(57)【特許請求の範囲】
【請求項１】
肯定応答パケットを処理するための方法であって、
肯定応答パケットを送信するステップと、
データ受信側が受理した現在の送信期間で送信された全ての肯定応答パケットにより示される総データ量を更新するステップと、
前記更新された総データ量をデータ量閾値と比較するステップと、
前記比較の結果に従って、肯定応答パケットを前記現在の送信期間において送信し続けるかどうかを制御するステップと、
を含み、
前記送信期間は、前もって設定されている、方法。
【請求項２】
データ受信側が受理した現在の送信期間で送信された全ての肯定応答パケットにより示される総データ量を更新するステップは、
前記総データ量を前記肯定応答パケットの肯定応答パケット・シーケンス番号に従って更新するステップであって、現在送信されている肯定応答パケットの前記肯定応答パケット・シーケンス番号をラップするとき、前記総データ量は不変のままであるステップ
を含む、請求項１に従う方法。
【請求項３】
前記総データ量を前記肯定応答パケットの肯定応答パケット・シーケンス番号に従って更新するステップは、
前記現在送信されている肯定応答パケットの前記肯定応答パケット・シーケンス番号と過去に送信された肯定応答パケットの肯定応答パケット・シーケンス番号の差異に従って、前記データ受信側が受理した前記現在送信されている肯定応答パケットによって示されるデータ量を決定するステップと、
前記データ受信側が受理した前記現在送信されている肯定応答パケットにより示される前記データ量に従って前記総データ量を更新するステップと、
を含む、請求項２に従う方法。
【請求項４】
前記比較の結果に従って、肯定応答パケットを前記現在の送信期間において送信し続けるかどうかを制御するステップは、
前記更新された総データ量が前記データ量閾値より大きいときには、前記現在の送信期間における肯定応答パケットの送信を停止するように制御するステップと、
前記更新された総データ量が前記データ量閾値より小さいときには、肯定応答パケットを前記現在の送信期間において送信し続けるように制御するステップと、
前記更新された総データ量が前記データ量閾値に等しいときには、前記現在の送信期間における肯定応答パケットの送信を停止するかまたは肯定応答パケットを前記現在の送信期間において送信し続けるように制御するステップと、
を含む、請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記データ量閾値はベアラ・ネットワークのベアラ機能に従って決まる、請求項１乃至４の何れか１項に記載の方法。
【請求項６】
肯定応答パケットを送信するように構成された送信ユニットと、
データ受信側が受理した現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量を更新するように構成された更新ユニットと、
前記更新された総データ量をデータ量閾値と比較し、前記比較の結果に従って、肯定応答パケットを前記現在の送信期間において送信し続けるかどうかを制御するように構成された制御ユニットと、
を備え、
前記送信期間は、前もって設定されている、データ送信装置。
【請求項７】
前記更新ユニットは、前記総データ量を前記肯定応答パケットの肯定応答パケット・シーケンス番号に従って更新するように構成され、現在送信されている肯定応答パケットの前記肯定応答パケット・シーケンス番号をラップするとき、前記総データ量は不変のままである、請求項６に記載の装置。
【請求項８】
前記更新ユニットは、
現在送信されている肯定応答パケットの前記肯定応答パケット・シーケンス番号と過去に送信された肯定応答パケットの肯定応答パケット・シーケンス番号の差異に従って、前記データ受信側が受理した前記現在送信されている肯定応答パケットによって示されるデータ量を決定し、
前記データ受信側が受理した前記現在送信されている肯定応答パケットにより示される前記データ量に従って前記総データ量を更新する
ように構成された、請求項７に記載の装置。
【請求項９】
前記制御ユニットは、
前記更新された総データ量が前記データ量閾値より大きいときには、前記現在の送信期間における肯定応答パケットの送信を停止するように制御し、
前記更新された総データ量が前記データ量閾値より小さいときには、肯定応答パケットを前記現在の送信期間において送信し続けるように制御し、
前記更新された総データ量が前記データ量閾値に等しいときには、前記現在の送信期間における肯定応答パケットの送信を停止するかまたは肯定応答パケットを前記現在の送信期間において送信し続けるように制御する、
ように構成された、請求項６乃至８の何れか１項に記載の装置。
【請求項１０】
前記データ量閾値はベアラ・ネットワークのベアラ機能に従って決まる、請求項６乃至９の何れか１項に記載の装置。
【請求項１１】
データ送信側と、データ受信側と、請求項６乃至１０の何れか１項に従うデータ送信装置とを備えた通信システムであって、前記データ送信側は前記データ送信装置を介して前記データ受信側と通信する、通信システム。
【請求項１２】
請求項１乃至５の何れか１項に記載の方法を実施するために使用される１組のプログラム・コードを備えた、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の記載
本願は、発明の名称を「肯定応答パケットを処理するための方法、装置、およびシステム」とした、２０１２年３月２１日出願の国際特許出願第ＰＣＴ／ＣＮ２０１２／０７２７２６号に対する優先権を主張し、その全体を引用により本明細書に組み込む。
【０００２】
本発明は、通信技術の分野に関し、特に、肯定応答パケットを処理するための方法、装置、およびシステムに関する。
【背景技術】
【０００３】
伝送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、略してＴＣＰ）では、接続指向のバイト・ストリーム・サービスを提供する。この場合、端末とサーバは通常、接続が確立された後にデータを互いに送信することができ、ＴＣＰプロトコルを用いて実施されるデータ送信ではパケット受理機構と再送機能が使用されている。ダウンリンクのＴＣＰサービスでは、サーバがパケットを端末に送信し、端末が当該パケットを受信した後に肯定応答パケットをサーバに返し、サーバが受信した肯定応答パケットに従って残りのパケットを送信する。ＴＣＰサービスの利点により、ＴＣＰの利用は従来の有線送信サービスを超えて徐々に拡大しており、無線送信サービスでも見られ始めている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
先行技術では、伝送制御プロトコル／インターネット・プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、略してＴＣＰ／ＩＰ）が無線送信に対して開発され設計された。ＴＣＰ／ＩＰが無線システム、例えば、ロング・ターム・エボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略してＬＴＥ）システムに導入された後、無線通信の制限のためエア・インタフェース信号の変動が生じ、サーバが数ミリ秒または数百ミリ秒の間に端末が返した肯定応答パケットを受信できないことがある。エア・インタフェース信号の変動が消失した後、サーバは短時間の間に大量の肯定応答パケットを受信する。その結果、先行技術では、新たな肯定応答パケットの到着に対する区別された処理が欠けているため、サーバが大量の受信した肯定応答パケットに従って大量のパケットを端末に配送するという問題が生ずる可能性がある。同様に、アップリンクのデータ送信に対しては、同様な問題が、端末がパケットをサーバに送信するときに存在しうる。
【課題を解決するための手段】
【０００５】
本発明の諸実施形態では、大量のパケットのバーストという技術的課題を解決するために、肯定応答パケットを処理するための方法、データ送信装置、および通信システムを提供する。
【０００６】
第１の態様によれば、本発明の１実施形態では、肯定応答パケットを送信するステップと、データ受信側が受理した現在の送信期間で送信された全ての肯定応答パケットにより示される総データ量を更新するステップと、当該更新された総データ量をデータ量閾値と比較するステップと、当該比較の結果に従って、肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御するステップとを含む、肯定応答パケットを処理するための方法を提供する。
【０００７】
第２の態様によれば、本発明の１実施形態では、肯定応答パケットを受信するように構成された受信回路と、肯定応答パケットを送信するように構成された送信回路と、データ量閾値を格納するメモリと、当該受信回路、当該送信回路、および当該メモリに接続されたプロセッサであって、データ受信側が受理した現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量を更新し、当該更新された総データ量をデータ量閾値と比較し、当該比較の結果に従って、当該送信回路が肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御するように構成されたプロセッサと、を備えたデータ送信装置を提供する。
【０００８】
第３の態様によれば、本発明の１実施形態では、肯定応答パケットを送信するように構成された送信ユニットと、データ受信側が受理した現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量を更新するように構成された更新ユニットと、当該更新された総データ量をデータ量閾値と比較し、当該比較の結果に従って、肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御するように構成された制御ユニットと、を備えたデータ送信装置を提供する。
【０００９】
第４の態様によれば、本発明の１実施形態では、データ送信側、データ受信側、および上記第２の態様または第３の態様に従うデータ送信装置を備えた通信システムであって、データ送信側がデータ送信装置を介してデータ受信側と通信する通信システムを提供する。
【００１０】
第５の態様によれば、本発明の１実施形態では、コンピュータ可読媒体を備えたコンピュータ・プログラム製品であって、当該コンピュータ可読媒体は、上記第１の態様に従う方法を実施するために使用される１組のプログラム・コードを備えた、コンピュータ・プログラム製品を提供する。
【００１１】
分かるように、上記の諸態様では、送信期間とデータ量閾値がデータ送信装置で設定される。データ量閾値は、各送信期間においてデータ送信装置によりデータ送信側に送信された肯定応答パケットを制御し、データ受信側により受理された全ての送信された肯定応答パケットにより示される総データ量がデータ量閾値以内であるようにするために使用される。このように、各送信期間においてデータ受信側により受信された肯定応答パケットの量は、データ受信側により受理された全ての受信された肯定応答パケットにより示される総データ量がデータ量閾値以内であるという要件を満たし、それにより大量のパケットがデータ送信側により送信されるという問題を解決する。
【００１２】
本発明の諸実施形態における技術的解決策をより明確に説明するために、以下では当該諸実施形態または先行技術を説明するのに必要な添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明の諸実施形態の一部を示すにすぎず、当業者は創造的作業なしにこれらの添付図面から他の図面を導出することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の１実施形態に従う肯定応答パケットを処理するための方法の流れ図である。
【図２】本発明の別の実施形態に従う肯定応答パケットを処理するための方法の流れ図である。
【図３】本発明の別の実施形態に従う肯定応答パケットを処理するための方法の流れ図である。
【図４】本発明の別の実施形態に従う肯定応答パケットを処理するための方法の流れ図である。
【図５】本発明の別の実施形態に従う肯定応答パケットを処理するための方法の流れ図である。
【図６】本発明の別の実施形態に従う肯定応答パケットを処理するための装置の略構造図である。
【図７】本発明の別の実施形態に従う肯定応答パケットを処理するための装置の略構造図である。
【図８】本発明の実施形態１に従うデータ送信装置の略構造図である。
【図９】本発明の実施形態２に従う肯定応答パケットを処理するための方法の略流れ図である。
【図１０】本発明の実施形態２に従う総データ量を更新するための方法の略流れ図である。
【図１１】本発明の実施形態３に従う肯定応答パケットを処理するための方法の略流れ図である。
【図１２】本発明の実施形態４に従う肯定応答パケットを処理するための方法の略流れ図である。
【図１３】図１２に示す肯定応答パケットを処理するための方法のステップＳ１２２の詳細な流れ図である。
【図１４】図１３に示す肯定応答パケットを処理するための方法のステップＳ１３１の詳細な流れ図である。
【図１５】本発明の実施形態５に従う肯定応答パケットを処理するための方法の略流れ図である。
【図１６】本発明の実施形態６に従うデータ送信装置の略構造図である。
【図１７】本発明の実施形態７に従う肯定応答パケットを処理するための方法の略流れ図である。
【図１８】本発明の実施形態８に従うデータ送信装置の略構造図である。
【発明を実施するための形態】
【００１４】
以下で、本発明の諸実施形態における添付図面を参照して本発明の諸実施形態の技術的解決策を明確かつ十分に説明する。明らかに、説明した実施形態は本発明の諸実施形態の一部にすぎず全部ではない。当業者が創造的作業なしに本発明の諸実施形態に基づいて取得する他の全ての実施形態は本発明の保護範囲に入るものとする。
【００１５】
本発明の技術的解決策の利点をより明確にするために、以下では添付図面と諸実施形態を参照して本発明を詳細に説明する。
【００１６】
ＴＣＰ／ＩＰは、有線送信に対して開発、設計された。ＴＣＰ／ＩＰが無線通信システムに導入れた後、無線通信の制限のためエア・インタフェース信号の変動が生じる。ダウンリンクのデータ送信に関して、サーバが数ミリ秒または数百ミリ秒の間に、端末が返した肯定応答パケットを受信できないことがある。エア・インタフェース信号の変動が消失した後、サーバは短時間の間に大量の肯定応答パケットを受信する。その結果、サーバが大量の受信した肯定応答パケットに従って大量のパケットを端末に配送するという問題が生ずる可能性がある。同様に、アップリンクのデータ送信に対しては、同様な問題が、端末がパケットをサーバに送信するときに存在しうる。
【００１７】
この問題を考慮して、本発明の諸実施形態では、送信期間とデータ量閾値がデータ送信装置で設定され、データ量閾値を使用して、データ受信側が受理した送信された肯定応答パケットの全てにより示される総データ量がデータ量閾値内にあるように、データ送信装置が各送信期間内にデータ送信側に送信した肯定応答パケットを制御する。このように、各送信期間においてデータ送信側により受信された肯定応答パケットの量が、データ受信側が受理した受信された肯定応答パケットの全てにより示される総データ量がデータ量閾値内にあることを満たし、それにより大量のパケットがデータ送信側により送信されるという問題を解決する。
【００１８】
本発明の諸実施形態で説明したデータ送信装置が、アクセス・ネットワーク装置もしくはコア・ネットワーク装置のような無線ネットワーク内の従来型のデータ送信ノード装置であってもよく、または、アクセス・ネットワーク側に配置され従来型のアクセス・ネットワーク装置とは独立なデータ送信装置であってもよく、または、コア・ネットワーク側に配置され従来型のコア・ネットワーク装置とは独立なデータ送信装置であってもよい。例えば、データ送信装置が、ベース・トランシーバ・ステーション（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）、ノードＢ（ＮｏｄｅＢ）、もしくは発展型ノードＢ（Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ、ｅＮＢまたはｅＮｏｄｅＢ）のような様々な通信システムにおける基地局であってもよく、モバイル通信用グローバル・システム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ（登録商標））における基地局コントローラ（Ｂａａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）またはユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＭＴＳ）における無線ネットワーク・コントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）であってもよく、本発明では限定されない。
【００１９】
本発明の諸実施形態におけるデータ送信側はサーバであってもよく、または、端末であってもよい。対応するデータ受信側が端末であってもよく、または、サーバであってもよい。例えば、アップリンクのデータ送信では、データ送信側は端末であり、データ受信側はサーバである。ダウンリンクのデータ送信では、データ送信側はサーバであり、データ受信側は端末であり、本発明では限定されない。
【００２０】
それに応じて、本発明の諸実施形態の肯定応答パケットがアップリンクの肯定応答パケットであってもよく、または、ダウンリンクの肯定応答パケットであってもよい。
【００２１】
図８を参照する。図８は、本発明の実施形態１に従うデータ送信装置の略構造図である。本図に示すように、データ送信装置８００は、受信回路８１０、送信回路８２０、メモリ８３０、ならびに受信回路８１０、送信回路８２０、およびメモリ８３０に接続されたプロセッサ８４０を備える。受信回路８１０は、肯定応答パケットを受信するように構成される。送信回路８２０は、肯定応答パケットを送信するように構成される。メモリ８３０はデータ量閾値を格納する。プロセッサ８４０は、データ受信側が受理した現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量を更新し、当該更新された総データ量とメモリ８４０に格納されたデータ量閾値に従って、送信回路８２０が現在の送信期間において肯定応答パケットを送信し続けるかどうかを制御するように構成される。
【００２２】
上述のデータ送信装置は、送信期間において、データ受信側により受理された全ての送信された肯定応答パケットにより示される総データ量を更新し、当該更新された総データ量をローカルに格納されたデータ量閾値と比較し、当該比較の結果に従って、肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御して、あまりに多くの肯定応答パケットが送信期間においてデータ送信側に到着しないようにし、それにより、大量のパケットがデータ送信側により送信されるという問題を解決する。データ送信側による大量のパケットの送信は、パケットが時間通りに送信されないという問題とパケット損失の問題につながるおそれがある。例えば、サーバは一般に強力な送信機能を有するが、多数の肯定応答パケットを或る期間に受信すると、サーバは受信した肯定応答パケットに従って大量のパケットを配信し、これがデータ・バーストにつながる。しかし、中間的な送信ネットワーク要素の送信能力はしばしば十分に強力ではなく、そのため、パケットが時間通りに送信されないという問題とパケット損失の問題が生ずる。上述の実施形態では、中間的な送信ネットワーク要素がサーバの送信能力の利用を制限して、データ送信側でのデータ・バーストに起因する、パケットが時間通りに送信されないという問題とパケット損失の問題を解決する。
【００２３】
実際のニーズに従ってまたは運用者による要求により、当業者がデータ量閾値の値または範囲を設定してもよく、本発明では限定されないことに留意されたい。例えば、ダウンリンクのデータ送信では、サーバは強力な処理機能を有し、データ送信装置が存在する無線ネットワークのベアラ機能が、サーバ・データのバーストから生ずる影響に十分に耐えることができず、その結果、パケット損失の問題が発生し、送信が時間通りに実施されない。この場合、データ量閾値をベアラ・ネットワークのベアラ機能に基づいて設定してもよい。ベアラ・ネットワークのベアラ機能が、スイッチまたはルータのベアラ機能のような、アクセス・ネットワークとコア・ネットワークの間の送信ネットワーク要素のベアラ機能であってもよい。別の例として、データ量閾値を有限のベアラ・リンク速度で制限してもよく、ベアラ・リンクがアクセス・ネットワークとコア・ネットワークの間のリンクであってもよい。別の例として、データ量閾値を、データ送信装置が存在する無線ネットワークの送信帯域幅により制限してもよい。別の例として、データ送信側またはデータ受信側の処理機能が制限されているときは、データ量閾値をデータ送信側またはデータ受信側の処理機能に従って決定してもよく、例えば、データ送信側の伝送制御プロトコル（ＴＣＰ）送信ウィンドウまたはデータ受信側のＴＣＰ受信ウィンドウに従って決定してもよい。
【００２４】
さらに、データ受信側が受理した現在の送信期間で送信された全ての肯定応答パケットにより示される総データ量を更新するステップに関して、総データ量を１つの肯定応答パケットが送信されるたびに更新してもよく、または、総データ量を３つ以上の肯定応答パケットが送信されるたびに更新してもよく、または、当該送信時間を時間セグメントに分割してもよい。この場合、初期の時間セグメントにおいて、総データ量が、複数の肯定応答パケットが送信されるたびに更新され、長い時間セグメントにおいて、総データ量が、１つの肯定応答パケットが送信されるたびに更新される。さらに、以前の更新の後かつ次の更新の前に送信された肯定応答パケットの量を、当該以前の更新の結果に従って決定してもよい。実装の簡単さのため、総データ量を１つの肯定応答パケットが送信されるたびに更新してもよく、本発明では限定されない。
【００２５】
実施形態１に対応して、本発明の実施形態２ではさらに肯定応答パケットを処理するための方法を提供する。図９を参照する。図９は、本発明の実施形態２に従う肯定応答パケットを処理するための方法の略流れ図である。図９に示すように、当該方法は以下のステップを含む。
【００２６】
Ｓ９１０で、肯定応答パケットを送信する。Ｓ９２０では、データ受信側が受理した現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量を更新する。Ｓ９３０では、当該更新された総データ量をデータ量閾値と比較する。Ｓ９４０では、当該比較の結果に従って、肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御する。
【００２７】
肯定応答パケットを処理するための上述の方法では、データ受信側により受理された全ての送信された肯定応答パケットにより示される総データ量を送信期間において更新し、当該更新された総データ量をローカルに格納されたデータ量閾値と比較し、当該比較の結果に従って、肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御して、あまりに多くの肯定応答パケットが１つの送信期間においてデータ送信側に到着しないようにし、それにより大量のパケットがデータ送信側により送信されるという問題を解決する。データ送信側による大量のパケットの送信は、パケットが時間通りに送信されないという問題とパケット損失の問題につながりうる。例えば、サーバは一般に強力な送信機能を有するが、或る期間内に多数の肯定応答パケットを受信すると、サーバは受信した肯定応答パケットに従って大量のパケットを配信し、これがデータ・バーストにつながる。しかし、中間的な送信ネットワーク要素の送信能力はしばしば十分に強力ではなく、そのため、パケットが時間通りに送信されないという問題とパケット損失の問題が生じる。上述の実施形態では、当該中間的な送信ネットワーク要素がサーバの送信機能の利用を制限し、データ送信側でのデータ・バーストに起因する、パケットが時間通りに送信されないという問題とパケット損失の問題を解決する。
【００２８】
データ量閾値と総データ量の更新の説明は実施形態１での説明と同じであり、詳細についてはここでは繰り返し説明することはしない。
【００２９】
以下では、プロセッサ８４０により総データ量を更新するプロセスまたは上述のステップＳ９２０で総データ量を更新するプロセスを詳細に説明する。
【００３０】
上述の総データ量を、肯定応答パケットの肯定応答パケット・シーケンス番号に従って更新してもよい。当該肯定応答パケットの肯定応答パケット・シーケンス番号はＴＣＰ  ＡＣＫのシーケンス番号である。当該ＴＣＰ  ＡＣＫのシーケンス番号は、当該シーケンス番号より前のデータがデータ受信側により全て受理されていることを示す。したがって、１つの肯定応答パケットが送信されるたびに、データ受信側が受理した当該現在送信されている肯定応答パケットによって示されるデータ量を、当該現在送信されている肯定応答パケットのシーケンス番号と過去に送信された肯定応答パケットのシーケンス番号の差に従って決定してもよい。このように、データ受信側により受理された送信期間において全ての送信された肯定応答パケットにより示される総データ量を、データ受信側により受理されている各肯定応答パケットにより示されるデータ量を用いて更新してもよい。例えば、送信された肯定応答パケットのシーケンス番号が７４７３３７６６２であるとすると、これは７４７３３７６６２番目のバイトより前のデータがデータ受信側により全て受理され、当該肯定応答パケットより後に送信された肯定応答パケットのシーケンス番号は７４７３４０５８２であることを示し、７４７３４０５８２番目のバイトより前のデータが全て受信されたことを示す。この場合、当該更新された総データ量＝更新前の総データ量＋（７４７３４０５８２−７４７３３７６６２）である。
【００３１】
これは、図１０に示すように、データ受信側が受理した現在の送信期間で送信された全ての肯定応答パケットにより示される総データ量を更新するステップＳ９２０がさらに以下を含んでもよいことを意味する。
【００３２】
Ｓ１０１では、現在送信されている肯定応答パケットの肯定応答パケット・シーケンス番号と過去に送信された肯定応答パケットの肯定応答パケット・シーケンス番号の差異に従って、データ受信側が受理した当該現在送信されている肯定応答パケットによって示されるデータ量を決定する。
【００３３】
Ｓ１０２では、データ受信側が受理した当該現在送信されている肯定応答パケットにより示されるデータ量に従って総データ量を更新する。
【００３４】
肯定応答パケットの肯定応答パケット・シーケンス番号は一般にｎビットの二値形で表されることに留意されたい。当該肯定応答パケット・シーケンス番号に、ｎビットの二値数で表せる最大数値が割り当てられるときには、番号は再び最小数値から開始する。これは、シーケンス番号ラップと呼ばれる現象である。当該現在送信されている肯定応答パケットの肯定応答パケット・シーケンス番号をラップすると、当該現在送信されている肯定応答パケットの肯定応答パケット・シーケンス番号と以前の肯定応答パケットの肯定応答パケット・シーケンス番号の差が負の値であり、上述の方法に従って更新を実施するときに問題が生ずる。したがって、当該現在送信されている肯定応答パケットの肯定応答パケット・シーケンス番号をラップすると、更新が実施されないおそれがあり、これは総データ量が不変のままであることを意味する。この場合、１つの肯定応答パケットが反映するデータ量が無視されるけれども、実装の効果には影響がない。この理由は、本発明の実施形態では、送信期間においてデータ送信側に送信された肯定応答パケットが反映する総データ量はデータ量閾値未満であるように厳密に制御されるものではなく、データ量閾値の周りで制御されるものであるからである。総データ量が、１つの肯定応答パケットにより示されるデータ量のデータ量閾値を超えたとしても、本発明の本質には影響がなく、当該解決策の効果の実現には本質的な影響が及ばない。
【００３５】
以下では、プロセッサ８４０が当該比較の結果に従って送信回路８２０が現在の送信期間において肯定応答パケットを送信し続けるかどうかを制御するプロセス、当該比較の結果に従って、ステップＳ９４０で肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御するプロセスを詳細に説明する。
【００３６】
当該更新された総データ量がデータ量閾値より大きいときには、現在の送信期間において肯定応答パケットを送信するのを停止する。これを、プロセッサ８４０により、現在の送信期間における肯定応答パケットの送信を停止するように送信回路８２０を制御することで実現してもよい。当該更新された総データ量がデータ量閾値より小さいときには、現在の送信期間において肯定応答パケットを送信するステップを継続してもよい。これを、プロセッサ８４０により、肯定応答パケットを現在の送信期間において送信し続けるように送信回路８２０を制御することで実現してもよい。
【００３７】
以下では、更新された総データ量がデータ量閾値に等しい場合の処理方式を説明する。この場合、現在の送信期間において肯定応答パケットを送信するのを停止するか、または、肯定応答パケットを送信するステップを継続してもよい。例えば、プロセッサ８４０が、現在の送信期間における肯定応答パケットの送信を停止するように送信回路８２０を制御するか、または、肯定応答パケットを現在の送信期間において送信し続けるように送信回路８２０を制御してもよい。この理由は、本発明の当該実施形態では、データ受信側により受理された、送信期間においてデータ送信装置８００がデータ送信側に送信した肯定応答パケットによって示される総データ量がデータ量閾値未満であるように厳密に制御されるものではなく、データ量閾値周りで制御されるものであるからである。総データ量が１つの肯定応答パケットが反映するデータ量のデータ量閾値を超えたとしても、当該解決策の効果の実現には本質的な影響がない。
【００３８】
さらに、データ量閾値の特定の範囲内の値を、肯定応答パケットの送信を停止することおよび肯定応答パケットの送信を継続することの基礎として使用してもよい。例えば、当該更新された総データ量をデータ量閾値と比較した後、当該更新された総データ量がデータ量閾値に近いが到達していないことが分かったときには、肯定応答パケットを送信するのを停止してもよい。要するに、送信期間においてデータ送信側に送信される、データ受信側により受理されている肯定応答パケットにより示される総データ量がデータ量閾値の周りで制御される限り、本発明は、当該更新された総データ量をデータ量閾値と比較し、当該比較の結果に従って、当該送信回路が肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御するプロセスを厳密に限定しようとするものではなく、当業者はこれに基づいて柔軟に作業して、様々な実施形態を取得することができ、当該様々な実施形態は全て本発明の保護範囲に入る。
【００３９】
したがって、詳細に関して、当該実施形態は様々な実装形態を含むことができる。それらを、例を用いて下記で説明する。しかし、これらの例は本発明を限定しようとするものではない。
【００４０】
図１１を参照する。図１１は、本発明の実施形態３に従う、肯定応答パケットを処理するための方法の略流れ図である。当該方法はデータ送信装置により実行される。データ送信装置は、データ量閾値を事前に格納し、送信シーケンス番号（ＳｅｎｄＳｅｑ）を使用して、データ受信側により受理された送信期間において送信された全ての肯定応答パケットにより示される総データ量を表現する。図１１に示すように、当該方法は以下のステップを含む。
【００４１】
１１０では、送信期間が開始したとき、ＳｅｎｄＳｅｑをゼロに設定する。続いて、現在の送信期間において、１つの肯定応答パケットが送信されるたびにＳｅｎｄＳｅｑを更新し、ＳｅｎｄＳｅｑが更新されるたびに、当該更新されたＳｅｎｄＳｅｑとデータ量閾値の関係を決定する。これは、現在の送信期間において、以下のステップＳ１１１からステップＳ１１３を、現在の送信期間が終了するかまたは当該更新されたＳｅｎｄＳｅｑがデータ量閾値より大きくなるまで繰返し実施する。
【００４２】
Ｓ１１１では、肯定応答パケットを送信する。Ｓ１１２では、ＳｅｎｄＳｅｑを更新する。Ｓ１１３では、当該更新されたＳｅｎｄＳｅｑとデータ量閾値の関係を決定する。当該更新されたＳｅｎｄＳｅｑがデータ量閾値より小さい場合には、ステップＳ１１１乃至ステップＳ１１３を実施し続け、当該更新されたＳｅｎｄＳｅｑがデータ量閾値より大きい場合には、ステップＳ１１４を実施する。
【００４３】
Ｓ１１４では、現在の送信期間が終了するまで現在の送信期間において肯定応答パケットを送信するステップを一時停止し、ＳｅｎｄＳｅｑが次の送信期間でゼロに設定された後、肯定応答パケットを送信し続ける。
【００４４】
データ量閾値の説明は実施形態１の説明と同じであり、詳細についてはここでは繰り返し説明することはしない。
【００４５】
当該実施形態では、肯定応答パケット・シーケンス番号の差を用いてＳｅｎｄＳｅｑを決定してもよい。この場合、肯定応答パケット・シーケンス番号は、当該肯定応答パケット・シーケンス番号より前のデータが全てデータ受信側により受理されたことを示すために使用され、このケースでは、２つの肯定応答パケット・シーケンス番号の差が、現在送信されている肯定応答パケットに対応する既に受理されたデータ量を反映してもよい。さらに、１つの肯定応答パケットが送信されるたびに、ＳｅｎｄＳｅｑは、送信された肯定応答パケットに対応する既に受理されたデータ量を累積することによって更新され、当該更新されたＳｅｎｄＳｅｑが、受理された肯定応答パケットにより示される総データ量を反映してもよい。この場合、当該肯定応答パケットは或る期間内にデータ送信装置により送信される。このように、ＳｅｎｄＳｅｑを監視することによって、送信期間において送信された肯定応答パケットの量を制御し、大量のパケットがデータ送信側により送信されるという問題を解決し、それによりさらにパケットが時間通りに送信されないという問題とパケット損失の問題を解決する。
【００４６】
当該更新されたＳｅｎｄＳｅｑがデータ量閾値に等しい場合には、肯定応答パケットを送信するステップを現在の送信期間が終了するまで一時停止し、当該送信シーケンス番号が次の送信期間でゼロに設定された後に再開してもよく、または、肯定応答パケットを送信するステップを継続してもよいことに留意されたい。その理由は上述の実施形態で説明したものと同じでありここでは繰り返し説明しない。
【００４７】
上述のステップＳ１１２でＳｅｎｄＳｅｑを更新するプロセスにおいて、更新されたＳｅｎｄＳｅｑと更新前のＳｅｎｄＳｅｑの関係は以下の通りである。
【００４８】
更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ＋Ｍａｘ（０、第１の肯定応答パケットの肯定応答パケット・シーケンス番号−第２の肯定応答パケットの肯定応答パケット・シーケンス番号）。ここで、Ｍａｘ（）は、最大値を選択することを示し、当該第１の肯定応答パケットと当該第２の肯定応答パケットは、データ送信装置によりデータ送信側に連続的に送信される２つの肯定応答パケットである。当該第１の肯定応答パケットは、ＳｅｎｄＳｅｑを更新する前最も直近に送信された肯定応答パケットであり、当該第２の肯定応答パケットは、当該第１の肯定応答パケットより前に送信された肯定応答パケットである。ＳｅｎｄＳｅｑが更新されたときに当該第２の肯定応答パケットの肯定応答パケット・シーケンス番号を使用できるようにするために、当該肯定応答パケット・シーケンス番号を、当該第２の肯定応答パケットを送信する前に格納する必要がある。したがって、第２の肯定応答パケットの肯定応答パケット・シーケンス番号は、データ送信装置により既に格納されている肯定応答パケット・シーケンス番号でもある。即ち、更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ＋Ｍａｘ（０、ＳｅｎｄＳｅｑを更新する前最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号−既に格納されている肯定応答パケット・シーケンス番号）である。
【００４９】
分かるように、ＳｅｎｄＳｅｑを更新するプロセスでは、１つの肯定応答パケットが送信されるたびに、当該肯定応答パケットの肯定応答パケット・シーケンス番号を用いて既に格納されている肯定応答パケット・シーケンス番号を更新する。即ち、ＳｅｎｄＳｅｑを更新した後、当該方法はさらに、既に格納されている肯定応答パケットの肯定応答パケット・シーケンス番号を更新するステップを含む。既に格納されている肯定応答パケットの肯定応答パケット・シーケンス番号を更新したとき、ＳｅｎｄＳｅｑを更新する前最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号が既に格納されている肯定応答パケット・シーケンス番号より大きいか、または、ＳｅｎｄＳｅｑを更新する前最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号と既に格納されている肯定応答パケット・シーケンス番号の差分が事前設定値より小さい場合には、現在格納されている肯定応答パケット・シーケンス番号を、ＳｅｎｄＳｅｑを更新する前最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号に更新する。そうでない場合には、これは、当該２つの連続的に送信された肯定応答パケット・シーケンス番号は同一であり、既に格納されている肯定応答パケット・シーケンス番号は不変のままでありうることを示す。当該事前設定値は、肯定応答パケット・シーケンス番号のビット量に従って決まる。ｎビットの文字を用いて肯定応答パケット・シーケンス番号を示すとき、当該事前設定値は−２ｎ−１である。当該送信シーケンス番号を更新する前に最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号と既に格納されている肯定応答パケット・シーケンス番号の差分が当該事前設定値より小さいとき、シーケンス番号のラップが生じたことを意味し、これは、肯定応答パケットが「０」から再び採番されることを意味し現在格納されている肯定応答パケット・シーケンス番号を、当該送信シーケンス番号を更新する前に最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号に更新して、後のＳｅｎｄＳｅｑの更新を容易にする。さらに、シーケンス番号のラップが生じたとき、ＳｅｎｄＳｅｑを更新しなくともよい。即ち、更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ＋Ｍａｘ（０、−２ｎ−１）＝更新前のＳｅｎｄＳｅｑである。この場合、結果として１つまたは複数の肯定応答パケットが送信される可能性があるが、当該解決策の効果の実現には本質的な影響はない。
【００５０】
例えば、３２ビットの文字は肯定応答パケット・シーケンス番号を示すために使用され、当該事前設定値は−２１４７４８３６４８である。当該送信シーケンス番号を更新する前に最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号と既に格納されている肯定応答パケット・シーケンス番号の間の差分が−２１４７４８３６４８より小さいとき、シーケンス番号のラップが生じたことを示し、ＳｅｎｄＳｅｑを更新しなくてもよいが、既に格納されている肯定応答パケット・シーケンス番号が更新される。
【００５１】
本発明の１実施形態では、タイマをデータ送信装置に配置して上述の送信期間の制御を実装してもよい。ここで、当該タイマの期間は当該送信期間に等しい。この場合、当該送信期間が開始したとき当該送信シーケンス番号をゼロに設定する上述のステップＳ１１０を次のように実装してもよい。即ち、当該タイマを開始し、当該送信シーケンス番号をゼロに設定する。現在の送信期間において現在の送信期間が終了するまで肯定応答パケットを送信するステップを一時停止し、ＳｅｎｄＳｅｑが次の送信期間でゼロに設定された後、肯定応答パケットを送信する上述のステップＳ１１４を次のように実装してもよい。即ち、当該タイマがタイムアウトしたとき、当該タイマを再開し、当該送信シーケンス番号をゼロに設定した後、肯定応答パケットの送信を継続する。
【００５２】
さらに図１２を参照する。図１２は、本発明の実施形態４に従う肯定応答パケットを処理するための方法の略流れ図である。当該方法はデータ送信装置により実行され、ＳｅｎｄＳｅｑは、データ受信側により受理された送信期間において送信された全ての肯定応答パケットにより示される総データ量を示すために使用される。図１２に示すように、当該方法は以下のステップを含む。
【００５３】
Ｓ１２０では、新たな肯定応答パケットを受信する。Ｓ１２１では、別の肯定応答パケットまたは他の肯定応答パケットが既にバッファされているかどうかを判定し、別の肯定応答パケットまたは他の肯定応答パケットが既にバッファされている場合には、ステップＳ１２２を実施し、そうでない場合には、ステップＳ１２３を実施する。
【００５４】
Ｓ１２２では、当該新たな肯定応答パケットをバッファし、当該別の肯定応答パケットまたは他の肯定応答パケットがデータ送信側に送信された後に当該新たな肯定応答パケットを送信する。
【００５５】
Ｓ１２３では、現在のＳｅｎｄＳｅｑとデータ量閾値の関係を決定する。現在のＳｅｎｄＳｅｑがデータ量閾値より大きい場合には、ステップＳ１２４を実施し、現在のＳｅｎｄＳｅｑがデータ量閾値より小さい場合には、ステップＳ１２５を実施する。
【００５６】
Ｓ１２４では、当該新たな肯定応答パケットをバッファし、ＳｅｎｄＳｅｑが次の送信期間でゼロに設定された後、当該新たな肯定応答パケットをデータ送信側に送信する。Ｓ１２５では、当該新たな肯定応答パケットをデータ送信側に送信する。
【００５７】
更新された送信シーケンス番号がデータ量閾値に等しいときには、肯定応答パケットを送信するステップを現在の送信期間が終了するまで一時停止し、当該送信シーケンス番号が次の送信期間でゼロに設定された後に再開するか、または、肯定応答パケットを送信するステップを継続してもよいことに留意されたい。
【００５８】
さらに図１３を参照すると、当該別の肯定応答パケットまたは他の肯定応答パケットがデータ送信側に送信された後に新たな肯定応答パケットを送信する上述のステップＳ１２２が以下のステップを含んでもよい。
【００５９】
Ｓ１３１では、別の肯定応答パケットまたは他の肯定応答パケットを送信する。Ｓ１３２では、ＳｅｎｄＳｅｑを更新する。Ｓ１３３では、当該更新されたＳｅｎｄＳｅｑとデータ量閾値の関係を決定し、当該更新されたＳｅｎｄＳｅｑがデータ量閾値より小さい場合には、ステップＳ１３４を実施し、当該更新されたＳｅｎｄＳｅｑがデータ量閾値より大きい場合には、ステップＳ１３５を実施する。当該更新されたＳｅｎｄＳｅｑがデータ量閾値に等しいとき、ステップＳ１３４を実施してもよく、またはステップＳ１３５を実施してもよく、その理由については上述の説明で説明したものと同じであり、ここでは再度説明することはしない。Ｓ１３４では、新たな肯定応答パケットを送信する。Ｓ１３５では、現在の送信期間が終了するまで当該新たな肯定応答パケットの送信を一時停止し、当該送信シーケンス番号が次の送信期間でゼロに設定された後、当該新たな肯定応答パケットを送信する。
【００６０】
データ送信装置が当該新たな肯定応答パケットを受信したとき、１つの別の肯定応答パケットをデータ送信装置にバッファするかまたは複数の他の肯定応答パケットをデータ送信装置にバッファしてもよいことに留意されたい。これは、１つまたは複数の他の肯定応答パケットが存在しうることを意味する。さらに、図１４を参照すると、複数の他の肯定応答パケットが存在するとき、当該他の肯定応答パケットを送信する上述のステップＳ１３１が、待ち行列に従って１つずつ他の肯定応答パケットを送信し、１つの肯定応答パケットが送信されるたびに、当該他の肯定応答パケットが全て送信されるまで、以下のステップを繰り返すステップを含んでもよい。
【００６１】
Ｓ１４１では、ＳｅｎｄＳｅｑを更新する。Ｓ１４２では、当該更新されたＳｅｎｄＳｅｑとデータ量閾値の関係を決定し、当該更新されたＳｅｎｄＳｅｑがデータ量閾値より小さい場合には、ステップＳ１４３を実施し、当該更新されたＳｅｎｄＳｅｑがデータ量閾値より大きい場合には、ステップＳ１４４を実施する。当該更新されたＳｅｎｄＳｅｑがデータ量閾値に等しいとき、ステップＳ１４３を実施してもよく、またはステップＳ１４４を実施してもよく、その理由については上述の説明で説明したものと同じであり、ここでは再度説明することはしない。Ｓ１４３では次の肯定応答パケットを送信し続ける。
【００６２】
Ｓ１４４では、現在の送信期間が終了するまで肯定応答パケットを送信するステップを一時停止し、当該送信シーケンス番号が次の送信期間でゼロに設定された後、次の肯定応答パケットを送信し続ける。
【００６３】
ＳｅｎｄＳｅｑを更新するプロセスは実施形態３で説明したのと同じであり、ここでは繰り返し説明しない。
【００６４】
さらに、当該実施形態では、タイマをデータ送信装置に配置して、上述の送信期間の制御を実装してもよい。この場合、当該タイマの期間は当該送信期間に等しい。
【００６５】
上述の実施形態３および実施形態４では、当該送信期間が開始したときＳｅｎｄＳｅｑはゼロに設定され、送信された肯定応答パケットにより示される既に受理されたデータ量に従ってＳｅｎｄＳｅｑが更新されることに留意されたい。これは１つの例にすぎない。別の実施形態では、ＳｅｎｄＳｅｑを「１」または別の数値に設定し、データ量閾値をそれに応じて調節してもよく、または、ＳｅｎｄＳｅｑが「１」または別の小さな数値に設定され、かつ、本発明の効果の実現に影響が及ばないときには、データ量閾値を調節しなくともよく、本発明の実施形態では限定されない。
【００６６】
例えば、本発明の実施形態５では、送信期間が開始したとき、ＳｅｎｄＳｅｑはデータ量閾値に設定され、１つの肯定応答パケットが送信されるたびに、ＳｅｎｄＳｅｑが降順に更新され、ＳｅｎｄＳｅｑがゼロ以下に減ると、当該期間において肯定応答パケットを送信するのを停止する。図１５を参照する。この場合、肯定応答パケットを処理するための方法は以下のステップを含む。
【００６７】
Ｓ１５０では、送信期間が開始したとき、ＳｅｎｄＳｅｑをデータ量閾値に設定する。続いて、現在の送信期間において、１つの肯定応答パケットが送信されるたびにＳｅｎｄＳｅｑを更新し、ＳｅｎｄＳｅｑが更新されるたびに、当該更新されたＳｅｎｄＳｅｑとゼロとの関係を決定する。即ち、現在の送信期間において、以下のステップＳ１５１乃至ステップＳ１５３を現在の送信期間が終了するかまたは当該更新されたＳｅｎｄＳｅｑがゼロより小さくなるまで繰返し実施する。
【００６８】
Ｓ１５１では、肯定応答パケットを送信する。Ｓ１５２では、ＳｅｎｄＳｅｑを更新する。Ｓ１５３では、当該更新されたＳｅｎｄＳｅｑとゼロとの関係を決定する。当該更新されたＳｅｎｄＳｅｑがゼロより大きい場合には、ステップＳ１５１乃至ステップＳ１５３を実施し続け、当該更新されたＳｅｎｄＳｅｑがゼロより小さい場合には、ステップＳ１５４を実施する。Ｓ１５４では、現在の送信期間が終了するまで現在の送信期間において肯定応答パケットを送信するステップを一時停止し、ＳｅｎｄＳｅｑが次の送信期間でデータ量閾値に設定された後、肯定応答パケットを送信し続ける。この場合、ＳｅｎｄＳｅｑの更新を以下のように行う。
【００６９】
更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ−Ｍａｘ（０、第１の肯定応答パケットの肯定応答パケット・シーケンス番号−第２の肯定応答パケットの肯定応答パケット・シーケンス番号）。ここで、Ｍａｘ（）は、最大値を選択することを示し、当該第１の肯定応答パケットと当該第２の肯定応答パケットは、データ送信装置によりデータ送信側に連続的に送信される２つの肯定応答パケットである。当該第１の肯定応答パケットは、ＳｅｎｄＳｅｑを更新する前最も直近に送信された肯定応答パケットであり、当該第２の肯定応答パケットは、当該第１の肯定応答パケットより前に送信された肯定応答パケットである。ＳｅｎｄＳｅｑが更新されたときに当該第２の肯定応答パケットの肯定応答パケット・シーケンス番号を使用できるようにするために、当該肯定応答パケット・シーケンス番号を、当該第２の肯定応答パケットを送信する前に格納する必要がある。したがって、第２の肯定応答パケットの肯定応答パケット・シーケンス番号は、アクセス・ネットワーク装置により既に格納されている肯定応答パケット・シーケンス番号でもある。即ち、更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ−Ｍａｘ（０、当該送信シーケンス番号を更新する前に最も直近に送信された肯定応答パケットの肯定応答パケット・シーケンス番号−既に格納されている肯定応答パケット・シーケンス番号）である。
【００７０】
分かるように、ＳｅｎｄＳｅｑを更新するプロセスでは、１つの肯定応答パケットが送信されるたびに、当該肯定応答パケットの肯定応答パケット・シーケンス番号を用いて既に格納されている肯定応答パケット・シーケンス番号を更新する。即ち、ＳｅｎｄＳｅｑを更新した後、当該方法はさらに、既に格納されている肯定応答パケットの肯定応答パケット・シーケンス番号を更新するステップを含む。既に格納されている肯定応答パケット・シーケンス番号を更新するステップは、実施形態３で説明したものと同じであり、ここでは繰り返し説明しない。
【００７１】
さらに、当該更新されたＳｅｎｄＳｅｑがゼロに等しい場合には、肯定応答パケットを送信するステップを現在の送信期間が終了するまで一時停止し、当該送信シーケンス番号を次の送信期間でデータ量閾値に設定した後に再開するか、または、肯定応答パケットを送信するステップを継続してもよい。
【００７２】
さらに図１６を参照する。図１６は、本発明の実施形態６に従うデータ送信装置の略構造図である。図１６に示すように、データ送信装置１６０は、受信回路１６１、送信回路１６２、メモリ１６３、およびプロセッサ１６４を備える。当該受信回路１６１は、肯定応答パケットを受信するように構成される。送信回路１６２は、肯定応答パケットを送信するように構成される。メモリ１６３はデータ量閾値を格納する。プロセッサ１６４は、受信回路１６１、送信回路１６２、およびメモリ１６３に接続される。プロセッサ１６４は、データ量閾値と総データ量の差分を更新するように構成される。ここで、総データ量はデータ受信側により受理されている現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量である。プロセッサ１６４はさらに、更新したデータ量閾値と総データ量の差分に従って、送信回路１６２が現在の送信期間において肯定応答パケットを送信し続けるかどうかを制御するように構成される。
【００７３】
分かるように、当該実施形態と実施形態１の相違は、プロセッサ１６４がデータ量閾値に基づいてデータ量閾値と総データ量の差分を更新し、当該差分に従って、送信回路１６２が現在の送信期間において肯定応答パケットを送信し続けるかどうかを制御することである。データ量閾値は事前に設定されているので、データ量閾値と総データ量の差分の変化は実際には総データ量の変化を反映する。したがって、当該差分を用いて肯定応答パケットを送信期間において送信し続けるかどうかを制御することによって、実施形態１を使用するときと同じ効果を達成することができる。
【００７４】
実施形態６に対応して、本発明の実施形態７では肯定応答パケットを処理するための方法をさらに提供する。図１７を参照する。図１７は、本発明の実施形態７に従う肯定応答パケットを処理するための方法の略流れ図である。図１７に示すように、当該方法は以下のステップを含む。
【００７５】
Ｓ１７１では、肯定応答パケットを送信する。Ｓ１７２では、データ量閾値と総データ量の差分を更新する。総データ量は、データ受信側により受理されている現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量である。
【００７６】
Ｓ１７３では、データ量閾値と総データ量の更新された差分に従って、肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御する。
【００７７】
実施形態６と実施形態７におけるデータ量閾値の説明は実施形態１で説明したものと同じであり、ここでは繰り返し説明しない。
【００７８】
データ量閾値と総データ量の差分を更新する方式と頻度は、例えば、実施形態１で説明したのと同じであり、ここでは再度説明することはしない。
【００７９】
以下では、プロセッサ１６４によりデータ量閾値と総データ量の差分を更新するプロセス、または、上述のステップＳ１７２で総データ量を更新するプロセスを説明する。
【００８０】
データ量閾値と総データ量の差分の更新は、データ量閾値に基づいて総データ量を更新するプロセスである。総データ量を更新するのは、上述の実施形態１で説明したのと同じであり、当該総量を更新するたびに、データ量閾値と総データ量に対して減算を実施して、更新後にデータ量閾値と総データ量の差分を取得できるようにする。さらに、現在の肯定応答パケット・シーケンス番号がラップするときには、更新を実施しなくともよい。
【００８１】
具体的には、送信期間が開始したとき、更新をデータ量閾値に基づいて開始してもよく、１つの肯定応答パケットが送信されるたびに、データ受信側が受理している肯定応答パケットが示すデータ量を減らし、当該データ量がゼロまたはゼロ付近に減ったときには、当該送信期間において肯定応答パケットを送信するのを停止する。さらに図１８を参照する。図１８は、本発明の実施形態８に従うデータ送信装置の略構造図である。図１８に示すように、当該装置は、送信ユニット１８１、更新ユニット１８２、および制御ユニット１８３を備える。送信ユニット１８１は、肯定応答パケットを送信するように構成され、更新ユニット１８２は、データ受信側が受理した現在の送信期間において送信された全ての肯定応答パケットにより示される総データ量を更新するように構成され、制御ユニット１８３は、当該更新された総データ量をデータ量閾値と比較し、当該比較の結果に従って、肯定応答パケットを現在の送信期間において送信し続けるかどうかを制御するように構成される。
【００８２】
データ量閾値の説明は実施形態１で説明したものと同じであり、ここでは繰り返し説明しない。
【００８３】
さらに、更新ユニット１８２による更新のプロセスと制御ユニット１８３による制御のプロセスは実施形態１で説明したのと同一であり、ここでは再度説明することはしない。
【００８４】
本発明の諸実施形態における肯定応答パケットはアップリンク肯定応答パケットであってもよい。ここで、アップリンクとは、端末装置から基地局への方向、または、端末装置から無線ネットワーク・コントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ、略してＲＮＣ）への方向、または、端末装置からサーバへの方向等を意味する。
【００８５】
本発明の１実施形態では肯定応答パケットを処理するための方法を提供する。図１に示すように、当該方法は以下のステップを含む。
【００８６】
１００では、新たな肯定応答パケットが到着する。１０１では、第１のエンティティが、別の肯定応答パケットまたは他の肯定応答パケットが既にバッファされているかどうかを判定し、別の肯定応答パケットまたは他の肯定応答パケットが既にバッファされている場合には、ステップ１０２を実施する。そうでない場合には、様々な場合に従ってステップ１０３乃至ステップ１０５のうち１つを実施する。１０２では、当該新たな肯定応答パケットをバッファし、当該別の肯定応答パケットまたは他の肯定応答パケットが送信された後に当該新たな肯定応答パケットを送信する。１０３では、当該第１のエンティティのタイマが開始されていない場合に、当該タイマを開始し、当該新たな肯定応答パケットを送信する。１０４では、当該第１のエンティティのタイマが既に開始されており、かつ、送信シーケンス番号（ＳｅｎｄＳｅｑ）が肯定応答パケット送信閾値より大きい場合に、当該新たな肯定応答パケットをバッファし、当該タイマを再開し、当該タイマがタイムアウトする前に、当該新たな肯定応答パケットを送信する。１０５では、当該第１のエンティティのタイマが既に開始されており、かつ、送信シーケンス番号（ＳｅｎｄＳｅｑ）が肯定応答パケット送信閾値以下である場合に、当該新たな肯定応答パケットを送信する。
【００８７】
ＳｅｎｄＳｅｑは当該タイマが開始した後に当該第１のエンティティにより送信された肯定応答パケットの総データ量であり、当該肯定応答パケット送信閾値は当該タイマの期間において当該第１のエンティティが送信できる肯定応答パケットの総データ量である。
【００８８】
場合によっては、当該タイマを開始または再開したとき、ＳｅｎｄＳｅｑの値は０であり、当該新たな肯定応答パケットが送信された後、当該方法はさらにＳｅｎｄＳｅｑを更新するステップを含む。
【００８９】
例えば、別の肯定応答パケットまたは他の肯定応答パケットが既にバッファされている場合には、新たな肯定応答パケットをバッファするステップは、当該新たな肯定応答パケットを当該別の肯定応答パケットまたは他の肯定応答パケットに続いてバッファするステップを含み、当該新たな肯定応答パケットを当該別の肯定応答パケットまたは他の肯定応答パケットが送信された後に送信するステップは、当該第１のエンティティのタイマがタイムアウトしたとき、待ち行列に従って１つずつ、当該バッファ内の肯定応答パケットを送信するステップを含む。
【００９０】
場合によっては、ステップ１０２の後に、当該方法はさらに１つの肯定応答パケットが送信されるたびにＳｅｎｄＳｅｑを更新するステップを含む。
【００９１】
場合によっては、ステップ１０２の後に、当該方法はさらに、ＳｅｎｄＳｅｑが更新されるたびに、当該更新されたＳｅｎｄＳｅｑが当該肯定応答パケット送信閾値より大きいかどうかを判定するステップと、当該新たな肯定応答パケットを送信する前に、当該更新されたＳｅｎｄＳｅｑが当該肯定応答パケット送信閾値より大きい場合には、当該第１のエンティティに既にバッファされた肯定応答パケットの送信を停止し、当該タイマを再開し、当該タイマがタイムアウトする前に当該新たな肯定応答パケットを送信するステップを含む。
【００９２】
例えば、ＳｅｎｄＳｅｑが更新されたとき、当該更新されたＳｅｎｄＳｅｑと更新前のＳｅｎｄＳｅｑの関係は、更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ＋Ｍａｘ（０、第１の肯定応答パケットの肯定応答パケット・シーケンス番号−第２の肯定応答パケットの肯定応答パケット・シーケンス番号）である。ここで、当該第１の肯定応答パケットと当該第２の肯定応答パケットは当該第１のエンティティにより連続的に送信される２つの肯定応答パケットである。
【００９３】
さらに、ＳｅｎｄＳｅｑを更新した後、当該方法はさらに、肯定応答パケットの肯定応答パケット・シーケンス番号を更新するステップを含む。第２の肯定応答パケットの肯定応答パケット・シーケンス番号を更新するとき、第１の肯定応答パケットの肯定応答パケット・シーケンス番号が第２の肯定応答パケットの肯定応答パケット・シーケンス番号より大きいか、または、第１の肯定応答パケットのシーケンス番号と第２の肯定応答パケットの肯定応答パケット・シーケンス番号の差が−２１４７４８３６４８より小さい場合には、第１の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用し、そうでなければ、第１のエンティティが読み取った第２の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用する。
【００９４】
当該肯定応答パケット送信閾値の値は平均送信バイト速度（ＡｖｇＳｅｎｄＢｙｔｅ）と当該タイマの期間の積であり、ＡｖｇＳｅｎｄＢｙｔｅは、集約最大ビット・レート（ＡＭＢＲ）と最大スループット（ＭａｘＴｈｒｏｕｇｈｐｕｔ）に従って決まる。ここで、ＭａｘＴｈｒｏｕｇｈｐｕｔが０であるとき、
【００９５】
【数１】
0005928764.tif 000002
【００９６】
である。ここで、記号
【００９７】
【数２】
0005928764.tif 000003
【００９８】
は、最も近い最大の整数への丸めを示す。ＭａｘＴｈｒｏｕｇｈｐｕｔが０でないときには、
【００９９】
【数３】
0005928764.tif 000004
【０１００】
である。ここで、記号
【０１０１】
【数４】
0005928764.tif 000005
【０１０２】
は、最も近い最大の整数への丸めを示す。
【０１０３】
当該タイマの期間は、当該第１のエンティティが肯定応答パケットを送信する期間である。ここで、当該肯定応答パケットは、８０バイトを超えず肯定応答文字を含むアップリンクパケットである。
【０１０４】
さらに、新たな肯定応答パケットが到着したとき、当該新たな肯定応答パケットをバッファし送信するために使用される当該第１のエンティティが存在しない場合には、当該方法はさらに当該第１のエンティティを生成するステップを含む。当該第１のエンティティは基地局内に存在する。
【０１０５】
場合によっては、当該実施形態の当該第１のエンティティは、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨＮｏｄｅＢ、またはＨｅＮｏｄｅＢのような基地局であってもよく、または、ＲＮＣであってもよい。
【０１０６】
先行技術と比較して、本発明の当該実施形態では、第１のエンティティが肯定応答パケットを受信した後に、当該肯定応答パケットを処理することができ、送信期間と送信データ量閾値を肯定応答パケットに設定することができ、各送信期間にサーバに送信された肯定応答パケットの総データ量を制御することができ、さらに、当該肯定応答パケットの量を制御することができる。このように、肯定応答パケットを定常的な速度でサーバに送信することができる、それにより、肯定応答パケットの量の急増に起因する、ダウンリンクのパケットが時間通りに送信されないという問題とパケット損失の問題を回避し、さらにネットワーク・スループットの低下を回避し、ネットワーク送信効率を高める。
【０１０７】
本発明の別の実施形態では肯定応答パケットを処理するための方法を提供する。図２に示すように、当該方法は以下のステップを含む。
【０１０８】
２００で、新たな肯定応答パケットが到着する。２０１では、第２のエンティティが、当該新たな肯定応答パケットのバッファと送信に使用される第１のエンティティが存在するかどうかを判定し、当該第１のエンティティが存在する場合には、ステップ２０２を実施し、そうでない場合には、様々なケースに従ってステップ２０３乃至ステップ２０５の１つを実施する。２０２では、当該肯定応答パケットを当該第１のエンティティに送信する。２０３では、当該第１のエンティティが存在せず、既存の第３のエンティティの量が第２の閾値ｍより小さく、かつ、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きくない場合には、当該第１のエンティティを生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信する。２０４では、当該第１のエンティティが存在せず、既存の第３のエンティティの量が第２の閾値ｍより小さくなく、かつ、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きくない場合には、肯定応答パケットがバッファされない少なくとも１つの第３のエンティティを削除し、当該第１のエンティティを生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信する。２０５では、当該第１のエンティティが存在せず、かつ、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きい場合に、当該新たな肯定応答パケットをサーバに送信する。
【０１０９】
ｍは、肯定応答パケットを送信しバッファするために生成し使用できるエンティティの量の上限であり、ｎは、肯定応答パケットを同時にバッファすることを可能とする第３の量の上限である。
【０１１０】
場合によっては、当該実施形態における第１のエンティティは、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨＮｏｄｅＢ、またはＨｅＮｏｄｅＢのような基地局であってもよく、または、ＲＮＣであってもよい。
【０１１１】
先行技術と比較して、本発明の当該実施形態では、新たな肯定応答パケットが第２のエンティティに到着したとき、当該第２のエンティティが、当該新たな肯定応答パケットに対して、当該新たに到着した肯定応答パケットのバッファおよび／または送信のような処理方式を決定する第１のエンティティを設定する。当該第１のエンティティは肯定応答パケットを処理して、当該肯定応答パケットを定常的な速度でサーバに送信できるようにする。それにより、肯定応答パケットの量の急増に起因する、ダウンリンクのパケットが時間通りに送信されないという問題とパケット損失の問題を回避し、さらにネットワーク・スループットの低下を回避しネットワーク送信効率を高める。
【０１１２】
本発明の別の実施形態では肯定応答パケットを処理するための方法を提供する。当該実施形態の詳細を、上述の２つの実施形態に関する例として構築してもよい。図３に示すように、当該方法は以下のステップを含む。
【０１１３】
３０１では、新たな肯定応答パケットが到着したとき、第２のエンティティが、当該新たな肯定応答パケットのバッファと送信に使用される第１のエンティティが存在するかどうかを判定し、当該第１のエンティティが存在しない場合には、ステップ３０２を実施し、当該第１のエンティティが存在する場合には、ステップ３０３を実施する。
【０１１４】
当該肯定応答パケットは３つの条件を満たさなければならない。即ち、当該パケットがアップリンク方向にあること、当該パケットのサイズがが８０バイトを超えないこと、および当該パケットが肯定応答文字（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、略してＡＣＫ）を含むことである。
【０１１５】
当該第１のエンティティは、肯定応答パケットを処理するための基地局における動作ユニットである。生成時に、当該エンティティは、ソースＩＰ、宛先ＩＰ、ソース・ポート番号、宛先ポート番号、タイマ、肯定応答パケット・シーケンス番号、および送信シーケンス番号（ＳｅｎｄＳｅｑ）のようなパラメータを有する。ＬａｓｔＳｅｑは、以前に送信された肯定応答パケットのシーケンス番号を示し、ＳｅｎｄＳｅｑは当該タイマが開始した後に当該第１のエンティティにより送信される肯定応答パケットの総データ量である。初期化の最中に、肯定応答パケット・シーケンス番号とＳｅｎｄＳｅｑの両方が０である。
【０１１６】
３０２では、当該第２のエンティティが、対応する第１のエンティティを当該新たな肯定応答パケットに対して生成する。
【０１１７】
場合によっては、当該方法はさらに、当該第１のエンティティが存在せず、既存の第３のエンティティの量が第２の閾値ｍより小さく、かつ、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きくない場合に、当該第１のエンティティを生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信するステップと、当該第１のエンティティが存在せず、既存の第３のエンティティの量が第２の閾値ｍより小さくなく、かつ、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きくない場合に、肯定応答パケットがバッファされない少なくとも１つの第３のエンティティを削除し、当該第１のエンティティを生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信するステップと、を含む。
【０１１８】
場合によっては、当該方法はさらに、当該第１のエンティティが存在せず、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きい場合に、当該新たな肯定応答パケットをサーバに送信するステップを含む。
【０１１９】
ｍは、肯定応答パケットをバッファし送信するために生成し使用できるエンティティの量の上限であり、ｎは、肯定応答パケットを同時にバッファすることを可能とする第３の量の上限である。３０３では、当該第２のエンティティが当該新たな肯定応答パケットを当該第１のエンティティに送信する。
【０１２０】
３０４では、当該新たな肯定応答パケットが到着したとき、別の肯定応答パケットまたは他の肯定応答パケットが既に当該第１のエンティティにバッファされている場合には、当該新たな肯定応答パケットを当該別の肯定応答パケットまたは他の肯定応答パケットに続いてバッファする。
【０１２１】
３０５では、当該第１のエンティティが、当該タイマがタイムアウトしたかどうかを判定し、当該タイマがタイムアウトした場合には、ステップ３０７を実施し、タイマがタイムアウトしなかった場合には、ステップ３０６を実施する。当該タイマの期間は当該第１のエンティティが肯定応答パケットを送信する期間である。
【０１２２】
３０６では、当該第１のエンティティが待ち行列と送信間隔に従って肯定応答パケットをサーバに送信し、１つの肯定応答パケットが送信されるたびにＳｅｎｄＳｅｑを更新し、当該更新されたＳｅｎｄＳｅｑが肯定応答パケット送信閾値より大きいとき、肯定応答パケットを送信するのを停止し、ステップ３０８に飛ぶ。
【０１２３】
ＳｅｎｄＳｅｑは当該タイマが開始した後に当該第１のエンティティにより送信される肯定応答パケットの総データ量であり、当該肯定応答パケット送信閾値は当該タイマの期間において当該第１のエンティティが送信できる肯定応答パケットの総データ量である。当該肯定応答パケット送信閾値の値は平均送信バイト速度（ＡｖｇＳｅｎｄＢｙｔｅ）と当該タイマの期間の積であり、ＡｖｇＳｅｎｄＢｙｔｅは、集約最大ビット・レート（ＡＭＢＲ）と最大スループット（ＭａｘＴｈｒｏｕｇｈｐｕｔ）に従って決まる。ここで、ＭａｘＴｈｒｏｕｇｈｐｕｔが０であるとき、
【０１２４】
【数５】
0005928764.tif 000006
【０１２５】
である。ここで、記号
【０１２６】
【数６】
0005928764.tif 000007
【０１２７】
は、最も近い最大の整数への丸めを示す。ＭａｘＴｈｒｏｕｇｈｐｕｔが０でないときには、
【０１２８】
【数７】
0005928764.tif 000008
【０１２９】
である。ここで、記号
【０１３０】
【数８】
0005928764.tif 000009
【０１３１】
は、最も近い最大の整数への丸めを示す。
【０１３２】
具体的には、ＳｅｎｄＳｅｑが更新されたとき、当該更新されたＳｅｎｄＳｅｑと更新前のＳｅｎｄＳｅｑの関係は、更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ＋Ｍａｘ（０、第１の肯定応答パケットの肯定応答パケット・シーケンス番号−第２の肯定応答パケットの肯定応答パケット・シーケンス番号）である。ここで、当該第１の肯定応答パケットと当該第２の肯定応答パケットは当該第１のエンティティにより連続的に送信される２つの肯定応答パケットである。
【０１３３】
場合によっては、ＳｅｎｄＳｅｑを更新した後、肯定応答パケットの肯定応答パケット・シーケンス番号をそれに応じて更新すべきである。第２の肯定応答パケットの肯定応答パケット・シーケンス番号を更新するとき、第１の肯定応答パケットの肯定応答パケット・シーケンス番号が第２の肯定応答パケットの肯定応答パケット・シーケンス番号より大きいか、または、第１の肯定応答パケットのシーケンス番号と第２の肯定応答パケットの肯定応答パケット・シーケンス番号の差が−２１４７４８３６４８より小さい場合には、第１の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用し、そうでなければ、第１のエンティティが読み取った第２の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用する。
【０１３４】
３０７では、当該第１のエンティティが待ち行列に従って当該バッファ内の肯定応答パケットを１つずつ当該サーバに送信し、１つの肯定応答パケットが送信されるたびにＳｅｎｄＳｅｑを更新し、当該更新されたＳｅｎｄＳｅｑが肯定応答パケット送信閾値より大きくなるまで肯定応答パケットを送信するのを停止する。３０８では、当該第１のエンティティがタイマを再開し、新たな肯定応答パケットを次の送信期間において送信する。
【０１３５】
当該実施形態における第１のエンティティ、第２のエンティティ、および第３のエンティティを全て、基地局内に配置してもよいことに留意されたい。
【０１３６】
先行技術と比較して、本発明の当該実施形態では、新たな肯定応答パケットが到着したとき、第２のエンティティは、第１のエンティティを検索するかまたは生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信し、当該第１のエンティティが、当該新たな肯定応答パケットを別の肯定応答パケットまたは他の肯定応答パケットに続いてバッファして当該新たな肯定応答パケットを送信し、同時に、送信期間と肯定応答パケットに対する送信データ量閾値を設定し、各送信期間においてサーバに送信される肯定応答パケットの総データ量を制御し、さらに当該肯定応答パケットの量を制御する。このように、肯定応答パケットを定常的な速度でサーバに送信することができる、それにより、肯定応答パケットの量の急増に起因する、ダウンリンクのパケットが時間通りに送信されないという問題とパケット損失の問題を回避し、さらにネットワーク・スループットの低下を回避しネットワーク送信効率を高める。
【０１３７】
本発明の別の実施形態では、肯定応答パケットを処理するための方法を提供する。当該実施形態と上述の実施形態の相違は、新たな肯定応答パケットが第１のエンティティに到着したとき、当該第１のエンティティが別の肯定応答パケットをバッファせず、タイマを開始しないことである。図４に示すように、当該方法は以下のステップを含む。
【０１３８】
４０１では、第２のエンティティが新たな肯定応答パケットを第１のエンティティに送信する。当該第１のエンティティを検索し生成するプロセスについては、上述の実施形態のステップ３０１およびステップ３０２を参照されたい。
【０１３９】
４０２では、当該新たな肯定応答パケットが到着したとき、当該第１のエンティティが別の肯定応答パケットをバッファせず当該第１のエンティティのタイマが開始されていない場合には、当該第１のエンティティが当該新たな肯定応答パケットをサーバに送信し、送信シーケンス番号（ＳｅｎｄＳｅｑ）を更新する。
【０１４０】
当該タイマの期間は当該第１のエンティティが肯定応答パケットを送信する期間であり、ＳｅｎｄＳｅｑは、当該タイマが開始した後に当該第１のエンティティにより送信される肯定応答パケットの総データ量である。具体的には、ＳｅｎｄＳｅｑが更新されたとき、当該更新されたＳｅｎｄＳｅｑと更新前のＳｅｎｄＳｅｑの関係は、更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ＋Ｍａｘ（０、第１の肯定応答パケットの肯定応答パケット・シーケンス番号−第２の肯定応答パケットの肯定応答パケット・シーケンス番号）である。ここで、当該第１の肯定応答パケットと当該第２の肯定応答パケットは当該第１のエンティティにより連続的に送信される２つの肯定応答パケットである。
【０１４１】
場合によっては、ＳｅｎｄＳｅｑを更新した後、肯定応答パケットの肯定応答パケット・シーケンス番号をそれに応じて更新すべきである。第２の肯定応答パケットの肯定応答パケット・シーケンス番号を更新するとき、第１の肯定応答パケットの肯定応答パケット・シーケンス番号が第２の肯定応答パケットの肯定応答パケット・シーケンス番号より大きいか、または、第１の肯定応答パケットのシーケンス番号と第２の肯定応答パケットの肯定応答パケット・シーケンス番号の差が−２１４７４８３６４８より小さい場合には、第１の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用し、そうでなければ、第１のエンティティが読み取った第２の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用する。
【０１４２】
当該実施形態における第１のエンティティ、第２のエンティティ、および第３のエンティティを全て、基地局内に配置してもよいことに留意されたい。
【０１４３】
先行技術と比較して、本発明の当該実施形態では、新たな肯定応答パケットが到着したとき、第２のエンティティは、第１のエンティティを検索するかまたは生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信し、当該第１のエンティティが別の肯定応答パケットをバッファせずタイマを開始しないときには、当該第１のエンティティが当該新たな肯定応答パケットに対して当該タイマを開始し、当該新たな肯定応答パケットをサーバに送信し、同時に、送信期間と肯定応答パケットに対する送信データ量閾値を設定し、各送信期間においてサーバに送信される肯定応答パケットの総データ量を制御し、さらに当該肯定応答パケットの量を制御する。このように、肯定応答パケットを定常的な速度でサーバに送信することができる、それにより、肯定応答パケットの量の急増に起因する、ダウンリンクのパケットが時間通りに送信されないという問題とパケット損失の問題を回避し、さらにネットワーク・スループットの低下を回避しネットワーク送信効率を高める。
【０１４４】
本発明の別の実施形態では肯定応答パケットを処理するための方法を提供する。当該実施形態と上述の２つの実施形態の相違は、新たな肯定応答パケットが第１のエンティティに到着したとき、当該第１のエンティティが別の肯定応答パケットをバッファせず、タイマが既に開始されていることである。図５に示すように、当該方法は以下のステップを含む。
【０１４５】
５０１では、第２のエンティティが新たな肯定応答パケットを第１のエンティティに送信する。当該第１のエンティティを検索し生成するプロセスについては、第３の実施形態のステップ３０１およびステップ３０２を参照されたい。
【０１４６】
５０２では、当該新たな肯定応答パケットが到着したとき、当該第１のエンティティが別の肯定応答パケットをバッファせず当該第１のエンティティのタイマが既に開始されている場合には、当該第１のエンティティが、送信シーケンス番号（ＳｅｎｄＳｅｑ）が肯定応答パケット送信閾値より大きいかどうかを判定し、ＳｅｎｄＳｅｑが当該肯定応答パケット送信閾値より大きい場合には、ステップ５０４を実施し、ＳｅｎｄＳｅｑが当該肯定応答パケット送信閾値より大きくない場合には、ステップ５０３を実施する。
【０１４７】
ＳｅｎｄＳｅｑは当該タイマが開始した後に当該第１のエンティティにより送信される肯定応答パケットの総データ量であり、当該肯定応答パケット送信閾値は当該タイマの期間において当該第１のエンティティが送信できる肯定応答パケットの総データ量であり、当該タイマの期間は当該第１のエンティティが肯定応答パケットを送信する期間である。
【０１４８】
例えば、当該肯定応答パケット送信閾値の値は平均送信バイト速度（ＡｖｇＳｅｎｄＢｙｔｅ）と当該タイマの期間の積であり、ＡｖｇＳｅｎｄＢｙｔｅは、集約最大ビット・レート（ＡＭＢＲ）と最大スループット（ＭａｘＴｈｒｏｕｇｈｐｕｔ）に従って決まる。ここで、ＭａｘＴｈｒｏｕｇｈｐｕｔが０であるとき、
【０１４９】
【数９】
0005928764.tif 000010
【０１５０】
である。ここで、記号
【０１５１】
【数１０】
0005928764.tif 000011
【０１５２】
は、最も近い最大の整数への丸めを示す。ＭａｘＴｈｒｏｕｇｈｐｕｔが０でないときには、
【０１５３】
【数１１】
0005928764.tif 000012
【０１５４】
である。ここで、記号
【０１５５】
【数１２】
0005928764.tif 000013
【０１５６】
は、最も近い最大の整数への丸めを示す。
【０１５７】
５０３では、当該第１のエンティティが当該新たな肯定応答パケットをサーバに送信し、当該送信シーケンス番号（ＳｅｎｄＳｅｑ）を更新する。
【０１５８】
場合によっては、更新されたＳｅｎｄＳｅｑが送信閾値より大きい場合には、後続の肯定応答パケットの送信を停止する。
【０１５９】
例えば、更新されたＳｅｎｄＳｅｑ＝更新前のＳｅｎｄＳｅｑ＋Ｍａｘ（０、第１の肯定応答パケットの肯定応答パケット・シーケンス番号−第２の肯定応答パケットの肯定応答パケット・シーケンス番号）である。ここで、当該第１の肯定応答パケットと当該第２の肯定応答パケットは当該第１のエンティティにより連続的に送信される２つの肯定応答パケットである。
【０１６０】
場合によっては、ＳｅｎｄＳｅｑを更新した後、ローカルに格納された肯定応答パケットの肯定応答パケット・シーケンス番号をそれに応じて更新すべきである。第２の肯定応答パケットの肯定応答パケット・シーケンス番号を更新するとき、第１の肯定応答パケットの肯定応答パケット・シーケンス番号が第２の肯定応答パケットの肯定応答パケット・シーケンス番号より大きいか、または、第１の肯定応答パケットのシーケンス番号と第２の肯定応答パケットの肯定応答パケット・シーケンス番号の差が−２１４７４８３６４８より小さい場合には、第１の肯定応答パケットの肯定応答パケット・シーケンス番号が第２の肯定応答パケットの肯定応答パケット・シーケンス番号をローカルに格納された肯定応答パケット・シーケンス番号として置き換え、そうでなければ、第１のエンティティが読み取った第２の肯定応答パケットの肯定応答パケット・シーケンス番号が第２の肯定応答パケットの肯定応答パケット・シーケンス番号をローカルに格納された肯定応答パケット・シーケンス番号として置き換える。
【０１６１】
５０４では、当該第１のエンティティが当該新たな肯定応答パケットをバッファし、当該タイマを再開し、当該新たな肯定応答パケットを当該タイマがタイムアウトする前に送信する。
【０１６２】
当該実施形態における第１のエンティティ、第２のエンティティ、および第３のエンティティを全て、基地局内に配置してもよいことに留意されたい。
【０１６３】
先行技術と比較して、本発明の当該実施形態では、新たな肯定応答パケットが到着したとき、第２のエンティティは、第１のエンティティを検索するかまたは生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信し、当該第１のエンティティが別の肯定応答パケットをバッファしないとき、かつ、タイマが開始された後に、当該第１のエンティティが、現在の送信シーケンス番号（Ｓｅｎｄｓｅｑ）がデータ量閾値を超えたかどうかを判定する。現在のＳｅｎｄＳｅｑが当該閾値を超えない場合には、当該第１のエンティティは即座に新たな肯定応答パケットを送信する。現在のＳｅｎｄＳｅｑが当該閾値を超えた場合には、当該第１のエンティティが当該タイマを再開し、当該新たな肯定応答パケットを次の送信期間内に送信する。各送信期間においてサーバに送信される肯定応答パケットの総データ量を制御し、さらに、当該肯定応答パケットの量を制御して、当該肯定応答パケットを定常的な速度でサーバに送信できるようにする。それにより、肯定応答パケットの量の急増に起因する、ダウンリンクのパケットが時間通りに送信されないという問題とパケット損失の問題を回避し、さらにネットワーク・スループットの低下を回避しネットワーク送信効率を高める。
【０１６４】
本発明の諸実施形態ではさらに、以上の実施形態で提供した方法を実施するための装置を提供する。以下では説明のために例を使用する。説明の簡単さのため、以下の例における任意的な説明、細かい説明等は詳細には行わない。これらについては、上述の方法の実施形態における例を参照されたい。
【０１６５】
本発明の別の実施形態では肯定応答パケットを処理するための装置を提供する。図６に示すように、当該装置は、第１の受信器６１、第１のプロセッサ６２、メモリ６３、第１の送信器６４、およびタイマ６５を備える。第１の受信器６１は、肯定応答パケットを受信するように構成される。メモリ６３は、第１の受信器６１が受信した肯定応答パケットをバッファするように構成される。第１の送信器６４は、メモリ６３がバッファした肯定応答パケットを送信するように構成される。第１のプロセッサ６２は、新たな肯定応答パケットが第１の受信器６１に到着したとき、別の肯定応答パケットまたは他の肯定応答パケットが既にメモリ６３にバッファされていると判定した場合には、メモリ６３をトリガして、当該新たな肯定応答パケットをバッファし、当該別の肯定応答パケットまたは他の肯定応答パケットが送信された後に当該新たな肯定応答パケットを送信するように第１の送信器６４に指示するか、または、新たな肯定応答パケットが第１の受信器６１に到着したとき、メモリ６３が別の肯定応答パケットをバッファせず、かつ、タイマ６５が開始されていないと判定された場合には、タイマ６５を開始するようにトリガし、第１の送信器６４をトリガして当該新たな肯定応答パケットを送信するか、または、新たな肯定応答パケットが第１の受信器６１に到着したとき、メモリ６３が別の肯定応答パケットをバッファせず、タイマ６５が既に開始されており、かつ、送信シーケンス番号（ＳｅｎｄＳｅｑ）が肯定応答パケット送信閾値より大きい場合には、当該新たな肯定応答パケットをバッファするようにメモリ６３をトリガし、タイマ６５を再開するようにトリガし、タイマ６５がタイムアウトする前に当該新たな肯定応答パケットを送信するように第１の送信器６４に指示するか、または、新たな肯定応答パケットが第１の受信器６１に到着したとき、メモリ６３が別の肯定応答パケットをバッファせず、タイマ６５が既に開始されており、かつ、送信シーケンス番号（ＳｅｎｄＳｅｑ）が肯定応答パケット送信閾値以下であると判定された場合には、当該新たな肯定応答パケットを送信するように第１の送信器６４をトリガするように構成される。ＳｅｎｄＳｅｑは、タイマ６５が開始した後に送信される肯定応答パケットの総データ量であり、当該肯定応答パケット送信閾値は、タイマ６５の期間内において送信できる肯定応答パケットの総データ量である。
【０１６６】
場合によっては、第１のプロセッサ６２はさらに、第１の送信器６４が新たな肯定応答パケットを送信した後にＳｅｎｄＳｅｑを更新するように構成される。
【０１６７】
例えば、メモリ６３は特に、当該新たな肯定応答パケットを当該別の肯定応答パケットまたは他の肯定応答パケットに続いてバッファするように構成され、第１の送信器６４は特に、タイマ６５がタイムアウトしたときに、待ち行列に従って１つずつ、メモリ６３にバッファされた肯定応答パケットを送信するように構成される。
【０１６８】
場合によっては、第１のプロセッサ６２はさらに、第１の送信器６４が１つの肯定応答パケットを送信するたびにＳｅｎｄＳｅｑを更新するように構成される。
【０１６９】
場合によっては、第１のプロセッサ６２はさらに、ＳｅｎｄＳｅｑが更新されるたびに、当該更新されたＳｅｎｄＳｅｑが当該肯定応答パケット送信閾値より大きいかどうかを判定し、第１のプロセッサ６２が更新したＳｅｎｄＳｅｑが、第１の送信器６４が当該新たな肯定応答パケットを送信する前の当該肯定応答パケット送信閾値より大きいときには、既に当該第１のエンティティにバッファされた肯定応答パケットを送信するのを停止するように第１の送信器６４をトリガし、タイマ６５を再開するようにトリガし、タイマ６５がタイムアウトする前に当該新たな肯定応答パケットを送信するように第１の送信器６４に指示するように構成される。
【０１７０】
場合によっては、第１のプロセッサ６２はさらに、肯定応答パケットの肯定応答パケット・シーケンス番号を更新するように構成される。第２の肯定応答パケットの肯定応答パケット・シーケンス番号を更新するとき、第１の肯定応答パケットの肯定応答パケット・シーケンス番号が第２の肯定応答パケットの肯定応答パケット・シーケンス番号より大きいか、または、第１の肯定応答パケットのシーケンス番号と第２の肯定応答パケットの肯定応答パケット・シーケンス番号の差が−２１４７４８３６４８より小さい場合には、第１の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用し、そうでなければ、第１のエンティティが読み取った第２の肯定応答パケットの肯定応答パケット・シーケンス番号を第２の肯定応答パケットの肯定応答パケット・シーケンス番号として使用する。タイマ６５の期間は肯定応答パケットが送信される期間である。
【０１７１】
当該実施形態の装置は、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨＮｏｄｅＢ、またはＨｅＮｏｄｅＢのような基地局であってもよく、またはＲＮＣであってもよいことに留意されたい。
【０１７２】
先行技術と比較して、本発明の当該実施形態では、第１のエンティティが肯定応答パケットを受信した後に、当該肯定応答パケットを処理することができ、送信期間および送信データ量閾値を肯定応答パケットに対して設定することができ、各送信期間にサーバに送信された肯定応答パケットの総データ量を制御することができ、さらに当該肯定応答パケットの量を制御することができる。このように、肯定応答パケットを定常的な速度でサーバに送信することができる、それにより、肯定応答パケットの量の急増に起因する、ダウンリンクのパケットが時間通りに送信されないという問題とパケット損失の問題を回避し、さらにネットワーク・スループットの低下を回避しネットワーク送信効率を高める。
【０１７３】
本発明の別の実施形態では、肯定応答パケットを処理するための装置を提供する。図７に示すように、当該装置は、第２の受信器７１、第２のプロセッサ７２、および第２の送信器７３を備える。第２の受信器７１は肯定応答パケットを受信するように構成される。第２の送信器７３は、第２の受信器７が受信した肯定応答パケットを第１のエンティティに送信するように構成される。当該第１のエンティティは、当該新たな肯定応答パケットをバッファしサーバに送信するように構成される。
【０１７４】
第２のプロセッサ７２は、新たな肯定応答パケットが第２の受信器７１に到着したとき、当該第１のエンティティが存在すると判定した場合には、当該肯定応答パケットを当該第１のエンティティに送信するように第２の送信器７３をトリガするか、または、新たな肯定応答パケットが第２の受信器７１に到着したとき、当該第１のエンティティが存在せず、既存の第３のエンティティの量が第２の閾値ｍより小さく、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きくないと判定した場合には、当該第１のエンティティを生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信するように第２の送信器７３をトリガするか、または、新たな肯定応答パケットが第２の受信器７１に到着したとき、当該第１のエンティティが存在せず、既存の第３のエンティティの量が第２の閾値ｍより小さくなく、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きくないと判定した場合には、肯定応答パケットがバッファされていない少なくとも１つの第３のエンティティを削除し、当該第１のエンティティを生成し、当該新たな肯定応答パケットを当該第１のエンティティに送信するように第２の送信器７３をトリガするか、または、新たな肯定応答パケットが第２の受信器７１に到着したとき、当該第１のエンティティが存在せず、肯定応答パケットが既にバッファされている第３のエンティティの量が第３の閾値ｎより大きいと判定した場合には、当該新たな肯定応答パケットをサーバに送信するように第２の送信器７３をトリガするように構成される。
【０１７５】
ｍは、肯定応答パケットをバッファし送信するために生成し使用できるエンティティの量の上限であり、ｎは、肯定応答パケットを同時にバッファすることを可能とする第３の量の上限である。
【０１７６】
当該実施形態の装置はＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨＮｏｄｅＢ、またはＨｅＮｏｄｅＢのような基地局であってもよく、または、ＲＮＣであってもよいことに留意されたい。
【０１７７】
先行技術と比較して、本発明の当該実施形態では、新たな肯定応答パケットが第２のエンティティに到着したとき、当該第２のエンティティは、当該新たな肯定応答パケットに対して、当該新たに到着した肯定応答パケットのバッファおよび／または送信のような処理方式を決定する第１のエンティティを設定し、当該第１のエンティティが肯定応答パケットを処理して、当該肯定応答パケットを定常的な速度でサーバに送信できるようにする。それにより、肯定応答パケットの量の急増に起因する、ダウンリンクのパケットが時間通りに送信されないという問題とパケット損失の問題を回避し、さらにネットワーク・スループットの低下を回避し、ネットワーク送信効率を高める。
【０１７８】
本発明の諸実施形態で提供した肯定応答パケットを処理するための装置は、上で提供した方法の実施形態を実装することができる。具体的な機能の実装については、方法の実施形態の説明を参照されたい。詳細についてはここでは繰り返し説明することはしない。本発明の諸実施形態で提供した肯定応答パケットを処理するための方法と装置はＴＣＰ送信サービスでのデータ送信に適用可能であるが、それに限定されるものではない。
【０１７９】
本発明の１実施形態ではさらに、図６で示した装置および／または図７で示した装置を備えうるシステムを提供する。
【０１８０】
上記諸実施形態の方法のプロセスの全部または一部を関連するハードウェアに指示するコンピュータ・プログラムにより実装してもよいことは当業者には理解される。当該プログラムをコンピュータ可読記憶媒体に格納してもよい。当該プログラムを実行すると、当該実施形態の方法のプロセスが実施される。当該記憶媒体には、磁気ディスク、光ディスク、読取専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダム・アクセス・メモリ（Ｒおよびｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）等を含めてもよい。
【０１８１】
以上の説明は本発明の具体的な実装形態にすぎず、本発明の保護範囲を限定しようとするものではない。本発明で開示した技術的範囲において当業者が容易に想到する任意の変形または置換は本発明の保護範囲に入るものとする。したがって、本発明の保護範囲は特許請求の範囲の保護範囲により支配される。
【符号の説明】
【０１８２】
６１  第１の受信器
６２  第１のプロセッサ
６３  メモリ
６４  第１の送信器
６５  タイマ
７１  第２の受信器
７２  第２のプロセッサ
７３  第２の送信器
８１０  受信回路
８２０  送信回路
８３０  メモリ
８４０  プロセッサ
１６１  受信回路
１６２  送信回路
１６３  メモリ
１６４  プロセッサ
１８１  送信ユニット
１８２  更新ユニット
１８３  制御ユニット
【図１】
0005928764.tif 000014
【図２】
0005928764.tif 000015
【図３】
0005928764.tif 000016
【図４】
0005928764.tif 000017
【図５】
0005928764.tif 000018
【図６】
0005928764.tif 000019
【図７】
0005928764.tif 000020
【図８】
0005928764.tif 000021
【図９】
0005928764.tif 000022
【図１０】
0005928764.tif 000023
【図１１】
0005928764.tif 000024
【図１２】
0005928764.tif 000025
【図１３】
0005928764.tif 000026
【図１４】
0005928764.tif 000027
【図１５】
0005928764.tif 000028
【図１６】
0005928764.tif 000029
【図１７】
0005928764.tif 000030
【図１８】
0005928764.tif 000031