JP2017526223A - データ送信方法及びデバイス - Google Patents

データ送信方法及びデバイス Download PDF

Info

Publication number
JP2017526223A
JP2017526223A JP2016573950A JP2016573950A JP2017526223A JP 2017526223 A JP2017526223 A JP 2017526223A JP 2016573950 A JP2016573950 A JP 2016573950A JP 2016573950 A JP2016573950 A JP 2016573950A JP 2017526223 A JP2017526223 A JP 2017526223A
Authority
JP
Japan
Prior art keywords
ack
tcp layer
intercept
data packet
category
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
JP2016573950A
Other languages
English (en)
Other versions
JP6418660B2 (ja
Inventor
ファン、ミン
チャン、シュー
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
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 ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2017526223A publication Critical patent/JP2017526223A/ja
Application granted granted Critical
Publication of JP6418660B2 publication Critical patent/JP6418660B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H04L47/323—Discarding or blocking control packets, e.g. ACK packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本発明の複数の実施形態は、通信技術分野に関し、無線エアインタフェースリンクにおいて第１のデバイスと第２のデバイスとの間で送信されるＴＣＰ層ＡＣＫパケット数を減少させ、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させるデータ送信方法及びデバイスを開示する。具体的な解決手段は以下の通りである。ＴＣＰ層ＡＣＫを第１のデバイスによって取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。本発明は、ＴＣＰ接続に基づくデータパケット送信処理に適用される。

Description

本発明は、通信技術分野に関し、詳細には、データ送信方法及びデバイスに関する。
送信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰ）は、信頼性の高い接続指向の送信プロトコルである。ＴＣＰは、ＴＣＰデータ送信処理において確認応答メカニズムを提供することがある。具体的には、ＴＣＰデータパケットを受信した後に、データパケット受信側は、確認応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）によってデータパケット送信側に応答し、データパケット受信側がＴＣＰデータパケットを既に受信したことをデータパケット送信側に通知することがある。確かに、データパケット受信側は、複数のＴＣＰデータパケットを一度に確認応答することがある。例えば、連続的なシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、ＳＮ）を有するＴＣＰデータパケット１、ＴＣＰデータパケット２、及びＴＣＰデータパケット３を連続して受信した後に、データパケット受信側は、ＴＣＰデータパケット３のみを確認応答する必要がある。
従来技術では、データパケット受信側とデータパケット送信側との間のＴＣＰ接続は、概して、ＴＣＰ無線接続及びＴＣＰ有線接続を含む。図１に示されるように、端末とアプリケーションサーバとの間のＴＣＰ接続は、端末と無線アクセスネットワーク（居住アクセスネットワーク、ＲＡＮ）側デバイスとの間のＴＣＰ無線接続、及びコアネットワークを介したＲＡＮ側デバイスとアプリケーションサーバとの間のＴＣＰ有線接続を含んでよい。
前述の確認応答メカニズムに基づいて、データパケット送信側によって送信されたＴＣＰデータパケットを受信した後に、ＴＣＰ有線接続のデータパケット受信側及びＴＣＰ無線接続のデータパケット受信側の両方は、ＡＣＫによってデータパケット送信側に応答する必要がある。図１のＴＣＰ無線接続を例として用いると、ダウンリンクデータ送信処理において、ＲＡＮ側デバイスによって送信されたＴＣＰデータパケットを受信した後に、端末は、ＡＣＫによってＲＡＮ側デバイスに応答する必要がある。
しかしながら、以下の問題が存在する。ライブネットワークにおけるＴＣＰデータ送信処理では、データパケット受信側は、比較的多数のＡＣＫによってデータパケット送信側に応答し（統計収集によれば、ＴＣＰダウンリンクデータ送信処理において、アップリンクデータの９０％がＡＣＫである）、ＴＣＰ無線接続における多数のＡＣＫ送信が、無線エアインタフェースリンクリソースを占有することがあり、無線エアインタフェースリンクリソースの消費を増加させ、無線サービスデータの送信効率に影響している。
本発明の複数の実施形態は、データ送信方法及びデバイスを提供し、無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数を減少させ、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させる。
本発明の複数の実施形態の第１の態様は、データ送信方法を提供する。データ送信方法は、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを、第１のデバイスによって取得する段階と、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする段階と、
を含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
第１の態様を参照すると、可能な実装態様において、方法は、
無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信し、これにより、第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階をさらに含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、方法は、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信する段階、又は、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信する段階
をさらに含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、第１のデバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する段階の前に、方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、第１のデバイスがインタセプト決定をなす場合に、第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
第２のデバイスに第２の能力交渉シグナリングを送信する段階であって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む、段階と、
をさらに含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する段階の前に、方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のインタセプトオペレーションに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
をさらに含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスはユーザ機器である。
本発明の複数の実施形態の第２の態様は、データ送信方法を提供する。データ送信方法は、
第２のデバイスによって、第１のデバイスからリンク層確認応答ＡＣＫを受信する段階であって、リンク層ＡＣＫは、第１のデバイスが第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される、段階と、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階と、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
第２の態様を参照すると、可能な実装態様において、方法は、第２のデバイスによって、第１のデバイスからリンク層ＡＣＫを受信する段階の前に、方法は、
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する段階であって、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む、段階
をさらに含む。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階は、
リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する段階であって、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である、段階を含む。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、第２のデバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する段階の後に、方法は、
第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する段階をさらに含み、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、第２のデバイスがアプリケーションサーバから受信されたＴＣＰ層をカプセル化した後に、第２のデバイスによって取得され、
連続確認応答データパケットは、第２のデバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階の前に、方法は、
第１のデバイスから第２の能力交渉シグナリングを受信する段階であって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションのインタセプトパラメータインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる、段階と、
をさらに含む。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階の前に、方法は、
第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のＡＣＫカテゴリに従って、第２のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第２のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
をさらに含み、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、第２のデバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスはユーザ機器である。
本発明の複数の実施形態の第３の態様は、デバイスを提供する。デバイスは、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得するように構成される取得ユニットと、
取得ユニットによって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成されるインタセプトユニットと、
を含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
第３の態様を参照すると、可能な実装態様において、デバイスは、
無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される受信ユニットと、
受信ユニットが、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成される送信ユニットであって、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する、送信ユニットと、
をさらに含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、送信ユニットをさらに含み、
送信ユニットは、取得ユニットによって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される、又は、
送信ユニットは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
取得ユニットがＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
受信ユニットによって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第１の決定ユニットであって、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、第１の決定ユニットと、
第１の決定ユニットによって決定されたＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１の決定ユニットによって決定されたインタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成される第２の決定ユニットと、
第２のデバイスに第２の能力交渉シグナリングを送信するように構成される送信ユニットであって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む、送信ユニットと、
をさらに含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
取得ユニットがＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
受信ユニットによって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、受信ユニットによって受信された第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
をさらに含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の複数の実施形態の第４の態様は、デバイスを提供する。デバイスは、
第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される受信ユニットであって、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される、受信ユニットと、
受信ユニットによって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される第１の決定ユニットと、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
第４の態様を参照すると、可能な実装態様において、デバイスは、
受信ユニットが第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するように構成される取得ユニットをさらに含み、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
第１の決定ユニットは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成され、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、デバイスは、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を第１の決定ユニットが決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するように構成される構築ユニットをさらに含み、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層をデバイスがカプセル化した後に、デバイスによって取得され、
連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、
受信ユニットは、第１の決定ユニットが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
デバイスは、
受信ユニットによって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニットによって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第２の決定ユニットであって、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、第２の決定ユニットと、
第２の決定ユニットによって決定されたＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第２の決定ユニットによって決定されたインタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む、送信ユニットと、
をさらに含み、
第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
第１の決定ユニットが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、送信ユニットと、
第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される第４の決定ユニットと、
をさらに含み、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
本発明の複数の実施形態第５の態様は、デバイスを提供する。デバイスは、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成されるプロセッサを含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
第５の態様を参照すると、可能な実装態様において、デバイスは、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される受信機と、
受信機が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成される送信機であって、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する、送信機と、
をさらに含む。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信機は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される、又は、
送信機は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成され、
ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
送信機は、第２のデバイスに第２の能力交渉シグナリングを送信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、受信機によって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の複数の実施形態の第６の態様は、デバイスを提供する。デバイスは、
第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される受信ユニットであって、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される、受信機と、
受信機によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成されるプロセッサと、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
第６の態様を参照すると、可能な実装態様において、プロセッサは、受信機が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するようにさらに構成され、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
プロセッサは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成され、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、プロセッサは、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するようにさらに構成され、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層をデバイスがカプセル化した後に、デバイスによって取得され、
連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、受信機によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信機によって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成され、
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
デバイスは、
第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信機をさらに含み、
第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信機は、プロセッサが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成され、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
本発明の複数の実施形態において提供されるデータ送信方法及びデバイスにおいて、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。第２のデバイスは、第１のデバイスから受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、第１のデバイスと第２のデバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
本発明の複数の実施形態又は従来技術における技術的解決手段をより明確に説明すべく、以下、実施形態又は従来技術の説明に必要な添付図面を簡潔に説明する。以下の説明における添付図面は、本発明のいくつかの実施形態を示したものに過ぎず、当業者であれば、創造的努力なしに、これらの添付図面から他の図面をなおも導出し得ることは明らかである。
本発明の背景における有線ネットワーク及び無線ネットワークにわたるＴＣＰ接続の模式図である。 本発明の実施形態１に係るデータ送信方法のフローチャートである。 本発明の実施形態２に係るデータ送信方法のフローチャートである。 本発明の実施形態３に係る他のデータ送信方法のフローチャートである。 本発明の実施形態３に係る他のデータ送信方法のフローチャートである。 本発明の実施形態４に係るデータ送信方法のフローチャートである。 本発明の実施形態４に係るデータ送信方法のフローチャートである。 本発明の実施形態に係るデータパケット送信処理の模式図である。 本発明の実施形態に係る他のデータパケット送信処理の模式図である。 本発明の実施形態に係る他のデータパケット送信処理の模式図である。 本発明の実施形態５に係るデータ送信方法のフローチャートである。 本発明の実施形態に係るネットフィルタメカニズムの模式図である。 本発明の実施形態６に係るデバイスの模式構造図である。 本発明の実施形態６に係る他のデバイスの模式構造図である。 本発明の実施形態６に係る他のデバイスの模式構造図である。 本発明の実施形態６に係る他のデバイスの模式構造図である。 本発明の実施形態７に係るデバイスの模式構造図である。 本発明の実施形態７に係る他のデバイスの模式構造図である。 本発明の実施形態７に係る他のデバイスの模式構造図である。 本発明の実施形態７に係る他のデバイスの模式構造図である。 本発明の実施形態８に係るデバイスの模式構造図である。 本発明の実施形態８に係る他のデバイスの模式構造図である。 本発明の実施形態９に係るデバイスの模式構造図である。 本発明の実施形態９に係る他のデバイスの模式構造図である。
以下、本発明の複数の実施形態における添付図面を参照して、本発明の複数の実施形態における技術的解決手段を明確かつ完全に説明する。説明される実施形態は、単に、本発明の複数の実施形態のいくつかに過ぎず、全てではないことは明らかである。創造的努力なしに、本発明の複数の実施形態に基づいて当業者によって取得される他の全ての実施形態は、本発明の保護範囲に属するものとする。
本明細書で説明される様々な技術は、様々な無線通信システム、例えば、現在の２Ｇ及び３Ｇ通信システムならびに次世代通信システム、例えば、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、符号分割多重アクセス（ＣＤＭＡ、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、時分割多重アクセス（ＴＤＭＡ、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ワイドバンド符号分割多重アクセス（ＷＣＤＭＡ（登録商標）、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ Ｗｉｒｅｌｅｓｓ）システム、周波数分割多重アクセス（ＦＤＭＡ、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｄｄｒｅｓｓｉｎｇ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ、Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、汎用パケット無線サービス（ＧＰＲＳ、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）システム、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、及び他の複数の通信システムに適用されてよい。
本明細書の様々な態様は、端末及び／又は基地局及び／又は基地局コントローラを参照して説明される。
さらに、「システム」及び「ネットワーク」という用語は、本明細書において互換的に用いられてよい。本明細書における「及び／又は」という用語は、複数の関連オブジェクトを説明するための対応関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、すなわち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、ならびにＢのみが存在することを表してよい。さらに、本明細書における「／」という文字は、概して、関連オブジェクト間に「又は」という関係があることを示す。
実施形態１
本発明の本実施形態は、データ送信方法を提供し、これは、第１のデバイスに適用されてよい。本実施形態は、第１のデバイス及び第２のデバイスがアップリンクデータ送信又はダウンリンクデータ送信を実行する処理に適用されてよい。図２に示されるように、データ送信方法は、以下の段階を含む。
Ｓ１０１において、第１のデバイスは、送信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰ）層確認応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）を取得する。
一態様において、ＴＣＰ接続に基づくダウンリンクデータ送信シナリオにおいて、第１のデバイスは、ユーザ機器であり、第２のデバイスは、無線アクセスネットワーク（居住アクセスネットワーク、ＲＡＮ）側デバイスである。ＲＡＮ側デバイスは、ＲＡＮにおける任意のデバイス、例えば、基地局又はコントローラであってよい。
ＴＣＰ接続に基づくダウンリンクデータ送信処理において、ＲＡＮ側デバイス（第２のデバイス）は、アプリケーションサーバからＴＣＰ層データパケットを受信し、リンク層データパケットを取得すべくＴＣＰ層データパケットをカプセル化し、次に、ユーザ機器（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ユーザ機器（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべくリンク層データパケットを解析し、次に、ＴＣＰ層データパケットに従って、ＴＣＰ層データパケットの確認応答情報、すなわち、ＴＣＰ層ＡＣＫを生成してよい。
他の態様において、ＴＣＰ接続に基づくアップリンクデータ送信において、第１のデバイスは、ＲＡＮ側デバイスであり、第２のデバイスは、ユーザ機器である。
アップリンクデータ送信シナリオにおいて、ＴＣＰ層データパケットを取得した後に、ユーザ機器（第２のデバイス）は、リンク層データパケットを取得すべくＴＣＰ層データパケットをカプセル化し、次に、ＲＡＮ側デバイス（第１のデバイス）にリンク層データパケットを送信してよい。ユーザ機器（第２のデバイス）からリンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべくリンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットをアプリケーションサーバに送信し、アプリケーションサーバからＴＣＰ層ＡＣＫを受信してよい。
ＴＣＰ層ＡＣＫを取得した後に、第１のデバイス（ダウンリンクデータ送信シナリオにおけるユーザ機器又はアップリンクデータ送信シナリオにおけるＲＡＮ側デバイス）は、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよいことに留意されたい。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、第１のデバイスは、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、Ｓ１０２を実行する。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットではない場合に、第１のデバイスは、第２のデバイスにＴＣＰ層ＡＣＫを送信する。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第１のデバイスは、第２のデバイスにＴＣＰ層ＡＣＫを送信する。
Ｓ１０２において、第１のデバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
無線エアインタフェースリンクにおけるＴＣＰ層ＡＣＫパケットの数を減少させるべく、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよいことに留意されたい。
例示的に、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであること、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、かつ、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリであること、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットに属すること、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、かつ、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリに属することを含む。
例示的に、第１のフィルタ基準は、１）ＴＣＰ層ＡＣＫが、第１のデバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、２）ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、３）ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション（ＴＣＰ Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ Ｏｐｔｉｏｎ）、ＴＣＰウィンドウスケールオプション（ＴＣＰ Ｗｉｎｄｏｗ Ｓｃａｌｅ Ｏｐｔｉｏｎ）、及びＴＣＰサック許可オプション（ＴＣＰ Ｓａｃｋ−Ｐｅｒｍｉｔｔｅｄ Ｏｐｔｉｏｎ）を伝送すること、４）ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、５）ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第２のフィルタ基準におけるにおけるフィルタ条件は、１）ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプション（ＴＣＰ Ｔｉｍｅｓｔａｍｐｓ Ｏｐｔｉｏｎ）を伝送すること、及び、２）ＴＣＰ層ＡＣＫが、ＴＣＰサックオプション（ＴＣＰ Ｓａｃｋ Ｏｐｔｉｏｎ）を伝送することを少なくとも含む。
第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号であり、第１のシーケンス番号は、第１のデバイスがＴＣＰ層ＡＣＫを取得した後であるが、第１のデバイスが取得されたＴＣＰ層ＡＣＫをインタセプトする前に、毎回予約されるＴＣＰ層ＡＣＫのシーケンス番号であり、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされない前に、毎回一度更新される。
本発明の本実施形態の１つの適用シナリオにおいて、第１のデバイスと第２のデバイスとの間における無線エアインタフェースリンクは、第３世代パートナシッププロジェクト（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）リンクであってよく、データは、３ＧＰＰエアインタフェースによって、第１のデバイスと第２のデバイスとの間で送信される。ＴＣＰ接続に基づくデータ送信処理において、第１のデバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。
この適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層であり、例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおけるパケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層である。
本発明の本実施形態の他の適用シナリオにおいて、第１のデバイスと第２のデバイスとの間における無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、第１のデバイスと第２のデバイスとの間で送信される。ＴＣＰ接続に基づくデータ送信処理において、第１のデバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。
この適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この適用シナリオの他のケースにおいて、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層、すなわち、メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）層である。
さらに、本発明の本実施形態の他の適用シナリオにおいて、ＴＣＰ層ＡＣＫをインタセプトする機能は、オペレーティングシステムによって提供されるパケットキャプチャメカニズムによって、第１のデバイスに追加され、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。この適用シナリオにおいて、元のプロトコルスタックは、変更されなくてよい。
例示的に、ダウンリンクデータ送信を例として用いて、図１０に示されるように、ネットフィルタメカニズムが、任意の楕円の破線のボックスによって示されるキャプチャポイントにおいて、エアインタフェースアップリンクＡＣＫパケットをキャプチャするために用いられてよい。一方で、インタセプトモジュールは、ネットフィルタメカニズムを用いることによって、システムに組み込まれる。
図１０に示されるＩＰ層の５つの検出（ＨＯＯＫ）ポイントの機能は、本明細書において別個に説明される。図１０に示されるように、検出ポイント１（ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧ）において、ネットワーク層に入ったばかりのデータパケットは、ポイントを通過し（バージョン番号チェックのような検出が実行される）デスティネーションアドレス変換が、ポイントによって実行される。検出ポイント２（ＮＦ＿ＩＰ＿ＬＯＣＡＬ＿ＩＮ）において、ルーティングサーチの後に、ローカルデバイスに送信されたデータパケットは、検出ポイントを通過し、入力されたパケットのフィルタリングが、検出ポイントによって実行される。検出ポイント３（ＮＦ＿ＩＰ＿ＦＯＲＷＡＲＤ）において、転送されるべきパケットは、ポイントを通過し、ＦＯＲＷＡＲＤパケットのフィルタリングが、検出ポイントによって実行される。検出ポイント４（ＮＦ＿ＩＰ＿ＰＯＳＴ＿ＲＯＵＴＩＮＧ）において、ネットワークデバイスによって送信されるべき全てのデータパケットは、検出ポイントを通過し、ビルトインのソースアドレス変換機能（アドレスマスカレードを含む）が検出ポイントによって実行される。検出ポイント５（ＮＦ＿ＩＰ＿ＬＯＣＡＬ＿ＯＵＴ）において、ローカル処理によって送信されたパケットは、検出ポイントを通過し、出力されたパケットのフィルタリングが、検出ポイントによって実行される。
本発明の本実施形態において提供されるデータ送信方法において、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットが第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態２
本発明の本実施形態は、データ送信方法を提供し、これは、第２のデバイスに適用されてよい。本実施形態は、第１のデバイス及び第２のデバイスがアップリンクデータ送信又はダウンリンクデータ送信を実行する処理に適用されてよい。図３に示されるように、データ送信方法は、以下の段階を含む。
Ｓ２０１において、第２のデバイスは、第１のデバイスからリンク層ＡＣＫを受信する。ここで、リンク層ＡＣＫは、第１のデバイスが第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される。
一態様において、ＴＣＰ接続に基づくダウンリンクデータ送信シナリオにおいて、第１のデバイスは、ユーザ機器であり、第２のデバイスは、ＲＡＮ側デバイスである。
ＴＣＰ接続に基づくダウンリンクデータ送信処理において、ＲＡＮ側デバイス（第２のデバイス）は、アプリケーションサーバからＴＣＰ層データパケットを受信し、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、次に、ユーザ機器（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ユーザ機器（第１のデバイス）は、ＲＡＮ側デバイス（第２のデバイス）にリンク層ＡＣＫを送信してよい。一方で、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよい。
他の態様において、ＴＣＰ接続に基づくアップリンクデータ送信において、第１のデバイスは、ＲＡＮ側デバイスであり、第２のデバイスは、ユーザ機器である。
アップリンクデータ送信シナリオにおいて、ＴＣＰ層データパケットを取得した後に、ユーザ機器（第２のデバイス）は、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、次に、ＲＡＮ側デバイス（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、ユーザ機器（第２のデバイス）にリンク層ＡＣＫを送信してよい。一方で、リンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、解析により取得されたＴＣＰ層データパケットをアプリケーションサーバに送信し、次に、アプリケーションサーバからＴＣＰ層ＡＣＫを受信してよい。ここで、ＴＣＰ層ＡＣＫは、解析によりＲＡＮ側デバイス（第１のデバイス）によって取得されたＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫである。
Ｓ２０２において、第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する。
第２のデバイスは、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得し（ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む）、次に、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定してよい。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
本発明の本実施形態において提供されるデータ送信方法において、第２のデバイスは、第１のデバイスからリンク層確認応答ＡＣＫを受信する。ここで、リンク層ＡＣＫは、第１のデバイスが、第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される。第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、第２のデバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
実施形態３
本発明の本実施形態は、データ送信方法を提供する。データ送信方法は、ＴＣＰ接続に基づくダウンリンクデータ送信処理に適用されてよい。すなわち、第１のデバイスは、具体的には、ユーザ機器であり、第２のデバイスは、具体的には、ＲＡＮ側デバイスである。
本実施形態は、以下の例を用いることによって、本発明の複数の実施形態における方法をさらに説明する。ここで、ＲＡＮ側デバイスにおいて任意のタイプのＴＣＰエージェントが存在しない場合、又は、ＲＡＮ側デバイスにおいてスヌープＴＣＰタイプのＴＣＰエージェントが存在する場合に、ＲＡＮ側デバイスは、ユーザ機器にダウンリンクデータを送信する。具体的には、図４Ａ及び図４Ｂに示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ３０１において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層データパケットを受信する。
Ｓ３０２において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのシーケンス番号及びＴＣＰ層データパケットのパケット長を記録する。
Ｓ３０３において、ＲＡＮ側デバイスは、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
ＲＡＮ側デバイスによって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。Ｓ３０４において、ＲＡＮ側デバイスは、ユーザ機器にリンク層データパケットを送信する。
Ｓ３０５において、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析する。
Ｓ３０６において、ユーザ機器は、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する。
本実施形態の第１の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよい。すなわち、データは、３ＧＰＰエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される。
第１の適用シナリオにおいて、ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ユーザ機器は、ユーザ機器における３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ＲＡＮ側デバイスからリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ユーザ機器におけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティから受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよく、次に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫをカプセル化し、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクによって、ＲＡＮ側デバイスにカプセル化されたＴＣＰ層ＡＣＫを送信する。
本実施形態の第２の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、すなわち、データは、ＷｉＦｉエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信されることに留意されたい。
第２の適用シナリオにおいて、ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ユーザ機器は、ユーザ機器におけるＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ＲＡＮ側デバイスからリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ユーザ機器におけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティから受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよく、次に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫをカプセル化し、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクによって、ＲＡＮ側デバイスにカプセル化されたＴＣＰ層ＡＣＫを送信する。
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであってよく、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ユーザ機器によって有線リンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであってよいことに留意されたい。本発明の本実施形態において、インタセプト決定は、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに対してのみ実行されるので、本実施形態は、無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な処理のみを説明する。
さらに、任意に、本発明の本実施形態において、ＴＣＰ層ＡＣＫを生成した後に、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮは、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトした後に、ＲＡＮ側デバイスが実行する必要があるオペレーション処理を決定する必要がある。すなわち、ＲＡＮ側デバイス及びユーザ機器は、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
Ｓ３０７において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
具体的には、ユーザ機器及びＲＡＮ側デバイスは、能力交渉処理によって。インタセプト能力を交換してよい。Ｓ３０７は、Ｓ３０７ａからＳ３０７ｆを含んでよい。
Ｓ３０７ａにおいて、ユーザ機器は、ＲＡＮ側デバイスから第１の能力交渉シグナリングを受信する。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む。
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に用いられるインタセプトパラメータであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
Ｓ３０７ｂにおいて、ユーザ機器は、第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する。
ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションである。第２のＡＣＫカテゴリは、ユーザ機器がインタセプト決定をなす場合にユーザ機器によってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含む。第２のインタセプトパラメータは、ユーザ機器がインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
Ｓ３０７ｃにおいて、ユーザ機器は、ＡＣＫカテゴリインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータを決定する。
Ｓ３０７ｄにおいて、ユーザ機器は、ＲＡＮ側デバイスに第２の能力交渉シグナリングを送信する。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む。
Ｓ３０７ｅにおいて、ＲＡＮ側デバイスは、第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する。
例示的に、第１のＡＣＫカテゴリ（すなわち、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＡＣＫが属するＡＣＫカテゴリ）が第１のインタセプトカテゴリ及び第２のインタセプトカテゴリを含み、第２のＡＣＫカテゴリ（すなわち、ユーザ機器がインタセプト決定をなす場合にユーザ機器によってインタセプトされるＡＣＫが属するＡＣＫカテゴリ）が第１のインタセプトカテゴリを含むと仮定すると、ＲＡＮ側デバイスは、ＡＣＫカテゴリインタセクションが第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションである、すなわち、第１のインタセプトカテゴリであると決定してよい。
第１のインタセプトパラメータの事前設定閾値は２であり、第２のインタセプトパラメータの事前設定閾値は３と仮定される。ユーザ機器が、ＴＣＰ層ＡＣＫが事前設定条件を満たすと決定する場合に、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウは事前設定閾値以上であることが必要とされるので、ＲＡＮ側デバイスは、インタセプトパラメータインタセクション（第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクション）として、第１のインタセプトパラメータの事前設定閾値及び第２のインタセプトパラメータの事前設定閾値においてより大きい閾値を用いてよい。すなわち、ＲＡＮ側デバイスは、インタセプトパラメータインタセクションとして閾値３を用いてよい。
Ｓ３０７ｆにおいて、ＲＡＮ側デバイスは、ＡＣＫカテゴリインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータを決定する。
さらに、任意に、本発明の本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ユーザ機器に対して、ＲＡＮ側デバイスによってインタセプト能力をサポートするステータスを特定してよく、ユーザ機器は、ＲＡＮ側デバイスによって特定されたインタセプト能力に従って、ユーザ機器によってインタセプト能力をサポートするステータスを決定する。Ｓ３０７は、Ｓ３０７'と置換されてよい。
Ｓ３０７'において、ＲＡＮ側デバイスは、ユーザ機器に対して、インタセプト能力情報を特定する。ここで、インタセプト能力情報は、ＲＡＮ側デバイスによってサポートされるＡＣＫカテゴリインタセプトと、ＲＡＮ側デバイスによってサポートされるインタセプトパラメータとを含む。Ｓ３０７'は、Ｓ３０７ａ、Ｓ３０７ｇ、及びＳ３０７ｈを含んでよい。
Ｓ３０７ａにおいて、ユーザ機器は、ＲＡＮ側デバイスから第１の能力交渉シグナリングを受信する。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む。
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に用いられるインタセプトパラメータであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
例示的に、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリである。例えば、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、ユーザ機器は、第１のインタセプトカテゴリに属するＴＣＰ層ＡＣＫをインタセプトする。この場合、ユーザ機器が第１のインタセプトカテゴリに属するＴＣＰ層ＡＣＫをインタセプトする場合には、ＲＡＮ側デバイスは、ＲＡＮ側デバイスとユーザ機器との間におけるＴＣＰデータ送信の確認応答メカニズムを確実にすべく、ＴＣＰ層ＡＣＫを受信することなく第１のインタセプトオペレーションを実行してよい。第１のインタセプトオペレーションは、ＴＣＰ層ＡＣＫが第１のＡＣＫカテゴリにおける第１のインタセプトカテゴリ又は第２のインタセプトカテゴリに属する場合に、ＲＡＮ側デバイスとユーザ機器との間におけるＴＣＰデータ送信の確認応答メカニズムを確実にすべく、ＲＡＮ側デバイスによって実行されるオペレーションであってよい。
Ｓ３０７ｇにおいて、ユーザ機器は、第１のインタセプトオペレーションに従って、ユーザ機器によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、ユーザ機器によってサポートされるインタセプトパラメータを決定する。
具体的には、ユーザ機器は、第１のＡＣＫカテゴリがユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリであると決定し、第１のインタセプトパラメータが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータであると決定してよい。
Ｓ３０７ｈにおいて、ＲＡＮ側デバイスは、第１のインタセプトオペレーションに従って、ＲＡＮ側デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、ＲＡＮ側デバイスによってサポートされるインタセプトパラメータを決定する。
具体的には、ＲＡＮ側デバイスは、第１のＡＣＫカテゴリが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリであると決定し、第１のインタセプトパラメータが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータであると決定してよい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ３０１からＳ３０６は最初に実行されてよく、Ｓ３０７は次に実行される。又は、Ｓ３０７は最初に実行されてよく、Ｓ３０１からＳ３０６は次に実行される。又は、Ｓ３０１からＳ３０６及びＳ３０７は同時に実行されてよい。本発明の本実施形態は、Ｓ３０１からＳ３０６とＳ３０７との間の順番を限定しない。
Ｓ３０８において、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであるか否かを決定する。
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットである場合には、Ｓ３０９が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットではない場合には、Ｓ３１０及びＳ３１１が実行される。Ｓ３０９において、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
例示的に、本発明の本実施形態の適用シナリオにおいて、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含んでよい。
第１のフィルタ基準は、１）ＴＣＰ層ＡＣＫが、ユーザ機器がリンク層データパケットを受信した後に、ＲＡＮ側デバイスに送信された他のデータパケットにおいて伝送され、かつ、ＲＡＮ側デバイスに遅延して送信されるＡＣＫであること、２）ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、３）ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション（ＴＣＰ Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ Ｏｐｔｉｏｎ）、ＴＣＰウィンドウスケールオプション（ＴＣＰ Ｗｉｎｄｏｗ Ｓｃａｌｅ Ｏｐｔｉｏｎ）、及びＴＣＰサック許可オプション（ＴＣＰ Ｓａｃｋ−Ｐｅｒｍｉｔｔｅｄ Ｏｐｔｉｏｎ）を伝送すること、４）ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、５）ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
さらに、任意に、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含んでよい。
第２のフィルタ基準におけるにおけるフィルタ条件は、１）ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプション（ＴＣＰ Ｔｉｍｅｓｔａｍｐｓ Ｏｐｔｉｏｎ）を伝送すること、及び、２）ＴＣＰ層ＡＣＫが、ＴＣＰサックオプション（ＴＣＰ Ｓａｃｋ Ｏｐｔｉｏｎ）を伝送することを少なくとも含む。
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ３１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ３１０及びＳ３１１が実行される。Ｓ３１０において、ユーザ機器は、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信する。Ｓ３１１において、ＲＡＮ側デバイスは、アプリケーションサーバにＴＣＰ層ＡＣＫを送信する。Ｓ３１２において、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトする。
具体的には、ユーザ機器は、ユーザ機器において構成されるインタセプトモジュールを用いることによって、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。
本実施形態の第１の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよく、データは、３ＧＰＰエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される。すなわち、ユーザ機器は、３ＧＰＰリンクをサポートする端末である。ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第１の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第１の適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのＰＤＣＰ層に配置されてよい。
この場合、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
ユーザ機器が３ＧＰＰリンクイネーブル端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がユーザ機器とＲＡＮ側デバイスとの間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
本実施形態の第２の適用シナリオにおいて、ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第２の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第２の適用シナリオの他のケースにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される、すなわち、ユーザ機器は、ＷｉＦｉリンクイネーブル端末である。インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよく、これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのＭＡＣ層に配置されてよい。
この場合、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよく、ＴＣＰ層ＡＣＫをカプセル化又は送信しない。
ユーザ機器がＷｉＦｉリンクイネーブル端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がユーザ機器とＲＡＮ側デバイスとの間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
さらに、ユーザ機器が複数の並列無線リンク（すなわち、ＷｉＦｉ無線エアインタフェースリンクのみではなく３ＧＰＰ無線エアインタフェースリンクもがユーザ機器とＲＡＮ側デバイスとの間に確立される）をサポートする端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、３つのリンクからの複数のＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（ユーザ機器とＲＡＮ側デバイスとの間に有線ＴＣＰ接続が存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び３）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク又は３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
ユーザ機器が無線並列処理イネーブル端末である場合に、インタセプトモジュールは、概して、ＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置されることに留意されたい。具体的には、インタセプトモジュールが、概して、ユーザ機器における３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ又はＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティに配置される場合に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、並列シナリオにおいてダウンリンクＴＣＰ層データパケットのパケットデータ情報を取得できない。従って、情報は、有効かつ高速のデータ送信チャネルによって交換される必要があり、これは、複雑な実装を有する。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、複数のリンク（ダウンリンクＴＣＰ層データパケット及びアップリンクＴＣＰ層データパケットの送信リンク）のアグリゲーションポイントであり、インタセプトモジュールがＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置される場合に、処理エンティティは、情報を交換する必要がなく、処理プロセスを単純化することができる。
リンク層確認応答メカニズムに従って、リンク層データパケットを受信した後に、ユーザ機器は、リンク層ＡＣＫによってＲＡＮ側デバイスに応答してよい。
Ｓ３１３において、リンク層データパケットを受信した後に、ユーザ機器は、ＲＡＮ側デバイスにリンク層ＡＣＫを送信する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ３０５は最初に実行されてよく、Ｓ３１３は次に実行される。又は、Ｓ３１３は最初に実行されてよく、Ｓ３０５は次に実行される。又は、Ｓ３０５及びＳ３１３は同時に実行されてよい。本発明の本実施形態は、Ｓ３０５とＳ３１３との間の順番を限定しない。
Ｓ３１４において、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する。
具体的には、ＲＡＮ側デバイスは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定してよい。ここで、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号である。
本実施形態において、ＲＡＮ側デバイスにはあらゆるタイプのＴＣＰエージェントが存在しない、又は、ＲＡＮ側デバイスにはスヌープＴＣＰタイプのＴＣＰエージェントが存在することに留意されたい。ＲＡＮ側デバイスにあらゆるタイプのＴＣＰエージェントが存在しない場合、又はＲＡＮ側デバイスにスヌープＴＣＰタイプのＴＣＰエージェントが存在する場合に、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに直接応答することができず、ＲＡＮ側デバイスは、ユーザ機器がＴＣＰ層データパケットの受信に既に成功したと決定した後にのみ、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに応答することができる。従来技術では、ＴＣＰ層ＡＣＫはインタセプトされるので、ＲＡＮ側デバイスは、ユーザ機器からＴＣＰ層ＡＣＫを受信した後に、対応するＴＣＰ層データパケットがユーザ機器への送信に既に成功していることをアプリケーションサーバに示すべく、アプリケーションサーバにＴＣＰ層ＡＣＫを直接送信できる。しかしながら、本発明の本実施形態において、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトする場合に、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する必要がある。この場合、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのユーザ機器への送信が既に成功したことをアプリケーションサーバに示すために利用可能なＴＣＰ層ＡＣＫを生成する必要がある。従って、本発明の本実施形態における方法は、Ｓ３１５をさらに含んでよい。
Ｓ３１５において、ＲＡＮ側デバイスは、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する。
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、ユーザ機器がＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、ＲＡＮ側デバイスがアプリケーションサーバから受信されたＴＣＰ層をカプセル化した後に、ＲＡＮ側デバイスによって取得される。連続確認応答データパケットは、ＲＡＮ側デバイスによって既に決定され、かつ、ユーザ機器による受信に成功した全てのＴＣＰ層データパケットにおいてシーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
具体的には、ＲＡＮ側デバイスによって、リンク層を介してユーザ機器から受信されたリンク層ＡＣＫに従って、ＴＣＰ層ＡＣＫを構築する方法は、ＲＡＮ側デバイスによって、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号、及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、対応するＴＣＰ層データパケットをサーチする段階であってよい。ここで、発見されたＴＣＰ層データパケットは、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットであり、かつ、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットである。Ｓ３１５は、具体的には、Ｓ３１５ａからＳ３１５ｃを含んでよい。
Ｓ３１５ａにおいて、ＲＡＮ側デバイスは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号と、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する。
Ｓ３１５ｂにおいて、ＲＡＮ側デバイスは、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する。
具体的には、ＲＡＮ側デバイスによってＴＣＰ層ＡＣＫを構築する方法は、ＲＡＮ側デバイスによって、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号に従って、かつ、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを参照して、ＴＣＰ層ＡＣＫを構築する段階を含んでよい。ここで、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和である。連続確認応答データパケットの詳細な説明については、本発明の複数の実施形態における関連する説明を参照するものとし、詳細は、本発明の本実施形態において再度説明されない。
例示的に、本発明の本実施形態の適用シナリオにおいて、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリは、第１のインタセプトカテゴリである（第１のインタセプトカテゴリにおいて、現在のＡＣＫシーケンス番号に対応するリンク層データパケットは、ダウンリンクリンク層データパケットのバッファに記録されず、現在のＡＣＫシーケンス番号より前のＡＣＫシーケンス番号に対応するリンク層データパケットは、全てダウンリンクリンク層データパケットのバッファに記録される）。この適用シナリオにおいて、Ｓ３１５ｂは、具体的には、以下の段階Ａを含んでよい。
段階Ａにおいて、ＲＡＮ側デバイスがユーザ機器からリンク層ＡＣＫを受信した第１回目は、ＲＡＮ側デバイスは、連続確認応答データパケットとして第１のデータパケットを用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築する。
第１のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける最小のシーケンス番号を有するＴＣＰ層データパケットから、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するデータパケットである。
例えば、図６のケース１に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１、ＴＣＰ層データパケット２、及びＴＣＰ層データパケット３において、ＴＣＰ層データパケット３、すなわち、シーケンス番号が３のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット３のシーケンス番号３と、ＴＣＰ層データパケット３のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット３が、連続確認応答データパケットである。
図６のケース２に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）のみを含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１、すなわち、シーケンス番号が１のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット１のシーケンス番号１と、ＴＣＰ層データパケット１のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット１が、連続確認応答データパケットである。
図６のケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１及びＴＣＰ層データパケット３においてＴＣＰ層データパケット１、すなわち、シーケンス番号が１のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット１のシーケンス番号１と、ＴＣＰ層データパケット１のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット１が、連続確認応答データパケットである。
さらに、任意に、図６のケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットは、そのシーケンス番号とＴＣＰ層データパケット１のシーケンス番号とが不連続であるＴＣＰ層データパケット３をさらに含んでよい。従って、Ｓ３１５ｂは、以下の段階をさらに含んでよい。
段階Ａ'において、ＲＡＮ側デバイスがユーザ機器からリンク層ＡＣＫを受信した後の第１回目に、ＲＡＮ側デバイスは、第２のデータパケットについての情報を不連続確認応答セットに追加する。
第２のデータパケットは、そのシーケンス番号と第１のデータパケットのシーケンス番号とが不連続であるＴＣＰ層データパケットであり、そのシーケンス番号は第１のデータパケットのシーケンス番号より大きく、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットにある。例えば、図６に示されるケース３のＴＣＰ層データパケット３は、第２のデータパケットである。
さらに、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットのシーケンス番号は、連続的なシーケンス番号であると仮定される。図７に示されるいずれのケースにおいても、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む。ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットは、シーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）であり、Ｓ３１５ｂは、段階Ｂ及び段階Ｃをさらに含んでよい。
段階Ｂにおいて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応するＴＣＰ層データパケットは、第３のデータパケットを含み、ＲＡＮ側デバイスは、第４のデータパケットを、連続確認応答データパケットとして用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いる。
第３のデータパケットは、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケットである。
第４のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける第３のデータパケットから、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するデータパケットである。
例えば、図７のケース１、ケース２、及びケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、ＴＣＰ層データパケット４、すなわち、シーケンス番号が４のＴＣＰ層データパケットを含み、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号３とは連続する。従って、ＲＡＮ側デバイスをは、第４のデータパケットを連続確認応答データパケットとして用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いてよい。
具体的には、図７のケース１において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）をさらに含み、第４のデータパケットは、データパケット、すなわち、ＴＣＰ層データパケット６であり、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける第３のデータパケット（ＴＣＰ層データパケット４）から、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有する。
図７に示されるケース１において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット６を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット６のシーケンス番号とＴＣＰ層データパケット６のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
任意に、図７のケース２において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、あらゆる他のＴＣＰ層データパケットを含まず、第４のデータパケットは、ＴＣＰ層データパケット４である。
図７に示されるケース２において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット４を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット４のシーケンス番号とＴＣＰ層データパケット４のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
任意に、図７のケース３において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）をさらに含む。ＴＣＰ層データパケット６のシーケンス番号及びＴＣＰ層データパケット４のシーケンス番号は不連続なので、第４のデータパケットは、ＴＣＰ層データパケット４である。
図７に示されるケース３において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット４を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット４のシーケンス番号とＴＣＰ層データパケット４のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
さらに任意に、図７のケース３において、第３のデータパケット（そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケット）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、そのシーケンス番号と第３のデータパケット（ＴＣＰ層データパケット４）のシーケンス番号とが不連続なＴＣＰ層データパケット６をさらに含んでよい。従って、Ｓ３１５ｂは、以下の段階をさらに含んでよい。
段階Ｂ'において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、第３のデータパケットを含み、ＲＡＮ側デバイスは、第５のデータパケットについての情報を不連続確認応答セットに追加する。
第５のデータパケットは、そのシーケンス番号と第Ｎのデータパケットのシーケンス番号とが不連続であるＴＣＰ層データパケットであり、そのシーケンス番号は第３のデータパケットのシーケンス番号より大きく、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにある。例えば、図７のケース３におけるＴＣＰ層データパケット６は、第５のデータパケットである。
段階Ｃにおいて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、第３のデータパケットを含まず、ＲＡＮ側デバイスは、第６のデータパケットについての情報を不連続確認応答セットに追加する。
第３のデータパケットは、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケットである。
第６のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットを含んでよい。
例えば、図７のケース４、ケース５、及びケース６に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、ＴＣＰ層データパケット４、すなわち、シーケンス番号が４のＴＣＰ層データパケットを含まず、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号３とは連続する。従って、ＲＡＮ側デバイスは、連続確認応答データパケットを更新する必要がなく、第６のデータパケットについての情報を不連続確認応答セットに追加することのみが必要である。
具体的には、図７のケース４において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）を含み、第６のデータパケットは、ＴＣＰ層データパケット５である。
図７のケース４において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報を不連続確認応答データパケットセットに追加してよい。
任意に、図７のケース５において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が７のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット７）を含み、第６のデータパケットは、ＴＣＰ層データパケット５及びＴＣＰ層データパケット７である。
図７のケース５において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を、不連続確認応答データパケットセットに追加してよい。
任意に、図７のケース６において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）を含み、第６のデータパケットは、ＴＣＰ層データパケット５及びＴＣＰ層データパケット６である。
図７のケース６において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット６についての情報を、不連続確認応答データパケットセットに追加してよい。
さらに任意に、図８に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−２）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含むと仮定される。この場合、連続確認応答データパケットは、ＴＣＰ層データパケット３であり、ＴＣＰ層データパケットについての情報は、不連続確認応答セットに追加されない。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット３のシーケンス番号３とＴＣＰ層データパケット３のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が７のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット７）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットを更新せず、連続確認応答データパケットは、なおＴＣＰ層データパケット３であり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を不連続確認応答セットに追加する。連続確認応答データパケットは更新されないので、ＲＡＮ側デバイスは、リンク層ＡＣＫを受信した後の第（Ｎ−１）回目に対応するＴＣＰ層ＡＣＫを構築しなくてよく、又は、ＲＡＮ側デバイスは、ＴＣＰ層データパケット３のシーケンス番号３とＴＣＰ層データパケット３のパケット長との和を、ＴＣＰ層ＡＣＫのシーケンス番号として用いてＴＣＰ層ＡＣＫを構築してよく、次に、段階Ｓ３１６、すなわち、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行しない。
図８のケース１において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットをＴＣＰ層データパケット７に更新し、ＲＡＮ側デバイスは、不連続確認応答セットから、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を削除する。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット７のシーケンス番号７とＴＣＰ層データパケット７のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
図８のケース２において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）及びシーケンス番号が８のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット８）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットをＴＣＰ層データパケット５に更新し、ＲＡＮ側デバイスは、ＴＣＰ層データパケット８についての情報を不連続確認応答セットに追加し、ＲＡＮ側デバイスは、不連続確認応答セットから、ＴＣＰ層データパケット５についての情報を削除する。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット５のシーケンス番号５とＴＣＰ層データパケット５のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
例示的に、本発明の本実施形態の他の適用シナリオにおいて、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリは、第２のインタセプトカテゴリである（第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は第１のシーケンス番号に等しく、第１のシーケンス番号は、ダウンリンクリンク層データパケットのバッファに、更新された最新のＡＣＫのシーケンス番号を記録する）。
この適用シナリオにおいて、Ｓ３１５ｂの詳細については、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリが第１のインタセプトカテゴリである場合には、関連する説明を参照するものとする。異なる点は、以下の通りである。段階Ａ及び段階Ｂにおいて、ＲＡＮ側デバイスが連続確認応答データパケットを更新する（段階Ａにおいて、ＲＡＮ側デバイスは、第１のデータパケットを連続確認応答データパケットとして用い、段階Ｂにおいて、第４のデータパケットを連続確認応答データパケットとして用いる）度に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定をクリアする必要がある。さらに、段階Ａ'及び段階Ｂにおいて、ＲＡＮ側デバイスが１つのデータパケットについての情報を不連続確認応答セットに追加する度に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定に１を追加する必要がある。ＲＡＮ側デバイスがＮ個の新たなデータパケットについての情報を不連続確認応答セットに追加する場合に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定に、Ｎを追加する必要がある。
Ｓ３１５ｃにおいて、ＲＡＮ側デバイスは、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号に従って、受信に失敗したリンク層データパケットをユーザ機器に再送信する。Ｓ３１６において、ＲＡＮ側デバイスは、アプリケーションサーバに、構築されたＴＣＰ層ＡＣＫを送信する。
構築されたＴＣＰ層ＡＣＫは、対応するＴＣＰ層データパケットが、ユーザ機器によって既に受信されたことをアプリケーションサーバに示すために用いられる。
本発明の本実施形態において提供されるデータ送信方法において、ユーザ機器は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、ユーザ機器は、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信しない。ＲＡＮ側デバイスは、ユーザ機器から受信されたリンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定してよい。従って、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、ユーザ機器とＲＡＮ側デバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態４
本発明の本実施形態は、データ送信方法を提供する。データ送信方法は、ＴＣＰ接続に基づくダウンリンクデータ送信処理に適用されてよい。すなわち、第１のデバイスは、具体的には、ユーザ機器であり、第２のデバイスは、具体的には、ＲＡＮ側デバイスである。
本実施形態は、以下の例を用いることによって、本発明の複数の実施形態における方法をさらに説明する。ここで、ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在する場合に、ＲＡＮ側デバイスは、ユーザ機器にダウンリンクデータを送信する。具体的には、図５Ａ及び図５Ｂに示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ４０１において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層データパケットを受信する。
Ｓ４０２において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成しアプリケーションサーバにＴＣＰ層ＡＣＫを送信する。
ＴＣＰ層ＡＣＫは、ＲＡＮ側デバイスがアプリケーションサーバからＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられる。
ＲＡＮ側デバイスによって、受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する方法については、従来技術においてＴＣＰ層データパケットが受信された後に、デバイスによってＴＣＰ層ＡＣＫを生成する具体的な方法を参照するものとし、詳細は本実施形態において説明されないことに留意されたい。
Ｓ４０３において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのシーケンス番号及びＴＣＰ層データパケットのパケット長を記録する。
Ｓ４０４において、ＲＡＮ側デバイスは、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
ＲＡＮ側デバイスによって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ４０２は最初に実行されてよく、Ｓ４０３及びＳ４０４は次に実行される。又は、Ｓ４０３及びＳ４０４は最初に実行されてよく、Ｓ４０２は次に実行される。又は、Ｓ４０２及びＳ４０３及びＳ４０４は、同時に実行されてよい。本発明の本実施形態は、Ｓ４０２、Ｓ４０３及びＳ４０４の間の順番を限定しない。Ｓ４０５において、ＲＡＮ側デバイスは、ユーザ機器にリンク層データパケットを送信する。
Ｓ４０６において、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析する。
Ｓ４０７において、ユーザ機器は、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、リンク層データパケットを受信した後に、ユーザ機器が、リンク層データパケットを解析して対応するＴＣＰ層データパケットを取得し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な方法は、リンク層データパケットを受信した後に、ユーザ機器がリンク層データパケットを解析して対応するＴＣＰ層データパケットを取得し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する実施形態３の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
さらに、任意に、本発明の本実施形態において、ＴＣＰ層ＡＣＫを生成した後に、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮは、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトした後に、ＲＡＮ側デバイスが実行する必要があるオペレーション処理を決定する必要がある。すなわち、ＲＡＮ側デバイス及びユーザ機器は、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
Ｓ４０８において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な方法は、実施形態３における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する方法と同様であることに留意されたい。従って、実施形態３における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な説明を参照するものとし、詳細は本実施形態において再度説明されない。
Ｓ４０９において、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであるか否かを決定する。
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットである場合には、Ｓ４１０が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットではない場合には、Ｓ４１１が実行される。Ｓ４１０において、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、ユーザ機器によって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否か、及びインタセプトモジュールの配置を決定する方法については、実施形態３の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ４１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ４１１が実行される。Ｓ４１１において、ユーザ機器は、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信する。Ｓ４１２において、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトする。
本発明の本実施形態における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする具体的な方法は、実施形態３における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする方法と同様であることに留意されたい。従って、実施形態３における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
Ｓ４１３において、リンク層データパケットを受信した後に、ユーザ機器は、ＲＡＮ側デバイスにリンク層ＡＣＫを送信する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ４０６は最初に実行されてよく、Ｓ４１３は次に実行される。又は、Ｓ４１３は最初に実行されてよく、Ｓ４０６は次に実行される。又は、Ｓ４０６及びＳ４１３は、同時に実行されてよい。本発明の本実施形態は、Ｓ４０６とＳ４１３との間の順番を限定しない。
Ｓ４１４において、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する。
本実施形態における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する具体的な方法は、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する方法と同様であることに留意されたい。従って、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
本実施形態において、ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在することに留意されたい。ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在する場合に、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに直接応答してよい。従って、ＲＡＮ側デバイスがユーザ機器にＴＣＰ層データパケットを送信し、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する場合に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに再度応答する必要がない。
従って、本実施形態において、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットがユーザ機器への送信に既に成功したことをアプリケーションサーバに示すために用いられるＴＣＰ層ＡＣＫを構築する必要がない。
本発明の本実施形態において提供されるデータ送信方法において、ユーザ機器は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、ユーザ機器は、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信しない。ＲＡＮ側デバイスは、ユーザ機器から受信されたリンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定してよい。従って、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、ユーザ機器とＲＡＮ側デバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態５
本発明の本実施形態は、データ送信方法を提供する。これは、ＴＣＰ接続に基づくアップリンクデータ送信処理に適用されてよく、すなわち、第１のデバイスは、具体的にはＲＡＮ側デバイスであり、第２のデバイスは、具体的にはユーザ機器である。具体的には、図９に示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ５０１において、ユーザ機器は、ＴＣＰ層データパケットを取得する。
Ｓ５０２において、ユーザ機器は、ＴＣＰ層データパケットのシーケンス番号と、ＴＣＰ層データパケットのパケット長とを記録する。
Ｓ５０３において、ユーザ機器は、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
ＴＣＰ層データパケットのパケットデータ情報は、ＴＣＰ層データパケットのシーケンス番号、ＴＣＰ層データパケットのパケット長、及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を含む。
ユーザ機器によって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。Ｓ５０４において、ユーザ機器は、ＲＡＮ側デバイスにリンク層データパケットを送信する。
Ｓ５０５において、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、リンク層データパケットを解析し、対応するＴＣＰ層データパケットを取得する。Ｓ５０６において、ＲＡＮ側デバイスは、アプリケーションサーバにＴＣＰ層データパケットを送信する。
本実施形態の第１の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよい。すなわち、データは、３ＧＰＰエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信されることに留意されたい。
第１の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおける３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ユーザ機器からリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ＲＡＮ側デバイスにおけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティを用いることによって、アプリケーションサーバにＴＣＰ層データパケットを送信する。
本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、すなわち、データは、ＷｉＦｉエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信されることに留意されたい。
第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおけるＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ユーザ機器からリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ＲＡＮ側デバイスにおけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックを用いることによって、アプリケーションサーバにＴＣＰ層データパケットを送信する。
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであってよく、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ＲＡＮ側デバイスによって有線リンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであってよいことに留意されたい。本発明の本実施形態において、インタセプト決定は、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに対してのみ実行されるので、本実施形態は、無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な処理のみを説明する。Ｓ５０７において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層ＡＣＫを受信する。
さらに任意に、本発明の本実施形態において、アプリケーションサーバからＴＣＰ層ＡＣＫを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮは、ＲＡＮ側デバイスがＴＣＰ層ＡＣＫをインタセプトした後に、ユーザ機器が実行する必要があるオペレーション処理を決定する必要がある。すなわち、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
Ｓ５０８において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
本実施形態における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な方法は、本発明の実施形態３における関連する説明を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ５０１からＳ５０７は最初に実行されてよく、Ｓ５０８は次に実行される。又は、Ｓ５０８は最初に実行されてよく、Ｓ５０１からＳ５０７は次に実行される。又は、Ｓ５０１からＳ５０７及びＳ５０８は、同時に実行されてよい。本発明の本実施形態は、Ｓ５０１からＳ５０７及びＳ５０８の間の順番を限定しない。
Ｓ５０９において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであるか否かを決定する。
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットである場合には、Ｓ５１０が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットではない場合には、Ｓ５１１が実行される。Ｓ５１０において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
本実施形態における、ＲＡＮ側デバイスによって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する具体的な方法については、前述された本発明の実施形態における、ユーザ機器によって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する方法を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、ＲＡＮ側デバイスへのインタセプトモジュールの配置については、実施形態３における、ユーザ機器へのインタセプトモジュールの配置の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ５１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ５１１が実行される。Ｓ５１１において、ＲＡＮ側デバイスは、ユーザ機器にＴＣＰ層ＡＣＫを送信する。Ｓ５１２において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトする。
具体的には、ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおいて構成されるインタセプトモジュールを用いることによって、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。
本実施形態の第１の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよく、データは、３ＧＰＰエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信される。すなわち、ＲＡＮ側デバイスは、３ＧＰＰリンクイネーブル端末である。ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第１の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第１の適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのＰＤＣＰ層に配置されてよい。
この場合、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
ＲＡＮ側デバイスが３ＧＰＰリンクイネーブル端末である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がＲＡＮ側デバイスとユーザ機器との間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第２の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第２の適用シナリオの他のケースにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信される、すなわち、ユーザ機器は、ＷｉＦｉリンクイネーブル端末である。インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよく、これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのＭＡＣ層に配置されてよい。
この場合、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよく、ＴＣＰ層ＡＣＫをカプセル化又は送信しない。
ＲＡＮ側デバイスがＷｉＦｉリンクイネーブル端末である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がＲＡＮ側デバイスとユーザ機器との間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
さらに、ＲＡＮ側デバイスが無線並列処理イネーブル端末（すなわち、ＷｉＦｉ無線エアインタフェースリンクのみではなく３ＧＰＰ無線エアインタフェースリンクもがＲＡＮ側デバイスとユーザ機器との間に確立される）である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、３つのリンクからの複数のＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（ＲＡＮ側デバイスとユーザ機器との間に有線ＴＣＰ接続が存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び３）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫであってよい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク又は３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
ＲＡＮ側デバイスが無線並列処理イネーブル端末である場合に、インタセプトモジュールは、概して、ＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置されることに留意されたい。具体的には、インタセプトモジュールが、概して、ＲＡＮ側デバイスにおける３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ又はＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティに配置される場合に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、並列シナリオにおいてダウンリンクＴＣＰ層データパケットのパケットデータ情報を取得できない。従って、情報は、有効かつ高速のデータ送信チャネルによって交換される必要があり、これは、複雑な実装を有する。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、複数のリンク（ダウンリンクＴＣＰ層データパケット及びアップリンクＴＣＰ層データパケットの送信リンク）のアグリゲーションポイントであり、インタセプトモジュールがＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置される場合に、処理エンティティは、情報を交換する必要がなく、処理プロセスを単純化することができる。
リンク層確認応答メカニズムに従って、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、リンク層ＡＣＫによってユーザ機器に応答してよい。
Ｓ５１３において、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、ユーザ機器にリンク層ＡＣＫを送信する。
Ｓ５１４において、ユーザ機器は、リンク層ＡＣＫに従って、ＲＡＮ側デバイスがＴＣＰ層データパケットを既に受信したと決定する。
本実施形態における、ユーザ機器によって、リンク層ＡＣＫに従って、ＲＡＮ側デバイスがＴＣＰ層データパケットを既に受信したと決定する具体的な方法は、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する方法と同様であることに留意されたい。従って、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
本発明の本実施形態において提供されるデータ送信方法において、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。第２のデバイスは、第１のデバイスから受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、第１のデバイスと第２のデバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態６
本発明の本実施形態は、デバイスを提供する。図１１に示されるように、デバイスは、取得ユニット６１と、インタセプトユニット６２とを含む。ここで、取得ユニット６１は、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得するように構成され、インタセプトユニット６２は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成される。ここで、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
さらに、図１２に示されるように、デバイスは、受信ユニット６３と、送信ユニット６４とをさらに含んでよい。ここで、受信ユニット６３は、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成され、送信ユニット６４は、受信ユニット６３が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成され、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する。
さらに、送信ユニット６４は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される、又は、
送信ユニット６４は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されたＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
さらに、第１のフィルタ基準は、以下の複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１のフィルタ基準における複数のフィルタ条件は、ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、であってよい。
さらに、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
さらに、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含む。
第２のフィルタ基準は、以下の複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第２のフィルタ基準における複数のフィルタ条件は、ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、であってよい。
さらに、受信ユニット６３は、取得ユニット６１がＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値をを少なくとも含む。
図１３に示されるように、デバイスは、第１の決定ユニット６５と、第２の決定ユニット６６とをさらに含んでよい。ここで、第１の決定ユニット６５は、受信ユニット６３によって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニット６３によって受信された第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される。ここで、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
第２の決定ユニット６６は、第１の決定ユニット６５によって決定されたＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１の決定ユニット６５によって決定されたインタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成され、
送信ユニット６４は、第２のデバイスに第２の能力交渉シグナリングを送信するように構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
さらに、受信ユニット６３は、取得ユニット６１がＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値をを少なくとも含む。
図１４に示されるように、デバイスは、第３の決定ユニット６７をさらに含む。ここで、第３の決定ユニット６７は、受信ユニット６３によって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、受信ユニットによって受信された第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される。
さらに、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の本実施形態において提供される第１のデバイスにおけるいくつかの機能モジュールについての具体的な説明は、方法の実施形態における対応する内容を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において提供されるデバイス（第１のデバイス）は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、デバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、デバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態７
本発明の本実施形態は、デバイスを提供する。図１５に示されるように、デバイスは、受信ユニット７１と、第１の決定ユニット７２とを含む。
受信ユニット７１は、第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
第１の決定ユニット７２は、受信ユニット７１によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される。ここで、ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
さらに、図１６に示されるように、デバイスは、取得ユニット７３をさらに含んでよい。
取得ユニット７３は、受信ユニット７１が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するように構成される。ここで、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
さらに、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含む。
第１の決定ユニット７２は、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成される。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
本発明の本実施形態の適用シナリオにおいて、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスである。
この適用シナリオにおいて、図１７に示されるように、デバイスは、構築ユニット７４をさらに含む。
構築ユニット７４は、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を第１の決定ユニット７２が決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するように構成される。ここで、ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層をデバイスがカプセル化した後に、デバイスによって取得され、連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
さらに、本発明の本実施形態の適用シナリオにおいて、受信ユニット７１は、第１の決定ユニット７２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
図１８に示されるように、この適用シナリオにおいて、デバイスは、第２の決定ユニット７５と、第３の決定ユニット７６と、送信ユニット７７とをさらに含んでよい。
第２の決定ユニット７５は、受信ユニット７１によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニットによって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される。ここで、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
第３の決定ユニット７６は、第２の決定ユニット７５によって決定されたＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第２の決定ユニット７５によって決定されたインタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成される。
送信ユニット７７は、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
さらに、本発明の本実施形態の他の適用シナリオにおいて、送信ユニット７７は、第１の決定ユニット７２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
この適用シナリオにおいて、デバイスは、第４の決定ユニットをさらに含む。
第４の決定ユニットは、第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される。
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
さらに、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
本発明の本実施形態において提供されるデバイスにおけるいくつかの機能モジュールについての具体的な説明は、方法の実施形態における対応する内容を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において提供されるデバイス（第２のデバイス）は、第１のデバイスからリンク層確認応答ＡＣＫを受信し、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、デバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスとデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
実施形態８
本発明の本実施形態は、デバイスを提供する。図１９に示されるように、デバイスは、プロセッサ８１を含む。
プロセッサ８１は、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成される。ここで、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
さらに、図２０に示されるように、デバイスは、受信機８２と、送信機８３とをさらに含む。
受信機８２は、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される。
送信機８３は、受信機８２が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成され、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する。
さらに、送信機８３は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される、又は、
送信機８３は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
さらに、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
さらに、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
さらに、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含む。
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、又は、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
さらに、本発明の本実施形態の適用シナリオにおいて、受信機８２は、プロセッサ８１が送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ８１は、受信機８２によって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、受信機８２によって受信された第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、第１のデバイスがインタセプト決定をなす場合に、第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
送信機８３は、第２のデバイスに第２の能力交渉シグナリングを送信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
さらに、本発明の本実施形態の他の適用シナリオにおいて、受信機８２は、プロセッサ８１が送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ８１は、受信機８２によって受信された第１のインタセプトオペレーションに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。
さらに、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の本実施形態において提供されるデバイス（第１のデバイス）は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、デバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、デバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態９
本発明の本実施形態は、デバイスを提供する。図２１に示されるように、デバイスは、受信機９１と、プロセッサ９２とを含む。
受信機９１は、第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
プロセッサ９２は、受信機９１によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される。ここで、ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
さらに、プロセッサ９２は、受信機９１が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するようにさらに構成され、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
さらに、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含む。
プロセッサ９２は、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成される。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
さらに、本発明の本実施形態の適用シナリオにおいて、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスである。
この適用シナリオにおいて、プロセッサ９２は、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するようにさらに構成される。ここで、ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層をデバイスがカプセル化した後に、デバイスによって取得され、連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
さらに、本発明の本実施形態の適用シナリオにおいて、受信機９１は、プロセッサ９２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ９２は、受信機９１によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
この適用シナリオにおいて、図２２に示されるように、デバイスは、送信機９３をさらに含む。
送信機９３は、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
本発明の本実施形態の他の適用シナリオにおいて、送信機９３は、プロセッサ９２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ９２は、第１のＡＣＫカテゴリに従って、第２のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第２のデバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
本発明の本実施形態において提供されるデバイス（第２のデバイス）は、第１のデバイスからリンク層確認応答ＡＣＫを受信し、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、デバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスとデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
複数の実施形態についての前述の説明に基づいて、当業者であれば、説明を便宜的かつ簡潔にする目的で、前述された機能モジュールの分割が説明のための例として取られることを明確に理解しよう。実際の適用において、前述された複数の機能は、複数の異なる機能モジュールに割り当てられ、要件に従って実装されてよい。すなわち、装置の内部構造は、上述された複数の機能の全てまたはいくつかを実装するように、複数の異なる機能モジュールに分割される。前述されたシステム、装置、及びユニットの詳細な動作処理については、前述された方法の実施形態において対応する処理を参照するものとし、詳細は本明細書において再度説明されない。
本願において提供されるいくつかの実施形態において、開示されたシステム、装置、及び方法は、他の態様で実装されてよいことを理解されたい。例えば、説明された装置の実施形態は、例示に過ぎない。例えば、モジュール又はユニットの分割は、論理的機能の分割に過ぎず、実際の実装においては、他の分割であってよい。例えば、複数のユニット又はコンポーネントは、組み合わせられ又は一体化されて他のシステムを形成してよく、又は、いくつかの機能は、無視されもしくは実行されなくてよい。さらに、表示又は説明された相互連結もしくは直接連結又は通信接続は、いくつかのインタフェースを用いることによって実装されてよい。複数の装置又はユニットの間における間接連結又は通信接続は、電子的、機械的、又は他の形式で実装されてよい。
別個の部分として説明される複数のユニットは、物理的に別個であってよく、又はそうでなくてもよい。複数のユニットとして表示される複数の部分は、複数の物理的なユニットであっても、又はそうでなくてもよく、１つの位置に位置してよく、又は複数のネットワークユニット上に分散されてもよい。複数のユニットのいくつか又は全てが、複数の実施形態の解決手段の目的を実現すべく、実際の必要性に従って選択されてよい。
さらに、本発明の複数の実施形態における複数の機能ユニットは、１つの処理ユニットに一体化されてよく、又は複数のユニットの各々が物理的に単独で存在してよく、又は２つもしくはそれより多くのユニットが１つのユニットに一体化される。一体化されたユニットは、ハードウェアの形式で実装されてよく、又はソフトウェア機能ユニットの形式で実装されてよい。
一体化されたユニットがソフトウェア機能ユニットの形式で実装され、別個の製品として販売又は使用される場合、一体化されたユニットは、コンピュータ可読記憶媒体に格納されてよい。このような理解に基づいて、本発明の技術的解決手段は基本的に、又は従来技術に寄与する部分は、又は技術的解決手段の全てもしくはいくつかは、ソフトウェア製品の形式で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本発明の複数の実施形態において説明された方法の段階の全て又はいくつかを実行するように、コンピュータデバイス（パーソナルコンピュータ、サーバ、もしくはネットワークデバイスであってよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に命令するいくつかの命令を含む。前述の記憶媒体は、プログラムコードを格納可能な任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、又は光ディスクを含む。
前述の説明は、本発明の具体的な実装態様に過ぎず、本発明の保護範囲を限定することを意図するものではない。当業者によって、本発明において開示された技術的範囲内で容易に案出されるあらゆるバリエーション又は置換は、本発明の保護範囲に属する。従って、本発明の保護範囲は、特許請求の範囲の保護範囲によって定められる。
本発明は、通信技術分野に関し、詳細には、データ送信方法及びデバイスに関する。
送信制御プロトコル（ＴＣＰ）は、信頼性の高い接続指向の送信プロトコルである。ＴＣＰは、ＴＣＰデータ送信処理において確認応答メカニズムを提供することがある。具体的には、ＴＣＰデータパケットを受信した後に、データパケット受信側は、確認応答（ＡＣＫ）によってデータパケット送信側に応答し、データパケット受信側がＴＣＰデータパケットを既に受信したことをデータパケット送信側に通知することがある。確かに、データパケット受信側は、複数のＴＣＰデータパケットを一度に確認応答することがある。例えば、連続的なシーケンス番号（ＳＮ）を有するＴＣＰデータパケット１、ＴＣＰデータパケット２、及びＴＣＰデータパケット３を連続して受信した後に、データパケット受信側は、ＴＣＰデータパケット３のみを確認応答する必要がある。
従来技術では、データパケット受信側とデータパケット送信側との間のＴＣＰ接続は、概して、ＴＣＰ無線接続及びＴＣＰ有線接続を含む。図１に示されるように、端末とアプリケーションサーバとの間のＴＣＰ接続は、端末と無線アクセスネットワーク（ＲＡＮ）側デバイスとの間のＴＣＰ無線接続、及びコアネットワークを介したＲＡＮ側デバイスとアプリケーションサーバとの間のＴＣＰ有線接続を含んでよい。
前述の確認応答メカニズムに基づいて、データパケット送信側によって送信されたＴＣＰデータパケットを受信した後に、ＴＣＰ有線接続のデータパケット受信側及びＴＣＰ無線接続のデータパケット受信側の両方は、ＡＣＫによってデータパケット送信側に応答する必要がある。図１のＴＣＰ無線接続を例として用いると、ダウンリンクデータ送信処理において、ＲＡＮ側デバイスによって送信されたＴＣＰデータパケットを受信した後に、端末は、ＡＣＫによってＲＡＮ側デバイスに応答する必要がある。
しかしながら、以下の問題が存在する。ライブネットワークにおけるＴＣＰデータ送信処理では、データパケット受信側は、比較的多数のＡＣＫによってデータパケット送信側に応答し（統計収集によれば、ＴＣＰダウンリンクデータ送信処理において、アップリンクデータの９０％がＡＣＫである）、ＴＣＰ無線接続における多数のＡＣＫ送信が、無線エアインタフェースリンクリソースを占有することがあり、無線エアインタフェースリンクリソースの消費を増加させ、無線サービスデータの送信効率に影響している。
本発明の複数の実施形態は、データ送信方法及びデバイスを提供し、無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数を減少させ、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させる。
本発明の複数の実施形態の第１の態様は、データ送信方法を提供する。データ送信方法は、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを、第１のデバイスによって取得する段階と、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする段階と、
を含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
第１の態様を参照すると、可能な実装態様において、方法は、
無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信し、これにより、第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階をさらに含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、方法は、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信する段階、又は、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信する段階
をさらに含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、第１のデバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する段階の前に、方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、第１のデバイスがインタセプト決定をなす場合に、第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
第２のデバイスに第２の能力交渉シグナリングを送信する段階であって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む、段階と、
をさらに含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する段階の前に、方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のインタセプトオペレーションに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
をさらに含む。
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスはユーザ機器である。
本発明の複数の実施形態の第２の態様は、データ送信方法を提供する。データ送信方法は、
第２のデバイスによって、第１のデバイスからリンク層確認応答ＡＣＫを受信する段階であって、リンク層ＡＣＫは、第１のデバイスが第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される、段階と、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階と、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
第２の態様を参照すると、可能な実装態様において、方法は、第２のデバイスによって、第１のデバイスからリンク層ＡＣＫを受信する段階の前に、方法は、
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する段階であって、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む、段階
をさらに含む。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階は、
リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する段階であって、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である、段階を含む。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、第２のデバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する段階の後に、方法は、
第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する段階をさらに含み、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、第２のデバイスがアプリケーションサーバから受信されたＴＣＰ層データパケットをカプセル化した後に、第２のデバイスによって取得され、
連続確認応答データパケットは、第２のデバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階の前に、方法は、
第１のデバイスから第２の能力交渉シグナリングを受信する段階であって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションのインタセプトパラメータインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる、段階と、
をさらに含む。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階の前に、方法は、
第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のＡＣＫカテゴリに従って、第２のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第２のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
をさらに含み、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、第２のデバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスはユーザ機器である。
本発明の複数の実施形態の第３の態様は、デバイスを提供する。デバイスは、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得するように構成される取得ユニットと、
取得ユニットによって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成されるインタセプトユニットと、
を含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
第３の態様を参照すると、可能な実装態様において、デバイスは、
無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される受信ユニットと、
受信ユニットが、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成される送信ユニットであって、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する、送信ユニットと、
をさらに含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、送信ユニットをさらに含み、
送信ユニットは、取得ユニットによって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される、又は、
送信ユニットは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
取得ユニットがＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
受信ユニットによって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第１の決定ユニットであって、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、第１の決定ユニットと、
第１の決定ユニットによって決定されたＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１の決定ユニットによって決定されたインタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成される第２の決定ユニットと、
第２のデバイスに第２の能力交渉シグナリングを送信するように構成される送信ユニットであって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む、送信ユニットと、
をさらに含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
取得ユニットがＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
受信ユニットによって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、受信ユニットによって受信された第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
をさらに含む。
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の複数の実施形態の第４の態様は、デバイスを提供する。デバイスは、
第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される受信ユニットであって、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される、受信ユニットと、
受信ユニットによって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される第１の決定ユニットと、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
第４の態様を参照すると、可能な実装態様において、デバイスは、
受信ユニットが第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するように構成される取得ユニットをさらに含み、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
第１の決定ユニットは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成され、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、デバイスは、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を第１の決定ユニットが決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するように構成される構築ユニットをさらに含み、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、
連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、
受信ユニットは、第１の決定ユニットが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
デバイスは、
受信ユニットによって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニットによって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第２の決定ユニットであって、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、第２の決定ユニットと、
第２の決定ユニットによって決定されたＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第２の決定ユニットによって決定されたインタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む、送信ユニットと、
をさらに含み、
第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
第１の決定ユニットが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、送信ユニットと、
第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される第４の決定ユニットと、
をさらに含み、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
本発明の複数の実施形態第５の態様は、デバイスを提供する。デバイスは、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成されるプロセッサを含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
第５の態様を参照すると、可能な実装態様において、デバイスは、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される受信機と、
受信機が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成される送信機であって、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する、送信機と、
をさらに含む。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信機は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される、又は、
送信機は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成され、
ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
送信機は、第２のデバイスに第２の能力交渉シグナリングを送信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、受信機によって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の複数の実施形態の第６の態様は、デバイスを提供する。デバイスは、
第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される受信ユニットであって、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される、受信機と、
受信機によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成されるプロセッサと、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
第６の態様を参照すると、可能な実装態様において、プロセッサは、受信機が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するようにさらに構成され、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
プロセッサは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成され、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、プロセッサは、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するようにさらに構成され、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、
連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、受信機によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信機によって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成され、
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
デバイスは、
第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信機をさらに含み、
第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信機は、プロセッサが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成され、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
本発明の複数の実施形態において提供されるデータ送信方法及びデバイスにおいて、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。第２のデバイスは、第１のデバイスから受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、第１のデバイスと第２のデバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
本発明の複数の実施形態又は従来技術における技術的解決手段をより明確に説明すべく、以下、実施形態又は従来技術の説明に必要な添付図面を簡潔に説明する。以下の説明における添付図面は、本発明のいくつかの実施形態を示したものに過ぎず、当業者であれば、創造的努力なしに、これらの添付図面から他の図面をなおも導出し得ることは明らかである。
本発明の背景における有線ネットワーク及び無線ネットワークにわたるＴＣＰ接続の模式図である。 本発明の実施形態１に係るデータ送信方法のフローチャートである。 本発明の実施形態２に係るデータ送信方法のフローチャートである。 本発明の実施形態３に係る他のデータ送信方法のフローチャートである。 本発明の実施形態３に係る他のデータ送信方法のフローチャートである。 本発明の実施形態４に係るデータ送信方法のフローチャートである。 本発明の実施形態４に係るデータ送信方法のフローチャートである。 本発明の実施形態に係るデータパケット送信処理の模式図である。 本発明の実施形態に係る他のデータパケット送信処理の模式図である。 本発明の実施形態に係る他のデータパケット送信処理の模式図である。 本発明の実施形態５に係るデータ送信方法のフローチャートである。 本発明の実施形態に係るネットフィルタメカニズムの模式図である。 本発明の実施形態６に係るデバイスの模式構造図である。 本発明の実施形態６に係る他のデバイスの模式構造図である。 本発明の実施形態６に係る他のデバイスの模式構造図である。 本発明の実施形態６に係る他のデバイスの模式構造図である。 本発明の実施形態７に係るデバイスの模式構造図である。 本発明の実施形態７に係る他のデバイスの模式構造図である。 本発明の実施形態７に係る他のデバイスの模式構造図である。 本発明の実施形態７に係る他のデバイスの模式構造図である。 本発明の実施形態８に係るデバイスの模式構造図である。 本発明の実施形態８に係る他のデバイスの模式構造図である。 本発明の実施形態９に係るデバイスの模式構造図である。 本発明の実施形態９に係る他のデバイスの模式構造図である。
以下、本発明の複数の実施形態における添付図面を参照して、本発明の複数の実施形態における技術的解決手段を明確に説明する。説明される実施形態は、単に、本発明の複数の実施形態のいくつかに過ぎず、全てではないことは明らかである。創造的努力なしに、本発明の複数の実施形態に基づいて当業者によって取得される他の全ての実施形態は、本発明の保護範囲に属するものとする。
本明細書で説明される様々な技術は、様々な無線通信システム、例えば、現在の２Ｇ及び３Ｇ通信システムならびに次世代通信システム、例えば、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、符号分割多重アクセス（ＣＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、ワイドバンド符号分割多重アクセス（ＷＣＤＭＡ（登録商標））システム、周波数分割多重アクセス（ＦＤＭＡ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、汎用パケット無線サービス（ＧＰＲＳ）システム、ロングタームエボリューション（ＬＴＥ）システム、及び他の複数の通信システムに適用されてよい。
本明細書の様々な態様は、端末及び／又は基地局及び／又は基地局コントローラを参照して説明される。
さらに、「システム」及び「ネットワーク」という用語は、本明細書において互換的に用いられてよい。本明細書における「及び／又は」という用語は、複数の関連オブジェクトを説明するための対応関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、すなわち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、ならびにＢのみが存在することを表してよい。さらに、本明細書における「／」という文字は、概して、関連オブジェクト間に「又は」という関係があることを示す。
実施形態１
本発明の本実施形態は、データ送信方法を提供し、これは、第１のデバイスに適用されてよい。本実施形態は、第１のデバイス及び第２のデバイスがアップリンクデータ送信又はダウンリンクデータ送信を実行する処理に適用されてよい。図２に示されるように、データ送信方法は、以下の段階を含む。
Ｓ１０１において、第１のデバイスは、送信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰ）層確認応答（ＡＣＫ）を取得する。
一態様において、ＴＣＰ接続に基づくダウンリンクデータ送信シナリオにおいて、第１のデバイスは、ユーザ機器であり、第２のデバイスは、無線アクセスネットワーク（ＲＡＮ）側デバイスである。ＲＡＮ側デバイスは、ＲＡＮにおける任意のデバイス、例えば、基地局又はコントローラであってよい。
ＴＣＰ接続に基づくダウンリンクデータ送信処理において、ＲＡＮ側デバイス（第２のデバイス）は、アプリケーションサーバからＴＣＰ層データパケットを受信し、リンク層データパケットを取得すべくＴＣＰ層データパケットをカプセル化し、次に、ユーザ機器（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ユーザ機器（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべくリンク層データパケットを解析し、次に、ＴＣＰ層データパケットに従って、ＴＣＰ層データパケットの確認応答情報、すなわち、ＴＣＰ層ＡＣＫを生成してよい。
他の態様において、ＴＣＰ接続に基づくアップリンクデータ送信において、第１のデバイスは、ＲＡＮ側デバイスであり、第２のデバイスは、ユーザ機器である。
アップリンクデータ送信シナリオにおいて、ＴＣＰ層データパケットを取得した後に、ユーザ機器（第２のデバイス）は、リンク層データパケットを取得すべくＴＣＰ層データパケットをカプセル化し、次に、ＲＡＮ側デバイス（第１のデバイス）にリンク層データパケットを送信してよい。ユーザ機器（第２のデバイス）からリンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべくリンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットをアプリケーションサーバに送信し、アプリケーションサーバからＴＣＰ層ＡＣＫを受信してよい。
ＴＣＰ層ＡＣＫを取得した後に、第１のデバイス（ダウンリンクデータ送信シナリオにおけるユーザ機器又はアップリンクデータ送信シナリオにおけるＲＡＮ側デバイス）は、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよいことに留意されたい。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、第１のデバイスは、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、Ｓ１０２を実行する。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットではない場合に、第１のデバイスは、第２のデバイスにＴＣＰ層ＡＣＫを送信する。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第１のデバイスは、第２のデバイスにＴＣＰ層ＡＣＫを送信する。
Ｓ１０２において、第１のデバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
無線エアインタフェースリンクにおけるＴＣＰ層ＡＣＫパケットの数を減少させるべく、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよいことに留意されたい。
例示的に、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであること、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、かつ、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリであること、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットに属すること、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、かつ、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリに属することを含む。
例示的に、第１のフィルタ基準は、１）ＴＣＰ層ＡＣＫが、第１のデバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、２）ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、３）ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、４）ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、５）ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第２のフィルタ基準におけるにおけるフィルタ条件は、１）ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、２）ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送することを少なくとも含む。
第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号であり、第１のシーケンス番号は、第１のデバイスがＴＣＰ層ＡＣＫを取得した後であるが、第１のデバイスが取得されたＴＣＰ層ＡＣＫをインタセプトする前に、毎回予約されるＴＣＰ層ＡＣＫのシーケンス番号であり、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされない前に、毎回一度更新される。
本発明の本実施形態の１つの適用シナリオにおいて、第１のデバイスと第２のデバイスとの間における無線エアインタフェースリンクは、第３世代パートナシッププロジェクト（３ＧＰＰ）リンクであってよく、データは、３ＧＰＰエアインタフェースによって、第１のデバイスと第２のデバイスとの間で送信される。ＴＣＰ接続に基づくデータ送信処理において、第１のデバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。
この適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層であり、例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおけるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層である。
本発明の本実施形態の他の適用シナリオにおいて、第１のデバイスと第２のデバイスとの間における無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、第１のデバイスと第２のデバイスとの間で送信される。ＴＣＰ接続に基づくデータ送信処理において、第１のデバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。
この適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この適用シナリオの他のケースにおいて、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層、すなわち、メディアアクセス制御（ＭＡＣ）層である。
さらに、本発明の本実施形態の他の適用シナリオにおいて、ＴＣＰ層ＡＣＫをインタセプトする機能は、オペレーティングシステムによって提供されるパケットキャプチャメカニズムによって、第１のデバイスに追加され、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。この適用シナリオにおいて、元のプロトコルスタックは、変更されなくてよい。
例示的に、ダウンリンクデータ送信を例として用いて、図１０に示されるように、ネットフィルタメカニズムが、任意の楕円の破線のボックスによって示されるキャプチャポイントにおいて、エアインタフェースアップリンクＡＣＫパケットをキャプチャするために用いられてよい。一方で、インタセプトモジュールは、ネットフィルタメカニズムを用いることによって、システムに組み込まれる。
図１０に示されるＩＰ層の５つの検出ポイントの機能は、本明細書において別個に説明される。図１０に示されるように、検出ポイント１（ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧ）において、ネットワーク層に入ったばかりのデータパケットは、ポイントを通過し（バージョン番号チェックのような検出が実行される）デスティネーションアドレス変換が、ポイントによって実行される。検出ポイント２（ＮＦ＿ＩＰ＿ＬＯＣＡＬ＿ＩＮ）において、ルーティングサーチの後に、ローカルデバイスに送信されたデータパケットは、検出ポイントを通過し、入力されたパケットのフィルタリングが、検出ポイントによって実行される。検出ポイント３（ＮＦ＿ＩＰ＿ＦＯＲＷＡＲＤ）において、転送されるべきパケットは、ポイントを通過し、ＦＯＲＷＡＲＤパケットのフィルタリングが、検出ポイントによって実行される。検出ポイント４（ＮＦ＿ＩＰ＿ＰＯＳＴ＿ＲＯＵＴＩＮＧ）において、ネットワークデバイスによって送信されるべき全てのデータパケットは、検出ポイントを通過し、ビルトインのソースアドレス変換機能（アドレスマスカレードを含む）が検出ポイントによって実行される。検出ポイント５（ＮＦ＿ＩＰ＿ＬＯＣＡＬ＿ＯＵＴ）において、ローカル処理によって送信されたパケットは、検出ポイントを通過し、出力されたパケットのフィルタリングが、検出ポイントによって実行される。
本発明の本実施形態において提供されるデータ送信方法において、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットが第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態２
本発明の本実施形態は、データ送信方法を提供し、これは、第２のデバイスに適用されてよい。本実施形態は、第１のデバイス及び第２のデバイスがアップリンクデータ送信又はダウンリンクデータ送信を実行する処理に適用されてよい。図３に示されるように、データ送信方法は、以下の段階を含む。
Ｓ２０１において、第２のデバイスは、第１のデバイスからリンク層ＡＣＫを受信する。ここで、リンク層ＡＣＫは、第１のデバイスが第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される。
一態様において、ＴＣＰ接続に基づくダウンリンクデータ送信シナリオにおいて、第１のデバイスは、ユーザ機器であり、第２のデバイスは、ＲＡＮ側デバイスである。
ＴＣＰ接続に基づくダウンリンクデータ送信処理において、ＲＡＮ側デバイス（第２のデバイス）は、アプリケーションサーバからＴＣＰ層データパケットを受信し、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、次に、ユーザ機器（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ユーザ機器（第１のデバイス）は、ＲＡＮ側デバイス（第２のデバイス）にリンク層ＡＣＫを送信してよい。一方で、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよい。
他の態様において、ＴＣＰ接続に基づくアップリンクデータ送信において、第１のデバイスは、ＲＡＮ側デバイスであり、第２のデバイスは、ユーザ機器である。
アップリンクデータ送信シナリオにおいて、ＴＣＰ層データパケットを取得した後に、ユーザ機器（第２のデバイス）は、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、次に、ＲＡＮ側デバイス（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、ユーザ機器（第２のデバイス）にリンク層ＡＣＫを送信してよい。一方で、リンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、解析により取得されたＴＣＰ層データパケットをアプリケーションサーバに送信し、次に、アプリケーションサーバからＴＣＰ層ＡＣＫを受信してよい。ここで、ＴＣＰ層ＡＣＫは、解析によりＲＡＮ側デバイス（第１のデバイス）によって取得されたＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫである。
Ｓ２０２において、第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する。
第２のデバイスは、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得し（ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む）、次に、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定してよい。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
本発明の本実施形態において提供されるデータ送信方法において、第２のデバイスは、第１のデバイスからリンク層確認応答ＡＣＫを受信する。ここで、リンク層ＡＣＫは、第１のデバイスが、第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される。第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、第２のデバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
実施形態３
本発明の本実施形態は、データ送信方法を提供する。データ送信方法は、ＴＣＰ接続に基づくダウンリンクデータ送信処理に適用されてよい。すなわち、第１のデバイスは、具体的には、ユーザ機器であり、第２のデバイスは、具体的には、ＲＡＮ側デバイスである。
本実施形態は、以下の例を用いることによって、本発明の複数の実施形態における方法をさらに説明する。ここで、ＲＡＮ側デバイスにおいて任意のタイプのＴＣＰエージェントが存在しない場合、又は、ＲＡＮ側デバイスにおいてスヌープＴＣＰタイプのＴＣＰエージェントが存在する場合に、ＲＡＮ側デバイスは、ユーザ機器にダウンリンクデータを送信する。具体的には、図４Ａ及び図４Ｂに示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ３０１において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層データパケットを受信する。
Ｓ３０２において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのシーケンス番号及びＴＣＰ層データパケットのパケット長を記録する。
Ｓ３０３において、ＲＡＮ側デバイスは、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
ＲＡＮ側デバイスによって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。Ｓ３０４において、ＲＡＮ側デバイスは、ユーザ機器にリンク層データパケットを送信する。
Ｓ３０５において、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析する。
Ｓ３０６において、ユーザ機器は、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する。
本実施形態の第１の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよい。すなわち、データは、３ＧＰＰエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される。
第１の適用シナリオにおいて、ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ユーザ機器は、ユーザ機器における３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ＲＡＮ側デバイスからリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ユーザ機器におけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティから受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよく、次に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫをカプセル化し、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクによって、ＲＡＮ側デバイスにカプセル化されたＴＣＰ層ＡＣＫを送信する。
本実施形態の第２の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、すなわち、データは、ＷｉＦｉエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信されることに留意されたい。
第２の適用シナリオにおいて、ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ユーザ機器は、ユーザ機器におけるＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ＲＡＮ側デバイスからリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ユーザ機器におけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティから受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよく、次に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫをカプセル化し、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクによって、ＲＡＮ側デバイスにカプセル化されたＴＣＰ層ＡＣＫを送信する。
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであってよく、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ユーザ機器によって有線リンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであってよいことに留意されたい。本発明の本実施形態において、インタセプト決定は、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに対してのみ実行されるので、本実施形態は、無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な処理のみを説明する。
さらに、任意に、本発明の本実施形態において、ＴＣＰ層ＡＣＫを生成した後に、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮは、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトした後に、ＲＡＮ側デバイスが実行する必要があるオペレーション処理を決定する必要がある。すなわち、ＲＡＮ側デバイス及びユーザ機器は、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
Ｓ３０７において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
具体的には、ユーザ機器及びＲＡＮ側デバイスは、能力交渉処理によって。インタセプト能力を交換してよい。Ｓ３０７は、Ｓ３０７ａからＳ３０７ｆを含んでよい。
Ｓ３０７ａにおいて、ユーザ機器は、ＲＡＮ側デバイスから第１の能力交渉シグナリングを受信する。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む。
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に用いられるインタセプトパラメータであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
Ｓ３０７ｂにおいて、ユーザ機器は、第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する。
ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションである。第２のＡＣＫカテゴリは、ユーザ機器がインタセプト決定をなす場合にユーザ機器によってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含む。第２のインタセプトパラメータは、ユーザ機器がインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
Ｓ３０７ｃにおいて、ユーザ機器は、ＡＣＫカテゴリインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータを決定する。
Ｓ３０７ｄにおいて、ユーザ機器は、ＲＡＮ側デバイスに第２の能力交渉シグナリングを送信する。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む。
Ｓ３０７ｅにおいて、ＲＡＮ側デバイスは、第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する。
例示的に、第１のＡＣＫカテゴリ（すなわち、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＡＣＫが属するＡＣＫカテゴリ）が第１のインタセプトカテゴリ及び第２のインタセプトカテゴリを含み、第２のＡＣＫカテゴリ（すなわち、ユーザ機器がインタセプト決定をなす場合にユーザ機器によってインタセプトされるＡＣＫが属するＡＣＫカテゴリ）が第１のインタセプトカテゴリを含むと仮定すると、ＲＡＮ側デバイスは、ＡＣＫカテゴリインタセクションが第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションである、すなわち、第１のインタセプトカテゴリであると決定してよい。
第１のインタセプトパラメータの事前設定閾値は２であり、第２のインタセプトパラメータの事前設定閾値は３と仮定される。ユーザ機器が、ＴＣＰ層ＡＣＫが事前設定条件を満たすと決定する場合に、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウは事前設定閾値以上であることが必要とされるので、ＲＡＮ側デバイスは、インタセプトパラメータインタセクション（第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクション）として、第１のインタセプトパラメータの事前設定閾値及び第２のインタセプトパラメータの事前設定閾値においてより大きい閾値を用いてよい。すなわち、ＲＡＮ側デバイスは、インタセプトパラメータインタセクションとして閾値３を用いてよい。
Ｓ３０７ｆにおいて、ＲＡＮ側デバイスは、ＡＣＫカテゴリインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータを決定する。
さらに、任意に、本発明の本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ユーザ機器に対して、ＲＡＮ側デバイスによってインタセプト能力をサポートするステータスを特定してよく、ユーザ機器は、ＲＡＮ側デバイスによって特定されたインタセプト能力に従って、ユーザ機器によってインタセプト能力をサポートするステータスを決定する。Ｓ３０７は、Ｓ３０７'と置換されてよい。
Ｓ３０７'において、ＲＡＮ側デバイスは、ユーザ機器に対して、インタセプト能力情報を特定する。ここで、インタセプト能力情報は、ＲＡＮ側デバイスによってサポートされるＡＣＫカテゴリインタセプトと、ＲＡＮ側デバイスによってサポートされるインタセプトパラメータとを含む。Ｓ３０７'は、Ｓ３０７ａ、Ｓ３０７ｇ、及びＳ３０７ｈを含んでよい。
Ｓ３０７ａにおいて、ユーザ機器は、ＲＡＮ側デバイスから第１の能力交渉シグナリングを受信する。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む。
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に用いられるインタセプトパラメータであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
例示的に、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリである。例えば、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、ユーザ機器は、第１のインタセプトカテゴリに属するＴＣＰ層ＡＣＫをインタセプトする。この場合、ユーザ機器が第１のインタセプトカテゴリに属するＴＣＰ層ＡＣＫをインタセプトする場合には、ＲＡＮ側デバイスは、ＲＡＮ側デバイスとユーザ機器との間におけるＴＣＰデータ送信の確認応答メカニズムを確実にすべく、ＴＣＰ層ＡＣＫを受信することなく第１のインタセプトオペレーションを実行してよい。第１のインタセプトオペレーションは、ＴＣＰ層ＡＣＫが第１のＡＣＫカテゴリにおける第１のインタセプトカテゴリ又は第２のインタセプトカテゴリに属する場合に、ＲＡＮ側デバイスとユーザ機器との間におけるＴＣＰデータ送信の確認応答メカニズムを確実にすべく、ＲＡＮ側デバイスによって実行されるオペレーションであってよい。
Ｓ３０７ｇにおいて、ユーザ機器は、第１のインタセプトオペレーションに従って、ユーザ機器によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、ユーザ機器によってサポートされるインタセプトパラメータを決定する。
具体的には、ユーザ機器は、第１のＡＣＫカテゴリがユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリであると決定し、第１のインタセプトパラメータが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータであると決定してよい。
Ｓ３０７ｈにおいて、ＲＡＮ側デバイスは、第１のインタセプトオペレーションに従って、ＲＡＮ側デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、ＲＡＮ側デバイスによってサポートされるインタセプトパラメータを決定する。
具体的には、ＲＡＮ側デバイスは、第１のＡＣＫカテゴリが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリであると決定し、第１のインタセプトパラメータが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータであると決定してよい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ３０１からＳ３０６は最初に実行されてよく、Ｓ３０７は次に実行される。又は、Ｓ３０７は最初に実行されてよく、Ｓ３０１からＳ３０６は次に実行される。又は、Ｓ３０１からＳ３０６及びＳ３０７は同時に実行されてよい。本発明の本実施形態は、Ｓ３０１からＳ３０６とＳ３０７との間の順番を限定しない。
Ｓ３０８において、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであるか否かを決定する。
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットである場合には、Ｓ３０９が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットではない場合には、Ｓ３１０及びＳ３１１が実行される。Ｓ３０９において、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
例示的に、本発明の本実施形態の適用シナリオにおいて、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含んでよい。
第１のフィルタ基準は、１）ＴＣＰ層ＡＣＫが、ユーザ機器がリンク層データパケットを受信した後に、ＲＡＮ側デバイスに送信された他のデータパケットにおいて伝送され、かつ、ＲＡＮ側デバイスに遅延して送信されるＡＣＫであること、２）ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、３）ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、４）ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、５）ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
さらに、任意に、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含んでよい。
第２のフィルタ基準におけるにおけるフィルタ条件は、１）ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、２）ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送することを少なくとも含む。
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ３１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ３１０及びＳ３１１が実行される。Ｓ３１０において、ユーザ機器は、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信する。Ｓ３１１において、ＲＡＮ側デバイスは、アプリケーションサーバにＴＣＰ層ＡＣＫを送信する。Ｓ３１２において、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトする。
具体的には、ユーザ機器は、ユーザ機器において構成されるインタセプトモジュールを用いることによって、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。
本実施形態の第１の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよく、データは、３ＧＰＰエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される。すなわち、ユーザ機器は、３ＧＰＰリンクをサポートする端末である。ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第１の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第１の適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのＰＤＣＰ層に配置されてよい。
この場合、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
ユーザ機器が３ＧＰＰリンクイネーブル端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がユーザ機器とＲＡＮ側デバイスとの間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
本実施形態の第２の適用シナリオにおいて、ユーザ機器は、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第２の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第２の適用シナリオの他のケースにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される、すなわち、ユーザ機器は、ＷｉＦｉリンクイネーブル端末である。インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよく、これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのＭＡＣ層に配置されてよい。
この場合、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよく、ＴＣＰ層ＡＣＫをカプセル化又は送信しない。
ユーザ機器がＷｉＦｉリンクイネーブル端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がユーザ機器とＲＡＮ側デバイスとの間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
さらに、ユーザ機器が複数の並列無線リンク（すなわち、ＷｉＦｉ無線エアインタフェースリンクのみではなく３ＧＰＰ無線エアインタフェースリンクもがユーザ機器とＲＡＮ側デバイスとの間に確立される）をサポートする端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、３つのリンクからの複数のＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（ユーザ機器とＲＡＮ側デバイスとの間に有線ＴＣＰ接続が存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び３）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク又は３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
ユーザ機器が無線並列処理イネーブル端末である場合に、インタセプトモジュールは、概して、ＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置されることに留意されたい。具体的には、インタセプトモジュールが、概して、ユーザ機器における３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ又はＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティに配置される場合に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、並列シナリオにおいてダウンリンクＴＣＰ層データパケットのパケットデータ情報を取得できない。従って、情報は、有効かつ高速のデータ送信チャネルによって交換される必要があり、これは、複雑な実装を有する。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、複数のリンク（ダウンリンクＴＣＰ層データパケット及びアップリンクＴＣＰ層データパケットの送信リンク）のアグリゲーションポイントであり、インタセプトモジュールがＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置される場合に、処理エンティティは、情報を交換する必要がなく、処理プロセスを単純化することができる。
リンク層確認応答メカニズムに従って、リンク層データパケットを受信した後に、ユーザ機器は、リンク層ＡＣＫによってＲＡＮ側デバイスに応答してよい。
Ｓ３１３において、リンク層データパケットを受信した後に、ユーザ機器は、ＲＡＮ側デバイスにリンク層ＡＣＫを送信する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ３０５は最初に実行されてよく、Ｓ３１３は次に実行される。又は、Ｓ３１３は最初に実行されてよく、Ｓ３０５は次に実行される。又は、Ｓ３０５及びＳ３１３は同時に実行されてよい。本発明の本実施形態は、Ｓ３０５とＳ３１３との間の順番を限定しない。
Ｓ３１４において、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する。
具体的には、ＲＡＮ側デバイスは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定してよい。ここで、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号である。
本実施形態において、ＲＡＮ側デバイスにはあらゆるタイプのＴＣＰエージェントが存在しない、又は、ＲＡＮ側デバイスにはスヌープＴＣＰタイプのＴＣＰエージェントが存在することに留意されたい。ＲＡＮ側デバイスにあらゆるタイプのＴＣＰエージェントが存在しない場合、又はＲＡＮ側デバイスにスヌープＴＣＰタイプのＴＣＰエージェントが存在する場合に、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに直接応答することができず、ＲＡＮ側デバイスは、ユーザ機器がＴＣＰ層データパケットの受信に既に成功したと決定した後にのみ、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに応答することができる。従来技術では、ＴＣＰ層ＡＣＫはインタセプトされるので、ＲＡＮ側デバイスは、ユーザ機器からＴＣＰ層ＡＣＫを受信した後に、対応するＴＣＰ層データパケットがユーザ機器への送信に既に成功していることをアプリケーションサーバに示すべく、アプリケーションサーバにＴＣＰ層ＡＣＫを直接送信できる。しかしながら、本発明の本実施形態において、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトする場合に、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する必要がある。この場合、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのユーザ機器への送信が既に成功したことをアプリケーションサーバに示すために利用可能なＴＣＰ層ＡＣＫを生成する必要がある。従って、本発明の本実施形態における方法は、Ｓ３１５をさらに含んでよい。
Ｓ３１５において、ＲＡＮ側デバイスは、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する。
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、ユーザ機器がＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、ＲＡＮ側デバイスがアプリケーションサーバから受信されたＴＣＰ層データパケットをカプセル化した後に、ＲＡＮ側デバイスによって取得される。連続確認応答データパケットは、ＲＡＮ側デバイスによって既に決定され、かつ、ユーザ機器による受信に成功した全てのＴＣＰ層データパケットにおいてシーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
具体的には、ＲＡＮ側デバイスによって、リンク層を介してユーザ機器から受信されたリンク層ＡＣＫに従って、ＴＣＰ層ＡＣＫを構築する方法は、ＲＡＮ側デバイスによって、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号、及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、対応するＴＣＰ層データパケットをサーチする段階であってよい。ここで、発見されたＴＣＰ層データパケットは、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットであり、かつ、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットである。Ｓ３１５は、具体的には、Ｓ３１５ａからＳ３１５ｃを含んでよい。
Ｓ３１５ａにおいて、ＲＡＮ側デバイスは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号と、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する。
Ｓ３１５ｂにおいて、ＲＡＮ側デバイスは、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する。
具体的には、ＲＡＮ側デバイスによってＴＣＰ層ＡＣＫを構築する方法は、ＲＡＮ側デバイスによって、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号に従って、かつ、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを参照して、ＴＣＰ層ＡＣＫを構築する段階を含んでよい。ここで、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和である。連続確認応答データパケットの詳細な説明については、本発明の複数の実施形態における関連する説明を参照するものとし、詳細は、本発明の本実施形態において再度説明されない。
例示的に、本発明の本実施形態の適用シナリオにおいて、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリは、第１のインタセプトカテゴリである（第１のインタセプトカテゴリにおいて、現在のＡＣＫシーケンス番号に対応するリンク層データパケットは、ダウンリンクリンク層データパケットのバッファに記録されず、現在のＡＣＫシーケンス番号より前のＡＣＫシーケンス番号に対応するリンク層データパケットは、全てダウンリンクリンク層データパケットのバッファに記録される）。この適用シナリオにおいて、Ｓ３１５ｂは、具体的には、以下の段階Ａを含んでよい。
段階Ａにおいて、ＲＡＮ側デバイスがユーザ機器からリンク層ＡＣＫを受信した第１回目は、ＲＡＮ側デバイスは、連続確認応答データパケットとして第１のデータパケットを用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築する。
第１のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける最小のシーケンス番号を有するＴＣＰ層データパケットから、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するデータパケットである。
例えば、図６のケース１に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１、ＴＣＰ層データパケット２、及びＴＣＰ層データパケット３において、ＴＣＰ層データパケット３、すなわち、シーケンス番号が３のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット３のシーケンス番号３と、ＴＣＰ層データパケット３のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット３が、連続確認応答データパケットである。
図６のケース２に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）のみを含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１、すなわち、シーケンス番号が１のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット１のシーケンス番号１と、ＴＣＰ層データパケット１のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット１が、連続確認応答データパケットである。
図６のケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１及びＴＣＰ層データパケット３においてＴＣＰ層データパケット１、すなわち、シーケンス番号が１のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット１のシーケンス番号１と、ＴＣＰ層データパケット１のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット１が、連続確認応答データパケットである。
さらに、任意に、図６のケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットは、そのシーケンス番号とＴＣＰ層データパケット１のシーケンス番号とが不連続であるＴＣＰ層データパケット３をさらに含んでよい。従って、Ｓ３１５ｂは、以下の段階をさらに含んでよい。
段階Ａ'において、ＲＡＮ側デバイスがユーザ機器からリンク層ＡＣＫを受信した後の第１回目に、ＲＡＮ側デバイスは、第２のデータパケットについての情報を不連続確認応答データパケットセットに追加する。
第２のデータパケットは、そのシーケンス番号と第１のデータパケットのシーケンス番号とが不連続であるＴＣＰ層データパケットであり、そのシーケンス番号は第１のデータパケットのシーケンス番号より大きく、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットにある。例えば、図６に示されるケース３のＴＣＰ層データパケット３は、第２のデータパケットである。
さらに、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットのシーケンス番号は、連続的なシーケンス番号であると仮定される。図７に示されるいずれのケースにおいても、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む。ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットは、シーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）であり、Ｓ３１５ｂは、段階Ｂ及び段階Ｃをさらに含んでよい。
段階Ｂにおいて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応するＴＣＰ層データパケットは、第３のデータパケットを含み、ＲＡＮ側デバイスは、第４のデータパケットを、連続確認応答データパケットとして用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いる。
第３のデータパケットは、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケットである。
第４のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける第３のデータパケットから、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するデータパケットである。
例えば、図７のケース１、ケース２、及びケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、ＴＣＰ層データパケット４、すなわち、シーケンス番号が４のＴＣＰ層データパケットを含み、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号３とは連続する。従って、ＲＡＮ側デバイスをは、第４のデータパケットを連続確認応答データパケットとして用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いてよい。
具体的には、図７のケース１において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）をさらに含み、第４のデータパケットは、データパケット、すなわち、ＴＣＰ層データパケット６であり、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける第３のデータパケット（ＴＣＰ層データパケット４）から、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有する。
図７に示されるケース１において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット６を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット６のシーケンス番号とＴＣＰ層データパケット６のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
任意に、図７のケース２において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、あらゆる他のＴＣＰ層データパケットを含まず、第４のデータパケットは、ＴＣＰ層データパケット４である。
図７に示されるケース２において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット４を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット４のシーケンス番号とＴＣＰ層データパケット４のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
任意に、図７のケース３において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）をさらに含む。ＴＣＰ層データパケット６のシーケンス番号及びＴＣＰ層データパケット４のシーケンス番号は不連続なので、第４のデータパケットは、ＴＣＰ層データパケット４である。
図７に示されるケース３において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット４を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット４のシーケンス番号とＴＣＰ層データパケット４のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
さらに任意に、図７のケース３において、第３のデータパケット（そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケット）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、そのシーケンス番号と第３のデータパケット（ＴＣＰ層データパケット４）のシーケンス番号とが不連続なＴＣＰ層データパケット６をさらに含んでよい。従って、Ｓ３１５ｂは、以下の段階をさらに含んでよい。
段階Ｂ'において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、第３のデータパケットを含み、ＲＡＮ側デバイスは、第５のデータパケットについての情報を不連続確認応答データパケットセットに追加する。
第５のデータパケットは、そのシーケンス番号と第３のデータパケットのシーケンス番号とが不連続であるＴＣＰ層データパケットであり、そのシーケンス番号は第３のデータパケットのシーケンス番号より大きく、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにある。例えば、図７のケース３におけるＴＣＰ層データパケット６は、第５のデータパケットである。
段階Ｃにおいて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、第３のデータパケットを含まず、ＲＡＮ側デバイスは、第６のデータパケットについての情報を不連続確認応答データパケットセットに追加する。
第３のデータパケットは、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケットである。
第６のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットを含んでよい。
例えば、図７のケース４、ケース５、及びケース６に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、ＴＣＰ層データパケット４、すなわち、シーケンス番号が４のＴＣＰ層データパケットを含まず、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号３とは連続する。従って、ＲＡＮ側デバイスは、連続確認応答データパケットを更新する必要がなく、第６のデータパケットについての情報を不連続確認応答データパケットセットに追加することのみが必要である。
具体的には、図７のケース４において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）を含み、第６のデータパケットは、ＴＣＰ層データパケット５である。
図７のケース４において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報を不連続確認応答データパケットセットに追加してよい。
任意に、図７のケース５において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が７のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット７）を含み、第６のデータパケットは、ＴＣＰ層データパケット５及びＴＣＰ層データパケット７である。
図７のケース５において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を、不連続確認応答データパケットセットに追加してよい。
任意に、図７のケース６において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）を含み、第６のデータパケットは、ＴＣＰ層データパケット５及びＴＣＰ層データパケット６である。
図７のケース６において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット６についての情報を、不連続確認応答データパケットセットに追加してよい。
さらに任意に、図８に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−２）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含むと仮定される。この場合、連続確認応答データパケットは、ＴＣＰ層データパケット３であり、ＴＣＰ層データパケットについての情報は、不連続確認応答データパケットセットに追加されない。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット３のシーケンス番号３とＴＣＰ層データパケット３のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が７のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット７）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットを更新せず、連続確認応答データパケットは、なおＴＣＰ層データパケット３であり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を不連続確認応答データパケットセットに追加する。連続確認応答データパケットは更新されないので、ＲＡＮ側デバイスは、リンク層ＡＣＫを受信した後の第（Ｎ−１）回目に対応するＴＣＰ層ＡＣＫを構築しなくてよく、又は、ＲＡＮ側デバイスは、ＴＣＰ層データパケット３のシーケンス番号３とＴＣＰ層データパケット３のパケット長との和を、ＴＣＰ層ＡＣＫのシーケンス番号として用いてＴＣＰ層ＡＣＫを構築してよく、次に、段階Ｓ３１６、すなわち、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行しない。
図８のケース１において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットをＴＣＰ層データパケット７に更新し、ＲＡＮ側デバイスは、不連続確認応答データパケットセットから、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を削除する。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット７のシーケンス番号７とＴＣＰ層データパケット７のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
図８のケース２において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）及びシーケンス番号が８のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット８）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットをＴＣＰ層データパケット５に更新し、ＲＡＮ側デバイスは、ＴＣＰ層データパケット８についての情報を不連続確認応答データパケットセットに追加し、ＲＡＮ側デバイスは、不連続確認応答データパケットセットから、ＴＣＰ層データパケット５についての情報を削除する。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット５のシーケンス番号５とＴＣＰ層データパケット５のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
例示的に、本発明の本実施形態の他の適用シナリオにおいて、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリは、第２のインタセプトカテゴリである（第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は第１のシーケンス番号に等しく、第１のシーケンス番号は、ダウンリンクリンク層データパケットのバッファに、更新された最新のＡＣＫのシーケンス番号を記録する）。
この適用シナリオにおいて、Ｓ３１５ｂの詳細については、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリが第１のインタセプトカテゴリである場合には、関連する説明を参照するものとする。異なる点は、以下の通りである。段階Ａ及び段階Ｂにおいて、ＲＡＮ側デバイスが連続確認応答データパケットを更新する（段階Ａにおいて、ＲＡＮ側デバイスは、第１のデータパケットを連続確認応答データパケットとして用い、段階Ｂにおいて、第４のデータパケットを連続確認応答データパケットとして用いる）度に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定をクリアする必要がある。さらに、段階Ａ'及び段階Ｂにおいて、ＲＡＮ側デバイスが１つのデータパケットについての情報を不連続確認応答データパケットセットに追加する度に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定に１を追加する必要がある。ＲＡＮ側デバイスがＮ個の新たなデータパケットについての情報を不連続確認応答データパケットセットに追加する場合に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定に、Ｎを追加する必要がある。
Ｓ３１５ｃにおいて、ＲＡＮ側デバイスは、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号に従って、受信に失敗したリンク層データパケットをユーザ機器に再送信する。Ｓ３１６において、ＲＡＮ側デバイスは、アプリケーションサーバに、構築されたＴＣＰ層ＡＣＫを送信する。
構築されたＴＣＰ層ＡＣＫは、対応するＴＣＰ層データパケットが、ユーザ機器によって既に受信されたことをアプリケーションサーバに示すために用いられる。
本発明の本実施形態において提供されるデータ送信方法において、ユーザ機器は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、ユーザ機器は、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信しない。ＲＡＮ側デバイスは、ユーザ機器から受信されたリンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定してよい。従って、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、ユーザ機器とＲＡＮ側デバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態４
本発明の本実施形態は、データ送信方法を提供する。データ送信方法は、ＴＣＰ接続に基づくダウンリンクデータ送信処理に適用されてよい。すなわち、第１のデバイスは、具体的には、ユーザ機器であり、第２のデバイスは、具体的には、ＲＡＮ側デバイスである。
本実施形態は、以下の例を用いることによって、本発明の複数の実施形態における方法をさらに説明する。ここで、ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在する場合に、ＲＡＮ側デバイスは、ユーザ機器にダウンリンクデータを送信する。具体的には、図５Ａ及び図５Ｂに示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ４０１において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層データパケットを受信する。
Ｓ４０２において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成しアプリケーションサーバにＴＣＰ層ＡＣＫを送信する。
ＴＣＰ層ＡＣＫは、ＲＡＮ側デバイスがアプリケーションサーバからＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられる。
ＲＡＮ側デバイスによって、受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する方法については、従来技術においてＴＣＰ層データパケットが受信された後に、デバイスによってＴＣＰ層ＡＣＫを生成する具体的な方法を参照するものとし、詳細は本実施形態において説明されないことに留意されたい。
Ｓ４０３において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのシーケンス番号及びＴＣＰ層データパケットのパケット長を記録する。
Ｓ４０４において、ＲＡＮ側デバイスは、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
ＲＡＮ側デバイスによって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ４０２は最初に実行されてよく、Ｓ４０３及びＳ４０４は次に実行される。又は、Ｓ４０３及びＳ４０４は最初に実行されてよく、Ｓ４０２は次に実行される。又は、Ｓ４０２及びＳ４０３及びＳ４０４は、同時に実行されてよい。本発明の本実施形態は、Ｓ４０２、Ｓ４０３及びＳ４０４の間の順番を限定しない。Ｓ４０５において、ＲＡＮ側デバイスは、ユーザ機器にリンク層データパケットを送信する。
Ｓ４０６において、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析する。
Ｓ４０７において、ユーザ機器は、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、リンク層データパケットを受信した後に、ユーザ機器が、リンク層データパケットを解析して対応するＴＣＰ層データパケットを取得し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な方法は、リンク層データパケットを受信した後に、ユーザ機器がリンク層データパケットを解析して対応するＴＣＰ層データパケットを取得し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する実施形態３の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
さらに、任意に、本発明の本実施形態において、ＴＣＰ層ＡＣＫを生成した後に、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮは、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトした後に、ＲＡＮ側デバイスが実行する必要があるオペレーション処理を決定する必要がある。すなわち、ＲＡＮ側デバイス及びユーザ機器は、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
Ｓ４０８において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な方法は、実施形態３における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する方法と同様であることに留意されたい。従って、実施形態３における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な説明を参照するものとし、詳細は本実施形態において再度説明されない。
Ｓ４０９において、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであるか否かを決定する。
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットである場合には、Ｓ４１０が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットではない場合には、Ｓ４１１が実行される。Ｓ４１０において、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、ユーザ機器によって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否か、及びインタセプトモジュールの配置を決定する方法については、実施形態３の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ４１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ４１１が実行される。Ｓ４１１において、ユーザ機器は、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信する。Ｓ４１２において、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトする。
本発明の本実施形態における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする具体的な方法は、実施形態３における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする方法と同様であることに留意されたい。従って、実施形態３における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
Ｓ４１３において、リンク層データパケットを受信した後に、ユーザ機器は、ＲＡＮ側デバイスにリンク層ＡＣＫを送信する。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ４０６は最初に実行されてよく、Ｓ４１３は次に実行される。又は、Ｓ４１３は最初に実行されてよく、Ｓ４０６は次に実行される。又は、Ｓ４０６及びＳ４１３は、同時に実行されてよい。本発明の本実施形態は、Ｓ４０６とＳ４１３との間の順番を限定しない。
Ｓ４１４において、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する。
本実施形態における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する具体的な方法は、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する方法と同様であることに留意されたい。従って、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
本実施形態において、ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在することに留意されたい。ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在する場合に、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに直接応答してよい。従って、ＲＡＮ側デバイスがユーザ機器にＴＣＰ層データパケットを送信し、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する場合に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに再度応答する必要がない。
従って、本実施形態において、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットがユーザ機器への送信に既に成功したことをアプリケーションサーバに示すために用いられるＴＣＰ層ＡＣＫを構築する必要がない。
本発明の本実施形態において提供されるデータ送信方法において、ユーザ機器は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、ユーザ機器は、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信しない。ＲＡＮ側デバイスは、ユーザ機器から受信されたリンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定してよい。従って、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、ユーザ機器とＲＡＮ側デバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態５
本発明の本実施形態は、データ送信方法を提供する。これは、ＴＣＰ接続に基づくアップリンクデータ送信処理に適用されてよく、すなわち、第１のデバイスは、具体的にはＲＡＮ側デバイスであり、第２のデバイスは、具体的にはユーザ機器である。具体的には、図９に示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ５０１において、ユーザ機器は、ＴＣＰ層データパケットを取得する。
Ｓ５０２において、ユーザ機器は、ＴＣＰ層データパケットのシーケンス番号と、ＴＣＰ層データパケットのパケット長とを記録する。
Ｓ５０３において、ユーザ機器は、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
ＴＣＰ層データパケットのパケットデータ情報は、ＴＣＰ層データパケットのシーケンス番号、ＴＣＰ層データパケットのパケット長、及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を含む。
ユーザ機器によって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。Ｓ５０４において、ユーザ機器は、ＲＡＮ側デバイスにリンク層データパケットを送信する。
Ｓ５０５において、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、リンク層データパケットを解析し、対応するＴＣＰ層データパケットを取得する。Ｓ５０６において、ＲＡＮ側デバイスは、アプリケーションサーバにＴＣＰ層データパケットを送信する。
本実施形態の第１の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよい。すなわち、データは、３ＧＰＰエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信されることに留意されたい。
第１の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおける３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ユーザ機器からリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ＲＡＮ側デバイスにおけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティを用いることによって、アプリケーションサーバにＴＣＰ層データパケットを送信する。
本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、すなわち、データは、ＷｉＦｉエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信されることに留意されたい。
第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおけるＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ユーザ機器からリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ＲＡＮ側デバイスにおけるＴＣＰ ＩＰプロトコルスタックの処理エンティティに送信してよい。ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティを用いることによって、アプリケーションサーバにＴＣＰ層データパケットを送信する。
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであってよく、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ＲＡＮ側デバイスによって有線リンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであってよいことに留意されたい。本発明の本実施形態において、インタセプト決定は、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに対してのみ実行されるので、本実施形態は、無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な処理のみを説明する。Ｓ５０７において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層ＡＣＫを受信する。
さらに任意に、本発明の本実施形態において、アプリケーションサーバからＴＣＰ層ＡＣＫを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮ側デバイスは、ＲＡＮ側デバイスがＴＣＰ層ＡＣＫをインタセプトした後に、ユーザ機器が実行する必要があるオペレーション処理を決定する必要がある。すなわち、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
Ｓ５０８において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
本実施形態における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な方法は、本発明の実施形態３における関連する説明を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ５０１からＳ５０７は最初に実行されてよく、Ｓ５０８は次に実行される。又は、Ｓ５０８は最初に実行されてよく、Ｓ５０１からＳ５０７は次に実行される。又は、Ｓ５０１からＳ５０７及びＳ５０８は、同時に実行されてよい。本発明の本実施形態は、Ｓ５０１からＳ５０７及びＳ５０８の間の順番を限定しない。
Ｓ５０９において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであるか否かを決定する。
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットである場合には、Ｓ５１０が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットではない場合には、Ｓ５１１が実行される。Ｓ５１０において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
本実施形態における、ＲＡＮ側デバイスによって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する具体的な方法については、前述された本発明の実施形態における、ユーザ機器によって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する方法を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において、以下のことに留意されたい。すなわち、ＲＡＮ側デバイスへのインタセプトモジュールの配置については、実施形態３における、ユーザ機器へのインタセプトモジュールの配置の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ５１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ５１１が実行される。Ｓ５１１において、ＲＡＮ側デバイスは、ユーザ機器にＴＣＰ層ＡＣＫを送信する。Ｓ５１２において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトする。
具体的には、ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおいて構成されるインタセプトモジュールを用いることによって、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。
本実施形態の第１の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよく、データは、３ＧＰＰエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信される。すなわち、ＲＡＮ側デバイスは、３ＧＰＰリンクイネーブル端末である。ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第１の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第１の適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのＰＤＣＰ層に配置されてよい。
この場合、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
ＲＡＮ側デバイスが３ＧＰＰリンクイネーブル端末である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がＲＡＮ側デバイスとユーザ機器との間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含む。
好ましくは、第２の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
この場合、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
任意に、第２の適用シナリオの他のケースにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信される、すなわち、ユーザ機器は、ＷｉＦｉリンクイネーブル端末である。インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよく、これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのＭＡＣ層に配置されてよい。
この場合、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。具体的には、ＴＣＰ ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよく、ＴＣＰ層ＡＣＫをカプセル化又は送信しない。
ＲＡＮ側デバイスがＷｉＦｉリンクイネーブル端末である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がＲＡＮ側デバイスとユーザ機器との間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
さらに、ＲＡＮ側デバイスが無線並列処理イネーブル端末（すなわち、ＷｉＦｉ無線エアインタフェースリンクのみではなく３ＧＰＰ無線エアインタフェースリンクもがＲＡＮ側デバイスとユーザ機器との間に確立される）である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、３つのリンクからの複数のＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（ＲＡＮ側デバイスとユーザ機器との間に有線ＴＣＰ接続が存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び３）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫであってよい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク又は３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
ＲＡＮ側デバイスが無線並列処理イネーブル端末である場合に、インタセプトモジュールは、概して、ＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置されることに留意されたい。具体的には、インタセプトモジュールが、概して、ＲＡＮ側デバイスにおける３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ又はＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティに配置される場合に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、並列シナリオにおいてダウンリンクＴＣＰ層データパケットのパケットデータ情報を取得できない。従って、情報は、有効かつ高速のデータ送信チャネルによって交換される必要があり、これは、複雑な実装を有する。ＴＣＰ ＩＰプロトコルスタックの処理エンティティは、複数のリンク（ダウンリンクＴＣＰ層データパケット及びアップリンクＴＣＰ層データパケットの送信リンク）のアグリゲーションポイントであり、インタセプトモジュールがＴＣＰ ＩＰプロトコルスタックの処理エンティティに配置される場合に、処理エンティティは、情報を交換する必要がなく、処理プロセスを単純化することができる。
リンク層確認応答メカニズムに従って、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、リンク層ＡＣＫによってユーザ機器に応答してよい。
Ｓ５１３において、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、ユーザ機器にリンク層ＡＣＫを送信する。
Ｓ５１４において、ユーザ機器は、リンク層ＡＣＫに従って、ＲＡＮ側デバイスがＴＣＰ層データパケットを既に受信したと決定する。
本実施形態における、ユーザ機器によって、リンク層ＡＣＫに従って、ＲＡＮ側デバイスがＴＣＰ層データパケットを既に受信したと決定する具体的な方法は、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する方法と同様であることに留意されたい。従って、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
本発明の本実施形態において提供されるデータ送信方法において、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。第２のデバイスは、第１のデバイスから受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、第１のデバイスと第２のデバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態６
本発明の本実施形態は、デバイスを提供する。図１１に示されるように、デバイスは、取得ユニット６１と、インタセプトユニット６２とを含む。ここで、取得ユニット６１は、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得するように構成され、インタセプトユニット６２は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成される。ここで、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
さらに、図１２に示されるように、デバイスは、受信ユニット６３と、送信ユニット６４とをさらに含んでよい。ここで、受信ユニット６３は、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成され、送信ユニット６４は、受信ユニット６３が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成され、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する。
さらに、送信ユニット６４は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される、又は、
送信ユニット６４は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されたＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
さらに、第１のフィルタ基準は、以下の複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第１のフィルタ基準における複数のフィルタ条件は、ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、であってよい。
さらに、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
さらに、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含む。
第２のフィルタ基準は、以下の複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
第２のフィルタ基準における複数のフィルタ条件は、ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、であってよい。
さらに、受信ユニット６３は、取得ユニット６１がＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値をを少なくとも含む。
図１３に示されるように、デバイスは、第１の決定ユニット６５と、第２の決定ユニット６６とをさらに含んでよい。ここで、第１の決定ユニット６５は、受信ユニット６３によって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニット６３によって受信された第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される。ここで、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
第２の決定ユニット６６は、第１の決定ユニット６５によって決定されたＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１の決定ユニット６５によって決定されたインタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成され、
送信ユニット６４は、第２のデバイスに第２の能力交渉シグナリングを送信するように構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
さらに、受信ユニット６３は、取得ユニット６１がＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値をを少なくとも含む。
図１４に示されるように、デバイスは、第３の決定ユニット６７をさらに含む。ここで、第３の決定ユニット６７は、受信ユニット６３によって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、受信ユニットによって受信された第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される。
さらに、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の本実施形態において提供される第１のデバイスにおけるいくつかの機能モジュールについての具体的な説明は、方法の実施形態における対応する内容を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において提供されるデバイス（第１のデバイス）は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、デバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、デバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態７
本発明の本実施形態は、デバイスを提供する。図１５に示されるように、デバイスは、受信ユニット７１と、第１の決定ユニット７２とを含む。
受信ユニット７１は、第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
第１の決定ユニット７２は、受信ユニット７１によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される。ここで、ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
さらに、図１６に示されるように、デバイスは、取得ユニット７３をさらに含んでよい。
取得ユニット７３は、受信ユニット７１が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するように構成される。ここで、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
さらに、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含む。
第１の決定ユニット７２は、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成される。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
本発明の本実施形態の適用シナリオにおいて、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスである。
この適用シナリオにおいて、図１７に示されるように、デバイスは、構築ユニット７４をさらに含む。
構築ユニット７４は、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を第１の決定ユニット７２が決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するように構成される。ここで、ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
さらに、本発明の本実施形態の適用シナリオにおいて、受信ユニット７１は、第１の決定ユニット７２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
図１８に示されるように、この適用シナリオにおいて、デバイスは、第２の決定ユニット７５と、第３の決定ユニット７６と、送信ユニット７７とをさらに含んでよい。
第２の決定ユニット７５は、受信ユニット７１によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニットによって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される。ここで、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
第３の決定ユニット７６は、第２の決定ユニット７５によって決定されたＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第２の決定ユニット７５によって決定されたインタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成される。
送信ユニット７７は、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
さらに、本発明の本実施形態の他の適用シナリオにおいて、送信ユニット７７は、第１の決定ユニット７２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
この適用シナリオにおいて、デバイスは、第４の決定ユニットをさらに含む。
第４の決定ユニットは、第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される。
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
さらに、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
本発明の本実施形態において提供されるデバイスにおけるいくつかの機能モジュールについての具体的な説明は、方法の実施形態における対応する内容を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
本発明の本実施形態において提供されるデバイス（第２のデバイス）は、第１のデバイスからリンク層確認応答ＡＣＫを受信し、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、デバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスとデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
実施形態８
本発明の本実施形態は、デバイスを提供する。図１９に示されるように、デバイスは、プロセッサ８１を含む。
プロセッサ８１は、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成される。ここで、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
さらに、図２０に示されるように、デバイスは、受信機８２と、送信機８３とをさらに含む。
受信機８２は、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される。
送信機８３は、受信機８２が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成され、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する。
さらに、送信機８３は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される、又は、
送信機８３は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
さらに、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
さらに、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
さらに、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含む。
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、又は、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
さらに、本発明の本実施形態の適用シナリオにおいて、受信機８２は、プロセッサ８１が送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ８１は、受信機８２によって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、受信機８２によって受信された第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、第１のデバイスがインタセプト決定をなす場合に、第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
送信機８３は、第２のデバイスに第２の能力交渉シグナリングを送信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
さらに、本発明の本実施形態の他の適用シナリオにおいて、受信機８２は、プロセッサ８１が送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ８１は、受信機８２によって受信された第１のインタセプトオペレーションに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。
さらに、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
本発明の本実施形態において提供されるデバイス（第１のデバイス）は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、デバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、デバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
実施形態９
本発明の本実施形態は、デバイスを提供する。図２１に示されるように、デバイスは、受信機９１と、プロセッサ９２とを含む。
受信機９１は、第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
プロセッサ９２は、受信機９１によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される。ここで、ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
さらに、プロセッサ９２は、受信機９１が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するようにさらに構成され、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
さらに、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含む。
プロセッサ９２は、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成される。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
さらに、本発明の本実施形態の適用シナリオにおいて、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスである。
この適用シナリオにおいて、プロセッサ９２は、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するようにさらに構成される。ここで、ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
さらに、本発明の本実施形態の適用シナリオにおいて、受信機９１は、プロセッサ９２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ９２は、受信機９１によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
この適用シナリオにおいて、図２２に示されるように、デバイスは、送信機９３をさらに含む。
送信機９３は、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
本発明の本実施形態の他の適用シナリオにおいて、送信機９３は、プロセッサ９２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ９２は、第１のＡＣＫカテゴリに従って、第２のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第２のデバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
本発明の本実施形態において提供されるデバイス（第２のデバイス）は、第１のデバイスからリンク層確認応答ＡＣＫを受信し、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、デバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスとデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
複数の実施形態についての前述の説明に基づいて、当業者であれば、説明を便宜的かつ簡潔にする目的で、前述された機能モジュールの分割が説明のための例として取られることを明確に理解しよう。実際の適用において、前述された複数の機能は、複数の異なる機能モジュールに割り当てられ、要件に従って実装されてよい。すなわち、装置の内部構造は、上述された複数の機能の全てまたはいくつかを実装するように、複数の異なる機能モジュールに分割される。前述されたシステム、装置、及びユニットの詳細な動作処理については、前述された方法の実施形態において対応する処理を参照するものとし、詳細は本明細書において再度説明されない。
本願において提供されるいくつかの実施形態において、開示されたシステム、装置、及び方法は、他の態様で実装されてよいことを理解されたい。例えば、説明された装置の実施形態は、例示に過ぎない。例えば、モジュール又はユニットの分割は、論理的機能の分割に過ぎず、実際の実装においては、他の分割であってよい。例えば、複数のユニット又はコンポーネントは、組み合わせられ又は一体化されて他のシステムを形成してよく、又は、いくつかの機能は、無視されもしくは実行されなくてよい。さらに、表示又は説明された相互連結もしくは直接連結又は通信接続は、いくつかのインタフェースを用いることによって実装されてよい。複数の装置又はユニットの間における間接連結又は通信接続は、電子的、機械的、又は他の形式で実装されてよい。
別個の部分として説明される複数のユニットは、物理的に別個であってよく、又はそうでなくてもよい。複数のユニットとして表示される複数の部分は、複数の物理的なユニットであっても、又はそうでなくてもよく、１つの位置に位置してよく、又は複数のネットワークユニット上に分散されてもよい。複数のユニットのいくつか又は全てが、複数の実施形態の解決手段の目的を実現すべく、実際の必要性に従って選択されてよい。
さらに、本発明の複数の実施形態における複数の機能ユニットは、１つの処理ユニットに一体化されてよく、又は複数のユニットの各々が物理的に単独で存在してよく、又は２つもしくはそれより多くのユニットが１つのユニットに一体化される。一体化されたユニットは、ハードウェアの形式で実装されてよく、又はソフトウェア機能ユニットの形式で実装されてよい。
一体化されたユニットがソフトウェア機能ユニットの形式で実装され、別個の製品として販売又は使用される場合、一体化されたユニットは、コンピュータ可読記憶媒体に格納されてよい。このような理解に基づいて、本発明の技術的解決手段は基本的に、又は従来技術に寄与する部分は、又は技術的解決手段の全てもしくはいくつかは、ソフトウェア製品の形式で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本発明の複数の実施形態において説明された方法の段階の全て又はいくつかを実行するように、コンピュータデバイス（パーソナルコンピュータ、サーバ、もしくはネットワークデバイスであってよい）又はプロセッサに命令するいくつかの命令を含む。前述の記憶媒体は、プログラムコードを格納可能な任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、又は光ディスクを含む。
前述の説明は、本発明の具体的な実装態様に過ぎず、本発明の保護範囲を限定することを意図するものではない。当業者によって、本発明において開示された技術的範囲内で容易に案出されるあらゆるバリエーション又は置換は、本発明の保護範囲に属する。従って、本発明の保護範囲は、特許請求の範囲の保護範囲によって定められる。

Claims (32)

  1. 送信制御プロトコルＴＣＰ層確認応答（ＴＣＰ層ＡＣＫ）を、第１のデバイスによって取得する段階と、
    前記ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、前記第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを前記第１のデバイスが解析した後に前記第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫをインタセプトする段階と、
    を備え、
    前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、前記ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む、
    データ送信方法。
  2. 前記方法は、
    前記無線エアインタフェースリンクを介して第２のデバイスから前記リンク層データパケットを受信した後に、前記第２のデバイスにリンク層ＡＣＫを送信し、これにより、前記第２のデバイスは、前記リンク層ＡＣＫに従って、前記第１のデバイスが前記ＴＣＰ層データパケットを既に受信したと決定する段階をさらに備える、請求項１に記載のデータ送信方法。
  3. 前記方法は、
    前記ＴＣＰ層ＡＣＫに対応する前記ＴＣＰ層データパケットが、前記第１のデバイスによって前記無線エアインタフェースリンクを介して受信された前記リンク層データパケットを前記第１のデバイスが解析した後に前記第１のデバイスによって取得される前記ＴＣＰ層データパケットではない場合に、第２のデバイスに前記ＴＣＰ層ＡＣＫを送信する段階、又は、
    前記ＴＣＰ層ＡＣＫに対応する前記ＴＣＰ層データパケットが、前記第１のデバイスによって前記無線エアインタフェースリンクを介して受信された前記リンク層データパケットを前記第１のデバイスが解析した後に前記第１のデバイスによって取得される前記ＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たさない場合に、前記第２のデバイスに前記ＴＣＰ層ＡＣＫを送信する段階
    をさらに備える、請求項１に記載のデータ送信方法。
  4. 前記第１のフィルタ基準は、
    前記ＴＣＰ層ＡＣＫが、前記第１のデバイスが前記リンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送されるＡＣＫであり、かつ、前記第２のデバイスに遅延して送信されること、
    前記ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
    前記ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
    前記ＴＣＰ層ＡＣＫが、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロトコルに関するＴＣＰオプションを伝送すること、及び
    前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
    という複数のフィルタ条件の１つ又は前記複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む、請求項１から３のいずれか１項に記載のデータ送信方法。
  5. 前記第１のインタセプトカテゴリにおいて、前記ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、前記ＴＣＰ層ＡＣＫの前記シーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、前記複数のＴＣＰ層データパケットの前記バッファに記録され、
    前記第２のインタセプトカテゴリにおいて、前記ＴＣＰ層ＡＣＫの前記シーケンス番号は、第１のシーケンス番号と等しく、前記第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、前記取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される、
    請求項１から４のいずれか１項に記載のデータ送信方法。
  6. 前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
    前記第２のフィルタ基準は、
    前記ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び
    前記ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
    という複数のフィルタ条件の１つ又は前記複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む、
    請求項１から５のいずれか１項に記載のデータ送信方法。
  7. 送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前記段階の前に、前記方法は、
    第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
    前記第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、前記第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、前記ＡＣＫカテゴリインタセクションは、前記第１のＡＣＫカテゴリ及び前記第２のＡＣＫカテゴリのインタセクションであり、前記インタセプトパラメータインタセクションは、前記第１のインタセプトパラメータ及び前記第２のインタセプトパラメータのインタセクションであり、前記第２のＡＣＫカテゴリは、前記第１のデバイスがインタセプト決定をなす場合に、前記第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第２のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記第２のインタセプトパラメータは、前記第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、前記第２のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される前記受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
    前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
    前記第２のデバイスに第２の能力交渉シグナリングを送信する段階であって、前記第２の能力交渉シグナリングは、前記第２のＡＣＫカテゴリ及び前記第２のインタセプトパラメータを含む、段階と、
    をさらに備え、
    前記第２の能力交渉シグナリングは、前記ＡＣＫカテゴリインタセクション及び前記インタセプトパラメータインタセクションを取得し、さらに、前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトの前記カテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされる前記インタセプトパラメータを決定するように、前記第２のデバイスに命令するために用いられる、
    請求項１から６のいずれか１項に記載のデータ送信方法。
  8. 送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前記段階の前に、前記方法は、
    第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
    前記第１のインタセプトオペレーションに従って、前記第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１のインタセプトパラメータに従って、前記第１のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
    をさらに備える、
    請求項１から６のいずれか１項に記載のデータ送信方法。
  9. 前記第１のデバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、前記第１のデバイスはＲＡＮ側デバイスであり、かつ、前記第２のデバイスはユーザ機器である、
    請求項１から８のいずれか１項に記載のデータ送信方法。
  10. 第２のデバイスによって、第１のデバイスからリンク層確認応答であるリンク層ＡＣＫを受信する段階であって、前記リンク層ＡＣＫは、前記第１のデバイスが前記第２のデバイスによって送信されたリンク層データパケットを受信した後に、前記第１のデバイスによって送信される、段階と、
    前記リンク層ＡＣＫに従って、前記第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階と、
    を備え、
    前記ＴＣＰ層データパケットは、前記リンク層データパケットを前記第１のデバイスが解析した後に、前記第１のデバイスによって取得される、データ送信方法。
  11. 第２のデバイスによって、第１のデバイスからリンク層ＡＣＫを受信する前記段階の前に、前記方法は、
    前記ＴＣＰ層データパケットと前記リンク層データパケットとの間のマッピング関係を取得する段階であって、前記ＴＣＰ層データパケットと前記リンク層データパケットとの間の前記マッピング関係は、前記ＴＣＰ層データパケットのシーケンス番号と前記リンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む、段階
    をさらに備える、請求項１０に記載のデータ送信方法。
  12. 前記リンク層ＡＣＫは、前記リンク層ＡＣＫに対応する前記リンク層データパケットのシーケンス番号を含み、
    前記リンク層ＡＣＫに従って、前記第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前記段階は、
    前記リンク層データパケットの前記シーケンス番号及び前記ＴＣＰ層データパケットの前記シーケンス番号と前記リンク層データパケットの前記シーケンス番号との間の前記マッピング関係に従って、前記第１のデバイスによる受信に成功した前記リンク層データパケットに対応する前記ＴＣＰ層データパケットのシーケンス番号を決定する段階であって、前記第１のデバイスによる受信に成功した前記リンク層データパケットに対応する前記ＴＣＰ層データパケットの前記シーケンス番号は、前記第１のデバイスによる受信に成功した前記ＴＣＰ層データパケットのシーケンス番号である、段階
    を含む、請求項１１に記載のデータ送信方法。
  13. 前記第１のデバイスは、ユーザ機器であり、かつ、前記第２のデバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、
    前記第１のデバイスによる受信に成功した前記リンク層データパケットに対応する前記ＴＣＰ層データパケットのシーケンス番号を決定する前記段階の後に、前記方法は、
    前記第１のデバイスによる受信に成功した前記ＴＣＰ層データパケットの前記シーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する段階
    をさらに備え、
    前記ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、前記連続確認応答データパケットのパケット長との和であり、前記ＴＣＰ層ＡＣＫは、前記第１のデバイスが前記ＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、前記リンク層データパケットは、前記第２のデバイスが前記アプリケーションサーバから受信されたＴＣＰ層をカプセル化した後に、前記第２のデバイスによって取得され、
    前記連続確認応答データパケットは、前記第２のデバイスによって既に決定され、かつ、前記第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである、
    請求項１２に記載のデータ送信方法。
  14. 前記リンク層ＡＣＫに従って、前記第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前記段階の前に、前記方法は、
    前記第１のデバイスから第２の能力交渉シグナリングを受信する段階であって、前記第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、前記第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
    前記第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、前記第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記ＡＣＫカテゴリインタセクションは、前記第１のＡＣＫカテゴリ及び前記第２のＡＣＫカテゴリのインタセクションであり、前記インタセプトパラメータインタセクションは、前記第１のインタセプトパラメータ及び前記第２のインタセプトパラメータのインタセクションであり、前記第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
    前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
    前記第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、前記第１の能力交渉シグナリングは、前記第１のインタセプトオペレーション及び前記第１のインタセプトパラメータを含む、段階と、
    をさらに備え、
    前記第１の能力交渉シグナリングは、前記ＡＣＫカテゴリインタセクション及び前記インタセプトパラメータインタセクションを取得し、さらに、前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトの前記カテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされる前記インタセプトパラメータを決定するように、前記第１のデバイスに命令するために用いられる、請求項１０に記載のデータ送信方法。
  15. 前記リンク層ＡＣＫに従って、前記第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前記段階の前に、前記方法は、
    前記第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、前記第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
    前記第１のＡＣＫカテゴリに従って、前記第２のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１のインタセプトパラメータに従って、前記第２のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
    をさらに備え、
    前記第１の能力交渉シグナリングは、前記第１のＡＣＫカテゴリに従って、前記第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１のインタセプトパラメータに従って、前記第１のデバイスによってサポートされるインタセプトパラメータを決定するように、前記第１のデバイスに命令するために用いられる、請求項１０に記載のデータ送信方法。
  16. 前記第１のデバイスはユーザ機器であり、かつ、前記第２のデバイスはＲＡＮ側デバイスである、又は、前記第１のデバイスはＲＡＮ側デバイスであり、かつ、前記第２のデバイスはユーザ機器である、請求項１０から１２、請求項１４、又は請求項１５のいずれか１項に記載のデータ送信方法。
  17. デバイスであって、
    送信制御プロトコルＴＣＰ層確認応答であるＴＣＰ層ＡＣＫを取得するように構成される取得ユニットと、
    前記取得ユニットによって取得された前記ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、前記デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを前記デバイスが解析した後に、前記デバイスによって取得されるＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫをインタセプトするように構成されるインタセプトユニットと、
    を備え、
    前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、前記ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む、デバイス。
  18. 前記無線エアインタフェースリンクを介して第２のデバイスから前記リンク層データパケットを受信するように構成される受信ユニットと、
    前記受信ユニットが前記無線エアインタフェースリンクを介して前記第２のデバイスから前記リンク層データパケットを受信した後に、前記第２のデバイスにリンク層ＡＣＫを送信するように構成される送信ユニットであって、これにより、前記第２のデバイスは、前記リンク層ＡＣＫに従って、前記デバイスが前記ＴＣＰ層データパケットを既に受信したと決定する、送信ユニットと、
    をさらに備える、請求項１７に記載のデバイス。
  19. 送信ユニットをさらに備え、
    前記送信ユニットは、前記取得ユニットによって取得された前記ＴＣＰ層ＡＣＫに対応する前記ＴＣＰ層データパケットが、前記デバイスによって前記無線エアインタフェースリンクを介して受信された前記リンク層データパケットを前記デバイスが解析した後に、前記デバイスによって取得される前記ＴＣＰ層データパケットではない場合に、第２のデバイスに前記ＴＣＰ層ＡＣＫを送信するように構成される、又は、
    前記送信ユニットは、前記ＴＣＰ層ＡＣＫに対応する前記ＴＣＰ層データパケットが、前記デバイスによって前記無線エアインタフェースリンクを介して受信された前記リンク層データパケットを前記デバイスが解析した後に、前記デバイスによって取得される前記ＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たさない場合に、前記第２のデバイスに前記ＴＣＰ層ＡＣＫを送信するように構成される、
    請求項１７に記載のデバイス。
  20. 前記第１のフィルタ基準は、
    前記ＴＣＰ層ＡＣＫが、前記デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、前記第２のデバイスに遅延して送信されるＡＣＫであること、
    前記ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
    前記ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
    前記ＴＣＰ層ＡＣＫが、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロトコルに関するＴＣＰオプションを伝送すること、及び、
    前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
    という複数のフィルタ条件の１つ又は前記複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む、請求項１７から１９のいずれか１項に記載のデバイス。
  21. 前記第１のインタセプトカテゴリにおいて、前記ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、前記ＴＣＰ層ＡＣＫの前記シーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、前記複数のＴＣＰ層データパケットの前記バッファに記録され、
    前記第２のインタセプトカテゴリにおいて、前記ＴＣＰ層ＡＣＫの前記シーケンス番号は、第１のシーケンス番号と等しく、前記第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、前記取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される、請求項１７から２０のいずれか１項に記載のデバイス。
  22. 前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
    前記第２のフィルタ基準は、
    前記ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
    前記ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
    という複数のフィルタ条件の１つ又は前記複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む、請求項１７から２１のいずれか１項に記載のデバイス。
  23. 前記取得ユニットが前記ＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
    前記受信ユニットによって受信された前記第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、前記受信ユニットによって受信された前記第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第１の決定ユニットであって、前記ＡＣＫカテゴリインタセクションは、前記第１のＡＣＫカテゴリ及び前記第２のＡＣＫカテゴリのインタセクションであり、前記インタセプトパラメータインタセクションは、前記第１のインタセプトパラメータ及び前記第２のインタセプトパラメータのインタセクションであり、前記第２のＡＣＫカテゴリは、前記デバイスがインタセプト決定をなす場合に前記デバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第２のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記第２のインタセプトパラメータは、前記デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、前記第２のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される前記受信ウィンドウの事前設定閾値を少なくとも含む、第１の決定ユニットと、
    前記第１の決定ユニットによって決定された前記ＡＣＫカテゴリインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１の決定ユニットによって決定された前記インタセプトパラメータインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成される第２の決定ユニットと、
    前記第２のデバイスに第２の能力交渉シグナリングを送信するように構成される送信ユニットであって、前記第２の能力交渉シグナリングは、前記第２のＡＣＫカテゴリ及び前記第２のインタセプトパラメータを含む、送信ユニットと、
    をさらに備え、
    前記第２の能力交渉シグナリングは、前記ＡＣＫカテゴリインタセクション及び前記インタセプトパラメータインタセクションを取得し、さらに、前記ＡＣＫカテゴリインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトの前記カテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされる前記インタセプトパラメータを決定するように、前記第２のデバイスに命令するために用いられる、
    請求項１７から２２のいずれか１項に記載のデバイス。
  24. 前記取得ユニットが前記ＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
    前記受信ユニットによって受信された前記第１のインタセプトオペレーションに従って、前記デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記受信ユニットによって受信された前記第１のインタセプトパラメータに従って、前記デバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
    をさらに備える、請求項１から２２のいずれか１項に記載のデバイス。
  25. 前記デバイスはユーザ機器であり、かつ、前記第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、前記デバイスはＲＡＮ側デバイスであり、かつ、前記第２のデバイスがユーザ機器である、請求項１から２４のいずれか１項に記載のデバイス。
  26. デバイスであって、
    第１のデバイスからリンク層確認応答であるリンク層ＡＣＫを受信するように構成される受信ユニットであって、前記リンク層ＡＣＫは、前記デバイスによって送信されたリンク層データパケットを前記第１のデバイスが受信した後に、前記第１のデバイスによって送信される、受信ユニットと、
    前記受信ユニットによって受信された前記リンク層ＡＣＫに従って、前記第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される第１の決定ユニットと、
    を備え、
    前記ＴＣＰ層データパケットは、前記リンク層データパケットを前記第１のデバイスが解析した後に、前記第１のデバイスによって取得される、デバイス。
  27. 前記受信ユニットが前記第１のデバイスから前記リンク層ＡＣＫを受信する前に、前記ＴＣＰ層データパケットと前記リンク層データパケットとの間のマッピング関係を取得するように構成される取得ユニットをさらに備え、前記ＴＣＰ層データパケットと前記リンク層データパケットとの間の前記マッピング関係は、前記ＴＣＰ層データパケットのシーケンス番号と前記リンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む、請求項２６に記載のデバイス。
  28. 前記リンク層ＡＣＫは、前記リンク層ＡＣＫに対応する前記リンク層データパケットのシーケンス番号を含み、
    前記第１の決定ユニットは、前記リンク層データパケットの前記シーケンス番号及び前記ＴＣＰ層データパケットの前記シーケンス番号と前記リンク層データパケットの前記シーケンス番号との間の前記マッピング関係に従って、前記第１のデバイスによる受信に成功した前記リンク層データパケットに対応する前記ＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成され、前記第１のデバイスによる受信に成功した前記リンク層データパケットに対応する前記ＴＣＰ層データパケットの前記シーケンス番号は、前記第１のデバイスによる受信に成功した前記ＴＣＰ層データパケットのシーケンス番号である、請求項２７に記載のデバイス。
  29. 前記第１のデバイスは、ユーザ機器であり、前記デバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、
    前記デバイスは、
    前記第１のデバイスによる受信に成功した前記リンク層データパケットに対応する前記ＴＣＰ層データパケットの前記シーケンス番号を前記第１の決定ユニットが決定した後に、前記第１のデバイスによる受信に成功した前記ＴＣＰ層データパケットの前記シーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するように構成される構築ユニットをさらに備え、
    前記ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、前記連続確認応答データパケットのパケット長との和であり、前記ＴＣＰ層ＡＣＫは、前記第１のデバイスが前記ＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、前記リンク層データパケットは、前記アプリケーションサーバから受信されたＴＣＰ層を前記デバイスがカプセル化した後に前記デバイスによって取得され、前記連続確認応答データパケットは、前記デバイスによって既に決定され、かつ、前記第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである、請求項２８に記載のデバイス。
  30. 前記受信ユニットは、前記第１の決定ユニットが、前記リンク層ＡＣＫに従って、前記第１のデバイスが前記ＴＣＰ層データパケットを既に受信したと決定する前に、前記第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成され、前記第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、前記第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
    前記デバイスは、
    前記受信ユニットによって受信された前記第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、前記受信ユニットによって受信された前記第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第２の決定ユニットであって、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第１のインタセプトカテゴリ及び／又は前記第２のインタセプトカテゴリを含み、前記ＡＣＫカテゴリインタセクションは、前記第１のＡＣＫカテゴリ及び前記第２のＡＣＫカテゴリのインタセクションであり、前記インタセプトパラメータインタセクションは、前記第１のインタセプトパラメータ及び前記第２のインタセプトパラメータのインタセクションであり、前記第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、第２の決定ユニットと、
    前記第２の決定ユニットによって決定された前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第２の決定ユニットによって決定された前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記デバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
    前記第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、前記第１の能力交渉シグナリングは、前記第１のインタセプトオペレーション及び前記第１のインタセプトパラメータを含む、送信ユニットと、
    をさらに備え、
    前記第１の能力交渉シグナリングは、前記ＡＣＫカテゴリインタセクション及び前記インタセプトパラメータインタセクションを取得し、さらに、前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記デバイスの両方によってサポートされるＡＣＫインタセプトの前記カテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記デバイスの両方によってサポートされる前記インタセプトパラメータを決定するように、前記第１のデバイスに命令するために用いられる、請求項２６に記載のデバイス。
  31. 前記第１の決定ユニットが、前記リンク層ＡＣＫに従って、前記第１のデバイスが前記ＴＣＰ層データパケットを既に受信したと決定する前に、前記第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、前記第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、送信ユニットと、
    前記第１のＡＣＫカテゴリに従って、前記デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１のインタセプトパラメータに従って、前記デバイスによってサポートされるインタセプトパラメータを決定するように構成される第４の決定ユニットと、
    をさらに備え、
    前記第１の能力交渉シグナリングは、前記第１のＡＣＫカテゴリに従って、前記第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１のインタセプトパラメータに従って、前記第１のデバイスによってサポートされるインタセプトパラメータを決定するように、前記第１のデバイスに命令するために用いられる、請求項２６に記載のデバイス。
  32. 前記第１のデバイスはユーザ機器であり、かつ、前記デバイスはＲＡＮ側デバイスである、又は、前記第１のデバイスはＲＡＮ側デバイスであり、かつ、前記デバイスはユーザ機器である、請求項２６から２８、請求項３０、又は請求項３１のいずれか１項に記載のデバイス。
JP2016573950A 2014-06-25 2014-06-25 データ送信方法及びデバイス Active JP6418660B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/080744 WO2015196393A1 (zh) 2014-06-25 2014-06-25 一种数据传输方法及设备

Publications (2)

Publication Number Publication Date
JP2017526223A true JP2017526223A (ja) 2017-09-07
JP6418660B2 JP6418660B2 (ja) 2018-11-07

Family

ID=54306449

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016573950A Active JP6418660B2 (ja) 2014-06-25 2014-06-25 データ送信方法及びデバイス

Country Status (6)

Country Link
US (1) US10104578B2 (ja)
EP (1) EP3151608B1 (ja)
JP (1) JP6418660B2 (ja)
KR (1) KR20170018057A (ja)
CN (1) CN104995950A (ja)
WO (1) WO2015196393A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3461095B1 (en) * 2014-07-21 2020-06-03 Huawei Technologies Co., Ltd. Network node, method, and storage medium for determining mptcp link adjustment policy
US9843530B2 (en) * 2015-12-15 2017-12-12 International Business Machines Corporation System, method, and recording medium for queue management in a forwarder
CN108886713B (zh) 2016-08-11 2020-10-09 华为技术有限公司 一种数据传输方法、数据接收设备及数据发送设备
CN106792903A (zh) * 2016-12-13 2017-05-31 深圳中科讯联科技股份有限公司 一种多对多无线数据发送方法及装置、接收方法及装置
US10397124B2 (en) * 2017-01-17 2019-08-27 Argela Yazilim ve Bilisim Teknolojileri San. ve Tic. A.S. System and method to prevent persistent full switch queues in software defined networks
US10749639B2 (en) 2017-01-24 2020-08-18 Mediatek Inc. Bearer switching in reduced radio link quality conditions
EP3635998B1 (en) * 2017-05-12 2022-03-09 Telefonaktiebolaget LM Ericsson (publ) Enabling communication of a wireless device in a wireless communication network
CN109600248B (zh) 2017-09-30 2020-09-08 华为技术有限公司 服务质量的确定方法、装置及存储介质
CN107623562B (zh) * 2017-09-30 2021-05-07 新华三技术有限公司 数据传输方法、装置及电子设备
CN108307426A (zh) * 2017-12-19 2018-07-20 上海华为技术有限公司 一种基于无线tcp的资源调度方法和装置
CN108777607B (zh) * 2018-04-23 2021-08-31 上海华为技术有限公司 一种拦截确认包的方法以及接入网设备
JP7206509B2 (ja) * 2018-05-14 2023-01-18 富士通株式会社 基地局装置、端末装置、及び通信方法
CN111435866B (zh) 2019-01-14 2023-02-10 华为技术有限公司 数据传输方法及相关装置
US20220225163A1 (en) * 2019-06-12 2022-07-14 Sony Group Corporation Communications device, infrastructure equipment and methods

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000295278A (ja) * 1999-04-02 2000-10-20 Nippon Telegr & Teleph Corp <Ntt> 無線パケット通信機
JP2006114973A (ja) * 2004-10-12 2006-04-27 Nec Infrontia Corp 無線基地局及び無線端末装置
JP2006279394A (ja) * 2005-03-29 2006-10-12 Nec Corp セッション中継装置、セッション中継方法およびプログラム
EP1959693A1 (en) * 2007-02-19 2008-08-20 Siemens Networks S.p.A. Cross-layer error recovery optimisation in wireless systems
JP2009284443A (ja) * 2008-05-26 2009-12-03 Toshiba Corp 無線通信装置
JP2012134907A (ja) * 2010-12-24 2012-07-12 Nippon Hoso Kyokai <Nhk> Ｔｃｐ転送装置およびそのプログラム
WO2013125096A1 (ja) * 2012-02-24 2013-08-29 株式会社日立製作所 通信装置
JP2014110639A (ja) * 2012-11-30 2014-06-12 Thomson Licensing マルチパス接続を確立するための方法およびマルチホーム機器

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030235206A1 (en) * 2001-02-15 2003-12-25 Tantivy Communications, Inc. Dual proxy approach to TCP performance improvements over a wireless interface
US7315515B2 (en) * 2003-09-30 2008-01-01 Conexant Systems, Inc. TCP acceleration system
WO2009105053A2 (en) * 2006-12-20 2009-08-27 Thomson Licensing Improving throughput in a lan by managing tcp acks
CN101924625A (zh) * 2010-08-23 2010-12-22 华为技术有限公司 数据包重传控制的方法和网络侧设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000295278A (ja) * 1999-04-02 2000-10-20 Nippon Telegr & Teleph Corp <Ntt> 無線パケット通信機
JP2006114973A (ja) * 2004-10-12 2006-04-27 Nec Infrontia Corp 無線基地局及び無線端末装置
JP2006279394A (ja) * 2005-03-29 2006-10-12 Nec Corp セッション中継装置、セッション中継方法およびプログラム
EP1959693A1 (en) * 2007-02-19 2008-08-20 Siemens Networks S.p.A. Cross-layer error recovery optimisation in wireless systems
JP2009284443A (ja) * 2008-05-26 2009-12-03 Toshiba Corp 無線通信装置
JP2012134907A (ja) * 2010-12-24 2012-07-12 Nippon Hoso Kyokai <Nhk> Ｔｃｐ転送装置およびそのプログラム
WO2013125096A1 (ja) * 2012-02-24 2013-08-29 株式会社日立製作所 通信装置
JP2014110639A (ja) * 2012-11-30 2014-06-12 Thomson Licensing マルチパス接続を確立するための方法およびマルチホーム機器

Also Published As

Publication number Publication date
EP3151608B1 (en) 2022-07-27
EP3151608A1 (en) 2017-04-05
WO2015196393A1 (zh) 2015-12-30
US10104578B2 (en) 2018-10-16
EP3151608A4 (en) 2017-06-28
CN104995950A (zh) 2015-10-21
US20170105138A1 (en) 2017-04-13
KR20170018057A (ko) 2017-02-15
JP6418660B2 (ja) 2018-11-07

Similar Documents

Publication Publication Date Title
JP6418660B2 (ja) データ送信方法及びデバイス
EP3133784B1 (en) Data transmission control node, communication system and data transmission management method
US8165066B2 (en) Method and apparatus for performing buffer status reporting
KR20190137890A (ko) 사이드링크 데이터 복제를 위한 방법 및 디바이스
US20170164231A1 (en) Data transmission method and base station
JP7149849B2 (ja) ダウンリンクフィードバック情報を伝送するための方法、基地局、および端末デバイス
JP6369635B2 (ja) バッファ状態報告の生成方法、装置及び通信システム
JP2020511891A (ja) バッファ状態報告方法、ｕｅ、バッファ状態報告の処理方法およびネットワーク側機器
CN110089060A (zh) 不具有始终在线的反馈的即时上行链路接入
CN102308655A (zh) 无线通信系统中的方法和布置
CN104995878B (zh) 一种报文传输方法、设备及通信系统
WO2013166670A1 (zh) 上行信道资源配置方法和设备
JP2019195154A (ja) マルチゲートウェイ通信方法及びその無線ゲートウェイシステム
WO2016074211A1 (zh) 一种数据转发的方法和控制器
WO2021204091A1 (zh) 一种清空缓存的方法及装置
JP2024510771A (ja) 伝送処理方法、通信機器及び可読記憶媒体
CN111817824B (zh) 一种信息传输方法、终端设备和控制节点
CN114503467A (zh) 一种数据传输方法以及装置
CN109792325A (zh) 一种数据传输方法、装置及客户终端设备
WO2017016606A1 (en) Acknowledgement message with piggy-backed buffer status report for wireless network
TW201817265A (zh) 信息傳輸方法和裝置
JP2024520661A (ja) ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法
CN111447026B (zh) 处理数据的方法和处理数据的装置
JP2019533929A (ja) 情報伝送方法、ネットワーク機器及び端末機器
JP7273569B2 (ja) 基地局及び無線通信制御方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180220

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180518

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181004

R150 Certificate of patent or registration of utility model

Ref document number: 6418660

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