JP7401698B2 - パケット交換ネットワークを介して通信する装置、方法、およびコンピュータプログラム - Google Patents

Description

本発明は、パケット交換通信ネットワークを介したトランスポート層パケットの配信に関するものである。

インターネットのようなパケット交換ネットワーク上のデータ伝送は、通常、インターネットプロトコル（ＩＰ）の上にある伝送制御プロトコル（ＴＣＰ）に依存している。ＴＣＰ／ＩＰは、データの伝送のために実績があり広く適用されているプロトコルスイートを構成するが、データパケットの厳密なインシーケンス配信から生じる遅延、ネットワーク内で失われたパケットのために生じる再送信、フロー制御および混雑制御機構による送信ＴＣＰホストによるパケットの内部バッファリングによって、パケット交換ネットワーク上でパケットおよびメッセージをタイムリーに配信する必要があるネットワーク型の対話的リアルタイムアプリケーションにはＴＣＰは不向きである。このようなアプリケーションのよく知られた例としては、音声および／またはビデオテレフォニー、音声および／またはビデオ会議、ピアツーピアゲーム、クラウドベースのゲームなどがある。このようなアプリケーションでは、ネットワーク内で遅延または損失したパケットの再送信、あるいはフロー制御および／または輻輳制御機構による送信側でのパケットの大規模なバッファリングから生じる追加の遅延は、一般に、ユーザー体験の低下をもたらし、このようなアプリケーションを事実上使用できなくすることさえありうる。特に、パケット損失に応答してパケット送信に適用される帯域幅を突然減らす可能性があるＴＣＰフロー制御機構は、ビデオストリームなどの比較的高帯域幅のデータのリアルタイム配信を必要とするネットワーク化された対話型リアルタイムアプリケーションの知覚的ユーザー体験に深刻な有害な影響を与えることがある。

ユーザーデータグラムプロトコル（ＵＤＰ）は、ＩＰの上にパケット交換ネットワーク上でデータパケットを送信する代替方法を提供する。ＴＣＰとは異なり、ＵＤＰは、パケットバッファリング、パケットの信頼性のある配信、および任意のフロー制御および／または輻輳制御アクションなどの態様に関する制御を、上位層のプロトコルおよび／またはＵＤＰ／ＩＰに依存するアプリケーションに対して行うようにする。このようなアプローチは、パケット交換ネットワーク上でパケットを伝送する際の不要な遅延の回避を容易にする一方で、アプリケーションがネットワーク上の往復時間とネットワークで発生する可能性のあるパケット損失を監視し、この情報を使用してアプリケーションの特定の要件を考慮したフロー制御および輻輳制御メカニズムを実装することも可能にしている。この点でビデオストリームを例にとると、アプリケーションは、ビデオストリームに適用されるビデオ解像度および／またはビデオフレームレートを低減することにより、輻輳制御を実装することができる。さらに、ＵＤＰは、アプリケーションがＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）などのメカニズムを使用して、ネットワークで発生する可能性のあるパケットロスに、大幅な追加遅延を発生させることなく先制的に対処することを可能にする。このような特性から、ＵＤＰ はネットワーク上の対話型リアルタイムアプリケーションに適している。

ネットワーク化された対話型リアルタイムアプリケーションの要件という観点から、ＴＣＰの欠点に少なくとも部分的に対処するプロトコルの一例として、ＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）がある。ＳＣＴＰは、順序付きおよび順序外のパケットデータストリームの両方に対して信頼性の高いトランスポートを提供するが、一方で、ＴＣＰのような輻輳制御メカニズムを採用する。したがって、ＳＣＴＰは、ネットワーク上のインタラクティブ・リアルタイム・アプリケーションの観点から、ＴＣＰと比較していくつかの有利な機能を備えているが、パフォーマンスを制限するいくつかの問題が残っている。ＳＣＴＰは、信頼性の高いデータ伝送を保証するために再送方式を採用しているが、ネットワーク対話型リアルタイムアプリケーションでは、多くの場合、ネットワークで失われたパケットの再送によって生じる追加のラウンドトリップ時間は、比較的少量のデータパケットの損失によるものよりも、ユーザーが体験するサービス品質の劣化を深刻化させることになる。さらに、ＳＣＴＰ輻輳制御機構の動作によるネットワークでのパケット損失に対応する伝送帯域幅の減少は、ほとんどの場合、ネットワーク化されたインタラクティブリアルタイムアプリケーションが、例えば、ビデオストリームに適用されるビデオ解像度および／またはビデオフレームレートを低減することによってコンテンツアウェア方式でデータ伝送速度を縮小することを許可されているシナリオよりも厳しいユーザー体験サービス品質の低下をもたらすことになる。

しかしながら、ウェブブラウザのような多くのオペレーティングシステム及び／又はアプリケーションプラットフォームにおいて、ネットワーク接続は、アプリケーションプログラマブルインターフェース（ＡＰＩ）又はソケットインターフェースを介して提供されることがあり、これらは、主に、ネットワーク化された対話的リアルタイムアプリケーションには適さないＴＣＰベースの接続を提供する。一方、例えばセキュリティ上の問題から、ＡＰＩやソケットインターフェースはＵＤＰベースの接続を提供しないか、またはネットワーク上の対話型リアルタイムアプリケーションに適さない接続となる可能性のある上位のプロトコルサポートを提供するにとどまる場合がある。しかし、例えばＷｅｂブラウザは、ネットワーク上のインタラクティブなリアルタイムアプリケーションを含む多くの種類のアプリケーションのための興味深いプラットフォームを提供する。ウェブブラウザのようなオペレーティングシステムやアプリケーションプラットフォームで適用可能なプロトコルの最近の開発により、ＴＣＰの代わりにＳＣＴＰを使用する、よりリアルタイム通信に適したネットワークインタフェースが実現されている。この点に関する例として、２つのピアのウェブブラウザ間でオーディオ、ビデオ、およびデータを使用した直接的、インタラクティブ、リッチな通信のためのプロトコルサポートを規定するＷｅｂ Ｒｅａｌ－Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＷｅｂＲＴＣ）プロトコルがあり、メディア伝送用のＳｅｃｕｒｅ Ｒｅａｌ－Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ（ＳＲＴＰ）を定義しながらウェブブラウザからピアへ汎用データを交換できるようにする汎用伝送サービスとしてのＳＣＴＰの使用法を規定している（例えば、ＲＦＣ８３３１を参照のこと）。

ＷｅｂＲＴＣなどのフレームワークは、オペレーティングシステムおよび／またはウェブブラウザなどのアプリケーションプラットフォームのフレームワークでネットワーク化されたインタラクティブリアルタイムアプリケーションを実装するための道を開くが、例えば、ＷｅｂＲＴＣ（または同様のもの）などのプロトコルを実装するオペレーティングシステムまたはブラウザは通常、ＳＣＴＰおよびＳＲＴＰスタックのそれぞれのインターフェースを介してネットワーク接続を提供し、それによって、そのようなフレームワークで動作するネットワーク化されたリアルタイムアプリケーションの性能は、これらのプロトコルスタックの性能に少なくとも部分的に依存するようにする。特に、このような組み込みプロトコルスタックを介した通信に関わる固有の遅延および／または機能により、ネットワーク化されたインタラクティブリアルタイムアプリケーションが、往復時間およびネットワークで発生するパケットロスの量に直接的または間接的に影響を与える態様を有意に制御することが不可能となり、その結果、ユーザーが経験するサービス品質の面で性能が低下し、これは、特にクラウドゲームおよびピアツーピアゲームなどのアプリケーションで顕著になる場合がある。

関連技術として、Ｒａｎｄａｌ ＳｔｅｗａｒｔらによるＲＦＣ ３７５８「Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＣＴＰ） Ｐａｒｔｉａｌ Ｒｅｌｉａｂｉｌｉｔｙ Ｅｘｔｅｎｓｉｏｎ」は、ＳＣＴＰエンドポイントが、累積ａｃｋポイントを前進させるべきと、ピアにシグナリングすることを可能にするＳＣＴＰの拡張を開示している。ＳＣＴＰアソシエーションの両側がこの拡張に対応している場合、ＳＣＴＰ実装を使用して、上位レイヤープロトコルに部分的に信頼性のあるデータ送信サービスを提供することが可能である。

本発明の目的は、アプリケーションが、通信のラウンドトリップタイムに対する制御を改善することができる方法で、予め定義されたトランスポートプロトコルに対する予め定義されたインターフェースを介してパケット交換ネットワーク上で通信することを可能にするアプローチを提供することである。

