(57)【要約】  1つの特徴では、送信機が、フレームのブロック内において送信されるフレームについて、フレーム当たりに再送ポリシーを定義するのを可能にするブロック肯定応答再送ポリシー(BARP)フレームが提供される。フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームが、送信機によって生成される。BARPフレームは次いで、受信機に送信され、受信機が、フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを知るのを可能にする。
2013542674.tif 000002
【特許請求の範囲】
【請求項１】
送信機デバイス上で動作可能な方法であって、
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成するステップと、
前記ブロック肯定応答再送ポリシーフレームを受信機デバイスに送信するステップとを含む方法。
【請求項２】
各フレームがシーケンス番号によって個々に識別される前記フレームのブロックにデータをカプセル化するステップをさらに含む、請求項1に記載の方法。
【請求項３】
前記フレームのブロックを前記受信機デバイスに送信するステップをさらに含む、請求項1に記載の方法。
【請求項４】
前記ブロック肯定応答再送ポリシー(BARP)フレームの送信が、前記フレームのブロックの送信よりも前に行われる、請求項3に記載の方法。
【請求項５】
前記フレームのブロックの送信が、前記ブロック肯定応答再送ポリシー(BARP)フレームの送信よりも前に行われる、請求項3に記載の方法。
【請求項６】
前記BARPフレームが、前記フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを示す、請求項1に記載の方法。
【請求項７】
前記フレームのブロックが、高信頼性フレームと低信頼性フレームの両方を含む、請求項1に記載の方法。
【請求項８】
前記高信頼性フレームが再送されるフレームとして定義され、前記低信頼性フレームが再送されないフレームとして定義される、請求項7に記載の方法。
【請求項９】
前記BARPフレームによって指定される再送ポリシーが、前記フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを定義する、請求項1に記載の方法。
【請求項１０】
送信側による肯定応答を必要とするフレームが、前記BARPフレームによって再送されるフレームとして識別される、請求項1に記載の方法。
【請求項１１】
送信側による肯定応答を必要としないフレームが、前記BARPフレームによって再送されないフレームとして識別される、請求項1に記載の方法。
【請求項１２】
再送されるフレームとして識別されたフレームのみを前記ブロック肯定応答再送ポリシーフレームで再送するステップをさらに含む、請求項1に記載の方法。
【請求項１３】
前記ブロックのフレームのうちで受信されなかったフレームがもしあればそのフレームを示すブロック肯定応答を前記受信機デバイスから受信するステップと、
再送されるフレームとして識別された欠落しているフレームのみを前記ブロック肯定応答再送ポリシーフレームで再送するステップとをさらに含む、請求項1に記載の方法。
【請求項１４】
前記フレームのブロックを送信した後新しいブロック肯定応答再送ポリシーフレームを生成し送信するステップをさらに含む、請求項1に記載の方法。
【請求項１５】
前記BARPフレームが、周期的または非同期的または付随的に送信される、請求項1に記載の方法。
【請求項１６】
前記BARPフレームが、アグリゲートメディアアクセス制御(MAC)プロトコルデータ単位(MPDU)の一部として送信される、請求項1に記載の方法。
【請求項１７】
前記送信機デバイスが、前記フレームのブロックの前記フレーム内のコンテンツの1つまたは複数の送信側と前記受信機デバイスとの間の中間点である、請求項1に記載の方法。
【請求項１８】
前記フレームのブロックが、複数の異なる送信側からのコンテンツを含むフレームを含み、再送されるフレームとして指定されたフレームを介して高信頼性コンテンツが送信される、請求項1に記載の方法。
【請求項１９】
受信機デバイスと通信するための通信インターフェースと、
前記通信インターフェースに結合された処理回路であって、
フレームのブロックの各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成し、
前記ブロック肯定応答再送ポリシーフレームを前記受信機デバイスに送信するように適合された処理回路とを備える送信機デバイス。
【請求項２０】
前記通信インターフェースが、ワイヤレス通信向けに適合されたワイヤレストランシーバ回路を含む、請求項19に記載の送信機デバイス。
【請求項２１】
前記通信インターフェースを介した送信に関連するプロトコルスタックを記憶するためのメモリデバイスをさらに備える、請求項19に記載の送信機デバイス。
【請求項２２】
前記処理回路が、
各フレームがシーケンス番号によって個々に識別される前記フレームのブロック内にデータをカプセル化するようにさらに適合される、請求項19に記載の送信機デバイス。
【請求項２３】
前記フレームのブロックが、前記プロトコルスタックのデータリンク層に形成される、請求項19に記載の送信機デバイス。
【請求項２４】
前記処理回路が、
前記フレームのブロックを前記受信機デバイスに送信するようにさらに適合される、請求項19に記載の送信機デバイス。
【請求項２５】
前記ブロック肯定応答再送ポリシー(BARP)フレームの送信が、前記フレームのブロックの送信よりも前に行われる、請求項24に記載の送信機デバイス。
【請求項２６】
前記フレームのブロックの送信が、前記ブロック肯定応答再送ポリシー(BARP)フレームの送信よりも前に行われる、請求項24に記載の送信機デバイス。
【請求項２７】
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成するための手段と、
前記ブロック肯定応答再送ポリシーフレームを受信機デバイスに送信するための手段とを備える送信機デバイス。
【請求項２８】
各フレームがシーケンス番号によって個々に識別される前記フレームのブロック内にデータをカプセル化するための手段をさらに備える、請求項27に記載の送信機デバイス。
【請求項２９】
送信機デバイスにおいて動作可能であり、プロセッサによって実行されたときに、前記プロセッサに、
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成させ、
前記ブロック肯定応答再送ポリシーフレームを受信機デバイスに送信させる命令を含むコンピュータ可読記録媒体。
【請求項３０】
前記プロセッサによって実行されたときに、前記プロセッサにさらに、
各フレームがシーケンス番号によって個々に識別される前記フレームのブロック内にデータをカプセル化する命令をさらに含む、請求項29に記載のコンピュータ可読記録媒体。
【請求項３１】
受信機デバイス上で動作可能な方法であって、
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを受信するステップと、
前記フレームのブロックからフレームを受信するステップとを含む方法。
【請求項３２】
前記BARPフレームに基づいて再送すべき欠落しているフレームを示すブロック肯定応答を送信するステップをさらに含む、請求項31に記載の方法。
【請求項３３】
BARPフレームにおいて再送されるフレームとして識別されたすべてのフレームが受信された場合に前記受信されたフレームをプロトコルスタックの上位層に送信するステップをさらに含む、請求項31に記載の方法。
【請求項３４】
前記BARPフレームが再送されるフレームとして識別した欠落しているフレームを受信するステップをさらに含む、請求項31に記載の方法。
【請求項３５】
前記フレームのブロックが、高信頼性フレームと低信頼性フレームの両方を含む、請求項31に記載の方法。
【請求項３６】
前記高信頼性フレームが再送されるフレームとして定義され、前記低信頼性フレームが再送されないフレームとして定義される、請求項35に記載の方法。
【請求項３７】
前記BARPフレームによって指定される再送ポリシーが、前記フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを定義する、請求項31に記載の方法。
【請求項３８】
送信側による肯定応答を必要とするフレームが、前記BARPフレームによって再送されるフレームとして識別される、請求項31に記載の方法。
【請求項３９】
送信側による肯定応答を必要としないフレームが、前記BARPフレームによって再送されないフレームとして識別される、請求項31に記載の方法。
【請求項４０】
前記フレームのブロックが、複数の異なる送信側からのコンテンツを含むフレームを含み、再送されるフレームとして指定されたフレームを介して高信頼性コンテンツが送信される、請求項31に記載の方法。
【請求項４１】
BARPフレームが、前記フレームのブロックよりも前および/または後に受信される、請求項31に記載の方法。
【請求項４２】
前記BARPフレームが、周期的または非同期的または付随的に受信される、請求項31に記載の方法。
【請求項４３】
前記BARPフレームが、アグリゲートメディアアクセス制御(MAC)プロトコルデータ単位(MPDU)の一部として送信される、請求項31に記載の方法。
【請求項４４】
前記受信機デバイスが、前記BARPフレームを使用して、前記フレームのブロック内のどのフレームを取り下げるべきかを判定する、請求項31に記載の方法。
【請求項４５】
前記受信機デバイスが、前記BARPフレームを使用して、前記フレームのブロック内のどのフレームが必要であるかを判定する、請求項31に記載の方法。
【請求項４６】
送信機デバイスと通信するための通信インターフェースと、
前記通信インターフェースとメモリデバイスに結合された処理回路であって、
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを受信し、
前記フレームのブロックからフレームを受信するように適合される処理回路とを備える受信機デバイス。
【請求項４７】
前記通信インターフェースが、ワイヤレス通信向けに適合されたワイヤレストランシーバ回路を含む、請求項46に記載の受信機デバイス。
【請求項４８】
前記通信インターフェースを介した送信に関連するプロトコルスタックを記憶するためのメモリデバイスをさらに備える、請求項46に記載の受信機デバイス。
【請求項４９】
前記処理回路が、
前記BARPフレームにおいて再送されるフレームとして識別されたすべてのフレームが受信された場合に前記受信されたフレームをプロトコルスタックの上位層に送信するようにさらに適合される、請求項46に記載の受信機デバイス。
【請求項５０】
前記処理回路が、
前記BARPフレームに基づいて再送すべき欠落しているフレームを示すブロック肯定応答を送信し、
前記BARPフレームが再送されるフレームとして識別した欠落しているフレームを受信するようにさらに適合される、請求項46に記載の受信機デバイス。
【請求項５１】
前記フレームのブロックが、前記プロトコルスタックのデータリンク層で受信される、請求項46に記載の受信機デバイス。
【請求項５２】
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを受信するための手段と、
前記フレームのブロックからフレームを受信するための手段とを備える受信機デバイス。
【請求項５３】
受信機デバイスにおいて動作可能であり、プロセッサによって実行されたときに、前記プロセッサに、
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを受信させ、
各フレームがシーケンス番号によって個々に識別される前記フレームのブロックからフレームを受信させる命令を含むコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第119条に基づく優先権の主張
本特許出願は、参照により本明細書に明確に組み込まれる、2010年9月30日に出願された「Block Acknowledgement With Retransmission Policy Differentiation」と題する米国仮出願第61/388,300号の優先権を主張する。
【０００２】
1つの特徴は、通信システムに関し、より詳細には、複数のプロトコルデータ単位内で再送ポリシーを差別化するための方法に関する。
【背景技術】
【０００３】
送信機と受信機との間の送信において、送信機は、メディアアクセス制御(MAC)プロトコルデータ単位(MPDU)のようなフレームのブロック(複数)を、送信される各MPDUについて個々の肯定応答を要求することなく送信することができる。この方法は、米国電気電子学会(IEEE)標準802.11n-2009に定義されているブロック肯定応答と呼ばれる。MPDUをアグリゲートMPDU(A-MPDU)としてアグリゲートし、複数のMPDUを同じ物理層(PHY)プロトコルデータ単位(PPDU)の一部として送信することができる。データストリームの受信側は、一度に1つまたは複数のフレームの受信に肯定応答するブロック肯定応答(BA)によって応答してもよい。たとえば、BAでは、BAによって保持される肯定応答ビットマップの内部に関連するビットを設定することによって受信されたフレームに肯定応答してもよい。ビットマップの内部のビットの位置は、受信されたフレームのシーケンス番号に対応する。受信機は、MPDUをそのシーケンス番号に従ってプロトコルスタックにおいて上位層に転送するが、受信されないMPDUがあると、受信機は、そのシーケンス番号を有するMPDUが再送されるまで待機するか、またはシーケンス番号を欠落しているMPDUを超えたシーケンス番号まで大きくするブロック肯定応答要求(BAR)フレームによってキューがパージされるまで待機する。BARフレームは、データストリームの発生源がもはや古いシーケンス番号を再送しないときにデータストリームの発信源によって送信される。したがって、現在のBA規則では、ブロック肯定応答要求(BAR)フレームを通じてキューをパージすることによって受信機においてフレームを破棄するのが可能になるが、破棄規則は、単一のブロック肯定応答(BA)合意においてすべてのフレームについて同じである。たとえば、送信機によってBARフレームを受信機に送信して、BAを送信するよう要求するか、または指示されたシーケンス番号まで受信機におけるキューをパージしてもよい。BARフレームに示されるシーケンス番号よりも古いシーケンス番号を有するフレームは再送されない。しかし、このポリシーから個々のフレームを除外することは不可能である。
【０００４】
一例によれば、ユーザデータグラムプロトコル(UDP)を使用して送信されるビデオストリームでは、一部のフレームは、他のフレームよりも重要な情報を含むことがある。重要性の低い情報を含むフレームは、重要な情報を含むフレームよりも早く破棄されることがある(すなわち、再試行されないかまたはまったく試行されない)。現在のBARフレームでは、そのようなフレーム当たりポリシーを指定することはできない。
【０００５】
したがって、フレームのブロック内の個々のフレームを再送されるフレームとしてマークすることができ、一方、他のフレームがパージされるポリシーを定義するのを可能にする解決手段が必要である。
【発明の概要】
【課題を解決するための手段】
【０００６】
送信機が、フレームのブロックにおいて送信されるフレームについて、フレーム当たりに(すなわち、フレームごとに)再送ポリシーを定義するのを可能にするブロック肯定応答再送ポリシー(BARP)フレームが提供される。このBARPフレームは、受信機がどのフレームが再送され、どのフレームが再送されないかを知るのを可能にする。
【０００７】
フレームのブロックの各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成する、送信機デバイス上で動作可能な方法が開示される。BARPフレームは、フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを示してもよい。その場合、ブロック肯定応答再送ポリシー(BARP)フレームが受信機デバイスに送信される。BARPフレームは、周期的に送信されても、非同期的に送信されても、付随的に送信されてもよい。BARPフレームは、アグリゲートメディアアクセス制御(MAC)プロトコルデータ単位(MPDU)の一部として送信されてもよい。
【０００８】
送信機デバイスは、データをフレームのブロックにカプセル化することを、BARPフレームが送信される前に行っても、BARPフレームが送信されるのと同時に行っても、BARPフレームが送信された後で行ってもよく、各フレームはシーケンス番号によって個々に識別される。その場合、フレームのブロックは受信機デバイスに送信される。BARPフレームによって指定される再送ポリシーは、フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを定義してもよい。フレームのブロックは、複数の異なる送信側からのコンテンツを含むフレームを含んでもよく、その場合、再送されるフレームとして指定されたフレームを介して高信頼性コンテンツが送信される。
【０００９】
一例として、ブロック肯定応答再送ポリシー(BARP)フレームの送信は、フレームのブロックの送信よりも前に行われてもよい。別の例では、フレームのブロックの送信がブロック肯定応答再送ポリシー(BARP)フレームの送信よりも前に行われてもよい。フレームのブロックは、高信頼性フレームと低信頼性フレームの両方を含んでもよく、その場合、高信頼性フレームは再送されるフレームとして定義されてもよく、低信頼性フレームは再送されないフレームとして定義されてもよい。
【００１０】
様々な例において、送信側による肯定応答を必要とするフレームは、BARPフレームによって再送されるフレームとして識別されてもよい。一方、送信側による肯定応答を必要としないフレームは、BARPフレームによって再送されないフレームとして識別されてもよい。
【００１１】
その後、送信機デバイスは、再送されるフレームとして識別されたフレームのみをブロック肯定応答再送ポリシーフレームで再送してもよい。
【００１２】
一特徴によれば、送信機デバイスは、ブロックのフレームのうちで受信されなかったフレームがもしあればそのフレームを示すブロック肯定応答を受信機デバイスから受信してもよい。そのようなブロック肯定応答の結果として、送信機デバイスは、再送されるフレームとして識別された欠落しているフレームのみをブロック肯定応答再送ポリシーフレームで再送してもよい。
【００１３】
さらに、その後、送信機デバイスは、フレームのブロックを送信した後新しいブロック肯定応答再送ポリシーフレームを生成し送信してもよい。
【００１４】
一例として、送信機デバイスは、フレームのブロックの各フレーム内のコンテンツの1つまたは複数の送信側と受信機デバイスとの間の中間点であってもよい。
【００１５】
一実装形態では、処理回路に結合された通信インターフェースおよびメモリデバイスを備える送信機デバイスが提供される。通信インターフェースは、受信機デバイスと通信するように働いてもよい。通信インターフェースは、ワイヤレス通信向けに適合されたワイヤレストランシーバ回路を含んでもよい。メモリデバイスは、通信インターフェースを介した送信に関連するプロトコルスタックを記憶してもよい。処理回路は、(a)フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成し、(b)ブロック肯定応答再送ポリシーフレームを受信機デバイスに送信し、(c)各フレームがシーケンス番号によって個々に識別されるフレームのブロック内のデータをカプセル化し、かつ/またはフレームのブロックを受信機デバイスに送信するように適合または構成されてもよい。フレームのブロックは、プロトコルスタックのデータリンク層に形成されてもよい。様々な実装形態において、ブロック肯定応答再送ポリシー(BARP)フレームの送信がフレームのブロックの送信よりも前に行われても、フレームのブロックの送信がブロック肯定応答再送ポリシー(BARP)フレームの送信よりも前に行われてもよい。
【００１６】
一例として、処理回路は、再送されるフレームとして識別されたフレームのみをブロック肯定応答再送ポリシーフレームで再送するようにさらに適合されてもよい。
【００１７】
別の例では、処理回路は、(a)ブロック内のフレームのうちで受信されなかったフレームがあればそれを示すブロック肯定応答を受信機デバイスから受信し、かつ/または(b)再送されるフレームとして識別された欠落しているフレームのみをブロック肯定応答再送ポリシーフレームで再送するようにさらに適合されてもよい。
【００１８】
別の実装形態は、(a)フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成するように適合された第1の回路、(b)ブロック肯定応答再送ポリシーフレームを受信機デバイスに送信するように適合された第2の回路、および/または(c)ブロック内の一部のフレームが受信されなかったことを示すブロック肯定応答を受信機デバイスから受信するように適合された第3の回路を備える処理回路を提供する。第2の回路は、再送されるフレームとして識別された欠落しているフレームのみをブロック肯定応答再送ポリシーフレームで再送するようにさらに適合されてもよい。
【００１９】
フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを受信するための、送信機デバイス上で動作可能な方法も提供される。受信機デバイスは、フレームのブロックのフレームをBARPフレームよりも前に受信しても、BARPフレームよりも後に受信しても、BARPフレームと同時に受信してもよい。受信機デバイスは、BARPフレームにおいて再送されるフレームとして識別されたすべてのフレームが受信された場合に受信されたフレームをプロトコルスタックの上位層に送信してもよい。
【００２０】
受信機デバイスは、BARPフレームに基づいて再送すべき欠落しているフレームを示すブロック肯定応答を送信してもよい。これに応答して、受信機デバイスは、BARPフレームが再送されるフレームとして識別した欠落しているフレームを受信してもよい。受信機デバイスは、BARPフレームを使用して、フレームのブロック内のどのフレームを取り下げるべきであり、フレームのブロック内のどのフレームが必要であるかを判定してもよい。
【００２１】
BARPフレームによって指定される再送ポリシーは、フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを定義する。送信側による肯定応答を必要とするフレームは、BARPフレームによって再送されるフレームとして識別されてもよい。送信側による肯定応答を必要としないフレームは、BARPフレームによって再送されないフレームとして識別されてもよい。フレームのブロックは、高信頼性フレームと低信頼性フレームの両方を含んでもよい。高信頼性フレームは、再送されるフレームとして定義されてもよく、低信頼性フレームは、再送されないフレームとして定義される。フレームのブロックは、複数の異なる送信側からのコンテンツを含むフレームを含んでもよく、その場合、再送されるフレームとして指定されたフレームを介して高信頼性コンテンツが送信される。
【００２２】
様々な実装形態において、BARPフレームはフレームのブロックよりも前および/またはフレームのブロックよりも後に受信されてもよい。BARPフレームは、周期的に受信されても、非同期的に受信されても、付随的に受信されてもよい。BARPフレームは、アグリゲートメディアアクセス制御(MAC)プロトコルデータ単位(MPDU)の一部として送信されてもよい。
【００２３】
処理回路に結合された通信インターフェースおよびメモリデバイスを含む受信機デバイスも提供される。通信インターフェースは、送信機デバイスと通信するように適合される。メモリデバイスは、通信インターフェースを介した送信に関連するプロトコルスタックを記憶するように適合される。たとえば、通信インターフェースは、ワイヤレス通信向けに適合されたワイヤレストランシーバ回路を含んでもよい。処理回路は、(a)フレームのブロック内の各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを受信し、かつ/または(b)フレームのブロックのフレームを受信するように適合されてもよい。フレームのブロックは、プロトコルスタックのデータリンク層で受信されてもよい。処理回路は、BARPフレームにおいて再送されるフレームとして識別されたすべてのフレームが受信された場合に受信されたフレームをプロトコルスタックの上位層に送信してもよい。処理回路は、BARPフレームに基づいて再送すべき欠落しているフレームを示すブロック肯定応答を送信してもよい。これに応答して、受信機デバイスは、BARPフレームが再送されるフレームとして識別した欠落しているフレームを受信してもよい。
【図面の簡単な説明】
【００２４】
【図１】フレーム当たり再送ポリシーを送信に関して実現することのできる例示的なネットワーク環境100を示す図である。
【図２】フレーム当たり再送ポリシーを送信に関して実現することのできる例示的なピアツーピアネットワーク環境を示す図である。
【図３】送信機デバイスがフレームのブロックを含むデータストリームを受信機デバイスに送信する通信システムを示す図である。
【図４】MACヘッダとペイロードフレームをカプセル化することのできるMPDUの例を示す図である。
【図５】通信用のデバイス(たとえば、送信機および/または受信機)によって使用されるプロトコルスタックの一部として実現することのできる開放系相互接続(OSI)モデルを示す図である。
【図６】BARPフレーム内に含めることのできるブロック肯定応答再送ポリシービットマップの例を示す図である。
【図７】BARPフレーム本体の例示的な一実装形態を示す図である。
【図８】一例による送信機デバイスのブロック図である。
【図９】ブロック肯定応答再送ポリシー(BARP)フレームを実現するために送信機デバイスにおいて動作可能な方法を示す流れ図である。
【図１０】一例による受信機デバイスのブロック図である。
【図１１】ブロック肯定応答再送ポリシー(BARP)フレームを実現するために受信機デバイスにおいて動作可能な方法を示す流れ図である。
【発明を実施するための形態】
【００２５】
以下の説明では、実施形態を完全に理解することができるように具体的な詳細を与える。ただし、実施形態はこれらの具体的な詳細なしに実施され得ることを当業者は理解されよう。たとえば、実施形態を不要な詳細で不明瞭にしないように回路をブロック図で示す場合も、まったく示さない場合もある。他の場合には、これらの実施形態を不明瞭にしないように、よく知られている回路、構造および技法を詳細に示さない場合がある。
【００２６】
概要
一特徴では、送信機が、フレームのブロック内において送信されるフレームについて、フレーム当たりに(すなわち、フレームごとに)再送ポリシーを定義するのを可能にするブロック肯定応答再送ポリシー(BARP)フレームが提供される。このBARPフレームは、受信機がどのフレームが再送され、どのフレームが再送されないかを知るのを可能にする。
【００２７】
例示的なネットワーク動作環境
図1は、フレーム当たり再送ポリシーを送信に関して実現することのできる例示的なネットワーク環境100を示す図である。ここで、様々なネットワーク102、104、および106をそのようなネットワーク上で動作するデバイスが互いに通信できるように相互接続してもよいことが示されている。たとえば、第1のアクセス端末101と第2のアクセス端末103との間で通信ネットワーク106を介して通信または送信を行ってもよい。さらに、第3のアクセス端末108は、1つまたは複数のネットワーク102、104、および/または106を介して他のアクセス端末101、103、112、および/または118のいずれかと通信してもよい。ネットワーク102および104の一部がワイヤレスネットワークであり、他のネットワーク106が有線ネットワークであってもよい。
【００２８】
図2は、フレーム当たり再送ポリシーを送信に関して実現することのできる例示的なピアツーピアネットワーク環境200を示す図である。ピアツーピアネットワーク環境200は、ピアツーピアネットワーク202と複数のピアノード204A〜204Fとを含んでもよい。ピアツーピアネットワーク202は、サーバまたは安定したホストによって中央にて調整されないように非集中化されかつ/または分散されてもよい。たとえば、ピアツーピアネットワーク202は、通信プロトコルスタックの最上位層(たとえば、アプリケーション層)で動作するように実装されてもよい。そのようなピアツーピアネットワーク202は、インターネットプロトコルネットワークのような任意の種類の下位ネットワークを利用して、オーバーレイネットワーク202上の複数のピアノード204A〜204Fが互いに通信するのを可能にしてもよい。下位ネットワークは、ワイドエリアネットワーク(WAN)、ローカルエリアネットワーク(LAN)、ワイヤレスネットワーク(たとえば、WWAN、WLAN)、および/または任意の他の種類のネットワークのような任意の数種のネットワークを備えてもよい。ピアノード204A〜204Fは、ピアツーピアネットワーク202を介して通信するように適合されたデバイスを含んでもよい。限定ではなく例として、ピアノードは、プリンタ204A、タブレットコンピュータ204B、テレビジョン204C、モバイル電話、携帯情報端末、ならびにパーソナルメディアプレーヤ204D、ラップトップコンピュータおよびノートブックコンピュータ204E、および/またはデスクトップコンピュータ204Fのようなデバイスを含んでもよい。
【００２９】
図3は、送信機デバイス302がフレームのブロック306を含むデータストリームを受信機デバイス304に送信する通信システム300を示す図である。一例として、フレームのブロック306は、たとえばメディアアクセス制御(MAC)プロトコルデータ単位(MPDU)305a、305b、および305cのような複数のデータ単位(たとえば、フレームに対応する各データ単位)を含んでもよい。例示のために、送信機デバイス302および/または受信機デバイス304は、図1および/または図2に示すアクセス端末および/またはピアノードあるいは送信機能および/または受信機能を有する他のデバイスのいずれであってもよい。したがって、送信機デバイス302と受信機デバイス304との間の送信は有線媒体を介して行われてもワイヤレス媒体を介して行われてもよい。様々な実装形態において、送信は、送信機デバイス302と受信機デバイス304との間で直接行われても、あるいは1つまたは複数の中間デバイスおよび/またはネットワークを介して行われてもよい。受信機デバイス30４は、フレームのブロック306を受信した後、どのフレームが正しく受信されたかを(たとえば、ビットマップを使用して)示すブロック肯定応答(BA)108を送信してもよい。
【００３０】
図4は、MACヘッダ404とペイロードフレーム406をカプセル化することのできるMPDU402の例を示す図である。複数のカプセル化が可能であり、各フレームは、プロトコルスタックの上位層向けにヘッダおよびペイロードフレームをカプセル化してもよい。たとえば、フレーム406は、サブヘッダ408およびサブフレーム410をカプセル化してもよい。一例として、フレーム406は、インターネットプロトコル(IP)パケットをカプセル化してもよい。さらに、MACヘッダ404は、各MPDU402のシーケンス番号を識別するシーケンス番号を含んでもよい。
【００３１】
再び図3を参照する。一特徴では、同じブロック内のフレーム同士を差別化するために、ブロック肯定応答再送ポリシー(BARP)310および310'フレームを定義し使用する。BARPは、フレーム306および/またはBA308を送信する前(たとえば、BARP310)および/または送信するのと同時(たとえば、BARP310'')および/または送信した後(たとえば、BARP310')に送信機デバイス302によって受信機デバイス304に送信されてもよい。
【００３２】
特定のMPDUの再送ポリシーは、各MPDUのペイロードフレーム内のインターネットプロトコル(IP)パケットのDifferentiated Services Code Point (DSCP)フィールドに基づいて識別されてもよい。Differentiated Services (DiffServ、Internet Engineering Task Force (IETF) Request for Comments (RFC) 2475)は、ネットワークトラフィックを分類して管理し、現代のIPネットワーク上でのサービス品質(QoS)を保証するための単純でスケーラブルで粗な機構を指定するコンピュータネットワーキングアーキテクチャである。DiffServは、たとえば、音声または映像のような重大なネットワークトラフィックに対して低レイテンシ保証サービス(GS)を実現し、一方、ウェブトラフィックまたはファイル転送のような重大ではないサービスに対して単純なベストエフォート型トラフィック保証を実現するのに使用されてもよい。(Differentiated Servicesに関するRFC 2475を参照されたい)。DiffServは、パケットを分類できるようにIPパケットのヘッダに6ビットのDifferentiated Services Code Point (DSCP)フィールドを使用する。一例として、サブヘッダ408(図4)は、MPDU402用のDSCPを含んでもよい。DSCPマッピングは、MPDUに含まれるIPパケットを生成するアプリケーションによって決定されてもよい。追加または代替として、プロトコルスタックのメディアアクセス制御層が、MPDU内の各MAC層サービスデータ単位(MSDU)を検査し、上位層プロトコル情報に基づいて再送ポリシーを確立または確認してもよい。
【００３３】
図5は、通信用のデバイス(たとえば、送信機および/または受信機)によって使用されるプロトコルスタックの一部として実現することのできる開放系相互接続(OSI)モデル502を示す図である。ここで、プロトコルスタックの上位層(たとえば、ホスト層)からのコンテンツ/データを下位層(たとえば、メディア層)内にカプセル化してもよい。一例として、メディアアクセス制御(MAC)プロトコルデータ単位(MPDU)は、データリンク層において生成され、アプリケーション層データ、プレゼンテーション層データ、セッション層データ、トランスポート層データ、および/またはネットワーク層データをカプセル化してもよい。送信機および/または受信機は、このOSIモデル502に基づいてプロトコルスタックを実現してもよい。
【００３４】
プロトコルデータ単位(PDU)は、プロトコルスタックの特定の層におけるデータおよびそのオーバヘッドを記述するかまたは含む。プロトコルスタックの各層は固有のPDUを有してもよい。送信機デバイスにおいて、データは、プロトコルスタックにおいて下位層に送られるときに、ヘッダおよび場合によってはトレーラを付加することによって各層でカプセル化される。受信機デバイスにおいて、データは、プロトコルスタックルにおいて逆方向に上位層に移動するときにカプセル化解除される。たとえば、図5に示すように、トランスポート層PDUはセグメントと呼ばれ、ネットワーク層PDUはパケットまたはデータグラムと呼ばれ、データリンク層PDUはフレームと呼ばれ、物理層PDUはビットと呼ばれる。
【００３５】
ブロック肯定応答再送ポリシー(BARP)フレーム
フレームのブロック内で再送ポリシーの差別化を実現するには、ブロック肯定応答再送ポリシー(BARP)フレームを定義し、使用し、かつ/または送信機デバイス302から受信機デバイス304に送信すればよい(図3)。
【００３６】
図6は、BARPフレームに含めることのできるブロック肯定応答再送ポリシービットマップの例を示す。ビットマップ602内の各ビットは、対応するMPDUが肯定応答されない場合に再送されるか否かを示してもよい。たとえば、ビット1はMPDU1に対応してもよく、ビット2はMPDU2に対応してもよく、他のビットについても同様である。受信機デバイスにおいてあるフレームシーケンス番号が欠落しており、前の再送ビットマップが、このシーケンス番号が再送されないことを示すとき、受信機デバイスは、欠落しているシーケンス番号が再送され受信されるのを待たずに、MACサービスアクセスポイント(SAP)においてさらなるシーケンス番号を引き続き上位層に(たとえば、プロトコルスタックの上位層に)転送してもよい。送信機デバイス302(図3)は、BARPフレームを受信機デバイス304に送信し、単一のブロック肯定応答合意内で各フレームついて再送ポリシーの差別化を行ってもよい。BARPフレーム310(図3)は、送信機によって周期的または非同期的に送信され、どの(フレームの)シーケンス番号が再送され、どのシーケンス番号が再送されないかを受信機104に示してもよい。一例として、BARP310(図3)は、特定のMPDUが再送されるか否かを示す再送ビットマップ602(図6)を含んでもよい。
【００３７】
現在、フレームが欠落しているとき、欠落しているシーケンス番号が受信されるかまたは送信機がブロック肯定応答再送(BAR)フレームを送信することによってシーケンス番号をパージするまで、受信機がMAC SAPにおいてさらなるシーケンス番号を上位層に転送することはない。しかし、BARフレームは、あるシーケンス番号までパージする(たとえば、フレームをシーケンス番号nまでパージする)ことを示すにすぎない。対照的に、BARPフレーム310(たとえば、再送ビットマップ602)は、フレーム当たりの再送ポリシー(MPDU)を定義し、それによって個々のシーケンス番号をパージするのを可能にする。
【００３８】
送信機デバイスは、まだBARPフレームが受信機デバイスに送信されていないシーケンス番号を有するフレームを送信しないようにしてもよい。受信機デバイスは、受信機デバイスがまだ再送ポリシーを受信していないシーケンス番号を有するフレームを受信したときに、そのシーケンス番号を有する特定のフレームが再送されないことを示す再送ポリシーが受信されるまでこのフレームが再送されると仮定してもよい。
【００３９】
図7は、BARPフレーム本体702の例示的な一実装形態を示す図である。ここで、BARPフレーム本体702は、トラフィック識別子フィールド704、開始シーケンス番号フィールド706、および再送ポリシービットマップフィールド708を含む。トラフィック識別子フィールド704は、関連するデータフローおよびブロック肯定応答合意のトラフィック識別子(TID)を示す。開始シーケンス番号フィールド706は、再送ビットマップフィールド708内の第1のビットに対応するシーケンス番号を示す。再送ビットマップフィールド708は、後続の各シーケンス番号について、フレームが再送される(1)か否(0)かを示すビットマップである。すなわち、ビットマップ内の第1のビットに対応するフレームに関連する(開始シーケンス番号フィールド706内の)シーケンス番号から始まり、ビットマップ708内のその後の各ビットは、順次フレームに関して順次増分されるシーケンス番号に対応するビットであってもよい。したがって、ビットマップ708は、フレームが再送されるか否かを個々に(個々のシーケンス番号当たりに)示すのを可能にする。
【００４０】
様々な実装形態において、BARPフレーム本体702は、制御フレーム、管理フレーム、および/またはアクションフレームに含められてもよい。BARPフレーム702は、アクションフレームとしてカプセル化されるときに、Short Inter Frame Space (SIFS)応答が誘導されないようにA-MPDUにおいてアクション非肯定応答フレームとしてアグリゲートされてもよい。
【００４１】
図7に示す3つのフィールドを他のTIDについても繰り返すことによって、複数のTIDの再送ポリシー情報が単一のBARPフレームの内部に含められてもよい。そのようなフレームは、マルチTID BARPフレームと呼ばれることがある。
【００４２】
一部の実装形態では、送信機デバイスは、あるシーケンス番号を有するフレームが再送されることを示す(第1のTIDおよび第1の開始シーケンス番号に関連する)第1のBARPフレームを受信機デバイスに送信してもよく、一方、同じフレームが送信または再送されないことを示す後続のBARPフレームが送信機デバイスによって送信されてもよい。あるフレームが再送されないことをBARPフレームが示すとき、そのフレームが再送されないことをすべての後続のBARPフレームが示してもよい。
【００４３】
受信されたBARPフレームが、あるシーケンス番号が送信または再送されないことを示すとき、受信機デバイスは、そのシーケンス番号を、上位のシーケンス番号を有するフレームが受信されたときに飛ばしてもよい。シーケンス番号を飛ばすことは、フレームがMAC SAPには転送されず、その転送が上位のシーケンス番号から続けられることを意味する。再送ポリシーは、受信機デバイスまたはトラフィックフローとの関連性に従ってフレームを選択的に再送するのを可能にする。
【００４４】
フレームは、まったく送信されずに送信機デバイスにおいて待ち行列から破棄されてもよい。たとえば、送信機デバイスと受信機デバイスとの間のワイヤレスリンク上のスループットが急速に低下したとき(一時的な状態であってもよい)に、送信機のキュー内のフレームを、送信される前に破棄してもよい。そのような破棄された/取り下げられたフレームにすでにシーケンス番号が割り当てられているとき、対応する再送ビットを0に設定することによって、そのシーケンス番号が送信されないことを受信機デバイスに示すBARPフレームが送信されてもよく、それによって、受信機デバイスがこれらのフレームを待つことがなくなる。送信されない/破棄されたフレームにまだシーケンス番号が割り当てられていないとき、BARPフレームを送信する必要はない。
【００４５】
したがって、BARPフレームをいくつかのシナリオで使用することができる。第1のシナリオでは、BARPフレームを使用してもよく、フレームのブロック内のすべてのフレームが少なくとも一度送信されるが、フレームが失われた場合は、フレームのサブセットのみが再送される。あるフレームの再送を回避することによって、残りのフレームを利用可能な帯域幅内に納めることができる。このシナリオは、送信されるフレームの一部分が失われることがなく、大部分のフレームが場合によっては省略されてもよい場合にうまく働く。さらに、フレーム喪失はピーク時に生じることが多く、したがって、重要なフレームを再送し、一方、重要ではないフレームを飛ばすことができる。第2のシナリオでは、BARPフレームを使用して、あるシーケンス番号を有するフレームをそのフレームをまったく送信せずに破棄してもよい。
【００４６】
BARPフレームは、周期的に送信されても、非同期的に送信されても、付随的に送信されてもよい。様々な実装形態によれば、BARPフレームを別個のフレームとして送信し、アグリゲートMPDU(A-MPDU)の一部として送信し、かつ/またはA-MPDUごとに含めてもよい。BARPフレームは、バッファされた1組のフレーム当たりに一度送信されてもよい。フレーム(たとえば、MPDU)の以後の送信において、どのシーケンス番号が送信され、どのシーケンス番号が送信されないかを示すためにBARPフレームをあらかじめ送信してもよい。
【００４７】
一般に、BARPフレームによって指定される再送ポリシーは、フレームのブロック内のどのフレームが再送され、どのフレームが再送されないかを定義してもよい。一部の例では、フレームのブロックが、高信頼性フレームと低信頼性フレームの両方を含んでもよく、その場合、高信頼性フレームが再送されるフレームとして定義され、低信頼性フレームが再送されないフレームとして定義されることに留意されたい。たとえば、伝送制御プロトコル(TCP)データ負荷を含むフレームを高信頼性フレームを介して送信してもよく、一方、ユーザデータグラムプロトコル(UDP)データ負荷を低信頼性フレームを介して送信してもよい。別の例では、送信側による肯定応答を必要とするフレームが、BARPフレームによって再送されるフレームとして識別され、一方、送信側による肯定応答を必要としないフレームは、BARPフレームによって再送されないフレームとして識別される。
【００４８】
送信機デバイス302(図3)および受信機デバイス304が、互いに直接通信していても、ネットワークを介し中間デバイスを通じて通信していてもよいことに留意されたい。たとえば、送信機デバイス302は、フレームのブロック内のフレーム内のコンテンツの1つまたは複数の送信側と受信機デバイス304との間の中間点であってもよい。別の例では、受信機デバイス304が送信機デバイス302を介して複数の送信側と通信していてもよい。したがって、フレームのブロックは、複数の異なる送信側からのコンテンツを含むフレームを含んでもよく、その場合、再送されるフレームとして指定されたフレームを介して高信頼性コンテンツが送信される。
【００４９】
例示的な送信機デバイス
図8は、一例による送信機デバイス800のブロック図である。送信機デバイス800は、処理回路(たとえば、プロセッサ、処理モジュールなど)802と、メモリデバイス804と、通信インターフェース806とを含んでもよい。処理回路802は、メモリデバイス804および通信インターフェース806に通信可能に結合され、ワイヤレス通信リンク808を介して受信機デバイスとの間でデータを送受信してもよい。一例として、通信インターフェースは、受信機デバイスとワイヤレス通信できるように適合された送信機回路および/または受信機回路(たとえば、トランシーバまたはモデムデバイス)を備えてもよい。メモリデバイス804は、多層プロトコルスタック810を実装してもよく、通信インターフェース806は送信キュー812を実装してもよい。
【００５０】
一例として、処理回路802は、フレームジェネレータモジュール/回路814、ブロックジェネレータモジュール/回路816、および/またはブロック肯定応答再送ポリシー(BARP)ジェネレータモジュール/回路818を実装してもよい。フレームジェネレータモジュール/回路814は、フレーム内にデータをカプセル化してもよく、その場合各フレームは、シーケンス番号によって個々に識別されてもよい。ブロックジェネレータモジュール/回路816は、複数のフレームをブロックとして結合またはカプセル化してもよい。BARPジェネレータモジュール/回路818は、ブロック内で送信される過去のフレーム、現在のフレーム、および/または将来のフレームに関連するブロック肯定応答再送ポリシー(BARP)を生成する働きをしてもよく、その場合BARPは、フレームのブロック内の各フレームについて再送ポリシーを個々に識別してもよい。
【００５１】
一実装形態によれば、送信機デバイス800は、ワイヤレス通信リンク808を介して受信機デバイスにデータストリームを送信するように構成されてもよい。データストリームは、フレームのブロックを含んでもよく、その場合各フレームは、シーケンス番号によって識別されてもよい。データストリームは、(たとえば、ブロックジェネレータモジュール/回路816によって生成された)フレームのブロックを含んでもよく、その場合(たとえば、フレームジェネレータモジュール/回路814によって生成された)各フレームは、シーケンス番号によって識別されてもよい。送信機デバイス800は、送信機デバイス800によってブロック内のどのフレームが再送されるかまたは再送されないかを個々に識別する(たとえば、BARPジェネレータモジュール/回路818によって生成された)ブロック肯定応答再送ポリシー(BARP)フレームを生成し送信するように適合されてもよい。そのような情報は、ブロック内の一部のフレームを受信しないことによって、それらの欠落しているフレームを受信することの待機が確実に行われるか否かを判定するうえで受信機デバイスを助けることができる。
【００５２】
図9は、ブロック肯定応答再送ポリシー(BARP)フレームを実現するために送信機デバイスにおいて動作可能な方法を示す流れ図である。送信機デバイスは、受信機デバイスへの(ワイヤレス)送信に関するデータを取得してもよい(902)。送信機デバイスは次いで、データをフレームのブロックの一部としてカプセル化してもよく、その場合各フレームは、シーケンス番号によって個々に識別されてもよい(904)。たとえば、データは、プロトコルスタックの複数のレベルにおいてカプセル化されてもよい。次いで、送信機デバイスは、フレームのブロックの各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを生成してもよい(906)。次いで、ブロック肯定応答再送ポリシーフレームを受信機デバイスに送信してもよい(908)。次いで、フレームのブロックを受信機デバイスに送信してもよい(910)。送信されたフレームのブロックに対して受信機デバイスから肯定応答が受信されないとき、送信機デバイスは、ブロック肯定応答再送ポリシーフレームにおいて識別されるフレームのみを再送してもよい(912)。場合によっては、送信機デバイスはその後、フレームのブロックの各フレームについて再送ポリシーを個々に識別する新しいブロック肯定応答再送ポリシーフレームを生成し送信してもよい(914)。
【００５３】
例示的な受信機デバイス
図10は、一例による受信機デバイス1000のブロック図である。受信機デバイス1000は、処理回路(たとえば、プロセッサ、処理モジュールなど)1002と、メモリデバイス1004と、通信インターフェース1006とを含んでもよい。処理回路802は、メモリデバイス1004および通信インターフェース1006に通信可能に結合され、ワイヤレス通信リンク1008を介して送信機デバイスとの間で(たとえば、フレームのブロック内のフレーム内の)データを送受信してもよい。メモリデバイス1004は、多層プロトコルスタック1010を実装してもよく、通信インターフェース1006は受信機キュー1012を実装してもよい。
【００５４】
一例として、処理回路1002は、受信機キュー1012によって受信し保持することのできるフレームのブロック内の受信されたフレームを処理するためにフレーム処理モジュール/回路1014を含むかまたは実装してもよい。また、処理回路1002は、受信されたBARPフレームを処理して、受信すべきフレームまたはすでに受信されたフレームについて定義されている再送ポリシーを確認し、それに応じてフレームを処理するためのBARP処理モジュール/回路1016を含むかまたは実装してもよい。
【００５５】
図11は、ブロック肯定応答再送ポリシー(BARP)フレームを実現するために受信機デバイスにおいて動作可能な方法を示す流れ図である。送信機デバイスは、フレームのブロックの各フレームについて再送ポリシーを個々に識別するブロック肯定応答再送ポリシー(BARP)フレームを受信してもよい(1102)。BARPフレームを受信する後および/または前に、受信機デバイスは、フレームのブロックからフレームを受信してもよく、その場合、各フレームはシーケンス番号によって個々に識別される(1104)。ブロックのすべてのフレームが受信された場合(906)、受信されたフレームがプロトコルスタックの上位層(たとえば、MACサービスアクセスポイント(SAP))に送信される(1110)。ブロックのフレームのうちで受信されていないフレームがある場合、受信機デバイスは、欠落しているフレームが、ブロック肯定応答再送ポリシーフレームによって再送されないフレームとして識別されているかどうかを確認してもよい(1108)。再送されないフレームとして識別されている場合、受信されたフレームが、受信機デバイスプロトコルスタックの上位層に送信される(1110)。再送されないフレームとして識別されていない場合、受信機デバイスは、再送されるフレームとして識別された欠落しているフレームが再送されるのを待つ(1112)。
【００５６】
概して、本開示に記載されている処理のほとんどは、同様にして実装され得ることを認識されたい。回路または回路セクションのいずれも、単独で、または1つもしくは複数のプロセッサを有する集積回路の一部として組み合わせて実装することができる。回路の1つまたは複数は、集積回路、アドバンスRISCマシン(ARM)プロセッサ、デジタル信号プロセッサ(DSP)、汎用プロセッサなどの上で実装することができる。
【００５７】
図1、図2、図3、図4、図5、図6、図7、図8、図9、図10、および/または図11に示した構成要素、ステップ、特徴および/または機能のうちの1つまたは複数は、単一の構成要素、ステップ、特徴または機能に再構成され、かつ/または組み合わされ、あるいは、いくつかの構成要素、ステップ、または機能で実施され得る。また、本開示から逸脱することなく追加の要素、構成要素、ステップ、および/または機能が追加され得る。図1、図2、図3、図8および/または図10に示した装置、デバイス、および/または構成要素は、図4、図5、図6、図7、図9、および/または図11への参照により説明した方法、特徴、またはステップのうちの1つまたは複数を実行するように構成され得る。本明細書で説明する新規のアルゴリズムは、ソフトウェアでも効率的に実装され得、および/またはハードウェアにも組み込まれ得る。
【００５８】
また、少なくとも一部の実装形態を、フローチャート、流れ図、構造図またはブロック図として示されるプロセスとして説明したことに留意されたい。フローチャートは動作を逐次プロセスとして説明し得るが、動作の多くは並行してまたは同時に実行され得る。さらに、動作の順序は並び替えられ得る。プロセスは、それの動作が完了したときに終了する。プロセスは、方法、関数、手順、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応するとき、プロセスの終了は、関数呼出しまたはメイン関数に対する関数のリターンに対応する。
【００５９】
さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せによって実装され得る。必要なタスクを実行するためのプログラムコードまたはコードセグメントは、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードで実装されるとき、記憶媒体または他のストレージなどの機械可読媒体に記憶され得る。プロセッサは必要なタスクを実行し得る。コードセグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造もしくはプログラムステートメントの任意の組合せを表し得る。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡しかつ/または受信することによって、別のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む、任意の適切な手段を介して渡され、転送され、または送信され得る。
【００６０】
本明細書で説明するような処理回路(たとえば、処理回路802および/または1002)は、少なくとも1つの実施形態において適切な媒体によって与えられる所望のプログラミングを実装するように構成された回路を含み得る。たとえば、処理回路は、たとえば、ソフトウェアおよび/またはファームウェア命令、および/またはハードウェア回路を含む実行可能命令を実行するように構成された、プロセッサ、コントローラ、複数のプロセッサおよび/または他の構造のうちの1つまたは複数として実装され得る。処理回路の実施形態は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理構成要素、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを含み得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成など、コンピューティング構成要素の組合せとしても実装され得る。処理回路のこれらの例は説明のためのものであり、本開示の範囲内の他の好適な構成も企図される。
【００６１】
本明細書で上述のように、メモリ回路804および/または1004のようなメモリ回路は、プロセッサ実行可能コードもしくは命令(たとえば、ソフトウェア、ファームウェア)、電子データ、データベース、または他のデジタル情報のような、プログラミングおよび/またはデータを記憶するための1つまたは複数のデバイスを代表し得る。メモリ回路は、汎用または専用プロセッサによってアクセスできる任意の利用可能な媒体であってもよい。限定ではなく例として、メモリ回路は、読み取り専用メモリ(たとえば、ROM、EPROM、EEPROM)、ランダムアクセスメモリ(RAM)、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および/または情報を記憶するための他の非一時的なコンピュータ可読媒体を含み得る。
【００６２】
「機械可読媒体」、「コンピュータ可読媒体」、および/または「プロセッサ可読媒体」という用語は、ポータブルもしくは固定ストレージデバイス、光ストレージデバイス、ならびに、命令および/もしくはデータを記憶、格納もしくは搬送することが可能な様々な他の非一時的媒体を含み得るが、これらに限定されない。したがって、本明細書で説明する様々な方法は、「機械可読媒体」、「コンピュータ可読媒体」および/または「プロセッサ可読媒体」に記憶され、1つまたは複数のプロセッサ、機械および/またはデバイスによって実行され得る命令および/またはデータによって、部分的にまたは完全に実装され得る。
【００６３】
本明細書で開示する例に関して説明する方法またはアルゴリズムは、処理ユニット、プログラム命令、または他の指示の形態で、ハードウェアで直接実施されても、プロセッサによって実行可能なソフトウェアモジュールで実施されても、両方の組合せで実施されてもよく、単一のデバイスに含まれるかまたは複数のデバイスにわたって分散され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の非一時的な記憶媒体中に常駐し得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取り、その記憶媒体に情報を書き込むことができるようにプロセッサに結合され得る。代替として、記憶媒体はプロセッサと一体であり得る。
【００６４】
さらに、本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００６５】
本明細書で説明する本開示の様々な特徴は、本開示から逸脱することなく様々なシステムで実装され得る。上記の実施形態は例にすぎず、本開示を限定するものと解釈すべきではないことに留意されたい。実施形態の説明は、例示的なものであることを意図し、本開示の範囲を限定するものではない。したがって、本教示は、他のタイプの装置、ならびに多くの代替形態、変更形態、および変形形態に容易に適用され得ることが当業者に明らかであろう。
【符号の説明】
【００６６】
101  第1のアクセス端末
102、104、106  ネットワーク
103  第2のアクセス端末
108  第3のアクセス端末
112、118  アクセス端末
200  ピアツーピアネットワーク環境
202  ピアツーピアネットワーク
204A  プリンタ
204B  タブレットコンピュータ
204C  テレビジョン
204D  パーソナルメディアプレーヤ
204E  ラップトップコンピュータおよびノートブックコンピュータ
204F  デスクトップコンピュータ
300  通信システム
302  送信機デバイス
304  受信機デバイス
305a、305b、305c  メディアアクセス制御プロトコルデータ単位(MPDU)
306  フレームのブロック
310、310'  ブロック肯定応答再送ポリシー(BARP)フレーム
402  MPDU
404  MACヘッダ
406  ペイロードフレーム
408  サブヘッダ
502  開放系相互接続(OSI)モデル
602  ビットマップ
702  フレーム本体
704  トラフィック識別子フィールド
706  開始シーケンス番号フィールド
708  再送ポリシービットマップフィールド
800  送信機デバイス
802  処理回路
804  メモリデバイス
806  通信インターフェース
808  ワイヤレス通信リンク
810  多層プロトコルスタック
812  送信キュー
814  フレームジェネレータモジュール/回路
816  ブロックジェネレータモジュール/回路
818  ブロック肯定応答再送ポリシー(BARP)ジェネレータモジュール/回路
1000  受信機デバイス
1002  処理回路
1004  メモリデバイス
1006  通信インターフェース
1008  ワイヤレス通信リンク
1010  多層プロトコルスタック
1012  受信機キュー
1014  フレーム処理モジュール/回路
1016  BARP処理モジュール/回路
【図１】
2013542674.tif 000003
【図３】
2013542674.tif 000004
【図４】
2013542674.tif 000005
【図５】
2013542674.tif 000006
【図６】
2013542674.tif 000007
【図７】
2013542674.tif 000008
【図８】
2013542674.tif 000009
【図９】
2013542674.tif 000010
【図１０】
2013542674.tif 000011
【図１１】
2013542674.tif 000012
【図２】
2013542674.tif 000013
【国際調査報告】
2013542674.tif 000014
2013542674.tif 000015
2013542674.tif 000016