"リレーノードによりリレー信号として宛先ノードに転送されるソース信号が、前記リレーノードにおいてエラー有りで受信されたことを決定するよう構成された解析コンポーネントと、前記ソース信号が前記宛先ノードによってエラー有りで受信されたことと、前記ソース信号が少なくとも前記リレーノードによってエラー有りで受信されたことと、に応答して、前記リレー信号からソフト判定情報を生成し、前記ソース信号の復号において該ソフト判定情報を使用するよう構成された訂正コンポーネントと、を備えるシステム。前記解析コンポーネントが、前記リレー信号とともに送信された情報フラグを参照するようにさらに構成される、請求項1に記載のシステム。前記情報フラグは、1ビットであり、かつ前記リレーノードが前記ソース信号を正しく又はエラー有りで受信したことを示す、請求項2に記載のシステム。巡回冗長検査を行って、前記宛先ノードが、前記ソース信号をエラー有りで受信したか、あるいは、前記リレー信号をエラー有りで受信したかを決定するよう構成された参照コンポーネントをさらに備える、請求項1に記載のシステム。前記参照コンポーネントが、前記ソース信号がエラーを伴って受信されたか否か、及び前記リレー信号がエラーを伴って受信されたか否かを示す宛先エラーステータスを出力するようにさらに構成される、請求項4に記載のシステム。前記巡回冗長検査が、前記ソース信号又は前記リレー信号の巡回冗長符号化におけるエラーの検出に応答して、それぞれ、前記ソース信号又は前記リレー信号に対して失敗する、請求項5に記載のシステム。前記ソース信号が前記宛先ノードによってエラー有りで受信されたことと、前記ソース信号が前記リレーノードによってエラー有りで受信されたことと、に応答して、前記リレー信号から前記ソフト判定情報を生成するよう前記訂正コンポーネントをトリガーするように構成された初期化コンポーネントをさらに備える、請求項1に記載のシステム。前記訂正コンポーネントが、前記ソース信号が前記宛先ノードによってエラー有りで受信されたことと、前記ソース信号が前記リレーノードによって正しく受信されたことと、前記リレー信号が前記宛先ノードによってエラー有りで受信されたことと、に応答して、最大比合成アルゴリズムを実行するようにさらに構成される、請求項1に記載のシステム。前記訂正コンポーネントが、前記ソース信号を前記ソフト判定情報と組み合わせて、前記ソース信号の復号におけるエラーを軽減するように構成される、請求項1に記載のシステム。前記訂正コンポーネントが、前記リレー信号の符号関数、及び前記リレーノードにおいて受信された前記ソース信号の信頼性関数から、前記ソフト判定情報を生成するように構成される、請求項1に記載のシステム。前記符号関数が、再符号化され、変調される前記リレー信号から復号されたシンボルの関数として発生される、請求項10に記載のシステム。前記信頼性関数が、少なくともソース-リレー間チャネルに関するチャネル状態情報に基づいて、前記ソース信号の1つのビットに関するエラー確率関数から生成される、請求項10に記載のシステム。前記信頼性関数が、ビットに対して個別に計算されたビット固有の信頼性である、請求項12に記載のシステム。前記信頼性関数が、シンボルが送信されたパケットの全てのビットの平均として計算されたパケット固有の信頼性である、請求項12に記載のシステム。前記信頼性関数が、前記リレーノードによって前記ソースノードからエラー有りで受信されたパケットの全てのビットの平均として計算されたチャネル固有の信頼性である、請求項12に記載のシステム。前記エラー確率関数が、ソース-リレー間チャネルのフェージング係数及び平均の信号対雑音S/N比に基づく、及びリレー-宛先間チャネルのフェージング係数及び平均の信号対雑音S/N比に基づく、請求項12に記載のシステム。前記訂正コンポーネントが、下記の形式のアルゴリズムによって、前記ソース信号を前記ソフト判定情報と組み合わせるように構成される、請求項1に記載のシステム。ここで、xSは、ソースノードによって送信されたシンボル、ySDは、前記宛先ノードにおいて前記ソースノードから受信されたシンボル、yRDは、前記宛先ノードにおいて前記リレーノードから受信されたシンボル、ySRは、前記リレーノードにおいて前記ソースノードから受信されたシンボル、hSDは、ソース-宛先間チャネルのフェージング係数、は、ソース-宛先間チャネルの平均の信号対雑音S/N比であり、Sigh{yRD}は、yRDから復号された、変調された、符号化されたハード判定ビットとして定義され、Rel{ySR}は、ySRの信頼性値として定義される。前記信頼性値が、ビット固有の信頼性関数、チャネル固有の信頼性関数、又はパケット固有の信頼性関数のうちの少なくとも1つから得られる、請求項17に記載のシステム。前記リレーノード、ソースノード、及び宛先ノードは、符号化協調モードを使用し、さらに、前記解析コンポーネントは、前記リレーノードから直接送信を受信し、前記ソースノードから該直接送信の転送されたコピーを受信して、前記ソースノードが、前記リレーノードからの前記直接送信を、エラーを伴って、あるいはエラー無しで復号するかを決定するように構成され、前記訂正コンポーネントは、前記直接送信の転送されたコピーから前記ソフト判定情報を生成して、前記直接送信の復号におけるエラーを軽減するように構成される、請求項1に記載のシステム。前記訂正コンポーネントが、前記リレー信号及び前記ソース信号から前記ソフト判定情報を得るように構成される、請求項1に記載のシステム。前記訂正コンポーネントが、前記リレー信号が前記宛先ノードによってエラー有りで受信されたことに応答して、ソース-リレー間チャネル、及びリレー-宛先間チャネルの、組み合わされたエラー確率から前記ソフト判定情報の信頼性部分を得るように構成される、請求項20に記載のシステム。前記リレーノード、ソースノード、及び宛先ノードが、ネットワーク符号化協調モードを形成し、さらに、前記リレー信号において第1のデータセットを第2のデータセットから分離するように構成されたロジックコンポーネントであって、前記第1のデータセットは、前記ソースノードによって前記宛先ノードに送信され、前記リレーノードにおいて受信され、前記リレー信号とともに転送される、ロジックコンポーネント、をさらに備え、前記解析コンポーネントは、前記第1のデータセットに関連する前記リレー信号内に含まれる情報フラグビットを読み取り、該第1のデータセットが、前記リレーノードにおいてエラー無しで受信されていたことを決定するように構成され、前記訂正コンポーネントは、前記第1のデータセットを使用して、前記ソース信号の復号のために前記ソフト判定情報を生成するように構成される、請求項1に記載のシステム。第1のユーザノードによって送信された第1の信号、及び第2のユーザノードによって送信された第2の信号を得るように構成された分類コンポーネントと、前記第1の信号及び前記第2の信号がリレーノードにおいて正しく受信されたか否かを判定するように構成された検証コンポーネントと、前記第1の信号及び前記第2の信号をリレー信号に併合するように構成された圧縮コンポーネントと、前記第1の信号及び前記第2の信号が前記リレーノードにおいて正しく受信されたか否かを前記リレー信号において指定するように構成された品質コンポーネントと、を備える無線通信用システム。前記検証コンポーネントが、前記第1の信号及び前記第2の信号が正しく受信されたか否かを巡回冗長検査によって決定するように構成される、請求項23に記載のシステム。前記圧縮コンポーネントが、前記第1の信号及び第2の信号をXOR演算によって併合するように構成される、請求項23に記載のシステム。前記品質コンポーネントが、前記第1の信号及び前記第2の信号が正しく受信されたか否かを、前記リレー信号内の1つ又は複数の情報フラグビットの書き込み操作によって指定するように構成される、請求項23に記載のシステム。ソースノードから無線シンボルを受信し、リレーノードから前記無線シンボルの転送されたバージョンを受信するステップと、前記無線シンボルが前記ソースノードからエラー有りで受信されたか否かを判定するステップと、前記無線シンボルが前記リレーノードにおいて前記ソースノードからエラー有りで受信されたか否かを判定するステップと、前記無線シンボルが前記ソースノードからエラー有りで受信されたとの判定に応答して、前記無線シンボルの復号エラーを軽減するために、前記無線シンボルの転送されたバージョンからソフト判定情報を生成するステップと、を含む無線通信方法。前記無線シンボルが宛先ノードからエラー有りで受信されたとの判定と、前記無線シンボルの転送されたバージョンが前記リレーノードからエラー有りで受信されたとの判定と、に応答して、及び前記無線シンボルが前記ソースノードから前記リレーノードによってエラー無しで受信されたとの判定に応答して、前記無線シンボルを復号するために最大比合成機構を使用するステップをさらに含む、請求項27に記載の方法。前記無線シンボルの前記受信され転送されたバージョンの符号関数及び信頼性関数から前記ソフト判定情報を生成するステップをさらに含む、請求項27に記載の方法。前記無線シンボルの前記受信され転送されたバージョンを復号し、前記無線シンボルの前記受信され転送されたバージョンを再符号化し、変調することによって、前記符号関数を得るステップをさらに含む、請求項29に記載の方法。ビット固有、パケット固有、又はチャネル固有のエラー確率関数から、前記無線シンボルの前記受信され転送されたバージョンの前記信頼性関数を得るステップをさらに含む、請求項30に記載の方法。前記符号関数と前記信頼性関数とを乗じ、該乗じた結果を、前記ソースノードから受信された無線シンボルの対数尤度比値と総和するステップをさらに含む、請求項31に記載の方法。前記総和の結果から、前記ソースノードから受信された無線シンボルに関するビットの値を決定するステップをさらに含む、請求項32に記載の方法。ソース送信器から、及び直接リンク及びリレーリンクを介してリレー送信器から、それぞれ対応する無線送信を受信するように構成された受信器と、前記直接リンクを介して受信された第1の送信からソースシンボルを、及び前記リレーリンクを介した第2の送信からリレーシンボルを復号するように構成された復調コンポーネントと、前記第1の送信及び前記第2の送信を解析して、それぞれの無線送信のうちの少なくとも1つにおいて受信エラーを識別するように構成された解析コンポーネントと、前記解析コンポーネントが、前記リレーリンクが前記ソースシンボルをエラー有りで受信したことを識別したことに応答して、前記リレーシンボルを、前記ソースシンボルの正しい値の決定のためのソフト情報として使用するように構成された訂正コンポーネントと、を備える無線通信用システム。無線通信用システムであって、ソースノードから無線シンボルを受信し、リレーノードから該無線シンボルの転送されたバージョンを受信する手段と、前記システムが前記無線シンボルをエラー有りで受信したことを決定する手段と、前記リレーノードが前記無線シンボルをエラー有りで受信したことを決定する手段と、前記システムが前記無線シンボルをエラー有りで受信したことと、前記リレーノードが前記無線シンボルをエラー有りで受信したことと、に応答して、前記無線シンボルを復号するとともに、前記無線シンボルの転送されたバージョンから、ソフト判定情報を生成する手段と、を備える無線通信用システム。以下に、各種実施形態を図面を参照しながら説明する。類似の参照番号は、全体を通して類似の要素を参照するために使用される。以下の説明では、説明目的で、数多くの具体的な詳細が、各種形態の完全な理解を提供するために記載される。しかしながら、各種実施形態が、これらの具体的な詳細な説明なしに実施されることができることは明らかである。他の実施例では、周知の構造及び機器は、各種実施形態の説明を容易にするために、ブロック図形式で示される。本出願で使用される場合、用語コンポーネント、モジュール、システムなどは、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、あるいは実行中のソフトウェア、などのコンピュータ関連エンティティを参照することができる。たとえば、コンポーネントは、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、及び/又はコンピュータであってよいただし、これらに限定されない。例示のために、コントローラ及びコントローラ上で実行されるアプリケーションの両方は、コンポーネントであってよい。1つ以上のコンポーネントは、プロセス及び/又は実行スレッド内に存在してよく、1つのコンポーネントは、1つのコンピュータ上に局在されてよく、及び/又は2つ以上のコンピュータ間で分散されてよい。さらに、各種実施形態は、開示された内容を実施するようにコンピュータを制御するための、ソフトウェア、ファームウェア、ハードウェア、又はそれらの任意の組み合わせを生成する、標準的なプログラミング及び/又はエンジニアリング技術を使用する、方法、装置、又は製品として実施することができる。本明細書で使用される用語製品は、任意のコンピュータ可読デバイス、キャリア、又は媒体、からアクセス可能なコンピュータプログラムを包含することを意図している。たとえば、コンピュータ可読媒体は、磁気記憶装置例えば、ハードディスク、フロッピー登録商標ディスク、磁気ストリップ...、光ディスク例えば、コンパクトディスクCD、デジタル多用途ディスクDVD...、スマートカード、及びフラッシュメモリデバイス例えば、カード、スティック、キードライブ...を含むことができるただし、これらに限定されない。もちろん、当業者は、各種実施形態の範囲及び精神から逸脱することなく、この構成に対して多くの修正を行うことができることを認識するだろう。さらに、単語例示は、本明細書において使用される場合、例、事例、又は実例としての役割を果たすことを意味している。例示として本明細書に記載される任意の態様又は設計は、他の態様又は設計より好ましい又は有利であると、必ずしも解釈されるべきではない。むしろ、単語例示の使用は、概念を具体的に提示することを意図している。本出願で使用される、用語又はは、排他的な又はではなく、包含的な又はを意味することを意図している。特に断らない限り、又は、文脈から明らかでない限り、XはA又はBを使用するは、普通の包含的な置換のいずれかを意味することを意図している。すなわち、XがAを使用する、XがBを使用する、又は、XがA及びBの両方を使用する場合、XはA又はBを使用するは、上述の例のいずれかで満たされる。また本出願及び添付の特許請求の範囲で使用されるような、冠詞1つa及び1つanは、特に断らない限り、又は文脈から単数形を示すことが明白でない限り、一般的に、1つ以上を意味すると解釈されるべきである。本明細書で使用される用語推定する又は推定は、イベント及び/又はデータを介して捕捉された一組の観測から、システム、環境、及び/又はユーザの状態について判断を下す、推定するプロセスを一般的に言う。推定は、例えば、特定の文脈又は動作を識別するために使用することができ、又は、状態についての確率分布を生成することができる。推定は、確率的、すなわち、データ及びイベントの考察に基づいて、関心のある状態にわたる確率分布の計算であってよい。推定は、イベント及び/又はデータのセットからより高レベルのイベントを構成するために使用される技術を参照することもできる。そのような推定は、結果的に、一組の観測されたイベント及び/又は記憶されたイベントデータからの新たなイベント又は動作の構築、イベントが、近い時間的近接性において相関しているか否か、及び、イベント及びデータが、1つ又は複数の、イベント及びデータソースから到来するか否か、をもたらす。協調無線通信システムは、ピアツーピア通信用に構成された独立した無線ユーザノードが、ネットワーク通信において、空間ダイバーシティを得る又は改善することを可能にする。これは、例えばハードウェアの制約例えば、単一アンテナノードのために、空間ダイバーシティの文脈において信号を送信又は受信することができないユーザノードに対して達成することができる。ピアツーピア通信を調整することにより、ダイバーシティ利得は、非協調通信と比較して、潜在的に、スループットを向上させ、誤り率エラー率を低減する等、ユーザノードに対して達成されることができる。協調通信コンテキストは、通常、データの送信の他に、1つ以上の他のユーザノードのための協調エージェントとしても動作する、個々のユーザノードを含む。これは、従来のリレーネットワークとは異なるモデルである。後者のシステムでは、リレーは、主要チャネルを支援することに専念しており、自身のソースデータ例えば、該リレー発のデータは送信しない。協調通信コンテキストにおいては、全システムリソースは、一般的に固定されており、ユーザノードは、情報源及び情報中継の両方として作動する。したがって、本明細書で利用されるように、リレーノード、リレー、等の用語は、このような用語が、むしろ、専用リレーを指していることが文脈から明らかである場合を除いて、別のノード例えば、別のユーザノード、別のリレーノード、基地局等に対する情報源及び中継の両方として作動することができるユーザノードを指すことを意図している。協調通信コンテキスト内のリレーノードの挙動を制御するためのいくつかのプロトコルが存在する。いくつかの例では、増幅転送AF、復号転送DF、及び符号化協調CCのプロトコルが含まれる。AFについては、リレーは単に受信信号をスケーリング増幅/減衰して、宛先に送信する。単に増幅/減衰するよりはむしろ、リレーは、受信信号を、DF方式用に、順次復号し、再符号化する。これに対し、CCプロトコルは、チャネル符号化において協調を統合する。これらのプロトコルの各々は、利益と不利益とを有する。例えば、AFプロトコル及びDFプロトコルは、ソースノードから受信した信号におけるエラーを、宛先ノードに伝搬する傾向がある。このように、AFプロトコル及びDFプロトコルにおけるエンドツーエンド性能は、ソースからリレーへのチャネル本明細書においてはインターリンクチャネルと呼ぶが、雑音が多いか、さもなければ質が悪い場合例えば、高速フェージング効果、過度の散乱、干渉など、悪くなる傾向がある。表1にまとめられている以下の表記は、協調通信の説明のために利用される。用語xS及びxRは、それぞれ、ソースノードから送信される信号、及び、リレーノードから送信される信号である。同様に、用語ySDとyRDは、それぞれ、ソース及びリレーからの宛先における受信信号それぞれ、直接チャネルとも呼ばれる、ソースから宛先へのチャネルを介した、及び、本書でリレーチャネルとも呼ばれる、リレーから宛先へのチャネルを介したを表す。さらに、ySRは、ソースからリレーへのチャネル、すなわちインターリンクチャネルを介して、ソースからリレーで受信された信号である。用語hは、対応するチャネルの減衰及びマルチパスフェージングの物理的効果を表すフェージング係数を示し、hの添字は、対応するチャネルを特定する。本開示thesubjectdisclosureの少なくともいくつかの態様では、チャネルフェージングは、準静的フラットフェージングチャネルを想定して、少なくともパケット周期に対して一定であると考えられる。しかしながら、これらの条件は、開示された全ての態様に適用される必要はない。上記に加え、nは、両側電力スペクトル密度を有する加法性白色ガウス雑音AWGNメトリックである。さらに、瞬時の信号対雑音比SNRγ、及び平均SNRは、で表される。以下に、DFプロトコルの、より詳細な説明を、本開示の種々の革新的態様の一部として用いられる該DFプロトコルの態様の前置きとして行う。DFプロトコルによれば、リレーノードは、ソースノードから信号を受信し、該信号を復号し、その後、受信信号を再符号化して、再送信する。ソース信号は、インターリンクチャネルを介してソースノードから受信され、リレーチャネルを介して宛先ノードに送信される。複数のユーザノードが、それ自体を情報源として、かつ、隣接するユーザノードのための中継として動作する場合、各ユーザは、DFプロトコルに従って、第1の時間フレーム内で自身のビットを送信することができる。第2の時間フレームでは、各ユーザノードは、隣接するユーザノードのビットを検出し、それらを宛先ノードに再送信する。リレーが正常にソース-リレー路信号を復号する及びソースノードと同じコードブック符号表を使用する場合、宛先にリレーによって転送されるリレー信号は、ソースによって宛先に送信されるソース信号と同じである。ソース信号を受信すると、ySRは、リレーにおいて復号され、K個の情報ビットの推定値、を生成する。を再符号化することにより、リレーは、Nビットの送信シンボルのバージョンxRを得る。このようにして、DFプロトコルにより、リレーチャネルを介して送信されたリレー信号は、宛先にて受信されるシンボルyRD:を生じる。ここで、kは、送信されたシンボルである。DFシグナリングは、単純さ、及びチャネル状態に対する適応性の利点を有する。信号を復号すること及び再符号化することは、リレーにおいて、最小限の処理オーバーヘッドを伴い、他のダイバーシティ構成に対する同等のシステム帯域幅を必要とする。しかし、従来のDFプロトコルの本質的な欠点は、DFプロトコルに関するエンドツーエンド性能が、インターリンクの状態によって制限されることである。インターリンクが好ましい場合、リレーは、ソースの情報を復号し、複製を宛先に転送することができる。しかしながら、インターリンクの状態が悪い場合、転送されたコピーは、宛先において、ソース信号の復号に悪影響を及ぼすことがある。正常にソース信号を復号することをリレーに要求するとき、このDFプロトコルの達成可能なレートは、次のとおりである。さらに、このDFプロトコルは、ダイバーシティ利得次数1に制限される。例えば、フルダイバーシティ次数2を達成することができるAFプロトコルと比較すると、DFプロトコルは、高SNR領域におけるエラー確率に関して性能が下回る。要するに、インターリンクの状態は、DFプロトコルの性能に根本的な制限を課し、その性能及び効率を制限する。DFプロトコルの問題に対処する1つの提案は、選択的DFプロトコルと呼ばれている例えば、参照することにより本明細書に組み込まれる、J.N.Laneman、D.N.C.Tse、及びG.W.WornellによるCooperativeDiversityinwirelessnetworks:Efficientprotocolsandoutagebehavior無線ネットワークにおける協調ダイバーシティ:効率的なプロトコル及び停止時動作、IEEETransactionsonInformationTheory,第50巻、第12号、3062乃至3080頁、2004年、を参照のこと。選択的DFプロトコルにより、リレーノードは、ソース信号ySRが該リレーノードで正常に復号される場合、ソース信号を復号し、転送する。リレーノードがソース信号を正しく復号するのに失敗した場合、リレーノードは、非協調性モードに戻り、受信した信号を転送しない。これは、リレーノードからのエラーの伝搬を軽減する。選択的DFプロトコルは、フルダイバーシティ次数を達成することができる。上述の非選択的DFプロトコルは、選択的DFプロトコル、及びリレーノードにおいてエラー有りで受信されたデータの伝搬を制限する他のDFプロトコルと区別するために、以後、従来のDFと称する。ダイバーシティ次数の観点から、AFプロトコルは、従来のDFより優れており、従来のDFプロトコルがダイバーシティ次数1を達成するのに対して、フルダイバーシティ次数2を達成する。従来のDFプロトコルの限界は、主に、インターリンクチャネルのチャネル状態に起因し、そこでは、劣悪な環境が、宛先ノードへのエラー伝搬を引き起こす場合がある。このように、従来のDFプロトコルの信号再生態様受信信号を復号し、その後、再符号化することは、インターリンクチャネル状態に著しく依存して、有利及び不利の両方となる。AF、DF、及びCCのハード中継戦略に加えて、他の協調的戦略は、ソフト中継又はソフト転送と呼ばれる。ソフト転送は、信号再生、及び、ソフト情報例えば、ビット値のハード判定ではなく、ビット値を示す情報範囲の利用を組み込んでいる。大幅な性能改善が、粗悪なインターリンクチャネルの存在下でさえも、ソフト転送戦略によって達成されることができる。従来のDFプロトコルにおけるインターリンク問題に対処する1つの方法は、ソフトDFプロトコルである。ソフトDFプロトコルにおいて、リレーノードは、転送される信号に関連する信頼性情報を、宛先ノードに送られるリレー送信に組み込みつつ、受信信号のソフト復号を行い、該信号を再符号化する。リレーでのソフト操作は、システム性能を向上させることができるが、それらはまた、リレーノードにおける余分な処理オーバーヘッド及び複雑さ、及び、リレーチャネルの潜在的に増加される帯域幅要件例えば、信頼性情報の帯域幅オーバーヘッドに起因するをもたらす。実際には、リレーノードは、多くの場合、単純なデジタル信号処理動作を実施するように設計される。他のソフトDF方式は、エラー性能を向上させるソフト情報中継を最適化するが、リレーにおけるソフト情報の複雑な計算、及び宛先における複雑な復号アルゴリズムを必要とする。このように、ソフトDFプロトコルは、ハード判定協調方式に比べ、改善されたエンドツーエンドのエラー性能を示すが、ソフトDFプロトコルは、典型的なユーザノードのハードウェア制限又はソフトウェア制限を考慮すると、現実的でない場合があり、多くの協調性通信無線環境において、それらを実用的でないものにしている。ここで、図面を参照すると、図1は、本開示の態様による例示の協調通信無線システム100システム100のブロック図を示している。システム100は、ソースノード送信元ノード102、リレーノード中継局ノード104、及び宛先ノード106を含む。一般的に、ソースノードは、ユーザ装置携帯電話器、無線モデム又は同様のデバイスを有する固定又はポータブルコンピュータ、等、又は、基地局、無線アクセスポイント、などの無線ネットワークインターフェースを備えることができる。同様に、宛先ノード106は、ユーザ装置又は無線ネットワークインターフェースを備えることができる。リレーノード104は、一般に、固定又は移動のユーザ装置である。一般的に、ソースノード102、リレーノード104、又は宛先ノード106、のうちの少なくとも2つは、ユーザ装置であり、そのような1つのノードは、ネットワークインターフェースノードであるが、本開示は、この特定の実施形態に限定されるものではない。図示したように、ソースノード102は、インターリンクチャネル108又はインターリンクを介してリレーノード104と、及び直接リンクチャネル110又は直接リンクを介して宛先ノード106と通信可能に結合される。さらに、リレーノード104は、リレーリンクチャネル112又はリレーリンクを介して宛先ノード106に通信可能に結合される。動作において、ソースノード102は、インターリンクチャネル108を介してリレーノード104により、及び直接リンクチャネル110を介して宛先ノード106により受信されるソース信号114A、114Bを送信する。リレーノード104は、リレー信号116を受信し、リレーリンクチャネル112を介して宛先ノード106にリレー信号116を再送信する転送プロトコルを使用する。この再送信されるリレー信号116は、ソース信号114Bの転送されたバージョン転送バージョンとも呼ばれる。リレーノード104が正確にソース信号114Bを受信する場合、リレー信号116は、ソース信号114Bの正確なコピーであり、宛先ノード106で受信されるソース信号114Aの2つの独立した伝送が提供される。しかしながら、リレーノード104がエラー有りでソース信号114Bを受信する場合、リレー信号116は、ソース信号114Aの正確なコピーとはならない。本開示の種々の態様において、ソフト復号プロトコルは、協調無線通信用の、エンドツーエンドのエラーの軽減を向上させるために提供され、リレーノード104に対する最小限の複雑さを有する。ソフト復号プロトコルは、宛先ノード106の一部として実装することができ、又は、宛先ノード106の一部として組み込まれたモジュールに含めることができる例えば、アドオンモジュール、製造時に宛先ノード106を組み込んだモジュール、ソフトウェア又はハードウェアモジュール、ファームウェアモジュール、又はそれらの適切な組み合わせ。システム100の宛先ノード106に関し、モジュールは、信号デコーダ118として示される。動作において、インターリンクチャネル108、直接リンクチャネル110、及びリレーリンクチャネル112は、半二重であり、直交アクセス例えば、時分割複信プロトコルなどに基づくを組み込んでいる。用語は、送信された信号であり、用語は、受信された信号である。さらに、AWGNのフラットフェージングチャネルは、様々なチャネルに対して、それぞれ、チャネルフェージング係数及び雑音を表す及び、によって仮定される。瞬時SNR及び平均SNRは下記のとおりである。DF協調プロトコルに基づいて、インターリンクチャネル108、直接リンクチャネル110、及びリレーリンクチャネル112上の送信は、下記のように表現することができる。ここで、kは、特定の送信されたビットを識別する。計算の単純化のため、送信された信号は、単位電力を有するものと仮定されるが、この仮定は、例示の目的のためであり、他の送信電力を用いることもできるので、本開示の範囲を限定することを意図していない。リレーノード104がソース信号114Bを正しく復号する場合、リレー信号116は、ソース信号114Bと同じであり、従ってxR=xSである。この場合、信号デコーダ118は、最大比合成MRCアルゴリズムを使用して、宛先ノード106にて受信されたシンボルを復号することができる。ここで、MRCアルゴリズムは、形式a1ySDa2yRDを有し、フルダイバーシティ次数2を達成する。コーシーシュワルツの不等式から、ai=hi/Nihiはi番目のチャネルのチャネルフェージング係数であり、Niは、i番目のチャネルを介して送信されるビット数であり、MRCアルゴリズムを実行した後のシステム100の単一リレーのネットワークの実効SNRは、下記のとおりである。リレーノード104が、ソース信号114B例えば、ySRを正しく復号するのに失敗した場合、xR≠xSであると想定される。したがって、MRCアルゴリズムは、xRに含まれるエラーが、宛先ノード106における信号検出を間違ったものにするのを回避するために、信号デコーダ118によって利用されない。ソース信号114Bを受信すると、リレーノード104は、エラー検査技術を使用して、シンボルがエラー有りでソースノード102から受信されたか否かを判定することができる。一例として、巡回冗長検査CRCコードは、シンボルが誤って受信されたか否かを決定するために用いられることができる。本開示の少なくとも1つの態様において、ジニー支援genieaidedアルゴリズムは、一例として、シミュレーションに用いる理想的なCRCとして利用されることができ、あるいは、別の例として、基本エラー率をシミュレートする。エラーが検出された場合、リレーノード104は、受信したシンボルySRを、上述したDFプロトコルと同じように、復号し、その後、再符号化し、変調する。また、リレーノード104は、リレー信号116内に情報フラグを含めることができ、受信したシンボル又は受信したパケット、又は受信したパケットのセットなどがエラーを伴って受信されたか否かを示すことができる。リレー信号116は、ソース信号114Aと同様、宛先ノード106によって受信される。CRCは、リレー信号116及びソース信号114Aに対し、宛先ノード106によって実行される。ソース信号114Aがエラーを伴って受信される場合、宛先ノード106は、リレー信号116内の情報フラグを解析して、リレーノード104がソース信号114Bを誤って受信したか否かを判定する。ソース信号114Bがリレーノード104にて正しく受信された場合、リレー信号116は、ソース信号114Aの正確なコピーであり、宛先ノード106は、上述したように、入力としてySD及びyRDを利用するMRCアルゴリズムを使用することができる。しかしながら、ソース信号114Bがリレーノード104にて誤って受信された場合は、宛先ノード106は、yRDからソフト情報を生成することができる。このソフト情報は、以下に詳細に記載されるように、ySDの復号を改善するために、信号デコーダ118に入力される。図2は、本開示のさらなる態様による一例の協調無線システム200システム200のブロック図を示す。システム200は、システム200のエラー訂正及び全体的なエンドツーエンド性能を改善するためにソフト復号を使用するように構成されることができる。さらに、このソフト復号は、リレーにおける複雑さを軽減するために、宛先にて実施されることができる。ソフト復号のこの軽減された複雑さは、リレーにおいて最小限のハードウェア制約で実施することができ、無線通信デバイスの広い範囲に対し、ソフト復号をより実行可能にする。システム200は、リレーノード204と通信可能に結合された宛先ノード202を含むことができる。リレーノード204は、リレーノード204が受信したソース信号のバージョンを宛先ノード202に転送するように動作することができる。このように、リレーノード204は、宛先ノード202が単一アンテナのデバイスである場合でさえも、宛先ノード202に対する空間ダイバーシティ通信を容易にすることができる。リレーノード204によって受信された信号は、エラーコンポーネント208によって解析され、受信された信号が、無線チャネルの、雑音、チャネルフェージング、又は同様の状態の結果として、エラーを含むか否かが判定される。エラーコンポーネント208は、宛先ノード202に送信される信号206内に情報フラグ208Aを埋め込むことができ、受信された信号のステータスを示すことができる。本開示の少なくとも1つの態様において、情報フラグ208Aは、リレーノード204が、エラーを伴って、あるいはエラー無しで信号を受信したか否かを指定することができる単一ビットの情報を含むことができる。さらに、リレーノード204は、リレーデータ210例えば、受信したシンボルySRを復号し、再符号化し、変調することができ、リレーデータ210を信号206によって送信することができる。宛先ノード202は、リレーノード204からの信号206の他に、ソースノード不図示によって送信されたソース信号212も受信する。信号デコーダ214は、ソースデータ212を復号するために宛先ノードによって使用される。動作において、信号デコーダは、ソースデータ212がリレーノード204においてエラーを伴って受信されたか否かを判定するように構成された解析コンポーネント216を利用する。例えば、解析コンポーネント216は、情報フラグ208Aを読み取り、ソースデータ212がリレーノード204においてエラーを伴って受信されたか否かを判定することができる。さらに、信号デコーダ214は、CRCコードを使用して、ソース信号212が宛先ノード202においてエラーを伴って受信されたか否かを判定することができる。少なくとも宛先ノード202におけるソースデータ212の受信及びリレーノード204におけるソースデータ212の受信に関連するエラーステータスは、訂正コンポーネント218に転送される。訂正コンポーネント218は、リレー信号206からソフト情報を生成し、宛先ノード202がソースデータ212をエラーを伴って受信したことに応答して、及び少なくともリレーノード204がソースデータ212をエラーを伴って受信したことに応答して、ソースデータ202の復号を改善するように構成されることができる。宛先ノード202においてソフト情報を生成することにより、システム200は、他のソフト転送技術例えば、ソフト情報を生成するためにリレーノード204を必要とする技術と比較して、リレーノード204における処理オーバーヘッドを著しく低減することができる。さらに、システム200は、そのようなソフト転送技術に比べて、リレーノード204と宛先ノード202との間のリレーリンクチャネルの帯域幅要件を低減することができる。一例として、ソースデータ212がリレーノード204においてエラーを伴って受信されたか否かを単に情報フラグ208Aを介して示すことにより、単一ビットの情報がリレーデータ210に追加される。この場合、ソフト情報は、リレーデータ210に付加してリレーリンクチャネルを介して送信されない。ソースデータを復号するためにソフト情報を生成し、該ソフト情報を使用するためのプロトコルが、図4において以下により詳細に説明される。図3A、図3B、及び図3Cは、本開示のさらなる態様による、単一リレーの協調通信システムの一例のチャネル状態図を示す。図3A、図3B、及び図3Cは全て、ソースノード、リレーノード、及び宛先ノードを含む、単一リレー協調無線システムを示す。各図のソースノードは、参照番号302で示され、その後に、図に関連した文字が続く例えば、図3AについてA、図3BについてB、図3CについてC。同様に、リレーノードは、それぞれの図において、参照番号304A、304B、304Cで示され、宛先ノードは、それぞれの図において、306A、306B、306Cで示される。さらに、各図において、3つの独立した無線チャネルが、対応するノードに通信可能に結合し、インターリンクチャネルは、対応するソースノード及びリレーノードに結合し、直接リンクチャネルは、対応するソースノード及び宛先ノードに結合し、リレーリンクチャネルは、対応するリレーノード及び宛先ノードに結合する。まず、図3Aを参照すると、直接リンクチャネルを介してソースノード302Aによって送信されたソース信号は、宛先ノード306Aにおいてエラーを伴って受信され、直接リンクチャネル上でラベル失敗によって示される。さらに、リレーリンクチャネルを介してリレーノード304Aによって送信されたリレー信号もまた宛先ノード306Aにおいてエラーを伴って受信され、リレーリンクチャネル上で同様の失敗ラベルによって示される。しかしながら、ソース信号は、リレーノード304Aにおいてエラー無しで受信され、インターリンクチャネル上で成功ラベルによって示される。リレーノード304Aは、ソース信号を正確に受信するので、リレーリンクチャネルを介してソース信号の正確なコピーを転送することができる。したがって、宛先ノード306Aは、空間ダイバーシティの恩恵を受けて、ソース信号の2つのコピーを受信し、MRCコードを使用してソース信号を復号することができる。図3Bは、ソース-宛先路の送信が宛先ノード306Bにおいてエラーを伴って受信され、リレー-宛先路の送信が宛先ノード306Bにおいて正確に受信されるチャネル状態を示す。リレー-宛先路の送信が、ソース-宛先路の送信の正確なバージョンの再送信であったなら、宛先ノード306Bは、単にリレー-宛先路の送信を復号して、ソースノード302Bによって送信されたビットを得ることができたであろう。しかしながら、この場合、インターリンク送信は失敗し、それ故、宛先ノード306Bは、リレー送信が正確であるとは想定することができない。しかしながら、本開示の態様によれば、宛先ノード306Bは、リレー送信からソフト情報を生成し、該ソフト情報を使用してソース送信の復号を改善することができる。図3Cでは、直接リンク送信、インターリンク送信、及びリレーリンク送信は、全て失敗する例えば、エラーを伴って受信される。図3Bと同様、宛先ノード306Cは、リレー送信がソース送信の正確なバージョンであるとは想定することができない。しかしながら、この場合も同様に、宛先ノード306Cは、リレーリンク送信からソフト情報を生成して直接リンク送信の復号を改善することができる。本開示の1つの特定の態様では、ソフト情報がどのように生成され、直接リンク送信を復号するためにそれがどのように利用されるかが、図4において説明される。図4は、本開示の態様による一例の宛先ノード400のブロック図を示す。宛先ノード400は、いくつかの態様では、ソースノードとしても機能することもでき、例えば、宛先ノード400において生成されたデータを送信することができることは、理解されるべきである。他の態様において、宛先ノードは、1つ又は複数の他のノード例えば、図示されていないユーザノード又はネットワークノードのためのリレーノードとしても機能することができ、受信したデータを再送信することができる。リレーノードとして機能する場合、宛先ノード400は、以下で説明されるように、シンボルの復号に加え、図1、図2、図3において上述したように、ソース信号を受信し、再送信することができる。宛先ノード400は、無線信号を送受信するように構成されたトランシーバ402を含むことができる。本開示の1つの態様において、トランシーバ402は、単一の無線アンテナを備える。しかしながら、宛先ノード400は、この特定の態様に限定されない。トランシーバ402で受信した無線データは、信号デコーダ404に提供される。この受信した無線データは、例えば、受信したソース信号直接リンクチャネルを介しての他に、受信したリレー信号リレーリンクチャネルを介してもまた含むことができる。解析コンポーネント406は、リレー信号無線データに含まれる情報フラグを識別し、読み取って、リレー信号が、ソース信号の正確なコピーであるか否か例えば、リレーノードがソース信号をエラー無しで受信したか否かを判定するように構成されることができる。上述したことに加え、ソース信号及びリレー信号からそれぞれ受信された符号化データは、参照コンポーネント408に提供されることができる。参照コンポーネント408は、巡回冗長検査を実行して、宛先ノード400がソース信号をエラーを伴って受信したか否かを、あるいは、宛先ノードがリレー信号を、エラーを伴って受信したか否かを判定するように構成されることができる。さらに、参照コンポーネント408は、ソース信号又はリレー信号の巡回冗長符号化におけるエラーの検出に応答して、巡回冗長検査がソース信号又はリレー信号に対して失敗したことを決定する。参照コンポーネント408は、次に、初期化コンポーネント410に宛先エラーステータスを提供し、ソース信号がエラーを伴って受信されたか否か、及びリレー信号がエラーを伴って受信されたか否かを示す。初期化コンポーネント410は、訂正コンポーネント412をトリガーしてソース信号を復号するためにソフト判定復号を使用させるように構成されることができる。特に、トリガー信号は、宛先ノード400がソース信号をエラーを伴って受信したことに応答して、及びリレーノードがソース信号をエラーを伴って受信したことに応答して、訂正コンポーネント412に送られる。本開示の少なくとも1つの態様によれば、初期化コンポーネント410は、リレー信号が宛先ノード400においてどのように受信されたかに関係なく、ソフト判定を使用するために訂正コンポーネント412をトリガーすることができる。例えば、リレー信号がエラー有りで、あるいはエラー無しで受信された場合、ソフト判定復号はトリガーされることができる。以下にさらに詳細に説明するように、訂正コンポーネント412は、チャネル信頼性データとともに符号化リレーデータからソフト判定情報を生成することができる。本開示の1つの特定の態様において、信頼性データは、もっぱらインターリンクチャネルの信頼性から得られる例えば、リレー信号が宛先ノード400において正しく受信された場合のに対し、別の態様において、信頼性データは、インターリンクチャネルの信頼性及びリレーリンクチャネルの信頼性から得られる例えば、リレー信号が宛先ノード400においてエラー有りで受信された場合。しかしながら、さらなる態様によれば、リレーリンクチャネルの信頼性は、無視されることができ、そのような場合において、信頼性データは、リレー信号が宛先ノード400においてエラー有りで受信されようが正しく受信されようが、もっぱらインターリンクチャネルから得られる。本開示の特定の態様によれば、訂正コンポーネント412は、様々な方法のうちの1つにおいて動作するように構成されることができる。一例において、訂正コンポーネント412は、選択された方法のうちの1つにおいて動作するように予め構成されるか、あるいはハードワイヤリングされる。他の例において、訂正コンポーネント412は、1つ又は別の方法で動作するようにプログラムされることができる。第1の態様によれば、訂正コンポーネント412は、ソフト判定モードで動作するように構成されることができる。ソフト判定モードは、質の悪いインターリンクチャネルに対して特に実施されることができる。言い換えれば、リレーノードがソース信号を正しく受信することに失敗した場合、ソフト判定モードが訂正コンポーネント412によって使用されることができる。別の態様において、訂正コンポーネント412は、ハード判定モードで動作するように構成されることができる。ハード判定モードは、良好なインターリンクチャネルに対して特に実施されることができる。リレーノードが成功裏にソース信号を復号する場合、再送信されるリレー信号は、ソース信号の正確なコピーであると想定することができる。この場合、宛先ノード400は、ソース信号の2つのバージョンを、これらのバージョンのうちの1つ又は両方が宛先ノード400においてエラー有りで受信される場合でも、受信する。この場合、訂正コンポーネント400は、MRCコード例えば、図1の信号デコーダ118に関して説明したようなを使用して、リレー信号からの情報例えば、a2yRDとソース信号からのハード情報例えば、a1ySDとを組み合わせることができ、ソース信号及びリレー信号によって送信されたソースのビット値例えば、バイナリコンテキストにおけるa0又はa1を決定するためにハード判定を行うことができる。さらに別の態様において、訂正コンポーネント412は、ソフト判定復号及びハード判定復号の両方を使用するように構成されることができる。この態様において、復号のタイプは、リレーシステム例えば、図3A乃至図3Cのリレーシステム300A、300B、300Cを参照のことに対するチャネルの成功/失敗状態に基づいて選択されることができる。例えば、直接リンク送信が失敗し、インターリンク送信が失敗する場合それぞれ、例えば、リレーシステム300B及び300C、訂正コンポーネント412は、ソース信号の2つの正確なバージョンが送信されると想定できないので、ソフト判定情報を使用するようにトリガーされることができる。他方において、直接リンク送信が失敗し、インターリンク送信が成功する及びリレーリンク送信が失敗する場合、訂正コンポーネント412は、上述したハード判定MRCコードを使用するように構成されることができる。ソフト判定情報に基づく第1の態様に戻ると、訂正コンポーネント412は、リレー信号の符号関数及びインターリンクチャネルの信頼性関数から、ソフト判定情報を生成するように構成されることができる。符号関数は、リレー信号上で受信されたシンボル複数可を復号することにより、及び、該シンボルを再符号化し、変調することにより、生成されることができる。信頼性関数は、インターリンクチャネルのシンボル複数可に係るエラー確率関数から生成することができる。特に、このエラー確率関数は、インターリンクチャネルソースからリレーへのチャネルのチャネル状態情報に基づくことができる。以下に、より詳細に説明するように、宛先ノード400及び関連するリレーノードに対する複雑さ/非複雑さの所望レベルに応じて、信頼性関数は、個々のビットに対して計算されるビット固有の信頼性関数最も複雑、シンボルが送信されるパケットの全てのビットの平均として計算されるパケット固有の信頼性中くらいの複雑さ、又は、ソースノードからリレーノードにおいてエラー有りで受信されたパケットの全てのビットの平均として計算されるチャネル固有の信頼性最も低い複雑さ、であることができる。ここで、ソフト判定情報の符号関数を参照すると、複数の独立した送信から公式化されたデュアルダイバーシティにおける統計学的に独立した送信の事後posteriori確率の対数尤度比LLRの形式は、下記のように表すことができる。ここで、チャネル値は、であり、事前確率は、である。この場合、ソース情報は、等しい確率で、0及び1から選ばれる。さらに、宛先ノード400において受信した複数のシンボルは、複数の独立した送信と見なすことができる。しかしながら、yRDはySRの推定値であるので、ySRがCRC検査に失敗する場合、宛先ノード400は、yRD及びインターリンクSNRを直接使用して、中継されたパケットのLLR値を直接構築することはできず、受信したビットを、式9を用いて復号することはできない。この問題に対処するため、訂正コンポーネント412は、インターリンクチャネル、及びyRDのハード判定ビットに関連するCSIからソフト情報を生成する。訂正コンポーネント412は、リレーリンクについてのソフト情報を、及び直接リンクについてのハード判定情報を、下記の形式のビタビアルゴリズムに入力する。ここで、ySRはリレーノードにおいてCRCコード検査に失敗した場合である。ここで、リレー信号のLLR値を2つの部分、符号及び信頼性、に分割することにより、符号{yRD}は、yRDに基づく、変調された、符号化されたハード判定ビットとして定義され、Rel{ySR}は、ySRの信頼値として定義される。式10は、最大事後確率MAPデコーダ、等の他のソフトDFプロトコルの復号アルゴリズムよりもはるかに簡単であることを理解すべきである。本開示の少なくとも1つの態様において、信頼性関数は、リレーリンクチャネル及びインターリンクチャネルの結合joinエラー確率から得ることができる。この態様は、例えば、直接リンク、インターリンク、及びリレーリンク上の送信が全て失敗する場合例えば、図3Cのシステム300、使用されることができる。リレーノードにおけるプロトコルは、ySRがリレーノードにおいてCRCに合格したか失敗したかに関わらず、再符号化されたハード判定ビットyRDを、受信したパケットySRに基づいて宛先に転送すべきであることを理解すべきである。情報フラグビットはリレー信号に書き込まれ、ySRがリレーノードにおいて復号に成功したか又は失敗したかを示す。パケットyRDがいくつかのエラービットを含むことは、宛先ノード400におけるCRCの失敗から推測することができるが、yRDはySDの復号を支援するために有用な情報を依然として提供することができる。Rel{ySR}又はRel{ySR,yRD}を計算するために、インターリンクの又はインターリンク及びリレーリンクのCSIは、事前に規定されたスケジュールで宛先ノード400に転送されることができる。CSIが宛先ノード400に転送される速度は、無線リレーシステムが必要とする処理オーバーヘッド及び追加の帯域幅に関連しており、所望の帯域幅及び処理オーバーヘッドは、この速度を確立するために利用されることができる。CSIは、訂正コンポーネント412によって計算される信頼性の確度を決定し、システム性能を向上させるために利用されることができる。再び信頼性関数を参照すると、Rel{ySR}は、式10に入力されるソフト情報の大きさとして使用される。信頼性の値は、対応する転送されたハード判定ビット例えば、yRDの確度の推定値を提供し、ソース信号ビットの条件付き確率、例えば、と組み合わせた場合、対応する中継されたビットを重み付けする。ビット信頼性とエラー確率との間の関係は、本明細書において下記のように定義される。ここで、PRekは、k番目のビットykのエラー確率を示す。したがって、訂正コンポーネント412は、最初に、関連する信頼性を得るために、ビットのエラー確率を決定する。ビットエラー確率に関し、下記のブロックフェージングチャネルを想定する。ここで、添字k及びjは、それぞれk番目のビット及びj番目のパケットを示す。さらに、siは、信号のアルファベットのi番目の要素を表し、変調方式の次数例えば、バイナリ変調の場合はM=2によって決定されるサイズMを有する。式12の条件付きエラー確率は、訂正コンポーネント412によって計算される。これは、リレー信号を宛先ノード400に送信するリレーノードにおける処理オーバーヘッドを軽減する。さらに、リレーノードは、エラーを含むパケットの対応するビット信頼性を宛先ノード400に転送しなければならないことを回避することができ、リレー信号に必要とされる増加する帯域幅を軽減することができる。少なくとも1つの開示した態様によれば、増加される帯域幅は、ySRの復号におけるリレーノードの成功又は失敗を示す情報フラグを伝達するための単一ビットに限定することができる。他の態様において、リレーノードは、訂正コンポーネント412がビット固有、パケット固有、又はチャネル固有の信頼性に対して構成されているかに応じた速度で、インターリンクノードに対し、一度又は周期的にCSIを送信することができる。パケット固有の信頼性は、パケット内のビットを介して計算される平均信頼性又はエラー確率から得ることができる。信頼性の値が、パケットの全てのビットのそれぞれの信頼度を平均化することによって生成される場合、及び、確率値が、全てのビットのそれぞれのエラー確率を平均化することにより生成される場合、エラー確率の分布は、エラー信頼性の分布と比較して、一般的に、比較的平坦であり得る。したがって、エラー確率は、最初に、訂正コンポーネント412によって計算し、等式11を介して、信頼性の値に変換することができる。それ故、となる。ここで、Nはパケットサイズである。パケット固有の信頼性のアプローチを実施するために、リレーノードは、宛先ノード400に、宛先ノード400に転送されるエラーを有するパケット毎の信頼性を通知する。エラーを有するこれらのパケットに関し、パケット固有の信頼性は、固定数のビットに量子化することができ、かつ、パケット内に埋め込まれることができる。このことは、パケットのエラー率誤り率が一般的にはかなり低いので、低い頻度で発生するパケット固有の信頼性のアプローチによる、リレーリンク帯域幅における単に適度な増加に通じる。さらに、シミュレーション結果が、無線リレーシステムのエンドツーエンド性能が、信頼性値の小さな分散に対して敏感ではないことを示唆する例えば、NOVELSOFTFORWARDINGTECHNIQUEFORCOOPERATIVECOMMUNICATION協調通信のための新規なソフト転送技術と題する仮特許出願番号61/418,811の頁29、及び頁41の図3.10を参照のこと。チャネル固有の信頼性は、リレーノードにおける複雑さ及びオーバーヘッドを、パケット固有の信頼性及びビット固有の信頼性と比較して、最低レベルに低減するのに使用されることができる。チャネル固有の信頼性は、全てのエラーのあるパケットの全てのビットにわたってエラー確率を平均化することにより得ることができる。それ故、となる。ここで、Nεは、エラーパケットの数を表す。式14に対する一般解を与えるために、ベイズの規則を使用して下記の式を得ることができる。ここで、e及びεは、それぞれビットエラーイベント及びパケットエラーイベントを示す。符号化されていないシステム、例えば、に関し、式15は、下記の式に変換することができる。式16は符号化されていないシステムに対して有効である。符号化されたシステムに関しては、対応するビットエラー率及びパケットエラー率は、ルックアップ表例えば、宛先ノード400における不図示のデータベース内に格納された又は他の適切な機構により得ることができる。さらに、は、符号化されたシステム内において1に等しくはないが、0,1の範囲内の有理数である。有理数が小さくなればなるほど、符号化されたシステムの符号訂正能力はより強くなる。したがって、コードブック及びインターリンクCSI又は、例えば、インターリンク及びリレーリンクCSIの知識により、訂正コンポーネント412は、リレーノードからの支援なしに、チャネル固有のエラービットの信頼性を推定することができる。訂正コンポーネント412がチャネル固有の信頼性を計算するために、リレーノードは、宛先ノード400に転送されるリレー信号内に1ビットのハード判定情報を含めるだけでよい。訂正コンポーネント412がRel{ySR}又はRel{ySR、yRD}に対するチャネル固有の信頼性を使用しないシステムに関し、式10によって表される本開示のソフト復号は、1ビットソフト復号プロトコルと呼ばれる。パケットサイズが大きくなるに従って、信頼性関数の確度が高くなることを理解すべきである。これは、エラービットが、エラーパケット内のビットの、より小さな比率を占める、より長いパケット長に対する、より高いパケットエラー率の結果である。このように、エラーパケット内の任意の1ビットの平均信頼性は、より高くなる。式12、13、又は16を式11に代入することにより、対応するビット固有の、パケット固有の、又はチャネル固有の信頼性を得て、式10におけるRel{ySR}のために利用することができる。宛先ノード400がリレーノードからインターリンク又は、例えば、インターリンク及びリレーリンクチャネルCSIの正確な知識を取得することを前提としている。チャネル固有の信頼性が使用される場合、訂正コンポーネント412はコードブック、及び平均のインターリンクチャネルSNR又は、インターリンク及びリレーリンクチャネルSNRの知識に基づいて、信頼性を計算することができるので、オーバーヘッドはほとんど存在しない情報フラグビット以外に。パケット固有の信頼性が使用される場合、CSIは、リレーノードによって宛先ノード400に、各送信されるパケットと共に、送信される。ビット固有の信頼性が使用される場合、リレーノードは、各ビット持続時間毎に、CSI例えば、インターリンクフェージング係数を送信する。これらの信頼性のアプローチの中で、チャネル固有の信頼性は、最も低いエンドツーエンドのエラー性能を有するが、それは、無線リレーシステムに対し、最も少ないオーバーヘッドを必要とする例えば、リレーノードから宛先ノード400へのCSIの最も少ない頻度の更新。この場合、平均のインターリンクチャネルSNRは、無線リレーシステムに対する初期化期間中に、宛先ノード400に提供されることができる。チャネル固有の信頼性に関し、平均のインターリンクチャネルSNRは、その後、更新する必要はないあるいは、例えば、ネットワークが再初期化されるまで少なくともない。帯域幅又は処理能力が制限された無線リレーネットワークに関し、チャネル固有の信頼性は、より大きな利益を提供することができる。より大きな処理能力又はより大きなネットワークリソースを有するリレーネットワークに関し、パケット固有の信頼性又はビット固有の信頼性が、代わりに選択されて良い。図5は、本開示のさらなる態様による一例のマルチリレー無線システム500システム500のブロック図を示す。システム500は、ソースノード502及び宛先ノード506、及び、リレーノード1504A、リレーノード2504B、...、リレーノードn504Cリレーノード504A-504Cと総称するを含む複数のリレーノードを含むことができる。ここで、nは、1より大きい正の整数である。図示のように、直接リンクチャネルhSBは、ソースノード502及び宛先ノード506に通信可能に結合する。インターリンクチャネルhSR1、hSR2、...、hSRnのセットインターリンクチャネルhSR1-hSRnと総称するは、ソースノード502と各リレーノード504A-504Cとの間の通信を容易にし、リレーリンクチャネルhR1B、hR2B、...、hRnBのセットリレーリンクチャネルhR1B-hRnBと総称するは、各リレーノード504A-504Cと宛先ノード506との間の通信を容易にする。動作において、リレーノード504A-504Cは、ソースノード502からブロードキャスト信号を受信し、リレーノードのうちの1つ又は複数は、このブロードキャスト信号を宛先ノード506に転送することができる。宛先ノード506は、次に、図4、及び図3A乃至図3Cのエラー例に関して説明したのと同様な方法で受信信号を復号することができる。例えば、直接リンク送信及びリレーリンク送信が、宛先ノード506においてそれぞれのCRCを失敗するが、インターリンク送信のうちの1つが成功する例えば、リレーノードがソースノード502からの信号を正しく復号する、その一例は、上述のシステム300Aによって示される場合、宛先ノード506は、MRCアルゴリズムを使用して、成功したインターリンク送信を直接リンク送信と組み合わせることができる。直接リンク送信及びリレーリンク送信がCRCに失敗する場合、宛先ノード506は、代わりにソフト判定符号化例えば、式10に基づいてを使用することができる。各リレーにおける送信の失敗が他のリレーにおける成功又は失敗に無関係であるので、NRリレーネットワークにおいて、NRリレー分岐のうちの少なくとも1つが図3B又は図3C例えば、直接リンク送信及びインターリンク送信の両方が失敗するによって記述される確率は、下記の式によって与えられる。ここで、リレーの数はNRであり、図3Aのシステム300Aにおいて示される、エラー発生によって表されるエラーケース確率、は、下記の式によって与えられる。さらに、エラーケース2システム300B及びエラーケース3システム300Cの確率は、それぞれ下記の式によって与えられる。無線システムにおけるリレーの数を増やすことにより、より大きな利益が、従来のソフトDFプロトコルと比べ、本開示のソフト復号プロトコルから達成される。ソフト復号プロトコルの関連する複雑さは、その上、ソフトDFプロトコルに対するよりも、なお著しく低い場合がある例えば、ソフト復号プロトコルがチャネル固有の信頼性に基づく場合。このように、システム500のマルチリレーネットワークに対してさえも、ソフト判定プロトコルは、従来の技術に比べて著しい利点を提供する。図6は、本開示の1つ又は複数の追加の態様による例示的な無線リレーシステム600システム600のブロック図を示す。システム600は、符号化協調のために構成されたネットワークリレーであってよく、第1のユーザノード602、第2のユーザノード604、及び宛先ノード606を有する。図示したように、インターリンクチャネル608が、第1のユーザノード602及び第2のユーザノード604に通信可能に結合するのに対し、それぞれの直接リンクチャネル、すなわち、直接リンク1610及び直接リンク2612は、第1のユーザノード602及び第2のユーザノード604を、それぞれ宛先ノード606と通信可能に結合する。さらに、システム600の符号化協調は、本明細書において説明されるように、ソフト復号と統合することができ、エンドツーエンドのシステム性能をさらに改善することができる。符号化協調は、ジョイントルーティング及びチャネル符号化を協働して利用する。システム600の符号化協調方式における送信は、バイナリ位相シフトキーイングBPSK変調を使用し、そこでは、各ユーザノードが同じ電力で送信する。インターリンク608、直接リンク1610、及び直接リンク2612は、平坦なレイリーフェージング及び零平均AWGNと相互に独立しており、可逆であって、チャネルを共有する各ノードは、同じフェージング係数を受ける。さらに、各ノードは、コヒーレント検出を実施するのに必要な適切なCSIを含むか、あるいは取得する。動作において、符号化協調は、チャネル符号化と連結されたCRC符号を使用して、K個のソースビットのブロックを符号化する第1のユーザノード602及び第2のユーザノード604を含む。このように、N=K/R個の符号化ビットの全体は、ブロック毎に生成される。各ユーザノードは、それぞれのNビットブロックの送信を2つのフレームに分割することによって協調する。長さN1の第1のフレームにおいて、各ユーザノードは、R1=K/N1の符号レートで送信する。N1は、全ての情報ビットを含む全Nビットのサブセットと見なすことができる。フレーム1においてそれぞれのソースビットを送信した後、それぞれのユーザノードは宛先ノード606と同様、他のユーザノードのそれぞれの送信を受信し、該送信を復号する。このように、第1のユーザノード602は、第2のユーザノード604のフレーム1送信を受信し、復号する逆もまた同様。ユーザノードが他の対応するユーザノードのフレーム1送信を成功裏に受信し、復号する場合、ユーザノードは、フレーム2において他の対応するユーザノードについての残りのN2ビットを計算し、送信する。このように、システム600は、第1のユーザノード602及び第2のユーザノード604の両方が、相手方のユーザノードのフレーム1送信を正しく受信し、復号し、それ故、フレーム2において、第1のユーザノード602は、第2のユーザノード604についてのN2ビットを送信し、第2のユーザノード604は、第1のユーザノード602についてのN2ビットを送信する場合のシナリオを描く。ユーザノードが、他の対応するノードのフレーム1送信を正しく復号するのに失敗した場合、ユーザノードは、フレーム2において自身のN2ビットを送信する。追加のN2ビットは、それらが、対応するN1ビットと組み合わされて強レートstrongrateRのコードワードを生成することができるように、選択される。第1のユーザノード及び第2のユーザノードが、他の対応するノードのフレーム1送信を成功裏に受信したか否かに関わらず、各ユーザノードは、フレーム1及びフレーム2おいてN=N1N2ビットを送信する。N2/Nの比率は、システム600の協調レベルとして定義される。一般的に言えば、種々のエラー訂正符号は、システム600の符号化協調フレームワークに使用することができる。一例として、メモリ:M=4、及びパンクチャリング周期:P=8のパンクチャード畳み込み符号ファミリーと適合したレートがある例えば、JHagenauerのRatecompatiblepuncturedconvolutionalcodesandtheirapplicationsレート適合パンクチャード畳み込み符号rcpc符号及びその応用、IEEETransactionsonCommunications、第36巻、第4号、頁389-400、1988年を参照のこと。この文献は、参照することにより本明細書に組み込まれる。このエラー訂正符号用の母符号は、R=1/4の23,35,27,33Sであってよく、第1のフレームのコードワードは、R1=1/2に対応するパンクチャリング行列を適用することによって得ることができる。フレーム2についての追加のパリティビットは、フレーム1においてパンクチャリングされたパリティビットである。第1のユーザノード602及び第2のユーザノード604は、フレーム2において独立に動作し、それ故、フレーム1送信の復号において他の対応するユーザノードの成功又は失敗について知らない。したがって、4つの可能性のあるエラーケースが、システム600の符号化協調に対して発生することがある。ケース1の場合、両方のユーザノードは、他の対応するユーザノードのフレーム1送信を成功裏に復号し、両者は、フレーム2において他の対応するユーザノードについての追加のパリティビットを送る。ケース1は、システム600によって示されるエラーケースである。ケース2の場合、いずれのユーザノードも他の対応するノードのフレーム1送信を成功裏に復号しない。この場合、システム600は、フレーム2について非協調モードに戻り、各ユーザノードは、各自のN2ビットを送信する。ケース3及びケース4は、1つのユーザノードのみが、他の対応するユーザノードのフレーム1送信を成功裏に復号するということにおいて対称である例えば、ケース3は、第1のユーザノード602が第2のユーザノード604のフレーム1送信を成功裏に復号し、第2のユーザノード604が第1のユーザノード602のフレーム1送信の復号に失敗する場合を含むことができるのに対し、ケース4は、第2のユーザノード604が第1のユーザノード602のフレーム1送信を成功裏に復号し、第1のユーザノード602が第2のユーザノード604のフレーム2送信の復号に失敗する場合を含むことができる。ケース3及びケース4において、その後、いずれのユーザノードも各自のN2ビットを送信せず、代わりに、両方のユーザノードは、他の対応するユーザノードについてのN2ビットを送信する。宛先ノード606が、どちらの協調ケースがフレーム2において発生するのかを知らない場合、宛先ノード606は、例えば、CRC検査がそれぞれのフレーム2送信に対して成功するまで4つの異なる仮定に従ってフレーム2送信を復号することができる。したがって、例えば、宛先ノード606は、受信したフレーム2送信を、成功するまで、最初にケース1、次に、ケース2、ケース3、及びケース4に従って復号することができる。しかしながら、本開示の少なくとも1つの態様において、第1のユーザノード602及び第2のユーザノード604は、フレーム1送信が成功裏に復号されたか否かを識別する1ビットの情報フラグを送信することができる。この態様によれば、宛先ノード606は、フレームの各ペアに対して4つの協調ケースを区別することができる。本開示の種々の態様によれば、ソフト復号は、システム600について上述した協調符号化プロトコルとともに実施することができる。少なくとも1つの態様において、1ビットのソフト復号プロトコルを、図4において説明したチャネル固有の信頼性に基づいて、使用することができるしかしながら、本開示は、この態様に限定されない。上述したフレーム1及びフレーム2の4つの送信ケース間において、ケース1のみが両方のユーザノードに対してフルダイバーシティ次数を達成する例えば、フレーム1の両方のインターリンク送信が成功裏に復号され、それ故、両方のユーザノードがフレーム2において他の対応するノードのN2ビットを送信する場合。本開示の特定の態様において、システム600の符号化協調に適用されるようなソフト復号プロトコルは、各ユーザノードが、各フレーム1送信の復号の成功又は失敗に関わらず、フレーム2において他の対応するユーザノードについての追加のパリティビットを計算し、送信することを必要とする。各ユーザノードがフレーム2において他の対応するユーザノードのビットを送信することを必要とすることにより、協調モードが保証され、フレーム1送信及びフレーム2送信が、フレーム1送信の復号の成功又は失敗に関わらず、システム600によって示されるように、ケース1毎に発生する。この要件の下で、N=N1N2ビット全体は、各ユーザノード用の直接リンク1610及び直接リンク2を介して宛先ノード606において受信される。ユーザノードがフレーム1において他の対応するユーザノードのデータを成功裏に復号する例えば、本明細書で定義したような信号ySRを成功裏に復号する場合、宛先ノード606は、その後、2つの受信したコードワードを組み合わせてR=K/Nのコードワードを形成する。ここで、各ビットは、本明細書において説明されたMRC符号と同様に、関連するフェージング係数及び受信SNRに従って重み付けされる。他方で、ユーザノードが他の対応するユーザノードのフレーム1送信を復号するのに失敗した例えば、ySRがユーザノードにおいて成功裏に復号されない場合、転送された情報例えば、xRDは、エラーを含むと想定される。この場合、宛先ノード606は、2つの受信したコードワードを組み合わせてレートR1のコードワードを形成することができる。ここで、転送されるビットは、例えばフレーム1のコードブックを使用して復号され、再生成される。特に、各ビットは、受信され転送されたビット例えば、yRDの復号によって決定された符号を有する信頼性の値によって重み付けされることができる。このことは、得られる信頼性の値がLLR合成に基づいているので、従来の符号化協調プロトコルとは異なる。図7は、一例の無線リレーシステム700Aシステム700Aのブロック図、及びシステム700Aに関する送信の関連比較図700Bを示す。システム700Aに関し、2つのユーザノードS1702及びS2704は、直接リンクチャネル708を介してピアツーピアのリンクにおいて係合される。リレーノード706は、両方のユーザノードに専用のものとされ、それぞれのユーザノードのそれぞれの送信を再送信することにより、ダイバーシティを容易にする。ユーザノードS1とリレーノードとの間のリンクは、リレーリンク1710であるのに対し、ユーザノードS2とリレーノードとの間のリンクは、リレーリンク2712である。システム700のこの3つのノードモデルは、両方のユーザノードが互いに同時に情報を送信する場合、リレーノード706における衝突の問題を有する。中継方式の2つのタイプが比較図の700Bによって示される。方式1比較図700Bの左側が従来のDFプロトコルに基づいているのに対し、方式2比較図の700Bの右側は、ネットワーク符号化プロトコルに基づいている。従来のDFプロトコルの場合、リレーノード706は、個別のタイムスロットの全てにおいて、2つのユーザノードに関する送信を受信し、転送する。例えば、送信は、タイムスロット1においてS1702から受信され、タイムスロット2においてS2に転送される。同様に、送信は、タイムスロット3においてS2から受信され、タイムスロット4においてS1に転送される。方式2のネットワーク符号化プロトコルの場合、S1702及びS2704のそれぞれの送信は、それぞれ、タイムスロット1およびスロット2において受信される。排他的論理和XOR演算がタイムスロット3において使用され、タイムスロット3において両方の送信が結合され、ブロードキャストされる。したがって、ネットワーク符号化プロトコルは、従来のDFプロトコルに比べ、2つの信号を受信し再送信するための送信時間を1/4だけ低減し、システム700Aに対する最大スループットの増加をもたらす。一般に、ネットワーク符号化は、復号エラー無しに動作すると想定される。しかしながら、これは、多くの場合、実際のシステムに対して現実的でない。エラー送信がシステム700Aに対して考慮される場合、4つのエラーの可能性が、図6について説明したエラーケースと同様、存在する。特に、リレーノードは、S1702及びS2704の両方からのそれぞれの信号を正しく受信し、復号するケース1、あるいは、いずれの信号も正しく受信も、復号もしないケース2、あるいは、1つ又は他の信号を正しく受信し、復号するそれぞれ、ケース3及びケース4。XOR演算は、復号エラーが存在する場合に問題となり、この場合、本明細書において説明したソフト復号プロトコルは、システム700Aのネットワーク符号化モデル及び比較図700B方式2とともに実施されることができる。ネットワーク符号化プロトコルに対してソフト復号ソフトネットワーク復号とも呼ばれるを実施するために、リレーノード706は、S1702及びS2704からそれぞれのソース信号を受信し、それぞれの受信信号についてCRCを実行する。ビットレベルのXOR演算は、正しく受信されようがエラーを伴って受信されようが、それぞれの信号の情報ビットについて実行され、それぞれの情報ビットを単一セットのビットに組み合わせ、組み合わされた送信例えば、XOR演算の結果は、リレーノード706によってブロードキャストされる。したがって、各信号の2つのバージョンが、リレーノード706におけるエラーステータスに関係なく送信され、第1のバージョンは、対応するユーザノードの各々によって送信され、第2のバージョンは、ブロードキャストにおいて送信される。本開示の特定の態様において、リレーノード706は、ブロードキャストにおいてそれぞれのCRC検査のステータスをさらに示すことができる例えば、それぞれのステータスの各々に対し、1つの情報フラグビットを利用して。ブロードキャストを受信すると、それぞれのユーザノードは、最初にXOR演算を実行して、他の対応するユーザノードのソース信号ビットをコードワードレベルで抽出することができる。ユーザノードは、適切な情報フラグビットを参照して、抽出された信号のビットがリレーノード706において正しく受信されたか否かを判定することができる。ビットが正しく受信された場合、抽出されたビット及び直接リンクソース信号を復号するためにMRC符号が使用される。その他の場合は、1ビットのソフト復号を使用することができ例えば、式10に従って、その場合、直接リンクビットは、チャネルフェージング係数及び平均SNRによって重み付けされ、対応する抽出されたリレービットは、ソフト情報の符号例えば、Sign{yRD}について再符号化され、変調され、対応するリレーチャネルの信頼性情報例えば、Rel{ySR}は、本明細書において説明したように、符号を重み付けするために使用される。上述したように、4つの可能なエラーケースが存在するが、リレーノード706によって及びターゲットの情報ビットを抽出するためのそれぞれのユーザノードによって使用されるXOR演算に起因した異なる結果をもたらす。エラーケース1の場合、両方のソース信号は、リレーノード706において成功裏に受信され、XOR演算は、正しく行われることができる。エラーケース3及びエラーケース4の場合、それぞれのソース信号のうちの1つのみがリレーノード706において正しく復号されるが、これは、対応するユーザノードにおけるXOR演算を利用する情報ビットの抽出に影響を与えることがある。例えば、S1702によって送信されるソース信号が正しく受信される場合、S1は、自身のソース信号を正しく利用して、S2のソース信号ビットを正確に抽出することができる。後者は、S2ソース信号についてのリレーノード706におけるCRC失敗のために、少なくとも部分的に破損していると想定される。しかしながら、S2は、ブロードキャスト信号がS2に関して正確ではないので、自身のソース信号を利用してS1ビットを抽出することができない。S2のソース信号がリレーノード706においてエラーを伴って復号される場合に関し、第2のXOR演算後の各ユーザノードにおいて抽出されるパケットは、下記のように表すことができる:ここで、は、排他的論理和演算を示し、y1及びy2は、それぞれ、S1702及びS2704についての受信パケットを表し、は、S2704の破損したパケットを示し、eaは、バイナリ対称チャネルおけるエラーを示し、Prea=pであるpは、あるリンクチャネルのビットエラー率。XOR演算がユーザノードS1702のソース信号ビットの正確なコピーを含むので、ソースノードS1702は、S2のソース信号ビットエラーを含むを抽出することができる。ブロードキャスト信号がユーザノードS2704のソース信号からのエラービット、を含むので、S2は、必ずしも、ブロードキャスト信号からS1のソース信号ビットを成功裏に回復するために、そのソース信号ビットを使用するとは限らない。S1のソース信号がリレーノード706においてエラー有りで復号される場合に関し、同様の状況がユーザノードS1に対して発生する。両方のソース信号がリレーノード706において不正確に復号される最終的な場合に関し、リレーノード706におけるXOR演算より、下記の式がもたらされる。ここで、ebは、Preb=2p1-pであるバイナリ対称チャネルにおけるエラーを示し、リレーリンク1710及びリレーリンク2712の両方が、ビットエラー率BER=pで同じ平均SNRを有するものと仮定している。一般的に、Prebは、2pに近づく。したがって、対応する信頼性の値は、本明細書で定義されるように、ソフト情報の適切な重み付けのためにこれらの信号に適用されることができる。また、エラー有りで受信される両方の信号の確率が小さい場合、同じ信頼性値が、エンドツーエンド性能における最小限の変化でエラーケースのうちの任意に対して利用されることができる例えば、S1702のソース信号がエラーを伴って受信されるか、S2のソース信号がエラーを伴って受信される場合、あるいは、両方のソース信号がエラーを伴って受信される場合。上述のシステムは、複数のコンポーネント及び/又は無線通信エンティティ間の相互作用について説明されてきた。このようなシステムおよびコンポーネントは、それらの中で指定されたコンポーネント又はサブコンポーネント、指定されたコンポーネント又はサブコンポーネントのいくつか、及び/又は追加のコンポーネントを含むことができることを理解すべきである。たとえば、システムは、ソースノード102、リレーノード104、及び信号デコーダ404を含む宛先ノード106、あるいは、これら又は他のエンティティの異なる組み合わせ、を含むことができる。サブコンポーネントは、親モジュール内に含まれるというよりはむしろ、他のモジュールに通信可能に結合されたモジュールとして実施することもできる。また、1つ又は複数のコンポーネントが、集約機能を提供する単一コンポーネントに結合されることができることに留意すべきである。例えば、参照コンポーネント408は、解析コンポーネント406を含むことができ逆もまた同様、リレーノードでのソース信号におけるエラーステータスの判定を、及び宛先ノードにおけるソース信号のエラーステータスの判定を、単一コンポーネントによって容易にすることができる。コンポーネントは、本明細書において特に説明していないが当業者に知られている、1つ又は複数の他のコンポーネントと相互作用することもできる。図8、9、及び10は、本明細書において開示された種々の実施形態のうちの1つ又は複数による種々の方法を示す。説明を簡単にするため、該方法は、一連の行為として示され、説明されているが、種々の実施例は、いくつかの行為が、本明細書において示され説明されたのとは異なる順序、及び/又は他の行為と同時に発生してもよいため、行為の順序によって制限されないことを理解すべきである。例えば、当業者は、方法が、状態図におけるような一連の相互に関連する状態又はイベントとして代替的に表すことができることを理解するであろう。さらに、図示した全ての行為が、種々の実施例に従って方法を実施するのに必要とされる場合があるとは限らない。また、以後及び本明細書を通して開示される方法は、当該方法をコンピュータに移送し転送するのを容易にするために、製品上に格納されることができることをさらに理解すべきである。本明細書において使用されているように、製品なる用語は、任意のコンピュータ可読デバイス、キャリア、又は媒体、からアクセス可能なコンピュータプログラムを包含することを意図している。図8は、本開示のさらなる態様による実例の方法800のフローチャートを示す。802において、方法800は、ソースノードから無線シンボルを受信し、リレーノードから該無線シンボルの転送されたバージョン転送バージョンを受信することができる。804において、方法800は、無線シンボルがリレーノードにおいてソースノードから正しく受信されたか否かを判定することを含むことができる。少なくとも1つの態様において、該判定することは、リレーノードによって送信された情報フラグを、転送されたシンボルと参照することに基づくことができる。806において、方法800は、無線シンボルの転送バージョンからソフト判定情報を生成し、ソースノードからの無線シンボルの正しくない受信に応答して、及びリレーノードがソースノードからの無線シンボルを正しく受信しなかったことに応答して、無線シンボルの復号を改善することを含むことができる。図9及び図10は、本開示のさらなる態様による例示の方法900のフローチャートを示す。902において、方法900は、ソースノードから無線シンボルを受信することを含むことができる。904において、方法900は、リレーノードから無線シンボルの転送バージョンを受信することを含むことができる。906において、方法900は、無線シンボルが正しく受信されたか否かを検査することを含むことができ、908において、方法900は、転送バージョンが正しく受信されたか否かを検査することを含むことができる。910において、方法900は、無線シンボルがリレーノードにおいて正しく受信されていたか否かを判定することを含むことができる。912において、方法900は、無線シンボルが正しく受信されていた場合は914に進み、そうでない場合は、方法900は916に進む。914において、方法900は、無線シンボルからのハード判定ビットを復号し、参照番号902に戻ることを含むができる。916において、方法900は、無線シンボルがリレーにおいて正しく受信されていたか否かを判定することを含むことができる。無線シンボルがリレーにおいて正しく受信されていた場合、方法900は、図10の920に進む。無線シンボルがリレーノードにおいてエラーを伴って受信されていた場合、方法900は918に進み、転送バージョンからのハード判定ビットを復号する。方法900は、次に、図10の922に進む。ここで図10を参照すると、920において、方法900は、無線シンボル及び転送バージョンについて最大比合成を使用して、無線シンボルを復号することを含むことができる。方法900は、次に、参照番号902に戻ることができる。922において、方法900は、転送されたバージョンが正しく受信されたか否かを判定することができる。もしそうであれば、方法900は、924に進むことができ、そうでない場合は、方法900は926に進む。924において、方法900は、ソースからリレーへのリンクの信頼性情報を生成することを含むことができる。方法900は、次に、928に進む。926において、方法900は、ソースからリレーへのリンク、及びリレーから宛先へのリンクの信頼性情報を生成することを含むことができ、参照番号928に進む。928において、方法900は、無線シンボルの転送バージョンのハード判定ビットを復号することを含むことができる。930において、方法900は、復号されたハード判定ビットを再符号化し、変調することを含むことができる。932において、方法900は、変調された、再符号化されたハード判定ビットからソフト判定情報の符号を生成することを含むことができる。934において、方法900は、生成された信頼性情報からソフト判定情報の大きさを生成することを含むことができる。936において、方法900は、受信した無線シンボルからCP表現を生成することを含むことができる。938において、方法900は、ソフト判定情報及びCP表現をビタビアルゴリズムに入力することを含むことができる。940において、方法900は、ビタビアルゴリズムから無線シンボルのハード判定ビットを出力することを含むことができる。940において、方法900は、参照番号902に戻ることができる。ここで図11を参照すると、本開示の態様を実行するように動作可能な例示のコンピュータシステムのブロック図が示されている。種々の実施形態の種々の態様に対して追加のコンテキストを提供するために、図11及び以下の議論は、種々の実施形態の種々の態様を実施することができる適切なコンピューティング環境1100の簡潔で一般的な説明を提供することを意図している。さらに、上述された種々の実施形態が、1つ又は複数のコンピュータ上で実行することができるコンピュータ実行可能命令の一般的なコンテキストにおけるアプリケーションに適していることがある一方、当業者は、種々の実施形態が、他のプログラムモジュールとの組み合わせにおいて、及び/又は、ハードウェア及びソフトウェアの組み合わせとして、実施されることもできることを認識するであろう。一般に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データ型を実装する、ルーチン、プログラム、コンポーネント、データ構造、等を含む。さらに、当業者は、本発明の方法は、それぞれが1つ又は複数の関連するデバイスに動作可能に結合されることができる、単一プロセッサ又はマルチプロセッサのコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、ならびにパーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサベース又はプログラム可能な民生用電子機器、等を含む他のコンピュータシステム構成で実施されることができることを理解するであろう。種々の実施形態の例示された態様はまた、特定のタスクが、通信ネットワークを介してリンクされたリモート処理デバイスによって実行される分散コンピューティング環境において実施されることもできる。分散コンピューティング環境において、プログラムモジュールは、ローカル及びリモートの両方のメモリ記憶装置に配置されることができる。コンピュータは、種々のコンピュータ可読媒体を通常含む。コンピュータ可読媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であってよく、揮発性媒体及び不揮発性媒体、リムーバブル媒体及び非リムーバブル媒体の両方を含むことができる。例えば、限定はしないが、コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又はその他のデータなどの情報の格納のための任意の方法又は技術で実施される、揮発性媒体及び不揮発性媒体、リムーバブル媒体及び非リムーバブル媒体の両方を含むことができる。コンピュータ記憶媒体は、RAM、ROM、EEPROM、フラッシュメモリ又は他のメモリ技術、CD-ROM、デジタル多用途ディスクDVD又は他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置、あるいは所望の情報を格納するために使用することができ、コンピュータによってアクセスすることができる任意の他の媒体を含むことができるただし、これらに限定されない。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュール、又は、搬送波又は他の搬送機構などの変調されたデータ信号における他のデータ、を具現化し、任意の情報配信媒体を含む。用語変調されたデータ信号は、信号内の情報を符号化するような方法で設定されるか又は変更される1つ又は複数の特徴を有する信号を意味する。例えば、限定はしないが、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体、及び、音響、RF、赤外線、及び他の無線媒体などの無線媒体、を含む。上記のいずれの組み合わせも、コンピュータ可読媒体の範囲内に含まれるべきである。引き続き図11を参照すると、1つ又は複数の種々の実施形態のうちの種々の態様を実施するための例示の環境1100は、コンピュータ1102該コンピュータ1102は処理ユニット1104を含む、システムメモリ1106、及びシステムバス1108を含む。システムバス1108は、システムメモリ1106ただし、これに限定されないを含むシステムコンポーネントを処理部1104に結合する。処理部1104は、種々の市販のプロセッサのいずれかであってよい。デュアルマイクロプロセッサ及び他のマルチプロセッサのアーキテクチャも、処理ユニット1104として使用されることができる。システムバス1108は、メモリバスメモリコントローラ付き又は付きでない、周辺バス、及び種々の市販のバスアーキテクチャのいずれかを用いるローカルバス、にさらに相互接続することができるいくつかのタイプのバス構造のいずれかであってよい。システムメモリ1106は、読み取り専用メモリROM1110、及びランダムアクセスメモリRAM1112を含む。基本入力/出力システムBIOSは、ROM、EPROM、EEPROMなどの不揮発性メモリ1110に格納され、BIOSは、起動中などの、コンピュータ1102内の構成要素間で情報を転送するのを支援する基本ルーチンを含む。例えば。RAM1112は、データをキャッシュするためのスタティックRAMなどの高速RAMを含むこともできる。コンピュータ1102は、さらに、内部ハードディスクドライブHDD1114例えば、EIDE、SATAを含み、内部ハードディスクドライブ1114はまた、例えば、リムーバブルディスケット1118に対し読み書きするために、適切な筐体不図示、磁気フロッピーディスクドライブFDD1116、及びCD-ROMディスク1122を読むために、あるいはDVDなどの他の大容量光媒体に対して読み書きするために、光ディスクドライブ1120において外部使用向けに構成されることもできる。ハードディスクドライブ1114、磁気ディスクドライブ1116、及び光ディスクドライブ1120は、それぞれ、ハードディスクドライブインターフェース1124、磁気ディスクドライブインタフェース1126、及び光学ドライブインターフェース1128によってシステムバス1108に接続されることができる。外付けドライブの実装のためのインターフェース1124は、ユニバーサルシリアルバスUSB及びIEEE1394インターフェース技術のうちの少なくとも1つ又は両方を含む。他の外部ドライブ接続技術は、本明細書において請求される本主題の意図内にある。ドライブ及びそれに関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令、等の不揮発性の記憶を提供する。コンピュータ1102に関し、ドライブ及び媒体は、適切なデジタル形式で任意データの記憶を収容する。上記のコンピュータ可読媒体の説明は、HDD、リムーバブル磁気ディスケット、及びCD又はDVDなどのリムーバブル光媒体を参照しているが、当業者は、ジップドライブ、磁気カセット、フラッシュメモリカード、カートリッジ、等の、コンピュータによって読み取り可能な他のタイプの媒体もまた、例示の動作環境において使用されることができるということ、及び、さらに、そのような媒体は、種々の実施形態の方法を実行するためのコンピュータ実行可能命令を含むことができるということを、理解すべきである。いくつかのプログラムモジュールは、ドライブ及びRAM1112に格納されることができ、オペレーティングシステム1130、1つ又は複数のアプリケーションプログラム1132、他のプログラムモジュール1134、及びプログラムデータ1136を含む。オペレーティングシステム、アプリケーション、モジュール、及び/又はデータの全て又は一部は、RAM1112内にキャッシュされることもできる。種々の実施形態は、種々の市販のオペレーティングシステム、又は、オペレーティングシステムの組合せで実施されることができることを理解すべきである。ユーザは、1つ又は複数の有線/無線の入力デバイス、例えばキーボード1138、及びマウス1140などのポインティングデバイスを介して、コンピュータ1102にコマンド及び情報を入力することができる。他の入力デバイス不図示は、マイクロフォン、IRリモートコントロール、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン、などを含むことができる。これら及び他の入力デバイスは、多くの場合、システムバス1108に結合された入力デバイスインターフェース1142を介して、処理ユニット1104に接続されるが、パラレルポート、IEEE1394シリアルポート、ゲームポート、USBポート、IRインターフェース、などの他のインターフェースによって接続されることができる。モニタ1144又は他のタイプの表示装置もまた、ビデオアダプタ1146などのインターフェースを介してシステムバス1108に接続される。モニタ1144に加え、コンピュータは、一般に、スピーカ、プリンタ、などの他の周辺出力デバイス不図示を含む。コンピュータ1102は、リモートコンピュータ複数可1148などの1つ又は複数のリモートコンピュータへの有線及び/又は無線の通信を介して、論理的接続を使用するネットワーク環境において動作することができる。リモートコンピュータ複数可1148は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽機器、ピアpeerデバイス、又は他の共通ネットワークノードであってよく、簡潔にするため、1つのメモリ/ストレージデバイス1150のみが図示されているが通常、コンピュータ1102に関連して説明した構成要素の多く又は全てを含む。示された論理接続は、ローカルエリアネットワークLAN1152、及び/又は、より大きなネットワーク、例えば広域ネットワークWAN1154への有線/無線の接続性を含む。そのようなLAN及びWANネットワーキング環境は、オフィス及び会社において当たり前であり、イントラネットその全ては、グローバルコミュニケーションネットワーク、例えばインターネットに接続されてよいなどの企業規模のコンピュータネットワークを容易にする。LANネットワーク環境で使用される場合、コンピュータ1102は、有線及び/又は無線の通信ネットワークインターフェース又はアダプタ1156を介してローカルネットワーク1152に接続される。アダプタ1156は、LAN1152への有線又は無線の通信を容易にすることができ、該LAN1152はまた、無線アダプタ1156と通信するために配置された無線アクセスポイントを含んでよい。WANネットワーキング環境で使用される場合、コンピュータ1102は、モデム1158を含むことができるか、あるいは、インターネットなどにより、WAN1154上の通信サーバに接続されるか、又は、WAN1154を介して通信を確立するための他の手段を有することができる。内部又は外部の、及び有線又は無線のデバイスであることができるモデム1158は、シリアルポートインターフェース1142を介してシステムバス1108に接続される。ネットワーク環境において、コンピュータ1102、又はその一部に関して示されたプログラムモジュールは、リモートのメモリ/記憶デバイス1150に格納されることができる。示されたネットワーク接続は例示であり、コンピュータ間の通信リンクを確立する他の手段を使用することができることが理解されるであろう。コンピュータ1102は、無線通信において動作可能に配置された任意の無線デバイス又はエンティティ、例えば、プリンタ、スキャナ、デスクトップ、及び/又はポータブルコンピュータ、携帯情報端末、通信衛星、無線で検出可能なタグ例えば、キオスク、新聞売店、化粧室に関連した機器又は位置の任意の一部、及び電話、と動作可能に通信する。これは、少なくともWi-Fi及びブルートゥースBluetooth登録商標無線技術を含む。したがって、通信は、従来のネットワークと同様な所定の構造であるか、又は、単に少なくとも2つのデバイス間のアドホック通信であってよい。Wi-Fiワイヤレスフィデリティは、自宅の長椅子、ホテルの部屋のベッド、あるいは職場の会議室から無線でインターネットに接続するのを可能にする。Wi-Fiは、携帯電話で使用されている無線技術と同様の無線技術であり、そのようなデバイス、例えばコンピュータ、がデータを室内及び室外基地局の範囲内の任意の場所で送信し、受信するのを可能にする。Wi-Fiネットワークは、IEEE802.11a、b、g、n、等と称される無線技術を使用して、セキュアで、信頼性があって、高速の無線接続性を提供する。Wi-Fiネットワークは、コンピュータを、互いに、インターネットに、及び有線ネットワークIEEE802.3又はイーサネット登録商標を使用するに接続するのに使用されることができる。Wi-Fiネットワークは、例えば、無認可の2.4GHz及び5GHz無線帯域幅内で、11Mbps802.11a又は54Mbps802.11bのデータレートで動作するか、あるいは、両方の帯域デュアルバンドを含む製品とともに動作し、ネットワークは、多くのオフィスで使用される基本的な10BaseT有線イーサネットネットワークと同様の現実世界の性能を提供することができる。ここで図12を参照すると、開示されたアーキテクチャを実行するように動作可能な例示のコンピュータコンパイルシステムの概略ブロック図が示されている。システム1200は、1つ又は複数のクライアント1202を含む。クライアント1202は、ハードウェア、及び/又はソフトウェア例えば、スレッド、プロセス、コンピューティングデバイスであってよい。クライアント1202は、例えば種々の実施形態を使用することにより、クッキー複数可、及び/又は関連するコンテキスト情報を収容することができる。システム1200はまた、1つ又は複数のサーバ1204を含む。サーバ1204はまた、ハードウェア、及び/又はソフトウェア例えば、スレッド、プロセス、コンピューティングデバイスであってよい。サーバ1204は、例えば、種々の実施形態を使用することにより、変換を実行するためのスレッドを収容することができる。クライアント1202とサーバ1204との間の1つの可能な通信は、2つ以上のコンピュータプロセス間で送信されるように適合されたデータパケットの形式であってよい。データパケットは、例えばクッキー及び/又は関連するコンテキスト情報を含むことができる。システム1200は、クライアント複数可1202とサーバ複数可1204との間の通信を容易にするために使用することができる通信フレームワーク1206例えば、インターネットなどのグローバルコミュニケーションネットワークを含む。通信は、有線光ファイバを含む及び/又は無線技術を介して容易にされることができる。クライアント1202は、クライアント1202に固有の情報例えば、クッキー及び/又は関連するコンテキスト情報を格納するのに使用することができる1つ又は複数のクライアントデータストア複数可1208に動作可能に接続される。同様に、サーバ1204は、サーバ1204に固有の情報を格納するのに使用することができる1つ又は複数のサーバデータストア複数可1210に動作可能に接続される。上述されたことは、種々の実施形態の例示を含む。もちろん、実施形態を説明するために、コンポーネント又は方法の考えられる全ての組み合わせを記述することは、可能ではないが、当業者は、多くのさらなる組み合わせ及び置換が可能であると認識することができる。したがって、詳細な説明は、全てのそのような変更、修正、及び添付の特許請求の範囲の精神及び範囲内に入る変形を包含することを意図している。特に、及び、上述のコンポーネント、デバイス、回路、システム、などによって実行される種々の機能に関し、このようなコンポーネントを記述するのに使用される用語手段と称することを含むは、別段の指示がない限り、説明されたコンポーネントの指定された機能例えば機能的な等価を実行する任意のコンポーネントに対応し、たとえ開示された構造に構造的に等価でないとしても、本出願において図示された実施形態の例示の態様における機能を実行する任意のコンポーネントに対応するように意図される。これに関し、実施形態は、システムだけでなく、種々の方法の動作及び/又はイベントを実行するためのコンピュータ実行可能命令を有するコンピュータ可読媒体を含むことも認識されるであろう。さらに、特定の特徴がいくつかの実施例のうちのたった1つに関して開示されてきたが、そのような特徴は、任意の所与の又は特定の用途向けに望ましく且つ有利であり得るので、他の実施例の1つ又は複数の特徴と組み合わされてよい。さらに、用語含むinclude及び含んでいるincluding、及びそれらの異形が詳細な説明又は請求項のいずれかで使用される限りにおいて、これらの用語は、用語包含しているcomprisingと同様に包括的であることが意図される。"