特許 5740449 データ伝送方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5740449

(24)【登録日】2015年5月1日

(45)【発行日】2015年6月24日

(54)【発明の名称】データ伝送方法および装置

(51)【国際特許分類】

   H04L 1/16 20060101AFI20150604BHJP

   H04L 29/08 20060101ALI20150604BHJP

   H04W 80/06 20090101ALI20150604BHJP

【ＦＩ】

   H04L1/16

   H04L13/00 307Z

   H04W80/06

【請求項の数】9

【全頁数】23

(21)【出願番号】特願2013-217537(P2013-217537)

(22)【出願日】2013年10月18日

(62)【分割の表示】特願2011-517740(P2011-517740)の分割

【原出願日】2009年7月17日

(65)【公開番号】特開2014-45499(P2014-45499A)

(43)【公開日】2014年3月13日

【審査請求日】2013年10月18日

(31)【優先権主張番号】200810141665.9

(32)【優先日】2008年7月17日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100079049

【弁理士】

【氏名又は名称】中島 淳

(74)【代理人】

【識別番号】100084995

【弁理士】

【氏名又は名称】加藤 和詳

(74)【代理人】

【識別番号】100085279

【弁理士】

【氏名又は名称】西元 勝一

(72)【発明者】

【氏名】リャオ、ジュンファ

(72)【発明者】

【氏名】チェン、ヤンチァン

【審査官】 谷岡 佳彦

(56)【参考文献】

【文献】 特開２００６−１１４９７３（ＪＰ，Ａ）

【文献】 特開２００３−０４６４３２（ＪＰ，Ａ）

【文献】 特開２００１−０３６５８６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００６／０１３６５９８（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １／１６

Ｈ０４Ｌ ２９／０８

Ｈ０４Ｗ ８０／０６

(57)【特許請求の範囲】

【請求項1】

伝送制御プロトコル（ＴＣＰ）機能強化エンティティが、送信側によって送信されたデータパケットを受信し、前記受信されたデータパケットに関する情報を記録し、
前記ＴＣＰ機能強化エンティティが、前記受信されたデータパケットを、プロトコル層を介して受信側に送信し、前記プロトコル層が無線リンク制御（ＲＬＣ）層であり、
前記ＴＣＰ機能強化エンティティが、前記プロトコル層を介して前記受信側から前記データパケットの確認情報を受信し、
前記ＴＣＰ機能強化エンティティが、記録されたデータパケットと前記プロトコル層によって受信されたデータパケットとの関係であるデータパケットマッピングに従って、前記データパケットに関する記録情報を検索し、
前記ＴＣＰ機能強化エンティティが、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信しているかどうか判定し、
前記ＴＣＰ機能強化エンティティが、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信していない場合、前記ＴＣＰ機能強化エンティティが、受信されたデータパケットに関する記録情報を検索する前記ステップによって取得された前記データパケットに関する情報に従って前記送信側に向けたＴＣＰ肯定応答ＡＣＫを構築し、
前記ＴＣＰ機能強化エンティティが、前記構築したＴＣＰ肯定応答ＡＣＫを前記送信側に送信すること、
を含む、データ伝送方法。

【請求項2】

前記ＴＣＰ機能強化エンティティが、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信した場合、
前記ＴＣＰ機能強化エンティティが、対応するＴＣＰ肯定応答ＡＣＫを構築したかどうかを判定し、
前記対応するＴＣＰ肯定応答ＡＣＫが構築されていた場合、前記ＴＣＰ機能強化エンティティが、受信したＴＣＰ肯定応答ＡＣＫを廃棄し、
前記対応するＴＣＰ肯定応答ＡＣＫが構築されていない場合、前記ＴＣＰ機能強化エンティティが、受信したＴＣＰ肯定応答ＡＣＫを前記送信側に送信すること、
を更に含む、請求項１に記載のデータ伝送方法。

【請求項3】

伝送制御プロトコル（ＴＣＰ）機能強化エンティティが、送信側によって送信されたＴＣＰパケットを受信し、
前記ＴＣＰ機能強化エンティティが、前記受信したＴＣＰパケットを、プロトコル層を介して受信側に送信し、前記プロトコル層が無線リンク制御（ＲＬＣ）層であり、
前記ＴＣＰ機能強化エンティティが前記プロトコル層の確認情報を受信した後、前記ＴＣＰ機能強化エンティティが、前記受信側で前記ＴＣＰパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信しているかどうか判定し、
前記受信側で前記ＴＣＰパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信していない場合、前記ＴＣＰ機能強化エンティティが、前記プロトコル層の確認情報に従って前記送信側に向けたＴＣＰ肯定応答ＡＣＫを構築し、
前記ＴＣＰ機能強化エンティティが、前記構築したＴＣＰ肯定応答ＡＣＫを前記送信側に送信すること、
を含む、データ伝送方法。

【請求項4】

前記ＴＣＰ機能強化エンティティが、前記受信側で前記ＴＣＰパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信した場合、
前記ＴＣＰ機能強化エンティティが、対応するＴＣＰ肯定応答ＡＣＫを構築したかどうかを判定し、
前記対応するＴＣＰ肯定応答ＡＣＫが構築されていた場合、前記ＴＣＰ機能強化エンティティが、受信したＴＣＰ肯定応答ＡＣＫを廃棄し、
前記対応するＴＣＰ肯定応答ＡＣＫが構築されていない場合、前記ＴＣＰ機能強化エンティティが、受信したＴＣＰ肯定応答ＡＣＫを前記送信側に送信すること、
を更に含む、請求項３に記載のデータ伝送方法。

【請求項5】

前記ＴＣＰ機能強化エンティティが前記プロトコル層の確認情報を受信した後、前記ＴＣＰ機能強化エンティティが、データパケットマッピングに従って前記受信側に前記ＴＣＰパケットが正しく受信されたことを判定し、前記データパケットマッピングはＴＣＰパケットと前記プロトコル層を介して受信したデータパケットとの関係を示す、請求項３又は４に記載のデータ伝送方法。

【請求項6】

送信側によって送信されたデータパケットを受信し、前記受信したデータパケットに関する情報を記録するように構成された受信部と、
前記受信したデータパケットを、プロトコル層を介して受信側に送信するように構成され、前記プロトコル層が無線リンク制御（ＲＬＣ）層である、送信部と、
前記プロトコル層が前記受信側から前記データパケットの確認情報を受信した後、記録されるデータパケットと前記プロトコル層によって受信されるデータパケットとの関係であるデータパケットマッピングに従って、前記データパケットに関する記録情報を検索するように構成された検索部と、
前記受信側で前記データパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信しているかどうか判定し、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信していない場合、前記検索部によって取得される前記データパケットに関する前記情報に従って前記送信側に向けた肯定応答ＡＣＫを構築するように構成された構築部と、
を備える、データ伝送装置。

【請求項7】

送信側から送信されたＴＣＰパケットを受信するよう構成されたユニットと、
前記受信したＴＣＰパケットを、プロトコル層を介して受信側に送信するように構成され、前記プロトコル層が無線リンク制御（ＲＬＣ）層である、ユニットと、
前記プロトコル層の確認情報を受信した後、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信しているかどうか判定し、前記受信側で前記ＴＣＰパケットを受信したことに応じて前記受信側から返されるＴＣＰ肯定応答ＡＣＫを受信していない場合、前記プロトコル層の確認情報に従って前記送信側に向けたＴＣＰ肯定応答ＡＣＫを構築するよう構成されたユニットと、
前記構築したＴＣＰ肯定応答ＡＣＫを前記送信側に送信するよう構成されたユニットと、
を備える、データ伝送装置。

【請求項8】

コンピュータに請求項１又は２に記載の方法を実行させるプログラムを記憶したコンピュータ可読記憶媒体。

【請求項9】

コンピュータに請求項３〜５のいずれか一項に記載の方法を実行させるプログラムを記憶したコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は移動体通信分野に関し、詳細には、データ伝送方法および装置に関する。

【背景技術】

【0002】

