(57)【要約】本出願の実施形態は、データ送信方法、送信デバイス、データ受信方法、および受信デバイスを開示する。データ送信方法は送信デバイスに適用され、ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するステップであって、ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、送信デバイスおよび受信デバイスはＷｉ−Ｆｉ経由で接続される、ステップと、送信デバイスと受信デバイスとの間の再送信レートを取得するステップと、再送信レートがあらかじめ設定された再送信しきい値より大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップと、ターゲットＭＰＤＵおよびバックアップＭＰＤＵの両方を受信デバイスに送信するステップと、を含む。指定されたサービスに関し、本出願では、複数のバックアップを送信することにより、Ｗｉ−ＦｉフェーズでターゲットＭＰＤＵを１回再送信する確率を低減し、Ｗｉ−ＦｉフェーズでのターゲットＭＰＤＵの送信遅延を低減することができる。
2021529480.tif 000002
【特許請求の範囲】
【請求項１】
送信デバイスに適用される、データ送信方法であって、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するステップであって、前記ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、前記送信デバイスと受信デバイスとはＷｉ−Ｆｉを通して接続される、ステップと、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップと、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るステップと
を含む、データ送信方法。
【請求項２】
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得する前記ステップは、
送られるべきＭＰＤＵを取得するステップであって、前記送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得される、ステップと、
前記送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、前記送られるべきＭＰＤＵを前記ターゲットＭＰＤＵとして識別するステップであって、前記ターゲットＭＳＤＵは前記指定されたサービスの前記ＩＰデータパケットであるか、または前記ターゲットＭＳＤＵは、前記指定されたサービスの前記ＩＰデータパケットに対してカプセル化処理を実行することによって取得される、ステップと
を含む、請求項１に記載の方法。
【請求項３】
前記指定されたサービスの前記ＩＰデータパケットは、前記指定されたサービスの前記ＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される、請求項１または２に記載の方法。
【請求項４】
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップの前に、
前記送信デバイスと前記受信デバイスとの間の再送信レートを取得するステップと、
前記再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップの実行をトリガするステップと
をさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される、請求項４に記載の方法。
【請求項６】
前記送信デバイスによって前記受信デバイスに送られたＭＰＤＵは、前記指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み、
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた前記指定されていないサービスの再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られた前記指定されていないサービスのＭＰＤＵの総量とに基づいて決定される、請求項４に記載の方法。
【請求項７】
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップは、
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定するステップであって、前記バックアップの量は正の整数である、ステップと、
前記バックアップＭＰＤＵを生成するために前記バックアップの量に基づいて前記ターゲットＭＰＤＵに対して複製処理を実行するステップと
を含む、請求項４から６のいずれか一項に記載の方法。
【請求項８】
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定する前記ステップは、
前記再送信レートと前記再送信しきい値とに基づいてＮを決定するステップであって、Ｎは、１よりも大きい正の整数である、ステップと、
Ｎに基づいて前記バックアップの量を決定するステップと
を含み、
Ｎは、前記再送信レートのＮ−１乗が前記再送信しきい値よりも大きく、前記再送信レートのＮ乗が前記再送信しきい値よりも小さいという条件を満たす、請求項７に記載の方法。
【請求項９】
Ｎに基づいて前記バックアップの量を決定する前記ステップは、前記バックアップの量としてＮ−１を決定するステップを含む、請求項８に記載の方法。
【請求項１０】
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る前記ステップは、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを別々に送るステップ
を含む、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る前記ステップは、
前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行するステップと、
前記受信デバイスに、アグリゲートされた前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るステップと
を含む、請求項１から９のいずれか一項に記載の方法。
【請求項１２】
シーケンス番号は、カプセル化処理後に取得された前記送られるべきＭＰＤＵに対して設定され、前記ターゲットＭＰＤＵと前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵとは同じシーケンス番号を有し、
前記アグリゲーション処理は、前記シーケンス番号に基づいて連続的に前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を別々に実行することを含む、請求項１１に記載の方法。
【請求項１３】
シーケンス番号は、カプセル化処理後に取得された前記送られるべきＭＰＤＵに対して設定され、前記ターゲットＭＰＤＵと前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵとは同じシーケンス番号を有し、
前記アグリゲーション処理は、前記シーケンス番号に基づいて連続的に前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行することを含む、請求項１１に記載の方法。
【請求項１４】
処理されるべきデータを受信するステップであって、前記処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、前記ＭＰＤＵに対して設定される、ステップと、
前記ＭＰＤＵに対してスクリーニング処理を実行するステップであって、前記スクリーニング処理は、前記シーケンス番号に基づいて前記ＭＰＤＵに対して重複排除処理を実行するステップを含む、ステップと
を含む、データ受信方法。
【請求項１５】
送信デバイスであって、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するように構成された第１の取得モジュールであって、前記ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、前記送信デバイスと受信デバイスとはＷｉ−Ｆｉを通して接続される、第１の取得モジュールと、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するように構成されたバックアップモジュールと、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るように構成された送信モジュールと
を備える、送信デバイス。
【請求項１６】
前記第１の取得モジュールは、
送られるべきＭＰＤＵを取得し、前記送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得され、
前記送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、前記送られるべきＭＰＤＵを前記ターゲットＭＰＤＵとして識別し、前記ターゲットＭＳＤＵは前記指定されたサービスの前記ＩＰデータパケットであるか、または前記ターゲットＭＳＤＵは、前記指定されたサービスの前記ＩＰデータパケットに対してカプセル化処理を実行することによって取得される
ように特に構成される、請求項１５に記載の送信デバイス。
【請求項１７】
前記指定されたサービスの前記ＩＰデータパケットは、前記指定されたサービスの前記ＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される、請求項１５または１６に記載の送信デバイス。
【請求項１８】
前記送信デバイスと前記受信デバイスとの間の再送信レートを取得するように構成された第２の取得モジュールをさらに備え、
前記再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、前記第２の取得モジュールは前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵを生成するように特に構成された、請求項１５から１７のいずれか一項に記載の送信デバイス。
【請求項１９】
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される、請求項１８に記載の送信デバイス。
【請求項２０】
前記送信デバイスによって前記受信デバイスに送られたＭＰＤＵは、前記指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み、
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた前記指定されていないサービスの再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られた前記指定されていないサービスのＭＰＤＵの総量とに基づいて決定される、請求項１８に記載の送信デバイス。
【請求項２１】
前記バックアップモジュールは、
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定するように構成された決定ユニットであって、前記バックアップの量は正の整数である、決定ユニットと、
前記バックアップＭＰＤＵを生成するために前記バックアップの量に基づいて前記ターゲットＭＰＤＵに対して複製処理を実行するように構成された複製ユニットと
を備える、請求項１８から２０のいずれか一項に記載の送信デバイス。
【請求項２２】
前記決定ユニットは、
前記再送信レートと前記再送信しきい値とに基づいてＮを決定するように構成された第１の決定サブユニットであって、Ｎは、１よりも大きい正の整数である、第１の決定サブユニットと、
Ｎに基づいて前記バックアップの量を決定するように構成された第２の決定サブユニットと
を備え、
Ｎは、前記再送信レートのＮ−１乗が前記再送信しきい値よりも大きく、前記再送信レートのＮ乗が前記再送信しきい値よりも小さいという条件を満たす、請求項２１に記載の送信デバイス。
【請求項２３】
前記第２の決定サブユニットは、前記バックアップの量としてＮ−１を決定するように特に構成される、請求項２２に記載の送信デバイス。
【請求項２４】
前記送信モジュールは、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを別々に送るように特に構成される、請求項１５から２３のいずれか一項に記載の送信デバイス。
【請求項２５】
前記送信モジュールは、
前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行し、
前記受信デバイスに、アグリゲートされた前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る
ように特に構成される、請求項１５から２３のいずれか一項に記載の送信デバイス。
【請求項２６】
シーケンス番号は、カプセル化処理後に取得された前記送られるべきＭＰＤＵに対して設定され、前記ターゲットＭＰＤＵと前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵとは同じシーケンス番号を有し、
前記アグリゲーション処理は、前記シーケンス番号に基づいて連続的に前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を別々に実行することを含む、請求項２５に記載の送信デバイス。
【請求項２７】
シーケンス番号は、カプセル化処理後に取得された前記送られるべきＭＰＤＵに対して設定され、前記ターゲットＭＰＤＵと前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵとは同じシーケンス番号を有し、
前記アグリゲーション処理は、前記シーケンス番号に基づいて連続的に前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行することを含む、請求項２５に記載の送信デバイス。
【請求項２８】
処理されるべきデータを受信するように構成された受信モジュールであって、前記処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、前記ＭＰＤＵに対して設定される、受信モジュールと、
前記ＭＰＤＵに対してスクリーニング処理を実行するように構成されたスクリーニングモジュールであって、前記スクリーニング処理は、前記シーケンス番号に基づいて前記ＭＰＤＵに対して重複排除処理を実行することを含む、スクリーニングモジュールと
を備える、データ受信デバイス。
【請求項２９】
コンピュータプログラムを記憶したコンピュータ可読記憶媒体であって、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令がプロセッサによって実行されるとき、前記プロセッサは、請求項１から１３のいずれか一項に記載のデータ送信方法を実行することが可能になる、コンピュータ可読記憶媒体。
【請求項３０】
コンピュータプログラムを記憶したコンピュータ可読記憶媒体であって、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令がプロセッサによって実行されるとき、前記プロセッサは、請求項１４に記載のデータ受信方法を実行することが可能になる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信技術の分野に関し、特に、データ送信方法、送信デバイス、データ受信方法、および受信デバイスに関する。
【背景技術】
【０００２】
ワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ、Ｗｉ−Ｆｉ）は、現在、最も一般的なユーザネットワークアクセス技術であり、家庭、団体、および会社などの複数のシナリオに広く適用される。
【０００３】
受信端におけるＷｉ−Ｆｉ信号は、同一チャネル／隣接周波数の干渉および建築物の遮断などのファクタにより比較的弱くなり得、したがって、通常、Ｗｉ−Ｆｉ信号の信号対雑音比が比較的低いエリアまたは時間間隔がある。比較的弱い信号および比較的強い干渉のような場合、データがＷｉ−Ｆｉを通して送信されるときに大量のパケットが容易に紛失される。パケットが紛失されないことを保証するために、紛失したパケットは再送信される必要がある。
【０００４】
比較的弱い信号および比較的強い干渉の場合、データがＷｉ−Ｆｉを通して送信されるときに存在する送信遅延は、最初は比較的大きいことが理解され得る。さらに、パケットが紛失された後、紛失したパケットが再送信されるとき、最初は比較的大きい送信遅延が、再送信により数倍増加し、したがって、Ｗｉ−Ｆｉフェーズ中のデータの送信遅延が著しく増加される。
【発明の概要】
【０００５】
本出願において解決されるべき技術的問題は、Ｗｉ−Ｆｉフェーズ中にデータ送信の送信遅延をどのように低減するかである。
【０００６】
第１の態様によれば、本出願は、データ送信方法を提供し、データ送信方法は、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するステップであって、ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、送信デバイスと受信デバイスとがＷｉ−Ｆｉを通して接続される、ステップと、
ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップと、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップと
を含む。
【０００７】
本出願のこの実施形態では、送信デバイスが、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成し、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとの両方を送り、したがって、ターゲットＭＰＤＵを再送信する確率が大幅に低減されて、Ｗｉ−Ｆｉフェーズ中でのターゲットＭＰＤＵの送信遅延を低減できることが知られることができる。
【０００８】
任意の実装では、ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するステップは、
送られるべきＭＰＤＵを取得するステップであって、送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得される、ステップと、
送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、ターゲットＭＰＤＵとして送られるべきＭＰＤＵを識別するステップであって、ターゲットＭＳＤＵは指定されたサービスのＩＰデータパケットであるか、またはターゲットＭＳＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される、ステップと
を含む。
【０００９】
任意の実装では、指定されたサービスのＩＰデータパケットは、指定されたサービスのＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される。
【００１０】
任意の実装では、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップの前に、本方法は、
送信デバイスと受信デバイスとの間の再送信レートを取得するステップと、
再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップの実行をトリガするステップと
をさらに含む。
【００１１】
任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される。
【００１２】
送信デバイスによって受信デバイスに送られたＭＰＤＵは、指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み得る。任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた指定されていないサービスの再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られた指定されていないサービスのＭＰＤＵの総量とに基づいて決定される。
【００１３】
任意の実装では、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップは、
再送信レートと再送信しきい値とに基づいてバックアップの量を決定するステップであって、バックアップの量は正の整数である、ステップと、
バックアップＭＰＤＵを生成するためにバックアップの量に基づいてターゲットＭＰＤＵに対して複製処理を実行するステップと
を含む。
【００１４】
任意の実装では、再送信レートと再送信しきい値とに基づいてバックアップの量を決定するステップは、
再送信レートと再送信しきい値とに基づいてＮを決定するステップであって、Ｎは、１よりも大きい正の整数である、ステップと、
Ｎに基づいてバックアップの量を決定するステップであって、
Ｎは、再送信レートのＮ−１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす、
決定するステップと
を含む。
【００１５】
任意の実装では、Ｎに基づいてバックアップの量を決定するステップは、バックアップの量としてＮ−１を決定するステップを含む。
【００１６】
任意の実装では、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップは、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送るステップ
を含む。
【００１７】
別の任意の実装では、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップは、
ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行するステップと、
受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップと
を含む。
【００１８】
シーケンス番号は、カプセル化処理後に取得された送られるべきＭＰＤＵに対して設定され得、ターゲットＭＰＤＵとターゲットＭＰＤＵのバックアップＭＰＤＵとは同じシーケンス番号を有する。
【００１９】
任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を別々に実行することを含む。
【００２０】
別の任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することを含む。
【００２１】
上記の任意の実装を実装することによって、ターゲットＭＰＤＵの単一の再送信レートは、Ｗｉ−Ｆｉフェーズ中のターゲットＭＰＤＵの送信遅延を大幅に低減するために少なくともあらかじめ設定された再送信しきい値まで低減され得ることが知られることができる。
【００２２】
第２の態様によれば、本出願は、データ受信方法を提供し、データ受信方法は、
処理されるべきデータを受信するステップであって、処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、ＭＰＤＵに対して設定される、ステップと、
ＭＰＤＵに対してスクリーニング処理を実行するステップであって、スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行するステップを含む、ステップと
を含む。
【００２３】
本出願のこの実施形態では、スクリーニング処理は、受信されたＭＰＤＵに対して実行され、したがって、受信端は、同じデータを繰返し記憶するのを防げられて、ストレージスペースを節約できることが知られることができる。
【００２４】
第３の態様によれば、本出願は、送信デバイスを提供する。送信デバイスは、第１の態様または第１の態様の可能な実装を実装する機能を有する。機能は、ハードウェアによって実装され得るか、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュール、ユニット、またはサブユニットを含む。モジュール、ユニット、またはサブユニットは、ソフトウェアおよび／またはハードウェアであり得る。同じ発明概念に基づいて、送信デバイスの問題解決の原則および有利な効果について、第１の態様における方法、第１の態様の可能な方法実装、およびもたらされる有利な効果を参照されたい。したがって、送信デバイスの実装については、第１の態様における方法および第１の態様の可能な方法実装を参照されたい。繰返しの説明は提供されない。
【００２５】
第４の態様によれば、本出願は、受信デバイスを提供する。受信デバイスは、第２の態様を実装する機能を有する。機能は、ハードウェアによって実装され得るか、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。モジュールは、ソフトウェアおよび／またはハードウェアであり得る。同じ発明概念に基づいて、受信デバイスの問題解決の原則および有利な効果について、第２の態様における方法およびもたらされる有利な効果を参照されたい。したがって、受信デバイスの実装については、第２の態様における方法を参照されたい。繰返しの説明は提供されない。
【００２６】
第５の態様によれば、本出願は、送信デバイスを提供する。送信デバイスは、第１の態様の方法設計において解決策を実装するために、１つまたは複数のプログラムを記憶するように構成されたメモリと、メモリに格納されたプログラムを呼び出すように構成されたプロセッサとを含む。送信デバイスの問題解決の実装および有利な効果について、第１の態様における方法、第１の態様の可能な方法実装、およびもたらされる有利な効果を参照されたい。繰返しの説明は提供されない。
【００２７】
第６の態様によれば、本出願は、受信デバイスを提供する。受信デバイスは、第２の態様の方法設計において解決策を実装するために、１つまたは複数のプログラムを記憶するように構成されたメモリと、メモリに格納されたプログラムを呼び出すように構成されたプロセッサとを含む。受信デバイスの問題解決の実装および有利な効果について、第２の態様における方法およびもたらされる有利な効果を参照されたい。繰返しの説明は提供されない。
【００２８】
第７の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、プログラム命令を含み、プログラム命令がプロセッサによって実行されるとき、プロセッサは、第１の態様における方法、第１の態様の可能な方法実装、およびもたらされる有利な効果を実行することが可能になる。繰返しの説明は提供されない。
【００２９】
第８の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、プログラム命令を含み、プログラム命令がプロセッサによって実行されるとき、プロセッサは、第２の態様における方法およびもたらされる有利な効果を実行することが可能になる。繰返しの説明は提供されない。
【図面の簡単な説明】
【００３０】
【図１】本出願の一実施形態による、データ送信システムアーキテクチャの概略ブロック図である。
【図１（１）】図１によるシステムアーキテクチャの概略構造図である。
【図１（２）】図１によるシステムアーキテクチャの別の概略構造図である。
【図２】本出願の一実施形態による、データバックアップおよびカプセル化処理の概略図である。
【図３】本出願の一実施形態による、別のデータバックアップおよび他のカプセル化処理の概略図である。
【図４】本出願の一実施形態による、さらに別のデータバックアップおよびさらに他のカプセル化処理の概略図である。
【図５】本出願の一実施形態による、また別のデータバックアップおよびまた他のカプセル化処理の概略図である。
【図６】本出願の一実施形態による、データ処理および送信の概略図である。
【図７】本出願の一実施形態による、データ送信方法の概略フローチャートである。
【図８】本出願の一実施形態による、データ受信方法の概略フローチャートである。
【図９】本出願の一実施形態による、送信デバイス９００の概略ブロック図である。
【図１０】本出願の一実施形態による、受信デバイス１０００の概略ブロック図である。
【図１１】本出願の一実施形態による、別の送信デバイス１１００の概略ブロック図である。
【図１２】本出願の一実施形態による、別の受信デバイス１２００の概略ブロック図である。
【発明を実施するための形態】
【００３１】
以下に、本出願の実施形態における添付の図面を参照しながら本出願の実施形態について説明する。
【００３２】
図１は、本出願の一実施形態による、データ送信システムアーキテクチャの概略図である。図１に示されているように、システムアーキテクチャは、送信デバイス１０１と受信デバイス１０２とを含み、送信デバイス１０１と受信デバイス１０２とは、Ｗｉ−Ｆｉを通して接続される。送信デバイス１０１は、送信端に位置付けられ、受信デバイス１０２にデータを送るように構成される。受信デバイス１０２は、受信端に位置付けられ、送信デバイス１０１によって送られたデータを受信するように構成される。
【００３３】
送信端および受信端は、それぞれサーバ端および端末端であり得るか、または送信端および受信端は、それぞれ端末端およびサーバ端であり得る。送信端および受信端がそれぞれサーバ端および端末端であることは、本出願のこの実施形態において提供されるシステムアーキテクチャについて説明するために以下の一例として使用される。
【００３４】
任意の実装では、システムアーキテクチャは、送信端に位置付けられるソースデバイス（図に図示せず）をさらに含み得る。この場合、データ送信のフロー方向は、連続的に、ソースデバイス、送信デバイス１０１、および受信デバイス１０２である。ソースデバイス、送信デバイス１０１、および受信デバイス１０２は、それぞれサーバ、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）デバイス、および端末であり得る。ソースデバイスと送信デバイス１０１とは、複数のホップでネットワークデバイス（たとえば、ルータおよび光回線終端装置（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ、ＯＬＴ））を使用することによって有線方式で接続され得る。本出願のこの実施形態において説明されるサーバは、ネットワークゲームサーバなどの様々なタイプのサーバであり得る。本出願のこの実施形態において説明されるＡＰデバイスは、光ネットワーク端末（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｔｅｒｍｉｎａｌ、ＯＮＴ）もしくは顧客構内設備（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅ  Ｅｑｕｉｐｍｅｎｔ、ＣＰＥ）などのホームＡＰデバイスであり得るか、またはエンタープライズネットワークＡＰデバイスであり得る。本出願のこの実施形態において説明される端末は、携帯電話（たとえば、アンドロイド携帯電話もしくはｉＯＳ携帯電話）、タブレット、デスクトップコンピュータ、モバイルインターネットデバイス（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｄｅｖｉｃｅｓ、ＭＩＤ）、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、セットトップボックス（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ、ＳＴＢ）またはバーチャルリアリティ（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ、ＶＲ）端末などの端末デバイスであり得る。理解しやすいように、図１（１）では、送信デバイス１０１および受信デバイス１０２がそれぞれＡＰデバイスおよび携帯電話であることが、システムアーキテクチャについて説明するために一例として使用される。
【００３５】
システムアーキテクチャは、最後のホップネットワークデバイスと送信デバイス１０１との間に位置付けられる１つまたは複数の他のＡＰデバイスをさらに含み得る。この場合、他のＡＰデバイスは、有線方式で最後のホップネットワークデバイスに接続され得、複数の他のＡＰデバイスは、Ｗｉ−Ｆｉを通して接続され得、他のＡＰデバイスは、Ｗｉ−Ｆｉを通して送信デバイス１０１に接続され得る。
【００３６】
任意の実装では、システムアーキテクチャは、送信端に位置付けられるソースデバイス（図に図示せず）と受信端に位置付けられる宛先デバイス（図に図示せず）とをさらに含み得る。この場合、データ送信のフロー方向は、連続的に、ソースデバイス、送信デバイス１０１、受信デバイス１０２、および宛先デバイスである。ソースデバイス、送信デバイス１０１、受信デバイス１０２、および宛先デバイスは、それぞれサーバ、ＡＰデバイス、ＡＰデバイス、および端末であり得る。ソースデバイスは、複数のホップでネットワークデバイスを使用することによって有線方式で送信デバイス１０１に接続され得、受信デバイス１０２は、Ｗｉ−Ｆｉを通してまたは有線方式で宛先デバイスに接続され得る。理解しやすいように、図１（２）では、送信デバイス１０１と受信デバイス１０２とがそれぞれＡＰデバイスであることが、システムアーキテクチャについて説明するために一例として使用される。
【００３７】
システムアーキテクチャは、最後のホップネットワークデバイスと送信デバイス１０１との間に位置付けられる１つまたは複数の他のＡＰデバイスをさらに含み得る。この場合、他のＡＰデバイスは、有線方式で最後のホップネットワークデバイスに接続され得、複数の他のＡＰデバイスは、有線方式でまたはＷｉ−Ｆｉを通して接続され得、他のＡＰデバイスは、有線方式でまたはＷｉ−Ｆｉを通して送信デバイス１０１に接続され得る。
【００３８】
システムアーキテクチャは、受信デバイス１０２と宛先デバイスとの間に位置する１つまたは複数の他のＡＰデバイスをさらに含み得る。この場合、他のＡＰデバイスは、有線方式でまたはＷｉＦｉを通して受信デバイス１０２に接続され得、複数の他のＡＰデバイスは、有線方式でまたはＷｉ−Ｆｉを通して接続され得、他のＡＰデバイスは、有線方式でまたはＷｉ−Ｆｉを通して宛先デバイスに接続され得る。
【００３９】
送信端および受信端がそれぞれ端末端およびサーバ端であるとき、システムアーキテクチャの特定の構造については、送信端および受信端がそれぞれサーバ端および端末端であるときに存在するシステムアーキテクチャの関連説明を参照されたい。
【００４０】
本出願のこの実施形態では、マスタチップとＷｉ−Ｆｉチップとの両方は、送信デバイス１０１中に配設される。Ｗｉ−Ｆｉチップは、マスタチップからＭＡＣサービスデータユニット（ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ、ＭＳＤＵ）を受信する。
【００４１】
ＭＳＤＵは、マスタチップによってＷｉ−Ｆｉチップに送信されるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データパケットであり得るか、またはマスタチップによってＷｉ−Ｆｉチップに送信された、カプセル化処理がＩＰデータパケットに対して実行された後に取得されたデータユニット、たとえば、論理リンク制御（Ｌｏｇｉｃ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＬＬＣ）プロトコルデータユニット（ＬＬＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＬＰＤＵ）であり得る。ＬＰＤＵは、ＩＰデータパケットのヘッダにＬＬＣヘッダを追加することによってマスタチップによって取得される。
【００４２】
ＩＰデータパケットは、送信端に位置する別のデバイス（たとえば、ソースデバイス、ソースデバイスと送信デバイス１０１との間のネットワークデバイス、またはソースデバイスと送信デバイス１０１との間の別のＡＰデバイス）からマスタチップによって受信される。ＩＰデータパケットを受信するとき、マスタチップは、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかを識別し得る。ＩＰデータパケットが指定されたサービスのＩＰデータパケットである場合、マスタチップがＷｉ−ＦｉチップにＩＰデータパケットを送信するとき、マスタチップは、パラメータ送信などを通して、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであることをＷｉ−Ｆｉチップに通知するか、またはマスタチップが、Ｗｉ−Ｆｉチップに、カプセル化処理がＩＰデータパケットに対して実行された後に取得されたＬＰＤＵを送信するとき、マスタチップは、パラメータ送信などを通して、ＬＰＤＵが指定されたサービスのＬＰＤＵであることをＷｉ−Ｆｉチップに通知する。
【００４３】
ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかをマスタチップが識別する方式は、ＩＰデータパケットからソースＩＰアドレスを取得することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含むかどうかを決定することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含む場合、指定されたサービスのＩＰデータパケットとしてＩＰデータパケットを識別することとを含み得る。あらかじめ設定されたソースＩＰアドレスセットは、端末とサーバとの間でのドメインネームシステム（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ、ＤＮＳ）交換をインターセプトし、ドメインネームマッチングを実行することによってマスタチップによって取得されたソースサーバＩＰアドレスセットであり得る。
【００４４】
さらに、Ｗｉ−Ｆｉチップは、ＭＡＣプロトコルデータユニット（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＭＰＤＵ）を取得するために受信されたＭＳＤＵに対してカプセル化処理を実行する。Ｗｉ−ＦｉチップがＭＰＤＵを取得するためにＭＳＤＵに対してカプセル化処理を実行する以下の２つの方式があり得る。（１）カプセル化処理は、ＭＰＤＵを取得するために単一のＭＳＤＵに対して実行される。（２）複数のＭＳＤＵは、最初に、アグリゲートフレームカプセル化フォーマット技術を使用することによってより長いデータフレームであるアグリゲートＭＡＣサービスデータユニット（Ａｇｇｒｅｇａｔｉｏｎ  ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ、Ａ−ＭＳＤＵ）にアグリゲートされ、次いで、ＭＰＤＵを取得するためにカプセル化処理がＡ−ＭＳＤＵに対して実行される。Ａ−ＭＳＤＵの最大長は、ＭＰＤＵの最大長に依存する。
【００４５】
Ｗｉ−ＦｉチップがＭＰＤＵを取得するためにＭＳＤＵに対してカプセル化処理を実行することは、ＭＳＤＵのヘッダおよびテールにそれぞれＭＡＣヘッダおよびフレームチェックシーケンス（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ、ＦＣＳ）を追加することを含み、ＭＳＤＵのヘッダにＭＡＣヘッダを追加することは、ＭＳＤＵのシーケンス番号に値を割り当てることをさらに含む。値が割り当てられているシーケンス番号は、ＭＰＤＵのシーケンス番号である。
【００４６】
さらに、Ｗｉ−Ｆｉチップは、カプセル化処理がＭＳＤＵに対して実行された後に取得されたＭＰＤＵからターゲットＭＰＤＵを決定する。ターゲットＭＰＤＵは、カプセル化処理が指定されたサービスのＭＳＤＵ（たとえば、指定されたサービスのＩＰデータパケットまたは指定されたサービスのＬＰＤＵ）に対して実行された後に取得される。特に、Ｗｉ−Ｆｉチップは、マスタチップからの通知メッセージに基づいて、ＭＰＤＵ中のＭＳＤＵが指定されたサービスのＭＳＤＵを含むかどうかを決定し、ＭＰＤＵ中のＭＳＤＵが指定されたサービスのＭＳＤＵを含む場合、Ｗｉ−Ｆｉチップは、ターゲットＭＰＤＵとしてＭＰＤＵを決定する。
【００４７】
さらに、Ｗｉ−Ｆｉチップは、送信デバイス１０１と受信デバイス１０２との間の再送信レートＲeを取得する（または監視する）。再送信レートＲeは、単位時間に１回ＭＰＤＵを再送信することの、統計値の収集を通して取得される確率であり、バックアップ処理動作を開始すべきかどうかを決定するために使用される。
【００４８】
再送信レートＲeは、送信デバイス１０１によって受信デバイス１０２に送られる、（指定されたサービスと指定されていないサービスとを含む）すべてのサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲeは、たとえば、統計値の収集を通してＷｉ−Ｆｉチップによって取得されたすべてのサービスのすべてのＭＰＤＵの量に対する単位時間に受信デバイス１０２に送られた、すべてのサービスの再送信されたＭＰＤＵのものである、統計値の収集を通してＷｉ−Ｆｉチップによって取得された量の比であり得る。
【００４９】
代替として、再送信レートＲeは、送信デバイス１０１によって受信デバイス１０２に送られた、指定されていないサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲeは、たとえば、統計値の収集を通してＷｉ−Ｆｉチップによって取得された指定されていないサービスのすべてのＭＰＤＵの量に対する単位時間に受信デバイス１０２に送られた、指定されていないサービスの再送信されたＭＰＤＵのものである、統計値の収集を通してＷｉ−Ｆｉチップによって取得された量の比であり得る。
【００５０】
取得された再送信レートＲeがあらかじめ設定された再送信しきい値Ｒthよりも大きい場合、Ｗｉ−Ｆｉチップは、バックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行し、受信デバイス１０２にターゲットＭＰＤＵとバックアップＭＰＤＵとを送る。ターゲットＭＰＤＵのシーケンス番号は、バックアップＭＰＤＵのシーケンス番号と同じである。Ｗｉ−ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、バックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対して複製処理を実行することを含む。
【００５１】
Ｗｉ−Ｆｉチップが送信デバイス１０１と受信デバイス１０２との間の再送信レートＲeを連続的に取得し得る（または、監視し得る）ことが理解され得る。
【００５２】
Ｗｉ−ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、取得された再送信レートＲeとあらかじめ設定された再送信しきい値Ｒthとに基づいてバックアップの量を決定することと、バックアップＭＰＤＵを取得するためにバックアップの決定された量に基づいてターゲットＭＰＤＵに対してバックアップ処理を実行することとを特に含み得る。
【００５３】
Ｗｉ−Ｆｉチップによって、取得された再送信レートＲeとあらかじめ設定された再送信しきい値Ｒthとに基づいてバックアップの量を決定することは、再送信レートＲeと再送信しきい値Ｒthとに基づいてＮを決定することであって、Ｎは、再送信レートＲeのＮ−１乗が再送信しきい値Ｒthよりも大きいという条件を満たす正の整数であり、再送信レートＲeのＮ乗が再送信しきい値Ｒthよりも小さい、ことと、バックアップの量としてＮ−１を決定することとを特に含み得る。Ｎが１よりも大きいことが理解され得る。
【００５４】
たとえば、再送信レートＲeおよび再送信しきい値Ｒthがそれぞれ２０％および１％であるとき、Ｒe＞Ｒthであるので、Ｗｉ−Ｆｉチップは、ターゲットＭＰＤＵに対してバックアップ処理を実行する必要がある。再送信レートＲeが２０％であるとき、ＭＰＤＵが２回連続的に再送信される確率は２０％×２０％＝４％であり、ＭＰＤＵが３回連続的に再送信される確率は、２０％×２０％×２０％＝０．８％である。ＭＰＤＵが紛失されるすべてのイベントが互いに無関係であると仮定する。Ｗｉ−Ｆｉチップが受信デバイス１０２に３つの同じＭＰＤＵを送る場合、ＭＰＤＵが１回再送信される確率は、２０％から０．８％に低減され、ＭＰＤＵが３回連続的に再送信される確率は、０．８％から０．８％×０．８％×０．８％＝０．００００５１２％に低減される。言い換えれば、再送信レートＲeおよび再送信しきい値Ｒthが、それぞれ２０％および１％であるとき、３つの同じＭＰＤＵが受信デバイス１０２に送られる、すなわち、バックアップの量が２である場合、ＭＰＤＵが再送信される確率は、再送信しきい値Ｒthよりも小さい値に低減され得る。
【００５５】
Ｗｉ−ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、各ターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために各ターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。
【００５６】
代替として、Ｗｉ−ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、すべてのターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために全体として使用されるすべてのターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。
【００５７】
Ｗｉ−Ｆｉチップが受信デバイス１０２にターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送ることを特に含み得る。特に、Ｗｉ−Ｆｉチップは、物理レイヤ集中プロトコル（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、ＰＬＣＰ）プロトコルデータユニット（ＰＬＣＰ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＰＰＤＵ）を取得するために受信デバイス１０２に送られる必要がある（ターゲットＭＰＤＵ、バックアップＭＰＤＵ、または非ターゲットＭＰＤＵを含む）単一のＭＰＤＵに対してカプセル化処理を実行し、次いで、受信デバイス１０２にＰＰＤＵを送り得る。ＰＰＤＵは、無線物理チャネルをプリエンプトする基本データユニットである。Ｗｉ−ＦｉチップがＭＰＤＵに対してカプセル化処理を実行することは、ＭＰＤＵのヘッダに物理レイヤプリアンブルとＰＬＣＰヘッダとを追加することを含む。
【００５８】
たとえば、送信キューは、シーケンス番号が１および２であるＭＰＤＵを含み、ＭＰＤＵ２がターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ−Ｆｉチップは、図２に示されるように、ＭＰＤＵ２の２つの複製を生成し、４つのＰＰＤＵを取得するために元のＭＰＤＵ１と、元のＭＰＤＵ２と、２つのバックアップＭＰＤＵ２とに対してカプセル化処理を別々に実行し、次いで、受信デバイス１０２に４つのＰＰＤＵに送る。１つの送信キューは、同じ宛先デバイスに送られる、同じ優先度を有するＭＰＤＵを含む。
【００５９】
代替として、Ｗｉ−Ｆｉチップが受信デバイス１０２にターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することと、受信デバイス１０２に、アグリゲーション処理の後に取得されたアグリゲートＭＡＣにプロトコルデータユニット（Ａｇｇｒｅｇａｔｉｏｎ  ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、Ａ−ＭＰＤＵ）を送ることとを特に含み得る。特に、Ｗｉ−Ｆｉチップは、ＰＰＤＵを取得するために受信デバイス１０２に送られる必要があるＡ−ＭＰＤＵに対してカプセル化処理を実行し、次いで、受信デバイス１０２にＰＰＤＵを送る。
【００６０】
Ｗｉ−ＦｉチップがターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することは、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序でターゲットＭＰＤＵと非ターゲットＭＰＤＵに対してアグリゲーション処理を連続的に実行し、次いで、アグリゲーションキューのキューテールとバックアップＭＰＤＵをアグリゲートすることを特に含み得る。
【００６１】
バックアップが各ターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、Ｗｉ−Ｆｉチップは、特に、シーケンス番号の順序でアグリゲーションキューのキューテールとバックアップＭＰＤＵをアグリゲートし得る。
【００６２】
たとえば、送信キューが、シーケンス番号がそれぞれ１、２、および３であるＭＰＤＵを含み、ＭＰＤＵ１とＭＰＤＵ２との両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ−Ｆｉチップは、図３に示されるように、ＭＰＤＵ１とＭＰＤＵ２との各々の２つの複製を生成し、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序で元のＭＰＤＵ１と、元のＭＰＤＵ２と、元のＭＰＤＵ３とに対してアグリゲーション処理を連続的に実行し、次いで、アグリゲーションキューのキューテールと１つのバックアップＭＰＤＵ１と、別のバックアップＭＰＤＵ１と、１つのバックアップＭＰＤＵ２と、別のバックアップＭＰＤＵ２とを連続的にアグリゲートする。
【００６３】
バックアップが各ターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、代替として、Ｗｉ−Ｆｉチップは、特に、バックアップＭＰＤＵのＮ個のグループを取得するためにバックアップＭＰＤＵに対してグループ化処理を実行することであって、Ｎは、バックアップの量であり、バックアップＭＰＤＵの各グループは、異なるシーケンス番号をもつＭＰＤＵを含む、ことと、アグリゲーションキューのキューテールとバックアップＭＰＤＵのＮ個のグループを連続的にアグリゲートすることとを行い得る。
【００６４】
たとえば、送信キューが、シーケンス番号がそれぞれ１、２、および３であるＭＰＤＵを含み、ＭＰＤＵ１とＭＰＤＵ２との両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ−Ｆｉチップは、図４に示されるように、ＭＰＤＵ１とＭＰＤＵ２との各々の２つの複製を生成し、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序で元のＭＰＤＵ１と、元のＭＰＤＵ２と、元のＭＰＤＵ３とに対してアグリゲーション処理を連続的に実行し、バックアップＭＰＤＵを２つのグループに分割することであって、バックＭＰＤＵの各グループは、１つのバックアップＭＰＤＵ１と１つのバックアップＭＰＤＵ２とを含む、ことを行い、次いで、アグリゲーションキューのキューテールとバックアップＭＰＤＵの２つのグループを連続的にアグリゲートする。
【００６５】
バックアップが、全体として使用されるすべてのターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、Ｗｉ−Ｆｉチップは、特に、アグリゲーションキューのキューテールとバックアップＭＰＤＵの各グループをアグリゲートし得る。
【００６６】
たとえば、送信キューが、シーケンス番号がそれぞれ１、２、および３であるＭＰＤＵを含み、ＭＰＤＵ１とＭＰＤＵ２との両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ−Ｆｉチップは、図５に示されるように、全体として使用されるＭＰＤＵ１とＭＰＤＵ２との２つの複製を生成し、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序で元のＭＰＤＵ１と、元のＭＰＤＵ２と、元のＭＰＤＵ３とに対してアグリゲーション処理を連続的に実行し、次いで、アグリゲーションキューのキューテールとＭＰＤＵの２つのグループを連続的にアグリゲートする。
【００６７】
受信デバイス１０２は、ＰＰＤＵを受信し、受信されたＰＰＤＵに対してカプセル化解除処理を実行する。ＰＰＤＵに対してカプセル化解除処理を実行することは、ＰＰＤＵから物理レイヤプリアンブルとＰＬＣＰヘッダとを除去することを含む。ＰＰＤＵが、単一のＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイス１０２は、ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。ＰＰＤＵが、Ａ−ＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイス１０２は、Ａ−ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。さらに、受信デバイス１０２は、複数のＭＰＤＵを取得するためにＡ−ＭＰＤＵに対してディスアグリゲーション処理を実行する。
【００６８】
さらに、受信デバイス１０２は、カプセル化解除処理またはディスアグリゲーション処理を通して取得されたＭＰＤＵのシーケンス番号を取得し、シーケンス番号をもつＭＰＤＵがバッファキュー中に存在するかどうかを決定する。シーケンス番号をもつＭＰＤＵがバッファキュー中に存在する場合、受信デバイス１０２はＭＰＤＵを破棄するか、またはシーケンス番号をもつＭＰＤＵがバッファキュー中に存在しない場合、受信デバイス１０２は、さらに、ＦＣＳに基づいて、ＭＰＤＵが正しいかどうかをチェックする。ＭＰＤＵが正しい場合、受信デバイス１０２は、バッファキュー中にＭＰＤＵを配置するか、またはＭＰＤＵが正しくない場合、受信デバイス１０２はＭＰＤＵを破棄する。ＦＣＳに基づくチェックを通して、ＭＰＤＵが正しくないことが知られるとき、ＭＰＤＵを送信する処理中にエラーパケットが存在することを示す。
【００６９】
さらに、受信デバイス１０２は、ローカルプロトコルスタック中にバッファキュー中のＭＰＤＵを受信する。特に、受信デバイス１０２は、シーケンス番号の順序でプロトコルスタックにバッファキュー中の完全なシーケンス番号をもつＭＰＤＵを連続的にアップロードし、たとえば、プロトコルスタックのＬＬＣレイヤにＭＰＤＵをアップロードし、ＰＰＤＵを受信した後の短フレーム間隔（Ｓｈｏｒｔ  Ｉｎｔｅｒ−Ｆｒａｍｅ  Ｓｐａｃｅ、ＳＩＦＳ）期間の後に受信デバイス１０２にブロック肯定応答（Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ、ＢＡ）フレームを戻す。ＢＡフレームは、受信デバイス１０２によって受信されたＭＰＤＵの完全性について受信デバイス１０２に通知するために使用される。
【００７０】
バッファキュー中のＭＰＤＵがシーケンス番号が欠如している、言い換えれば、バッファキュー中にシーケンス番号の穴がある場合、バッファキューの順序維持機構に従って、受信デバイス１０２は、シーケンス番号の順序でプロトコルスタック中に穴の前のシーケンス番号をもつＭＰＤＵを連続的に受信し、穴の後のシーケンス番号をもつＭＰＤＵをバッファ待機状態に残す。送信デバイス１０１が、シーケンス番号の穴をもつＭＰＤＵを再送信することによって穴を補足するまで、バッファキュー中のバッファ待機状態のＭＰＤＵと補足されたＭＰＤＵとは、シーケンス番号の順序でプロトコルスタック中に連続的に受信され得る。
【００７１】
完全なシーケンス番号をもつＭＰＤＵがバッファキューから受信されるかどうかにかかわらず、受信デバイス１０２は、ＰＰＤＵを受信した後のＳＩＦＳ期間の後で送信デバイス１０１にＢＡフレームを戻す。ＢＡフレームは、受信デバイス１０２によって正しく受信されたＭＰＤＵのシーケンス番号と送信デバイス１０１によって再送信される必要があるＭＰＤＵのシーケンス番号とについて送信デバイス１０１に通知するために使用される。
【００７２】
複数の再送信が失敗し、したがって、バッファキュー中のシーケンス番号の穴が補足できないか、または送信デバイス１０１が、ＰＰＤＵを送った後のあらかじめ設定されたタイムアウト期間内にＢＡフレームを受信しない場合、送信デバイス１０１は、受信デバイス１０２にブロック肯定応答要求（Ｂｌｏｃｋ  Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ  Ｒｅｑｕｅｓｔ、ＢＡＲ）を送る。ＢＡＲフレームは、受信デバイス１０２のバッファキュー中のシーケンス番号の穴をフラッシュし、受信デバイス１０２がＢＡフレームを戻すことを可能にするために使用される。受信デバイス１０２では、シーケンス番号がＢＡＲフレームの開始シーケンス番号よりも小さいすべての完全なＭＰＤＵがプロトコルスタック中に受信され、シーケンス番号がＢＡＲフレームの開始シーケンス番号よりも小さいすべての不完全なＭＰＤＵが破棄される。
【００７３】
たとえば、送信デバイス１０１の送信キューが、シーケンス番号がそれぞれ１および２であるＭＰＤＵを含み、ＭＰＤＵ１および２の両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、送信デバイス１０１は、全体として使用されるＭＰＤＵ１および２の２つの複製を生成し得る。さらに、図６に示されるように、送信デバイス１０１は、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行し、ＰＰＤＵを取得するために、アグリゲーション処理を通して取得されたＡ−ＭＰＤＵに対してカプセル化処理を実行する。
【００７４】
送信デバイス１０１は、受信デバイス１０２にＰＰＤＵを送る。図６に示されるように、送信処理中に、１つのＭＰＤＵ２が紛失される。他の２つのＭＰＤＵ２が正しく送信されるので、受信デバイス１０２は、ＭＰＤＵ２を依然として正しく受信する。さらに、受信デバイス１０２は、シーケンス番号が同じである２つのＭＰＤＵ１とシーケンス番号が２である１つのＭＰＤＵとを破棄する。
【００７５】
本出願のこの実施形態では、指定されたサービスについて、ターゲットＭＰＤＵ（すなわち、指定されたサービスのＭＰＤＵ）がＷｉ−Ｆｉフェーズ中で１回再送信される確率は、Ｗｉ−Ｆｉフェーズ中でのターゲットＭＰＤＵの送信遅延を大幅に低減するために複数のバックアップを送ることによって少なくともあらかじめ設定された再送信しきい値に低減される。さらに、送信デバイスと受信デバイスとの間の再送信レートは、リアルタイムで監視され、ターゲットＭＰＤＵのバックアップの量は、監視された再送信レートに基づいて動的に調整される。本出願のこの実施形態では、ターゲットＭＰＤＵの単一の再送信レートは、動的に保証されることができる。
【００７６】
遅延が、ビットストリーム（ＢｉｔＴｏｒｒｅｎｔ、ＢＴ）ダウンロードなどの遅延に鈍感なサービス（すなわち、比較的低い遅延要件を有するサービス）に対する比較的小さい影響を有するので、本出願のこの実施形態において説明される指定されたサービスは、モバイルゲームサービスなどのエンドツーエンドの遅延に敏感なサービス（すなわち、比較的高い遅延要件を有するサービス）であり得る。もちろん、本出願のこの実施形態は、Ｗｉ−Ｆｉフェーズ中の遅延に敏感なサービス以外のサービスのＭＰＤＵの送信遅延を低減することにも適用され得る。これは、本出願のこの実施形態では特に限定されない。
【００７７】
図７は、本出願の一実施形態による、データ送信方法の概略フローチャートである。データ送信方法は、特に、送信デバイスに適用され得、Ｗｉ−Ｆｉチップは、送信デバイス中に配設される。図７に示されているように、データ送信方法は以下のステップを含む。
【００７８】
Ｓ７０１．ターゲットＭＰＤＵを取得する。
【００７９】
特に、送信デバイス中に配設されたＷｉ−Ｆｉチップは、マスタチップから、受信デバイスに送られる必要があるＭＳＤＵを受信し、次いで、ＭＰＤＵを取得するために受信されたＭＳＤＵに対してカプセル化処理を実行する。カプセル化処理を通して取得されたＭＰＤＵは、送られるべきＭＰＤＵである。送信デバイスと受信デバイスとが送信端と受信端とに別々に位置付けられることが知られることができる。送信デバイスと受信デバイスとは、Ｗｉ−Ｆｉを通して接続される。Ｗｉ−ＦｉチップがＭＳＤＵに対してカプセル化処理を実行することは、ＭＳＤＵのシーケンス番号に値を割り当てることであって、値が割り当てられたシーケンス番号はＭＰＤＵのシーケンス番号である、ことを含む。
【００８０】
Ｗｉ−ＦｉチップにＭＳＤＵを送るとき、マスタチップは、パラメータ送信などを通して、ＭＳＤＵが指定されたサービスのＭＳＤＵであるかどうかをＷｉ−Ｆｉチップに通知する。したがって、Ｗｉ−Ｆｉチップは、マスタチップからの通知メッセージに基づいて、カプセル化処理を通して取得されたＭＰＤＵが指定されたサービスのＭＳＤＵを含むかどうかを決定し得、カプセル化処理を通して取得されたＭＰＤＵが指定されたサービスのＭＳＤＵを含む場合、Ｗｉ−Ｆｉチップは、ターゲットＭＰＤＵとしてＭＰＤＵを決定し得る。
【００８１】
ＭＳＤＵは、マスタチップによってＷｉ−Ｆｉチップに送信されるＩＰデータパケットであり得るか、またはマスタチップによってＷｉ−Ｆｉチップに送信された、カプセル化処理がＩＰデータパケットに対して実行された後に取得されたＬＰＤＵなどのデータユニットであり得る。
【００８２】
ＩＰデータパケットは、送信端に位置付けられる別のデバイスからマスタチップによって受信される。ＩＰデータパケットを受信するとき、マスタチップは、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかを識別し得る。ＩＰデータパケットが指定されたサービスのＩＰデータパケットである場合、マスタチップがＷｉ−ＦｉチップにＩＰデータパケットを送信するとき、マスタチップは、パラメータ送信などを通して、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであることをＷｉ−Ｆｉチップに通知するか、またはマスタチップがＷｉ−ＦｉチップにＬＰＤＵを送信するとき、マスタチップは、パラメータ送信などを通して、ＬＰＤＵが指定されたサービスのＬＰＤＵであることをＷｉ−Ｆｉチップに通知する。
【００８３】
ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかをマスタチップが識別する方式は、ＩＰデータパケットからソースＩＰアドレスを取得することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含むかどうかを決定することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含む場合、指定されたサービスのＩＰデータパケットとしてＩＰデータパケットを識別することとを含み得る。あらかじめ設定されたソースＩＰアドレスセットは、端末とサーバとの間でのＤＮＳ交換をインターセプトし、ドメインネームマッチングを実行することによってマスタチップによって取得されたソースサーバＩＰアドレスセットであり得る。
【００８４】
通常、マスタチップも送信デバイス中に配設される。この場合、ＩＰデータパケットを受信すること、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかを識別すること、Ｗｉ−ＦｉチップにＭＳＤＵとして使用されるＩＰデータパケットまたはＬＰＤＵを送ることなどの動作はすべて、送信デバイスによって実行される。言い換えれば、送信デバイスのＷｉ−Ｆｉチップが送信デバイスのマスタチップからＭＳＤＵを受信する。
【００８５】
本出願のこの実施形態では、送信デバイスは、ＡＰデバイス（たとえば、ホームＡＰデバイスまたはエンタープライズネットワークＡＰデバイス）であり得る。
【００８６】
Ｓ７０２．送信デバイスと受信デバイスとの間の再送信レートを取得する。
【００８７】
再送信レートＲeは、単位時間に１回ＭＰＤＵを再送信することの、統計値の収集を通して取得される確率であり、ターゲットＭＰＤＵに対するバックアップ処理動作を開始すべきかどうかを決定するために使用される。
【００８８】
任意の実装では、再送信レートＲeは、送信デバイスによって受信デバイスに送られる、（指定されたサービスと指定されていないサービスとを含む）すべてのサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲeは、たとえば、統計値の収集を通してＷｉ−Ｆｉチップによって取得されたすべてのサービスのすべてのＭＰＤＵの量に対する、単位時間に受信デバイスに送られた、すべてのサービスの再送信されたＭＰＤＵのものである、統計値の取得を通してＷｉ−Ｆｉチップによって取得された量の比であり得る。
【００８９】
別の任意の実装では、再送信レートＲeは、代替として、送信デバイスによって受信デバイスに送られた、指定されていないサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲeは、たとえば、統計値の取得を通してＷｉ−Ｆｉチップによって取得された指定されていないサービスのすべてのＭＰＤＵの量に対する単位時間に受信デバイスに送られた、指定されていないサービスの再送信されたＭＰＤＵのものである、統計値の取得を通してＷｉ−Ｆｉチップによって取得された量の比であり得る。
【００９０】
Ｗｉ−Ｆｉチップが送信デバイスと受信デバイスとの間の再送信レートＲeを連続的に取得し得る（または、監視し得る）ことが理解され得る。
【００９１】
Ｓ７０３．再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する。
【００９２】
ターゲットＭＰＤＵのシーケンス番号は、バックアップＭＰＤＵのシーケンス番号と同じである。Ｗｉ−ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、バックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対して複製処理を実行することを含む。
【００９３】
Ｗｉ−ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、取得された再送信レートＲeとあらかじめ設定された再送信しきい値Ｒthとに基づいてバックアップの量を決定することと、バックアップＭＰＤＵを取得するためにバックアップの決定された量に基づいてターゲットＭＰＤＵに対して複製処理を実行することとを特に含み得る。バックアップの量は、正の整数である。
【００９４】
Ｗｉ−Ｆｉチップが取得された再送信レートＲeとあらかじめ設定された再送信しきい値Ｒthとに基づいてバックアップの量を決定することは、再送信レートと再送信しきい値とに基づいてＮを決定することと、Ｎに基づいてバックアップの量を決定することであって、Ｎは、１よりも大きい正の整数である、こととを特に含み得る。Ｎは、再送信レートのＮ−１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす。
【００９５】
Ｗｉ−ＦｉチップがＮに基づいてバックアップの量を決定することは、バックアップの量としてＮ−１を決定することを特に含み得る。バックアップの量がＮ−１であるとき、ＭＰＤＵが再送信される確率は、再送信しきい値Ｒthよりも小さい値にちょうど低減され得る。もちろん、バックアップの量は、代替として、Ｎ−１よりも大きくなり得る。この場合、ＭＰＤＵが再送信される確率はより低くなるが、より多くのトラフィック帯域幅が消費される。
【００９６】
任意の実装では、Ｗｉ−ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、各ターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために各ターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。
【００９７】
別の任意の実装では、Ｗｉ−ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、すべてのターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために全体として使用されるすべてのターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。
【００９８】
Ｓ７０４．受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送る。
【００９９】
任意の実装では、Ｗｉ−Ｆｉチップが受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送ることを特に含み得る。
【０１００】
この場合、Ｗｉ−Ｆｉチップは、ＰＰＤＵを取得するために受信デバイスに送られる必要がある（ターゲットＭＰＤＵ、バックアップＭＰＤＵ、または非ターゲットＭＰＤＵを含む）単一のＭＰＤＵに対してカプセル化処理を実行し、次いで、受信デバイスにＰＰＤＵを送り得る。
【０１０１】
別の任意の実装では、Ｗｉ−Ｆｉチップが受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することと、受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることとを特に含み得る。
【０１０２】
Ｗｉ−ＦｉチップがターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することは、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序でターゲットＭＰＤＵと非ターゲットＭＰＤＵに対してアグリゲーション処理を連続的に実行し、次いで、アグリゲーションキューのキューテールとバックアップＭＰＤＵをアグリゲートすることを特に含み得る。
【０１０３】
バックアップが各ターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、Ｗｉ−Ｆｉチップは、特に、シーケンス番号の順序でアグリゲーションキューのキューテールとバックアップＭＰＤＵをアグリゲートし得る。
【０１０４】
バックアップが各ターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、代替として、Ｗｉ−Ｆｉチップは、特に、バックアップＭＰＤＵのＮ個のグループを取得するためにバックアップＭＰＤＵに対してグループ化処理を実行することであって、Ｎは、バックアップの量であり、バックアップＭＰＤＵの各グループは、異なるシーケンス番号をもつＭＰＤＵを含む、ことと、アグリゲーションキューのキューテールとバックアップＭＰＤＵのＮ個のグループを連続的にアグリゲートすることとを行い得る。
【０１０５】
バックアップが、全体として使用されるすべてのターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、Ｗｉ−Ｆｉチップは、特に、アグリゲーションキューのキューテールとバックアップＭＰＤＵの各グループをアグリゲートし得る。
【０１０６】
本出願のこの実施形態では、指定されたサービスについて、ターゲットＭＰＤＵ（すなわち、指定されたサービスのＭＰＤＵ）が１回再送信される確率は、Ｗｉ−Ｆｉフェーズ中でのターゲットＭＰＤＵの送信遅延を大幅に低減するために複数のバックアップを送ることによって少なくともあらかじめ設定された再送信しきい値に低減される。さらに、送信デバイスと受信デバイスとの間の再送信レートは、リアルタイムで監視され、ターゲットＭＰＤＵのバックアップの量は、監視された再送信レートに基づいて動的に調整される。本出願のこの実施形態では、ターゲットＭＰＤＵの単一の再送信レートは、動的に保証され得る。
【０１０７】
図８は、本出願の一実施形態による、データ受信方法の概略フローチャートである。データ受信方法は、受信デバイスに特に適用され得る。図８に示されているように、データ受信方法は以下のステップを含む。
【０１０８】
Ｓ８０１．処理されるべきデータを受信する。
【０１０９】
処理されるべきデータはＭＰＤＵを含み、シーケンス番号がＭＰＤＵに対して設定される。本出願のこの実施形態では、処理されるべきデータは、ＰＰＤＵであり得る。
【０１１０】
特に、受信デバイスは、送信デバイスから処理されるべきデータを受信する。送信デバイスと受信デバイスとが送信端と受信端とに別々に位置付けられることが知られることができる。受信デバイスと送信デバイスとは、Ｗｉ−Ｆｉを通して接続される。
【０１１１】
Ｓ８０２．処理されるべきデータ中のＭＰＤＵに対してスクリーニング処理を実行する。
【０１１２】
処理されるべきデータがＰＰＤＵであるとき、受信デバイスが処理されるべきデータ中のＭＰＤＵに対してスクリーニング処理を実行する前に、受信デバイスは、受信されたＰＰＤＵに対してカプセル化解除処理をさらに実行し得る。ＰＰＤＵが、単一のＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイスは、ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。ＰＰＤＵが、Ａ−ＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイスは、Ａ−ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。さらに、受信デバイスは、複数のＭＰＤＵを取得するためにＡ−ＭＰＤＵに対してディスアグリゲーション処理を実行する。
【０１１３】
スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行することを含む。特に、受信デバイスは、カプセル化解除処理またはディスアグリゲーション処理を通して取得されたＭＰＤＵのシーケンス番号を取得し、シーケンス番号をもつＭＰＤＵがバッファキュー中に存在するかどうかを決定する。シーケンス番号をもつＭＰＤＵがバッファキュー中に存在する場合、受信デバイスはＭＰＤＵを破棄するか、またはシーケンス番号をもつＭＰＤＵがバッファキュー中に存在しない場合、受信デバイスは、バッファキュー中にＭＰＤＵを配置する。
【０１１４】
さらに、受信デバイスは、ローカルプロトコルスタック中にバッファキュー中のＭＰＤＵを受信し得る。
【０１１５】
本出願のこの実施形態では、スクリーニング処理は、受信されたＭＰＤＵに対して実行され、したがって、受信端は、同じデータを繰返し記憶するのを防げられて、ストレージスペースを節約することができる。
【０１１６】
図９は、本出願の一実施形態による、送信デバイス９００の概略ブロック図である。本出願のこの実施形態では、送信デバイス９００と受信デバイスとは、Ｗｉ−Ｆｉを通して接続される。図９に示されるように、送信デバイス９００は、第１の取得モジュール９０１と、バックアップモジュール９０２と、第２の取得モジュール９０３と、送信モジュール９０４とを含み得る。
【０１１７】
第１の取得モジュール９０１は、ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するように構成される。
【０１１８】
ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される。
【０１１９】
任意の実装では、第１の取得モジュール９０１は、送られるべきＭＰＤＵを取得することであって、送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得される、ことと、送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、ターゲットＭＰＤＵとして送られるべきＭＰＤＵを識別することとを行うように特に構成される。
【０１２０】
本出願のこの実施形態では、ターゲットＭＳＤＵは指定されたサービスのＩＰデータパケットであるか、またはターゲットＭＳＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される。
【０１２１】
任意の実装では、指定されたサービスのＩＰデータパケットは、指定されたサービスのＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される。
【０１２２】
バックアップモジュール９０２は、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するように構成される。
【０１２３】
第２の取得モジュール９０３は、送信デバイスと受信デバイスとの間の再送信レートを取得するように構成される。バックアップモジュール９０２は、再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するように特に構成される。
【０１２４】
任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される。
【０１２５】
送信デバイスによって受信デバイスに送られたＭＰＤＵは、指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み得る。別の任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた指定されていないサービスの再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られた指定されていないサービスのＭＰＤＵの総量とに基づいて決定される。
【０１２６】
本出願のこの実施形態では、バックアップモジュール９０２は、決定ユニット９０２１と複製ユニット９０２２とを含み得る。
【０１２７】
決定ユニット９０２１は、再送信レートと再送信しきい値とに基づいてバックアップの量を決定するように構成される。バックアップの量は、正の整数である。
【０１２８】
複製ユニット９０２２は、バックアップＭＰＤＵを生成するためにバックアップの量に基づいてターゲットＭＰＤＵに対して複製処理を実行するように構成される。
【０１２９】
本出願のこの実施形態では、決定ユニット９０２１は、第１の決定サブユニット９０２１１と第２の決定サブユニット９０２１２とを含み得る。
【０１３０】
第１の決定サブユニット９０２１１は、再送信レートと再送信しきい値とに基づいてＮを決定するように構成される。本明細書では、Ｎは、１よりも大きい正の整数であり、Ｎは、再送信レートのＮ−１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす。
【０１３１】
第２の決定サブユニット９０２１２は、Ｎに基づいてバックアップの量を決定するように構成される。
【０１３２】
本出願のこの実施形態では、第２の決定サブユニット９０２１２は、バックアップの量としてＮ−１を決定するように特に構成される。
【０１３３】
送信モジュール９０４は、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るように構成される。
【０１３４】
任意の実装では、送信モジュール９０４は、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送るように特に構成される。
【０１３５】
別の任意の実装では、送信モジュール９０４は、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することと、受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることとを行うように特に構成される。
【０１３６】
本出願のこの実施形態では、シーケンス番号は、カプセル化処理後に取得された送られるべきＭＰＤＵに対して設定され、ターゲットＭＰＤＵとターゲットＭＰＤＵのバックアップＭＰＤＵとは同じシーケンス番号を有する。
【０１３７】
任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を別々に実行することを含む。
【０１３８】
任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することを含む。
【０１３９】
同じ発明概念に基づいて、本出願のこの実施形態において提供される送信デバイス９００の問題解決の原則および有利な効果は、本出願のデータ送信方法実施形態のものと同様である。したがって、送信デバイス９００の実装については、図７に示されたデータ送信方法の実装を参照されたい。繰返しの説明は提供されない。
【０１４０】
図１０は、本出願の一実施形態による、受信デバイス１０００の概略ブロック図である。図１０に示されるように、受信デバイス１０００は、受信モジュール１００１とスクリーニングモジュール１００２とを含み得る。
【０１４１】
受信モジュール１００１は、処理されるべきデータを受信するように構成される。処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、ＭＰＤＵに対して設定される。
【０１４２】
スクリーニングモジュール１００２は、ＭＰＤＵに対してスクリーニング処理を実行するように構成される。スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行することを含む。
【０１４３】
同じ発明概念に基づいて、本出願のこの実施形態において提供される受信デバイス１０００の問題解決の原則および有利な効果は、本出願のデータ受信方法実施形態のものと同様である。したがって、受信デバイス１０００の実装については、図８に示されたデータ受信方法の実装を参照されたい。繰返しの説明は提供されない。
【０１４４】
図１１は、本出願の一実施形態による、別の送信デバイス１１００の概略ブロック図である。本出願のこの実施形態では、送信デバイス１１００と受信デバイスとは、Ｗｉ−Ｆｉを通して接続される。図１１に示されるように、送信デバイス１１００は、バス１１０１と、プロセッサ１１０２と、メモリ１１０３と、入出力インターフェース１１０４とを含み得る。バス１１０１は、プロセッサ１１０２と、メモリ１１０３と、入出力インターフェース１１０４とを互いに接続するように構成され、したがって、上記の要素は、互いに通信することができる。メモリ１１０３は、１つまたは複数のコンピュータプログラムを記憶するように構成され、コンピュータプログラムは、プログラム命令を含む。入出力インターフェース１１０４は、送信デバイス１１００と別のデバイスとの間の通信接続を制御するように構成される。たとえば、送信デバイス１１００は、入出力インターフェース１１０４を通して受信デバイスと通信し得る。
【０１４５】
特に、プロセッサ１１０２は、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得する動作であって、ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される、動作と、
ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する動作と、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送る動作と
を実行するためにプログラム命令を呼び出すように構成される。
【０１４６】
任意の実装では、プロセッサ１１０２が、ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
送られるべきＭＰＤＵを取得する動作であって、送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得される、動作と、
送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、ターゲットＭＰＤＵとして送られるべきＭＰＤＵを識別する動作であって、ターゲットＭＳＤＵは指定されたサービスのＩＰデータパケットであるか、またはターゲットＭＳＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される、動作と
を特に実行する。
【０１４７】
任意の実装では、指定されたサービスのＩＰデータパケットは、指定されたサービスのＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される。
【０１４８】
任意の実装では、プロセッサ１１０２が、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するためにプログラム命令を呼び出すように構成される前に、プロセッサ１１０２は、
送信デバイスと受信デバイスとの間の再送信レートを取得する動作と、
再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成することの実行をトリガする動作と
をさらに実行する。
【０１４９】
任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される。
【０１５０】
送信デバイスによって受信デバイスに送られたＭＰＤＵは、指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み得る。別の任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた指定されていないサービスの再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られた指定されていないサービスのＭＰＤＵの総量とに基づいて決定される。
【０１５１】
任意の実装では、プロセッサ１１０２が、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
再送信レートと再送信しきい値とに基づいてバックアップの量を決定する動作であって、バックアップの量は正の整数である、動作と、
バックアップＭＰＤＵを生成するためにバックアップの量に基づいてターゲットＭＰＤＵに対して複製処理を実行する動作と
の動作を特に実行する。
【０１５２】
任意の実装では、プロセッサ１１０２が、再送信レートと再送信しきい値とに基づいてバックアップの量を決定するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
再送信レートと再送信しきい値とに基づいてＮを決定する動作であって、Ｎは、１よりも大きい正の整数である、決定する動作と、
Ｎに基づいてバックアップの量を決定する動作であって、
Ｎは、再送信レートのＮ−１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす動作と
を特に実行する。
【０１５３】
任意の実装では、プロセッサ１１０２が、Ｎに基づいてバックアップの量を決定するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
バックアップの量としてＮ−１を決定する動作
を特に実行する。
【０１５４】
任意の実装では、プロセッサ１１０２が、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送る動作
を特に実行する。
【０１５５】
別の任意の実装では、プロセッサ１１０２が、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行する動作と、
受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送る動作と
を特に実行する。
【０１５６】
本出願のこの実施形態では、シーケンス番号は、カプセル化処理後に取得された送られるべきＭＰＤＵに対して設定され得、ターゲットＭＰＤＵとターゲットＭＰＤＵのバックアップＭＰＤＵとは同じシーケンス番号を有する。
【０１５７】
任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を別々に実行することを含む。
【０１５８】
別の任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することを含む。
【０１５９】
プロセッサ１１０２は、中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）であり得る。メモリ１１０３は、任意のタイプのメモリであり得、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、不揮発性ランダムアクセスメモリなどであり得る。
【０１６０】
同じ発明概念に基づいて、本出願のこの実施形態において提供される送信デバイス１１００の問題解決の原則および有利な効果は、本出願のデータ送信方法実施形態のものと同様である。したがって、送信デバイス１１００の実装については、図７に示されたデータ送信方法の実装を参照されたい。繰返しの説明は提供されない。
【０１６１】
図１２は、本出願の一実施形態による、別の受信デバイス１２００の概略ブロック図である。図１２に示されるように、受信デバイス１２００は、バス１２０１と、プロセッサ１２０２と、メモリ１２０３と、入出力インターフェース１２０４とを含み得る。バス１２０１は、プロセッサ１２０２と、メモリ１２０３と、入出力インターフェース１２０４とを互いに接続するように構成され、したがって、上記の要素は、互いに通信することができる。メモリ１２０３は、１つまたは複数のコンピュータプログラムを記憶するように構成され、コンピュータプログラムは、プログラム命令を含む。入出力インターフェース１２０４は、送信デバイス１２００と別のデバイスとの間の通信接続を制御するように構成される。
【０１６２】
特に、プロセッサ１２０２は、
処理されるべきデータを受信することであって、処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、ＭＰＤＵに対して設定される、受信することと、
ＭＰＤＵに対してスクリーニング処理を実行することであって、スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行するステップを含む、実行することと
の動作を実行するためにプログラム命令を呼び出すように構成される。
【０１６３】
プロセッサ１２０２は、ＣＰＵであり得る。メモリ１２０２は、任意のタイプのメモリであり得、たとえば、ＲＯＭ、ＲＡＭ、不揮発性ランダムアクセスメモリなどであり得る。
【０１６４】
同じ発明概念に基づいて、本出願のこの実施形態において提供される受信デバイス１２００の問題解決の原則および有利な効果は、本出願のデータ受信方法実施形態のものと同様である。したがって、受信デバイス１２００の実装については、図８に示されたデータ受信方法の実装を参照されたい。繰返しの説明は提供されない。
【０１６５】
実施形態における方法のすべてのまたは一部の処理が関連するハードウェアに命令するコンピュータプログラムによって実装され得ることを、当業者は理解し得る。プログラムは、コンピュータ可読記憶媒体中に記憶され得る。プログラムが実行されるとき、実施形態における方法の処理が実行される。上記の記憶媒体は、磁気ディスク、光ディスク、ＲＯＭ、またはＲＡＭであり得る。
【図１】
2021529480.tif 000003
【図１（１）】
2021529480.tif 000004
【図１（２）】
2021529480.tif 000005
【図２】
2021529480.tif 000006
【図３】
2021529480.tif 000007
【図４】
2021529480.tif 000008
【図５】
2021529480.tif 000009
【図６】
2021529480.tif 000010
【図７】
2021529480.tif 000011
【図８】
2021529480.tif 000012
【図９】
2021529480.tif 000013
【図１０】
2021529480.tif 000014
【図１１】
2021529480.tif 000015
【図１２】
2021529480.tif 000016
【手続補正書】
【提出日】令和3年2月2日(2021.2.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信デバイスに適用される、データ送信方法であって、
ターゲット媒体アクセス制御プロトコルデータユニット（ＭＰＤＵ）を取得するステップであって、前記ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、前記送信デバイスと受信デバイスとはワイヤレスフィデリティ（Ｗｉ−Ｆｉ）を通して接続される、ステップと、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップと、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るステップと
を含む、データ送信方法。
【請求項２】
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得する前記ステップは、
送られるべきＭＰＤＵを取得するステップであって、前記送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニット（ＭＳＤＵ）に対してカプセル化処理を実行することによって取得される、ステップと、
前記送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、前記送られるべきＭＰＤＵを前記ターゲットＭＰＤＵとして識別するステップであって、前記ターゲットＭＳＤＵは前記指定されたサービスの前記ＩＰデータパケットであるか、または前記ターゲットＭＳＤＵは、前記指定されたサービスの前記ＩＰデータパケットに対してカプセル化処理を実行することによって取得される、ステップと
を含む、請求項１に記載の方法。
【請求項３】
前記指定されたサービスの前記ＩＰデータパケットは、前記指定されたサービスの前記ＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される、請求項１または２に記載の方法。
【請求項４】
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップの前に、
前記送信デバイスと前記受信デバイスとの間の再送信レートを取得するステップと、
前記再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップの実行をトリガするステップと
をさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される、請求項４に記載の方法。
【請求項６】
前記送信デバイスによって前記受信デバイスに送られたＭＰＤＵは、前記指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み、
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた前記指定されていないサービスの再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られた前記指定されていないサービスのＭＰＤＵの総量とに基づいて決定される、請求項４に記載の方法。
【請求項７】
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップは、
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定するステップであって、前記バックアップの量は正の整数である、ステップと、
前記バックアップＭＰＤＵを生成するために前記バックアップの量に基づいて前記ターゲットＭＰＤＵに対して複製処理を実行するステップと
を含む、請求項４から６のいずれか一項に記載の方法。
【請求項８】
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定する前記ステップは、
前記再送信レートと前記再送信しきい値とに基づいてＮを決定するステップであって、Ｎは、１よりも大きい正の整数である、ステップと、
Ｎに基づいて前記バックアップの量を決定するステップと
を含み、
Ｎは、前記再送信レートのＮ−１乗が前記再送信しきい値よりも大きく、前記再送信レートのＮ乗が前記再送信しきい値よりも小さいという条件を満たす、請求項７に記載の方法。
【請求項９】
Ｎに基づいて前記バックアップの量を決定する前記ステップは、前記バックアップの量としてＮ−１を決定するステップを含む、請求項８に記載の方法。
【請求項１０】
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る前記ステップは、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを別々に送るステップ
を含む、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る前記ステップは、
前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行するステップと、
前記受信デバイスに、アグリゲートされた前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るステップと
を含む、請求項１から９のいずれか一項に記載の方法。
【請求項１２】
前記アグリゲーション処理が実行される複数の非バックアップＭＰＤＵがあり、前記複数の非バックアップＭＰＤＵは前記ターゲットＭＰＤＵを含み、アグリゲーション処理を実行するとき、前記バックアップＭＰＤＵは前記複数の非バックアップＭＰＤＵの後に置かれる、請求項１１に記載の方法。
【請求項１３】
前記複数の非バックアップＭＰＤＵは指定されていないサービスのＭＰＤＵをさらに含む、請求項１２に記載の方法。
【請求項１４】
シーケンス番号は、カプセル化処理後に取得された送られるべき各ＭＰＤＵに対して設定され、アグリゲーション処理を実行するとき、前記複数の非バックアップＭＰＤＵは前記複数の非バックアップＭＰＤＵのシーケンス番号に基づいてソートされる、請求項１３に記載の方法。
【請求項１５】
前記アグリゲーション処理が実行される複数のターゲットＭＰＤＵがあり、各ターゲットＭＰＤＵについて、前記ターゲットＭＰＤＵと前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵとは同じシーケンス番号を有し、アグリゲーション処理を実行するとき、前記複数のターゲットＭＰＤＵの複数のバックアップＭＰＤＵは前記複数のバックアップＭＰＤＵのシーケンス番号に基づいてソートされる、請求項１４に記載の方法。
【請求項１６】
処理されるべきデータを受信するステップであって、前記処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、前記ＭＰＤＵに対して設定される、ステップと、
前記ＭＰＤＵに対してスクリーニング処理を実行するステップであって、前記スクリーニング処理は、前記シーケンス番号に基づいて前記ＭＰＤＵに対して重複排除処理を実行するステップを含む、ステップと
を含む、データ受信方法。
【請求項１７】
送信デバイスであって、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するように構成された第１の取得モジュールであって、前記ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、前記送信デバイスと受信デバイスとはワイヤレスフィデリティ（Ｗｉ−Ｆｉ）を通して接続される、第１の取得モジュールと、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するように構成されたバックアップモジュールと、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るように構成された送信モジュールと
を備える、送信デバイス。
【請求項１８】
前記第１の取得モジュールは、
送られるべきＭＰＤＵを取得し、前記送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得され、
前記送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、前記送られるべきＭＰＤＵを前記ターゲットＭＰＤＵとして識別し、前記ターゲットＭＳＤＵは前記指定されたサービスの前記ＩＰデータパケットであるか、または前記ターゲットＭＳＤＵは、前記指定されたサービスの前記ＩＰデータパケットに対してカプセル化処理を実行することによって取得される
ように特に構成される、請求項１７に記載の送信デバイス。
【請求項１９】
前記指定されたサービスの前記ＩＰデータパケットは、前記指定されたサービスの前記ＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される、請求項１７または１８に記載の送信デバイス。
【請求項２０】
前記送信デバイスと前記受信デバイスとの間の再送信レートを取得するように構成された第２の取得モジュールをさらに備え、
前記再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、前記第２の取得モジュールは前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵを生成するように特に構成された、請求項１７から１９のいずれか一項に記載の送信デバイス。
【請求項２１】
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される、請求項２０に記載の送信デバイス。
【請求項２２】
前記送信デバイスによって前記受信デバイスに送られたＭＰＤＵは、前記指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み、
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた前記指定されていないサービスの再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られた前記指定されていないサービスのＭＰＤＵの総量とに基づいて決定される、請求項２０に記載の送信デバイス。
【請求項２３】
前記バックアップモジュールは、
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定するように構成された決定ユニットであって、前記バックアップの量は正の整数である、決定ユニットと、
前記バックアップＭＰＤＵを生成するために前記バックアップの量に基づいて前記ターゲットＭＰＤＵに対して複製処理を実行するように構成された複製ユニットと
を備える、請求項２０から２２のいずれか一項に記載の送信デバイス。
【請求項２４】
前記決定ユニットは、
前記再送信レートと前記再送信しきい値とに基づいてＮを決定するように構成された第１の決定サブユニットであって、Ｎは、１よりも大きい正の整数である、第１の決定サブユニットと、
Ｎに基づいて前記バックアップの量を決定するように構成された第２の決定サブユニットと
を備え、
Ｎは、前記再送信レートのＮ−１乗が前記再送信しきい値よりも大きく、前記再送信レートのＮ乗が前記再送信しきい値よりも小さいという条件を満たす、請求項２３に記載の送信デバイス。
【請求項２５】
前記第２の決定サブユニットは、前記バックアップの量としてＮ−１を決定するように特に構成される、請求項２４に記載の送信デバイス。
【請求項２６】
前記送信モジュールは、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを別々に送るように特に構成される、請求項１７から２５のいずれか一項に記載の送信デバイス。
【請求項２７】
前記送信モジュールは、
前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行し、
前記受信デバイスに、アグリゲートされた前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る
ように特に構成される、請求項１７から２５のいずれか一項に記載の送信デバイス。
【請求項２８】
前記アグリゲーション処理が実行される複数の非バックアップＭＰＤＵがあり、前記複数の非バックアップＭＰＤＵは前記ターゲットＭＰＤＵを含み、アグリゲーション処理を実行するとき、前記バックアップＭＰＤＵは前記複数の非バックアップＭＰＤＵの後に置かれる、請求項２７に記載の送信デバイス。
【請求項２９】
処理されるべきデータを受信するように構成された受信モジュールであって、前記処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、前記ＭＰＤＵに対して設定される、受信モジュールと、
前記ＭＰＤＵに対してスクリーニング処理を実行するように構成されたスクリーニングモジュールであって、前記スクリーニング処理は、前記シーケンス番号に基づいて前記ＭＰＤＵに対して重複排除処理を実行することを含む、スクリーニングモジュールと
を備える、データ受信デバイス。
【請求項３０】
コンピュータ実行可能命令を記憶したコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令は、プロセッサによって実行されるとき、デバイスは、請求項１から１６のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【手続補正書】
【提出日】令和3年3月19日(2021.3.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
たとえば、送信キューが、シーケンス番号がそれぞれ１、２、および３であるＭＰＤＵを含み、ＭＰＤＵ１とＭＰＤＵ２との両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ−Ｆｉチップは、図４に示されるように、ＭＰＤＵ１とＭＰＤＵ２との各々の２つの複製を生成し、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序で元のＭＰＤＵ１と、元のＭＰＤＵ２と、元のＭＰＤＵ３とに対してアグリゲーション処理を連続的に実行し、バックアップＭＰＤＵを２つのグループに分割することであって、バックアップＭＰＤＵの各グループは、１つのバックアップＭＰＤＵ１と１つのバックアップＭＰＤＵ２とを含む、ことを行い、次いで、アグリゲーションキューのキューテールとバックアップＭＰＤＵの２つのグループを連続的にアグリゲートする。
【国際調査報告】
2021529480.tif 000017
2021529480.tif 000018
2021529480.tif 000019
2021529480.tif 000020