例示的な態様によれば、パケット交換ネットワークを介して他の装置と通信するための装置が与えられる。当該装置は、トランスポートプロトコル部であって、割り当てられたそれぞれのシーケンス番号を有するデータブロックのシーケンスでユーザーデータを他の装置へ送信することと、データブロックの少なくともいくつかの受信を確認する確認応答ブロックを他の装置から受信することと、他の装置により確認されなかったデータブロックのものを、他の装置に再送信することと、他の装置によって確認されていないデータブロックの予め定められた量に応答して、輻輳回避状態に移行することとを少なくとも当該装置に実行させるように構成されたトランスポートプロトコル部と、補完トランスポートプロトコル部であって、それぞれの確認応答ブロックが、それに割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの受信を指示するように、トランスポートプロトコル部に渡す前に、他の装置から受信した確認応答ブロックを修正することを通じて、それに割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの確認応答を指示する情報をトランスポートプロトコル部に提供し、選択的に、当該装置に、第２の参照シーケンス番号よりも小さいシーケンス番号を割り当てられた任意の未受信のデータブロックを無視するように他の装置に指示する制御ブロックを、他の装置へ送信させるように構成された補完トランスポートプロトコル部とを備える。

他の例示的な態様によれば、トランスポートプロトコルに従ってパケット交換ネットワークを介して他の装置と通信するための装置における方法が与えられる。ここでトランスポートプロトコルに従う通信は、それに割り当てられたそれぞれのシーケンス番号を有するデータブロックのシーケンスでユーザーデータを、他の装置に送信することと、データブロックの少なくともいくつかの受信を確認する確認応答ブロックを、他の装置から受信することと、データブロックのうち他の装置により確認されなかったものを、他の装置に再送することと、他の装置によって確認されていないデータブロックの予め定められた量に応答して、輻輳回避状態に移行することとを有し、当該方法は、それぞれの確認応答ブロックが、それに割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの受信を示すように、トランスポートプロトコル部にそれを渡す前に、他の装置から受信した確認応答ブロックを修正することによって、それに割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの確認応答を示す情報を、トランスポートプロトコル部に提供することと、第２の参照シーケンス番号よりも小さいシーケンス番号を割り当てられた任意の未受信のデータブロックを無視するよう他の装置に指示する制御ブロックを、選択的に他の装置に送信することとを備える。

他の例示的な態様によれば、コンピュータプログラムが提供される。当該コンピュータプログラムは、プログラムコードがコンピューティング装置上で実行されたときに、少なくとも上述した例示的な実施形態による方法を実行させるように構成されたコンピュータ可読プログラムコードを有する。

上述した例示的な態様によるコンピュータプログラムは、例えば、プログラムコードをその上に格納した少なくとも１つの非一時的コンピュータ可読媒体を含むコンピュータプログラムプロダクトとして、揮発性又は不揮発性のコンピュータ可読記録媒体に具現化することができ、１つ以上の計算装置によって実行すると、計算装置に少なくとも上述した例示的実施形態による方法を実行させることができる。

本特許出願に提示された本発明の例示的な態様は、添付の請求項の適用可能性に制限をもたらすものと解釈されるべきではない。動詞「構成する」及びその派生語は、本特許出願において、同じく未記載の特徴の存在を排除しない開放的な限定として使用される。以下の実施形態に記載された特徴は、明示的に別段の記載がない限り、明示的に記載されたもの以外の組み合わせで使用することができる。

本発明のいくつかの特徴は、添付の特許請求の範囲に記載されている。しかしながら、本発明の態様は、その構造およびその動作方法の両方に関して、その追加の目的および利点とともに、添付の図面と関連して読まれたときに、いくつかの例示的な実施形態の以下の説明から最もよく理解されるであろう。

本発明の実施形態は、限定ではなく、例示として、添付の図面に示されている。

図１は、ひとつの実施形態に従う通信システムのいくつかの要素のブロック図を示す。 図２は、ひとつの実施形態に従う通信モデルを示す。 図３は、ひとつの実施形態に従う通信モデルを示す。 図４は、ひとつの実施形態に従う通信モデルを示す。 図５は、ひとつの実施形態に従う方法を表すフローチャートを示す。 図６は、ひとつの実施形態に従う方法を表すフローチャートを示す。 図７は、ひとつの実施形態に従う装置のいくつかのコンポーネントのブロック図を示す。

図１は、サーバ装置１０１とクライアント装置１０２－１、１０２－２、１０２－３とを含む、一例による通信システム１００のいくつかの要素のブロック図である。クライアント装置１０２－１、１０２－２、１０２－３は、１つ以上のクライアント装置を表し、任意の単一のクライアント装置は参照番号１０２－ｋを介して参照され、１つ以上のクライアント装置は参照番号１０２を介して一緒に参照され得る。サーバ装置１０１及びクライアント装置１０２－ｋの各々は、それぞれのエンドポイント、ホスト又はノードとも呼ばれることがある。クライアント装置１０２－ｋの各々は、インターネットなどのパケット交換ネットワークからなる通信ネットワーク１０３を介して、サーバ装置１０１に通信可能に接続されている。以下では、通信システム１００の使用による通信のいくつかの態様を、サーバ装置１０１及びクライアント装置１０２－ｋを参照して説明する。

サーバ装置１０１およびクライアント装置１０２－ｋの各々は、それぞれのコンピュータ装置を含んでよく、このコンピュータ装置は、プロセッサおよびメモリを含んでよく、メモリは、プロセッサによって実行されると、装置を本開示によるサーバ装置１０１またはクライアント装置１０２－ｋのそれぞれの１つとして動作させるコンピュータプログラムコードを格納するように配置されている。サーバ装置１０１又はクライアント装置１０２－ｋを提供するためにこのようなコンピュータ装置を使用する、より詳細な例が、図７を参照して以下に提供される。

サーバ装置１０１及びクライアント装置１０２－ｋの各々は、それぞれサーバアプリケーション及びクライアントアプリケーションと呼ばれることがある、それぞれのアプリケーションを実行してもよい。ひとつの実施形態によれば、サーバ装置１０１におけるサーバアプリケーションおよびクライアント装置１０２－ｋにおけるクライアントアプリケーションのそれぞれは、図２に示される通信モデルに従って、通信ネットワーク１０３を介して互いに通信するように配置されてもよい。サーバアプリケーションおよびクライアントアプリケーションのそれぞれはアプリケーション層で動作し、通信ネットワーク１０３上のパケット交換通信へのアクセスはインターネットプロトコル（ＩＰ）層（または別のネットワーク層プロトコル）によって提供される。この点、サーバアプリケーションおよびクライアントアプリケーション（またはアプリケーション層の他のアプリケーション）は、トランスポート層を介してＩＰ層へのアクセスを有してよく、これはトランスポートプロトコルの動作を介して実装されてもよい。本開示の文脈で適用可能なトランスポートプロトコルの一例は、セッション制御トランスポートプロトコル（ＳＣＴＰ）であり、そのいくつかの態様は、以下でさらに詳細に説明される。

この点に関して、図２に示される通信モデルは、ＩＰ層（または別のネットワーク層プロトコル）より下のプロトコル層を意図的に省略した簡略化されたものであり、アプリケーションと本開示で説明するトランスポートプロトコルとの関係を例示することを主目的としていることに留意されたい。他の例では、アプリケーションは、１つ以上の中間プロトコル層を介してトランスポート層内のトランスポートプロトコルをインターフェースしてもよく、及び／又は、トランスポート層内のトランスポートプロトコルは、１つ以上の中間プロトコル層を介してＩＰ層（又は別のネットワーク層プロトコル）をインターフェースしてもよい。

サーバ装置１０１内のサーバアプリケーションとクライアント装置１０２－ｋ内のクライアントアプリケーションとの間の通信において適用されるトランスポートプロトコルは、これら２つのエンティティ間のデータの転送を規定する１つ以上のデータフォーマットおよび１つ以上のプロシージャを定義することができる。典型的には、トランスポートプロトコルは、異なるベンダから発信される２つのエンティティ間の相互運用性を可能にし、保証するために、通信規格によって規定される。ひとつの実施形態によれば、サーバアプリケーション及びクライアントアプリケーションは、サーバ装置１０１及びクライアント装置１０２－ｋのそれぞれの一方において実行されるオペレーティングシステムによって又はアプリケーションプラットフォームによって提供されるアプリケーションプログラマブルインターフェース（ＡＰＩ）又はソケットインターフェースを介してトランスポート層（のみ）におけるトランスポートプロトコルへのアクセスを有してもよい。

この点に関する例として、クライアント装置１０２－ｋは、ユーザー装置によって実行されるオペレーティングシステムの枠組みで動作するように調整されたブラウザアプリケーションを実装する、携帯電話、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータなどの汎用ユーザー装置から構成されてもよい。このようなシナリオでは、クライアントアプリケーションは、ブラウザアプリケーション内で動作してもよく、その結果、クライアントアプリケーションは、ブラウザアプリケーションを介して利用可能なＡＰＩ又はソケットインターフェースを介してトランスポート層のトランスポートプロトコルに（のみ）アクセスすることが可能である。一方、サーバ装置１０１は、多くの場合、それが実行に供するサーバアプリケーションの要件に適合するように専用または少なくとも調整された装置を介して提供され、したがって、サーバアプリケーションは、サーバ装置１０１のトランスポート層によって提供されるトランスポートプロトコルおよび／または他のサービスにアクセスして使用する際に（クライアントアプリケーションと比較して）何らかの追加の柔軟性を有することもできる。そのような柔軟性にかかわらず、サーバ装置１０１におけるトランスポートプロトコルは、クライアント装置１０２－ｋとの通信において適用されるデータフォーマットの点で、基礎となる標準規格に必然的に拘束される。

