特許7123194 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特許7123194データ送信方法、送信デバイス、データ受信方法、および受信デバイス

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
1(1)
1(2)
2
3
4
5
6
7
8
9
10
11
12

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-08-12

(45)【発行日】2022-08-22

(54)【発明の名称】データ送信方法、送信デバイス、データ受信方法、および受信デバイス

(51)【国際特許分類】

H04W 28/02 20090101AFI20220815BHJP

H04W 84/12 20090101ALI20220815BHJP

H04W 80/04 20090101ALI20220815BHJP

【ＦＩ】

H04W28/02

H04W84/12

H04W80/04

【請求項の数】 24

(21)【出願番号】P 2020573177

(86)(22)【出願日】2019-07-02

(65)【公表番号】

(43)【公表日】2021-10-28

(86)【国際出願番号】 CN2019094328

(87)【国際公開番号】W WO2020007278

(87)【国際公開日】2020-01-09

【審査請求日】2021-02-02

(31)【優先権主張番号】201810733667.0

(32)【優先日】2018-07-03

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田郁大

(72)【発明者】

【氏名】曲霄▲陽▼

(72)【発明者】

【氏名】▲陳▼ 建

(72)【発明者】

【氏名】黄志▲鋼▼

(72)【発明者】

【氏名】▲張▼ 波

【審査官】竹内亨

(56)【参考文献】

【文献】特表２０１２－５２９８４９（ＪＰ，Ａ）

【文献】特表２０１２－５０２５４２（ＪＰ，Ａ）

【文献】特表２０１７－５３７４９８（ＪＰ，Ａ）

【文献】国際公開第２０１６／１２９０８６（ＷＯ，Ａ１）

【文献】特開２００５－３４１４４１（ＪＰ，Ａ）

【文献】米国特許出願公開第２００９／０２９０５２４（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－９９／００

Ｈ０４Ｂ７／２４－７／２６

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

送信デバイスに適用される、データ送信方法であって、
ターゲット媒体アクセス制御プロトコルデータユニット（ＭＰＤＵ）を取得するステップであって、前記ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、前記送信デバイスと受信デバイスとはワイヤレスフィデリティ（Ｗｉ－Ｆｉ）を通して接続される、ステップと、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップと、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るステップと
を含み、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップの前に、
前記送信デバイスと前記受信デバイスとの間の再送信レートを取得するステップと、
前記再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップの実行をトリガするステップと
をさらに含み、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する前記ステップは、
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定するステップであって、前記バックアップの量は正の整数である、ステップと、
前記バックアップＭＰＤＵを生成するために前記バックアップの量に基づいて前記ターゲットＭＰＤＵに対して複製処理を実行するステップと
を含む、データ送信方法。

【請求項2】

ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得する前記ステップは、
送られるべきＭＰＤＵを取得するステップであって、前記送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニット（ＭＳＤＵ）に対してカプセル化処理を実行することによって取得される、ステップと、
前記送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、前記送られるべきＭＰＤＵを前記ターゲットＭＰＤＵとして識別するステップであって、前記ターゲットＭＳＤＵは前記指定されたサービスの前記ＩＰデータパケットであるか、または前記ターゲットＭＳＤＵは、前記指定されたサービスの前記ＩＰデータパケットに対してカプセル化処理を実行することによって取得される、ステップと
を含む、請求項１に記載の方法。

【請求項3】

前記指定されたサービスの前記ＩＰデータパケットは、前記指定されたサービスの前記ＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される、請求項１または２に記載の方法。

【請求項4】

前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される、請求項１に記載の方法。

【請求項5】

前記送信デバイスによって前記受信デバイスに送られたＭＰＤＵは、前記指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み、
前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた前記指定されていないサービスの再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られた前記指定されていないサービスのＭＰＤＵの総量とに基づいて決定される、請求項１に記載の方法。

【請求項6】

前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定する前記ステップは、
前記再送信レートと前記再送信しきい値とに基づいてＮを決定するステップであって、Ｎは、１よりも大きい正の整数である、ステップと、
Ｎに基づいて前記バックアップの量を決定するステップと
を含み、
Ｎは、前記再送信レートのＮ－１乗が前記再送信しきい値よりも大きく、前記再送信レートのＮ乗が前記再送信しきい値よりも小さいという条件を満たす、請求項１に記載の方法。

【請求項7】

Ｎに基づいて前記バックアップの量を決定する前記ステップは、前記バックアップの量としてＮ－１を決定するステップを含む、請求項６に記載の方法。

【請求項8】

前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る前記ステップは、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを別々に送るステップ
を含む、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る前記ステップは、
前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行するステップと、
前記受信デバイスに、アグリゲートされた前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るステップと
を含む、請求項１から７のいずれか一項に記載の方法。

【請求項10】

前記アグリゲーション処理が実行される複数の非バックアップＭＰＤＵがあり、前記複数の非バックアップＭＰＤＵは前記ターゲットＭＰＤＵを含み、アグリゲーション処理を実行するとき、前記バックアップＭＰＤＵは前記複数の非バックアップＭＰＤＵの後に置かれる、請求項９に記載の方法。

【請求項11】

前記複数の非バックアップＭＰＤＵは指定されていないサービスのＭＰＤＵをさらに含む、請求項１０に記載の方法。

【請求項12】

シーケンス番号は、カプセル化処理後に取得された送られるべき各ＭＰＤＵに対して設定され、アグリゲーション処理を実行するとき、前記複数の非バックアップＭＰＤＵは前記複数の非バックアップＭＰＤＵのシーケンス番号に基づいてソートされる、請求項１１に記載の方法。

【請求項13】

前記アグリゲーション処理が実行される複数のターゲットＭＰＤＵがあり、各ターゲットＭＰＤＵについて、前記ターゲットＭＰＤＵと前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵとは同じシーケンス番号を有し、アグリゲーション処理を実行するとき、前記複数のターゲットＭＰＤＵの複数のバックアップＭＰＤＵは前記複数のバックアップＭＰＤＵのシーケンス番号に基づいてソートされる、請求項１２に記載の方法。

【請求項14】

送信デバイスであって、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するように構成された第１の取得モジュールであって、前記ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、前記送信デバイスと受信デバイスとはワイヤレスフィデリティ（Ｗｉ－Ｆｉ）を通して接続される、第１の取得モジュールと、
前記ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するように構成されたバックアップモジュールと、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送るように構成された送信モジュールと
を備え、
前記送信デバイスは、
前記送信デバイスと前記受信デバイスとの間の再送信レートを取得するように構成された第２の取得モジュールをさらに備え、
前記再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、前記第２の取得モジュールは前記ターゲットＭＰＤＵの前記バックアップＭＰＤＵを生成するように特に構成され、
前記バックアップモジュールは、
前記再送信レートと前記再送信しきい値とに基づいてバックアップの量を決定するように構成された決定ユニットであって、前記バックアップの量は正の整数である、決定ユニットと、
前記バックアップＭＰＤＵを生成するために前記バックアップの量に基づいて前記ターゲットＭＰＤＵに対して複製処理を実行するように構成された複製ユニットと
を備える、送信デバイス。

【請求項15】

前記第１の取得モジュールは、
送られるべきＭＰＤＵを取得し、前記送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得され、
前記送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、前記送られるべきＭＰＤＵを前記ターゲットＭＰＤＵとして識別し、前記ターゲットＭＳＤＵは前記指定されたサービスの前記ＩＰデータパケットであるか、または前記ターゲットＭＳＤＵは、前記指定されたサービスの前記ＩＰデータパケットに対してカプセル化処理を実行することによって取得される
ように特に構成される、請求項１４に記載の送信デバイス。

【請求項16】

前記指定されたサービスの前記ＩＰデータパケットは、前記指定されたサービスの前記ＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される、請求項１４または１５に記載の送信デバイス。

【請求項17】

前記再送信レートは、統計値の収集を通して取得される単位時間に前記受信デバイスに送られた再送信されたＭＰＤＵの量と前記単位時間に前記受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される、請求項１４に記載の送信デバイス。

【請求項18】

【請求項19】

前記決定ユニットは、
前記再送信レートと前記再送信しきい値とに基づいてＮを決定するように構成された第１の決定サブユニットであって、Ｎは、１よりも大きい正の整数である、第１の決定サブユニットと、
Ｎに基づいて前記バックアップの量を決定するように構成された第２の決定サブユニットと
を備え、
Ｎは、前記再送信レートのＮ－１乗が前記再送信しきい値よりも大きく、前記再送信レートのＮ乗が前記再送信しきい値よりも小さいという条件を満たす、請求項１４に記載の送信デバイス。

【請求項20】

前記第２の決定サブユニットは、前記バックアップの量としてＮ－１を決定するように特に構成される、請求項１９に記載の送信デバイス。

【請求項21】

前記送信モジュールは、
前記受信デバイスに前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを別々に送るように特に構成される、請求項１４から２０のいずれか一項に記載の送信デバイス。

【請求項22】

