JP2011528198A - データ伝送方法および装置 - Google Patents

データ伝送方法および装置 Download PDF

Info

Publication number
JP2011528198A
JP2011528198A JP2011517740A JP2011517740A JP2011528198A JP 2011528198 A JP2011528198 A JP 2011528198A JP 2011517740 A JP2011517740 A JP 2011517740A JP 2011517740 A JP2011517740 A JP 2011517740A JP 2011528198 A JP2011528198 A JP 2011528198A
Authority
JP
Japan
Prior art keywords
ack
data packet
tcp
packet
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2011517740A
Other languages
English (en)
Other versions
JP5484460B2 (ja
Inventor
リャオ、ジュンファ
チャン、ヤンチァン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2011528198A publication Critical patent/JP2011528198A/ja
Application granted granted Critical
Publication of JP5484460B2 publication Critical patent/JP5484460B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2466Traffic characterised by specific attributes, e.g. priority or QoS using signalling traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163In-band adaptation of TCP data exchange; In-band control procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0097Relays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本発明の実施形態によって、データを送信する方法および装置が提供される。このデータ伝送方法は、主に、送信側によるデータパケット送信を受信し、受信したデータパケットの情報を記録するステップと、受信したデータパケットを所定のプロトコル層を介して受信側に送信するステップと、受信側によって送信側に送信されるデータパケット確認情報を所定のプロトコル層が受信した後、記録されたデータパケットと所定のプロトコル層によって受信されたデータパケットとのマッピング関係であるデータパケットマッピング関係に従って、記録されたデータパケットの情報を探索するステップと、探索されたデータパケットの情報に従って、送信側に送信される確認メッセージACKを生成するステップと、を含む。本発明の実施形態によって提供される方法および装置は、ACKを能動的に生成し、それを送信側に送信することでデータ伝送速度を上げる。

Description

本出願は、参照によりその全文が本明細書に組み込まれる、「Data Transmission Method and Apparatus」という名称の、2008年7月17日に中国特許庁に出願された、中国特許出願第200810141665.9号の優先権を主張するものである。
本発明は移動体通信分野に関し、詳細には、データ伝送方法および装置に関する。
伝送制御プロトコル(TCP)は、一般に、無線分野におけるパケット交換(PS)サービスに適用される。無線ネットワークは、高遅延、可変データ転送速度、非対称性、遅延ピーク、帯域幅ジッタといった特徴によって特徴付けられ、これらの特徴は、TCPの性能に影響を及ぼすことがある。データサービスの発展につれて、ユーザが必要とするサービス品質(QoS)はますます高くなっている。無線ベアラにおけるTCPの伝送性能を向上させることは重要である。
データ伝送がアップリンク方向とダウンリンク方向で同時に発生するとき、伝送プロセスは、アップロードプロセスとダウンロードプロセスとを含む。アップロードプロセスにおいて、端末はサーバにデータパケットを送信し、サーバから肯定応答(ACK)パケットを受信した後、端末は、ウィンドウをスライドさせて新しいデータパケットを送信する。ダウンロードプロセスにおいて、サーバは端末にデータパケットを送信し、端末からACKパケットを受信した後、サーバはウィンドウをスライドさせて新しいデータパケットを送信する。サーバは、データパケットを送信するとき、アップリンクデータパケットに対応するACKパケットも送信する。端末は、データパケットを送信するとき、ダウンリンクデータパケットに対応するACKパケットも送信する。
データがアップリンクとダウンリンク両方で同時に送信されるときに実際に示されるスループット性能は、無線システムを評価するための重要な性能指標である。しかし、本発明の発明者は、先行技術には少なくとも以下の問題があると考える。すなわち、既存のネットワーク上の試験では、データがアップリンクとダウンリンクの両方向で同時に送信されるとき、ダウンリンク方向のデータ転送速度は低く、不安定である。それは、ダウンリンクデータパケットに対応するACKが、一般に、端末のTCP層においてアップリンクデータパケットの後に配置されるからであり、これが、ダウンリンクデータパケットに対応するACKの遅延をもたらし、ダウンリンクデータ伝送の性能が深刻な影響を受け、ユーザの体感品質が低下する。
本発明の実施形態は、ダウンリンクデータ伝送の性能を改善するためのデータ伝送方法および装置を提供する。
本発明の一実施形態で提供されるデータ伝送方法は、
送信側によって送信されたデータパケットを受信し、受信されたデータパケットに関する情報を記録するステップと、
受信されたデータパケットを、プロトコル層を介して受信側に送信するステップと、
プロトコル層が受信側からデータパケットの確認情報を受信した後、記録されたデータパケットとプロトコル層によって受信されたデータパケットとの関係であるデータパケットマッピングに従って、データパケットに関する記録情報を検索(検査)するステップと、
受信されたデータパケットに関する記録情報を検索するステップによって取得されたデータパケットに関する情報に従って、送信側に向けた肯定応答ACKを構築するステップと、
を含む。
本発明の一実施形態で提供される別のデータ伝送方法は、
送信側によって送信されたデータパケットを受信するステップと、
受信されたデータパケットを、プロトコル層を介して受信側に送信するステップと、
受信側によって送信側に送信されたデータパケットの確認情報をプロトコル層が受信した後、確認情報に従って対応するデータパケットに関する情報を取得するステップと、
対応するデータパケットに関する取得情報に従って送信側に向けた肯定応答ACKを構築するステップと、
を含む。
本発明の一実施形態で提供されるデータ伝送装置は、
送信側によって送信されるデータパケットを受信し、受信されたデータパケットに関する情報を記録するように構成された受信部と、
受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成された送信部と、
プロトコル層が受信側からデータパケットの確認情報を受信した後、記録されるデータパケットとプロトコル層によって受信されるデータパケットとの関係であるデータパケットマッピングに従って、データパケットに関する記録情報を検索するように構成された検索部と、
検索部によって取得されるデータパケットに関する情報に従って、送信側に向けた肯定応答ACKを構築するように構成された構築部と、
を含む。
本発明の一実施形態で提供される中間ネットワーク要素(NE)は、プロトコル層と、前述のデータ伝送装置とを含む。プロトコル層は中間NEの任意のプロトコル層であり、このプロトコル層と受信側との間には確認機構が存在する。受信側は、データパケットを受信次第、プロトコル層に確認情報を返す。
プロトコル層とデータ伝送装置との間ではデータパケットマッピングが共用される。プロトコル層が受信側によって返される確認情報を受信した後、データ伝送装置は、データパケットマッピングに従ってACKを構築し、それを送信側に送信する。
本発明の一実施形態で提供される別のデータ伝送装置は、
送信側によって送信されるデータパケットを受信するように構成された第2の受信部と、
受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成された第2の送信部と、
プロトコル層が受信側によって送信側に送信されるデータパケットの確認情報を受信した後、データパケットの確認情報に従って、対応するデータパケットに関する情報を取得するように構成された取得部と、
取得部によって取得されるデータパケットに関する情報に従って、送信側に向けた肯定応答ACKを構築するように構成された第2の構築部と、
を含む。
本発明の一実施形態で提供される別の中間NEは、プロトコル層と、前述のデータ伝送装置とを含む。プロトコル層は中間NEの任意のプロトコル層であり、このプロトコル層と受信側との間には確認機構が存在する。受信側は、データパケットを受信次第、プロトコル層に確認情報を返す。
プロトコル層が受信側によって返される確認情報を受信した後、データ伝送装置は、確認情報に従ってデータパケットに関する情報を取得し、データパケットに関する情報に従って送信側に向けたACKを構築する。
結論として、本発明の実施形態で提供される方法および装置を使用すれば、プロトコル層が受信側によって返される確認情報を受信した後でACKが構築されて送信側に送信されるため、データパケットのACKが受信側のTCP層によってブロックされることがある程度まで防止され、送信側がより速くウィンドウをスライドさせることが可能になり、データ伝送性能が改善され、ユーザの体感が向上する。
本発明の一実施形態によるデータ伝送方法を示すフローチャートである。 本発明の別の実施形態によるデータ伝送方法を示すフローチャートである。 本発明の別の実施形態によるデータ伝送方法を示すフローチャートである。 本発明の別の実施形態によるデータ伝送方法を示すフローチャートである。 本発明の一実施形態によるデータ伝送装置の構造を示す図である。 本発明の別の実施形態によるデータ伝送装置の構造を示す図である。 本発明の別の実施形態によるデータ伝送装置の構造を示す図である。 本発明の別の実施形態によるデータ伝送装置の構造を示す図である。 本発明の一実施形態による中間NEの構造を示す図である。 本発明の別の実施形態による中間NEの構造を示す図である。
本発明の一実施形態ではデータ伝送方法が提供される。このデータ伝送プロセスは、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、TCPプロキシなどのTCP機能強化エンティティによって実施することができる。図1は、本発明の一実施形態によるデータ伝送方法のフローチャートである。図1に示すように、この方法は、以下のステップを含むことができる。
S101:送信側によって送信されたデータパケットを受信し、受信されたデータパケットに関する情報を記録する。
データパケットが送信側から受信された後、データパケットを受信した順序に従ってデータパケットのシーケンス番号(SN)が、記録される。SNは、昇順で増加してもよい。例えば、受信された第1のデータパケットはSN1で識別され、受信された第2のデータパケットはSN2で識別され、以下同様とされる。データパケットのSNの桁数は制限されなくてもよいが、長すぎるSNは記録上の不都合を生じる。したがって、SNは、ある値に達した場合、最初からふり直してもよい。例えば、SNが65535に達した場合、その後SNは再度1からふり直す。このようにして、多くのデータパケットに対処することができる。受信されたデータパケットがTCPパケットである場合、パケット長およびTCPシーケンス番号が記録されてもよい。
S102:受信されたデータパケットを、プロトコル層を介して受信側に送信する。
受信されたデータパケットは、プロトコル層を介して受信側に送信されることができる。プロトコル層は、無線リンク制御(RLC)層とすることができる。また、プロトコル層も、例えば、データパケットを受信した順序に従ってデータパケットのSNを記録するなど、受信されたデータパケットに関する情報を記録してもよい。
S103:受信側によって送信側に送信されたデータパケットの確認情報をプロトコル層が受信した後、データパケットマッピングに従ってデータパケットに関する記録情報を検索する。
データパケットマッピングは、記録されたデータパケットとプロトコル層によって受信されたデータパケットとの関係を反映し、データパケットマッピングは表(テーブル)とすることもできる。データパケットマッピングは以下のように生成されてもよい。受信されるデータパケットに関する情報はステップS101で記録され、プロトコル層も、受信されるデータパケットのSNを記録し、このSNは、TCPプロキシによって記録されるデータパケットのSNに一意に対応する。そのため、例えば、TCPプロキシによって受信される第1のデータパケットがSN1で識別される場合、プロトコル層によって受信される第1のデータパケットもSN1で識別される。したがって、プロトコル層によって記録されるデータパケットの順序は、TCPプロキシによって記録されるデータパケットの順序と1対1関係で対応する。この1対1関係をデータパケットマッピングという。
TCP機能強化エンティティは、例えば、それだけに限らないが、インターネット、コアネットワーク、無線アクセスネットワークなど、ネットワークの異なる位置に配置されてもよいことに留意されたい。同様に、プロトコル層も、ネットワークの異なる位置において配置されてもよい。
プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。
受信側から確認情報を受信した後、プロトコル層は、どのデータパケットが受信側によって正しく受信されるかを知る。したがって、生成されたデータパケットマッピングに従ってデータパケットに関する対応する情報が見つかるので、TCP機能強化エンティティによって転送されたどのデータパケットが受信側によって正しく受信されるかを容易に知ることができる。
加えて、データパケットマッピングは、プロトコル層で記憶されてもよく、TCP機能強化エンティティに記憶されてもよい。データパケットマッピングは、TCP機能強化エンティティとプロトコル層の間で共用される。
この実施形態では、受信されたデータパケットの情報を記録する方法は例示にすぎないことに留意すべきである。実際には、データパケットの対応情報を、記録されたSNによるデータパケットマッピングによって見つけることができる限り、受信されたデータパケットの情報は、他の方法で記録されてもよい。
S104:受信されたデータパケットに関する記録情報を検索するステップによって取得されたデータパケットに関する情報に従って、送信側に向けたACKを構築する。
送信側は、受信側からACKを受信した後、引き続き受信側にデータパケットを送信する。ACKが受信側でブロックされるのを防止するために、TCPプロキシなどのTCP機能強化エンティティは、ACKを構築し、それを送信者に送信することができる。
プロトコル層は受信側から確認情報を受信しているものの、TCPプロキシはデータパケットに対応した受信側からのTCP ACKを受信していない場合、受信側は送信側によって送信されたデータパケットを正しく受信していると判定することができ、TCPプロキシはACKを構築し、そのACKを送信側に送信することができる。ACKは、データパケットマッピングによって見つかるデータパケットに関する情報に従って構築されることができる。データパケットに関する情報はSNを含んでいてもよい。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのTCPシーケンス番号およびパケット長をさらに含んでいてもよく、したがって、構築されるACKのSNは、TCPシーケンス番号にTCPパケットのパケット長を足したものとすることができる。別の種類のデータパケットについては、ACKは、各々の具体的条件に従った別のやり方で構築されてもよい。TCPプロキシは、構築されたACKを送信側に送信し、構築されたACKのSNを記録する。
結論として、本実施形態で提供されるデータ伝送方法においては、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、TCPプロキシなどのTCP機能強化エンティティを介してACKが能動的に構築され、送信側に送信されるので、データ伝送速度が改善される。
TCPプロキシなどのTCP機能強化エンティティが、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される場合には、ACKが構築される前に、対応するデータパケットに応答して受信側によって返されるTCP ACKが受信されているかどうかの判断が行われてもよい。そのようなTCP ACKが受信されていない場合、ACKが構築され、送信側に送信される。加えて、TCP ACKが受信側から受信された後、対応するACKが構築され、送信側に送信されているかどうかに関する判断が行われてもよい。そのようなACKが構築されていない場合には、TCP ACKが送信側に転送され、そのようなACKが構築されている場合には、受信側によって返されたTCP ACKが廃棄される。それは、送信側によって後で受信されたACKのSNが送信側によって前に受信されたACKのSNより小さい場合、送信側はより小さいSNのACKを廃棄することになるからである。以下では、実施形態を参照してこの方法を説明する。
本発明の別の実施形態ではデータ伝送方法が提供される。この実施形態では、送信側はサーバであり、受信側は端末であり、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加されるTCP機能強化エンティティはTCPプロキシであり、プロトコル層はRLC層である。図2は、本発明の別の実施形態によるデータ伝送方法のフローチャートである。図2に示すように、この方法は以下のステップを含むことができる。
S201:TCPプロキシは、サーバによって送信されたデータパケットを受信し、受信されたデータパケットに関する情報を記録する。
ダウンリンク伝送プロセスでは、サーバによって端末に送信されるデータパケットは、TCPプロキシを介して転送されるので、すべてのデータパケットはTCPプロキシを通過する。従って、データパケットのSNは、データパケットを受信した順序に従って記録することができる。SNは昇順に増加してもよい。例えば、受信された第1のデータパケットはSN1で識別され、受信された第2のデータパケットはSN2で識別され、以下同様である。受信されたデータパケットがTCPパケットである場合、TCPパケットのパケット長およびTCP SNが記録されてもよい。TCPパケットのデータパケット長およびTCP SNに関する情報は、TCPパケットのパケットヘッダ情報から取得できる。
S202:受信されたデータパケットを、RLC層を介して端末に送信する。
受信されたデータパケットは、RLC層を介して端末に送信されることができ、RLC層も、例えば、データパケットを受信した順序に従ってデータパケットのSNを記録するなど、受信されたデータパケットに関する情報を記録することができる。
S203:データパケットに関する記録情報に従ってデータパケットマッピングを生成する。
生成されたデータパケットマッピングは、データパケットマッピング表として記憶されてもよい。
データパケットマッピングはTCPプロキシで記憶されても、RLC層で記憶されてもよいことに留意されたい。データパケットマッピングは、TCPプロキシとRLC層との間で共有される。この実施形態では、TCPプロキシがデータパケットマッピングを生成するものと仮定する。
また、RLC層も受信されたデータパケットのSNを記録することができる。すなわち、TCPプロキシによって受信された第1のデータパケットがSN1で識別される場合、RLC層によって受信された第1のデータパケットもSN1で識別され、以下同様である。したがって、RLC層によって記録されるデータパケットの順序は、TCPプロキシによって記録されるデータパケットの順序と1対1関係で対応する。この1対1関係をデータパケットマッピングという。
S204:RLC層は、端末から確認情報を受信した後、データパケットマッピングに従って対応する情報を検索する。
端末は、端末機器とその1つ以上のプロトコル層を含む広義の概念であることに留意されたい。
RLC層は、確認と非確認の2つのモードで動作し得る。ここではRLC層と端末との間のデータ伝送確認機構が利用される。RLC層を通過するとき、サービスデータ単位(SDU:service data unit)は、端末に送信されるプロトコルデータ単位(PDU:protocol data unit)に分割される。PDUを受信した後、端末はRLC層に、端末がサーバからデータパケットを受信したことを示す確認情報を返す。RLC層は、端末から受信した確認情報に従って、どのデータパケットが端末によって正しく受信されたかを知り、次いで、ステップS202でデータパケットマッピングを検索することにより、TCPプロキシ上のどのデータパケットが端末によって受信されたかを知ることができる。TCPプロキシも、TCPパケットのパケット長およびSNなど、データパケットに関する情報を記録するため、対応するデータパケットに関する情報を見つけることができる。
S205:見つかったデータパケットに関する情報に従って、ACKを構築する必要があるかどうかを判断する。
TCPプロキシも、端末からTCPプロキシに送信されるTCP ACKのSNを記録する。
データパケットに関する情報は、データパケットのSNを含んでいてもよい。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのパケット長およびSNを含んでいてもよい。見つかったデータパケットに関する情報に従って、構築されるべきACKのSNを知ることができる。例えば、TCPパケットでは、第1のデータパケットのSNが1であり、そのパケット長が1460である場合、構築されるべきACKのSNは1461であり、第2のデータパケットのSNは1461であるとき、構築されるべきACKのSNは2921であり、以下同様である。別の種類のデータパケットについては、ACKは別の方法で構築されてもよい。
端末によって返され、TCPプロキシにおいて記録されたTCP ACKのSNは、ACKを構築することが必要であるかどうか判定するために、構築されるべきACKのSNと比較されてもよい。TCPプロキシは、端末によって返されるTCP ACKの少なくとも1つのSNを記録してもよい。TCPプロキシにおいて記録されたTCP ACKの最大SNが、構築されるべきACKのSNと比較される。端末によって返され、TCPプロキシにおいて記録されたTCP ACKの最大SNが構築されるべきACKのSN以上である場合、それは、TCPプロキシが端末によって送信されたTCP ACKを受信しており、それ以上ACKが構築される必要がないことを示し、したがって、ステップS201および後続のステップは繰り返される必要がない。端末によって返され、TCPプロキシにおいて記録されたTCP ACKの最大SNが構築されるべきACKのSNより小さい場合、それは、TCPプロキシが端末によって返されるTCP ACKを受信しておらず、ACKが構築される必要があることを示し、したがって、ステップS206が実行される。
S206:ACKを構築し、それをサーバに送信する。
TCPプロキシが、端末によって返されるTCP ACKを受信していない場合、TCPプロキシは、ACKを能動的に構築し、それをサーバに送信する。ACKを受信した後、サーバはウィンドウをスライドさせて新しいデータを送信することができる。
構築されるACKのSNはTCPパケットのパケット長にTCPパケットのSNを足したものである。例えば、第1のデータパケットのSNが1であり、第1のデータパケットのパケット長が1460であれば、構築されるACKのSNは1461であり、第2のデータパケットのSNが1461であり、第2のデータパケットのパケット長は1460であるときは、したがって、構築されるACKのSNは2921であり、以下同様である。構築されたACKのSNは、TCPプロキシにおいて記録されることができる。
加えて、TCPプロキシは、端末によって返されたTCP ACKを受信した場合、端末によって返されたTCP ACKのSNを、TCPプロキシにおいて記録された、構築されたACKのSNと比較してもよい。TCPプロキシは、複数の構築されたACKを記録してもよい。端末によって返されたTCP ACKのSNは、構築されたACKの記録された最大SNと比較されてもよい。端末によって返されたTCP ACKのSNが構築されたACKの記録された最大SN以下である場合、それは、TCPプロキシが対応するACKをサーバに送信していることを示し、TCPプロキシは、端末によって送信されたACKを、サーバに転送せずに廃棄する。端末によって返されたTCP ACKのSNが構築されたACKの記録された最大SNより大きい場合、TCPプロキシは、端末によって返されたTCP ACKをサーバに転送し、端末によって返されたTCP ACKのSNを記録する。
したがって、この実施形態で提供されるデータ伝送方法によれば、TCPプロキシはACKを構築し、それをサーバに送信する。この実施形態の方法は、ダウンリンクデータパケットのACKが端末のTCP層においてブロックされるのをある程度まで防止し、サーバがより速くウィンドウをスライドさせることを可能にし、エア(無線)インターフェースのための十分なデータを提供し、送信データの欠落を回避し、エアインターフェースの利用を改善し、データ伝送の性能を向上させ、ユーザの体感を向上させる。
本発明の別の実施形態ではデータ伝送方法が提供される。このデータ伝送プロセスは、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、TCPプロキシなどのTCP機能強化エンティティによって実施することができる。図3は、本発明の別の実施形態によるデータ伝送方法のフローチャートである。図3に示すように、この方法は以下のステップを含んでいてもよい。
S301:送信側によって送信されたデータパケットを受信する。
S302:受信されたデータパケットを、プロトコル層を介して受信側に送信する。
TCP機能強化エンティティは、送信側によって送信されたデータパケットを受信し、そのデータパケットを、プロトコル層を介して受信側に送信する。TCP機能強化エンティティは、それだけに限らないが、インターネット、コアネットワーク、無線アクセスネットワーク(RAN)を含む、ネットワークの異なる位置に配置されてもよい。また、プロトコル層も、ネットワークの異なる位置に配置されてもよい。例えば、プロトコル層はRLC層である。
S303:受信側によって送信側に送信されたデータパケットの確認情報をプロトコル層が受信した後で、確認情報に従って対応するデータパケットに関する情報を取得する。
プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に、データパケットの確認情報を返す。この確認情報を通じて、プロトコル層は、どのデータパケットが受信側によって正しく受信されるかを知り、TCP機能強化エンティティによって転送されるどのデータパケットが、受信側によって正しく受信されるかを知り、さらにそのようなデータパケットに関する情報を取得することができる。データパケットに関する情報は、データパケットのSNとすることができる。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのTCP SNおよびパケット長をさらに含んでいてもよい。TCPパケットのパケット長およびTCP SNは、TCPパケットのパケットヘッダ情報から取得できる。
S304:データパケットに関する取得情報に従って送信側に向けたACKを構築する。
送信側は、受信側からACKを受信した後、引き続き受信側に次のデータパケットを送信する。ACKが受信側においてブロックされるのを防止するために、例えばTCPプロキシなどのTCP機能強化エンティティが、データパケットに関する取得した情報に従ってACKを構築し、それを送信側に送信してもよい。
プロトコル層が受信側から確認情報を受信すると、受信側が送信側によって送信されたデータパケットを正しく受信していると判断することができ、TCPプロキシは、ACKを構築し、それを送信側に送信することができる。ACKは次のようにして構築されることができる。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのTCP SNおよびパケット長をさらに含み、したがって、構築されるACKのSNは、TCPパケットのTCP SNにTCPパケットのパケット長を足したものとすることができる。別の種類のデータパケットについては、ACKは、具体的条件に従って別のやり方で構築されてもよい。
結論として、この実施形態で提供されるデータ伝送方法では、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、例えばTCPプロキシなどの能TCP機能強化エンティティを介して、ACKが能動的に構築され、送信側に送信されるので、データ伝送速度が改善される。
ACKが構築される前に、対応するデータパケットに応答して受信側によって返されるTCP ACKが受信されているかどうかに関する判断が行われてもよい。そのようなTCP ACKが受信されていない場合、ACKが構築され、送信側に送信される。TCP ACKが受信側から受信された後、対応するACKが構築され、送信側に送信されているかどうかに関する判断が行われてもよい。そのようなACKが構築されていない場合には、TCP ACKが送信側に転送され、そのようなACKが構築されている場合には、受信側によって返されたTCP ACKが廃棄される。これは、送信側によって後で受信されたACKのSNが、送信側によって前に受信されたACKのSNより小さい場合、送信側はより小さいSNのACKを廃棄することになるからである。
本発明の別の実施形態ではデータ伝送方法が提供される。この実施形態では、送信側はサーバであり、受信側は端末であり、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加されるTCP機能強化エンティティはTCPプロキシであり、プロトコル層はRLC層である。図4は、本発明の別の実施形態によるデータ伝送方法のフローチャートである。図4に示すように、この方法は以下のステップを含んでいてもよい。
S401:TCPプロキシがサーバによって送信されたデータパケットを受信する。
S402:TCPプロキシは、受信されたデータパケットを端末に転送する。
端末は、端末機器と、RLC層といったそのプロトコル層とを含む広義の概念であることに留意されたい。RLC層と端末機器との間には確認機構が存在する。PDUを受信した後、端末機器はRLC層に、端末がサーバからデータパケットを受信することを示すデータパケットの確認情報を返す。
S403:RLC層が端末からデータパケットの確認情報を受信した後、確認情報に従って対応するデータパケットに関する情報を取得する。
端末機器から受信された確認情報によって、RLC層は、どのデータパケットが端末機器によって正しく受信されるかを知り、TCPプロキシからのどのデータパケットが端末機器によって受信されるかを知り、対応するデータパケットに関する情報を取得することができる。データパケットに関する情報は、データパケットのSNとすることができる。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのSNおよびパケット長をさらに含んでいてもよい。
S404:データパケットに関する取得情報に従って、ACKを構築する必要があるかどうかを判断する。
端末機器によってTCPプロキシに送信されるTCP ACKについて、TCPプロキシは、TCP ACKのSNを記録することができる。確認情報は、データパケットに関する対応情報を取得し、構築されるべきACKのSNを知るための基礎として使用される。例えば、第1のデータパケットのSNが1であり、そのパケット長が1460である場合、構築されるべきACKのSNは1461であり、第2のデータパケットのSNが1461であるとき、構築されるべきACKのSNは2921であり、以下同様である。
端末によって返され、TCPプロキシにおいて記録されたTCP ACKのSNは、ACKを構築することが必要であるかどうか判定するために、構築されるべきACKのSNと比較されてもよい。TCPプロキシは、端末によって返されるTCP ACKの少なくとも1つのSNを記録することができる。TCPプロキシにおいて記録されたTCP ACKの最大SNが構築されるべきACKのSNと比較される。端末によって返され、TCPプロキシにおいて記録されたTCP ACKの最大SNが構築されるべきACKのSN以上である場合、それは、TCPプロキシは端末によって送信されたTCP ACKを受信しており、それ以上ACKが構築される必要がないことを示す。端末によって返され、TCPプロキシにおいて記録されたTCP ACKの最大SNが構築されるべきACKのSNより小さい場合、それは、TCPプロキシが端末によって返されるTCP ACKを受信しておらず、ACKが構築される必要があることを示しており、したがって、ステップS405が実行される。
S405:ACKを構築し、それをサーバに送信する。
TCPプロキシは端末によって返されるTCP ACKを受信していないため、TCPプロキシは、ACKを能動的に構築し、それをサーバに送信する。ACKを受信した後、サーバはウィンドウをスライドさせて新しいデータを送信することができる。
ACKは次のように構築されてもよい。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのTCP SNおよびパケット長をさらに含むので、構築されるACKのSNは、TCPパケットのTCP SNにTCPパケットのパケット長を足したものとすることができる。例えば、第1のデータパケットのSNが1であり、第1のデータパケットのパケット長を1460であれば、したがって、構築されるACKのSNは1461であり、第2のパケットのSNが1461であり、第2のデータパケットのパケット長は1460であれば、したがって、構築されるACKのSNは2921であり、以下同様である。別の種類のデータパケットについては、ACKは、具体的条件に従って別のやり方で構築されてもよい。加えて、TCPプロキシが端末によって返されたTCP ACKを受信した場合、TCPプロキシは、端末によって返されたTCP ACKのSNを、TCPプロキシにおいて構築されたACKのSNと比較してもよい。TCPプロキシは、複数の構築されたACKを記録することもできる。端末によって返されたTCP ACKのSNは、構築されたACKの最大SNと比較されてもよい。端末によって返されたTCP ACKのSNが構築されたACKの最大SN以下である場合、それは、TCPプロキシがサーバに対応するACKを送信していることを示し、TCPプロキシは、端末によって送信されたACKをサーバに転送せずに廃棄する。端末によって返されたTCP ACKのSNが構築されたACKの最大SNより大きい場合、TCPプロキシは、端末によって返されたACKをサーバに転送し、端末によって返されたTCP ACKのSNを記録する。
したがって、この実施形態で提供されるデータ伝送方法によれば、TCPプロキシはACKを構築し、それをサーバに送信する。この実施形態の方法は、ダウンリンクデータパケットのACKが端末のTCP層においてブロックされることをある程度まで防止し、サーバがより速くウィンドウをスライドさせることを可能にし、エアインターフェースのための十分なデータを提供し、送信データの欠落を回避し、エアインターフェースの利用を改善し、データ伝送の性能を向上させ、ユーザの体感を向上させる。
本発明の一実施形態ではデータ伝送装置が提供される。図5に示すように、この装置は、受信部501と、送信部502と、検索部503と、構築部504とを含むことができる。
受信部501は、送信側によって送信されるデータパケットを受信し、受信されるデータパケットに関する情報を記録するように構成されている。
データパケットが送信側から受信された後、データパケットのSNが、データパケットを受信した順序に従って記録される。SNは、昇順で増加してもよい。例えば、受信される第1のデータパケットはSN1で識別され、受信される第2のデータパケットはSN2で識別され、以下同様である。SNが長くなりすぎるのを防ぐために、SNは、ある値に達した場合、最初からふり直してもよい。例えば、SNが65535に達した場合、SNは再度1からふり直してもよい。このようにして、多くのデータパケットに対処することができる。受信されるデータパケットがTCPパケットである場合、TCPパケットのパケット長およびSNが記録される必要がある。
送信部502は、受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成されている。
受信されるデータパケットは、プロトコル層を介して受信側に送信されることができる。プロトコル層はRLC層とすることができる。またプロトコル層も、例えば、データパケットを受信した順序に従ってデータパケットのSNを記録するなど、受信されるデータパケットを記録することができる。
検索部503は、受信側によって送信側に送信されるデータパケットの確認情報をプロトコル層が受信した後、生成されるデータパケットマッピングに従って、受信部501を介して対応するデータパケットに関する情報を検索するように構成されている。
プロトコル層と受信側の間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。
データパケットマッピングは、データ伝送装置上のデータパケットと、プロトコル層によって受信されたデータパケットとの対応関係を反映し、データパケットマッピングはマッピング表とすることができる。データパケットマッピングは次のようにして生成されてもよい。受信部501は受信されるデータパケットに関する情報を記録し、プロトコル層も受信されるデータパケットのSNを記録し、このSNは、TCPプロキシによって記録されるデータパケットのSNに一意に対応する。そのため、TCPプロキシによって受信される第1のデータパケットがSN1で識別される場合、プロトコル層によって受信される第1のデータパケットもSN1で識別され、以下同様である。したがって、プロトコル層によって記録されるデータパケットの順序は、受信部501によって記録されるデータパケットの順序と1対1関係で対応する。この1対1関係をデータパケットマッピングという。
プロトコル層が受信側から確認情報を受信した後、どのデータパケットが受信側によって正しく受信されたかがわかる。したがって、生成されたデータパケットマッピングに従ってデータパケットに関する対応情報が見つかると、データ伝送装置上のどのデータパケットが受信側によって正しく受信されたかを容易に知ることができる。
構築部504は、検索部503によって見つけられるデータパケットに関する情報に従って送信側に向けたACKを構築するように構成されている。
プロトコル層は受信側から確認情報を受信しているが、データ伝送装置は、データパケットに応答した受信側からのACKを受信していない場合、受信側は送信側によって送信されたデータパケットを正しく受信していると判定することができ、構築部504は、ACKを構築し、それを送信側に送信してもよい。ACKは、検索部503によって見つけられたデータパケットに関する情報に従って構築される。データパケットに関する情報は、データパケットのSNとすることができる。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのTCP SNおよびパケット長を含んでいてもよい。ACKは、データパケットマッピングによって見つかったデータパケットに関する情報に従って構築されてもよい。データパケットがTCPパケットである場合、構築されるACKのSNは、TCP SNにTCPパケットのパケット長を足したものとすることができる。別の種類のデータパケットについては、ACKは、具体的条件に従って別のやり方で構築されてもよい。
構築部504は、構築されるACKを送信側に送信し、構築されるACKのSNを記録することができる。
データ伝送装置は、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、TCPプロキシなどのTCP機能強化エンティティとすることができることに留意されたい。
結論として、この実施形態で提供されるデータ伝送装置は、ACKを能動的に構築し、それを送信側に送信するものであるので、データ伝送速度が改善される。
さらに、ACKが構築される前に、データ伝送装置は、対応するデータパケットに応答して受信側から返されるTCP ACKが受信されているかどうか判断してもよい。そのようなTCP ACKが受信されていない場合、データ伝送装置はACKを構築し、それを送信側に送信する。受信側からTCP ACKを受信した後、データ伝送装置は、ACKが構築され、送信側に送信されているかどうか判断することができる。そのようなACKが構築されていない場合には、送信側にTCP ACKを転送し、そのようなACKが構築されている場合には、受信側によって返されたTCP ACKを廃棄してもよい。
本発明の別の実施形態では別のデータ伝送装置が提供される。図6に示すように、この装置は、受信部601と、送信部602と、生成部603と、検索部604と、判断部605と、構築部606と、比較部607とを含んでいてもよい。
受信部601は、送信側によって送信されるデータパケットを受信し、受信されるデータパケットに関する情報を記録するように構成されている。
受信部601の機能および実施プロセスは、前述の前の実施形態における受信部501のものと基本的に同じである。
送信部602は、受信部601によって受信されたデータパケットを、プロトコル層を介して受信側に送信するように構成されている。
送信部602の機能および実施プロセスは、前述の前の実施形態における送信部502のものと基本的に同じである。
生成部603は、受信部601によって記録されたデータパケットに関する情報に従ってデータパケットマッピングを生成するように構成されている。
データパケットマッピングは、データ伝送装置に記憶されてもよく、プロトコル層において記憶されてもよいことに留意すべきである。プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。データパケットマッピングは、データ伝送装置とプロトコル層との間で共用される。この実施形態では、データ伝送装置がデータパケットマッピングを生成するものと仮定する。
また、プロトコル層も、受信されるデータパケットのSNを記録する。すなわち、受信部601によって受信される第1のデータパケットがSN1で識別される場合、プロトコル層によって受信される第1のデータパケットもSN1で識別され、以下同様である。したがって、RLC層によって記録されるデータパケットの順序は、TCPプロキシによって記録されるデータパケットの順序と1対1関係で対応する。この1対1関係をデータパケットマッピング関係という。
検索部604は、プロトコル層が、受信側によって送信側に送信されたデータパケットの確認情報を受信した後、生成部603によって生成されたデータパケットマッピングに従って、受信部601を介して対応するデータパケットに関する情報を検索するように構成されている。
検索部604の機能は、前述の前の実施形態における探索部503のものと基本的に同じである。
判断部605は、検索部604によって見つけられたデータパケットに関する情報に従って、ACKを構築する必要があるかどうか判断するように構成されている。
受信側によってデータ伝送装置に送信されるTCP ACKについては、データ伝送装置の判断部605もACKのSNを記録する。
データパケットに関する情報は、データパケットのSNを含んでいてもよい。データパケットがTCPパケットである場合、データパケットの情報は、TCPパケットのパケット長およびSNを含んでいてもよい。見つかったデータパケットに関する情報に従って、構築されるべきACKのSNを知ることができる。例えば、TCPパケットでは、第1のデータパケットのSNが1であり、そのパケット長が1460である場合、構築されるべきACKのSNは1461であり、第2のデータパケットのSNが1461であるとき、構築されるべきACKのSNは2921であり、以下同様である。別の種類のデータパケットについては、ACKは、別のモードで構築されてもよい。
端末によって返され、判断部605において記録されるTCP ACKのSNは、ACKが構築される必要があるかどうか判定するために、構築されるべきACKのSNと比較される。判断部605は、端末によって返されるTCP ACKの少なくとも1つのSNを記録してもよい。判断部605において記録されたTCP ACKの最大SNが構築されるべきACKのSNと比較される。受信側によって返され、判断部605において記録されたTCP ACKの最大SNが構築されるべきACKのSN以上である場合、それは、データ伝送装置が、受信側によって返されたTCP ACKを受信しており、それ以上ACKが構築される必要がないことを示す。受信側によって返され、判断部605において記録されたTCP ACKの最大SNが構築されるべきACKのSNより小さい場合、それは、データ伝送装置が、受信側によって返されるTCP ACKを受信しておらず、ACKが構築される必要があることを示す。
構築部606は、判断部605が、ACKが構築される必要があると判定した場合、ACKを構築し、それを送信側に送信するように構成されている。
データ伝送装置が受信側によって返されるTCP ACKを受信していない場合、データ伝送装置の構築部606は、ACKを構築し、それを送信側に送信する。ACKを受信した後、送信側は、ウィンドウをスライドさせて新しいデータを送信することができる。
構築されるACKのSNは、パケット長にTCPパケットのSNを足したものである。例えば、第1のデータパケットのSNを1であり、第1のデータパケットのパケット長が1460であれば、したがって、構築されるACKのSNは1461であり、第2のデータパケットのSNが1461であり、第2のデータパケットのパケット長は1460であれば、したがって、第2のデータパケットのSNは2921であり、以下同様である。構築されたACKのSNはデータ伝送装置において記録されてもよい。
データ伝送装置が受信側によって返されたTCP ACKを受信した場合、データ伝送装置は、構築部606が対応するACKを構築し、それを送信側に送信しているかどうか判断し、そのようなACKが構築されていない場合には、送信側にTCP ACKを転送し、そのようなACKが構築されている場合には、受信側によって返されたTCP ACKを廃棄してもよい。データ伝送装置は、比較部607をさらに含んでいてもよい。比較部607は、受信側によって返されるTCP ACKのSNを、データ伝送装置において記録される、構築されたACKのSNと比較するように構成されている。
受信側によって返されたTCP ACKのSNが構築されたACKの記録された最大SN以下である場合、それは、データ伝送装置が送信側に確認情報を送信していることを示し、データ伝送装置は、受信側によって送信されたACKを送信側に転送せずに、廃棄してもよい。受信側によって返されたTCP ACKのSNが構築されたACKの記録された最大SNより大きい場合、データ伝送装置は、端末によって返されたACKを送信側に送信し、受信側によって返されたTCP ACKのSNを記録する。
本発明の一実施形態では別のデータ伝送装置が提供される。図7に示すように、この装置は、第2の受信部701と、第2の送信部702と、取得部703と、第2の構築部704とを含んでいてもよい。
第2の受信部701は、送信側によって送信されるデータパケットを受信するように構成されている。
第2の送信部702は、受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成されている。
受信されるデータパケットは、プロトコル層を介して受信側に送信されることができる。プロトコル層はRLC層とすることができる。
取得部703は、プロトコル層が、受信側によって送信側に送信されるデータパケットの確認情報を受信した後で、データパケットの確認情報に従って、対応するデータパケットに関する情報を取得するように構成されている。
プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。確認情報は、どのデータパケットが受信側によって正しく受信されたか、およびデータ伝送装置上のどのデータパケットが受信側によって正しく受信されたかを知るための基礎として使用される。このようにして、そのようなデータパケットに対応するデータパケットに関する情報を取得することができる。データパケットに関する情報は、データパケットのSNとすることができる。データパケットがTCPパケットである場合、データパケットに関する情報は、TCPパケットのTCP SNおよびパケット長をさらに含んでいてもよい。TCPパケットのパケット長およびTCP SNは、TCPパケットのパケットヘッダ情報から取得されてもよい。
第2の構築部704は、取得部703によって取得されるデータパケットに関する情報に従って、送信側に向けた確認情報を構築するように構成されている。
プロトコル層は受信側からデータパケットの確認情報を受信しているが、データ伝送装置はデータパケットに応答した受信側からのACKを受信していない場合、受信側は送信側によって送信されたデータパケットを正しく受信していると判定することができ、プロトコル層によって受信される確認情報に従ってデータパケットに関する対応情報を取得することができ、第2の構築部704は、データパケットに関する情報に従ってACKを構築し、それを送信側に送信することができる。ACKは、取得部703によって取得されるデータパケットに関する情報に従って構築されてもよい。データパケットがTCPパケットである場合、構築されるACKのSNは、そのSNにTCPパケットのパケット長を足したものである。別の種類のデータパケットについては、ACKは、別のやり方で構築されてもよい。
データ伝送装置は、送信側と受信側との間のデータ伝送プロセスにおいて中間ノードに追加される、例えばTCPプロキシなどのTCP機能強化エンティティとすることができることに留意すべきである。
結論として、この実施形態で提供されるデータ伝送装置は、ACKを構築し、それを送信側に送信するものであり、よって、データ伝送速度が改善される。
さらに、ACKが構築される前に、データ伝送装置は、対応するデータパケットに応答して受信側によって返されるTCP ACKが受信されているかどうか判断することができる。そのようなTCP ACKが受信されていない場合、データ伝送装置は、ACKを構築し、それを送信側に送信する。受信側からTCP ACKを受信した後、データ伝送装置は、ACKが構築され、送信側に送信されているかどうか判断し、そのようなACKが構築されていない場合には、送信側にTCP ACKを転送し、そのようなACKが構築されている場合には、受信側によって返されたTCP ACKを廃棄してもよい。
本発明の別の実施形態では別のデータ伝送装置が提供される。図8に示すように、この装置は、第2の受信部801と、第2の送信部802と、取得部803と、第2の判断部805と、第2の構築部804と、第2の比較部806とを含んでいてもよい。
第2の受信部801は、送信側によって送信されるデータパケットを受信するように構成されている。
第2の受信部801の機能および実施プロセスは、前述の前の実施形態における第2の受信部701のものと基本的に同じである。
第2の送信部802は、第2の受信部801によって受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成されている。
第2の送信部802の機能および実施プロセスは、前述の前の実施形態における第2の送信部702のものと基本的に同じである。
取得部803は、データパケットの確認情報に従ってデータパケットのSNを取得するように構成されており、さらに、データパケットのSNに従ってTCPパケットのパケット長およびTCP SNを取得するように構成されていてもよい。
プロトコル層と受信側との間には確認機構が存在する。送信側からデータパケットを受信した後、受信側はプロトコル層に確認情報を返す。取得部803は、確認情報に従ってデータパケットに関する対応情報を取得する。
第2の判断部805は、取得部803によって取得されるデータパケットに関する情報に従ってACKを構築する必要があるかどうか判断するように構成されている。
データパケットに関する情報は、データパケットのSNを含んでいてもよい。したがって、データパケットのSNは、確認情報に従って取得することができる。データパケットがTCPパケットである場合、データパケットのSNに従ってTCPパケットのパケット長およびSNを取得することができる。構築されるべきACKのSNは、データパケットに関する情報に従って取得することができる。例えば、TCPパケットでは、第1のデータパケットのSNが1であり、第1のデータパケットのパケット長が1460である場合、構築されるべきACKのSNは1461であり、第2のデータパケットのSNが1461であるとき、構築されるべきACKのSNは2921であり、以下同様である。別の種類のデータパケットについては、ACKは、別のやり方で構築されてもよい。
第2の判断部805は、受信側によって返されるTCP ACKのSNと構築されるべきACKのSNとを比較することによって、ACKの構築が必要かどうかを判断することができる。第2の判断部805は、端末によって返されるTCP ACKの少なくとも1つのSNを記録してもよい。第2の判断部805は、受信側によって返されるTCP ACKの最大SNを構築されるべきACKのSNと比較してもよい。受信側によって返されたTCP ACKの最大SNが構築されるべきACKのSN以上である場合、それは、データ伝送装置が受信側によって返されたTCP ACKを受信しており、それ以上ACKが構築される必要がないことを示す。受信側によって返されたTCP ACKの最大SNが構築されるべきACKのSNより小さい場合、それは、データ伝送装置が受信側によって返されるTCP ACKを受信しておらず、ACKが構築される必要があることを示す。
第2の構築部804は、第2の判断部805が、ACKが構築される必要があると判定した場合、ACKを構築し、それを送信側に送信するように構成されている。
データ伝送装置が受信側によって返されるTCP ACKを受信していない場合、データ伝送装置の第2の構築部804は、ACKを能動的に構築し、それを送信側に送信する。ACKを受信した後、送信側は、ウィンドウをスライドさせて新しいデータを送信することができる。
データ伝送装置が、受信側によって返されるTCP ACKを受信した場合、データ伝送装置は、第2の構築部804が対応するACKを構築し、それを送信側に送信しているかどうか判断し、そのようなACKが構築されていない場合には、送信側にTCP ACKを転送し、そのようなACKが構築されている場合には、受信側によって返されたTCP ACKを廃棄してもよい。データ伝送装置は、受信側によって返されるTCP ACKのSNを、データ伝送装置において記録される、構築されたACKのSNと比較するように構成されている第2の比較部806をさらに含んでいてもよい。
受信側によって返されたTCP ACKのSNが構築されたACKの最大SN以下である場合、それは、データ伝送装置が送信側に確認情報を送信していることを示し、データ伝送装置は、受信側によって送信されたACKを、送信側に転送せずに廃棄してもよい。受信側によって返されたTCP ACKのSNが構築されたACKの最大SNより大きい場合、データ伝送装置は、受信側によって返されたACKを送信側に送信し、受信側によって返されたTCP ACKのSNを記録する。
本発明の別の実施形態では中間NEが提供される。図9に示すように、この中間NEは、プロトコル層901と、データ伝送装置902とを含んでいてもよい。プロトコル層901は、プロトコル層と受信側との間に確認機構が存在する限り、中間NEの任意のプロトコル層とすることができる。確認機構に従って、受信側は、データパケットを受信し次第、プロトコル層に確認情報を返す。データ伝送装置902は、図5または図6に対応する実施形態において示した装置とすることができる。プロトコル層901およびデータ伝送装置902は、データパケットマッピングを共用する。データパケットマッピングを生成する方法については、前述の方法実施形態における関連説明を参照されたい。プロトコル層901が受信側から確認情報を受信した後、データ伝送装置902は、ACKを構築し、それを送信側に送信してもよく、あるいは、ACKを構築することが必要であるかどうか判断し、次いで、ACKを構築し、それを送信側に送信してもよい。判断方法の詳細については、前述の方法の実施形態における関連する説明を参照されたい。また、受信側によってデータ伝送装置902に送信されるACKが、送信側に転送される必要があるかどうか判断することも必要である。判断方法については、前述の方法の実施形態における関連する説明を参照されたい。
上記の中間NEは、無線ネットワーク制御装置(RNC)とすることができることに留意されたい。この場合、データ伝送装置902はTCPプロキシとすることができ、プロトコル層901はRLC層とすることができる。
前述の実施形態では、プロトコル層901およびデータ伝送装置902は同じ中間NEに位置する。データ伝送装置902とプロトコル層901とは、データ伝送装置902がこれらの間のデータパケットマッピングに従ってACKを構築することができる限り、異なる中間NEに位置していてもよいことが理解されよう。
したがって、この実施形態で提供されるデータ伝送装置によれば、ACKが構築され、送信側に送信される。よって、ダウンリンクデータパケットのACKが受信側のTCP層においてブロックされるのをある程度まで防止することができ、送信側がより速くウィンドウをスライドさせることが可能になり、エアインターフェースのための十分なデータが提供され、送信データの欠落という事態を防止することができ、エアインターフェースの利用が改善され、データ伝送の性能およびユーザの体感が向上する。
本発明の別の実施形態では中間NEが提供される。図10に示すように、この中間NEは、プロトコル層1001と、データ伝送装置1002とを含んでいてもよい。データ伝送装置1002は、図7または図8に対応する実施形態において示した装置とすることができる。プロトコル層1001は、プロトコル層と受信側との間に確認機構が存在する限り、中間NEの任意のプロトコル層とすることができる。確認機構に従って、受信側は、データパケットを受信し次第、プロトコル層1001に確認情報を返す。
プロトコル層1001が受信側によって返される確認情報を受信した後、データ伝送装置1002は、確認情報に従ってデータパケットに関する情報を取得し、データパケットに関する情報に従って送信側に向けたACKを構築する。データ伝送装置1002は、ACKを構築し、それを送信側に送信してもよく、あるいは、ACKが構築される必要があるかどうか判断し、次いで、必要なときにACKを構築し、それを送信側に送信してもよい。判断方法の詳細については、前述の方法の実施形態における関連する説明を参照されたい。また、受信側によってデータ伝送装置1002に送信されるACKが送信側に転送される必要があるかどうかの判断が実施されてもよい。
上記の中間NEはRNCとすることができることに留意されたい。この場合、データ伝送装置1002はTCPプロキシとすることができ、プロトコル層1001はRLC層とすることができる。
前述の実施形態では、データ伝送装置1002およびプロトコル層1001は同じ中間NEに位置する。データ伝送装置1002とプロトコル層1001とは異なる中間NEに位置してもよいことが理解されよう。
したがって、この実施形態で提供されるデータ伝送装置によれば、ACKが構築され、送信側に送信される。よって、ダウンリンクデータパケットのACKが受信側のTCP層においてブロックされることをある程度まで防止することができ、送信側がより速くウィンドウをスライドさせることが可能になり、エアインターフェースのための十分なデータが提供され、送信データの欠落という事態を防止することができ、エアインターフェースの利用が改善され、データ伝送の性能およびユーザの体感が向上する。
本明細書で示す方法またはアルゴリズムのステップは、ハードウェアによっても、プロセッサによって実行されるソフトウェアモジュールによっても、これら両方によっても実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ(RAM)、コンピュータメモリ、読取り専用メモリ(ROM)、電気的プログラム可能ROM、電気的消去可能プログラム可能ROM、レジスタ、ハードディスク、取り外し可能ディスク、コンパクトディスク読取り専用メモリ(CD−ROM)に、あるいは当分野で周知の他の任意の形態の記憶媒体に位置していてもよい。
本発明は、いくつかの例示的実施形態によって説明されているが、そのような実施形態だけに限定されるものではない。当業者は、本発明の趣旨および範囲を逸脱することなく、本発明に改変および変更を加え得ることは明らかである。本発明は、それらの改変および変更が、添付の特許請求の範囲またはその均等物によって定義される保護の範囲内に該当する限りにおいて、それらの改変および変更を包含すべきものである。

Claims (26)

  1. 送信側によって送信されたデータパケットを受信し、前記受信されたデータパケットに関する情報を記録するステップと、
    前記受信されたデータパケットを、プロトコル層を介して受信側に送信するステップと、
    前記プロトコル層が前記受信側から前記データパケットの確認情報を受信した後、記録されたデータパケットと前記プロトコル層によって受信されたデータパケットとの関係であるデータパケットマッピングに従って、前記データパケットに関する記録情報を検索するステップと、
    受信されたデータパケットに関する記録情報を検索する前記ステップによって取得された前記データパケットに関する情報に従って前記送信側に向けた肯定応答ACKを構築するステップと、
    を含む、データ伝送方法。
  2. 受信されたデータパケットに関する前記情報を記録する前記ステップが、
    前記データパケットを受信した順序に従って前記受信されたデータパケットのシーケンス番号SNを記録するステップ、
    を含む、請求項1に記載のデータ伝送方法。
  3. 前記データパケットが伝送制御プロトコルTCPパケットである場合、前記受信パケットに関する前記情報を記録するステップが、
    前記TCPパケットのパケット長およびTCP SNを記録するステップ、
    をさらに含む、請求項2に記載のデータ伝送方法。
  4. 前記データパケットマッピングに従って、前記データパケットに関する記録情報を検索するステップは、
    前記データパケットマッピングに従って、対応するデータパケットのパケット長およびTCP SNを検索するステップ、
    をさらに含む、請求項2に記載のデータ伝送方法。
  5. 前記検索ステップによって取得された前記データパケットに関する情報に従って前記送信側に向けた前記ACKを構築するステップは、
    前記対応するデータパケットの前記パケット長およびTCP SNに従って、前記SNが前記パケット長に前記TCP SNを足したものであるACKを構築するステップ、
    を含む、請求項4に記載のデータ伝送方法。
  6. 前記送信側に向けたACKを構築するステップの前に、
    前記パケット長に前記TCP SNを足した結果である前記ACKの前記SNを、前記受信側によって返されたTCP ACKの最大SNと比較するステップと、
    前記受信側によって返された前記TCP ACKの最大SNが前記ACKのSNより小さい場合、前記送信側に向けたACKを構築し、前記受信側によって返された前記TCP ACKの最大SNが前記ACKのSN以上である場合、前記送信側に向けたACKを構築しないステップと、
    をさらに含む、請求項5に記載のデータ伝送方法。
  7. 前記受信側によって返された前記TCP ACKを受信すると、前記受信側によって返された前記TCP ACKのSNを、前記構築されたACKの最大SNと比較するステップと、
    前記受信側によって返された前記TCP ACKのSNが前記構築されたACKの最大SNより大きい場合、前記受信側から受信された前記TCP ACKを前記送信側に送信し、前記受信側によって返された前記TCP ACKのSNが前記構築されたACKの最大SN以下である場合、前記受信側から受信された前記TCP ACKを廃棄するステップと、
    をさらに含む、請求項6に記載のデータ伝送方法。
  8. 送信側によって送信されたデータパケットを受信するステップと、
    前記受信されたデータパケットを、プロトコル層を介して受信側に送信するステップと、
    前記プロトコル層が前記受信側によって前記送信側に送信された前記データパケットの確認情報を受信した後、前記確認情報に従って対応するデータパケットに関する情報を取得するステップと、
    前記対応するデータパケットに関する取得情報に従って前記送信側に向けた肯定応答ACKを構築するステップと、
    を含む、データ伝送方法。
  9. 前記確認情報に従って前記対応するデータパケットに関する情報を取得するステップは、
    前記確認情報に従って前記対応するデータパケットのシーケンス番号SNを取得するステップ、
    を含む、請求項8に記載のデータ伝送方法。
  10. 前記データパケットが伝送制御プロトコルTCPパケットである場合、前記確認情報に従って前記対応するデータパケットに関する前記情報を取得するステップは、
    前記対応するデータパケットの前記SNに従って前記TCPパケットのパケット長およびTCP SNを取得するステップ、
    をさらに含む、請求項9に記載のデータ伝送方法。
  11. 前記送信側に向けた前記ACKを構築するステップは、
    前記TCPパケットのパケット長およびTCP SNに従って、前記ACKのSNが前記パケット長に前記TCP SNを足したものであるACKを構築するステップ、
    を含む、請求項10に記載のデータ伝送方法。
  12. 前記送信側に向けた前記ACKを構築する前に、
    前記パケット長に前記TCP SNを足した結果である前記ACKのSNを、前記受信側によって返されたTCP ACKの最大SNと比較するステップと、
    前記受信側によって返された前記TCP ACKの最大SNが前記ACKのSNより小さい場合、前記送信側に向けたACKを構築し、前記受信側によって返された前記TCP ACKの最大SNが前記ACKのSN以上である場合、前記送信側に向けたACKを構築しないステップと、
    をさらに含む、請求項11に記載のデータ伝送方法。
  13. 前記受信側によって返された前記TCP ACKを受信すると、前記受信側によって返された前記TCP ACKのSNを、前記構築されたACKの最大SNと比較するステップと、
    前記受信側によって返された前記TCP ACKのSNが前記構築されたACKの最大SNより大きい場合、前記受信側から受信されたTCP ACKを前記送信側に送信し、前記受信側によって返された前記TCP ACKのSNが前記構築されたACKの最大SN以下である場合、前記受信側から受信されたTCP ACKを廃棄するステップと、
    をさらに含む、請求項12に記載のデータ伝送方法。
  14. 送信側によって送信されるデータパケットを受信し、前記受信されるデータパケットに関する情報を記録するように構成された受信部と、
    前記受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成された送信部と、
    前記プロトコル層が前記受信側から前記データパケットの確認情報を受信した後、記録されるデータパケットと前記プロトコル層によって受信されるデータパケットとの関係であるデータパケットマッピングに従って、前記データパケットに関する記録情報を検索するように構成された検索部と、
    前記検索部によって取得される前記データパケットに関する前記情報に従って前記送信側に向けた肯定応答ACKを構築するように構成された構築部と、
    を備える、データ伝送装置。
  15. 前記受信部によって記録される前記データパケットに関する前記情報は、前記受信されるデータパケットの順序を示すシーケンス番号SNを含み、前記データパケットが伝送制御プロトコルTCPパケットである場合、前記データパケットに関する情報は、パケット長およびTCP SNをさらに含む、
    請求項14に記載のデータ伝送装置。
  16. 前記受信部によって記録される前記データパケットに関する前記情報に従って、前記プロトコル層と前記データ伝送装置とが共用する前記データパケットマッピングを生成するように構成された生成部、
    をさらに備える、請求項15に記載のデータ伝送装置。
  17. 前記検索部によって取得される前記データパケットに関する前記情報に従って、ACKを構築することが必要であるかどうか判断するように構成された判断部、をさらに備え、
    前記判断部は、前記ACKを構築することが必要であるかどうかを、
    前記パケット長に前記対応するデータパケットの前記TCP SNを足した結果である前記ACKのSNを、前記受信側によって返されるTCP ACKの最大SNと比較すること、
    によって判断し、
    前記受信側によって返される前記TCP ACKの最大SNが前記ACKのSNより小さい場合、前記送信側に向けたACKが構築され、前記受信側によって返される前記TCP ACKの最大SNが前記ACKのSN以上である場合、前記送信側に向けたACKが構築されない
    請求項16に記載のデータ伝送装置。
  18. 前記受信側によって返される前記TCP ACKのSNを、前記構築部によって構築される前記ACKのSNと比較するように構成された比較部、
    をさらに備え、
    前記受信側によって返される前記TCP ACKのSNが前記構築されるACKの最大SNより大きい場合、前記受信側から受信される前記TCP ACKが前記送信側に送信され、前記受信側によって返される前記TCP ACKのSNが前記構築されるACKの最大SN以下である場合、前記受信側から受信される前記TCP ACKが廃棄される
    請求項17に記載のデータ伝送装置。
  19. 送信側によって送信されるデータパケットを受信するように構成された第2の受信部と、
    前記受信されるデータパケットを、プロトコル層を介して受信側に送信するように構成された第2の送信部と、
    前記プロトコル層が前記受信側によって前記送信側に送信される前記データパケットの確認情報を受信した後で、前記データパケットの前記確認情報に従って対応するデータパケットに関する情報を取得するように構成された取得部と、
    前記取得部によって取得される前記データパケットに関する前記情報に従って、前記送信側に向けた肯定応答ACKを構築するように構成された第2の構築部と、
    を備える、データ伝送装置。
  20. 前記取得部は、前記確認情報に従って前記データパケットのシーケンス番号SNを取得するように構成されている、
    請求項19に記載のデータ伝送装置。
  21. 前記取得部はさらに、前記データパケットの前記SNに従ってTCPパケットのパケット長およびTCP SNを取得するように構成されている、
    請求項20に記載のデータ伝送装置。
  22. 前記第2の構築部は、前記TCPパケットの前記パケット長およびTCP SNに従って前記ACKを構築し、前記ACKのSNは、前記パケット長に前記TCP SNを足したものである、
    請求項21に記載のデータ伝送装置。
  23. ACKを構築することが必要であるかどうか判断するように構成された第2の判断部、
    をさらに備え、
    前記第2の判断部は、前記ACKを構築することが必要であるかどうかを、
    前記パケット長に前記TCP SNを足した結果である前記ACKのSNを、前記受信側によって返されるTCP ACKの最大SNと比較すること、
    によって判断し、
    前記受信側によって返される前記TCP ACKの最大SNが前記ACKのSNより小さい場合、前記送信側に向けたACKが構築され、前記受信側によって返される前記TCP ACKの最大SNが前記ACKのSN以上である場合、前記送信側に向けたACKが構築されない、
    請求項22に記載のデータ伝送装置。
  24. 前記受信側によって返される前記TCP ACKのSNを、前記構築されるACKの最大SNと比較するように構成された第2の比較部、
    をさらに備え、
    前記受信側によって返される前記TCP ACKのSNが前記構築されるACKの最大SNより大きい場合、前記受信側から受信される前記TCP ACKが前記送信側に送信され、前記受信側によって返される前記TCP ACKのSNが前記構築されるACKの最大SN以下である場合、前記受信側から受信される前記TCP ACKが廃棄される
    請求項23に記載のデータ伝送装置。
  25. 送信側と受信側との間でデータを伝送するように構成された中間ネットワーク要素NEであって、
    プロトコル層と、請求項14から18のいずれか1項に記載のデータ伝送装置とを備え、
    前記プロトコル層は中間NEの任意のプロトコル層であり、前記プロトコル層と前記受信側との間には確認機構が存在し、前記受信側は、データパケットを受信し次第、前記プロトコル層に確認情報を返し、
    前記プロトコル層と前記データ伝送装置との間ではデータパケットマッピングが共用され、前記プロトコル層が前記受信側によって返される前記確認情報を受信した後、前記データ伝送装置は、前記データパケットマッピングに従って肯定応答ACKを構築し、前記ACKを前記送信側に送信する、
    中間ネットワーク要素NE。
  26. 送信側と受信側との間でデータを伝送するように構成された中間ネットワーク要素NEであって、
    プロトコル層と、請求項19から24のいずれか1項に記載のデータ伝送装置とを備え、
    前記プロトコル層は中間NEの任意のプロトコル層であり、前記プロトコル層と前記受信側との間には確認機構が存在し、前記受信側は、データパケットを受信し次第、前記プロトコル層に確認情報を返し、
    前記プロトコル層が前記受信側によって返される確認情報を受信した後、前記データ伝送装置は、前記確認情報に従って前記データパケットに関する情報を取得し、前記データパケットに関する前記情報に従って前記送信側に向けた肯定応答、ACK、を構築する
    中間ネットワーク要素NE。
JP2011517740A 2008-07-17 2009-07-17 データ伝送方法および装置 Active JP5484460B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200810141665.9A CN101335603B (zh) 2008-07-17 2008-07-17 数据传输方法和装置
CN200810141665.9 2008-07-17
PCT/CN2009/072814 WO2010006557A1 (zh) 2008-07-17 2009-07-17 数据传输方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2013217537A Division JP5740449B2 (ja) 2008-07-17 2013-10-18 データ伝送方法および装置

Publications (2)

Publication Number Publication Date
JP2011528198A true JP2011528198A (ja) 2011-11-10
JP5484460B2 JP5484460B2 (ja) 2014-05-07

Family

ID=40197944

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2011517740A Active JP5484460B2 (ja) 2008-07-17 2009-07-17 データ伝送方法および装置
JP2013217537A Active JP5740449B2 (ja) 2008-07-17 2013-10-18 データ伝送方法および装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2013217537A Active JP5740449B2 (ja) 2008-07-17 2013-10-18 データ伝送方法および装置

Country Status (7)

Country Link
US (2) US20120039249A1 (ja)
EP (1) EP2302827B1 (ja)
JP (2) JP5484460B2 (ja)
CN (1) CN101335603B (ja)
CA (1) CA2738103C (ja)
RU (1) RU2474059C1 (ja)
WO (1) WO2010006557A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101335603B (zh) 2008-07-17 2011-03-30 华为技术有限公司 数据传输方法和装置
CN102761905B (zh) * 2011-04-26 2016-03-30 华为技术有限公司 消息处理方法、设备及系统
CN102263687A (zh) * 2011-08-11 2011-11-30 武汉思为同飞网络技术有限公司 广域网vpn加速网关及其加速通信系统和方法
DE102012024706A1 (de) 2011-12-22 2013-06-27 Volkswagen Aktiengesellschaft Verfahren und Vorrichtung zur Müdigkeitserkennung
CN104641719B (zh) 2013-05-20 2018-07-03 华为技术有限公司 一种确认报文发送方法及其设备
CN103534973B (zh) * 2013-06-05 2016-09-28 华为技术有限公司 一种减少传输控制层确认报文的方法、装置和系统
US10143039B2 (en) * 2013-08-26 2018-11-27 Continental Teves Ag & Co. Ohg Processing-path-dependent filtering of data packets received in the car2X network
WO2016026128A1 (en) * 2014-08-21 2016-02-25 SZ DJI Technology Co., Ltd. Unmanned aerial vehicle communications methods and systems
CN105635058B (zh) * 2014-10-30 2019-05-17 中国科学院声学研究所 一种无协议栈模式下针对tcp的中间人处理方法
CN106209733B (zh) * 2015-04-30 2019-05-10 华为技术有限公司 一种数据处理方法及装置
CN106341348B (zh) * 2015-07-17 2019-06-21 普天信息技术有限公司 一种面向tcp业务的流量控制方法及接入网网元
CN116582894A (zh) * 2016-05-13 2023-08-11 瑞典爱立信有限公司 在无线通信系统中推荐数据速率的系统和方法
CN107465625A (zh) * 2016-06-06 2017-12-12 普天信息技术有限公司 传输控制协议的传输方法和装置
RU2728803C1 (ru) * 2017-01-24 2020-07-31 Хуавей Текнолоджиз Ко., Лтд. Устройство и способ передачи данных и оборудование, размещенное у клиента
CN107659558A (zh) * 2017-08-22 2018-02-02 上海华为技术有限公司 一种数据传输方法及基站
CN109525374B (zh) * 2017-09-20 2020-10-16 华为技术有限公司 数据传输的方法、无线接入点、用户设备及传输设备
CN110035477B (zh) * 2019-04-17 2021-03-16 彭泽春 基于物联网的智能管理人才培训方法及系统
EP3994862B1 (en) * 2019-07-03 2023-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Packet acknowledgement techniques for improved network traffic management
CN112243266B (zh) * 2019-07-18 2024-04-19 大唐联仪科技有限公司 一种数据组包方法及装置
CN113055193B (zh) * 2021-03-16 2023-02-17 盛立安元科技(杭州)股份有限公司 一种数据多播传输方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036586A (ja) * 1999-07-21 2001-02-09 Oki Electric Ind Co Ltd ゲートウェイ装置
WO2002056631A1 (fr) * 2001-01-05 2002-07-18 Matsushita Electric Industrial Co., Ltd. Systeme de communication mobile et procede de transmission radio
JP2003046432A (ja) * 2001-08-02 2003-02-14 Matsushita Electric Ind Co Ltd 路側装置及び車載装置
JP2005236961A (ja) * 2004-01-23 2005-09-02 Ntt Docomo Inc 送信装置およびプログラム
JP2006114973A (ja) * 2004-10-12 2006-04-27 Nec Infrontia Corp 無線基地局及び無線端末装置
US20060136598A1 (en) * 2004-12-17 2006-06-22 Britestream Networks, Inc. TCP/IP proxy utilizing transparent acknowledgements

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999004343A1 (en) * 1997-07-18 1999-01-28 Interprophet Corporation Tcp/ip network accelerator system and method
CN1309252C (zh) * 1997-09-17 2007-04-04 松下电器产业株式会社 将视频数据记录在光盘的设备和方法
EP1045551A3 (en) 1999-04-15 2003-06-18 Lucent Technologies Inc. Method for transmission between data networks and wireless communication system
EP2290865B1 (en) * 2000-04-17 2018-10-17 Apple Inc. Cooperation of arq protocols at physical and link layers for wireless communications
FI20002320A (fi) * 2000-10-20 2002-04-21 Nokia Corp Eston hallinta langattomissa tietoliikenneverkoissa
US7292601B2 (en) * 2001-06-19 2007-11-06 At&T Corp. Error-rate management in wireless systems
US7023876B2 (en) * 2001-07-09 2006-04-04 Quantum Corporation Point-to-point protocol
JP4201550B2 (ja) * 2002-08-30 2008-12-24 富士通株式会社 負荷分散装置
CN1272724C (zh) * 2002-12-31 2006-08-30 联想(北京)有限公司 基于内核中套接字对接的第七层负载均衡的方法
US8644321B2 (en) 2003-09-16 2014-02-04 Qualcomm Incorporated Scheduling packet transmissions
KR100585230B1 (ko) * 2003-12-27 2006-05-30 한국전자통신연구원 유무선 통합 인터넷 프로토콜망에서 패킷 유실과 전송지연을 감소시키는 티씨피 프록시 설정 방법 및 시스템
US7916702B2 (en) 2004-01-15 2011-03-29 Panasonic Corporation Dynamic network management apparatus and dynamic network management method
US7859996B2 (en) * 2004-10-29 2010-12-28 Broadcom Corporation Intelligent congestion feedback apparatus and method
TWI391018B (zh) * 2004-11-05 2013-03-21 Ruckus Wireless Inc 藉由確認抑制之增強資訊量
KR100785293B1 (ko) * 2005-02-11 2007-12-12 삼성전자주식회사 다중 tcp확인응답을 이용한 tcp 혼잡 제어 시스템및 그 방법
JP2008536356A (ja) * 2005-03-10 2008-09-04 サムスン エレクトロニクス カンパニー リミテッド 非対称帯域幅リンクを有する加入者網における転送制御プロトコルの両方向同時転送のための転送制御方法及び装置
JP4627669B2 (ja) * 2005-03-16 2011-02-09 アラクサラネットワークス株式会社 パケット転送装置およびその転送制御方式
US7940713B2 (en) * 2005-12-08 2011-05-10 Electronics And Telecommunications Research Institute Apparatus and method for traffic performance improvement and traffic security in interactive satellite communication system
US8238242B2 (en) * 2006-02-27 2012-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Flow control mechanism using local and global acknowledgements
US8365045B2 (en) * 2007-12-10 2013-01-29 NetCee Systems, Inc. Flow based data packet processing
WO2009096743A2 (en) * 2008-01-31 2009-08-06 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8320250B2 (en) * 2008-02-12 2012-11-27 Nvidia Corporation Method and arrangement for TCP flow control
CN101335603B (zh) * 2008-07-17 2011-03-30 华为技术有限公司 数据传输方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001036586A (ja) * 1999-07-21 2001-02-09 Oki Electric Ind Co Ltd ゲートウェイ装置
WO2002056631A1 (fr) * 2001-01-05 2002-07-18 Matsushita Electric Industrial Co., Ltd. Systeme de communication mobile et procede de transmission radio
JP2003046432A (ja) * 2001-08-02 2003-02-14 Matsushita Electric Ind Co Ltd 路側装置及び車載装置
JP2005236961A (ja) * 2004-01-23 2005-09-02 Ntt Docomo Inc 送信装置およびプログラム
JP2006114973A (ja) * 2004-10-12 2006-04-27 Nec Infrontia Corp 無線基地局及び無線端末装置
US20060136598A1 (en) * 2004-12-17 2006-06-22 Britestream Networks, Inc. TCP/IP proxy utilizing transparent acknowledgements

Also Published As

Publication number Publication date
US20120033579A1 (en) 2012-02-09
EP2302827A4 (en) 2011-12-28
US20120039249A1 (en) 2012-02-16
EP2302827A1 (en) 2011-03-30
JP2014045499A (ja) 2014-03-13
CN101335603B (zh) 2011-03-30
CA2738103A1 (en) 2010-01-21
WO2010006557A1 (zh) 2010-01-21
CN101335603A (zh) 2008-12-31
JP5484460B2 (ja) 2014-05-07
CA2738103C (en) 2014-04-01
US8630203B2 (en) 2014-01-14
JP5740449B2 (ja) 2015-06-24
RU2474059C1 (ru) 2013-01-27
EP2302827B1 (en) 2016-11-09

Similar Documents

Publication Publication Date Title
JP5740449B2 (ja) データ伝送方法および装置
EP3780542B1 (en) Data transmission method and device
US7835399B2 (en) IP header compression context identifier synergism
JP5969611B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
JP5814473B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
KR100750170B1 (ko) 통신 네트워크에서 데이터 프레임을 효율적으로 전송하는방법 및 장치
JP5796132B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
Lumezanu et al. The effect of packet loss on redundancy elimination in cellular wireless networks
JP2005006320A (ja) 無線通信ネットワーク、無線通信局、およびデータ・パケットを送信する方法
JP5837983B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
US8000245B2 (en) Internet protocol header compression reordering
EP1873994A1 (en) Quality of service securing method and apparatus
CN111131179B (zh) 业务处理方法、装置、网络设备及存储介质
JP5951779B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
JP5124591B2 (ja) Ranにおける連続するデータユニットの表示の方法
US7822056B2 (en) LCR switch with header compression
CN106534056B (zh) 通信装置以及通信方法
KR102031896B1 (ko) Udp 캡슐화에 기반한 대역폭 정보 제공 방법 및 이를 위한 장치
JP5121660B2 (ja) 通信システム用の送信方法及び送信装置
JP2007267182A (ja) 通信装置およびメモリ領域管理方法
KR20240027495A (ko) 예측 기반 경로 결정 장치 및 방법
CN114422441A (zh) 控制流量的方法及装置
KR20070045659A (ko) 무선랜 접속 성능 개선 방법 및 시스템

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120905

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120911

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20121129

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20121206

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20121227

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130206

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20130625

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131018

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20131029

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131126

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140115

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140212

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140218

R150 Certificate of patent or registration of utility model

Ref document number: 5484460

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250