本開示の目的のために、サーバ装置１０１およびクライアント装置１０２－ｋのそれぞれにおけるトランスポートプロトコルを提供する役割を果たすそれぞれのエンティティは、それぞれのトランスポートプロトコル部と呼ばれ得る。この点、サーバ装置１０１及びクライアント装置１０２－ｋにおけるそれぞれのトランスポートプロトコル部は、サーバ装置１０１におけるサーバアプリケーションからクライアント装置１０２－ｋにおけるクライアントアプリケーションへの、及びその逆の、ユーザーデータの信頼性の高いトランスポートを提供し得る。この点、ユーザーデータの伝送は、送信側エンドポイント（例えば、サーバ装置１０１及びクライアント装置１０２－ｋの一方から）及び受信側エンドポイント（例えば、サーバ装置１０１及びクライアント装置１０２－ｋの他方への）を参照して説明されてもよい。この点、送信側エンドポイントにおけるトランスポートプロトコル部は、受信側エンドポイント（におけるトランスポート部）へユーザーデータを伝送する際に、少なくとも以下のことを実行することができ、それは、
ユーザーデータをデータブロックのシーケンスで送信することであって、各データブロックは、データブロックのシーケンスにおけるその位置を示すそれぞれの割り当てられたシーケンス番号を有する、ところの送信することと、
受信側エンドポイント（のトランスポートプロトコル部）から、送信側エンドポイントから送信された１つ以上のデータブロックの受信をそれぞれ確認する確認応答ブロックを受信することと、
受信側エンドポイント（のトランスポートプロトコル部）によって確認応答されなかったデータブロックを再送信することと、
送信側エンドポイントから送信されたデータの少なくとも所定の量が、前記受信側エンドポイント（のトランスポートプロトコル部）によって確認されなかったことに応答して、輻輳回避状態に移行することと
を含む。

ユーザーデータを送信する送信側エンドポイントに戻ると、送信側エンドポイント内のトランスポートプロトコル部は、サーバアプリケーションから発信されたユーザーデータを、予め定義された最大データブロックサイズに従ってデータブロックのシーケンスに配列してもよく、シーケンスの各データブロックは、受信側エンドポイントに順に送信される前に単調増加するシーケンス番号が割り当てられる。各データブロックは、ブロックヘッダと共にユーザーデータのそれぞれの部分を含んでもよく、ブロックヘッダは、それぞれのデータブロックに割り当てられたシーケンス番号、場合によっては、それぞれのデータブロックで運ばれるユーザーデータに関連するさらなる制御情報および／または一般的に送信側エンドポイントと受信側エンドポイントとの間のデータ転送に関連する情報を含むことができる。送信側エンドポイントは、１つ以上の（連続した）データブロックを、それらのシーケンス番号の増加順にトランスポートパケットに配置してもよい。この点に関して、トランスポートパケットは、それぞれのトランスポートパケットで運ばれるデータブロックに関連する（さらなる）制御情報、及び／又は１つ以上のデータブロックと共に一般的に送信側エンドポイントと受信側エンドポイントとの間のデータ伝送に関連する制御情報を運ぶパケットヘッダを含んでもよい。トランスポートパケットに含まれるデータブロックの数及び／又は結合サイズは、トランスポートパケットについて定義された最大許容パケットサイズを考慮して設定又は選択され得る。

受信側エンドポイントから確認応答ブロックを受信する送信側エンドポイントを参照すると、各確認応答ブロックは、受信側エンドポイントにおいて送信側エンドポイントから送信された１つ以上のデータブロックの受信を報告することができる。データブロックと同様に、確認応答ブロックもトランスポートパケットでエンドポイント間にて送信されることがある。この点に関して、確認応答データブロックは、データブロックに割り当てられたシーケンス番号を介して、確認応答ブロックにおいて識別及び／又は指示されてもよい。その結果、確認応答ブロックは、受信側エンドポイントで受信された１つ以上のデータブロックに割り当てられたシーケンス番号のそれぞれの指示を含んでもよい。ここで、所定のデータブロックのシーケンス番号に係る指示は、所定のデータブロックに割り当てられたシーケンス番号をそのまま、及び／又は、所定のデータブロックに割り当てられたシーケンス番号の導出を可能にする１つ又は複数の情報の断片から構成されてもよい。一例では、確認応答ブロックに含まれるシーケンス番号に係る指示は、以下のもの、すなわち、
受信側エンドポイントで受信されたデータブロックの連続したサブシーケンスの最後のデータブロックに割り当てられたシーケンス番号を示す受信済みシーケンスインジケータと、
任意で、前記連続したデータブロックのサブシーケンスに、少なくとも１つのギャップで続くそれぞれの１つ以上のデータブロックに割り当てられた１つ以上のさらなるシーケンス番号のそれぞれの指示と
を含んでもよい。

したがって、１つ以上のさらなるシーケンス番号のそれぞれの指示は、確認応答ブロックに含まれる場合、受信済みシーケンスインジケータによって示されるものより大きいそれぞれのシーケンス番号を有するデータブロックを識別し、それによって、受信側エンドポイントにおけるデータブロックの受信シーケンスにおける少なくとも１つのギャップを送信側エンドポイントに通知し得る。

送信側エンドポイントが、そこから既に送信されたデータブロックのうち、受信側エンドポイントによって確認されないものを再送信することに戻ると、一例として、送信側エンドポイント内のトランスポートプロトコル部は、受信側エンドポイントから受信した確認応答ブロックがデータブロックの受信シーケンス内の少なくとも１つのギャップを示すことに応答して、および／またはそれぞれのデータブロックに関する再送信ウィンドウが失効することに応答して、確認応答されないデータブロックの再送信を進めることができる。ここで、再送信ウィンドウは、予め定義された又は適応可能な安全マージンで拡張された送信及び受信側エンドポイント間の推定ラウンドトリップ時間をカバーしてもよく、それによって、それぞれのデータブロックに係る確認応答が安全マージンよりも遅延することに応じて、所定のデータブロックの再送信が行われることになる。

輻輳回避状態に移行する送信側エンドポイントに戻ると、送信側エンドポイント内のトランスポートプロトコル部は、そこから送信されたデータの少なくとも予め定められた量が受信側エンドポイントによって確認されないことに応答して、１つ以上の予め定められた規則に従って、そこからデータブロックを送信する際に適用されるデータレートを一時的に低減してもよく、予め定められた量は、送信側エンドポイントから送信されたまだ確認されていないデータブロックの数またはまだ確認されていないデータ量（例えば、バイト単位）に関連し得る。この点、データブロックの未確認は、それぞれのデータブロック又はそれに係る確認応答ブロックがトランスポートパスの輻輳により失われること、又はそれぞれのデータブロック及び／又は確認応答ブロックがトランスポートパスの輻輳により予め定められた量以上遅延することにより発生しうる。一例では、輻輳回避への移行は、単一のデータブロックの未確認によってトリガされてもよいが、別の例では、輻輳回避への移行は、予め定められた時間ウィンドウ内に送信側エンドポイントから送信されたデータブロックの所定の数及び／又は所定の割合の未確認によって、又は送信側エンドポイントから送信された所定の量のデータの未確認によって、トリガされてもよい。

様々な例によれば、サーバ装置１０１及び／又はクライアント装置１０２－ｋは、サーバ装置１０１内のサーバアプリケーション及び／又はクライアント装置１０２－ｋ内のクライアントアプリケーションのそれぞれの１つの動作を強化するために、さらなるトランスポート層サービスを提供するように配置された補完トランスポートプロトコル部をさらに含んでもよい。この点に関して、補完トランスポートプロトコル部は、少なくとも概念的には、トランスポートプロトコル部とＩＰ層との間のトランスポート層内にサブレイヤーを提供することができる。名称が示すように、補完トランスポートプロトコル部は、サーバアプリケーション及び／又はクライアントアプリケーションのそれぞれの１つの動作を強化するために、前述したトランスポートプロトコル部の動作を補完する役割を担ってもよい。この点、補完トランスポートプロトコル部によって行われる動作は、サーバ装置１０１およびクライアント装置１０２－ｋにおけるそれぞれのトランスポートプロトコル部間の相互運用性を、両者間の通信において適用されるデータフォーマットの観点から妨げないようなものである。この点に関するいくつかの例として、補完トランスポートプロトコル部は、例えば、ビデオ電話アプリケーション、ビデオ会議アプリケーションまたはゲームアプリケーションの文脈において、オーディオストリームおよび／またはビデオストリームなどのリアルタイム双方向メディアのタイムリーな伝送を促進する操作を実行することができる。

