(57)【要約】      （修正有）【課題】送信と確認応答メッセージとの間の応答フレーム間スペース（ＲＩＦＳ）の最適化の方法を提供する。【解決手段】通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信する。ＰＰＤＵが一連の変調シンボルとして受信される（３２０）。ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定する。ＲＩＦＳが、ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する（３４０）。ＲＩＦＳに関連付けられたＲＩＦＳ時間期間の後、ＰＰＤＵを受信したことに応答して、確認応答メッセージを送る（３６０）。【選択図】図３
2018026835.tif 000002
【特許請求の範囲】
【請求項１】
通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信することと、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定することと、前記ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送ることと
を備える方法。
【請求項２】
前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記通信媒体に関連付けられたチャネル品質に少なくとも部分的に基づく、請求項１に記載の方法。
【請求項３】
前記ＰＰＤＵを受信する前に、
前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、前記通信媒体の前記チャネル品質を決定することと、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて、前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定することと、
前記ＲＩＦＳを示すために、前記通信媒体を介して管理メッセージを送ることと
をさらに備える、請求項２に記載の方法。
【請求項４】
前記ＲＩＦＳが、前記チャネル品質が品質しきい値を下回るとき、より高いＲＩＦＳであるよりは、前記チャネル品質が前記品質しきい値を上回るとき、より低いＲＩＦＳである、請求項２に記載の方法。
【請求項５】
前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づく、請求項１に記載の方法。
【請求項６】
以前の変調シンボル内の前のＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づいて、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数を決定すること
をさらに備える、請求項５に記載の方法。
【請求項７】
各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数が、前記通信媒体に関連付けられたチャネル品質に少なくとも部分的に基づく、請求項５に記載の方法。
【請求項８】
前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックを符号化するために使用される前方誤り訂正コーディング方式に少なくとも部分的に基づく、請求項５に記載の方法。
【請求項９】
前記ＲＩＦＳ時間期間が、前記確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づく、請求項１に記載の方法。
【請求項１０】
前記確認応答メッセージを生成すること、前記確認応答メッセージが、複数のＦＥＣ符号化ブロックに対する圧縮された確認応答ビットマップを備える、
をさらに備え、
ここにおいて、前記確認応答生成時間期間が、前記圧縮された確認応答ビットマップを準備するために使用される圧縮方式に少なくとも部分的に基づく、
請求項９に記載の方法。
【請求項１１】
前記ＰＰＤＵを受信する前に前記ＲＩＦＳ時間期間を決定すること
をさらに備える、請求項１に記載の方法。
【請求項１２】
送信デバイスに構成メッセージを送ること、ここにおいて、前記構成メッセージが、前記決定されたＲＩＦＳ時間期間を示す、
をさらに備える、請求項１１に記載の方法。
【請求項１３】
前記構成メッセージが管理メッセージまたはトーンマップメッセージを備える、請求項１２に記載の方法。
【請求項１４】
前記確認応答メッセージが、前記ＰＰＤＵの１つまたは複数のＦＥＣ符号化ブロックが適切に復号されたかどうかを示す選択的確認応答（ＳＡＣＫ）メッセージである、請求項１に記載の方法。
【請求項１５】
前記通信媒体が、ワイヤレス通信チャネル、電力線通信媒体、またはモバイル電気通信ワイヤレス媒体のうちの１つである、請求項１に記載の方法。
【請求項１６】
前記変調シンボルが直交周波数分割多重すなわちＯＦＤＭシンボルである、請求項１に記載の方法。
【請求項１７】
通信媒体に結合するための受信機と、前記受信機が、前記通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信するように構成され、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいてＲＩＦＳを決定するように構成された応答フレーム間スペース（ＲＩＦＳ）決定モジュールと、前記ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記通信媒体に結合するための送信機と、前記送信機が、前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送るように構成される、
を備える装置。
【請求項１８】
前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記通信媒体に関連付けられたチャネル品質に少なくとも部分的に基づく、請求項１７に記載の装置。
【請求項１９】
前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて前記通信媒体の前記チャネル品質を決定するように構成されたＰＨＹコントローラと、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定するように構成された前記ＲＩＦＳ決定モジュールと、
前記ＲＩＦＳを示すために前記通信媒体を介して管理メッセージを送るように構成された前記送信機と
をさらに備える、請求項１８に記載の装置。
【請求項２０】
前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づく、請求項１７に記載の装置。
【請求項２１】
前記ＲＩＦＳ決定モジュールが、以前の変調シンボル内の前のＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づいて、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数を決定するように構成される、請求項２０に記載の装置。
【請求項２２】
前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックを符号化するために使用される前方誤り訂正コーディング方式に少なくとも部分的に基づく、請求項２０に記載の装置。
【請求項２３】
前記確認応答メッセージを準備するように構成された選択的確認応答メッセージ生成器
をさらに備え、
ここにおいて、前記ＲＩＦＳ時間期間が、前記確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づく、
請求項１７に記載の装置。
【請求項２４】
デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信させ、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定させ、前記ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送らせる
命令を格納する非一時的なコンピュータ可読媒体。
【請求項２５】
前記デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
前記ＰＰＤＵを受信する前に、
前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、前記通信媒体のチャネル品質を決定させ、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて、前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定させ、
前記ＲＩＦＳを示すために、前記通信媒体を介して管理メッセージを送らせる
命令をさらに格納する、請求項２４に記載のコンピュータ可読媒体。
【請求項２６】
前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づく、請求項２４に記載のコンピュータ可読媒体。
【請求項２７】
前記デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
以前の変調シンボル内の前のＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づいて、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数を決定させる
命令をさらに格納する、請求項２６に記載のコンピュータ可読媒体。
【請求項２８】
前記ＲＩＦＳ時間期間が、前記確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づき、前記コンピュータ可読媒体が、前記デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
前記確認応答メッセージを生成させる、前記確認応答メッセージが、複数のＦＥＣ符号化ブロックに対する圧縮された確認応答ビットマップを備える、
命令をさらに格納し、
ここにおいて、前記確認応答生成時間期間が、前記圧縮された確認応答ビットマップを準備するために使用される圧縮方式に少なくとも部分的に基づく、
請求項２４に記載のコンピュータ可読媒体。
【請求項２９】
通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信するための手段と、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定するための手段と、ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送るための手段と
を備える通信デバイス。
【請求項３０】
前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、前記通信媒体のチャネル品質を決定するための手段と、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて、前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定するための手段と、
前記ＲＩＦＳを示すために、前記通信媒体を介して管理メッセージを送るための手段と
をさらに備える、請求項２９に記載の通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
[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]いくつかの実施形態では、装置は、確認応答メッセージを準備するように構成された選択的確認応答メッセージ生成器をさらに備え、ここにおいて、ＲＩＦＳ時間期間は、確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づく。
【００３１】
[0031]いくつかの実施形態では、コンピュータ可読媒体は、その中に格納され、デバイスのプロセッサによって実行されると、このデバイスに、通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信させ、このＰＰＤＵは一連の変調シンボルとして受信される、ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定させ、このＲＩＦＳは、ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、ＲＩＦＳに関連付けられたＲＩＦＳ時間期間の後、ＰＰＤＵを受信したことに応答して、確認応答メッセージを送らせる命令を有する。
【００３２】
[0032]いくつかの実施形態では、コンピュータ可読媒体は、デバイスのプロセッサによって実行されると、デバイスに、ＰＰＤＵを受信する前に、ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、通信媒体のチャネル品質を決定させ、通信媒体のチャネル品質に少なくとも部分的に基づいて、ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間を推定させ、ＲＩＦＳを示すために、通信媒体を介して管理メッセージを送らせる命令を有する。
【００３３】
[0033]いくつかの実施形態では、最終変調シンボルを処理することに関連付けられた処理時間は、最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づく。
【００３４】
[0034]いくつかの実施形態では、コンピュータ可読媒体は、デバイスのプロセッサによって実行されると、デバイスに、以前の変調シンボル内の前のＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づいて、最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数を決定させる命令を有する。
【００３５】
[0035]いくつかの実施形態では、ＲＩＦＳ時間期間は、確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づき、命令は、デバイスのプロセッサによって実行されると、デバイスに、確認応答メッセージを生成させ、この確認応答メッセージは、複数のＦＥＣ符号化ブロックに対する圧縮された確認応答ビットマップを備える、ここにおいて、確認応答生成時間期間は、圧縮された確認応答ビットマップを準備するために使用される圧縮方式に少なくとも部分的に基づく。
【００３６】
[0036]いくつかの実施形態では、通信デバイスは、通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信するための手段と、このＰＰＤＵは一連の変調シンボルとして受信される、ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定するための手段と、このＲＩＦＳは、ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、ＲＩＦＳに関連付けられたＲＩＦＳ時間期間の後、ＰＰＤＵを受信したことに応答して、確認応答メッセージを送るための手段とを備える。
【００３７】
[0037]いくつかの実施形態では、通信デバイスは、ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、通信媒体のチャネル品質を決定するための手段と、通信媒体のチャネル品質に少なくとも部分的に基づいて、ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間を推定するための手段と、ＲＩＦＳを示すために、通信媒体を介して管理メッセージを送るための手段とをさらに備える。
【図面の簡単な説明】
【００３８】
[0038]添付の図面を参照することによって、本実施形態がより良く理解され、多数の目的、特徴、および利点が、当業者に明らかにされよう。
【００３９】
【図１】[0039]本開示の一実施形態による例示的な通信システムを示す図。
【図２】[0040]本開示の一実施形態による、順方向送信データと応答フレーム間スペースと確認応答メッセージとの関係を示す図。
【図３】[0041]本開示の一実施形態による、適合可能な応答フレーム間スペースに関連する例示的な動作に関する流れ図。
【図４】[0042]本開示の一実施形態による、処理時間に基づいて応答フレーム間スペースを決定するための例示的な動作を示す図。
【図５】[0043]本開示の一実施形態による、応答フレーム間スペースがチャネル状態に基づいて適合され得る２つのシナリオを示す表。
【図６】[0044]本開示の一実施形態による別の例示的な通信システムを示す図。
【図７】[0045]本開示の一実施形態による例示的な物理プロトコルデータユニットを示す図。
【図８Ａ】[0046]本開示の一実施形態による、物理層プロトコルデータユニットと物理層シンボルとの例示的な関係を示す図。
【図８Ｂ】本開示の一実施形態による、物理層プロトコルデータユニットと物理層シンボルとの例示的な関係を示す図。
【図８Ｃ】本開示の一実施形態による、物理層プロトコルデータユニットと物理層シンボルとの例示的な関係を示す図。
【図８Ｄ】本開示の一実施形態による、物理層プロトコルデータユニットと物理層シンボルとの例示的な関係を示す図。
【図９】[0047]本開示の一実施形態による、応答フレーム間スペース中に受信デバイスによって実行される例示的な動作を示す図。
【図１０】[0048]本開示の一実施形態による、繰返し復号に関連するタイミング図。
【図１１】[0049]本開示の一実施形態による、応答フレーム間スペースが使用され得る例示的なメッセージフロー。
【図１２】[0050]本開示の一実施形態による、適合可能な応答フレーム間スペースを決定し、通信するための例示的な動作を有する別の流れ図。
【図１３】[0051]本開示の一実施形態による、チャネル状態に少なくとも部分的に基づいて応答フレーム間スペースを決定するための例示的な動作に関する別の流れ図。
【図１４】[0052]本開示の一実施形態による、決定された応答フレーム間スペース時間期間を通信するための例示的な管理メッセージを示す図。
【図１５Ａ】[0053]本開示の一実施形態による、適合可能応答フレーム間スペースが使用され得る例示的な送信を示す図。
【図１５Ｂ】本開示の一実施形態による、適合可能応答フレーム間スペースが使用され得る例示的な送信を示す図。
【図１６】[0054]本開示の様々な実施形態を実施することが可能な例示的な電子デバイスを示す図。
【発明を実施するための形態】
【００４０】
[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]変調モジュール６２４は、ピーク周波数ｆ1、…、ｆNを有するＮ個の直交キャリア波形上への、マッピングモジュール６２２によって決定される、結果として得られるＮ個の複素数（そのうちのいくつかは、使用されていないキャリアの場合、ゼロであり得る）のセットの変調を実行する。変調モジュール６２４は、離散時間シンボル波形を形成するために、逆離散フーリエ変換（ＩＤＦＴ）を実行する。一例では、マッピングモジュール６２２からのデータは、８１９２点逆高速フーリエ変換（ＩＦＦＴ）を使用してサブキャリア波形上に変調され、ＯＦＤＭシンボルの一部を構成する８１９２の時間サンプルが得られる。結果として得られる時間サンプルは時間領域にあるが、ＩＤＦＴへの入力は周波数領域にある。
【００７１】
[0086]後処理モジュール６２６は、一連の連続（潜在的に重複する）シンボルを、通信媒体６０４上で連続ブロックとして送信可能な「シンボルセット」に組み合わせ得る。後処理モジュール６２６は、自動利得制御（ＡＧＣ）およびシンボルタイミング同期に使用可能なシンボルセットの前にプリアンブルを付加し得る。アナログフロントエンド（ＡＦＥ）モジュール６２８は、シンボルセットの連続時間（たとえば、低域フィルタ処理された）バージョンを含むアナログ信号を通信媒体６０４に結合する。エンコーダモジュール６２０、マッピングモジュール６２２、変調モジュール６２４、後処理モジュール６２６、およびＡＦＥモジュール６２８は、合わせて、送信機のＴＸチェーンと呼ばれることがある。ＰＨＹコントローラ（図示せず）は、送信機装置６０２に示される構成要素を含む送信機の様々な構成要素を構成し、管理し得る。
【００７２】
[0087]受信機装置６０６では、ＰＨＹ層を実施するモジュールが、通信媒体６０４から信号を受信し、ＭＡＣ層（図示せず）に対する受信されたＭＰＤＵを生成し得る。ＡＦＥモジュール６３０は、シンボルセットを有する受信信号を受信し、この受信信号を復調モジュール６３６に送り得る。シンボル処理モジュール６３６は、サンプリング信号データを生成し得る。復調モジュール６３６はまた、サンプリングされた受信波形を複素数の形で周波数領域データに変換するために離散フーリエ変換（ＤＦＴ）特徴を含み得る。たとえば、ＯＦＤＭシステムでは、復調は、高速フーリエ変換（ＦＦＴ）を含み得る。シングルキャリアシステムでは、復調は、シンボルをハードビットまたはソフトビットに変換するためにコンスタレーションデマッピングを含み得る。
【００７３】
[0088]デコーダモジュール６３８は、複素数を、対応するビットシーケンス上にマッピングし、ビットの適切な復号（デインターリービングと逆スクランブリングとを含む）を実行し得る。ＡＦＥモジュール６３０、復調モジュール６３６、およびデコーダモジュール６３８は、合わせて、受信機のＲＸチェーンと呼ばれることがある。ＲＸチェーンは、イコライザ、フィルタ、自動利得制御などの他の構成要素（図示せず）を含んでよい。ＰＨＹコントローラ（図示せず）は、受信機の構成要素を管理し、制御し得る。
【００７４】
[0089]同じく図６に示されるように、受信機装置６０６は、ＲＩＦＳ決定モジュール６５０と、ＳＡＣＫメッセージ生成器６５５とを含み得る。ＳＡＣＫメッセージ生成器６５５は、シンボルセットから復号されたＦＥＣ符号化ブロックの正常な（確認応答）または不成功な（否定確認応答）復号を示すために、ＳＡＣＫメッセージを生成し得る。一実施形態では、ＳＡＣＫメッセージ生成器６５５は、ＢＡビットマップも生成し、確認応答メッセージに含めるようにＢＡビットマップを圧縮し得る。
【００７５】
[0090]ＲＩＦＳ決定モジュール６５０は、シンボルセットの最終変調シンボルを復号することに関連付けられた処理時間に少なくとも部分的に基づいて、ＲＩＦＳを決定し得る。ＲＩＦＳ決定モジュール６５０は、ＲＩＦＳを決定するために、デコーダモジュール６３８の特性（処理速度、シンボルセットの前のシンボルに使用された復号繰返しの以前の履歴など）を使用し得る。ＲＩＦＳ決定モジュール６５０はまた、ＳＡＣＫメッセージ生成器６５５がＢＡビットマップを圧縮するように構成されるときなどに、ＲＩＦＳを決定するために、ＳＡＣＫメッセージ生成器６５５についての情報を使用し得る。ＲＩＦＳ決定モジュール６５０は、ＲＩＦＳ時間期間まで確認応答メッセージの送信を防ぐようにＳＡＣＫメッセージ生成器６５５を制御し得る。ＲＩＦＳ時間期間の満了時、ＲＩＦＳ決定モジュール６５０は、ＳＡＣＫメッセージ生成器６５５に、受信機装置６０６の送信機（図示せず）を介して確認応答メッセージを送らせる。
【００７６】
[0091]様々な実施形態では、送信機装置６０２および受信機装置６０６にモジュールを含む通信システム６００のモジュールのうちのいずれも、ハードウェア、ファームウェア、ソフトウェア、またはこれらの任意の組合せで実施可能である。
【００７７】
[0092]図７は、本開示の一実施形態による例示的なＰＰＤＵメッセージフォーマット７００を示す。例示的なＰＰＤＵメッセージフォーマット７００は、フレーム制御７１０と、ＦＥＣ＃１  ７２０、ＦＥＣ＃２  ７３０、ＦＥＣ＃ｎ  ７４０などの１つまたは複数のＦＥＣ符号化ブロックとを含む。いくつかの例示的なＰＰＤＵメッセージフォーマットでは、プリアンブルもＰＰＤＵの一部として示されている。いくつかの実装形態では、プリアンブル（図７には示されていない）は、フレーム制御７１０の前に含まれ、フレーム制御７１０の前に、またはこれとともに、変調され得る。フレーム制御７１０は、通信システム構成およびメッセージのタイプに応じて、１つまたは複数のシンボルにまたがることがある。フレーム制御７１０は、フレーム開始（ＳＯＦ）とも呼ばれることがある。ＳＯＦは、目的とする受信機のアドレス、データを復調するために受信機によって必要とされる情報などの情報を含む。ＦＥＣ符号化ブロック（ＦＥＣ＃１  ７２０と、ＦＥＣ＃２
７３０と、ＦＥＣ＃ｎ  ７４０とを含む）は、ＰＰＤＵのデータ部分と呼ばれることがある。
【００７８】
[0093]各ＦＥＣ符号化ブロックは、類似のフォーマットを有してよい。第１のＦＥＣ＃１  ７２０は、ＭＰＤＵを再構築するために受信機によって使用可能な、符号化情報、暗号化情報、またはサブフレーム境界情報などの情報を提供し得る追加のフィールドすなわちＭＰＤＵヘッダ７２２を有し得る。そうでない場合、第１のＦＥＣ＃１  ７２０は、他のＦＥＣブロックと類似した部分を含む。第１のＦＥＣ＃１  ７２０は、ＦＥＣヘッダ７２４と、ＦＥＣ本体７２６と、ＦＥＣブロックチェックシーケンス（ＦＣＳ）７２８とを含む。ＦＥＣヘッダ７２４は、シーケンス番号７５１と、様々なその他のフィールド７５２とを含み得る。シーケンス番号７５１は、ＦＥＣ＃２  ７３０およびＦＥＣ＃ｎ  ７４０などの他のＦＥＣ符号化ブロックからのＦＥＣ符号化ブロックを一意に識別し得る。ＦＣＳ７２８は、ＦＥＣ＃１  ７２０が適切に復号されたことを検証するために受信機によって使用され得る。
【００７９】
[0094]ＭＰＤＵヘッダ７２２以外の、例示的なＰＰＤＵメッセージフォーマット７００に示されるように、他のＦＥＣ符号化ブロックは、ＦＥＣヘッダと、ＦＥＣ本体と、ＦＣＳとを含む。たとえば、最終ＦＥＣ＃ｎ  ７４０は、ＦＥＣヘッダ７４４と、ＦＥＣ本体７４６と、ＦＣＳ７４８とを含む。ＦＥＣヘッダ７４４、ＦＥＣ本体７４６、ＦＣＳ７４８は、合わせて、ＦＥＣ符号化ブロックを構成する。本開示では、ＰＨＹブロック（ＰＢ）およびＦＥＣ符号化ブロックという用語は、前方誤り訂正（ＦＥＣ）コーディング方式を使用して符号化されたＰＢを指すために互換的に使用され得る。
【００８０】
[0095]図８Ａ〜図８Ｄは、本開示の一実施形態による、物理層プロトコルデータユニットと物理層シンボルとの例示的な関係を示す。変調シンボルに含まれ得るビットの数は、ＦＥＣブロックに関連付けられたビットの数に一致してもよいし、一致しなくてもよい。以下の図では、変調シンボルのビットの数（サイズ）がＦＥＣブロックのビットの数（サイズ）に一致しないいくつかの例が提供される。図８Ａ〜図８Ｄの各々は、ＳＯＦ８１０とデータ８２０とを有するＰＰＤＵを示す。データ８２０は、シンボル（たとえば、ＯＦＤＭシンボル）として変調される複数のＦＥＣブロックを備え得る。最終変調シンボルの送信に続いて、ＲＩＦＳ８５０は、ＰＰＤＵに応答して選択的確認応答（たとえば、ＳＡＣＫ）メッセージ８４０が送信される前のＲＩＦＳ時間期間を定義する。以下の例では、ＦＥＣブロックのサイズは、固定された、均一のサイズである。いくつかの実施形態では、ＦＥＣブロックのサイズは可変であってもよい。
【００８１】
[0096]図８Ａは、各変調シンボルが０．５のＦＥＣ符号化ブロック（すなわち、２つの変調シンボルにまたがる１つのＦＥＣ符号化ブロック）を有する例８００Ａを示す。図８Ａでは、６つの変調シンボル（Ｓ１〜Ｓ６）を使用して変調された３つのＦＥＣ符号化ブロック（ＦＥＣ１〜ＦＥＣ３）を含むＰＰＤＵ。したがって、各ＦＥＣ符号化ブロックは、２つの変調シンボル上に分散される。ＦＥＣ３は、２つのシンボルＳ５、Ｓ６にまたがる。この例では、受信機がシンボルＳ６を受信すると、受信機は、１つのＦＥＣ符号化ブロック（ＦＥＣ３）を復号することを必要とする。
【００８２】
[0097]図８Ｂは、各変調シンボルが２つのＦＥＣ符号化ブロック（すなわち、シンボルはＦＥＣ符号化ブロックの半分を搬送する）を有する例８００Ｂを示す。図８Ｂでは、４つの変調シンボル（Ｓ１〜Ｓ４）を使用して変調された８つのＦＥＣ符号化ブロック（ＦＥＣ１〜ＦＥＣ８）を含むＰＰＤＵ。シンボルＳ４は、２つのＦＥＣ符号化ブロックすなわちＦＥＣ７とＦＥＣ８とを含む。この例では、受信機がシンボルＳ４を受信すると、受信機は、２つのＦＥＣ符号化ブロック（ＦＥＣ７およびＦＥＣ８）を復号することを必要とする。
【００８３】
[0098]図８Ｃは、ＦＥＣ符号化ブロックのサイズとシンボルビットレートがそろえられていない例８００Ｃを示す。図８Ｃでは、６つの変調シンボル（Ｓ１〜Ｓ６）を使用して変調された８つのＦＥＣ符号化ブロック（ＦＥＣ１〜ＦＥＣ８）を含むＰＰＤＵ。シンボルＳ６は、ＦＥＣ７の一部分と、ＦＥＣ８とを含む。この例では、受信機がシンボルＳ６を受信すると、受信機は、２つのＦＥＣ符号化ブロック（ＦＥＣ７およびＦＥＣ８）を復号することを必要とする。ＦＥＣ７の一部がシンボルＳ５に含まれているが、受信機は、シンボルＳ６を受信した後までＦＥＣ７を復号しないことがあることに留意されたい。
【００８４】
[0099]図８Ｄは、ＦＥＣ符号化ブロックのサイズとシンボルビットレートがそろえられていない別の例８００Ｄを示す。図８Ｄでは、５つの変調シンボル（Ｓ１〜Ｓ５）を使用して変調された６つのＦＥＣ符号化ブロック（ＦＥＣ１〜ＦＥＣ６）を含むＰＰＤＵ。シンボルＳ５はＦＥＣ６の一部分を含み、パディング（「ＰＡＤ」と示される）を含み得る。ＰＡＤは、別のＦＥＣ符号化ブロックを含むのに十分なビットが最終変調シンボル内に残っていないとき、または送信するための符号化ブロックがもうないときなどに、最終変調シンボル内の空のデータを表し得る。ＦＥＣ６の一部がシンボルＳ４に含まれているが、受信機は、シンボルＳ５を受信した後までＦＥＣ６を復号しないことがあることに留意されたい。この例では、受信機がシンボルＳ５を受信すると、受信機は、１つのＦＥＣ符号化ブロック（ＦＥＣ６）を復号することを必要とする。
【００８５】
[00100]ＦＥＣ符号化ブロックサイズは、通信システム構成に応じて、固定長または固定量のビットであってよい。ＦＥＣ符号化ブロックサイズが５０００の符号化ビットであり、変調シンボル持続時間がＴsym＝５０μｓである通信システムを考える。したがって、図８Ａに示される例では、各５０μｓ変調シンボルは２５００ビットを搬送し、これは、Ｒ＝２５００ビット／５０μｓ＝５０Ｍｂｐｓという物理層データ転送速度をもたらす。図８Ｂの例では、各変調シンボルは、物理層データ転送速度Ｒ＝２＊５０００ビット／５０μｓ＝２００Ｍｂｐｓを与える２＊５０００ビットを搬送する。したがって、ＯＦＤＭシステム内のＦＥＣ符号化ブロックの数が増加するにつれて、データ転送速度が増加することが観察される。言い換えれば、より高いデータ転送速度は、より低いデータ転送速度と比較されると、１変調シンボルあたり、より多くの数のＦＥＣ符号化ブロックを暗示し得る。
【００８６】
[00101]図９は、本開示の一実施形態による、応答フレーム間スペース中に受信デバイスによって実行される動作を示す例示的なタイミング図９００を示す。図９の例示的なタイミング図９００では、ＲＩＦＳ９５０は、データ９３０の受信に続き、データ９３０に応答してＳＡＣＫメッセージ９４０を送る前である。
【００８７】
[00102]ＲＩＦＳ９５０の間、受信機は、いくつかの動作を実行し得る。復調時間期間９５２中、受信機は、データ９３０の最終変調シンボルを復調し得る。ＦＥＣ復号時間期間９５４の間、受信機は、最終変調シンボル内で終了するＦＥＣ符号化ブロックを復号し得る。ＴＸ／ＲＸターンアラウンド時間期間９５６の間、通信デバイスは、ＳＡＣＫメッセージ９４０の送信を可能にするために、受信モードから送信モードにトランシーバを変更し得る。確認応答生成時間期間９５８の間、受信機は、ＳＡＣＫメッセージ９４０を生成し得る。
【００８８】
[00103]復調時間期間９５２およびＴＸ／ＲＸターンアラウンド時間期間９５６は、かなり一定の時間期間であり得るが、確認応答生成時間期間９５８は、通信システムのデータ転送速度に応じて変化し得る。先に説明されたように、確認応答生成時間期間９５８はまた、ＳＡＣＫメッセージ９４０に含まれるＢＡビットマップの圧縮を含み得る。異なる圧縮技法が、異なる確認応答生成時間期間９５８に関連付けられよう。ＳＡＣＫ圧縮は、多数のＦＥＣ符号化ブロックがＳＡＣＫメッセージ内で確認応答され得る通信システムにおいて使用され得る。ＳＡＣＫメッセージが、確認応答情報を搬送するためにＢＡビットマップ内に５０ビットを有すると考える。通信システムは、各ＦＥＣ符号化ブロックが、ＢＡビットマップ内のビットを使用して確認応答されるように、ＰＰＤＵのバーストを５０のＦＥＣ符号化ブロックに制限し得る。しかしながら、バースト内のＦＥＣ符号化ブロック数を増加させるために、圧縮方式が使用され得、したがって、５０よりも多くのＦＥＣ符号化ブロックが、ＢＡビットマップの５０ビットを使用して確認応答可能である。良好な品質のチャネル上では、より多くのＦＥＣ符号化ブロックが各変調シンボル内に含まれ得、したがって、受信機は、ＳＡＣＫメッセージ内で多数のＦＥＣ符号化ブロックに確認応答するために圧縮方式を使用し得る。ＳＡＣＫ情報の圧縮は、ＳＡＣＫ生成中に行われ、したがって、ＲＩＦＳ中に処理時間を要する。
【００８９】
[00104]確認応答生成時間期間９５８の間に使用される圧縮にかかわらず、復調時間期間９５２、ＴＸ／ＲＸターンアラウンド時間期間９５６、および確認応答生成時間期間９５８は、受信機のプロセッサに少なくとも部分的に基づいて、比較的安定であり得る（たとえば、それらの時間を調整することが可能でないことがある）。たとえば、復調のための時間は、復調を実行する集積回路の一実装形態によって決定され得、復調時間期間９５２は、変化しないことがある。しかしながら、復号時間期間９５４は、送信ごとに変化する可能性を有し得る。復号時間期間９５４が可変であり得る一例は、受信機が繰返し復号を実行するように構成されるときである。
【００９０】
[00105]繰返し復号では、復号は、簡単な復号手順を複数回繰り返す（繰返し）ことによって行われる。復号精度は、各繰返しとともに改善し得る。復号は、ＦＥＣ符号化ブロックが正常に復号される（たとえば、ＣＲＣは、ＦＥＣ符号化ブロックが正常に復号したかどうかを調べるために、各繰返しの後でチェック可能である）まで、または一定数の繰返しが行われるまで、またはＦＥＣ復号時間期間９５４が満了するまで、継続し得る。最大数の繰返しまたはＦＥＣ復号時間期間９５４の満了の後、ＦＥＣ符号化ブロックが正常に復号されなかった場合、ＦＥＣ符号化ブロックに対する否定確認応答がＳＡＣＫメッセージ内で送信機に伝えられ得る。
【００９１】
[00106]復号時間期間９５４は、各ＦＥＣ符号化ブロックに対する復号繰返しの数を設定することによって増加または減少され得る。最終変調シンボル内で終了する各ＦＥＣ符号化ブロックを正常に復号すると予想される繰返しの数を決定することによって、受信機は、ＳＡＣＫメッセージ９４０に対する不必要な遅延を引き起こすことなくＦＥＣ符号化ブロックを復号するのに十分な復号時間期間９５４（と、したがって、ＲＩＦＳ９５０と）を決定することが可能であり得る。
【００９２】
[00107]図１０は、本開示の一実施形態による、繰返し復号に関連する例示的なタイミング図１０００を示す。簡略にするために、この例は、受信機が一度に１つの変調シンボルのみをバッファに入れる通信システムについて説明する。
【００９３】
[00108]Ｎiterは復号繰返しの数を表し、Ｆclkは、デコーダにおいて使用されるクロック周波数（Ｈｚ）を示し、Ｎcycles/iterは、繰返しごとに必要とされるクロックサイクルの数を表す（各クロックサイクルにおいて、デコーダは、ＦＥＣブロックの１つまたは複数のセクションを処理して、Ｎcycles/iter個のクロックサイクルにおいてＦＥＣブロックを１回完全に通過する）。次いで、ＦＥＣブロックに対する総復号時間は、
【００９４】
【数１】
2018026835.tif 000003
【００９５】
として計算可能である。
【００９６】
[00109]復号のために利用可能な時間の量が図１０に示されている。シンボル１００１、１００２、１００３の各々は、Ｔｓｙｍ１０１０として定義されたシンボル持続時間を有し得る。シンボル１００１が受信された後、シンボル１００１は、シンボル１００１が復号可能である（１０３０に示される）前に、復調（１０２１に示される）されなければならない。ＯＦＤＭシステムでは、復調は、入力シンボルのＦＦＴを得ることと、次いで、それをチャネルの推定値と等しくすることとを含む。一例では、復調１０２１は、ｘμｓかかることがある。次いで、シンボル１００１を受信した後、復号が、ｘμｓ開始しなければならない。データは、１つの変調シンボルのみにわたってバッファに入れられ得るので、復号は、シンボル１００２が復調される１０２２前に終了するべきである。シンボル１００２は、シンボル１００２を受信した後、ｘμｓ復調される。したがって、シンボル１００１内のすべてのＦＥＣ符号化ブロックを復号する１０３０ために利用可能な時間が、変調シンボル持続時間すなわちＴsymである。したがって、１つの変調シンボルをバッファに入れることができるシステムでは、受信デバイスは、シンボル内のすべてのＦＥＣ符号化ブロックを復号するためのＴsymの持続時間を有し得る。Ｎbuffer個の変調シンボルをバッファに入れることができるシステムの場合、受信デバイスは、シンボル内のすべてのＦＥＣ符号化ブロックを復号するためのＮbuffer  Ｔsymの持続時間を有する。
【００９７】
[00110]固定ＲＩＦＳの例を示すために、Ｎbuffer＝１である受信デバイスを考える。Ｎb,symは、変調シンボル内のＦＥＣ符号化ブロックの数を表し、Ｔdecは、式（１）で与えられる、ＦＥＣ符号化ブロックごとの復号時間とする。次いで、Ｎbuffer＝１を有するシステムでは、
【００９８】
【数２】
2018026835.tif 000004
【００９９】
である。式（２）において式（１）を使用すると、ＦＥＣ符号化ブロックごとの繰返しの数は、
【０１００】
【数３】
2018026835.tif 000005
【０１０１】
として算出可能である。ここで、
【０１０２】
【数４】
2018026835.tif 000006
【０１０３】
は、下限演算（floor operation）（引数よりも小さい最小の整数）を表す。
【０１０４】
[00111]Ｔsym＝５０ｕｓと、デコーダパラメータＦclk＝１００ＭＨｚとＮcycles/iter＝４００とを有するシステムでは、ＦＥＣ符号化ブロックごとの繰返しの数が計算可能である。たとえば、０．５のＦＥＣ符号化ブロックが各シンボルに含まれるシステム（図８Ａなど）では、各ＦＥＣ符号化ブロックに対する復号の繰返しの数は、２５回の繰返しである。１つのＦＥＣ符号化ブロックが各シンボルに含まれるシステムでは、各ＦＥＣ符号化ブロックに対して復号の１２回の繰返しが実行され得る。さらに、２つのＦＥＣ符号化ブロックが各シンボルに含まれるシステム（図８Ｂなど）では、各ＦＥＣ符号化ブロックに対して復号の６回の繰返しが実行され得る。したがって、変調シンボルに含まれるＦＥＣ符号化ブロックが多いほど、各ＦＥＣ符号化ブロックに対して実行され得る繰返しが少ない。各変調シンボル内のＦＥＣ符号化ブロックの数が増加するにつれて、データ転送速度も増加し得る。したがって、より高いデータ転送速度では、各変調シンボル内の多数のＦＥＣ符号化ブロックが、ＦＥＣ符号化ブロックごとの、より少ない繰返しにつながり得る。変調と繰返し復号とを使用する通信システムでは、受信デバイスは、より高いデータ転送速度における、より少ない繰返しと、より低いデータ転送速度におけるより多くの繰返しとを実行し得る。
【０１０５】
[00112]ＲＩＦＳ持続時間ＴRIFS＝１００μｓである場合を考える。ＲＩＦＳ中の復号に割り当てられる復号時間は、Ｔdec_RIFS＝３０μｓである。前の例と同様に、Ｔsym＝５０μｓ、デコーダパラメータＦclk＝１００ＭＨｚおよびＮcycles/iter＝４００である。
【０１０６】
[00113]次いで、０．５のＦＥＣ符号化ブロックが各シンボルに含まれる図８Ａの例の場合、受信デバイスは、ＲＩＦＳにおける割り当てられた３０μｓの復号時間の間に１つのＦＥＣ符号化ブロックを復号することを必要とする。図８Ａの最終シンボル内のＦＥＣ符号化ブロックを復号するための繰返しの数は、（式（３））Ｎiter＝７である。しかしながら、最終シンボル以外のシンボル内のＦＥＣ符号化ブロックは、上述のように、２５回の繰返しを得た。すべての他のシンボル内のＦＥＣ符号化ブロックに対して、受信デバイスは、最終変調シンボル内のＦＥＣ符号化ブロックに対して、より少ない繰返しを実行し得る。したがって、図８Ａに関連付けられた低いデータ転送速度の場合、受信デバイス（たとえば、ＲＩＦＳ決定モジュール）は、最終変調シンボル内のＦＥＣ符号化ブロックが７回を超える繰返しを有するように、ＲＩＦＳを増加させることを決定し得る。いくつかの実装形態では、ＲＩＦＳは、他の変調シンボル内のＦＥＣ符号化ブロックが得る２５回繰返しに一致させるために、最終変調シンボル内のＦＥＣ符号化ブロックが２５回の繰返しを得るように、増加され得る。
【０１０７】
[00114]次に、２つのＦＥＣ符号化ブロックが各シンボルに含まれる、図８Ｂなどの、別のデータ転送速度を考える。受信デバイスは、ＲＩＦＳ中の復号時間のために割り当てられた３０μｓ以内で２つのＦＥＣ符号化ブロックを復号することを必要とし得る。これは、Ｎiter＝３の時間が、最終ＦＥＣ符号化ブロック内の２つのＦＥＣ符号化ブロックの各々を復号することを可能とする。しかしながら、他のシンボル内のＦＥＣ符号化ブロックは、復号の６回の繰返しを受けた。したがって、ＲＩＦＳが増加される限り、最終変調シンボル内のＦＥＣ符号化ブロックは、最終シンボル以外のシンボル内のＦＥＣ符号化ブロックが受けた繰返しの半分の数を与えられ得る。
【０１０８】
[00115]表１は、前の例で使用されたパラメータに対する変調シンボル（データ転送速度）ごとの異なる数のＦＥＣ符号化ブロックに対する繰返しの数を要約したものである。最終シンボル内のＦＥＣ符号化ブロックは、より少ない繰返しを得るので、性能は、他のＦＥＣ符号化ブロックと比べて悪い（性能は、繰返しとともに増加する）。したがって、最終シンボル内で終了するＦＥＣ符号化ブロックは、間違っており、性能のボトルネックになる可能性がより高い。
【０１０９】
【表１】
2018026835.tif 000007
【０１１０】
[00116]高いデータ転送速度チャネル上で、いくつかの実装形態は、最終変調シンボル内のＦＥＣ符号化ブロックの数を１または２に制限する。最終変調シンボル内に単一ＦＥＣ符号化ブロックを有するという制限を考える。この場合、最終ＦＥＣ符号化ブロックは、データ転送速度に関係なく７回の繰返しを常に得る。高いデータ転送速度のチャネル（２００Ｍｂ以上など）上では、送信されるＰＰＤＵは、変調シンボルごとに２つ以上のＦＥＣ符号化ブロックを有し得る。最終シンボル以外のシンボル内のＦＥＣ符号化ブロックは、６回以下の繰返しを得る。したがって、最終シンボル内のＦＥＣ符号化ブロックは、他のシンボル内の他のＦＥＣ符号化ブロックよりも多くの繰返し（７回の繰返し）を得る。
【０１１１】
[00117]たとえば、５００Ｍｂｐｓのチャネル（５つのＦＥＣ符号化ブロック／シンボル）上では、最終変調シンボル以外の変調シンボル内のＦＥＣ符号化ブロックは各々２回の繰返しを得るが、最終ＦＥＣ符号化ブロックは７回の繰返しを得る。そのような高いデータ転送速度は、高い信号対雑音比（ＳＮＲ）を有する良好なチャネル上で可能である。そのような低い雑音の場合、追加の繰返しを有することは、それほど助けにならないことがある。したがって、固定ＲＩＦＳを有することは、必要とされるよりも大きいＲＩＦＳを必要とすることによって、送信オーバーヘッドを増加させ得る。最終変調シンボル内のＦＥＣ符号化ブロックの数が、通信システム構成に応じて制限される場合、受信機デバイスは、オーバーヘッドを最小にするようにＲＩＦＳを減少させ得る。ＲＩＦＳは、他の変調シンボル内の他のＦＥＣ符号化ブロックが得る同じ数の繰返しに必要とされる復号時間の量に基づいて、決定され得る。
【０１１２】
[00118]あるいは、そうでなければ他のシンボル内のＦＥＣ符号化ブロックが、最終変調シンボル内のＦＥＣ符号化ブロックよりも多い数の繰返しを得るであろう通信システムでは、受信機は、最終変調シンボル内のＦＥＣ符号化ブロックに対する復号のより多くの繰返しを可能にするために、より長いＲＩＦＳを決定し得る。
【０１１３】
[00119]図１１は、本開示の一実施形態による、応答フレーム間スペースが使用され得る例示的なメッセージフロー１１００を示す。第１のデバイス１１１０（たとえば、送信デバイス）および第２のデバイス１１２０（たとえば、受信デバイス）は、通信媒体（図示せず）によって結合され得る。図１１は、チャネル状態および／またはＰＰＤＵの最終変調シンボルを復号するための処理時間に基づいて第２のデバイス１１２０によって決定されるＲＩＦＳについて第１のデバイス１１１０と第２のデバイス１１２０が通信し得る１つの機構を示す。
【０１１４】
[00120]１１３０では、第１のデバイス１１１０から第２のデバイス１１２０への以前の送信が、チャネル品質を決定するために使用され得る。たとえば、以前の送信は、チャネル推定プロセスの一部として送信される音響（sounding）メッセージであってよい。あるいは、以前の送信は、前のＰＰＤＵであってもよい。１１３２では、第２のデバイス１１２０が、以前の送信に基づいてチャネル品質を決定し得る。たとえば、既知のＭＣＳ値を有する音響シンボルまたはデータシンボルが第１のデバイス１１１０によって送信され得る。第１のデバイス１１１０からの音響シンボルに少なくとも部分的に基づいて、第２のデバイス１１２０は、信号対雑音比、信号減衰、ブロック誤り率、ビット誤り率などの、チャネル品質についての様々なメトリックを算出し得る。第２のデバイス１１２０は、どのＭＣＳがその後の送信のために第１のデバイス１１１０によって使用されるべきかを決定し得る。マルチキャリアシステムでは、各キャリアが異なる変調値を有することがあり、そのため、ＭＣＳは、変調値（キャリアごとに１つ）のベクトルと、すべてのキャリアに適用可能な共通コードレートからなる。
【０１１５】
[00121]そのうえ、１１３２では、第２のデバイス１１２０は、チャネル状態に適切なＲＩＦＳを決定し得る。一例では、第２のデバイス１１２０は、トーンマップメッセージ内で第１のデバイス１１１０に送られ得る物理層構成性質（ＭＣＳ、シンボルビットレートなど）を決定し得る。第２のデバイス１１２０は、チャネル状態および／または物理層構成性質に基づいて、通信チャネルのデータ転送速度を決定し得る。ＲＩＦＳは、データ転送速度に関連して決定され得る。
【０１１６】
[00122]１１３４では、第２のデバイス１２０は、管理メッセージの一部として第１のデバイス１１１０にＲＩＦＳを通信し得る。例示的な管理メッセージが図１４で説明されている。管理メッセージは、チャネル推定結果メッセージ内などで、チャネル推定プロセスの一部として送られ得る。管理メッセージはまた、トーンマップまたは他の物理層構成性質とともに送られ得る。
【０１１７】
[00123]１１４０では、第１のデバイス１１１０は、第２のデバイス１１２０への送信のためにＰＰＤＵを準備し得る。１１４３では、シンボルセットは、第２のデバイス１１２０に送信され得る。各シンボル１１４５は、ＦＥＣ符号化ブロックの一部分を含んでもよいし、完全なＦＥＣ符号化ブロックを含んでもよいし、複数のＦＥＣ符号化ブロックを含んでもよい。１１５０では、第２のデバイス１１２０は、最終変調シンボルを含む受信シンボルセットを処理し得る。第２のデバイス１１２０は、最終変調シンボル内のＦＥＣ符号化ブロックを復号し、確認応答メッセージを準備するために、ＲＩＦＳを利用し得る。１１５２では、ＲＩＦＳ時間期間の後、第２のデバイス１１２０は、第１のデバイス１１１０に確認応答メッセージを送信し得る。第１のデバイス１１１０は、ＲＩＦＳ時間期間に続く時間に始まる確認応答メッセージのための通信媒体を検知し得る。
【０１１８】
[00124]図１２は、本開示の一実施形態による、適合可能な応答フレーム間スペースに関連する例示的な動作に関する別の流れ図１２００を示す。
【０１１９】
[00125]ブロック１２１０では、装置（第２のデバイス１２０、受信機装置６０６、または第２のデバイス１１２０など）は、所定のＲＩＦＳ設定を使用して送信デバイスと通信し得る。たとえば、所定のＲＩＦＳ設定は、デフォルトＲＩＦＳ設定であってもよいし、事前にプログラムされたＲＩＦＳ設定であってもよいし、構成されたＲＩＦＳ設定であってもよいし、ネゴシエートされたＲＩＦＳ設定であってもよい。ＲＩＦＳ設定は、送信デバイスと装置の両方に知られている値を備え得る。
【０１２０】
[00126]ブロック１２２０では、装置は、チャネル状態（通信チャネルのデータ転送速度など）に少なくとも部分的に基づいて、１つまたは複数のＲＩＦＳ設定を決定し得る。一実施形態では、装置は、より高いデータ転送速度のチャネルに対して、第１のＲＩＦＳ（たとえば、より短いＲＩＦＳ時間期間を有する）を使用し得る。装置は、より低いデータ転送速度のチャネルに対して、第２のＲＩＦＳ（たとえば、より長いＲＩＦＳ時間期間を有する）を使用し得る。
【０１２１】
[00127]ブロック１２３０では、装置は、送信デバイスにＲＩＦＳ設定を送り得る。一例では、ＲＩＦＳ設定は、管理メッセージ（ＭＭＥ）に含まれ得る。ＭＭＥは、異なるデータ転送速度が通信チャネル上で使用され得るときなど、複数のＲＩＦＳ設定を含んでよい。一例では、ＭＭＥは、各々が異なる対応するデータ転送速度とＲＩＦＳ設定とを有する、複数のトーンマップを含み得る。
【０１２２】
[00128]ブロック１２４０では、装置は、一連の変調シンボルとして送信を受信し得る。ブロック１２６０では、装置は、送信の最終変調シンボル内で終了するＦＥＣ符号化ブロックを含めて、送信を復号し得る。ブロック１２７０では、装置は確認応答メッセージを準備し得る。ブロック１２８０では、装置は、（ブロック１２３０から）ＲＩＦＳ時間期間の後、確認応答メッセージを送り得る。
【０１２３】
[00129]図１３は、本開示の一実施形態による、チャネル状態に少なくとも部分的に基づいて応答フレーム間スペースを決定するための例示的な動作に関する別の流れ図１３００を示す。
【０１２４】
[00130]ブロック１３１０では、装置（第２のデバイス１２０、受信機装置６０６、または第２のデバイス１１２０など）が、第１のデバイスと装置との間のチャネル推定プロセスに基づいて、通信媒体のチャネル状態を決定し得る。ブロック１３２０では、装置は、チャネル状態に基づいて、通信チャネルの１つまたは複数のキャリアのための変調およびコーディング方式（ＭＣＳ）を決定し得る。ブロック１３４０では、装置は、各変調シンボルで使用されるキャリアのためのＭＣＳに少なくとも部分的に基づいて、各変調シンボル内のビットの数を決定し得る。各変調シンボル内のビットの数は、シンボルビットレートと呼ばれることがある。
【０１２５】
[00131]ブロック１３５０では、装置は、シンボルビットレートとＦＥＣ符号化ブロックのサイズ（ビットの量）に少なくとも部分的に基づいて、各変調シンボル内のＦＥＣ符号化ブロックの数を決定し得る。ＦＥＣ符号化ブロックのサイズは、通信システム構成によって指定されてもよく、通信システムにおいて使用されるネットワーク技術に応じて固定サイズであってもよい。
【０１２６】
[00132]ブロック１３６０では、装置は、各変調シンボル内のＦＥＣ符号化ブロックの数とシンボル送信時間に基づいて、各ＦＥＣ符号化ブロックに利用可能な予想される復号繰返しの数を決定し得る。シンボル送信時間は、通信システム構成によって指定されてもよく、通信システムにおいて使用されるネットワーク技術に応じて標準化されてもよい。
【０１２７】
[00133]ブロック１３７０では、装置は、最終変調シンボル内のＦＥＣ符号化ブロックが、最終変調シンボル以外のシンボル内の他のＦＥＣ符号化ブロックと同じまたはこれに類似した復号繰返しの数を得るように、ＲＩＦＳを調整し得る。復号時間は、受信機プロセッサの能力、復号繰返しの数、および最終変調シンボル内のＦＥＣ符号化ブロックの量に基づいて、決定され得る。ＲＩＦＳは、最終変調シンボルと確認応答メッセージとの間に、復号時間プラス受信機動作のための追加時間を含み得る。一実施形態では、ＲＩＦＳを示す値は、管理メッセージまたは制御メッセージ内などで、送信デバイスに通信され得る。
【０１２８】
[00134]いくつかの実施形態では、ＲＩＦＳ時間期間の計算は、シンボルセットを受信することに先だって行われ得る。たとえば、装置は、ベクトル、データベース、ルックアップテーブル、またはメトリックもしくはメトリック値の範囲にＲＩＦＳを相関させる他のデータ構造を維持し得る。受信機は、メトリックを算出し、次いで、相関データに基づいてＲＩＦＳを選択し得る。たとえば、メトリックがＭ１とＭ２の間である場合、ＲＩＦＳ１のＲＩＦＳ値が使用される。メトリックの例としては、ＦＥＣ符号化ブロック／変調シンボルの数、データ転送速度、およびシンボルビットレートの数などがある。下記の表は、メトリック値の範囲に相関されたＲＩＦＳ値の例を示す。
【０１２９】
【表２】
2018026835.tif 000008
【０１３０】
[00135]前の例では、受信デバイスがＲＩＦＳ時間期間を決定し得る。しかしながら、送信デバイスがＲＩＦＳ時間期間を決定し得る例が存在し得る。たとえば、いくつかの通信システムでは、送信デバイスがレート適応プロセスを駆動する。送信デバイスは、変調およびコーディング方式（ＭＣＳ）を決定し、受信デバイスによって送られるＡＣＫ／ＳＡＣＫ情報に基づいてＭＣＳを修正し得る。たとえば、すべてのデータが正常に終わる場合、送信デバイスは、データ転送速度を増加させるようにＭＣＳを変更し得る。受信デバイスが受信における誤りを報告する場合、送信デバイスは、データ転送速度を減少させるようにＭＣＳを変更し得る。あるいは、送信デバイスは、逆方向チャネルを監視することによって（たとえば、受信デバイスから来るパケット上のＳＮＲを調べることによって）も、ＭＣＳを決定し得る。送信デバイスがＭＣＳを選定すると、送信デバイスは、前の例で説明された技法に類似した技法を使用して性能を最適化するように、ＲＩＦＳを適合させ得る。たとえば、送信デバイスは、データ転送速度、またはシンボルごとのＦＥＣ符号化ブロックの数、またはシンボルごとのビットの数を算出し、それを、ＲＩＦＳを決定するために使用する。ＲＩＦＳは、ＭＭＥ、制御メッセージ、またはハンドシェイク手順を使用して、受信デバイスに通信され得る。
【０１３１】
[00136]送信デバイスがＲＩＦＳを決定するいくつかの実装形態では、送信デバイスおよび受信デバイスは、能力情報を交換するために形式（formal）プロトコルを利用し得る。たとえば、受信デバイスは、受信デバイスがＲＩＦＳの適合をサポートしており、最小のＲＩＦＳが受信デバイスによってサポート可能であることを送信デバイスに知らせるために、制御メッセージを送り得る。能力情報が交換されない場合、あるいは、送信デバイスが、プロセッサまたは他の制約により受信デバイスがサポート可能であるよりも小さいＲＩＦＳを提供する場合、受信デバイスは、提供されたＲＩＦＳを拒否する制御メッセージを通信し得る。
【０１３２】
[00137]図１４は、送信デバイスと受信デバイスとの間で通信するための例示的な管理メッセージ（ＭＭＥ）１４００を示す。ＭＭＥ１４００は、フレームヘッダ１４１０と、フレーム本体１４２０とを含み得る。ＭＭＥの他の部分は示されていないが、他の例示的なＭＭＥメッセージフォーマットに含まれてよい。
【０１３３】
[00138]フレーム本体１４２０は、フィールドすなわち情報要素１４２４などの、１つまたは複数のフィールドすなわち情報要素を備え得る。図１４は、ＭＭＥ１４４０のフィールドすなわち情報要素１４２４に含まれ得るいくつかの例示的なＲＩＦＳ設定１４３０を含む。ＲＩＦＳ設定の例としては、・１つまたは複数のＲＩＦＳ値１４３２。ＲＩＦＳ値は、決定されたＲＩＦＳ時間期間を示し得る。異なるデータ転送速度または物理層性質が使用され得る実装形態では、ＲＩＦＳ値は、対応するトーンマップに関連付けられたＲＩＦＳ値のベクトルなどの、複数のＲＩＦＳ値を含み得る。・チャネル構成１４３４。ＭＭＥ１４００は、最終変調シンボル内のＦＥＣ符号化ブロックの最大数、トーンマップ、または他の設定などの、通信チャネルのための設定を含み得る。・チャネル品質フィードバック１４３６。ＲＩＦＳが、音響シンボルから測定されたチャネル品質に基づく一例では、受信デバイスは、チャネル品質に関連付けられたメトリックも提供し得る。・ＲＩＦＳ適合能力情報１４３８。送信デバイスまたは受信デバイスは、カスタムＲＩＦＳのサポートを示すことがあり、および／またはデバイスがサポート可能な最小ＲＩＦＳを示すことがある。
【０１３４】
[00139]図１５Ａ〜図１５Ｂは、図１５Ａにおける単一ＰＰＤＵおよび図１５ＢにおけるＰＰＤＵのバーストとの関係においてＲＩＦＳを示す例示的な送信を示す。図１５Ａの例１５００では、ＰＰＤＵ１５３０は、ＳＯＦ１５３５と、データ部分１５３６とを備える。データ部分は、一連のＦＥＣ符号化ブロックから作製され得、一連の変調シンボルとして送信され得る。ＲＩＦＳ１５５０は、ＰＰＤＵ１５３０の最終変調シンボルの後にくる。ＳＡＣＫメッセージ１５４０は、ＲＩＦＳ１５５０の後に送信される（受信デバイスから送信デバイスに）。
【０１３５】
[00140]ＰＰＤＵのバーストをサポートする通信システムでは、送信デバイスは、いくつかのＰＰＤＵを連続的に送り得る。図１５Ｂの例１５０１など、送信機は、第１のＰＰＤＵ１５３１を送信し、それに続いて第２のＰＰＤＵ１５３２と第３のＰＰＤＵ１５３３と送信し得る。ＲＩＦＳ１５５０は、第３のＰＰＤＵ１５３３の最終変調シンボルの後にくる（たとえば、バースト内の最終ＰＰＤＵ）。
【０１３６】
[00141]ＰＰＤＵの最終変調シンボルに関連付けられた処理時間に基づいて受信デバイスまたは送信デバイスがＲＩＦＳを決定し得る様々な例示的な実施形態が説明されてきた。決定されたＲＩＦＳは、カスタムＲＩＦＳ、適合されたＲＩＦＳ、またはチャネル固有ＲＩＦＳと呼ばれることがある。カスタムＲＩＦＳは、特定の受信機に関連付けられてもよいし、受信機のグループに関連付けられてもよい。たとえば、（たとえば、製造業者、モデル番号、グループ識別子、ネットワーク識別子などによって）あるグループに属する受信機がカスタムＲＩＦＳを利用することがあるが、そのグループに属さない他の受信機は、標準値ＲＩＦＳまたは通信システムに関連付けられた固定値ＲＩＦＳを利用することがある。いくつかの実施形態では、カスタムＲＩＦＳは、特定のＰＰＤＵまたはＰＰＤＵのグループに関連付けられ得る。たとえば、ＦＥＣ符号化ブロックに使用される符号化のタイプに応じて、復号時間が受信機のために変化し得る。受信機は、送信機が様々なＰＰＤＵを送信するために使用し得る異なる符号化方式に関連付けられたカスタムＲＩＦＳを示し得る。
【０１３７】
[00142]図１〜図１５Ｂおよび本明細書で説明される動作は、様々な実施形態を理解する助けとなることを意図された例であり、特許請求の範囲を制限するために使用されるべきではない。実施形態は、追加の動作を実行してもよく、より少ない動作を実行してもよく、並列に、または異なる順番で動作を実行してもよく、いくつかの動作を異なるように実行してもよい。
【０１３８】
[00143]当業者によって諒解されるように、本発明の主題の態様は、システム、方法、またはコンピュータプログラム製品として実施され得る。したがって、本発明の主題の態様は、全面的にハードウェアの実施形態の形を取ってもよいし、ソフトウェア実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）の形を取ってもよいし、本明細書ではすべて全体的に「回路」、「モジュール」、または「システム」と呼ばれ得る、ソフトウェア態様とハードウェア態様とを結合する一実施形態の形を取ってもよい。そのうえ、本発明の主題の態様は、コンピュータ可読プログラムコードを実施させる１つまたは複数のコンピュータ可読媒体内で実施されるコンピュータプログラム製品の形を取ってもよい。
【０１３９】
[00144]１つまたは複数の非一時的なコンピュータ可読媒体の任意の組合せが利用されてよく、唯一の例外は、一過性の伝播信号である。非一時的なコンピュータ可読媒体は、コンピュータ可読記憶媒体であってよい。コンピュータ可読記憶媒体は、たとえば、限定されるものではないが、電子、磁気、光学、電磁、赤外線、もしくは半導体のシステム、装置、もしくはデバイス、または前述のものの任意の適切な組合せであってよい。コンピュータ可読記憶媒体のより具体的な例（非網羅的なリスト）としては、１つまたは複数のワイヤを有する電気接続、携帯型コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、携帯型コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または前述のものの任意の適切な組合せがあろう。本明細書においては、コンピュータ可読記憶媒体は、命令実行システム、装置、またはデバイスによってまたはこれに関連して使用するためのプログラムを含む、またはこれを記憶することができる、任意の有形媒体であってよい。
【０１４０】
[00145]本発明の主題の態様のための動作を実行するためにコンピュータ可読媒体上で実施されるコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語と、「Ｃ」プログラミング言語または類似のプログラミング言語などの従来の手続き型プログラミング言語とを含む、１つまたは複数のプログラミング言語の任意の組合せで記述されてよい。プログラムコードは、ユーザのコンピュータ上で全体的に実行されてもよいし、ユーザのコンピュータ上で部分的に実行されてもよいし、スタンドアロンソフトウェアパッケージとして実行されてもよいし、一部はユーザのコンピュータ上で、一部はリモートコンピュータ上で実行されてもよいし、リモートコンピュータまたはサーバ上で全体的に実行されてもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークによってユーザのコンピュータに接続されてもよいし、接続は、外部のコンピュータに対して（たとえば、インターネットサービスプロバイダを使用してインターネットによって）なされてもよい。
【０１４１】
[00146]本発明の主題の態様は、発明の主題の実施形態による方法、装置（システム）、およびコンピュータプログラム製品の流れ図例示および／またはブロック図を参照しながら説明される。流れ図例示および／またはブロック図の各ブロック、ならびに流れ図例示および／またはブロック図中のブロックの組合せは、コンピュータプログラム命令によって実施可能である。これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、流れ図および／またはブロック図の１つもしくは複数のブロックで指定される機能／行為を実施するための手段を作製するように、機械を生産するために、汎用コンピュータ、特殊目的コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供され得る。
【０１４２】
[00147]これらのコンピュータプログラム命令はまた、流れ図および／またはブロック図の１つもしくは複数のブロックで指定される機能／行為を実施する命令を含む、コンピュータ可読媒体に記憶された命令が製造品を生産するように、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスに、特定のやり方で機能するように指示することができるコンピュータ可読媒体に記憶され得る。コンピュータプログラム命令はまた、コンピュータまたは他のプログラム可能装置上で実行される命令が、流れ図および／またはブロック図の１つもしくは複数のブロックで指定される機能／行為を実施するためのプロセスを提供するように、コンピュータで実施されるプロセスを生じさせる目的で、コンピュータ、他のプログラム可能装置、または他のデバイス上で一連の動作ステップを実行させるために、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイス上にロードされ得る。
【０１４３】
[00148]図１６は、本開示の様々な実施形態によるＲＩＦＳを決定することが可能な電子デバイス１６００の一実施形態の例示的なブロック図である。いくつかの実装形態では、電子デバイス１６００は、ラップトップコンピュータ、タブレットコンピュータ、モバイル電話、電力線通信デバイス、ゲームコンソール、または他の電子システムなどの電子デバイスであってよい。いくつかの実装形態では、電子デバイスは、複数の通信ネットワーク（ハイブリッド通信ネットワークを形成する）にわたって通信するための機能を備え得る。電子デバイス１６００は、プロセッサユニット１６０２（場合によっては、複数のプロセッサと複数のコアと複数のノードとを含む、および／またはマルチスレッドを実施するなど）を含む。電子デバイス１６００はメモリユニット１６０６を含む。メモリユニット１６０６は、システムメモリ（たとえば、キャッシュ、ＳＲＡＭ、ＤＲＡＭ、ゼロキャパシタＲＡＭ、Ｔｗｉｎ  Ｔｒａｎｓｉｓｔｏｒ  ＲＡＭ、ｅＤＲＡＭ、ＥＤＯ  ＲＡＭ、ＤＤＲ  ＲＡＭ、ＥＥＰＲＯＭ（登録商標）、ＮＲＡＭ、ＲＲＡＭ（登録商標）、ＳＯＮＯＳ、ＰＲＡＭなどのうちの１つまたは複数）であってもよいし、上記ですでに説明された機械可読媒体の可能な実現のうちの任意の１つまたは複数であってもよい。電子デバイス１６００は、バス１６１０（たとえば、ＰＣＩ、ＩＳＡ、ＰＣＩ−Ｅｘｐｒｅｓｓ、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ（登録商標）、ＩｎｆｉｎｉＢａｎｄ（登録商標）、ＮｕＢｕｓ、ＡＨＢ、ＡＸＩなど）も含む。ワイヤレスネットワークインターフェース（たとえば、ＷＬＡＮインターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＷｉＭＡＸ（登録商標）インターフェース、ＺｉｇＢｅｅ（登録商標）インターフェース、ワイヤレスＵＳＢインターフェースなど）であってもよいし、ワイヤードネットワークインターフェース（たとえば、電力線通信インターフェース、イーサネット（登録商標）インターフェースなど）であってもよい、電子的な１つまたは複数のネットワークインターフェース。
【０１４４】
[00149]電子デバイス１６００は、送信機１６０５と、受信機１６０４とを含み得る。送信機１６０５および受信機１６０４は互いに、（ネットワークインターフェース１０４、１２４などの）ネットワークインターフェースを備え得る。電子デバイス１６００は、ネットワークインターフェースの物理層構成要素を管理するためにＰＨＹコントローラ１６１４を含み得る。電子デバイス１６００は、（ＲＩＦＳ決定モジュール１２６、６５０に類似した）ＲＩＦＳ決定モジュール１６１２も含み得る。いくつかの実装形態では、ＰＨＹコントローラ１６１４およびＲＩＦＳ決定モジュール１６１２は、通信ユニット１６０８の一部を備え得る。
【０１４５】
[00150]これらの機能のうちの任意の機能は、ハードウェア内で、および／またはプロセッサユニット１６０２上で、部分的に（または全体的に）実施されてよい。たとえば、機能は、特定用途向け集積回路とともに実施されてもよいし、プロセッサユニット１６０２内で実施される論理内で実施されてもよいし、周辺デバイス上のコプロセッサまたはカード内などで実施されてもよい。さらに、実現は、図１６に示されていないより少ない構成要素または追加の構成要素（たとえば、ビデオカード、オーディオカード、追加のネットワークインターフェース、周辺デバイスなど）を含み得る。プロセッサユニット１６０２、メモリユニット１６０６、送信機１６０５、受信機１６０４、および通信ユニット１６０８は、バス１６１０に結合され得る。メモリユニット１６０６は、バス１６１０に結合されるように示されているが、プロセッサユニット１６０２に直接結合されてもよい。
【０１４６】
[00151]実施形態は、様々な実装形態および活用（exploitation）を参照しながら説明されているが、これらの実施形態は例示的なものであり、本主題の範囲はこれらに限定されないことが理解されよう。一般に、本明細書で説明されるＲＩＦＳを決定するための技法は、任意の１つまたは複数のハードウェアシステムに一致する設備とともに実施され得る。多数の変形形態、修正形態、追加、および改善が可能である。
【０１４７】
[00152]複数の例が、単一の例として本明細書で説明される構成要素、動作、または構造に提供され得る。最後に、様々な構成要素、動作、およびデータストア間の境界はやや恣意的であり、特定の動作は、特定の例示的な構成に関連して示されている。機能の他の割り当てが想定され、本主題の範囲を包含し得る。一般に、例示的な構成において別個の構成要素として示される構造および機能は、組み合わされた構造または構成要素として実施されてよい。同様に、単一の構成要素として示される構造および機能は、別個の構成要素として実施されてよい。これらおよび他の変形形態、修正形態、追加、および改善は、本主題の範囲を包含し得る。
【図１】
2018026835.tif 000009
【図２】
2018026835.tif 000010
【図３】
2018026835.tif 000011
【図４】
2018026835.tif 000012
【図５】
2018026835.tif 000013
【図６】
2018026835.tif 000014
【図７】
2018026835.tif 000015
【図８Ａ】
2018026835.tif 000016
【図８Ｂ】
2018026835.tif 000017
【図８Ｃ】
2018026835.tif 000018
【図８Ｄ】
2018026835.tif 000019
【図９】
2018026835.tif 000020
【図１０】
2018026835.tif 000021
【図１１】
2018026835.tif 000022
【図１２】
2018026835.tif 000023
【図１３】
2018026835.tif 000024
【図１４】
2018026835.tif 000025
【図１５Ａ】
2018026835.tif 000026
【図１５Ｂ】
2018026835.tif 000027
【図１６】
2018026835.tif 000028
【手続補正書】
【提出日】平成29年10月19日(2017.10.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信することと、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定することと、前記ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送ることと
を備える方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１４７
【補正方法】変更
【補正の内容】
【０１４７】
[00152]複数の例が、単一の例として本明細書で説明される構成要素、動作、または構造に提供され得る。最後に、様々な構成要素、動作、およびデータストア間の境界はやや恣意的であり、特定の動作は、特定の例示的な構成に関連して示されている。機能の他の割り当てが想定され、本主題の範囲を包含し得る。一般に、例示的な構成において別個の構成要素として示される構造および機能は、組み合わされた構造または構成要素として実施されてよい。同様に、単一の構成要素として示される構造および機能は、別個の構成要素として実施されてよい。これらおよび他の変形形態、修正形態、追加、および改善は、本主題の範囲を包含し得る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信することと、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定することと、前記ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送ることと
を備える方法。
［２］前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記通信媒体に関連付けられたチャネル品質に少なくとも部分的に基づく、［１］に記載の方法。
［３］前記ＰＰＤＵを受信する前に、
前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、前記通信媒体の前記チャネル品質を決定することと、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて、前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定することと、
前記ＲＩＦＳを示すために、前記通信媒体を介して管理メッセージを送ることと
をさらに備える、［２］に記載の方法。
［４］前記ＲＩＦＳが、前記チャネル品質が品質しきい値を下回るとき、より高いＲＩＦＳであるよりは、前記チャネル品質が前記品質しきい値を上回るとき、より低いＲＩＦＳである、［２］に記載の方法。
［５］前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づく、［１］に記載の方法。
［６］以前の変調シンボル内の前のＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づいて、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数を決定すること
をさらに備える、［５］に記載の方法。
［７］各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数が、前記通信媒体に関連付けられたチャネル品質に少なくとも部分的に基づく、［５］に記載の方法。
［８］前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックを符号化するために使用される前方誤り訂正コーディング方式に少なくとも部分的に基づく、［５］に記載の方法。
［９］前記ＲＩＦＳ時間期間が、前記確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づく、［１］に記載の方法。
［１０］前記確認応答メッセージを生成すること、前記確認応答メッセージが、複数のＦＥＣ符号化ブロックに対する圧縮された確認応答ビットマップを備える、
をさらに備え、
ここにおいて、前記確認応答生成時間期間が、前記圧縮された確認応答ビットマップを準備するために使用される圧縮方式に少なくとも部分的に基づく、
［９］に記載の方法。
［１１］前記ＰＰＤＵを受信する前に前記ＲＩＦＳ時間期間を決定すること
をさらに備える、［１］に記載の方法。
［１２］送信デバイスに構成メッセージを送ること、ここにおいて、前記構成メッセージが、前記決定されたＲＩＦＳ時間期間を示す、
をさらに備える、［１１］に記載の方法。
［１３］前記構成メッセージが管理メッセージまたはトーンマップメッセージを備える、［１２］に記載の方法。
［１４］前記確認応答メッセージが、前記ＰＰＤＵの１つまたは複数のＦＥＣ符号化ブロックが適切に復号されたかどうかを示す選択的確認応答（ＳＡＣＫ）メッセージである、［１］に記載の方法。
［１５］前記通信媒体が、ワイヤレス通信チャネル、電力線通信媒体、またはモバイル電気通信ワイヤレス媒体のうちの１つである、［１］に記載の方法。
［１６］前記変調シンボルが直交周波数分割多重すなわちＯＦＤＭシンボルである、［１］に記載の方法。
［１７］通信媒体に結合するための受信機と、前記受信機が、前記通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信するように構成され、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいてＲＩＦＳを決定するように構成された応答フレーム間スペース（ＲＩＦＳ）決定モジュールと、前記ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記通信媒体に結合するための送信機と、前記送信機が、前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送るように構成される、
を備える装置。
［１８］前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記通信媒体に関連付けられたチャネル品質に少なくとも部分的に基づく、［１７］に記載の装置。
［１９］前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて前記通信媒体の前記チャネル品質を決定するように構成されたＰＨＹコントローラと、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定するように構成された前記ＲＩＦＳ決定モジュールと、
前記ＲＩＦＳを示すために前記通信媒体を介して管理メッセージを送るように構成された前記送信機と
をさらに備える、［１８］に記載の装置。
［２０］前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づく、［１７］に記載の装置。
［２１］前記ＲＩＦＳ決定モジュールが、以前の変調シンボル内の前のＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づいて、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数を決定するように構成される、［２０］に記載の装置。
［２２］前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックを符号化するために使用される前方誤り訂正コーディング方式に少なくとも部分的に基づく、［２０］に記載の装置。
［２３］前記確認応答メッセージを準備するように構成された選択的確認応答メッセージ生成器
をさらに備え、
ここにおいて、前記ＲＩＦＳ時間期間が、前記確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づく、
［１７］に記載の装置。
［２４］デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信させ、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定させ、前記ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送らせる
命令を格納する非一時的なコンピュータ可読媒体。
［２５］前記デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
前記ＰＰＤＵを受信する前に、
前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、前記通信媒体のチャネル品質を決定させ、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて、前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定させ、
前記ＲＩＦＳを示すために、前記通信媒体を介して管理メッセージを送らせる
命令をさらに格納する、［２４］に記載のコンピュータ可読媒体。
［２６］前記最終変調シンボルを処理することに関連付けられた前記処理時間が、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づく、［２４］に記載のコンピュータ可読媒体。
［２７］前記デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
以前の変調シンボル内の前のＦＥＣ符号化ブロックに対して実行される復号の繰返しの数に少なくとも部分的に基づいて、前記最終変調シンボル内で終了する各ＦＥＣ符号化ブロックに対して実行される前記復号の繰返しの数を決定させる
命令をさらに格納する、［２６］に記載のコンピュータ可読媒体。
［２８］前記ＲＩＦＳ時間期間が、前記確認応答メッセージを準備することに関連付けられた確認応答生成時間期間に少なくとも部分的に基づき、前記コンピュータ可読媒体が、前記デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、
前記確認応答メッセージを生成させる、前記確認応答メッセージが、複数のＦＥＣ符号化ブロックに対する圧縮された確認応答ビットマップを備える、
命令をさらに格納し、
ここにおいて、前記確認応答生成時間期間が、前記圧縮された確認応答ビットマップを準備するために使用される圧縮方式に少なくとも部分的に基づく、
［２４］に記載のコンピュータ可読媒体。
［２９］通信媒体を介して、複数のＦＥＣ符号化ブロックを含む物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）を受信するための手段と、前記ＰＰＤＵが一連の変調シンボルとして受信される、
前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた処理時間に少なくとも部分的に基づいて応答フレーム間スペース（ＲＩＦＳ）を決定するための手段と、ＲＩＦＳが、前記ＰＰＤＵの最終変調シンボルが受信された後および確認応答メッセージを送る前のＲＩＦＳ時間期間を定義する、
前記ＲＩＦＳに関連付けられた前記ＲＩＦＳ時間期間の後、前記ＰＰＤＵを受信したことに応答して、前記確認応答メッセージを送るための手段と
を備える通信デバイス。
［３０］前記ＰＰＤＵよりも前の以前の送信に少なくとも部分的に基づいて、前記通信媒体のチャネル品質を決定するための手段と、
前記通信媒体の前記チャネル品質に少なくとも部分的に基づいて、前記ＰＰＤＵの最終変調シンボルを処理することに関連付けられた前記処理時間を推定するための手段と、
前記ＲＩＦＳを示すために、前記通信媒体を介して管理メッセージを送るための手段と
をさらに備える、［２９］に記載の通信デバイス。
【外国語明細書】
2018026835000001.pdf