前記送信モジュールは、
前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとに対してアグリゲーション処理を実行し、
前記受信デバイスに、アグリゲートされた前記ターゲットＭＰＤＵと前記バックアップＭＰＤＵとを送る
ように特に構成される、請求項１４から２０のいずれか一項に記載の送信デバイス。

【請求項23】

前記アグリゲーション処理が実行される複数の非バックアップＭＰＤＵがあり、前記複数の非バックアップＭＰＤＵは前記ターゲットＭＰＤＵを含み、アグリゲーション処理を実行するとき、前記バックアップＭＰＤＵは前記複数の非バックアップＭＰＤＵの後に置かれる、請求項２２に記載の送信デバイス。

【請求項24】

コンピュータ実行可能命令を記憶したコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令は、プロセッサによって実行されるとき、デバイスは、請求項１から１３のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ送信技術の分野に関し、特に、データ送信方法、送信デバイス、データ受信方法、および受信デバイスに関する。

【背景技術】

【0002】

ワイヤレスフィデリティ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）は、現在、最も一般的なユーザネットワークアクセス技術であり、家庭、団体、および会社などの複数のシナリオに広く適用される。

【0003】

受信端におけるＷｉ－Ｆｉ信号は、同一チャネル／隣接周波数の干渉および建築物の遮断などのファクタにより比較的弱くなり得、したがって、通常、Ｗｉ－Ｆｉ信号の信号対雑音比が比較的低いエリアまたは時間間隔がある。比較的弱い信号および比較的強い干渉のような場合、データがＷｉ－Ｆｉを通して送信されるときに大量のパケットが容易に紛失される。パケットが紛失されないことを保証するために、紛失したパケットは再送信される必要がある。

【0004】

比較的弱い信号および比較的強い干渉の場合、データがＷｉ－Ｆｉを通して送信されるときに存在する送信遅延は、最初は比較的大きいことが理解され得る。さらに、パケットが紛失された後、紛失したパケットが再送信されるとき、最初は比較的大きい送信遅延が、再送信により数倍増加し、したがって、Ｗｉ－Ｆｉフェーズ中のデータの送信遅延が著しく増加される。

【発明の概要】

【0005】

本出願において解決されるべき技術的問題は、Ｗｉ－Ｆｉフェーズ中にデータ送信の送信遅延をどのように低減するかである。

【0006】

第１の態様によれば、本出願は、データ送信方法を提供し、データ送信方法は、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するステップであって、ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得され、送信デバイスと受信デバイスとがＷｉ－Ｆｉを通して接続される、ステップと、
ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップと、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップと
を含む。

【0007】

本出願のこの実施形態では、送信デバイスが、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成し、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとの両方を送り、したがって、ターゲットＭＰＤＵを再送信する確率が大幅に低減されて、Ｗｉ－Ｆｉフェーズ中でのターゲットＭＰＤＵの送信遅延を低減できることが知られることができる。

【0008】

任意の実装では、ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するステップは、
送られるべきＭＰＤＵを取得するステップであって、送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得される、ステップと、
送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、ターゲットＭＰＤＵとして送られるべきＭＰＤＵを識別するステップであって、ターゲットＭＳＤＵは指定されたサービスのＩＰデータパケットであるか、またはターゲットＭＳＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される、ステップと
を含む。

【0009】

任意の実装では、指定されたサービスのＩＰデータパケットは、指定されたサービスのＩＰデータパケットのソースＩＰアドレスがあらかじめ設定されたＩＰアドレスセットと一致した後に識別される。

【0010】

任意の実装では、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップの前に、本方法は、
送信デバイスと受信デバイスとの間の再送信レートを取得するステップと、
再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップの実行をトリガするステップと
をさらに含む。

【0011】

任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られたＭＰＤＵの総量とに基づいて決定される。

【0012】

送信デバイスによって受信デバイスに送られたＭＰＤＵは、指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み得る。任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた指定されていないサービスの再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られた指定されていないサービスのＭＰＤＵの総量とに基づいて決定される。

【0013】

任意の実装では、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するステップは、
再送信レートと再送信しきい値とに基づいてバックアップの量を決定するステップであって、バックアップの量は正の整数である、ステップと、
バックアップＭＰＤＵを生成するためにバックアップの量に基づいてターゲットＭＰＤＵに対して複製処理を実行するステップと
を含む。

【0014】

任意の実装では、再送信レートと再送信しきい値とに基づいてバックアップの量を決定するステップは、
再送信レートと再送信しきい値とに基づいてＮを決定するステップであって、Ｎは、１よりも大きい正の整数である、ステップと、
Ｎに基づいてバックアップの量を決定するステップであって、
Ｎは、再送信レートのＮ－１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす、
決定するステップと
を含む。

【0015】

任意の実装では、Ｎに基づいてバックアップの量を決定するステップは、バックアップの量としてＮ－１を決定するステップを含む。

【0016】

任意の実装では、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップは、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送るステップ
を含む。

【0017】

別の任意の実装では、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップは、
ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行するステップと、
受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送るステップと
を含む。

【0018】

シーケンス番号は、カプセル化処理後に取得された送られるべきＭＰＤＵに対して設定され得、ターゲットＭＰＤＵとターゲットＭＰＤＵのバックアップＭＰＤＵとは同じシーケンス番号を有する。

【0019】

任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を別々に実行することを含む。

【0020】

別の任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することを含む。

【0021】

上記の任意の実装を実装することによって、ターゲットＭＰＤＵの単一の再送信レートは、Ｗｉ－Ｆｉフェーズ中のターゲットＭＰＤＵの送信遅延を大幅に低減するために少なくともあらかじめ設定された再送信しきい値まで低減され得ることが知られることができる。

【0022】

第２の態様によれば、本出願は、データ受信方法を提供し、データ受信方法は、
処理されるべきデータを受信するステップであって、処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、ＭＰＤＵに対して設定される、ステップと、
ＭＰＤＵに対してスクリーニング処理を実行するステップであって、スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行するステップを含む、ステップと
を含む。

【0023】

本出願のこの実施形態では、スクリーニング処理は、受信されたＭＰＤＵに対して実行され、したがって、受信端は、同じデータを繰返し記憶するのを防げられて、ストレージスペースを節約できることが知られることができる。

【0024】

第３の態様によれば、本出願は、送信デバイスを提供する。送信デバイスは、第１の態様または第１の態様の可能な実装を実装する機能を有する。機能は、ハードウェアによって実装され得るか、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュール、ユニット、またはサブユニットを含む。モジュール、ユニット、またはサブユニットは、ソフトウェアおよび／またはハードウェアであり得る。同じ発明概念に基づいて、送信デバイスの問題解決の原則および有利な効果について、第１の態様における方法、第１の態様の可能な方法実装、およびもたらされる有利な効果を参照されたい。したがって、送信デバイスの実装については、第１の態様における方法および第１の態様の可能な方法実装を参照されたい。繰返しの説明は提供されない。

【0025】

第４の態様によれば、本出願は、受信デバイスを提供する。受信デバイスは、第２の態様を実装する機能を有する。機能は、ハードウェアによって実装され得るか、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。モジュールは、ソフトウェアおよび／またはハードウェアであり得る。同じ発明概念に基づいて、受信デバイスの問題解決の原則および有利な効果について、第２の態様における方法およびもたらされる有利な効果を参照されたい。したがって、受信デバイスの実装については、第２の態様における方法を参照されたい。繰返しの説明は提供されない。

【0026】

第５の態様によれば、本出願は、送信デバイスを提供する。送信デバイスは、第１の態様の方法設計において解決策を実装するために、１つまたは複数のプログラムを記憶するように構成されたメモリと、メモリに格納されたプログラムを呼び出すように構成されたプロセッサとを含む。送信デバイスの問題解決の実装および有利な効果について、第１の態様における方法、第１の態様の可能な方法実装、およびもたらされる有利な効果を参照されたい。繰返しの説明は提供されない。

【0027】

第６の態様によれば、本出願は、受信デバイスを提供する。受信デバイスは、第２の態様の方法設計において解決策を実装するために、１つまたは複数のプログラムを記憶するように構成されたメモリと、メモリに格納されたプログラムを呼び出すように構成されたプロセッサとを含む。受信デバイスの問題解決の実装および有利な効果について、第２の態様における方法およびもたらされる有利な効果を参照されたい。繰返しの説明は提供されない。

【0028】

第７の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、プログラム命令を含み、プログラム命令がプロセッサによって実行されるとき、プロセッサは、第１の態様における方法、第１の態様の可能な方法実装、およびもたらされる有利な効果を実行することが可能になる。繰返しの説明は提供されない。

【0029】

第８の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、プログラム命令を含み、プログラム命令がプロセッサによって実行されるとき、プロセッサは、第２の態様における方法およびもたらされる有利な効果を実行することが可能になる。繰返しの説明は提供されない。

【図面の簡単な説明】

【0030】

【図1】本出願の一実施形態による、データ送信システムアーキテクチャの概略ブロック図である。

【図1(1)】図１によるシステムアーキテクチャの概略構造図である。

