(57)【特許請求の範囲】
【請求項１】
送信制御プロトコルＴＣＰ層確認応答（ＴＣＰ層ＡＣＫ）を、第１のデバイスによって取得する段階と、
前記ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、前記第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを前記第１のデバイスが解析した後に前記第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫをインタセプトする段階と、
を備えるデータ送信方法であって、
前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことを含み、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前記段階の前に、前記データ送信方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第２のデバイスが前記第１のデバイスによるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
前記第１のインタセプトオペレーションに従って、前記第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１のインタセプトパラメータに従って、前記第１のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
をさらに備える、
データ送信方法。
【請求項２】
前記データ送信方法は、
前記無線エアインタフェースリンクを介して第２のデバイスから前記リンク層データパケットを受信した後に、前記第２のデバイスにリンク層ＡＣＫを送信し、これにより、前記第２のデバイスは、前記リンク層ＡＣＫに従って、前記第１のデバイスが前記ＴＣＰ層データパケットを既に受信したと決定する段階をさらに備える、請求項１に記載のデータ送信方法。
【請求項３】
前記第１のフィルタ基準は、
前記ＴＣＰ層ＡＣＫが、前記第１のデバイスが前記リンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送されるＡＣＫであり、かつ、前記第２のデバイスに遅延して送信されること、
前記ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
前記ＴＣＰ層ＡＣＫが、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロトコルに関するＴＣＰオプションを伝送すること、及び
前記ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は前記複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む、請求項１又は請求項２に記載のデータ送信方法。
【請求項４】
前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、前記ＴＣＰ層ＡＣＫの前記シーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、前記複数のＴＣＰ層データパケットの前記バッファに記録され、
前記ＴＣＰ層ＡＣＫの前記シーケンス番号は、第１のシーケンス番号と等しく、前記第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、前記取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される、
請求項１から３のいずれか１項に記載のデータ送信方法。
【請求項５】
送信制御プロトコルＴＣＰ層確認応答（ＴＣＰ層ＡＣＫ）を、第１のデバイスによって取得する段階と、
前記ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、前記第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを前記第１のデバイスが解析した後に前記第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫをインタセプトする段階と、
を備えるデータ送信方法であって、
前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことを含み、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前記段階の前に、前記データ送信方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第２のデバイスが前記第１のデバイスによるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
前記第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、前記第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、前記ＡＣＫカテゴリインタセクションは、前記第１のＡＣＫカテゴリ及び前記第２のＡＣＫカテゴリのインタセクションであり、前記インタセプトパラメータインタセクションは、前記第１のインタセプトパラメータ及び前記第２のインタセプトパラメータのインタセクションであり、前記第２のＡＣＫカテゴリは、前記第１のデバイスがインタセプト決定をなす場合に、前記第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第２のインタセプトパラメータは、前記第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、前記第２のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される前記受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
前記第２のデバイスに第２の能力交渉シグナリングを送信する段階であって、前記第２の能力交渉シグナリングは、前記第２のＡＣＫカテゴリ及び前記第２のインタセプトパラメータを含む、段階と、
をさらに備え、
前記第２の能力交渉シグナリングは、前記ＡＣＫカテゴリインタセクション及び前記インタセプトパラメータインタセクションを取得し、さらに、前記ＡＣＫカテゴリインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトの前記カテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記第１のデバイス及び前記第２のデバイスの両方によってサポートされる前記インタセプトパラメータを決定するように、前記第２のデバイスに命令するために用いられる、
データ送信方法。
【請求項６】
デバイスであって、
送信制御プロトコルＴＣＰ層確認応答であるＴＣＰ層ＡＣＫを取得する取得ユニットと、
前記取得ユニットによって取得された前記ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、前記デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを前記デバイスが解析した後に、前記デバイスによって取得されるＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫをインタセプトするインタセプトユニットであって、
前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことを含む、インタセプトユニットと、
前記取得ユニットが前記ＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信する受信ユニットであって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第２のデバイスが第１のデバイスによるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
前記受信ユニットによって受信された前記第１のインタセプトオペレーションに従って、前記デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記受信ユニットによって受信された前記第１のインタセプトパラメータに従って、前記デバイスによってサポートされるインタセプトパラメータを決定する第３の決定ユニットと、
を備えるデバイス。
【請求項７】
前記無線エアインタフェースリンクを介して第２のデバイスから前記リンク層データパケットを受信する受信ユニットと、
前記受信ユニットが前記無線エアインタフェースリンクを介して前記第２のデバイスから前記リンク層データパケットを受信した後に、前記第２のデバイスにリンク層ＡＣＫを送信する送信ユニットであって、これにより、前記第２のデバイスは、前記リンク層ＡＣＫに従って、前記デバイスが前記ＴＣＰ層データパケットを既に受信したと決定する、送信ユニットと、
をさらに備える、請求項６に記載のデバイス。
【請求項８】
前記第１のフィルタ基準は、
前記ＴＣＰ層ＡＣＫが、前記デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、前記第２のデバイスに遅延して送信されるＡＣＫであること、
前記ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
前記ＴＣＰ層ＡＣＫが、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロトコルに関するＴＣＰオプションを伝送すること、
前記ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
前記ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は前記複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む、請求項６又は請求項７に記載のデバイス。
【請求項９】
前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、前記ＴＣＰ層ＡＣＫの前記シーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、前記複数のＴＣＰ層データパケットの前記バッファに記録され、
前記ＴＣＰ層ＡＣＫの前記シーケンス番号は、第１のシーケンス番号と等しく、前記第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、前記取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される、請求項６から８のいずれか１項に記載のデバイス。
【請求項１０】
デバイスであって、
送信制御プロトコルＴＣＰ層確認応答であるＴＣＰ層ＡＣＫを取得する取得ユニットと、
前記取得ユニットによって取得された前記ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、前記デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを前記デバイスが解析した後に、前記デバイスによって取得されるＴＣＰ層データパケットであり、かつ、前記ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、前記ＴＣＰ層ＡＣＫをインタセプトするインタセプトユニットであって、前記ＴＣＰ層ＡＣＫが前記事前設定条件を満たすことは、前記ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことを含む、インタセプトユニットと、
前記取得ユニットが前記ＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信する受信ユニットであって、前記第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、前記第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、前記第１のＡＣＫカテゴリは、前記第２のデバイスが第１のデバイスによるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第１のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
前記受信ユニットによって受信された前記第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、前記受信ユニットによって受信された前記第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する第１の決定ユニットであって、前記ＡＣＫカテゴリインタセクションは、前記第１のＡＣＫカテゴリ及び前記第２のＡＣＫカテゴリのインタセクションであり、前記インタセプトパラメータインタセクションは、前記第１のインタセプトパラメータ及び前記第２のインタセプトパラメータのインタセクションであり、前記第２のＡＣＫカテゴリは、前記デバイスがインタセプト決定をなす場合に前記デバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、前記第２のインタセプトパラメータは、前記デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、前記第２のインタセプトパラメータは、前記ＴＣＰ層ＡＣＫにおいて伝送される前記受信ウィンドウの事前設定閾値を少なくとも含む、第１の決定ユニットと、
前記第１の決定ユニットによって決定された前記ＡＣＫカテゴリインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、前記第１の決定ユニットによって決定された前記インタセプトパラメータインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する第２の決定ユニットと、
前記第２のデバイスに第２の能力交渉シグナリングを送信する送信ユニットであって、前記第２の能力交渉シグナリングは、前記第２のＡＣＫカテゴリ及び前記第２のインタセプトパラメータを含む、送信ユニットと、
を備え、
前記第２の能力交渉シグナリングは、前記ＡＣＫカテゴリインタセクション及び前記インタセプトパラメータインタセクションを取得し、さらに、前記ＡＣＫカテゴリインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされるＡＣＫインタセプトの前記カテゴリを決定し、前記インタセプトパラメータインタセクションに従って、前記デバイス及び前記第２のデバイスの両方によってサポートされる前記インタセプトパラメータを決定するように、前記第２のデバイスに命令するために用いられる、
デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、詳細には、データ送信方法及びデバイスに関する。
【背景技術】
【０００２】
送信制御プロトコル（ＴＣＰ）は、信頼性の高い接続指向の送信プロトコルである。ＴＣＰは、ＴＣＰデータ送信処理において確認応答メカニズムを提供することがある。具体的には、ＴＣＰデータパケットを受信した後に、データパケット受信側は、確認応答（ＡＣＫ）によってデータパケット送信側に応答し、データパケット受信側がＴＣＰデータパケットを既に受信したことをデータパケット送信側に通知することがある。確かに、データパケット受信側は、複数のＴＣＰデータパケットを一度に確認応答することがある。例えば、連続的なシーケンス番号（ＳＮ）を有するＴＣＰデータパケット１、ＴＣＰデータパケット２、及びＴＣＰデータパケット３を連続して受信した後に、データパケット受信側は、ＴＣＰデータパケット３のみを確認応答する必要がある。
【０００３】
従来技術では、データパケット受信側とデータパケット送信側との間のＴＣＰ接続は、概して、ＴＣＰ無線接続及びＴＣＰ有線接続を含む。図１に示されるように、端末とアプリケーションサーバとの間のＴＣＰ接続は、端末と無線アクセスネットワーク（ＲＡＮ）側デバイスとの間のＴＣＰ無線接続、及びコアネットワークを介したＲＡＮ側デバイスとアプリケーションサーバとの間のＴＣＰ有線接続を含んでよい。
【０００４】
前述の確認応答メカニズムに基づいて、データパケット送信側によって送信されたＴＣＰデータパケットを受信した後に、ＴＣＰ有線接続のデータパケット受信側及びＴＣＰ無線接続のデータパケット受信側の両方は、ＡＣＫによってデータパケット送信側に応答する必要がある。図１のＴＣＰ無線接続を例として用いると、ダウンリンクデータ送信処理において、ＲＡＮ側デバイスによって送信されたＴＣＰデータパケットを受信した後に、端末は、ＡＣＫによってＲＡＮ側デバイスに応答する必要がある。
【０００５】
しかしながら、以下の問題が存在する。ライブネットワークにおけるＴＣＰデータ送信処理では、データパケット受信側は、比較的多数のＡＣＫによってデータパケット送信側に応答し（統計収集によれば、ＴＣＰダウンリンクデータ送信処理において、アップリンクデータの９０％がＡＣＫである）、ＴＣＰ無線接続における多数のＡＣＫ送信が、無線エアインタフェースリンクリソースを占有することがあり、無線エアインタフェースリンクリソースの消費を増加させ、無線サービスデータの送信効率に影響している。
【発明の概要】
【０００６】
本発明の複数の実施形態は、データ送信方法及びデバイスを提供し、無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数を減少させ、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させる。
【０００７】
本発明の複数の実施形態の第１の態様は、データ送信方法を提供する。データ送信方法は、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを、第１のデバイスによって取得する段階と、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする段階と、
を含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
【０００８】
第１の態様を参照すると、可能な実装態様において、方法は、
無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信し、これにより、第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階をさらに含む。
【０００９】
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、方法は、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信する段階、又は、
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信する段階
をさらに含む。
【００１０】
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、第１のデバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【００１１】
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
【００１２】
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【００１３】
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する段階の前に、方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、第１のデバイスがインタセプト決定をなす場合に、第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
第２のデバイスに第２の能力交渉シグナリングを送信する段階であって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む、段階と、
をさらに含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
【００１４】
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する段階の前に、方法は、
第２のデバイスから第１の能力交渉シグナリングを受信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のインタセプトオペレーションに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
をさらに含む。
【００１５】
第１の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスはユーザ機器である。
【００１６】
本発明の複数の実施形態の第２の態様は、データ送信方法を提供する。データ送信方法は、
第２のデバイスによって、第１のデバイスからリンク層確認応答ＡＣＫを受信する段階であって、リンク層ＡＣＫは、第１のデバイスが第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される、段階と、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階と、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
【００１７】
第２の態様を参照すると、可能な実装態様において、方法は、第２のデバイスによって、第１のデバイスからリンク層ＡＣＫを受信する段階の前に、方法は、
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する段階であって、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む、段階
をさらに含む。
【００１８】
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階は、
リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する段階であって、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である、段階を含む。
【００１９】
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、第２のデバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する段階の後に、方法は、
第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する段階をさらに含み、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、第２のデバイスがアプリケーションサーバから受信されたＴＣＰ層データパケットをカプセル化した後に、第２のデバイスによって取得され、
連続確認応答データパケットは、第２のデバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
【００２０】
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階の前に、方法は、
第１のデバイスから第２の能力交渉シグナリングを受信する段階であって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する段階であって、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションのインタセプトパラメータインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定する段階と、
第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる、段階と、
をさらに含む。
【００２１】
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、
リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する段階の前に、方法は、
第１のデバイスに第１の能力交渉シグナリングを送信する段階であって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、段階と、
第１のＡＣＫカテゴリに従って、第２のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第２のデバイスによってサポートされるインタセプトパラメータを決定する段階と、
をさらに含み、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【００２２】
第２の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、第２のデバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスはユーザ機器である。
【００２３】
本発明の複数の実施形態の第３の態様は、デバイスを提供する。デバイスは、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得するように構成される取得ユニットと、
取得ユニットによって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成されるインタセプトユニットと、
を含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
【００２４】
第３の態様を参照すると、可能な実装態様において、デバイスは、
無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される受信ユニットと、
受信ユニットが、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成される送信ユニットであって、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する、送信ユニットと、
をさらに含む。
【００２５】
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、送信ユニットをさらに含み、
送信ユニットは、取得ユニットによって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される、又は、
送信ユニットは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される。
【００２６】
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【００２７】
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
【００２８】
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【００２９】
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
取得ユニットがＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
受信ユニットによって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第１の決定ユニットであって、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、第１の決定ユニットと、
第１の決定ユニットによって決定されたＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１の決定ユニットによって決定されたインタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成される第２の決定ユニットと、
第２のデバイスに第２の能力交渉シグナリングを送信するように構成される送信ユニットであって、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む、送信ユニットと、
をさらに含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
【００３０】
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
取得ユニットがＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される受信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、受信ユニットと、
受信ユニットによって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、受信ユニットによって受信された第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
をさらに含む。
【００３１】
第３の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
【００３２】
本発明の複数の実施形態の第４の態様は、デバイスを提供する。デバイスは、
第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される受信ユニットであって、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される、受信ユニットと、
受信ユニットによって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される第１の決定ユニットと、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
【００３３】
第４の態様を参照すると、可能な実装態様において、デバイスは、
受信ユニットが第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するように構成される取得ユニットをさらに含み、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
【００３４】
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
第１の決定ユニットは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成され、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
【００３５】
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、デバイスは、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を第１の決定ユニットが決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するように構成される構築ユニットをさらに含み、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、
連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
【００３６】
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、
受信ユニットは、第１の決定ユニットが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
デバイスは、
受信ユニットによって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニットによって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される第２の決定ユニットであって、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、第２の決定ユニットと、
第２の決定ユニットによって決定されたＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第２の決定ユニットによって決定されたインタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスによってサポートされるインタセプトパラメータを決定するように構成される第３の決定ユニットと、
第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む、送信ユニットと、
をさらに含み、
第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【００３７】
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスは、
第１の決定ユニットが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信ユニットであって、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む、送信ユニットと、
第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される第４の決定ユニットと、
をさらに含み、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【００３８】
第４の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
【００３９】
本発明の複数の実施形態第５の態様は、デバイスを提供する。デバイスは、
送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成されるプロセッサを含み、
ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
【００４０】
第５の態様を参照すると、可能な実装態様において、デバイスは、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される受信機と、
受信機が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成される送信機であって、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する、送信機と、
をさらに含む。
【００４１】
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信機は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される、又は、
送信機は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
【００４２】
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【００４３】
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録され、
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
【００４４】
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含み、
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【００４５】
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成され、
ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
送信機は、第２のデバイスに第２の能力交渉シグナリングを送信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、
第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
【００４６】
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、受信機によって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。
【００４７】
第５の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
【００４８】
本発明の複数の実施形態の第６の態様は、デバイスを提供する。デバイスは、
第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される受信ユニットであって、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される、受信機と、
受信機によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成されるプロセッサと、
を含み、
ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
【００４９】
第６の態様を参照すると、可能な実装態様において、プロセッサは、受信機が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するようにさらに構成され、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
【００５０】
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含み、
プロセッサは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成され、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
【００５１】
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスであり、プロセッサは、
第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するようにさらに構成され、
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、
連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
【００５２】
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、受信機は、プロセッサが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成され、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、受信機によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信機によって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成され、
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
デバイスは、
第１のデバイスに第１の能力交渉シグナリングを送信するように構成される送信機をさらに含み、
第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【００５３】
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、送信機は、プロセッサが、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するようにさらに構成され、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含み、
プロセッサは、第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成され、
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【００５４】
第６の態様及び前述の可能な実装態様を参照すると、他の可能な実装態様において、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
【００５５】
本発明の複数の実施形態において提供されるデータ送信方法及びデバイスにおいて、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
【００５６】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。第２のデバイスは、第１のデバイスから受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、第１のデバイスと第２のデバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
【図面の簡単な説明】
【００５７】
本発明の複数の実施形態又は従来技術における技術的解決手段をより明確に説明すべく、以下、実施形態又は従来技術の説明に必要な添付図面を簡潔に説明する。以下の説明における添付図面は、本発明のいくつかの実施形態を示したものに過ぎず、当業者であれば、創造的努力なしに、これらの添付図面から他の図面をなおも導出し得ることは明らかである。
【図１】本発明の背景における有線ネットワーク及び無線ネットワークにわたるＴＣＰ接続の模式図である。
【図２】本発明の実施形態１に係るデータ送信方法のフローチャートである。
【図３】本発明の実施形態２に係るデータ送信方法のフローチャートである。
【図４Ａ】本発明の実施形態３に係る他のデータ送信方法のフローチャートである。
【図４Ｂ】本発明の実施形態３に係る他のデータ送信方法のフローチャートである。
【図５Ａ】本発明の実施形態４に係るデータ送信方法のフローチャートである。
【図５Ｂ】本発明の実施形態４に係るデータ送信方法のフローチャートである。
【図６】本発明の実施形態に係るデータパケット送信処理の模式図である。
【図７】本発明の実施形態に係る他のデータパケット送信処理の模式図である。
【図８】本発明の実施形態に係る他のデータパケット送信処理の模式図である。
【図９】本発明の実施形態５に係るデータ送信方法のフローチャートである。
【図１０】本発明の実施形態に係るネットフィルタメカニズムの模式図である。
【図１１】本発明の実施形態６に係るデバイスの模式構造図である。
【図１２】本発明の実施形態６に係る他のデバイスの模式構造図である。
【図１３】本発明の実施形態６に係る他のデバイスの模式構造図である。
【図１４】本発明の実施形態６に係る他のデバイスの模式構造図である。
【図１５】本発明の実施形態７に係るデバイスの模式構造図である。
【図１６】本発明の実施形態７に係る他のデバイスの模式構造図である。
【図１７】本発明の実施形態７に係る他のデバイスの模式構造図である。
【図１８】本発明の実施形態７に係る他のデバイスの模式構造図である。
【図１９】本発明の実施形態８に係るデバイスの模式構造図である。
【図２０】本発明の実施形態８に係る他のデバイスの模式構造図である。
【図２１】本発明の実施形態９に係るデバイスの模式構造図である。
【図２２】本発明の実施形態９に係る他のデバイスの模式構造図である。
【発明を実施するための形態】
【００５８】
以下、本発明の複数の実施形態における添付図面を参照して、本発明の複数の実施形態における技術的解決手段を明確に説明する。説明される実施形態は、単に、本発明の複数の実施形態のいくつかに過ぎず、全てではないことは明らかである。創造的努力なしに、本発明の複数の実施形態に基づいて当業者によって取得される他の全ての実施形態は、本発明の保護範囲に属するものとする。
【００５９】
本明細書で説明される様々な技術は、様々な無線通信システム、例えば、現在の２Ｇ及び３Ｇ通信システムならびに次世代通信システム、例えば、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、符号分割多重アクセス（ＣＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、ワイドバンド符号分割多重アクセス（ＷＣＤＭＡ（登録商標））システム、周波数分割多重アクセス（ＦＤＭＡ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、汎用パケット無線サービス（ＧＰＲＳ）システム、ロングタームエボリューション（ＬＴＥ）システム、及び他の複数の通信システムに適用されてよい。
【００６０】
本明細書の様々な態様は、端末及び／又は基地局及び／又は基地局コントローラを参照して説明される。
【００６１】
さらに、「システム」及び「ネットワーク」という用語は、本明細書において互換的に用いられてよい。本明細書における「及び／又は」という用語は、複数の関連オブジェクトを説明するための対応関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、すなわち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、ならびにＢのみが存在することを表してよい。さらに、本明細書における「／」という文字は、概して、関連オブジェクト間に「又は」という関係があることを示す。
【００６２】
実施形態１
本発明の本実施形態は、データ送信方法を提供し、これは、第１のデバイスに適用されてよい。本実施形態は、第１のデバイス及び第２のデバイスがアップリンクデータ送信又はダウンリンクデータ送信を実行する処理に適用されてよい。図２に示されるように、データ送信方法は、以下の段階を含む。
【００６３】
Ｓ１０１において、第１のデバイスは、送信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、ＴＣＰ）層確認応答（ＡＣＫ）を取得する。
【００６４】
一態様において、ＴＣＰ接続に基づくダウンリンクデータ送信シナリオにおいて、第１のデバイスは、ユーザ機器であり、第２のデバイスは、無線アクセスネットワーク（ＲＡＮ）側デバイスである。ＲＡＮ側デバイスは、ＲＡＮにおける任意のデバイス、例えば、基地局又はコントローラであってよい。
【００６５】
ＴＣＰ接続に基づくダウンリンクデータ送信処理において、ＲＡＮ側デバイス（第２のデバイス）は、アプリケーションサーバからＴＣＰ層データパケットを受信し、リンク層データパケットを取得すべくＴＣＰ層データパケットをカプセル化し、次に、ユーザ機器（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ユーザ機器（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべくリンク層データパケットを解析し、次に、ＴＣＰ層データパケットに従って、ＴＣＰ層データパケットの確認応答情報、すなわち、ＴＣＰ層ＡＣＫを生成してよい。
【００６６】
他の態様において、ＴＣＰ接続に基づくアップリンクデータ送信において、第１のデバイスは、ＲＡＮ側デバイスであり、第２のデバイスは、ユーザ機器である。
【００６７】
アップリンクデータ送信シナリオにおいて、ＴＣＰ層データパケットを取得した後に、ユーザ機器（第２のデバイス）は、リンク層データパケットを取得すべくＴＣＰ層データパケットをカプセル化し、次に、ＲＡＮ側デバイス（第１のデバイス）にリンク層データパケットを送信してよい。ユーザ機器（第２のデバイス）からリンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべくリンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットをアプリケーションサーバに送信し、アプリケーションサーバからＴＣＰ層ＡＣＫを受信してよい。
【００６８】
ＴＣＰ層ＡＣＫを取得した後に、第１のデバイス（ダウンリンクデータ送信シナリオにおけるユーザ機器又はアップリンクデータ送信シナリオにおけるＲＡＮ側デバイス）は、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよいことに留意されたい。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、第１のデバイスは、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、Ｓ１０２を実行する。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットではない場合に、第１のデバイスは、第２のデバイスにＴＣＰ層ＡＣＫを送信する。取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第１のデバイスは、第２のデバイスにＴＣＰ層ＡＣＫを送信する。
【００６９】
Ｓ１０２において、第１のデバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
【００７０】
無線エアインタフェースリンクにおけるＴＣＰ層ＡＣＫパケットの数を減少させるべく、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよいことに留意されたい。
【００７１】
例示的に、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであること、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、かつ、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリであること、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットに属すること、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、かつ、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリに属することを含む。
【００７２】
例示的に、第１のフィルタ基準は、１）ＴＣＰ層ＡＣＫが、第１のデバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、２）ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、３）ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、４）ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、５）ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【００７３】
第２のフィルタ基準におけるにおけるフィルタ条件は、１）ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、２）ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送することを少なくとも含む。
【００７４】
第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
【００７５】
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号であり、第１のシーケンス番号は、第１のデバイスがＴＣＰ層ＡＣＫを取得した後であるが、第１のデバイスが取得されたＴＣＰ層ＡＣＫをインタセプトする前に、毎回予約されるＴＣＰ層ＡＣＫのシーケンス番号であり、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされない前に、毎回一度更新される。
【００７６】
本発明の本実施形態の１つの適用シナリオにおいて、第１のデバイスと第２のデバイスとの間における無線エアインタフェースリンクは、第３世代パートナシッププロジェクト（３ＧＰＰ）リンクであってよく、データは、３ＧＰＰエアインタフェースによって、第１のデバイスと第２のデバイスとの間で送信される。ＴＣＰ接続に基づくデータ送信処理において、第１のデバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。
【００７７】
この適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
【００７８】
この適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層であり、例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおけるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層である。
【００７９】
本発明の本実施形態の他の適用シナリオにおいて、第１のデバイスと第２のデバイスとの間における無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、第１のデバイスと第２のデバイスとの間で送信される。ＴＣＰ接続に基づくデータ送信処理において、第１のデバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。
【００８０】
この適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
【００８１】
この適用シナリオの他のケースにおいて、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層、すなわち、メディアアクセス制御（ＭＡＣ）層である。
【００８２】
さらに、本発明の本実施形態の他の適用シナリオにおいて、ＴＣＰ層ＡＣＫをインタセプトする機能は、オペレーティングシステムによって提供されるパケットキャプチャメカニズムによって、第１のデバイスに追加され、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。この適用シナリオにおいて、元のプロトコルスタックは、変更されなくてよい。
【００８３】
例示的に、ダウンリンクデータ送信を例として用いて、図１０に示されるように、ネットフィルタメカニズムが、任意の楕円の破線のボックスによって示されるキャプチャポイントにおいて、エアインタフェースアップリンクＡＣＫパケットをキャプチャするために用いられてよい。一方で、インタセプトモジュールは、ネットフィルタメカニズムを用いることによって、システムに組み込まれる。
【００８４】
図１０に示されるＩＰ層の５つの検出ポイントの機能は、本明細書において別個に説明される。図１０に示されるように、検出ポイント１（ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧ）において、ネットワーク層に入ったばかりのデータパケットは、ポイントを通過し（バージョン番号チェックのような検出が実行される）デスティネーションアドレス変換が、ポイントによって実行される。検出ポイント２（ＮＦ＿ＩＰ＿ＬＯＣＡＬ＿ＩＮ）において、ルーティングサーチの後に、ローカルデバイスに送信されたデータパケットは、検出ポイントを通過し、入力されたパケットのフィルタリングが、検出ポイントによって実行される。検出ポイント３（ＮＦ＿ＩＰ＿ＦＯＲＷＡＲＤ）において、転送されるべきパケットは、ポイントを通過し、ＦＯＲＷＡＲＤパケットのフィルタリングが、検出ポイントによって実行される。検出ポイント４（ＮＦ＿ＩＰ＿ＰＯＳＴ＿ＲＯＵＴＩＮＧ）において、ネットワークデバイスによって送信されるべき全てのデータパケットは、検出ポイントを通過し、ビルトインのソースアドレス変換機能（アドレスマスカレードを含む）が検出ポイントによって実行される。検出ポイント５（ＮＦ＿ＩＰ＿ＬＯＣＡＬ＿ＯＵＴ）において、ローカル処理によって送信されたパケットは、検出ポイントを通過し、出力されたパケットのフィルタリングが、検出ポイントによって実行される。
【００８５】
本発明の本実施形態において提供されるデータ送信方法において、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
【００８６】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットが第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
【００８７】
実施形態２
本発明の本実施形態は、データ送信方法を提供し、これは、第２のデバイスに適用されてよい。本実施形態は、第１のデバイス及び第２のデバイスがアップリンクデータ送信又はダウンリンクデータ送信を実行する処理に適用されてよい。図３に示されるように、データ送信方法は、以下の段階を含む。
【００８８】
Ｓ２０１において、第２のデバイスは、第１のデバイスからリンク層ＡＣＫを受信する。ここで、リンク層ＡＣＫは、第１のデバイスが第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される。
【００８９】
一態様において、ＴＣＰ接続に基づくダウンリンクデータ送信シナリオにおいて、第１のデバイスは、ユーザ機器であり、第２のデバイスは、ＲＡＮ側デバイスである。
【００９０】
ＴＣＰ接続に基づくダウンリンクデータ送信処理において、ＲＡＮ側デバイス（第２のデバイス）は、アプリケーションサーバからＴＣＰ層データパケットを受信し、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、次に、ユーザ機器（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ユーザ機器（第１のデバイス）は、ＲＡＮ側デバイス（第２のデバイス）にリンク層ＡＣＫを送信してよい。一方で、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよい。
【００９１】
他の態様において、ＴＣＰ接続に基づくアップリンクデータ送信において、第１のデバイスは、ＲＡＮ側デバイスであり、第２のデバイスは、ユーザ機器である。
【００９２】
アップリンクデータ送信シナリオにおいて、ＴＣＰ層データパケットを取得した後に、ユーザ機器（第２のデバイス）は、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、次に、ＲＡＮ側デバイス（第１のデバイス）にリンク層データパケットを送信してよい。リンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、ユーザ機器（第２のデバイス）にリンク層ＡＣＫを送信してよい。一方で、リンク層データパケットを受信した後に、ＲＡＮ側デバイス（第１のデバイス）は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、解析により取得されたＴＣＰ層データパケットをアプリケーションサーバに送信し、次に、アプリケーションサーバからＴＣＰ層ＡＣＫを受信してよい。ここで、ＴＣＰ層ＡＣＫは、解析によりＲＡＮ側デバイス（第１のデバイス）によって取得されたＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫである。
【００９３】
Ｓ２０２において、第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する。
【００９４】
第２のデバイスは、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得し（ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む）、次に、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定してよい。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
【００９５】
本発明の本実施形態において提供されるデータ送信方法において、第２のデバイスは、第１のデバイスからリンク層確認応答ＡＣＫを受信する。ここで、リンク層ＡＣＫは、第１のデバイスが、第２のデバイスによって送信されたリンク層データパケットを受信した後に、第１のデバイスによって送信される。第２のデバイスは、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する。
【００９６】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、第２のデバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
【００９７】
実施形態３
本発明の本実施形態は、データ送信方法を提供する。データ送信方法は、ＴＣＰ接続に基づくダウンリンクデータ送信処理に適用されてよい。すなわち、第１のデバイスは、具体的には、ユーザ機器であり、第２のデバイスは、具体的には、ＲＡＮ側デバイスである。
【００９８】
本実施形態は、以下の例を用いることによって、本発明の複数の実施形態における方法をさらに説明する。ここで、ＲＡＮ側デバイスにおいて任意のタイプのＴＣＰエージェントが存在しない場合、又は、ＲＡＮ側デバイスにおいてスヌープＴＣＰタイプのＴＣＰエージェントが存在する場合に、ＲＡＮ側デバイスは、ユーザ機器にダウンリンクデータを送信する。具体的には、図４Ａ及び図４Ｂに示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ３０１において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層データパケットを受信する。
【００９９】
Ｓ３０２において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのシーケンス番号及びＴＣＰ層データパケットのパケット長を記録する。
【０１００】
Ｓ３０３において、ＲＡＮ側デバイスは、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
【０１０１】
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
【０１０２】
ＲＡＮ側デバイスによって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。Ｓ３０４において、ＲＡＮ側デバイスは、ユーザ機器にリンク層データパケットを送信する。
【０１０３】
Ｓ３０５において、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析する。
【０１０４】
Ｓ３０６において、ユーザ機器は、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する。
【０１０５】
本実施形態の第１の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよい。すなわち、データは、３ＧＰＰエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される。
【０１０６】
第１の適用シナリオにおいて、ユーザ機器は、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ユーザ機器は、ユーザ機器における３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ＲＡＮ側デバイスからリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ユーザ機器におけるＴＣＰ  ＩＰプロトコルスタックの処理エンティティに送信してよい。ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティから受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよく、次に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫをカプセル化し、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクによって、ＲＡＮ側デバイスにカプセル化されたＴＣＰ層ＡＣＫを送信する。
【０１０７】
本実施形態の第２の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、すなわち、データは、ＷｉＦｉエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信されることに留意されたい。
【０１０８】
第２の適用シナリオにおいて、ユーザ機器は、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ユーザ機器は、ユーザ機器におけるＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ＲＡＮ側デバイスからリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ユーザ機器におけるＴＣＰ  ＩＰプロトコルスタックの処理エンティティに送信してよい。ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティから受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成してよく、次に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫをカプセル化し、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクによって、ＲＡＮ側デバイスにカプセル化されたＴＣＰ層ＡＣＫを送信する。
【０１０９】
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであってよく、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ユーザ機器によって有線リンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであってよいことに留意されたい。本発明の本実施形態において、インタセプト決定は、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに対してのみ実行されるので、本実施形態は、無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な処理のみを説明する。
【０１１０】
さらに、任意に、本発明の本実施形態において、ＴＣＰ層ＡＣＫを生成した後に、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮは、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトした後に、ＲＡＮ側デバイスが実行する必要があるオペレーション処理を決定する必要がある。すなわち、ＲＡＮ側デバイス及びユーザ機器は、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
【０１１１】
Ｓ３０７において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
【０１１２】
具体的には、ユーザ機器及びＲＡＮ側デバイスは、能力交渉処理によって。インタセプト能力を交換してよい。Ｓ３０７は、Ｓ３０７ａからＳ３０７ｆを含んでよい。
【０１１３】
Ｓ３０７ａにおいて、ユーザ機器は、ＲＡＮ側デバイスから第１の能力交渉シグナリングを受信する。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む。
【０１１４】
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に用いられるインタセプトパラメータであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
【０１１５】
Ｓ３０７ｂにおいて、ユーザ機器は、第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリを決定し、第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する。
【０１１６】
ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションである。第２のＡＣＫカテゴリは、ユーザ機器がインタセプト決定をなす場合にユーザ機器によってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含む。第２のインタセプトパラメータは、ユーザ機器がインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
【０１１７】
Ｓ３０７ｃにおいて、ユーザ機器は、ＡＣＫカテゴリインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータを決定する。
【０１１８】
Ｓ３０７ｄにおいて、ユーザ機器は、ＲＡＮ側デバイスに第２の能力交渉シグナリングを送信する。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含む。
【０１１９】
Ｓ３０７ｅにおいて、ＲＡＮ側デバイスは、第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定する。
【０１２０】
例示的に、第１のＡＣＫカテゴリ（すなわち、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＡＣＫが属するＡＣＫカテゴリ）が第１のインタセプトカテゴリ及び第２のインタセプトカテゴリを含み、第２のＡＣＫカテゴリ（すなわち、ユーザ機器がインタセプト決定をなす場合にユーザ機器によってインタセプトされるＡＣＫが属するＡＣＫカテゴリ）が第１のインタセプトカテゴリを含むと仮定すると、ＲＡＮ側デバイスは、ＡＣＫカテゴリインタセクションが第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションである、すなわち、第１のインタセプトカテゴリであると決定してよい。
【０１２１】
第１のインタセプトパラメータの事前設定閾値は２であり、第２のインタセプトパラメータの事前設定閾値は３と仮定される。ユーザ機器が、ＴＣＰ層ＡＣＫが事前設定条件を満たすと決定する場合に、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウは事前設定閾値以上であることが必要とされるので、ＲＡＮ側デバイスは、インタセプトパラメータインタセクション（第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクション）として、第１のインタセプトパラメータの事前設定閾値及び第２のインタセプトパラメータの事前設定閾値においてより大きい閾値を用いてよい。すなわち、ＲＡＮ側デバイスは、インタセプトパラメータインタセクションとして閾値３を用いてよい。
【０１２２】
Ｓ３０７ｆにおいて、ＲＡＮ側デバイスは、ＡＣＫカテゴリインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータを決定する。
【０１２３】
さらに、任意に、本発明の本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ユーザ機器に対して、ＲＡＮ側デバイスによってインタセプト能力をサポートするステータスを特定してよく、ユーザ機器は、ＲＡＮ側デバイスによって特定されたインタセプト能力に従って、ユーザ機器によってインタセプト能力をサポートするステータスを決定する。Ｓ３０７は、Ｓ３０７'と置換されてよい。
【０１２４】
Ｓ３０７'において、ＲＡＮ側デバイスは、ユーザ機器に対して、インタセプト能力情報を特定する。ここで、インタセプト能力情報は、ＲＡＮ側デバイスによってサポートされるＡＣＫカテゴリインタセプトと、ＲＡＮ側デバイスによってサポートされるインタセプトパラメータとを含む。Ｓ３０７'は、Ｓ３０７ａ、Ｓ３０７ｇ、及びＳ３０７ｈを含んでよい。
【０１２５】
Ｓ３０７ａにおいて、ユーザ機器は、ＲＡＮ側デバイスから第１の能力交渉シグナリングを受信する。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含む。
【０１２６】
第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に用いられるインタセプトパラメータであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
【０１２７】
例示的に、第１のＡＣＫカテゴリは、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、インタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリである。例えば、ＲＡＮ側デバイスがユーザ機器によるインタセプト決定をサポートする場合に、ユーザ機器は、第１のインタセプトカテゴリに属するＴＣＰ層ＡＣＫをインタセプトする。この場合、ユーザ機器が第１のインタセプトカテゴリに属するＴＣＰ層ＡＣＫをインタセプトする場合には、ＲＡＮ側デバイスは、ＲＡＮ側デバイスとユーザ機器との間におけるＴＣＰデータ送信の確認応答メカニズムを確実にすべく、ＴＣＰ層ＡＣＫを受信することなく第１のインタセプトオペレーションを実行してよい。第１のインタセプトオペレーションは、ＴＣＰ層ＡＣＫが第１のＡＣＫカテゴリにおける第１のインタセプトカテゴリ又は第２のインタセプトカテゴリに属する場合に、ＲＡＮ側デバイスとユーザ機器との間におけるＴＣＰデータ送信の確認応答メカニズムを確実にすべく、ＲＡＮ側デバイスによって実行されるオペレーションであってよい。
【０１２８】
Ｓ３０７ｇにおいて、ユーザ機器は、第１のインタセプトオペレーションに従って、ユーザ機器によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、ユーザ機器によってサポートされるインタセプトパラメータを決定する。
【０１２９】
具体的には、ユーザ機器は、第１のＡＣＫカテゴリがユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリであると決定し、第１のインタセプトパラメータが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータであると決定してよい。
【０１３０】
Ｓ３０７ｈにおいて、ＲＡＮ側デバイスは、第１のインタセプトオペレーションに従って、ＲＡＮ側デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、ＲＡＮ側デバイスによってサポートされるインタセプトパラメータを決定する。
【０１３１】
具体的には、ＲＡＮ側デバイスは、第１のＡＣＫカテゴリが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリであると決定し、第１のインタセプトパラメータが、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータであると決定してよい。
【０１３２】
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ３０１からＳ３０６は最初に実行されてよく、Ｓ３０７は次に実行される。又は、Ｓ３０７は最初に実行されてよく、Ｓ３０１からＳ３０６は次に実行される。又は、Ｓ３０１からＳ３０６及びＳ３０７は同時に実行されてよい。本発明の本実施形態は、Ｓ３０１からＳ３０６とＳ３０７との間の順番を限定しない。
【０１３３】
Ｓ３０８において、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであるか否かを決定する。
【０１３４】
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットである場合には、Ｓ３０９が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットではない場合には、Ｓ３１０及びＳ３１１が実行される。Ｓ３０９において、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
【０１３５】
例示的に、本発明の本実施形態の適用シナリオにおいて、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含んでよい。
【０１３６】
第１のフィルタ基準は、１）ＴＣＰ層ＡＣＫが、ユーザ機器がリンク層データパケットを受信した後に、ＲＡＮ側デバイスに送信された他のデータパケットにおいて伝送され、かつ、ＲＡＮ側デバイスに遅延して送信されるＡＣＫであること、２）ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、３）ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、４）ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、５）ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【０１３７】
第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
【０１３８】
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
【０１３９】
さらに、任意に、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含んでよい。
【０１４０】
第２のフィルタ基準におけるにおけるフィルタ条件は、１）ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、２）ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送することを少なくとも含む。
【０１４１】
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ３１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ３１０及びＳ３１１が実行される。Ｓ３１０において、ユーザ機器は、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信する。Ｓ３１１において、ＲＡＮ側デバイスは、アプリケーションサーバにＴＣＰ層ＡＣＫを送信する。Ｓ３１２において、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトする。
【０１４２】
具体的には、ユーザ機器は、ユーザ機器において構成されるインタセプトモジュールを用いることによって、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。
【０１４３】
本実施形態の第１の適用シナリオにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよく、データは、３ＧＰＰエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される。すなわち、ユーザ機器は、３ＧＰＰリンクをサポートする端末である。ユーザ機器は、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含む。
【０１４４】
好ましくは、第１の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
【０１４５】
この場合、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
【０１４６】
任意に、第１の適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのＰＤＣＰ層に配置されてよい。
【０１４７】
この場合、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。具体的には、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
【０１４８】
ユーザ機器が３ＧＰＰリンクイネーブル端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がユーザ機器とＲＡＮ側デバイスとの間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
【０１４９】
本実施形態の第２の適用シナリオにおいて、ユーザ機器は、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含む。
【０１５０】
好ましくは、第２の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
【０１５１】
この場合、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
【０１５２】
任意に、第２の適用シナリオの他のケースにおいて、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、ユーザ機器とＲＡＮ側デバイスとの間で送信される、すなわち、ユーザ機器は、ＷｉＦｉリンクイネーブル端末である。インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよく、これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのＭＡＣ層に配置されてよい。
【０１５３】
この場合、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。具体的には、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよく、ＴＣＰ層ＡＣＫをカプセル化又は送信しない。
【０１５４】
ユーザ機器がＷｉＦｉリンクイネーブル端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ  ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がユーザ機器とＲＡＮ側デバイスとの間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
【０１５５】
さらに、ユーザ機器が複数の並列無線リンク（すなわち、ＷｉＦｉ無線エアインタフェースリンクのみではなく３ＧＰＰ無線エアインタフェースリンクもがユーザ機器とＲＡＮ側デバイスとの間に確立される）をサポートする端末である場合に、ユーザ機器のインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、３つのリンクからの複数のＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（ユーザ機器とＲＡＮ側デバイスとの間に有線ＴＣＰ接続が存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び３）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよい。従って、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク又は３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトしない。
【０１５６】
ユーザ機器が無線並列処理イネーブル端末である場合に、インタセプトモジュールは、概して、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティに配置されることに留意されたい。具体的には、インタセプトモジュールが、概して、ユーザ機器における３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ又はＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティに配置される場合に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、並列シナリオにおいてダウンリンクＴＣＰ層データパケットのパケットデータ情報を取得できない。従って、情報は、有効かつ高速のデータ送信チャネルによって交換される必要があり、これは、複雑な実装を有する。ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、複数のリンク（ダウンリンクＴＣＰ層データパケット及びアップリンクＴＣＰ層データパケットの送信リンク）のアグリゲーションポイントであり、インタセプトモジュールがＴＣＰ  ＩＰプロトコルスタックの処理エンティティに配置される場合に、処理エンティティは、情報を交換する必要がなく、処理プロセスを単純化することができる。
【０１５７】
リンク層確認応答メカニズムに従って、リンク層データパケットを受信した後に、ユーザ機器は、リンク層ＡＣＫによってＲＡＮ側デバイスに応答してよい。
【０１５８】
Ｓ３１３において、リンク層データパケットを受信した後に、ユーザ機器は、ＲＡＮ側デバイスにリンク層ＡＣＫを送信する。
【０１５９】
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ３０５は最初に実行されてよく、Ｓ３１３は次に実行される。又は、Ｓ３１３は最初に実行されてよく、Ｓ３０５は次に実行される。又は、Ｓ３０５及びＳ３１３は同時に実行されてよい。本発明の本実施形態は、Ｓ３０５とＳ３１３との間の順番を限定しない。
【０１６０】
Ｓ３１４において、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する。
【０１６１】
具体的には、ＲＡＮ側デバイスは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定してよい。ここで、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号である。
【０１６２】
本実施形態において、ＲＡＮ側デバイスにはあらゆるタイプのＴＣＰエージェントが存在しない、又は、ＲＡＮ側デバイスにはスヌープＴＣＰタイプのＴＣＰエージェントが存在することに留意されたい。ＲＡＮ側デバイスにあらゆるタイプのＴＣＰエージェントが存在しない場合、又はＲＡＮ側デバイスにスヌープＴＣＰタイプのＴＣＰエージェントが存在する場合に、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに直接応答することができず、ＲＡＮ側デバイスは、ユーザ機器がＴＣＰ層データパケットの受信に既に成功したと決定した後にのみ、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに応答することができる。従来技術では、ＴＣＰ層ＡＣＫはインタセプトされるので、ＲＡＮ側デバイスは、ユーザ機器からＴＣＰ層ＡＣＫを受信した後に、対応するＴＣＰ層データパケットがユーザ機器への送信に既に成功していることをアプリケーションサーバに示すべく、アプリケーションサーバにＴＣＰ層ＡＣＫを直接送信できる。しかしながら、本発明の本実施形態において、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトする場合に、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する必要がある。この場合、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのユーザ機器への送信が既に成功したことをアプリケーションサーバに示すために利用可能なＴＣＰ層ＡＣＫを生成する必要がある。従って、本発明の本実施形態における方法は、Ｓ３１５をさらに含んでよい。
【０１６３】
Ｓ３１５において、ＲＡＮ側デバイスは、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する。
【０１６４】
ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、ユーザ機器がＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、ＲＡＮ側デバイスがアプリケーションサーバから受信されたＴＣＰ層データパケットをカプセル化した後に、ＲＡＮ側デバイスによって取得される。連続確認応答データパケットは、ＲＡＮ側デバイスによって既に決定され、かつ、ユーザ機器による受信に成功した全てのＴＣＰ層データパケットにおいてシーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
【０１６５】
具体的には、ＲＡＮ側デバイスによって、リンク層を介してユーザ機器から受信されたリンク層ＡＣＫに従って、ＴＣＰ層ＡＣＫを構築する方法は、ＲＡＮ側デバイスによって、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号、及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、対応するＴＣＰ層データパケットをサーチする段階であってよい。ここで、発見されたＴＣＰ層データパケットは、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットであり、かつ、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットである。Ｓ３１５は、具体的には、Ｓ３１５ａからＳ３１５ｃを含んでよい。
【０１６６】
Ｓ３１５ａにおいて、ＲＡＮ側デバイスは、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号と、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定する。
【０１６７】
Ｓ３１５ｂにおいて、ＲＡＮ側デバイスは、ユーザ機器による受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築する。
【０１６８】
具体的には、ＲＡＮ側デバイスによってＴＣＰ層ＡＣＫを構築する方法は、ＲＡＮ側デバイスによって、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号に従って、かつ、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを参照して、ＴＣＰ層ＡＣＫを構築する段階を含んでよい。ここで、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和である。連続確認応答データパケットの詳細な説明については、本発明の複数の実施形態における関連する説明を参照するものとし、詳細は、本発明の本実施形態において再度説明されない。
【０１６９】
例示的に、本発明の本実施形態の適用シナリオにおいて、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリは、第１のインタセプトカテゴリである（第１のインタセプトカテゴリにおいて、現在のＡＣＫシーケンス番号に対応するリンク層データパケットは、ダウンリンクリンク層データパケットのバッファに記録されず、現在のＡＣＫシーケンス番号より前のＡＣＫシーケンス番号に対応するリンク層データパケットは、全てダウンリンクリンク層データパケットのバッファに記録される）。この適用シナリオにおいて、Ｓ３１５ｂは、具体的には、以下の段階Ａを含んでよい。
【０１７０】
段階Ａにおいて、ＲＡＮ側デバイスがユーザ機器からリンク層ＡＣＫを受信した第１回目は、ＲＡＮ側デバイスは、連続確認応答データパケットとして第１のデータパケットを用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築する。
【０１７１】
第１のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける最小のシーケンス番号を有するＴＣＰ層データパケットから、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するデータパケットである。
【０１７２】
例えば、図６のケース１に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１、ＴＣＰ層データパケット２、及びＴＣＰ層データパケット３において、ＴＣＰ層データパケット３、すなわち、シーケンス番号が３のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット３のシーケンス番号３と、ＴＣＰ層データパケット３のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット３が、連続確認応答データパケットである。
【０１７３】
図６のケース２に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）のみを含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１、すなわち、シーケンス番号が１のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット１のシーケンス番号１と、ＴＣＰ層データパケット１のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット１が、連続確認応答データパケットである。
【０１７４】
図６のケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットが、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む場合に、第１のデータパケットは、ＴＣＰ層データパケット１及びＴＣＰ層データパケット３においてＴＣＰ層データパケット１、すなわち、シーケンス番号が１のＴＣＰ層データパケットであり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット１のシーケンス番号１と、ＴＣＰ層データパケット１のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、ＴＣＰ層ＡＣＫを構築してよい。すなわち、ＴＣＰ層データパケット１が、連続確認応答データパケットである。
【０１７５】
さらに、任意に、図６のケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットは、そのシーケンス番号とＴＣＰ層データパケット１のシーケンス番号とが不連続であるＴＣＰ層データパケット３をさらに含んでよい。従って、Ｓ３１５ｂは、以下の段階をさらに含んでよい。
【０１７６】
段階Ａ'において、ＲＡＮ側デバイスがユーザ機器からリンク層ＡＣＫを受信した後の第１回目に、ＲＡＮ側デバイスは、第２のデータパケットについての情報を不連続確認応答データパケットセットに追加する。
【０１７７】
第２のデータパケットは、そのシーケンス番号と第１のデータパケットのシーケンス番号とが不連続であるＴＣＰ層データパケットであり、そのシーケンス番号は第１のデータパケットのシーケンス番号より大きく、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第１回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットにある。例えば、図６に示されるケース３のＴＣＰ層データパケット３は、第２のデータパケットである。
【０１７８】
さらに、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットのシーケンス番号は、連続的なシーケンス番号であると仮定される。図７に示されるいずれのケースにおいても、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功したリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含む。ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットは、シーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）であり、Ｓ３１５ｂは、段階Ｂ及び段階Ｃをさらに含んでよい。
【０１７９】
段階Ｂにおいて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応するＴＣＰ層データパケットは、第３のデータパケットを含み、ＲＡＮ側デバイスは、第４のデータパケットを、連続確認応答データパケットとして用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いる。
【０１８０】
第３のデータパケットは、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケットである。
【０１８１】
第４のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける第３のデータパケットから、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するデータパケットである。
【０１８２】
例えば、図７のケース１、ケース２、及びケース３に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、ＴＣＰ層データパケット４、すなわち、シーケンス番号が４のＴＣＰ層データパケットを含み、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号３とは連続する。従って、ＲＡＮ側デバイスをは、第４のデータパケットを連続確認応答データパケットとして用い、次に、連続確認応答データパケットのシーケンス番号と連続確認応答データパケットのパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いてよい。
【０１８３】
具体的には、図７のケース１において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）をさらに含み、第４のデータパケットは、データパケット、すなわち、ＴＣＰ層データパケット６であり、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにおける第３のデータパケット（ＴＣＰ層データパケット４）から、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有する。
【０１８４】
図７に示されるケース１において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット６を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット６のシーケンス番号とＴＣＰ層データパケット６のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
【０１８５】
任意に、図７のケース２において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、あらゆる他のＴＣＰ層データパケットを含まず、第４のデータパケットは、ＴＣＰ層データパケット４である。
【０１８６】
図７に示されるケース２において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット４を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット４のシーケンス番号とＴＣＰ層データパケット４のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
【０１８７】
任意に、図７のケース３において、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）をさらに含む。ＴＣＰ層データパケット６のシーケンス番号及びＴＣＰ層データパケット４のシーケンス番号は不連続なので、第４のデータパケットは、ＴＣＰ層データパケット４である。
【０１８８】
図７に示されるケース３において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット４を連続確認応答データパケットとして用い、次に、ＴＣＰ層データパケット４のシーケンス番号とＴＣＰ層データパケット４のパケット長との和を構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用いて、ＴＣＰ層ＡＣＫを構築してよい。
【０１８９】
さらに任意に、図７のケース３において、第３のデータパケット（そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケット）に加えて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、そのシーケンス番号と第３のデータパケット（ＴＣＰ層データパケット４）のシーケンス番号とが不連続なＴＣＰ層データパケット６をさらに含んでよい。従って、Ｓ３１５ｂは、以下の段階をさらに含んでよい。
【０１９０】
段階Ｂ'において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、第３のデータパケットを含み、ＲＡＮ側デバイスは、第５のデータパケットについての情報を不連続確認応答データパケットセットに追加する。
【０１９１】
第５のデータパケットは、そのシーケンス番号と第３のデータパケットのシーケンス番号とが不連続であるＴＣＰ層データパケットであり、そのシーケンス番号は第３のデータパケットのシーケンス番号より大きく、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットにある。例えば、図７のケース３におけるＴＣＰ層データパケット６は、第５のデータパケットである。
【０１９２】
段階Ｃにおいて、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、第３のデータパケットを含まず、ＲＡＮ側デバイスは、第６のデータパケットについての情報を不連続確認応答データパケットセットに追加する。
【０１９３】
第３のデータパケットは、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号とが連続するＴＣＰ層データパケットである。
【０１９４】
第６のデータパケットは、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットを含んでよい。
【０１９５】
例えば、図７のケース４、ケース５、及びケース６に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、ＴＣＰ層データパケット４、すなわち、シーケンス番号が４のＴＣＰ層データパケットを含まず、そのシーケンス番号と、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定された連続確認応答データパケットのシーケンス番号３とは連続する。従って、ＲＡＮ側デバイスは、連続確認応答データパケットを更新する必要がなく、第６のデータパケットについての情報を不連続確認応答データパケットセットに追加することのみが必要である。
【０１９６】
具体的には、図７のケース４において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）を含み、第６のデータパケットは、ＴＣＰ層データパケット５である。
【０１９７】
図７のケース４において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報を不連続確認応答データパケットセットに追加してよい。
【０１９８】
任意に、図７のケース５において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が７のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット７）を含み、第６のデータパケットは、ＴＣＰ層データパケット５及びＴＣＰ層データパケット７である。
【０１９９】
図７のケース５において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を、不連続確認応答データパケットセットに追加してよい。
【０２００】
任意に、図７のケース６において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）を含み、第６のデータパケットは、ＴＣＰ層データパケット５及びＴＣＰ層データパケット６である。
【０２０１】
図７のケース６において、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット６についての情報を、不連続確認応答データパケットセットに追加してよい。
【０２０２】
さらに任意に、図８に示されるように、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−２）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が１のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット１）、シーケンス番号が２のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット２）、及びシーケンス番号が３のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット３）を含むと仮定される。この場合、連続確認応答データパケットは、ＴＣＰ層データパケット３であり、ＴＣＰ層データパケットについての情報は、不連続確認応答データパケットセットに追加されない。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット３のシーケンス番号３とＴＣＰ層データパケット３のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
【０２０３】
ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第（Ｎ−１）回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が５のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット５）及びシーケンス番号が７のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット７）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットを更新せず、連続確認応答データパケットは、なおＴＣＰ層データパケット３であり、ＲＡＮ側デバイスは、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を不連続確認応答データパケットセットに追加する。連続確認応答データパケットは更新されないので、ＲＡＮ側デバイスは、リンク層ＡＣＫを受信した後の第（Ｎ−１）回目に対応するＴＣＰ層ＡＣＫを構築しなくてよく、又は、ＲＡＮ側デバイスは、ＴＣＰ層データパケット３のシーケンス番号３とＴＣＰ層データパケット３のパケット長との和を、ＴＣＰ層ＡＣＫのシーケンス番号として用いてＴＣＰ層ＡＣＫを構築してよく、次に、段階Ｓ３１６、すなわち、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行しない。
【０２０４】
図８のケース１において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）及びシーケンス番号が６のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット６）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットをＴＣＰ層データパケット７に更新し、ＲＡＮ側デバイスは、不連続確認応答データパケットセットから、ＴＣＰ層データパケット５についての情報及びＴＣＰ層データパケット７についての情報を削除する。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット７のシーケンス番号７とＴＣＰ層データパケット７のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
【０２０５】
図８のケース２において、ＲＡＮ側デバイスがリンク層ＡＣＫを受信した後の第Ｎ回目にＲＡＮ側デバイスによって決定され、かつ、ユーザ機器による受信に成功した複数のリンク層データパケットに対応する複数のＴＣＰ層データパケットは、シーケンス番号が４のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット４）及びシーケンス番号が８のＴＣＰ層データパケット（すなわち、ＴＣＰ層データパケット８）を含む。この場合、ＲＡＮ側デバイスは、連続確認応答データパケットをＴＣＰ層データパケット５に更新し、ＲＡＮ側デバイスは、ＴＣＰ層データパケット８についての情報を不連続確認応答データパケットセットに追加し、ＲＡＮ側デバイスは、不連続確認応答データパケットセットから、ＴＣＰ層データパケット５についての情報を削除する。ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫを構築すべく、ＴＣＰ層データパケット５のシーケンス番号５とＴＣＰ層データパケット５のパケット長との和を、構築されるべきＴＣＰ層ＡＣＫのシーケンス番号として用い、Ｓ３１６、すなわち、ＲＡＮ側デバイスが、アプリケーションサーバに構築されたＴＣＰ層ＡＣＫを送信することを実行してよい。
【０２０６】
例示的に、本発明の本実施形態の他の適用シナリオにおいて、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリは、第２のインタセプトカテゴリである（第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は第１のシーケンス番号に等しく、第１のシーケンス番号は、ダウンリンクリンク層データパケットのバッファに、更新された最新のＡＣＫのシーケンス番号を記録する）。
【０２０７】
この適用シナリオにおいて、Ｓ３１５ｂの詳細については、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリが第１のインタセプトカテゴリである場合には、関連する説明を参照するものとする。異なる点は、以下の通りである。段階Ａ及び段階Ｂにおいて、ＲＡＮ側デバイスが連続確認応答データパケットを更新する（段階Ａにおいて、ＲＡＮ側デバイスは、第１のデータパケットを連続確認応答データパケットとして用い、段階Ｂにおいて、第４のデータパケットを連続確認応答データパケットとして用いる）度に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定をクリアする必要がある。さらに、段階Ａ'及び段階Ｂにおいて、ＲＡＮ側デバイスが１つのデータパケットについての情報を不連続確認応答データパケットセットに追加する度に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定に１を追加する必要がある。ＲＡＮ側デバイスがＮ個の新たなデータパケットについての情報を不連続確認応答データパケットセットに追加する場合に、ＲＡＮ側デバイスは、第２のインタセプトカテゴリを構築するために用いられるＡＣＫをカウントする決定に、Ｎを追加する必要がある。
【０２０８】
Ｓ３１５ｃにおいて、ＲＡＮ側デバイスは、ユーザ機器が受信に失敗したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号に従って、受信に失敗したリンク層データパケットをユーザ機器に再送信する。Ｓ３１６において、ＲＡＮ側デバイスは、アプリケーションサーバに、構築されたＴＣＰ層ＡＣＫを送信する。
【０２０９】
構築されたＴＣＰ層ＡＣＫは、対応するＴＣＰ層データパケットが、ユーザ機器によって既に受信されたことをアプリケーションサーバに示すために用いられる。
【０２１０】
本発明の本実施形態において提供されるデータ送信方法において、ユーザ機器は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
【０２１１】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、ユーザ機器は、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信しない。ＲＡＮ側デバイスは、ユーザ機器から受信されたリンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定してよい。従って、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、ユーザ機器とＲＡＮ側デバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
【０２１２】
実施形態４
本発明の本実施形態は、データ送信方法を提供する。データ送信方法は、ＴＣＰ接続に基づくダウンリンクデータ送信処理に適用されてよい。すなわち、第１のデバイスは、具体的には、ユーザ機器であり、第２のデバイスは、具体的には、ＲＡＮ側デバイスである。
【０２１３】
本実施形態は、以下の例を用いることによって、本発明の複数の実施形態における方法をさらに説明する。ここで、ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在する場合に、ＲＡＮ側デバイスは、ユーザ機器にダウンリンクデータを送信する。具体的には、図５Ａ及び図５Ｂに示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ４０１において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層データパケットを受信する。
【０２１４】
Ｓ４０２において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成しアプリケーションサーバにＴＣＰ層ＡＣＫを送信する。
【０２１５】
ＴＣＰ層ＡＣＫは、ＲＡＮ側デバイスがアプリケーションサーバからＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられる。
【０２１６】
ＲＡＮ側デバイスによって、受信されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する方法については、従来技術においてＴＣＰ層データパケットが受信された後に、デバイスによってＴＣＰ層ＡＣＫを生成する具体的な方法を参照するものとし、詳細は本実施形態において説明されないことに留意されたい。
【０２１７】
Ｓ４０３において、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットのシーケンス番号及びＴＣＰ層データパケットのパケット長を記録する。
【０２１８】
Ｓ４０４において、ＲＡＮ側デバイスは、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
【０２１９】
ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
【０２２０】
ＲＡＮ側デバイスによって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。
【０２２１】
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ４０２は最初に実行されてよく、Ｓ４０３及びＳ４０４は次に実行される。又は、Ｓ４０３及びＳ４０４は最初に実行されてよく、Ｓ４０２は次に実行される。又は、Ｓ４０２及びＳ４０３及びＳ４０４は、同時に実行されてよい。本発明の本実施形態は、Ｓ４０２、Ｓ４０３及びＳ４０４の間の順番を限定しない。Ｓ４０５において、ＲＡＮ側デバイスは、ユーザ機器にリンク層データパケットを送信する。
【０２２２】
Ｓ４０６において、リンク層データパケットを受信した後に、ユーザ機器は、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析する。
【０２２３】
Ｓ４０７において、ユーザ機器は、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する。
【０２２４】
本発明の本実施形態において、以下のことに留意されたい。すなわち、リンク層データパケットを受信した後に、ユーザ機器が、リンク層データパケットを解析して対応するＴＣＰ層データパケットを取得し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な方法は、リンク層データパケットを受信した後に、ユーザ機器がリンク層データパケットを解析して対応するＴＣＰ層データパケットを取得し、解析により取得されたＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する実施形態３の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
【０２２５】
さらに、任意に、本発明の本実施形態において、ＴＣＰ層ＡＣＫを生成した後に、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮは、ユーザ機器がＴＣＰ層ＡＣＫをインタセプトした後に、ＲＡＮ側デバイスが実行する必要があるオペレーション処理を決定する必要がある。すなわち、ＲＡＮ側デバイス及びユーザ機器は、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
【０２２６】
Ｓ４０８において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
【０２２７】
ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な方法は、実施形態３における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する方法と同様であることに留意されたい。従って、実施形態３における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な説明を参照するものとし、詳細は本実施形態において再度説明されない。
【０２２８】
Ｓ４０９において、ユーザ機器は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであるか否かを決定する。
【０２２９】
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットである場合には、Ｓ４１０が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットではない場合には、Ｓ４１１が実行される。Ｓ４１０において、ユーザ機器は、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
【０２３０】
本発明の本実施形態において、以下のことに留意されたい。すなわち、ユーザ機器によって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否か、及びインタセプトモジュールの配置を決定する方法については、実施形態３の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
【０２３１】
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ４１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ４１１が実行される。Ｓ４１１において、ユーザ機器は、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信する。Ｓ４１２において、ユーザ機器は、ＴＣＰ層ＡＣＫをインタセプトする。
【０２３２】
本発明の本実施形態における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする具体的な方法は、実施形態３における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする方法と同様であることに留意されたい。従って、実施形態３における、ユーザ機器によってＴＣＰ層ＡＣＫをインタセプトする関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
【０２３３】
Ｓ４１３において、リンク層データパケットを受信した後に、ユーザ機器は、ＲＡＮ側デバイスにリンク層ＡＣＫを送信する。
【０２３４】
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ４０６は最初に実行されてよく、Ｓ４１３は次に実行される。又は、Ｓ４１３は最初に実行されてよく、Ｓ４０６は次に実行される。又は、Ｓ４０６及びＳ４１３は、同時に実行されてよい。本発明の本実施形態は、Ｓ４０６とＳ４１３との間の順番を限定しない。
【０２３５】
Ｓ４１４において、ＲＡＮ側デバイスは、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する。
【０２３６】
本実施形態における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する具体的な方法は、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する方法と同様であることに留意されたい。従って、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
【０２３７】
本実施形態において、ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在することに留意されたい。ＲＡＮ側デバイスにスプリットＴＣＰタイプのＴＣＰエージェントが存在する場合に、アプリケーションサーバからＴＣＰ層データパケットを受信した後に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに直接応答してよい。従って、ＲＡＮ側デバイスがユーザ機器にＴＣＰ層データパケットを送信し、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する場合に、ＲＡＮ側デバイスは、対応するＴＣＰ層ＡＣＫによって、アプリケーションサーバに再度応答する必要がない。
【０２３８】
従って、本実施形態において、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定した後に、ＲＡＮ側デバイスは、ＴＣＰ層データパケットがユーザ機器への送信に既に成功したことをアプリケーションサーバに示すために用いられるＴＣＰ層ＡＣＫを構築する必要がない。
【０２３９】
本発明の本実施形態において提供されるデータ送信方法において、ユーザ機器は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ユーザ機器によって無線エアインタフェースリンクを介して受信されたリンク層データパケットをユーザ機器が解析した後に、ユーザ機器によって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
【０２４０】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、ユーザ機器は、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、ＲＡＮ側デバイスにＴＣＰ層ＡＣＫを送信しない。ＲＡＮ側デバイスは、ユーザ機器から受信されたリンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定してよい。従って、ユーザ機器とＲＡＮ側デバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、ユーザ機器とＲＡＮ側デバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
【０２４１】
実施形態５
本発明の本実施形態は、データ送信方法を提供する。これは、ＴＣＰ接続に基づくアップリンクデータ送信処理に適用されてよく、すなわち、第１のデバイスは、具体的にはＲＡＮ側デバイスであり、第２のデバイスは、具体的にはユーザ機器である。具体的には、図９に示されるように、データ送信方法は、以下の段階を含んでよい。Ｓ５０１において、ユーザ機器は、ＴＣＰ層データパケットを取得する。
【０２４２】
Ｓ５０２において、ユーザ機器は、ＴＣＰ層データパケットのシーケンス番号と、ＴＣＰ層データパケットのパケット長とを記録する。
【０２４３】
Ｓ５０３において、ユーザ機器は、リンク層データパケットを取得すべく、ＴＣＰ層データパケットをカプセル化し、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得する。
【０２４４】
ＴＣＰ層データパケットのパケットデータ情報は、ＴＣＰ層データパケットのシーケンス番号、ＴＣＰ層データパケットのパケット長、及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を含む。
【０２４５】
ユーザ機器によって、ＴＣＰ層データパケットをリンク層データパケットにカプセル化する具体的な方法については、従来技術のデータパケットカプセル化の対応する説明を参照し、詳細は本実施形態において説明されないことに留意されたい。Ｓ５０４において、ユーザ機器は、ＲＡＮ側デバイスにリンク層データパケットを送信する。
【０２４６】
Ｓ５０５において、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、リンク層データパケットを解析し、対応するＴＣＰ層データパケットを取得する。Ｓ５０６において、ＲＡＮ側デバイスは、アプリケーションサーバにＴＣＰ層データパケットを送信する。
【０２４７】
本実施形態の第１の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよい。すなわち、データは、３ＧＰＰエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信されることに留意されたい。
【０２４８】
第１の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおける３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ユーザ機器からリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ＲＡＮ側デバイスにおけるＴＣＰ  ＩＰプロトコルスタックの処理エンティティに送信してよい。ＲＡＮ側デバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティを用いることによって、アプリケーションサーバにＴＣＰ層データパケットを送信する。
【０２４９】
本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、すなわち、データは、ＷｉＦｉエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信されることに留意されたい。
【０２５０】
第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含んでよい。ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおけるＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを用いることによって、ユーザ機器からリンク層データパケットを受信し、対応するＴＣＰ層データパケットを取得すべく、リンク層データパケットを解析し、次に、解析により取得されたＴＣＰ層データパケットを、ＲＡＮ側デバイスにおけるＴＣＰ  ＩＰプロトコルスタックの処理エンティティに送信してよい。ＲＡＮ側デバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティを用いることによって、アプリケーションサーバにＴＣＰ層データパケットを送信する。
【０２５１】
ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであってよく、又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットは、ＲＡＮ側デバイスによって有線リンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであってよいことに留意されたい。本発明の本実施形態において、インタセプト決定は、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに対してのみ実行されるので、本実施形態は、無線エアインタフェースリンクを介して受信されたリンク層データパケットのＴＣＰ層データパケットに従って、ＴＣＰ層ＡＣＫを生成する具体的な処理のみを説明する。Ｓ５０７において、ＲＡＮ側デバイスは、アプリケーションサーバからＴＣＰ層ＡＣＫを受信する。
【０２５２】
さらに任意に、本発明の本実施形態において、アプリケーションサーバからＴＣＰ層ＡＣＫを受信した後に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定し、次に、決定結果に従って、ＴＣＰ層ＡＣＫをインタセプトするか否かを決定する必要がある。ＲＡＮ側デバイスは、ＲＡＮ側デバイスがＴＣＰ層ＡＣＫをインタセプトした後に、ユーザ機器が実行する必要があるオペレーション処理を決定する必要がある。すなわち、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力をサポートするステータスを交換する必要がある。従って、本発明の本実施形態における方法は、以下の段階をさらに含んでよい。
【０２５３】
Ｓ５０８において、ユーザ機器及びＲＡＮ側デバイスは、インタセプト能力情報を交換する。ここで、インタセプト能力情報は、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリと、ユーザ機器及びＲＡＮ側デバイスの両方によってサポートされるインタセプトパラメータとを含む。
【０２５４】
本実施形態における、ユーザ機器及びＲＡＮ側デバイスによってインタセプト能力情報を交換する具体的な方法は、本発明の実施形態３における関連する説明を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
【０２５５】
本発明の本実施形態において、以下のことに留意されたい。すなわち、Ｓ５０１からＳ５０７は最初に実行されてよく、Ｓ５０８は次に実行される。又は、Ｓ５０８は最初に実行されてよく、Ｓ５０１からＳ５０７は次に実行される。又は、Ｓ５０１からＳ５０７及びＳ５０８は、同時に実行されてよい。本発明の本実施形態は、Ｓ５０１からＳ５０７及びＳ５０８の間の順番を限定しない。
【０２５６】
Ｓ５０９において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットであるか否かを決定する。
【０２５７】
具体的には、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットである場合には、Ｓ５１０が実行される。又は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、ＲＡＮ側デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをＲＡＮ側デバイスが解析した後に、ＲＡＮ側デバイスによって取得されるＴＣＰ層データパケットではない場合には、Ｓ５１１が実行される。Ｓ５１０において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する。
【０２５８】
本実施形態における、ＲＡＮ側デバイスによって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する具体的な方法については、前述された本発明の実施形態における、ユーザ機器によって、ＴＣＰ層ＡＣＫが事前設定条件を満たすか否かを決定する方法を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
【０２５９】
本発明の本実施形態において、以下のことに留意されたい。すなわち、ＲＡＮ側デバイスへのインタセプトモジュールの配置については、実施形態３における、ユーザ機器へのインタセプトモジュールの配置の関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
【０２６０】
具体的には、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、Ｓ５１２が直接実行される（すなわち、ＴＣＰ層ＡＣＫはインタセプトされる）。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、Ｓ５１１が実行される。Ｓ５１１において、ＲＡＮ側デバイスは、ユーザ機器にＴＣＰ層ＡＣＫを送信する。Ｓ５１２において、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトする。
【０２６１】
具体的には、ＲＡＮ側デバイスは、ＲＡＮ側デバイスにおいて構成されるインタセプトモジュールを用いることによって、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。
【０２６２】
本実施形態の第１の適用シナリオにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、３ＧＰＰリンクであってよく、データは、３ＧＰＰエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信される。すなわち、ＲＡＮ側デバイスは、３ＧＰＰリンクイネーブル端末である。ＲＡＮ側デバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及び３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティを含む。
【０２６３】
好ましくは、第１の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
【０２６４】
この場合、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
【０２６５】
任意に、第１の適用シナリオの他のケースにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよい。これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、ＬＴＥネットワーク及びＵＭＴＳネットワークにおいて、インタセプトモジュールは、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティのＰＤＣＰ層に配置されてよい。
【０２６６】
この場合、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装してよい。具体的には、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
【０２６７】
ＲＡＮ側デバイスが３ＧＰＰリンクイネーブル端末である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ  ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がＲＡＮ側デバイスとユーザ機器との間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
【０２６８】
本実施形態の第２の適用シナリオにおいて、ＲＡＮ側デバイスは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティを含む。
【０２６９】
好ましくは、第２の適用シナリオの１つのケースにおいて、インタセプトモジュールは、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティのＴＣＰ層又はＩＰ層に配置されてよい。
【０２７０】
この場合、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティはＴＣＰ層ＡＣＫをインタセプトし、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信しない。又は、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティにＴＣＰ層ＡＣＫを送信する。
【０２７１】
任意に、第２の適用シナリオの他のケースにおいて、ＲＡＮ側デバイスとユーザ機器との間の無線エアインタフェースリンクは、ＷｉＦｉリンクであってよく、データは、ＷｉＦｉエアインタフェースによって、ＲＡＮ側デバイスとユーザ機器との間で送信される、すなわち、ユーザ機器は、ＷｉＦｉリンクイネーブル端末である。インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのプロトコル層に配置されてよく、これは、エアインタフェースアップリンクデータを処理する第１の層である。例えば、インタセプトモジュールは、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティのＭＡＣ層に配置されてよい。
【０２７２】
この場合、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実装する。具体的には、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティからＴＣＰ層ＡＣＫを受信した後に、ＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、ＴＣＰ層ＡＣＫに対するインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよく、ＴＣＰ層ＡＣＫをカプセル化又は送信しない。
【０２７３】
ＲＡＮ側デバイスがＷｉＦｉリンクイネーブル端末である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫ（ＴＣＰ−ｌａｙｅｒ  ＡＣＫ）は、２つのリンクからのＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（有線ＴＣＰ接続がＲＡＮ側デバイスとユーザ機器との間に存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫを含んでよいことに留意されたい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
【０２７４】
さらに、ＲＡＮ側デバイスが無線並列処理イネーブル端末（すなわち、ＷｉＦｉ無線エアインタフェースリンクのみではなく３ＧＰＰ無線エアインタフェースリンクもがＲＡＮ側デバイスとユーザ機器との間に確立される）である場合に、ＲＡＮ側デバイスのインタセプトモジュールによって受信されたＴＣＰ層ＡＣＫは、３つのリンクからの複数のＴＣＰ層データパケットに対応する複数のＡＣＫ、すなわち、１）有線リンク（ＲＡＮ側デバイスとユーザ機器との間に有線ＴＣＰ接続が存在する場合）からのＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び２）ＷｉＦｉリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫ、及び３）３ＧＰＰリンクからのエアインタフェースダウンリンクＴＣＰ層データパケットに対応するＴＣＰ層ＡＣＫであってよい。従って、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンク（ＷｉＦｉ無線エアインタフェースリンク又は３ＧＰＰ無線エアインタフェースリンク）を介して受信されたＴＣＰ層データパケットであるか否かを決定する必要がある。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが無線エアインタフェースリンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫがフィルタ基準（第１のフィルタ基準、又は第１のフィルタ基準及び第２のフィルタ基準）を満たすか否かをさらに決定する。ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが有線リンクを介して受信されたＴＣＰ層データパケットである場合に、ＲＡＮ側デバイスは、ＴＣＰ層ＡＣＫをインタセプトしない。
【０２７５】
ＲＡＮ側デバイスが無線並列処理イネーブル端末である場合に、インタセプトモジュールは、概して、ＴＣＰ  ＩＰプロトコルスタックの処理エンティティに配置されることに留意されたい。具体的には、インタセプトモジュールが、概して、ＲＡＮ側デバイスにおける３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ又はＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティに配置される場合に、３ＧＰＰエアインタフェースプロトコルスタックの処理エンティティ及びＷｉＦｉエアインタフェースプロトコルスタックの処理エンティティは、並列シナリオにおいてダウンリンクＴＣＰ層データパケットのパケットデータ情報を取得できない。従って、情報は、有効かつ高速のデータ送信チャネルによって交換される必要があり、これは、複雑な実装を有する。ＴＣＰ  ＩＰプロトコルスタックの処理エンティティは、複数のリンク（ダウンリンクＴＣＰ層データパケット及びアップリンクＴＣＰ層データパケットの送信リンク）のアグリゲーションポイントであり、インタセプトモジュールがＴＣＰ  ＩＰプロトコルスタックの処理エンティティに配置される場合に、処理エンティティは、情報を交換する必要がなく、処理プロセスを単純化することができる。
【０２７６】
リンク層確認応答メカニズムに従って、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、リンク層ＡＣＫによってユーザ機器に応答してよい。
【０２７７】
Ｓ５１３において、リンク層データパケットを受信した後に、ＲＡＮ側デバイスは、ユーザ機器にリンク層ＡＣＫを送信する。
【０２７８】
Ｓ５１４において、ユーザ機器は、リンク層ＡＣＫに従って、ＲＡＮ側デバイスがＴＣＰ層データパケットを既に受信したと決定する。
【０２７９】
本実施形態における、ユーザ機器によって、リンク層ＡＣＫに従って、ＲＡＮ側デバイスがＴＣＰ層データパケットを既に受信したと決定する具体的な方法は、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する方法と同様であることに留意されたい。従って、実施形態３における、ＲＡＮ側デバイスによって、リンク層ＡＣＫに従って、ユーザ機器がＴＣＰ層データパケットを既に受信したと決定する関連する説明を参照するものとし、詳細は本実施形態において再度説明されない。
【０２８０】
本発明の本実施形態において提供されるデータ送信方法において、第１のデバイスは、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、第１のデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする。
【０２８１】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、第１のデバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。第２のデバイスは、第１のデバイスから受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。従って、第１のデバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は、第１のデバイスと第２のデバイスとの間のＴＣＰ確認応答メカニズムに影響を与えることなく減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
【０２８２】
実施形態６
本発明の本実施形態は、デバイスを提供する。図１１に示されるように、デバイスは、取得ユニット６１と、インタセプトユニット６２とを含む。ここで、取得ユニット６１は、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得するように構成され、インタセプトユニット６２は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成される。ここで、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
【０２８３】
さらに、図１２に示されるように、デバイスは、受信ユニット６３と、送信ユニット６４とをさらに含んでよい。ここで、受信ユニット６３は、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成され、送信ユニット６４は、受信ユニット６３が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成され、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する。
【０２８４】
さらに、送信ユニット６４は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するように構成される、又は、
送信ユニット６４は、取得ユニット６１によって取得されたＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されたＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
【０２８５】
さらに、第１のフィルタ基準は、以下の複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【０２８６】
第１のフィルタ基準における複数のフィルタ条件は、ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、であってよい。
【０２８７】
さらに、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
【０２８８】
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
【０２８９】
さらに、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含む。
【０２９０】
第２のフィルタ基準は、以下の複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【０２９１】
第２のフィルタ基準における複数のフィルタ条件は、ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、及び、ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、であってよい。
【０２９２】
さらに、受信ユニット６３は、取得ユニット６１がＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値をを少なくとも含む。
【０２９３】
図１３に示されるように、デバイスは、第１の決定ユニット６５と、第２の決定ユニット６６とをさらに含んでよい。ここで、第１の決定ユニット６５は、受信ユニット６３によって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニット６３によって受信された第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される。ここで、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、デバイスがインタセプト決定をなす場合にデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、デバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
第２の決定ユニット６６は、第１の決定ユニット６５によって決定されたＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１の決定ユニット６５によって決定されたインタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成され、
送信ユニット６４は、第２のデバイスに第２の能力交渉シグナリングを送信するように構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、デバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
【０２９４】
さらに、受信ユニット６３は、取得ユニット６１がＴＣＰ層ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値をを少なくとも含む。
【０２９５】
図１４に示されるように、デバイスは、第３の決定ユニット６７をさらに含む。ここで、第３の決定ユニット６７は、受信ユニット６３によって受信された第１のインタセプトオペレーションに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、受信ユニットによって受信された第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される。
【０２９６】
さらに、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
【０２９７】
本発明の本実施形態において提供される第１のデバイスにおけるいくつかの機能モジュールについての具体的な説明は、方法の実施形態における対応する内容を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
【０２９８】
本発明の本実施形態において提供されるデバイス（第１のデバイス）は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
【０２９９】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、デバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、デバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
【０３００】
実施形態７
本発明の本実施形態は、デバイスを提供する。図１５に示されるように、デバイスは、受信ユニット７１と、第１の決定ユニット７２とを含む。
受信ユニット７１は、第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
第１の決定ユニット７２は、受信ユニット７１によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される。ここで、ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
【０３０１】
さらに、図１６に示されるように、デバイスは、取得ユニット７３をさらに含んでよい。
取得ユニット７３は、受信ユニット７１が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するように構成される。ここで、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
【０３０２】
さらに、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含む。
第１の決定ユニット７２は、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成される。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
【０３０３】
本発明の本実施形態の適用シナリオにおいて、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスである。
【０３０４】
この適用シナリオにおいて、図１７に示されるように、デバイスは、構築ユニット７４をさらに含む。
構築ユニット７４は、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を第１の決定ユニット７２が決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するように構成される。ここで、ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
【０３０５】
さらに、本発明の本実施形態の適用シナリオにおいて、受信ユニット７１は、第１の決定ユニット７２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
【０３０６】
図１８に示されるように、この適用シナリオにおいて、デバイスは、第２の決定ユニット７５と、第３の決定ユニット７６と、送信ユニット７７とをさらに含んでよい。
第２の決定ユニット７５は、受信ユニット７１によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、受信ユニットによって受信された第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定するように構成される。ここで、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
第３の決定ユニット７６は、第２の決定ユニット７５によって決定されたＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、第２の決定ユニット７５によって決定されたインタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように構成される。
送信ユニット７７は、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及びデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【０３０７】
さらに、本発明の本実施形態の他の適用シナリオにおいて、送信ユニット７７は、第１の決定ユニット７２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
【０３０８】
この適用シナリオにおいて、デバイスは、第４の決定ユニットをさらに含む。
第４の決定ユニットは、第１のＡＣＫカテゴリに従って、デバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、デバイスによってサポートされるインタセプトパラメータを決定するように構成される。
【０３０９】
第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【０３１０】
さらに、第１のデバイスはユーザ機器であり、かつ、デバイスはＲＡＮ側デバイスである、又は、第１のデバイスはＲＡＮ側デバイスであり、かつ、デバイスはユーザ機器である。
【０３１１】
本発明の本実施形態において提供されるデバイスにおけるいくつかの機能モジュールについての具体的な説明は、方法の実施形態における対応する内容を参照するものとし、詳細は本実施形態において再度説明されないことに留意されたい。
【０３１２】
本発明の本実施形態において提供されるデバイス（第２のデバイス）は、第１のデバイスからリンク層確認応答ＡＣＫを受信し、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
【０３１３】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、デバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスとデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
【０３１４】
実施形態８
本発明の本実施形態は、デバイスを提供する。図１９に示されるように、デバイスは、プロセッサ８１を含む。
プロセッサ８１は、送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトするように構成される。ここで、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第１のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないこと、及び、ＴＣＰ層ＡＣＫが、第１のインタセプトカテゴリ又は第２のインタセプトカテゴリの少なくとも１つに属することを含む。
【０３１５】
さらに、図２０に示されるように、デバイスは、受信機８２と、送信機８３とをさらに含む。
受信機８２は、無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信するように構成される。
送信機８３は、受信機８２が無線エアインタフェースリンクを介して第２のデバイスからリンク層データパケットを受信した後に、第２のデバイスにリンク層ＡＣＫを送信するように構成され、これにより、第２のデバイスは、リンク層ＡＣＫに従って、デバイスがＴＣＰ層データパケットを既に受信したと決定する。
【０３１６】
さらに、送信機８３は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットではない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される、又は、
送信機８３は、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たさない場合に、第２のデバイスにＴＣＰ層ＡＣＫを送信するようにさらに構成される。
【０３１７】
さらに、第１のフィルタ基準は、
ＴＣＰ層ＡＣＫが、デバイスがリンク層データパケットを受信した後に、第２のデバイスに送信された他のデータパケットにおいて伝送され、かつ、第２のデバイスに遅延して送信されるＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＳＹＮビットが１に設定されないＡＣＫであること、
ＴＣＰ層ＡＣＫが、ＴＣＰ最大セグメントサイズオプション、ＴＣＰウィンドウスケールオプション、及びＴＣＰサック許可オプションを伝送すること、
ＴＣＰ層ＡＣＫが、ＭＰＴＣＰプロトコルに関するＴＣＰオプションを伝送すること、及び、
ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウが、事前設定閾値以上であること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【０３１８】
さらに、第１のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号に対応するＴＣＰ層データパケットは、複数のＴＣＰ層データパケットのバッファに記録されず、ＴＣＰ層ＡＣＫのシーケンス番号より前の複数のＡＣＫシーケンス番号に対応する複数のＴＣＰ層データパケットは全て、複数のＴＣＰ層データパケットのバッファに記録される。
【０３１９】
第２のインタセプトカテゴリにおいて、ＴＣＰ層ＡＣＫのシーケンス番号は、第１のシーケンス番号と等しく、第１のシーケンス番号は、ＴＣＰ層ＡＣＫが取得された後であるが、取得されたＴＣＰ層ＡＣＫがインタセプトされる前に、毎回一度更新される。
【０３２０】
さらに、ＴＣＰ層ＡＣＫが事前設定条件を満たすことは、ＴＣＰ層ＡＣＫが、第２のフィルタ基準において、少なくとも１つのフィルタ条件を満たさないことをさらに含む。
【０３２１】
第２のフィルタ基準は、
ＴＣＰ層ＡＣＫが、ＴＣＰタイムスタンプオプションを伝送すること、又は、
ＴＣＰ層ＡＣＫが、ＴＣＰサックオプションを伝送すること、
という複数のフィルタ条件の１つ又は複数のフィルタ条件のうち複数のフィルタ条件の組み合わせを少なくとも含む。
【０３２２】
さらに、本発明の本実施形態の適用シナリオにおいて、受信機８２は、プロセッサ８１が送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ８１は、受信機８２によって受信された第１のインタセプトオペレーション及び第２のＡＣＫカテゴリに従って、ＡＣＫカテゴリインタセクションを決定し、受信機８２によって受信された第１のインタセプトパラメータ及び第２のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第２のＡＣＫカテゴリは、第１のデバイスがインタセプト決定をなす場合に、第１のデバイスによってインタセプトされるＴＣＰ層ＡＣＫが属するＡＣＫカテゴリであり、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のデバイスがインタセプト決定をなす場合に用いられるインタセプトパラメータであり、第２のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
送信機８３は、第２のデバイスに第２の能力交渉シグナリングを送信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第２のデバイスに命令するために用いられる。
【０３２３】
さらに、本発明の本実施形態の他の適用シナリオにおいて、受信機８２は、プロセッサ８１が送信制御プロトコルＴＣＰ層確認応答ＡＣＫを取得する前に、第２のデバイスから第１の能力交渉シグナリングを受信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ８１は、受信機８２によって受信された第１のインタセプトオペレーションに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。
【０３２４】
さらに、デバイスはユーザ機器であり、かつ、第２のデバイスは無線アクセスネットワークＲＡＮ側デバイスである、又は、デバイスはＲＡＮ側デバイスであり、かつ、第２のデバイスがユーザ機器である。
【０３２５】
本発明の本実施形態において提供されるデバイス（第１のデバイス）は、ＴＣＰ層ＡＣＫを取得し、ＴＣＰ層ＡＣＫに対応するＴＣＰ層データパケットが、デバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトしてよい。
【０３２６】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段において、デバイスは、ＴＣＰ層ＡＣＫに対してインタセプト決定を実行してよく、対応するＴＣＰ層データパケットがデバイスによって無線エアインタフェースリンクを介して受信されたリンク層データパケットをデバイスが解析した後に、デバイスによって取得されるＴＣＰ層データパケットであり、かつ、ＴＣＰ層ＡＣＫが事前設定条件を満たす場合に、ＴＣＰ層ＡＣＫをインタセプトする、すなわち、第２のデバイスにＴＣＰ層ＡＣＫを送信しない。従って、デバイスと第２のデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数は減少可能であり、これにより、無線エアインタフェースリンクリソースの消費を減少させ、無線サービスデータの送信効率を向上させ、無線通信システムの能力を向上させる。
【０３２７】
実施形態９
本発明の本実施形態は、デバイスを提供する。図２１に示されるように、デバイスは、受信機９１と、プロセッサ９２とを含む。
受信機９１は、第１のデバイスからリンク層確認応答ＡＣＫを受信するように構成される。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
プロセッサ９２は、受信機９１によって受信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定するように構成される。ここで、ＴＣＰ層データパケットは、リンク層データパケットを第１のデバイスが解析した後に、第１のデバイスによって取得される。
【０３２８】
さらに、プロセッサ９２は、受信機９１が第１のデバイスからリンク層ＡＣＫを受信する前に、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係を取得するようにさらに構成され、ＴＣＰ層データパケットとリンク層データパケットとの間のマッピング関係は、ＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係を少なくとも含む。
【０３２９】
さらに、リンク層ＡＣＫは、リンク層ＡＣＫに対応するリンク層データパケットのシーケンス番号を含む。
プロセッサ９２は、リンク層データパケットのシーケンス番号及びＴＣＰ層データパケットのシーケンス番号とリンク層データパケットのシーケンス番号との間のマッピング関係に従って、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定するようにさらに構成される。ここで、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号は、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号である。
【０３３０】
さらに、本発明の本実施形態の適用シナリオにおいて、第１のデバイスは、ユーザ機器であり、デバイスは、無線アクセスネットワークＲＡＮ側デバイスである。
【０３３１】
この適用シナリオにおいて、プロセッサ９２は、第１のデバイスによる受信に成功したリンク層データパケットに対応するＴＣＰ層データパケットのシーケンス番号を決定した後に、第１のデバイスによる受信に成功したＴＣＰ層データパケットのシーケンス番号に従って、ＴＣＰ層ＡＣＫを構築するようにさらに構成される。ここで、ＴＣＰ層ＡＣＫのシーケンス番号は、連続確認応答データパケットのシーケンス番号と、連続確認応答データパケットのパケット長との和であり、ＴＣＰ層ＡＣＫは、第１のデバイスがＴＣＰ層データパケットを既に受信したことをアプリケーションサーバに示すために用いられ、リンク層データパケットは、アプリケーションサーバから受信されたＴＣＰ層データパケットをデバイスがカプセル化した後に、デバイスによって取得され、連続確認応答データパケットは、デバイスによって既に決定され、かつ、第１のデバイスによる受信に成功した全てのＴＣＰ層データパケットにおいて、シーケンス番号が昇順となるように構成された連続的なＴＣＰ層データパケットにおける最大シーケンス番号を有するＴＣＰ層データパケットである。
【０３３２】
さらに、本発明の本実施形態の適用シナリオにおいて、受信機９１は、プロセッサ９２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスから第２の能力交渉シグナリングを受信するようにさらに構成される。ここで、第２の能力交渉シグナリングは、第２のＡＣＫカテゴリ及び第２のインタセプトパラメータを含み、第２のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第２のインタセプトパラメータは、第１のＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ９２は、受信機９１によって受信された第２のＡＣＫカテゴリ及び第１のインタセプトオペレーションに従って、ＡＣＫカテゴリインタセクションを決定し、第２のインタセプトパラメータ及び第１のインタセプトパラメータに従って、インタセプトパラメータインタセクションを決定し、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、ＡＣＫカテゴリインタセクションは、第１のＡＣＫカテゴリ及び第２のＡＣＫカテゴリのインタセクションであり、インタセプトパラメータインタセクションは、第１のインタセプトパラメータ及び第２のインタセプトパラメータのインタセクションであり、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
【０３３３】
この適用シナリオにおいて、図２２に示されるように、デバイスは、送信機９３をさらに含む。
送信機９３は、第１のデバイスに第１の能力交渉シグナリングを送信するように構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１の能力交渉シグナリングは、ＡＣＫカテゴリインタセクション及びインタセプトパラメータインタセクションを取得し、さらに、ＡＣＫカテゴリインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるＡＣＫインタセプトのカテゴリを決定し、インタセプトパラメータインタセクションに従って、第１のデバイス及び第２のデバイスの両方によってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【０３３４】
本発明の本実施形態の他の適用シナリオにおいて、送信機９３は、プロセッサ９２が、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定する前に、第１のデバイスに第１の能力交渉シグナリングを送信するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のインタセプトオペレーション及び第１のインタセプトパラメータを含み、第１のインタセプトオペレーションは、第１のＡＣＫカテゴリに対応するオペレーション処理であり、第１のＡＣＫカテゴリは、第１のインタセプトカテゴリ及び／又は第２のインタセプトカテゴリを含み、第１のインタセプトパラメータは、ＴＣＰ層ＡＣＫにおいて伝送される受信ウィンドウの事前設定閾値を少なくとも含む。
プロセッサ９２は、第１のＡＣＫカテゴリに従って、第２のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第２のデバイスによってサポートされるインタセプトパラメータを決定するようにさらに構成される。ここで、第１の能力交渉シグナリングは、第１のＡＣＫカテゴリに従って、第１のデバイスによってサポートされるＡＣＫインタセプトのカテゴリを決定し、第１のインタセプトパラメータに従って、第１のデバイスによってサポートされるインタセプトパラメータを決定するように、第１のデバイスに命令するために用いられる。
【０３３５】
本発明の本実施形態において提供されるデバイス（第２のデバイス）は、第１のデバイスからリンク層確認応答ＡＣＫを受信し、リンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットを既に受信したと決定してよい。ここで、リンク層ＡＣＫは、デバイスによって送信されたリンク層データパケットを第１のデバイスが受信した後に、第１のデバイスによって送信される。
【０３３６】
大量のＴＣＰ層ＡＣＫパケット送信が無線エアインタフェースリンクリソースを占有し、無線エアインタフェースリンクリソースの消費を増加させる従来技術と比較して、この解決手段では、第１のデバイスがＴＣＰ層ＡＣＫをインタセプトした後に、デバイスは、第１のデバイスによって送信されたリンク層ＡＣＫに従って、第１のデバイスがＴＣＰ層データパケットの受信に成功したか否かを決定してよい。このように、データ送信側とデータ受信側との間の確認応答メカニズムは、第１のデバイスとデバイスとの間の無線エアインタフェースリンクにおいて送信されるＴＣＰ層ＡＣＫパケットの数が減少させられるケースにおいて、なお確実にされ得る。
【０３３７】
複数の実施形態についての前述の説明に基づいて、当業者であれば、説明を便宜的かつ簡潔にする目的で、前述された機能モジュールの分割が説明のための例として取られることを明確に理解しよう。実際の適用において、前述された複数の機能は、複数の異なる機能モジュールに割り当てられ、要件に従って実装されてよい。すなわち、装置の内部構造は、上述された複数の機能の全てまたはいくつかを実装するように、複数の異なる機能モジュールに分割される。前述されたシステム、装置、及びユニットの詳細な動作処理については、前述された方法の実施形態において対応する処理を参照するものとし、詳細は本明細書において再度説明されない。
【０３３８】
本願において提供されるいくつかの実施形態において、開示されたシステム、装置、及び方法は、他の態様で実装されてよいことを理解されたい。例えば、説明された装置の実施形態は、例示に過ぎない。例えば、モジュール又はユニットの分割は、論理的機能の分割に過ぎず、実際の実装においては、他の分割であってよい。例えば、複数のユニット又はコンポーネントは、組み合わせられ又は一体化されて他のシステムを形成してよく、又は、いくつかの機能は、無視されもしくは実行されなくてよい。さらに、表示又は説明された相互連結もしくは直接連結又は通信接続は、いくつかのインタフェースを用いることによって実装されてよい。複数の装置又はユニットの間における間接連結又は通信接続は、電子的、機械的、又は他の形式で実装されてよい。
【０３３９】
別個の部分として説明される複数のユニットは、物理的に別個であってよく、又はそうでなくてもよい。複数のユニットとして表示される複数の部分は、複数の物理的なユニットであっても、又はそうでなくてもよく、１つの位置に位置してよく、又は複数のネットワークユニット上に分散されてもよい。複数のユニットのいくつか又は全てが、複数の実施形態の解決手段の目的を実現すべく、実際の必要性に従って選択されてよい。
【０３４０】
さらに、本発明の複数の実施形態における複数の機能ユニットは、１つの処理ユニットに一体化されてよく、又は複数のユニットの各々が物理的に単独で存在してよく、又は２つもしくはそれより多くのユニットが１つのユニットに一体化される。一体化されたユニットは、ハードウェアの形式で実装されてよく、又はソフトウェア機能ユニットの形式で実装されてよい。
【０３４１】
一体化されたユニットがソフトウェア機能ユニットの形式で実装され、別個の製品として販売又は使用される場合、一体化されたユニットは、コンピュータ可読記憶媒体に格納されてよい。このような理解に基づいて、本発明の技術的解決手段は基本的に、又は従来技術に寄与する部分は、又は技術的解決手段の全てもしくはいくつかは、ソフトウェア製品の形式で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本発明の複数の実施形態において説明された方法の段階の全て又はいくつかを実行するように、コンピュータデバイス（パーソナルコンピュータ、サーバ、もしくはネットワークデバイスであってよい）又はプロセッサに命令するいくつかの命令を含む。前述の記憶媒体は、プログラムコードを格納可能な任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、又は光ディスクを含む。
【０３４２】
前述の説明は、本発明の具体的な実装態様に過ぎず、本発明の保護範囲を限定することを意図するものではない。当業者によって、本発明において開示された技術的範囲内で容易に案出されるあらゆるバリエーション又は置換は、本発明の保護範囲に属する。従って、本発明の保護範囲は、特許請求の範囲の保護範囲によって定められる。
【図１】
0006418660.tif 000002
【図２】
0006418660.tif 000003
【図３】
0006418660.tif 000004
【図４Ａ】
0006418660.tif 000005
【図４Ｂ】
0006418660.tif 000006
【図５Ａ】
0006418660.tif 000007
【図５Ｂ】
0006418660.tif 000008
【図６】
0006418660.tif 000009
【図７】
0006418660.tif 000010
【図８】
0006418660.tif 000011
【図９】
0006418660.tif 000012
【図１０】
0006418660.tif 000013
【図１１】
0006418660.tif 000014
【図１２】
0006418660.tif 000015
【図１３】
0006418660.tif 000016
【図１４】
0006418660.tif 000017
【図１５】
0006418660.tif 000018
【図１６】
0006418660.tif 000019
【図１７】
0006418660.tif 000020
【図１８】
0006418660.tif 000021
【図１９】
0006418660.tif 000022
【図２０】
0006418660.tif 000023
【図２１】
0006418660.tif 000024
【図２２】
0006418660.tif 000025