前述したラインに沿った多くの通信シナリオにおいて、クライアント装置１０２－ｋは汎用ユーザー装置からなり、サーバ装置１０１－ｋは、サーバ装置１０１内のサーバアプリケーションとクライアント装置１０２－ｋ内のクライアントアプリケーションとの間の通信の特定の特性に合わせて、専用化されるか、または他の方法で調整されてもよい。その結果、ひとつの実施形態では、サーバ装置１０１におけるトランスポート層は、トランスポートプロトコル部及び補完トランスポートプロトコル部を備えてもよく、一方、クライアント装置１０２－ｋは、トランスポートプロトコル部のみを備えてもよい。別の例では、クライアント装置１０２－ｋがトランスポートプロトコル部と補完トランスポートプロトコル部の両方を備え、同時にサーバ装置１０１がトランスポートプロトコル部のみを備えるように、役割が変更されてもよい。またさらなる例では、サーバ装置１０１とクライアント装置１０１－ｋの両方がトランスポートプロトコル部および補完トランスポートプロトコル部を備えるようにされてもよい。説明を明瞭かつ簡潔にするために、以下の実施形態は、サーバ装置１０１がトランスポートプロトコル部と補完トランスポートプロトコル部の両方を備えると仮定するが、クライアント装置１０２－ｋはトランスポートプロトコル部のみを備えてもよい。

ひとつの実施形態によれば、サーバ装置１０１内の補完トランスポートプロトコル部は、サーバ装置１０１内のトランスポート部に、そこからクライアント装置１０２－ｋに送信されたすべてのデータブロックのうち、それに割り当てられた第１の参照シーケンス番号を有するものまでの確認応答を示す情報を提供するように配置されてもよい。この点に関する例として、第１の参照シーケンス番号は、最も新しく送信されたデータブロック（すなわち、サーバ装置１０１からクライアント装置１０２－ｋに最も新しく送信されたもの）に割り当てられた参照番号から構成されてもよい。他の例では、第１の参照シーケンス番号は、他の最近送信されたデータブロック、例えば、最も新しく送信されたデータブロックの直前のものに割り当てられたシーケンス番号、または、一般的には、Ｎ：番目の最も新しく送信されたデータブロックに割り当てられたシーケンス番号から構成されてもよい。その結果、サーバ装置１０１内のトランスポートプロトコル部には、トランスポートプロトコル部によるデータブロックの再送および／または輻輳回避状態への移行を回避する情報が提供される。

補完トランスポートプロトコル部が、そこから送信されたすべてのデータブロックの確認応答を示す情報をトランスポート部に提供する態様は、補完トランスポートプロトコル部が、クライアント装置１０２－ｋから受信した確認応答ブロックを、それに割り当てられた第１の参照シーケンス番号を有するデータブロックまでサーバ装置１０１から送信されたすべてのデータブロックの受信を示すようにトランスポートプロトコル部に渡す前に変更することから構成されてもよい。この点に関する例として、前述のラインに沿って、確認応答ブロックは、クライアント装置１０２－ｋで受信した１つ以上のデータブロックに割り当てられたシーケンス番号のそれぞれの指示を含んでもよく、一方、補完トランスポートプロトコル部は、確認応答ブロックを、サーバ装置１０１から、それに割り当てられた最初の参照シーケンス番号を有するものまで送信されたすべてのデータブロックの受信を示すように修正してもよい。さらにこの点で、確認応答ブロックは、前述の受信済みシーケンスインジケータを介して、そこで受信されたデータブロックに割り当てられたそれぞれのシーケンス番号を示してよく、一方、補完トランスポートプロトコル部は、確認応答ブロックの受信済みシーケンスインジケータを第１の参照シーケンス番号を示すものに置き換えてよい。任意で、確認応答ブロックは、前述の１つ以上のさらなるシーケンス番号のそれぞれの指示を含んでもよく、一方、補完トランスポートプロトコル部は、確認応答ブロックから１つ以上のさらなるシーケンス番号の指示を除去してもよい。

補完トランスポートプロトコル部が、そこから送信されたすべてのデータブロックの確認応答を示す情報をトランスポートプロトコル部に提供する態様は、クライアント装置１０２－ｋによって確認応答されたデータブロックのシーケンスにおける可能なギャップをマスキングすることにつながり、その結果、サーバ装置１０１内のトランスポートプロトコル部がデータブロックのいずれかを再送することを防ぐ、および／またはサーバ装置１０１内のトランスポートプロトコル部が混雑回避状態に移行することを防ぐ役割を果たすことが可能である。補完トランスポートプロトコル部の動作は、トランスポートプロトコル部が可能な限り未確認のデータブロックを検出することを防止し得るので、サーバ装置１０１からクライアント装置１０２－ｋに送信されるユーザーデータは、クライアント装置１０２－ｋにおけるユーザーデータの可能性のある欠落部分を検出できる情報を含んでもよく、及び／又はサーバ装置１０１からクライアント装置１０２－ｋに送信されるユーザーデータはサーバ装置１０１とクライアント装置１０２－ｋとのラウンドトリップ時間を監視できる情報を含んでも良い。さらに、クライアント装置１０２－ｋからサーバ装置１０１に送信されるユーザーデータは、クライアント装置１０２－ｋにおいてバッファリングされたユーザーデータの量を示す情報を含んでもよく、これは、サーバアプリケーションに、クライアント装置１０２－ｋへのユーザーデータの送信を制御するための追加情報を提供し得るものである。

この点に関する非限定的な例として、サーバアプリケーションから発信されるユーザーデータは、サーバ装置１０１内のトランスポートプロトコル部に（アプリケーション）データフレームのシーケンスとして提供されてもよく、これらは、それぞれのアプリケーションシーケンス番号および／または他の種類の順序付け情報とともに提供されてもよく、一方、トランスポートプロトコル部は、アプリケーションデータフレームをクライアント装置１０２－ｋへの伝送のためのデータブロックのシーケンスにアレンジしてもよい。さらに、クライアント装置１０２－ｋは、それぞれのアプリケーションシーケンス番号および／またはアプリケーションデータフレームに含まれる他の種類の順序付け情報への参照を介して、正常に受信したアプリケーションデータフレームを報告するアプリケーション層確認応答をサーバ装置１０１に送信することによって、それが受信するアプリケーションデータフレームに応答することができる。そのようなユーザーデータの例は、それぞれが１つ以上のメディアフレームを含み、それぞれのアプリケーションシーケンス番号および／またはそれぞれのタイムスタンプを有するメディアパケットに配置され得るメディアフレームのシーケンスを含むオーディオストリームおよび／またはビデオストリームなどのメディアストリームを含む。メディアパケットは、データブロックのシーケンスにおいて送信されるアプリケーションデータフレームとして機能してもよく、一方、クライアント装置１０２－ｋは、サーバ装置１０１に、それらのアプリケーションシーケンス番号および／またはそれらのタイムスタンプへの参照を介して、正常に受信したメディアパケット（またはメディアフレーム）を報告するアプリケーション層の確認応答を送信することによって、そこで受信したメディアパケットに応答することができる。

サーバ装置１０１内のサーバアプリケーションおよび／またはクライアント装置１０２－ｋ内のクライアントアプリケーションの特性および／または動作にさらに言及すると、サーバアプリケーションは、クライアントアプリケーションで受信したアプリケーションデータフレームのサブシーケンスのギャップおよび／または観測されたラウンドトリップタイムの増加に対して、未確認アプリケーションデータフレームを選択的に再伝送することによっておよび／または通信ネットワーク１０３内で失われ得るアプリケーションフレームの少なくとも一部を再構築可能にするＦＥＣメカニズムを選択的に適用して冗長データを伝達することによって対応しても良い。したがって、例えばメディアパケットの場合、通信ネットワーク１０３内で失われたメディアフレームまたはメディアパケットは、それぞれのメディアフレーム／パケットに係る確認応答の欠如に応答して再送信されてもよいし、ＦＥＣメカニズムの動作を介して送信される冗長データに基づいて再構築されてもよい。さらに、メディアパケットがオーディオストリーム及び／又はビデオストリームを伝達するのに役立つ場合、クライアントアプリケーションは、適用されるオーディオ及び／又はビデオデコーダーに含まれるそれぞれのエラー隠蔽メカニズムの使用を通じて、知覚可能なユーザー体験メディア品質に大きな影響を与えることなく、メディアフレーム又はメディアパケットの損失をある程度、例えば、数パーセントのメディアフレーム損失レートまで許容することができる可能性がある。

輻輳回避および／または輻輳制御に関して、サーバ装置１０１によって行われる任意の輻輳制御動作は、サーバ装置１０１において実行されるサーバアプリケーションの動作を介して実施されてもよい。この点に関して、輻輳制御および／または輻輳回避は、例えば、クライアント装置１０２－ｋにおいてクライアントアプリケーションから発信されるユーザーデータ（例えば、それぞれのアプリケーションデータフレーム）の一部として受信した情報に依存して、および／またはサーバアプリケーションにおいて観測されるラウンドトリップ時間に依存して、実施されてもよい。この点に関して、サーバ装置１０１においてクライアント装置１０２－ｋから受信されるアプリケーションデータフレームは、サーバ装置１０１からクライアント装置１０２－ｋに送信されたアプリケーションデータフレームのうち、クライアント装置１０２－ｋにおいて正常に受信されたものの確認応答を含み得る。この確認応答によってサーバアプリケーションは、サーバ装置１０１からクライアント装置１０２－ｋへの途中で失われたアプリケーションデータフレームを検出し、サーバ装置１０１およびクライアント装置１０２－ｋ間のラウンドトリップ時間を推定することが可能である。その結果、サーバアプリケーションは、サーバアプリケーションで観測されたアプリケーションデータフレーム損失率および／またはサーバアプリケーションで測定されたラウンドトリップ時間が通信ネットワーク１０３の輻輳を示唆する場合に、そこから送信されるアプリケーションデータフレームのデータレートを低下させるようにその動作を例えば調整することができる。再びメディアストリームを例にして、サーバアプリケーションは、メディア品質の低減、例えばメディア解像度（例えばオーディオ表現の粒度及び／又は画像解像度）に関する低減を介して、及び／又はメディアフレームレートの低減を介して、メディアストリームのソースデータレートを低減することによって通信ネットワーク１０３における輻輳に反応してもよい。