【図1(2)】図１によるシステムアーキテクチャの別の概略構造図である。

【図2】本出願の一実施形態による、データバックアップおよびカプセル化処理の概略図である。

【図3】本出願の一実施形態による、別のデータバックアップおよび他のカプセル化処理の概略図である。

【図4】本出願の一実施形態による、さらに別のデータバックアップおよびさらに他のカプセル化処理の概略図である。

【図5】本出願の一実施形態による、また別のデータバックアップおよびまた他のカプセル化処理の概略図である。

【図6】本出願の一実施形態による、データ処理および送信の概略図である。

【図7】本出願の一実施形態による、データ送信方法の概略フローチャートである。

【図8】本出願の一実施形態による、データ受信方法の概略フローチャートである。

【図9】本出願の一実施形態による、送信デバイス９００の概略ブロック図である。

【図10】本出願の一実施形態による、受信デバイス１０００の概略ブロック図である。

【図11】本出願の一実施形態による、別の送信デバイス１１００の概略ブロック図である。

【図12】本出願の一実施形態による、別の受信デバイス１２００の概略ブロック図である。

【発明を実施するための形態】

【0031】

以下に、本出願の実施形態における添付の図面を参照しながら本出願の実施形態について説明する。

【0032】

図１は、本出願の一実施形態による、データ送信システムアーキテクチャの概略図である。図１に示されているように、システムアーキテクチャは、送信デバイス１０１と受信デバイス１０２とを含み、送信デバイス１０１と受信デバイス１０２とは、Ｗｉ－Ｆｉを通して接続される。送信デバイス１０１は、送信端に位置付けられ、受信デバイス１０２にデータを送るように構成される。受信デバイス１０２は、受信端に位置付けられ、送信デバイス１０１によって送られたデータを受信するように構成される。

【0033】

送信端および受信端は、それぞれサーバ端および端末端であり得るか、または送信端および受信端は、それぞれ端末端およびサーバ端であり得る。送信端および受信端がそれぞれサーバ端および端末端であることは、本出願のこの実施形態において提供されるシステムアーキテクチャについて説明するために以下の一例として使用される。

【0034】

任意の実装では、システムアーキテクチャは、送信端に位置付けられるソースデバイス（図に図示せず）をさらに含み得る。この場合、データ送信のフロー方向は、連続的に、ソースデバイス、送信デバイス１０１、および受信デバイス１０２である。ソースデバイス、送信デバイス１０１、および受信デバイス１０２は、それぞれサーバ、アクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ、ＡＰ）デバイス、および端末であり得る。ソースデバイスと送信デバイス１０１とは、複数のホップでネットワークデバイス（たとえば、ルータおよび光回線終端装置（ＯｐｔｉｃａｌＬｉｎｅＴｅｒｍｉｎａｌ、ＯＬＴ））を使用することによって有線方式で接続され得る。本出願のこの実施形態において説明されるサーバは、ネットワークゲームサーバなどの様々なタイプのサーバであり得る。本出願のこの実施形態において説明されるＡＰデバイスは、光ネットワーク端末（ＯｐｔｉｃａｌＮｅｔｗｏｒｋＴｅｒｍｉｎａｌ、ＯＮＴ）もしくは顧客構内設備（ＣｕｓｔｏｍｅｒＰｒｅｍｉｓｅＥｑｕｉｐｍｅｎｔ、ＣＰＥ）などのホームＡＰデバイスであり得るか、またはエンタープライズネットワークＡＰデバイスであり得る。本出願のこの実施形態において説明される端末は、携帯電話（たとえば、アンドロイド携帯電話もしくはｉＯＳ携帯電話）、タブレット、デスクトップコンピュータ、モバイルインターネットデバイス（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅｓ、ＭＩＤ）、携帯情報端末（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）、セットトップボックス（ＳｅｔＴｏｐＢｏｘ、ＳＴＢ）またはバーチャルリアリティ（ＶｉｒｔｕａｌＲｅａｌｉｔｙ、ＶＲ）端末などの端末デバイスであり得る。理解しやすいように、図１（１）では、送信デバイス１０１および受信デバイス１０２がそれぞれＡＰデバイスおよび携帯電話であることが、システムアーキテクチャについて説明するために一例として使用される。

【0035】

システムアーキテクチャは、最後のホップネットワークデバイスと送信デバイス１０１との間に位置付けられる１つまたは複数の他のＡＰデバイスをさらに含み得る。この場合、他のＡＰデバイスは、有線方式で最後のホップネットワークデバイスに接続され得、複数の他のＡＰデバイスは、Ｗｉ－Ｆｉを通して接続され得、他のＡＰデバイスは、Ｗｉ－Ｆｉを通して送信デバイス１０１に接続され得る。

【0036】

任意の実装では、システムアーキテクチャは、送信端に位置付けられるソースデバイス（図に図示せず）と受信端に位置付けられる宛先デバイス（図に図示せず）とをさらに含み得る。この場合、データ送信のフロー方向は、連続的に、ソースデバイス、送信デバイス１０１、受信デバイス１０２、および宛先デバイスである。ソースデバイス、送信デバイス１０１、受信デバイス１０２、および宛先デバイスは、それぞれサーバ、ＡＰデバイス、ＡＰデバイス、および端末であり得る。ソースデバイスは、複数のホップでネットワークデバイスを使用することによって有線方式で送信デバイス１０１に接続され得、受信デバイス１０２は、Ｗｉ－Ｆｉを通してまたは有線方式で宛先デバイスに接続され得る。理解しやすいように、図１（２）では、送信デバイス１０１と受信デバイス１０２とがそれぞれＡＰデバイスであることが、システムアーキテクチャについて説明するために一例として使用される。

【0037】

システムアーキテクチャは、最後のホップネットワークデバイスと送信デバイス１０１との間に位置付けられる１つまたは複数の他のＡＰデバイスをさらに含み得る。この場合、他のＡＰデバイスは、有線方式で最後のホップネットワークデバイスに接続され得、複数の他のＡＰデバイスは、有線方式でまたはＷｉ－Ｆｉを通して接続され得、他のＡＰデバイスは、有線方式でまたはＷｉ－Ｆｉを通して送信デバイス１０１に接続され得る。

【0038】

システムアーキテクチャは、受信デバイス１０２と宛先デバイスとの間に位置する１つまたは複数の他のＡＰデバイスをさらに含み得る。この場合、他のＡＰデバイスは、有線方式でまたはＷｉＦｉを通して受信デバイス１０２に接続され得、複数の他のＡＰデバイスは、有線方式でまたはＷｉ－Ｆｉを通して接続され得、他のＡＰデバイスは、有線方式でまたはＷｉ－Ｆｉを通して宛先デバイスに接続され得る。

【0039】

送信端および受信端がそれぞれ端末端およびサーバ端であるとき、システムアーキテクチャの特定の構造については、送信端および受信端がそれぞれサーバ端および端末端であるときに存在するシステムアーキテクチャの関連説明を参照されたい。

【0040】

本出願のこの実施形態では、マスタチップとＷｉ－Ｆｉチップとの両方は、送信デバイス１０１中に配設される。Ｗｉ－Ｆｉチップは、マスタチップからＭＡＣサービスデータユニット（ＭＡＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ、ＭＳＤＵ）を受信する。

【0041】

ＭＳＤＵは、マスタチップによってＷｉ－Ｆｉチップに送信されるＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データパケットであり得るか、またはマスタチップによってＷｉ－Ｆｉチップに送信された、カプセル化処理がＩＰデータパケットに対して実行された後に取得されたデータユニット、たとえば、論理リンク制御（ＬｏｇｉｃＬｉｎｋＣｏｎｔｒｏｌ、ＬＬＣ）プロトコルデータユニット（ＬＬＣＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、ＬＰＤＵ）であり得る。ＬＰＤＵは、ＩＰデータパケットのヘッダにＬＬＣヘッダを追加することによってマスタチップによって取得される。

【0042】

ＩＰデータパケットは、送信端に位置する別のデバイス（たとえば、ソースデバイス、ソースデバイスと送信デバイス１０１との間のネットワークデバイス、またはソースデバイスと送信デバイス１０１との間の別のＡＰデバイス）からマスタチップによって受信される。ＩＰデータパケットを受信するとき、マスタチップは、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかを識別し得る。ＩＰデータパケットが指定されたサービスのＩＰデータパケットである場合、マスタチップがＷｉ－ＦｉチップにＩＰデータパケットを送信するとき、マスタチップは、パラメータ送信などを通して、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであることをＷｉ－Ｆｉチップに通知するか、またはマスタチップが、Ｗｉ－Ｆｉチップに、カプセル化処理がＩＰデータパケットに対して実行された後に取得されたＬＰＤＵを送信するとき、マスタチップは、パラメータ送信などを通して、ＬＰＤＵが指定されたサービスのＬＰＤＵであることをＷｉ－Ｆｉチップに通知する。