伝送制御プロトコル（ＴＣＰ）は、一般に、無線分野におけるパケット交換（ＰＳ）サービスに適用される。無線ネットワークは、高遅延、可変データ転送速度、非対称性、遅延ピーク、帯域幅ジッタといった特徴によって特徴付けられ、これらの特徴は、ＴＣＰの性能に影響を及ぼすことがある。データサービスの発展につれて、ユーザが必要とするサービス品質（ＱｏＳ）はますます高くなっている。無線ベアラにおけるＴＣＰの伝送性能を向上させることは重要である。

【0003】

データ伝送がアップリンク方向とダウンリンク方向で同時に発生するとき、伝送プロセスは、アップロードプロセスとダウンロードプロセスとを含む。アップロードプロセスにおいて、端末はサーバにデータパケットを送信し、サーバから肯定応答（ＡＣＫ）パケットを受信した後、端末は、ウィンドウをスライドさせて新しいデータパケットを送信する。ダウンロードプロセスにおいて、サーバは端末にデータパケットを送信し、端末からＡＣＫパケットを受信した後、サーバはウィンドウをスライドさせて新しいデータパケットを送信する。サーバは、データパケットを送信するとき、アップリンクデータパケットに対応するＡＣＫパケットも送信する。端末は、データパケットを送信するとき、ダウンリンクデータパケットに対応するＡＣＫパケットも送信する。

【0004】

データがアップリンクとダウンリンク両方で同時に送信されるときに実際に示されるスループット性能は、無線システムを評価するための重要な性能指標である。しかし、本発明の発明者は、先行技術には少なくとも以下の問題があると考える。すなわち、既存のネットワーク上の試験では、データがアップリンクとダウンリンクの両方向で同時に送信されるとき、ダウンリンク方向のデータ転送速度は低く、不安定である。それは、ダウンリンクデータパケットに対応するＡＣＫが、一般に、端末のＴＣＰ層においてアップリンクデータパケットの後に配置されるからであり、これが、ダウンリンクデータパケットに対応するＡＣＫの遅延をもたらし、ダウンリンクデータ伝送の性能が深刻な影響を受け、ユーザの体感品質が低下する。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の実施形態は、ダウンリンクデータ伝送の性能を改善するためのデータ伝送方法および装置を提供する。

【課題を解決するための手段】

【0006】

本発明の一実施形態で提供されるデータ伝送方法は、
送信側によって送信されたデータパケットを受信し、受信されたデータパケットに関する情報を記録するステップと、
受信されたデータパケットを、プロトコル層を介して受信側に送信するステップと、
プロトコル層が受信側からデータパケットの確認情報を受信した後、記録されたデータパケットとプロトコル層によって受信されたデータパケットとの関係であるデータパケットマッピングに従って、データパケットに関する記録情報を検索（検査）するステップと、
受信されたデータパケットに関する記録情報を検索するステップによって取得されたデータパケットに関する情報に従って、送信側に向けた肯定応答ＡＣＫを構築するステップと、
を含む。
本発明の一実施形態で提供される別のデータ伝送方法は、
送信側によって送信されたデータパケットを受信するステップと、
受信されたデータパケットを、プロトコル層を介して受信側に送信するステップと、
受信側によって送信側に送信されたデータパケットの確認情報をプロトコル層が受信した後、確認情報に従って対応するデータパケットに関する情報を取得するステップと、
対応するデータパケットに関する取得情報に従って送信側に向けた肯定応答ＡＣＫを構築するステップと、
を含む。

【0007】

本発明の一実施形態で提供されるデータ伝送装置は、
送信側によって送信されるデータパケットを受信し、受信されたデータパケットに関する情報を記録するように構成された受信部と、
受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成された送信部と、
プロトコル層が受信側からデータパケットの確認情報を受信した後、記録されるデータパケットとプロトコル層によって受信されるデータパケットとの関係であるデータパケットマッピングに従って、データパケットに関する記録情報を検索するように構成された検索部と、
検索部によって取得されるデータパケットに関する情報に従って、送信側に向けた肯定応答ＡＣＫを構築するように構成された構築部と、
を含む。

【0008】

本発明の一実施形態で提供される中間ネットワーク要素（ＮＥ）は、プロトコル層と、前述のデータ伝送装置とを含む。プロトコル層は中間ＮＥの任意のプロトコル層であり、このプロトコル層と受信側との間には確認機構が存在する。受信側は、データパケットを受信次第、プロトコル層に確認情報を返す。

【0009】

プロトコル層とデータ伝送装置との間ではデータパケットマッピングが共用される。プロトコル層が受信側によって返される確認情報を受信した後、データ伝送装置は、データパケットマッピングに従ってＡＣＫを構築し、それを送信側に送信する。

【0010】

本発明の一実施形態で提供される別のデータ伝送装置は、
送信側によって送信されるデータパケットを受信するように構成された第２の受信部と、
受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成された第２の送信部と、
プロトコル層が受信側によって送信側に送信されるデータパケットの確認情報を受信した後、データパケットの確認情報に従って、対応するデータパケットに関する情報を取得するように構成された取得部と、
取得部によって取得されるデータパケットに関する情報に従って、送信側に向けた肯定応答ＡＣＫを構築するように構成された第２の構築部と、
を含む。

【0011】

本発明の一実施形態で提供される別の中間ＮＥは、プロトコル層と、前述のデータ伝送装置とを含む。プロトコル層は中間ＮＥの任意のプロトコル層であり、このプロトコル層と受信側との間には確認機構が存在する。受信側は、データパケットを受信次第、プロトコル層に確認情報を返す。

【0012】

プロトコル層が受信側によって返される確認情報を受信した後、データ伝送装置は、確認情報に従ってデータパケットに関する情報を取得し、データパケットに関する情報に従って送信側に向けたＡＣＫを構築する。

【発明の効果】

【0013】

結論として、本発明の実施形態で提供される方法および装置を使用すれば、プロトコル層が受信側によって返される確認情報を受信した後でＡＣＫが構築されて送信側に送信されるため、データパケットのＡＣＫが受信側のＴＣＰ層によってブロックされることがある程度まで防止され、送信側がより速くウィンドウをスライドさせることが可能になり、データ伝送性能が改善され、ユーザの体感が向上する。

【図面の簡単な説明】

【0014】

【図1】本発明の一実施形態によるデータ伝送方法を示すフローチャートである。

【図2】本発明の別の実施形態によるデータ伝送方法を示すフローチャートである。

【図3】本発明の別の実施形態によるデータ伝送方法を示すフローチャートである。

【図4】本発明の別の実施形態によるデータ伝送方法を示すフローチャートである。

【図5】本発明の一実施形態によるデータ伝送装置の構造を示す図である。

【図6】本発明の別の実施形態によるデータ伝送装置の構造を示す図である。

【図7】本発明の別の実施形態によるデータ伝送装置の構造を示す図である。

【図8】本発明の別の実施形態によるデータ伝送装置の構造を示す図である。

【図9】本発明の一実施形態による中間ＮＥの構造を示す図である。

【図10】本発明の別の実施形態による中間ＮＥの構造を示す図である。

【発明を実施するための形態】

【0015】

本発明の一実施形態ではデータ伝送方法が提供される。このデータ伝送プロセスは、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、ＴＣＰプロキシなどのＴＣＰ機能強化エンティティによって実施することができる。図１は、本発明の一実施形態によるデータ伝送方法のフローチャートである。図１に示すように、この方法は、以下のステップを含むことができる。

【0016】

Ｓ１０１：送信側によって送信されたデータパケットを受信し、受信されたデータパケットに関する情報を記録する。

【0017】

データパケットが送信側から受信された後、データパケットを受信した順序に従ってデータパケットのシーケンス番号（ＳＮ）が、記録される。ＳＮは、昇順で増加してもよい。例えば、受信された第１のデータパケットはＳＮ１で識別され、受信された第２のデータパケットはＳＮ２で識別され、以下同様とされる。データパケットのＳＮの桁数は制限されなくてもよいが、長すぎるＳＮは記録上の不都合を生じる。したがって、ＳＮは、ある値に達した場合、最初からふり直してもよい。例えば、ＳＮが６５５３５に達した場合、その後ＳＮは再度１からふり直す。このようにして、多くのデータパケットに対処することができる。受信されたデータパケットがＴＣＰパケットである場合、パケット長およびＴＣＰシーケンス番号が記録されてもよい。

【0018】

Ｓ１０２：受信されたデータパケットを、プロトコル層を介して受信側に送信する。

