ネットワークを介したデータ通信のための方法であって、少なくとも1つの電子回路が、複数の選択可能なモードを規定する複数のルールを含むネットワーク通信システムのプロファイルを生成するステップと、前記電子回路が、ネットワーク測定の解析に基づき複数のネットワーク状態からネットワーク状態を決定するステップと、前記電子回路が、前記ネットワーク状態に基づき、各シーケンス化ルールがデータストリームにおいてメッセージがシーケンス化されるべき順序を規定する、ユーザにより規定される異なるシーケンス化ルールを含む前記複数の選択可能なモードからモードを選択するステップと、前記電子回路が、以前に選択された前記モードのユーザにより規定されるシーケンス化ルールに基づき前記メッセージをシーケンス化するステップと、前記ネットワーク通信システムから前記メッセージを通信するステップと、前記以前に選択されたモードのルールセットに従って、前記ネットワーク上の通信のためのQoSを提供するステップと、を有し、前記QoSは、前記ネットワーク通信システムのネットワーク通信プロトコルスタックのトランスポートプロトコルレイヤとソケットレイヤとの間で提供される方法。前記プロファイルは、前記ネットワークを設定するための複数のプロファイルから動的に選択される、請求項1記載の方法。前記プロファイルを変更するステップと、新たなプロファイルを生成するステップとの少なくとも1つをさらに有する、請求項1記載の方法。前記複数のルールの少なくとも1つのルールに基づき前記メッセージの少なくとも1つを優先順位付けするステップをさらに有する、請求項1記載の方法。ネットワーク動作のための前記モードの選択は、前記ネットワークが動作する環境における帯域幅制限に少なくとも部分的に基づく、請求項1記載の方法。前記プロファイルのモードに基づき前記メッセージの少なくとも1つを送信するステップをさらに有する、請求項1記載の方法。QoSを提供するネットワーク通信システムであって、複数の選択可能なモードを規定する複数のルールを含む当該ネットワーク通信システムのプロファイルを生成し、ネットワーク測定の解析に基づき複数のネットワーク状態からネットワーク状態を決定し、前記ネットワーク状態に基づき、各シーケンス化ルールがデータストリームにおいてメッセージがシーケンス化されるべき順序を規定する、ユーザにより規定される異なるシーケンス化ルールを含む前記複数の選択可能なモードからモードを選択し、以前に選択された前記モードのユーザにより規定されるシーケンス化ルールに基づき前記メッセージをシーケンス化し、前記ネットワーク通信システムから前記メッセージを通信する、ように構成される少なくとも1つの計算装置を有するネットワーク通信システム。前記プロファイルは、各プロファイルがユーザと前記計算装置との少なくとも1つにより選択可能な複数のモードを含む複数のプロファイルの1つである、請求項7記載のネットワーク通信システム。前記モードの選択は、前記ネットワークが動作する環境における帯域幅制限に少なくとも部分的に基づく、請求項7記載のネットワーク通信システム。前記ネットワーク通信システムはさらに、前記プロファイルの変更及び新たなプロファイルの生成の少なくとも1つを実行するよう構成される、請求項7記載のネットワーク通信システム。従って、戦術データネットワークにおいてQoSを提供するシステム及び方法が必要とされる。戦術データネットワークのエッジ上でQoSを提供するシステム及び方法が必要とされる。さらに、戦術データネットワークにおける適応的でコンフィギュラブルなQoSシステム及び方法が必要とされる。本発明の実施例は、モードドリブン通信管理のためのシステム及び方法を提供する。特定の実施例は、ネットワークを介しデータ通信する方法を提供する。本方法は、複数のパラメータを通信動作モードを表すプロファイルに整理するステップを有する。複数のパラメータは、ネットワークのモードを規定する。本方法はさらに、前記プロファイルのパラメータに従って前記ネットワークを設定するステップを有する。本方法はまた、前記プロファイルに従って前記ネットワーク上の通信のQoSQualityofServiceを提供するステップを有する。特定の実施例は、処理装置上で実行するための命令セットを有するコンピュータ可読媒体を提供する。命令セットは、通信システムにおけるメッセージの送信を制御する通信管理ルーチンを有する。命令セットはまた、通信システムにおけるメッセージの送信に影響を与えるルールを提供するルールルーチンを有する。命令セットはまた、ルールルーチンにおけるルールを設定するパラメータを規定するモードを含むプロファイルを有する。特定の実施例は、QoSを提供するネットワーク通信システムを提供する。本システムは、ネットワークにおけるメッセージのフローを制御する通信マネージャを有する。本システムはまた、前記ネットワークにおけるメッセージのフローに影響を与える1以上のルールを適用するメッセージ管理ルールモジュールを有する。前記1以上のルールは、モードにより設定される。モードは、プロファイルに規定され、前記1以上のルールに関する1以上のパラメータを含む。本発明によると、戦術データネットワークにおいてQoSを提供するシステム及び方法、戦術データネットワークのエッジ上でQoSを提供するシステム及び方法、並びに戦術データネットワークにおける適応的でコンフィギュラブルなQoSシステム及び方法を提供することができる。上記概要と、本開示による技術の特定の実施例の以下の詳細な説明は、添付した図面と共に参照されるときより良好に理解されるであろう。本開示による技術を説明するため、特定の実施例が図面に示される。しかしながら、本開示による技術は添付した図面に示される構成及び装置に限定されるものでないことが理解されるべきである。図1は、本開示による技術の実施例により動作する戦術通信ネットワーク環境100を示す。ネットワーク環境100は、複数の通信ノード110と、1以上のネットワーク120と、ノード及びネットワークを接続する1以上のリンク130と、ネットワーク環境100の各コンポーネントの通信を実現する1以上の通信システム150とを有する。以下の説明は、複数のネットワーク120と複数のリンク130とを有するネットワーク環境100を想定するが、他の環境もまた可能であり想定されることが理解されるべきである。通信ノード110は、無線、送信機、衛星、受信機、ワークステーション、サーバ及び/又は他の計算若しくは処理装置などであり、及び/又はそれらを含むかもしれない。ネットワーク120は、例えば、ノード110の間でデータを送信するハードウェア及び/又はソフトウェアであるかもしれない。ネットワーク120は、例えば、1以上のノード110を含むかもしれない。リンク130は、ノード110及び/又はネットワーク120の間の送信を可能にする有線及び/又は無線接続であるかもしれない。通信システム150は、例えば、ノード110、ネットワーク120及びリンク130の間のデータ送信を実現するため使用されるソフトウェア、ファームウェア及び/又はハードウェアを含むかもしれない。図1に示されるように、通信システム150は、ノード110、ネットワーク120及び/又はリンク130に関して実現されてもよい。特定の実施例では、すべてのノード110は通信システム150を含む。特定の実施例では、1以上のノード110は通信システム150を含む。特定の実施例では、1以上のノード110は通信システム150を含まないかもしれない。通信システム150は、ネットワーク環境100などの戦術通信ネットワーク上の通信を確保するのに役立つためのデータの動的管理を提供する。図2に示されるように、特定の実施例では、システム150は、OSIの7レイヤプロトコルモデルにおけるトランスポートレイヤの一部として及び/又は上位において動作する。システム150は、トランスポートレイヤなどにわたされる戦術ネットワークにおける優先順位の高いデータに優先度を提供するかもしれない。システム150は、LAN、WANWideAreaNetworkなどの単一ネットワークにおける通信又は複数のネットワーク間の通信を実現するのに利用されるかもしれない。図3において、マルチネットワークシステムの一例が示される。システム150は、例えば、追加的な帯域幅をネットワークに追加するのでなく、利用可能な帯域幅を管理するのに利用されるかもしれない。特定の実施例では、システム150は、各種実施例においてハードウェアコンポーネントとソフトウェアコンポーネントの両方を有してもよいが、ソフトウェアシステムである。システム150は、例えば、ネットワークハードウェアに依存しないかもしれない。すなわち、システム150は、各種ハードウェア及びソフトウェアプラットフォーム上で機能するよう構成されるかもしれない。特定の実施例では、システム150は、ネットワークの内部のノード上でなく、ネットワークのエッジ上で動作する。しかしながら、システム150は、ネットワークのチョークポイントchokepointなど、ネットワークの内部においても動作可能である。システム150は、ルール及びモード又はプロファイルを利用して、ネットワークにおける利用可能な帯域幅の最適化、情報優先順位の設定及びデータリンクの管理などのスループット管理機能を実行するかもしれない。帯域幅の最適化とは、ここに記載される技術が1以上のネットワークにおいてデータを通信するための帯域幅の使用の効率性を高めるのに利用可能であることを意味する。帯域幅使用の最適化は、機能的に冗長なメッセージの削除、メッセージストリーム管理若しくはシーケンス化、及びメッセージ圧縮などを含むかもしれない。情報優先順位の設定は、IPベース技術より詳細な単位によりメッセージタイプを区別すること、選択されたルールベースシーケンス化アルゴリズムを介しメッセージをデータストリームにシーケンス化することなどを含むかもしれない。データリンク管理は、例えば、ルール、モード及び/又はデータトランスポートの変化に影響を与えるネットワーク測定結果のルールベースの解析を含むかもしれない。モード又はプロファイルは、特定のネットワーク健全性状態の動作要求に関するルールセットを含むかもしれない。システム150は、無線による新たなモードの定義及びスイッチを含む、動的なモードの無線on-the-flyリコンフィギュレーション又は再設定を提供する。通信システム150は、不安定な帯域幅制限のあるネットワークなどにおけるサービスの優先順位及びグレードの変更に適応するよう構成されるかもしれない。システム150は、ネットワークにおけるレスポンス能力の向上と通信遅延の低下に役立つように、改良されたデータフローのための情報を管理するよう構成されるかもしれない。さらに、システム150は、通信の利用性、生存性及び信頼性を向上させるようアップグレード可能かつスケーラブルなフレキシブルアーキテクチャを介し相互互換性を提供するかもしれない。システム150は、所定の予測可能なシステムリソース及び帯域幅などを利用しながら、動的に変化する環境に自律的に適応可能なデータ通信アーキテクチャをサポートする。特定の実施例では、システム150は、ネットワークを利用するアプリケーションに対する透過性を維持しながら、帯域幅制限された戦術通信ネットワークにスループット管理を提供する。システム150は、低減された複雑さにより複数のユーザ及び環境におけるスループット管理をネットワークに提供する。上述されるように、特定の実施例では、システム150は、OSIの7レイヤモデルの第4レイヤトランスポートレイヤにある及び/又はの上位にあるホストノード上で実行され、特殊なネットワークハードウェアを必要としない。システム150は、第4レイヤインタフェースに透過的に動作するかもしれない。すなわち、アプリケーションは、トランスポートレイヤの標準的なインタフェースを利用し、システム150の動作に気付かないかもしれない。例えば、アプリケーションがソケットをオープンするとき、システム150は、プロトコルスタックの当該ポイントにおいてデータをフィルタリングするかもしれない。システム150は、アプリケーションがシステム150に固有のインタフェースでなくネットワーク上の通信装置におけるオペレーティングシステムにより提供されるTCP/IPソケットインタフェースなどを利用することを可能にすることによって、透過性を実現する。システム150のルールは、XMLeXtensibleMarkupLanguageにより記述されるか、及び/又はカスタムDLLDynamicLinkLibraryを介し提供されるかもしれない。特定の実施例では、システム150は、ネットワークのエッジ上でQoSを提供する。システムのQoS能力は、ネットワークのエッジ上でコンテンツベース、ルールベースデータ優先順位付けを提供する。優先順位付けは、例えば、区別及び/又はシーケンス化を含むかもしれない。システム150は、例えば、ユーザコンフィギュラブルな区別ルールに基づきメッセージをキューに区別するかもしれない。これらのメッセージは、ユーザにより設定されたシーケンス化ルールスタベーション、ラウンドロビン、相対頻度などにより規定される順序によりデータストリームにシーケンス化される。エッジ上のQoSを利用して、従来のQoSアプローチにより区別できないデータメッセージは、メッセージコンテンツなどに基づく区別されてもよい。ルールは、例えば、XMLにより実現されてもよい。特定の実施例では、XMLを超える能力を収容し、及び/又は極端に低い遅延要求をサポートするため、システム150は、例えば、DLLにカスタムコードを設けることを可能にする。ネットワーク上の入力及び/又は出力データは、システム150を介しカスタマイズされるかもしれない。優先順位付けは、クライアントアプリケーションを大容量低優先順位データなどからプロテクトする。システム150は、アプリケーションが特定の動作シナリオ又は制約をサポートするようデータを受信することを確実にするのに供する。特定の実施例では、ホストが帯域幅制限のある戦術ネットワークとのインタフェースとしてのルータを有するLANに接続されると、システムは、プロキシによりQoSとして知られるコンフィギュレーションにより動作するかもしれない。このコンフィギュレーションでは、ローカルなLAN宛のパケットはシステムをバイパスし、LANにすぐに向かう。システムは、ネットワークのエッジ上のQoSを帯域幅制限のある戦術リンクに向かうパケットに適用する。特定の実施例では、システム150は、命令されたプロファイルスイッチングを介し複数の動作シナリオ及び/又はネットワーク環境の動的サポートを提供する。プロファイルは、ユーザ又はシステムが指名されたプロファイルに変更を加えることを可能にする名称又は他の識別子を含むかもしれない。プロファイルはまた、例えば、機能冗長性ルール識別子、区別ルール識別子、アーカイブインタフェース識別子、シーケンス化ルール識別子、送信前インタフェース識別子、送信後インタフェース識別子、トランスポート識別子、及び/又は他の識別子などの1以上の識別子を含むかもしれない。機能冗長性ルール識別子は、古いデータ又は実質的に同様のデータなどから機能冗長性を検出するルールを規定する。区別ルール識別子は、例えば、処理のためメッセージをキューに区別するルールを規定する。アーカイブインタフェース識別子は、例えば、アーカイブシステムとのインタフェースを規定する。シーケンス化ルール識別子は、キューフロントのサンプルと、データストリームのデータのシーケンス化とを制御するシーケンス化アルゴリズムを特定する。送信前インタフェース識別子は、例えば、暗号化及び圧縮などの特別な処理を提供する送信前処理のためのインタフェースを特定する。送信後インタフェース識別子は、例えば、解読及び伸張などの処理を提供する送信後処理のためのインタフェースを特定する。トランスポート識別子は、選択されたトランスポートのネットワークインタフェースを規定する。プロファイルはまた、例えば、キューサイジング情報などの他の情報を含むかもしれない。キューサイジング情報は、例えば、各キューに専用のメモリ及びセカンダリストレージの大きさとキューの個数を特定する。特定の実施例では、システム150は、帯域幅を最適化するためのルールベースアプローチを提供する。例えば、システム150は、各メッセージに優先順位とデータストリーム上の適切な相対頻度とを割当てるよう、メッセージをメッセージキューに区別するためのキュー選択ルールを利用するかもしれない。システム150は、機能冗長性ルールを利用して、機能的に冗長なメッセージを管理するかもしれない。メッセージは、それが例えば、ネットワーク上でまだ送信されていない前のメッセージと十分異なるものでない場合ルールにより規定されるように、機能的に冗長である。すなわち、すでに送信がスケジューリングされたが、まだ送信されていない古いメッセージと十分異なるものでない新たなメッセージが提供された場合、この新たなメッセージは排除されてもよい。なぜなら、古いメッセージが機能的に等価な情報を搬送し、さらにキューにおいて前にあるためである。さらに、機能冗長性は、古いメッセージが送信される前に到着した新しいメッセージと実質的に重複したメッセージを含むかもしれない。例えば、ノードは、フォルトトレラントfaulttolerantであるため、2つの異なるパスにより送信されたメッセージなど、基礎となるネットワークの特性により特定のメッセージの同一のコピーを受信するかもしれない。他の例として、新たなメッセージは、まだ送信されていない古いメッセージに優先するデータを含むかもしれない。この状況では、システム150は、古いメッセージを排除し、新たなメッセージのみを送信するようにしてもよい。システム150はまた、データストリームの優先順位ベースメッセージシーケンスを決定するための優先順位シーケンス化ルールを含むようにしてもよい。さらに、システム150は、圧縮及び/又は暗号化などの送信前及び送信後の特別な処理を提供するため、送信処理ルールを有してもよい。特定の実施例では、データ完全性及び信頼性を保護するのに役立つように、フォルトトレラント機能を提供する。例えば、システム150は、ユーザにより規定されたキュー選択ルールを利用して、メッセージをキューに区別するようにしてもよい。キューは、例えば、ユーザにより規定されるコンフィギュレーションに従ってサイジングされる。コンフィギュレーションは、例えば、キューが使用するメモリの最大量を規定する。さらに、コンフィギュレーションは、ユーザがキューのオーバフローのために利用可能なセカンダリストレージの位置及び大きさを規定することを可能にするかもしれない。キューのメモリが充填された後、メッセージはセカンダリストレージにキュー処理されるかもしれない。セカンダリストレージがまたフルになると、システム150は、キューの最も古いメッセージを削除し、エラーメッセージを記録し、最も新しいメッセージをキュー処理する。この動作モードに対してアーカイブ処理が可能である場合、キュー解除されたメッセージは、当該メッセージがネットワーク上で送信されなかったという表示と共にアーカイブ化されてもよい。システム150のキューのためのメモリ及びセカンダリストレージは、例えば、特定のアプリケーションについてリンク毎に設定されてもよい。ネットワーク利用可能期間の間の時間が長いことは、ネットワークの停止をサポートするためより大きなメモリ及びセカンダリストレージとなることに対応するかもしれない。システム150は、例えば、キューが適切にサイジングされ、停止時間が安定状態をアーカイブし、最終的なキューのオーバフローを回避するのに役立つよう十分なものとなることを保証するのに役立つようなサイジングを特定するのに供するためなどのネットワークモデリング及びシミュレーションアプリケーションと統合されてもよい。さらに、特定の実施例では、システム150は、入力シェイピングと出力ポリシングデータを測定する機能を提供する。ポリシングとシェイピング機能は、ネットワークにおけるタイミングミスマッチに対処するのに役立つ。シェイピングは、ネットワークバッファが低優先順位データの後に高優先順位データがキューされることによるフラッディングを防ぐのに役立つ。ポリシングは、アプリケーションデータ利用者が低優先順位データにより圧倒されることを防ぐのに役立つ。ポリシングとシェイピングは、有効リンクスピードとリンク比率という2つのパラメータにより決定される。システム150は、例えば、リンク比率と乗算された有効リンクスピードより大きくないデータストリームを構成するかもしれない。これらのパラメータは、ネットワークの変更に従って動的に変更されるかもしれない。システムはまた、データ測定に関するアプリケーションレベルの結果をサポートするため、検出されたリンクスピードへのアクセスを提供するかもしれない。システム150により提供される情報は、所与のネットワークシナリオに対して何れのリンクスピードが適切であるか決定するのに役立つ他のネットワーク動作情報と組み合わされてもよい。特定の実施例では、OSIプロトコルモデルのトランスポートレイヤの上位で、QoSが通信ネットワークに提供されるかもしれない。具体的には、QoS技術は、トランスポートプロトコル接続のソケットレイヤの直下で実現されるかもしれない。トランスポートプロトコルは、TCPTransmissionControlProtocol、UDPUserDatagramProtocol又はSCTPStreamControlTransmissionProtocolなどを含むかもしれない。他の例として、プロトコルタイプは、IPInternetProtocol、IPXInternetworkPacketExchange、イーサネット登録商標、ATMAsynchronousTransferMode、FTPFileTransferProtocol及び/又はRTPReal-timeTransportProtocolを含むかもしれない。説明のため、TCPを利用して1以上の具体例が提供される。図4は、本発明の実施例により動作するデータ通信環境400を示す。環境400は、データ通信システム410と、1以上のソースノード420と、1以上のデスティネーションノード430とを有する。データ通信システム410は、ソースノード420とデスティネーションノード430と通信する。データ通信システム410は、無線、衛星、ネットワークリンクなどのリンクを介し及び/又はプロセス間通信などを介しソースノード420及び/又はデスティネーションノード430と通信するかもしれない。特定の実施例では、データ通信システム410は、1以上の戦術データネットワークを介し1以上のソースノード420及び/又はデスティネーションノード430と通信するかもしれない。データ通信システム410は、例えば、上述されるように、通信システム150と同様のものであってもよい。特定の実施例では、データ通信システム410は、1以上のソースノード420からデータを受信するよう構成される。特定の実施例では、データ通信システム410は、データを保持、格納、整理及び/又は優先順位付けするための1以上のキューを有してもよい。あるいは、データを保持、格納、整理及び/又は優先順位付けするための他のデータ構造が利用されてもよい。例えば、テーブル、ツリー又はリンク付きリストが利用されるかもしれない。特定の実施例では、データ通信システム410は、1以上のデスティネーションノード430にデータを通信するよう構成される。データ通信システム410により受信、格納、優先順位付け、処理、通信及び/又は送信されるデータは、データのブロックを含むかもしれない。データブロックは、例えば、データのパケット、セル、フレーム及び/又はストリームであってもよい。例えば、データ通信システム410は、ソースノード420からデータのパケットを受信するかもしれない。他の例として、データ通信システム410は、ソースノード420からデータのストリームを処理するかもしれない。特定の実施例では、データは、ヘッダとペイロードとを有する。ヘッダは、プロトコル情報と、タイムスタンプ情報などを含むかもしれない。特定の実施例では、プロトコル情報、タイムスタンプ情報、コンテンツ及び他の情報は、ペイロードに含まれるかもしれない。特定の実施例では、データはメモリにおいて隣接してもよいし、そうでなくてもよい。すなわち、データの1以上の部分が、異なるメモリ領域に配置されてもよい。特定の実施例では、データは、例えば、データを有する他の位置へのポインタを含むかもしれない。ソースノード420は、データ通信システム410により処理されるデータを少なくとも部分的に提供及び/又は生成する。ソースノード420は、例えば、アプリケーション、無線、衛星又はネットワークを含むかもしれない。ソースノード420は、上述されるように、リンクを介しデータ通信システム410と通信するかもしれない。ソースノード420は、連続するデータのストリームを生成してもよいし、又はデータをバーストしてもよい。特定の実施例では、ソースノード420とデータ通信システム410は、同一システムの一部である。例えば、ソースノード420は、データ通信システム410と同じコンピュータシステム上で実行されるアプリケーションであってもよい。デスティネーションノード430は、データ通信システム410により処理されるデータを受信する。デスティネーションノード430は、例えば、アプリケーション、無線、衛星又はネットワークなどを含むかもしれない。デスティネーションノード430は、上述されるように、リンクを介しデータ通信システム410と通信する。特定の実施例では、デスティネーションノード430とデータ通信システム410は、同一システムの一部である。例えば、デスティネーションノード430は、データ通信システム410と同じコンピュータシステム上で実行されるアプリケーションであるかもしれない。データ通信システム410は、上述されるように、1以上のソースノード420及び/又はデスティネーションノード430と通信するかもしれない。特定の実施例では、1以上のリンクは戦術データネットワークの一部であってもよい。特定の実施例では、1以上のリンクは帯域幅制限されるかもしれない。特定の実施例では、1以上のリンクは、信頼性が低く及び/又は断続的に切断されるかもしれない。特定の実施例では、TCPなどのトランスポートプロトコルは、リンクを介しソースノード420からデスティネーションノード430にデータを送信するため、ソースノード420とデスティネーションノード430においてソケット間の接続をオープンする。動作について、データは、1以上のデータソース420により提供及び/又は生成される。データは、データ通信システム410において受信される。データは、例えば、1以上のリンクを介し受信されるかもしれない。例えば、データは、戦術データネットワークを介し無線からデータ通信システム410において受信されるかもしれない。他の例として、データは、プロセス間通信機構により同一システム上で実行されるアプリケーションによって、データ通信システム410に提供されるかもしれない。上述されるように、データはデータのブロックであってもよい。特定の実施例では、データ通信システム410は、データを整理及び/又は優先順位付けしてもよい。特定の実施例では、データ通信システム410は、データブロックの優先順位を決定するかもしれない。例えば、データブロックがデータ通信システム410により受信されると、データ通信システム410の優先順位付けコンポーネントは、当該データブロックの優先順位を決定するかもしれない。他の例として、データブロックは、データ通信システム410のキューに格納され、優先順位付けコンポーネントが、データブロック及び/又はキューについて決定した優先順位に基づき、キューからデータブロックを抽出するようにしてもよい。データ通信システム410によるデータの優先順位付けは、例えば、QoSを提供するのに利用されるかもしれない。例えば、データ通信システム410は、戦術データネットワークを介し受信されるデータの優先順位を決定するかもしれない。この優先順位は、例えば、データのソースアドレスに基づくものであってもよい。例えば、データ通信システム410が属する小隊と同じ小隊のメンバーの無線からのデータのソースIPアドレスが、異なる作戦エリアの異なる部門のユニットからのデータより優先されてもよい。この優先順位は、データ通信システム410による以降の通信のため、データが複数のキューの何れに配置されるべきか決定するのに利用されてもよい。例えば、より高い優先順位のデータが、より高い優先順位のデータを保持するためのキューに配置され、データ通信システム410は、次に通信するデータを決定する際、より高い優先順位のキューを最初に参照するようにしてもよい。データは、少なくとも部分的に1以上のルールに基づき優先順位付けされるかもしれない。上述されるように、ルールはユーザにより規定されるかもしれない。特定の実施例では、ルールは、XMLeXtensibleMarkupLanguageにより記述されてもよく、及び/又はカスタムDLLDynamicallyLinkedLibraryを介し提供されてもよい。ルールは、例えば、ネットワーク上のデータを区別及び/又はシーケンス化するのに利用されるかもしれない。ルールは、例えば、あるプロトコルを用いて受信されたデータが他のプロトコルを用いたデータより優先されることを規定するかもしれない。例えば、命令データは、ルールを介して、他のプロトコルを用いて送信された位置遠隔測定データより優先される特定のプロトコルを利用してもよい。他の例として、ルールは、第1アドレス範囲からの位置遠隔測定データが第2アドレス範囲からの位置遠隔測定データより優先されることを規定するかもしれない。第1アドレス範囲は、例えば、実行中のデータ通信システム410を備えた航空機と同じ飛行隊の他の航空機のIPアドレスを表すかもしれない。第2アドレス範囲は、例えば、異なる作戦エリアにあって、データ通信システム410が実行されている航空機に関心が低い他の航空機のIPアドレスを表すかもしれない。特定の実施例では、データ通信システム410は、データを排除しない。すなわち、データが低い優先順位であっても、データ通信システム410により排除されない。むしろ、データは、潜在的に受信される優先順位の高いデータのデータ量に応じて、ある期間だけ遅延されるかもしれない。特定の実施例では、データは、例えば、データを送信するため帯域幅が利用可能になるまで、データが失われず又は排除されないことを保証するのを助けるため、キュー処理又は格納されてもよい。特定の実施例では、データ通信システム410は、モード又はプロファイルインジケータを有する。モードインジケータは、例えば、データ通信システム410の現在のモード又は状態を表すかもしれない。上述されるように、データ通信システム410は、ルール及びモード又はプロファイルを利用して、ネットワークにおける利用可能な帯域幅の最適化、情報優先順位の設定及びデータリンクの管理などのスループット管理機能を実行してもよい。異なるモードは、例えば、ルール、モード及び/又はデータトランスポートの変更に影響を与えるかもしれない。モード又はプロファイルは、特定のネットワークの健全性状態の動作要求に関するルールセットを含むかもしれない。例えば、異なるモードは、それに係る異なるルールを有するかもしれない。すなわち、1つのルールセットがモードAにおいて利用され、潜在的に重複するかもしれないが、異なるルールセットがモードBにおいて利用されるかもしれない。モード又はプロファイルは、特定のネットワークの健全性状態の動作要求に関するルールセットを含むかもしれない。特定の実施例では、データ及び/又は通信に適用されるのに選択されるルールは、少なくとも部分的にはモード又はプロファイルに基づき選択されるかもしれない。データ通信システム410は、例えば、新たなモードの無線による定義及びスイッチを含む動的なモードの再設定を提供するかもしれない。特定の実施例では、データ通信システム410は他のアプリケーションに透過である。例えば、データ通信システム410により実行される処理、整理及び/又は優先順位付けは、1以上のソースノード420又は他のアプリケーション若しくはデータソースに透過であるかもしれない。例えば、データ通信システム410と同一システム上又はデータ通信システム410に接続されるソースノード420上で実行されるアプリケーションは、データ通信システム410により実行されるデータの優先順位付けを認識していないかもしれない。データは、データ通信システム410を介し通信される。データは、例えば、1以上のデスティネーションノード430に通信されるかもしれない。データは、例えば、1以上のリンクを介し通信されるかもしれない。データは、例えば、データ通信システム410によって、戦術データネットワークを介し無線に通信されるかもしれない。他の例として、データは、プロセス間通信機構により同一システム上で実行されるアプリケーションにデータ通信システム410により提供されてもよい。上述されるように、データ通信システム410のコンポーネント、要素及び/又は機能は、例えば、ハードウェア、ファームウェア及び/又はソフトウェアによる命令セットの各種形式により単独で又は組み合わせて実現されてもよい。特定の実施例は、汎用コンピュータ又は他の処理装置上で実行するため、メモリ、ハードディスク、DVD又はCDなどのコンピュータ可読媒体上の命令セットとして提供されてもよい。特定の実施例では、データは、データ伝送のための限定的な帯域幅及び/又は利用性を有する通信接続を介し通信されてもよい。このような接続は、例えば、データ選択、更新頻度、混雑制御及び/又は優先順位付けなどに関するルールを実現するかもしれない。ルール及び/又はフォーマットの下編成は、接続を介した通信における効率性の手助けとなるかもしれない。このようなルール、フォーマット及び/又は他のパラメータは、例えば、モード又はプロファイルにより指定されてもよい。モード/プロファイルは、例えば、通信システムにおいてソフトウェアにより自動的に生成されてもよく、管理者又は技術者により生成されてもよく、ユーザにより生成されてもよく、及び/又はデフォルトとして提供されてもよい。特定の実施例では、モード/プロファイルは、例えば、ソフトウェア、管理者及び/又はユーザにより変更されてもよい。特定の実施例では、システムのノード間のリンクは、モード又はプロファイルに基づき管理例えば、動的管理される。モードは、例えば、ネットワークリンク上のトランスポートレイヤとの間のデータ伝搬を制御するためのルール及びコンフィギュレーション情報のセットを含む。通信システムは、ネットワークの健全性利用可能な帯域幅、データトラフィック、バッファフラッディングbufferfloodingなどを検出し、システムに適切なモードにより動作するよう動的に指示する。さらに、動作シナリオが変更されると、通信システムはモードを変更するよう指示されるかもしれない。システムは、モードを変更するよう手動により及び/又は自動的に指示されるかもしれない。モードは、例えば、スループット管理ルール、アーカイブ設定、送信前及び送信後ルール並びに/又はトランスポート選択などを規定する。このため、透過なリンク管理が、例えば、OSIプロトコルスタックのプレゼンテーションレイヤとセッションレイヤにおいて可能とされるかもしれない。特定の実施例では、プロファイル及び/又は他の表現が、通信システムが動作可能な動作シナリオ又はモードの記述を提供する。通信システムは、通信システムの動作環境に基づき1以上の異なるモードにスイッチするかもしれない。例えば、通信システムのユーザが戦闘中である場合、システムは戦闘モードにより動作するかもしれない。ユーザが撤退中である場合、システムは撤退モードにより動作するかもしれない。ユーザがパトロール中である場合、システムはパトロールモードにより動作するかもしれない。異なるデータは、異なるモードにより異なる優先順位を有するかもしれない。異なるネットワークは、異なるモードについて異なる特性を有するかもしれない。このため、システムは、例えば、動作状態及び/又は目的に基づきあるモードに配置されるかもしれない。特定の実施例では、単一のコマンドなどのコマンドが、通信システムを特定のモードに置くのに利用されるかもしれない。コマンドは、例えば、通信システムを特定のモードに置くため、手動により及び/又は自動的に実行されてもよい。異なるコマンドは、例えば、異なるモードに対応するかもしれない。単一のコマンドは、例えば、システムの複数の特性又はパラメータを変更するかもしれない。特性又はパラメータは、例えば、選択ルール、機能冗長性ルール、アーカイブ化能力、シーケンス化ルール、送信前ルール及び/又はリンク特性などを含むかもしれない。従って、状況は、一緒にされた複数のパラメータ/設定を含むコンテクストに変換されるか、又はコンテクストに含まれるかもしれない。特定の実施例では、アプリケーションプログラミングインタフェースは、モードベース通信機能がネットワーク処理ソフトウェア及び/又は他のハイレベル意志決定ソフトウェアと統合されることを可能にするよう実現されるかもしれない。特定の実施例では、モードをスイッチするのに使用される命令は、例えば、音声命令であってもよい。例えば、戦闘機は他の戦闘機から遠く離れていて、信号強度が低下しているか、又は天候がこれら戦闘機の間の通信の帯域幅を変化させるかもしれない。戦闘機の間で帯域幅が低下するに従って、戦闘機で実行されているネットワーク処理ソフトウェアは、通信システムに通信リンクにおける優先順位の高いデータフローをより効果的に維持する低帯域幅モードなどの異なるモードにスイッチするよう指示する。特定の実施例では、プロファイルは、モードを規定する設定ファイルのXMLセクション又はXMLファイルにおいてモードのパラメータを提供する。例えば、モードは1以上のXML要素により定義され、通信システムは既存のXMLモード又はXML要素を選択するよう指示され、及び/又は新たなXMLモードが動的に追加及び選択されるかもしれない。特定の実施例では、モードベース通信システムは、例えば、既存のモードを変更し、及び/又は新たなモードを追加して通信状態などに基づきこの新たなモードにスイッチするよう動的に反応するかもしれない。特定の実施例では、刊行購読システムは、通信において利用可能とされるXMLモードドキュメントを1以上のサーバに刊行するのに利用されるかもしれない。あるいは、1以上のDLLがプロファイル及び/又は対応するモードを規定するようにしてもよい。図5は、本発明の実施例によるモードドリブンデータ通信システム500を示す。システム500は、クライアント510~511と、データソース520~521と、マネージャモジュール530~531と、帯域幅管理ルール540~541と、ネットワーク550とを有する。マネージャモジュール530~531と帯域幅管理ルール540~541などの各コンポーネントは、特定のモードにより制御されている。すなわち、マネージャモジュール530~531と帯域幅管理ルール540~541の動作及び/又は設定は、選択された動作モードにより制御されている。上述されるように、モードはプロファイルにより規定されるかもしれない。プロファイルに記述されたモードは、少なくとも通信マネージャ530~531と帯域幅マネージャ540~541のパラメータ及び/又は他の動作特性に影響を与える。すなわち、ネットワーク上でトラフィックがどのように処理及び/又は優先順位付けされるか制御する帯域幅管理ルールと、ネットワークの状態とトラフィック混雑を解析する通信マネージャ530~531とは、例えば、特定のルール、パラメータ及び/又は他の基準を規定する異なるモードにおいて異なる動作をするかもしれない。従って、例えば、データソース521からクライアント510へのデータの通信は、優先順位付け及び/若しくはデータトラフィック管理ルール、パラメータ並びに/又は選択されたモードで規定される他の基準によって制御される。これらのルール、パラメータ及び/又は他の基準は、例えば、マネージャ530~531及び540~541によりネットワーク及び通信システムにおいて実現される。このため、通信システム500の処理及びデータフローは、選択された又はプロファイルに規定されたデフォルトモードなどのモードによって、少なくとも部分的に制御されるかもしれない。機能冗長性ルール、圧縮ルール及びコンテンツ/プロトコル優先順位ルールなどのルールが、モード毎に異なる特性により規定されるかもしれない。さらに、一部のモードは、機能冗長性、圧縮及び/又は優先順位などの特定の特徴についてルールを有していないかもしれない。ユーザは、あるモードから他のモードにスイッチすることが可能とされ、及び/又は通信装置及び/又は通信システムは、あるモードから他のモードに自動的にスイッチするかもしれない。例えば、戦術通信ネットワークを使用するパトロール中のユーザが、様々なデータタイプに対して機能冗長性及び/又は圧縮をオンするモードにスイッチするかもしれない。ユーザが基地に戻ると、機能冗長性及び圧縮をオフする異なるモードにスイッチするかもしれない。ユーザは、例えば、プロファイル又はモードタイプを選択することによって、モードをスイッチするかもしれない。あるいは及び/又はさらに、ユーザは、新たな又は既存のモード及び/又はプロトコルにおいて、1以上のデータ及び/又はプロトコルタイプに固有のルール、パラメータ及び/又は他の特性を規定及び/又は設定するようにしてもよい。例えば、複数の状況に対して、異なる機能を備えた複数のモードが予め設定されてもよく、ユーザ及び/又はシステムは、状況に適したモードを選択するようにしてもよい。しかしながら、特定の実施例は、動作状態に対する動的な反応を可能にする。例えば、既存のモードの特性が変更され、及び/又は新たなモードが通信中に遭遇する新たな優先順位又は動作状態に適用するよう追加されてもよい。特定の実施例では、ルール及び/又はパラメータは、異なるタイプのデータに別々に適用されてもよい。例えば、あるモードは、あるタイプのデータに圧縮ルールを適用し、他のタイプのデータに機能冗長性ルールを適用するかもしれない。図6は、本発明の実施例により利用されるデータを通信するモードベース通信システムを示す。システム600は、メッセージインタフェース610と、メッセージキュー620と、ストリームフォーマッタ630と、ストレージ640と、メッセージ指向ミドルウェア650とを有する。メッセージインタフェース610は、1以上のプラットフォーム独立設定612と、機能冗長性ルール614と、キュー選択ルール616との1以上とやりとりするかもしれない。ストリームフォーマッタ630は、1以上のシーケンス化ルール632と、送信前ルール634とやりとりするかもしれない。機能冗長性ルール614、キュー選択ルール616、キュー620、ストレージ640、シーケンス化ルール632、送信前ルール634及び/又はメッセージ指向ミドルウェア650などのシステムの各種コンポーネントは、特定のモードに基づき設定されるかもしれない。メッセージインタフェース610は、ノードに送信するための命令及び/又はデータを含むメッセージを受信する。メッセージインタフェース610は、命令及び/又はデータを含む命令を通信ネットワークのデスティネーションノードにルーティングする。メッセージインタフェース610は、例えば、1以上のルール、パラメータ及び/又は他の基準に基づきメッセージをルーティングする。メッセージインタフェース610は、例えば、プラットフォーム独立設定612、機能冗長性ルール614及び/又はキュー選択ルール717において検出されるルール、パラメータ及び/又は他の基準を利用する。機能冗長性ルール614は、冗長なメッセージコンテンツがどのように優先順位付け又は処理されるか指示する例えば、古い冗長なメッセージの削除、新たな冗長なメッセージの削除、冗長なメッセージの優先順位の調整など。キュー選択ルールは、異なるタイプのメッセージが何れのキューにルーティングされるか指定する。プラットフォーム独立設定612は、例えば、メッセージトラフィック制御及びシステム動作を管理する他の動作ルール、パラメータ及び/又は特性を含むかもしれない。メッセージキュー620は、メッセージインタフェース610からメッセージを受信し、メッセージコンテンツの優先順位付け及び/又は他の処理のため、メッセージを1以上のキューに配置する。キュー620は、モードに基づきメッセージを優先順位付け及び/又は処理するための1以上の命令を有するかもしれない。命令は、例えば、フォーマッタアルゴリズム、アーカイブ制御、フォーマット化ルール及び/又はコンテンツ及び又はプロトコル優先順位付けルールなどを含む。これらの命令に対するキュー及び/又はパラメータに関する命令は、例えば、システム600が動作しているモードに応じて変更されてもよい。ストリームフォーマッタ630は、メッセージキュー620から送信されるメッセージのストリームをフォーマット化する。例えば、命令及び/又は他の基準に基づき、キュー620は、メッセージをストリームフォーマッタ630に送信する。シーケンス化ルール632、送信前ルール634及び/又は他の基準に基づき、ストリームフォーマッタ630は、デスティネーションノードへの送信のため、メッセージをストレージ640及び/又はメッセージ指向ミドルウェア650にルーティングする。ストレージ640は、例えば、特定のメッセージをアーカイブ及び/又は他のストレージに格納するモードに基づき制御されるかもしれない。シーケンス化ルールは、例えば、K2若しくはHPFHighestPriorityFirst及び/又はサンプリングシーケンスなどのメッセージストリームシーケンス化アルゴリズムを規定するモードに基づき制御されるかもしれない。送信前ルール634は、圧縮、暗号化及び/又は時間同期化などの特定の機能をストリームフォーマッタ630におけるメッセージに適用するモードに基づき制御されるかもしれない。その後、メッセージのフォーマット化されたストリームは、メッセージ指向ミドルウェア650に送信され、通信システムの1以上のノードに1以上のリンクのモードベースのサポートが提供される。一実施例では、通信は、メッセージインタフェース610が命令及び/又はデータを含むメッセージを送受信することを可能にする双方向のものであってもよい。図7は、本発明の実施例により利用されるデータを受信するモードベース通信システム700を示す。システム700は、メッセージ指向ミドルウェア650と、ストリームプロセッサ660と、メッセージインタフェース670とを有する。ストリームプロセッサ660は、例えば、送信後ルール662とやりとりするかもしれない。メッセージインタフェース670は、プラットフォーム独立設定672及び/又は他のルール/パラメータなどとやりとりするかもしれない。メッセージ指向ミドルウェア650及び/又は送信後ルール662などのシステム700の各種コンポーネントは、特定のモードに基づき設定されるかもしれない。メッセージ指向ミドルウェア650は、フォーマット化されたメッセージなどのメッセージをストリームフォーマッタ630から受信する。メッセージ指向ミドルウェア650は、例えば、モードベースマルチリンクサポートを提供する。メッセージ指向ミドルウェアは、メッセージをストリームプロセッサ660にルーティングする。ストリームプロセッサ660は、例えば、送信後ルール662及び/又は他のルール/基準に従って受信したメッセージを処理する。例えば、ストリームプロセッサ660は、受信したメッセージに伸張、解読、時間同期化及び/又は他のルールを適用する。その後、処理されたメッセージストリームはメッセージインタフェース670に送信される。メッセージインタフェース670は、ノードに送信するための命令及び/又はデータを含むメッセージを受信する。メッセージインタフェース670は、例えば、1以上のルール、パラメータ及び/又は他の基準に基づきメッセージをルーティングする。メッセージインタフェース670は、例えば、プラットフォーム独立設定672において検出されたルール、パラメータ及び/又は他の基準と共に、他のルール/パラメータを利用する。プラットフォーム独立設定672は、例えば、メッセージトラフィック制御及びシステム処理を管理する動作ルール、パラメータ及び/又は特性を含むかもしれない。メッセージインタフェース670は、XMLデータ及び/又は他のデータ/命令コンテンツなどのメッセージコンテンツを、デスティネーションへのさらなるルーティングのための中間ノード又はデスティネーションノードに送信する。図8は、本発明の実施例によるデータ通信方法800のフロー図を示す。本方法800は、以下でより詳細に説明される以下の各ステップを含む。ステップ810において、プロファイルが生成される。ステップ820において、モードが選択される。ステップ830において、選択されたモードに基づき、通信システムの処理が設定される。ステップ840において、メッセージが送信される。ステップ850において、選択されたモードに基づき、QoSが提供される。ステップ860において、モードが調整されるかもしれない。本方法800は、上述したシステムの各要素を参照して説明されるが、他の実現形態もまた可能であることが理解されるべきである。ステップ810において、プロファイルが生成される。プロファイルは、動作モードを定義するパラメータ及び/又は動作特性を含むかもしれない。通信システム及びネットワークは、モードに従って動作するかもしれない。例えば、モードは、何れのタイプのデータ及び/又は命令に何れのルールが適用されるか規定するかもしれない。プロファイルは、例えば、以降の利用のため保存されてもよい。ステップ820において、モードが選択される。特定の実施例では、モードはデフォルトモードであるかもしれない。特定の実施例では、モードは自動的に選択されてもよい。特定の実施例では、モード選択は、動的かつ設定可能であるかもしれない。モード選択は、例えば、階層的及び/又はメニューベースであってもよい。モードは、例えば、プロファイルを選択することによって選択されてもよい。例えば、パトロールプロファイルは、パトロールで外出中に通信する兵士のため、パトロールモードで動作するよう選択されるかもしれない。特定の実施例では、プロファイルは、環境又は設定における状態又は状況に応じて選択可能な複数のモードを含むかもしれない。例えば、パトロールプロファイルは、偵察時にパトロールの秘密の通信のための第1モードを含むかもしれない。パトロールプロファイルはまた、パトロール中の攻撃時の通信のための第2モードを含むかもしれない。ユーザは、プロファイルのモード間を手動によりスイッチしてもよく、及び/又は通信装置無線などが、モード間のスイッチを自動的に実行してもよい。ステップ830において、通信システムの動作は、選択されたモードに基づき設定される。例えば、プロファイルは、ネットワーク及び/又は他の通信処理のためのパラメータ及び/又は特性を取得するため読み込まれるかもしれない。通信システムは、プロファイルのモードのパラメータ及び/又は特性に基づき調整される。例えば、メッセージフォーマット化、ストリーム化及び/又は他の処理が、選択された動作モードに係るルールにより影響を受けるかもしれない。ステップ840において、メッセージが送信される。例えば、メッセージは、ソースノードからデスティネーションノードに送信されるかもしれない。1以上のメッセージが、モードに依存するかもしれない1以上のルール及び/又は基準に基づき、メッセージを優先順位付け及び/又は処理するため、通信中にキュー処理されるかもしれない。メッセージは、例えば、受信された順序及び/又は他の順序によりキュー処理されてもよい。特定の実施例では、メッセージは1以上のキューに格納されるかもしれない。1以上のキューには、例えば、異なる優先順位及び/又は処理ルールが割り当てられるかもしれない。異なる優先順位及び/又はルールは、例えば、モードに基づくかもしれない。キューのメッセージは、例えば、少なくとも部分的に動作モードなどに基づき優先順位付け及び/又は処理されるかもしれない。ステップ850において、選択されたモードに基づき、QoSが提供される。例えば、モードを規定するプロファイルのパラメータ及び/又は動作特性は、データの通信のためなど、ルール及び/又は優先順位付けを規定する。例えば、通信システムは、戦術通信ネットワークを介し受信したメッセージの優先順位を決定するかもしれない。優先順位は、例えば、メッセージのソースアドレスに基づくものであってもよい。例えば、通信システムが属する小隊と同じ小隊のメンバーの無線からのメッセージのソースIPアドレスは、異なる作戦エリアの異なる部門のユニットからのメッセージより優先されるかもしれない。優先順位は、以降の通信のため、メッセージが複数のキューの何れに配置されるべきか決定するのに利用されるかもしれない。例えば、より高い優先順位のデータは、高い優先順位のデータを保持するためのキューに配置され、通信システムは、何れのデータが次に通信されるか決定するのに、まず上位の優先順位のキューを参照するかもしれない。特定の実施例では、モード又はプロファイルインジケータは、例えば、通信システムの現在のモード又は状態を表すかもしれない。上述されるように、ルール及びモード又はプロファイルは、ネットワークにおける利用可能な帯域幅の最適化、情報優先順位の設定、データリンクの管理などのスループット管理機能を実行するのに利用されるかもしれない。異なるモードは、例えば、ルール、モード及び/又はデータ伝送の変更に影響を与えるかもしれない。モード又はプロファイルは、特定のネットワークの健全性状態の動作要求に関するルールセットを含むかもしれない。通信システムは、例えば、新たなモードの無線による定義及びスイッチを含む動的なモードの再設定を提供するかもしれない。特定の実施例では、メッセージの優先順位付けは他のアプリケーションに透過である。例えば、通信システムにより実行される処理、整理及び/又は優先順位付けは、1以上のソースノード又は他のアプリケーション若しくはデータソースに透過であってもよい。例えば、通信システムと同一システム又は通信システムに接続されるソースノード上で実行されるアプリケーションは、通信システムにより実行されるメッセージの優先順位付けを認識していないかもしれない。ステップ860において、モードは調整されるかもしれない。特定の実施例では、モードは、例えば、ユーザによる手動の選択及び/又は動作状態に基づき自動的に調整される。調整は、あるモードから他のモードへのスイッチ、モードの変更及び/又は新たなモードの生成などを含むかもしれない。方法800の各ステップの1以上は、例えば、ハードウェア、ファームウェア及び/又はソフトウェアの命令セットとして各種形式により単独で又は組み合わせて実現可能である。特定の実施例は、汎用コンピュータ又は他の処理装置上での実行のため、メモリ、ハードディスク、DVD又はCDなどのコンピュータ可読媒体にある命令セットとして提供されてもよい。本発明の特定の実施例は、列記された順序以外の異なる順序により各ステップを実行してもよく、及び/又はこれらのステップの1以上を省略してもよい。例えば、一部のステップは、本発明の特定の実施例では実行されないかもしれない。さらなる例として、特定のステップは上記リストされた以外の時間的順序により同時を含めて実行されてもよい。本発明の特定の実施例は、プロファイル及び/又はモードドリブン通信リンク管理のためのシステム及び方法を提供する。特定の実施例は、1以上のモードを含むプロファイルを規定し、目的又は動作環境などの基準に応じて1以上のプロファイルの間のスイッチを可能にするという技術的効果を提供する。このため、特定の実施例は、伝送されるデータの種類に関係なく、ビットの伝送を可能にするデータとリンクの間の抽象化を設ける。特定の実施例は、単一のモードスイッチ命令を介したスループット管理、送信処理、アーカイブ設定及び伝送選択のためのフレキシブルなリンク設定を可能にする。自動的なモードスイッチは、ネットワーク健全性に対する動的な反応を提供する。特定の実施例は、命令されたモードスイッチを介し複数の動作シナリオをサポートする。特定の実施例は、例えば、スループット管理ルール、アーカイブ設定、送信前及び送信後ルール並びに伝送選択などを規定する各種モードを提供する。特定の実施例は、例えば、トランスポートレイヤの上位のトイかなリンク管理を可能にする。