【0043】

ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかをマスタチップが識別する方式は、ＩＰデータパケットからソースＩＰアドレスを取得することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含むかどうかを決定することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含む場合、指定されたサービスのＩＰデータパケットとしてＩＰデータパケットを識別することとを含み得る。あらかじめ設定されたソースＩＰアドレスセットは、端末とサーバとの間でのドメインネームシステム（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ、ＤＮＳ）交換をインターセプトし、ドメインネームマッチングを実行することによってマスタチップによって取得されたソースサーバＩＰアドレスセットであり得る。

【0044】

さらに、Ｗｉ－Ｆｉチップは、ＭＡＣプロトコルデータユニット（ＭＡＣＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、ＭＰＤＵ）を取得するために受信されたＭＳＤＵに対してカプセル化処理を実行する。Ｗｉ－ＦｉチップがＭＰＤＵを取得するためにＭＳＤＵに対してカプセル化処理を実行する以下の２つの方式があり得る。（１）カプセル化処理は、ＭＰＤＵを取得するために単一のＭＳＤＵに対して実行される。（２）複数のＭＳＤＵは、最初に、アグリゲートフレームカプセル化フォーマット技術を使用することによってより長いデータフレームであるアグリゲートＭＡＣサービスデータユニット（ＡｇｇｒｅｇａｔｉｏｎＭＡＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ、Ａ－ＭＳＤＵ）にアグリゲートされ、次いで、ＭＰＤＵを取得するためにカプセル化処理がＡ－ＭＳＤＵに対して実行される。Ａ－ＭＳＤＵの最大長は、ＭＰＤＵの最大長に依存する。

【0045】

Ｗｉ－ＦｉチップがＭＰＤＵを取得するためにＭＳＤＵに対してカプセル化処理を実行することは、ＭＳＤＵのヘッダおよびテールにそれぞれＭＡＣヘッダおよびフレームチェックシーケンス（ＦｒａｍｅＣｈｅｃｋＳｅｑｕｅｎｃｅ、ＦＣＳ）を追加することを含み、ＭＳＤＵのヘッダにＭＡＣヘッダを追加することは、ＭＳＤＵのシーケンス番号に値を割り当てることをさらに含む。値が割り当てられているシーケンス番号は、ＭＰＤＵのシーケンス番号である。

【0046】

さらに、Ｗｉ－Ｆｉチップは、カプセル化処理がＭＳＤＵに対して実行された後に取得されたＭＰＤＵからターゲットＭＰＤＵを決定する。ターゲットＭＰＤＵは、カプセル化処理が指定されたサービスのＭＳＤＵ（たとえば、指定されたサービスのＩＰデータパケットまたは指定されたサービスのＬＰＤＵ）に対して実行された後に取得される。特に、Ｗｉ－Ｆｉチップは、マスタチップからの通知メッセージに基づいて、ＭＰＤＵ中のＭＳＤＵが指定されたサービスのＭＳＤＵを含むかどうかを決定し、ＭＰＤＵ中のＭＳＤＵが指定されたサービスのＭＳＤＵを含む場合、Ｗｉ－Ｆｉチップは、ターゲットＭＰＤＵとしてＭＰＤＵを決定する。

【0047】

さらに、Ｗｉ－Ｆｉチップは、送信デバイス１０１と受信デバイス１０２との間の再送信レートＲ_eを取得する（または監視する）。再送信レートＲ_eは、単位時間に１回ＭＰＤＵを再送信することの、統計値の収集を通して取得される確率であり、バックアップ処理動作を開始すべきかどうかを決定するために使用される。

【0048】

再送信レートＲ_eは、送信デバイス１０１によって受信デバイス１０２に送られる、（指定されたサービスと指定されていないサービスとを含む）すべてのサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲ_eは、たとえば、統計値の収集を通してＷｉ－Ｆｉチップによって取得されたすべてのサービスのすべてのＭＰＤＵの量に対する単位時間に受信デバイス１０２に送られた、すべてのサービスの再送信されたＭＰＤＵのものである、統計値の収集を通してＷｉ－Ｆｉチップによって取得された量の比であり得る。

【0049】

代替として、再送信レートＲ_eは、送信デバイス１０１によって受信デバイス１０２に送られた、指定されていないサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲ_eは、たとえば、統計値の収集を通してＷｉ－Ｆｉチップによって取得された指定されていないサービスのすべてのＭＰＤＵの量に対する単位時間に受信デバイス１０２に送られた、指定されていないサービスの再送信されたＭＰＤＵのものである、統計値の収集を通してＷｉ－Ｆｉチップによって取得された量の比であり得る。

【0050】

取得された再送信レートＲ_eがあらかじめ設定された再送信しきい値Ｒ_thよりも大きい場合、Ｗｉ－Ｆｉチップは、バックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行し、受信デバイス１０２にターゲットＭＰＤＵとバックアップＭＰＤＵとを送る。ターゲットＭＰＤＵのシーケンス番号は、バックアップＭＰＤＵのシーケンス番号と同じである。Ｗｉ－ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、バックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対して複製処理を実行することを含む。

【0051】

Ｗｉ－Ｆｉチップが送信デバイス１０１と受信デバイス１０２との間の再送信レートＲ_eを連続的に取得し得る（または、監視し得る）ことが理解され得る。

【0052】

Ｗｉ－ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、取得された再送信レートＲ_eとあらかじめ設定された再送信しきい値Ｒ_thとに基づいてバックアップの量を決定することと、バックアップＭＰＤＵを取得するためにバックアップの決定された量に基づいてターゲットＭＰＤＵに対してバックアップ処理を実行することとを特に含み得る。

【0053】

Ｗｉ－Ｆｉチップによって、取得された再送信レートＲ_eとあらかじめ設定された再送信しきい値Ｒ_thとに基づいてバックアップの量を決定することは、再送信レートＲ_eと再送信しきい値Ｒ_thとに基づいてＮを決定することであって、Ｎは、再送信レートＲ_eのＮ－１乗が再送信しきい値Ｒ_thよりも大きいという条件を満たす正の整数であり、再送信レートＲ_eのＮ乗が再送信しきい値Ｒ_thよりも小さい、ことと、バックアップの量としてＮ－１を決定することとを特に含み得る。Ｎが１よりも大きいことが理解され得る。

【0054】

たとえば、再送信レートＲ_eおよび再送信しきい値Ｒ_thがそれぞれ２０％および１％であるとき、Ｒ_e＞Ｒ_thであるので、Ｗｉ－Ｆｉチップは、ターゲットＭＰＤＵに対してバックアップ処理を実行する必要がある。再送信レートＲ_eが２０％であるとき、ＭＰＤＵが２回連続的に再送信される確率は２０％×２０％＝４％であり、ＭＰＤＵが３回連続的に再送信される確率は、２０％×２０％×２０％＝０．８％である。ＭＰＤＵが紛失されるすべてのイベントが互いに無関係であると仮定する。Ｗｉ－Ｆｉチップが受信デバイス１０２に３つの同じＭＰＤＵを送る場合、ＭＰＤＵが１回再送信される確率は、２０％から０．８％に低減され、ＭＰＤＵが３回連続的に再送信される確率は、０．８％から０．８％×０．８％×０．８％＝０．００００５１２％に低減される。言い換えれば、再送信レートＲ_eおよび再送信しきい値Ｒ_thが、それぞれ２０％および１％であるとき、３つの同じＭＰＤＵが受信デバイス１０２に送られる、すなわち、バックアップの量が２である場合、ＭＰＤＵが再送信される確率は、再送信しきい値Ｒ_thよりも小さい値に低減され得る。

【0055】

Ｗｉ－ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、各ターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために各ターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。

【0056】

代替として、Ｗｉ－ＦｉチップがバックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対してバックアップ処理を実行することは、すべてのターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために全体として使用されるすべてのターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。

【0057】

Ｗｉ－Ｆｉチップが受信デバイス１０２にターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送ることを特に含み得る。特に、Ｗｉ－Ｆｉチップは、物理レイヤ集中プロトコル（ＰｈｙｓｉｃａｌＬａｙｅｒＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ、ＰＬＣＰ）プロトコルデータユニット（ＰＬＣＰＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、ＰＰＤＵ）を取得するために受信デバイス１０２に送られる必要がある（ターゲットＭＰＤＵ、バックアップＭＰＤＵ、または非ターゲットＭＰＤＵを含む）単一のＭＰＤＵに対してカプセル化処理を実行し、次いで、受信デバイス１０２にＰＰＤＵを送り得る。ＰＰＤＵは、無線物理チャネルをプリエンプトする基本データユニットである。Ｗｉ－ＦｉチップがＭＰＤＵに対してカプセル化処理を実行することは、ＭＰＤＵのヘッダに物理レイヤプリアンブルとＰＬＣＰヘッダとを追加することを含む。

【0058】

たとえば、送信キューは、シーケンス番号が１および２であるＭＰＤＵを含み、ＭＰＤＵ２がターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ－Ｆｉチップは、図２に示されるように、ＭＰＤＵ２の２つの複製を生成し、４つのＰＰＤＵを取得するために元のＭＰＤＵ１と、元のＭＰＤＵ２と、２つのバックアップＭＰＤＵ２とに対してカプセル化処理を別々に実行し、次いで、受信デバイス１０２に４つのＰＰＤＵに送る。１つの送信キューは、同じ宛先デバイスに送られる、同じ優先度を有するＭＰＤＵを含む。