【0019】

受信されたデータパケットは、プロトコル層を介して受信側に送信されることができる。プロトコル層は、無線リンク制御（ＲＬＣ）層とすることができる。また、プロトコル層も、例えば、データパケットを受信した順序に従ってデータパケットのＳＮを記録するなど、受信されたデータパケットに関する情報を記録してもよい。

【0020】

Ｓ１０３：受信側によって送信側に送信されたデータパケットの確認情報をプロトコル層が受信した後、データパケットマッピングに従ってデータパケットに関する記録情報を検索する。

【0021】

データパケットマッピングは、記録されたデータパケットとプロトコル層によって受信されたデータパケットとの関係を反映し、データパケットマッピングは表（テーブル）とすることもできる。データパケットマッピングは以下のように生成されてもよい。受信されるデータパケットに関する情報はステップＳ１０１で記録され、プロトコル層も、受信されるデータパケットのＳＮを記録し、このＳＮは、ＴＣＰプロキシによって記録されるデータパケットのＳＮに一意に対応する。そのため、例えば、ＴＣＰプロキシによって受信される第１のデータパケットがＳＮ１で識別される場合、プロトコル層によって受信される第１のデータパケットもＳＮ１で識別される。したがって、プロトコル層によって記録されるデータパケットの順序は、ＴＣＰプロキシによって記録されるデータパケットの順序と１対１関係で対応する。この１対１関係をデータパケットマッピングという。

【0022】

ＴＣＰ機能強化エンティティは、例えば、それだけに限らないが、インターネット、コアネットワーク、無線アクセスネットワークなど、ネットワークの異なる位置に配置されてもよいことに留意されたい。同様に、プロトコル層も、ネットワークの異なる位置において配置されてもよい。

【0023】

プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。

【0024】

受信側から確認情報を受信した後、プロトコル層は、どのデータパケットが受信側によって正しく受信されるかを知る。したがって、生成されたデータパケットマッピングに従ってデータパケットに関する対応する情報が見つかるので、ＴＣＰ機能強化エンティティによって転送されたどのデータパケットが受信側によって正しく受信されるかを容易に知ることができる。

【0025】

加えて、データパケットマッピングは、プロトコル層で記憶されてもよく、ＴＣＰ機能強化エンティティに記憶されてもよい。データパケットマッピングは、ＴＣＰ機能強化エンティティとプロトコル層の間で共用される。

【0026】

この実施形態では、受信されたデータパケットの情報を記録する方法は例示にすぎないことに留意すべきである。実際には、データパケットの対応情報を、記録されたＳＮによるデータパケットマッピングによって見つけることができる限り、受信されたデータパケットの情報は、他の方法で記録されてもよい。

【0027】

Ｓ１０４：受信されたデータパケットに関する記録情報を検索するステップによって取得されたデータパケットに関する情報に従って、送信側に向けたＡＣＫを構築する。

【0028】

送信側は、受信側からＡＣＫを受信した後、引き続き受信側にデータパケットを送信する。ＡＣＫが受信側でブロックされるのを防止するために、ＴＣＰプロキシなどのＴＣＰ機能強化エンティティは、ＡＣＫを構築し、それを送信者に送信することができる。

【0029】

プロトコル層は受信側から確認情報を受信しているものの、ＴＣＰプロキシはデータパケットに対応した受信側からのＴＣＰ ＡＣＫを受信していない場合、受信側は送信側によって送信されたデータパケットを正しく受信していると判定することができ、ＴＣＰプロキシはＡＣＫを構築し、そのＡＣＫを送信側に送信することができる。ＡＣＫは、データパケットマッピングによって見つかるデータパケットに関する情報に従って構築されることができる。データパケットに関する情報はＳＮを含んでいてもよい。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのＴＣＰシーケンス番号およびパケット長をさらに含んでいてもよく、したがって、構築されるＡＣＫのＳＮは、ＴＣＰシーケンス番号にＴＣＰパケットのパケット長を足したものとすることができる。別の種類のデータパケットについては、ＡＣＫは、各々の具体的条件に従った別のやり方で構築されてもよい。ＴＣＰプロキシは、構築されたＡＣＫを送信側に送信し、構築されたＡＣＫのＳＮを記録する。

【0030】

結論として、本実施形態で提供されるデータ伝送方法においては、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、ＴＣＰプロキシなどのＴＣＰ機能強化エンティティを介してＡＣＫが能動的に構築され、送信側に送信されるので、データ伝送速度が改善される。

【0031】

ＴＣＰプロキシなどのＴＣＰ機能強化エンティティが、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される場合には、ＡＣＫが構築される前に、対応するデータパケットに応答して受信側によって返されるＴＣＰ ＡＣＫが受信されているかどうかの判断が行われてもよい。そのようなＴＣＰ ＡＣＫが受信されていない場合、ＡＣＫが構築され、送信側に送信される。加えて、ＴＣＰ ＡＣＫが受信側から受信された後、対応するＡＣＫが構築され、送信側に送信されているかどうかに関する判断が行われてもよい。そのようなＡＣＫが構築されていない場合には、ＴＣＰ ＡＣＫが送信側に転送され、そのようなＡＣＫが構築されている場合には、受信側によって返されたＴＣＰ
ＡＣＫが廃棄される。それは、送信側によって後で受信されたＡＣＫのＳＮが送信側によって前に受信されたＡＣＫのＳＮより小さい場合、送信側はより小さいＳＮのＡＣＫを廃棄することになるからである。以下では、実施形態を参照してこの方法を説明する。

【0032】

本発明の別の実施形態ではデータ伝送方法が提供される。この実施形態では、送信側はサーバであり、受信側は端末であり、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加されるＴＣＰ機能強化エンティティはＴＣＰプロキシであり、プロトコル層はＲＬＣ層である。図２は、本発明の別の実施形態によるデータ伝送方法のフローチャートである。図２に示すように、この方法は以下のステップを含むことができる。

【0033】

Ｓ２０１：ＴＣＰプロキシは、サーバによって送信されたデータパケットを受信し、受信されたデータパケットに関する情報を記録する。

【0034】

ダウンリンク伝送プロセスでは、サーバによって端末に送信されるデータパケットは、ＴＣＰプロキシを介して転送されるので、すべてのデータパケットはＴＣＰプロキシを通過する。従って、データパケットのＳＮは、データパケットを受信した順序に従って記録することができる。ＳＮは昇順に増加してもよい。例えば、受信された第１のデータパケットはＳＮ１で識別され、受信された第２のデータパケットはＳＮ２で識別され、以下同様である。受信されたデータパケットがＴＣＰパケットである場合、ＴＣＰパケットのパケット長およびＴＣＰ ＳＮが記録されてもよい。ＴＣＰパケットのデータパケット長およびＴＣＰ ＳＮに関する情報は、ＴＣＰパケットのパケットヘッダ情報から取得できる。

【0035】

Ｓ２０２：受信されたデータパケットを、ＲＬＣ層を介して端末に送信する。

【0036】

受信されたデータパケットは、ＲＬＣ層を介して端末に送信されることができ、ＲＬＣ層も、例えば、データパケットを受信した順序に従ってデータパケットのＳＮを記録するなど、受信されたデータパケットに関する情報を記録することができる。

【0037】

Ｓ２０３：データパケットに関する記録情報に従ってデータパケットマッピングを生成する。

【0038】

生成されたデータパケットマッピングは、データパケットマッピング表として記憶されてもよい。

【0039】

データパケットマッピングはＴＣＰプロキシで記憶されても、ＲＬＣ層で記憶されてもよいことに留意されたい。データパケットマッピングは、ＴＣＰプロキシとＲＬＣ層との間で共有される。この実施形態では、ＴＣＰプロキシがデータパケットマッピングを生成するものと仮定する。

【0040】

また、ＲＬＣ層も受信されたデータパケットのＳＮを記録することができる。すなわち、ＴＣＰプロキシによって受信された第１のデータパケットがＳＮ１で識別される場合、ＲＬＣ層によって受信された第１のデータパケットもＳＮ１で識別され、以下同様である。したがって、ＲＬＣ層によって記録されるデータパケットの順序は、ＴＣＰプロキシによって記録されるデータパケットの順序と１対１関係で対応する。この１対１関係をデータパケットマッピングという。

