(57)【要約】２つのエンティティの間でのネットワークを介して情報を交換するための方法が提案される。この方法では、ラベルによって特徴付けられており、目標エンティティ及び出所エンティティが一義的に検出されているネットワーク経路をネットワーク間で情報を伝送するために使用する第１のプロトコルと、第１のプロトコルを基礎とする第２のトランスポートプロトコルとを用いる。トランスポートプロトコルは情報の受信を確認情報によって保証する。またこの方法は、第１のネットワーク経路を介してネットワーク経路の１からｎのラベルが交換される第１の初期化ステップと、情報が１からｎのネットワーク経路によって交換される第２の情報交換ステップとを用いる。有利には第１のプロトコルはＭＰＬＳであり、各ＦＥＣは一義的な目標エンティティ及び一義的な出所エンティティを表す。有利には第２のプロトコルはＳＣＴＰであり、ＩＰアドレスはネットワーク経路のラベルに置換される。
2004535133.tif 000002
【特許請求の範囲】
【請求項１】
２つのエンティティ間のネットワークを介して情報を伝送する方法において、
ラベルによって特徴付けられており、目標エンティティ及び出所エンティティが一義的に検出されているネットワーク経路を前記エンティティ間で情報を伝送するために使用する第１のプロトコルを用い、
前記第１のプロトコルを基礎とする第２のトランスポートプロトコルを用い、該トランスポートプロトコルは情報の受信を確認情報によって保証し、
第１のネットワーク経路を介して、エンティティ間の情報交換を許容するネットワーク経路の１からｎのラベルを交換する第１の初期化ステップを用い、
１からｎのネットワーク経路を介して情報を交換する第２の情報交換ステップを用いることを特徴とする、２つのエンティティ間のネットワークを介して情報を伝送する方法。
【請求項２】
前記第１のプロトコルはＭＰＬＳであり、各ＦＥＣは一義的な目標エンティティ及び一義的な出所エンティティを表す、請求項１記載の方法。
【請求項３】
前記第２のトランスポートプロトコルはＳＣＴＰであり、ＩＰアドレスは前記ネットワーク経路のラベルに置換される、請求項１または２または１及び２記載の方法。
【請求項４】
２つのエンティティ間のネットワークを介して情報を伝送する方法において、
ラベルによって特徴付けられており、目標エンティティ及び出所エンティティが別の経路ＩＤラベルによって一義的に検出されているネットワーク経路をエンティティ間において情報を伝送するために使用する第１のプロトコルを用い、
前記第１のプロトコルを基礎とする第２のトランスポートプロトコルを用い、該トランスポートプロトコルは情報の受信を確認情報によって保証し、
第１のネットワーク経路を介して、エンティティ間の情報交換を許容するネットワーク経路の１からｎの経路ＩＤラベルを交換する第１の初期化ステップを用い、
１からｎのネットワーク経路を介して情報を交換する第２の情報交換ステップを用いることを特徴とする、２つのエンティティ間のネットワークを介して情報を伝送する方法。
【請求項５】
前記第１のプロトコルはＭＰＬＳである、請求項４項記載の方法。
【請求項６】
前記第２のトランスポートプロトコルはＳＣＴＰであり、ＩＰアドレスはネットワーク経路の経路ＩＤラベルに置換される、請求項１から５までのいずれか１項または複数項記載の方法。
【請求項７】
情報の伝送を保証するために、部分情報の番号、ＴＳＮ、ＲＴＯ及び／又はＲＴＴのようなＳＣＴＰの公知の方式を使用する、請求項１から６までのいずれか１項または複数項記載の方法。
【請求項８】
エンティティ間の通信を確立する前にネットワーク経路を初期化し、有利にはＩＰアドレスでもって動作するトラフィックエンジニアリングに関する公知の方法を適用し、１つの経路に対して目標エンティティ及び出所エンティティが一義的に検出されているようにルータ／スイッチをコンフィギュレーションする、請求項１から７までのいずれか１項または複数項記載の方法。
【請求項９】
スループット及び／又は応答時間に依存して情報の伝送時に異なるネットワーク経路を使用する、請求項１から８までのいずれか１項または複数項記載の方法。
【請求項１０】
ＭＰＬＳプロトコルにおいてラベルスタッキングを使用する、請求項１から９までのいずれか１項または複数項記載の方法。
【請求項１１】
前記ネットワーク経路を単一方向の情報交換にのみ使用する、請求項１から１０までのいずれか１項または複数項記載の方法。
【請求項１２】
請求項１から１１までのいずれか１項または複数項記載の方法を実現するための手段を有することを特徴とする、ネットワークを介して情報を交換する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ＳＣＴＰ（ストリーム・コントロール・トランスポート・プロトコル、Stream Control Transmission Protocol）［ＲＦＣ２９６０］は高いネットワーク冗長性を提供するトランスポートプロトコルである。すなわち、送信された全てのデータは正確な順序で到来することが保証されている。例えばＴＣＰ［ＲＦＣ７９３］（ＩＰ［ＲＦＣ７９１１］によって実現される）のように、考えられる１つのトランスポート経路のみが使用されるのでなく、複数のトランスポート経路が使用される。このことはＰＳＴＮネットワークにおけるシグナリングのように、非常に高いアベイラビリティを実現しなければならない適用では必要である。この際ネットワーク層としてＩＰが使用される。ＳＣＴＰはコネクション確立の際に２つのパートナ間で交換されるメッセージにおける適切な（総称）パラメータによってＩＰを支援する。例えばＵＭＴＳを用いる無線通信において使用されるような今日の「ＩＰ」コアネットワークでは、純粋なＩＰはますます省略される。むしろ個々のネットワークエレメント間におけるＭＰＬＳ（マルチ・プロトコル・ラベル・スイッチング、Multi Protocol Label Switching）［ＲＦＣ３０３１］）を用いて直接的なＬＳＰ（ラベル交換される経路、Label Switched Path）がトラフィックエンジニアリングも使用して確立される。公知の方法は文献［ＲＦＣ２９６０］及び［ＲＦＣ３０３１］に公開されている。この際特に...（ここではさらにトラフィックエンジニアリングについての情報が必要とされる）が問題である。
【０００２】
本発明の課題は、ＳＣＴＰを最適にＭＰＬＳネットワークにおいて使用することである。
【０００３】
この課題は独立請求項の特徴によって、殊にラベルによって特徴付けられており、目標エンティティ及び出所エンティティを一義的に検出しているエンティティネットワーク経路間での情報の伝送に使用される第１のプロトコルを用いて、２つのエンティティ間のネットワークを介して情報を伝送する方法によって解決される。この第１のプロトコルは、情報を目標エンティティにルーティングするためにのみ使用される。情報がまた実際にも到来しているか否かを検査するというタスクは引き受けられない。このために第２のトランスポートプロトコルが必要である。第１のプロトコルに基づく第２のトランスポートプロトコルは、出所エンティティに送り返される確認情報によって情報の受信を確認する。本発明の方法は情報を伝送するための経路を１つしか準備しないのではなく、複数の経路を準備する。このことは通信の確立時に伝送されなければならない。
【０００４】
第１の初期化ステップにおいて、第１のネットワーク経路を介して別のネットワーク経路の１からｎのラベルが交換される。これらの各ネットワーク経路は、エンティティ間の一義的な情報交換を許容する。通信と情報交換を行うべきネットワーク経路が交換された後に、伝送すべき情報が１からｎのネットワーク経路を介して伝送される。個々のネットワーク経路への負荷状況または応答特性に応じて、伝送すべき情報をより負荷の少ないネットワーク経路に分配することができる。
【０００５】
衝突の回避またスループットの向上のために、ネットワーク経路は単一方向の情報交換にのみ使用される。双方向の使用も同様に考えられるが、これはＳＣＴＰの設定には対応しない。
【０００６】
有利な実施形態においては第１のプロトコルはＭＰＬＳである。プロトコルの詳細な構成は［ＲＦＣ３０３１］に見出せる。さらにこのプロトコルが原則として以下に説明される。基本的にネットワークプロトコルは個々の層ないしレイヤによって表される。ＭＰＬＳプロトコルはここでレイヤ２に配置されている。このプロトコルには通常の場合、情報パケットの受信側エンティティ及び送信側エンティティの一義性を保証するためにレイヤ３におけるプロトコルが設けられている。このレイヤ３においてはＴＣＰないし択一的にＳＣＴＰがレイヤ４におけるトランスポートプロトコルとして使用される。この２つのプロトコルは、所定の時間窓において受信側の確認が送信側に到来したときに新たなパケットが送信されることによって、情報パケットが実際にも到来したことを保証する。本発明によってレイヤ３したがってオーバヘッドを省略することができる。
【０００７】
ＭＰＬＳネットワークにおいてはいわゆる「転送同等クラス」（ＦＥＣｓ）が使用される。このクラスは所定のＩＰアドレスをラベルにマッピングすることに使用される。これに対してＩＰアドレスと同等クラスとの間には全単写（bijektiv）の関係が存在する場合には、ラベルをレイヤ３のタスクを担うために使用することができる。すなわち、送信側ＩＰアドレス及び受信側ＩＰアドレスに関する単に１つのラベルが使用される。これによって各ＦＥＣは一義的な目標エンティティ及び出所エンティティを表す。通常の場合、ＳＣＴＰにおいては目標アドレスないし出所アドレスとして監視され、情報の交換を行う多数のＩＰアドレスが交換される。
【０００８】
したがってエンティティは複数のＩＰアドレスを有する。マルチホームエンティティと呼ばれる。ＳＣＴＰに関する詳細はＲＦＣ２９６０ないし以下に見出せる。エンティティは通常の場合サーバまたは公知のコンピュータである。しかしながら、例えばルータのような別のネットワーク要素も考えられる。
【０００９】
本発明による方法のトランスポートプロトコルはＳＣＴＰであり、ＩＰアドレスがネットワーク経路のラベルに置換される。別の実施形態においては、情報パケットのスタックに配置されており、情報を個々の出所エンティティ及び目標エンティティに一義的に対応付ける特別な経路Ｉｄラベルが採用される。これによって上述の択一形態とは異なり、選択される経路は一義的なものである必要は無い。経路Ｉｄラベルの使用は、受信側が経路ＩＰラベルに基づいて情報は何処に由来するのかを識別できるので、ＩＰアドレスを省略することができる。
【００１０】
トランスポートプロトコルは基本的に、情報が到来し且つその順序が保持されたままにするタスクを保証する。このためにＴＣＰからも公知であるＳＣＴＰの公知の方法が使用される。ばらばらにされた情報を包含する個々のパケットは番号を有する。この番号に基づいて構成の順序を確認することができる。ＴＳＮ（伝送シーケンス番号、Transmission Sequence Number）が各情報パケットに割り当てられる。受信側エンティティないし目標エンティティの各応答は、事前に送信側エンティティないし出所エンティティから伝送されたＴＳＮを包含する。これによってパケットが実際に到来しているか、または消失しているか否かを確認することができる。応答がＲＴＴ（ラウンドトリップ時間）内に到来しない場合にはパケットは新たに送信される。ＲＴＯ（再伝送タイムアウト）は時間間隔を確定し、この時間間隔の最後にはパケットの新たな伝送が行われる。
【００１１】
情報を交換するためのネットワーク経路を使用できるようになる前に、このネットワーク経路を確立する必要がある。このために、有利にはＩＰアドレスでもって動作するトラフィックエンジニアリングに関する公知の法方が使用され、ルータ／スイッチは経路に対して目標エンティティ及び出所エンティティは一義的であるようにコンフィギュレーションされる。この方法の詳細な機能は．．．（情報がまだ足りない）から得ることができる。
【００１２】
別の実施形態においては伝送の際にラベルスタッキングが使用される。各データパケットにはスタックが割り当てられ、このスタックにおいてラベルが監視される。各ラベルは上述したような同等クラスを表す。ラベルを備えたデータパケットがルータに到来すると、最上ラベルがスタックから取り除かれ、現在のルータにおけるこの同等クラスに対応する新たなラベルに置換される。したがって開始ラベル及び終了ラベルに基づいて、パケットの行程ないし経路をその情報でもって事前に指定することができる。ＳＣＴＰはスループットないし応答時間に依存して情報の伝送時に異なるネットワーク経路を選択する。したがって一定に高いスループットが保証される。
【００１３】
本発明の別の構成部分は、本発明による方法を実施するための手段を有する、ネットワークを介して情報を交換するための装置に関する。有利にはこの装置は、ネットワークインタフェースを有するコンピュータの形態の端末機器である。さらにこの装置は経路の出発点に存在するルータである。この装置はラベルを相応の端末機器に割り当てることができなければならない。
【００１４】
図面には本発明の考えられる実施形態が示されている。ここで、
図１はラベルスタッキングを使用するルータを有するネットワークを示す。各ルータは先行するルータのラベルを交換し、自身の固有のラベルと置換し、この際一義性を保証するためにスタック内に配置されている経路ＩＤラベルが付加的に使用される。
図２はラベルスタッキングを使用するルータを有するネットワークを示す。各ルータは先行するルータのラベルを交換し、自身の固有のラベルと置換し、この際ラベルは一義的な経路を表す。
図３は従来技術を表すネットワークを示す。ＩＰアドレスがデータパケット内に配置されている。
【００１５】
図１は、２つのエンティティ１１を有するＭＰＬＳネットワークを示す。これらのエンティティ１１は２つの経路によって相互に接続されている。データパケット１２は、相応の目標エンティティ１１に到着するために、ネットワークを通るルータ１６を介し導かれる。経路は経路Ｉｄラベルによって特徴付けられる。第１の経路は経路Ｉｄラベル「経路ＩＤ１」を有する。第２の経路は経路Ｉｄラベル「経路ＩＤ２」によって特徴付けられる。各データパケット１２はラベルが存在する１つのスタックを有する。最上ラベル１５によってＦＦＣが検出される。最初の伝送時にはデータパケットには番号０を有するラベルが割り当てられた。第１のルータはこのラベルをラベル１と交換する。この経路における最後のルータはラベルを番号４を有するラベルと交換する。応答時には第２の経路が使用される。ここでも同様にデータパケットのスタックには相応のラベルが設けられており、これらのラベルが各ルータによって交換される。経路を決定するラベルは決して交換されず、したがって受信側は何処からパケットが送信されたかを一義的に確認することができる。
【００１６】
図２は経路ＩＤラベルの無い実施形態を示す。しかしながらここでは、各ラベルは一義的な１つの経路に対応付けられていることを前提とする。経路は出所エンティティと目標エンティティが一義的である場合には常に一義的である。
【００１７】
図３は、ＩＰアドレスが伝送すべき情報１４内に配置されている従来技術を示す。通常のようにラベルが一義的で無く、単に同等クラスを検出する場合には、ルーティング決定のために伝送すべき情報におけるＩＰアドレスが分析されることが必要になる可能性がある。この分析は非常に面倒なものとなる可能性があり、ルータにおける付加的なロジックを必要とする。
【００１８】
以下では詳細に、個々のプロトコル及びその変形を検討する。
【００１９】
ＭＰＬＳネットワークでは、パケットがあるルータから次のルータへと移動する。各ルータは転送に関する独立した決定を行う。すなわち、各ルータはパケットのヘッダを分析し、また各ルータはルータアルゴリズムを用いてプログラムを実行する。各ルータは新たなルートをルータアルゴリズムの結果に依存して選択する。したがって次のルータの選択は２つのステップで行われる。第１のステップは、考えられるパケットの全体の量を多数の同等クラス（ＦＥＣ）に分割する。第２のステップは、各ＦＥＣを１つのルートにマッピングする。転送の決定に関しては、同一のＦＥＣに属するパケットは区別されない。同一のＦＥＣに属する異なるパケットを区別することはできない。異なる目標アドレスまたは出所アドレスを有するパケットは異なるパケットとみなす。しかしながらＭＰＬＳを本発明に使用できるようにするためには、経路したがって同等クラスは一義的である必要がある。すなわち、同等クラスは一義的な出所エンティティ及び目標エンティティないしそのアドレスを表す。
【００２０】
ＭＰＬＳネットワークにおいてはＦＥＣへの対応付けは一度のみ、すなわちパケットがネットワークに到来したときに行われる。１つのパケットが対応付けられているＦＥＣは、ラベルと称される短い値としてコーディングされる。パケットが次のルートに送信される場合にはラベルも一緒に送信される。後続のルータではパケットのさらなる内容の分析は行われない。ラベルのみが検査される。ラベルはテーブルのためのインデックスとして使用され、このテーブルから次のルート及び次のラベルを得ることができる。古いラベルは新たなラベルに置換され、パケットは次のルートへと転送される。
【００２１】
ＭＰＬＳネットワークにおいて転送はラベルによってのみ制御される。このことは多数の利点を有する。つまりルータは僅かな性能を有してさえいれば良い。ルータは単にラベルを分析し、古いラベルを新たなラベルに置換するためにどのルートがこのラベルに割り当てられているかをテーブルにおいて検査できさえすればよい。さらにこの簡単なタスクによって高いスループットを実現することができる。さらなる利点はＲＦＣ３０３１から得ることができる。
【００２２】
以下では幾つかの原則を規定する。ラベルは短く局所的で特徴的な識別子であり、ＦＥＣを識別するために固定長を有する。ラベルはパケットが対応付けられているＦＥＣを表すために使用される。ＦＥＣの基本的な使用においては、このＦＥＣはネットワーク層の目標アドレスに基づいて割り当てられる。しかしながらＦＥＣの本来的な使用においてはネットワークアドレスのコーディングは問題ではない。正にこの点に本発明との相違が生じる。ラベルが一義的な経路へと一義的に割り当てられることによって、ネットワークアドレスのコーディングが問題である。
【００２３】
ルータがパケットを同一の同等クラスに対応付けることを保証するために、ルータはどのパケットがラベルに割り当てられるかが分かる情報を規則的に交換しなければならない。さらに同一のラベルが異なるルータに使用されないことは重要であり、その点ではこれによって先行のルータの一義的な識別は不可能となる。さらに、アップストリーム及びダウンストリームに異なる処理が施されることに言及すべきである。つまりこれらのストリームは絶対に同一のラベルを有さない。ＭＰＬＳアーキテクチャにおいては、所定のラベルを所定の同等クラスに結合させるという決定が、この結合に関してダウンストリームであるルータによって行われる。ダウンストリームであるルータはアップストリームであるルータにこの結合について情報を付与する。この情報を例えばピギーバック（Huckepack）情報として別のパケットに転用することができる。
【００２４】
別の実施形態においてはＭＰＬＳは階層を支援し、この際ラベルが設けられているパケットの処理は完全に階層レベルから独立している。ラベルを有さないパケットはスタックが空であるラベルとみなすことができる。スタックの使用はパケットのトンネルを言及する際に明らかになる。そのようなトンネルは文献ＲＦＣ３０３１から得ることができる。パケットが２つのルータ間のネットワーク経路によって案内される場合には、パケットは常にトンネリングされ、ここでこのネットワーク経路はやはり多数のルータを包含する。
【００２５】
例えばルータＲ１からＲ４を包含する明示的な経路が予め設定されており、ルータＲ１とＲ２との間にルータＲ１．１、Ｒ１．２、Ｒ１．３を包含する経路が存在する場合には、別のラベルがルータＲ１によってスタックにプッシュされる。ルータＲ１．１、Ｒ１．２、Ｒ１．３はこの新たな第２の要素において動作する。パケットがルータＲ２に到来すると直ぐに、最上要素がスタックからポップされる。ラベルがスタックに無い場合には問題となる。通常のＭＰＬＳアーキテクチャにおいては、同等クラスを検出するために、ネットワークアドレス（通常の場合はＩＰアドレス）が分析される。本発明を使用する場合にはこの状況は生じてはならない。ＭＰＬＳは２種類のルート選択を提供する。一方のルート選択はルートを既に出発地点において確定する。通過しなければならない個々のルートが検出される。これは明示的なルートである。ホップ・バイ・ホップルートではルータは明示的には確定されないので、各ルータはテーブルに基づいてどのルータが次のルータであるべきかを確定することができる。本発明を２つのルート選択の可能性でもって動作することができる。
【００２６】
ＳＣＴＰは、本来的にＩＰのようにパケットネットワークを構築する信頼に足るトランスポートプロトコルである。しかしながら、本発明の実施形態においてはこのＩＰは使用されない。これによってネットワークスキーマのレイヤ３を節約することができる。
【００２７】
ＳＣＴＰの利点は以下の通りである：
１．手段無しでのユーザデータの確認された誤りの無い伝送
２．ＭＴＵ（最大伝送ユニット、Maximum Transmission Unit）の範囲におけるデータフラグメント。ＭＴＵはパケットベースのネットワーク（例えばＴＣＰ／ＩＰ）において、これからさらに伝送できるパケットの量を表す。ＴＣＰ／ＩＰはその都度の伝送においてパケットの量を検出するためにＭＴＵを使用する。（ルータがもはや伝送できない）過度に大きいパケットが生じた場合には、相応の計算機へと送り返される。
３．複数の経路を介するデータ伝送。これらのデータは、本来の順序とは一致しない情報の伝送を防止するために連続する番号を有する。
４．アソシエーションの両端におけるマルチホームのエンティティを支援することによる高い誤り耐性。
【００２８】
本来の実施形態においては、ＳＣＴＰがユーザアプリケーションとＩＰのようなコネクションレスのパケットネットワークとの間のレイヤと見なされた。しかしながらここでの形態ではＩＰネットワークは冗長的なものとなる。この利点は既に上記で説明している。ＳＣＴＰはその性質において２つのエンティティの間のコネクション指向のアソシエーションであるが、そのコンセプトからＴＣＰよりも広範に設計されている。
【００２９】
アソシエーションはＳＣＴＰユーザの問合せによって開始される。ＲＦＣ２５２２における記載と類似するクッキーメカニズムは、セキュリティ攻撃に対する保護を保証するためにアソシエーションの初期化中に使用される。さらにコネクションの終了をユーザが望んだ場合には、コネクションが終了される。したがってＴＣＰから公知のようなハーフオープンな状態は排除されている。コネクションが閉じられると、新しいデータは受け取られない。
【００３０】
ＳＣＴＰにおけるデータストリームの個数はコネクションの初期化の時点に確認される。個数は２つのエンティティによって確認される。このストリームを介して交換される情報は相応の番号を有する。内部的にはＳＣＴＰは各情報ないし各情報パケットに一義的なストリームシーケンス番号を割り当てる。異なるストリームを使用することによって、ストリームの内の一方が阻止されている場合でも情報は伝送されることが保証される。本発明においては、ストリームはラベルによって特徴付けられている個々のネットワーク経路に対応する。ＴＳＮ（トランスミッションシーケンス番号）は各データパケットに割り当てられる。ＴＳＮは各ストリームシーケンス番号に依存しない。受信側ないし目標エンティティは、パケットの受信をＴＳＮを送り返すことにより通知する。これによって、全てのパケットが到来することが保証される。パケットが消失してしまったようであれば、このパケットは新たに送信される。さらに、タイマによってパケットを新たに送信すべきか否かが確認される。応答時間が遵守されないようであればタイマは高くセットされ、パケットは新たに送信される。タイマはパケットに対する応答が得られるまで最大限になるまで高くセットされる。
【００３１】
検査フィールドによってパケットの首尾一貫性が検査される。
【００３２】
以下ではコネクションの確立を説明し、これにより公知のＳＣＴＰは修正された本発明によるプロトコルとは異なることを示唆する。
【００３３】
２つのＳＣＴＰエンティティ（ＡとＺ）の間で最初のデータ伝送を行うことができるようになる前に、ＳＣＴＰアソシエーションが形成される完全な初期化プロセスが実施されなければならない。
【００３４】
アソシエーションが確立された後では、単一方向のデータストリームを経路を介して伝送することができる。初期化プロセスを以下のステップから構成することができる。エンティティＡは先ず初期化パケットをエンティティＺに送信する。この初期化パケットは相応のフィールド（タグ＿Ａ）に検査タグを包含する。タグは相応の乱数である。この初期化パケットが伝送された後にタイマが開始される。エンティティＡはクッキー待機状態に移行する。エンティティＺはこれに基づき即座に初期化応答パケットでもって応答する。ここでＩＰアドレスの代わりにラベルないし経路ＩＤラベルが交換される。経路ＩＤラベルは、ラベルによって表される経路が一義的でない場合には常に交換される。最後のルータにおいて目標エンティティを一義的に検出できない場合には、経路は常に一義的なものではない。最後のラベルの同等クラスが一義的でない、すなわち全単写である場合には常にこれが該当する。エンティティＺは検査フィールドタグ＿Ａ及びタグ＿Ｚ並びにクッキーを確認として送信する必要がある。この確認を受け取るとタイマはエンティティＡによって停止される。同様に状態も変化する。これに基づいて、クッキーが得られたことを通知するクッキー応答がエンティティＺに送信される。
【００３５】
続けてタイマがエンティティＡによって新たに開始される。このタイマは、エンティティＺがクッキー応答を受け取ったことを確認すると止められる。コネクションの中断は相応のエンティティに常に通知されなければならない。コネクションないしアソシエーションがそのように確立されると、経路を介してデータが交換される。コネクションを監視するために規則的に検査情報が伝送される。これによってコネクションの状態を検出することができる。
【００３６】
さらなる詳細はＲＦＣ２９６０から得ることができる。
【図面の簡単な説明】
【００３７】
【図１】ラベルスタッキングを使用するルータを備えたネットワークである。
【図２】ラベルスタッキングを使用するルータを備えたネットワークである。
【図３】従来技術によるネットワークである。
【図１】
2004535133.tif 000003
【図２】
2004535133.tif 000004
【図３】
2004535133.tif 000005
【国際公開パンフレット】
2004535133.tif 000006
2004535133.tif 000007
2004535133.tif 000008
2004535133.tif 000009
2004535133.tif 000010
2004535133.tif 000011
2004535133.tif 000012
2004535133.tif 000013
2004535133.tif 000014
2004535133.tif 000015
2004535133.tif 000016
2004535133.tif 000017
2004535133.tif 000018
2004535133.tif 000019
2004535133.tif 000020
2004535133.tif 000021
2004535133.tif 000022
2004535133.tif 000023
2004535133.tif 000024
2004535133.tif 000025
【国際公開パンフレット（コレクトバージョン）】
2004535133.tif 000026
2004535133.tif 000027
【手続補正書】
【提出日】平成15年8月7日(2003.8.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
２つのエンティティ間のネットワーク経路を介して情報を伝送する方法において、
実質的にＭＰＬＳであり、それぞれがＦＥＣ（＝転送同等クラス）を表すためにＭＰＬＳにおいて使用されるラベルによって特徴付けられているネットワーク経路を前記エンティティ間において情報を伝送するために使用する第１のプロトコルを用い、ここで前記ネットワーク経路の目標エンティティ及び出所エンティティはラベルでもって一義的に検出されており、該ラベルは一義的にネットワーク経路に対応付けられており、
前記第１のプロトコルを基礎とする第２のトランスポートプロトコルを用い、ここで該トランスポートプロトコルは情報の受信を確認情報によって保証し、
第１のネットワーク経路を介して、エンティティ間の情報交換を許容するネットワーク経路の１からｎのラベルを交換する第１の初期化ステップを用い、
１からｎのネットワーク経路を介して情報を交換する第２の情報交換ステップを用いることを特徴とする、２つのエンティティ間のネットワークを介して情報を伝送する方法。
【請求項２】
第２のトランスポートプロトコルはＳＣＴＰであり、ＩＰアドレスはネットワーク経路のラベルに置換される、請求項１記載の方法。
【請求項３】
２つのエンティティ間のネットワークを介して情報を伝送する方法において、
実質的にＭＰＬＳであり、それぞれがＦＥＣ（＝転送同等クラス）を表すためにＭＰＬＳにおいて使用されるラベルによって特徴付けられているネットワーク経路を前記エンティティ間において情報を伝送するために使用する第１のプロトコルを用い、ここで目標エンティティ及び出所エンティティは別の経路ＩＤラベルによって一義的に検出されており、該経路ＩＤラベルは一義的にネットワーク経路に対応付けられており、
前記第１のプロトコルを基礎とする第２のトランスポートプロトコルを用い、ここでトランスポートプロトコルは情報の受信を確認情報によって保証し、
第１のネットワーク経路を介して、エンティティ間の情報交換を許容するネットワーク経路の１からｎの経路ＩＤラベルを交換する第１の初期化ステップを用い、ここで経路ＩＤラベルは決して交換されず、
１からｎのネットワーク経路を介して情報を交換する第２の情報交換ステップを用いることを特徴とする、２つのエンティティ間のネットワークを介して情報を伝送する方法。
【請求項４】
前記第２のトランスポートプロトコルはＳＣＴＰであり、ＩＰアドレスはネットワーク経路の経路ＩＤラベルに置換される、請求項３記載の方法。
【請求項５】
情報の伝送を保証するために、部分情報の番号、ＴＳＮ、ＲＴＯ及び／又はＲＴＴのようなＳＣＴＰの公知の方式を使用する、請求項１から４までのいずれか１項または複数項記載の方法。
【請求項６】
エンティティ間の通信を確立する前にネットワーク経路を初期化し、有利にはＩＰアドレスでもって動作するトラフィックエンジニアリングに関する公知の方法を適用し、１つの経路に対して目標エンティティ及び出所エンティティが一義的に検出されているようにルータ／スイッチをコンフィギュレーションする、請求項１から５までのいずれか１項または複数項記載の方法。
【請求項７】
スループット及び／又は応答時間に依存して情報の伝送時に異なるネットワーク経路を使用する、請求項１から６までのいずれか１項または複数項記載の方法。
【請求項８】
ＭＰＬＳプロトコルにおいてラベルスタッキングを使用する、請求項１から７までのいずれか１項または複数項記載の方法。
【請求項９】
前記ネットワーク経路を単一方向の情報交換にのみ使用する、請求項１から８までのいずれか１項または複数項記載の方法。
【請求項１０】
請求項１から９までのいずれか１項または複数項記載の方法を実現するための手段を有することを特徴とする、ネットワークを介して情報を交換する装置。
【国際調査報告】
2004535133.tif 000028
2004535133.tif 000029
2004535133.tif 000030
2004535133.tif 000031
2004535133.tif 000032
2004535133.tif 000033