ひとつの実施形態によれば、サーバ装置１０１内の補完トランスポートプロトコル部は、サーバ装置１０１に、クライアント装置１０２－ｋに対して、サーバ装置１０１から送信されたデータブロックで、それに第２の参照シーケンス番号よりも小さいシーケンス番号が割り当てられたものを無視するようクライアント装置１０２－ｋ（例えば、トランスポートプロトコル部）に指示する制御ブロックを選択的に送信させるよう配置することができる。この点で、サーバ装置１０１内の補完トランスポートプロトコル部の動作により、クライアント装置１０２－ｋで受信したデータブロックのサブシーケンスにおける可能なギャップに気づかない、サーバ装置１０１内のトランスポートプロトコル部によって再送信されたものを有するように、制御ブロックは、未確認のこれらのデータブロックを報告するクライアント装置１０２－ｋ（内のトランスポートプロトコル部）を避けるように機能する。代わりに、上述のラインに沿って、ユーザーデータの任意の再送信または可能な輻輳回避動作は、アプリケーションデータフレームで交換される情報に基づいて、サーバ装置１０１内のサーバアプリケーションの動作を介して実施され得る。

サーバ装置１０１から送信される制御ブロックは、第２の参照シーケンス番号を識別する情報、例えば、そのような第２の参照シーケンス番号及び／又は第２の参照シーケンス番号の導出を可能にする１つ又は複数の情報の断片を含んでもよい。データブロック及び確認応答ブロックについて前述したラインに沿って、制御ブロックもトランスポートパケットでサーバ装置１０１とクライアント装置１０２－ｋとの間で伝送されてもよい。制御ブロックの選択的な伝送は、予め定義されたスケジュールに従って発生する伝送、及び／又は、サーバ装置１０１から伝送されるデータブロックに割り当てられたシーケンス番号に関連する１つ以上の予め定義された基準に応答して発生する伝送を含んでもよい。一例として、第２の参照シーケンス番号は、最も新しく送信されたデータブロック（すなわち、サーバ装置１０１からクライアント装置１０２－ｋに最も新しく送信されたもの）に割り当てられた基準番号から構成されてもよい。他の例では、第２の参照シーケンス番号は、別の最近送信されたデータブロック、例えば、最も新しく送信されたデータブロックの直前のものに割り当てられたシーケンス番号、または、一般的には、Ｎ番目の最も新しく送信されたデータブロックに割り当てられたシーケンス番号から構成されてもよい。ひとつの実施形態では、第２参照シーケンス番号は第１参照シーケンス番号と同じであるが、別の実施形態では、第２参照シーケンス番号は第１参照シーケンス番号と異なる。

クライアント装置１０２－ｋにおける制御ブロックの受信により、クライアント装置１０２－ｋ内のトランスポートプロトコル部は、それに割り当てられた第２の参照シーケンス番号を有するものまでの全てのデータブロックが正常に受信されたか冗長であるとみなすことにより、それに割り当てられた第２の参照シーケンス番号以下のシーケンス番号を有するデータブロックの受信サブシーケンスにおけるギャップを報告せず、従って、サーバ装置１０１からクライアント装置１０２－ｋまでの伝送経路において損失または深刻な遅延が生じるかもしれない当該データブロックの再送信は期待しない状態に設定される。

一例として、制御ブロックの選択的な送信は、クライアント装置（１０２－ｋ）から１つ以上の確認応答ブロックにおいて受信した、第２の参照シーケンス番号よりも小さいシーケンス番号を示す受信済みシーケンスインジケータ（前述）に応答して実施されてもよい。言い換えれば、制御ブロックの送信は、クライアント装置１０２－ｋが、それが受信したデータブロックの連続シーケンスの最後のデータブロックが、第２の参照シーケンス番号よりも小さいシーケンス番号をそれに割り当てたことを示すことによってトリガされてもよい。この点で、制御ブロックの送信は、例えば、クライアント装置１０２－ｋからの確認応答ブロックの受信をトリガとしてもよい。

別の実施形態では、制御ブロックの選択的な送信は、そのような制御ブロックの最も新しい以前の送信からの経過時間を考慮してさらに実施されてもよい。この点に関して、制御ブロックの選択的な送信は、クライアント装置（１０２－ｋ）から１つ以上の確認応答ブロックで受信された受信済みシーケンスインジケータが、そのような制御ブロックの最も新しい以前の送信から少なくとも予め定められた量の時間が経過しているという条件で第２の参照シーケンス番号より小さいシーケンス番号を示すことに応答して実施されてもよい。この点に関して、予め定義された時間の量は、例えば、２ミリ秒から１００ミリ秒までの範囲から選択される値、例えば、５ミリ秒であってよい。さらなる例では、制御ブロックの選択的な送信は、例えば、制御ブロックが予め定められた時間間隔で送信され得るような、予め定められたスケジュールに従ってもよい。また、このアプローチにおいて、予め定義された時間間隔は、例えば、２ミリ秒から１００ミリ秒の範囲から選択される値、例えば、５ミリ秒であってよい。

図３は、本開示で説明したトランスポートプロトコル部および補完トランスポートプロトコル部の動作を考慮して、図２の通信モデルをさらに詳細に示したものである。図３の例では、サーバアプリケーションからクライアントアプリケーションへのユーザーデータは、サーバ装置１０１－ｋにおいて、クライアント装置１０２－ｋへの送信のためにトランスポートプロトコル部および補完トランスポートプロトコル部を介してＩＰ層へ流れ、そこでユーザーデータはＩＰ層からトランスポートプロトコル部を介してクライアントアプリケーションに渡ってもよく、一方、その逆方向でユーザーデータは図３に示す層を通って逆向きに流れてもよい。いずれの場合も、ユーザーデータは、サーバ装置１０１とクライアント装置１０２－ｋにおけるそれぞれのトランスポートプロトコル部の間で、それぞれのデータブロックのシーケンスで転送されてもよい。さらに、サーバ装置１０１における補完トランスポートプロトコル部は、ＩＰ層を介して受信した確認応答ブロックをトランスポートプロトコル部に渡す前に、前述したアプローチに従って修正する役割を果たし、一方、補完トランスポートプロトコル部はさらに、前述したアプローチによりＩＰ層を介して制御ブロック（前述）をクライアント装置１０２－ｋに選択的に送信する役割を果たす場合がある。サーバ装置１０１のトランスポートプロトコル部および補完トランスポートプロトコル部は、少なくとも概念的には、サーバ装置１０１におけるトランスポート層を提供するものであってよい。

補完トランスポートプロトコル部の動作は、場合によっては、送信されたユーザーデータの特性及び／又はサーバアプリケーション及びクライアントアプリケーションの能力を利用する方法で通信ネットワーク１０３におけるデータの損失及び／又は輻輳を取り扱うためのアプリケーションレベルの機構と共に、トランスポートプロトコル部の再送及び／又は輻輳回避機構の使用によって得られるものと比較してユーザー体験のサービス品質を大幅に改善することを可能にする。トランスポートプロトコル部が汎用的な使用（例えば、オペレーティングシステムやブラウザアプリケーションの一部として提供され、ＡＰＩやソケットインターフェースを介して利用可能なもの）を意図しているため、サーバアプリケーションの特定の要件を考慮できない場合、および／またはサーバアプリケーションがゲームアプリケーションやオーディオ／ビデオ会議アプリケーションなど、特に低遅延を必要とするものである場合、パフォーマンスの向上が特に顕著になる可能性がある。

前述した実施形態は、通信システム１００の枠組みにおけるサーバ装置１０１とクライアント装置１０２－ｋとの間のユーザーデータの転送に言及している。この点に関する別の例では、サーバ装置１０１を介して、２つのクライアント装置間でユーザーデータを転送することができる。以下では、説明の明瞭性を高めるために、これら２つのクライアント装置を、第１クライアント装置１０２－ｍおよび第２クライアント装置１０２－ｎと呼ぶことにする。このような通信配置において、サーバ装置１０１は、第１のクライアント装置１０２－ｍから受信したデータを第２のクライアント装置１０２－ｎに転送し、逆に、第２のクライアント装置１０２－ｎから受信したデータを第１のクライアント装置１０２－ｍに転送する中間装置として動作することができる。

