"無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正ForwardErrorCorrection:FECを行う方法において、性能交換中に応用階層順方向エラー訂正ApplicationForwardErrorCorrection:AL-FEC性能情報を伝送する段階と、各パリティパケットのヘッダは、パリティパケット指示子を備え、ソースパケット及び少なくとも一つのパリティパケットのためにシステマティックパケットをエンコーディングするために、k個の前記ソースパケットの集合に単一パリティ検査SingleParityCheck:SPCAL-FECコードを適用する段階と、メディア接続制御MediaAccessControl:MAC階層及び物理Physical:PHY階層で、送信のために前記エンコーディングされたパケットを処理する段階と、を含むことを特徴とする無線通信デバイスのFEC実行方法。前記SPCAL-FECコードは、非インターリーブされたモード及びインターリーブされたモードのうち一つを含むことを特徴とする請求項1に記載の無線通信デバイスのFEC実行方法。前記非インターリーブされたモードで前記SPCAL-FECコードを適用する時、前記システマティックパケット及び少なくとも一つのパリティパケットをエンコーディングすることは、一つのパリティパケットのためにシーケンス番号iを生成する段階と、前記k個のソースパケットのためにシーケンス番号i1、i2、...、ikを生成する段階と、前記シーケンス番号iである前記パリティパケットのペイロードを計算するために、短いソースパケットには臨時的に送信されない仮想の0を付け加え、前記kソースパケットにビット単位排他的論理和Abit-wiseXORを行う段階と、を含み、前記パリティパケットのための前記シーケンス番号は前記パリティパケットの前記ヘッダ内に含まれ、前記kソースパケットのための前記シーケンス番号は、対応するシステマティックパケットの前記ヘッダ内に含まれることを特徴とする請求項2に記載の無線通信デバイスのFEC実行方法。ソースパケットのx個の部分集合を持つ前記インターリーブされたモードで前記SPCAL-FECコードを適用する時、前記システマティックパケット及び前記少なくとも一つのパリティパケットのエンコーディングは、各パリティパケットは、ソースパケットのx個の部分集合のうち一つに対応し、x個のパリティパケットのためにシーケンス番号i、i1、i2...、ix-1を生成する段階と、前記k個のソースパケットのためにシーケンス番号i1、i2...、ikを生成する段階と、連続的なシーケンス番号を持つソースパケットが他の部分集合に割り当てられるように、前記x個の部分集合にかけて前記k個のソースパケットをインターリブする段階と、短いソースパケットには臨時的に送信されない仮想の0を付け加え、前記対応するソースパケットの部分集合にビット単位排他的論理和を行うことで各パリティパケットのペイロードを計算する段階と、を含み、前記パリティパケットに対するシーケンスナンバーは、前記対応するパリティパケットに対する前記ヘッダに含まれ、前記k個のソースパケットのための前記シーケンス番号は、対応するシステマティックパケットのためのヘッダ内に含まれていることを特徴とする請求項2に記載の無線通信デバイスのFEC実行方法。前記ソースパケット及び少なくとも一つのパリティパケットのためにシステマティックパケットをエンコーディングする段階は、前記SPCAL-FECコードと結合してハミングAL-FECコードを行うことを特徴とする請求項1に記載の無線通信デバイスのFEC実行方法。システマティックパケット及び修理パケットのうち少なくとも一つを含むパケットブロックを受信する段階と、前記受信されたパケットブロック内に少なくとも一つのパケットが消失したかどうかを判断する段階と、少なくとも一つのパケットが消失した場合、各受信されたパケット内の前記パリティパケット指示子を検査することで、前記受信されたパケットがAL-FECエンコーディングされたかどうかを判断する段階と、前記AL-FECコードが感知された場合、前記少なくとも1個の消失したパケットが復旧されるかどうかを判断する段階と、前記少なくとも1個の消失したパケットが復旧されるかどうかの判断に対する対応として、前記受信されたシステマティック及び修理パケットを使ってAL-FECデコーディングを行う段階と、をさらに含むことを特徴とする請求項1に記載の無線通信デバイスのFEC実行方法。前記受信されたパケットがAL-FECエンコーディングされたかどうかを判断する段階は、受信されたパリティパケットの数字に基づいて、前記受信されたパケットがインターリーブされたかどうかを定める段階をさらに含むことを特徴とする請求項6に記載の無線通信デバイスのFEC実行方法。無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正FECを行うための装置において、他の通信デバイスと通信するために設定された送信器と、性能交換中に、応用階層順方向エラー訂正AL-FEC性能情報を伝送し、ソースパケット及び少なくとも一つのパリティパケットのためにシステマティックパケットをエンコーディングするために、k個の前記ソースパケットの集合に単一パリティ検査SPCAL-FECコードを適用し、各エンコーディングされたパケットのヘッダは、パリティパケット指示子を備え、メディア接続制御MAC階層及び物理PHY階層で、送信のために前記エンコーディングされたパケットを処理するように設定され、前記送信器と結合されたコントローラを備えることを特徴とするFECを行うための装置。前記SPCAL-FECコードは、非インターリーブされたモード及びインターリーブされたモードのうち一つを含むことを特徴とする請求項8に記載の無線通信装置でのFECを行うための装置。前記非インターリーブされたモードで前記SPCAL-FECコードを適用する時、前記コントローラは、一つのパリティパケットのためにシーケンス番号iを生成し、前記k個のソースパケットのためにシーケンス番号i1、i2、...、ikを生成し、前記シーケンス番号iである前記パリティパケットのペイロードを計算するために、短いソースパケットには臨時的に送信されない仮想の0を付け加え、前記kソースパケットにビット単位排他的論理和を行い、前記パリティパケットのための前記シーケンス番号は前記パリティパケットの前記ヘッダ内に含まれ、前記kソースパケットのための前記シーケンス番号は、前記対応するシステマティックパケットの前記ヘッダ内に含まれるようにさらに設定されたことを特徴とする請求項9に記載のFECを行うための装置。ソースパケットのx個の部分集合を持つ前記インターリーブされたモードで前記SPCAL-FECコードを適用する時、前記コントローラは、各パリティパケットはソースパケットのx個の部分集合のうち一つに対応し、x個のパリティパケットのためにシーケンス番号i、i1、i2...、ix-1を生成し、前記k個のソースパケットのためにシーケンス番号i1、i2...、ikを生成し、連続的なシーケンス番号を持つソースパケットが他の部分集合に割り当てられるように、x個の部分集合にかけて前記k個のソースパケットをインターリーブし、短いソースパケットには、臨時的に送信されない仮想の0を付け加え、前記対応するソースパケットの部分集合にビット単位排他的論理和を行うことで各パリティパケットのペイロードを計算し、前記パリティパケットのための前記シーケンス番号は、前記対応するパリティパケットの前記ヘッダ内に含まれ、前記kソースパケットのための前記シーケンス番号は、前記対応するシステマティックパケットの前記ヘッダ内に含まれるようにさらに設定されることを特徴とする請求項9に記載のFECを行うための装置。前記コントローラは、前記ソースパケット及び前記少なくとも一つのパリティパケットのために前記システマティックパケットをエンコーディングする時、前記SPCAL-FECコードと結合してハミングAL-FECコードを行うようにさらに設定されることを特徴とする請求項8に記載のFECを行うための装置。前記コントローラは、システマティックパケット及び修理パケットのうち少なくとも一つを備えるパケットブロックを受信し、受信されたパケットブロック内に少なくとも一つのパケットが消失したかどうかを判断し、いずれかのパケットが消失した場合、各受信されたパケット内の前記パリティパケット指示子を検査することで、前記受信されたパケットがAL-FECエンコーディングされたかどうかを判断し、前記AL-FECコードが感知された場合、前記消失したパケットが復旧されるかどうかを判断し、前記消失したパケットが復旧されるかどうかの判断に対する対応でとして、前記受信されたシステマティック及び修理パケットを使ってAL-FECデコーディングを行うようにさらに設定されたことを特徴とする請求項8に記載のFECを行うための装置。前記コントローラは、前記受信されたパケットがAL-FECエンコーディングされたかどうかを判断する時に受信されたパリティパケットの数字に基づいて、前記受信されたパケットがインターリーブされたかどうかを定めるようにさらに設定されることを特徴とする請求項13に記載のFECを行うための装置。無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正FECを行う方法において、性能交換中に応用階層順方向エラー訂正AL-FEC性能情報を伝送する段階と、各パリティパケットのヘッダはパリティパケット指示子を備え、ソースパケット及び少なくとも一つの修理パケットのためにシステマティックパケットをエンコーディングするために、k個の前記ソースパケットの集合に単一パリティ検査SPCAL-FECコードを適用する段階と、メディア接続制御MAC階層及び物理PHY階層で、送信のために前記エンコーディングされたパケットを処理する段階と、を含むことを特徴とする無線通信デバイスのFEC実行方法。前記AL-FECコードは、SPC、畳み込み符号及びハミングコードのうち少なくとも一つを含むことを特徴とする請求項15に記載の無線通信デバイスのFEC実行方法。前記SPCAL-FECコードは、前記ソースパケットをインターリーブすることを特徴とする請求項15に記載の無線通信デバイスのFEC実行方法。前記AL-FECコードは、単一パリティ検査及びハミングコードを含むことを特徴とする請求項15に記載の無線通信デバイスのFEC実行方法。システマティックパケット及び修理パケットのうち少なくとも一つを含むパケットブロックを受信する段階と、前記受信されたパケットブロック内に少なくとも一つのパケットが消失したかどうかを判断する段階と、少なくとも一つのパケットが消失した場合、各受信されたパケット内の前記パリティパケット指示子を検査することで、前記受信されたパケットがAL-FECエンコーディングされたかどうかを判断する段階と、前記AL-FECコードが検索された場合、前記少なくとも1個の消失したパケットが復旧されるかどうかを判断する段階と、前記少なくとも1個の消失したパケットが復旧されるかどうかの判断に対する対応として、前記受信されたシステマティック及び修理パケットを使ってAL-FECデコーディングを行う段階と、をさらに含むことを特徴とする請求項15に記載の無線通信デバイスのFEC実行方法。前記受信されたパケットがAL-FECエンコーディングされたかどうかを判断する段階は、受信されたパリティパケットの数字に基づいて、前記受信されたパケットがインターリーブされたかどうかを定める段階をさらに含むことを特徴とする請求項19に記載の無線通信デ-バアスのFEC実行方法。本発明の一実施形態では、無線通信ネットワーク内の無線通信デバイスで順方向エラー訂正を行う方法が提供される。一実施形態として、無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正ForwardErrorCorrection:FECを行う方法が提供される。無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正を行う方法は、性能交換中に応用階層順方向エラー訂正ApplicationForwardErrorCorrection:AL-FEC性能情報を伝送する段階を含む。ソースパケット及び少なくとも一つのパリティパケットのためにシステマティックパケットをエンコーディングするために、k個の前記ソースパケットの集合に単一パリティ検査SingleParityCheck:SPCAL-FECコードを適用する。各パリティパケットのヘッダは、パリティパケット指示子を備る。ディア接続制御MediaAccessControl:MAC階層及び物理Physical:PHY階層で、送信のために前記エンコーディングされたパケットを処理する。他の実施形態として、無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正を行うための装置が提供される。無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正を行うための装置は、送信器及び送信器と結合されたコントローラを備える。送信器は、他の通信デバイスと通信する。コントローラは、性能交換中に応用階層順方向エラー訂正AL-FEC性能情報を伝送し、ソースパケット及び少なくとも一つのパリティパケットのためにシステマティックパケットをエンコーディングするために、k個の前記ソースパケットの集合に単一パリティ検査SPCAL-FECコードを適用し、エンコーディングされたパケットのヘッダは、パリティパケット指示子を備え、メディア接続制御MAC階層及び物理PHY階層で、送信のために前記エンコーディングされたパケットを処理する。さらに他の実施形態として、無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正FECを行う方法が提供される。無線通信ネットワーク内の無線通信デバイスの順方向エラー訂正を行う方法は、性能交換中に応用階層順方向エラー訂正AL-FEC性能情報の伝送を含む。ソースパケット及び少なくとも一つのパリティパケットのためにシステマティックパケットをエンコーディングするために、k個の前記ソースパケットの集合に単一パリティ検査SPCAL-FECコードを適用する。各パリティパケットのヘッダは、パリティパケット指示子を備える。そして、メディア接続制御MAC階層及び物理PHY階層で、送信のために前記エンコーディングされたパケットを処理する。本発明の一実施形態によれば、外部OuterFEC方式で許容レベルまでパケット損失率を大幅に低減させる。下記の発明の詳細な説明を読み取る前に、本特許明細書全般で使われる特定単語及び構文の定義を説明する。用語備える、含むInclude、Comprise及びそれから派生される単語は、制限なしに含まれるという意味であり、用語またはOrは、及び/またはAnd/Orの意味を含む。係るAssociatedwith及びそれに関するAssociatedtherewith及びそれから派生される単語は、含むためにToinclude、含まれたBeincludedwithin、係るInterconnectwith、入っているContain、入っておりbecontainedwithin、繋がるConnecttoorwith、連結されたCoupledtoorwith、伝達されるBecommunicablewith、協力するCooperatewith、インターリーブinterlave、並列するJuxtapose、近接するBeProximateto、結合されたBeboundtoorwith、関係があるHave、特性を持つHaveaPropertyofなどの意味でありうる。また用語コントローラは、いずれかのデバイス、システムまたはそれらの部分の少なくとも一つの動作を制御することを意味し、かかるデバイスは、ハードウェア、ファームウエア及びソフトウェアまたは前記のものなどのうち少なくとも2つの組み合わせで具現できる。特定のコントローラと係る機能は、ローカル、遠隔、集中的または分散的であるということに留意せねばならない。当業者ならば、多くまたは大部分の場合で、本特許明細書全体で提供される特定単語及び文言のための定義を理解でき、かかる定義は、以前だけではなく今後の使用で、定義された単語及び文言で適用できる。以下の図1ないし図10、及び本特許明細書内の本明細書の原則を述べるために使われる多様な実施形態は、単に例示の方式であり、本明細書の範囲を制限するいかなる方式でも解釈できない。たとえ記述された本発明の実施形態がワイギグを支援する装置を示すとしても、本明細書の原則が無線通信システムの好適な配列によって具現されるということは、当該技術分野で理解できる。図1は、本明細書の原則によってワイギグWirelessGigabitAlliance:WiGigを支援する無線ネットワーク100を図示する。図示された例で、無線ネットワーク100は、アクセスノードAccessNode:AN102、モバイルノード104、ディスプレイデバイス106、パソコンPC108及びカメラ11を備える。AN102は、ルータ、ベースステーション、ケーブルボックス、またはデータサービスを受信するいずれかの装置である。モバイルデバイス104は、携帯電話、個人用携帯端末機PDA、タブレットデバイス、電子リーダーなどのポータブルデバイスである。ディスプレイデバイス106は、プロジエクター、テレビ、コンピュータディスプレイ、ステレオ受信機などの出力デバイスでありうる。カメラ110は、プリンタ、カムコーダ、ウェブカム、スキャナ、医療用映像装置などの周辺Peripheralデバイスでありうる。すべてのデバイス102ないし110がワイギグを支援すると仮定すれば、それぞれのデバイス102ないし110は、少なくとも一つの他のデバイスとワイギグ連結を形成できる。例えば、PC108は、オーディオ/ビデオAudio/Video:A/Vデータをディスプレイデバイス106に送信でき、カメラまたは他の周辺デバイス110からデータを受信でき、モバイルデバイス104と同期化作業を行い、AN102を通じてインターネットに接続できる。図2Aは、本明細書の一実施形態によって直交周波数分割多重接続OrthogonalFrequencyMultipleAccess:OFDMA送信経路の上位レベルのダイアグラムを図示する。図2A及び図2Bで、OFDMA送信経路200及びOFDMA受信経路250は、無線通信デバイスの送信器及び受信機内にそれぞれ具現される。一部の実施形態で、送信経路200及び受信経路250の要素は、一つのトランシーバ内で結合される。送信経路200は、チャネルコーディング及び変調ブロック205、直列-並列変換SerialtoParallel:S-to-Pブロック210、Nサイズの逆高速フーリエ変換InverseFastFourierTransform:IFFTブロック215、並列-直列変換P-to-Sブロック220、周期的前置符号挿入ブロック225、アップコンバータUp-Converter:UC230を備える。受信経路25は、ダウンコンバータDownConverter:DC255、周期的前置符号除去ブロック260、直列-並列変換S-to-Pブロック265、Nサイズの高速フーリエ変換FastFourierTransform:FFT270、並列-直列変換P-to-Sブロック275、チャネルデコーディング及び復調ブロック280を備える。図2A及び図2B内の構成要素のうち最小限の一部はソフトウェアで構成される一方、他の構成要素は、設定可能なハードウェアまたはソフトウェア及び設定可能なハードウェアの混合で具現される。特に、本明細書に記載したFFTブロック及びIFFTブロックは、設定可能なソフトウェアアルゴリズムにより具現され、サイズNは、具現によって修正される。また、無線通信デバイスは、図2A及び図2B内の経路を具現するように設定された少なくとも一つのコントローラを備える。さらに、たとえ本明細書はFFT及びIFFTを具現する実施形態を対象としているとしても、これは単に例示の方式であり、本明細書の範囲を制限するいかなる方式でも解釈できない。本明細書の代案的な実施形態で、FFT関数及びIFFT関数は、それぞれ離散フーリエ変換DiscreteFourierTransform:DFT及び逆離散フーリエ変換InverseDiscreteFourierTransform:IDFTに容易に代替されるということが分かる。DFT及びIDFT関数のために、N変数の値は整数例えば、1、2、3、4などであり、一方、FFT及びIFFT関数のために、N変数の値は2の指数例えば、1、2、4、8、16などになりうるということが分かる。さらに、他の実施形態で、送信経路及び受信経路は、共通要素プリアンブル及びチャネルなどのを共有する変調及びコーディング方式の他のタイプを使える。例えば、一実施形態は、小さくて低電力のポータブル器機のための低電力消耗を引き起こす単一キャリアを支援する。送信経路200で、チャネルコーディング及び変調ブロック205は、周波数-ドメイン変調シンボルのシーケンスを生産するための入力ビットであるコーディングすなわち、低密度パリティ検査LowDensityParityCheck:LDPCコーディング及び変調すなわち、QPSK、QAMが適用された情報ビットの集合を受信する。直列-並列変換ブロック210は、変調された直列シンボルを、N個の並列シンボルストリームを生成するために並列データに変換すなわち、逆多重化し、Nは、無線通信デバイスで使われるIFFT/FFTのサイズである。次いで、NサイズのIFFTブロック215は、時間-ドメイン出力信号を生成するために、N個の並列シンボルストリームにIFFT演算を行う。並列-直列変換ブロック220は、NサイズのIFFTブロック215から直列時間-ドメイン信号を生成するために、並列時間-ドメイン出力シンボルを変換すなわち、多重化する。次いで、周期的前置符号挿入ブロック225は、時間-ドメイン信号に周期的前置符号を挿入する。最後に無線チャネルを通じて伝送するために、アップコンバータ230は、周期的前置符号挿入ブロック225の出力をRF周波数に変調すなわち、アップコンバートする。信号は、RF周波数に変換される前にベースバンドでフィルタリングされる。送信されたRF信号は、無線チャネルを通じた後、受信するデバイスの受信経路250に到逹する。ダウンコンバータ255は、受信された信号をベースバンド周波数にダウンコンバートし、周期的前置符号除去ブロック260は、直列時間-ドメインベースバンド信号を生成するために、周期的前置符号を除去する。直列-並列変換ブロック265は、時間-ドメインベースバンド信号を並列時間ドメイン信号に変換する。次いで、NサイズのFFTブロック270は、N個の並列周波数-ドメイン信号を生成するためにFFTアルゴリズムを行う。並列-直列変換ブロック275は、並列周波数-ドメイン信号を、変調されたデータシンボルのシーケンスに変換する。チャネルデコーディング及び復調ブロック280は、変調されたシンボルを、原本の入力データストリームを復旧するために復調した後、デコーディングする。オーディオ及びビデオの送信は、ワイギグのアプリケーションにおいて重要である。しかし、良好なビデオ品質のために、パケット損失率は10-5より小さくなければならない。時間に敏感なアプリケーション例えば、マルチメディア、ゲームなどで、遅延制約はシステムの性能を制約する。時間に敏感なアプリケーションにおいて、再送信のために必要な動的バッファは、具現に相当な複雑度を追加する。そして、前述したように、ワイギグのメディア接続制御MediaAccessControl:MAC階層は、ブロードキャスト/マルチキャストパケットのための確認Acknowledgements:ACKsを許容しない。したがって、少ない損失、固定されたバッファと簡単な方式、再送信なしNoRetransmission及び10-5より小さなパケット損失率を容認できるアプリケーションが望ましい。順方向エラー制御ForwardErrorControl:FEC方式は、かかるシナリオに好適な候補に該当する。実際に、FECは、チャネルの通信に使われている。ワイギグ60GHz通信において、低密度パリティ検査Low-DensityParityCheck:LDPCコードFEC方式は、信頼できる通信を成就するために適用される。LDPCコードは、システムの物理階層の部分であり、1/2、5/8、3/4及び13/16のコーディングレートを持つ。かかるコードは、ビットレベルにおける保護に良好なレベルを達成でき、一般的に10-6より低いビットエラー率BitErrorRate:BERを獲得できる。しかし、かかるFEC方式を使って成就可能なパケット損失率は、約0.01である。結果的に、外部FEC方式は、パケット損失率を許容レベル約10-5にだいぶ低減させる。特に、応用階層FECAL-FECコードは、これらの動的速度、低いオーバーヘッド及び具現コスト側面で最も適した候補である。本明細書で、AL-FECは、MAC階層上のあらゆる機能的階層上で行われるFECを参照できる。図3は、本明細書の一実施形態によってAL-FECコーディング概念を図示する。送信器は、送信されるN個のパケットのブロックを生成するために、k個のソースパケットにAL-FECエンコーディングを行う。N個のパケットは、AL-FECエンコーディング演算を通じて生成されたk個のソースパケット及びr個の修理パケットを含む。N個のパケットが送信された後、受信機はnパケットのうちm個を受信し、mはkとほぼ同じである。受信されたm個のパケットは、消失したソースパケットを復旧するためにデコーディングされる。オーバーヘッドはm-k=0であり、生成されたパケットの数字は、式1によって計算される。n=m/1symbollossrate1このように、シンボル削除チャネルキャパシティに近接してシステムが運用されるため、オーバーヘッドが小さい。理想的に、AL-FECコードは、次のような特徴を持つコードである。1レートレスコードRatelessCodes:原本データから無限な数字がエンコーディングされたパケットシンボルは、一般的にパケットであるを生成できる。2オーバーヘッドを入れないIntroducenoOverhead:受信機は、k個のエンコーディングされたパケットが受信された後、kパケットを含むメッセージを再構成できる。3単純さSimple:エンコーディング/デコーディングは非常に速いべきであり、時間に線形であるLinearinTimeことが好まれる。これらのコードの近似的な実現は、マトリックスコード、リードソロモンコードReedSolomonCodes、ルヒートランスフォームLuby-Transform:LTコード及びラプターコードRaptorCodesである。ラプターコードは、AL-FECコードの最高の総合的な近似値になる。AL-FECフレームワークの実施形態は、ワイギグ内のプロトコルオデブション階層ProtocolAdaptionLayer:PALの任意的なフロー例えば、オーディオ、圧縮されたビデオ、非圧縮されたビデオなどにパケットレベル保護を提供する。AL-FECフレームワークは、いずれかのFECコード削除コードと共に動作できるが、削除コードは、システマティックと仮定する。一実施形態で、AL-FECフレームワークは、ラプターコードを支援するために設定される。図4は、本明細書の一実施形態によってAL-FEC方式を図示する。ハイフンで連結された垂直線が、送信デバイス400及び受信デバイス450の機能的階層を分離する。点線は、送信デバイス400から受信デバイス450に送信されるデータを表示する。AL-FECフレームワークに関して、送信デバイス400は、物理PHY階層440、メディア接続制御MAC階層430、プロトコルオデブション階層PAL410及びAL-FECコンポネント420を含む。類似して、受信デバイス450は、PHY階層490、MAC階層480、PAL460及びAL-FECコンポネント470を含む。送信デバイス400及び受信デバイス450それぞれは、ワイギグの可能なデバイス102ないし110などの無線通信デバイスのうち一つでありうる。本明細書の一実施形態による、AL-FEC方式における送信デバイス400の一般的な演算は、以下の通りである。送信デバイス400で、共に保護されるべきソースパケットの集合が特定される。AL-FECコードは、修理パケットの集合を生成するためにソースパケットに適用される。修理パケットが生成された後、送信デバイス400は、ソースパケット及び修理パケットを受信デバイス450に送信する。本明細書の一実施形態による、AL-FEC方式における受信デバイス450の一般的な演算は、以下の通りである。もし、すべてのソースパケットが受信デバイス450で成功的に受信されれば、受信されたソースパケットはAL-FEC復旧なしに処理され、受信された復旧パケットは廃棄される。逆に、もし、消失したパケットがあれば、消失したパケットを復旧するために成功的に受信されたソース及び復旧パケットにAL-FEC方式が適用される。送信デバイス400のプロトコルオデブション階層PAL410は、上位階層から図示せずソースデータすなわち、応用パケットを受信し、送信されるパケットを用意し、MAC階層430にパケットを送信する。このために、PAL410は、受信デバイス450T×mバイトのバッファサイズを持つPAL460がソースブロックの処理に好適なソースブロックサイズk個のパケットを選択することで、保護されるソースパケットの集合を最初に特定できる。PAL410はソースブロック数字SourceBlockNumber:SBNを生成し、ソースブロック、SBN、k及びTをAL-FECコンポネント420に送信する。PAL410はまた、ソースパケットのペイロードにヘッダ情報を添付することでソースパケットを構成し、AL-FECコンポネント420から受信されたソースパケット及び修理パケットをMAC階層430に送信する。PAL410及びMAC階層430の機能は、無線通信デバイスのプロセッサーまたはコントローラによって行われる。受信デバイス450で、PAL460はMAC階層からパケットソースパケット及び修理パケットを受信し、ソースデータを復旧し、ソースデータを上位機能性階層図示せずに送信する。このために、PAL460は、すべてのソースパケットが成功的に受信されたかどうかを判断する。もしすべてのソースパケットが成功的に受信されたならば、ソースパケットはAL-FEC復旧なしに処理され、修理パケットは廃棄される。逆に、もし消失したパケットがあるならば、PAL460は、AL-FECコンポネント470に、受信されたソース及び受信パケットを送信する。PAL460は、AL-FECコンポネント470から複数のソースパケットを獲得する。一実施形態として、本明細書で述べられたPAL410及び460のすべての機能は、MAC階層430及び480上の他の階層でそれぞれ行われる。PAL410及び460は、ワイギグのために定義されるデータ及びディスプレイ基準などの特定の基準を支援する。例えば、PAL410及び460は、高画質マルチメディアインターフェースHigh-DefinitionMultimediaInterface:HDMI及びディスプレイポートの支援を定義する。他の実施形態として、PAL410及び460は、入/出力Input/Output:I/Oデータになり、また、ユニバーサルシリアルバスUSBを支援でき、PCIエクスプレスPeripheralComponentInterconnectExpress:PCIeになる。送信デバイス400のAL-FECコンポネント420は、修理パケットを生成するためにソースデータにAL-FECコードを適用する。他の代案的な実施形態で、修理パケットはPAL410によって生成される。受信デバイス450でAL-FECコンポネント470は、消失したパケットを復旧するために、AL-FEC方式を使ってPALから受信されたソース及び復旧パケットをデコーディングする。一部の実施形態で、AL-FECコンポネント420及び470、またはAL-FECコンポネント420及び470の機能は、それぞれPAL410及び460内に統合される。また一部の実施形態で、送信デバイス400及び受信デバイス450の各PAL410及び460、AL-FECコンポネント420及び470、MAC階層430及び480、及びPHY階層440及び490それぞれは、送信及び受信に関する機能を行うために設定される。PHY階層440及び490は、ハードウェア通信機能を参照する。言い換えれば、PHY階層440及び490は、データのロウRawビットの送信及び受信の手段を定義する。一実施形態で、FEC方式は、送信デバイス400のPHY階層440によって、送信中の受信デバイス450のPHY階層460によって行われる。PHY階層のFECは、低密度パリティ検査LDPCコードのFEC方式でありうる。MAC階層430及び480は、当該技術分野で周知のアドレッシング及びチャネル接続制御機能を行う。下記の実施形態は、ラプターコードパラメータを説明し、ギガビット無線通信のための実施形態である。ラプターコードパラメータは、k=‘1024’のソースブロックサイズ及びシンボル長T=‘48’バイトを含む。このように、ソースブロック受信のためのバッファの必要条件は、約‘49’キロバイトKBである。AL-FEC以後のパケット損失率は、下記の式2を使って計算される。AL-FEC以後のパケット損失率=AL-FEC以前のパケット損失率×ブロック-復旧失敗率210-3のブロック-復旧失敗率及び10-3のAL-FEC以前のパケット損失率で‘12’パケットのオーバーヘッドを備える場合、AL-FEC以後のパケット損失率は、10-5に計算される。失敗する場合にも、正確に受信されたシステマティックパケットは依然として使える。一部の実施形態によってパケット削除率を低減させるために使われる他のAL-FECコーディング技術は、単一パリティ検査SPC、畳み込み符号化ConvolutionCoding、ハミングコードを含む。かかる方法は、検索するか、さらにはパケットを訂正するか、または、できる限り性能を劣化させないためには、いかなるパケットが削除されるべきかの先験的な知識を使う方法を採用できる。さらに、前記の方法と共に部分的に訂正されたパケット部分的なビットが訂正されたが、全体ではなく削除されたパケットで識別されたを使えば、追加的に訂正されたパケット内の残っているビットの修正をさらに手伝うことができ、循環重複検査CyclicRedundancyCheck:CRCまたは他の正確性検査の通過に役に立つ。単一パリティ検査技術で、追加的なパリティパケットすなわち、修理パケットがパケットの集合に追加され、パケット全体はn=k‘1’に作られる。追加されたパケットは、すべてのk個のパケットのパリティ検査でありうる。言い替えれば、パリティパケットは、k個のパケットにビット単位排他的論理和Abit-wiseExclusive-or:Bit-wiserXORを行うことで生成される。k個のパケットは、原本シーケンスまたは実施形態による他の方式によって選択される。この方法は、N個のパケット内の単一パケット削除の訂正を保証する。一実施形態で、追加されたパケットの高い手順の他の組み合わせは、いかなるパケットが削除されたかの先験的な知識を使うことで、N個のパケット内のさらに削除されたパケットを修正するために使われうる。N個のパケット内に一つ以上の削除されたまたは、消失したパケットが検索される場合、プロセスは中断されるか、または開始されず、可能な再送信のために、階層構造内の上位階層に削除されたパケットのための報知が送信される。SPCを使えば、ビットレートは増加する。さらに、簡単なSPCで他のコーディングレートを使えば、要求される性能を容易に回復させることができる。一部の実施形態で、単一パリティ検査方式は、インターリーブされた、または非インターリーブされた方式である。図5Aは、本発明の一実施形態によって非インターリーブされた単一パリティ検査方式を図示する。この実施形態で、k=’24’ソースパケットである。追加されたパケットパケット0は、すべてのk個のデータパケットパケット1...24のパリティ検査でありうる。一実施形態でパケット0は、PALまたはMAC階層上の他の階層内の24個のソースパケットに、ビット間のビット単位排他的論理和を行うことで生成される。この方法は、n=k‘1’=25パケット内の単一パケット削除の訂正を保証する。非インターリーブされたFECで、A/VPALは、シーケンス番号がi1、...i24すなわち、‘1’、...、‘24’であるパケットを保護するために、シーケンス番号がi図5A内の‘0’であるパリティパケットヘッダを生成する。パリティパケット長フィールドは、i1、...i24パケットのうち最も大きいパケット長に設定される。FECエンコーダは、パケットi1からi24までのビット単位排他的論理和によってパリティパケットのためのペイロードを計算し、さらに短いパケットは、仮想の送信されていないゼロビットを付け加えると仮定される。一実施形態で、パケットインターリーバは、性能を高めるために追加される。フェーディングチャネルの特性のため、削除されたパケットは順次的であり、これによって、SPCが非常に低下する。パケット追加インターリーバは、削除されたパケットを分散することでSPCが性能を回復するように大きく役に立つ。図5Bは、本発明の一実施形態によってインターリーブされた単一パリティ検査方式を図示する。図示された実施形態で、n=‘25’及びk=‘24’一つのSPCパケットなどのパケットの各集合のために、パケットの4個の集合を連結させる間に方形インターリーバが使われる。すなわち、kデータパケット及び一つのパリティパケットを含む単一ブロックを送信する非インターリーブされたSPC方式とは異なって、インターリーブされたSPC方式は、kデータパケットの4個のブロック及び4個のパリティパケットを送信する。インターリーブされたFECで、A/VPALは、シーケンスナンバーi4、...i99のパケットを保護するために、シーケンスナンバーi、i1、i2、i3図5Bの‘0’、‘1’、‘2’、‘3’の4個のパリティパケットヘッダを生成する。FECエンコーダは、パリティパケットのペイロードを下記のように計算する。パリティパケットのペイロードiは、パケットi4、i8、i12、...、i96のビット単位排他的論理和であり、パケットi1のペイロードは、パケットi5、i9、i13...、i97のビット単位排他的論理和であり、パリティパケットi2のペイロードは、パケットi6、i10、i14...、i98のビット単位排他的論理和であり、パリティパケットi3のペイロードは、パケットi7、i11、i15...、i99のビット単位排他的論理和である。ブロック当たり一つのパケット以上を復旧できない非インターリーブされたSPC方式とは異なって、インターリーブされたSPCは、2個ないし4個の連続的な削除されたパケットを復旧できる。パリティパケット及びシステマティックパケットの順序は変更できる。例えば、システマティックパケット例えば、データパケットは、パリティパケット以前に送信される。図6は、本明細書の一実施形態によって削除されたパケットを復旧するための畳み込み符号を図示する。畳み込み符号ConvolutionalCode:CCは、隣接しているビットの排他的論理和ExclusiveOR:XORに基づく。畳み込み符号の高い拘束長ConstraintLength:CLは、良好な修理性能を持つ。さらに高いCLは、さらに高いデコーディング複雑度ビタビViterbi/ターボTurboデコーディングである。畳み込み符号の短所は、もし削除されたパケットが存在する場合にパケット内のすべてのビットが分からない。同じパケットからの連続的な削除されたビットCLよりさらに多いで、ビタビデコーディングはパケットを修理できない可能性がある。これは、パケットがエンコーディングまたは送信される前にインターリーブされねばならないということを意味する。インターリーバの長さは、トレースバック例えば、5×CLまたは最小限CLより大きいサイズである。削除されたビットがインターリーブされたならば、これらは復旧される可能性が増大する。図6は、‘39’のシステマティックパケットすなわち、含まれたデータ及び一つのパリティパケットCCは、修理性能を高めるためにすべてのコーディングレートを支援するが存在するように、‘1000’バイトのn=‘40’のパケットのインターリーバサイズ、及びCL=’7’及び‘39/40’n-1/nのCCコーディングレートを持つインターリーブされた畳み込み符号によってAL-FECエンコーディングされたパケットの例を図示する。Px,y表記法は、ビットパケット及びビット位置を示す。例えばP0,1は、パケット‘0’及びビット位置1を示し、P1,0は、パケット‘1’及びビット位置‘0’を表示する。このように、各データのビット及びパリティパケットは図6に垂直的に図示されているように、畳み込み符号は、パリティパケット内の対応するパリティビットを計算するために、同じビット位置にかけてブロック内のn-1パケットまで作動する。例えば、パリティパケットn-1のビット‘0’すなわち、Pn-1,0を計算するため、畳み込み符号はP0,0、P1,0、P2,0...、Pn-2,0にかけて動作する。次いで、パリティパケットのビット‘0’すなわち、Pn-1,1を計算するため、このような形でパリティパケットの最後のビットまで計算される。もしデータパケットが異なる長さを持っているならば、パリティパケットは最大のパケット長を持ち、さらに短いパケットは、畳み込み符号を実行するために、これらそれぞれのテールtailに仮想のゼロが付け加えらる。SPCと同様に、パリティパケット及びシステマティックパケットの順序は変更できる。またこのケースで、削除されたパケットの先験的知識は、CCAL-FECが使われるべきか例えば、非常に低いSNRでパケット削除率がSNRの減少のように高い修理確率で減少する時を定められる。他の実施形態で、AL-FECのためにハミングコーディングが使われうる。ハミングコーディングHammingCoding:HCを使ってハミングコーディングの最小限のハミング距離HammingDistance:dminから修理されたパケットのレベル復旧できる、削除されたビットの数字またはパケットが誘導される。例えば、dmin=‘3’を持つHマトリックスで修理されたパケットの数字は、dmin-‘1’=‘2’の削除されたパケットでありうる。ハミングコードを使う時は、パケットの各集合のために一つ以上のパリティパケットがありうるコーディングレートを調節することで。Hマトリックスは、dmin及びコーディングレートを定める。パケットの各集合内のデータパケットの最大数字は、mパリティビットまたはパケットのために、2m-m-1データビットまたはパケットまでエンコーディングされるように、ハミングコドパリティパケットの数字に基づいて定められる。例えば、ハミング7,4コードは、すべての4個のデータビットを7個のビットにエンコーディングし、3個のパリティビットを追加する。一部の実施形態で、インターリーブされた、または非インターリーブされた単一パリティ検査は、ハミングコドと共に結合される。例えば、単一パリティ検査エンコーディングインターリーブ方式、または非インターリーブ方式は、さらなるパリティパケットを形成するためにハミングエンコーディングパケットに行われる。前記実施形態は、ラプターコードに比べてさらに簡単にAL-FECを具現する方式を説明する。説明されたすべてのAL-FEC方式は、削除されたパケットを修理するために低電力デバイスで好適に使われる。図7は、本明細書の一実施形態によって、AL-FECを使ってエンコーディングされたパケットのヘッダの内容を図示する。一部の実施形態でパケットヘッダ700は、PAL内のALFEC方式が行われる特定の機能的階層で生成されかつ添付され、パケットヘッダ700は、PALから出るパケットに生成または添付される。パケットヘッダ700内の各列は、少なくとも一つのフィールドと対応する。上段行の各ブロック内のテキストは、パケットヘッダフィールド内に含まれた情報を説明し、下段行内の数字は、それぞれのヘッダフィールドのオクテット長バイトの数字を表示する。1オクテットの長さを持つパケットタイプヘッダフィールドは、パケットがシステマティックであるか例えば、データを含んでいるか、またはパリティであるかを表示する。一実施形態で、単一ビット例えば、最初のビットは、システマティック例えば、データパケットからパリティパケットを区分するために、パケットタイプフィールド内に割り当てられる。パリティパケットを表示するために単一ビットを使う時、‘0’は、パケットがシステマティックパケットであることを表示するために使われ、‘1’は、パケットがパリティまたは、その逆であることを表示するために使われる。例えば、1xxxxxxxの値を持つパケットタイプヘッダフィールドは、パリティパケットを表示するものであり、逆に0xxxxxxxは、システマティックパケットを表示する。一実施形態で単一ビットは、他のパケットヘッダフィールドに割り当てられる。他の実施形態として、ワイギグ標準でパケットタイプフィールド内の特定の8-ビット値は、パリティパケットを表示するために定義される。例えば‘0×80’または10000000の値は、パリティパケットを表示できる。他の方式で、特定の値が、システマティックパケットからパリティパケットを区別するために他のヘッダフィールドに使われうる。ストリーム識別子Identifier:IDは、パケットが属するデータストリームを識別する。一実施形態として、ストリームIDは送信ブロックを参照できる。シーケンス番号SequenceNumber:SeqNumは、ブロック内のパケットの手順を識別する。一実施形態によって、長さフィールドは、ペイロードのサイズまたはブロック内のパケットの総数字を表示する。送信または受信デバイスがAL-FEC性能を持っていない場合がありうる。したがって、本明細書の実施形態によって、デバイスはペイロードを伝送する前に、性能交換期間中にAL-FEC性能情報を交換できる。図8は、本明細書の一実施形態によって、無線通信システム内でAL-FECの使用のための一般的なプロセスを図示する。データ通信前に、送信デバイス400及び受信デバイス450は性能情報810を交換する。一部の実施形態で、性能交換情報810は、AL-FEC性能情報を含む。ブロック820で性能交換プロセスが完了した後、送信デバイス400は、送信のためにAL-FECコードを用いてパケットをエンコーディングする。このプロセスは、図9を参照してさらに説明される。一部の実施形態で、送信デバイス400は、AL-FECエンコーディング以後にPHY階層内でさらなるFECコーディングを行える。送信デバイス400は、以後にエンコーディングされたシステマティックパケット例えば、データ及び修理パケット830を受信デバイス450に送信する。ブロック840で、受信デバイス450は、AL-FECコードを用いて消失したパケットまたは、エラーが発生したパケットを復旧できる。一部の実施形態で受信デバイスは、AL-FECデコーディングプロセスを使ってパケット復旧を行うかどうかを先ず定める。このプロセスは、図10を参照してさらに説明される。一部の実施形態で、受信デバイス450は、AL-FECデコーディングのために受信されたパケットを伝送する前に、PHY階層内でFECデコーディングを行える。図9は、本明細書の一実施形態によってAL-FECを使って送信するために、エンコーディングパケットのためのプロセスを図示する。ブロック910で、送信デバイス例えば、送信デバイス400は、少なくとも一つ以上の受信デバイス例えば、受信デバイス450にAL-FEC性能情報を送信する。ブロック930で、送信デバイスはソースパケットにAL-FECコードを使うことで、システマティックパケット及び少なくとも一つの修理パケットAL-FECコーディング方式に基づいてを生成する。一実施形態で、PALは、ソースブロック共に保護されねばならないソースパケットの集合にソースブロック番号SourceBlockNumber:SBNを割り当て、ソースブロック、SBN、T及びkをAL-FECエンコーダに伝送する。AL-FECエンコーダハードウェアまたはソフトウェアに具現されるは、修理パケットの集合を生成するためにソースパケットにAL-FECコードを適用する。前述したAL-FECコーディング方式のうち一つを使うことで、少なくとも一つの修理パケットが生成される。例えば、非インターリーブされたSPCコーディング方式が使われる時、ソースブロック当たり一つの修理すなわち、パリティパケットが生成される。すなわち、n=‘25’及びk=‘24’であると仮定すれば、PALは、シーケンス番号iであるパリティパケットヘッダを生成し、i1、...、i24パケットをFECエンコーダに伝送する。FECエンコーダは、i1、...、i24パケットのビット単位排他的論理和によってパリティパケットのペイロードを生成する。4-インターリーブされたSPCコーディング方式が使われる時、データパケットの4個の集合のそれぞれのためにインターリーブされたSPCコーディング方式が使われる時、一つの修理パケットが生成される。すなわち、各集合でn=‘25’及びk=‘24’と仮定すれば、PALは、シーケンス番号i、i1、i2、i3人4個のパリティパケットヘッダを生成し、i4、...、i99パケットをFECエンコーダに伝送する。FECエンコーダは、i4、i8、...、i96パケットのビット単位排他的論理和によってパリティパケットペイロードを生成する。FECエンコーダは、パリティパケットのペイロードを次のように計算する。パリティパケットiのペイロードは、i4、i8、i12、...i96のビット単位排他的論理和であり、パリティパケットi1のペイロードは、i5、i9、i13、...i97のビット単位排他的論理和であり、パリティパケットi2のペイロードは、i6、i10、i14、...i98のビット単位排他的論理和であり、パリティパケットi3のペイロードは、i7、i11、i15、...i99のビット単位排他的論理和である。一実施形態で、AL-FEC方式が使われ、ブロック単位Block-by-Blockに基づいて変更される。ソースブロック内の少なくとも一つのソースパケットはシステマティックパケットを含む。一実施形態で、各システマティックパケットは一つのソースパケットに対応する。システマティックパケットのために修理パケットが生成され、修理パケット長は、パケットのうち最も長いシステマティックパケット長と同一である。PALは、システマティック/修理パケットのそれぞれのためのパケットヘッダシステマティック/パリティパケット、ストリームID、シーケンス番号などのための指示子を含むを生成し、パケットヘッダを、対応するシステマティック/修理パケットに添付し、ソースパケットをMAC階層に伝送する。一実施形態として、ブロック930は、PAL及びAL-FECエンコーダで行われる。前記で論議されたように、PAL及びAL-FECエンコーダは、分離されたコンポネントであり、PAL内に併合されてもよい。他の実施形態として、ブロック930は、MAC階層上などの他の上位機能的階層で行われる。ブロック940で、ブロック内のエンコーディングされたシステマティック/修理パケットは、以後に送信のためにMAC及びPHY階層で処理される。一実施形態として、PHY階層は、要求される性能を達成するために、送信前にAL-FECエンコーディングされたパケットにFECコーディング方式を適用する。図10は、本明細書の一実施形態によってAL-FECを使うデコーディングパケットのためのプロセスを図示する。プロセス840は、1修理パケットがなければAL-FECを使わないオプション;2各ブロックに25個のパケット24個のシステマティックパケット及び一つの修理パケットが含まれている非インターリーブされた25,24-SPCAL-FECオプション;3各ブロックに25個のパケットの4個の集合各集合当たり24個のシステマティックパケット及び1個の修理パケットが含まれている4-インターリーブされた25,24-SPCAL-FECオプションなどの3つのオプションのうち一つで動作できるシステムの一実施形態を示す。ブロック1010で、受信デバイス例えば、受信デバイス450は、送信デバイス例えば、送信デバイス400から送信ブロックのパケットを受信する。ブロック1020で、受信デバイスは修理パケットが受信されたかどうかを判断する。すなわち、受信デバイス内のPALまたはAL-FECデコーディングを行う責任がある機能的階層は、AL-FEC指示子例えば、図7に関して説明されたパケットタイプフィールドを探すために、各パケットのヘッダを検査する。もし修理パケットが受信されていなければ、プロセスはブロック1060に進み、AL-FEC復旧は行われない。もしAL-FECを使わない状態でパケットが送信される場合、該プロレスが発生する。このように、PALは、修理パケットと表示される受信されたパケットがないか、ロード内の受信されたすべてのパケットを判断できる。もしAL-FECを使わないパケットが消失した場合、受信デバイスは、消失したパケットまたは全ブロックの再送信を要請できる。一実施形態として、修理例えば、パリティパケットが消失した場合にのみ、受信デバイスは、消失した修理パケットの再送信を要請できる。もし修理パケットが受信されれば、ブロック1030で、受信デバイスは、パケットがインターリーブされたかどうかを判断する。例えば、修理パケットが先ず順次化されていると仮定すれば、ロードの最初のパケットSeqNumiのが修理パケットである場合にのみ、受信デバイスは、パケットがインターリーブされていないパケットであると判断できる。ブロック内の最初のパケットが、パケットヘッダ内のAL-FECビット例えば、パリティパケット指示子によって表示される修理パケットでなければならないためである。パケットi1i1が消失した場合、パケットi2またはi3dが受信された後、もしパリティパケット指示子が0に設定されているならば、パケットi、i1、...、i24はAL-FECブロックを形成する。もしソースパケットi1、...、i24のうち一つが消失した場合、AL-FECブロック内の他のパケットとビット単位排他的論理和動作を通じて復旧される。例を挙げて調べ続ければ、もし最初の4個のパケットSeqNumi、i1、i2、i3ののうち少なくとも2つがAL-FECを使うと表示されて例えば、パリティパケット指示子が1に設定受信されたならば、受信デバイスは、インターリーブされたSPCAL-FECコーディング方式を使ってパケットが送信されたということが判断できる。すなわち、パケットi、i4、i8...、i96はAL-FEC集合例えば、ブロックを形成し、パケットi1、i5、i9...、i97が集合を形成し、パケットi2、i6、i10...、i98が集合を形成し、パケットi3、i7、i11...、i99が集合を形成する。前述したすべての場合及びモードで削除されたパリティ/システマティックパケットは、復旧如何に構わず、送信デバイスのPALは、ストリームID及び/またはSeqNumを知っている点を使って、パケットをどのように修理するかをいつも定められると保証される。ブロック1040で、受信デバイスは、いかなるパケットが消失したかを定める。もし消失したパケットがなければ、すなわち、すべてのソースパケットが成功的に受信される、次いで、ソースパケットはAL-FEC復旧なしに処理され、修理パケットは廃棄される。プロセスは、ブロック1060に進む。逆にもしソースパケットが消失した場合、ブロック1050で、受信デバイスは、AL-FECコーディング方式のタイプに基づいて消失したパケットの数字がしきい値より大きいかどうかについて判断する。図5A及び5Bに関して説明したように、非インターリーブされたSPC方式下では、ただ1個の消失したパケットのみ復旧され、4-インターリーブされたSPC方式下では、集合当たり連続的な4個の消失したパケットまで、または1個の消失したパケットが復旧される。このように、ブロック1030で、もしPALがパケットがインターリーブされていないと判断した場合、しきい値は、1個の消失したパケットである。またはブロック1030で、もしPALが、パケットがインターリーブされたと判断した場合、しきい値は、4個の連続的な消失したパケットまたは1個の消失したパケットである。もし消失したパケットの数字が対応するしきい値より大きい場合、プロレスはブロック1060に進み、AL-FEC復旧を行わない。一実施形態として、受信デバイスは、消失したパケットまたは全体ブロックの再送信を要請できる。逆に、もし消失したパケットの数字が対応するしきい値より大きくない場合、ブロック1070で、受信デバイスは、消失したパケットを復旧するためにAL-FECデコーディングを行う。すなわち、PALは、消失したパケットを復旧するためにブロックをFECデコーダーに伝送する。図10に示したプロセスは、説明のみを目的とするものであり、本明細書の範囲を制限する意味ではない。他の実施形態として、本明細書の範囲を逸脱しない範囲内でブロックの順序では再配列される。例えば、いかなるパケットが消失したかを判断するためのブロック1040は、ブロック1010でMAC階層からパケットを受信された後で直ちに行われる。ブロック1020は、少なくとも一つのパケットが消失したかを定めた後で行われる。AL-FECブロック内の各AL-FECパケット長は、最大長さを持つパケットと同一であることに留意せねばならない。これは、同じブロック内のPALパケットに異なる長さを持たせることを可能にする。例えば、PALパケット長がAL-FECパケット長より小さい時、AL-FECエンコーダ/デコーダーは、仮想の0を付け加えることでかかる差を償える。たとえ本明細書が典型的な実施形態として説明されたとしても、多様な変更及び修正が当業者により行われうる。本明細書は前述した変更及び修正を含み、これは特許請求の範囲内に含まれる。"