(57)【特許請求の範囲】
【請求項１】
コントローラが、エンドツーエンド経路の第１の経路セグメントに第１のトランスポートプロトコルを割り当て、前記エンドツーエンド経路の第２の経路セグメントに第２のトランスポートプロトコルを割り当てるステップであって、前記第１のトランスポートプロトコルは、ソースベースのトランスポートプロトコルと、経路ベースのトランスポートプロトコルと、リンクベースのトランスポートプロトコルとのうち１つであり、前記第２のトランスポートプロトコルは、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうちの異なる１つである、ステップと、
コントローラが、前記第１の経路セグメント上の少なくとも１つのネットワークノードと前記第２の経路セグメント上の少なくとも１つのネットワークノードとに、少なくとも１つの転送情報ベース（ＦＩＢ）制御シグナリング命令を通信するステップであって、前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記トランスポートプロトコルの割当てを識別する、ステップと、
を含む方法。
【請求項２】
前記第１のトランスポートプロトコルは前記ソースベースのトランスポートプロトコルを含み、前記第２のトランスポートプロトコルは前記経路ベースのトランスポートプロトコルを含む、
請求項１に記載の方法。
【請求項３】
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第１の経路セグメント上の少なくとも１つのネットワークノードに、第１のパケットによって搬送される次ホップアドレスのリストに従って、前記第１の経路セグメントにわたる第１のパスウェイを介して前記第１のパケットをルーティングするように指示し、
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第２の経路セグメント上の少なくとも１つのネットワークノードに、第２のパケットによって搬送される経路識別子に従って、前記第２の経路セグメントにわたる第２のパスウェイを介して前記第２のパケットをルーティングするように指示する、
請求項１に記載の方法。
【請求項４】
前記第１のパスウェイ及び前記第２のパスウェイは、前記コントローラによって予め構成される、
請求項３に記載の方法。
【請求項５】
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第１のパスウェイ上の第１の入口ネットワークノードに、前記次ホップアドレスのリストを前記第１のパケットに付加するように指示し、
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第２のパスウェイ上の第２の入口ネットワークノードに、前記経路識別子を前記第２のパケットに付加するように指示する、
請求項３に記載の方法。
【請求項６】
前記第１のトランスポートプロトコルは前記ソースベースのトランスポートプロトコルを含み、前記第２のトランスポートプロトコルは前記リンクベースのトランスポートプロトコルを含む、
請求項１に記載の方法。
【請求項７】
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第１の経路セグメント上の少なくとも１つのネットワークノードに、第１のパケットによって搬送される次ホップアドレスのリストに従って、前記第１の経路セグメントにわたる第１のパスウェイを介して前記第１のパケットをルーティングするように指示し、
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第２の経路セグメント上の少なくとも１つのネットワークノードに、前記第２の経路セグメントにわたる第２のパスウェイについて次ホップを動的に選択するように指示する、
請求項６に記載の方法。
【請求項８】
前記第１のパスウェイは前記コントローラによって予め構成され、前記第２のパスウェイは、前記第２の経路セグメント上のネットワークノードによって動的に構成される、
請求項７に記載の方法。
【請求項９】
前記第１のトランスポートプロトコルは前記経路ベースのトランスポートプロトコルを含み、前記第２のトランスポートプロトコルは前記リンクベースのトランスポートプロトコルを含む、
請求項１に記載の方法。
【請求項１０】
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第１の経路セグメント上の少なくとも１つのネットワークノードに、第１のパケットによって搬送される経路識別子に従って、前記第１の経路セグメントにわたる第１のパスウェイを介して前記第１のパケットをルーティングするように指示し、
前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記第２の経路セグメント上の少なくとも１つのネットワークノードに、前記第２の経路セグメントにわたる第２のパスウェイの次ホップを動的に選択するように指示する、
請求項９に記載の方法。
【請求項１１】
前記第１のパスウェイは前記コントローラによって予め構成され、前記第２のパスウェイは、前記第２の経路セグメント上のネットワークノードによって動的に構成される、
請求項１０に記載の方法。
【請求項１２】
前記エンドツーエンド経路の前記第１の経路セグメントに前記第１のトランスポートプロトコルを割り当てるステップは、
前記第１の経路セグメント上の１以上のネットワークノードのルーティング能力に従って、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうち１つを、前記第１の経路セグメントに割り当てるステップ、
を含む、請求項１に記載の方法。
【請求項１３】
前記第１の経路セグメント上の前記ネットワークノードの前記ルーティング能力は、前記第１の経路セグメント上の前記１以上のネットワークノードのＦＩＢ記憶容量に対応する、
請求項１２に記載の方法。
【請求項１４】
前記第１の経路セグメント上の前記１以上のネットワークノードのルーティング能力に従って、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうち１つを、前記第１の経路セグメントに割り当てるステップは、
前記第１の経路セグメント上の前記１以上のネットワークノードの各々のＦＩＢ記憶容量が上限記憶閾値を超える場合に、前記第１の経路セグメントに前記経路ベースのトランスポートプロトコルを割り当てるステップと、
前記第１の経路セグメント上の少なくとも１つのネットワークノードの前記ＦＩＢ記憶容量が下限記憶閾値を超えなかった場合に、前記第１の経路セグメントに前記ソースベースのトランスポートプロトコルを割り当てるステップと、
前記第１の経路セグメント上の前記１以上のネットワークノードの各々の前記ＦＩＢ記憶容量は前記下限記憶閾値を超えるが、前記第１の経路セグメント上の前記ネットワークノードのうち少なくとも１つのネットワークノードの前記ＦＩＢ記憶容量が前記上限記憶閾値を超えなかった場合に、前記第１の経路セグメントに前記リンクベースのトランスポートプロトコルを割り当てるステップと、
を含む、請求項１３に記載の方法。
【請求項１５】
前記第１の経路セグメントは第１の領域に存在し、前記第２の経路セグメントは前記第１の領域とは異なる第２の領域に存在する、
請求項１に記載の方法。
【請求項１６】
前記エンドツーエンド経路の前記第１の経路セグメントに前記第１のトランスポートプロトコルを割り当てるステップは、
前記第１の領域の制御プレーンシグナリング能力に従って、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうち１つを、前記第１の経路セグメントに割り当てるステップ、
を含む、請求項１５に記載の方法。
【請求項１７】
前記第１の領域の前記制御プレーンシグナリング能力に従って、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうち１つを、前記第１の経路セグメントに割り当てるステップは、
前記第１の領域の制御プレーンシグナリング容量が上限閾値を超える場合に、前記第１の経路セグメントに前記リンクベースのトランスポートプロトコルを割り当てるステップと、
前記第１の領域の前記制御プレーンシグナリング容量が下限閾値を超えるが、前記上限閾値を超えなかった場合に、前記第１の経路セグメントに前記ソースベースのトランスポートプロトコルを割り当てるステップと、
前記第１の領域の前記制御プレーンシグナリング容量が前記下限閾値を超えなかった場合に、前記第１の経路セグメントに前記経路ベースのトランスポートプロトコルを割り当てるステップと、
を含む、請求項１６に記載の方法。
【請求項１８】
前記エンドツーエンド経路の前記第１の経路セグメントに前記第１のトランスポートプロトコルを割り当てるステップは、
前記第１の領域のデータプレーンオーバヘッド容量に従って、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうち１つを、前記第１の経路セグメントに割り当てるステップ、
を含む、請求項１５に記載の方法。
【請求項１９】
前記第１の領域の前記データプレーンオーバヘッド容量に従って、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうち１つを、前記第１の経路セグメントに割り当てるステップは、
前記第１の領域の前記データプレーンオーバヘッド容量が閾値を超える場合に、前記第１の経路セグメントに前記ソースベースのトランスポートプロトコルを割り当てるステップと、
前記第１の領域の前記データプレーンオーバヘッド容量が前記閾値よりも小さい場合に、前記経路ベースのトランスポートプロトコルか前記リンクベースのトランスポートプロトコルのいずれかを前記第１の経路セグメントに割り当てるステップと、
を含む、請求項１８に記載の方法。
【請求項２０】
プロセッサと、
前記プロセッサによって実行されるプログラムを記憶したコンピューター可読記憶媒体と、
を備えるコントローラであって、前記プログラムは、
エンドツーエンド経路の第１の経路セグメントに第１のトランスポートプロトコルを割り当て、前記エンドツーエンド経路の第２の経路セグメントに第２のトランスポートプロトコルを割り当てる命令であって、前記第１のトランスポートプロトコルは、ソースベースのトランスポートプロトコルと、経路ベースのトランスポートプロトコルと、リンクベースのトランスポートプロトコルとのうち１つであり、前記第２のトランスポートプロトコルは、前記ソースベースのトランスポートプロトコルと、前記経路ベースのトランスポートプロトコルと、前記リンクベースのトランスポートプロトコルとのうちの異なる１つである、命令と、
前記第１の経路セグメント上の少なくとも１つのネットワークノードと前記第２の経路セグメント上の少なくとも１つのネットワークノードとに、少なくとも１つの転送情報ベース（ＦＩＢ）制御シグナリング命令を通信する命令であって、前記少なくとも１つのＦＩＢ制御シグナリング命令は、前記トランスポートプロトコルの割当てを識別する、命令と、
を含む、コントローラ。
【請求項２１】
コントローラが、パケット交換ネットワーク内の領域を特定するステップと、
前記領域に関連付けられた特性に従って前記領域を分類するステップであって、前記領域のうち少なくとも１つはリンク優先領域として分類され、前記領域のうち少なくとも１つは、経路優先領域として分類される、ステップと、
前記領域のそれぞれの中の少なくとも１つのネットワークノードに領域分類を通信するステップと、
を含む方法であって、
前記領域分類は、前記経路優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合に、前記経路優先領域内の少なくとも第１のネットワークノードに、経路ベースのトランスポートプロトコルに従ってデータを転送するように指示し、
前記領域分類は、前記リンク優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合に、前記リンク優先領域内の少なくとも第２のネットワークノードに、リンクベースのトランスポートプロトコルに従ってデータを転送するように指示する、
方法。
【請求項２２】
前記リンクベースのトランスポートプロトコルは、ネットワークノードに、ノードごとに対応する領域上でデータを転送するためのパスウェイへの次ホップを動的に選択することを要求し、
前記経路ベースのトランスポートプロトコルは、入口ネットワークノードに、前記対応する領域上でデータを転送するためのパスウェイに、次ホップのシーケンス全体を動的に割り当てることを要求する、
請求項２１に記載の方法。
【請求項２３】
前記領域に関連付けられた特性に従って前記領域を分類するステップは、
第１の領域に対するトポロジカルな更新が再発率閾値を超える場合に、前記第１の領域をリンク優先として分類するステップ、
を含む、請求項２１に記載の方法。
【請求項２４】
前記領域に関連付けられた特性に従って前記領域を分類するステップは、
第１の領域内の制御プレーン遅延がレイテンシ閾値を超えた場合に、前記第１の領域を経路優先として分類するステップ、
を含む、請求項２１に記載の方法。
【請求項２５】
プロセッサと、
前記プロセッサによって実行されるプログラムを記憶したコンピューター可読記憶媒体と、
を備えるコントローラであって、
前記プログラムは、
パケット交換ネットワーク内の領域を特定する命令と、
前記領域に関連付けられた特性に従って前記領域を分類する命令であって、前記領域のうち少なくとも１つはリンク優先領域として分類され、前記領域のうち少なくとも１つは、経路優先領域として分類される、命令と、
前記領域のそれぞれの中の少なくとも１つのネットワークノードに領域分類を通信する命令と、
を含み、
前記領域分類は、前記経路優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合に、前記経路優先領域内の少なくとも第１のネットワークノードに、経路ベースのトランスポートプロトコルに従ってデータを転送するように指示し、
前記領域分類は、前記リンク優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合に、前記リンク優先領域内の少なくとも第２のネットワークノードに、リンクベースのトランスポートプロトコルに従ってデータを転送するように指示する、
コントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願との相互参照
本出願は、２０１５年３月１０日に出願された「パケット交換ネットワークのためのトラフィックエンジニアリングフィーダ（Traffic  Engineering  Feeder  for  Packet  Switched  Networks）」と題される米国仮出願第１４／６４３，８８３号の利益を主張し、該出願は参照により本明細書に組み込まれる。
【０００２】
本発明は、一般に、ソフトウェア定義ネットワークに関し、具体的な実施形態では、パケット交換ネットワークのためのトラフィックエンジニアリングフィーダに関する。
【背景技術】
【０００３】
パケット転送ネットワークが異なると、データプレーン上でトラフィックをルーティングするために用いる方式も異なる。例えば、パケットがネットワークを介して転送されるパスウェイをパケットの送信者が部分的又は完全に指定することのできる、ソースルーティングプロトコルを使用するパケット転送ネットワークもあれば、パケットがネットワークを介して転送されるパスウェイの少なくとも一部を決定する役割をルート内ノードが担うように、非ソースルーティングプロトコルを使用してリンクごとにパケットを切り替えるパケット転送ネットワークもある。ルーティング方式が異なれば、異なるネットワークシナリオについて提供される長所と短所も異なることがある。例えば、ソースルーティングプロトコルは複雑さが低い一方、非ソースルーティングプロトコルはより良好な全体的なネットワークパフォーマンスを提供することができる。
【発明の概要】
【０００４】
技術的利点は、一般に、パケット交換ネットワークのためのトラフィックエンジニアリングフィーダを説明する本開示の実施形態によって達成される。
【０００５】
一実施形態によれば、コントローラを操作する方法が提供される。この例では、本方法は、エンドツーエンド経路の第１の経路セグメントに第１のトランスポートプロトコルを割り当て、エンドツーエンド経路の第２の経路セグメントに第２のトランスポートプロトコルを割り当てるステップを含む。第１のトランスポートプロトコルは、ソースベースのトランスポートプロトコルと、経路ベースのトランスポートプロトコルと、リンクベースのトランスポートプロトコルとのうち１つであり、第２のトランスポートプロトコルは、ソースベースのトランスポートプロトコルと、経路ベースのトランスポートプロトコルと、リンクベースのトランスポートプロトコルとのうちの異なる１つである。本方法は更に、第１の経路セグメント上の少なくとも１つのネットワークノードと第２の経路セグメント上の少なくとも１つのネットワークノードとに、少なくとも１つの転送情報ベース（forward  information  base，ＦＩＢ）制御シグナリング命令を通信するステップを含む。少なくとも１つのＦＩＢ制御シグナリング命令は、トランスポートプロトコルの割当てを識別する。また、本方法を実行するための装置も提供される。
【０００６】
別の実施形態によれば、コントローラを操作する別の方法が提供される。この例では、本方法は、パケット交換ネットワーク内の領域を特定するステップと、領域に関連付けられた特性に従って領域を分類するステップと、を含む。領域のうち少なくとも１つはリンク優先領域として分類され、領域のうち少なくとも１つは、経路優先領域として分類される。本方法は更に、領域のそれぞれの中の少なくとも１つのネットワークノードに領域分類を通信するステップを含む。領域分類は、経路優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合に、経路優先領域内の少なくとも第１のネットワークノードに、経路ベースのトランスポートプロトコルに従ってデータを転送するように指示する。領域分類は更に、リンク優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合に、リンク優先領域内の少なくとも第２のネットワークノードに、リンクベースのトランスポートプロトコルに従ってデータを転送するように指示する。また、本方法を実行するための装置も提供される。
【図面の簡単な説明】
【０００７】
本開示とその利点をより完全に理解するために、添付の図面と併せて以下の説明を参照する。
【図１】エンドツーエンド経路の経路セグメント上にトランスポートプロトコルを動的に構成するための、ソフトウェア定義ネットワーク（software  defined  network，ＳＤＮ）ネットワークアーキテクチャの一実施形態を示す図である。
【図２】エンドツーエンド経路の経路セグメント上にトランスポートプロトコルを動的に構成するための実施形態の方法のフローチャートである。
【図３】パケット交換ネットワークにおける領域分類に基づいてトランスポートプロトコルを動的に構成するための実施形態の方法のフローチャートである。
【図４】パケット交換ネットワークにおけるトランスポートプロトコルを動的に構成するための実施形態のトラフィックエンジニアリングフィーダアーキテクチャの図である。
【図５】エンドツーエンド経路の異なる経路セグメント上に異なるトランスポートプロトコルノードを構成するための実施形態のネットワークアーキテクチャの図である。
【図６】実施形態のコンピューティングプラットフォームの図である。
【図７】実施形態の通信装置の図である。  異なる図面における対応する数字及び記号は、一般に、別段の指定がない限り、対応する部分を指す。図面は、実施形態の関連する態様を明確に示すために描かれたものであり、必ずしも縮尺通りに描かれていない。
【発明を実施するための形態】
【０００８】
本開示の実施形態の作成及び使用について、以下で詳細に説明する。しかしながら、本明細書に開示される概念は、多種多様な特定の状況において具現化することができることと、本明細書で論じられる具体的な実施形態は単なる例示であり、特許請求の範囲を限定するものではないことを理解されたい。更に、添付の特許請求の範囲によって規定される本開示の主旨及び範囲から逸脱することなく、本明細書において様々な変更、置換及び代替を行うことができることを理解されたい。
【０００９】
本開示の態様は、エンドツーエンド経路の異なる経路セグメントにわたって使用される異なるトランスポートプロトコルを動的に構成する技術を提供する。具体的には、コントローラは、エンドツーエンド経路に沿って、ネットワークノードに転送情報ベース（forward  information  base，ＦＩＢ）制御シグナリング命令を通信してよい。ＦＩＢシグナリング命令は、エンドツーエンド経路の異なるパスセグメント上のネットワークノードを構成して、異なる経路トランスポートプロトコルを用いてトラフィックフローをルーティングしてよい。例えば、ＦＩＢシグナリング命令は、ソースベースのトランスポートプロトコルと、経路ベースのトランスポートプロトコルと、リンクベースのトランスポートプロトコルとのうち１つが、１つの経路セグメントに割り当てられていることと、ソースベースのトランスポートプロトコルと、経路ベースのトランスポートプロトコルと、リンクベースのトランスポートプロトコルのうちの異なるものが、別の経路セグメントに割り当てられていることを示してよい。リンクベースのトランスポートプロトコルを経路セグメントに割り当てることは、その経路セグメントに沿ったネットワークノードに、経路セグメントをトラバースするパスの次のホップをノードごとに動的に選択するように指示する。例えば、各下流ノードは、パスウェイ上の対応する次ホップを選択する。経路セグメントに経路ベースのトランスポートプロトコルを割り当てることは、経路セグメント上のネットワークノードに、パケットのヘッダで搬送される経路識別子に基づいて、パスウェイ上でパケットを転送するように指示する。ソースベースのトランスポートプロトコルを経路セグメントに割り当てることは、経路セグメント上のネットワークノードに、パケットのヘッダで搬送される次ホップ識別子のリストに基づいて、パスウェイ上でパケットを転送するように指示する。経路セグメントをトラバースするパスウェイは、経路ベースのトランスポートプロトコル又はソースベースのトランスポートプロトコルが経路セグメントに割り当てられるときに、コントローラによって予め設定されてよい。経路セグメントの入口ノードは、経路ベースのトランスポートプロトコルを用いるとき、経路識別子をパケットに付加してよい。経路セグメントの入口ノードは、ソースベースのトランスポートプロトコルを用いるとき、次ホップアドレスのリスト（例えば、マルチプロトコル・ラベル・スイッチング（multiprotocol  label  switching，ＭＰＬＳ）ラベル）をパケットに付加してよい。
【００１０】
コントローラは、経路セグメントに沿ったネットワークノードの能力に基づいて、経路セグメントにトランスポートプロトコルを直接割り当ててよい。例えば、コントローラは、リンクベースのルーティングが可能なネットワークノードを有する経路セグメントに、リンクベースのトランスポートプロトコルを割り当ててよい。コントローラは、経路ベースルーティングが可能であるがリンクベースルーティングが不可能であるネットワークノードを有する経路セグメントに、経路ベースのトランスポートプロトコルを割り当ててよい。コントローラは、リンクベースのルーティングとパスベースのルーティングの両方を行うことができないネットワークノードを有する経路セグメントに、ソースベースのトランスポートプロトコルを割り当ててよい。リンク、経路及びソースベースのルーティングを実行するノードの能力は、ノードのＦＩＢ記憶容量やノードのトポロジ知識など、様々な異なる特性に対応してよい。コントローラはまた、経路セグメントによってトラバースされる領域／ドメインの特性、例えば、制御プレーンシグナリング容量及びデータプレーンオーバヘッド容量に基づいて、経路セグメントにトランスポートプロトコルを割り当ててよい。
【００１１】
コントローラはまた、パケット交換ネットワークの領域をリンク優先領域、経路優先領域又は非優先領域として分類することにより、トランスポートプロトコルを領域又は経路セグメントに間接的に割り当ててよい。次に、コントローラは、それぞれの領域のネットワークノードに領域分類を通信してよく、ネットワークノードは、トランスポート優先と様々な補足選択基準（例えばネットワークノード自身の能力や、トラフィックフローの安定性などのトラフィックフロー特性）との両方に基づいて、トランスポートプロトコルを動的に選択してよい。これらの側面その他の側面については、以下に詳細に説明する。
【００１２】
本明細書で用いられる用語「エンドツーエンド経路」は、ソースノードと宛先ノードとの間の任意の経路を指す。言い換えると、「エンドツーエンド経路」という用語は、宛先ノードとソースノードとの間の個々のリンクが定義されていることを意味するものではない。例えば、リンクベースのルーティング時、エンドツーエンド経路に沿ったノードが動的に次ホップを選択する。ソースノード及び／又は宛先ノードは、例えば、アプリケーションサーバ、コンテンツソース、コンテンツ配信ノード、エンドユーザなど、トラフィックフローが生成及び／又は終了されるポイントであってよい。或いは、ソースノード及び／又は宛先ノードは、トラフィックフローの開始点と終了点との間の中間点（例えばネットワークゲートウェイ）であってよい。例えば、ソースノードは、トラフィックフローが中間ネットワーク（例えば、ソースローカルエリアネットワーク（ＬＡＮ）と宛先ローカルエリアネットワーク（local  area  network，ＬＡＮ）との間の広域ネットワーク（wide  area  network，ＷＡＮ））に入る入口ゲートウェイであってよく、宛先ノードは、トラフィックフローが中間ネットワークから出る出口ゲートウェイであってよい。用語「経路セグメント」は、上流ノード（例えば入口ネットワークノード）と下流ノード（例えば出口ネットワークノード）との間に位置するエンドツーエンド経路の任意のサブ部分を指す。パスウェイという用語は、経路セグメントの上流ノードと経路セグメントの下流ノードとの間に延びる相互接続リンクの特定のセットを指す。したがって、「経路セグメント」は、経路セグメントの上流ノードと下流ノードとの間に代替経路（例えばリンクのセット）がある限り、複数の潜在的な「パスウェイ」を有することができる。一例として、入口ネットワークノード１１１から出口ネットワークノード１１９（図１）までに延びる経路セグメントは、複数の潜在経路、例えば、（ｉ）中間ネットワークノード１１３，１１５を通って延びる潜在パスウェイ、（ｉｉ）中間ネットワークノード１１３，１１６を通って延びる潜在パスウェイ、（ｉｉｉ）中間ネットワークノード１１４，１１６を通って延びる潜在パスウェイ、（ｉｖ）中間ネットワークノード１１４，１１７を通って延びる潜在パスウェイを含む。他の間接パスウェイ、例えば、中間ネットワークノード１１４，１１６，１１３，１１５を通って延びる潜在パスウェイが存在してもよい。一部の実施形態では、エンドツーエンド経路の各経路セグメントは異なるネットワークドメインをトラバースしてよい。他の実施形態では、単一のネットワークドメインが複数の経路セグメントを含んでよく、例えば、経路セグメントが中間ネットワークノードで終了／開始する。本明細書で使用される「ソースベースのルーティング」という用語は、パケットのヘッダで搬送される次ホップアドレスのリストに関連付けられた事前定義された経路（例えば、コントローラによって定義された経路）を介してパケットがスイッチされるルーティングプロトコルを指す。本明細書で使用される「経路ベースのルーティング」という用語は、パケットのヘッダで搬送されるパス識別子に関連付けられた事前定義された経路（例えば、コントローラによって定義された経路）上でパケットがスイッチされるルーティングプロトコルを指す。経路ベースのルーティング時、事前定義された経路に沿ったネットワークノードは、どの次ホップアドレスが経路ＩＤと関連付けられているかを識別するために、ルーティングテーブル（例えば転送情報ベース（forwarding  information  base，ＦＩＢ）テーブル）を検索することにより、次ホップ／リンクを識別してよい。経路ベースのルーティングは、ソースベースのルーティングと比較してパケットオーバヘッドを低減することができる。本明細書で使用される「リンクベースのルーティング」という用語は、次ホップがネットワークノードによってノードごとに動的に選択されるルーティングプロトコルを指す。
【００１３】
図１は、ソース１０１から宛先１０９まで延びるエンドツーエンド経路の経路セグメント上でトランスポートプロトコルを動的に構成するための、ソフトウェア定義ネットワーク（software  defined  network，ＳＤＮ）アーキテクチャ１００を示す。図示のように、ＳＤＮネットワークアーキテクチャ１００は、ネットワークドメイン１１０，１３０及びコントローラ１６０を含む。ネットワークドメイン１１０は、入口ネットワークノード１１１、複数の中間ネットワークノード１１３〜１１７及び出口ネットワークノード１１９を含み、ネットワークドメイン１３０は、入口ネットワークノード１３１、複数の中間ネットワークノード１３３〜１３７及び出口ネットワークノード１３９を含む。コントローラ１６０は、任意のタイプの制御プレーンエンティティ、例えば、トラフィックエンジニアリング（traffic  engineering，ＴＥ）コントローラ、ソフトウェア定義ネットワーク（software  defined  network，ＳＤＮ）コントローラであってよい。一実施形態では、コントローラ１６０は、ＳＤＮネットワークアーキテクチャ１００のデータプレーンとのインタフェースとして動作するトラフィックエンジニアリング（traffic  engineering，ＴＥ）フィーダを含む。
【００１４】
コントローラ１６０は、ネットワークドメイン１１０，１３０内のノードにシグナリング命令１６１〜１６９を送信してよい。シグナリング命令１６１〜１６９は、様々な異なるフォーマットを有することができる。例えば、シグナリング命令１６１〜１６９は、転送情報ベース（forward  information  base，ＦＩＢ）シグナリング命令、その他の任意のタイプの制御シグナリング命令を含んでよい。シグナリング命令１６１〜１６９は、ネットワークドメイン１１０，１３０内のネットワークノードの全部（又はサブセット）に通信されてよい。例えば、シグナリング命令１６１〜１６９は、ネットワークドメイン１１０，１３０の入口ネットワークノード１１１，１３１に排他的に通信されてよい。別の例として、シグナリング命令１６１〜１６９は、ネットワークドメイン１１０，１３０のエッジノード（例えば、入口ノード１１１，１３１及び出口ノード１１９，１３９）に排他的に通信されてよい。更に別の例として、シグナリング命令１６１〜１６９は、ネットワークドメイン１１０，１３０内の中間ノード１１３〜１１，１３３〜１３７の少なくともサブセットに通信されてよい。
【００１５】
一実施形態では、シグナリング命令１６１〜１６９は、エンドツーエンド経路の経路セグメント上で、トラフィックをルーティングするためのトランスポートプロトコルを割り当てる。例えば、シグナリング命令１６１〜１６９は、それぞれの経路セグメント上でトラフィックをルーティングするために、リンクベースのトランスポートプロトコル、経路ベースのトランスポートプロトコル又はソースベースのトランスポートプロトコルを割り当てることができる。別の実施形態では、シグナリング命令１６１〜１６９は、ＳＤＮネットワークアーキテクチャ１００の領域についてのトランスポートプロトコル分類を含む。領域は、ネットワークドメイン１１０，１３０又はそのサブ部分に対応してよく、例えば、１つのネットワークドメインは２つ以上の領域を含んでよい。領域は、１つのネットワークノード又は複数のネットワークノードを含んでよい。一部の実施形態では、領域は、複数のドメインの部分を含んでよい。
【００１６】
この例では、シグナリング命令１６１〜１６９は、ネットワークドメイン１１０にリンクベースのトランスポートプロトコルを割り当て、ネットワークドメイン１３０に経路ベースかソースベースのトランスポートプロトコルのいずれかを割り当てる。この例は、リンクベースのプロトコルが第１のドメインに割り当てられ、経路ベース又はソースベースのトランスポートプロトコルが後続のドメインに割り当てられることを示しているが、当業者であれば、プロトコルを任意の組合わせで、任意の順序で割り当てることができることが理解できるであろう。例えば、経路ベースのトランスポートプロトコルを第１のドメインに割り当て、ソースベースのトランスポートプロトコルを中間ドメインに割り当て、リンクベースのプロトコルを最終ドメインに割り当てることができる。更に、当業者であれば、コントローラは、エンドツーエンド経路に沿う任意の数の領域（３つの領域、４つの領域など）に異なるプロトコルを割り当てることができることが理解できるであろう。トラフィックフロー１９０は、入口ネットワークノード１１１で受信される。トラフィックフロー１９０は、リンクベースのトランスポートプロトコルに従って、パスウェイ１２０を介して転送される。この例では、入口ネットワークノード１１１は、パスウェイ１２０に沿った次ホップとしてネットワークノード１１３を選択し、リンク１２１を介してトラフィックフロー１９０を転送する。ネットワークノード１１３は、パスウェイ１２０に沿った次ホップとしてネットワークノード１１６を選択し、リンク１２３を介してトラフィックフロー１９０を転送する。ネットワークノード１１６は、パスウェイ１２０に沿った次ホップとして出口ネットワークノード１１９を選択し、リンク１２６を介してトラフィックフロー１９０を転送する。
【００１７】
次に、トラフィックフロー１９０は、適切なプロトコルに従って、ネットワークドメイン１１０の出口ネットワークノード１１９からネットワークドメイン１３０の入口ネットワークノード１３１に転送される。次に、トラフィックフロー１９０は、経路ベース又はソースベースのトランスポートプロトコルに従って、ネットワークドメイン１３０を介してルーティングされる。具体的には、入口ネットワークノード１３１にはリンク１４１，１４４，１４７のセットを含むパスウェイ１４０に、トラフィックフローが割り当てられたことが通知される。パスウェイ１４０を形成するリンク１４１，１４４，１４７は、リンクベースのルーティング時と経路ベースのルーティング時に、コントローラ１６０によって動的に選択されてよい。入口ネットワークノード１３１は、トラフィックフロー１９０のパケットに経路情報を付加し、続けてパスウェイ１４０を介してパケットを転送する。シグナリング命令１６１〜１６９がネットワークドメイン１３０に経路ベースのトランスポートプロトコルを割り当てる場合、入口ネットワークノード１３１は、リンク１４１を介してパケットを転送する前に、経路識別子をパケットに付加する。経路識別子は、ネットワークノード１３４，１３７のＦＩＢテーブルに記憶された次ホップ情報に関連付けられ、パスウェイ１４０に沿った適切な次ホップを決定するためにネットワークノード１３４，１３７によって使用される。ネットワークドメイン１１０の出口ネットワークノード１１９は、ネットワークドメイン１３０の入口ネットワークノード１３１とは別個のものとして示されているが、当業者であれば、あるドメイン（又は領域）の出口ノードが別のドメイン（又は領域）の入口ノードであってもよいことが理解できるであろう。
【００１８】
シグナリング命令１６１〜１６９がネットワークドメイン１３０にソースベースのトランスポートプロトコルを割り当てる場合、入口ネットワークノード１３１は、パスウェイ１４０のリンク１４１を介してパケットを転送する前に、パケットに次ホップアドレスのリストを添付する。次ホップアドレスのリストは、マルチプロトコル・ラベル・スイッチング（multiprotocol  label  switching，ＭＰＬＳ）ヘッダ、或いは、パスウェイ１４０に沿った次ホップを識別するための任意の他のヘッダ情報であってよい。次ホップアドレスのリストにより、ネットワークノード１３４，１３７は、ＦＩＢテーブルを参照することなく、適切なネクストホップにパケットを転送することができる。ソースベースのトランスポートプロトコルは、中間ネットワークノードにＦＩＢテーブルを設定せずにパスウェイを作成することを可能にし、また、多数のノードを有する領域及び／又は低容量又は高レイテンシの制御プレーンにおいて有利であり得る。逆に、経路ベースのトランスポートプロトコルはデータプレーンのオーバヘッドを低減し、したがって、一部のネットワークにおいて、より効率的なデータプレーン通信を提供することができる。
【００１９】
本開示の態様は、パケット交換ネットワークドメインにおけるトランスポートプロトコルを動的に構成するための方法を提供する。図２は、エンドツーエンド経路の経路セグメント上にトランスポートプロトコルを動的に構成するための実施形態の方法２００を示し、これはコントローラによって実行されてよい。ステップ２１０において、コントローラは、エンドツーエンド経路の第１の経路セグメントに第１のトランスポートプロトコルを割り当て、エンドツーエンド経路の第２の経路セグメントに第２のトランスポートプロトコルを割り当てる。第１のトランスポートプロトコルと第２のトランスポートプロトコルは、ソースベースのトランスポートプロトコル、経路ベースのトランスポートプロトコル及びリンクベースのトランスポートプロトコルのうち異なるものを含む。コントローラは、ノード機能、ＦＩＢ記憶容量、制御シグナリングレイテンシ、データプレーンオーバヘッド容量などの様々な基準に基づいて、トランスポートプロトコルを割り当ててよい。ステップ２２０において、コントローラは、前記第１の経路セグメント上の少なくとも１つのネットワークノードと前記第２の経路セグメント上の少なくとも１つのネットワークノードとに、少なくとも１つの転送情報ベース（forward  information  base，ＦＩＢ）制御シグナリング命令を通信する。ＦＩＢ制御シグナリング命令は、トランスポートプロトコル割当てを識別する。一実施形態では、このＦＩＢ制御シグナリング命令は、割り当てられたトランスポートプロトコルに従って経路セグメント上でデータをルーティングするようにネットワークノードを促す。
【００２０】
上述したように、コントローラは、様々な基準に基づいてトランスポートプロトコルを割り当ててよい。一実施形態では、コントローラは、それぞれの経路セグメント上のネットワークノードのＦＩＢ記憶容量に基づいて、トランスポートプロトコルを割り当てる。例えば、コントローラは、対応するネットワークノードのＦＩＢ記憶容量が記憶閾値を超える場合、経路ベースのトランスポートプロトコルを経路セグメントに割り当ててよい。一方、コントローラは、対応するネットワークノードのＦＩＢ記憶容量が記憶閾値を超えない場合、リンクベースのトランスポートプロトコルかソースベースのトランスポートプロトコルのいずれかを経路セグメントに割り当ててよい。
【００２１】
別の実施形態では、コントローラは、それぞれの経路セグメントによってトラバースされるネットワークドメイン（又は領域）の制御プレーンシグナリング能力（例えば、シグナリングレイテンシ、シグナリング容量）に基づいて、トランスポートプロトコルを割り当てる。例えば、コントローラは、対応する経路セグメントのネットワークドメインの制御プレーンシグナリング容量が上限閾値を超えた場合に、リンクベースのトランスポートプロトコルを経路セグメントに割り当ててよい。リンクベースのトランスポートプロトコルは、経路セグメントに関連付けられた各ノードにＦＩＢシグナリング命令が送信されることを要求する場合があるためである。コントローラは、対応する経路セグメントのネットワークドメインの制御プレーンシグナリング容量が下限閾値を超えるが上限閾値を超えない場合に、ソースベースのトランスポートプロトコルを経路セグメントに割り当ててよい。ソースベースのトランスポートプロトコルは、比較的重いＦＩＢシグナリング命令（例えば、次ホップアドレスのリストを搬送するシグナリング命令）が経路セグメントの入口ノードに送信されることを要求する場合があるためである。コントローラは、対応する経路セグメントのネットワークドメインの制御プレーンシグナリング容量が下限閾値を超えない場合、経路ベースのトランスポートプロトコルを経路セグメントに割り当ててよい。経路ベースのトランスポートプロトコルは、比較的軽いＦＩＢシグナリング命令（例えば、経路識別子を搬送するシグナリング命令）が経路セグメントの入口ノードに送信されることを要求する場合があるからである。
【００２２】
更に別の実施形態では、コントローラは、それぞれの経路セグメントによってトラバースされるネットワークドメインのデータプレーンオーバヘッド容量に基づいて、トランスポートプロトコルを割り当てる。例えば、ソースベースのトランスポートプロトコルは、次ホップアドレスのリストをパケットヘッダで搬送することができ、したがって、経路識別子と単一の次ホップアドレスを搬送するリンクベース及び経路ベースのトランスポートプロトコルよりも、高いパケットオーバヘッド容量を必要とすることがある。一例では、コントローラは、対応する経路セグメントのネットワークドメインのデータプレーンオーバヘッド容量が閾値を超えた場合に、ソースセグメントベースのトランスポートプロトコルを経路セグメントに割り当ててよい。コントローラは、データプレーンオーバヘッド容量が閾値を超えない場合に、経路ベースのトランスポートプロトコルかリンクベースのトランスポートプロトコルのいずれかを、経路セグメントに割り当ててよい。
【００２３】
一部の実施形態では、コントローラは、異なる領域／ドメインにトランスポートプロトコルのプリファレンスを割り当ててよい。例えば、コントローラは、領域を経路優先領域、リンク優先領域又は非優先領域として分類してよい。一部の実施形態では、ソースベースのルーティングは、ノードが経路ベースのルーティングに対応していない場合のフォールバックとして用いられる。次いで、領域分類は、領域内のネットワークノードに通信されて、ネットワークノードに、優先分類とネットワークノードのルーティング容量の両方に基づいてトランスポートプロトコルを選択するよう促すことができる。
【００２４】
図３は、パケット交換ネットワークにおける領域分類に基づいてトランスポートプロトコルを動的に構成するための実施形態の方法３００を示し、これはコントローラによって実行されてよい。ステップ３１０において、コントローラは、パケット交換ネットワーク内の領域を識別する。ステップ３２０において、コントローラは、前記領域に関連付けられた特性に従って領域を分類する。一実施形態では、コントローラは、トポロジ安定性（例えば、トポロジがどのくらいの頻度で変化するか）及び／又は制御シグナリングレイテンシ（例えば、制御シグナリングに関連付けられた遅延）に基づいて、領域を分類してよい。例えば、コントローラは、対応する領域に対するトポロジカルな更新が再発率閾値を超える場合、領域をリンク優先として分類してよい。更に、コントローラは、対応する領域における制御プレーン遅延がレイテンシ閾値を超えた場合、経路優先領域として領域を分類してよい。コントローラは、これら２つの基準のいずれかを満たさない領域を非優先領域として分類してよい。ステップ３３０において、コントローラは、各領域内の少なくとも１つのネットワークノードに領域分類を通信する。領域分類は、前記経路優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合、経路優先領域内の少なくとも１つのネットワークノードに、経路ベースのトランスポートプロトコルに従ってデータを転送するように指示することができる。領域分類は更に、前記リンク優先領域のネットワークノードが経路ベースのルーティングを実行可能である場合に、リンク優先領域内の少なくとも１つのネットワークノードに、リンクベースのトランスポートプロトコルに従ってデータを転送するように指示することができる。
【００２５】
一部の実装では、エンドツーエンド経路に沿ってトランスポートプロトコルを割り当てるために領域分類が用いられてよい。表１は、優先分類とネットワークノードのルーティング能力の両方に基づいてトランスポートプロトコルを選択するための実施形態の構成を示す。「ルーティング能力」という用語は、ネットワークノードがルーティング機能を実行することを許可又は防止する、ネットワークノードの任意の能力又は特性を指す。例えば、ＳＤＮ環境におけるルーティング能力は、ネットワークノードのＦＩＢ記憶容量又はネットワークノードの処理能力を指してよい。別の例として、非ＳＤＮ環境におけるルーティング能力は、ネットワークノードが利用可能なトポロジカルな知識の量を指してよい。例えば、一部のリンクベースのトランスポートプロトコル（例えば、位置ベースのルーティング）は、ルーティング決定を行う際に、ネットワークノードが宛先ノード及び隣接ノードの位置情報を知ることを要求することがある。他のリンクベースのトランスポートプロトコル（例えば、距離ベクトルルーティング）は、ルーティング決定を行う際に、ネットワークノードが宛先へのグラフ距離を知ることを要求することがある。表１において、領域分類は、所与の領域の位相安定性及びシグナリング遅延に基づいてよく、ノード能力は、ノードの記憶容量に基づいてよい。領域分類及び／又はノード機能を割り当てるために異なる基準が採用される場合、構成テーブルは異なる方法で入力されてよい。
【表１】
0006454026.tif 000002
【００２６】
示されるように、経路可能ノードを有する経路優先領域は経路ベースのルーティングを使用することができ、一方、リンク対応ノード又はソース対応ノードを有する経路優先領域はソースベースのルーティングを使用することができる。経路可能ノード及びリンク可能ノードを有するリンク優先領域はリンクベースのルーティングを使用することができ、一方、ソース可能ノードを有するリンク優先領域はソースベースのルーティングを実施することができる。経路可能ノードを有する非優先領域は経路ベースのルーティングを使用することができ、一方、ソース可能ノードを有する非優先領域はソースベースのルーティングを使用することができる。リンク可能ノードを有する非優先領域は、リンクベースかソースベースのルーティングのいずれかを使用することができる。一実施形態では、非優先領域内のリンク可能ノードは、トラフィックフローが安定しているときはリンクベースのルーティングを使用し、トラフィックフローが不安定であるときはソースベースのルーティングを使用する。トラフィックフローは、前記トラフィックフローのレート変動が閾値を下回るときに安定していると見なすことができる。ソース対応ノードは、全ての領域でソースベースのルーティングを使用することができる。一般に、ＦＩＢの容量／ストレージの観点からは、リンク対応ノードは経路ベースのルーティングを実行する能力を欠いている可能性があり、ソース対応ノードは経路ベース及びリンクベースのルーティングを実行する能力を欠いている可能性がある。能力が異なる基準によって定義される場合、能力の順序付け（例えば、パス対応、リンク対応、ソース対応）は変更されてよい。
【００２７】
表１に示されるものに加えて、領域分類に基づいてトランスポートプロトコルを選択するための補足的な方針が存在してよい。例えば、経路ベース又はリンクベースの領域の後にソースベースの領域が続く場合、経路ベース又はリンクベースの領域の最後のノードがソースベースの領域に移動し、ソースベースの領域の入口ノードとなる。別の例として、ソース対応ノードは、ソースベースのセグメント内に位置する場合、単一ノードリンクベースのセグメントとして分離されてよい。これは、ソースベースのセグメント内の入口又は第１のノードは、そのセグメント用のルーティングヘッダを構築するために、経路対応又はリンク対応のいずれかである必要があり得るからである。
【００２８】
一部の実施形態では、コントローラは、パケット交換ネットワークのトラフィックエンジニアリング（traffic  engineering，ＴＥ）フィーダを備えてよい。ＴＥフィーダは、フロー経路の分割、経路セグメント（フロー単位その他の方法による）のトランスポートプロトコルの動的割り当て、ＦＩＢ更新信号のコンパイル及びネットワークノードへの配布など、様々な異なる制御プレーンメカニズムを提供することができる。ＴＥフィーダは、異なるネットワーク位置（例えばドメイン、ノード）に物理的に分散された論理構成要素であってよい。ＴＥフィーダは、制御プレーンとデータプレーンとの間のＴＥインタフェースとして動作することができる。
【００２９】
実施形態のＴＥフィーダは、様々な情報を用いてトランスポートプロトコルを構成することができ、例えば、時間的又は空間的なトラフィック統計（例えば平均レート、レート分散、ノード当たりのフロータイプごとの時間持続時間）、ネットワーク物理トポロジ情報（例えばノード位置、リンク、リンク特性）、ネットワーク仮想トポロジ情報（例えば参加ノード、仮想リンク、役割及び機能を含む仮想ノードプロパティ、容量及び遅延を含む仮想リンクプロパティ、ネットワーク階層）、ノード及びリンクの構成に関するネットワークパラメータ（例えば記憶容量、リンク容量）、ネットワーク統計（例えばノード当たりの平均記憶容量、リンク／経路当たりの平均制御／シグナリング遅延、リンク当たりの平均容量）、トラフィックエンジニアリングの決定（例えばフロー識別子、経路ごと及び／又はリンクごとのフロー分割情報）を用いてよい。
【００３０】
フロー識別子は、仮想ネットワークＩＤ（又はネットワークスライスＩＤ）、サービスＩＤ（又はネットワークスライスインスタンスＩＤ又はサービスインスタンスＩＤ）、論理リンクＩＤ及びローカルフローＩＤ（又はセッションＩＤ）の情報のうちの１つ又はそれらの組合わせとして表されてよい。仮想ネットワークＩＤは、ネットワークオペレータによって提供される仮想ネットワーク（又はネットワークスライス）の識別子であり、ネットワーク機能及びリソースを含む。サービスＩＤは、仮想ネットワークを介して搬送されるネットワークサービス（又はネットワークスライスインスタンス又はサービスインスタンス）の識別子である。論理リンクＩＤは、２つのネットワークノード間の仮想接続である仮想ネットワーク内の論理リンクの識別子である。ローカルフローＩＤは、サービスのトラフィックフロー（又はセッション）の識別子である。
【００３１】
一部の実施形態では、トラフィックフローは複数のソースノードを有してよい。つまり、異なるノードから発信されたトラフィックには同じフローＩＤが割り当てられてよい。これは、トラフィックが個々のフロー単位ではなく、論理リンク単位、サービス単位又は仮想ネットワーク単位でプロビジョニングされる場合である。
【００３２】
一部の実施形態では、トラフィックフローは複数の代替宛先に関連付けられてよい。フローのパケットは、このような代替宛先のいずれかに到達する限り、配信されたと見なされる。
【００３３】
図４は、パケット交換ネットワークにおいてトランスポートプロトコルを構成するための実施形態のＴＥフィーダアーキテクチャ４００を示す。図示のように、ＴＥフィーダアーキテクチャ４００は、制御プレーン４１０とデータプレーン４３０との間のインタフェースとして機能するＴＥフィーダ４２０を含む。ＴＥフィーダ４２０は、トラフィック統計を記憶するためのトラフィック情報ベース（traffic  information  base，ＴＩＢ）リポジトリ４１１と、ネットワークトポロジ、ネットワークパラメータ及びネットワーク統計に関する情報を記憶するためのネットワーク情報ベース（network  information  base，ＮＩＢ）リポジトリ４１２とにアクセスすることができる。また、ＴＥフィーダ４２０は、ＴＩＢリポジトリ４１１及びＮＩＢリポジトリ４１２をモニタリングするモニタリングコンポーネント４１４にアクセスすることができる。一実施形態では、モニタリングコンポーネント４１４は、ＴＩＢリポジトリ４１１及び／又はＮＩＢリポジトリ４１２内のパラメータ又は値が１つ以上のアラート基準、例えば主要トポロジ変更、トラフィック負荷の著しい変動等を満たす場合、ＴＥフィーダ４２０に警告することができる。また、ＴＥフィーダ４２０はＳＤＴコントローラ４１６にアクセスすることができ、ＳＤＴコントローラ４１６は、パケット交換ネットワークの仮想トポロジにおける重大な変更を、ＴＥフィーダ４２０に警告することができる。また、ＴＥフィーダ４２０はＴＥコントローラ４１６にアクセスすることができ、ＴＥコントローラ４１６は、ＴＥフィーダ４２０にＴＥ入力決定を通知することができる。モニタリングコンポーネント４１４及び／又はＳＤＴコントローラ４１６によって警告されると、ＴＥフィーダ４２０は、ＴＩＢリポジトリ４１１及び／又はＮＩＢリポジトリ４１２内の情報に基づいて、トランスポートプロトコルの割当て／分類を変更することができる。ＴＥコントローラ４１８からＴＥ決定を受信すると、ＴＥフィーダ４２０は、分割に基づいてＦＩＢ更新信号をコンパイル及び配信するだけでなく、トランスポート割当て／分類に従ってフロー経路をセグメント化することができる。
【００３４】
本開示の態様は、エンドツーエンド経路の異なるセグメントに対して異なるトランスポートプロトコルを構成することを可能にする。図５は、エンドツーエンドパス上の異なるノードが、ＳＤＮシグナリングを介して異なるトランスポートプロトコルを使用するように構成するための、実施形態のネットワークアーキテクチャ５００を示す。この例では、ＳＤＮコントローラ５６０は、経路Ａ、Ｄ、Ｅ、Ｆ及びＧに制御信号５６１〜５６７を送信することにより、ＴＥポリシーを動的に構成する。制御信号５６１は、ソースベースのルーティングが、ルート内ノードＡからルート内ノードＤまで延びる経路セグメント上で使用されることを示す。制御信号５６２〜５６４は、リンクベースのルーティングが、ルート内ノードＤからルート内ノードＦまで延びる経路セグメント上で使用されることを示す。制御信号５６５〜５６７は、経路ベースのルーティングが、経路内ノードＧから経路内ノードＩまで延びる経路セグメント上で使用されることを示す。１つ以上の制御信号５６１〜５６７は更に、ルート内ノードにそれらのＦＩＢテーブルを更新するように指示することを含んでよい。例えば、制御信号５６５〜５６４は、動的リンク選択を実行するときに使用されるパラメータ（例えば、リンクを選択する基準）を示してよく、制御信号５６５〜５６７は、経路ＩＤ及び／又は次ホップ関連を示してよい。
【００３５】
図６は、本明細書で開示される装置及び方法を実施するために用いることのできる処理システムのブロック図を示す。具体的な装置は、図示のコンポーネントの全てを利用してよく、或いはコンポーネントのサブセットのみを利用してよく、統合のレベルは装置ごとに異なってよい。更に、装置は、複数の処理ユニット、プロセッサ、メモリ、送信器、受信器など、コンポーネントの複数のインスタンスを含んでよい。処理システムは、スピーカ、マイク、マウス、タッチスクリーン、キーパッド、キーボード、プリンタ、ディスプレイなどの、１つ以上の入力／出力デバイスを備えた処理ユニットを含んでよい。処理ユニットは、バスに接続された中央処理装置（central  processing  unit，ＣＰＵ）、メモリ、マスストレージ、ビデオアダプタ及びＩ／Ｏインタフェースを含んでよい。
【００３６】
バスは、メモリバス又はメモリコントローラ、周辺バス、ビデオバスなどを含む任意のタイプのいくつかのバスアーキテクチャのうちの１つ以上であってよい。ＣＰＵは、任意のタイプの電子データプロセッサを備えてよい。メモリは、スタティックランダムアクセスメモリ（static  random  access  memory，ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（dynamic  random  access  memory，ＤＲＡＭ）、シンクロナスＤＲＡＭ（synchronous  DRAM，ＳＤＲＡＭ）、リードオンリメモリ（read-only  memory，ＲＯＭ）、或いはそれらの組合わせなど、任意のタイプのシステムメモリを含んでよい。一実施形態では、メモリは、ブートアップで使用するためのＲＯＭと、プログラムの実行時に使用するためのプログラム及びデータ記憶のためのＤＲＡＭとを含んでよい。
【００３７】
マスストレージは、データ、プログラムその他の情報を記憶し、データ、プログラムその他の情報をバスを介してアクセス可能にするように構成された、任意のタイプの記憶装置を含んでよい。マスストレージは、例えば、ソリッドステー・ドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブなどのうち１つ以上を含んでよい。
【００３８】
ビデオアダプタ及びＩ／Ｏインタフェースは、外部の入力装置及び出力装置を処理ユニットに結合するためのインタフェースを提供する。図示のように、入力装置と出力装置の例として、ビデオアダプタに結合されたディスプレイと、Ｉ／Ｏインタフェースに結合されたマウス／キーボード／プリンタとが挙げられる。処理ユニットには他の装置が結合されてよく、利用されるインタフェースカードの数は多くても少なくてもよい。例えば、ＵＳＢ（Universal  Serial  Bus）（図示なし）のようなシリアルインタフェースを使用して、プリンタ用のインタフェースを提供することができる。
【００３９】
また、処理ユニットは、イーサネットケーブルなどの有線リンク、及び／又はノード若しくは異なるネットワークにアクセスするための無線リンクを含むことができる、１つ以上のネットワークインタフェースを含む。ネットワークインタフェースは、処理ユニットがネットワークを介して遠隔ユニットと通信することを可能にする。例えば、ネットワークインタフェースは、１つ以上の送信器／送信アンテナと１つ以上の受信器／受信アンテナを介して、無線通信を提供することができる。一実施形態では、処理ユニットは、他の処理ユニット、インターネット、遠隔記憶設備などの遠隔装置とのデータ処理及び通信のために、ローカルエリアネットワーク又はワイドエリアネットワークに結合される。
【００４０】
図７は、上述した１つ以上の装置（例えばＵＥ、ＮＢ）と均等であり得る通信デバイス７００の実施形態のブロック図を示す。通信装置７００は、プロセッサ７０４、メモリ７０６、複数のインタフェース７１０，７１２，７１４を有してよく、これらは図７に示すように配置されてよい（或いは配置されなくてもよい）。プロセッサ７０４は、計算及び／又は他の処理関連タスクを実行することができる任意のコンポーネントであってよく、メモリ７０６は、プロセッサ７０４のプログラミング及び／又は命令を記憶することのできる任意のコンポーネントであってよい。インタフェース７１０は、通信装置７００が他の装置と通信することを可能にする任意のコンポーネント又はコンポーネントの集合であってよい。
【００４１】
実施形態を詳細に説明したが、添付の特許請求の範囲によって定められる本開示の主旨及び範囲から逸脱することなく、様々な変更、置換及び代替を行うことができることを理解されたい。更に、本開示の範囲は、本明細書に記載される特定の実施形態に限定されるものではなく、当業者であれば、本開示から、現在存在するか或いは後に開発されるプロセス、機械、製造、組成物、手段、方法又はステップが、本明細書に記載の対応する実施形態と実質的に同じ機能を果たし得るか、或いは実質的に同じ結果をもたらすことを容易に理解できるであろう。したがって、添付の特許請求の範囲は、そのようなプロセス、機械、製造、組成物、手段、方法又はステップをその範囲内に含むことが意図されている。
【図１】
0006454026.tif 000003
【図２】
0006454026.tif 000004
【図３】
0006454026.tif 000005
【図４】
0006454026.tif 000006
【図５】
0006454026.tif 000007
【図６】
0006454026.tif 000008
【図７】
0006454026.tif 000009