【0041】

Ｓ２０４：ＲＬＣ層は、端末から確認情報を受信した後、データパケットマッピングに従って対応する情報を検索する。

【0042】

端末は、端末機器とその１つ以上のプロトコル層を含む広義の概念であることに留意されたい。

【0043】

ＲＬＣ層は、確認と非確認の２つのモードで動作し得る。ここではＲＬＣ層と端末との間のデータ伝送確認機構が利用される。ＲＬＣ層を通過するとき、サービスデータ単位（ＳＤＵ：service data unit）は、端末に送信されるプロトコルデータ単位（ＰＤＵ：protocol data unit）に分割される。ＰＤＵを受信した後、端末はＲＬＣ層に、端末がサー
バからデータパケットを受信したことを示す確認情報を返す。ＲＬＣ層は、端末から受信した確認情報に従って、どのデータパケットが端末によって正しく受信されたかを知り、次いで、ステップＳ２０２でデータパケットマッピングを検索することにより、ＴＣＰプロキシ上のどのデータパケットが端末によって受信されたかを知ることができる。ＴＣＰプロキシも、ＴＣＰパケットのパケット長およびＳＮなど、データパケットに関する情報を記録するため、対応するデータパケットに関する情報を見つけることができる。

【0044】

Ｓ２０５：見つかったデータパケットに関する情報に従って、ＡＣＫを構築する必要があるかどうかを判断する。

【0045】

ＴＣＰプロキシも、端末からＴＣＰプロキシに送信されるＴＣＰ ＡＣＫのＳＮを記録する。

【0046】

データパケットに関する情報は、データパケットのＳＮを含んでいてもよい。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのパケット長およびＳＮを含んでいてもよい。見つかったデータパケットに関する情報に従って、構築されるべきＡＣＫのＳＮを知ることができる。例えば、ＴＣＰパケットでは、第１のデータパケットのＳＮが１であり、そのパケット長が１４６０である場合、構築されるべきＡＣＫのＳＮは１４６１であり、第２のデータパケットのＳＮは１４６１であるとき、構築されるべきＡＣＫのＳＮは２９２１であり、以下同様である。別の種類のデータパケットについては、ＡＣＫは別の方法で構築されてもよい。

【0047】

端末によって返され、ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫのＳＮは、ＡＣＫを構築することが必要であるかどうか判定するために、構築されるべきＡＣＫのＳＮと比較されてもよい。ＴＣＰプロキシは、端末によって返されるＴＣＰ ＡＣＫの少なくとも１つのＳＮを記録してもよい。ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫの最大ＳＮが、構築されるべきＡＣＫのＳＮと比較される。端末によって返され、ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮ以上である場合、それは、ＴＣＰプロキシが端末によって送信されたＴＣＰ ＡＣＫを受信しており、それ以上ＡＣＫが構築される必要がないことを示し、したがって、ステップＳ２０１および後続のステップは繰り返される必要がない。端末によって返され、ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮより小さい場合、それは、ＴＣＰプロキシが端末によって返されるＴＣＰ ＡＣＫを受信しておらず、ＡＣＫが構築される必要があることを示し、したがって、ステップＳ２０６が実行される。

【0048】

Ｓ２０６：ＡＣＫを構築し、それをサーバに送信する。

【0049】

ＴＣＰプロキシが、端末によって返されるＴＣＰ ＡＣＫを受信していない場合、ＴＣＰプロキシは、ＡＣＫを能動的に構築し、それをサーバに送信する。ＡＣＫを受信した後、サーバはウィンドウをスライドさせて新しいデータを送信することができる。

【0050】

構築されるＡＣＫのＳＮはＴＣＰパケットのパケット長にＴＣＰパケットのＳＮを足したものである。例えば、第１のデータパケットのＳＮが１であり、第１のデータパケットのパケット長が１４６０であれば、構築されるＡＣＫのＳＮは１４６１であり、第２のデータパケットのＳＮが１４６１であり、第２のデータパケットのパケット長は１４６０であるときは、したがって、構築されるＡＣＫのＳＮは２９２１であり、以下同様である。構築されたＡＣＫのＳＮは、ＴＣＰプロキシにおいて記録されることができる。

【0051】

加えて、ＴＣＰプロキシは、端末によって返されたＴＣＰ ＡＣＫを受信した場合、端末によって返されたＴＣＰ ＡＣＫのＳＮを、ＴＣＰプロキシにおいて記録された、構築されたＡＣＫのＳＮと比較してもよい。ＴＣＰプロキシは、複数の構築されたＡＣＫを記録してもよい。端末によって返されたＴＣＰ ＡＣＫのＳＮは、構築されたＡＣＫの記録された最大ＳＮと比較されてもよい。端末によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの記録された最大ＳＮ以下である場合、それは、ＴＣＰプロキシが対応するＡＣＫをサーバに送信していることを示し、ＴＣＰプロキシは、端末によって送信されたＡＣＫを、サーバに転送せずに廃棄する。端末によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの記録された最大ＳＮより大きい場合、ＴＣＰプロキシは、端末によって返されたＴＣＰ ＡＣＫをサーバに転送し、端末によって返されたＴＣＰ ＡＣＫのＳＮを記録する。

【0052】

したがって、この実施形態で提供されるデータ伝送方法によれば、ＴＣＰプロキシはＡＣＫを構築し、それをサーバに送信する。この実施形態の方法は、ダウンリンクデータパケットのＡＣＫが端末のＴＣＰ層においてブロックされるのをある程度まで防止し、サーバがより速くウィンドウをスライドさせることを可能にし、エア（無線）インターフェースのための十分なデータを提供し、送信データの欠落を回避し、エアインターフェースの利用を改善し、データ伝送の性能を向上させ、ユーザの体感を向上させる。

【0053】

本発明の別の実施形態ではデータ伝送方法が提供される。このデータ伝送プロセスは、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、ＴＣＰプロキシなどのＴＣＰ機能強化エンティティによって実施することができる。図３は、本発明の別の実施形態によるデータ伝送方法のフローチャートである。図３に示すように、この方法は以下のステップを含んでいてもよい。

【0054】

Ｓ３０１：送信側によって送信されたデータパケットを受信する。

【0055】

Ｓ３０２：受信されたデータパケットを、プロトコル層を介して受信側に送信する。

【0056】

ＴＣＰ機能強化エンティティは、送信側によって送信されたデータパケットを受信し、そのデータパケットを、プロトコル層を介して受信側に送信する。ＴＣＰ機能強化エンティティは、それだけに限らないが、インターネット、コアネットワーク、無線アクセスネットワーク（ＲＡＮ）を含む、ネットワークの異なる位置に配置されてもよい。また、プロトコル層も、ネットワークの異なる位置に配置されてもよい。例えば、プロトコル層はＲＬＣ層である。

【0057】

Ｓ３０３：受信側によって送信側に送信されたデータパケットの確認情報をプロトコル層が受信した後で、確認情報に従って対応するデータパケットに関する情報を取得する。

【0058】

プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に、データパケットの確認情報を返す。この確認情報を通じて、プロトコル層は、どのデータパケットが受信側によって正しく受信されるかを知り、ＴＣＰ機能強化エンティティによって転送されるどのデータパケットが、受信側によって正しく受信されるかを知り、さらにそのようなデータパケットに関する情報を取得することができる。データパケットに関する情報は、データパケットのＳＮとすることができる。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのＴＣＰ ＳＮおよびパケット長をさらに含んでいてもよい。ＴＣＰパケットのパケット長およびＴＣＰ ＳＮは、ＴＣＰパケットのパケットヘッダ情報から取得できる。

【0059】

Ｓ３０４：データパケットに関する取得情報に従って送信側に向けたＡＣＫを構築する。

【0060】

送信側は、受信側からＡＣＫを受信した後、引き続き受信側に次のデータパケットを送信する。ＡＣＫが受信側においてブロックされるのを防止するために、例えばＴＣＰプロキシなどのＴＣＰ機能強化エンティティが、データパケットに関する取得した情報に従ってＡＣＫを構築し、それを送信側に送信してもよい。

【0061】