サーバ装置１０１を介した第１及び第２のクライアント装置１０２－ｍ，１０２－ｎの間の通信において適用される通信モデルを図４に示す。このシナリオでは、第１クライアント装置１０２－ｍ及び第２クライアント装置１０２－ｎの各々は、それぞれのクライアントアプリケーションを実行してもよく、クライアントアプリケーションは、トランスポートプロトコルの動作を介して実装され得るトランスポート層を介して通信ネットワーク１０３上のパケット交換通信を提供するＩＰ層へのアクセスを有している。サーバ装置１０１は、第１のクライアント装置１０２－ｍからのトランスポートパケットを第１のトランスポートパケットストリームで受信し、一方、サーバ装置１０１で実行されるサーバアプリケーションは、第１のトランスポートパケットストリームのトランスポートパケットで受信したユーザーデータを第２のトランスポートパケットストリームのトランスポートパケットにアレンジし、第２のクライアント装置１０２－ｎに第２のトランスポートパケットストリームのトランスポートパケットを送信しても良い。同様にして、サーバ装置１０１は、第２のクライアント装置１０２－ｎから第３のトランスポートストリームでトランスポートパケットを受信し、サーバアプリケーションは、第３のトランスポートパケットストリームのトランスポートパケットで受信したユーザーデータを第４のトランスポートパケットストリームのトランスポートパケットに配置し、第４のトランスポートパケットストリームのトランスポートパケットを第１のクライアント装置１０２－ｍに伝送してもよい。この点で適用されるトランスポートプロトコルは、例えば、ＳＣＴＰで構成されてもよい。この点、図２を参照して提供される本開示で説明されるアプリケーションとトランスポートプロトコルとの関係を説明するためのものとして優位に働く図示の通信モデルに関する言及は、図４に示す通信モデルにも適用される。

中間装置として動作するサーバ装置１０１は、例えば、トランスポート層において、第１のクライアント装置１０２－ｍと通信するための第１のトランスポートプロトコル部と、第２のクライアント装置１０２－ｎと通信するための第２のトランスポートプロトコル部を実装してもよく、第１のトランスポートプロトコル部及び第２のプロトコル部のそれぞれは、サーバ装置１０１におけるサーバアプリケーションとクライアント装置１０２－ｋにおけるクライアントアプリケーションとの通信を伴う例において、前述の方法で動作することが可能である。さらに、中間装置として動作するサーバ装置１０１におけるトランスポート層は、例えば、図３の例に従って、第１トランスポートプロトコル部および第２トランスポートプロトコル部のそれぞれの一方とＩＰ層との間にトランスポート層のそれぞれのサブレイヤーとして設けられた、第１トランスポートプロトコル部および第２トランスポートプロトコル部のそれぞれについて前述したそれぞれの補完トランスポートプロトコル部で構成されてもよく、準用される。

その結果、第１のトランスポートプロトコル部のための補完トランスポートプロトコル部は、サーバ装置１０１における第１のトランスポートプロトコル部が第１のクライアント装置１０２－ｍにデータブロックのいずれかを再送することを防止し、第１のトランスポートプロトコル部が輻輳回避状態に移行することを防止しつつ、トランスポートプロトコル部をサーバ装置１０１からのデータブロックの再送を期待しない状態に設定する役割を果たすことができる。同様のラインに沿って、サーバ装置１０１における第２のトランスポートプロトコル部のための補完トランスポートプロトコル部は、第２のトランスポートプロトコル部が第２のクライアント装置１０２－ｎにデータブロックのいずれかを再送することを防止し、第２のトランスポートプロトコル部が輻輳回避状態に移行することを防止しながら、トランスポートプロトコル部をサーバ装置１０１からのデータブロックの再送信を期待しない状態にもする役割を果たすことができる。

上述した、第１クライアント装置１０２－ｍと第２クライアント装置１０２－ｎにおけるそれぞれのクライアントアプリケーション間で、中間装置として機能するサーバ装置１０１を介してユーザーデータを伝送するシナリオでは、第１及び第２クライアント装置１０２－ｍ，１０２－ｎは、サーバ装置１０１が「中間装置」として機能していることを意識せず、第１及び第２クライアント装置１０２－ｍ，１０２－ｎから見ると両者の接続は直接的であると考えて良い。

上記の説明では、例えばサーバ装置１０１におけるトランスポートプロトコル部及び補完トランスポート部の動作の態様に関する様々な例を説明したが、図５は、方法２００によるトランスポートプロトコル部及び補完トランスポートプロトコル部の共同動作のいくつかの態様に関するさらなる非限定的例を説明するフローチャートを示すものである。この例の文脈では、クライアント装置１０２－ｋから受信した確認応答ブロックは、受信したシーケンスインジケータと、前述した１つ以上のさらなるシーケンス番号のインジケータとを含むと仮定する。方法２００において、ブロック２０４から２１０を参照して説明した操作は、補完トランスポートプロトコル部によって実装される操作を表し、ブロック２０２及び２１２の操作は、トランスポートプロトコル部によって実装されるトランスポートプロトコルによる操作に係るものである。

方法２００は、ブロック２０２に示されるように、サーバ装置１０１がクライアント装置１０２－ｋから確認応答ブロックを受信することから始まり、次に、ブロック２０４に示されるように、確認応答ブロックに含まれる受信済みシーケンスインジケータが第１の参照シーケンス番号より小さいシーケンス番号を示すか否かを判断することに進む。前述したラインに沿って、第１の参照シーケンス番号は、最も新しく送信されたデータブロック（すなわち、サーバ装置１０１からクライアント装置１０２－ｋに最も新しく送信されたもの）に割り当てられたシーケンス番号から構成されてもよい。ブロック２０４の判定が非肯定的である場合、方法２００はブロック２１２に進み、トランスポートプロトコル部によって実装されるトランスポートプロトコルに従って動作を継続する。ブロック２０４の判断が肯定的である場合、方法２００は、ブロック２０６に示されるように、クライアント装置１０２－ｋへの（前述したタイプの）制御ブロックの最も新しい送信から少なくとも予め定められた時間量が経過したか否かを判断するために進む。

ブロック２０６の判定が非肯定である場合、方法２００はブロック２１０に進み、受信した確認応答ブロックの受信済みシーケンスインジケータを修正して第１の参照シーケンス番号を示し、確認応答ブロックに含まれ得る１以上の更なるシーケンス番号のそれぞれのインジケータを削除する。ブロック２０６の判断が肯定的である場合、方法２００は、ブロック２０８で示されるように、第２の参照シーケンス番号よりも小さいシーケンス番号をそれに割り当てられた任意の未受信データブロックを無視するようにクライアント装置１０２－ｋに指示する制御ブロック（前述）の送信に進み、第２の参照シーケンス番号は、最も新しく送信したデータブロック（すなわち、サーバ装置１０１からクライアント装置１０２－ｋに最も新しく送信したもの）に割り当てられたシーケンス番号からなる場合がある。ブロック２０８を参照して説明した動作が実施されると、方法２００は、ブロック２１０に進んで上述のそれぞれの動作を実施し、さらにブロック２１２に進んでトランスポートプロトコル部によって実装されたトランスポートプロトコルに従って動作を継続することができる。

方法２００に係るブロック２０２から２１２を参照して説明したそれぞれの動作は、例えば、サーバ装置１０１及び／又はクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述及び／又は以下で説明するように、多くの方法で変化させたり補完したりすることができる。

上で簡単に説明したように、サーバ装置１０１およびクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎに設けられたそれぞれのトランスポートプロトコル部の文脈で実装されるトランスポートプロトコルの非限定的な例は、ＳＣＴＰプロトコルからなり、これは、前述で提供した実施形態に記載したトランスポートプロトコル部および補完トランスポートプロトコル部の動作に関係する態様に関して、以下で簡単に紹介される。以下では、ＳＣＴＰは、主にサーバ装置１０１とクライアント装置１２０－ｋとの間の通信を参照して説明されるが、一方、この説明は、任意の２つの装置間の接続に容易に一般化され、準用される。

高レベルで、ＳＣＴＰは、２つのホスト間、例えば、ＳＣＴＰエンドポイントとも呼ばれ得るサーバ装置１０１とクライアント装置１０２－ｋとの間の関連付けを提供する。サーバ装置１０１とクライアント装置１０２－ｋとの間の関連付けは、サーバ装置１０１及びクライアント装置１０２－ｋのそれぞれにおけるそれぞれの１つ又は複数のトランスポートアドレスを含んでもよい。この点、１つのトランスポートアドレスは、ＩＰアドレスとＳＣＴＰポート番号の組合せを含んでもよい。ＳＣＴＰの最新バージョンは、ＲＦＣ４９６０において完全に詳細に規定されているが、ＳＣＴＰの様々な態様は、他の多数のＲＦＣにおいてさらに定義または詳しく説明されている。この点に関する例として、ＲＦＣ３７５８は、送信されたユーザーデータの一部を選択的に無視するためのサポートを定義している。本開示の目的のために、ＳＣＴＰ動作の関連する態様は、サーバ装置１０１からクライアント装置１０２－ｋへのユーザーデータの送信を、サーバ装置１０１からクライアント装置１０２－ｋに送信されるユーザーデータに対して適用される輻輳制御およびパケットの再送信に関する特定の態様とともに含み、これらは以下においてさらに詳細に論じられる。