【0059】

代替として、Ｗｉ－Ｆｉチップが受信デバイス１０２にターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することと、受信デバイス１０２に、アグリゲーション処理の後に取得されたアグリゲートＭＡＣにプロトコルデータユニット（ＡｇｇｒｅｇａｔｉｏｎＭＡＣＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、Ａ－ＭＰＤＵ）を送ることとを特に含み得る。特に、Ｗｉ－Ｆｉチップは、ＰＰＤＵを取得するために受信デバイス１０２に送られる必要があるＡ－ＭＰＤＵに対してカプセル化処理を実行し、次いで、受信デバイス１０２にＰＰＤＵを送る。

【0060】

Ｗｉ－ＦｉチップがターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することは、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序でターゲットＭＰＤＵと非ターゲットＭＰＤＵに対してアグリゲーション処理を連続的に実行し、次いで、アグリゲーションキューのキューテールとバックアップＭＰＤＵをアグリゲートすることを特に含み得る。

【0061】

バックアップが各ターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、Ｗｉ－Ｆｉチップは、特に、シーケンス番号の順序でアグリゲーションキューのキューテールとバックアップＭＰＤＵをアグリゲートし得る。

【0062】

たとえば、送信キューが、シーケンス番号がそれぞれ１、２、および３であるＭＰＤＵを含み、ＭＰＤＵ１とＭＰＤＵ２との両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ－Ｆｉチップは、図３に示されるように、ＭＰＤＵ１とＭＰＤＵ２との各々の２つの複製を生成し、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序で元のＭＰＤＵ１と、元のＭＰＤＵ２と、元のＭＰＤＵ３とに対してアグリゲーション処理を連続的に実行し、次いで、アグリゲーションキューのキューテールと１つのバックアップＭＰＤＵ１と、別のバックアップＭＰＤＵ１と、１つのバックアップＭＰＤＵ２と、別のバックアップＭＰＤＵ２とを連続的にアグリゲートする。

【0063】

バックアップが各ターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、代替として、Ｗｉ－Ｆｉチップは、特に、バックアップＭＰＤＵのＮ個のグループを取得するためにバックアップＭＰＤＵに対してグループ化処理を実行することであって、Ｎは、バックアップの量であり、バックアップＭＰＤＵの各グループは、異なるシーケンス番号をもつＭＰＤＵを含む、ことと、アグリゲーションキューのキューテールとバックアップＭＰＤＵのＮ個のグループを連続的にアグリゲートすることとを行い得る。

【0064】

たとえば、送信キューが、シーケンス番号がそれぞれ１、２、および３であるＭＰＤＵを含み、ＭＰＤＵ１とＭＰＤＵ２との両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ－Ｆｉチップは、図４に示されるように、ＭＰＤＵ１とＭＰＤＵ２との各々の２つの複製を生成し、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序で元のＭＰＤＵ１と、元のＭＰＤＵ２と、元のＭＰＤＵ３とに対してアグリゲーション処理を連続的に実行し、バックアップＭＰＤＵを２つのグループに分割することであって、バックアップＭＰＤＵの各グループは、１つのバックアップＭＰＤＵ１と１つのバックアップＭＰＤＵ２とを含む、ことを行い、次いで、アグリゲーションキューのキューテールとバックアップＭＰＤＵの２つのグループを連続的にアグリゲートする。

【0065】

バックアップが、全体として使用されるすべてのターゲットＭＰＤＵに対してバックアップ処理を実行することによって生成されるとき、Ｗｉ－Ｆｉチップは、特に、アグリゲーションキューのキューテールとバックアップＭＰＤＵの各グループをアグリゲートし得る。

【0066】

たとえば、送信キューが、シーケンス番号がそれぞれ１、２、および３であるＭＰＤＵを含み、ＭＰＤＵ１とＭＰＤＵ２との両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、Ｗｉ－Ｆｉチップは、図５に示されるように、全体として使用されるＭＰＤＵ１とＭＰＤＵ２との２つの複製を生成し、最初に、アグリゲーションキューを生成するためにシーケンス番号の順序で元のＭＰＤＵ１と、元のＭＰＤＵ２と、元のＭＰＤＵ３とに対してアグリゲーション処理を連続的に実行し、次いで、アグリゲーションキューのキューテールとＭＰＤＵの２つのグループを連続的にアグリゲートする。

【0067】

受信デバイス１０２は、ＰＰＤＵを受信し、受信されたＰＰＤＵに対してカプセル化解除処理を実行する。ＰＰＤＵに対してカプセル化解除処理を実行することは、ＰＰＤＵから物理レイヤプリアンブルとＰＬＣＰヘッダとを除去することを含む。ＰＰＤＵが、単一のＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイス１０２は、ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。ＰＰＤＵが、Ａ－ＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイス１０２は、Ａ－ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。さらに、受信デバイス１０２は、複数のＭＰＤＵを取得するためにＡ－ＭＰＤＵに対してディスアグリゲーション処理を実行する。

【0068】

さらに、受信デバイス１０２は、カプセル化解除処理またはディスアグリゲーション処理を通して取得されたＭＰＤＵのシーケンス番号を取得し、シーケンス番号をもつＭＰＤＵがバッファキュー中に存在するかどうかを決定する。シーケンス番号をもつＭＰＤＵがバッファキュー中に存在する場合、受信デバイス１０２はＭＰＤＵを破棄するか、またはシーケンス番号をもつＭＰＤＵがバッファキュー中に存在しない場合、受信デバイス１０２は、さらに、ＦＣＳに基づいて、ＭＰＤＵが正しいかどうかをチェックする。ＭＰＤＵが正しい場合、受信デバイス１０２は、バッファキュー中にＭＰＤＵを配置するか、またはＭＰＤＵが正しくない場合、受信デバイス１０２はＭＰＤＵを破棄する。ＦＣＳに基づくチェックを通して、ＭＰＤＵが正しくないことが知られるとき、ＭＰＤＵを送信する処理中にエラーパケットが存在することを示す。

【0069】

さらに、受信デバイス１０２は、ローカルプロトコルスタック中にバッファキュー中のＭＰＤＵを受信する。特に、受信デバイス１０２は、シーケンス番号の順序でプロトコルスタックにバッファキュー中の完全なシーケンス番号をもつＭＰＤＵを連続的にアップロードし、たとえば、プロトコルスタックのＬＬＣレイヤにＭＰＤＵをアップロードし、ＰＰＤＵを受信した後の短フレーム間隔（ＳｈｏｒｔＩｎｔｅｒ－ＦｒａｍｅＳｐａｃｅ、ＳＩＦＳ）期間の後に受信デバイス１０２にブロック肯定応答（ＢｌｏｃｋＡｃｋｎｏｗｌｅｄｇｍｅｎｔ、ＢＡ）フレームを戻す。ＢＡフレームは、受信デバイス１０２によって受信されたＭＰＤＵの完全性について受信デバイス１０２に通知するために使用される。

【0070】

バッファキュー中のＭＰＤＵがシーケンス番号が欠如している、言い換えれば、バッファキュー中にシーケンス番号の穴がある場合、バッファキューの順序維持機構に従って、受信デバイス１０２は、シーケンス番号の順序でプロトコルスタック中に穴の前のシーケンス番号をもつＭＰＤＵを連続的に受信し、穴の後のシーケンス番号をもつＭＰＤＵをバッファ待機状態に残す。送信デバイス１０１が、シーケンス番号の穴をもつＭＰＤＵを再送信することによって穴を補足するまで、バッファキュー中のバッファ待機状態のＭＰＤＵと補足されたＭＰＤＵとは、シーケンス番号の順序でプロトコルスタック中に連続的に受信され得る。

【0071】

完全なシーケンス番号をもつＭＰＤＵがバッファキューから受信されるかどうかにかかわらず、受信デバイス１０２は、ＰＰＤＵを受信した後のＳＩＦＳ期間の後で送信デバイス１０１にＢＡフレームを戻す。ＢＡフレームは、受信デバイス１０２によって正しく受信されたＭＰＤＵのシーケンス番号と送信デバイス１０１によって再送信される必要があるＭＰＤＵのシーケンス番号とについて送信デバイス１０１に通知するために使用される。

【0072】

複数の再送信が失敗し、したがって、バッファキュー中のシーケンス番号の穴が補足できないか、または送信デバイス１０１が、ＰＰＤＵを送った後のあらかじめ設定されたタイムアウト期間内にＢＡフレームを受信しない場合、送信デバイス１０１は、受信デバイス１０２にブロック肯定応答要求（ＢｌｏｃｋＡｃｋｎｏｗｌｅｄｇｍｅｎｔＲｅｑｕｅｓｔ、ＢＡＲ）を送る。ＢＡＲフレームは、受信デバイス１０２のバッファキュー中のシーケンス番号の穴をフラッシュし、受信デバイス１０２がＢＡフレームを戻すことを可能にするために使用される。受信デバイス１０２では、シーケンス番号がＢＡＲフレームの開始シーケンス番号よりも小さいすべての完全なＭＰＤＵがプロトコルスタック中に受信され、シーケンス番号がＢＡＲフレームの開始シーケンス番号よりも小さいすべての不完全なＭＰＤＵが破棄される。

