[go: up one dir, main page]

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

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

Info

Publication number
JP2014045499A
JP2014045499A JP2013217537A JP2013217537A JP2014045499A JP 2014045499 A JP2014045499 A JP 2014045499A JP 2013217537 A JP2013217537 A JP 2013217537A JP 2013217537 A JP2013217537 A JP 2013217537A JP 2014045499 A JP2014045499 A JP 2014045499A
Authority
JP
Japan
Prior art keywords
tcp
data packet
ack
received
packet
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
JP2013217537A
Other languages
English (en)
Other versions
JP5740449B2 (ja
Inventor
Junhua Liao
リャオ、ジュンファ
Yanqiang Zhang
チェン、ヤンチァン
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 JP2014045499A publication Critical patent/JP2014045499A/ja
Application granted granted Critical
Publication of JP5740449B2 publication Critical patent/JP5740449B2/ja
Expired - Fee Related 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を生成するステップと、を含む
【選択図】図1

Description

発明は移動体通信分野に関し、詳細には、データ伝送方法および装置に関する。
伝送制御プロトコル(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 (10)

  1. 伝送制御プロトコル(TCP)機能強化エンティティが、送信側によって送信されたデータパケットを受信し、前記受信されたデータパケットに関する情報を記録
    前記TCP機能強化エンティティが、前記受信されたデータパケットを、プロトコル層を介して受信側に送信し、
    前記TCP機能強化エンティティが、前記プロトコル層を介して前記受信側から前記データパケットの確認情報を受信し、
    前記TCP機能強化エンティティが、記録されたデータパケットと前記プロトコル層によって受信されたデータパケットとの関係であるデータパケットマッピングに従って、前記データパケットに関する記録情報を検索し、
    前記TCP機能強化エンティティが、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信しているかどうか判定し、
    前記TCP機能強化エンティティが、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信していない場合、前記TCP機能強化エンティティが、受信されたデータパケットに関する記録情報を検索する前記ステップによって取得された前記データパケットに関する情報に従って前記送信側に向けたTCP肯定応答ACKを構築し、
    前記TCP機能強化エンティティが、前記構築したTCP肯定応答ACKを前記送信側に送信すること、
    を含む、データ伝送方法。
  2. 前記TCP機能強化エンティティが、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信した場合、
    前記TCP機能強化エンティティが、対応するTCP肯定応答ACKを構築したかどうかを判定し、
    前記対応するTCP肯定応答ACKが構築されていた場合、前記TCP機能強化エンティティが、受信したTCP肯定応答ACKを廃棄し、
    前記対応するTCP肯定応答ACKが構築されていない場合、前記TCP機能強化エンティティが、受信したTCP肯定応答ACKを前記送信側に送信すること、
    を更に含む、請求項1に記載のデータ伝送方法。
  3. 伝送制御プロトコル(TCP)機能強化エンティティが、送信側によって送信されたTCPパケットを受信し、
    前記TCP機能強化エンティティが、前記受信したTCPパケットを、プロトコル層を介して受信側に送信し、
    前記TCP機能強化エンティティが前記プロトコル層の確認情報を受信した後、前記TCP機能強化エンティティが、前記受信側で前記TCPパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信しているかどうか判定し、
    前記受信側で前記TCPパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信していない場合、前記TCP機能強化エンティティが、前記プロトコル層の確認情報に従って前記送信側に向けたTCP肯定応答ACKを構築し、
    前記TCP機能強化エンティティが、前記構築したTCP肯定応答ACKを前記送信側に送信すること、
    を含む、データ伝送方法。
  4. 前記TCP機能強化エンティティが、前記受信側で前記TCPパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信した場合、
    前記TCP機能強化エンティティが、対応するTCP肯定応答ACKを構築したかどうかを判定し、
    前記対応するTCP肯定応答ACKが構築されていた場合、前記TCP機能強化エンティティが、受信したTCP肯定応答ACKを廃棄し、
    前記対応するTCP肯定応答ACKが構築されていない場合、前記TCP機能強化エンティティが、受信したTCP肯定応答ACKを前記送信側に送信すること、
    を更に含む、請求項3に記載のデータ伝送方法。
  5. 前記プロトコル層が無線リンク制御層である、請求項3又は4に記載のデータ伝送方法。
  6. 前記TCP機能強化エンティティが前記プロトコル層の確認情報を受信した後、前記TCP機能強化エンティティが、データパケットマッピングに従って前記受信側に前記TCPパケットが正しく受信されたことを判定し、前記データパケットマッピングはTCPパケットと前記プロトコル層を介して受信したデータパケットとの関係を示す、請求項3〜5のいずれか一項に記載のデータ伝送方法。
  7. 送信側によって送信されデータパケットを受信し、前記受信したデータパケットに関する情報を記録するように構成された受信部と、
    前記受信したデータパケットを、プロトコル層を介して受信側に送信するように構成された送信部と、
    前記プロトコル層が前記受信側から前記データパケットの確認情報を受信した後、記録されるデータパケットと前記プロトコル層によって受信されるデータパケットとの関係であるデータパケットマッピングに従って、前記データパケットに関する記録情報を検索するように構成された検索部と、
    前記受信側で前記データパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信しているかどうか判定し、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信していない場合、前記検索部によって取得される前記データパケットに関する前記情報に従って前記送信側に向けた肯定応答ACKを構築するように構成された構築部と、
    を備える、データ伝送装置。
  8. 送信側から送信されたTCPパケットを受信するよう構成されたユニットと、
    前記受信したTCPパケットを、プロトコル層を介して受信側に送信するように構成されたユニットと、
    前記プロトコル層の確認情報を受信した後、前記受信側で前記データパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信しているかどうか判定し、前記受信側で前記TCPパケットを受信したことに応じて前記受信側から返されたTCP肯定応答ACKを受信していない場合、前記プロトコル層の確認情報に従って前記送信側に向けたTCP肯定応答ACKを構築するよう構成されたユニットと、
    前記構築したTCP肯定応答ACKを前記送信側に送信するよう構成されたユニットと、
    を備える、データ伝送装置。
  9. コンピュータに請求項1又は2に記載の方法を実行させるプログラムを記憶したコンピュータ可読記憶媒体。
  10. コンピュータに請求項3〜6のいずれか一項に記載の方法を実行させるプログラムを記憶したコンピュータ可読記憶媒体。
JP2013217537A 2008-07-17 2013-10-18 データ伝送方法および装置 Expired - Fee Related JP5740449B2 (ja)

Applications Claiming Priority (2)

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

Related Parent Applications (1)

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

Publications (2)

Publication Number Publication Date
JP2014045499A true JP2014045499A (ja) 2014-03-13
JP5740449B2 JP5740449B2 (ja) 2015-06-24

Family

ID=40197944

Family Applications (2)

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

Family Applications Before (1)

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

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)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017538335A (ja) * 2014-10-30 2017-12-21 中国科学院声学研究所Institute Of Acoustics, Chinese Academy Of Sciences プロトコルスタックがないモードにおけるtcpの中間者処理方法

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
EP2993954B1 (en) * 2013-05-20 2019-10-02 Huawei Technologies Co., Ltd. Acknowledgement packet transmission method and device thereof
WO2014194493A1 (zh) * 2013-06-05 2014-12-11 华为技术有限公司 一种减少传输控制层确认报文的方法、装置和系统
DE102014216784A1 (de) * 2013-08-26 2015-02-26 Continental Teves Ag & Co. Ohg Verarbeitungspfadabhängige Filterung von im Car2X-Netzwerk empfangenen Datenpaketen
CN105940627B (zh) * 2014-08-21 2019-05-21 深圳市大疆创新科技有限公司 无人飞行器及其通信方法和地面终端
CN106209733B (zh) * 2015-04-30 2019-05-10 华为技术有限公司 一种数据处理方法及装置
CN106341348B (zh) * 2015-07-17 2019-06-21 普天信息技术有限公司 一种面向tcp业务的流量控制方法及接入网网元
RU2699398C1 (ru) 2016-05-13 2019-09-05 Телефонактиеболагет Лм Эрикссон (Пабл) Системы и способы рекомендования скорости передачи данных в системе беспроводной связи
CN107465625A (zh) * 2016-06-06 2017-12-12 普天信息技术有限公司 传输控制协议的传输方法和装置
KR20190105061A (ko) * 2017-01-24 2019-09-11 후아웨이 테크놀러지 컴퍼니 리미티드 데이터를 송신하는 방법과 데이터 송신 장치, 및 고객 댁내 장치
CN107659558A (zh) * 2017-08-22 2018-02-02 上海华为技术有限公司 一种数据传输方法及基站
CN109525374B (zh) * 2017-09-20 2020-10-16 华为技术有限公司 数据传输的方法、无线接入点、用户设备及传输设备
CN110035477B (zh) * 2019-04-17 2021-03-16 彭泽春 基于物联网的智能管理人才培训方法及系统
WO2021001250A1 (en) * 2019-07-03 2021-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Packet acknowledgement techniques for improved network traffic management
CN112243266B (zh) * 2019-07-18 2024-04-19 大唐联仪科技有限公司 一种数据组包方法及装置
US20230162852A1 (en) * 2020-05-17 2023-05-25 Given Imaging Ltd. Flow based dynamic connectivity system
CN113055193B (zh) * 2021-03-16 2023-02-17 盛立安元科技(杭州)股份有限公司 一种数据多播传输方法、装置、设备及存储介质

Citations (4)

* 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 ゲートウェイ装置
JP2003046432A (ja) * 2001-08-02 2003-02-14 Matsushita Electric Ind Co Ltd 路側装置及び車載装置
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 (25)

* 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
CN1280798C (zh) * 1997-09-17 2006-10-18 松下电器产业株式会社 光盘的重现设备和重现方法
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
FI20002320A7 (fi) * 2000-10-20 2002-04-21 Nokia Corp Eston hallinta langattomissa tietoliikenneverkoissa
JPWO2002056631A1 (ja) * 2001-01-05 2004-05-20 松下電器産業株式会社 移動体通信システム及び無線通信方法
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 한국전자통신연구원 유무선 통합 인터넷 프로토콜망에서 패킷 유실과 전송지연을 감소시키는 티씨피 프록시 설정 방법 및 시스템
CN1961538A (zh) 2004-01-15 2007-05-09 松下电器产业株式会社 动态网络管理装置和动态网络管理方法
JP4594110B2 (ja) * 2004-01-23 2010-12-08 株式会社エヌ・ティ・ティ・ドコモ 送信装置およびプログラム
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 혼잡 제어 시스템및 그 방법
EP1856834A1 (en) 2005-03-10 2007-11-21 Samsung Electronics Co., Ltd. Transmission control method for tcp bi-directional transmission in asymmetric bandwidth pre-allocated subscriber network and apparatus therefor
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
WO2007095967A1 (en) * 2006-02-27 2007-08-30 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
US8270348B2 (en) * 2008-01-31 2012-09-18 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 (4)

* 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 ゲートウェイ装置
JP2003046432A (ja) * 2001-08-02 2003-02-14 Matsushita Electric Ind Co Ltd 路側装置及び車載装置
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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017538335A (ja) * 2014-10-30 2017-12-21 中国科学院声学研究所Institute Of Acoustics, Chinese Academy Of Sciences プロトコルスタックがないモードにおけるtcpの中間者処理方法

Also Published As

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

Similar Documents

Publication Publication Date Title
JP5740449B2 (ja) データ伝送方法および装置
EP3780542B1 (en) Data transmission method and device
KR101506849B1 (ko) 정보 중심 네트워크를 위한 일반화된 듀얼 모드 데이터 포워딩 플레인
JP5814473B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
JP5796132B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
CN102130756B (zh) 数据传输方法和装置
WO2012129922A1 (zh) 一种报文处理方法、转发设备及系统
US10602399B2 (en) Dynamic content distribution in mobile telecommunications network
JP5837983B2 (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
EP1873994A1 (en) Quality of service securing method and apparatus
JP5124591B2 (ja) Ranにおける連続するデータユニットの表示の方法
JP2014527384A (ja) ネットワーク品質の推定、接続性の検出、および負荷の管理のためのシステムおよび方法
US7822056B2 (en) LCR switch with header compression
CN106534056B (zh) 通信装置以及通信方法
JP2010067015A (ja) ファイル送信装置、ファイル受信装置、ファイル送受信システム及びそのプログラム
KR101328732B1 (ko) 이기종 네트워크 기반 데이터 동시 전송 서비스를 지원하는 장치
JP2007267182A (ja) 通信装置およびメモリ領域管理方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140909

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141106

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: 20150407

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150427

R150 Certificate of patent or registration of utility model

Ref document number: 5740449

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

LAPS Cancellation because of no payment of annual fees