プロトコル層が受信側から確認情報を受信すると、受信側が送信側によって送信されたデータパケットを正しく受信していると判断することができ、ＴＣＰプロキシは、ＡＣＫを構築し、それを送信側に送信することができる。ＡＣＫは次のようにして構築されることができる。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのＴＣＰ ＳＮおよびパケット長をさらに含み、したがって、構築されるＡＣＫのＳＮは、ＴＣＰパケットのＴＣＰ ＳＮにＴＣＰパケットのパケット長を足したものとすることができる。別の種類のデータパケットについては、ＡＣＫは、具体的条件に従って別のやり方で構築されてもよい。

【0062】

結論として、この実施形態で提供されるデータ伝送方法では、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、例えばＴＣＰプロキシなどの能ＴＣＰ機能強化エンティティを介して、ＡＣＫが能動的に構築され、送信側に送信されるので、データ伝送速度が改善される。

【0063】

ＡＣＫが構築される前に、対応するデータパケットに応答して受信側によって返されるＴＣＰ ＡＣＫが受信されているかどうかに関する判断が行われてもよい。そのようなＴＣＰ ＡＣＫが受信されていない場合、ＡＣＫが構築され、送信側に送信される。ＴＣＰ
ＡＣＫが受信側から受信された後、対応するＡＣＫが構築され、送信側に送信されているかどうかに関する判断が行われてもよい。そのようなＡＣＫが構築されていない場合には、ＴＣＰ ＡＣＫが送信側に転送され、そのようなＡＣＫが構築されている場合には、受信側によって返されたＴＣＰ ＡＣＫが廃棄される。これは、送信側によって後で受信されたＡＣＫのＳＮが、送信側によって前に受信されたＡＣＫのＳＮより小さい場合、送信側はより小さいＳＮのＡＣＫを廃棄することになるからである。

【0064】

本発明の別の実施形態ではデータ伝送方法が提供される。この実施形態では、送信側はサーバであり、受信側は端末であり、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加されるＴＣＰ機能強化エンティティはＴＣＰプロキシであり、プロトコル層はＲＬＣ層である。図４は、本発明の別の実施形態によるデータ伝送方法のフローチャートである。図４に示すように、この方法は以下のステップを含んでいてもよい。

【0065】

Ｓ４０１：ＴＣＰプロキシがサーバによって送信されたデータパケットを受信する。

【0066】

Ｓ４０２：ＴＣＰプロキシは、受信されたデータパケットを端末に転送する。

【0067】

端末は、端末機器と、ＲＬＣ層といったそのプロトコル層とを含む広義の概念であることに留意されたい。ＲＬＣ層と端末機器との間には確認機構が存在する。ＰＤＵを受信した後、端末機器はＲＬＣ層に、端末がサーバからデータパケットを受信することを示すデータパケットの確認情報を返す。

【0068】

Ｓ４０３：ＲＬＣ層が端末からデータパケットの確認情報を受信した後、確認情報に従って対応するデータパケットに関する情報を取得する。

【0069】

端末機器から受信された確認情報によって、ＲＬＣ層は、どのデータパケットが端末機器によって正しく受信されるかを知り、ＴＣＰプロキシからのどのデータパケットが端末機器によって受信されるかを知り、対応するデータパケットに関する情報を取得することができる。データパケットに関する情報は、データパケットのＳＮとすることができる。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのＳＮおよびパケット長をさらに含んでいてもよい。

【0070】

Ｓ４０４：データパケットに関する取得情報に従って、ＡＣＫを構築する必要があるかどうかを判断する。

【0071】

端末機器によってＴＣＰプロキシに送信されるＴＣＰ ＡＣＫについて、ＴＣＰプロキシは、ＴＣＰ ＡＣＫのＳＮを記録することができる。確認情報は、データパケットに関する対応情報を取得し、構築されるべきＡＣＫのＳＮを知るための基礎として使用される。例えば、第１のデータパケットのＳＮが１であり、そのパケット長が１４６０である場合、構築されるべきＡＣＫのＳＮは１４６１であり、第２のデータパケットのＳＮが１４６１であるとき、構築されるべきＡＣＫのＳＮは２９２１であり、以下同様である。

【0072】

端末によって返され、ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫのＳＮは、ＡＣＫを構築することが必要であるかどうか判定するために、構築されるべきＡＣＫのＳＮと比較されてもよい。ＴＣＰプロキシは、端末によって返されるＴＣＰ ＡＣＫの少なくとも１つのＳＮを記録することができる。ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮと比較される。端末によって返され、ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮ以上である場合、それは、ＴＣＰプロキシは端末によって送信されたＴＣＰ ＡＣＫを受信しており、それ以上ＡＣＫが構築される必要がないことを示す。端末によって返され、ＴＣＰプロキシにおいて記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮより小さい場合、それは、ＴＣＰプロキシが端末によって返されるＴＣＰ ＡＣＫを受信しておらず、ＡＣＫが構築される必要があることを示しており、したがって、ステップＳ４０５が実行される。

【0073】

Ｓ４０５：ＡＣＫを構築し、それをサーバに送信する。

【0074】

ＴＣＰプロキシは端末によって返されるＴＣＰ ＡＣＫを受信していないため、ＴＣＰプロキシは、ＡＣＫを能動的に構築し、それをサーバに送信する。ＡＣＫを受信した後、サーバはウィンドウをスライドさせて新しいデータを送信することができる。

【0075】

ＡＣＫは次のように構築されてもよい。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのＴＣＰ ＳＮおよびパケット長をさらに含むので、構築されるＡＣＫのＳＮは、ＴＣＰパケットのＴＣＰ ＳＮにＴＣＰパケットのパケット長を足したものとすることができる。例えば、第１のデータパケットのＳＮが１であり、第１のデータパケットのパケット長を１４６０であれば、したがって、構築されるＡＣＫのＳＮは１４６１であり、第２のパケットのＳＮが１４６１であり、第２のデータパケットのパケット長は１４６０であれば、したがって、構築されるＡＣＫのＳＮは２９２１であり、以下同様である。別の種類のデータパケットについては、ＡＣＫは、具体的条件に従って別のやり方で構築されてもよい。加えて、ＴＣＰプロキシが端末によって返されたＴＣＰ ＡＣＫを受信した場合、ＴＣＰプロキシは、端末によって返されたＴＣＰ ＡＣＫのＳＮを、ＴＣＰプロキシにおいて構築されたＡＣＫのＳＮと比較してもよい。ＴＣＰプロキシは、複数の構築されたＡＣＫを記録することもできる。端末によって返されたＴＣＰ ＡＣＫのＳＮは、構築されたＡＣＫの最大ＳＮと比較されてもよい。端末によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの最大ＳＮ以下である場合、それは、ＴＣＰプロキシがサーバに対応するＡＣＫを送信していることを示し、ＴＣＰプロキシは、端末によって送信されたＡＣＫをサーバに転送せずに廃棄する。端末によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの最大ＳＮより大きい場合、ＴＣＰプロキシは、端末によって返されたＡＣＫをサーバに転送し、端末によって返されたＴＣＰ ＡＣＫのＳＮを記録する。

【0076】

したがって、この実施形態で提供されるデータ伝送方法によれば、ＴＣＰプロキシはＡＣＫを構築し、それをサーバに送信する。この実施形態の方法は、ダウンリンクデータパケットのＡＣＫが端末のＴＣＰ層においてブロックされることをある程度まで防止し、サーバがより速くウィンドウをスライドさせることを可能にし、エアインターフェースのための十分なデータを提供し、送信データの欠落を回避し、エアインターフェースの利用を改善し、データ伝送の性能を向上させ、ユーザの体感を向上させる。

【0077】

本発明の一実施形態ではデータ伝送装置が提供される。図５に示すように、この装置は、受信部５０１と、送信部５０２と、検索部５０３と、構築部５０４とを含むことができる。

【0078】

受信部５０１は、送信側によって送信されるデータパケットを受信し、受信されるデータパケットに関する情報を記録するように構成されている。

【0079】

