(57)【特許請求の範囲】
【請求項１】
通信のための方法において、
第１のノードから第２のノードに送る制御情報を決定し、前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含み、前記輻輳情報は、前記第１のノードによりサポートされる最大データレートに基づいて決定されることと、
順方向誤り訂正コードにより前記輻輳情報をエンコードして、コード化したデータを取得することと、
前記第２のノードに向けた複数のパケットのヘッダ中で前記コード化したデータを送ることとを含む方法。
【請求項２】
前記送る制御情報を決定することは、
前記第１のノードに対してアップストリームである第３のノードから輻輳情報を受信することと、
前記第２のノードに対して、前記第１のノードによりサポートされる最大データレートが、前記第１のノードに対して、前記第３のノードによりサポートされる最大データレートより大きいまたは等しい場合に、前記第２のノードに送る輻輳情報として、前記受信した輻輳情報を提供することと、
前記第２のノードに対して、前記第１のノードによりサポートされる最大データレートが、前記第１のノードに対して、前記第３のノードによりサポートされる最大データレートより小さい場合に、前記第２のノードに送る輻輳情報として、新しい輻輳情報を提供することとを含む請求項１記載の方法。
【請求項３】
前記コード化したデータを送ることは、インターネットプロトコル（ＩＰ）に関する前記複数のパケットのヘッダ中の明示的輻輳通知（ＥＣＮ）ビットを使用して、前記コード化したデータを送ることを含む請求項１記載の方法。
【請求項４】
前記コード化したデータを送ることは、
前記コード化したデータを複数の部分に区分することと、
前記複数のパケットのうちの１つのもののヘッダ中で、前記コード化したデータの複数の部分のそれぞれを送ることとを含む請求項１記載の方法。
【請求項５】
前記輻輳情報をエンコードすることは、ブロックコード、または、ファウンテンコード、または、畳み込みコード、または、ターボコード、または、それらの組み合わせに基づいて、前記輻輳情報をエンコードすることを含む請求項１記載の方法。
【請求項６】
前記制御情報を決定することは、前記第２のノードに対するデータフローのための制御情報を決定することを含み、前記コード化したデータを送ることは、前記データフローに関する前記複数のパケットのヘッダ中で前記コード化したデータを送ることを含む請求項１記載の方法。
【請求項７】
前記複数のパケット中で前記コード化したデータを送る前に、少なくとも１つのパケット中で同期化シーケンスを送ることをさらに含む請求項１記載の方法。
【請求項８】
前記第１のノードはネットワークエンティティを含み、前記第２のノードはユーザ機器（ＵＥ）を含む請求項１記載の方法。
【請求項９】
通信のための装置において、
第１のノードから第２のノードに送る制御情報を決定し、前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含み、前記輻輳情報は、前記第１のノードによりサポートされる最大データレートに基づいて決定される手段と、
順方向誤り訂正コードにより前記輻輳情報をエンコードして、コード化したデータを取得する手段と、
前記第２のノードに向けた複数のパケットのヘッダ中で前記コード化したデータを送る手段とを具備する装置。
【請求項１０】
前記コード化したデータを送る手段は、
前記コード化したデータを複数の部分に区分する手段と、
前記複数のパケットのうちの１つのもののヘッダ中で、前記コード化したデータの複数の部分のそれぞれを送る手段とを備える請求項９記載の装置。
【請求項１１】
前記制御情報を決定する手段は、前記第２のノードに対するデータフローのための制御情報を決定する手段を備え、前記コード化したデータを送る手段は、前記データフローに関する前記複数のパケットのヘッダ中で前記コード化したデータを送る手段を備える請求項９記載の装置。
【請求項１２】
前記複数のパケット中で前記コード化したデータを送る前に、少なくとも１つのパケット中で同期化シーケンスを送る手段をさらに具備する請求項９記載の装置。
【請求項１３】
通信のための装置において、
第１のノードから第２のノードに送る制御情報を決定し、前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含み、前記輻輳情報は、前記第１のノードによりサポートされる最大データレートに基づいて決定されるようにと、
順方向誤り訂正コードにより前記輻輳情報をエンコードして、コード化したデータを取得するようにと、
前記第２のノードに向けた複数のパケットのヘッダ中で前記コード化したデータを送るように構成されている少なくとも１つのプロセッサを具備する装置。
【請求項１４】
前記少なくとも１つのプロセッサは、
前記コード化したデータを複数の部分に区分するようにと、
前記複数のパケットのうちの１つのもののヘッダ中で、前記コード化したデータの複数の部分のそれぞれを送るように構成されている請求項１３記載の装置。
【請求項１５】
前記少なくとも１つのプロセッサは、前記第２のノードに対するデータフローのための制御情報を決定するようにと、前記データフローに関する前記複数のパケットのヘッダ中で前記コード化したデータを送るように構成されている請求項１３記載の装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記複数のパケット中で前記コード化したデータを送る前に、少なくとも１つのパケット中で同期化シーケンスを送るように構成されている請求項１３記載の装置。
【請求項１７】
コンピュータ読取可能記憶媒体において、
少なくとも１つのコンピュータに、第１のノードから第２のノードに送る制御情報を決定させるためのコードであって、前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含み、前記輻輳情報は、前記第１のノードによりサポートされる最大データレートに基づいて決定されるコードと、
前記少なくとも１つのコンピュータに、順方向誤り訂正コードにより前記輻輳情報をエンコードさせて、コード化したデータを取得させるためのコードと、
前記少なくとも１つのコンピュータに、前記第２のノードに向けた複数のパケットのヘッダ中で前記コード化したデータを送らせるためのコードとを含むコンピュータ読取可能記憶媒体。
【請求項１８】
通信のための方法において、
第１のノードにより第２のノードに向けて送られた複数のパケットを受信することと、
前記第２のノードにおいて前記複数のパケットを処理して、前記複数のパケットのヘッダ中で前記第１のノードにより送られた制御情報を取得し、前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含み、前記輻輳情報は、前記第１のノードによりサポートされる最大データレートに基づいて決定されることとを含み、
前記複数のパケットを処理することは、
前記複数のパケットのそれぞれのヘッダから、順方向誤り訂正コードにより取得されたコード化したデータの一部分を取得することと、
前記コード化したデータをデコードして、前記輻輳情報を取得することとを含む方法。
【請求項１９】
前記輻輳情報に応答して、前記第２のノードにデータを送る第３のノードのデータレートを減少させるためにメッセージを送ることをさらに含む請求項１８記載の方法。
【請求項２０】
前記制御情報は、前記第２のノードに対するデータフローのためのものであり、前記データフローに関する前記複数のパケット中で送られる請求項１８記載の方法。
【請求項２１】
少なくとも１つのパケット中の同期化シーケンスを検出することをさらに含み、前記同期化シーケンスを検出した後に、前記複数のパケットを受信および処理して、前記輻輳情報を復元する請求項１８記載の方法。
【請求項２２】
通信のための装置において、
第１のノードにより第２のノードに向けて送られた複数のパケットを受信する手段と、
前記第２のノードにおいて前記複数のパケットを処理して、前記複数のパケットのヘッダ中で前記第１のノードにより送られた制御情報を取得し、前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含み、前記輻輳情報は、前記第１のノードによりサポートされる最大データレートに基づいて決定される手段とを具備し、
前記複数のパケットを処理する手段は、
前記複数のパケットのそれぞれのヘッダから、順方向誤り訂正コードにより取得されたコード化したデータの一部分を取得する手段と、
前記コード化したデータをデコードして、前記輻輳情報を取得する手段とを備える装置。
【請求項２３】
前記制御情報は、前記第２のノードに対するデータフローのためのものであり、前記データフローに関する前記複数のパケット中で送られる請求項２２記載の装置。
【請求項２４】
少なくとも１つのパケット中の同期化シーケンスを検出する手段をさらに具備し、前記同期化シーケンスを検出した後に、前記複数のパケットを受信および処理して、前記輻輳情報を復元する請求項２２記載の装置。
【発明の詳細な説明】
【米国特許法第１１９条の下での優先権の主張】
【０００１】
本出願は、“複数のパケットにわたるコーディング輻輳情報”と題し、２００９年７月２日に出願され、その譲受人に譲渡され、参照によりここに組み込まれている米国仮出願シリアル番号第６１／２２２，５９０号に対する優先権を主張する。
【背景】
【０００２】
Ｉ．分野
本開示は、一般的に通信に関し、さらに詳細には、通信ネットワーク中で制御情報を送るための技術に関する。
【０００３】
ＩＩ．背景
通信ネットワークは、音声、ビデオ、データ、メッセージング、ブロードキャスト等のようなさまざまな通信サービスを提供するように幅広く展開されている。通信ネットワークは、多数のユーザ機器（ＵＥ）に対する通信をサポートすることができる多数のネットワークエンティティを含んでいてもよい。通信ネットワークは、所定のＵＥからパケットを受信してもよく、サーバまたは遠端ＵＥに向けてパケットを転送してもよい。パケットはまた、データパケット、データグラム、トランスポートブロック等としても呼ぶことがある。通信ネットワークはまた、サーバまたは遠端ＵＥからパケットを受信してもよく、ＵＥに向けてパケットを転送してもよい。送信エンドから受信エンドへの通信パス中の各エンティティは、ノードとして呼ぶことがある。ノードは、例えば、ＵＥまたはネットワークエンティティであってもよく、例えば、基地局、ルータ、ゲートウェイ、サーバ等であってもよい。
【０００４】
通信ネットワーク中で、１つのノードから別のノードに制御情報を送ることが望ましいことがある。制御情報を運ぶための、適切なサイズのフィールドを持つパケットを規定してもよい。ノードは、その後、パケットの指定されたフィールド中で制御情報を送ってもよい。より大きなフィールドによって、より多くの制御情報を送ることが可能になることがあるが、結果としてパケット当たりのオーバーヘッドが大きくなることもあり、これは、制御情報が断続的に送られる場合には、無駄であるかもしれない。逆に、より小さいフィールドは、結果としてパケット当たりのオーバーヘッドが小さくなるが、送ることができる制御情報の量は制限されることがある。
【０００５】
それゆえ、通信ネットワーク中で効率的に制御情報を送るための技術に対する技術的な必要性がある。
【概要】
【０００６】
複数のパケットのヘッダ中で制御情報を送るための技術をここでは説明する。この技術により、パケット当たり少数のオーバーヘッドビットを使用して、より多くの制御情報を送ることが可能になる。
【０００７】
１つの設計では、第１のノード（例えば、基地局、ネットワーク制御装置、ルータ／ゲートウェイ等のようなネットワークエンティティ）は、第２のノード（例えば、ＵＥまたは別のネットワークエンティティ）に送る制御情報を決定してもよい。第１のノードは、第２のノードに向けた複数のパケットのヘッダ中で制御情報を送ってもよい。１つの設計では、制御情報は、第１のノードにおけるトラフィック輻輳を示す輻輳情報を含んでいてもよい。１つの設計では、第１のノードは、インターネットプロトコル（ＩＰ）パケットのヘッダ中の明示的輻輳通知（ＥＣＮ）ビットを使用して、輻輳情報を送ってもよい。
【０００８】
１つの設計では、第１のノードは、コーディングすることなく制御情報を送ってもよい。別の設計では、第１のノードは、コーディングにより、例えば、ブロックコード、ファウンテンコード、畳み込みコード等を使用して、制御情報を送ってもよい。１つの設計では、第１のノードは、第２のノードに送られるすべてのパケットに対する制御情報を送ってもよい。別の設計では、第１のノードは、第２のノードに対する特定のデータフローのための制御情報を決定してもよい。その後、第１のノードは、特定のデータフローに対するパケットのヘッダ中で制御情報を送ってもよい。１つの設計では、第１のノードは、いかなるときに制御情報を送ってもよい。別の設計では、第１のノードは、複数のパケット中で制御情報を送る前に、少なくとも１つのパケット中で同期化シーケンスを送ってもよい。第１のノードはまた、他の方法で制御情報を送ってもよい。
【０００９】
本開示のさまざまな態様および特徴を下記でさらに詳細に説明する。
【図面の簡単な説明】
【００１０】
【図１】図１は、ワイヤレス通信ネットワークを示している。
【図２】図２は、輻輳情報の送信を示している。
【図３】図３は、複数のパケットにわたる輻輳情報の送信を示している。
【図４】図４は、トランスポートレイヤおよびネットワークレイヤに対するデータユニットのカプセル化を示している。
【図５】図５は、データフローに対する輻輳情報の送信を示している。
【図６】図６は、コーディングによる輻輳情報の送信を示している。
【図７】図７は、輻輳情報の前の同期化シーケンスの送信を示している。
【図８】図８は、ワイヤレスネットワーク中での輻輳情報の例示的な送信を示している。
【図９】図９は、ワイヤレスネットワーク中での輻輳情報の例示的な送信を示している。
【図１０】図１０は、通信ネットワーク中でデータを転送するためのプロセスを示している。
【図１１】図１１は、通信ネットワーク中でデータを転送するための装置を示している。
【図１２】図１２は、通信ネットワーク中でデータを受信するためのプロセスを示している。
【図１３】図１３は、通信ネットワーク中でデータを受信するための装置を示している。
【図１４】図１４は、基地局、ＵＥ、および、ネットワークエンティティのブロックダイヤグラムを示している。
【詳細な説明】
【００１１】
ワイヤレス通信ネットワークおよびワイヤライン通信ネットワークを含むさまざまな通信ネットワークに対して、ここで説明する技術を使用してもよい。“ネットワーク”および“システム”という用語は、互換性があるように使用されることが多い。ワイヤレスネットワークは、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、ワイヤレスメトロポリタンエリアネットワーク（ＷＭＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）等であってもよい。ワイヤラインネットワークは、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ケーブルネットワーク、コンピュータネットワーク等であってもよい。明確さのために、ワイヤレスネットワークに対して、技術のある態様を下記で説明する。
【００１２】
ここで説明する技術を使用して、さまざまなタイプの制御情報も送ってもよい。例えば、この技術を使用して、ノードにより観測したトラフィック輻輳を示す輻輳情報を送ってもよい。この技術を使用して、ルーティング情報、ノード能力情報等のような他の制御情報も送ってもよい。明確さのために、輻輳情報の送信に対して、技術のある態様を下記で説明する。
【００１３】
図１は、ここで説明する技術を利用することがあるワイヤレス通信ネットワーク１００を示している。ワイヤレスネットワーク１００は、多数の基地局と、多数の無線ネットワーク制御装置（ＲＮＣ）と、コアネットワーク１４０とを含んでいてもよい。簡潔さのために、２つの基地局１２０ａおよび１２０ｂと、２つのＲＮＣ１３０ａおよび１３０ｂとだけが、図１中で示されている。基地局は、ＵＥと通信するエンティティであってもよく、基地局はまた、ノードＢ、エボルブドノードＢ（ｅＮＢ）、アクセスポイント等としても呼ぶことがある。各基地局は、特定の地理的エリアに対する通信カバレッジを提供してもよく、カバレッジエリア内に位置するＵＥに対する通信をサポートしてもよい。
【００１４】
ＲＮＣはまた、移動性スイッチングセンター（ＭＳＣ）、サービングゲートウェイ（ＳＧＷ）等としても呼ぶことがある。各ＲＮＣは、１組の基地局に結合していてもよく、基地局に対する調整および制御を提供してもよい。各ＲＮＣは、その基地局とコアネットワーク１４０との間のパケットをルーティングしてもよい。コアネットワーク１４０は、ＵＥに対するさまざまな通信サービスをサポートすることがあるネットワークエンティティを含んでいてもよい。コアネットワーク１４０はまた、ＵＥにパケットをルーティングするための／ＵＥからのパケットをルーティングするための、ルータ／ゲートウェイを含んでいてもよい。
【００１５】
ワイヤレスネットワーク１００は、コード分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等であってもよい。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような、無線技術を実現してもよい。ＵＴＲＡは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）と、ＣＤＭＡの他の変形とを含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、および、ＩＳ−８５６標準規格をカバーしている。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））のような、無線技術を実現してもよい。ＯＦＤＭＡネットワークは、エボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）や、ウルトラモバイルブロードバンド（ＵＭＢ）や、ＩＥＥＥ８０２．１１（ＷｉＦｉ（登録商標））や、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）や、ＩＥＥＥ８０２．２０や、フラッシュＯＦＤＭ（登録商標）等のような、無線技術を実現してもよい。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースであり、ダウンリンク上ではＯＦＤＭＡを用い、アップリンク上ではＳＣ−ＦＤＭＡを用いる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、“第三世代パートナーシッププロジェクト”（３ＧＰＰ）という名の組織による文書中に記述されている。ｃｄｍａ２０００とＵＭＢは、“第三世代パートナーシッププロジェクト２”（３ＧＰＰ２）という名の組織による文書中に記述されている。上記で言及したワイヤレスネットワークおよび無線技術とともに、他のワイヤレスネットワークおよび無線技術に対して、ここで説明する技術を使用してもよい。
【００１６】
ＵＥは、ワイヤレスネットワーク１００全体に散らばっていてもよく、各ＵＥは、静的なものまたは移動性のものであってもよい。簡潔さのために、図１中では、２つのＵＥ１１０ａおよび１１０ｂのみが示されている。ＵＥはまた、移動局、端末、アクセス端末、加入者ユニット、局等として呼ぶことがある。ＵＥは、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話機、ワイヤレスローカルループ（ＷＬＬ）局、スマートフォン、ネットブック、スマートブック等であってもよい。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信してもよい。ダウンリンク（または、フォワードリンク）は、基地局からＵＥへの通信リンクのことを指し、アップリンク（または、リバースリンク）は、ＵＥから基地局への通信リンクのことを指す。
【００１７】
図１中で示されている例では、ＵＥ１１０ａは、ＵＥ１１０ｂとの通話を有している。ＵＥ１１０ａは、第１の通信パスを介してＵＥ１１０ｂにパケットを送ってもよい。第１の通信パスは、基地局１２０ａ、ＲＮＣ１３０ａ、コアネットワーク１４０、ＲＮＣ１３０ｂ、および、基地局１２０ｂを含んでいてもよい。それに対応して、ＵＥ１１０ｂは、第２の通信パスを介してＵＥ１１０ａにパケットを送ってもよい。第２の通信パスは、基地局１２０ｂ、ＲＮＣ１３０ｂ、コアネットワーク１４０、ＲＮＣ１３０ａ、および、基地局１２０ａを含んでいてもよい。
【００１８】
一般に、送信ノードは、任意の数の中間ノードを含む通信パスを介して、受信ノードにパケットを送ってもよい。各中間ノードは、（例えば、パケットを記憶し、処理するための）何らかの容量を有していてもよく、何らかの所定の瞬間において、何らかの負荷を観測することがある。各中間ノードは、許されている遅延内で、到来パケットを処理して、適切な受信ノードに送出パケットを送るべきである。中間ノードは輻輳することがあり、ノードにおける負荷が、ノードの容量を超えることがある。例えば、中間ノードが記憶および処理することができるより速く、到来パケットが到着することがある。輻輳が発生したときには、中間ノードは、処理および転送できないパケットを廃棄するかもしれない。
【００１９】
通信パスに沿った中間ノードが、それらの輻輳の状態を通信することが望ましいことがある。受信ノードは、中間ノードから輻輳情報を受信してもよく、この情報を使用して、（ｉ）そのデータレートを変更する、および／または、（ｉｉ）受信ノードに向けたそのピア送信ノードのデータレートを変更してもよい。このレート適応は、任意の中間ノードにおける輻輳を取り扱うことができる。
【００２０】
図２は、輻輳情報の送信を示している。送信ノードは、通信パスを介して受信ノードにパケットを送ってもよい。図２中で示されている例では、通信パスは、３つの中間ノード１、２、および３を含んでいてもよい。各中間ノードは、アップストリームノードからパケットを受信してもよく、ダウンストリームノードにパケットを転送してもよい。ノード２は、輻輳を観測することがあり、受信ノードに向けて輻輳情報を送ってもよい。ノード２は、ダウンストリームノード３に輻輳情報を送ってもよく、ダウンストリームノード３は、受信ノードに輻輳情報を転送してもよい。受信ノードは、通信パス中の少なくとも１つの中間ノードが輻輳していることを輻輳情報に基づいて認識してもよい。受信ノードは、その後、中間ノードにおける輻輳を軽減するために、送信ノードのデータレートを減少させてもよい。
【００２１】
一般に、ノードは、アウトバンドシグナリングまたはインバンドシグナリングを使用して、輻輳情報を送ってもよい。ノードは、（ｉ）アウトバンドシグナリングを使用して、パケットとは別に、輻輳情報を送ってもよく、または、（ｉｉ）インバンドシグナリングを使用して、パケット中で、輻輳情報を送ってもよい。受信ノードに向けて送られるパケット中で輻輳情報を送ることが、より効率的であるかもしれない。これは、余分なシグナリングに対する必要性を回避することができ、また、送信ノードから受信ノードにパケットをトランスポートするノードがすべて、必要な場合に確実に輻輳情報を提供できるようにする。
【００２２】
インターネットエンジニアリングタスクフォース（ＩＥＴＦ）による、“ＩＰに対する明示的輻輳通知（ＥＣＮ）の追加”と題する、公然と入手可能であるコメント要求（ＲＦＣ）３１６８中に記述されているように、インバンドシグナリングで輻輳情報を送る１つの方法は、ＩＰパケットのヘッダ中の２つのＥＣＮビットを使用することである。２ビットのＥＣＮは、４つの可能性ある値のうちの１つにセットされてもよく、輻輳を示すために‘１１’の値が使用される。ノードは、ノードが輻輳を検出した場合に、ＩＰパケットのヘッダのＥＣＮビットを‘１１’にセットしてもよい。受信ノードは、‘１１’にセットされたＥＣＮビットを持つＩＰパケットを受信することがあり、送信ノードから受信ノードへの通信パス中の少なくとも１つの中間ノードが輻輳を観測したことを認識することができる。受信ノードは、その後、適切な訂正アクションを取ってもよい。
【００２３】
上記で説明した方法は、輻輳情報を伝えるのにＩＰパケット当たりの非常に小さいオーバーヘッド（２ビット）を使用する。しかしながら、この方法の主な制限は、小さい量の情報だけを通信できるということである。特に、所定の中間ノードは、ＥＣＮビットを使用して、“輻輳を経験している”または“輻輳を経験していない”ことだけを伝えることができる。ＩＰパケットヘッダ中のより多くのビットを使用して、輻輳情報を送ってもよい。これは、より正確な輻輳情報の通信を可能にするだろう。しかしながら、輻輳情報を送るためには、ＩＰパケット当たりより大きいオーバーヘッドとなるだろう。さらに、輻輳情報を伝えるために付加的なビットを使用することは、従来の方法で２ビットのＥＣＮをサポートしている通信ネットワークと後方互換性がないことがある。
【００２４】
ある態様では、複数のパケット中で制御情報を送ってもよく、これにより、パケット当たり少数のオーバーヘッドビットを使用して、より多い制御情報を送ることが可能になる。１つの設計では、各パケットのヘッダ中のＥＣＮビットを使用して、複数のパケット中で輻輳情報を送ってもよい。これにより、ＩＰパケットオーバーヘッドを増加させることなく、より粒度の大きい輻輳情報を送ることが可能になる。
【００２５】
図３は、複数のＩＰパケット中で輻輳情報を送る設計を示している。中間ノードは、輻輳を観測することがあり、受信ノードに向けて送る輻輳情報を有していることがある。中間ノードは、輻輳情報をｄ1ないしｄMのＭ個の部分に区分してもよく、ここで、Ｍは、１より大きい何らかの値であってもよい。一般に、各部分は、任意の数のビットの輻輳情報を含んでいてもよい。１つの設計では、各部分は、２ビットの輻輳情報を含んでいてもよく、２個のＥＣＮビットを使用して送ってもよい。別の設計では、各部分は、１ビットの輻輳情報を含んでいてもよく、２個のＥＣＮビットを使用して送ってもよい。例えば、‘００’のＥＣＮビットで、‘０’の情報ビットを送ってもよく、‘１１’のＥＣＮビットで、‘１’の情報ビットを送ってもよい。いずれのケースでも、中間ノードは、各ＩＰパケット中に、輻輳情報のうちの１個の部分があるように、Ｍ個のＩＰパケットのヘッダのＥＣＮ中で、輻輳情報のＭ個の部分を送ってもよい。
【００２６】
一般に、任意の数のＩＰパケット中で、任意の数のビットの輻輳情報を送ってもよい。より多くのＩＰパケット中で輻輳情報を送ることにより、輻輳情報に対するより大きな粒度を達成してもよい。これにより、輻輳しているまたは輻輳していないという短期の決定ではなく、長期の統計的測定および傾向に基づいて、中間ノードが輻輳情報を送ることが可能になる。１つの設計では、中間ノードは、以下のもののうちの１つ以上を含む輻輳情報を送ってもよい：
・最大データレート−中間ノードによりサポートされる最大データレート、
・バッファスペース−中間ノードによりキューすることができるデータの平均量、
・キューイング遅延−中間ノードを通る平均キューイング遅延、
・中間ノードの輻輳状態を示す他の情報。
【００２７】
１つの設計では、１組のデータレートをサポートしてもよく、各データレートには一意的なインデックスが割り当てられている。輻輳情報は、中間ノードによりサポートされる最大データレートのインデックスを含んでいてもよい。輻輳情報に対するより多いビットで、より大きなデータレートをサポートすることができる。輻輳情報はまた、他の情報を伝えることができる。
【００２８】
中間ノードの長期の輻輳状態は、それほど頻繁に変化しない。ＩＰパケットが送られているレートが、輻輳情報の変化のレートよりも十分に大きい場合には、長期の輻輳状態に関する輻輳情報を複数のＩＰパケット中で送ってもよい。
【００２９】
１つの設計では、受信ノードに転送されるすべてのＩＰパケットに対する輻輳情報を送ってもよい。別の設計では、受信ノードに対する特定のデータフローについての輻輳情報を送ってもよい。データフローは、ＩＰフロー、トラフィックフロー、フロー等としても呼ぶことがある。受信ノードは、１つ以上のアプリケーションに対する多数のデータフローを有していてもよい。特定のアプリケーションに対する特定のデータフローについての輻輳情報を送ってもよい。これにより、受信ノードが、そのデータフローに対する輻輳情報に基づいて、特定のデータフローのデータレートを制御することが可能になる。
【００３０】
図４は、トランスポートレイヤおよびネットワークレイヤに対するデータユニットのフォーマットおよびカプセル化を示している。上位レイヤにおけるアプリケーションは、リアルタイムトランスポートプロトコル（ＲＴＰ）等のような、さまざまなプロトコルを使用して、データを送ってもよい。ＲＴＰは、通常、音声、ビデオ、遠隔会議、および、遅延の影響を受けやすい他のアプリケーションに対して使用される。トランスポートレイヤに対してアプリケーションデータを提供してもよく、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）等のような、さまざまなプロトコルを使用して、アプリケーションデータを送ってもよい。
【００３１】
ＴＣＰは、信頼性の高い、順序通りのデータの配信を提供することができ、ダウンロード、ウェブ閲覧等のような、信頼性の高いデータ配信を必要とするアプリケーションに対してＴＣＰを使用してもよい。ＴＣＰに対しては、ＴＣＰセグメントとしてデータが送られ、各ＴＣＰセグメントは、ＴＣＰヘッダおよびＴＣＰペイロードを含んでいる。ＴＣＰヘッダは、（ｉ）データを送る送信ノードのための発信元ポート、（ｉｉ）データが送られる受信ノードのための宛先ポート、および、（ｉｉｉ）簡潔さのために図４中で示されていない他のフィールドを含んでいる。ポートは、ペイロード中のデータに関係付けられている論理チャネルであってもよい。
【００３２】
ＵＤＰは、（より小さいオーバーヘッドではあるが）信頼性の低いデータの配信を提供することができ、そして、遅延しているパケットを待つよりもパケットを脱落させるほうが好ましいことがある、遅延の影響を受けやすいアプリケーションに対して、ＵＤＰを使用してもよい。ＵＤＰに対しては、ＵＤＰデータグラムとしてデータが送られ、各ＵＤＰデータグラムは、ＵＤＰヘッダおよびＵＤＰペイロードを含んでいる。ＵＤＰヘッダは、発信元ポート、宛先ポート、および、他のフィールドを含んでいる。
【００３３】
ネットワークレイヤに対してトランスポートレイヤデータを提供してもよく、ＩＰを使用して、トランスポートレイヤデータを送ってもよい。ＩＰに対しては、ＩＰパケット（または、データグラム）としてデータが送られ、各ＩＰパケットは、ＩＰヘッダおよびＩＰペイロードを含んでいる。ＩＰヘッダは、（ｉ）ＩＰパケットを送る発信元ノードのための発信元ＩＰアドレス、（ｉｉ）ＩＰパケットが送られる宛先ノードのための宛先ＩＰアドレス、（ｉｉｉ）ＩＰペイロード中で送られるデータに対して使用されるプロトコル（例えば、ＴＣＰまたはＵＤＰ）を示すプロトコルフィールド、（ｉｖ）ＥＣＮビット、および、（ｖ）簡潔さのために図４中で示されていない他のフィールドを含んでいる。ＩＰペイロードは、ＴＣＰセグメント、ＵＤＰデータグラム、または、他の何らかのデータを運んでもよい。
【００３４】
発信元ＩＰアドレス、宛先ＩＰアドレス、発信元ポート、宛先ポート、および、プロトコルの５タプルの組み合わせにより、データフローを一意的に識別してもよい。中間ノードは、ＩＰヘッダ中の５個のフィールドと、各パケットのＴＣＰ／ＵＤＰヘッダとを調べることにより、特定のデータフローに属するパケットを識別してもよい。中間ノードは、データフローに対する輻輳情報を決定してもよく、この情報をデータフローに対するパケット中で送ってもよい。
【００３５】
図５は、データフローに対する輻輳情報を送る設計を示している。中間ノードは、データフローに対する輻輳情報を有していてもよく、これは、ヴォイスオーバーＩＰ（ＶｏＩＰ）のような、リアルタイムサービスのためのものであってもよい。中間ノードは、輻輳情報をｄ1ないしｄMのＭ個の部分に区分してもよく、ここで、Ｍは、１よりも大きい。中間ノードは、各ＩＰパケット中に、輻輳情報のうちの１つの部分があるように、データフローに対するＭ個のＩＰパケットのヘッダのＥＣＮ中で、輻輳情報のＭ個の部分を送ってもよい。たとえ、これらのＩＰパケットが同じ受信ノードに送られる場合であっても、中間ノードは、他のデータフローに対するＩＰパケット中で輻輳情報を送ることを回避することができる。
【００３６】
一般に、中間ノードは、任意の数のデータフローに対する輻輳情報を送ってもよい。中間ノードは、特定のデータフローの、または、（例えば、特定のアプリケーションに対する）データフローのグループの、または、受信ノードに対するすべてのデータフローの、輻輳状態を示す輻輳情報を送ってもよい。例えば、中間ノードは、ＶｏＩＰフローに対して、ＩＰパケット中で、輻輳を示す輻輳情報を送ってもよく、ＴＣＰフローに対して、ＩＰパケット中で、輻輳を示す輻輳情報を送ってもよい等である。
【００３７】
上記で説明した１つの設計では、何らかのコーディングをすることなく、複数のＩＰパケットのヘッダ中で輻輳情報を送ってもよい。受信ノードは、輻輳情報を運ぶすべてのＩＰパケットを受信してもよく、これらのＩＰパケットから輻輳情報を復元してもよい。
【００３８】
別の設計では、複数のＩＰパケットのヘッダ中で送信する前に、順方向誤り訂正（ＦＥＣ）で輻輳情報をエンコードしてもよい。この設計により、たとえ、ＩＰパケットのうちの１つ以上が脱落したり、または、損なわれたり、または、順序通りでなく配信された場合であっても、受信ノードが、輻輳情報を復元することが可能になる。
【００３９】
図６は、複数のＩＰパケット中で、コーディングにより輻輳情報を送る設計を示している。中間ノードは、輻輳を観測することがあり、受信ノードに向けて送る輻輳情報を有していることがある。中間ノードは、ＦＥＣエンコーダで輻輳情報をエンコードして、コード化したデータを発生させてもよく、これは、コードワードとして呼ぶこともある。中間ノードは、コード化したデータをｃ1ないしｃNのＮ個の部分に区分してもよく、ここで、Ｎは、１よりも大きいことがある。中間ノードは、各ＩＰパケット中に、コード化したデータのうちの１個の部分があるように、Ｎ個のＩＰパケットのヘッダのＥＣＮ中で、コード化したデータのＮ個の部分を送ってもよい。
【００４０】
一般に、ブロックコード、ファウンテンコード、畳み込みコード、ターボコード等を含むさまざまなＦＥＣコードに基づいて、輻輳情報をエンコードしてもよい。ブロックコードは、第１のサイズの情報のブロックを受信し、情報をエンコードし、第２のサイズのコード化したデータのブロックを提供してもよい。第１のサイズおよび第２のサイズは、固定であってもよく、送る情報の量と、冗長性または誤り訂正能力の所望の量とに基づいて、選択してもよい。輻輳情報をエンコードするためにさまざまなタイプのブロックコードを使用してもよく、さまざまなタイプのブロックコードは、リード−ソロモンコード、リード−マラーコード、ハミングコード等を含んでいてもよい。（レートレスコードとして呼ぶこともある）ファウンテンコードは、情報のブロックを受信し、情報をエンコードし、固定量または可変量のコード化したデータを提供してもよい。受信ノードにより輻輳情報が正しく受信されるまで、漸進的に多くなるコード化したデータを中間ノードが送ることが可能になるように、可変レートのファウンテンコードを使用してもよい。受信ノードは、その後、受信ノードが輻輳情報を適切にデコードしたことを示すために肯定応答（ＡＣＫ）を送ってもよい。受信ノードは、中間ノードに向けて送られるＩＰパケットのヘッダを介して、中間ノードにＡＣＫを送ってもよい。
【００４１】
受信ノードは、ＩＰパケットのシーケンスを受信し、ＩＰパケットのヘッダからコード化したデータを抽出し、コード化したデータを連結し、ＦＥＣデコーディングを実行して、中間ノードにより送られた輻輳情報を復元してもよい。輻輳情報を送るのに使用されたＦＥＣコードにより、コード化したデータ中の誤りおよび消去を受信ノードが訂正することが可能になる。消去は、欠落しているコード化データの結果、起こることがあり、欠落しているコード化データは、脱落したＩＰパケットに起因するものであることがある。誤りは、（ｉ）ノイズのあるチャネルに起因する損なわれたコード化データ、および／または、（ｉｉ）シーケンス通りでなく受信されたＩＰパケットに起因する順序通りでないコード化データの結果、起こることがある。ＦＥＣコードの誤りおよび消去訂正能力が、受信ノードにより訂正することができる誤りおよび消去の量を決定してもよい。
【００４２】
１つの設計では、輻輳情報をエンコードするのに使用するために、十分な誤りおよび消去訂正能力を持つＦＥＣコードを選択してもよい。別の設計では、ある量の誤りおよび消去を訂正するための能力を持つＦＥＣコードを設計および使用して、輻輳情報をエンコードしてもよい。消去と、シーケンス通りでないＩＰパケットに起因する再順序付けとを処理するように、この“カスタム”ＦＥＣコードを設計することもできる。例えば、カスタムＦＥＣコードは、輻輳情報を運んでいるＩＰパケットが受信されるかもしれない異なる可能性ある順序に対する１組のコードワードに、輻輳情報に対する所定のワードをマッピングしてもよい。
【００４３】
１つの設計では、受信ノードは、脱落したＩＰパケットに起因する消去を検出することがあり、検出した消去に基づいて、必要に応じてコード化したデータを再配置してもよい。受信ノードはまた、シーケンス通りでないＩＰパケットに起因する順序通りでないコード化データを検出することがあり、必要に応じてコード化したデータを再順序付けしてもよい。受信ノードは、ＩＰパケットのペイロード中の関連情報を調べることにより、消去と、順序通りでないコード化データとを検出することがある。例えば、ＩＰパケットは、ＲＴＰ／ＵＤＰデータフローに対するリアルタイムマルチメディアデータを運んでもよく、連続するパケットに対するＲＴＰシーケンス番号は、増加するはずである。欠落しているＲＴＰシーケンス番号または順序通りでないＲＴＰシーケンス番号を使用して、脱落しているコード化データまたは順序通りでないコード化データを識別してもよい。受信ノードは、欠落しているＲＴＰシーケンス番号に対応する各ＩＰパケットに対して消去を挿入してもよく、順序通りでないＲＴＰシーケンス番号に対応するＩＰパケットに対するコード化データを再順序付けしてもよい。受信ノードは、その後、再配置したコードデータ上でＦＥＣデコーディングを実行してもよい。
【００４４】
一般に、受信ノードは、消去と、順序通りでないコード化データとを検出することがあり、上記のＩＰの何らかのプロトコルに対するシーケンス番号に基づいて、コード化データを再配置してもよい。中間ノードが、アップストリームノードから、脱落したＩＰパケットおよび／または再順序付けしたＩＰパケットを受信し、これらのＩＰパケット中で輻輳情報を送る場合に、受信ノードによる消去の挿入および再順序付けは、誤りを生じさせることがある。したがって、受信ノードは、（ｉ）何らかの消去の挿入または再順序付けのない受信したコード化データ上と、（ｉｉ）消去の挿入および／または再順序付けのある再配置されたコード化データ上で、ＦＥＣデコーディングを実行してもよい。
【００４５】
１つの設計では、中間ノードは、輻輳情報の前に同期化シーケンスを送ってもよい。同期化シーケンスは、受信ノードが、輻輳情報の開始を検出することを可能にし、これは、デコーディング性能を向上させる。
【００４６】
図７は、輻輳情報の前に同期化シーケンスを送る設計を示している。中間ノードは、受信ノードに向けて送る輻輳情報を有していてもよい。中間ノードは、ＦＥＣエンコーダにより輻輳情報をエンコードして、コード化データを発生させてもよく、コード化データを、ｃ1ないしｃNのＮ個の部分に区分してもよく、ここで、Ｎは、１より大きくてもよい。中間ノードは、同期化シーケンスを、ｓ1ないしｓKのＫ個の部分に区分してもよく、ここで、Ｋは、１または１より大きくてもよい。中間ノードは、各ＩＰパケット中に、同期化シーケンスのうちの１個の部分があるように、Ｋ個のＩＰパケットのヘッダのＥＣＮ中で、同期化シーケンスのＫ個の部分を送ってもよい。中間ノードは、その後、各ＩＰパケット中に、コード化データのうちの１個の部分があるように、Ｎ個のＩＰパケットのヘッダのＥＣＮ中で、コード化データのＮ個の部分を送ってもよい。
【００４７】
受信ノードは、ＩＰパケットを受信してもよく、受信したＩＰパケット中の同期化シーケンスを検出してもよい。同期化シーケンスを検出する際に、受信ノードは、後続するＩＰパケットからコード化データを取得してもよく、コード化データをデコードして、受信ノードに送られた輻輳情報を取得してもよい。同期化シーケンスの使用は、受信ノードが、輻輳情報のために送られたコードワードを正しくデコードする確率を向上させるかもしれない。
【００４８】
一般に、同期化シーケンスは、何らかの適切なビットのシーケンスを含んでいる。同期化シーケンスは、輻輳情報に対する有効なコードワードであるはずはないので、このコードワードを、同期化シーケンスとして、間違って検出しないだろう。同期化シーケンスは、何らかの適切な長さを有していてもよい。より短い同期化シーケンスは、オーバーヘッドを減少させ、輻輳情報が送られる頻度がより高い場合には、好ましいことがある。より長い同期化シーケンスは、より良好な検出の信頼性を提供することができ、輻輳情報が送られる頻度がより低い場合には、好ましいことがある。同期化シーケンスの長さは、輻輳情報に対するコードワードの長さに一致していてもよく、または、一致していなくてもよい。
【００４９】
図８は、図１中のワイヤレスネットワーク１００における、データおよび輻輳情報の例示的な送信を示している。ＵＥ１１０ａは、送信ノード／ＵＥであってもよく、ＵＥ１１０ｂは、受信ノード／ＵＥであってもよい。ＵＥ１１０ａからＵＥ１１０ｂへの通信パスは、基地局１２０ａおよびＲＮＣ１３０ａに対応するノード１と、コアネットワーク１４０中のルータ／ゲートウェイに対応するノード２と、基地局１２０ｂおよびＲＮＣ１３０ｂに対応するノード３とを含んでいてもよい。
【００５０】
図８中で示されている例では、ノード３は、受信ＵＥに送る輻輳情報を有していてもよい。ワイヤレスネットワークに対しては、ノード３により観測した輻輳は、ダウンリンク上で受信ＵＥにデータを送るために利用可能な帯域幅が制限されていることに起因するものであるかもしれない。ノード３は、その後、サポートされる最大データレートを含む輻輳情報を受信ＵＥに送ってもよい。ノード３は、（コアネットワーク中の）アップストリームノード２からＩＰパケットを受信してもよく、複数のＩＰパケット中で、受信ＵＥに輻輳情報を送ってもよい。
【００５１】
ノード３は、受信ＵＥに対するダウンリンクおよびアップリンクに対して異なる輻輳状態（例えば、異なる最大レート）を有していることがある。１つの設計では、ノード３により送られる輻輳情報は、輻輳情報（例えば、最大レート）がダウンリンクまたはアップリンクに対して適用可能であるか否かを示すビットを含んでいてもよい。１つの設計では、ノード３は、ダウンリンクとアップリンクとに対して別々に輻輳情報を送ってもよく、例えば、最大データレートに対する１つのコードワードは、ダウンリンクに対するものであり、最大データレートに対する別のコードワードは、アップリンクに対するものである。別の設計では、ノード３は、ダウンリンクとアップリンクの双方に対する輻輳情報を含む単一のコードワード（例えば、各リンクに対して１つの最大データレート）を送ってもよい。ノード３はまた、他の方法で、受信ＵＥに輻輳情報を送ってもよい。
【００５２】
図９は、図１中のワイヤレスネットワーク１００における、データおよび輻輳情報の別の例示的な送信を示している。図９中で示されている例では、ノード１は、受信ＵＥに送る輻輳情報を有していてもよく、受信ＵＥに向けたＩＰパケット中で輻輳情報（例えば、最大データレート）を送ってもよい。ノード２は、ノード１がＩＰパケットにわたって輻輳情報を送っていることを認識してもよく、アップストリームノード１からの輻輳情報を検出してもよい。ノード２は、受信ＵＥに対して、ノード１によりサポートされる最大データレートを取得してもよい。ノード２が、この最大データレートをサポートすることができる場合に、ノード２は、受信ＵＥに向けて輻輳情報を単に転送してもよい。しかしながら、ノード２が、受信ＵＥに対して、より低いデータレートのみをサポートすることができる場合には、ノード２は、アップストリームノード１から受信した輻輳情報を廃棄してもよく、ノード２がサポートすることができる最大データレートを含む新しい輻輳情報を送ってもよい。同様に、ノード３は、アップストリームノード２から輻輳情報を検出し、ノード１およびノード２の双方によりサポートされる最大データレートを取得してもよい。ノード３が、この最大データレートをサポートすることができる場合には、ノード３は、受信ＵＥに向けて輻輳情報を単に転送してもよい。しかしながら、ノード３が、より低いデータレートのみをサポートすることができる場合には、ノード３は、ノード２から受信した輻輳情報を廃棄してもよく、ノード３がサポートすることができる最大データレートを含む新しい輻輳情報を送ってもよい。
【００５３】
一般に、送信ＵＥから受信ＵＥへの通信パス中の各中間ノードは、（ｉ）中間ノードが、受信した輻輳情報により示されている最大データレートをサポートすることができる場合にアップストリームノードから受信した輻輳情報を転送するか、または、（ｉｉ）中間ノードによりサポートされる最大データレートを含む新しい輻輳情報を送るかのいずれかであってもよい。通信パス中の各中間ノードによるこの処理の結果として、（受信ノードを含む）各ノードにより受信される最大データレートは、すべてのアップストリームノードによりサポートされる最大データレートのうちの最低／最小のものである。
【００５４】
中間ノードは、受信したＩＰパケットをキューすることなく、アップストリームノードからの輻輳情報を検出してもよい。中間ノードは、アップストリームノードから受信した何らかの輻輳情報を転送してもよい。新しい輻輳情報を送ることを中間ノードが決めた場合には、中間ノードは、受信ノードに向けて送る次のＩＰパケットのシーケンス中で、この情報を送ってもよい。
【００５５】
通信パス中の中間ノードは、輻輳情報が複数のＩＰパケット中で送られていることを認識していないことがある。中間ノードは、単一のＩＰパケットのヘッダ中のＥＣＮビットを使用して、輻輳していることまたは輻輳していないことのいずれかを伝える方法をサポートしてもよい。中間ノードは、その輻輳状態に基づいて、いくつかのＩＰパケットのＥＣＮビットを変更してもよい。中間ノードによるこれらの変更は、結果として、ダウンストリームノードにより受信されるコード化データのうちのいくつかでは、誤りになるかもしれない。ダウンストリームノードは、誤りが存在するときでさえ、輻輳情報を送るのに使用されたＦＥＣコードに基づいて、輻輳情報を復元することができる。
【００５６】
受信ＵＥは、複数のＩＰパケット中で輻輳情報を受信してもよく、通信パス中のすべての中間ノードによりサポートされる最大データレートを決定してもよい。受信ＵＥは、輻輳情報から取得した最大データレートに基づいて、送信ＵＥにおけるエンコーダを制御してもよい。受信ＵＥは、ＲＴＰインバンドコーデックモード要求、ＲＴＰ制御プロトコル（ＲＴＣＰ）メッセージ、ならびに／あるいは、他のメカニズムまたはプロトコルを使用して、送信ＵＥにおけるエンコーダを制御してもよい。代替的にまたは付加的に、図９中の点線の矢印により示されているように、送信ノードに最も近いノード１は、送信ＵＥに対して、ノード１によりサポートされるアップリンク上の最大データレートに基づいて、送信ＵＥにおけるエンコーダを制御するために、送信ＵＥに直接輻輳情報を送ってもよい。
【００５７】
複数のパケット中で輻輳情報を送るためのさまざまな設計を説明してきた。これらの設計を使用して、受信ノードに送られるすべてのパケットに対する、または、特定のデータフローに対する、または、データフローのグループに対する、輻輳情報等を送ってもよい。例えば、図６において示されているように、ＦＥＣコーディングにより、すべてのパケットに対する輻輳情報を送ってもよい。特定のデータフローに対する輻輳情報はまた、このデータフローに対するパケットにわたって、ＦＥＣコーディングにより送ってもよい。図７において示されているように、同期化シーケンスにより、すべてのパケットに対する輻輳情報を送ってもよい。特定のデータフローに対する輻輳情報はまた、このデータフローに対するパケットにわたって、同期化シーケンスにより送ってもよい。図９において示されているように、通信パス中の各ノードにより、すべてのパケットに対する輻輳情報を転送および／または置換してもよい。特定のデータフローに対する輻輳情報はまた、通信パス中の各ノードにより、このデータフローに対するパケット中で、転送および／または置換してもよい。複数のパケット中で輻輳情報を送る他の特徴はまた、特定のデータフローに対して適用してもよい。
【００５８】
明確さのために、複数のパケット中での輻輳情報の送信を上記で説明してきた。一般に、この技術を使用して、通信パス中の１つのノードから別のノードに向けて何らかの制御情報を送ってもよい。例えば、この技術を使用して、ルーティング情報、ノード能力情報等を送ってもよい。
【００５９】
図１０は、通信ネットワーク中で、第１のノードから第２のノードに向けてデータを転送するためのプロセス１０００の設計を示している。第１のノードは、通信パス中の中間ノードであってもよい。第２のノードは、受信ノードまたは別の中間ノードであってもよい。第１のノードは、基地局、ルータ／ゲートウェイ、サーバ等のような、ネットワークエンティティに対応していてもよい。第２のノードは、ＵＥまたは別のネットワークエンティティに対応していてもよい。第１のノードにより、プロセス１０００を実行してもよい。第１のノードは、第２のノードに向けて転送するパケットをアップストリームノードから受信してもよい。第１のノードは、第２のノードに送る制御情報を決定してもよい（ブロック１０１２）。第１のノードは、第２のノードに向けた複数のパケットのヘッダ中で制御情報を送ってもよい（ブロック１０１４）。
【００６０】
１つの設計では、制御情報は、第１のノードにおけるトラフィック輻輳を示す輻輳情報を含んでいてもよい。１つの設計では、輻輳情報は、例えば、第２のノードに対して、第１のノードによりサポートされる最大データレートを含んでいてもよい。他の設計では、輻輳情報は、第１のノードにおけるトラフィック輻輳を示す他の情報を含んでいてもよい。１つの設計では、第１のノードは、ＩＰパケットのヘッダ中のＥＣＮビットを使用して、輻輳情報を送ってもよい。第１のノードはまた、ヘッダの他のビットまたは他のフィールドを使用して、輻輳情報を送ってもよい。
【００６１】
１つの設計では、第２のノードに送る輻輳情報は、第２のノードへの通信パス中のすべてのノードによりサポートされる最も低い最大データレートに対応していてもよい。第１のノードは、第１のノードに対してアップストリームである第３のノードから輻輳情報を受信してもよい。第２のノードに対して、第１のノードによりサポートされる最大データレートが、第１のノードに対して、第３のノードによりサポートされる最大データレートより大きいまたは等しい場合に、第１のノードは、第２のノードに送る輻輳情報として、受信した輻輳情報を提供してもよい。第２のノードに対して、第１のノードによりサポートされる最大データレートが、第１のノードに対して、第３のノードによりサポートされる最大データレートより小さい場合に、第１のノードは、第２のノードに送る輻輳情報として、新しい輻輳情報を提供してもよい。新しい輻輳情報は、第２のノードに対して、第１のノードによりサポートされる最大データレートを含んでいてもよい。
【００６２】
１つの設計では、第１のノードは、コーディングすることなく、制御情報を送ってもよい。第１のノードは、制御情報を、複数の部分に区分してもよい。第１のノードは、その後、例えば、図３において示されているように、複数のパケットのうちの１つのもののヘッダ中で、制御情報の複数の部分のそれぞれを送ってもよい。
【００６３】
別の設計では、第１のノードは、コーディングにより制御情報を送ってもよい。第１のノードは、（例えば、ブロックコード、ファウンテンコード、畳み込みコード、ターボコード、他の何らかのコード、または、それらの組み合わせに基づいて、）制御情報をエンコードして、コード化したデータを取得してもよい。第１のノードは、コード化データを、複数の部分に区分してもよい。第１のノードは、その後、例えば、図６において示されているように、複数のパケットのうちの１つのもののヘッダ中で、コード化データの複数の部分のそれぞれを送ってもよい。
【００６４】
１つの設計では、第１のノードは、第２のノードに送られているすべてのパケットに対する制御情報を送ってもよい。別の設計では、第１のノードは、第２のノードに対する特定のデータフローのための制御情報を決定してもよい。第１のノードは、その後、データフローに対するパケットのヘッダ中で、制御情報を送ってもよい。
【００６５】
１つの設計では、第１のノードは、任意の時間において、第２のノードに制御情報を送ってもよい。別の設計では、例えば、図７において示されているように、第１のノードは、複数のパケット中で制御情報を送る前に、少なくとも１つのパケット中で同期化シーケンスを送ってもよい。
【００６６】
１つの設計では、第１のノードは、ネットワークエンティティ（例えば、基地局）を含んでいてもよく、第２のノードは、ワイヤレスネットワーク中のＵＥを含んでいてもよい。別の設計では、第１のノードは、ルータ／ゲートウェイ、または、サーバを含んでいてもよく、第２のノードは、ワイヤレスネットワーク中のＵＥを含んでいてもよい。一般に、第１のノードおよび第２のノードは、ワイヤレスネットワーク中またはワイヤードネットワーク中の何らかの２つのネットワークエンティティであってもよい。第１のノードは、第２のノードに直接パケットを送るか、または、１つ以上の他のノードを介して、第２のノードに間接的にパケットを送ってもよい。
【００６７】
図１１は、通信ネットワーク中でデータを転送するための装置１１００の設計を示している。装置１１００は、第１のノードから第２のノードに送る制御情報を決定するモジュール１１１２と、第２のノードに向けた複数のパケットのヘッダ中で制御情報を送るモジュール１１１４とを備えている。
【００６８】
図１２は、通信ネットワーク中で、第１のノードにより第２のノードに対して送られるデータを受信するためのプロセス１２００の設計を示している。第１のノードおよび第２のノードは、図１０に対して上記で説明したようなものであってもよい。第２のノードにより、プロセス１２００を実行してもよい。第２のノードは、第１のノードにより第２のノードに向けて送られる複数のパケットを受信してもよい（ブロック１２１２）。第２のノードは、複数のパケットを処理して、複数のパケットのヘッダ中で第１のノードにより送られた制御情報を取得してもよい（ブロック１２１４）。１つの設計では、制御情報は、第１のノードにおけるトラフィック輻輳を示す輻輳情報を含んでいてもよい。輻輳情報に応答して、第２のノードは、第２のノードにデータを送る第３のノードのデータレートを減少させるために、メッセージを送ってもよい。
【００６９】
１つの設計では、コーディングすることなく、第１のノードにより制御情報を送ってもよい。第２のノードは、複数のパケットのそれぞれのヘッダから、制御情報の一部分を取得してもよい。別の設計では、コーディングにより、第１のノードにより制御情報を送ってもよい。第２のノードは、複数のパケットのそれぞれのヘッダから、コード化データの一部分を取得してもよい。第２のノードは、その後、コード化データをデコードして、制御情報を取得してもよい。
【００７０】
１つの設計では、制御情報は、第１のノードにより第２のノードに向けて送られるすべてのパケットに対するものであってもよい。別の設計では、制御情報は、第２のノードに対するデータフローのためのものであってもよく、データフローに対するパケット中で、制御情報を送ってもよい。
【００７１】
１つの設計では、第２のノードは、制御情報を継続的に検出してもよい。別の設計では、第２のノードは、少なくとも１つのパケット中の同期化シーケンスを検出してもよい。同期化シーケンスを検出した後に、第２のノードは、複数のパケットを受信して処理し、制御情報を復元してもよい。
【００７２】
図１３は、通信ネットワーク中でデータを受信するための装置１３００の設計を示している。装置１３００は、第１のノードにより第２のノードに向けて送られた複数のパケットを受信するモジュール１３１２と、第２のノードにおいて複数のパケットを処理して、複数のパケットのヘッダ中で第１のノードにより送られた制御情報を取得するモジュール１３１４とを備えている。
【００７３】
図１１中および図１３中のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子コンポーネント、論理回路、メモリ、ソフトウェアコード、ファームウェアコード等、または、それらの何らかの組み合わせを含んでいてもよい。
【００７４】
図１４は、基地局１２０およびＵＥ１１０の設計のブロックダイヤグラムを示しており、これらは、図１中の基地局のうちの１つと、図１中のＵＥのうちの１つであってもよい。基地局１２０には、Ｔ本のアンテナ１４３４ａないし１４３４ｔが装備されていてもよく、ＵＥ１１０には、Ｒ本のアンテナ１４５２ａないし１４５２ｒが装備されていてもよく、ここで、一般に、Ｔ≧１かつＲ≧１である。
【００７５】
基地局１２０において、送信プロセッサ１４２０は、データソース１４１２からデータを受け取り、制御装置／プロセッサ１４４０から制御情報（例えば、輻輳情報）を受け取ってもよい。プロセッサ１４２０は、データおよび制御情報を処理して（例えば、エンコードして、および、変調して）、データシンボルと制御シンボルをそれぞれ取得してもよい。プロセッサ１４２０はまた、基準信号に対する基準シンボルを発生させてもよい。送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ１４３０は、適用可能な場合には、データシンボル上、制御シンボル上、および／または、基準シンボル上で、空間処理（例えば、プリコーディング）を実行してもよく、Ｔ台の変調器（ＭＯＤ）１４３２ａないし１４３２ｔにＴ個の出力シンボルストリームを提供してもよい。各変調器１４３２は、（例えば、ＯＦＤＭ、ＣＤＭＡ等のために）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得してもよい。各変調器１４３２は、出力サンプルストリームをさらに処理して（例えば、アナログにコンバートして、増幅して、フィルタリングして、および、アップコンバートして）、ダウンリンク信号を取得してもよい。Ｔ本のアンテナ１４３４ａないし１４３４ｔを介して、変調器１４３２ａないし１４３２ｔからのＴ個のダウンリンク信号をそれぞれ送信してもよい。
【００７６】
ＵＥ１１０において、アンテナ１４５２ａないし１４５２ｒは、基地局１２０および他の基地局からダウンリンク信号を受信してもよく、復調器（ＤＥＭＯＤ）１４５４ａないし１４５４ｒに、それぞれ、受信した信号を提供してもよい。各復調器１４５４は、それぞれの受信した信号を調整して（例えば、フィルタリングして、増幅して、ダウンコンバートして、および、デジタル化して）、入力サンプルを取得してもよい。各復調器１４５４は、（例えば、ＯＦＤＭ、ＣＤＭＡ等のために）入力サンプルをさらに処理して、受信したシンボルを取得してもよい。ＭＩＭＯ検出器１４５６は、すべてのＲ台の復調器１４５４ａないし１４５４ｒから、受信したシンボルを取得し、適用可能である場合には、受信したシンボル上でＭＩＭＯ検出を実行し、検出したシンボルを提供してもよい。受信プロセッサ１４５８は、検出したシンボルを処理して（例えば、復調して、および、デコードして）、ＵＥ１１０に対するデコードしたデータをデータシンク１４６０に提供し、制御装置／プロセッサ１４８０に、デコードした制御情報を提供してもよい。
【００７７】
アップリンク上では、ＵＥ１１０において、送信プロセッサ１４６４は、データソース１４６２からデータを受け取ってもよく、制御装置／プロセッサ１４８０から制御情報を受け取ってもよい。制御情報は、送信ノードのデータレートを制御するためのメッセージを含んでいてもよい。プロセッサ１４６４は、データおよび制御情報を処理して（例えば、エンコードして、および、変調して）、データシンボルと制御シンボルをそれぞれ取得してもよい。プロセッサ１４６４はまた、基準シンボルを発生させてもよい。適用可能である場合には、ＴＸ ＭＩＭＯプロセッサ１４６６により、送信プロセッサ１４６４からのシンボルをプリコーディングし、（例えば、ＳＣ−ＦＤＭ、ＯＦＤＭ、ＣＤＭＡ等のために）変調器１４５４ａないし１４５４ｒによりさらに処理して、基地局１２０と、場合によっては他の基地局に送信してもよい。基地局１２０において、ＵＥ１１０および他のＵＥからのアップリンク信号を、アンテナ１４３４により受信し、復調器１４３２により処理し、適用可能である場合には、ＭＩＭＯ検出器１４３６により検出し、受信プロセッサ１４３８によりさらに処理して、ＵＥ１１０および他のＵＥにより送られたデコードしたデータおよび制御情報を取得してもよい。プロセッサ１４３８は、データシンク１４３９にデコードしたデータを提供し、制御装置／プロセッサ１４４０にデコードした制御情報を提供してもよい。
【００７８】
制御装置／プロセッサ１４４０および１４８０は、基地局１２０における動作とＵＥ１１０における動作とをそれぞれ命令してもよい。プロセッサ１４４０ならびに／あるいは基地局１２０における他のプロセッサおよびモジュールは、図１０中のプロセス１０００や、図１２中のプロセス１２００や、および／または、ここで説明する技術に対する他のプロセスを実行または命令してもよい。プロセッサ１４８０ならびに／あるいはＵＥ１１０における他のプロセッサおよびモジュールは、図１２中のプロセス１２００や、および／または、ここで説明する技術に対する他のプロセスを実行または命令してもよい。メモリ１４４２およびメモリ１４８２は、基地局１２０とＵＥ１１０とに対するデータおよびプログラムコードをそれぞれ記憶してもよい。通信（Ｃｏｍｍ）ユニット１４４４は、基地局１２０が、他のネットワークエンティティと通信することを可能にする。スケジューラ１４４６は、ダウンリンク上および／またはアップリンク上でのデータ送信のために、ＵＥをスケジュールしてもよい。
【００７９】
図１４はまた、ネットワークエンティティ１５０の設計を示しており、これは、ＲＮＣ、ルータ／ゲートウェイ、または、他の何らかのエンティティであってもよい。ネットワークエンティティ１５０内では、制御装置／プロセッサ１４９０が、例えば、データのルーティングや、輻輳の検出や、輻輳情報の送信等のような、通信をサポートするためのさまざまな機能を実行してもよい。制御装置／プロセッサ１４９０は、図１０中のプロセス１０００や、図１２中のプロセス１２００や、および／または、ここで説明する技術に対する他のプロセスを実行してもよい。メモリ１４９２は、ネットワークエンティティ１５０に対するプログラムコードおよびデータを記憶してもよい。通信ユニット１４９４は、ネットワークエンティティ１５０が、他のネットワークエンティティと通信することを可能にする。
【００８０】
当業者は、さまざまな異なる技術および技法のうちの任意のものを使用して情報および信号を表してもよいことを理解するだろう。例えば、上の説明を通して参照された、データ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁気の粒子、光学界または光の粒子、あるいは、これらの何らかの組み合わせにより、表してもよい。
【００８１】
ここでの開示に関連して説明した、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、あるいは、双方の組み合わせたものとして実現してもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを、一般的にこれらの機能性に関して上記で説明した。このような機能性がハードウェアあるいはソフトウェアとして実現されるか否かは、特定の応用およびシステム全体に課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して方法を変化させて、説明した機能性を実現してもよいが、このようなインプリメンテーション決定は、本開示の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【００８２】
ここでの開示に関連して説明した、さまざまな例示的な論理ブロック、モジュール、および、回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここで説明した機能を実行するために設計されたこれらの組み合わせで、実現あるいは実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または、状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアを伴った１つ以上のマイクロプロセッサ、あるいは、このようなコンフィギュレーションの他の何らかのものとして実現してもよい。
【００８３】
ここでの開示に関連して説明した方法またはアルゴリズムのステップは、直接、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つの組み合わせで具現化してもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、あるいは、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合されている。代替実施形態では、記憶媒体はプロセッサと一体化していてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ端末に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ端末中のディスクリートコンポーネントとして存在してもよい。
【００８４】
１つ以上の例示的な設計では、説明した機能は、ハードウェアで、ソフトウェアで、ファームウェアで、または、これらのものを組み合わせた任意のもので実現してもよい。ソフトウェアで実現した場合、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶されてもよく、あるいは、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に送信されてもよい。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する何らかの媒体を含むコンピュータ記憶媒体および通信媒体の双方を含む。記憶媒体は、汎用コンピュータまたは特殊目的コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、汎用コンピュータまたは特殊目的コンピュータにより、もしくは、汎用プロセッサまたは特殊目的プロセッサによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコード手段を伝送または記憶するために使用できる他の何らかの媒体を含むことができる。また、あらゆる接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブルや、光ファイバケーブルや、撚り対や、デジタル加入者線（ＤＳＬ）や、あるいは、赤外線、無線、および、マイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または、他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、あるいは、赤外線、無線、および、マイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）は、データをレーザによって光学的に再生する。先のものを組み合わせたものもまた、コンピュータ読取可能媒体の範囲内に含められるべきである。
【００８５】
開示のこれまでの説明は、当業者が開示を製作または使用できるように提供した。開示に対するさまざま改良は、当業者に容易に明らかとなり、ここに定義された一般的な原理は、開示の精神および範囲を逸脱することなく、他のバリエーションに適用されてもよい。したがって、開示は、ここで説明した例および設計に限定されることを意図しているものではなく、ここで開示されている原理および新規の特徴と一致した最も広い範囲に一致させるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］通信のための方法において、
第１のノードから第２のノードに送る制御情報を決定することと、
前記第２のノードに向けた複数のパケットのヘッダ中で前記制御情報を送ることとを含む方法。
［２］前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含む［１］に記載の方法。
［３］前記輻輳情報は、前記第１のノードによりサポートされる最大データレートを含む［２］に記載の方法。
［４］前記送る制御情報を決定することは、
前記第１のノードに対してアップストリームである第３のノードから輻輳情報を受信することと、
前記第１のノードに対して、前記第３のノードによりサポートされる最大データレートが、前記第２のノードに対して、前記第１のノードによりサポートされる最大データレートより大きいまたは等しい場合に、前記第２のノードに送る輻輳情報として、前記受信した輻輳情報を提供することと、
前記第２のノードに対して、前記第１のノードによりサポートされる最大データレートが、前記第１のノードに対して、前記第３のノードによりサポートされる最大データレートより小さい場合に、前記第２のノードに送る輻輳情報として、新しい輻輳情報を提供することとを含む［２］に記載の方法。
［５］前記制御情報を送ることは、インターネットプロトコル（ＩＰ）に対する複数のパケットのヘッダ中の明示的輻輳通知（ＥＣＮ）ビットを使用して、前記輻輳情報を送ることを含む［２］に記載の方法。
［６］前記制御情報を送ることは、
前記制御情報を複数の部分に区分することと、
前記複数のパケットのうちの１つのもののヘッダ中で、前記制御情報の複数の部分のそれぞれを送ることとを含む［１］に記載の方法。
［７］前記制御情報を送ることは、
前記制御情報をエンコードして、コード化したデータを取得することと、
前記コード化したデータを複数の部分に区分することと、
前記複数のパケットのうちの１つのもののヘッダ中で、前記コード化したデータの複数の部分のそれぞれを送ることとを含む［１］に記載の方法。
［８］前記制御情報をエンコードすることは、ブロックコード、または、ファウンテンコード、または、畳み込みコード、または、ターボコード、または、それらの組み合わせに基づいて、前記制御情報をエンコードすることを含む［７］に記載の方法。
［９］前記制御情報を決定することは、前記第２のノードに対するデータフローのための制御情報を決定することを含み、前記制御情報を送ることは、前記データフローに対する複数のパケットのヘッダ中で前記制御情報を送ることを含む［１］に記載の方法。
［１０］前記複数のパケット中で前記制御情報を送る前に、少なくとも１つのパケット中で同期化シーケンスを送ることをさらに含む［１］に記載の方法。
［１１］前記第１のノードはネットワークエンティティを含み、前記第２のノードは、ユーザ機器（ＵＥ）を含む［１］に記載の方法。
［１２］通信のための装置において、
第１のノードから第２のノードに送る制御情報を決定する手段と、
前記第２のノードに向けた複数のパケットのヘッダ中で前記制御情報を送る手段とを具備する装置。
［１３］前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含む［１２］に記載の装置。
［１４］前記制御情報を送る手段は、
前記制御情報を複数の部分に区分する手段と、
前記複数のパケットのうちの１つのもののヘッダ中で、前記制御情報の複数の部分のそれぞれを送る手段とを備える［１２］に記載の装置。
［１５］前記制御情報を送る手段は、
前記制御情報をエンコードして、コード化したデータを取得する手段と、
前記コード化したデータを複数の部分に区分する手段と、
前記複数のパケットのうちの１つのもののヘッダ中で、前記コード化したデータの複数の部分のそれぞれを送る手段とを備える［１２］に記載の装置。
［１６］前記制御情報を決定する手段は、前記第２のノードに対するデータフローのための制御情報を決定する手段を備え、前記制御情報を送る手段は、前記データフローに対する複数のパケットのヘッダ中で前記制御情報を送る手段を備える［１２］に記載の装置。
［１７］前記複数のパケット中で前記制御情報を送る前に、少なくとも１つのパケット中で同期化シーケンスを送る手段をさらに具備する［１２］に記載の装置。
［１８］通信のための装置において、
第１のノードから第２のノードに送る制御情報を決定するようにと、
前記第２のノードに向けた複数のパケットのヘッダ中で前記制御情報を送るように構成されている少なくとも１つのプロセッサを具備する装置。
［１９］前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含む［１８］に記載の装置。
［２０］前記少なくとも１つのプロセッサは、
前記制御情報を複数の部分に区分するようにと、
前記複数のパケットのうちの１つのもののヘッダ中で、前記制御情報の複数の部分のそれぞれを送るように構成されている［１８］に記載の装置。
［２１］前記少なくとも１つのプロセッサは、
前記制御情報をエンコードして、コード化したデータを取得するようにと、
前記コード化したデータを複数の部分に区分するようにと、
前記複数のパケットのうちの１つのもののヘッダ中で、前記コード化したデータの複数の部分のそれぞれを送るように構成されている［１８］に記載の装置。
［２２］前記少なくとも１つのプロセッサは、前記第２のノードに対するデータフローのための制御情報を決定するようにと、前記データフローに対する複数のパケットのヘッダ中で前記制御情報を送るように構成されている［１８］に記載の装置。
［２３］前記少なくとも１つのプロセッサは、前記複数のパケット中で前記制御情報を送る前に、少なくとも１つのパケット中で同期化シーケンスを送るように構成されている［１８］に記載の装置。
［２４］コンピュータプログラムプロダクトにおいて、
少なくとも１つのコンピュータに、第１のノードから第２のノードに送る制御情報を決定させるためのコードと、
前記少なくとも１つのコンピュータに、前記第２のノードに向けた複数のパケットのヘッダ中で前記制御情報を送らせるためのコードとを含む一時的でないコンピュータ読取可能媒体を具備するコンピュータプログラムプロダクト。
［２５］通信のための方法において、
第１のノードにより第２のノードに向けて送られた複数のパケットを受信することと、
前記第２のノードにおいて前記複数のパケットを処理して、前記複数のパケットのヘッダ中で前記第１のノードにより送られた制御情報を取得することとを含む方法。
［２６］前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含む［２５］に記載の方法。
［２７］前記輻輳情報に応答して、前記第２のノードにデータを送る第３のノードのデータレートを減少させるためにメッセージを送ることをさらに含む［２６］に記載の方法。
［２８］前記複数のパケットを処理することは、前記複数のパケットのそれぞれのヘッダから前記制御情報の一部分を取得することを含む［２５］に記載の方法。
［２９］前記複数のパケットを処理することは、
前記複数のパケットのそれぞれのヘッダから、コード化したデータの一部分を取得することと、
前記コード化したデータをデコードして、前記制御情報を取得することとを含む［２５］に記載の方法。
［３０］前記制御情報は、前記第２のノードに対するデータフローのためのものであり、前記データフローに対する複数のパケット中で送られる［２５］に記載の方法。
［３１］少なくとも１つのパケット中の同期化シーケンスを検出することをさらに含み、前記同期化シーケンスを検出した後に、前記複数のパケットを受信および処理して、前記制御情報を復元する［２５］に記載の方法。
［３２］通信のための装置において、
第１のノードにより第２のノードに向けて送られた複数のパケットを受信する手段と、
前記第２のノードにおいて前記複数のパケットを処理して、前記複数のパケットのヘッダ中で前記第１のノードにより送られた制御情報を取得する手段とを具備する装置。
［３３］前記制御情報は、前記第１のノードにおけるトラフィック輻輳を示す輻輳情報を含む［３２］に記載の装置。
［３４］前記複数のパケットを処理する手段は、前記複数のパケットのそれぞれのヘッダから前記制御情報の一部分を取得する手段を備える［３２］に記載の装置。
［３５］前記複数のパケットを処理する手段は、
前記複数のパケットのそれぞれのヘッダから、コード化したデータの一部分を取得する手段と、
前記コード化したデータをデコードして、前記制御情報を取得する手段とを備える［３２］に記載の装置。
［３６］前記制御情報は、前記第２のノードに対するデータフローのためのものであり、前記データフローに対する複数のパケット中で送られる［３２］に記載の装置。
［３７］少なくとも１つのパケット中の同期化シーケンスを検出する手段をさらに具備し、前記同期化シーケンスを検出した後に、前記複数のパケットを受信および処理して、前記制御情報を復元する［３２］に記載の装置。
【図１】
0005738855.tif 000002
【図２】
0005738855.tif 000003
【図３】
0005738855.tif 000004
【図４】
0005738855.tif 000005
【図５】
0005738855.tif 000006
【図６】
0005738855.tif 000007
【図７】
0005738855.tif 000008
【図８】
0005738855.tif 000009
【図９】
0005738855.tif 000010
【図１０】
0005738855.tif 000011
【図１１】
0005738855.tif 000012
【図１２】
0005738855.tif 000013
【図１３】
0005738855.tif 000014
【図１４】
0005738855.tif 000015