(57)【特許請求の範囲】
【請求項１】
ネットワークを介して伝送されるＴＣＰカプセル化されたデータストリームにおけるバッファリング遅延を軽減するための方法であって、前記ネットワークにおけるノードにおいて、
第１のインターフェースを経由して第１のパケットを受信するステップであって、前記第１のパケットが前記ＴＣＰカプセル化されたデータストリームのデータを含む、受信するステップと、
第２のインターフェースを経由して第２のパケットを受信するステップであって、前記第２のパケットが前記ＴＣＰカプセル化されたデータストリームのセグメントの確認応答を含む、受信するステップと、
前記第１のパケットおよび前記第２のパケットを分析して未処理データの量を推定するステップであって、前記分析が前記第１のパケットのＳＥＱフィールドを前記第２のパケットのＡＣＫフィールドと比較することを含む、ステップと、
未処理データの前記量を予め定められた閾値と比較してバッファ占有の状態を判定するステップと、
バッファ占有の前記状態に応じて、ＴＣＰ接続ごとの未処理データの前記量が前記予め定められた閾値よりも大きくならないように選択された値で、前記第２のパケットにおけるＴＣＰウィンドウフィールドを更新するステップと、
前記更新された第２のパケットを前記第１のインターフェースを経由して送信するステップと
を実行することを含み、
前記予め定められた閾値は、競合するＴＣＰ接続の数で割られた最大ラウンドトリップ時間（ＲＴＴ）待ち時間におけるバッファサイズとして定義された値である、方法。
【請求項２】
前記第１のインターフェースおよび前記第２のインターフェースのうちの１つがセルラインターフェースで構成される、請求項１に記載の方法。
【請求項３】
前記第１のインターフェースおよび前記第２のインターフェースのうちの１つが３Ｇワイヤレスインターフェースで構成される、請求項２に記載の方法。
【請求項４】
前記第１のインターフェースおよび前記第２のインターフェースがフェムトセルインターフェースで構成される、請求項２に記載の方法。
【請求項５】
前記第１のインターフェースおよび前記第２のインターフェースのうちの１つがＷＬＡＮインターフェースで構成される、請求項１に記載の方法。
【請求項６】
プロセッサに請求項１から５のいずれか一項に記載の方法を実施させるように構成されたコンピュータプログラム。
【請求項７】
ネットワークを介して伝送されるＴＣＰカプセル化されたデータストリームにおけるバッファリング遅延を軽減するための装置であって、
前記ＴＣＰカプセル化されたデータストリームのデータを含む第１のパケットを受信するように構成された第１のインターフェースと、
前記ＴＣＰカプセル化されたデータストリームのセグメントの確認応答を含む第２のパケットを受信するように構成された第２のインターフェースと、
前記第１のインターフェースおよび前記第２のインターフェースに動作可能に接続されたプロセッサを備え、
前記プロセッサが、
前記第１のパケットおよび前記第２のパケットを分析して未処理データの量を推定し、前記分析が前記第１のパケットのＳＥＱフィールドを前記第２のパケットのＡＣＫフィールドと比較することを含み、
未処理データの前記量を予め定められた閾値と比較してバッファ占有の状態を判定し、
バッファ占有の前記状態に応じて、ＴＣＰ接続ごとの未処理データの前記量が前記予め定められた閾値よりも大きくならないように選択された値で、前記第２のパケットにおけるＴＣＰウィンドウフィールドを更新し、
前記更新された第２のパケットを前記第１のインターフェースを経由して送信するように構成され、
前記予め定められた閾値は、競合するＴＣＰ接続の数で割られた最大ラウンドトリップ時間（ＲＴＴ）待ち時間におけるバッファサイズとして定義された値である、装置。
【請求項８】
前記第１のインターフェースおよび前記第２のインターフェースのうちの１つがセルラインターフェースで構成される、請求項７に記載の装置。
【請求項９】
前記第１のインターフェースおよび前記第２のインターフェースのうちの１つが３Ｇワイヤレスインターフェースで構成される、請求項８に記載の装置。
【請求項１０】
前記第１のインターフェースおよび前記第２のインターフェースのうちの１つがフェムトセルインターフェースで構成される、請求項８に記載の装置。
【請求項１１】
前記第１のインターフェースおよび前記第２のインターフェースのうちの１つがＷＬＡＮインターフェースで構成される、請求項７に記載の装置。
【請求項１２】
請求項７から１１のいずれか一項に記載の装置を含むモバイルノード。
【請求項１３】
請求項７から１１のいずれか一項に記載の装置を含むワイヤレスＢＴＳ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トランスポート層における通信の分野に関し、より詳細には、ネットワークエッジにおける伝送制御プロトコル（ＴＣＰ）シグナリングの使用に関する。
【背景技術】
【０００２】
ワイヤレス通信チャネルおよびセルラ通信チャネルは、しばしば、容量が制限され、シャドウイング結果および干渉結果などの伝播効果の影響を受けやすく、その結果、損傷したパケットのバーストを再伝送する必要があるので、有用な帯域幅がさらに制限されることになる。エンドツーエンドＴＣＰベースの通信においては、これらのチャネルは、しばしばボトルネックリンクを構成する。さらに、レイヤ２再伝送機構がオーバザエア（ｏｖｅｒ−ｔｈｅ−ａｉｒ）の損失を隠すために使用され、それによって、そのようなＴＣＰセッションに関するラウンドトリップ遅延をかなり変化しやくする。これらの損失イベント中には、損失データが再伝送されている間に、ＢＴＳの伝送バッファが新しいトラフィックでいっぱいになる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１０／０１３５３０１号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、詳細には、ワイヤレスネットワーク内の、より詳細にはセルラエッジにおけるバッファリング遅延を軽減するための方法を提供することである。
【課題を解決するための手段】
【０００５】
本発明の第１の態様によれば、ネットワークを介して伝送されるＴＣＰカプセル化されたデータストリームにおけるバッファリング遅延を軽減するための方法が提供され、本方法は、前記ネットワーク内のノードにおいて、以下のステップ、すなわち、第１のインターフェースを経由して第１のパケットを受信するステップであって、前記第１のパケットが前記ＴＣＰカプセル化されたデータストリームのデータを含む、受信するステップと、第２のインターフェースを経由して第２のパケットを受信するステップであって、前記第２のパケットが前記ＴＣＰカプセル化されたデータストリームのセグメントの確認応答を含む、受信するステップと、前記第１のパケットおよび前記第２のパケットを分析して未処理データの量を推定するステップと、未処理データの前記量を使用してバッファ占有の状態を判定するステップと、バッファ占有の前記状態に応じて前記第１のパケットにおけるＴＣＰウィンドウフィールドを更新するステップと、前記更新された第１のパケットを前記第２のインターフェースを経由して送信するステップとを実行することを含む。
【０００６】
本発明の方法の利点は、不所望の結果になる可能性もあり得るパケットを落とすというラスタドラスティックな手段に訴えることなく、非侵入的なフロー制御の形態を提供することである。本発明の方法の他の利点は、完全に透過的なやり方で、すなわちエンドポイントの知識またはアクティブな協力なしに、ＴＣＰ通信の経路内の様々な既存のまたは新たに提供されたネットワークノードにおいて実施されることが可能であることである。
【０００７】
本発明の方法の諸実施形態は、とりわけ、ＴＣＰ会話のリターンフローに現れる、前に送信されたＴＣＰデータセグメントの確認応答が、未処理データの量を推定するために使用され得るという理解に基づく。未処理データのこの量は、送信機と受信機との間のネットワークの部分におけるバッファ占有状況を示す。
【０００８】
本発明の方法の一実施形態では、前記分析するステップは、前記第１のパケットのＳＥＱフィールドを前記第２のパケットのＡＣＫフィールドと比較するステップを含む。
【０００９】
本発明の方法の一実施形態では、バッファ占有の状態を前記判定するステップは、未処理データの前記量を予め定められた閾値量と比較するステップを含む。
【００１０】
本発明の方法の一実施形態では、前記第１のインターフェースおよび前記第２のインターフェースのうちの１つは、セルラインターフェースで構成される。特定の実施形態では、前記第１のインターフェースおよび前記第２のインターフェースのうちの１つは、３Ｇワイヤレスインターフェースで構成される。特定の実施形態では、前記第１のインターフェースおよび第２のインターフェースのうちの１つは、フェムトセルインターフェースで構成される。
【００１１】
本発明の方法の一実施形態では、前記第１のインターフェースおよび第２のインターフェースのうちの１つは、ＷＬＡＮインターフェースで構成される。
【００１２】
これらの実施形態の利点は、ワイヤレスネットワークまたはモバイルネットワークの従来の最も弱いリンク、すなわち、無線ベースのエッジの過剰バッファリング問題を解決することである。
【００１３】
さらに、本発明の方法の諸実施形態は、有利なことには、異なる帯域幅および／またはバッファリング特性を有するワイヤレスネットワーク間のハンドオーバを準備するときにＴＣＰトラフィックを制御し、ＴＣＰ会話が１つのエッジネットワークから別のエッジネットワークに移動されるときにバッファされたパケットの異常で不適切な配送を回避するために、使用され得る。
【００１４】
本発明の一態様によれば、プロセッサに上記で説明された方法を実施させるように構成されたコンピュータプログラムが提供される。
【００１５】
本発明の一態様によれば、ネットワークを介して伝送されるＴＣＰカプセル化されたデータストリームにおけるバッファリング遅延を軽減するための装置が提供され、この装置は、前記ＴＣＰカプセル化されたデータストリームのデータを含む第１のパケットを受信するように構成された第１のインターフェースと、前記ＴＣＰカプセル化されたデータストリームのセグメントの確認応答を含む第２のパケットを受信するように構成された第２のインターフェースと、前記第１のインターフェースおよび前記第２のインターフェースに動作可能に接続されたプロセッサであって、前記第１のパケットおよび第２のパケットを分析して未処理データの量を推定し、未処理データの前記量を使用してバッファ占有の状態を判定し、バッファ占有の前記状態に応じて前記第２のパケットにおけるＴＣＰウィンドウフィールドを更新し、前記更新された第２のパケットを前記第１のインターフェースを経由して送信するように構成されたプロセッサとを備える。
【００１６】
本発明の装置の一実施形態では、前記第１のインターフェースおよび前記第２のインターフェースのうちの１つは、セルラインターフェースで構成される。
【００１７】
特定の実施形態では、前記第１のインターフェースおよび前記第２のインターフェースのうちの１つは、３Ｇワイヤレスインターフェースで構成される。
【００１８】
特定の実施形態では、前記第１のインターフェースおよび前記第２のインターフェースのうちの１つは、フェムトセルインターフェースで構成される。
【００１９】
本発明の装置の特定の実施形態では、前記第１のインターフェースおよび前記第２のインターフェースのうちの１つは、ＷＬＡＮインターフェースで構成される。
【００２０】
本発明の一態様によれば、上記で説明された装置を含むモバイルノードが提供される。
【００２１】
本発明の一態様によれば、上記で説明された装置を含むワイヤレスＢＴＳが提供される。
【００２２】
本発明による装置およびコンピュータプログラムの利点は、本発明による方法に関連して上記で説明されたものに類似している。
【００２３】
次に、本発明の諸実施形態による装置および／または方法のいくつかの実施形態が、ほんの一例として、添付の図面に関連して説明される。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態による方法の流れ図である。
【図２】本発明による方法および／または装置が展開され得るネットワークの概略図である。
【図３】ＮＭＩＰプロキシを使用して、本発明による方法および／または装置が展開され得るネットワークの別の概略図である。
【図４】本発明による方法の第１の使用シナリオを示す図である。
【図５】本発明による方法の第２の使用シナリオを示す図である。
【発明を実施するための形態】
【００２５】
全図面にわたって、同じまたは同様の要素を示すために同様の参照符号が使用されている。
【００２６】
チャネルが高帯域幅遅延積を有する場合、大量のデータが永続的に送信機と受信機との間の途中にあり得ることは、ＴＣＰベースの通信の固有の特性である。したがって、ボトルネックリンクがパケット損失なしに大量のバッファリングを可能にする場合は、ＴＣＰインフラストラクチャは、ネットワークの中の送信された未配送データグラムの大きなキューを生成する。より具体的には、送信機が、ボトルネックリンクが維持することができるより高いレートで送信する場合は、データはボトルネックリンクの直前で蓄積する。
【００２７】
この過度のバッファリングがアグレッシブな再伝送ポリシと結合すると、ネットワーク負荷は不安定になり、ネットワーク混雑の障害が生じ、キューイング遅延、データグラム損失、および損失データグラムの再伝送に起因して、データグラム転送遅延が無限に増大する。
【００２８】
過度のバッファリングの他の弱点は、データグラム損失から回復するための反応時間が長くなること、モビリティイベントを処理するときにＢＴＳ間で大量のデータを転送する必要があること、およびエンドツーエンドＴＣＰ通信に参加しているネットワーク機器のためのメモリ要件が増大することである。
【００２９】
バッファ設計は、扱いにくいトレードオフである。一方で、十分に大きなバッファを提供すると、介在ルータのアウトバウンドインターフェースのドレンを回避するが、他方で、データグラム伝送遅延のかなり大きな構成要素であるキューイング遅延が総バッファサイズに比例して増大する。
【００３０】
しかし、バッファが注意深く寸法取りされているエンドツーエンドＴＣＰリンクでさえ、トランスポート層に通知されない自動再伝送でレイヤ２インフラストラクチャを介して展開されている場合には、次善のやり方で動作することができる。例えばワイヤレスネットワークまたはセルラネットワークのレイヤ２インフラストラクチャは、バッファリングおよび再伝送によってパケット損失をマスクする場合、ＴＣＰ送信機は、受信機のチャネルの容量が減少したことに気付かず、具体的には、失われたパケットがないので、送信機のＴＣＰスタックは、ネットワークの過負荷を検出することができず、その送信機ウィンドウの増加、さらには、ＢＴＳにおけるバッファされたデータへの追加を続ける。
【００３１】
本発明は、とりわけ、最後の中継局すなわちボトルネックリンクについてのフロー制御情報を提供し、エンドツーエンド接続をレート制限するために、ワイヤレスエッジネットワークおよびセルラエッジネットワークにおいてＴＣＰ受信機ウィンドウを使用することが特に有利であるという理解に基づく。特に、ＴＣＰ受信機ウィンドウは、最後の中継局における帯域幅をシグナリングするために使用され得る。このようにして、エンドツーエンド待ち時間の増大につながることになる不所望のバッファ増大を回避することができる。
【００３２】
ＴＣＰは、現在知られているように、別個の機構を使用して混雑制御およびフロー制御を実行することができ、混雑制御は、エンドツーエンド帯域幅制限を処理するように意図され、一方、フロー制御は、受信機においてデータ処理制限をシグナリングするために使用される：
−  混雑制御は、ネットワークリンクが競合するフロー間で公平に共有されることを保証するために使用される。ネットワーク混雑の存在は、介在ルータが、バッファがいっぱいになったためにデータグラムを落とすように強制されるときに発生する、データグラムフローにおけるパケット損失から推量される。パケット損失の検出に続いて、ＴＣＰは、その混雑ウィンドウ、すなわち未処理データの最大許容量を低減し、これは、送信レートを損失イベントごとに半分に削減する効果を有する傾向がある。
−  フロー制御は、ＴＣＰ受信機に、「ＴＣＰウィンドウ」パラメータによってそのバッファにおいてフリースペースがどれほど利用可能であるかを送信機に通知させることにより達成され、その結果、送信機は、宛先におけるフリーバッファスペースの量がゼロに達したときはいつでも送信を停止する。
【００３３】
現在、大きな遅延帯域幅積ネットワークでは、一般的な関心は、受信ウィンドウの値をネットワークが単一のＴＣＰ接続によってより効率よく使用され得るように十分に大きくすることである。したがって、現在では、ＴＣＰ接続が、ＴＣＰウィンドウパラメータによって仲介されるＴＣＰフロー制御によって実際にレート制限されるのを見ることはかなり珍しい。
【００３４】
本発明は、ワイヤレスシステムにおいて見られるものなど、大量にバッファされたリンクに対してレート制限を実施するための手段としてＴＣＰフロー制御機構を使用することを提案する。本発明は、とりわけ、送信機をレート制御するためにＴＣＰ確認応答データグラムにおけるＴＣＰウィンドウパラメータを透過的に修正することが有利であるという理解に基づく。
【００３５】
一実施形態では、データ送信機に向かって進むＴＣＰ確認応答データグラムのＴＣＰウィンドウ（「ＷＩＮ」）パラメータは、ＴＣＰセッションのためのＢＴＳの中の利用可能なバッファスペースの量、および受信機における利用可能なバッファリングスペースの量の最小値で調整される。この技法は、受信機器においておよび／またはＢＴＳにおいて使用され得る。この技法が、ワイヤレスチャネルを横切ってデータをダウンロードしているときにセルラ／ワイヤレスＢＴＳにおいて使用され、ワイヤレスチャネルがボトルネックリンクである場合は、モバイルノードへの推定チャネル品質が送信機をさらにフロー制御するために使用され得る。
【００３６】
次に、図１を参照しながら、例示的ネットワーク要素が高速接続と低速接続との間に配置される、本発明の方法の一実施形態が説明される。
【００３７】
そのような状況は、セルラ基地局、ＲＮＣ、ＤＳＬＡＭ、またはさらに低速シリアルリンクを集約するルータなどのアクセスリンクまたはエッジリンク２１０をコアネットワーク２５０上に集中する、図２に示されているようなノード２００において発生する可能性がある。本方法は、同様の状況下で動作する場合は、他のタイプのネットワーク要素に等しく適用されることを当業者は理解するであろう。以下では、ネットワークノード２００から低速リンク２１０へ進むデータは、「ダウンストリーム」トラフィックと呼ばれる。逆に、低速リンク２１０からノード２００に進むデータは、「アップストリーム」トラフィックと呼ばれる。考察中のＴＣＰトラフィックの発信元は、高速リンク２４０を介してノード２００に接続されるネットワーク２５０の一部分であるとみなされる。ＴＣＰ受信機２２０は、モバイルノードとして純粋に例示的なやり方で概略的に図示されている。
【００３８】
本方法は、図１に例示され、以下で一定の順序で実行される一連のステップとして説明されるが、これは、例示目的のためにのみ行われ、特定のステップが別のステップが完了した後にしか実行され得ない、または別のステップが特定のステップが完了した後にしか実行され得ないことが説明から明らかでない限り、これらのステップはいずれも異なる順序で実行されてもよいことを当業者は理解するであろう。
【００３９】
第１のステップ１１０において、好ましくは、ダウンストリームバッファ２４５におけるパケットとして概略的に例示されているダウンストリームトラフィックのＴＣＰシーケンス（「ＳＥＱ」）数を、アップストリームバッファ２１５におけるパケットとして概略的に例示されているアップストリームトラフィックにおいて通知されているＴＣＰ確認応答（「ＡＣＫ」）数と比較することにより、未処理データの量の推定値が生成される。この値は、ＴＣＰ送信機と受信機２２０との間の転送中のデータの量に下限を置く。転送中のデータの実際の量はまた、ネットワーク要素２００の視野を越えたネットワーク２５０においてさらにアップストリームでバッファされるデータを含む。この第１のステップ１１０の文脈では、考察中のノード２００は、確認応答されないデータの量およびバッファ２４５におけるデータの総量の接続ごとのアカウンティングを実行することができなければならない。
【００４０】
第２のステップ１２０において、バッファが過負荷をかけられているかどうかに関して評価が行われる。この評価は、第１のステップ１００において得られた未処理データの推定量を、アクセスリンクまたはエッジリンクがそれほど大きな性能低下なしにバッファすることができるデータの最大量と比較することにより行われる。
【００４１】
エッジリンクの測定されたラウンドトリップ時間（ＲＴＴ）待ち時間の最大許容ＲＴＴ閾値との比較は、第２のステップ１２０におけるバッファ占有検出のための追加のトリガとして活用され得る。この診断により、とりわけ、無線チャネルの容量が永続的な伝播問題によって著しく劣化したときが明らかになり、この場合、レイヤ２再伝送機構が、上位層においてパケット損失を引き起こすことなく、ＲＴＴを拡張させる。
【００４２】
第３のステップ１３０において、考察中のネットワーク要素は、ダウンストリームＴＣＰフローをエッジリンクによって永続的にサポートされ得るレートに低減する段階レート制限を実行するために、すべてのアップストリームＴＣＰパケットを送信機の方向に中継する前に、すべてのアップストリームＴＣＰパケットに存在するＴＣＰ確認応答ヘッダのＴＣＰウィンドウ（「ＷＩＮ」）パラメータを書き換える。
【００４３】
新しいＷＩＮ値は、好ましくは、ＴＣＰ接続ごとの未処理データの量が予め定められた閾値よりも大きくならないように選択される。とりわけ好まれる予め定められた閾値は、競合するＴＣＰ接続の数で割られた最大ＲＴＴ待ち時間におけるバッファサイズとして定義された値である。
【００４４】
ＴＣＰ接続ごとの実際のスループットのよりきめの細かいアカウンティングを使用することによりさらに良い粒度が達成され得る。
【００４５】
この第３のステップ１３０の文脈では、考察中のノードは、ＷＩＮフィールドが修正されたＴＣＰパケットに関するチェックサムの再計算をすることができなければならない。
【００４６】
本発明の方法がワイヤレスＢＴＳまたはセルラＢＴＳにおいて実施された場合は、有利なことには、いくつかのクロスレイヤーシナジーが利用され得る。そのようなノードにおいて利用可能であるワイヤレスチャネルの状態に関する詳細な情報が、送信機のレートをいかなる所与の時間においても、物理的ネットワークによって維持されているまさにそのレートに微調整するために使用され得る。さらに、本発明による方法を実施する際に、選択をスケジュールするレイヤ２が考慮に入れられてもよい。さらに、アプリケーション層情報は、特定の進行中のＴＣＰ会話が待ち時間センシティブであるか否かを示すことができ、この情報は、本発明による方法の実施の際に考慮されてもよい。
【００４７】
本発明の方法は、処理電力に関してネットワークノードに対する要件を根本的に増大させることなく実施され得る。ネットワークのエッジにおいて接続されているＢＴＳなどのデバイスは、通常、典型的には約１千未満の限定された数の同時接続にサービスを提供するが、この処理は、本発明の方法を展開することに対して禁止するものではない。
【００４８】
本発明の方法の利点は、データグラムを落とすことから生じやすい予測できない影響を同時にもたらすことなくフロー制御を提供することである。
【００４９】
図２を参照すると、この中に示されている装置２００は、第１のネットワークリンク２４０とインターフェースするための第１のインターフェース２４１、および第２のネットワークリンク２１０とインターフェースするための第２のインターフェース２１１を含むことが分かる。これらのインターフェース２４１、２１１は、概略的に図示されているだけであり、実際には、ネットワークノードが一定のセットのプロトコルに準拠して通信することができるようにするすべての必要なハードウェアおよびロジックを含意することを当業者は理解するであろう。装置２００は、これらのインターフェース２４１、２１１に、より詳細には前述のバッファ２４１、２４５に、動作可能に接続されたプロセッサ２３０をさらに含み、これらの動作は、図１に関連して説明されたものに対応する。プロセッサ２３０とデータバッファ２４５と「ＡＣＫ」バッファ２１５との間の相互接続は、正確には、プロセッサが記載されているプロセスを実行することができるようにするものであることを理解されたい。
【００５０】
装置２００は、図２ではＢＴＳとして例示されているが、実際には、ＢＴＳもしくはモバイルノードの一部分として、またはスタンドアロンとして機能するネットワークノードとして実装されてもよい。装置２００が、大きなネットワークノードに組み込まれている場合は、インターフェース２４１、２１１が、物理的バックプレーンインターフェース、有線インターフェース、オンボードマイクロストリップ、またはさらにソフトウェアで実装された論理インターフェースを含んでもよい内部インターフェースによって置換されてもよいことは明らかであろう。
【００５１】
プロセッサ２３０は、マイクロプロセッサとして、または代替として、ＡＳＩＣ、ＦＰＧＡおよび同様の技術を含む１つまたは複数の専用のおよび／またはプログラマブルなもしくは設定可能なハードウェアコンポーネントとして、実装されてよいことにも留意されたい。
【００５２】
図３に示されているネットワークは、図２に示されているネットワークの変形形態である。モバイルノード２２０は、低速リンク２１０を介してＢＴＳ（別々には例示せず）に接続される。一般性を失うことなく、ワイヤレスリンク２１０が仮定される。図２のネットワークとは違って、図３のネットワークは、２つの異なる場所、すなわち、モバイルノード２２０に関連して実装されたＮＭＩＰモバイルノードプロキシ（ＮＭＰ）２００ａの中、およびＢＴＳに関連して実装されたＮＭＩＰネットワークプロキシ（ＮＮＰ）２００ｂの中に本発明による方法の一実施形態を表すロジックをホストするように構成されている。
【００５３】
ＮＭＩＰに対するすべての参照は、そのコンテンツがこの目的のために引用により本明細書に組み込まれている、２０１０年６月３日に公開された米国特許出願公開第２０１０１３５３０１号（ＵＳ−Ａ−２０１０１３５３０１）に提供されている定義により理解されるべきである。
【００５４】
図４および図５は、図３に示されているネットワークに関連する本発明の使用を例示している。例示のために、および一般性を失うことなく、モバイルノード（ＭＮ）２２０と３Ｇ  ＢＴＳ２００との間の３Ｇワイヤレス接続２１０が、問題のあるリンクであると仮定される。やはり一般性を失うことなく、代替のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続２１０’が利用可能であり、ＷＬＡＮアクセスポイント（ＡＰ）２００’を通過すると仮定される。
【００５５】
図４は、モバイルノード（ＭＮ）２２０が、対応するノード（ＣＮ）２６０から発信されたデータをＢＴＳ２００を介して受信している場合（ダウンリンク）に焦点を合わせている。
【００５６】
３ＧとＷＬＡＮとの間のハンドオーバが発生するように設定される。本発明なしでは、トラフィックは３Ｇワイヤレスリンク２１０においてバッファされ、この場合、モバイルフォン２２０へのシリアル回線を介してのトラフィックをカプセル化するためにＰＰＰが使用され、この点においてデータグラムはボトルネックワイヤレスリンク２１０を介して進む。
【００５７】
３Ｇワイヤレスリンク２１０に関連するバッファは非常に大きく、典型的には８０ＫＢより大きい。したがって、ＮＭＩＰハンドオーバが完了すると、比較的最近生成されたパケットが、まだ３Ｇインターフェースのバッファにあるより古いパケットと同時にＷＬＡＮリンク２１０’上で配送される。受信機２２０のＴＣＰスタックは、この状況を異常として示し、接続を再設定する。
【００５８】
本発明を使用して、バッファリングの影響を限定するため、とりわけ接続再設定などの不所望の結果を回避するために、エッジボトルネック２１０を介して転送中のデータの量を制御する。
【００５９】
本発明を使用する場合、ＮＮＰ２００ｂは、問題のあるより低速のリンク２１０に対する制御を透過的に実施するために、ＭＮ２２０からＣＮ２６０に返送されたＴＣＰ確認応答（ＡＣＫ）のＴＣＰウィンドウフィールドを修正する。受信機２２０によって設定されたＴＣＰウィンドウ値は、通常大きいので（そのバッファアがプリケーションに急速にフラッシュされるので、典型的には２＾１６以上）、指定された最大の所望の待ち時間に基づいて許容され得るバッファリングの量を反映するように低減され得る。この動作は、透過的に行われ、ＭＮ２２０もＣＮ２６０も接続中にはＮＮＰ２００ｂによって行われたデータグラムの書き換えに気付かない。
【００６０】
図５は、モバイルノード（ＭＮ）２２０が、対応するノード（ＣＮ）２６０向けのデータをＢＴＳ２００へ（アップリンク）送信している場合に焦点を合わせている。
【００６１】
図４に関連して説明されたものと類似の状況を考慮して、３ＧとＷＬＡＮとの間のハンドオーバが発生するように設定されると仮定する。本発明なしには、トラフィックは、３Ｇワイヤレスリンク２１０においてバッファされ、この場合、混雑を引き起こしやすい送信機バッファはＭＮ２００に配置され、そこからデータグラムがボトルネックワイヤレスリンク２１０を介して進む。
【００６２】
本発明を使用して、バッファリングの影響を限定するために、エッジボトルネック２１０を介して転送中のデータの量を制御する。
【００６３】
本発明を使用する場合、ＮＭＰ２００ａは、問題のあるより低速のリンク２１０に対するフロー制御を透過的に実施するために、ＣＮ２６０からＭＮ２２０に返送されたＴＣＰ確認応答（ＡＣＫ）のＴＣＰウィンドウフィールドを修正する。受信機２６０によって設定されたＴＣＰウィンドウ値は通常大きいので（そのバッファはアプリケーションに急速にフラッシュされるので、典型的には２＾１６以上）、指定された最大の所望の待ち時間に基づいて許容され得るバッファリングの量を反映するように低減され得る。この動作は透過的に行われ、ＭＮ２２０もＣＮ２６０も接続中にはＮＭＰ２００ａによって行われたデータグラム書き換えに気付かない。
【００６４】
様々な前述の方法のステップはプログラムされたコンピュータによって実行され得ることを当業者は容易に理解するであろう。本明細書では、いくつかの実施形態はまた、プログラム記憶装置、例えば、機械またはコンピュータ読取り可能であり、命令の機械実行可能プログラムまたはコンピュータ実行可能プログラムをエンコードするデジタルデータ記憶媒体をカバーするものとし、前記命令は、前記の前述の方法のステップの一部またはすべてを実行する。
【００６５】
プログラム記憶装置は、例えば、デジタルメモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハードドライブ、または光学的に読取り可能なデジタルデータ記憶媒体でよい。諸実施形態はまた、前述の方法の前記ステップを実行するようにプログラムされたコンピュータをカバーするものとする。
【図１】
0005809745.tif 000002
【図２】
0005809745.tif 000003
【図３】
0005809745.tif 000004
【図４】
0005809745.tif 000005
【図５】
0005809745.tif 000006