データパケットが送信側から受信された後、データパケットのＳＮが、データパケットを受信した順序に従って記録される。ＳＮは、昇順で増加してもよい。例えば、受信される第１のデータパケットはＳＮ１で識別され、受信される第２のデータパケットはＳＮ２で識別され、以下同様である。ＳＮが長くなりすぎるのを防ぐために、ＳＮは、ある値に達した場合、最初からふり直してもよい。例えば、ＳＮが６５５３５に達した場合、ＳＮは再度１からふり直してもよい。このようにして、多くのデータパケットに対処することができる。受信されるデータパケットがＴＣＰパケットである場合、ＴＣＰパケットのパケット長およびＳＮが記録される必要がある。

【0080】

送信部５０２は、受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成されている。

【0081】

受信されるデータパケットは、プロトコル層を介して受信側に送信されることができる。プロトコル層はＲＬＣ層とすることができる。またプロトコル層も、例えば、データパケットを受信した順序に従ってデータパケットのＳＮを記録するなど、受信されるデータパケットを記録することができる。

【0082】

検索部５０３は、受信側によって送信側に送信されるデータパケットの確認情報をプロトコル層が受信した後、生成されるデータパケットマッピングに従って、受信部５０１を介して対応するデータパケットに関する情報を検索するように構成されている。

【0083】

プロトコル層と受信側の間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。

【0084】

データパケットマッピングは、データ伝送装置上のデータパケットと、プロトコル層によって受信されたデータパケットとの対応関係を反映し、データパケットマッピングはマッピング表とすることができる。データパケットマッピングは次のようにして生成されてもよい。受信部５０１は受信されるデータパケットに関する情報を記録し、プロトコル層も受信されるデータパケットのＳＮを記録し、このＳＮは、ＴＣＰプロキシによって記録されるデータパケットのＳＮに一意に対応する。そのため、ＴＣＰプロキシによって受信される第１のデータパケットがＳＮ１で識別される場合、プロトコル層によって受信される第１のデータパケットもＳＮ１で識別され、以下同様である。したがって、プロトコル層によって記録されるデータパケットの順序は、受信部５０１によって記録されるデータパケットの順序と１対１関係で対応する。この１対１関係をデータパケットマッピングという。

【0085】

プロトコル層が受信側から確認情報を受信した後、どのデータパケットが受信側によって正しく受信されたかがわかる。したがって、生成されたデータパケットマッピングに従ってデータパケットに関する対応情報が見つかると、データ伝送装置上のどのデータパケットが受信側によって正しく受信されたかを容易に知ることができる。

【0086】

構築部５０４は、検索部５０３によって見つけられるデータパケットに関する情報に従って送信側に向けたＡＣＫを構築するように構成されている。

【0087】

プロトコル層は受信側から確認情報を受信しているが、データ伝送装置は、データパケットに応答した受信側からのＡＣＫを受信していない場合、受信側は送信側によって送信されたデータパケットを正しく受信していると判定することができ、構築部５０４は、ＡＣＫを構築し、それを送信側に送信してもよい。ＡＣＫは、検索部５０３によって見つけられたデータパケットに関する情報に従って構築される。データパケットに関する情報は、データパケットのＳＮとすることができる。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのＴＣＰ ＳＮおよびパケット長を含んでいてもよい。ＡＣＫは、データパケットマッピングによって見つかったデータパケットに関する情報に従って構築されてもよい。データパケットがＴＣＰパケットである場合、構築されるＡＣＫのＳＮは、ＴＣＰ ＳＮにＴＣＰパケットのパケット長を足したものとすることができる。別の種類のデータパケットについては、ＡＣＫは、具体的条件に従って別のやり方で構築されてもよい。

【0088】

構築部５０４は、構築されるＡＣＫを送信側に送信し、構築されるＡＣＫのＳＮを記録することができる。

【0089】

データ伝送装置は、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、ＴＣＰプロキシなどのＴＣＰ機能強化エンティティとすることができることに留意されたい。

【0090】

結論として、この実施形態で提供されるデータ伝送装置は、ＡＣＫを能動的に構築し、それを送信側に送信するものであるので、データ伝送速度が改善される。

【0091】

さらに、ＡＣＫが構築される前に、データ伝送装置は、対応するデータパケットに応答して受信側から返されるＴＣＰ ＡＣＫが受信されているかどうか判断してもよい。そのようなＴＣＰ ＡＣＫが受信されていない場合、データ伝送装置はＡＣＫを構築し、それを送信側に送信する。受信側からＴＣＰ ＡＣＫを受信した後、データ伝送装置は、ＡＣＫが構築され、送信側に送信されているかどうか判断することができる。そのようなＡＣＫが構築されていない場合には、送信側にＴＣＰ ＡＣＫを転送し、そのようなＡＣＫが構築されている場合には、受信側によって返されたＴＣＰ ＡＣＫを廃棄してもよい。

【0092】

本発明の別の実施形態では別のデータ伝送装置が提供される。図６に示すように、この装置は、受信部６０１と、送信部６０２と、生成部６０３と、検索部６０４と、判断部６０５と、構築部６０６と、比較部６０７とを含んでいてもよい。

【0093】

受信部６０１は、送信側によって送信されるデータパケットを受信し、受信されるデータパケットに関する情報を記録するように構成されている。

【0094】

受信部６０１の機能および実施プロセスは、前述の前の実施形態における受信部５０１のものと基本的に同じである。

【0095】

送信部６０２は、受信部６０１によって受信されたデータパケットを、プロトコル層を介して受信側に送信するように構成されている。

【0096】

送信部６０２の機能および実施プロセスは、前述の前の実施形態における送信部５０２のものと基本的に同じである。

【0097】

生成部６０３は、受信部６０１によって記録されたデータパケットに関する情報に従ってデータパケットマッピングを生成するように構成されている。

【0098】

データパケットマッピングは、データ伝送装置に記憶されてもよく、プロトコル層において記憶されてもよいことに留意すべきである。プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。データパケットマッピングは、データ伝送装置とプロトコル層との間で共用される。この実施形態では、データ伝送装置がデータパケットマッピングを生成するものと仮定する。

【0099】

また、プロトコル層も、受信されるデータパケットのＳＮを記録する。すなわち、受信部６０１によって受信される第１のデータパケットがＳＮ１で識別される場合、プロトコル層によって受信される第１のデータパケットもＳＮ１で識別され、以下同様である。したがって、ＲＬＣ層によって記録されるデータパケットの順序は、ＴＣＰプロキシによって記録されるデータパケットの順序と１対１関係で対応する。この１対１関係をデータパケットマッピング関係という。

【0100】

検索部６０４は、プロトコル層が、受信側によって送信側に送信されたデータパケットの確認情報を受信した後、生成部６０３によって生成されたデータパケットマッピングに従って、受信部６０１を介して対応するデータパケットに関する情報を検索するように構成されている。

【0101】

検索部６０４の機能は、前述の前の実施形態における探索部５０３のものと基本的に同じである。

【0102】

判断部６０５は、検索部６０４によって見つけられたデータパケットに関する情報に従って、ＡＣＫを構築する必要があるかどうか判断するように構成されている。

【0103】

受信側によってデータ伝送装置に送信されるＴＣＰ ＡＣＫについては、データ伝送装置の判断部６０５もＡＣＫのＳＮを記録する。

【0104】

データパケットに関する情報は、データパケットのＳＮを含んでいてもよい。データパケットがＴＣＰパケットである場合、データパケットの情報は、ＴＣＰパケットのパケット長およびＳＮを含んでいてもよい。見つかったデータパケットに関する情報に従って、構築されるべきＡＣＫのＳＮを知ることができる。例えば、ＴＣＰパケットでは、第１のデータパケットのＳＮが１であり、そのパケット長が１４６０である場合、構築されるべきＡＣＫのＳＮは１４６１であり、第２のデータパケットのＳＮが１４６１であるとき、構築されるべきＡＣＫのＳＮは２９２１であり、以下同様である。別の種類のデータパケットについては、ＡＣＫは、別のモードで構築されてもよい。

【0105】

端末によって返され、判断部６０５において記録されるＴＣＰ ＡＣＫのＳＮは、ＡＣＫが構築される必要があるかどうか判定するために、構築されるべきＡＣＫのＳＮと比較される。判断部６０５は、端末によって返されるＴＣＰ ＡＣＫの少なくとも１つのＳＮを記録してもよい。判断部６０５において記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮと比較される。受信側によって返され、判断部６０５において記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮ以上である場合、それは、データ伝送装置が、受信側によって返されたＴＣＰ ＡＣＫを受信しており、それ以上ＡＣＫが構築される必要がないことを示す。受信側によって返され、判断部６０５において記録されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮより小さい場合、それは、データ伝送装置が、受信側によって返されるＴＣＰ ＡＣＫを受信しておらず、ＡＣＫが構築される必要があることを示す。