【0073】

たとえば、送信デバイス１０１の送信キューが、シーケンス番号がそれぞれ１および２であるＭＰＤＵを含み、ＭＰＤＵ１および２の両方が、ターゲットＭＰＤＵであるとき、バックアップの量が２である場合、送信デバイス１０１は、全体として使用されるＭＰＤＵ１および２の２つの複製を生成し得る。さらに、図６に示されるように、送信デバイス１０１は、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行し、ＰＰＤＵを取得するために、アグリゲーション処理を通して取得されたＡ－ＭＰＤＵに対してカプセル化処理を実行する。

【0074】

送信デバイス１０１は、受信デバイス１０２にＰＰＤＵを送る。図６に示されるように、送信処理中に、１つのＭＰＤＵ２が紛失される。他の２つのＭＰＤＵ２が正しく送信されるので、受信デバイス１０２は、ＭＰＤＵ２を依然として正しく受信する。さらに、受信デバイス１０２は、シーケンス番号が同じである２つのＭＰＤＵ１とシーケンス番号が２である１つのＭＰＤＵとを破棄する。

【0075】

本出願のこの実施形態では、指定されたサービスについて、ターゲットＭＰＤＵ（すなわち、指定されたサービスのＭＰＤＵ）がＷｉ－Ｆｉフェーズ中で１回再送信される確率は、Ｗｉ－Ｆｉフェーズ中でのターゲットＭＰＤＵの送信遅延を大幅に低減するために複数のバックアップを送ることによって少なくともあらかじめ設定された再送信しきい値に低減される。さらに、送信デバイスと受信デバイスとの間の再送信レートは、リアルタイムで監視され、ターゲットＭＰＤＵのバックアップの量は、監視された再送信レートに基づいて動的に調整される。本出願のこの実施形態では、ターゲットＭＰＤＵの単一の再送信レートは、動的に保証されることができる。

【0076】

遅延が、ビットストリーム（ＢｉｔＴｏｒｒｅｎｔ、ＢＴ）ダウンロードなどの遅延に鈍感なサービス（すなわち、比較的低い遅延要件を有するサービス）に対する比較的小さい影響を有するので、本出願のこの実施形態において説明される指定されたサービスは、モバイルゲームサービスなどのエンドツーエンドの遅延に敏感なサービス（すなわち、比較的高い遅延要件を有するサービス）であり得る。もちろん、本出願のこの実施形態は、Ｗｉ－Ｆｉフェーズ中の遅延に敏感なサービス以外のサービスのＭＰＤＵの送信遅延を低減することにも適用され得る。これは、本出願のこの実施形態では特に限定されない。

【0077】

図７は、本出願の一実施形態による、データ送信方法の概略フローチャートである。データ送信方法は、特に、送信デバイスに適用され得、Ｗｉ－Ｆｉチップは、送信デバイス中に配設される。図７に示されているように、データ送信方法は以下のステップを含む。

【0078】

Ｓ７０１．ターゲットＭＰＤＵを取得する。

【0079】

特に、送信デバイス中に配設されたＷｉ－Ｆｉチップは、マスタチップから、受信デバイスに送られる必要があるＭＳＤＵを受信し、次いで、ＭＰＤＵを取得するために受信されたＭＳＤＵに対してカプセル化処理を実行する。カプセル化処理を通して取得されたＭＰＤＵは、送られるべきＭＰＤＵである。送信デバイスと受信デバイスとが送信端と受信端とに別々に位置付けられることが知られることができる。送信デバイスと受信デバイスとは、Ｗｉ－Ｆｉを通して接続される。Ｗｉ－ＦｉチップがＭＳＤＵに対してカプセル化処理を実行することは、ＭＳＤＵのシーケンス番号に値を割り当てることであって、値が割り当てられたシーケンス番号はＭＰＤＵのシーケンス番号である、ことを含む。

【0080】

Ｗｉ－ＦｉチップにＭＳＤＵを送るとき、マスタチップは、パラメータ送信などを通して、ＭＳＤＵが指定されたサービスのＭＳＤＵであるかどうかをＷｉ－Ｆｉチップに通知する。したがって、Ｗｉ－Ｆｉチップは、マスタチップからの通知メッセージに基づいて、カプセル化処理を通して取得されたＭＰＤＵが指定されたサービスのＭＳＤＵを含むかどうかを決定し得、カプセル化処理を通して取得されたＭＰＤＵが指定されたサービスのＭＳＤＵを含む場合、Ｗｉ－Ｆｉチップは、ターゲットＭＰＤＵとしてＭＰＤＵを決定し得る。

【0081】

ＭＳＤＵは、マスタチップによってＷｉ－Ｆｉチップに送信されるＩＰデータパケットであり得るか、またはマスタチップによってＷｉ－Ｆｉチップに送信された、カプセル化処理がＩＰデータパケットに対して実行された後に取得されたＬＰＤＵなどのデータユニットであり得る。

【0082】

ＩＰデータパケットは、送信端に位置付けられる別のデバイスからマスタチップによって受信される。ＩＰデータパケットを受信するとき、マスタチップは、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかを識別し得る。ＩＰデータパケットが指定されたサービスのＩＰデータパケットである場合、マスタチップがＷｉ－ＦｉチップにＩＰデータパケットを送信するとき、マスタチップは、パラメータ送信などを通して、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであることをＷｉ－Ｆｉチップに通知するか、またはマスタチップがＷｉ－ＦｉチップにＬＰＤＵを送信するとき、マスタチップは、パラメータ送信などを通して、ＬＰＤＵが指定されたサービスのＬＰＤＵであることをＷｉ－Ｆｉチップに通知する。

【0083】

ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかをマスタチップが識別する方式は、ＩＰデータパケットからソースＩＰアドレスを取得することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含むかどうかを決定することと、あらかじめ設定されたソースＩＰアドレスセットが取得されたソースＩＰアドレスを含む場合、指定されたサービスのＩＰデータパケットとしてＩＰデータパケットを識別することとを含み得る。あらかじめ設定されたソースＩＰアドレスセットは、端末とサーバとの間でのＤＮＳ交換をインターセプトし、ドメインネームマッチングを実行することによってマスタチップによって取得されたソースサーバＩＰアドレスセットであり得る。

【0084】

通常、マスタチップも送信デバイス中に配設される。この場合、ＩＰデータパケットを受信すること、ＩＰデータパケットが指定されたサービスのＩＰデータパケットであるかどうかを識別すること、Ｗｉ－ＦｉチップにＭＳＤＵとして使用されるＩＰデータパケットまたはＬＰＤＵを送ることなどの動作はすべて、送信デバイスによって実行される。言い換えれば、送信デバイスのＷｉ－Ｆｉチップが送信デバイスのマスタチップからＭＳＤＵを受信する。

【0085】

本出願のこの実施形態では、送信デバイスは、ＡＰデバイス（たとえば、ホームＡＰデバイスまたはエンタープライズネットワークＡＰデバイス）であり得る。

【0086】

Ｓ７０２．送信デバイスと受信デバイスとの間の再送信レートを取得する。

【0087】

再送信レートＲ_eは、単位時間に１回ＭＰＤＵを再送信することの、統計値の収集を通して取得される確率であり、ターゲットＭＰＤＵに対するバックアップ処理動作を開始すべきかどうかを決定するために使用される。

【0088】

任意の実装では、再送信レートＲ_eは、送信デバイスによって受信デバイスに送られる、（指定されたサービスと指定されていないサービスとを含む）すべてのサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲ_eは、たとえば、統計値の収集を通してＷｉ－Ｆｉチップによって取得されたすべてのサービスのすべてのＭＰＤＵの量に対する、単位時間に受信デバイスに送られた、すべてのサービスの再送信されたＭＰＤＵのものである、統計値の取得を通してＷｉ－Ｆｉチップによって取得された量の比であり得る。

【0089】

別の任意の実装では、再送信レートＲ_eは、代替として、送信デバイスによって受信デバイスに送られた、指定されていないサービスのＭＰＤＵの再送信レートであり得る。この場合、再送信レートＲ_eは、たとえば、統計値の取得を通してＷｉ－Ｆｉチップによって取得された指定されていないサービスのすべてのＭＰＤＵの量に対する単位時間に受信デバイスに送られた、指定されていないサービスの再送信されたＭＰＤＵのものである、統計値の取得を通してＷｉ－Ｆｉチップによって取得された量の比であり得る。

【0090】

Ｗｉ－Ｆｉチップが送信デバイスと受信デバイスとの間の再送信レートＲ_eを連続的に取得し得る（または、監視し得る）ことが理解され得る。

【0091】

Ｓ７０３．再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する。