ＳＣＴＰパケットは、パケットヘッダと、アプリケーション層からのユーザーデータおよび／またはＳＣＴＰセッション制御情報を１つのＳＣＴＰエンドポイントから別のＳＣＴＰエンドポイントに運ぶ可能性のある１つ以上のチャンクを含む。サーバ装置１０１からクライアント装置１０２－ｋへのユーザーデータは、ＤＡＴＡチャンクで伝送されてもよい。これに関して、ＳＣＴＰエンドポイントから送信される各ＤＡＴＡチャンクは、送信ＳＣＴＰエンドポイント（例えば、サーバ装置１０１）によってそこから送信される各データチャンクに対してインクリメントされるＴＳＮ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を含んでいる。ＤＡＴＡチャンクに含まれるＴＳＮは、受信ＳＣＴＰエンドポイントが、それぞれのＤＡＴＡチャンクを識別して受信を確認すること、および／または重複して受信された可能性のあるＤＡＴＡチャンクを検出することを可能にする。受信側ＳＣＴＰエンドポイントは、送信側ＳＣＴＰエンドポイントから受信したＤＡＴＡチャンクを確認し、受信側ＳＣＴＰエンドポイントで受信したＤＡＴＡチャンクのシーケンスにギャップがある可能性を送信側ＳＣＴＰエンドポイントに知らせるために、選択的確認（ＳＡＣＫ）チャンクを使用できる（ここで、ＳＡＣＫチャンクで報告された確認済みＤＡＴＡチャンクは、それぞれのＴＳＮを介して参照される）。この点に関して、ＳＡＣＫチャンクは、連続したＤＡＴＡチャンクの最新のＤＡＴＡチャンクのＴＳＮ（累積ＴＳＮ Ａｃｋ）と、連続したＤＡＴＡチャンクの最新のＤＡＴＡチャンクに続く、シーケンスにギャップのあるＤＡＴＡチャンクの各ＴＳＮ（Ｇａｐ Ａｃｋ Ｂｌｏｃｋｓ）を示すことを可能にする。

したがって、送信ＳＣＴＰエンドポイントは、受信ＳＣＴＰエンドポイントに正常に配信されたＤＡＴＡチャンクに関して、および逆に、受信ＳＣＴＰエンドポイントから受信したＳＡＣＫチャンクを介してネットワーク１０３で失われる可能性があるＤＡＴＡチャンクに関して、最新情報を得ることができる。この知識により、送信側ＳＣＴＰエンドポイントは、受信側ＳＣＴＰエンドポイントへの途中で失われたＤＡＴＡチャンクを検出し、その結果、それに応じて送信側ＳＣＴＰエンドポイントにおける輻輳回避および／または再送信メカニズムをトリガすることができる。

ＳＣＴＰエンドポイントは、ＦＯＲＷＡＲＤ ＴＳＮチャンク（ＲＦＣ３７５８で定義）を使用して、ＦＯＲＷＡＲＤ ＴＳＮチャンクで示されたものより小さいＴＳＮを持つ、まだ受信していないすべての（おそらく）ＤＡＴＡチャンクを無視するように受信側ＳＣＴＰに指示することができる。その結果、ＦＯＲＷＡＲＤ ＴＳＮチャンクを受信すると、受信側ＳＣＴＰエンドポイントは、ＦＯＲＷＡＲＤ ＴＳＮチャンクで示されるＴＳＮよりも小さいＴＳＮを持ち、送信側ＳＣＴＰエンドポイントと受信側ＳＣＴＰエンドポイント間のトランスポートパスで失われる可能性のあるＤＡＴＡチャンクの再送を期待しない状態になる可能性がある。

ＳＣＴＰプロトコルの要素と、前述のトランスポートプロトコル部および補完トランスポートプロトコル部によって処理される対応する要素との間のマッピングは、ほとんどが暗黙的であるが、それでもいくつかの要素のマッピングは、本明細書で明示的に定義される。前述のデータブロックは、ＳＣＴＰ ＤＡＴＡチャンクを構成することができ、前述の確認応答ブロックは、ＳＣＴＰ ＳＡＣＫチャンクを構成することができ、前述の制御ブロックは、ＳＣＴＰ ＦＯＲＷＡＲＤ ＴＳＮチャンクを構成することができる。前述のシーケンス番号はＳＣＴＰ ＴＳＮを構成してもよく、前述の受信シーケンス指示はＳＣＴＰ累積ＴＳＮ Ａｃｋを構成してもよく、１つ以上のさらなるシーケンス番号のそれぞれの指示はＳＣＴＰ Ｇａｐ Ａｃｋブロックを構成してもよい。

さらなる非限定的な例として、本開示で説明したサーバ装置１０１におけるトランスポートプロトコル部および補完トランスポートプロトコル部を用いた通信に係るいくつかの態様は、図６にフローチャートとして示される方法３００に従って動作してもよい。方法３００は、ブロック３０１に示されるように、ある装置（例えばサーバ装置１０１）が、サーバ装置１０１におけるトランスポート層に実装されたトランスポートプロトコルに従って、パケット交換ネットワーク１０３を介して他の装置（例えばクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎ）と通信することから開始される。

この点に関して、トランスポートプロトコルによる通信は、ブロック３０２で示されるように、割り当てられたそれぞれのシーケンス番号を有するデータブロックのシーケンスでユーザーデータを他の装置に送信することと、ブロック３０４で示されるように、他の装置から、他の装置での当該データブロックの少なくともいくつかの受信を確認する確認応答ブロックを受信することと、ブロック３０６で示されるように、他の装置によって確認されない当該データブロックのものを他の装置に再送信することと、ブロック３０８で示されるように、他の装置によって確認されていない当該データブロックの予め定められた量に応答して輻輳回避状態に移行することとを備える。ブロック３０２から３０８を参照して本明細書で説明したそれぞれの動作を実施する装置におけるトランスポートプロトコルの順序は、図６に示したものと異なっていてもよい。

方法３００は、ブロック３１０で示されるように、割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの確認応答を示す情報をトランスポートプロトコルに提供することと、ブロック３１２で示されるように、割り当てられた第２の参照シーケンス番号より小さいシーケンス番号を有する任意の未受信データブロックを無視するよう他の装置に指示する制御ブロックを選択的に他の装置に送信することとを更に含む。ブロック３１０及び３１２を参照して説明したそれぞれの動作は、ブロック３０２から３０８を参照して説明した動作と並行して行われてもよく、それらは図６に示されるものとは異なる順序で行われてもよい。さらに、方法３００に係るブロック３０２から３１２を参照して説明したそれぞれの動作は、例えば、サーバ装置１０１及び／又はクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述及び／又は以下で説明するように、多くの方法で変化させたり補完したりすることができる。

図７は、例示的な装置４００のいくつかの構成要素のブロック図である。装置４００は、図７に描かれていないさらなる構成要素、要素、または部分を含んでいてもよい。装置４００は、コンピューティング装置と呼ばれてもよく、それは、例えば、サーバ装置１０１及び／又はクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述の操作、手順及び／又は機能の少なくともいくつかを実施する際に採用されてもよい。

装置４００は、プロセッサ４１０と、メモリ４２０とを備える。メモリ４２０は、データ及びコンピュータプログラムコード４２５を格納してもよい。装置４００は、通信ネットワーク及び／又は通信リンクを介して他の装置と有線又は無線で通信するための通信部４３０をさらに備えてもよい。装置４００は、プロセッサ４１０及びコンピュータプログラムコード４２５の一部と共に、ユーザーから入力を受け取り及び／又はユーザーに出力を提供するためのユーザーインターフェースを提供するように構成されるユーザーＩ／Ｏ（入力／出力）コンポーネント４４０を更に含んでもよい。特に、ユーザーＩ／Ｏコンポーネント４４０は、１つ以上のキーまたはボタン、キーボード、タッチスクリーンまたはタッチパッドなどのユーザー入力部分を含んでもよい。ユーザーＩ／Ｏコンポーネントは、ディスプレイやタッチスクリーンなどの出力部分を含んでもよい。装置４００の構成要素は、構成要素間のデータ及び制御情報の転送を可能にするバス４５０を介して互いに通信可能に結合される。

メモリ４２０及びメモリ４２０に格納されたコンピュータプログラムコード４２５の一部は、プロセッサ４１０と共に、装置４００に、サーバ装置１０１及び／又はクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述の操作、手順及び／又は機能の少なくとも一部を実行させるようにさらに配置されてもよい。プロセッサ４１０は、メモリ４２０から読み出し、メモリ４２０に書き込むように構成される。プロセッサ４１０は、それぞれの単一コンポーネントとして描かれているが、それぞれの１つ以上の別個の処理コンポーネントとして実装されてもよい。同様に、メモリ４２０は、それぞれの単一コンポーネントとして描かれているが、それぞれの１つ以上の別個のコンポーネントとして実装されてもよく、その一部又は全部は、統合／取り外し可能であってもよく、及び／又は、永久／半永久／動的／キャッシュストレージを提供してもよい。