【0106】

構築部６０６は、判断部６０５が、ＡＣＫが構築される必要があると判定した場合、ＡＣＫを構築し、それを送信側に送信するように構成されている。

【0107】

データ伝送装置が受信側によって返されるＴＣＰ ＡＣＫを受信していない場合、データ伝送装置の構築部６０６は、ＡＣＫを構築し、それを送信側に送信する。ＡＣＫを受信した後、送信側は、ウィンドウをスライドさせて新しいデータを送信することができる。

【0108】

構築されるＡＣＫのＳＮは、パケット長にＴＣＰパケットのＳＮを足したものである。例えば、第１のデータパケットのＳＮを１であり、第１のデータパケットのパケット長が１４６０であれば、したがって、構築されるＡＣＫのＳＮは１４６１であり、第２のデータパケットのＳＮが１４６１であり、第２のデータパケットのパケット長は１４６０であれば、したがって、第２のデータパケットのＳＮは２９２１であり、以下同様である。構築されたＡＣＫのＳＮはデータ伝送装置において記録されてもよい。

【0109】

データ伝送装置が受信側によって返されたＴＣＰ ＡＣＫを受信した場合、データ伝送装置は、構築部６０６が対応するＡＣＫを構築し、それを送信側に送信しているかどうか判断し、そのようなＡＣＫが構築されていない場合には、送信側にＴＣＰ ＡＣＫを転送し、そのようなＡＣＫが構築されている場合には、受信側によって返されたＴＣＰ ＡＣＫを廃棄してもよい。データ伝送装置は、比較部６０７をさらに含んでいてもよい。比較部６０７は、受信側によって返されるＴＣＰ ＡＣＫのＳＮを、データ伝送装置において記録される、構築されたＡＣＫのＳＮと比較するように構成されている。

【0110】

受信側によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの記録された最大ＳＮ以下である場合、それは、データ伝送装置が送信側に確認情報を送信していることを示し、データ伝送装置は、受信側によって送信されたＡＣＫを送信側に転送せずに、廃棄してもよい。受信側によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの記録された最大ＳＮより大きい場合、データ伝送装置は、端末によって返されたＡＣＫを送信側に送信し、受信側によって返されたＴＣＰ ＡＣＫのＳＮを記録する。

【0111】

本発明の一実施形態では別のデータ伝送装置が提供される。図７に示すように、この装置は、第２の受信部７０１と、第２の送信部７０２と、取得部７０３と、第２の構築部７０４とを含んでいてもよい。

【0112】

第２の受信部７０１は、送信側によって送信されるデータパケットを受信するように構成されている。

【0113】

第２の送信部７０２は、受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成されている。

【0114】

受信されるデータパケットは、プロトコル層を介して受信側に送信されることができる。プロトコル層はＲＬＣ層とすることができる。

【0115】

取得部７０３は、プロトコル層が、受信側によって送信側に送信されるデータパケットの確認情報を受信した後で、データパケットの確認情報に従って、対応するデータパケットに関する情報を取得するように構成されている。

【0116】

プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。確認情報は、どのデータパケットが受信側によって正しく受信されたか、およびデータ伝送装置上のどのデータパケットが受信側によって正しく受信されたかを知るための基礎として使用される。このようにして、そのようなデータパケットに対応するデータパケットに関する情報を取得することができる。データパケットに関する情報は、データパケットのＳＮとすることができる。データパケットがＴＣＰパケットである場合、データパケットに関する情報は、ＴＣＰパケットのＴＣＰ ＳＮおよびパケット長をさらに含んでいてもよい。ＴＣＰパケットのパケット長およびＴＣＰ ＳＮは、ＴＣＰパケットのパケットヘッダ情報から取得されてもよい。

【0117】

第２の構築部７０４は、取得部７０３によって取得されるデータパケットに関する情報に従って、送信側に向けた確認情報を構築するように構成されている。

【0118】

プロトコル層は受信側からデータパケットの確認情報を受信しているが、データ伝送装置はデータパケットに応答した受信側からのＡＣＫを受信していない場合、受信側は送信側によって送信されたデータパケットを正しく受信していると判定することができ、プロトコル層によって受信される確認情報に従ってデータパケットに関する対応情報を取得することができ、第２の構築部７０４は、データパケットに関する情報に従ってＡＣＫを構築し、それを送信側に送信することができる。ＡＣＫは、取得部７０３によって取得されるデータパケットに関する情報に従って構築されてもよい。データパケットがＴＣＰパケットである場合、構築されるＡＣＫのＳＮは、そのＳＮにＴＣＰパケットのパケット長を足したものである。別の種類のデータパケットについては、ＡＣＫは、別のやり方で構築されてもよい。

【0119】

データ伝送装置は、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、例えばＴＣＰプロキシなどのＴＣＰ機能強化エンティティとすることができることに留意すべきである。

【0120】

結論として、この実施形態で提供されるデータ伝送装置は、ＡＣＫを構築し、それを送信側に送信するものであり、よって、データ伝送速度が改善される。

【0121】

さらに、ＡＣＫが構築される前に、データ伝送装置は、対応するデータパケットに応答して受信側によって返されるＴＣＰ ＡＣＫが受信されているかどうか判断することができる。そのようなＴＣＰ ＡＣＫが受信されていない場合、データ伝送装置は、ＡＣＫを構築し、それを送信側に送信する。受信側からＴＣＰ ＡＣＫを受信した後、データ伝送装置は、ＡＣＫが構築され、送信側に送信されているかどうか判断し、そのようなＡＣＫが構築されていない場合には、送信側にＴＣＰ ＡＣＫを転送し、そのようなＡＣＫが構築されている場合には、受信側によって返されたＴＣＰ ＡＣＫを廃棄してもよい。

【0122】

本発明の別の実施形態では別のデータ伝送装置が提供される。図８に示すように、この装置は、第２の受信部８０１と、第２の送信部８０２と、取得部８０３と、第２の判断部８０５と、第２の構築部８０４と、第２の比較部８０６とを含んでいてもよい。

【0123】

第２の受信部８０１は、送信側によって送信されるデータパケットを受信するように構成されている。

【0124】

第２の受信部８０１の機能および実施プロセスは、前述の前の実施形態における第２の受信部７０１のものと基本的に同じである。

【0125】

第２の送信部８０２は、第２の受信部８０１によって受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成されている。

【0126】

第２の送信部８０２の機能および実施プロセスは、前述の前の実施形態における第２の送信部７０２のものと基本的に同じである。

【0127】

取得部８０３は、データパケットの確認情報に従ってデータパケットのＳＮを取得するように構成されており、さらに、データパケットのＳＮに従ってＴＣＰパケットのパケット長およびＴＣＰ ＳＮを取得するように構成されていてもよい。

【0128】

プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。取得部８０３は、確認情報に従ってデータパケットに関する対応情報を取得する。

【0129】

第２の判断部８０５は、取得部８０３によって取得されるデータパケットに関する情報に従ってＡＣＫを構築する必要があるかどうか判断するように構成されている。

【0130】

データパケットに関する情報は、データパケットのＳＮを含んでいてもよい。したがって、データパケットのＳＮは、確認情報に従って取得することができる。データパケットがＴＣＰパケットである場合、データパケットのＳＮに従ってＴＣＰパケットのパケット長およびＳＮを取得することができる。構築されるべきＡＣＫのＳＮは、データパケットに関する情報に従って取得することができる。例えば、ＴＣＰパケットでは、第１のデータパケットのＳＮが１であり、第１のデータパケットのパケット長が１４６０である場合、構築されるべきＡＣＫのＳＮは１４６１であり、第２のデータパケットのＳＮが１４６１であるとき、構築されるべきＡＣＫのＳＮは２９２１であり、以下同様である。別の種類のデータパケットについては、ＡＣＫは、別のやり方で構築されてもよい。

【0131】