【0092】

ターゲットＭＰＤＵのシーケンス番号は、バックアップＭＰＤＵのシーケンス番号と同じである。Ｗｉ－ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、バックアップＭＰＤＵを取得するためにターゲットＭＰＤＵに対して複製処理を実行することを含む。

【0093】

Ｗｉ－ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、取得された再送信レートＲ_eとあらかじめ設定された再送信しきい値Ｒ_thとに基づいてバックアップの量を決定することと、バックアップＭＰＤＵを取得するためにバックアップの決定された量に基づいてターゲットＭＰＤＵに対して複製処理を実行することとを特に含み得る。バックアップの量は、正の整数である。

【0094】

Ｗｉ－Ｆｉチップが取得された再送信レートＲ_eとあらかじめ設定された再送信しきい値Ｒ_thとに基づいてバックアップの量を決定することは、再送信レートと再送信しきい値とに基づいてＮを決定することと、Ｎに基づいてバックアップの量を決定することであって、Ｎは、１よりも大きい正の整数である、こととを特に含み得る。Ｎは、再送信レートのＮ－１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす。

【0095】

Ｗｉ－ＦｉチップがＮに基づいてバックアップの量を決定することは、バックアップの量としてＮ－１を決定することを特に含み得る。バックアップの量がＮ－１であるとき、ＭＰＤＵが再送信される確率は、再送信しきい値Ｒ_thよりも小さい値にちょうど低減され得る。もちろん、バックアップの量は、代替として、Ｎ－１よりも大きくなり得る。この場合、ＭＰＤＵが再送信される確率はより低くなるが、より多くのトラフィック帯域幅が消費される。

【0096】

任意の実装では、Ｗｉ－ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、各ターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために各ターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。

【0097】

別の任意の実装では、Ｗｉ－ＦｉチップがターゲットＭＰＤＵのバックアップＭＰＤＵを生成することは、すべてのターゲットＭＰＤＵのバックアップＭＰＤＵを取得するために全体として使用されるすべてのターゲットＭＰＤＵに対してバックアップ処理を実行することを特に含み得る。

【0098】

Ｓ７０４．受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送る。

【0099】

任意の実装では、Ｗｉ－Ｆｉチップが受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送ることを特に含み得る。

【0100】

この場合、Ｗｉ－Ｆｉチップは、ＰＰＤＵを取得するために受信デバイスに送られる必要がある（ターゲットＭＰＤＵ、バックアップＭＰＤＵ、または非ターゲットＭＰＤＵを含む）単一のＭＰＤＵに対してカプセル化処理を実行し、次いで、受信デバイスにＰＰＤＵを送り得る。

【0101】

別の任意の実装では、Ｗｉ－Ｆｉチップが受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることは、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することと、受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることとを特に含み得る。

【0102】

【0103】

【0104】

【0105】

【0106】

本出願のこの実施形態では、指定されたサービスについて、ターゲットＭＰＤＵ（すなわち、指定されたサービスのＭＰＤＵ）が１回再送信される確率は、Ｗｉ－Ｆｉフェーズ中でのターゲットＭＰＤＵの送信遅延を大幅に低減するために複数のバックアップを送ることによって少なくともあらかじめ設定された再送信しきい値に低減される。さらに、送信デバイスと受信デバイスとの間の再送信レートは、リアルタイムで監視され、ターゲットＭＰＤＵのバックアップの量は、監視された再送信レートに基づいて動的に調整される。本出願のこの実施形態では、ターゲットＭＰＤＵの単一の再送信レートは、動的に保証され得る。

【0107】

図８は、本出願の一実施形態による、データ受信方法の概略フローチャートである。データ受信方法は、受信デバイスに特に適用され得る。図８に示されているように、データ受信方法は以下のステップを含む。

【0108】

Ｓ８０１．処理されるべきデータを受信する。

【0109】

処理されるべきデータはＭＰＤＵを含み、シーケンス番号がＭＰＤＵに対して設定される。本出願のこの実施形態では、処理されるべきデータは、ＰＰＤＵであり得る。

【0110】

特に、受信デバイスは、送信デバイスから処理されるべきデータを受信する。送信デバイスと受信デバイスとが送信端と受信端とに別々に位置付けられることが知られることができる。受信デバイスと送信デバイスとは、Ｗｉ－Ｆｉを通して接続される。

【0111】

Ｓ８０２．処理されるべきデータ中のＭＰＤＵに対してスクリーニング処理を実行する。

【0112】

処理されるべきデータがＰＰＤＵであるとき、受信デバイスが処理されるべきデータ中のＭＰＤＵに対してスクリーニング処理を実行する前に、受信デバイスは、受信されたＰＰＤＵに対してカプセル化解除処理をさらに実行し得る。ＰＰＤＵが、単一のＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイスは、ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。ＰＰＤＵが、Ａ－ＭＰＤＵに対してカプセル化処理を実行することによって取得される場合、受信デバイスは、Ａ－ＭＰＤＵを取得するためにＰＰＤＵに対してカプセル化解除処理を実行する。さらに、受信デバイスは、複数のＭＰＤＵを取得するためにＡ－ＭＰＤＵに対してディスアグリゲーション処理を実行する。

【0113】

スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行することを含む。特に、受信デバイスは、カプセル化解除処理またはディスアグリゲーション処理を通して取得されたＭＰＤＵのシーケンス番号を取得し、シーケンス番号をもつＭＰＤＵがバッファキュー中に存在するかどうかを決定する。シーケンス番号をもつＭＰＤＵがバッファキュー中に存在する場合、受信デバイスはＭＰＤＵを破棄するか、またはシーケンス番号をもつＭＰＤＵがバッファキュー中に存在しない場合、受信デバイスは、バッファキュー中にＭＰＤＵを配置する。

【0114】

さらに、受信デバイスは、ローカルプロトコルスタック中にバッファキュー中のＭＰＤＵを受信し得る。

【0115】

本出願のこの実施形態では、スクリーニング処理は、受信されたＭＰＤＵに対して実行され、したがって、受信端は、同じデータを繰返し記憶するのを防げられて、ストレージスペースを節約することができる。

【0116】

図９は、本出願の一実施形態による、送信デバイス９００の概略ブロック図である。本出願のこの実施形態では、送信デバイス９００と受信デバイスとは、Ｗｉ－Ｆｉを通して接続される。図９に示されるように、送信デバイス９００は、第１の取得モジュール９０１と、バックアップモジュール９０２と、第２の取得モジュール９０３と、送信モジュール９０４とを含み得る。

【0117】

第１の取得モジュール９０１は、ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するように構成される。

【0118】

ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される。

【0119】

任意の実装では、第１の取得モジュール９０１は、送られるべきＭＰＤＵを取得することであって、送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得される、ことと、送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、ターゲットＭＰＤＵとして送られるべきＭＰＤＵを識別することとを行うように特に構成される。

【0120】

本出願のこの実施形態では、ターゲットＭＳＤＵは指定されたサービスのＩＰデータパケットであるか、またはターゲットＭＳＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される。

【0121】

【0122】

バックアップモジュール９０２は、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するように構成される。

【0123】

第２の取得モジュール９０３は、送信デバイスと受信デバイスとの間の再送信レートを取得するように構成される。バックアップモジュール９０２は、再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するように特に構成される。

【0124】

【0125】

送信デバイスによって受信デバイスに送られたＭＰＤＵは、指定されたサービスのＭＰＤＵと指定されていないサービスのＭＰＤＵとを含み得る。別の任意の実装では、再送信レートは、統計値の収集を通して取得される単位時間に受信デバイスに送られた指定されていないサービスの再送信されたＭＰＤＵの量と単位時間に受信デバイスに送られた指定されていないサービスのＭＰＤＵの総量とに基づいて決定される。

【0126】

本出願のこの実施形態では、バックアップモジュール９０２は、決定ユニット９０２１と複製ユニット９０２２とを含み得る。

【0127】

決定ユニット９０２１は、再送信レートと再送信しきい値とに基づいてバックアップの量を決定するように構成される。バックアップの量は、正の整数である。

【0128】

複製ユニット９０２２は、バックアップＭＰＤＵを生成するためにバックアップの量に基づいてターゲットＭＰＤＵに対して複製処理を実行するように構成される。

【0129】

本出願のこの実施形態では、決定ユニット９０２１は、第１の決定サブユニット９０２１１と第２の決定サブユニット９０２１２とを含み得る。

【0130】

第１の決定サブユニット９０２１１は、再送信レートと再送信しきい値とに基づいてＮを決定するように構成される。本明細書では、Ｎは、１よりも大きい正の整数であり、Ｎは、再送信レートのＮ－１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす。

【0131】

第２の決定サブユニット９０２１２は、Ｎに基づいてバックアップの量を決定するように構成される。

【0132】

本出願のこの実施形態では、第２の決定サブユニット９０２１２は、バックアップの量としてＮ－１を決定するように特に構成される。

【0133】

送信モジュール９０４は、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るように構成される。

【0134】

任意の実装では、送信モジュール９０４は、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送るように特に構成される。