コンピュータプログラムコード４２５は、プロセッサ４１０にロードされたときに、サーバ装置１０１及び／又はクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述した操作、手順及び／又は機能の少なくとも一部を実装するコンピュータ実行可能命令を含んでいてもよい。一例として、コンピュータプログラムコード４２５は、１つ以上の命令列からなるコンピュータプログラムを含んでもよい。プロセッサ４１０は、コンピュータプログラムに含まれる１つ又は複数の命令のシーケンスをメモリ４２０から読み出すことにより、コンピュータプログラムをロードして実行することができる。１つ又は複数の命令の１つ又は複数のシーケンスは、プロセッサ４１０によって実行されると、装置４００に、サーバ装置１０１及び／又はクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述した操作、手順及び／又は機能の少なくとも一部を実行させるように構成されてもよい。したがって、装置４００は、少なくとも１つのプロセッサ４１０と、１つ以上のプログラムのためのコンピュータプログラムコード４２５を含む少なくとも１つのメモリ４２０とを備え、少なくとも１つのメモリ４２０およびコンピュータプログラムコード４２５は、少なくとも１つのプロセッサ４１０によって、装置４００に、サーバ装置１０１および／またはクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述した動作、手続きおよび／または機能のうちの少なくとも一部を実行させるよう構成され得る。

コンピュータプログラムコード４２５は、例えば、コンピュータプログラムコード４２５をその上に格納した少なくとも１つの非一時的コンピュータ可読媒体を含むコンピュータプログラムプロダクトを提供してもよく、このコンピュータプログラムコード４２５は、プロセッサ４１０によって実行されると、装置４００に、サーバ装置１０１及び／又はクライアント装置１０２－ｋ、１０２－ｍ、１０２－ｎを参照して前述の操作、手順及び／又は機能の少なくともいくつかを実行させる。非一時的コンピュータ可読媒体は、コンピュータプログラムを具現的に実施するメモリ装置または記録媒体で構成されてもよい。また、他の例として、コンピュータプログラムを確実に転送するように構成された信号として提供されてもよい。

本明細書におけるプロセッサへの参照（複数可）は、プログラマブルプロセッサのみを包含するものと理解されるべきではなく、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途回路（ＡＳＩＣ）、信号プロセッサなどの専用回路も包含するものと理解されるべきである。

Claims (14)

1. パケット交換ネットワーク（１０３）を介して他の装置（１０２－ｋ）と通信するための装置（１０１）であって、前記装置（１０１）が、
   トランスポートプロトコル部であって、
   割り当てられたそれぞれのシーケンス番号を有するデータブロックのシーケンスでユーザーデータを他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）へ送信することと、
   前記データブロックの少なくともいくつかの受信を確認する確認応答ブロックを他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）から受信することと、
   前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）により確認されなかった前記データブロックのものを、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）に再送信することと、
   前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）によって確認されていない前記データブロックの予め定められた量に応答して、輻輳回避状態に移行することと
   を少なくとも当該装置（１０１）に実行させるように構成されたトランスポートプロトコル部と、
   補完トランスポートプロトコル部であって、
   それぞれの確認応答ブロックが、それに割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの受信を指示するように、前記トランスポートプロトコル部に渡す前に、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）から受信した前記確認応答ブロックを修正することを通じて、それに割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの確認応答を指示する情報を前記トランスポートプロトコル部に提供し、
   選択的に、前記装置（１０１）に、第２の参照シーケンス番号よりも小さいシーケンス番号を割り当てられた任意の未受信のデータブロックを無視するように前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）に指示する制御ブロックを、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）へ送信させる
   ように構成された補完トランスポートプロトコル部と
   を備える装置（１０１）。
2. 前記確認応答ブロックは、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）で受信された１つ以上のデータブロックに割り当てられたシーケンス番号のそれぞれの指示を含む、ことを特徴とする請求項１に記載の装置（１０１）。
3. 各確認応答ブロックは、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）で受信されたデータブロックの連続したサブシーケンスの最後のデータブロックに割り当てられたシーケンス番号を示す受信済みシーケンスインジケータを含み、
   前記補完トランスポートプロトコル部は、前記トランスポートプロトコル部に前記確認応答ブロックを渡す前に、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）から受信した確認応答ブロック内の受信済みシーケンスインジケータを、前記第１の参照シーケンス番号を示す情報に置き換えるように構成される
   ことを特徴とする請求項２に記載の装置（１０１）。
4. 各確認応答ブロックが、データブロックの連続したサブシーケンスと前記１つ以上のさらなるシーケンス番号によって識別される１つ以上のデータブロックとの間に少なくとも１つのギャップを有する前記連続したサブシーケンスに続く、それぞれの１つ以上のデータブロックに割り当てられる１つ以上のさらなるシーケンス番号のそれぞれの指示をさらに含み、
   前記補完トランスポートプロトコル部が、前記トランスポートプロトコル部に前記確認応答ブロックを渡す前に、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）から受信した前記確認応答ブロックから前記１つ以上のさらなるシーケンス番号の前記指示を除去するように構成されている、
   ことを特徴とする請求項３に記載の装置（１０１）。
5. 前記第１の参照シーケンス番号は、前記データブロックのうち最も新しく送信されたものに割り当てられたシーケンス番号からなる、ことを特徴とする請求項１から４のいずれか一項に記載の装置（１０１）。
6. 前記第２の参照シーケンス番号は、前記データブロックのうち最も新しく送信されたものに割り当てられたシーケンス番号からなる、請求項１から４のいずれか一項に記載の装置（１０１）。
7. 前記補完トランスポートプロトコル部は、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）によって確認されたデータブロックの連続したサブシーケンスの最後のデータブロックに割り当てられたシーケンス番号が、前記第２の参照シーケンス番号より小さいことに応答して、前記制御ブロックを前記装置（１０１）に送信させるよう構成されている、ことを特徴とする請求項１から４のいずれか一項に記載の装置（１０１）。
8. 前記補完トランスポートプロトコル部は、前記制御ブロックの最も新しい送信から少なくとも予め定められた時間が経過していることを条件として、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）によって確認されたデータブロックの連続するサブシーケンスの最後のデータブロックに割り当てられた前記シーケンス番号が前記第２の参照シーケンス番号より小さいことに応答して、前記装置（１０１）に、前記制御ブロックを送信させるよう構成されている、ことを特徴とする請求項１から４のいずれか一項に記載の装置（１０１）。
9. 前記予め定められた時間は、２ミリ秒から１００ミリ秒の範囲内である、ことを特徴とする請求項８に記載の装置（１０１）。
10. 前記補完トランスポートプロトコル部は、前記装置（１０１）に、予め定められた時間間隔で前記制御ブロックを送信させるように構成されている、ことを特徴とする請求項１から４のいずれか一項に記載の装置（１０１）。
11. 前記時間間隔が、２ミリ秒から１００ミリ秒までの範囲内の予め定められた時間を有する、ことを特徴とする請求項１０に記載の装置（１０１）。
12. 前記トランスポートプロトコル部は、ストリーム制御伝送プロトコル（ＳＣＴＰ）を適用するように構成されている、ことを特徴とする請求項１から４のいずれか一項に記載の装置（１０１）。
13. トランスポートプロトコルに従ってパケット交換ネットワーク（１０３）を介して他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）と通信するための装置（１０１）における方法（３００）であって、前記トランスポートプロトコルに従う通信は、
    それに割り当てられたそれぞれのシーケンス番号を有するデータブロックのシーケンスでユーザーデータを、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）に送信すること（３０２）と、
    前記データブロックの少なくともいくつかの受信を確認する確認応答ブロックを、他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）から受信すること（３０４）と、
    前記データブロックのうち前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）により確認されなかったものを、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）に再送すること（３０６）と、
    前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）によって確認されていない前記データブロックの予め定められた量に応答して、輻輳回避状態に移行すること（３０８）と
    を有し、
    前記方法（３００）は、
    それぞれの確認応答ブロックが、それに割り当てられた第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの受信を示すように、前記トランスポートプロトコルにそれを渡す前に、前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）から受信した確認応答ブロックを修正することによって、それに割り当てられた前記第１の参照シーケンス番号を有する１つに至るまで、すべてのデータブロックの確認応答を示す情報を、前記トランスポートプロトコルに提供すること（３１０）と、
    第２の参照シーケンス番号よりも小さいシーケンス番号を割り当てられた任意の未受信のデータブロックを無視するよう前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）に指示する制御ブロックを、選択的に前記他の装置（１０２－ｋ、１０２－ｍ、１０２－ｎ）に送信すること（３１２）と
    を備える方法（３００）。
14. 前記プログラムコード（４２５）がコンピューティング装置（４００）上で実行されるとき、少なくとも請求項１３に記載の方法（３００）を実行させるように構成されたコンピュータ可読プログラムコード（４２５）からなるコンピュータプログラム。

Images