第２の判断部８０５は、受信側によって返されるＴＣＰ ＡＣＫのＳＮと構築されるべきＡＣＫのＳＮとを比較することによって、ＡＣＫの構築が必要かどうかを判断することができる。第２の判断部８０５は、端末によって返されるＴＣＰ ＡＣＫの少なくとも１つのＳＮを記録してもよい。第２の判断部８０５は、受信側によって返されるＴＣＰ ＡＣＫの最大ＳＮを構築されるべきＡＣＫのＳＮと比較してもよい。受信側によって返されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮ以上である場合、それは、データ伝送装置が受信側によって返されたＴＣＰ ＡＣＫを受信しており、それ以上ＡＣＫが構築される必要がないことを示す。受信側によって返されたＴＣＰ ＡＣＫの最大ＳＮが構築されるべきＡＣＫのＳＮより小さい場合、それは、データ伝送装置が受信側によって返されるＴＣＰ ＡＣＫを受信しておらず、ＡＣＫが構築される必要があることを示す。

【0132】

第２の構築部８０４は、第２の判断部８０５が、ＡＣＫが構築される必要があると判定した場合、ＡＣＫを構築し、それを送信側に送信するように構成されている。

【0133】

データ伝送装置が受信側によって返されるＴＣＰ ＡＣＫを受信していない場合、データ伝送装置の第２の構築部８０４は、ＡＣＫを能動的に構築し、それを送信側に送信する。ＡＣＫを受信した後、送信側は、ウィンドウをスライドさせて新しいデータを送信することができる。

【0134】

データ伝送装置が、受信側によって返されるＴＣＰ ＡＣＫを受信した場合、データ伝送装置は、第２の構築部８０４が対応するＡＣＫを構築し、それを送信側に送信しているかどうか判断し、そのようなＡＣＫが構築されていない場合には、送信側にＴＣＰ ＡＣＫを転送し、そのようなＡＣＫが構築されている場合には、受信側によって返されたＴＣＰ ＡＣＫを廃棄してもよい。データ伝送装置は、受信側によって返されるＴＣＰ ＡＣＫのＳＮを、データ伝送装置において記録される、構築されたＡＣＫのＳＮと比較するように構成されている第２の比較部８０６をさらに含んでいてもよい。

【0135】

受信側によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの最大ＳＮ以下である場合、それは、データ伝送装置が送信側に確認情報を送信していることを示し、データ伝送装置は、受信側によって送信されたＡＣＫを、送信側に転送せずに廃棄してもよい。受信側によって返されたＴＣＰ ＡＣＫのＳＮが構築されたＡＣＫの最大ＳＮより大きい場合、データ伝送装置は、受信側によって返されたＡＣＫを送信側に送信し、受信側によって返されたＴＣＰ ＡＣＫのＳＮを記録する。

【0136】

本発明の別の実施形態では中間ＮＥが提供される。図９に示すように、この中間ＮＥは、プロトコル層９０１と、データ伝送装置９０２とを含んでいてもよい。プロトコル層９０１は、プロトコル層と受信側との間に確認機構が存在する限り、中間ＮＥの任意のプロトコル層とすることができる。確認機構に従って、受信側は、データパケットを受信し次第、プロトコル層に確認情報を返す。データ伝送装置９０２は、図５または図６に対応する実施形態において示した装置とすることができる。プロトコル層９０１およびデータ伝送装置９０２は、データパケットマッピングを共用する。データパケットマッピングを生成する方法については、前述の方法実施形態における関連説明を参照されたい。プロトコル層９０１が受信側から確認情報を受信した後、データ伝送装置９０２は、ＡＣＫを構築し、それを送信側に送信してもよく、あるいは、ＡＣＫを構築することが必要であるかどうか判断し、次いで、ＡＣＫを構築し、それを送信側に送信してもよい。判断方法の詳細については、前述の方法の実施形態における関連する説明を参照されたい。また、受信側によってデータ伝送装置９０２に送信されるＡＣＫが、送信側に転送される必要があるかどうか判断することも必要である。判断方法については、前述の方法の実施形態における関連する説明を参照されたい。

【0137】

上記の中間ＮＥは、無線ネットワーク制御装置（ＲＮＣ）とすることができることに留意されたい。この場合、データ伝送装置９０２はＴＣＰプロキシとすることができ、プロトコル層９０１はＲＬＣ層とすることができる。

【0138】

前述の実施形態では、プロトコル層９０１およびデータ伝送装置９０２は同じ中間ＮＥに位置する。データ伝送装置９０２とプロトコル層９０１とは、データ伝送装置９０２がこれらの間のデータパケットマッピングに従ってＡＣＫを構築することができる限り、異なる中間ＮＥに位置していてもよいことが理解されよう。

【0139】

したがって、この実施形態で提供されるデータ伝送装置によれば、ＡＣＫが構築され、送信側に送信される。よって、ダウンリンクデータパケットのＡＣＫが受信側のＴＣＰ層においてブロックされるのをある程度まで防止することができ、送信側がより速くウィンドウをスライドさせることが可能になり、エアインターフェースのための十分なデータが提供され、送信データの欠落という事態を防止することができ、エアインターフェースの利用が改善され、データ伝送の性能およびユーザの体感が向上する。

【0140】

本発明の別の実施形態では中間ＮＥが提供される。図１０に示すように、この中間ＮＥは、プロトコル層１００１と、データ伝送装置１００２とを含んでいてもよい。データ伝送装置１００２は、図７または図８に対応する実施形態において示した装置とすることができる。プロトコル層１００１は、プロトコル層と受信側との間に確認機構が存在する限り、中間ＮＥの任意のプロトコル層とすることができる。確認機構に従って、受信側は、データパケットを受信し次第、プロトコル層１００１に確認情報を返す。

【0141】

プロトコル層１００１が受信側によって返される確認情報を受信した後、データ伝送装置１００２は、確認情報に従ってデータパケットに関する情報を取得し、データパケットに関する情報に従って送信側に向けたＡＣＫを構築する。データ伝送装置１００２は、ＡＣＫを構築し、それを送信側に送信してもよく、あるいは、ＡＣＫが構築される必要があるかどうか判断し、次いで、必要なときにＡＣＫを構築し、それを送信側に送信してもよい。判断方法の詳細については、前述の方法の実施形態における関連する説明を参照されたい。また、受信側によってデータ伝送装置１００２に送信されるＡＣＫが送信側に転送される必要があるかどうかの判断が実施されてもよい。

【0142】

上記の中間ＮＥはＲＮＣとすることができることに留意されたい。この場合、データ伝送装置１００２はＴＣＰプロキシとすることができ、プロトコル層１００１はＲＬＣ層とすることができる。

【0143】

前述の実施形態では、データ伝送装置１００２およびプロトコル層１００１は同じ中間ＮＥに位置する。データ伝送装置１００２とプロトコル層１００１とは異なる中間ＮＥに位置してもよいことが理解されよう。

【0144】

したがって、この実施形態で提供されるデータ伝送装置によれば、ＡＣＫが構築され、送信側に送信される。よって、ダウンリンクデータパケットのＡＣＫが受信側のＴＣＰ層においてブロックされることをある程度まで防止することができ、送信側がより速くウィンドウをスライドさせることが可能になり、エアインターフェースのための十分なデータが提供され、送信データの欠落という事態を防止することができ、エアインターフェースの利用が改善され、データ伝送の性能およびユーザの体感が向上する。

【0145】

本明細書で示す方法またはアルゴリズムのステップは、ハードウェアによっても、プロセッサによって実行されるソフトウェアモジュールによっても、これら両方によっても実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、コンピュータメモリ、読取り専用メモリ（ＲＯＭ）、電気的プログラム可能ＲＯＭ、電気的消去可能プログラム可能ＲＯＭ、レジスタ、ハードディスク、取り外し可能ディスク、コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）に、あるいは当分野で周知の他の任意の形態の記憶媒体に位置していてもよい。

【0146】

本発明は、いくつかの例示的実施形態によって説明されているが、そのような実施形態だけに限定されるものではない。当業者は、本発明の趣旨および範囲を逸脱することなく、本発明に改変および変更を加え得ることは明らかである。本発明は、それらの改変および変更が、添付の特許請求の範囲またはその均等物によって定義される保護の範囲内に該当する限りにおいて、それらの改変および変更を包含すべきものである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】