【0135】

別の任意の実装では、送信モジュール９０４は、ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することと、受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送ることとを行うように特に構成される。

【0136】

本出願のこの実施形態では、シーケンス番号は、カプセル化処理後に取得された送られるべきＭＰＤＵに対して設定され、ターゲットＭＰＤＵとターゲットＭＰＤＵのバックアップＭＰＤＵとは同じシーケンス番号を有する。

【0137】

【0138】

任意の実装では、アグリゲーション処理は、シーケンス番号に基づいて連続的にターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行することを含む。

【0139】

同じ発明概念に基づいて、本出願のこの実施形態において提供される送信デバイス９００の問題解決の原則および有利な効果は、本出願のデータ送信方法実施形態のものと同様である。したがって、送信デバイス９００の実装については、図７に示されたデータ送信方法の実装を参照されたい。繰返しの説明は提供されない。

【0140】

図１０は、本出願の一実施形態による、受信デバイス１０００の概略ブロック図である。図１０に示されるように、受信デバイス１０００は、受信モジュール１００１とスクリーニングモジュール１００２とを含み得る。

【0141】

受信モジュール１００１は、処理されるべきデータを受信するように構成される。処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、ＭＰＤＵに対して設定される。

【0142】

スクリーニングモジュール１００２は、ＭＰＤＵに対してスクリーニング処理を実行するように構成される。スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行することを含む。

【0143】

同じ発明概念に基づいて、本出願のこの実施形態において提供される受信デバイス１０００の問題解決の原則および有利な効果は、本出願のデータ受信方法実施形態のものと同様である。したがって、受信デバイス１０００の実装については、図８に示されたデータ受信方法の実装を参照されたい。繰返しの説明は提供されない。

【0144】

図１１は、本出願の一実施形態による、別の送信デバイス１１００の概略ブロック図である。本出願のこの実施形態では、送信デバイス１１００と受信デバイスとは、Ｗｉ－Ｆｉを通して接続される。図１１に示されるように、送信デバイス１１００は、バス１１０１と、プロセッサ１１０２と、メモリ１１０３と、入出力インターフェース１１０４とを含み得る。バス１１０１は、プロセッサ１１０２と、メモリ１１０３と、入出力インターフェース１１０４とを互いに接続するように構成され、したがって、上記の要素は、互いに通信することができる。メモリ１１０３は、１つまたは複数のコンピュータプログラムを記憶するように構成され、コンピュータプログラムは、プログラム命令を含む。入出力インターフェース１１０４は、送信デバイス１１００と別のデバイスとの間の通信接続を制御するように構成される。たとえば、送信デバイス１１００は、入出力インターフェース１１０４を通して受信デバイスと通信し得る。

【0145】

特に、プロセッサ１１０２は、
ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得する動作であって、ターゲットＭＰＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される、動作と、
ターゲットＭＰＤＵのバックアップＭＰＤＵを生成する動作と、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送る動作と
を実行するためにプログラム命令を呼び出すように構成される。

【0146】

任意の実装では、プロセッサ１１０２が、ターゲット媒体アクセス制御プロトコルデータユニットＭＰＤＵを取得するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
送られるべきＭＰＤＵを取得する動作であって、送られるべきＭＰＤＵは、媒体アクセス制御サービスデータユニットＭＳＤＵに対してカプセル化処理を実行することによって取得される、動作と、
送られるべきＭＰＤＵがターゲットＭＳＤＵを含む場合、ターゲットＭＰＤＵとして送られるべきＭＰＤＵを識別する動作であって、ターゲットＭＳＤＵは指定されたサービスのＩＰデータパケットであるか、またはターゲットＭＳＤＵは、指定されたサービスのＩＰデータパケットに対してカプセル化処理を実行することによって取得される、動作と
を特に実行する。

【0147】

【0148】

任意の実装では、プロセッサ１１０２が、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するためにプログラム命令を呼び出すように構成される前に、プロセッサ１１０２は、
送信デバイスと受信デバイスとの間の再送信レートを取得する動作と、
再送信レートがあらかじめ設定された再送信しきい値よりも大きい場合、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成することの実行をトリガする動作と
をさらに実行する。

【0149】

【0150】

【0151】

任意の実装では、プロセッサ１１０２が、ターゲットＭＰＤＵのバックアップＭＰＤＵを生成するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
再送信レートと再送信しきい値とに基づいてバックアップの量を決定する動作であって、バックアップの量は正の整数である、動作と、
バックアップＭＰＤＵを生成するためにバックアップの量に基づいてターゲットＭＰＤＵに対して複製処理を実行する動作と
の動作を特に実行する。

【0152】

任意の実装では、プロセッサ１１０２が、再送信レートと再送信しきい値とに基づいてバックアップの量を決定するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
再送信レートと再送信しきい値とに基づいてＮを決定する動作であって、Ｎは、１よりも大きい正の整数である、決定する動作と、
Ｎに基づいてバックアップの量を決定する動作であって、
Ｎは、再送信レートのＮ－１乗が再送信しきい値よりも大きく、再送信レートのＮ乗が再送信しきい値よりも小さいという条件を満たす動作と
を特に実行する。

【0153】

任意の実装では、プロセッサ１１０２が、Ｎに基づいてバックアップの量を決定するためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
バックアップの量としてＮ－１を決定する動作
を特に実行する。

【0154】

任意の実装では、プロセッサ１１０２が、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを別々に送る動作
を特に実行する。

【0155】

別の任意の実装では、プロセッサ１１０２が、受信デバイスにターゲットＭＰＤＵとバックアップＭＰＤＵとを送るためにプログラム命令を呼び出すように構成されるとき、プロセッサ１１０２は、
ターゲットＭＰＤＵとバックアップＭＰＤＵとに対してアグリゲーション処理を実行する動作と、
受信デバイスに、アグリゲートされたターゲットＭＰＤＵとバックアップＭＰＤＵとを送る動作と
を特に実行する。

【0156】

本出願のこの実施形態では、シーケンス番号は、カプセル化処理後に取得された送られるべきＭＰＤＵに対して設定され得、ターゲットＭＰＤＵとターゲットＭＰＤＵのバックアップＭＰＤＵとは同じシーケンス番号を有する。

【0157】

【0158】

【0159】

プロセッサ１１０２は、中央処理ユニット（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）であり得る。メモリ１１０３は、任意のタイプのメモリであり得、読取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、不揮発性ランダムアクセスメモリなどであり得る。

【0160】

同じ発明概念に基づいて、本出願のこの実施形態において提供される送信デバイス１１００の問題解決の原則および有利な効果は、本出願のデータ送信方法実施形態のものと同様である。したがって、送信デバイス１１００の実装については、図７に示されたデータ送信方法の実装を参照されたい。繰返しの説明は提供されない。

【0161】

図１２は、本出願の一実施形態による、別の受信デバイス１２００の概略ブロック図である。図１２に示されるように、受信デバイス１２００は、バス１２０１と、プロセッサ１２０２と、メモリ１２０３と、入出力インターフェース１２０４とを含み得る。バス１２０１は、プロセッサ１２０２と、メモリ１２０３と、入出力インターフェース１２０４とを互いに接続するように構成され、したがって、上記の要素は、互いに通信することができる。メモリ１２０３は、１つまたは複数のコンピュータプログラムを記憶するように構成され、コンピュータプログラムは、プログラム命令を含む。入出力インターフェース１２０４は、送信デバイス１２００と別のデバイスとの間の通信接続を制御するように構成される。

【0162】

特に、プロセッサ１２０２は、
処理されるべきデータを受信することであって、処理されるべきデータは、媒体アクセス制御プロトコルデータユニットＭＰＤＵを含み、シーケンス番号は、ＭＰＤＵに対して設定される、受信することと、
ＭＰＤＵに対してスクリーニング処理を実行することであって、スクリーニング処理は、シーケンス番号に基づいてＭＰＤＵに対して重複排除処理を実行するステップを含む、実行することと
の動作を実行するためにプログラム命令を呼び出すように構成される。

【0163】

プロセッサ１２０２は、ＣＰＵであり得る。メモリ１２０２は、任意のタイプのメモリであり得、たとえば、ＲＯＭ、ＲＡＭ、不揮発性ランダムアクセスメモリなどであり得る。

【0164】

同じ発明概念に基づいて、本出願のこの実施形態において提供される受信デバイス１２００の問題解決の原則および有利な効果は、本出願のデータ受信方法実施形態のものと同様である。したがって、受信デバイス１２００の実装については、図８に示されたデータ受信方法の実装を参照されたい。繰返しの説明は提供されない。

【0165】

実施形態における方法のすべてのまたは一部の処理が関連するハードウェアに命令するコンピュータプログラムによって実装され得ることを、当業者は理解し得る。プログラムは、コンピュータ可読記憶媒体中に記憶され得る。プログラムが実行されるとき、実施形態における方法の処理が実行される。上記の記憶媒体は、磁気ディスク、光ディスク、ＲＯＭ、またはＲＡＭであり得る。

【図1】