(57)【要約】ワイヤレスシステム内でマルチレイヤパケット符号化（ＭＬＰＣ）を実行するための通信デバイス、システム、および方法が提供される。ＭＬＰＣは、データストリームを複数のデータセグメントへとセグメント化することと、この複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語へとエンコードすることと、この複数のＦＥＣ符号語に対して第１の排他的論理和（ＸＯＲ）演算を実行して、複数の第１のレイヤパリティ符号語を生成することと、この複数の第１のレイヤパリティ符号語に対して第２のＸＯＲ演算を実行して、少なくとも１つの第２のレイヤパリティ符号語を生成することと、複数のＦＥＣ符号語、複数の第１のレイヤパリティ符号語、または少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信することとを含む。
2019515588.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイス内でマルチレイヤパケット符号化（ＭＬＰＣ）を実行するための方法であって、
前記通信デバイスによって、データストリームを複数のデータセグメントへとセグメント化するステップと、
前記通信デバイスによって、前記複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語へとエンコードするステップと、
前記通信デバイスによって、前記複数のＦＥＣ符号語に対して第１の排他的論理和（ＸＯＲ）演算を実行して、複数の第１のレイヤパリティ符号語を生成するステップと、
前記通信デバイスによって、前記複数の第１のレイヤパリティ符号語に対して第２のＸＯＲ演算を実行して、少なくとも１つの第２のレイヤパリティ符号語を生成するステップと、
前記通信デバイスによって、前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、または前記少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信するステップと
を含む方法。
【請求項２】
前記通信デバイスによって、前記複数の第１のレイヤパリティ符号語を複数のセクションへと解析するステップと、
前記通信デバイスによって、セクションごとに前記複数の第１のレイヤパリティ符号語に対してＸＯＲ演算を実行して前記複数のセクションの各々に対する第２のレイヤパリティ符号語を生成するステップを含む、前記第２のＸＯＲ演算を実行するステップと
をさらに含む請求項１に記載の方法。
【請求項３】
前記通信デバイスによって、複数の第２のレイヤパリティ符号語に対して第３のＸＯＲ演算を実行して、少なくとも１つの第３のレイヤパリティ符号語を生成するステップと、
前記通信デバイスによって、前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、前記複数の第２のレイヤパリティ符号語、または前記少なくとも１つの第３のレイヤパリティ符号語のうちの少なくとも１つを送信するステップと
をさらに含む請求項１に記載の方法。
【請求項４】
前記通信デバイスによって、前記送信された複数のＦＥＣ符号語のうちの少なくとも１つの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するステップと、
前記通信デバイスによって、前記ＮＡＣＫに応答してハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記複数の第１のレイヤパリティ符号語の少なくとも１つまたは前記少なくとも１つの第２のレイヤパリティ符号語の少なくとも１つを送信するステップと
をさらに含む請求項１に記載の方法。
【請求項５】
前記通信デバイスによって、前記送信された複数のＦＥＣ符号語のうちの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するステップと、
前記通信デバイスによって、前記ＮＡＣＫに応答してハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗したＦＥＣ符号語を再送信するステップと、
前記通信デバイスによって、前記ＨＡＲＱ送信において第１のレイヤパリティ符号語を送信するステップであって、前記第１のレイヤパリティ符号語は、前記失敗したＦＥＣ符号語と関連付けられる、送信するステップと
をさらに含む請求項１に記載の方法。
【請求項６】
前記通信デバイスによって、前記送信された複数の第１のレイヤパリティ符号語のうちの失敗した第１のレイヤパリティ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するステップと、
前記通信デバイスによって、前記ＮＡＣＫに応答したハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗した第１のレイヤパリティ符号語を再送信するステップと、
前記通信デバイスによって、前記ＨＡＲＱ送信において第２のレイヤパリティ符号語を送信するステップであって、前記第２のレイヤパリティ符号語は、前記失敗した第１のレイヤパリティ符号語と関連付けられる、送信するステップと
をさらに含む請求項１に記載の方法。
【請求項７】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がＰＥＲ閾値を超えたことに応じて、前記通信デバイスによって、第１のタイプの否定的確認応答（ＮＡＣＫ１）を受信するステップであって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信するステップと、
前記ＮＡＣＫ１に応答して、前記通信デバイスによって、前記第ｋのレイヤ送信の少なくとも一部を再送信するステップと
をさらに含む請求項１に記載の方法。
【請求項８】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がゼロより大きく、ＰＥＲ閾値に等しいまたはこれより小さいことに応じて、前記通信デバイスによって、第２のタイプの否定的確認応答（ＮＡＣＫ２）を受信するステップであって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信するステップと、
前記ＮＡＣＫ２に応答して、前記通信デバイスによって、（ｋ＋１）レイヤ送信を送信するステップと
をさらに含む請求項１に記載の方法。
【請求項９】
通信デバイス内でマルチレイヤパケット符号化（ＭＬＰＣ）を実行するための方法であって、
前記通信デバイスによって、トランスポートブロック内のデータを、複数のセクションにわたる複数のデータセグメントへとセグメント化するステップと、
前記通信デバイスによって、前記複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語へとエンコードするステップと、
前記通信デバイスによって、前記トランスポートブロックの前記複数のセクションの各々のための前記複数のＦＥＣ符号語のうちのＦＥＣ符号語を送信するステップと、
前記通信デバイスによって、複数のフィードバックビットを受信するステップであって、各フィードバックビットは、前記トランスポートブロックの前記複数のセクションのうちの異なるものに対する確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を示す、受信するステップと
を含む方法。
【請求項１０】
フィードバックビットは、前記トランスポートブロックの対応するセクション内の前記送信されたＦＥＣ符号語のうちの少なくとも１つの失敗したＦＥＣ符号語に応じて、前記ＮＡＣＫを示し、
前記フィードバックビットは、前記トランスポートブロックの前記対応するセクション内のすべての送信されたＦＥＣ符号語の成功した送信に応じて、前記ＡＣＫを示す、
請求項９に記載の方法。
【請求項１１】
前記通信デバイスによって、前記ＮＡＣＫに応答して、前記対応するセクション内のすべての前記ＦＥＣ符号語を再送信するステップ
をさらに含む請求項１０に記載の方法。
【請求項１２】
マルチレイヤパケット符号化（ＭＬＰＣ）を実行するように構成された通信デバイスであって、
データストリームを複数のデータセグメントへとセグメント化するように構成された少なくとも１つのプロセッサと、
前記複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語へとエンコードするように構成された内部エンコーダであって、
前記少なくとも１つのプロセッサは、前記複数のＦＥＣ符号語に対して第１の排他的論理和（ＸＯＲ）演算を実行して複数の第１のレイヤパリティ符号語を生成するように構成され、
前記少なくとも１つのプロセッサは、前記複数の第１のレイヤパリティ符号語に対して第２のＸＯＲ演算を実行して少なくとも１つの第２のレイヤパリティ符号語を生成するように構成される、内部エンコーダと、
前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、または前記少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信するように構成された送信機と
を備える通信デバイス。
【請求項１３】
前記少なくとも１つのプロセッサは、前記複数の第１のレイヤパリティ符号語を複数のセクションへと解析するように構成され、
前記少なくとも１つのプロセッサは、セクションごとに前記複数の第１のレイヤパリティ符号語に対してＸＯＲ演算を実行して前記複数のセクションの各々に対する第２のレイヤパリティ符号語を生成することを含む、前記第２のＸＯＲ演算を実行するように構成される
請求項１２に記載の通信デバイス。
【請求項１４】
前記少なくとも１つのプロセッサは、複数の第２のレイヤパリティ符号語に対して第３のＸＯＲ演算を実行して少なくとも１つの第３のレイヤパリティ符号語を生成するように構成され、
前記送信機は、前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、前記複数の第２のレイヤパリティ符号語、または前記少なくとも１つの第３のレイヤパリティ符号語のうちの少なくとも１つを送信するように構成される、
請求項１２に記載の通信デバイス。
【請求項１５】
前記送信された複数のＦＥＣ符号語のうちの少なくとも１つの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するように構成された受信機
をさらに備え、
前記送信機は、前記ＮＡＣＫに応答してハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記複数の第１のレイヤパリティ符号語の少なくとも１つまたは前記少なくとも１つの第２のレイヤパリティ符号語の少なくとも１つを送信するように構成される
請求項１２に記載の通信デバイス。
【請求項１６】
前記送信された複数のＦＥＣ符号語のうちの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するように構成された受信機
をさらに備え、
前記送信機は、
前記ＮＡＣＫに応答したハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗したＦＥＣ符号語を再送信し、
前記ＨＡＲＱ送信において第１のレイヤパリティ符号語を送信する
ように構成され、前記第１のレイヤパリティ符号語は、前記失敗したＦＥＣ符号語と関連付けられる
請求項１２に記載の通信デバイス。
【請求項１７】
複数のフィードバックビットを受信するように構成された受信機であって、各フィードバックビットは、トランスポートブロックの複数のセクションのうちの異なるものに対する確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を示し、フィードバックビットは、前記トランスポートブロックの対応するセクション内の送信されたＦＥＣ符号語の中の少なくとも１つの失敗したＦＥＣ符号語に応じて前記ＮＡＣＫを示す、受信機
をさらに備え、
前記送信機は、前記受信されたＮＡＣＫに応答して、前記対応するセクション内のすべての前記送信されたＦＥＣ符号語を再送信するようにさらに構成される
請求項１２に記載の通信デバイス。
【請求項１８】
前記送信された複数の第１のレイヤパリティ符号語のうちの失敗した第１のレイヤパリティ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するように構成された受信機
をさらに備え、
前記送信機は、
前記ＮＡＣＫに応答してハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗した第１のレイヤパリティ符号語を再送信し、
前記ＨＡＲＱ送信において第２のレイヤパリティ符号語を送信し、前記第２のレイヤパリティ符号語は、前記失敗した第１のレイヤパリティ符号語と関連付けられる
ように構成される請求項１２に記載の通信デバイス。
【請求項１９】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がＰＥＲ閾値を超えたことに応じて、第１のタイプの否定的確認応答（ＮＡＣＫ１）を受信するように構成された受信機であって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信機
をさらに備え、
前記送信機は、前記ＮＡＣＫ１に応答して、前記第ｋのレイヤ送信の少なくとも一部を再送信するように構成される
請求項１２に記載の通信デバイス。
【請求項２０】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がゼロより大きく、ＰＥＲ閾値に等しいまたはこれより小さいことに応じて、第２のタイプの否定的確認応答（ＮＡＣＫ２）を受信するように構成された受信機であって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信機
をさらに備え、
前記送信機は、前記ＮＡＣＫ２に応答して、（ｋ＋１）レイヤ送信を送信するように構成される
請求項１２に記載の通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パリティ符号を用いた多段階前方誤り訂正に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、５月１１日に出願された米国特許仮出願第６２／３３４，７６２号明細書、２０１６年９月２８日に出願された米国特許仮出願第６２／４００，７２１号明細書、および２０１６年１１月２日に出願された米国特許仮出願第６２／４１６，３０３号明細書の利益を主張するものであり、これら特許仮出願の内容は、参照により本明細書に組み込まれる。
【０００３】
ワイヤレス通信システムのスループットは、ＬＴＥおよびＷｉ−Ｆｉに導入された新しい技術の使用とともに増加してきた。しかしながら、これらの技術は、複数の要件を有するであろう将来の適用例の要求を満たすのに十分でない。たとえば、将来の適用例は、数ギガビット／秒の高スループット、１ｍｓ未満の低遅延、および１０-5未満のパケット誤り率（ＰＥＲ）における高信頼性のうちのいずれかまたは組み合わせを要求することがある。
【０００４】
５Ｇとして知られる新しい無線アクセス技術に関する研究が始まっている。セルラー式通信システムの適用例および遍在性が増大するので、適用例およびセルラー式通信システムは、新しい特徴をサポートし、性能要件のより過酷なセットを満たすことが期待される。
【発明の概要】
【課題を解決するための手段】
【０００５】
ワイヤレスシステム内でマルチレイヤパケット符号化（ＭＬＰＣ）を実行するための通信デバイス、システム、および方法が提供される。
【０００６】
例では、ＭＬＰＣは、データストリームを複数のデータセグメントへとセグメント化することと、複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語へとエンコードすることと、複数のＦＥＣ符号語に対して第１の排他的論理和（ＸＯＲ）演算を実行して複数の第１のレイヤパリティ符号語を生成することと、複数の第１のレイヤパリティ符号語に対して第２のＸＯＲ演算を実行して少なくとも１つの第２のレイヤパリティ符号語を生成することと、複数のＦＥＣ符号語、複数の第１のレイヤパリティ符号語、または少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信することとを含む。
【０００７】
他の例では、ＭＬＰＣは、トランスポートブロック内のデータを、複数のセクションにわたる複数のデータセグメントへとセグメント化することと、複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語へとエンコードすることと、トランスポートブロックの複数のセクションの各々のための複数のＦＥＣ符号語のうちのＦＥＣ符号語を送信することと、複数のフィードバックビットを受信することであって、各フィードバックビットは、トランスポートブロックの複数のセクションのうちの異なるものに対する確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を示す、受信することとを含む。フィードバックビットは、トランスポートブロックの対応するセクション内の送信されたＦＥＣ符号語のうちの少なくとも１つの失敗した（failed）ＦＥＣ符号語に応じて、ＮＡＣＫを示し、フィードバックビットは、トランスポートブロックの対応するセクション内のすべての送信されたＦＥＣ符号語の成功した送信に応じて、ＡＣＫを示す。ＭＬＰＣは、ＮＡＣＫに応答して、対応するセクション内のすべてのＦＥＣ符号語を再送信することをさらに含むことがある。
【図面の簡単な説明】
【０００８】
添付の図面に関連する例として与えられる以下の説明からより詳細な理解を得ることができる。
【図１Ａ】１つまたは複数の開示される実施形態が実施されることができる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用されることができる例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用されることができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】１つまたは複数の実施形態による、直列連接によって外部符号化および内部符号化を利用する通信システムのブロック図である。
【図３】１つまたは複数の実施形態による、例示的なマルチレイヤパケット符号化（ＭＬＰＣ）構造アーキテクチャの図である。
【図４】１つまたは複数の実施形態による、マルチレイヤパケット符号化（ＭＬＰＣ）を実行するための送信機手順を示す流れ図である。
【図５】１つまたは複数の実施形態による、パケット符号化率に対応して異なる状態を切り換えるための有限状態機械を示す図である。
【図６】１つまたは複数の実施形態による、ＭＬＰＣレイヤ０符号語のための復号化手順の流れ図である。
【図７】１つまたは複数の実施形態による、ＭＬＣＰ高（＞０）レイヤ符号語のための復号化手順の流れ図である。
【図８】１つまたは複数の実施形態による、多層外部符号／内部符号ハイブリッド自動再送要求（ＨＡＲＱ）の状態機械を示す図である。
【図９】１つまたは複数の実施形態による、マルチレイヤパリティ符号語の図である。
【図１０】１つまたは複数の実施形態による、別のマルチレイヤパリティ符号語の図である。
【図１１】１つまたは複数の実施形態による、別のマルチレイヤパリティ符号語の図である。
【図１２】１つまたは複数の実施形態による、外部符号化を活動化および非活動化するためのコールフローの図である。
【発明を実施するための形態】
【０００９】
規格委員会によって提示された一般的な要件に基づいて、出現しつつあるＮｅｗ  Ｒａｄｏ（ＮＲ）すなわち第５世代（５Ｇ）システムのための使用事例の幅広い分類は、エンハンストモバイルブロードバンド（ｅＭＢＢ）、大容量マシンタイプ通信（ｍＭＴＣ）、および超高信頼低遅延通信（ＵＲＬＬＣ）と示されてよい。
【００１０】
さまざまな使用事例は、より高いデータ転送速度、より高いスペクトル効率、低電力およびより高いエネルギー効率、より低い遅延、ならびにより高い信頼性などの、さまざまな要件に焦点をあてることができる。
【００１１】
ｍＭＴＣは、５Ｇセルラー規格のための３つの使用事例カテゴリのうちの１つである。ｍＭＴＣ使用事例は、非常に多数の低コストデバイスに接続性を提供したいという要望によって特徴付けられる。たとえば、目標適用例は、スマートメータリング、家庭電化製品、およびリモートセンサを含んでよい。これらの適用例のすべてに共通しているのは、データ送信が比較的小さく、まれなことである。これらの大規模な展開を可能にするための要件の１つは、著しく延長されたバッテリ寿命をもつ低コストデバイスを使用することができることである。
【００１２】
以下の通信路符号化方式、すなわち、低密度パリティチェック（ＬＤＰＣ）符号、Ｐｏｌａｒ符号、ターボ符号（ＬＴＥおよび／またはエンハンストターボ符号化）、または畳み込み符号（ＬＴＥおよび／またはエンハンスト畳み込み符号化）も、ＮＲすなわち５Ｇシステム内で使用されることができる。これらの符号の組み合わせ、ならびに外部消失訂正符号も、使用されることができる。
【００１３】
通信路符号化設計に対するさまざまな要件があるので、新しい無線アクセス技術（ＲＡＴ）通信路符号化方式は、性能、実装複雑度、遅延（復号化／エンコーディング）、および柔軟性（たとえば、特定のシナリオの場合の可変長符号、符号率、およびハイブリッド自動再送要求（ＨＡＲＱ））を考慮する。
【００１４】
たとえば、非常にノイズが多いチャネル上で時間的制約のあるデータを受信機に送信するタスクが課せられた送信機を考慮し、データのセグメント化が、内部通信路符号によってエンコードされる。ノイズが多いチャネルにより、ＨＡＲＱ再送信が適用される場合であっても、いくつかのデータセグメント化が成功裏に復号されないことがある。失ったデータセグメントは、上位レイヤ（たとえば、無線リンク制御（ＲＬＣ）レイヤ）でいくつかのＡＲＱプロセスを通じてのみカバーされることがある。このレイヤ間復旧は、時間がかかる可能性があり、データ遅延要件に反することがある。したがって、パケット符号化方式は、送信遅延を減少させ、全体的な物理レイヤ復号化性能を改善するために使用されることがある。
【００１５】
しかしながら、現在のパケット符号化方式では、単一パリティ符号語のみが生成される。したがって、現在のパケット符号化方式は、データセグメントの数が大きい場合、良好な誤り検出能力を提供しない。そのうえ、パリティ符号語の送信の誤り保護は保証されない。最後に、現在のパケット符号化方式は、そのＨＡＲＱ動作に関して、低い柔軟性を有する。したがって、上記の問題を解決する高度なパケット符号化方式を設計することが望ましいことがある。
【００１６】
ＮＲのための通信路符号化選択に関して知らせる問題もあることがある。既存のＬＴＥ通信システムでは、アップリンク（ＵＬ）およびダウンリンク（ＤＬ）におけるデータチャネルのための符号化方式は、同じにされる。たとえば、ターボ符号は、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）とアップリンク共有チャネル（ＵＬ−ＳＣＨ）の両方において使用され、ＬＤＰＣ符号は、ＷｉＦｉシステム内で両方向に使用される。
【００１７】
さまざまな適用例シナリオにより、ＮＲシステムは、さまざまな使用事例の場合、デバイスハードウェア制限および混合トラフィックを考慮に入れることを必要とすることがある。たとえば、ｅＮｏｄｅ−Ｂ（ｅＮＢ）は、非常に強力な算出パワーを有する可能性があるが、ｍＭＴＣデバイスは、限られた算出パワーを有することがある。一方、通信路復号化の算出複雑性は、一般に、通信路エンコーディングよりもはるかに高い。したがって、ＤＬとＵＬの両方に対する同じ通信路符号化方式の使用法は、効率的でないことがある。
【００１８】
図１Ａは、１つまたは複数の開示される実施形態が実施されることができる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってよい。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、そのようなコンテンツにアクセスすることを可能にしてよい。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を用いてよい。
【００１９】
図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａと、１０２ｂと、１０２ｃと、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、ページャ、セルラー式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家電などを含んでよい。
【００２０】
通信システム１００は、基地局１１４ａと、基地局１１４ｂも含んでよい。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースするように構成された任意のタイプのデバイスであってよい。例を挙げると、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノード−Ｂ、ｅＮｏｄｅ  Ｂ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことを理解されたい。
【００２１】
基地局１１４ａはＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含んでよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的区域内でワイヤレス信号を送信および／または受信するように構成されてよく、この特定の地理的区域は、セル（図示せず）と呼ばれることがある。セルは、さらにセルセクタに分割されることができる。たとえば、基地局１１４ａと関連付けられたセルが、３つのセクタに分割されることができる。したがって、一実施形態では、基地局１１４ａは、３つの、すなわちセルの各セクタに対して１つの、送受信機を含むことがある。別の実施形態では、基地局１１４ａが、多入力多出力（ＭＩＭＯ）技術を用いることがあり、そのため、セルの各セクタに対して複数の送受信機を利用することがある。
【００２２】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してよく、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００２３】
より具体的には、上記で述べられたように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を用いることができる。たとえば、ＲＡＮ１０４の中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、ＵＭＴＳ  ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００２４】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、Ｅ−ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる。
【００２５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施してよい。
【００２６】
図１Ａの基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであってよく、営業所、自宅、乗物、キャンパスなどの局所的なエリア内のワイヤレス接続性を容易にするために任意の適切なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを必要とされないことがある。
【００２７】
ＲＡＮ１０４はコアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６は、コール制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接または間接的に通信することができることを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）とも通信してよい。
【００２８】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用されるワイヤード通信ネットワークまたはワイヤレス通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでよく、ＲＡＮは、ＲＡＮ１０４と同じＲＡＴを用いてもよいし、異なるＲＡＴを用いてもよい。
【００２９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するための複数の送受信機を含むことができる。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を用いることができる基地局１１４ａと、およびＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｂと通信するように構成されてよい。
【００３０】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態と合致したままでありながら、前述の要素の任意の副組み合わせを含むことができることを理解されたい。
【００３１】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２をワイヤレス環境において動作させることが可能である他の任意の機能を実行することができる。プロセッサ１１８は送受信機１２０に結合されることができ、送受信機１２０は送信／受信要素１２２に結合されることができる。図１Ｂは、プロセッサ１１８および送受信機１２０を別個の構成要素として示しているが、プロセッサ１１８および送受信機１２０は電子パッケージまたはチップ内に一緒に統合されることができることを理解されたい。
【００３２】
送信／受信要素１２２は、エアインターフェース１１６の上で基地局（たとえば、基地局１１４ａ）に信号を送信する、またはエアインターフェース１１６の上で基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることができる。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器とすることができる。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されることができる。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成されることができることを理解されたい。
【００３３】
加えて、送信／受信要素１２２は、図１Ｂでは単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いることができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６の上でワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００３４】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されることができる。上記で述べられたように、ＷＴＲＵ１０２は、マルチモード能力を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２がたとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含むことができる。
【００３５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、これらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することができる。加えて、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、これにデータを記憶することができる。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）の上などＷＴＲＵ１０２の上に物理的に配置されないメモリからの情報にアクセスし、これにデータを記憶することができる。
【００３６】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２の中の他の構成要素に電力を分配および／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池バッテリ（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含むことができる。
【００３７】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されることができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成されることができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６の上でロケーション情報を受信する、および／または、２つ以上の近隣基地局から信号が受信されたタイミングに基づいてそのロケーションを決定することができる。ＷＴＲＵ１０２が、実施形態と合致したままでありながら、任意の適切なロケーション決定方法によってロケーション情報を獲得することができることを理解されたい。
【００３８】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されることができ、他の周辺機器１３８は、追加の特徴、機能性、および／またはワイヤード接続性もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオの場合）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどを含んでよい。
【００３９】
図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で述べられたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。
【００４０】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と合致したままでありながら、任意の数のｅＮｏｄｅ−Ｂを含んでよいことを理解されたい。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。
【００４１】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）と関連付けられることができ、無線リソース管理決断、ハンドオーバ決断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成されることができる。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースの上で互いと通信することができる。
【００４２】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２と、サービングゲートウェイ１４４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６とを含むことができる。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つは、コアネットワーク運用者以外のエンティティによって所有および／または運用されることができることを理解されたい。
【００４３】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４の中のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されることができ、制御ノードとして働くことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能を提供することができる。
【００４４】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４の中のｅＮｏｄｅ  Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されることができる。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅ  Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行することができる。
【００４５】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続されることができ、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。
【００４６】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスの間の通信を容易にすることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいし、これと通信してもよい。加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたはワイヤレスネットワークを含んでよい。
【００４７】
他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１６０にさらに接続されることができる。ＷＬＡＮ１６０は、アクセスルータ１６５を含むことができる。アクセスルータは、ゲートウェイ機能性を含むことができる。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信することができる。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂの間の通信は、ワイヤードイーサネット（登録商標）（ＩＥＥＥ８０２．３規格）を介してもよいし、任意のタイプのワイヤレス通信プロトコルを介してもよい。ＡＰ１７０ａは、エアインターフェースの上でＷＴＲＵ１０２ｄとワイヤレス通信する。
【００４８】
前方誤り訂正（ＦＥＣ）は、データ信頼性を高めるために使用されるデジタル信号処理技法である。それは、データ送信または記憶の前に、誤り訂正用符号（たとえば、誤り制御ビット）と呼ばれる冗長データを導入することによって、これを行う。たとえば、３つの誤り制御ビットを追加することによって７ビット符号語として送信されることになる４つのデータビットを有するメッセージを考慮する。これは、（７，４）符号と呼ばれる。それは、符号語全長は７ビットであるが、実際は、それらのビットのうちの４つのみがデータであることを意味する。
【００４９】
したがって、ＦＥＣ符号語は、ある量の冗長性を符号語へと導入するアルゴリズムを使用して元のメッセージから生成される。したがって、ＦＥＣ符号語は、元のメッセージよりも長い。たとえば、Ｋ個のシンボルから構成される入力メッセージは、Ｎ個のシンボルから構成されるＦＥＣ符号語を出力する通信路エンコーダに入力されることができ、ここでＮ＞Ｋである。Ｎ＞Ｋであるので、出力に冗長性がある。この冗長性は、ＦＥＣ符号語全体にわたって分散され、元のメッセージが、誤りの存在下でも良好な確率で復旧されることを可能にする。ＦＥＣ符号語が冗長であるほど、誤りに対してより弾力的になり、元のメッセージのビットを復旧するために必要とされる問い合わせが少なくなる。
【００５０】
ＦＥＣは、データの再送信を要求するためのリバースチャネルなしに誤りを訂正できることを、受信機に提供する。前方誤り符号化は、通信路符号化としても知られる。
【００５１】
したがって、通信路符号化は、送信への冗長性の導入を通じて性能を改善するために通信システムにおいて一般に使用される技法である。さまざまな通信路符号化技法が開発されており、さまざまな技法が、特定の適用例に基づいて使用される。通信路符号は、冗長性がデータのブロックに追加されるブロック符号と、冗長性が連続的な様式で追加される畳み込み符号に分類されることが可能である。
【００５２】
連接符号化は、内部符号および外部符号として物理的にレイヤ化された２つ以上のＦＥＣ符号の性能改善を組み合わせようと試みる。たとえば、連接符号は、より強い内部符号と、より弱い外部符号からなってよく、インターリーバが、内部符号と外部符号を接続する。符号の連接は、直列符号連接、並列符号連接、またはマルチレベル符号連接とすることができる。
【００５３】
図２は、１つまたは複数の実施形態による、直列連接によって外部符号化および内部符号化を利用する通信システム２００のブロック図の例示を提供する。通信システム２００は、通信路２０３の上で通信する送信機２０１と受信機２０２とを含む。送信機２０１は、データパケットを生成および送信するために、外部エンコーダ２１１と、インターリーバ２１２と、内部エンコーダ２１３とを含む。同様に、受信機２０２は、エンコードされたパケットを受信および復号化するために、内部復号器２２１と、デインターリーバ２２２と、外部復号器２２３とを含む。
【００５４】
送信機２０１は、たとえば、信号内で送信されることになるデータをエンコードするための送受信機チップセットをもつ、ｅＮｏｄｅ−ＢまたはＷＴＲＵのいずれか一方であってよい。加えて、受信機２０２は、たとえば、信号内で受信されたデータを復号するための送受信機チップセットをもつ、ｅＮｏｄｅ−ＢまたはＷＴＲＵのいずれか一方であってよい。したがって、送信機２０１および受信機２０２は、送信機構成要素、受信機構成要素、および／または送受信機構成要素と、１つまたは複数のプロセッサとを含む、通信デバイスなどのエンティティを指すことができ、一般に、送信動作において送信することまたは受信することを実行しているエンティティを指す。
【００５５】
送信機において、外部エンコーダ２１１が、外部符号を用いてデータをエンコードし、外部フレームを生成する。次いで、外部フレームが、インターリーバ２１２によってインターリーブされて、中間フレームを生じさせる。次いで、中間フレームが内部エンコーダ２１３によってエンコードされ、内部エンコーダ２１３は、内部符号を用いて中間フレームをエンコードして、最終フレームを生成する。データは、ひとたびエンコードされると、通信路２０３（すなわち、データ経路）上で送信され、受信機２０２において逆の順序で復号される。
【００５６】
具体的には、受信機２０２において、内部符号器２２１が、受信機２０２においてデータを復号する。次いで、外部符号器２２３が、同じデータがデインターリーバ２２２によってデインターリーブされた後、同じデータを復号する。そのような繰り返しの復号化を用いることは、外部復号器２２３が、内部復号器２２１によって訂正されなかった残りの誤りを訂正することを可能にする。
【００５７】
内部符号は、任意のタイプの通常のＦＥＣ符号であってよい。外部符号は、性能の追加の改善を提供しようと試みる。インターリーバ２１２は、送信されたシンボルの順序を並べ替え、受信機側の対応するデインターリーバ２２２は、元の順序を復元する。デインターリービングは、内部−復号器誤りイベントと関連付けられた誤りのバーストを分散させることができ、したがって、これらの個々の誤りは、外部符号の復号器によって、より容易に訂正されることができる。したがって、デインターリービングは、内部通信路符号出力が、シンボルごとに独立して見えることを可能にする。
【００５８】
インターリービングを用いた直列連接は、従来、内部符号復号器出力に対して硬判定を行う内部符号を使用する。そのような硬判定は、内部符号および通信路が、２元対称通信路（ＢＳＣ）、または、より一般に、離散無記憶通信路（ＤＭＣ）によってモデル化されることを可能にする。外部符号は、誤りの確率を無視できるレベルに減少させるように設計される。そのような低い誤り確率は、本質的に、送信レイヤは事実上、誤りがないことを意味し、これは、多くの適用例において非常に望ましい結果である。この形式の直列連接は、基本的結果のうちの１つが達成される（たとえば、恣意的に信頼性の高い送信）ことを可能にする。
【００５９】
１つまたは複数の実施形態によれば、パケット符号化は、復号化複雑度を減少させ、遅延を短縮するために使用されることができる。それは、物理レイヤにおいて、独立したＦＥＣ符号語の間で確立された単純なＸＯＲ関係がパケット誤り率（ＰＥＲ）性能を高めることを可能にするために使用されることができる。パケット符号化では、単一パリティ符号語が、ＸＯＲ演算を介してすべてのＦＥＣ符号語に使用される。たとえば、長いトランスポートブロックが、いくつかのセグメント
【００６０】
【数１】
2019515588.tif 000003
【００６１】
に区分されると想定する。各セグメント
【００６２】
【数２】
2019515588.tif 000004
【００６３】
は、ＦＥＣ符号語を生成するために、ＦＥＣ通信路符号によってエンコードされる。パリティ符号語は、ＸＯＲ演算を、すべてのセグメント
【００６４】
【数３】
2019515588.tif 000005
【００６５】
から生じたＦＥＣ符号語に適用することによって生成される。パッキング符号化を使用することによって、送信効率および復号化性能が増加されることができる。
【００６６】
マルチレイヤパケット符号化（ＭＬＰＣ）は、低遅延と低い複雑度をもつ、信頼性の高い通信を提供するために導入されてよい。たとえば、図３は、１つまたは複数の実施形態による、例示的なマルチレイヤパケット符号化（ＭＬＰＣ）構造アーキテクチャの図を示す。
【００６７】
図３は、生成されたＦＥＣおよびパリティ符号語のｋ−レイヤを示す。ここで、
【００６８】
【数４】
2019515588.tif 000006
【００６９】
は、１つまたは複数のパケット符号化レイヤの第ｋのレイヤにおける第ｉの符号語を示す。図３に示される例では、それぞれ第１のレイヤ、第２のレイヤ、および第３のレイヤと呼ばれる３つのパケット符号化レイヤ（すなわち、レイヤ１〜３）があり、ここでｋ＝３である。第ゼロのレイヤ（zero-th layer）は、パケット符号化レイヤの総数にカウントされない。加えて、第ゼロのレイヤのための符号語
【００７０】
【数５】
2019515588.tif 000007
【００７１】
は、元のデータセグメント
【００７２】
【数６】
2019515588.tif 000008
【００７３】
または符号ブロック（ＣＢ）から生成されるＦＥＣ符号語３００である。上位レイヤのための符号語３０１、３０２、および３０３
【００７４】
【数７】
2019515588.tif 000009
【００７５】
、ｋ＞０（たとえば、レイヤ１〜３）は、ＸＯＲ演算によって生成されるパリティ符号語３０１、３０２、および３０３である。
【００７６】
したがって、初期データが複数のセグメント
【００７７】
【数８】
2019515588.tif 000010
【００７８】
に区分されることができるとすれば、各セグメントは、内部ＦＥＣ通信路エンコーダ（たとえば、内部エンコーダ２１３）によって別個に処理される。以下では、「セグメント」と「符号ブロック」は、互換的に使用されることができる。内部ＦＥＣ通信路エンコーダの出力
【００７９】
【数９】
2019515588.tif 000011
【００８０】
、１≦ｉ≦ｎ1はＦＥＣ符号語３００であり、ｎ1はＦＥＣ符号語３００の数である。ＭＬＰＣによって、あらゆる
【００８１】
【数１０】
2019515588.tif 000012
【００８２】
ＦＥＣ符号語は、異なる第ゼロのレイヤセクション３１０を構成する。あらゆるセクション３１０内のＦＥＣ符号語３００のＸＯＲが計算される。これは、レイヤ１における
【００８３】
【数１１】
2019515588.tif 000013
【００８４】
パリティ符号語３０１の数ｎ2をもたらし、ここで、１≦ｉ≦ｎ2および
【００８５】
【数１２】
2019515588.tif 000014
【００８６】
である。
【００８７】
次に、
【００８８】
【数１３】
2019515588.tif 000015
【００８９】
パリティ符号語３０１のあらゆる数（すなわち、パリティ符号語
【００９０】
【数１４】
2019515588.tif 000016
【００９１】
が、異なる第１のレイヤセクション３１１から構成されるようにグループ化される。各セクション３１１におけるパリティ符号語３０１のＸＯＲが、第２のレイヤパリティ符号語３０２を生成するために計算される。これは、
【００９２】
【数１５】
2019515588.tif 000017
【００９３】
パリティ符号語３０２の数ｎ3をもたらし、ここで、１≦ｉ≦ｎ3および
【００９４】
【数１６】
2019515588.tif 000018
【００９５】
である。たとえば、第１のレイヤセクション３１１のうちの１つは、第２のレイヤパリティ符号語３０２がＸＯＲ演算によってそれから生成される連続するまたは隣接するパリティ符号語
【００９６】
【数１７】
2019515588.tif 000019
【００９７】
から構成されることができる。
【００９８】
次いで、あらゆる
【００９９】
【数１８】
2019515588.tif 000020
【０１００】
パケット符号語３０２（すなわち、パリティ符号語
【０１０１】
【数１９】
2019515588.tif 000021
【０１０２】
）が、異なる第２のレイヤセクション３１２から構成されるようにグループ化される。ここで、１つの第２のレイヤセクション３１２のみが形成される。各セクション３１２におけるパリティ符号語３０２のＸＯＲが、第３のレイヤパリティ符号語３０３を生成するために計算される。これは、
【０１０３】
【数２０】
2019515588.tif 000022
【０１０４】
パリティ符号語３０３の数ｎ4をもたらし、ここで、１≦ｉ≦ｎ4および
【０１０５】
【数２１】
2019515588.tif 000023
【０１０６】
である。このプロセスは、ｎk+1＝１になるまでレイヤごとに続けられ、ここで、Ｋは、１つまたは複数のパケット符号化レイヤの第ｋのレイヤを表す。
【０１０７】
上記で説明されたように、パケット符号化プロセスの複数のレイヤが適用される。上記で説明されたように、パケット符号化プロセスの複数のレイヤが適用される。図３では、レイヤの数は３に等しい。レイヤの数が１に等しい場合、第１のレイヤにおけるパリティ符号語３０１のみが生成される。レイヤ１よりも上位のレイヤにおけるパケット符号化プロセスは、パリティ符号語の次のレイヤを生成するためにパリティ符号語をレイヤ１におけるＦＥＣ符号語として扱うのに類似している。
【０１０８】
したがって、第１のレイヤ動作では、あらゆる
【０１０９】
【数２２】
2019515588.tif 000024
【０１１０】
ＦＥＣ符号語３００は、パリティ符号語３０１
【０１１１】
【数２３】
2019515588.tif 000025
【０１１２】
という結果になる。第ｋのレイヤ動作、１≦ｋ≦Ｎl-1では、第（ｋ−１）のレイヤからのあらゆる
【０１１３】
【数２４】
2019515588.tif 000026
【０１１４】
パリティ符号語３０１、３０２など
【０１１５】
【数２５】
2019515588.tif 000027
【０１１６】
、ここで
【０１１７】
【数２６】
2019515588.tif 000028
【０１１８】
は、次のレイヤパリティ符号語Ｃk+1になる。一般に、ｋ＝１，…，Ｎl−１、ここでＮlはレイヤの数である場合、
【０１１９】
【数２７】
2019515588.tif 000029
【０１２０】
である。
【０１２１】
マルチレイヤパケット符号化の使用は、下位レイヤにおける（たとえば、レイヤ１における）パリティ符号語に対する追加の保護を提供する。複数のレイヤからのパリティ符号語は、ＦＥＣ符号語とともに、送信機によって受信機に送信されることができる。任意選択で、パリティ符号語は、ＭＬＰＣ  ＨＡＲＱプロセスの再送信要求時に単独で送信されることができる。
【０１２２】
データセグメントの数、セクションの数、セクション内の要素の数、ＦＥＣ符号語の数、パリティ符号語の数、レイヤの数などを含む要素の数は変化してよく、システム実装形態に基づいて任意の組み合わせで完全に構成可能であり、図３に示される例に限定されないことを理解されたい。
【０１２３】
図４は、１つまたは複数の実施形態による、ＭＬＰＣを実行するための送信機手順４００を示す流れ図を示す。
【０１２４】
動作４０５では、少なくとも１つのプロセッサを含む送信機は、上位レイヤから送信ブロックを受信し、巡回冗長検査（ＣＲＣ）を生成して、このＣＲＣを送信ブロックに付与することができる。
【０１２５】
動作４１０では、送信機は、各セグメントが内部ＦＥＣエンコーダに合うサイズに構成されるように、送信ブロックのセグメント化を行うことができる。
【０１２６】
動作４１５では、送信機は、各セグメントに対してＣＲＣをさらに生成し、このＣＲＣを各セグメントに付与することができる。
【０１２７】
動作４２０では、送信機、ＣＲＣをもつ各データセグメントが、次いで、外部エンコーダのブロックを通して渡される。外部エンコーダが任意選択であることに留意されたい。外部符号は、リードソロモン符号、ｒａｐｔｏｒ符号などの噴水符号（すなわちレートレスな消失訂正符号）、Ｂｏｓｅ−Ｃｈａｕｄｈｕｒｉ−Ｈｏｃｑｕｅｎｇｈｅｍ（ＢＣＨ）符号、または他の任意のタイプの符号であってよい。外部エンコーダはまた、１つまたは複数のさまざまな条件に基づいて、オンおよびオフにされてよい。１つまたは複数のさまざまな条件は、ＨＡＲＱ統計量の１つまたは任意の組み合わせであってもよいし、データサービス品質（ＱｏＳ）であってもよい。
【０１２８】
ＨＡＲＱ統計量は、「レガシー（内部）通信路復号器」の出力を観察することによって取得されることができる。「レガシー（内部）通信路復号器」出力の大部分が正しい場合、外部エンコーダが必要とされないことがある。
【０１２９】
データＱｏＳに関して、ソースデータが、より少ない誤り保護を必要とするが、低遅延を必要とする場合、外部エンコーディングブロックはオフにされることができる。そうでない場合、外部エンコーディングブロックは、オンにされることができる。
【０１３０】
任意選択で、外部エンコーディングブロックが使用可能である場合、インターリーバが、外部エンコーダと内部エンコーダの間で使用されることができる。
【０１３１】
動作４２５では、送信機は、ソースデータの全長およびそれらのＱｏＳ要件に基づいて、ＭＬＰＣに適用するレイヤの総数Ｎlを決定することができる。それに対応して、送信機は、レイヤごとのセクションの数ＮSをさらに決定することができる。
【０１３２】
たとえば、１００セグメントのソースデータを含むケースでは、２つのレイヤがあることができ、各レイヤは、１０のセクションから構成される。第ゼロのレイヤの場合、各セクションは、複数のＦＥＣ符号語から構成されることができる。第１の（または上位の）レイヤの場合、各セクションは、すべての構成要素（すなわち、前のレイヤ）符号語のパリティ（ＸＯＲ）符号語に対応する。一般に、セグメントの総数Ｎ、レイヤの数（Ｎl−１）、および第（ｋ−１）のレイヤに対するセクションごとの符号語の数
【０１３３】
【数２８】
2019515588.tif 000030
【０１３４】
は、
【０１３５】
【数２９】
2019515588.tif 000031
【０１３６】
を満たす。
単純なケース
【０１３７】
【数３０】
2019515588.tif 000032
【０１３８】
である。第ゼロのレイヤのためのセクションまたはグループの生成は、内部通信路符号化の前と後で等しいことに留意されたい。第ゼロのレイヤの場合、データセグメントのセクションは、実際には、符号ブロックのグループである。セクション内の各符号ブロックは、符号ブロックレベルＣＲＣが付与されてもよいし、付与されなくてもよい。
【０１３９】
図５は、１つまたは複数の実施形態による、パケット符号化率に対応する異なる状態を切り換えるための有限状態機械を示す。通信路条件および干渉条件に応じて、複数のパケット符号化状態があることができる。良好な通信路条件および干渉条件では、送信機は状態０  ５０１にあることができ、状態０  ５０１は、パケット符号化をまったく適用しない。比較的不良な通信路条件および干渉条件では、送信機は、高レートパケット符号化を用いる状態１  ５０２であることができる。さらに不良な通信路条件および干渉条件では、送信機は、より低レートパケット符号化を用いる何らかの状態５０３（たとえば、状態１）であることができる。最悪の通信路条件および干渉条件では、送信機は、最低レートパケット符号化を用いる最後の状態Ｓ５０４であることができる。これらの状態間の切り換えは、マルコフ連鎖に従うことができ、または、たとえば、２進指数バックオフアルゴリズムにおけるバックオフウィンドウサイズのような、いくつかのルールを飛び越えてもよい。各状態は、
【０１４０】
【数３１】
2019515588.tif 000033
【０１４１】
というある値に対応してよく、ここで、１≦ｌ≦ＮLである。
【０１４２】
図４に戻ると、動作４３０では、送信機は、内部ＦＥＣエンコーダ、たとえば、ターボ符号、ＬＤＰＣ符号、Ｐｏｌａｒ符号、またはＬＴＥ畳み込み符号（ＣＣ）もしくは任意の高度なＣＣであってよいＣＣによって、各セグメントをエンコードする。復号化および誤りチェックの早期停止を提供するために、ＣＲＣは、ターボ符号またはＰｏｌａｒ符号などの内部ＦＥＣエンコーダによってエンコードされる前に、各セグメントに付与されることができる。任意選択で、ＣＲＣは、ＬＤＰＣなどのいくつかの内部ＦＥＣエンコーダのためのパリティチェック基準として付与されなくてよく、ＨＡＲＱ確認応答生成に使用されることができる復号化および誤りチェックの早期停止に使用されてよい。したがって、ＦＥＣ符号語が生成される。
【０１４３】
動作４３５では、送信機は、カウンタ値であるレイヤｌを１に設定する。
【０１４４】
動作４４０では、送信機は、カウンタであるレイヤｌ内に保存された値をＮslと比較し、カウンタ値であるレイヤｌがＮslよりも大きい場合は動作４４５に進み、カウンタ値であるレイヤｌがＮslよりも小さいまたはこれに等しい場合は動作４５５に進む。
【０１４５】
動作４４５では、あらゆるＮsセグメントをＦＥＣ符号語へとエンコードした後、送信機は、これらのＮs個のＦＥＣ符号語のパリティ（ＸＯＲ）を計算し、これは、第２のレイヤにおける新しいエンコードされたセグメント（すなわち、パリティ符号語）と考慮されることができる。そのうえ、各上位レイヤ繰り返しにおいて、レイヤｉにおけるあらゆる
【０１４６】
【数３２】
2019515588.tif 000034
【０１４７】
個のセグメントをエンコードした後、これらの
【０１４８】
【数３３】
2019515588.tif 000035
【０１４９】
個のセグメントのＸＯＲが計算され、これは、レイヤｉ＋１における新しいエンコードされたセグメントとして考慮されることができる。送信機は、生成されたパリティ符号語を記憶し、次いで、動作４５０において、カウンタ値であるレイヤｌを増分する。
【０１５０】
動作４５５では、ＦＥＣ符号語および／またはパリティ符号語は、レートマッチング、変調、および他の物理的処理を行った後、送信機によって受信機に送信される。他の物理的処理は、リソースマッピングを含むことができる。
【０１５１】
ＦＥＣ符号語およびパリティ符号語を異なるリソースブロック（ＲＢ）または物理リソースブロック（ＰＲＢ）にマップするいくつかの選択肢がある。１つの選択肢は、パリティ符号語を信頼性のより低いＲＢにマップしながら、ＦＥＣ符号語を、信頼性のより高いＲＢ、すなわち、最小フェージングをもつＲＢにマップすることである。したがって、レベルのより高いパリティ符号語は、信頼性のより低いＲＢにマップされる。たとえば、送信機は、信頼性に従ってＲＢをソートし、最高レベルのパリティ符号語がマップされるまで、最高レベルのレイヤパリティ符号語を信頼性の最も低いＲＢに適用し、次に高いレベルのパリティ符号語がマップされるまで、このレベルのパリティ符号語を信頼性のより低いＲＢに適用し、最低レベルのパリティ符号語が信頼性のより高いＲＢにマップされるまで、またはＦＥＣ符号語が信頼性のより高い（もしくは信頼性の最も高い）ＲＢにマップされるまで、以下同様であることができる。この設計は、開始レイヤまたは下位レイヤからのより低い再送信率を保証することができる。
【０１５２】
反対に、別の選択肢は、パリティ符号語を信頼性のより高いＲＢにマップしながら、ＦＥＣ符号語を信頼性のより低いＲＢにマップすることである。したがって、レベルのより高いパリティ符号語は、信頼性のより高いＲＢにマップされる。この設計は、ひとたび何らかの誤りが発生すると、高い誤り訂正能力を保証することができる。
【０１５３】
上記のマッピング方法のいくつかの混合された動作を伴う他の選択肢も可能とすることができる。ＲＢまたはＰＲＢの信頼性は、そのＰＲＢに対応するチャネル状態関連測定値（チャネル状態情報（ＣＳＩ）、信号対干渉雑音比（ＳＩＮＲ）など）によって示されることができる。フルバンドＣＳＩフィードバックよりも解像度の高いＣＳＩフィードバック、たとえば、サブバンドＣＳＩフィードバック、または１つもしくは複数のＲＢベースのＣＳＩフィードバックが、ＭＬＰＣに対するリソース割り当てを容易にするために提供されることができる。周期的ＣＳＩフィードバックまたは非周期的ＣＳＩフィードバックが、ＭＬＰＣに対するリソース割り当てを容易にするために使用されることができる。
【０１５４】
受信機側では、送信機手順の対応する動作は、逆の順序で実行される。具体的には、図６は、１つまたは複数の実施形態による、ＭＬＰＣレイヤ０符号語のための受信機における復号化手順６００の流れ図を示す。
【０１５５】
復号化手順６００は、動作６０５において、受信機が送信機から何らかのデータを受信したとき、レイヤ０符号語を復号化し始める。受信機の復調ブロックは、たとえば、レイヤ１の送信されたＦＥＣ符号語Ｃi（たとえば、ＦＥＣ符号語３００のうちの１つ）の対数尤度比（ＬＬＲ）を提供する。したがって、動作６１０では、受信機の復号器（たとえば、ターボ復号器、ＬＤＰＣ復号器、Ｐｏｌａｒ復号器、または畳み込み復号器などの内部ＦＥＣ復号器）は、レイヤ１からのＦＥＣ符号語３００のための新しいＬＬＲ（Ｃi）または更新されたＬＬＲ（Ｃi）を待機する。この例ではＬＬＲ復調出力が使用されているが、ＬＬＲ以外のさまざまなタイプの復調出力が適用されることができることが理解されよう。
【０１５６】
動作６１５では、復調ブロックから、またはレイヤ１パケット符号化プロセスから、復号器がＬＬＲ（Ｃi）を受信したことに応じて、復号器は、ＦＥＣ符号語Ｃiを復号しようと試み、動作６２０において復号化が成功したかどうか（すなわち、その情報ビットＰiが成功裏に復号されたかどうか）を決定する。
【０１５７】
このＦＥＣ符号語が成功裏に復号されない場合、動作６２５において、このＦＥＣ符号語ＣiのためのＬＬＲ（Ｃi）が、後での復号化のために保存され、動作６１０が繰り返される。
【０１５８】
動作６３０では、このＦＥＣ符号語Ｃiが成功裏に復号された（すなわち、その情報ビットＰiが成功裏に復号された）場合、復号された情報ビットＰiが、バッファメモリなどのメモリに保存される。また、対応するＦＥＣ符号語Ｃiが計算され、メモリに保存される。
【０１５９】
動作６３５では、セクション（たとえば、セクション３１０のうちの１つ）内のすべてのＦＥＣ符号語が成功裏に復号されるかどうか決定がなされる。セクション内のＦＥＣ符号語がすべて成功裏に復号されるとは限らない場合、更新されたＬＬＲを使用して、手順の動作６１０が繰り返される。
【０１６０】
このセクション（たとえば、セクション３１０のうちの１つ）内のＦＥＣ符号語がすべて成功裏に復号される場合、動作６４０では、このセクションのためのパリティ符号語（たとえば、現在のセクション３１０に対応するパリティ符号語３０１）がメモリに保存され、このパリティ符号語（またはセクション）に対応するすべてのＦＥＣ符号語がメモリから解放またはクリアされる。
【０１６１】
動作６４５では、レイヤ０内のすべてのセクション３１０に対して、ＦＥＣ符号語がすべて成功裏に復号されるかどうかが決定される。すべてのセクション３１０に対してＦＥＣ符号語がすべて成功裏に復号されるとは限らない場合、手順は、更新されたＬＬＲのために動作６１０に戻る。そうではなく、すべてのセクション３１０に対してＦＥＣ符号語がすべて成功裏に復号される場合、レイヤ０のための手順は終了する。
【０１６２】
図７は、１つまたは複数の実施形態による、ＭＬＣＰ高レイヤ（すなわち、レイヤ０よりも大きい（すなわち、＞０））符号語のための復号化手順の流れ図を示す。より具体的には、図７は、レイヤｋにおけるパケット符号化のための復号化手順を示し、ここで、１≦ｋ≦Ｎl−１であり、（Ｎl−１）はレイヤの数である。
【０１６３】
受信機の復調ブロックは、たとえば、レイヤｋ＞０におけるパリティ符号語のためのＬＬＲを提供する。したがって、動作７１０では、受信機の復号器（たとえば、ターボ復号器、ＬＤＰＣ復号器、Ｐｏｌａｒ復号器、または畳み込み復号器などの内部ＦＥＣ復号器）は、レイヤｋ＋１からのレイヤｋにおけるパリティ符号語のための新しいＬＬＲ（Ｃi）または更新されたＬＬＲ（Ｃi）を待機する。動作７１０において、復調ブロックから、またはレイヤｋ＋１パケット符号化プロセスから、ＬＬＲを受信したことに応じて、動作７１５では、このパリティ符号語が、内部ＦＥＣ復号器（たとえば、ターボ、ＬＤＰＣ、Ｐｏｌａｒなど）を使用して復号される。具体的には、上記で説明されたように、ソース情報ビットＰが、送信機によって受信機に送信されているが、最初に、それらは、送信機によってＦＥＣ符号語としてＣにエンコードされる。受信機は、ＣのＬＬＲ、すなわち、ＬＬＲ（Ｃ）を復調する。次いで、復号器は、ＬＬＲ（Ｃ）に基づいてＰを取得しようとする。
【０１６４】
このパリティ符号語が成功裏に復号されない場合（すなわち、情報ビットＰiが成功裏に復号されない場合）（動作７２０を参照されたい）、このパリティ符号語のためのＬＬＲが、後での復号化のために保存され、手順は動作７１０に戻る（動作７２５を参照されたい）。
【０１６５】
このパリティ符号語がソースビットＰに成功裏に復号される場合、ソースビットＰは、
【０１６６】
【数３４】
2019515588.tif 000036
【０１６７】
を取得するために受信機によって再エンコードされ、次いで、これがメモリに保存される
【０１６８】
【数３５】
2019515588.tif 000037
【０１６９】
（動作７３０を参照されたい）。すなわち、受信機は、上記で送信機に関して説明されたようにエンコーディング動作を実行する、すなわち、ＸＯＲ演算によって再びソースビットＰからＦＥＣ符号語
【０１７０】
【数３６】
2019515588.tif 000038
【０１７１】
を生成する。受信機は、ここで、ＦＥＣ符号語
【０１７２】
【数３７】
2019515588.tif 000039
【０１７３】
のみを保存する。レイヤｋ＞０におけるこのパリティ符号語
【０１７４】
【数３８】
2019515588.tif 000040
【０１７５】
は、レイヤｋ−１におけるいくつかの（下位レイヤ）符号語
【０１７６】
【数３９】
2019515588.tif 000041
【０１７７】
のＸＯＲによって生成されることに留意されたい。たとえば、レイヤ２パリティ符号語は、レイヤ１パリティ符号語のＸＯＲから導き出される。同様に、レイヤ３パリティ符号語は、レイヤ２パリティ符号語のＸＯＲから導き出される。これらの下位レイヤパリティ符号語
【０１７８】
【数４０】
2019515588.tif 000042
【０１７９】
は、構成用符号語とも呼ばれる。すなわち、構成用符号語は、（たとえば、ＸＯＲ演算によって）レイヤｋパリティ符号語を生成するために使用されるレイヤｋ−１からのそれらの符号語である。したがって、構成用符号語は、レイヤｋに応じて、ＦＥＣ符号語であることもあれば、下位レイヤパリティ符号語であることもある。
【０１８０】
（レイヤｋ−１における）構成用符号語がすべて成功裏に復号される場合（動作７３５を参照されたい）、レイヤｋにおける符号語がすべて成功裏に復号されるかどうかに関してチェックが実行される（動作７４５を参照されたい）。そうである場合、手順は終了する。そうでない場合、手順は動作７１０に戻る。
【０１８１】
動作７３５では、（レイヤｋ−１における）構成用符号語がすべて成功裏に復号されるとは限らない場合、各復号されていない構成用符号語に対して、ＬＬＲが更新される（動作７５０を参照されたい）。これは、レイヤｋ−１のための復号化手順をトリガし、復号化手順は、レイヤｋに応じて動作６１０または７１０のどちらかにおいて再び開始することができる。
【０１８２】
構成用符号語のＬＬＲを更新するための複数の方法がある。ＭＬＰＣのためのＬＬＲを更新／計算するための以下の方法の１つまたは任意の組み合わせが適用されてよい。
【０１８３】
ＭＬＰＣのためのＬＬＲを更新／計算するための第１の方法では、ＬＬＲのソフト合成が実行されることができる。パリティ符号語Ｃpが、いくつかの構成用符号語Ｃ1，…，ＣkのＸＯＲであるとする。Ｓ⊆｛１，…，ｋ｝を、成功裏に復号されている符号語添え字のセットとし、Ｓc＝｛１，…，ｋ｝￥Ｓとする（￥はバックスラッシュの代替文字）。したがって、ＬＬＲには、Ｓcの中の添え字をもつ符号語が提供される。
【０１８４】
成功裏に復号されたＦＥＣ符号語およびパリティ符号語のすべてに対して、
【０１８５】
【数４１】
2019515588.tif 000043
【０１８６】
を計算する。これは、すべての復号された符号語のＸＯＲ
【０１８７】
【数４２】
2019515588.tif 000044
【０１８８】
に等しいことがある。次いで、ＬＬＲが、
【０１８９】
【数４３】
2019515588.tif 000045
【０１９０】
のために生成される。ここで、関数Ｆが、ハードビット
【０１９１】
【数４４】
2019515588.tif 000046
【０１９２】
をそのソフトＬＬＲ値に変換／マップするために使用されることが仮定される。この関数は、ＦＥＣ符号器、および／または使用する特定のＦＥＣ復号化アルゴリズム、および他の要因に依存することがある。結果として生じるＬＬＲは、
【０１９３】
【数４５】
2019515588.tif 000047
【０１９４】
によって示される。
【０１９５】
ＬＬＲ（Ｃi）、ｉ∈Ｓcでは、保存されたＬＬＲは、各復号されていない符号語に対して示される。各復号されていない符号語ｉ∈Ｓcに対して、関数ｇが、その一時的ＬＬＲを生成するために適用される、すなわち、
【０１９６】
【数４６】
2019515588.tif 000048
【０１９７】
である。
【０１９８】
最後に、一時的ＬＬＲは、符号語Ｃiの前の復号化において使用されるＬＬＲと合成される、すなわち、ＬＬＲupdate（Ｃi）＝Ｈ（ＬＬＲ（Ｃi），ＬＬＲt（Ｃi））である。
【０１９９】
例では、ｋ＝４、Ｓ＝｛１，２，３｝、成功裏に復号された符号語Ｃp、Ｃ1、Ｃ2、Ｃ3、および
【０２００】
【数４７】
2019515588.tif 000049
【０２０１】
と仮定する。１つの復号されていない符号語のみがあるので、Ｆは、ビット‘０’が無限大にマップし、ビット‘１’が負の無限大にマップするように適用されることができる。関数ｇは単一性（unity）関数であり、関数Ｈは２つのＬＬＲの和である。
【０２０２】
ｋ＝４およびＳ＝｛１，２，３｝をもつ別の例を考慮する。成功裏に復号された符号語Ｃp、Ｃ1、Ｃ2があるので、
【０２０３】
【数４８】
2019515588.tif 000050
【０２０４】
がある。次いで、対応するＬＬＲは、
【０２０５】
【数４９】
2019515588.tif 000051
【０２０６】
によって与えられ、
【０２０７】
【数５０】
2019515588.tif 000052
【０２０８】
【数５１】
2019515588.tif 000053
【０２０９】
を提供する。
更新されたＬＬＲは、
ＬＬＲupdate（Ｃ3）＝Ｈ（ＬＬＲ（Ｃ3），ＬＬＲt（Ｃ3））、
ＬＬＲupdate（Ｃ4）＝Ｈ（ＬＬＲ（Ｃ4），ＬＬＲt（Ｃ4））
によって与えられる。
【０２１０】
ＭＬＰＣのためのＬＬＲを更新／計算するための第２の方法では、ＸＯＲベースのＬＬＲが実行されることができる。パリティ符号語Ｃpがいくつかの構成用符号語Ｃ1，…，ＣkのＸＯＲであるとすれば、受信機におけるＣpの観察が与えられると、受信機は、以下の動作のいずれか１つまたは組み合わせを実行することができる。受信機は、Ｃpを使用して、失敗したＦＥＣ符号語を復旧することができる。受信機は、Ｃpを使用してＦＥＣ符号語Ｃ1，…，Ｃkの各々のライアビリティ（liability）を更新することができ、したがって、各ＦＥＣ符号語が更新されることができる。受信機は、上記で説明された手順に基づいて繰り返しの復号化も実行することができる。受信機はまた、上位レイヤパリティ符号語Ｃpを使用して、下位レイヤパリティ符号語のライアビリティを更新することができる。
【０２１１】
受信機は、Ｃ1，…，ＣkおよびＣpのライアビリティ（たとえば、ＬＬＲ、確率など）を更新することができる。アルゴリズムは、更新に使用されることができる。例および一般化されたアルゴリズムが、以下で説明される。
【０２１２】
たとえば、
【０２１３】
【数５２】
2019515588.tif 000054
【０２１４】
であり、Ｃp、Ｃ２の観察（たとえば、復調器からであってもよいし、復号化の前の繰り返しからであってもよいし、最後の繰り返しからであってもよい）が与えられると、Ｃ１のライアビリティが更新されることができる。パリティチェック制約があるので、
｛Ｃ2，Ｃp｝＝｛０，０｝または｛Ｃ2，Ｃp｝＝｛１，１｝の場合、Ｃ1＝０
｛Ｃ2，Ｃp｝＝｛１，０｝または｛Ｃ2，Ｃp｝＝｛０，１｝の場合、Ｃ1＝１
であることが結論付けられることができる。Ｃ1の確率は、以下に説明される。 
Ｐ（Ｃ1＝０）＝Ｐ（Ｃ2＝０）Ｐ（Ｃp＝０）＋Ｐ（Ｃ2＝１）Ｐ（Ｃp＝１）    式（１）
Ｐ（Ｃ1＝１）＝Ｐ（Ｃ2＝１）Ｐ（Ｃp＝０）＋Ｐ（Ｃ2＝０）Ｐ（Ｃp＝１）    式（２）
【０２１５】
このようにして、Ｃ1の確率が更新されることができる。同様に、Ｃ2の確率は、式（１）および式（２）におけるＣ2とＣ1の位置を交換することによって更新されることができる。パリティチェック制約が、
【０２１６】
【数５３】
2019515588.tif 000055
【０２１７】
に書き換えられることができるので、Ｃpは、類似のやり方で更新されることができる。式（１）および（２）は、以下に示されるように、簡略化されることができる。 
ΔＰ1＝ΔＰ2＊ΔＰｐ、式（３）
ここで、ΔＰk＝Ｐ（Ｃk＝０）−Ｐ（Ｃk＝１）である。
【０２１８】
式（３）を使用することによって、上記で言及されたアルゴリズムは、任意のパリティチェック制約（たとえば、３つ以上のＦＥＣ符号語のケース）に費やされることができる。
【０２１９】
別の例では、３つのＦＥＣ符号語
【０２２０】
【数５４】
2019515588.tif 000056
【０２２１】
は、ΔＰ1＝ΔＰ2＊ΔＰ3＊ΔＰpを使用して、Ｃ1の確率を更新し、Ｃ1をさらに復号する。
【０２２２】
アルゴリズムは、以下で説明されるように、確率以外のＬＬＲを用いて実施されることができる。
【０２２３】
上記で説明された例および式では、ＣｐとＣｋが区別されている。しかしながら、ＸＯＲ演算の性質により、パリティチェック制約は、より一般的なやり方で書き換えることができる。
【０２２４】
【数５５】
2019515588.tif 000057
【０２２５】
ここで、Ｃkの１つは、パリティチェック符号語（すなわち、パリティ符号語または構成用符号語）を表すことができるが、Ｃm（ｍ≠ｋ）の残りは、ＦＥＣ符号語を表すことができる。この表現では、パリティチェック符号語とＦＥＣ符号語を区別する必要がなくなる。特に、各符号語中の第ｎのビットは、
【０２２６】
【数５６】
2019515588.tif 000058
【０２２７】
によって示されることができ、したがって、
【０２２８】
【数５７】
2019515588.tif 000059
【０２２９】
である。
【０２３０】
ビット
【０２３１】
【数５８】
2019515588.tif 000060
【０２３２】
のＬＬＲは、
【０２３３】
【数５９】
2019515588.tif 000061
【０２３４】
と示されることができる。
【０２３５】
ビット
【０２３６】
【数６０】
2019515588.tif 000062
【０２３７】
の更新されたＬＬＲは、ビット
【０２３８】
【数６１】
2019515588.tif 000063
【０２３９】
のものである。
【０２４０】
【数６２】
2019515588.tif 000064
【０２４１】
および式（３）を使用して、以下の式が導き出されることができる。
【０２４２】
【数６３】
2019515588.tif 000065
【０２４３】
式（４）は、ＬＬＲ値をその符号（sign）および大きさに分けることによって簡略化されることができ、これは、
【０２４４】
【数６４】
2019515588.tif 000066
【０２４５】
を生じることができ、ここで、
【０２４６】
【数６５】
2019515588.tif 000067
【０２４７】
である。
【０２４８】
別の実施形態では、多層外部符号／内部符号ＨＡＲＱ手順が、ＭＬＰＣに使用されることができる。たとえば、層１内部符号ＨＡＲＱ手順は、内部復号化が失敗したか成功したかに基づいて行われることができ、層２外部符号ＨＡＲＱ手順は、外部復号化が失敗したか成功したかに基づいて行われることができる。
【０２４９】
この例では、多層外部符号／内部符号ＨＡＲＱ手順がＭＬＰＣに適用されるが、それは、ＭＬＰＣを用いるまたは用いない外部符号化および内部符号化とともに任意の通信システムに使用されることができる。外部符号化／復号化は、本明細書において説明される任意のシグナリング方法によって活動化／使用可能にされ、非活動化／使用不能にされることができる。
【０２５０】
外部符号化／復号化はまた、内部復号化結果または層１内部符号ＨＡＲＱ確認応答に基づいて、動的に活動化／使用可能にされ、非活動化／使用不能にされることができる。
【０２５１】
図８は、１つまたは複数の実施形態による、多層外部符号／内部符号ハイブリッド自動再送要求（ＨＡＲＱ）の状態機械を示す。
【０２５２】
良好な通信路条件のケースでは、受信機は、状態８０１のままであってもよいし、状態８０１に構成されてもよい。ここで、内部復号化が成功した場合、層１内部符号ＨＡＲＱ  ＡＣＫが、受信機によって生成され、送信機に返送されることができ、電力節約および低い遅延のために外部符号化／復号化を使用不能にする／非活動化することが望ましいことがある。
【０２５３】
不良な通信路条件のケースでは、受信機は、状態８０２のままであってもよいし、状態８０２に構成されてもよい。ここで、内部復号化が失敗した場合、層１内部符号ＨＡＲＱ  ＮＡＣＫが、受信機によって生成され、ＨＡＲＱ再送信を要求するために送信機に送られることができ、将来の誤り訂正および信頼性の高い通信のために外部符号化／復号化を使用可能にする／活動化することが望ましいことがある。外部復号化が成功した場合、受信された層１内部符号ＨＡＲＱ再送信は、ＨＡＲＱ遅延およびソフト合成複雑度を減少させるために、無視または破棄されることができる。外部復号化が失敗した場合、層２外部符号ＨＡＲＱ  ＮＡＣＫが、受信機によって生成され、ＨＡＲＱ再送信を要求するために送信機に送られることができる。
【０２５４】
受信機は、１つもしくは複数の不良な通信路条件（たとえば、１つまたは複数の設計パラメータに従って、１つまたは複数の通信路条件が満足なものでない場合）を検出すると、または層１内部符号ＨＡＲＱ  ＮＡＣＫを生成もしくは送信すると、状態８０１から状態８０２に切り換わることができる。受信機は、１つもしくは複数の良好な通信路条件（たとえば、１つまたは複数の設計パラメータに従って、１つまたは複数の通信路条件が満足なものである場合）を検出すると、またはすべての通信路条件が満たされるとき、または層２外部符号ＨＡＲＱ  ＡＣＫを生成もしくは送信すると、状態８０２から状態８０１に切り換わることができる。
【０２５５】
したがって、多層外部符号／内部符号ＨＡＲＱ手順の例示的な実装形態は、以下のようになることができる。 
受信機において内部復号化が成功した場合
ＡＣＫを生成して、ＡＣＫを送信機にフィードバックし、
ＡＣＫフィードバックがＫ回連続する場合、符号化を使用不能にする。
Ｋは０よりも大きい整数であってよく、これは、目標ブロック誤り率（ＢＬＥＲ）、遅延、および／または複雑度によって決定されることができる。
【０２５６】
多層外部符号／内部符号ＨＡＲＱ手順の例示的な実装形態は、さらに、以下のようになることができる。 
受信機において内部復号化が失敗した場合
ソフト合成がサポートされる場合、失敗したデータをメモリに保持する。さもなければ（ソフト合成がサポートされない場合）、失敗したデータを破棄する。 
ＮＡＣＫを生成して、ＮＡＣＫを送信機にフィードバックし、
外部復号化を活動化し、
外部復号化が失敗した場合、ＮＡＣＫを生成して、ＮＡＣＫを送信機にフィードバックする。さもなければ（外部復号化が成功した場合）、層１内部符号ＨＡＲＱによって要求された受信された再送信パケットを破棄する。
【０２５７】
トランスポートブロックの各セクションに対する確認応答（すなわち、肯定または否定のどちらか）が、すべてのセクションに対する確認応答を含むマルチビット確認応答メッセージ内で提供されることができる。
【０２５８】
別の実施形態によれば、ＭＬＰＣ  ＨＡＲＱ手順は、以下のようになることができる。第ｋのレイヤ、０≦ｋ≦Ｎl−１の場合、３つのＭＬＰＣレイヤ依存フィードバック状態は、ＡＣＫ、ＮＡＣＫ１k、およびＮＡＣＫ２kと提案されることができる。
【０２５９】
ＡＣＫ状態では、現在の送信パケットが正しく復号され、そのため、再送信は要求されず、新しい送信パケットが、送信機によって受信機に送られることができる。
【０２６０】
ＮＡＣＫ１k状態では、再送信ＦＥＣ符号語またはレイヤｋにおけるパリティ符号語が、以下で提案される方法の１つまたは任意の組み合わせによって送られることができる。
【０２６１】
ＮＡＣＫ２k状態では、レイヤ（ｋ＋１）におけるパリティ符号語は、以下で説明される方法の１つまたは任意の組み合わせを使用することによって送られることができる。
【０２６２】
上記の状態（ＡＣＫ、ＮＡＣＫ１、ＮＡＣＫ２）は、各レイヤにおいて各セクションに適用される。したがって、所与のレイヤでは、選択された状態、フィードバックされた状態、または報告された状態の数は、このレイヤのセクションの数に等しい。レイヤ内にＸ個のセクションがあると想定する。セクションのための３つの状態を表すために２つのビットが必要とされるので、このレイヤにおけるＡＣＫ／ＮＡＣＫフィードバックのために、合計２Ｘ個のビットが必要とされる。セクションごとの２つのビットを十分活用することによって、ビットの総数に対する何らかの最適化が適用されてもよい。
【０２６３】
上記の３つのフィードバック状態に基づいて、レイヤベースまたはセクションベースのＭＬＰＣ  ＨＡＲＱは、以下の方法により、どのＦＥＣ符号語および／またはどのパリティ符号語が再送信されるべきかを決定することができる。
【０２６４】
第ｋのレイヤ、０≦ｋ≦Ｎl−１の場合、第ｋｋのレイヤ内のすべての失敗した符号語に基づいて（たとえば、第ゼロのレイヤのためのＦＥＣ符号語に基づいて、および第ｋのレイヤのためのパリティ符号語に基づいて）、ＰＥＲkを算出する。
【０２６５】
フィードバック確認応答は、以下のように生成される。ＰＥＲk＝０（すなわち、すべての符号語を正しく受信した）の場合、ＡＣＫが生成される。
【０２６６】
【数６６】
2019515588.tif 000068
【０２６７】
である場合、ＮＡＣＫ１kが生成され、ここで、ＰＥＲkはｋレイヤ送信のための計算（実現）されたＰＥＲであり、
【０２６８】
【数６７】
2019515588.tif 000069
【０２６９】
はレイヤｋのためのＰＥＲ閾値である）。
【０２７０】
【数６８】
2019515588.tif 000070
【０２７１】
である場合、ＮＡＣＫ２kが生成される。
【０２７２】
【数６９】
2019515588.tif 000071
【０２７３】
は、同じであってもよいし、異なるｋ個のレイヤに対して異なってもよい。任意選択で、１≦ｋの場合、
【０２７４】
【数７０】
2019515588.tif 000072
【０２７５】
は、
【０２７６】
【数７１】
2019515588.tif 000073
【０２７７】
と異なってよい。一方、ＦＥＣ符号語は、ＸＯＲ演算ベースのパリティ符号語とは異なる誤り訂正性能を有することができるので、１≦ｋの場合、
【０２７８】
【数７２】
2019515588.tif 000074
【０２７９】
は同じであってよい。
【０２８０】
レイヤ０のケースでは、
【０２８１】
【数７３】
2019515588.tif 000075
【０２８２】
である場合、この方式は、符号ブロック（ＣＢ）ベースのＨＡＲＱ再送信に減少させることができ、これは、ＮＡＣＫ１状態になる。すべてのセクションがＮＡＣＫ１状態である場合、１つもしくは複数のＣＢまたは関連付けられたトランスポートブロック（ＴＢ）全体が再送信される。
【０２８３】
ＰＥＲ0＝０の場合、受信機は、フィードバックＡＣＫを送信し、ＦＥＣ符号語およびパリティ符号語の再送信は必要とされないことがある。
【０２８４】
【数７４】
2019515588.tif 000076
【０２８５】
である場合、フィードバック状態はＮＡＣＫ２状態に構成される。このケースでは、個々の失敗したＣＢを示すシグナリングオーバヘッドを回避し、関連付けられた遅延を減少させるために、上記で提案されたＭＬＰＣ  ＨＡＲＱ手順が適用されることができる。あるいは、ＣＢベースのＨＡＲＱ再送信が適用されることができる。あるいは、
【０２８６】
【数７５】
2019515588.tif 000077
【０２８７】
を設定するとき、ＴＢベースのＨＡＲＱ再送信が使用されることができる。
【０２８８】
Ｎl＝１である、すなわち、第ゼロのレイヤのみが存在する、かつ、
【０２８９】
【数７６】
2019515588.tif 000078
【０２９０】
である、すなわち、ＮＡＣＫ２状態が存在しない、特殊なケースでは、セクション（またはグループ）ごとの１ビットＡＣＫ／ＮＡＣＫは、セクション（またはグループ）内の符号ブロックがすべて正しく復号されるかどうかを示すために使用されることができる。それがセクションのためのＮＡＣＫである場合、このセクション内の符号ブロックがすべて再送信される。ＴＢが複数のセクションを含む場合、複数のセクションベースの（またはグループベースの）ＡＣＫ／ＮＡＣＫがフィードバックとして提供される。全体的に、セクションごとの（またはグループごとの）１ビットＡＣＫ／ＮＡＣＫが使用されるケースでは、ＴＢのために生成されたＡＣＫ／ＮＡＣＫビットの数は、このＴＢのためのセクションの数に等しい。
【０２９１】
上記の方式は、３つ（ＡＣＫ、ＮＡＣＫ１、ＮＡＣＫ２）よりも多い状態に拡張されることがある。たとえば、ＮＡＣＫ３という追加の状態が使用されることができ、ここで、ＮＡＣＫ３は条件
【０２９２】
【数７７】
2019515588.tif 000079
【０２９３】
に対応し、ＮＡＣＫ２は条件
【０２９４】
【数７８】
2019515588.tif 000080
【０２９５】
に対応する。ここで、異なるＰＥＲ閾値は、
【０２９６】
【数７９】
2019515588.tif 000081
【０２９７】
によって設定される。送信機が受信機からＮＡＣＫ２を受信するとき、送信機は、単一パリティ符号語を送るように構成されることができる。送信機がＮＡＣＫ３を受信するとき、それは、複数のパリティ符号語を送るように構成されることができる。送信機がＮＡＣＫ１を受信するとき、それは、セクション（またはグループ）内のすべての符号語を再び送るように構成されることができる。この簡単な拡張は、セクションごとに２つのビットＡＣＫ／ＮＡＣＫを使用する、すなわち、‘００’はＡＣＫに対応することができ、’０１’はＮＡＣＫ１に対応することができ、‘１０’はＮＡＣＫ２に対応することができ、‘１１’はＮＡＣＫ３に対応することができる。
【０２９８】
トランスポートブロックの各セクションに対する確認応答（すなわち、肯定または否定のどちらか）が、すべてのセクションに対する確認応答を含むマルチビット確認応答メッセージ（たとえば、ブロックＡＣＫメッセージ）内で提供されることができることを理解されたい。
【０２９９】
ＭＬＰＣ  ＨＡＲＱの第１の送信の場合、以下の方法のいずれか１つまたは組み合わせが使用されることができる。
【０３００】
第１の方法では、符号化された内部符号語のみが送信される。低オーバヘッドに対して送信されるパリティ符号語はない。
【０３０１】
第２の方法では、すべてのＦＥＣ符号語の最大送信ビットの数に等しいサイズをもつマルチレイヤパリティ符号語が送信される。したがって、パリティ符号語は、すべてのＦＥＣ符号語の最低符号化率と同じ符号化率を使用することができる。これはまた、下位レイヤパリティ符号語から上位レイヤパリティ符号語を生成するために適用されることができる。
【０３０２】
それは、符号語のすべてのビットのためのパリティが含まれることを意味する。符号語の異なる送信された長さのケースでは、マルチレイヤパリティを生成する前に、ゼロパディングが、より少ない数のビットをもつ符号語になされることができる。パディングされたゼロが送信されないことがあり、パリティ算出に使用され、これは、ＸＯＲ演算と同じ結果を数学的に生じさせる。
【０３０３】
図９は、１つまたは複数の実施形態による、マルチレイヤパリティ符号語の図を示す。具体的には、すべての符号語Ｃ０〜Ｃ（Ｋ−１）が同じ数のビットを有するように、Ｃ（Ｋ）においてマルチレイヤパリティ符号語を生成する前に、ゼロパディング（ＺＰ）ビットがＦＥＣ符号語Ｃ２からＣ（Ｋ−１）に追加される。
【０３０４】
第３の方法では、ＦＥＣ符号語よりも小さいサイズをもつマルチレイヤパリティ符号語が送信される。図１０は、この実施形態による、別のマルチレイヤパリティ符号語の図を示す。より小さいサイズのパリティ符号語の結果として、パリティ符号語は、ＦＥＣ符号語よりも高い符号化率を使用することができる。これはまた、下位レイヤパリティ符号語から上位レイヤパリティ符号語を生成するために適用されることができる。
【０３０５】
‘ｘ’が、局所的な様式で算出および送信されることになるパリティの数であるとすれば、‘ｘ’の数のパリティビットは、送信されたＦＥＣ符号語ビットの先頭から算出されることができる。‘ｘ’は、異なる送信されたビットのケースでは、最小数のサイズとすることができる。‘ｘ’はまた、現在使用されている符号率に応じて、より小さい数とすることができる。
【０３０６】
たとえば、小さいｘは高い符号率に使用されることができ、高い符号率は、高ＳＮＲチャネルにおいて使用され、それによって、オーバヘッドを減少させるためにより少ない数のマルチレイヤパリティビットを送ることができる。‘ｘ’の高い値は、低ＳＮＲチャネルにおいて使用され、それによって、多数のパリティビットを生成および送信することができる。
【０３０７】
図１１は、１つまたは複数の実施形態による、別のマルチレイヤパリティ符号語の図を示す。ここで、以下の方法の１つまたは任意の組み合わせによって、図１１に示される擬似ランダムに選択された‘ｘ’の数のビットのためのマルチレイヤパリティを生成および送信することが可能なことがある。
【０３０８】
これは、パターン化された選択を使用することによってなされることができる。そのようなパターンの例は［１，０］とすることができ、これは、ビットを［１，３，５，７…］と選択することによって適用され、示されることができる。パターンは［１  １  １  ０］とすることができ、これは、ビットを［１，２，３，５，６，７  ９，１０，１１，１３．．．］と選択することによって適用され、示されることができる。そのようなパターンのための他の例は、パリティ［１，１，１，０，０，１］およびパリティ［１，１，１，０，０，１，１，０，０，１］を含むが、これらに限定されない。最初に符号語を同様にインターリーブし、次いで、最初のｘ個のビットをパリティに選択することも可能であることがある。これも、切り詰められたパリティのための擬似ランダムパターンを生成する。
【０３０９】
したがって、図１１に示されるように、すべての符号語Ｃ０〜Ｃ（Ｋ−１）が同じ数のビットを有するように、Ｃ（Ｋ）においてマルチレイヤパリティ符号語を生成する前に、ゼロパディング（ＺＰ）ビットがＦＥＣ符号語Ｃ２からＣ（Ｋ−１）に追加される。加えて、パリティ符号語は、選択されたパターンに従ってパターン化される。
【０３１０】
再送信の場合、以下の方法のいずれか１つまたは組み合わせが使用されることができる。
【０３１１】
第１の方法では、失敗したＦＥＣ符号語のみが再送信される。ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ（ＲＶ）および／または符号化率に応じて、ＦＥＣ符号語の異なるビットが設定されることができる。組織ビットおよびＦＥＣビットの異なる組み合わせを含むパケットの異なる送信されたバージョンは、ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ（ＲＶ）と呼ばれる。たとえば、ＬＴＥは、パケットが正しく受信されるまで、または最大数の再送信が送られるまで反復的に配列された４つのＲＶを使用し、そのとき、ＨＡＲＱは失敗を宣言し、再度トライすることを、無線リンク制御（ＲＬＣ）において稼働するＡＲＱにまかせる。
【０３１２】
第２の方法では、失敗したＦＥＣ符号語と、失敗したＦＥＣ符号語に関連付けられた（たとえば、同じセクション内にある）第１のレイヤパリティが再送信される。ＲＶ数に応じて、ＦＥＣ符号語の異なるビットおよびパリティの対応する部分が送られることができる。異なるＦＥＣ符号語ビットおよびパリティビットが送られることができる。両方は、ＲＶ数の関数として独立して選択されることができる。これらのビットの選択は、あらかじめ定義されたパターン、または前の段落で説明されたように切り捨てによって後続されるインターリーバを用いてなされることができる。あるいは、下位レイヤパリティがすべて送られることができ、ＲＶ数の関数として、ＦＥＣ符号語の異なる部分が送られる。
【０３１３】
受信機においてチェイス合成のみが可能である場合、その後の各ＨＡＲＱ再送信において同じＲＶ数が送られると仮定すると、上記の方法はすべて、依然として有効である。
【０３１４】
最初の２つの方法では、マルチレイヤパリティが送信される場合、それが、送信されている新しいブロックとともに算出される。
【０３１５】
第３の方法では、再送信されたマルチレイヤパリティが、下位レイヤパリティ符号語を再構築し、したがって、ＦＥＣ符号語を復旧するために使用される。マルチレイヤパリティは、異なるセッションにまたがることができる。さらに、パリティは、同一の符号語を使用してパリティが生成された場合のみ、合成されることができる。
【０３１６】
ＭＬＰＣのためのＨＡＲＱ送信は、以下の方法の１つまたは任意の組み合わせを使用することができる。ＨＡＲＱ符号語（ビット）は、上記で説明された任意の方法を用いて生成されることができる。アダプティブＨＡＲＱまたはノンアダプティブＨＡＲＱは、送信に使用されることができる。同じ変調符号化方式（ＭＣＳ）、ならびに／または時間領域、周波数領域、空間領域、および／もしくは符号（もしくは信号）領域の１つもしくは任意の組み合わせにおいてリソースを示すことができる同じリソースをもつノンアダプティブＨＡＲＱ。アダプティブＨＡＲＱは、同じリソース上で異なる再送信に対して異なるＭＣＳを使用してもよいし、異なるリソース上で同じＭＣＳを使用してもよいし、異なるリソース上で異なるＭＣＳを使用してもよい。
【０３１７】
ＨＡＲＱソフト合成の場合、以下の方法のいずれか１つまたは組み合わせが使用されることができる。小さなバッファサイズのためのチェイス合成。異なる再送信が異なるＲＶを使用する場合、ＩＲ合成は、バッファサイズを犠牲にして、より良く実行することができる。パリティは、それらが同じ符号語を用いて生成された場合のみ、合成されることができる。新しいパリティは、新しく受信された符号語のみを再構築するために使用されることができ、合成されないことがある。そして、ＨＡＲＱ合成は、上記で説明された合成方法の１つまたは任意の組み合わせを使用することができる。
【０３１８】
加えて、ＭＬＰＣ  ＨＡＲＱをサポートするためのシグナリングがあることがある。パリティ符号語は、それを生成するために使用される符号語に固有である。したがって、それらは、それらが同じ符号語を用いて生成された場合のみ、合成されることができる。
【０３１９】
これらのマルチレイヤパリティ符号語を送信するとき、以下の情報、すなわち、使用されるパリティ符号語のレイヤの数、マルチレイヤパリティ符号語が対応するセクションＩＤ、およびデータが送信されるリソースＩＤ、のいずれか１つまたは組み合わせがシグナリングされることができる。加えて、それが、新しい情報ビットおよび新しいＨＡＲＱプロセスとともに共有チャネル上でピギーバックされる場合、受信機は、ビットオフセットおよびこれらのマルチレイヤパリティ符号語（すなわち、再送信されたパリティ符号語）に使用されたビットの数も必要とすることがあり、これは、各レイヤに対して個々に明示的に示されてよい。あるいは、ビットオフセットおよびパリティビットの総数は、すべてのレイヤに対して明示的に示される。各レイヤのための情報は、暗黙的に算出されることができる。これは、あらかじめ定義された数のパリティが各レイヤに対して使用される、またはあらかじめ定義された構成が送信機および受信機に知られている場合に、可能である。情報（たとえば、セクションＩＤ、リソースＩＤ、ビットオフセットおよびビットの数など）は、ダウンリンク制御情報（ＤＣＩ）／アップリンク制御情報（ＵＣＩ）の一部とすることができ、このＤＣＩ／ＵＣＩは、アップリンク制御チャネルまたはダウンリンク制御チャネルまたは共有チャネルの一部として送信されることができる。
【０３２０】
外部符号化／復号化を活動化／非活動化するためにシグナリングがあることがある。外部符号化／復号化を活動化する／非活動化するためのさまざまなシグナリング方法が、以下で提供される。
【０３２１】
外部符号化／復号化を活動化／非活動化するための第１の方法では、外部符号のＡＣＫベースの暗黙的活動化／非活動化が、上記で説明されたように実行される。
【０３２２】
外部符号化／復号化を活動化／非活動化するための第２の方法では、外部符号が明示的に活動化／非活動化される。図１２は、この実施形態による、外部符号化を活動化および非活動化するためのコールフローの図を示す。たとえば、２つの端末が互いと通信し、最初は、外部符号化は活動化されておらず、内部符号化のみが適用されると想定する。端末２（たとえば、受信機）が、内部符号が、所望の性能パラメータを満たすことによる良好な復号化性能を達成しないことを発見した場合、端末２は、その外部符号器を活動化することを決め（１２０５）、外部符号化を活動化するために端末１（たとえば、送信機）に要求を送る１２１０ことができる。端末１は、応答を返送する１２２０ことによって、それ自体の外部符号器を活動化する要求を受け入れる／拒否する（１２１５）ことができる。端末２は、ＡＣＫを送る１２３０ことによって、この応答の受信をさらに確認することができる。次いで、両方の端末１と２は、同期して外部符号化を活動化することができる。
【０３２３】
外部符号化を活動化する決断は、（ＨＡＲＱ後の）高いブロッカー誤り率によるものであることがある。それは、データＱｏＳ要件にも依存することがある。たとえば、緩和された遅延要件をもつデータの場合、外部符号化は活動化されてよい。外部符号化を活動化するための開始時間は、初期要求メッセージ内またはその後の応答用メッセージ内のどちらかで取得されることができる。
【０３２４】
同様に、端末が、外部符号がもはや必要とされないことを発見した場合、それは、外部符号化を非活動化するための要求を他の端末に送ることができる。他の端末は、応答を返送することによって、要求を受け入れる／拒否することができる。第１の端末は、この応答の受信を確認することができる。次いで、両方の端末は、同期して外部符号化を非活動化することができる。
【０３２５】
外部符号化を非活動化するための決断は、（ＨＡＲＱ後の）低いブロッカー誤り率によるものであることがある。それは、データＱｏＳ要件にも依存することがある。たとえば、厳格な遅延要件をもつデータの場合、外部符号化は非活動化されてよい。外部符号化を非活動化するための開始時間は、初期要求メッセージ内またはその後の応答用メッセージ内のどちらかで取得されることができる。
【０３２６】
加えて、データチャネルのための通信路符号化選択方式がさらに開示される。既存のワイヤレス通信システムでは、通信路符号化は、３ＧＰＰ仕様書であらかじめ定義されている。たとえば、トランスポートチャネル（ＴｒＣＨ）のための通信路符号化方式および符号化率の使用法（たとえば、ＬＴＥシステムのためのＵＬ−ＳＣＨ、ＤＬ−ＳＣＨ、ページングチャネル（ＰＣＨ）、マルチキャストチャネル（ＭＣＨ）、およびブロードキャストチャネル（ＢＣＨ）が表１に示されている。表１から、ＵＬ−ＳＣＨとＤＬ−ＳＣＨの両方が、同じ符号化方式すなわちターボ符号化に基づくことがわかる。言い換えれば、ＵＬデータチャネルとＤＬデータチャネルは、同一の通信路符号を使用している。
【０３２７】
【表１】
2019515588.tif 000082
【０３２８】
しかしながら、送信機に対するハードウェア制限と受信機に対するハードウェア制限は異なることがある。たとえば、ｅＮｏｄｅＢは、非常に強力な算出パワーを有する可能性があるが、ｍＭＴＣデバイスは、電力消費量およびコスト／複雑度制限により、限られた算出パワーを有することがある。これは、ＤＬ符号化方式とＵＬ符号化方式の分離を可能にする。
【０３２９】
データチャネルのための通信路符号化選択の第１の方法では、ＤＬ符号化方式とＵＬ符号化方式は分離されることができる。ＤＬ符号化方式とＵＬ符号化方式（たとえば、ＬＤＰＣ符号化、ターボ符号化、Ｐｏｌａｒ符号化、および畳み込み符号か）の分離は、新しい無線システム内で、およびそれを越えて、なされることができる。
【０３３０】
具体的には、復号化複雑度は、ｅＮｏｄｅＢにとってあまり重要ではないことがあるので、ＤＬ符号化方式は、復号化複雑度に基づいて選択されてよいが、ＵＬ符号化方式は、復号化性能に基づいて選択されることができる。たとえば、良好な復号化性能を有することは、それがエンハンストリンクバジェットをもたらすので、または、それがＷＴＲＵにおいてより少ない電力消費を有することがあるので、ＵＬでは重要であることがある。
【０３３１】
通信路符号化は、以下の基準の１つまたは任意の組み合わせに基づいて選択されることができる。ＵＬおよびＤＬでは、実装複雑度および電力消費を減少させるために、異なる通信路符号化方式および／または符号化率が、ＷＴＲＵのために選択されることができる。ＵＬおよびＤＬでは、性能を改善する、遅延を減少させる、および／または可変長符号、符号率、ＨＡＲＱ（特定のシナリオに適用可能である）などの柔軟性を増加させるために、異なる通信路符号化方式および／または符号化率が、ｅＮｏｄｅＢのために選択されることができる。
【０３３２】
データチャネルのための通信路符号化選択の別の方法では、通信路符号化は、ＷＴＲＵカテゴリならびに／または組み合わせＷＴＲＵカテゴリおよびＵＬ／ＤＬに依存することができる。したがって、そのサポートされる符号化方式および符号化率に関してＷＴＲＵの能力を指定することが可能である。この指定は、ＷＴＲＵ能力情報要素（ＩＥ）内に含まれることができ、これは、ＷＴＲＵカテゴリによって暗黙的に示されることができる。たとえば、新しいフィールドが、ＵＬおよび／またはＤＬのための符号化方式／率を示すために、ＷＴＲＵの能力ＩＥ内に含まれることができる。
【０３３３】
したがって、ＷＴＲＵ能力ＩＥに基づいて、ｅＮｏｄｅＢは、ＵＬおよび／またはＤＬのための符号化方式／率を選択し、選択された符号化方式／率に関する構成情報を、設定された構成を実施するＷＴＲＵに送ることができる。この選択はまた、現在のＵＬ通信路条件および／またはＤＬ通信路条件に基づいて、ｅＮｏｄｅＢによって動的に適合されてよい。
【０３３４】
ＷＴＲＵ  ＵＬ／ＤＬのための例示的な通信路符号化方式および符号化率が、表２に示されている。
【０３３５】
【表２】
2019515588.tif 000083
【０３３６】
カテゴリＸ１は、符号化率１／６および１／３をもつＤＬ畳み込み符号化をサポートすることができる。これは、低い復号化複雑度および電力消費によることがある。ＵＬでは、それは、その高い復号化性能すなわち並列処理による低い復号化遅延およびエラーフロアの欠如による高い信頼性により、符号化率１／３および１／２をもつＬＤＰＣ符号化をサポートする。
【０３３７】
カテゴリＸ２は、その低い復号化複雑度および電力消費により、符号化率１／６および１／３をもつＤＬ畳み込み符号化をサポートすることができる。ＵＬでは、それは、符号化率１／３、１／２、５／６、８／９をもつＰｏｌａｒ符号化をサポートする。これは、Ｐｏｌａｒ符号の柔軟性率と、より高い符号化率におけるその高い性能によることがある。
【０３３８】
カテゴリＸ３は、符号化率１／１２および１／３をもつＤＬ  Ｐｏｌａｒ符号化をサポートすることができる。これは、復号化速度が適用例シナリオにとって重要な要因でないからである。それは、ＵＬでは符号化率１／３をもつターボ符号化をサポートする可能性がある。これは、ターボ符号が何らかのエラーフロアに知られているので、高度な信頼性の緩和によることがある。
【０３３９】
データチャネルのための通信路符号化選択のための別の方法では、通信路符号化選択方式は、ブロックサイズならびに／またはＷＴＲＵカテゴリおよび／もしくはＵＬ／ＤＬとのブロックサイズの組み合わせに依存することができる。ＵＬおよびＤＬの他に、通信路符号化方式はまた、ブロックサイズに依存することができる。例では、より大きいブロックサイズは、通常、より高い符号率と、より高いデータ転送速度に対応する。ブロックサイズは、ＭＣＳレベルに関連する。
【０３４０】
現在の通信路符号に基づいて、ＬＤＰＣ符号は、高い符号化率および大きいブロックサイズにおいて良好な性能を有する。並列復号化性質により、ＬＤＰＣ符号は、低い実装複雑度および低い復号化遅延を有し、高スループットを暗示する。一方、Ｐｏｌａｒ符号は、小さいブロックサイズおよび低い符号化率において良好な性能を示しているが、ターボ符号は、柔軟性（特にＨＡＲＱにおいて）および安定した性能において、それらの利点を証明している。
【０３４１】
上記の符号の特徴を考慮すると、ブロックサイズ（またはＭＣＳレベル）が、通信路符号区分基準に導入されることができる。たとえば、それらのそれぞれの性能区域に応じて、ＬＤＰＣ符号は、大きいブロックサイズに使用されることができ、Ｐｏｌａｒ符号は、小さいブロックサイズに使用されることができる。ここで、Ｐｏｌａｒ符号の実装複雑度は、それが小さいブロックサイズに使用されるとき、問題でないことがある。別の例では、ＬＤＰＣ符号は大きいブロックサイズに使用され、ターボ符号は、その安定した性能により、小さいブロックサイズに使用される。
【０３４２】
ブロックサイズは、ＵＬ／ＤＬおよびＷＴＲＵカテゴリと一緒に、通信路符号区分基準に使用されることができる。たとえば、高スループットが重要な考慮事項である、あるＷＴＲＵカテゴリの場合、ＬＤＰＣ符号は、その高スループットおよび良好な性能により、ＵＬとＤＬの両方に対して大きいブロックサイズに使用されることができる。また、Ｐｏｌａｒ符号は、その良好な性能により、ＤＬに対して小さいブロックサイズに使用されることができるが、ターボ符号は、その証明された柔軟性および安定した性能により、ＵＬに対して小さいブロックサイズに使用されることができる。エネルギー効率が主要な設計基準である別のＷＴＲＵカテゴリの場合、ＬＤＰＣ符号は、その低い実装複雑度により、ＤＬに使用されることができ、Ｐｏｌａｒ符号は、その良好な性能およびエンハンストリンクバジェットにより、ＵＬに使用されることができる。
【０３４３】
遅延が主要な設計基準である別のＷＴＲＵカテゴリの場合、ＬＤＰＣ符号は、その高速復号化アルゴリズムにより、ＤＬに使用されることができ、ターボ符号は、その安定した性能により、ＵＬに使用されることができる。表３は、ＷＴＲＵカテゴリ、ＵＬ／ＤＬ、およびブロック長によって分けられた、いくつかの例示的な通信路符号化方式を示す。
【０３４４】
【表３】
2019515588.tif 000084
【０３４５】
複数の使用事例が、ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣなどのＮＲに導入された。異なる使用事例に対する通信路符号の選択は、異なってもよいし、同じであってもよい。異なる使用事例が、ＷＴＲＵカテゴリの異なるセットと関連付けられることができる。したがって、上記のＷＴＲＵカテゴリに基づいた通信路符号選択方式は、異なる使用事例に適用されることができる。
【０３４６】
通信路符号化を選択するための上記の方法のいずれも、別個に実施されてもよいし、組み合わせて実施されてもよいことを理解されたい。
【０３４７】
制御チャネルのための通信路符号化選択方式は、データチャネルのための通信路符号化について説明する上記の方式が制御チャネルにも適用されることができるように提供される。
【０３４８】
表４は、制御情報（たとえば、ＤＣＩ、制御フォーマットインジケータ（ＣＦＩ）、ＨＡＲＱインジケータ（ＨＩ）、ＵＣＩ、サイドリンク制御情報（ＳＣＩ）など）を送信するためのＬＴＥ制御チャネルに使用される通信路符号化方式および符号化率を示す。異なる符号（たとえば、Ｔａｉｌ−Ｂｉｔｉｎｇ畳み込み符号（ＴＢＣＣ）、リード−マラー符号、および反復符号）が異なる制御情報に使用されることがわかることができる。これは、各符号タイプが、ブロック長および符号化率に応じて、その適用例区域を有するからである。
【０３４９】
【表４】
2019515588.tif 000085
【０３５０】
Ｐｏｌａｒ符号は、非常に小さいブロック長および低い符号化率において良好な性能を示している。Ｐｏｌａｒ符号は、制御情報または制御チャネルのための統合された通信路符号として使用されることができる。または、Ｐｏｌａｒ符号は、制御チャネルのための通信路符号の総数を減少させるように、制御チャネルのための何らかの他の通信路符号（たとえば、反復符号）と一緒に使用されてよい。たとえば、Ｐｏｌａｒ符号は、ＤＣＩ、ＣＦＩ、ＵＣＩ、およびＳＣＩ、ならびにＮＲのための他の新しいタイプの制御情報に適用されてよく、ＨＩは、反復符号に基づくことができる。制御情報のための通信路符号化方式および符号化率の例示的な使用法が、表５に提供されている。制御情報のための通信路符号化方式および符号化率の別の例示的な使用法が、表６に提供されている。
【０３５１】
【表５】
2019515588.tif 000086
【０３５２】
【表６】
2019515588.tif 000087
【０３５３】
さらに、本明細書において説明された解決策はＮＲまたは５Ｇ固有プロトコルを考慮しているが、本明細書において説明された解決策は、このシナリオに制限されず、他のワイヤレスシステムにも適用可能であることが理解される。
【０３５４】
特徴および要素は、上記で特定の組み合わせで説明されているが、当業者は、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用されることができること、ならびに異なる実施形態および例、およびその態様は、単独で、または組み合わせて使用されてよいことを理解するであろう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためのコンピュータ可読媒体に内蔵されたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることができる。コンピュータ可読媒体の例は、電子信号（ワイヤード接続またはワイヤレス接続上で送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されない。ソフトウェアと関連付けられたプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実施するために使用されることができる。
【図１Ａ】
2019515588.tif 000088
【図１Ｂ】
2019515588.tif 000089
【図１Ｃ】
2019515588.tif 000090
【図２】
2019515588.tif 000091
【図３】
2019515588.tif 000092
【図４】
2019515588.tif 000093
【図５】
2019515588.tif 000094
【図６】
2019515588.tif 000095
【図７】
2019515588.tif 000096
【図８】
2019515588.tif 000097
【図９】
2019515588.tif 000098
【図１０】
2019515588.tif 000099
【図１１】
2019515588.tif 000100
【図１２】
2019515588.tif 000101
【手続補正書】
【提出日】平成31年1月9日(2019.1.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信デバイス内でマルチレイヤパケット符号化（ＭＬＰＣ）を実行するための方法であって、
データストリームを複数のデータセグメントへとセグメント化するステップと、
前記複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語のうちのそれぞれのＦＥＣ符号語へとエンコードするステップと、
前記複数のＦＥＣ符号語に対して第１の排他的論理和（ＸＯＲ）演算を実行して、複数の第１のレイヤパリティ符号語を生成するステップと、
前記複数の第１のレイヤパリティ符号語を複数のセクションへと解析するステップと、
セクションごとに前記複数の第１のレイヤパリティ符号語に対してＸＯＲ演算を実行して、前記複数のセクションの各々に対する第２のレイヤパリティ符号語を生成するステップを含む、前記複数の第１のレイヤパリティ符号語に対して少なくとも１つの第２のＸＯＲ演算を実行して、少なくとも１つの第２のレイヤパリティ符号語を生成するステップと、
前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、または前記少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信するステップと
を含む方法。
【請求項２】
複数の第２のレイヤパリティ符号語に対して少なくとも１つの第３のＸＯＲ演算を実行して、少なくとも１つの第３のレイヤパリティ符号語を生成するステップ
をさらに含み、
前記送信するステップは、前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、前記複数の第２のレイヤパリティ符号語、または前記少なくとも１つの第３のレイヤパリティ符号語のうちの少なくとも１つを送信するステップを含む
請求項１に記載の方法。
【請求項３】
前記送信された複数のＦＥＣ符号語のうちの少なくとも１つの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するステップと、
前記ＮＡＣＫに応答して、ハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記複数の第１のレイヤパリティ符号語の少なくとも１つまたは前記少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信するステップと
をさらに含む請求項１に記載の方法。
【請求項４】
前記送信された複数のＦＥＣ符号語のうちの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するステップと、
前記ＮＡＣＫに応答して、ハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗したＦＥＣ符号語を再送信するステップと、
前記ＨＡＲＱ送信において第１のレイヤパリティ符号語を送信するステップであって、前記第１のレイヤパリティ符号語は、前記失敗したＦＥＣ符号語と関連付けられている、送信するステップと
をさらに含む請求項１に記載の方法。
【請求項５】
前記送信された複数の第１のレイヤパリティ符号語のうちの失敗した第１のレイヤパリティ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するステップと、
前記ＮＡＣＫに応答して、ハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗した第１のレイヤパリティ符号語を再送信するステップと、
前記ＨＡＲＱ送信において第２のレイヤパリティ符号語を送信するステップであって、前記第２のレイヤパリティ符号語は、前記失敗した第１のレイヤパリティ符号語と関連付けられている、送信するステップと
をさらに含む請求項１に記載の方法。
【請求項６】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がＰＥＲ閾値を超えたことに応じて、第１のタイプの否定的確認応答（ＮＡＣＫ１）を受信するステップであって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信するステップと、
前記ＮＡＣＫ１に応答して、前記第ｋのレイヤ送信の少なくとも一部を再送信するステップと
をさらに含む請求項１に記載の方法。
【請求項７】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がゼロより大きく、ＰＥＲ閾値に等しいまたはＰＥＲ閾値より小さいことに応じて、第２のタイプの否定的確認応答（ＮＡＣＫ２）を受信するステップであって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信するステップと、
前記ＮＡＣＫ２に応答して、（ｋ＋１）レイヤ送信を送信するステップと
をさらに含む請求項１に記載の方法。
【請求項８】
通信デバイス内でマルチレイヤパケット符号化（ＭＬＰＣ）を実行するための方法であって、
トランスポートブロック内のデータを、複数のセクションにわたる複数のデータセグメントへとセグメント化するステップと、
前記複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語へとエンコードするステップと、
前記トランスポートブロックの前記複数のセクションの各々に対する前記複数のＦＥＣ符号語のうちのＦＥＣ符号語を送信するステップと、
複数のフィードバックビットを受信するステップであって、各フィードバックビットは、前記トランスポートブロックの前記複数のセクションのうちの異なるものに対する確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を示している、受信するステップと
を含む方法。
【請求項９】
フィードバックビットは、前記トランスポートブロックの対応するセクション内の前記送信されたＦＥＣ符号語のうちの少なくとも１つの失敗したＦＥＣ符号語に応じて、前記ＮＡＣＫを示しており、
前記フィードバックビットは、前記トランスポートブロックの前記対応するセクション内のすべての送信されたＦＥＣ符号語の成功した送信に応じて、前記ＡＣＫを示している、
請求項８に記載の方法。
【請求項１０】
前記ＮＡＣＫに応答して、前記対応するセクション内のすべての前記ＦＥＣ符号語を再送信するステップ
をさらに含む、請求項９に記載の方法。
【請求項１１】
マルチレイヤパケット符号化（ＭＬＰＣ）を実行するように構成された通信デバイスであって、
データストリームを複数のデータセグメントへとセグメント化するように構成された少なくとも１つのプロセッサと、
前記複数のデータセグメントの各々を複数の前方誤り訂正（ＦＥＣ）符号語のうちのそれぞれのＦＥＣ符号語へとエンコードするように構成された内部エンコーダと、
前記少なくとも１つのプロセッサは、前記複数のＦＥＣ符号語に対して第１の排他的論理和（ＸＯＲ）演算を実行して、複数の第１のレイヤパリティ符号語を生成するように構成され、
前記少なくとも１つのプロセッサは、前記複数の第１のレイヤパリティ符号語を複数のセクションへと解析するように構成され、
前記少なくとも１つのプロセッサは、セクションごとに前記複数の第１のレイヤパリティ符号語に対してＸＯＲ演算を実行して、前記複数のセクションの各々に対する第２のレイヤパリティ符号語を生成することを含む、前記複数の第１のレイヤパリティ符号語に対して少なくとも１つの第２のＸＯＲ演算を実行して、少なくとも１つの第２のレイヤパリティ符号語を生成するように構成され、
前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、または前記少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信するように構成された送信機と
を備える通信デバイス。
【請求項１２】
前記少なくとも１つのプロセッサは、複数の第２のレイヤパリティ符号語に対して少なくとも１つの第３のＸＯＲ演算を実行して、少なくとも１つの第３のレイヤパリティ符号語を生成するように構成され、
前記送信機は、前記複数のＦＥＣ符号語、前記複数の第１のレイヤパリティ符号語、前記複数の第２のレイヤパリティ符号語、または前記少なくとも１つの第３のレイヤパリティ符号語のうちの少なくとも１つを送信するように構成される、
請求項１１に記載の通信デバイス。
【請求項１３】
前記送信された複数のＦＥＣ符号語のうちの少なくとも１つの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するように構成された受信機
をさらに備え、
前記送信機は、前記ＮＡＣＫに応答して、ハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記複数の第１のレイヤパリティ符号語の少なくとも１つまたは前記少なくとも１つの第２のレイヤパリティ符号語のうちの少なくとも１つを送信するように構成される、
請求項１１に記載の通信デバイス。
【請求項１４】
前記送信された複数のＦＥＣ符号語のうちの失敗したＦＥＣ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するように構成された受信機
をさらに備え、
前記送信機は、
前記ＮＡＣＫに応答して、ハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗したＦＥＣ符号語を再送信し、
前記ＨＡＲＱ送信において第１のレイヤパリティ符号語を送信する
ように構成され、
前記第１のレイヤパリティ符号語は、前記失敗したＦＥＣ符号語と関連付けられている、
請求項１１に記載の通信デバイス。
【請求項１５】
複数のフィードバックビットを受信するように構成された受信機であって、各フィードバックビットは、トランスポートブロックの複数のセクションのうちの異なるものに対する確認応答（ＡＣＫ）または否定的確認応答（ＮＡＣＫ）を示しており、フィードバックビットは、前記トランスポートブロックの対応するセクション内の送信されたＦＥＣ符号語の中の少なくとも１つの失敗したＦＥＣ符号語に応じて前記ＮＡＣＫを示している、受信機
をさらに備え、
前記送信機は、前記受信したＮＡＣＫに応答して、前記対応するセクション内のすべての前記送信されたＦＥＣ符号語を再送信するようにさらに構成される、
請求項１１に記載の通信デバイス。
【請求項１６】
前記送信された複数の第１のレイヤパリティ符号語のうちの失敗した第１のレイヤパリティ符号語に対応する否定的確認応答（ＮＡＣＫ）を受信するように構成された受信機
をさらに備え、
前記送信機は、
前記ＮＡＣＫに応答して、ハイブリッド自動再送要求（ＨＡＲＱ）送信において、前記失敗した第１のレイヤパリティ符号語を再送信し、
前記ＨＡＲＱ送信において第２のレイヤパリティ符号語を送信し、前記第２のレイヤパリティ符号語は、前記失敗した第１のレイヤパリティ符号語と関連付けられているように構成される、
請求項１１に記載の通信デバイス。
【請求項１７】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がＰＥＲ閾値を超えたことに応じて、第１のタイプの否定的確認応答（ＮＡＣＫ１）を受信するように構成された受信機であって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信機
をさらに備え、
前記送信機は、前記ＮＡＣＫ１に応答して、前記第ｋのレイヤ送信の少なくとも一部を再送信するように構成される、
請求項１１に記載の通信デバイス。
【請求項１８】
第ｋのレイヤ送信のパケット誤り率（ＰＥＲ）がゼロより大きく、ＰＥＲ閾値に等しいまたはＰＥＲ閾値より小さいことに応じて、第２のタイプの否定的確認応答（ＮＡＣＫ２）を受信するように構成された受信機であって、ｋ＝０の場合、前記複数のＦＥＣ符号語の送信は第ゼロのレイヤ送信であり、ｋ＝１の場合、前記複数の第１のレイヤパリティ符号語の送信は第１のレイヤ送信であり、ｋ＝２の場合、前記少なくとも１つの第２のレイヤパリティ符号語の送信は第２のレイヤ送信である、受信機
をさらに備え、
前記送信機は、前記ＮＡＣＫ２に応答して、（ｋ＋１）レイヤ送信を送信するように構成される、
請求項１１に記載の通信デバイス。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、進化型外部符号化のための方法およびシステムに関する。
【国際調査報告】
2019515588.tif 000102
2019515588.tif 000103
2019515588.tif 000104
2019515588.tif 000105
2019515588.tif 000106