(57)【要約】装置および方法について説明する。本装置は、トランスポートブロック（ＴＢ）レベルのＣＲＣビットをＴＢに付加し、ＴＢレベルのＣＲＣビットを含むＴＢのコードレート（ＣＲ）とＴＢサイズとに基づいてＬＤＰＣ基底グラフ（ＢＧ）を選択し、選択されたＬＤＰＣ  ＢＧに応じてＴＢレベルのＣＲＣビットを含むＴＢをセグメント化することに使用すべきコードブロック（ＣＢ）の数を決定し、ＣＢの数に基づいてＣＢの各々のための単一のＣＢサイズを決定し、ＣＢの数とＣＢサイズとに基づいてＴＢレベルのＣＲＣビットを含むＴＢをＣＢにセグメント化し、セグメント化されたＴＢにおけるＣＢの最後のＣＢにゼロをパディングし、セグメント化されたＴＢにおける各ＣＢにＣＢレベルのＣＲＣビットを付加し、選択されたＬＤＰＣ基底グラフを使用してセグメント化されたＴＢにおける各ＣＢを符号化し、符号化されたＣＢを送信する、送受信機およびプロセッサを含む。
2020511030.tif 000002
【特許請求の範囲】
【請求項１】
送受信機と、
プロセッサと、を備えた無線送信／受信ユニット（ＷＴＲＵ）であって、
前記送受信機および前記プロセッサは、
トランスポートブロック（ＴＢ）レベルの巡回冗長検査（ＣＲＣ）ビットをＴＢに付加し、
前記ＴＢレベルのＣＲＣビットを含む前記ＴＢのコードレートおよびＴＢサイズ（ＴＢＳ）に基づいて、低密度パリティ検査（ＬＤＰＣ）基底グラフ（ＢＧ）を選択し、
前記選択されたＬＤＰＣ  ＢＧに応じて、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢをセグメント化するために使用するコードブロック（ＣＢ）の数を決定し、
前記決定されたＣＢの数に基づいて、前記ＣＢの各々に対する単一のＣＢサイズを決定し、
前記決定されたＣＢの数および前記決定された単一のＣＢサイズに基づいて、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢを前記ＣＢにセグメント化し、
前記セグメント化されたＴＢにおいて前記ＣＢの最後のＣＢにゼロをパディングし、
前記セグメント化されたＴＢにおいて前記ＣＢの各々にＣＢレベルのＣＲＣビットを付加し、
前記選択されたＬＤＰＣ基底グラフを使用して、前記セグメント化されたＴＢにおいて前記ＣＢの各々を符号化し、
前記符号化されたＣＢを送信する、
ように構成されていることを特徴とするＷＴＲＵ。
【請求項２】
前記送受信機および前記プロセッサは、前記セグメント化されたＴＢにおいて前記ＣＢの各々にフィラービットを追加するようにさらに構成され、フィラービットの数は、リフティングサイズ、前記選択されたＬＤＰＣ基底グラフ、および前記決定された単一のＣＢサイズのセットに依存していることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記送受信機および前記プロセッサは、パンクチャリングされたシステマティックビットを有さない前記フィラービットを含む前記符号化されたＣＢを循環バッファに記憶するようにさらに構成されていることを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
インクリメンタル冗長ハイブリッド自動再送要求（ＨＡＲＱ−ＩＲ）をサポートするために、前記循環バッファは、各々がそれぞれの冗長バージョン（ＲＶ）に対応する、複数のＲＶ開始点を有し、前記複数のＲＶ開始点は、前記循環バッファにわたって一様に分散され、前記複数のＲＶの各々は、リフティングサイズの整数倍であることを特徴とする請求項３に記載のＷＴＲＵ。
【請求項５】
前記複数のＲＶ開始点の各々は、ＲＶインデックスＲＶ0、ＲＶ1、ＲＶ2、およびＲＶ3にそれぞれ対応し、前記送受信機および前記プロセッサは、ＲＶ0、ＲＶ1、ＲＶ2、およびＲＶ3の順序での各々の再送信のために送信する１つのＲＶインデックスを選択することによって、ＲＶインデックスに基づいて、前記循環バッファから再送信のためのビットを選択するようにさらに構成されていることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
前記符号化されたＣＢは、情報ビットのセットおよびパリティ検査ビットのセットを含み、前記送受信機および前記プロセッサは、前記情報ビットを第１の循環バッファに記憶し、前記パリティビットを第２の循環バッファに記憶するようにさらに構成されていることを特徴とする請求項３に記載のＷＴＲＵ。
【請求項７】
前記送受信機および前記プロセッサは、前記ＣＢをＣＢグループ（ＣＢＧ）にグループ化するようにさらに構成され、ＴＢにおけるＣＢＧの数は、＜＝ｍｉｎ｛Ｂ，Ｂ'｝であるように構成され、Ｂは、単一のＴＢにおけるセグメント化されたＣＢの総数であり、Ｂ'は、ＴＢにおけるＣＢＧの最大数であり、前記ＣＢＧは、ＣＢＧの第１のセットおよびＣＢＧの第２のセットを含み、ＣＢＧの前記第１のセットにおける各々のＣＢＧは、ＣＢＧの前記第２のセットにおける各々のＣＢＧよりも多いもう１つのＣＢを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
ＴＢにおけるＣＢＧの最大数は、無線リソース制御（ＲＲＣ）シグナリングよって構成されることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記プロセッサおよび前記送受信機は、符号化されたＣＢの送信および符号化されたＣＢの再送信のうちの少なくとも１つと共にダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成され、前記ＤＣＩは、送信がＣＢＧの前記構成された最大数よりも少ないＣＢＧに対するものであることのインジケーションおよび送信または再送信されている特定のＣＢＧを示すＣＢＧビットマップのうちの少なくとも１つを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサおよび前記送受信機は、
符号化されたＣＢの送信と共にダウンリンク制御情報（ＤＣＩ）を受信し、前記ＤＣＩは、前記送信に含まれるＣＢＧの数を示し、
復号された特定のＣＢＧおよび復号されていない特定のＣＢＧのうちの少なくとも１つを示す、復号されたＴＢを示すフィードバックを送信し、
前記フィードバックが、復号された特定のＣＢＧおよび復号されていない特定のＣＢＧのうちの少なくとも１つを示し、復号されたＴＢを示すことを条件に、前記再送信に含まれるＣＢＧの数を示す前記ＤＣＩと共に復号されていない前記特定のＣＢＧを再送信し、特定のＣＢＧは、サブＣＢＧとして再送信され、
復号された前記送信および再送信からの特定のＣＢＧならびに復号されていない前記送信および再送信からの特定のＣＢＧのうちの１つを示すフィードバックを送信する、
ようにさらに構成されていることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１１】
低密度パリティ検査（ＬＤＰＣ）およびインクリメンタル冗長ハイブリッド自動再送要求（ＨＡＲＱ−ＩＲ）を使用してデータを送信するための無線送信／受信ユニット（ＷＴＲＵ）における使用ための方法であって、
トランスポートブロック（ＴＢ）レベルの巡回冗長検査（ＣＲＣ）ビットをＴＢに付加するステップと、
前記ＴＢレベルのＣＲＣビットを含む前記ＴＢのコードレートおよびＴＢサイズ（ＴＢＳ）に基づいて、ＬＤＰＣ基底グラフ（ＢＧ）を選択するステップと、
前記選択されたＬＤＰＣ  ＢＧに応じて、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢをセグメント化するために使用するコードブロック（ＣＢ）の数を決定するステップと、
前記決定されたＣＢの数に基づいて、前記ＣＢの各々に対する単一のＣＢサイズを決定するステップと、
前記決定されたＣＢの数および前記決定された単一のＣＢサイズに基づいて、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢを前記ＣＢにセグメント化するステップと、
前記セグメント化されたＴＢにおいて前記ＣＢの最後のＣＢにゼロをパディングするステップと、
前記セグメント化されたＴＢにおいて前記ＣＢの各々にＣＢレベルのＣＲＣビットを付加するステップと、
前記選択されたＬＤＰＣ基底グラフを使用して、前記セグメント化されたＴＢにおいて前記ＣＢの各々を符号化するステップと、
前記符号化されたＣＢを送信するステップと、
を備えたことを特徴とする方法。
【請求項１２】
前記セグメント化されたＴＢにおいて前記ＣＢの各々にフィラービットを追加するステップをさらに備え、フィラービットの数は、リフティングサイズ、前記選択されたＬＤＰＣ基底グラフ、および前記決定された単一のＣＢサイズのセットに依存していることを特徴とする請求項１１に記載の方法。
【請求項１３】
パンクチャリングされたシステマティックビットを有さない前記フィラービットを含む前記符号化されたＣＢを循環バッファに記憶するステップをさらに備えたことを特徴とする請求項１２に記載の方法。
【請求項１４】
インクリメンタル冗長ハイブリッド自動再送要求（ＨＡＲＱ−ＩＲ）をサポートするために、前記循環バッファは、各々がそれぞれの冗長バージョン（ＲＶ）に対応する、複数のＲＶ開始点を有し、前記複数のＲＶ開始点は、前記循環バッファにわたって一様に分散され、前記複数のＲＶの各々は、リフティングサイズの整数倍であることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記複数のＲＶ開始点の各々は、ＲＶインデックスＲＶ0、ＲＶ1、ＲＶ2、およびＲＶ3にそれぞれ対応し、前記方法は、ＲＶ0、ＲＶ1、ＲＶ2、およびＲＶ3の順序での各々の再送信のために送信する１つのＲＶインデックスを選択することによって、ＲＶインデックスに基づいて、前記循環バッファから再送信のためのビットを選択するステップをさらに備えたことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記符号化されたＣＢは、情報ビットのセットおよびパリティ検査ビットのセットを含み、前記方法は、前記情報ビットを第１の循環バッファに記憶し、前記パリティビットを第２の循環バッファに記憶するステップをさらに備えたことを特徴とする請求項１３に記載の方法。
【請求項１７】
前記ＣＢをＣＢグループ（ＣＢＧ）にグループ化するステップをさらに備え、ＴＢにおけるＣＢＧの数は、＜＝ｍｉｎ｛Ｂ，Ｂ'｝であるように構成され、Ｂは、単一のＴＢにおけるセグメント化されたＣＢの総数であり、Ｂ'は、ＴＢにおけるＣＢＧの最大数であり、前記ＣＢＧは、ＣＢＧの第１のセットおよびＣＢＧの第２のセットを含み、ＣＢＧの前記第１のセットにおける各々のＣＢＧは、ＣＢＧの前記第２のセットにおける各々のＣＢＧよりも多いもう１つのＣＢを含むことを特徴とする請求項１１に記載の方法。
【請求項１８】
ＴＢにおけるＣＢＧの最大数は、無線リソース制御（ＲＲＣ）シグナリングよって構成されることを特徴とする請求項１７に記載の方法。
【請求項１９】
符号化されたＣＢの送信および符号化されたＣＢの再送信のうちの少なくとも１つと共にダウンリンク制御情報（ＤＣＩ）を受信するステップをさらに備え、前記ＤＣＩは、送信がＣＢＧの前記構成された最大数よりも少ないＣＢＧに対するものであることのインジケーションおよび送信または再送信されている特定のＣＢＧを示すＣＢＧビットマップのうちの少なくとも１つを含むことを特徴とする請求項１１に記載の方法。
【請求項２０】
符号化されたＣＢの送信と共にダウンリンク制御情報（ＤＣＩ）を受信するステップであって、前記ＤＣＩは、前記送信に含まれるＣＢＧの数を示す、ステップと、
復号された特定のＣＢＧおよび復号されていない特定のＣＢＧのうちの少なくとも１つを示す、復号されたＴＢを示すフィードバックを送信するステップと、
前記フィードバックが、復号された特定のＣＢＧおよび復号されていない特定のＣＢＧのうちの少なくとも１つを示し、復号されたＴＢを示すことを条件に、前記再送信に含まれるＣＢＧの数を示す前記ＤＣＩと共に復号されていない前記特定のＣＢＧを再送信するステップであって、特定のＣＢＧは、サブＣＢＧとして再送信される、ステップと、
復号された前記送信および再送信からの特定のＣＢＧならびに復号されていない前記送信および再送信からの特定のＣＢＧのうちの１つを示すフィードバックを送信するステップと、
をさらに備えたことを特徴とする請求項１１に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれる、２０１７年２月３日に出願された米国仮特許出願第６２／４５４，６２３号、２０１７年３月２２日に出願された米国仮特許出願第６２／４７５，１２６号、２０１７年５月３日に出願された米国仮特許出願第６２／５００，８９７号、２０１７年６月１４日に出願された米国仮特許出願第６２／５１９，６７１号、２０１７年８月９日に出願された米国仮特許出願第６２／５４３，０３３号、２０１７年９月８日に出願された米国仮特許出願第６２／５５６，０７９号、および２０１７年９月２９日に出願された米国仮特許出願第６２／５６５，７１６号の利益を主張する。
【発明の概要】
【０００２】
装置および方法について説明する。本装置は、トランスポートブロック（ＴＢ）レベルのＣＲＣビットをＴＢに付加する（attach）ことと、ＴＢレベルのＣＲＣビットを含むＴＢのコードレート（ＣＲ）とＴＢサイズとに基づいてＬＤＰＣ基底グラフ（ＢＧ）を選択することと、選択されたＬＤＰＣ  ＢＧに応じてＴＢレベルのＣＲＣビットを含むＴＢをセグメント化することに使用すべきコードブロック（ＣＢ）の数を決定することと、ＣＢの数に基づいてＣＢの各々のための単一のＣＢサイズを決定することと、ＣＢの数とＣＢサイズとに基づいてＴＢレベルのＣＲＣビットを含むＴＢをＣＢにセグメント化することと、セグメント化されたＴＢにおけるＣＢの最後のＣＢにゼロをパディングすることと、セグメント化されたＴＢにおける各ＣＢにＣＢレベルのＣＲＣビットを付加することと、選択されたＬＤＰＣ基底グラフを使用してセグメント化されたＴＢにおける各ＣＢを符号化することと、符号化されたＣＢを送信することとを行う送受信機とプロセッサとを含む。
【図面の簡単な説明】
【０００３】
より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得てよく、ここにおいて、図における同様の参照番号は同様の要素を示す。
【０００４】
【図１Ａ】１つまたは複数の開示する実施形態が実装されてよい例示的な通信システムを示すシステム図である。
【図１Ｂ】一実施形態による、図１Ａに示す通信システム内で使用されてよい例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】一実施形態による、図１Ａに示す通信システム内で使用されてよい例示的な無線アクセスネットワーク（ＲＡＮ）と例示的なコアネットワーク（ＣＮ）とを示すシステム図である。
【図１Ｄ】一実施形態による、図１Ａに示す通信システム内で使用されてよいさらなる例示的なＲＡＮとさらなる例示的なＣＮとを示すシステム図である。
【図２】ロングタームエボリューション（ＬＴＥ）データチャネルコーディングおよびシグナリングのための例示的な方法のフローチャートである。
【図３】例示的なプロト行列（protomatrix）の図である。
【図４Ａ】準巡回ＬＤＰＣ（ＱＣ−ＬＤＰＣ：Quasi-Cyclic LDPC）コードを使用したデータチャネルのためのトランスポートブロック（ＴＢ）処理の例示的な方法のフローチャートである。
【図４Ｂ】ＱＣ−ＬＤＰＣコードを使用したデータチャネルのためのＴＢ処理の別の例示的な方法のフローチャートである。
【図５】ＴＢレベルの巡回冗長検査（ＣＲＣ）を含むＴＢの等区分を用いるコードブロック（ＣＢ）生成の一例の図である。
【図６】ＴＢレベルのＣＲＣを含むＴＢの等区分を用いるＣＢ生成の別の例の図である。
【図７】サポートされる情報ブロックサイズに適合するようなＴＢレベルのＣＲＣを含むＴＢの等区分を用いるＣＢ生成の一例の図である。
【図８】基底グラフ１および基底グラフ２によってサポートされてもよくサポートされなくてもよいコードレート（ＣＲ）と情報ビットサイズとに関して定義される４つのカバレージ領域の図である。
【図９】基底グラフ１が基底グラフ２よりも少ないフィラービット（filler bit）を有する１／３のＣＲでの基底グラフ１と基底グラフ２との間の性能比較を与えるグラフである。
【図１０】基底グラフ１が基底グラフ２よりも少ないフィラービットを有する２／３のＣＲでの基底グラフ１と基底グラフ２との間の性能比較を与えるグラフである。
【図１１】基底グラフ１が１６０フィラービットを用いて選択され、基底グラフ２が２つのセグメント化と０フィラービットとを用いて選択される１／３のＣＲでの基底グラフ１と基底グラフ２との間の性能比較を与えるグラフである。
【図１２】レートマッチングおよびハイブリッド自動再送要求（ＨＡＲＱ）のための例示的なダブル循環バッファ（double circular buffer）の図である。
【図１３】複数の循環バッファを使用したビット選択の例示的な方法の図である。
【図１４】複数の循環バッファとともに使用するためのレート範囲（最低レート、最高レート）でＬＤＰＣコードをサポートするための構造化されたＬＤＰＣ基底グラフの図である。
【図１５】単一の循環バッファとともに使用するための例示的な基底グラフの図である。
【図１６】対応する冗長バージョン（ＲＶ）の開始点がバッファにわたって一様に分散される方式と、ＲＶの開始点がパリティビットにわたって一様に分散される方式と、ＲＶの開始点がＰ２パリティビットにわたって一様に分散される方式とのための４つのＲＶ（ＮmaxRV＝４）をもつ例示的な固定開始ロケーション（fixed starting location）を示す図である。
【図１７】インターリービングを用いる例示的なＬＤＰＣ符号化プロシージャのフローチャートである。
【図１８Ａ】コードブロックグループ（ＣＢＧ）レベルのＣＲＣをもつＱＣ−ＬＤＰＣコードを使用したデータチャネルのためのＴＢ処理の例示的な方法のフローチャートである。
【図１８Ｂ】ＣＢＧレベルのＣＲＣをもつＱＣ−ＬＤＰＣコードを使用したデータチャネルのためのＴＢ処理の別の例示的な方法のフローチャートである。
【図１９】２レベルのＣＢＧの一例の図である。
【図２０】ｅＮＢにおける特定のＷＴＲＵのためのプロトグラフ行列（プロト行列）選択の例示的な方法のフローチャートであり、ｅＮＢがＷＴＲＵカテゴリ情報を含む。
【図２１】ｅＮＢにおける特定のＷＴＲＵのためのプロトグラフ行列選択の別の例示的な方法のフローチャートであり、ｅＮＢがＷＴＲＵ能力情報を備える。
【図２２】ビットベースのＣＢＧインジケーションと関連するＡＣＫ／ＮＡＣＫフィードバックとのための例示的なシグナリングの信号図である。
【図２３】実際のＣＢＧ数と関連するＡＣＫ／ＮＡＣＫフィードバックとのための例示的なシグナリングの信号図である。
【図２４Ａ】ＴＢレベルの確認応答／否定応答（ＡＣＫ／ＮＡＣＫ）支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の一例の図である。
【図２４Ｂ】ＴＢレベルの確認応答／否定応答（ＡＣＫ／ＮＡＣＫ）支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の一例の図である。
【図２４Ｃ】ＴＢレベルの確認応答／否定応答（ＡＣＫ／ＮＡＣＫ）支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の一例の図である。
【図２４Ｄ】ＴＢレベルの確認応答／否定応答（ＡＣＫ／ＮＡＣＫ）支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の一例の図である。
【図２５Ａ】図２４Ａ、図２４Ｂ、図２４Ｃおよび図２４Ｄの例に基づくＴＢレベルのＡＣＫ／ＮＡＣＫ支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の別の例の図である。
【図２５Ｂ】図２４Ａ、図２４Ｂ、図２４Ｃおよび図２４Ｄの例に基づくＴＢレベルのＡＣＫ／ＮＡＣＫ支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の別の例の図である。
【図２５Ｃ】図２４Ａ、図２４Ｂ、図２４Ｃおよび図２４Ｄの例に基づくＴＢレベルのＡＣＫ／ＮＡＣＫ支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の別の例の図である。
【図２５Ｄ】図２４Ａ、図２４Ｂ、図２４Ｃおよび図２４Ｄの例に基づくＴＢレベルのＡＣＫ／ＮＡＣＫ支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の別の例の図である。
【図２６】サポートされた復号アルゴリズムを用いるＷＴＲＵ能力のための例示的なメッセージ交換の信号図である。
【図２７】例示的なシンボルレベルの行列インターリーバの図である。
【図２８】再送信シャッフルを用いる例示的なシンボルレベルの行列インターリーバの図である。
【発明を実施するための形態】
【０００５】
図１Ａは、１つまたは複数の開示する実施形態が実装されてよい例示的な通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを与える多元接続システムであってよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数の無線ユーザがアクセスすることを可能にしてよい。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を採用してよい。
【０００６】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでよいが、開示する実施形態が、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、いずれかが「局」および／または「ＳＴＡ」と呼ばれることがあるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブルなもの、ヘッドマウントディスプレイ（ＨＭＤ）、ビークル、ドローン、医療デバイスおよびアプリケーション（たとえば、遠隔手術）、産業用デバイスおよびアプリケーション（たとえば、産業および／または自動処理チェーンコンテキストで動作するロボットおよび／または他の無線デバイス）、家庭用電子機器デバイス、商用および／または産業用無線ネットワーク上で動作するデバイスなどを含んでよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのいずれかは、互換的にＵＥと呼ばれることがある。
【０００７】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含んでよい。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂが単一の要素として示されているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことを理解されよう。
【０００８】
基地局１１４ａは、他の基地局および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのネットワーク要素（図示せず）をも含んでよいＲＡＮ１０４／１１３の一部であってよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある１つもしくは複数のキャリア周波数上で無線信号を送信および／または受信するように構成されてよい。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルとの組合せにあってよい。セルは、比較的固定されてよいか、または時間とともに変化してよい特定の地理的エリアに無線サービスのためのカバレージを与えてよい。セルは、セルセクタにさらに分割されてよい。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割されてよい。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルのセクタごとに１つを含んでよい。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してよく、セルのセクタごとに複数の送受信機を利用してよい。たとえば、所望の空間的方向で信号を送信および／または受信するために、ビームフォーミングが使用されてよい。
【０００９】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよいエアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してよい。エアインタフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００１０】
より詳細には、上記のように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用してよい。たとえば、ＲＡＮ１０４／１１３における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１５／１１６／１１７を確立してよいユニバーサル移動体（電話）通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含んでよい。
【００１１】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインタフェース１１６を確立してよい発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してよい。
【００１２】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインタフェース１１６を確立してよいＮＲ無線アクセスなどの無線技術を実装してよい。
【００１３】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してよい。たとえば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、たとえば、デュアル接続性（ＤＣ）原理を使用してＬＴＥ無線アクセスとＮＲ無線アクセスとを一緒に実装してよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（たとえば、ｅＮＢおよびｇＮＢ）との間で送られる送信によって特徴づけられてよい。
【００１４】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティー（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してよい。
【００１５】
図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってよく、職場、家庭、車両、構内、産業設備、（たとえば、ドローンが使用するための）空中回廊、道路などの局所的エリアでの無線接続性を容易にするために任意の好適なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装してよい。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用してよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がなくてよい。
【００１６】
ＲＡＮ１０４／１１３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つもしくは複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであってよいＣＮ１０６／１１５と通信していることがある。データは、異なるスループット要件、待ち時間要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有してよい。ＣＮ１０６／１１５は、呼の制御、課金サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを与え、および／またはユーザ認証などの高レベルなセキュリティ関数を実行してよい。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５が、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信していることがあることを理解されよう。たとえば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。
【００１７】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働いてよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を与える回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）および／またはインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される有線および／または無線通信ネットワークを含んでよい。たとえば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用してよい１つまたは複数のＲＡＮに接続された別のＣＮを含んでよい。
【００１８】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでよい（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでよい）。たとえば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用してよい基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用してよい基地局１１４ｂと通信するように構成されてよい。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２が、実施形態に一致したままでありながら、上記の要素の任意の部分組合せを含んでよいことを理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を実行してよい。プロセッサ１１８は、送信／受信要素１２２に結合されてよい送受信機１２０に結合されてよい。図１Ｂに、別個の構成要素としてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが電子パッケージまたはチップにおいて一緒に統合されてよいことを理解されよう。
【００２１】
送信／受信要素１２２は、エアインタフェース１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成されてよい。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。一実施形態では、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および／または受信するように構成されてよい。送信／受信要素１２２が、無線信号の任意の組合せを送信および／または受信するように構成されてよいことを理解されよう。
【００２２】
送信／受信要素１２２が単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含んでよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでよい。
【００２３】
送受信機１２０は、送信／受信要素１２２によって送信されるべきである信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有してよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含んでよい。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信してよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それにデータを記憶してよい。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含んでよい。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、それにデータを記憶してよい。
【００２５】
プロセッサ１１８は、電源１３４から電力を受電してよく、ＷＴＲＵ１０２における他の構成要素に電力を分散および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池バッテリ（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでよい。
【００２６】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を与えるように構成されてよいＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、または、それの代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいてそれのロケーションを決定してよい。ＷＴＲＵ１０２が、実施形態に一致したままでありながら、任意の好適なロケーション決定方法によってロケーション情報を捕捉してよいことを理解されよう。
【００２７】
プロセッサ１１８は、追加の特徴、機能および／または有線もしくは無線接続性を与える１つもしくは複数のソフトウェアおよび／またはハードウェアモジュールを含んでよい他の周辺機器１３８にさらに結合されてよい。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、バーチャルリアリティおよび／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含んでよい。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、および／もしくは湿度センサのうちの１つまたは複数であってよい。
【００２８】
ＷＴＲＵ１０２は、（たとえば、（たとえば、送信のための）ＵＬと（たとえば、受信のための）ダウンリンクとの両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であってよい全二重無線を含んでよい。全二重無線は、ハードウェア（たとえば、チョーク）またはプロセッサ（たとえば、別個のプロセッサ（図示せず）またはビアプロセッサ１１８）を介した信号処理のいずれかを介して自己干渉を小さくするかおよび／または実質的になくすために干渉管理ユニット１３９を含んでよい。一実施形態では、ＷＴＲＵ１０２は、（たとえば、（たとえば、送信のための）ＵＬまたは（たとえば、受信のための）ダウンリンクのいずれかのための特定のサブフレームに関連する）信号の一部または全部の送信および受信のための半二重無線を含んでよい。
【００２９】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用してよい。ＲＡＮ１０４はまた、ＣＮ１０６と通信していることがある。
【００３０】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでよいが、ＲＡＮ１０４が、実施形態に一致したままでありながら、任意の数のｅＮｏｄｅＢを含んでよいことを理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してよい。したがって、ｅＮｏｄｅＢ１６０ａは、たとえば、ＷＴＲＵ１０２ａに無線信号を送信するおよび／またはそれから無線信号を受信するために複数のアンテナを使用してよい。
【００３１】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付加されてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成されてよい。図１Ｃに示すように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して相互に通信してよい。
【００３２】
図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含んでよい。上記の要素の各々がＣＮ１０６の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作されてよいことを理解されよう。
【００３３】
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよく、制御ノードとして働いてよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択することなどを担当してよい。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与えてよい。
【００３４】
ＳＧＷ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよい。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送してよい。ＳＧＷ１６４は、ｅＮｏｄｅＢ間のハンドオーバの間にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してよい。
【００３５】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよいＰＧＷ１６６に接続されてよい。
【００３６】
ＣＮ１０６は、他のネットワークとの通信を容易にしてよい。たとえば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよい。たとえば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよいかまたはそれと通信してよい。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または動作される他の有線および／または無線ネットワークを含んでよい他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよい。
【００３７】
ＷＴＲＵが無線端末として図１Ａ〜図１Ｄに記載されているが、そのような端末が（たとえば、一時的にまたは永続的に）使用してよいいくつかの代表的な実施形態では、有線通信が通信ネットワークとインタフェースすると考えられる。
【００３８】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってよい。
【００３９】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）とＡＰに関連する１つまたは複数の局（ＳＴＡ）とを有してよい。ＡＰは、配信システム（ＤＳ）またはＢＳＳを出入りするトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセスまたはインタフェースを有してよい。ＢＳＳの外部から発信するＳＴＡへのトラフィックは、ＡＰを通して到着してよく、ＳＴＡに送出されてよい。ＢＳＳ外の宛先にＳＴＡから発信されたトラフィックは、それぞれの宛先に配信されるためにＡＰに送られてよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送られることがあり、たとえば、ここで、ソースＳＴＡはＡＰにトラフィックを送ってよく、ＡＰは、宛先ＳＴＡにトラフィックを送出してよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされるおよび／またはそう呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（たとえば、それらの間で直接）送られてよい。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネリングされたＤＬＳ（ＴＤＬＳ）を使用してよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有しないことがあり、ＩＢＳＳ内のまたはそれを使用するＳＴＡ（たとえば、ＳＴＡの全て）は互いに直接通信してよい。ＩＢＳＳ通信モードは、時々、本明細書では「アドホック」通信モードと呼ぶことがある。
【００４０】
８０２．１１ａｃインフラストラクチャ動作モードまたは同様の動作モードを使用するとき、ＡＰは、１次チャネルなどの固定チャネル上でビーコンを送信してよい。１次チャネルは、固定幅（たとえば、２０ＭＨｚ幅の帯域幅）であるか、またはシグナリングを介して動的に設定された幅であってよい。１次チャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてよい。いくつかの代表的な実施形態では、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、たとえば、８０２．１１システムにおいて実装されてよい。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（たとえば、あらゆるＳＴＡ）が１次チャネルを感知してよい。１次チャネルが特定のＳＴＡによって感知／検出されるおよび／またはビジーであると決定される場合、特定のＳＴＡはバックオフしてよい。１つのＳＴＡ（たとえば、ただ１つの局）が、所与のＢＳＳにおいて所与の時間に送信してよい。
【００４１】
高スループット（ＨＴ）のＳＴＡは、４０ＭＨｚ幅のチャネルを形成するために、たとえば、隣接するまたは隣接していない２０ＭＨｚのチャネルとの１次の２０ＭＨｚのチャネルの組合せを介した通信のために４０ＭＨｚ幅のチャネルを使用してよい。
【００４２】
極高スループット（ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートしてよい。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを組み合わせることによって形成されてよい。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成と呼ばれることがある２つの不連続の８０ＭＨｚのチャネルを組み合わせることによって形成されてよい。８０＋８０構成では、データは、チャネル符号化後に、２つのストリームにデータを分割してよいセグメントパーサを通してパスされてよい。逆高速フーリエ変換（ＩＦＦＴ）処理と時間領域処理とが別々に各ストリームに対して行われてよい。ストリームは、２つの８０ＭＨｚのチャネル上にマッピングされてよく、データは、送信ＳＴＡによって送信されてよい。受信ＳＴＡの受信機では、８０＋８０構成について上記で説明した動作が逆行されてよく、組み合わされたデータが媒体アクセス制御（ＭＡＣ）に送られてよい。
【００４３】
８０２．１１ａｆおよび８０２．１１ａｈによってサブ１ＧＨｚ動作モードがサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものと比較して８０２．１１ａｆおよび８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなどのメータ型制御／マシン型通信をサポートしてよい。ＭＴＣデバイスは、いくつかの能力、たとえば、いくつかのおよび／または限定された帯域幅のサポート（たとえば、それだけのサポート）を含む限定された能力を有してよい。ＭＴＣデバイスは、（たとえば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命をもつバッテリを含んでよい。
【００４４】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどの複数のチャネルならびにチャネル帯域幅をサポートしてよいＷＬＡＮシステムは、１次チャネルとして指定されてよいチャネルを含む。１次チャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有してよい。１次チャネルの帯域幅は、ＢＳＳにおいて動作する全てのＳＴＡの中から、最小の帯域幅動作モードをサポートするＳＴＡによって設定および／または限定されてよい。８０２．１１ａｈの例では、ＡＰおよびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合でも、１次チャネルは、１ＭＨｚモードをサポートする（たとえば、それだけをサポートする）ＳＴＡ（たとえば、ＭＴＣタイプのデバイス）について１ＭＨｚ幅であってよい。キャリア検知および／またはネットワーク割振りベクトル（ＮＡＶ）の設定は、１次チャネルのステータスに依存してよい。たとえば（１ＭＨｚ動作モードだけをサポートする）ＳＴＡのために１次チャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であってよい場合であっても、ＡＰに利用可能な周波数帯域全体を送信することがビジーであると見なされてよい。
【００４５】
米国では、８０２．１１ａｈによって使用されてよい利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【００４６】
図１Ｄは、一実施形態による、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用してよい。ＲＡＮ１１３はまた、ＣＮ１１５と通信していることがある。
【００４７】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含んでよいが、ＲＡＮ１１３が、実施形態に一致したままでありながら、任意の数のｇＮＢを含んでよいことを理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してよい。たとえば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはそれから信号を受信するためにビームフォーミングを利用してよい。したがって、ｇＮＢ１８０ａは、たとえば、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはそれから無線信号を受信するために複数のアンテナを使用してよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してよい。たとえば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示せず）に複数コンポーネントキャリアを送信してよい。これらのコンポーネントキャリアのサブセットは、無認可スペクトル上にあってよいが、残りのコンポーネントキャリアは、認可スペクトル上にあってよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装してよい。たとえば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信してよい。
【００４８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数秘学に関連する送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してよい。たとえば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに変動してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（たとえば、様々な数のＯＦＤＭシンボルを含んでいるおよび／または変動する長さの絶対時間の間続く）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してよい。
【００４９】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成にあるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（たとえば、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなしにｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカーポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を利用してよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域における信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してよい。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信しながら／それにも接続しながらｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してよい／それに接続してよい。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためにＤＣ原理を実装してよい。非スタンドアロン構成では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして働いてよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレージおよび／またはスループットを与えてよい。
【００５０】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理の決定、ハンドオーバの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ−ＵＴＲＡとの間の相互接続、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどを扱うように構成されてよい。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェースを介して相互に通信してよい。
【００５１】
図１Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、場合によっては、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含んでよい。上記の要素の各々がＣＮ１１５の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作されてよいことを理解されよう。
【００５２】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、制御ノードとして働いてよい。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシング（たとえば、異なる要件をもつ異なるＰＤＵセッションの扱い）のサポート、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当してよい。ネットワークスライシングは、利用されたＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃであるサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてよい。たとえば、異なるネットワークスライスは、高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、マシン型通信（ＭＴＣ）アクセスのサービスなどの異なる使用事例のために確立されてよい。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１１３とＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与えてよい。
【００５３】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介してＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続されてよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インタフェースを介してＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続されてよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通してトラフィックのルーティングを構成してよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスを管理し、割り振ること、ＰＤＵセッションを管理すること、ポリシの実施およびＱｏＳを制御すること、ダウンリンクデータの通知を与えることなどの他の機能を実行してよい。ＰＤＵセッションのタイプは、ＩＰベースのもの、非ＩＰベースのもの、イーサネットベースのものなどであってよい。
【００５４】
ＵＰＦ１８４ａ、１８４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよいＮ３インタフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよい。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンのポリシを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを扱うこと、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを与えることなどの他の機能を実行してよい。
【００５５】
ＣＮ１１５は、他のネットワークとの通信を容易にしてよい。たとえば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよいかまたはそれと通信してよい。さらに、ＣＮ１１５は、他のサービスプロバイダによって所有および／もしくは動作される他の有線ならびに／または無線ネットワークを含んでよい他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよい。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェースとＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースとを介してＵＰＦ１８４ａ、１８４ｂを通してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続されてよい。
【００５６】
図１Ａ〜図１Ｄおよび図１Ａ〜図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ａｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書で説明する任意の他のデバイスのうちの１つまたは複数に関して本明細書で説明する機能のうちの１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行されてよい。エミュレーションデバイスは、本明細書で説明する機能のうちの１つもしくは複数または全てをエミュレートするように構成された１つまたは複数のデバイスであってよい。たとえば、エミュレーションデバイスは、他のデバイスをテストする、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用されてよい。
【００５７】
エミュレーションデバイスは、ラボ環境でおよび／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実施するように設計されてよい。たとえば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つもしくは複数または全ての機能を実行してよい。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数または全ての機能を実行してよい。エミュレーションデバイスは、オーバージエア無線通信を使用してテストするおよび／またはテストを実行するために別のデバイスに直接結合されてよい。
【００５８】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されることなしに、全てを含む１つまたは複数の機能を実行してよい。たとえば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために試験所ならびに／または展開されていない（たとえば、テスト用の）有線および／もしくは無線通信ネットワークにおけるテストシナリオで利用されてよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってよい。データを送信および／または受信するためにエミュレーションデバイスによって、直接ＲＦ結合および／または（たとえば、１つまたは複数のアンテナを含んでよい）ＲＦ回路を介した無線通信が使用されてよい。
【００５９】
屋内ホットスポット、密集都市部、地方、都市部、および高速展開シナリオおよび拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシン型通信（ｍＭＴＣ）および超高信頼低遅延通信（ＵＲＬＬＣ）使用事例を含む、いくつかの展開シナリオおよび使用事例が最近の３ＧＰＰ規格検討において定義された。異なる使用事例は、高データレート、高スペクトル効率、低電力高エネルギー効率、低遅延および高信頼性などの異なる要件に焦点を当ててよい。
【００６０】
図２は、ＬＴＥデータチャネルコーディングおよびシグナリングのための例示的な方法のフローチャート２００である。ＬＴＥダウンリンクデータ送信では、ｅＮＢは、ＷＴＲＵに宛てられたトランスポートブロック（ＴＢ）を有してよい。２４ビットの巡回冗長検査（ＣＲＣ）がＴＢレベルでＴＢに付加されてよい（２１０）。２４ビットのＣＲＣが付加された状態のＴＢは、最大コードブロックサイズ（たとえば、６１４４ビット）よりも大きい場合セグメント化されていることになる（２２０）。セグメントの数は、
【００６１】
【数１】
2020511030.tif 000003
【００６２】
に等しくなり、ここで、ＴＢＳは、ＣＲＣが付加された状態でない元のＴＢのビット数である。ＣＲＣが付加された状態のＴＢは、Ｃセグメントの間でほぼ等しく分離されてよい。セグメントの数が１よりも大きい場合、追加の２４ビットのＣＲＣが、ＣＢレベルで各コードブロック（ＣＢ）に付加されてよい（２３０）。各セグメントにおける実際のビット数は、ターボコードの内部インターリーバパラメータにおけるサポートされるブロックサイズに依存してよい。
【００６３】
各コードブロックは、１／３の固定マザーコードレートをもつターボコードによって符号化されてよい（２４０）。システマティックビット（systematic bit）とパリティビットの２つのセットとが、次いで、サブブロックインターリーバにパスされ、循環バッファにおける順序で保存されてよい（２５０）。レートマッチングおよび／またはインクリメンタル冗長ハイブリッド自動再送要求（ＩＲ−ＨＡＲＱ）が循環バッファから所望の数のビットを送るために使用されてよい（２６０）。各冗長バージョン（ＲＶ）が循環バッファの異なる開始点に対応してよい。
【００６４】
各送信において送られるべきビット数は、送信のために割り振られたリソースブロック（ＲＢ）の数と変調次数およびコーディングレート（ＣＲ）とに依存してよい。変調次数およびコーディングレートはＤＬチャネル状態によって決定されてよく、送信のために割り振られたＲＢの数は、ルックアップテーブルから取得されてよい。
【００６５】
ＷＴＲＵにおける成功した復号を容易にするために、ｅＮＢは、ＷＴＲＵにいくつかのコーディングおよび変調関連情報を送信してよい。この情報は、ＣＢとともに送られるダウンリンク制御情報（ＤＣＩ）において与えられてよい。
【００６６】
ＷＴＲＵがＤＣＩを受信するという条件で、ＷＴＲＵは、ＲＢ割当てのためのＤＣＩ（たとえば、フォーマット１／１Ａ／１Ｂ）と、５ビットの変調およびコーディング方式（ＭＣＳ）情報と、３ビットのＨＡＲＱプロセス番号と、１ビットの新規データインジケータと、２ビットのＲＶとを検査することになる。ＲＢ割当ては、何個のＲＢがＷＴＲＵ（ＮRB）に割り当てられ、それらがどこに位置するのかをＷＴＲＵに知らせる。５ビットのＭＣＳ情報は、変調次数ＭとＴＢＳインデックスＩTBSとの両方を暗示する。ＮRBとＩTBSとに基づいて、ＷＴＲＵは、ルックアップテーブルに基づいてＴＢサイズ（ＴＢＳ）を決定してよい。ｅＮＢと同じプロシージャに従って、ＷＴＲＵは、セグメント化されたコードブロックの数Ｃと各ＣＢのＣＢサイズ（ＣＢＳ）Ｋi，１≦ｉ≦Ｃとを知ることになる。
【００６７】
ＷＴＲＵは、以下の近似式を使用してチャネルコーディングレートを決定してよい。
【００６８】
【数２】
2020511030.tif 000004
【００６９】
式中、＃ＲＥは、割り振られたリソース要素の総数であり、１６８・ＮＲＢ（たとえば、１６８個のＲＥ／ＲＢ（＝１２個のサブキャリア／ＰＲＢ×１４個のシンボル／ＴＴＩ））に等しくなってよい。変調次数Ｍは、ＲＥごとのビット数を暗示してよく、９０％は、１０％のリソース要素が制御または基準信号のために割り振られることを考える。
【００７０】
ＬＤＰＣコードは、３ＧＰＰおよび米国電気電子技術者協会（ＩＥＥＥ）８０２適用例のためにサポートされてよい前方誤り訂正コードである。３ＧＰＰ適用例では、たとえば、（Ｎ，Ｋ）の準巡回ＬＤＰＣ（ＱＣ−ＬＤＰＣ）コードについて考え、ここで、Ｋが情報ブロック長であり、Ｎがコード化ブロック長である。パリティ検査行列Ｈは、（Ｎ−Ｋ）×Ｎのサイズをもつスパース行列（sparse matrix）であってよい。ＱＣ−ＬＤＰＣコードは、以下のＪ×Ｌのサイズをもつそれの基底行列によって一意に定義されてよい。
【００７１】
【数３】
2020511030.tif 000005
【００７２】
基底行列における各構成要素は、Ｚ×Ｚの巡回置換行列または全零行列であってよい。Ｂi,jの正の整数値は、Ｚ×Ｚの単位行列からＢi,jだけ巡回右シフトされた巡回置換行列（circulant permutation matrix）を表してよい。単位行列（identity matrix）は、Ｂi,j＝０によって示されてよいが、Ｂi,jの負の値は、全零行列（all zero matrix,）を示してよく、Ｎ＝Ｌ・Ｚである。
【００７３】
所与のＱＣ−ＬＤＰＣが固定コードレートのために使用されてよい。レートマッチング／ＩＲ−ＨＡＲＱのサポートのために、パリティ検査行列のコード拡張（code extension）が使用されてよい。実施形態では、プロトグラフ行列（またはプロト行列）が使用されてよい。Ｊ×Ｌのサイズをもつプロト行列は、
【００７４】
【数４】
2020511030.tif 000006
【００７５】
のコーディングレートに対応してよい。Ｊ’×Ｌ’のサイズをもつ左上隅からのプロト行列の部分行列はまた、Ｌ’−Ｊ’＝Ｌ−Ｊである場合、パリティ検査行列であってよい。この部分行列は
【００７６】
【数５】
2020511030.tif 000007
【００７７】
のコーディングレートに対応してよく、これは
【００７８】
【数６】
2020511030.tif 000008
【００７９】
よりも大きい。ＩＲ−ＨＡＲＱをサポートするために、コーディングレートが再送信とともに減少する場合、ある程度小さいＪ値からある程度大きいＪ値への行列拡張（matrix extension）が実行されてよい。概して、プロト行列からの最小コードレートは、
【００８０】
【数７】
2020511030.tif 000009
【００８１】
によって与えられてよいが、プロト行列からの最大コードレートは、ｒmax＝ｒ1によって与えられてよい。
【００８２】
図３は、例示的なプロト行列３００の図である。図３に示す例では、プロト行列３００は、４つの部分行列３１０、３２０、３３０および３４０を含み、それらは、それぞれ、コードレートｒ1、ｒ2、ｒ3およびｒqに対応する。
【００８３】
どの部分行列が使用されるかに関係なく、それのサポート情報ブロック長は（Ｌ−Ｊ）・Ｚになる。リフティングサイズ（lifting size）Ｚは、（Ｌ−Ｊ）・Ｚが実際の情報ブロック長Ｋよりも長くなるように選択されてよく、差（Ｌ−Ｊ）・Ｚ＝Ｋは、ゼロパディングを通して扱われてよい。
【００８４】
ＩＥＥＥ８０２の場合、ＩＥＥＥ８０２．１１ａｃでは、たとえば、６５８ビットと、１２９６ビットと、１９４４ビットとの３つの異なるＬＤＰＣコードワード長がサポートされる。３２２バイトよりも短いパケットの場合、どのコードワードサイズを使用すべきかを決定する必要があってよい。３２２バイトよりも長いパケットの場合、１９４４ビットのコードワードサイズが常に使用されてよい。
【００８５】
符号化の最初のステップは、コードワード長を選択し、パケットのサイズと使用されるＭＣＳとに基づいてコードワードの数を決定することであってよい。これに続いて、短縮ビット（shortening bit）の量を計算し、次いで、パリティビットを生成してよい。必要な場合、パンクチャリングまたは繰り返しが次いで実行されてよい。
【００８６】
３ＧＰＰ次世代（ＮＧ）規格検討は、コードブロックグループ（ＣＢＧ）レベルのＣＲＣの考えられる導入を含んでいる。作業仮説は、シングル／マルチビットのＨＡＲＱ確認応答（ＨＡＲＱ−ＡＣＫ）フィードバックを用いるＣＢＧベースの送信が、ＨＡＲＱプロセスの同じＴＢについてＣＢＧベースの送信または再送信のみを許可するという特性をもつ３ＧＰＰリリース１５においてサポートされるというものであり、ＣＢＧは、ＴＢのサイズにかかわらずＴＢの全てのＣＢを含んでよく、ＣＢＧは１つのＴＢを含んでよく、ＣＢＧグラニュラリティが構成可能であってよい。
【００８７】
上述のように、ＬＴＥシステムでは、データチャネルのためのコーディング方式は、１／３の固定マザーコードレートをもつターボコーディングに基づく。しかしながら、５Ｇシステムでは、フレキシブルなＬＤＰＣコーディング方式がｅＭＢＢデータチャネルのために採用された。そのようなシステムでは、ＱＣ−ＬＤＰＣコードが使用されることになり、可変情報ブロックサイズが、リフティングおよび短縮演算を通してサポートされることになり、可変コーディングレートが、パリティ検査行列のコード拡張を通してサポートされることになる。パリティ検査行列は、８／９の高コーディングレートから（たとえば、１／５と低い）低コーディングレートに拡張されてよいプロト行列に基づくことになる。したがって、ＬＴＥシステムのためにあるので、５ＧシステムではＬＤＰＣコードのための固定マザーコードレートがなくてよい。
【００８８】
送信機と受信機との両方における符号化および復号演算を容易にするために、５Ｇシステムでは、たとえば、送信機は、マザーコードレートを決定する必要があってよく、マザーコードレートは、送信機と受信機の間で同期される必要があってよい。本明細書で説明する実施形態は、上記で説明した５ＧシステムなどのシステムにおけるＬＤＰＣコーディングのための一般的なプロシージャと関連するシグナリングサポートとを与える。
【００８９】
さらに、ＬＴＥの狭帯域の性質のために、ＬＴＥでは、各ＯＦＤＭシンボルが１つのＣＢしか搬送しないことが保証される。しかしながら、新無線（ＮＲ）での大規模な帯域幅割振りがＯＦＤＭシンボルごとの多くのＣＢにつながることがある。例として、４つのＭＩＭＯレイヤと、２５６個のＱＡＭ変調と、３３００個のリソース要素（ＲＥ）またはＲＢとが使用される一実施形態では、８／９のコードレートおよび８４４８ビットのＣＢ情報ビットを考慮すれば、各ＯＦＤＭシンボルにおいて最大で１２個のＣＢがあることができる。概して、コードワードごとの各ＯＦＤＭシンボルにおけるＣＢの数は、およそ
【００９０】
【数８】
2020511030.tif 000010
【００９１】
となってよく、ここで、Ｍは、全てのレイヤのための変調次数であり、Ｃはコードレートである。これは、ＣＢをバーストエラーまたはディープフェードを極めて受けやすくする。ＣＢがまったく異なる周波数ロケーションにわたって拡散される場合、ＣＢ性能は、周波数ダイバーシティ利得により大幅に改善されることになる。また、スケジュールの便宜のためにおよびＨＡＲＱフィードバックオーバーヘッドを低減するために１つのＨＡＲＱフィードバックユニット内の各ＣＢがほぼ同じ性能を有することが好適であってよい。したがって、シンボルレベルのインターリーバの使用は、全てのＣＢにほぼ同じ性能を有しさせてよい。本明細書で説明する実施形態は、好適なシンボルレベルのインターリーバを提供する。
【００９２】
図４Ａは、ＱＣ−ＬＤＰＣコードを使用したデータチャネルのためのＴＢ処理の例示的な方法のフローチャート４００Ａである。図４Ａに示す例のために、プロト行列ベースのＱＣ−ＬＤＰＣコードがチャネルコーディングのために使用され、ＱＣ−ＬＤＰＣコードのサポートされる最大リフティングサイズがＺmaxであり、全プロト行列がＪｘＬのサイズであると仮定する。これらの仮定が与えられれば、最大コードワードサイズはＬ・Ｚmaxによって与えられてよい。サポートされるリフティングサイズのセットはＺ＝｛Ｚ1，．．．，Ｚ|z|＝Ｚmax｝として表されてよく、したがって、サポートされる情報ブロックサイズは、Ｋ＝｛Ｚ１・（Ｌ−Ｊ），．．．，Ｚ|z|・（Ｌ−Ｊ）｝として表されてよい。
【００９３】
図４Ａに示す例では、ＴＢは、Ａビットのトランスポートブロックサイズ（ＴＢＳ）を有してよい。Ｃ1ビットを有するＣＲＣは、ＴＢに付加されてよい（４１０Ａ）。Ｃ1は、ＴＢレベルのＣＲＣ長であってよく、これは、たとえば、２４、１６または２４よりも小さい他の値であってよい。
【００９４】
ＴＢ処理のためのセグメント化パラメータが決定されてよい（４２０Ａ）。パラメータは、ＣＢセグメントの数と、各ＣＢセグメントの長さと、１つまたは複数のＬＤＰＣコードのリフティングサイズと、ＬＤＰＣコードのマザーコードレートとを含んでよい。
【００９５】
ＣＢセグメントの数に関して、Ｃ1  ＣＲＣビットが付加された状態でＡビットのＴＢＳをもち、（Ａ＋Ｃ1）の総サイズを有するＴＢは、複数のセグメントに区分されてよい。セグメントの数は、
【００９６】
【数９】
2020511030.tif 000011
【００９７】
によって決定されてよく、ここで、Ｃ2は、２４、１６または他の値であってよいＣＢレベルのＣＲＣ長である。
【００９８】
各コードブロックセグメントの長さとパディングビットの数とに関して、パディングされたビットはゼロ、知られているシーケンス、または知られているシーケンスのサブセットであり、情報ビットから周期的に繰り返されてよい。ＴＢを区分するいくつかの異なる方法がある。例について、図５、図６および図７に関して以下で説明する。
【００９９】
１つまたは複数のＬＤＰＣコードリフティングサイズに関して、それぞれのサポートされた情報ブロックサイズが一意のリフティングサイズに対応してよいので、各セグメントのリフティングサイズがサポートされた情報ブロックサイズによって決定されてよい。ＣＲＣをもつＴＢの等区分を用いる図５および図６に関して以下で説明する実施形態では、Ｋ＋のサイズのセグメントは、Ｚ＋のリフティングサイズに対応し、Ｋ−のサイズのセグメントは、Ｚ−のリフティングサイズに対応する。実施形態では、Ｚ＋＝Ｚ−である可能性がある。サポートされる情報ブロックサイズに適合するようなＣＲＣをもつＴＢの等区分を用いる図７に関して以下で説明する実施形態では、最後のセグメントは、リフティングサイズＺ−に対応してよいが、他のセグメントは、最大リフティングサイズＺmaxに対応してよい。実施形態では、Ｚ−＝Ｚmaxである可能性がある。
【０１００】
ＬＤＰＣコードのマザーＣＲに関して、上記の図２に、対応する部分行列のサイズによってはプロト行列が複数のＣＲをもつＬＤＰＣコードを含んでいてよいことを示した。マザーコードレートが１／３に固定されているＬＴＥターボコードとは異なり、ＬＤＰＣコードのためのモードコードは、プロト行列からのｒmaxとｒminとの間の複数の随意のコードレートを有してよい。したがって、ＬＤＰＣコードのマザーコードレートを決定する必要があることになる。
【０１０１】
どのマザーコードレートを使用すべきかに関する決定は、待ち時間要件と信頼性要件との両方を含んでよいデータサービス品質（ＱｏＳ）に依存してよい。原則として、高信頼性要件では、低マザーコードレートが使用されてよいが、低信頼性要件では、高マザーコードレートが使用されてよい。小待ち時間要件では、より高いマザーコードレートが使用されてよいが、大待ち時間要件では、低マザーコードレートが使用されてよい。
【０１０２】
シグナリングおよび複雑性を容易にするために、可能なマザーコードレートの数は、プロト行列の行数未満に限定されてよい。いくつかの典型的なコードレートがサポートされてよい。たとえば、可能なマザーコードレートは、｛１／３，２／５，１／２，２／３｝であってよい。マザーコードレートは、次いで、符号化のためにプロト行列のどの部分行列を使用すべきかを指定することができる。これはまた、再送信のためにコーディングされたブロックを記憶するために使用されるべきメモリを指定してよい。
【０１０３】
セグメント化パラメータが決定されると、コードブロックセグメント化（４３０Ａ）を実行して、たとえば、ＴＢにゼロをパディングし、次いで、それに応じてそれらをセグメント化してよい。ゼロをパディングし、パディングされたゼロを用いてＴＢをセグメント化する異なる方法について、たとえば、図５、図６および図７に関して以下でより詳細に説明する。
【０１０４】
ＣＢレベルのＣＲＣ付加（attachment）（４４０Ａ）は、たとえば、それぞれのセグメント化されたコードブロックにＣ2  ＣＲＣビットを付加することによって実行されてよい。ＬＴＥターボコードとは異なり、ＬＤＰＣコードは、各反復の最後に自己パリティ検査機能を有する。したがって、ＬＤＰＣコードのためのＣＢレベルのＣＲＣビットの数は、ターボコード（たとえば、２４ビット）の場合よりもはるかいに小さくてよい。実施形態では、Ｃ2の値は、１６ビット、８ビット、４ビット、またはさらには０ビットであってよい。
【０１０５】
ＣＢグループ（ＣＢＧ）レベルのＣＲＣ付加（図示せず）は、たとえば、各ＣＢＧにＣ3  ＣＲＣビットを付加することによって随意に実行されてよい。これについて、図１８Ａおよび図１８Ｂに関して以下でより詳細に説明する。ＬＤＰＣコードのためのＣＢＧ  ＣＲＣビットの数は、２４ビットよりも小さくてよい。言い換えれば、Ｃ3の値は、１６ビット、８ビット、４ビット、またはさらには０ビットであってよい。ＣＢＧ内のＣＢの数は、セグメント化されたＣＢの総数と、ＷＴＲＵの能力と、待ち時間要件とに依存してよい。
【０１０６】
ＬＤＰＣ符号化（４５０Ａ）が、次いで、たとえば、決定されたマザーＬＤＰＣコードパリティ検査行列を使用してそれぞれのセグメント化されたＣＢを符号化することによって、たとえば、実行されてよい。実施形態では、それぞれのセグメント化されたＴＢのためのリフティングサイズは所定のものでよい。コード化ブロックは、ＬＤＰＣ符号化４５０Ａの結果として与えられてよい。
【０１０７】
概して、それのスパース性（sparsity）の性質により、ＬＤＰＣコーディングのためのインターリービングが必要とされなくてよい。しかしながら、インターリービング（４６０Ａ）は、たとえば、バーストパンクチャリング／干渉の場合、ＵＲＬＬＣおよびｅＭＢＢにおいて使用される多重化を使用して達成されるので、性能を改善するために使用されてよい。これは、ＱＣ−ＬＤＰＣコードにおけるローカライズされたパリティノード／変数ノードの接続によるものであってよい。インターリービング（４６０Ａ）は、全てのシナリオにおいて利益になるものでなくてよいので、随意であると見なされてよく、いくつかの実施形態では、シナリオに応じて活動化／非活動化されてよい。インターリービングされることもインターリービングされないこともあるコード化ブロックは、送信および再送信において使用するために、循環バッファ中などのメモリに保存されてよい。
【０１０８】
レートマッチング（４７０Ａ）は、所望のコードレートを適合させるために、循環バッファに基づいて、たとえば、パンクチャリングまたは繰り返しのために実行されてよい。単一の循環バッファまたは複数の循環バッファのＨＡＲＱ設計を使用してこれがどのように行われてよいのかの詳細を以下に与える。実施形態では、レートマッチング（４７０Ａ）は、本明細書で説明する実施形態の範囲から逸脱することなくインターリービング（４６０Ａ）の前に実行されてよい。
【０１０９】
図４Ｂは、ＱＣ−ＬＤＰＣコードを使用したデータチャネルのためのＴＢ処理の別の例示的な方法のフローチャート４００Ｂである。図４Ｂに示す例では、ＴＢレベルのＣＲＣ付加４１０Ｂと、パラメータの決定４２０Ｂと、コードブロックのセグメント化４３０Ｂと、ＣＢレベルのＣＲＣ付加４４０Ｂと、ＬＤＰＣの符号化４５０Ｂと、インターリービング４６０Ｂと、レートマッチング４７０Ｂとが、図４Ａに関して上記で説明した対応するプロシージャ４１０Ａ、４２０Ａ、４３０Ａ、４４０Ａ、４５０Ａ、４６０Ａおよび４７０Ａと同じにまたはそれらと同様に実行されてよい。しかしながら、図４Ｂに示す例では、パラメータは、任意の時間に、決定され（４２０Ｂ）、それぞれの関係するプロシージャの間に使用するために与えられてよい。たとえば、ＣＢの数と、各ＣＢの長さと、パディングビットの数とが、コードブロックのセグメント化４３０Ｂの間に使用するために与えられてよく、ＬＤＰＣのリフティングサイズとＬＤＰＣのマザーコードレートとが、ＬＤＰＣの符号化４５０Ｂとレートマッチング４７０Ｂとの間に使用するために与えられてよい。
【０１１０】
図５は、ＴＢレベルのＣＲＣを含むＴＢの等区分を用いるＣＢ生成の一例の図５００である。図５に示す例では、ＴＢレベルのＣＲＣが付加された状態のＴＢ（５１０）は、セグメントまたはＣＢ５２０Ａ、５２０Ｂおよび５２０Ｃに区分される。各セグメント５２０は、
【０１１１】
【数１０】
2020511030.tif 000012
【０１１２】
のサイズのものであってよく、ここで、
【０１１３】
【数１１】
2020511030.tif 000013
【０１１４】
は整数である。場合によっては、第１のＢ−１セグメントの各々５２０は
【０１１５】
【数１２】
2020511030.tif 000014
【０１１６】
のサイズのものであるが、最後のセグメント（たとえば、図５におけるセグメント５２０Ｃ）は
【０１１７】
【数１３】
2020511030.tif 000015
【０１１８】
のサイズのものである。最後のセグメント５２０Ｃが他のセグメント５２０Ａおよび５２０Ｂとは異なるサイズである実施形態では、最後のセグメント５２０Ｃが
【０１１９】
【数１４】
2020511030.tif 000016
【０１２０】
個のゼロ５３０でパディングされ、したがって、（セグメント５２０＋ＣＢ  ＣＲＣ５４０＋あらゆるフィラービット５５０に対応する）全てのＣＢが
【０１２１】
【数１５】
2020511030.tif 000017
【０１２２】
の同じサイズになる。実施形態（図示せず）では、パディング５３０は、代替的に、第１のセグメント５２０Ａなどの異なるセグメントに追加されることができ、これは、そのような実施形態では、残りのセグメント５２０Ｂおよび５２０Ｃとは異なるサイズを有してよい。ＣＢ  ＣＲＣ５４０Ａ、５４０Ｂおよび５４０Ｃが、次いで、各ＣＢに追加されてよい。
【０１２３】
フィラービット５５０Ａ、５５０Ｂおよび５５０Ｃが、次いで、追加されてよい。実施形態では、Ｋ+はセットＫにおける最小のＫとして設定されてよく、これは、
【０１２４】
【数１６】
2020511030.tif 000018
【０１２５】
以上であってよい。セットＫは、単一の基底行列からかまたは２つの基底行列の和集合からのいずれかのサポートされる情報ブロック長のセットであってよい。これを仮定すれば、各セグメントのためのフィラービットの数は、
【０１２６】
【数１７】
2020511030.tif 000019
【０１２７】
であってよい。ここで、シーリング演算（ceiling operation）
【０１２８】
【数１８】
2020511030.tif 000020
【０１２９】
が使用される。しかしながら、それは、ラウンド演算によって置き換えられてよい。ラウンド演算は、最も近い整数またはフロア演算（floor operation）を戻してよく、これは、数ｘよりも小さい最も大きい整数を戻してよい。
【０１３０】
図５に示す例では、ＣＢレベルのＣＲＣ５４０は、フィラービット５５０の前に追加される。この例では、パディングビットとフィラービットとの間の差は、パディングビットがソースビットとともに無線で送られるが、フィラービットがＬＤＰＣの符号化の後に除去されるということである。
【０１３１】
図６は、ＴＢレベルのＣＲＣを含むＴＢの等区分を用いるＣＢ生成の別の例の図６００である。図６に示す例では、ＴＢレベルのＣＲＣが付加された状態のＴＢ（６１０）は、セグメントまたはＣＢ６２０Ａ、６２０Ｂおよび６２０Ｃに区分される。各セグメント６２０は、
【０１３２】
【数１９】
2020511030.tif 000021
【０１３３】
のサイズのものであってよく、ここで、
【０１３４】
【数２０】
2020511030.tif 000022
【０１３５】
は整数である。場合によっては、第１のＢ−１セグメント６２０の各々は
【０１３６】
【数２１】
2020511030.tif 000023
【０１３７】
のサイズのものであるが、最後のセグメント（たとえば、図６におけるセグメント６２０Ｃ）は
【０１３８】
【数２２】
2020511030.tif 000024
【０１３９】
のサイズのものである。図６に示す例では、フィラービット６３０は、最後のセグメント６２０Ｃに追加されてよい。
【０１４０】
図６に示す例では、ＣＢレベルのＣＲＣ６５０Ａ、６５０Ｂおよび６５０Ｃが追加される前にパディング６４０Ａ、６４０Ｂおよび６４０Ｃが各ＣＢに追加される。そのような実施形態では、Ｋ+はセットＫにおける最小のＫとして設定されてよく、これは、
【０１４１】
【数２３】
2020511030.tif 000025
【０１４２】
以上であってよい。Ｋ-はセットＫにおける最小のＫとして設定されてよく、これは、
【０１４３】
【数２４】
2020511030.tif 000026
【０１４４】
以上であってよい。セットＫは、単一の基底行列からかまたは２つの基底行列の和集合からのいずれかのサポートされる情報ブロック長のセットである。これを仮定すれば、第１のＢ−１セグメントのためのゼロパディングビットの数は、
【０１４５】
【数２５】
2020511030.tif 000027
【０１４６】
であってよく、最後のセグメントのためのゼロパディングビットの数は、
【０１４７】
【数２６】
2020511030.tif 000028
【０１４８】
であってよい。シーリング演算（
【０１４９】
【数２７】
2020511030.tif 000029
【０１５０】
）がここで使用される。しかしながら、それは、ラウンド演算によって置き換えられてよい。ラウンド演算は、最も近い整数またはフロア演算を戻してよく、これは、数ｘよりも小さい最も大きい整数を戻してよい。代替的に、単一のリフティングサイズが好適である場合、情報ブロックサイズはｍａｘ（Ｋ+，Ｋ-）として使用されてよい。ゼロパディングビットの数は、相応して調整されてよい。
【０１５１】
図７は、サポートされる情報ブロックサイズに適合するようなＴＢレベルのＣＲＣを含むＴＢの等区分を用いるＣＢ生成の一例の図７００である。図７に示す例では、ＴＢ  ＣＲＣをもつＴＢ７１０は、セグメントまたはＣＢ７２０Ａ、７２０Ｂおよび７２０Ｃに区分される。フィラー７４０は、図示のように、最後のセグメント７２０Ｃに追加されてよい。ＣＢ  ＣＲＣ７３０Ａ、７３０Ｂ、７３０Ｃおよび７３０Ｄが、各ＣＢに追加されてよい。Ｋ+は、セットＫにおける最小のＫとして設定されてよく、したがって、
Ｂ・Ｋ+≧Ａ＋Ｃ1＋Ｂ・Ｃ2  式（２）
であり、Ｋ-は、セットＫにおける最も大きいＫとして設定されてよく、したがって、Ｋ＜Ｋ+である。次いで、Ｋ-の長さをもつセグメントの数は、
【０１５２】
【数２８】
2020511030.tif 000030
【０１５３】
に等しくなってよく、Ｋ+の長さをもつセグメントの数は、
【０１５４】
【数２９】
2020511030.tif 000031
【０１５５】
に等しくなってよい。
【０１５６】
セットＫは、単一の基底行列からかまたは２つの基底行列の和集合からのいずれかのサポートされる情報ブロック長のセットであってよい。Ｋ+の長さをもつセグメントの数は、Ｃ+＝Ｂ−Ｃ-に等しくなってよい。この実施形態では、ゼロパディングビットの数は、
【０１５７】
【数３０】
2020511030.tif 000032
【０１５８】
に等しくなってよい。
【０１５９】
別の実施形態では、ＴＢは、最初に、最大のサポートされる情報ブロックサイズで区分されてよい。第１のＢ−１セグメントの各々はＺmax・（Ｌ−Ｊ）−Ｃ2のサイズのものであってよいが、最後のセグメントは、（Ａ＋Ｃ1）−（Ｂ−１）・［Ｚmax・（Ｌ−Ｊ）−Ｃ2］のサイズのものでよい。Ｋ-はセットＫにおける最小のＫとして設定されてよく、これは、（Ａ＋Ｃ1）−（Ｂ−１）・［Ｚmax・（Ｌ−Ｊ）−Ｃ2］以上であってよい。次いで、最後のセグメントのためのゼロパディングビットの数は、Ｋ-−（Ａ＋Ｃ1）＋（Ｂ−１）・［Ｚmax・（Ｌ−Ｊ）−Ｃ2］であってよい。
【０１６０】
上記で説明したセグメント化実施形態の全てについて、セグメントの順序が変更されてよい。ＣＢＧレベルのＣＲＣが適用されるという条件で、ＴＢごとのＣＢの数を計算する式が調整されてよい。たとえば、Ｃ2のサイズは、ＣＢＧレベルのＣＲＣを考慮に入れることによって式（１）において変更されてよい。ＣＢＧがＸ個のＣＢから構成される例について考える。式（１）におけるＣ2は、
【０１６１】
【数３１】
2020511030.tif 000033
【０１６２】
に調整されてよく、ＣＲＣCBGはＣＢＧレベルのＣＲＣのサイズである。ＣＢのセグメント化のサイズを決定する際に同様の演算が適用されてよい。たとえば、図７に関して上記で説明した実施形態では、式（２）は、Ｂ・Ｋ+≧Ａ＋Ｃ1＋Ｂ・Ｃ2＋Ｘ・ＣＲＣCBGに変更されてよく、式（３）は、
【０１６３】
【数３２】
2020511030.tif 000034
【０１６４】
に変更されてよい。
【０１６５】
実施形態では、それぞれ図４Ａおよび図４Ｂにおける４２０Ａおよび４２０Ｂで決定されるパラメータは、選択された基底グラフ（ＢＧ）に少なくとも部分的に基づいて決定されてよい。選択されたＢＧに基づくセグメント化および決定パラメータの特定の例は、以下の通りである。ＢＧの選択について、図８〜図１１に関して以下で詳細に説明する。
【０１６６】
以下の通りである特定の例のために、２つのＢＧが次のように定義されると仮定する。ＢＧ＃１は、２列のシステマティックパンクチャリング（systematic puncturing）、Ｋb1＝２２、Ｒmax,1＝２２／２５、Ｒmin,1＝１／３、およびＫcb,max1＝８４４８をもつ４６ｘ６８の基底行列の次元を有してよい。ＢＧ＃２は、２列のシステマティックパンクチャリング、Ｋb2＜＝１０，Ｒmax,2＝２／３，Ｒmin,2＝１／５、およびＫcb,max2＝２５６０をもつ４２ｘ５２の基底行列の次元を有してよい。実施形態では、Ｋcb,max2＝２５６０の値が３８４０に調整されてよい。したがって、以下の通りである特定の例では、２５６０の値が３８４０によって置き換えられてよい。
【０１６７】
図５に示す例に基づく特定の例では、コードブロックのセグメント化に対する入力ビットシーケンスは、ｂ0，ｂ1,ｂ2,ｂ3,．．．，ｂB-1によって示されてよく、ここで、Ｂ＞０である。Ｂが最大コードブロックサイズＫcbよりも大きい場合、入力ビットシーケンスのセグメント化が実行されてよく、Ｌ＝ＬCBビットの追加のＣＲＣシーケンスが各ＣＢに付加されてよい。最大ＣＢサイズは、Ｋcb＝８４４８であってよい。代替的に、Ｋcbは、所与のコードレート範囲についてＫcb,max2として選択されてよい。選定されるＫcbは、ＢＧ／行列選択方法に依存してよい。フィラービットは、エンコーダへの入力時に＜ＮＵＬＬ＞に設定されてよく、ＣＢの総数Ｃは以下によって決定されてよい。
【０１６８】
【数３３】
2020511030.tif 000035
【０１６９】
Ｃ≠０の場合のＣＢのセグメント化からのビットの出力は、
【０１７０】
【数３４】
2020511030.tif 000036
【０１７１】
によって示されてよく、ここで、０≦ｒ＜Ｃは、コードブロック数であり、Ｋrは、ＣＢの数ｒのためのビット数である。（Ｃ≠０にのみ適用可能な）各ＣＢにおけるビット数は、以下によって決定されてよい。
【０１７２】
【数３５】
2020511030.tif 000037
【０１７３】
図６に示す例に基づく特定の例では、コードブロックのセグメント化に対する入力ビットシーケンスは、ｂ0，ｂ1,ｂ2,ｂ3,．．．，ｂB-1によって示されてよく、ここで、Ｂ＞０である。Ｂが最大コードブロックサイズＫcbよりも大きい場合、入力ビットシーケンスのセグメント化が実行されてよく、Ｌ＝ＬCBビットの追加のＣＲＣシーケンスが各ＣＢに付加されてよい。最大ＣＢサイズは、Ｋcb＝８４４８であってよい。代替的に、Ｋcbは、所与のコードレート範囲についてＫcb,max2として選択されてよい。選定されるＫcbは、ＢＧ／行列選択方法に依存してよい。フィラービットは、エンコーダへの入力時に＜ＮＵＬＬ＞に設定されてよく、ＣＢの総数Ｃは以下によって決定されてよい。
【０１７４】
【数３６】
2020511030.tif 000038
【０１７５】
ＣＢのセグメント化からのビットの出力は、Ｃ≠０の場合、
【０１７６】
【数３７】
2020511030.tif 000039
【０１７７】
によって示されてよく、ここで、０≦ｒ＜Ｃは、コードブロック数であり、Ｋrはコードブロック数ｒのためのビット数である。（Ｃ≠０にのみ適用可能な）各コードブロックにおけるビット数は、以下によって決定されてよい。
【０１７８】
2020511030.tif 000040
【０１７９】
上述のように、パラメータ決定４２０Ａ／４２０ＢはＢＧの選択に依存してよい。ＢＧの選択の場合、複数の基底プロトグラフ行列は、異なる範囲のブロックサイズおよび／またはコードレートをカバーするように定義されてよい。ブロックサイズおよび／またはコードレートの範囲は部分的に重複してよい。ＣＢのセグメントの所与の長さ（Ｎseg）について、２つ以上の利用可能なプロトグラフ行列と対応する２つ以上のリフティングサイズがあってよい。実施形態では、プロトグラフ行列の選択は、たとえば、コードワード長、追加のパンクチャビットサイズ、パディングビットサイズおよび／または短縮ビットサイズを含む１つまたは複数のパラメータに基づいてよい。
【０１８０】
コードワード長
【０１８１】
【数３８】
2020511030.tif 000041
【０１８２】
は、ｌm（ｌm∈｛１，．．．，Ｌm｝）の対応するリフティングサイズをもつプロトグラフ行列ｍ（ｍ∈｛１，．．．，Ｍ｝）に対応してよく、ここで、Ｍは、サポートされるプロトグラフ行列の数であり、Ｌmは、ｍ番目のプロトグラフ行列に対応するリフティングサイズの数である。追加のパンクチャビットサイズは、レートマッチングによりパンクチャされる必要があるビットを指してよい。追加のパンクチャビットサイズ
【０１８３】
【数３９】
2020511030.tif 000042
【０１８４】
は、ｌm（ｌm∈｛１，．．．，Ｌm｝）の対応するリフティングサイズをもつプロトグラフ行列ｍ（ｍ∈｛１，．．．，Ｍ｝）に対応してよく、ここで、Ｍは、サポートされるプロトグラフ行列の数であり、Ｌmは、ｍ番目のプロトグラフ行列に対応するリフティングサイズの数である。パディングビットサイズ
【０１８５】
【数４０】
2020511030.tif 000043
【０１８６】
は、ｌm（ｌm∈｛１，．．．，Ｌm｝）の対応するリフティングサイズをもつプロトグラフ行列ｍ（ｍ∈｛１，．．．，Ｍ｝）に対応してよく、ここで、Ｍは、サポートされるプロトグラフ行列の数であり、Ｌmは、ｍ番目のプロトグラフ行列に対応するリフティングサイズの数である。短縮ビットサイズ
【０１８７】
【数４１】
2020511030.tif 000044
【０１８８】
は、ｌm（ｌm∈｛１，．．．，Ｌm｝）の対応するリフティングサイズをもつプロトグラフ行列ｍ（ｍ∈｛１，．．．，Ｍ｝）に対応してよく、ここで、Ｍは、サポートされるプロトグラフ行列の数であり、Ｌmは、ｍ番目のプロトグラフ行列に対応するリフティングサイズの数である。
【０１８９】
プロトグラフ行列選択に対していくつかのルールが定義されてよい。ルールは、プロトグラフ行列を選択するために組み合わされるかまたは独立して使用されてよい。
【０１９０】
１つのプロトグラフ行列選択ルールは、
【０１９１】
【数４２】
2020511030.tif 000045
【０１９２】
を満たすプロトグラフ行列ｍを発見するためにＭ個のプロトグラフ行列からのコードワード長を比較することを含んでよい。このようにして、サポートされるセグメント長に最も近い有効なコードワード長を与えるプロトグラフ行列が選択されてよい。代替的に、選択基準は、Ｎsegよりも大きい最小の
【０１９３】
【数４３】
2020511030.tif 000046
【０１９４】
を使用するように変更されてよい。このようにして、レートマッチングの短縮が限定されてよい。代替的に、選択基準は、Ｎsegよりも小さい最大の
【０１９５】
【数４４】
2020511030.tif 000047
【０１９６】
を使用するように変更されてよい。このようにして、レートマッチングの追加のパンクチャリングが限定されてよい。
【０１９７】
別のプロトグラフ行列選択ルールは、
【０１９８】
【数４５】
2020511030.tif 000048
【０１９９】
を満たすプロトグラフ行列ｍを発見するためにＭ個のプロトグラフ行列からの追加のパンクチャビットサイズを比較することを含んでよい。このようにして、最も小ない追加のパンクチャリングを必要とするプロトグラフ行列が選択されてよい。
【０２００】
別のプロトグラフ行列選択ルールは、
【０２０１】
【数４６】
2020511030.tif 000049
【０２０２】
を満たすプロトグラフ行列ｍを発見するためにＭ個のプロトグラフ行列からのパディングビットサイズを比較することを含んでよい。このようにして、最も小ない追加のパディングビットを必要とするプロトグラフ行列が選択されてよい。
【０２０３】
さらに別のプロトグラフ行列選択ルールは、
【０２０４】
【数４７】
2020511030.tif 000050
【０２０５】
を満たすプロトグラフ行列ｍを発見するためにＭ個のプロトグラフ行列からの短縮ビットサイズを比較することを含んでよい。このようにして、最も小ない短縮ビットを必要とするプロトグラフ行列が選択されてよい。
【０２０６】
一実施形態では、単一の基底プロトグラフ行列が全てのブロック長のために使用されてよい。そのような実施形態は、実施するのがより単純である。しかしながら、それは、ある範囲で何らかの性能を失うことがある。したがって、他の実施形態では、複数の基底行列が、たとえば、ＷＴＲＵ能力またはＷＴＲＵカテゴリに基づいて適用されてよい。詳細には、単一の全体的な基底プロトグラフ行列が全てのＷＴＲＵによって採用されてよく、単一のプロトグラフ行列がＷＴＲＵにおいて記憶されてよいので、これはＷＴＲＵの設計を簡略化してよい。より高いデータレートをサポートすることに対応する高い能力またはＷＴＲＵカテゴリをもつＷＴＲＵなどのより高度なＷＴＲＵでは、第２のまたはさらには第３のプロトグラフ行列が採用されてよい。これは、ある領域におけるチャネルコーディング性能をさらに改善してよい。そのような実施形態では、ＷＴＲＵは、初期ＲＲＣ接続セットアッププロシージャにおいてＲＲＣメッセージを介して基地局（たとえば、ｅＮＢ）にＷＴＲＵ能力情報を送ってよい。
【０２０７】
実施形態では、複数のプロトグラフ行列をサポートするためのＷＴＲＵの能力は、ＷＴＲＵカテゴリによって暗示されてよい。たとえば、ＷＴＲＵカテゴリ１、２、３、４では、単一のプロトグラフ行列のみが使用されてよく、ＷＴＲＵカテゴリ５、６、７、８では、２つのプロトグラフ行列が使用されてよく、他のＷＴＲＵカテゴリでは、３つのプロトグラフ行列が使用されてよい。複数のプロトグラフ行列をサポートするＷＴＲＵの能力はまた、ＷＴＲＵ能力情報に明示的に含まれてよい。
【０２０８】
ＴＢが、同じでなくてもよいサイズを有するセグメントにセグメント化されてよい場合、追加の基底プロトグラフ行列選択基準が適用されてよい。たとえば、単一の基底プロトグラフ行列がＴＢにおける全てのＣＢのために選択されることが好ましくてよい。一例として、詳細なプロトグラフ行列選択プロシージャについて以下で説明する。この例では、２つの基底プロトグラフ行列が定義される。プロトグラフ行列１は、Ｊ1×Ｌ1の基底行列サイズと、
【０２０９】
【数４８】
2020511030.tif 000051
【０２１０】
のリフティングサイズと、Ｒ1の最も小さいサポートされるコーディングレートとを有してよい。プロトグラフ行列２は、Ｊ2×Ｌ2の基底行列サイズと、
【０２１１】
【数４９】
2020511030.tif 000052
【０２１２】
のリフティングサイズと、Ｒ2の最も小さいサポートされるコーディングレートとを有してよい。２つの基底プロトグラフ行列がこの例のために定義されたが、例は、３つ以上のプロトグラフ行列が使用のために利用可能である場合に容易に拡張されてよい。
【０２１３】
この例では、行列１がより大きい基底行列を有し、より高いコーディングレートを用いるより長いコードワードをサポートすると仮定されてよい。言い換えれば、この例では、
【０２１４】
【数５０】
2020511030.tif 000053
【０２１５】
であり、Ｒ1＞Ｒ2であり、ここで、それぞれ、
【０２１６】
【数５１】
2020511030.tif 000054
【０２１７】
であり、
【０２１８】
【数５２】
2020511030.tif 000055
【０２１９】
はそれぞれ、各プロトグラフ行列のための最大情報ブロックサイズである。Ａのサイズと、Ｒのターゲットコーディングレートと、Ｃ1のＴＢレベルのＣＲＣサイズとをもつ所与のＴＢの場合、基底プロトグラフ行列の選択とＴＢのセグメント化とのための以下のプロシージャが使用されてよい。
【０２２０】
第１のプロシージャは、コードレートベースのプロシージャである。このプロシージャでは、ターゲットコーディングレートＲ≧Ｒ1である場合、
【０２２１】
【数５３】
2020511030.tif 000056
【０２２２】
をもつプロトグラフ行列１が選択されてよい。セグメント化プロシージャは上記で説明したものと同じでよいが、式（１）が
【０２２３】
【数５４】
2020511030.tif 000057
【０２２４】
として変更されてよい。
ターゲットコーディングレートＲ＜Ｒ1である場合、
【０２２５】
【数５５】
2020511030.tif 000058
【０２２６】
をもつプロトグラフ行列２が選択されてよい。セグメント化プロシージャは上記で説明したものと同じでよいが、式（１）が
【０２２７】
【数５６】
2020511030.tif 000059
【０２２８】
として変更されてよい。
【０２２９】
第２のプロシージャは、コードレート優先のプロシージャである。ターゲットコーディングレートＲ≧Ｒ1である場合、
【０２３０】
【数５７】
2020511030.tif 000060
【０２３１】
がセグメント化のために使用されてよい。セグメント化プロシージャは上記で説明したものと同じでよいが、式（１）が
【０２３２】
【数５８】
2020511030.tif 000061
【０２３３】
として変更されてよい。
【０２３４】
セグメント化の後に、Ｓ1とＳ2との最大２つの異なるセグメント化サイズを有するセグメントが生成されてよく、ここで、Ｓ＝ｍａｘ（Ｓ１，Ｓ２）である。Ｋは、Ｓ以上であるセットＫにおける最小のＫとして設定されてよい。この例では、Ｋは、両方のプロトグラフ行列によってサポートされる情報ブロックサイズの和集合として定義されてよい。プロトグラフ行列の選択は、この場合、Ｋに依存してよい。詳細には、選択されたＫがプロトグラフ行列に対応する場合、このプロトグラフ行列が選択されてよい。
【０２３５】
２つのシフトサイズが可能である場合、Ｋ+は上記のＫとして設定されてよく、セットＫ-は、ｍｉｎ（Ｓ１，Ｓ２）以上であるセットＫにおける最小のＫとして設定されてよい。ターゲットコーディングレートＲ＜Ｒ1である場合、
【０２３６】
【数５９】
2020511030.tif 000062
【０２３７】
をもつプロトグラフ行列２が選択されてよい。セグメント化プロシージャは上記で説明したものと同じでよいが、式（１）が
【０２３８】
【数６０】
2020511030.tif 000063
【０２３９】
として変更されてよい。
【０２４０】
第３のプロシージャは、コード長ベースのプロシージャである。このプロシージャでは、
【０２４１】
【数６１】
2020511030.tif 000064
【０２４２】
がセグメント化のために使用されてよい。セグメント化プロシージャは上記で説明したものと同じでよいが、式（１）が
【０２４３】
【数６２】
2020511030.tif 000065
【０２４４】
として変更されてよい。
【０２４５】
このプロシージャを使用して、セグメント化の後に、Ｓ1とＳ2との最大２つの異なるセグメントサイズを有するセグメントが与えられてよく、ここで、Ｓ＝ｍａｘ（Ｓ１，Ｓ２）である。Ｋは、Ｓ以上であるセットＫにおける最小のＫとして設定されてよい。このプロシージャでは、Ｋは、両方のプロトグラフ行列によってサポートされる情報ブロックサイズの和集合として定義されてよい。プロトグラフ行列の選択は、この場合、Ｋに依存してよい。選択されたプロトグラフ行列がターゲットレートをサポートしない場合、追加の繰り返しまたはパンクチャリング方式が適用されてよい。２つのシフトサイズが可能である場合、Ｋ+は上記のＫとして設定されてよく、Ｋ-は、ｍｉｎ（Ｓ１，Ｓ２）以上であるセットＫにおける最小のＫとして設定されてよい。
【０２４６】
図８は、上記で定義したように、基底グラフ１（ＢＧ＃１）および基底グラフ２（ＢＧ＃２）によってサポートされてもよくサポートされなくてもよいコードレートと情報ビットサイズとに関して定義される４つのカバレージ領域の図８００である。図８に示す例では、Ｒ＞２／３のコードレートを有する領域Ａ（８０２）と、Ｒ＜１／３のコードレートを有する領域Ｂ（８０４）と、１／３≦Ｒ≦２／３のコードレートを有し、ＴＢＳ≦２５６０である領域Ｃ（８０６）と、１／３≦Ｒ≦２／３のコードレートを有し、ＴＢＳ＞２５６０である領域Ｄ（８０８）との４つの領域が定義される。特定のコードレート値とＴＢＳ閾値とが図８に定義されているが、ＣＲ閾値および／またはＴＢＳ閾値は、本明細書で説明する実施形態に一致する他の値と置き換えられてよい。たとえば、２５６０の値は、Ｋcb,max2によっては値３８４０に置き換えられてよく、値１／３は値１／４に置き換えられてよく、以下同様である。さらに、実施形態では、本明細書で説明するＴＢＳ値はＴＢレベルのＣＲＣを含んでよい。
【０２４７】
どのＢＧが使用されるのかに関する決定がＣＢのセグメント化プロセスに影響することになるので、図８に示す、本明細書で説明するカバレージ領域が与えられれば、ＢＧの選択は、コードレートとＴＢＳとに依存してよい。代替的に、ＢＧの選択は、コードレートとＣＢＳとに依存してよい。
【０２４８】
ＢＧ＃１は、上記で説明したように、領域Ａ（８０２）をサポートするように設計されるが、ＢＧ＃２は、上記で説明したように、領域Ａ（８０２）をサポートしない。ＢＧ＃２が領域Ａ（８０２）において使用されるべきある場合、追加のパンクチャリング方式を与える必要があることになる。性能的には、コーディングレートをサポートする明確な基底行列が、概して、より低いレートの基底行列からのパンクチャリングよりも良好であろう。したがって、ＢＧ＃１は、領域Ａ（８０２）のために使用されるのが最良であろう。ＴＢレベルのＣＲＣビットが付加された状態のＴＢがＫcb＝８４４８よりも大きい場合、セグメント化が必要とされることになる。したがって、コーディングレートが２／３よりも大きい場合、ＢＧ＃１が選択されてよい。
【０２４９】
ＢＧ＃２は、上記で説明したように、領域Ｂ（８０４）におけるコーディングレートの範囲をサポートするように設計されるが、ＢＧ＃１は、そのようなコーディングレートをサポートしない。ＢＧ＃１が領域Ｂ（８０４）において使用されるべきある場合、追加の行列拡張または繰り返し方式を与える必要があることになる。性能的には、コーディングレートをサポートする明確な基底行列が、概して、より高いレートの基底行列の繰り返しよりも良好であろう。したがって、ＢＧ＃２は、領域Ｂ（８０４）のために使用されるのが最良であろう。ＴＢレベルのＣＲＣビットが付加された状態のＴＢがＫcb＝２５６０よりも大きい場合、セグメント化が必要とされることになる。したがって、コーディングレートが１／３よりも小さい場合、ＢＧ＃２が選択されてよい。
【０２５０】
実施形態では、１／４などのより小さいレート閾値が領域Ｂ（８０４）の上限を定義するために使用されてよい。これは、セグメント化損失とブロック誤り率（ＢＬＥＲ）性能との両方を考慮した後のＢＧ＃１とＢＧ＃２との間の性能比較によるものでよい。
【０２５１】
ＢＧ＃１とＢＧ＃２との両方は領域Ｃ（８０６）におけるカバレージを有し、セグメント化を必要としないであろう。領域Ｃ（８０６）では、２つのＢＧ選択プロシージャが考えられてよい。第１のプロシージャでは、ＢＧ＃２が短ブロックサイズおよびより低いコーディングレートために設計されるので、ＢＧ＃２は、常に、領域Ｃ（８０６）のために選択されてよい。第２のプロシージャでは、より小さいフィラービットをもつＢＧが選定されてよく、したがって、場合によっては、ＢＧ＃１が選択されてよい。第２のプロシージャでは、領域Ｃ（８０６）は、ＢＧ＃１とＢＧ＃２とからの全ての情報ビット長をサポートし、所与のＴＢＳよりもわずかに大きい最も近い情報ビット長を有するＢＦが選択されてよい。
【０２５２】
第１のプロシージャと第２のプロシージャとが異なるＢＧ選択選好を有する場合に焦点を当てたシミュレーションについて以下で説明する。詳細には、シミュレーションは、ＢＧ＃１がＢＧ＃２よりも少ないフィラービットを有する場合におけるＢＧ＃１とＢＧ＃２との性能を評価する。したがって、第１のプロシージャでは、ＢＧ＃１が選択されてよく、第２のプロシージャでは、ＢＧ＃２が選択されてよい。
【０２５３】
シミュレーションでは、加法性白色ガウス雑音（ＡＷＧＮ）チャネルと４位相シフトキーイング（ＱＰＳＫ）変調とが仮定され、ＴＢＳがＴＢレベルのＣＲＣビットを含むと仮定される。１／３と２／３との２つのコーディングレートが評価され、それらは、ＢＧ＃２によって直接サポートされる最小および最大のコーディングレートに対応する。コーディングレートごとに、３つの異なるＴＢＳ＝［８６，３９０，１９３６］が選定されている。必要とされるフィラービットの数を以下の表１に示す。シミュレートされたＴＢＳの全てで、ＢＧ＃１がＢＧ＃２よりも少ないフィラービットを有する。
【０２５４】
【表１】
2020511030.tif 000066
【０２５５】
フィラービットが使用されると、生成されるコード化ビットの数は、フィラービットのサイズに依存し、ＴＢＳ／レートよりも大きくなる。比較をフェアにするために、情報ビットごとの信号対雑音比がＢＧ＃１とＢＧ＃２とに対して同じになるように、ＡＷＧＮ雑音レベルをコード化ビットサイズに従って調整する必要がある。
【０２５６】
図９は、ＢＧ＃１がより少ないフィラービットを有する１／３のレートでのＢＧ＃１とＢＧ＃２との間の性能比較を与えるグラフ９００である。図１０は、ＢＧ＃１がＢＧ＃２よりも少ないフィラービットを有する２／３のレートでのＢＧ＃１とＢＧ＃２との間の性能比較を与えるグラフ１０００である。図９および図１０に示すように、ＢＧ＃１がより少ないフィラービットを有する場合でも、ＢＧ＃２のＢＬＥＲ性能は、一貫して、ＢＧ＃１のＢＬＥＲ性能よりも良好である。したがって、１／３≦Ｒ≦２／３およびＴＢＳ≦２５６０の場合、より多くのフィラービットがＢＧ＃２のために要求される場合でも、ＢＧ＃２がＢＧ＃１よりも良好な性能を有する。したがって、実施形態では、１／３≦Ｒ≦２／３およびＴＢＳ≦２５６０の場合、ＢＧ＃２が選択されてよい。さらに、実施形態では、ＢＧの選択において使用されるレート閾値は、たとえば、１／３≦Ｒ≦２／３を１／４≦Ｒ≦２／３で置き換えるなど、異なる値でよい。実施形態では、３８４０などのより大きいＴＢＳ閾値が使用されてよい。
【０２５７】
ＢＧ＃１とＢＧ＃２との両方が領域Ｄ（８０８）のコーディングレートをサポートする。ＴＢブロック長が（２５６０，８４４８）の範囲内にある場合に、リフティングＺ値が選定され、いくつかのフィラービットが使用される場合、ＢＧ＃１が、それらを直接サポートしてよい。ＢＧ＃２は、コーディングレートを直接サポートすることができない。ただし、セグメント化がＫcb＝２５６０を使用して実行される場合、それは、コーディングレートをサポートすることができる。
【０２５８】
概して、より長いコードワードが使用されるとき、ＬＤＰＣコードはより良く実行する。これは、より長いコードワードがバースト性のエラーを補償するためにより良いダイバーシティ利得を与えることができるフェージングチャネルにおいて特に真である。
【０２５９】
領域Ｄ（８０８）の場合のシミュレーションについて以下で説明する。シミュレーションでは、ＡＷＧＮチャネルとＱＰＳＫ変調とが仮定され、ＴＢＳ＝５１２０が選定され、ＴＢＳがＴＢレベルのＣＲＣビットを含むと仮定する。
【０２６０】
図１１は、１／３のコードレートでのＢＧ＃１とＢＧ＃２との間の性能比較を与えるグラフ１１００である。ＢＧ＃１が使用されるとき、１６０フィラービットが利用される。ＢＧ＃２が使用されるとき、ＴＢは２つのＣＢにセグメント化され、ここで、各ＣＢは、０フィラービットをもつＫ＝２５６０を有する。ＢＧ＃１は、ＢＬＥＲ＝１％において約０．２ｄＢだけＢＧ＃２よりも優れている。このシミュレーションでは、ＢＧ＃２が選択され、セグメント化が実行されるときの第２のＣＢのための追加のＣＲＣビットは考慮されない。追加のＣＲＣビットが考慮される場合、ＢＧ＃２の性能がより不良となるであろう。したがって、１／３≦Ｒ≦２／３およびＴＢＳ＞２５６０の場合、ＢＧ＃１は、ＢＧ＃２よりも良好な性能を有する。したがって、１／３≦Ｒ≦２／３およびＴＢＳ＞２５６０の場合、ＢＧ＃１は、いくつかの実施形態では、選定されてよい。実施形態では、使用されるレート閾値が別の値に置換されてよい。たとえば、１／３≦Ｒ≦２／３の代わりに１／４≦Ｒ≦２／３が使用されてよい。実施形態では、３８４０などのより大きいＴＢＳ閾値が使用されてよい。
【０２６１】
図８に関して上記で説明した実施形態では、１／３および２／３のレート閾値が使用される。ただし、それらは、ＢＧ＃１およびＢＧ＃２のために使用される定義に応じて他のレートに変更されてよい。さらに、２５６０および８４４８のＴＢＳ閾値が、図８に関して上記で説明した実施形態において使用される。ただし、それらは、ＢＧ＃１とＢＧ＃２との定義に応じて他の長さに変更されてよい。
【０２６２】
例示的なＢＧ選択プロシージャでは、ＢＧ＃１は、４６ｘ６８の基底行列の次元、２列のシステマティックパンクチャリング、Ｋb1＝２２、ならびにＲmax,1＝２２／２５、Ｒmin,1＝１／３、およびＫcb,max1＝８４４８を有するものとして定義されてよい。ＢＧ＃２は、４２ｘ５２の基底行列の次元、２列のシステマティックパンクチャリング、Ｋb2＜＝１０，Ｒmax,2＝２／３，Ｒmin,2＝１／５、およびＫcb,max2＝２５６０を有するものとして定義されてよい。
【０２６３】
コードブロックのセグメント化に対する入力ビットシーケンスは、ｂ0，ｂ1,ｂ2,ｂ3,．．．，ｂB-1によって示され、ここで、Ｂ＞０である。Ｂが最大コードブロックサイズＫcbよりも大きい場合、入力ビットシーケンスのセグメント化が実行されてよく、Ｌ＝ＬCBビットの追加のＣＲＣシーケンスが各コードブロックに付加されてよい。最大コードブロックサイズおよびＢＧ選択プロシージャは、所望のコーディングレートＲおよびＴＢサイズＢに依存してよい。
【０２６４】
【数６３】
2020511030.tif 000067
【０２６５】
上記で説明した特定の例では、１／３と２／３とが２つのレート閾値として使用される。ただし、それらは、ＢＧ＃１とＢＧ＃２との定義に応じて他のレートに変更されてよい。同様に、２５６０と８４４８とが、上記で説明した特定の例において２つの長さの閾値として使用される。ただし、それらも、ＢＧ＃１とＢＧ＃２との定義に応じて他の長さに変更されてよい。
【０２６６】
ＣＲＣ付加について、ＴＢレベルのＣＲＣは、Ｃ１ビットを有してよく、ＴＢレベルのＣＲＣは、Ｃ２ビットを有してよい。ＣＢグループ（ＣＢＧ）レベルのＣＲＣは、Ｃ３ビットで挿入されてよい。Ｃ１、Ｃ２およびＣ３は、予め定義されてよいか、または予め決定されてよい。代替的に、Ｃ１、Ｃ２およびＣ３は、いくつかの整数を含んでよい予め定義されたまたは予め決定されたセットＳから選択されてよい。たとえば、Ｓ＝｛０，４，８，１６，２４｝である。ＣＲＣサイズの選択は、データＱｏＳタイプ（たとえば、ｅＭＢＢ、ＵＲＬＬＣなど）、ＷＴＲＵ能力、および／またはＣＲＣ（たとえば、Ｃ１、Ｃ２またはＣ３）のレベルのうちの１つまたはそれらの組合せに依存してよい。データＱｏＳに関して、一例として、ＵＲＬＬＣの場合、より長いＣＲＣコードが選択されてよい。ＷＴＲＵ能力に関して、いくつかのＷＴＲＵは、１つのＣＲＣ値またはＳ値のサブセットをサポートしてよい。使用されるＣＲＣ値は、ＷＴＲＵがサポートするＣＲＣ値のセットから選定されてよい。
【０２６７】
ＬＤＰＣコーディングされたトランスポートチャネルのためのレートマッチング（４７０Ａ／４７０Ｂ）は、コード化ブロックごとに定義されてよく、パンクチャリングまたは繰り返しと、コード化ビットストリームをインターリービングすることと、循環バッファにおけるビット収集および記憶とを含んでよい。レートマッチングのためにダブルの、複数のおよび単一の循環バッファを使用する実施形態について、以下で説明する。
【０２６８】
一実施形態では、ダブル循環バッファが、ＬＤＰＣコードを用いたより信頼できるＨＡＲＱ再送信を取得するために使用されてよい。ダブル循環バッファが使用されるとき、再送信を含む各送信は、いくつかの情報ビットを搬送してよい。
【０２６９】
図１２は、レートマッチングおよびＨＡＲＱのための例示的なダブル循環バッファの図１２００である。図１２に示す例では、情報ビットが最低のデータレートを用いてマザーＬＤＰＣコードまたはＬＤＰＣコードで符号化されるＬＤＰＣ符号化の後に、情報ビットのセット｛ｓ1，ｓ2，．．．，ｓK｝１２１０とパリティ検査ビットのセット｛ｐ1，ｐ2，．．．，ｐM｝１２２０とが取得されてよい。ここで、Ｋは、情報ビット１２１０の長さであり、Ｍは、パリティビット１２２０の長さである。ＬＤＰＣ符号化プロシージャにより、情報ビットのパンクチャリングが可能になってよい。そのようなシナリオでは、パンクチャリングされた情報ビットが情報ビットセットに含まれてよい。
【０２７０】
実施形態では、符号化された情報ビットセット１２１０とパリティ検査ビットセット１２２０とが、随意に、サブブロックインターリーバ（図示せず）にパスされてよい。一実施形態では、サブブロックインターリーバはＲＶ値に依存してよい。異なるＲＶ値または異なる再送信ごとに、インターリーバが異なってよい。ＲＶ値のセットに対してインターリーバのセットが定義されてよい。使用されるインターリーバは、予め決定されてよいか、または予め定義されてよい。
【０２７１】
情報ビット１２１０は、循環バッファ１２３０（たとえば、情報循環バッファ）に挿入されてよく、パリティ検査ビット１２２０は、異なる循環バッファ１２４０（たとえば、パリティ循環バッファ）に挿入されてよい。利用可能なリソース要素の数（たとえば、合計Ａビット）をマッチングするために各それぞれのバッファ１２３０および１２４０から連続ビットを抽出するために、ビット選択１２５０および１２６０が使用されてよい。Ａビットを抽出するためにいくつかの異なる方法が使用されてよい。例示的な方法について以下で説明する。
【０２７２】
ＲＶ＝０（第１の送信）の場合、Ｋ−ｎＺ個の連続する情報ビットが情報循環バッファ１２３０から抽出されてよい。たとえば、ビット｛ｓNZ+1，．．．，ＳK｝が抽出されてよい。この例では、Ｚは、リフティングサイズであり、ｎＺは、情報ビットセット１２１０からのパンクチャリングされたビットの数である。Ａ−（Ｋ−ｎＺ）個の連続パリティビットが、パリティ循環バッファ１２４０から抽出されてよい。たとえば、ビット｛ｐ1，．．．，ＰZ-K+nZ｝が抽出されてよい。ＲＶ＞０（再送信）の場合、情報循環バッファ１２３０からの情報ビットのサブセットが選択されてよい。サブセットのサイズは、予め決定されてよいか、または予め定義されてよい。たとえば、固定比Ｒipが予め定義されてよいか、予め決定されてよいか、またはシグナリングされてよい。比Ｒipは、再送信において搬送されるパリティ検査ビットに対する情報ビットの比であってよく、ｒｏｕｎｄ（Ｒip＊Ａ）は、選択された情報ビットのサイズであってよい。ここで、ｒｏｕｎｄは、最も近い整数を取得するための関数である。代替的に、ｃｅｉｌ（）またはｆｌｏｏｒ（）がｒｏｕｎｄ（）の代わりに使用されてよい。ここで、ｃｅｉｌ（ｘ）は、ｘよりも大きい最小の整数を取得する関数であり、ｆｌｏｏｒ（ｘ）は、ｘよりも小さい最大の整数を取得する関数である。サブセットは、ＲＶ数、サブセットのサイズ、Ｒip、および／またはＡに基づいて決定されてよいロケーションから開始してよい。異なるＲＶのための送信は、重複するビットを有してもよく、有してなくてもよい。
【０２７３】
パリティ循環バッファ１２４０からのパリティ検査ビットのサブセットが選択されてよい。サブセットのサイズは、予め決定されてよいか、または予め定義されてよい。たとえば、Ｒipが使用される場合、Ａ−ｒｏｕｎｄ（Ｒip＊Ａ）ビットが選択されてよい。サブセットは、ＲＶ数、サブセットのサイズ、Ｒip、および／またはＡに基づいて決定されてよいロケーションから開始してよい。たとえば、サブセットは、最後の送信から選択されたサブセットの直後に開始してよい。
【０２７４】
随意の追加のインターリーバ（図示せず）は、ビット選択１２５０／１２６０の後に含まれてよい。実施形態では、インターリーバはＲＶ値に依存してよい。異なるＲＶ値または異なる再送信ごとに、インターリーバが異なってよい。ＲＶ値のセットに対してインターリーバのセットが定義されてよい。使用されるインターリーバは、予め決定されてよいか、または予め定義されてよい。
【０２７５】
追加のインターリーバが含まれる場合、それは、ＨＡＲＱ再送信のための追加の多様性を与えてよい。たとえば、インターリーバは、コンスタレーションシンボルマッピングにビットをリオーダーするように設計されてよい。たとえば、６４ＱＡＭが利用されるとき、［ｂ０，ｂ１，ｂ２，ｂ３，ｂ４，ｂ５］がＲＶ０における１つの６４ＱＡＭコンスタレーションポイントにマッピングされてよい。次いで、インターリービングされたバージョン（たとえば、［ｂ１，ｂ０，ｂ３，ｂ２，ｂ５，ｂ４］または［ｂ５，ｂ４，ｂ３，ｂ２，ｂ１，ｂ０］）は、ＲＶ１におけるシンボルにマッピングされてよく、以下同様である。
【０２７６】
選択された情報ビットとパリティ検査ビットとは、ビットストリームが形成されてよいビット集合１２７０に受け渡されてよい。たとえば、ビットストリームは、情報ビットと、それに続くパリティ検査ビットとを含んでよい。インターリーバ１２８０は、ビット集合１２７０の結果として与えられるビットストリームに適用されてよい。実施形態では、ダブル循環バッファの使用は、たとえば、ＷＴＲＵなどのデバイスによってシグナリングされてよい。
【０２７７】
実施形態では、複数の循環バッファベースのＨＡＲＱ方式が使用されてよい。複数のバッファの各々は、コード化ビットのサブセットに対応してよい。バッファは、重複するビットを有してもよく、有してなくてもよい。バッファへのコード化ビットの区分は、デコーダに対するビットの重要性に依存してよい。たとえば、３つのバッファをもつシステムでは、バッファ１は、最も重要なビットを搬送してよく、一方、バッファ２は、バッファ１におけるビットよりも重要性が低くてよいが、バッファの残りにおいて搬送されるビットよりも重要であってよいビットのサブセットを搬送してよい。バッファ３は、重要性の最も低いビットを搬送してよい。
【０２７８】
各ＲＶ値に対して比のセットが定義されてよい。比のセットは、対応するＲＶバージョンにおける対応するバッファから選択されるべきビット数を決定してよい。たとえば、ｋに等しいＲＶ値の場合、比のセットは、［Ｒk,1s，Ｒk,2，．．．，Ｒk,B］であってよく、ここで、Ｂは、利用されるバッファの数である。以下の制限が適用されてよい。
Ｒk,1＋Ｒk,2＋．．．＋Ｒk,B＝１
および
０≦Ｒk,b≦１、ｂ＝１，．．．，Ｂ
【０２７９】
ＲＶｋのためのＡの長さをもつコードワードを選択し、形成するために、Ａ・Ｒk,1ビットがバッファ１から選択されてよく、Ａ・Ｒk,2ビットがバッファ２から選択されてよく、以下同様である。Ａ・Ｒk,bが整数でない場合、最も近い整数が選択されてよい。代替的に、Ａ・Ｒk,bよりも小さい最大の整数が使用されてよいか、またはＡ・Ｒk,bよりも大きい最小の整数が使用されてよい。最後のバッファについて、
【０２８０】
【数６４】
2020511030.tif 000068
【０２８１】
ビットが選択されてよい。
【０２８２】
比のセットは、規格において予め定義されてよい。たとえば、所与の数のバッファでは、各ＲＶ値のための比のセットが指定されてよい。代替的に、比のセットは、ｅＮＢまたは送信機によって予め決定されてよい。このようにして、比のセットは、明示的にシグナリングされてよい。
【０２８３】
各ＲＶ値に対して開始位置（starting position）のセットが定義されてよい。開始位置のセットは、Ａ・Ｒk,bビットが対応するＲＶにおいて選択されてよい対応するバッファにおける位置を決定してよい。たとえば、ｋに等しいＲＶ値の場合、開始位置のセットは、［ＳＰk,1，ＳＰk,2，．．．，Ｒk,B］であってよく、ここで、Ｂは、利用されるバッファの数である。以下の制限が適用されてよい。
１≦ＳＰk,b≦Ｂｕｆｆｅｒ＿Ｓｉｚｅbであり、ｂ＝１，．．．，Ｂであり、Ｂｕｆｆｅｒ＿Ｓｉｚｅbはｂ番目のバッファサイズである。
【０２８４】
図１３は、複数の循環バッファを使用したビット選択の例示的な方法の図１３００である。図１３に示す例では、ビットを選択し、ＲＶｋのためのＡの長さをもつコードワードを形成するために、Ａ・Ｒk,bビットは、バッファｂにおける位置ＳＰk,bから位置ｍｏｄ（ＳＰk,b＋Ａ・Ｒk,b−１，Ｂｕｆｆｅｒ＿Ｓｉｚｅｂ）まで巡回的に選択されてよい。
【０２８５】
開始位置のセットは、仕様において予め定義されてよい。たとえば、所与の数のバッファでは、各ＲＶ値のための開始位置のセットが指定されてよい。代替的に、開始位置のセットは、基地局（たとえば、ｅＮＢ）または送信機によって予め決定されてよい。このようにして、開始位置のセットは、明示的にシグナリングされてよい。開始位置がバッファサイズによって制限される値であってよいので、正規化された開始位置が使用されてよい。たとえば、正規化された開始位置は、
【０２８６】
【数６５】
2020511030.tif 000069
【０２８７】
として定義されてよい。
【０２８８】
バッファの数（たとえば、上記で与えた例におけるＢ）は、予め定義されてよく、および／または予め決定されてよく、明示的にシグナリングされてよい。バッファサイズ（たとえば、Ｂｕｆｆｅｒ＿Ｓｉｚｅb）は、予め定義されてよく、および／または予め決定されてよく、明示的にシグナリングされてよい。
【０２８９】
図１４は、複数の循環バッファとともに使用するためのレート範囲（最低レート、最高レート）でＬＤＰＣコードをサポートするための構造化されたＬＤＰＣ基底グラフの図１４００である。実施形態では、ＬＤＰＣコードワードは、図１４に示すフォーマットをもつ構造化されたＬＤＰＣ基底グラフを使用して生成されてよい。図１４に示す例では、最高レートのＬＤＰＣコードは、［ＭA，ＭB］を含むグラフのサブセットに対応してよく、一方、情報ビットは、部分行列ＭAに対応してよく、Ｐ1パリティビットは、部分行列ＭBに対応してよい。より低いレートのコードを得るために、行列拡張が使用されてよく、追加のＰ2パリティ検査ビットが生成されてよい。これらの構造化されたＬＤＰＣコードでは、最低データレートに対応するコードワードは、デコーダのために異なる優先度を有してよい情報ビットと、Ｐ1パリティビットと、Ｐ2パリティビットとの３つの部分を有してよい。したがって、３つのバッファがそれらを搬送するように定義されてよい。
【０２９０】
実施形態では、複数の循環バッファレートマッチングの能力、バッファの数Ｂおよびそれらの対応するサイズＢｕｆｆｅｒ＿Ｓｉｚｅb、ＲＶ数ｋ、対応する比のセット［Ｒk,1，Ｒk,2，．．．，Ｒk,B］、対応する位置のセット［ＳＰk,1，ＳＰk,2，．．．，ＳＰk,B］、コードワードサイズＡ、ならびに追加のインターリーバが使用されるのかどうかの情報および／またはパラメータがシグナリングされてよい。
【０２９１】
実施形態では、単一の循環バッファが使用されてよい。そのような実施形態では、チャネルコーディングの結果として与えられるビットシーケンスが単一の循環バッファに送られてよい。バッファサイズは、基底グラフのサイズとリフティングサイズとに依存してよい。
【０２９２】
図１５は、単一の循環バッファとともに使用するための例示的な基底グラフの図１５００である。図１５に示す例では、基底グラフはＭbｘＮbのサイズを有し、リフティングサイズはＺである。バッファサイズＮbufferは、パンクチャリングされるビットの全てがバッファに含まれる場合は、Ｎb・Ｚとなってよい。他の実施形態では、Ｎp・Ｚのパンクチャリングされるビットがバッファに含まれない場合、バッファサイズはＮb・Ｚ−Ｎp・Ｚとなってよく、ここで、Ｎpは、基底グラフにおけるパンクチャリングされた列の数である。たとえば、基底グラフの最初の２列がパンクチャされる場合、Ｎp＝２となる。一例では、基底グラフは、４６×６８のサイズを有してよく、最初の２列はパンクチャリングされてよい。パンクチャリングされたビットがバッファにおいて考慮されない場合、バッファサイズは６６・Ｚでよい。
【０２９３】
情報ビットサイズが指定されたリフティング値によって直接サポートされないという条件で、情報ビットの数を整数個の選択されたリフティングサイズＺにするためにゼロパディングまたはフィラービットが挿入されてよい。フィラービットが循環バッファに入ってよい。
【０２９４】
実施形態では、フィラービットは、送信の前に除去されてよい。そのような実施形態では、以下の仮定がなされてよい。Ｋは、情報ビットの数でよい。Ｋ’は、Ｋよりも大きい選択された基底グラフによってサポートされるサポートされる最小情報ビットサイズでよい。ここで、Ｋ’は、整数個のリフティングサイズＺである。Ｆ＝Ｋ’−Ｋは、フィラービットの総数でよい。Ｆ’は、実際に使用されるフィラービットの数でよい。Ｆ’は、ＲＶバージョンとコーディングレートとのためにＦと常に同じでなくてよい。たとえば、基底グラフサイズによって決定されるサポートされる最低データレートは、１／３でよい。しかしながら、基底グラフは、１／５のレートなどのより低いデータレート送信をサポートするために使用されてよい。一実施形態では、１／３のレートによって生成されたるコードワードが循環バッファに挿入されてよく、Ｋ／（コーディングレート）のビット数が、循環バッファから取得され、送信されてよい。このようにして、フィラービットを含んでよい循環バッファにおけるビットの部分が繰り返されてよい。Ｒは、所望のコーディングレートでよい。循環バッファサイズは、Ｎ個のバッファであってよい。循環バッファにおけるコード化ビットは、
【０２９５】
【数６６】
2020511030.tif 000070
【０２９６】
であってよい。
【０２９７】
単一の循環バッファを使用する詳細なレートマッチングプロシージャは、フィラービットを用いてコードワードサイズを計算すること、Ｎ’＝Ｋ’／Ｒを含んでよい。ＲＶの開始点Ｓが与えられれば、エンドポイントインデックスＥ＝ｍｏｄ（Ｓ＋Ｎ’−１，Ｎbuffer）が計算されてよい。選択されたビットは、開始点Ｓから終点Ｅまで取得されてよい。フィラービットの実際の数Ｆ’が計数されてよい。通常、Ｆ’は、０または整数であってよい。Ｆ’の数のフィラービットが除去されてよい。
【０２９８】
一実施形態では、フィラービットは、送信の前に除去されなくてよい。この場合、フィラービットは、制御情報をシグナリングするために使用されてよい。たとえば、全ての「０」のフィラービットが制御情報Ａをシグナリングするために使用されてよく、一方、全ての「１」のフィラービットが制御情報Ｂをシグナリングするために使用されてよい。一実施形態では、各ＲＶのための固定開始ロケーションが、サポートされるＲＶの総数ＮmaxRVとバッファサイズＮbufferとともに予め選択されてよい。
【０２９９】
図１６は、ＲＶの開始点がバッファにわたって一様に分散される方式（ａ）と、ＲＶの開始点がパリティビットにわたって一様に分散される方式（ｂ）と、ＲＶの開始点がＰ２パリティビットにわたって一様に分散される方式とのための４つのＲＶ（ＮmaxRV＝４）をもつ例示的な固定開始ロケーションを示す図１６００である。
【０３００】
ＲＶがバッファにわたって一様に分散される方式（ａ）では、固定ＲＶ開始ロケーションは、ロケーション
【０３０１】
【数６７】
2020511030.tif 000071
【０３０２】
が
【０３０３】
【数６８】
2020511030.tif 000072
【０３０４】
であるようにバッファにわたって一様に分散されるように選択されてよく、ここで、ｋ＝０，１，．．．，ＮmaxRV−１はＲＶインデックスである。最初のＮpＺ個のパンクチャリングされたビットがバッファに含まれてよい場合、式は
【０３０５】
【数６９】
2020511030.tif 000073
【０３０６】
または
【０３０７】
【数７０】
2020511030.tif 000074
【０３０８】
に変更されてよい。代替的に、ロケーションは、基底グラフに基づいて計算され、次いで、バッファにおいてインデックスに変換されてよい。たとえば、
【０３０９】
【数７１】
2020511030.tif 000075
【０３１０】
または
【０３１１】
【数７２】
2020511030.tif 000076
【０３１２】
または
【０３１３】
【数７３】
2020511030.tif 000077
【０３１４】
である。
【０３１５】
たとえば、最初の２列がパンクチャリングされてよい４６×６８の基底グラフ次元の場合、バッファサイズは、６６Ｚとなる。パンクチャリングされたシステマティックビットが循環バッファに入らない場合、開始位置［Ｓ０，Ｓ１，Ｓ２，Ｓ３］＝［０，１６Ｚ，３２Ｚ，４８Ｚ］となる。
【０３１６】
上記で説明した例では、および以下の例では、演算ｆｌｏｏｒ（）が使用される。ただし、実施形態では、それは、演算ｃｅｉｌ（）またはｒｏｕｎｄ（）によって置き換えられてよい。ｆｌｏｏｒ（ｘ）が、ｘ以下の最大の整数を与える場合、ｃｅｉｌ（ｘ）は、ｘ以上の最小の整数を与え、ｒｏｕｎｄ（ｘ）はｘに最も近い整数を与える。フロア演算の代わりにシーリングまたはラウンド演算を適用することによって、開始位置は、［Ｓ０，Ｓ１，Ｓ２，Ｓ３］＝［０，１７Ｚ，３３Ｚ，５０Ｚ］となる。別の可能な選択は、［Ｓ０，Ｓ１，Ｓ２，Ｓ３］＝［０，１６Ｚ，３３Ｚ，４９Ｚ］であってよく、これは、式
【０３１７】
【数７４】
2020511030.tif 000078
【０３１８】
に基づく。
【０３１９】
最初の２列がパンクチャリングされてよい４２×５２の基底グラフ次元の場合、バッファサイズは、５０Ｚとなる。パンクチャリングされたシステマティックビットが循環バッファに入らない場合、フロア演算を使用することによって開始位置［Ｓ０，Ｓ１，Ｓ２，Ｓ３］＝［０，１２Ｚ，２４Ｚ，３６Ｚ］となるか、またはシーリングもしくはラウンド演算を使用することによって開始位置［Ｓ０，Ｓ１，Ｓ２，Ｓ３］＝［０，１３Ｚ，２５Ｚ，３８Ｚ］となる。別の可能な選択は、［Ｓ0，Ｓ1，Ｓ2，Ｓ3］＝［０，１２Ｚ，２５Ｚ，３７Ｚ］となることができる。
【０３２０】
実施形態では、上記で説明した一様に分散されたＲＶ開始点は、ＲＶ０以外の自己復号可能なＲＶの設計と組み合わされてよい。たとえば、ＲＶ３の開始点は、それが自己復号可能となるようにバッファの端部に向かって順方向に移動されてよい。これにより、ＢＧ２について［Ｓ0，Ｓ1，Ｓ2，Ｓ3］＝［０，１７Ｚ，３３Ｚ，５６Ｚ］および［Ｓ0，Ｓ1，Ｓ2，Ｓ3］＝［０，１３Ｚ，２５Ｚ，４３Ｚ］となってよい。
【０３２１】
ＲＶがパリティビットにわたって一様に分散される方式（ｂ）では、固定ＲＶ開始ロケーションは、第１のロケーションがパンクチャリングされたロケーションを除くコードワードの開始から選択されるように選択されてよく、残りのロケーションはパリティビットにわたって一様に分散されてよい。パンクチャリングされたシステマティックビットが循環バッファに保存されない場合、
【０３２２】
【数７５】
2020511030.tif 000079
【０３２３】
であり、ここで、ｋ＝０，１，．．．，ＮmaxRV−１はＲＶインデックスであり、Ｋb＝Ｎb−Ｍbであり、ＫbＺは情報ビット長である。第１のＮpＺ個のパンクチャリングされたビットがバッファに含まれてよい場合、式は、
【０３２４】
【数７６】
2020511030.tif 000080
【０３２５】
または
【０３２６】
【数７７】
2020511030.tif 000081
【０３２７】
に変更されてよい。
【０３２８】
代替的に、ロケーションは、基底グラフに基づいて計算され、次いで、バッファにおいてインデックスに変換されてよい。たとえば、
【０３２９】
【数７８】
2020511030.tif 000082
【０３３０】
または
【０３３１】
【数７９】
2020511030.tif 000083
【０３３２】
または
【０３３３】
【数８０】
2020511030.tif 000084
【０３３４】
である。
【０３３５】
ＲＶがパリティビットにわたって一様に分散される方式の変形形態では、固定ＲＶ開始ロケーションは、それらがＫbだけ分離されるように選択されてよい。固定ＲＶ開始ロケーションは、ロケーション
【０３３６】
【数８１】
2020511030.tif 000085
【０３３７】
が、Ｓk＝ｍｏｄ（ＫbＺ＊ｋ，Ｎbuffer）であるようにＫbだけ分離されてバッファにわたって一様に分散されるように選択されてよく、ここで、ｋ＝０，１，．．．，ＮmaxRV−１はＲＶインデックスであり、Ｋb＝Ｎb−Ｍbであり、ＫbＺは情報ビット長である。最初のＮp個のパンクチャリングされたビットがバッファに含まれてよい場合、式は、Ｓk＝ｍｏｄ（ＫbＺ＊ｋ，Ｎbuffer）＋ＮpＺまたはＳk＝ｍｏｄ（ＫbＺ＊ｋ，Ｎbuffer−ＮpＺ）＋ＮpＺに変更されてよい。
【０３３８】
ＲＶがパリティビットにわたって一様に分散される方式の別の変形形態では、固定ＲＶ開始ロケーションは、ロケーション
【０３３９】
【数８２】
2020511030.tif 000086
【０３４０】
が、Ｓk＝ｍｏｄ（（Ｋb−Ｎp）Ｚ＊ｋ，Ｎbuffer）であるようにＫb−Ｎpだけ分離されてバッファにわたって一様に分散されてよいように選択されてよく、ここで、ｋ＝０，１，．．．，ＮmaxRV−１はＲＶインデックスであり、Ｋb＝Ｎb−Ｍbであり、ＫbＺは情報ビット長であり、Ｎpは、パンクチャリングされたブロックに対応する。最初のＮp個のパンクチャリングされたビットがバッファに含まれてよい場合、式は、Ｓk＝ｍｏｄ（（Ｋb−Ｎp）Ｚ＊ｋ，Ｎbuffer）＋ＮpＺまたはＳk＝ｍｏｄ（（Ｋb−Ｎp）Ｚ＊ｋ，Ｎbuffer−ＮpＺ）＋ＮpＺに変更されてよい。
【０３４１】
ＲＶがＰ２パリティビットにわたって一様に分散される方式（ｃ）では、固定ＲＶ開始ロケーションは、第１のロケーションがパンクチャリングされたロケーションを除くコードワードの開始から選択されるように選択されてよく、残りのロケーションはパリティビットの第２の部分（すなわち、図１６に示すＰ２パリティビット）にわたって一様に分散されてよい。例示的なＲＶ開始ロケーションＲＶ0が図１６に示されており、
【０３４２】
【数８３】
2020511030.tif 000087
【０３４３】
であり、ここで、ｋ＝０，１，．．．，ＮmaxRV−１はＲＶインデックスであり、Ｋb＝Ｎb−Ｍbであり、ＫbＺは情報ビット長である。最初のＮp個のパンクチャリングされたビットがバッファに含まれてよい場合、式は
【０３４４】
【数８４】
2020511030.tif 000088
【０３４５】
または
【０３４６】
【数８５】
2020511030.tif 000089
【０３４７】
に変更されてよい。
【０３４８】
代替的に、ロケーションは、基底グラフに基づいて計算され、次いで、バッファにおいてインデックスに変換されてよい。たとえば、
【０３４９】
【数８６】
2020511030.tif 000090
【０３５０】
または
【０３５１】
【数８７】
2020511030.tif 000091
【０３５２】
または
【０３５３】
【数８８】
2020511030.tif 000092
【０３５４】
である。
【０３５５】
ＲＶがＰ２パリティビットにわたって一様に分散される方式の変形形態では、固定ＲＶ開始ロケーションは、それらがＫb＋Ｐ1だけ分離されるように選択されてよい。固定ＲＶ開始ロケーションは、ロケーション
【０３５６】
【数８９】
2020511030.tif 000093
【０３５７】
が、Ｓk＝ｍｏｄ（（Ｋb＋Ｐ1）Ｚ＊ｋ，Ｎbuffer）であるようにＫbだけ分離されてバッファにわたって一様に分散されてよいように選択されてよく、ここで、ｋ＝０，１，．．．，ＮmaxRV−１はＲＶインデックスであり、Ｋb＝Ｎb−Ｍbであり、ＫbＺは情報ビット長である。最初のＮp個のパンクチャリングされたビットがバッファに含まれてよい場合、式は、Ｓk＝ｍｏｄ（（Ｋb＋Ｐ1）Ｚ＊ｋ，Ｎbuffer）＋ＮpＺまたはＳk＝ｍｏｄ（（Ｋb＋Ｐ1）Ｚ＊ｋ，Ｎbuffer−ＮpＺ）＋ＮpＺに変更されてよい。
【０３５８】
ＲＶがＰ２パリティビットにわたって一様に分散される方式の別の変形形態では、固定ＲＶ開始ロケーションは、それらがＫb＋Ｐ1−Ｎpだけ分離されるように選択されてよい。固定ＲＶ開始ロケーションは、ロケーション
【０３５９】
【数９０】
2020511030.tif 000094
【０３６０】
が、Ｓk＝ｍｏｄ（（Ｋb＋Ｐ1−Ｎp）Ｚ＊ｋ，Ｎbuffer）であるようにＫbだけ分離されてバッファにわたって一様に分散されてよいように選択されてよく、ここで、ｋ＝０，１，．．．，ＮmaxRV−１はＲＶインデックスである。Ｋb＝Ｎb−Ｍbであり、ＫbＺは、情報ビット長である。最初のＮp個のパンクチャリングされたビットがバッファに含まれてよい場合、式は、Ｓk＝ｍｏｄ（（Ｋb＋Ｐ1−Ｎp）Ｚ＊ｋ，Ｎbuffer）＋ＮpＺまたはＳk＝ｍｏｄ（（Ｋb＋Ｐ1−Ｎp）Ｚ＊ｋ，Ｎbuffer−ＮpＺ）＋ＮpＺに変更されてよい。
【０３６１】
循環バッファが形成されると、バッファにおけるビットは
【０３６２】
【数９１】
2020511030.tif 000095
【０３６３】
であってよい。送信ごとに、送信機は、送信すべきＲＶインデックスのうちの１つを選択することが可能であってよい。たとえば、ｍ番目の送信について、送信機は、ＲＶkを選択してよい。予想されるコードワード長がＮである場合、送信されるビットは
【０３６４】
【数９２】
2020511030.tif 000096
【０３６５】
であってよい。
【０３６６】
異なる再送信バージョンは異なる性能を有してよい。性能はまた、コードレートまたはコードワード長に依存してよい。各送信におけるより少数の重複ビットがより良い性能をもたらしてよい。ＮmaxRV＝４である場合、ＲＶの自然順は［ＲＶ0，ＲＶ1，ＲＶ2，ＲＶ3］である。しかしながら、不自然なＲＶ順がより良いＨＡＲＱ性能を達成するために使用されてよい。たとえば、実施形態では、［ＲＶ0，ＲＶ2，ＲＶ3，ＲＶ1］のＲＶ順が使用されてよい。自己復号可能なＲＶ開始位置が考慮される場合、［ＲＶ0，ＲＶ2，ＲＶ1，ＲＶ3］のＲＶ順が適用されてもよい。
【０３６７】
システムに対して定義されるＬＤＰＣコードが複数のパリティ検査行列に対応してよい複数のプロトグラフ行列を有してよいが、複数のプロトグラフ行列は、情報ブロック長に基づいて定義されてよい。たとえば、情報ブロック長が閾値（すなわち、Ｘ）よりも大きい場合、（ＬＤＰＣプロトグラフ行列１が使用されてよく）、そうでない場合、ＬＤＰＣプロトグラフ行列が使用されてよい。いくつかの実施形態では、セグメント化が不均等なビット分布をもたらしてよい。セグメント化が実行されるとき、１つまたは複数のセグメント化がプロトグラフ行列１の範囲内に入ってよく、一方、他のセグメント化がプロトグラフ行列２の範囲内に入ってよいことが可能であってよい。
【０３６８】
たとえば、送信ブロックがＹ個の情報ビットを有してよく、これは、サポートされる最大情報ビットよりも大きい。したがって、セグメント化が実行されてよい。いくつかの不均等な分離のために、１つセグメントはＹ１個のビットを有し、他のものはＹ２個のビットを有する。Ｙ１＞Ｘであり、Ｙ２＜Ｘである可能性があり、これは２つのＬＤＰＣコードをトリガしてよい。
【０３６９】
たとえば、パディングされたセグメントのサイズが閾値Ｘよりも大きくなり、したがって、同じＬＤＰＣプロトグラフ行列が使用されてよいようにより小さい１つまたは複数のセグメントを事前にパディングすることによってこの問題を解決してよい実施形態について説明する。別の実施形態では、各セグメントの長さが閾値Ｘよりも少ない領域に属してよいようにセグメントの数が１だけ増加してよい。
【０３７０】
上述のように、実施形態では、ビットインターリービングはレートマッチングの後、変調の直前に実行されてよい。一実施形態では、ブロックインターリーバが使用されてよい。ブロックインターリーバのサイズを決定するために、リフティングサイズＺ、変調次数または変調されたシンボルにおけるビット数、サポートされるデータストリームの数、および割り振られたＲＢサイズまたはサポートされる最小ＲＢサイズのパラメータのうちの１つまたは複数が考慮されてよい。
【０３７１】
図１７は、インターリービングを用いる例示的なＬＤＰＣ符号化プロシージャのフローチャート１７００である。上記で説明したように、ＴＢＳとコードレートとが与えられれば、ＬＤＰＣ基底グラフ選択およびセグメント化が実行されてよい。ＬＤＰＣコーディング演算が、次いで、実行されてよい。図１７に示す例では、送信機は、次いで、フィラービットを挿入し（１７１０）、ＬＤＰＣ符号化を実行し（１７２０）、最初の２Ｚ個の情報ビットをパンクチャリングし（１７３０）、循環バッファに出力をパスし（１７４０）、レートマッチングを実行し（１７４０）、フィラーを除去し（１７５０）、インターリービングを実行し（１７６０）、変調を実行してよい（１７７０）。
【０３７２】
レートマッチングを実行する（１７４０）ために、送信されるべきビット数Ｎcbが計算されてよい。Ｎcbは、変調次数と、フィラービットの数と、リソースブロック割振りと相関していてよい。たとえば、Ｎrb個のＲＢが送信に割り振られてよく、ここで、各ＲＢは、ＮsymPerRB個の変調シンボルを搬送してよく、変調次数はＭであってよい。フィラービットの数は、Ｎfillerであると仮定されてよい。このシナリオでは、Ｎcb＝Ｎrb・ＮsymPerRB・ｌｏｇ2Ｍ＋Ｎfillerであり、Ｎｃｂビットは、循環バッファから読み出されてよい。
【０３７３】
インターリービングを実行する（１７６０）ために、ブロックインターリーバが使用されてよく、ここで、行数は、変調次数によって決定されてよい。たとえば、６４ＱＡＭの場合、変調次数Ｍ＝６４であり、ブロックインターリーバにおける行数は、ｍ＝ｌｏｇ２（Ｍ）＝６に設定されてよい。ブロックインターリーバは、行方向の書込みおよび列方向の読取りであってよい。
【０３７４】
自然順、逆順および循環シフト順を含むいくつかの変調マッピング順が定義されてよい。自然順の場合、ブロックインターリーバから読み取られるビットの各列は、変調マッパーに直接送られてよい。逆順の場合、ブロックインターリーバから読み取られるビットの各列は、予約され、次いで、変調マッパーに直接送られてよい。たとえば、６４ＱＡＭ変調の場合、ブロックインターリーバからのビットの列の自然順は、［ｍ０，ｍ１，ｍ２，ｍ３，ｍ４，ｍ５］であってよい。逆順は［ｍ５，ｍ４，ｍ３，ｍ２，ｍ１，ｍ０］であってよく、変調器への入力は逆順であってよい。循環シフト順の場合、ブロックインターリーバから読み取られたビットの各列は、Ｓshiftビットだけ循環シフトされてよい。たとえば、６４ＱＡＭ変調の場合、ブロックインターリーバからのビットの列の自然順は、［ｍ０，ｍ１，ｍ２，ｍ３，ｍ４，ｍ５］であってよい。Ｓshift＝２を用いる循環シフト順は［ｍ２，ｍ３，ｍ４，ｍ５，ｍ０，ｍ１］であってよく、変調器への入力は循環シフト順であってよい。Ｓshift＝４を用いる循環シフト順は［ｍ４，ｍ５，ｍ０，ｍ１，ｍ２，ｍ３］であってよく、変調器への入力は循環シフト順であってよい。
【０３７５】
実施形態では、変調マッピング順インデックス（ＭＭＯＩ）が上記で説明した一意の各変調マッピング順に割り当てられてよい。たとえば、以下の表２に示すように、ＭＭＯＩ＝０は自然順を示してよい。ＭＭＯＩ＝１は逆順を示してよい。ＭＭＯＩ＝２は、Ｓshift＝ｍｏｄ（２，ｌｏｇ２（Ｍ））を用いる循環シフト順を示してよい。ＭＭＯＩ＝３は、Ｓshift＝ｍｏｄ（４，ｌｏｇ２（Ｍ））を用いる循環シフト順を示してよい。ＭＭＯＩ＝４は、Ｓshift＝ｍｏｄ（６，ｌｏｇ２（Ｍ））を用いる循環シフト順を示してよい。ＭＭＯＩ＝５は、Ｓshift＝ｍｏｄ（８，ｌｏｇ２（Ｍ））を用いる循環シフト順を示してよい。上述の変調次数は例として提供された。しかしながら、システムは、変調次数の同じセット、変調次数のより大きいセット、または変調次数のサブセットを採用してよい。送信シナリオによっては、ＭＭＯＩが、決定されてよく、シグナリングされてよく、および／または暗示されてよい。
【０３７６】
ＭＭＯＩの決定または事前構成の一実施形態では、同じＭＭＯＩがＣＢ全体に適用されてよい。（自然順および逆順に対応する）ＭＭＯＩ０および１が使用されてよい。実施形態では、ＭＭＯＩは、ＲＶおよび／または新規データインジケータ（ＮＤＩ）によって決定されてよい。他の実施形態では、ＭＭＯＩは事前構成されてよい。たとえば、新しいデータ送信を用いる（すなわち、ＮＤＩがトグルされる）ＲＶ０の場合、ＭＭＯＩ＝０である。再送信を用いる（すなわち、ＮＤＩがトグルされない）ＲＶ０の場合、ＭＭＯＩ＝１である。ＲＶ１の場合、ＭＭＯＩ＝１である。ＲＶ２の場合、ＭＭＯＩ＝０である。ＲＶ３の場合、ＭＭＯＩ＝１である。
【０３７７】
別の実施形態では、同じＭＭＯＩがＣＢ全体に適用されてよい。（自然順、逆順および循環シフト順に対応する）ＭＭＯＩ０、１および２／３／４／５が使用されてよい。実施形態では、ＭＭＯＩがＲＶおよび／またはＮＤＩによって決定されてよい。他の実施形態では、ＭＭＯＩは事前構成されてよい。たとえば、新しいデータ送信を用いる（すなわち、ＮＤＩがトグルされる）ＲＶ０の場合、ＭＭＯＩ＝０である。再送信を用いる（すなわち、ＮＤＩがトグルされない）ＲＶ０の場合、ＭＭＯＩ＝１である。ＲＶ１の場合、ＭＭＯＩ＝２（すなわち、Ｓshift＝ｍｏｄ（２，ｌｏｇ２（Ｍ）））である。ＲＶ２の場合、ＭＭＯＩ＝４（すなわち、Ｓshift＝ｍｏｄ（６，ｌｏｇ２（Ｍ）））である。ＲＶ３の場合、ＭＭＯＩ＝３（すなわち、Ｓshift＝ｍｏｄ（４，ｌｏｇ２（Ｍ）））である。
【０３７８】
【表２】
2020511030.tif 000097
【０３７９】
別の実施形態では、異なるＭＭＯＩが１つＣＢに適用されてよい。たとえば、ＣＢはＰ個の部分に区分されてよく、各部分が１つのＭＭＯＩを有してよい。実施形態では、ＭＭＯＩがＲＶおよび／またはＮＤＩによって決定されてよい。他の実施形態では、ＭＭＯＩは事前構成されてよい。たとえば、ＣＢごとにＰ＝４個の区分があってよい。区分は、たとえば、以下の表３に示すように一様に実行されてよい。実施形態では、これらの例において与えられるＭＭＯＩの割当ては、本明細書で説明する実施形態に一致するように変更されてよい。
【０３８０】
【表３】
2020511030.tif 000098
【０３８１】
ＬＤＰＣデコーダの内部パリティ検査能力は、それのフォールスアラーム性能を改善してよい。したがって、実施形態では、ＣＢレベルのＣＲＣが必要とされるフォールスアラーム基準を達成するために必要とされなくてよい。代わりに、ブロックのグループは、オーバーヘッドを低減し、したがって、データ送信のスループットを増加させるために共通のＣＲＣを共有してよい。
【０３８２】
図１８Ａは、ＣＢＧレベルのＣＲＣをもつＱＣ−ＬＤＰＣコードを使用したデータチャネルのためのＴＢ処理の例示的な方法のフローチャート１８００Ａである。フローチャート１８００Ａは、ＣＢレベルのＣＲＣ付加（４４０Ｂ）がＣＢＧの生成およびＣＢＧレベルのＣＲＣ付加（１８１０Ａ）に置き換えられることを除いて図４Ｂにおけるフローチャート４００Ｂと同一である。実施形態では、ＣＢレベルのＣＲＣ（４４０Ｂ）は、１に等しいグループサイズをもつＣＢＧレベルのＣＲＣ１８１０Ａの特殊な場合と見なされてよい。
【０３８３】
ＣＢＧの生成およびＣＢＧレベルのＣＲＣ付加（１８１０Ａ）について、ＣＢＧは、いくつかのＣＢを連結し、各ＣＢＧにＣＲＣビットを付加することによって形成されてよい。ＴＢにおけるＣＧの数、各ＣＢＧにおけるＣＢの数、および各ＣＢＧのためのＣＲＣの長さを含むいくつかのパラメータが、ＣＢＧの生成およびＣＢＧレベルのＣＲＣ付加（１８１０Ａ）のために決定される必要があってよい。
【０３８４】
図１８Ｂは、ＣＢＧレベルのＣＲＣをもつＱＣ−ＬＤＰＣコードを使用したデータチャネルのためのＴＢ処理の別の例示的な方法のフローチャート１８００Ｂである。図１８Ｂに示す例では、図１８Ａに関して上記で説明したＣＢＧ動作が、図４Ｂに関して上記で説明したＣＢ動作と組み合わされてよい。図４Ｂと、図１８Ａと、図１８Ｂとの間で同じものであるブロックは、同じラベルを有する。図１８Ｂに示す例では、本方法は、レートマッチングの前のインターリービング４６０Ｂの代わりにレートマッチング（４７０Ｂ）の後のインターリービング１８２０を含む。
【０３８５】
ＣＢＧは、いくつかの異なる方法を使用して生成されてよい。ＣＢＧの生成の一実施形態では、各ＣＢＧにおけるいくつかのＣＢが構成されてよい。Ｂは、単一のＴＢにおけるセグメント化されたＣＢの総数を表す値であってよい。この値は、パラメータの決定（４２０Ｂ）の間に決定されてよく、コードブロックのセグメント化（４３０Ｂ）の間に使用されてよい。Ｓ1，．．．，ＳBがセグメント化されたＣＢのサイズであるとする。Ｌは、ＴＢにおけるＣＢＧの総数であってよく、Ｘ1，．．．，ＸLは、Ｌ個のＣＢＧにおけるＣＢの数であってよい。ＬおよびＸ1，．．．，ＸLは、いくつかの異なる方法のうちの１つで決定されてよい。以下の実施形態では、本方法は、以下で説明するＣＢＧ関連のシグナリングの第１の実施形態によってシグナリングされてよい。
【０３８６】
一実施形態では、ＣＢＧ（たとえば、Ｘmax）におけるＣＢの数は、予め定義されてよいか、または事前構成されてよい。Ｌは、
【０３８７】
【数９３】
2020511030.tif 000099
【０３８８】
のように設定されてよい。最初のＬ−１個のＣＢＧにおけるＣＢの数は、Ｘmaxに等しくなってよく、一方、最後のＣＢＧにおけるＣＢの数は、Ｂ−（Ｌ−１）＊Ｘmaxに等しくなってよい。言い換えれば、
Ｘi＝Ｘmax，ｉ＝１，．．．，Ｌ−１であり、
ＸＬ＝Ｂ−（Ｌ−１）＊Ｘmaxである。
最初のｍｏｄ（Ｂ，Ｌ）個のＣＢＧにおけるＣＢの数は、
【０３８９】
【数９４】
2020511030.tif 000100
【０３９０】
であってよく、一方、残りのＬ−ｍｏｄ（Ｂ，Ｌ）個のＣＢＧにおけるＣＢの数は、
【０３９１】
【数９５】
2020511030.tif 000101
【０３９２】
であってよい。言い換えれば、
【０３９３】
【数９６】
2020511030.tif 000102
【０３９４】
であり、
【０３９５】
【数９７】
2020511030.tif 000103
【０３９６】
である。
【０３９７】
別の実施形態では、ＣＢＧ（たとえば、Ｐmax）においてサポートされるビット数は、予め定義されてよいか、または事前構成されてよい。Ｙ1，．．．，ＹBは、ＴＢの各コードブロックにおけるビット数であってよい。第１のＣＢＧにおけるＣＢの数は、
【０３９８】
【数９８】
2020511030.tif 000104
【０３９９】
のように最大値Ｘ1として設定されてよく、第２のＣＢＧにおけるＣＢの数は、
【０４００】
【数９９】
2020511030.tif 000105
【０４０１】
のように最大値Ｘ2として設定されてよく、以下同様である。
【０４０２】
ＣＢＧの生成の別の実施形態では、各ＴＢにおけるＣＢＧの数が構成されてよい。通信システムは、ＴＢごとのＡＣＫ／ＮＡＣＫフィードバックビットの最大数（たとえば、Ｂ’）に対するいくつかの制限を有してよい。Ｌ≦ｍｉｎ｛Ｂ，Ｂ’｝であることは明らかである。この場合、ＴＢにおけるＣＢＧの最大数（すなわち、Ｂ’）は、予め定義されてよいか、または事前構成されてよい。ＴＢが単一のＴＢにおいて合計Ｂ個のセグメント化されたＣＢを有する場合、各ＣＢＧは
【０４０３】
【数１００】
2020511030.tif 000106
【０４０４】
個のＣＢを有してよい。ここで、最後のＣＢＧは、
【０４０５】
【数１０１】
2020511030.tif 000107
【０４０６】
個よりも少ない数のＣＢを含んでいてよい。ＣＢをグループ化するための代替方式では、ＴＢごとのＣＢＧの所与の最大数（たとえば、Ｂ’）では、いくつかのＣＢＧは、
【０４０７】
【数１０２】
2020511030.tif 000108
【０４０８】
個のＣＢを含んでいるように設定されてよく、他のＣＢＧは、
【０４０９】
【数１０３】
2020511030.tif 000109
【０４１０】
個のＣＢを含んでいるように設定されてよい。Ｂ’1は、
【０４１１】
【数１０４】
2020511030.tif 000110
【０４１２】
個のＣＢを含んでいるＣＢＧの数であってよく、Ｂ’2は、
【０４１３】
【数１０５】
2020511030.tif 000111
【０４１４】
個のＣＢを含んでいるＣＢＧの数であってよい。Ｂ’1およびＢ’2の値は、Ｂ’1＋Ｂ’2＝Ｂ’；ｂの式によって決定されてよい。
【０４１５】
【数１０６】
2020511030.tif 000112
【０４１６】
（詳細には、
【０４１７】
【数１０７】
2020511030.tif 000113
【０４１８】
であり、
【０４１９】
【数１０８】
2020511030.tif 000114
【０４２０】
である）。最初のＢ’1個のＣＢＧが
【０４２１】
【数１０９】
2020511030.tif 000115
【０４２２】
個のＣＢを含んでおり、一方、最後のＢ’2個のＣＢＧが
【０４２３】
【数１１０】
2020511030.tif 000116
【０４２４】
個のＣＢを含んでいる可能性がある。また、最初のＢ’2個のＣＢＧが
【０４２５】
【数１１１】
2020511030.tif 000117
【０４２６】
個のＣＢを含んでおり、一方、最後のＢ’1個のＣＢＧが
【０４２７】
【数１１２】
2020511030.tif 000118
【０４２８】
個のＣＢを含んでいる可能性がある。
【０４２９】
Ｂ≦Ｂ’という条件で、各ＣＢＧは、単一のＣＢしか含んでいなくてよい。ＣＢＧの総数がＢ’よりも少ないので、何らかの追加のシグナリングが受信機に通知するために必要とされてよい。この実施形態は、以下で説明するＣＢＧ関連のシグナリングの第２の実施形態を使用してシグナリングすることを含んでよい。
【０４３０】
別の実施形態では、上記で説明したＣＢＧの生成の２つの実施形態は、ＴＢサイズに応じて組み合わされてよい。大きいＴＢサイズ（たとえば、ｅＭＢＢトラフィック）の場合、ＡＣＫ／ＮＡＣＫフィードバックシグナリングオーバーヘッドを限定することが望ましいことがあってよい。小から中程度のＴＢサイズの場合、適切なＣＢセットが適時に形成され、送信されてよいように、各ＣＢＧのためのＣＢの数を指定することが望ましいことがあってよい。この実施形態は、ＴＢサイズ＞ＴＢ＿ｔｈｒｅｓである場合、上記で説明した第２のＣＢＧの生成実施形態が適用されてよいということを適用することによって実装されてよい。そうでない場合、上記で説明した第１のＣＢＧの生成実施形態が適用されてよい。ＴＢ＿ｔｈｒｅｓは、予め定義されてよいか、またはＲＲＣメッセージングによって構成されてよい。この実施形態に基づいて、上記で説明した第１のまたは第２のＣＢＧの生成実施形態のいずれかが、ＣＢＧの数または各ＣＢＧにおけるＣＢの数をそれぞれ決定するために選択されてよく、これは、以下で説明するＣＢＧシグナリングの対応する方法を使用して復号するために受信機にシグナリングされてよい。
【０４３１】
実施形態では、大きいＣＢＧ内でのＣＢ全体の再送信を回避するために複数のレベルのＣＢＧが使用されてよい。最初の送信では、受信機は、ＣＢＧ内でのＣＢの復号の成功または失敗に応じてＣＢＧごとにシングルビットのＡＣＫまたはＮＡＣＫを生成してよい。送信機は、ＣＢＧがＮＡＣＫに対応する場合、ＣＢＧの全てのＣＢを再送信してよい。再送信では、ＣＢＧサイズが、たとえば、サブＣＢＧサイズまで低減されてよい。言い換えれば、受信機は、サブＣＢＧ内でのＣＢの復号の成功または失敗に応じて再送信されるＣＢのためのサブＣＢＧごとにシングルビットのＡＣＫまたはＮＡＣＫを生成してよい。サブＣＢＧがＮＡＣＫに対応する場合、送信機は、第２の再送信において、サブＣＢＧの全てのＣＢを送ってよい。これにより、ＣＢＧの全てのＣＢの再送信が回避されてよい。サブＣＢＧサイズは、これからの回の再送信で低減し続けてよい。
【０４３２】
ＣＢＧが最初の送信に対応し、サブＣＢＧが全ての回の再送信に対応する２レベルのＣＢＧについて考える。最初の送信では、ＣＢＧごとの１ビットのＡＣＫ／ＮＡＣＫが使用されてよい。フィードバックがＡＣＫである場合、ＣＢＧごとの１ビットのＡＣＫ／ＮＡＣＫが新しい送信のために使用され続けてよい。１ビットのフィードバックＮＡＣＫが最初の送信のために使用される場合、サブＣＢＧレベルのＡＣＫ／ＮＡＣＫが再送信のために使用されてよく、サブＣＢＧごとの１ビットのＡＣＫ／ＮＡＣＫが使用されてよい。
【０４３３】
図１９は、２レベルのＣＢＧの例の図１９００である。図１９に示す例では、ＣＢＧは６つのＣＢを含み、サブＣＢＧは、３つのＣＢを含む。送信機１９６０は、ＣＢＧの最初の送信１９１０を送ってよい。ＣＢＧにおけるＣＢ（たとえば、第１のＣＢ１）が最初の送信１９１０の後に正しく復号されないという条件で、受信機１９７０は、シングルビットのＮＡＣＫ１９２０をフィードバックしてよい。送信機１９６０は、次いで、第１の再送信１９３０においてＣＢＧにおける全ての６つのＣＢを再送信してよい。これらの６つのＣＢが２つのサブＣＢＧに属するので、第１の再送信１９３０のためのフィードバックは、サブＣＢＧごとに１ビットの２ビットから構成されてよい。
【０４３４】
図示の例では、第１のＣＢは、再び、第１の再送信１９３０の後に正しく復号されない。ここで、フィードバック１９４０は、（ＮＡＣＫ，ＡＣＫ）であり、ここで、ＮＡＣＫは、第１のサブＣＢＧの失敗した復号を暗示し、ＡＣＫは、第２のサブＣＢＧの成功した復号を暗示する。フィードバック１９４０を受信すると、送信機１９６０は、第２の再送信１９５０において第１のサブＣＢＧにおける３つのＣＢしか送らないことになる。これは、必要とされる送信を低減してよい。
【０４３５】
代替的に、ＣＢＧレベルの確認応答は非対称であってよい。ＣＢＧが正常に検出される場合、１ビットがＣＢＧ  ＡＣＫにおいて設定されてよい。ＣＢＧが正常に検出されない場合、ビットマップがＣＢＧ  ＮＡＣＫにおいて使用されてよい。ビットマップにおける各ビットがＣＢＧにおける１つのＣＢに対応してよい。ＣＢが正常に検出されると考えられる場合、ビットマップにおける対応するビットが０に設定されてよい。そうでない場合、それは、１に設定されてよい。この例では、０と１とは交換されてよい。ビットマップにおけるビット数は、ＮＡＣＫにおいて明示的にシグナリングされてよい。代替的に、ビットマップにおけるビット数が、暗黙的であり、送信機と受信機との両方において知られてよいＣＢＧごとのＣＢの数によって決定されてよい。
【０４３６】
各ＣＢＧのためのＣＲＣ長を決定するために、いくつかの異なる方法のうちの１つが使用されてよい。一実施形態では、ＣＢＧレベルのＣＲＣ長Ｃ3は、ＣＢＧにおけるＣＢの数（たとえば、Ｘ）に依存してよい。たとえば、長いＣＲＣ長は、より少ないＣＢのグループをもつ短いＣＲＣ長の場合と同様のフォールスアラームレート（ＦＡＲ）性能を達成するためにより多くのＣＢのグループのために使用されてよい。たとえば、サポートされるＣＢＧレベルのＣＲＣ長がＣＲＣ1≦ＣＲＣ2≦ＣＲＣ3ビットであると仮定する。ＣＢＧレベルのＣＲＣ長は、以下によって決定されてよい。
【０４３７】
【数１１３】
2020511030.tif 000119
【０４３８】
Ｔｈｒｅｓ１＜Ｔｈｒｅｓ２である。
【０４３９】
別の実施形態では、ＣＢＧレベルのＣＲＣ長Ｃ3は、ＣＢＧにおけるＣＢのサイズ（たとえば、ＣＢごとのＹビット）に依存してよい。たとえば、長いＣＲＣ長がより大きいＣＢサイズをもつＣＢＧのために使用されてよく、一方、短いＣＲＣ長がより小さいＣＢサイズをもつＣＢＧのために使用されてよい。ＣＢＧレベルのＣＲＣ長は、以下によって決定されてよい。
【０４４０】
【数１１４】
2020511030.tif 000120
【０４４１】
Ｔｈｒｅｓ３＜Ｔｈｒｅｓ４である。この実施形態と直前の実施形態とは、上記で説明したように均一なＣＢＧの生成の仮定の下で使用されてよい。
【０４４２】
また別の実施形態では、ＣＢＧレベルのＣＲＣ長は、ＣＢＧ内のＣＢの総サイズに基づいてＣＢＧ固有のものであってよい。詳細には、ＣＢＧレベルのＣＲＣ長Ｃ3は、ＣＢＧ内のＣＢのサイズの合計に依存してよい。たとえば、ＹiをＣＢＧ内のｉ番目のＣＢのＣＢサイズであるとする。ＣＢＧレベルのＣＲＣ長は、以下によって決定されてよい。
【０４４３】
【数１１５】
2020511030.tif 000121
【０４４４】
Ｔｈｒｅｓ５＜Ｔｈｒｅｓ６である。
【０４４５】
ＬＤＰＣ符号化プロセスにおいて、ＬＤＰＣコードのマザーコードレートがデータのＱｏＳに基づいて決定されてよいことを上記で説明した。セルラシステムにおけるダウンリンク送信では、ｅＮＢは、ＬＤＰＣコードのマザーコードレートを決定してよい。このマザーコードレート情報は、ＷＴＲＵが復号のために同じパリティ検査行列を使用してよいようにＷＴＲＵに送られる必要があってよい。
【０４４６】
実施形態では、マザーコードレートは、各送信のコードレートとは異なる（またはそれより低い）。ＬＴＥシステムでは、たとえば、５ビットのＭＣＳインデックスとＲＢ割当て情報とがＤＣＩ情報ブロックに含まれている。ＭＣＳインデックスとＲＢ割当てとの両方がコード化ブロックの長さを暗示する。また、ルックアップテーブルに基づいて、ＴＢＳサイズが決定されてよい。次いで、受信機は、各セグメントの長さを導出してよい。コードレートが、次いで、送信のために決定されてよい。ＷＴＲＵは、依然として、それが再送信のために十分なメモリを割り振り、復号のために適切なパリティ検査行列を使用することになるようにマザーコードレートを知る必要があってよい。
【０４４７】
たとえば、Ｒ個のサポートされるマザーコードレートがあると仮定する。このマザーコードレートを示すために合計
【０４４８】
【数１１６】
2020511030.tif 000122
【０４４９】
ビットが使用されてよい。たとえば、Ｒ＝４であり、マザーコードレートについての２ビットの情報が生成されてよい。これらの
【０４５０】
【数１１７】
2020511030.tif 000123
【０４５１】
ビットは、他のパラメータとともに、ＤＣＩにおいて配置され、ＷＴＲＵに送出されてよい。
【０４５２】
マザーコードレートは、いくつかの再送信を介して送られるただ１つの時間情報であってよいので、この情報は、新規データインジケータビットと組み合わされてよい。たとえば、新規データインジケータが１である場合、
【０４５３】
【数１１８】
2020511030.tif 000124
【０４５４】
ビットのマザーコードレートがＤＣＩに含まれてよい。新規データインジケータが０である場合、マザーコードレート情報は、これらは再送信にすぎず、同じマザーコードレートが使用されてよいので、ＤＣＩにおいて必要とされなくてよい。
【０４５５】
上記で説明した例では、マザーコードレートが、概して、各送信のコードレートよりも少ないので、絶対マザーコードレートがＤＣＩにおいて符号化され、送信されてよい。したがって、現在の送信のコードレートが与えられれば、全
【０４５６】
【数１１９】
2020511030.tif 000125
【０４５７】
ビットを使用してマザーコードレートを示すことは無駄になってよい。それは、現在の送信のコードレートよりも少ない可能なマザーコードレートのみを示してよい。ここで、現在の送信のコードレートに対するマザーコードレートが使用されてよい。たとえば、マザーコードレートの全セットが、｛１／３，２／５，１／２，２／３｝であり、現在の送信のコードレートがすでに０．４５であると仮定する。その場合、可能なマザーコードレートは、｛１／３，２／５｝だけであってよい。したがって、１ビットの情報が使用されてよい。
【０４５８】
セルラシステムにおけるアップリンク送信では、ｅＮＢはまた、たとえば、ＷＴＲＵのための変調およびコーディング方式、冗長バージョン、ＲＢ割当て、ならびにＮＤＩを決定してよい。この情報は、ＤＣＩフォーマット０に含まれ、ＷＴＲＵに送られてよい。ＷＴＲＵは、このアップリンク送信のためのこの命令に従ってよい。再び、アップリンク送信では、ＬＤＰＣコードのマザーコードレートはまた、ＤＣＩフォーマット０に含まれてよい。この情報は、再送信では同じままであるので、送信のためにしか必要とされなくてよい。
【０４５９】
プロトグラフ行列選択がＷＴＲＵ能力情報に含まれてよいＷＴＲＵカテゴリによって暗示されてよいことを上記で説明した。基地局（たとえば、ｅＮＢ）は、ＷＴＲＵカテゴリ情報を受信すると、相応してプロトグラフ行列選択を行ってよい。
【０４６０】
図２０は、基地局（たとえば、ｅＮＢ）における特定のＷＴＲＵのためのプロトグラフ行列選択の例示的な方法のフローチャート２０００であり、ここで、基地局がＷＴＲＵカテゴリ情報を備える。図２０に示す例では、基地局は、ＷＴＲＵカテゴリ情報を含む無線リソース制御（ＲＲＣ）メッセージを受信する（２０１０）。基地局は、ＷＴＲＵカテゴリが単一のプロトグラフ行列に関連付けられるのかどうかを決定してよい（２０２０）。ＷＴＲＵカテゴリが単一のプロトグラフ行列に関連付けられるという条件で、単一のプロトグラフ行列が適用されてよい（２０３０）。ＷＴＲＵカテゴリが単一のプロトグラフ行列に関連付けられない（または２つ以上のプロトグラフ行列に関連付けられる）という条件で、複数のプロトグラフ行列が適用されてよい（２０４０）。
【０４６１】
上述のように、複数のプロトグラフ行列をサポートするＷＴＲＵの能力は、ＷＴＲＵ能力情報要素（ＩＥ）において明示的に与えられてよい。たとえば、ＵＥ−ＥＵＴＲＡ能力ＩＥにおいて、ＷＴＲＵが複数のプロトグラフ行列をサポートするのかどうかを指定するおよび／または何個のプロトグラフ行列をＷＴＲＵがサポートするのかを示す追加のアイテムが追加されてよい。これは、２つのＬＤＰＣコードしかシステムにおいて使用されない場合、次式によって以下のように示されてよい。
ｌｄｐｃ＿ｍａｔｒｉｘ＿ｎｕｍｂｅｒ                ＩＮＴＥＧＥＲ｛１，２｝，
【０４６２】
【数１２０】
2020511030.tif 000126
【０４６３】
図２１は、基地局（たとえば、ｅＮＢ）における特定のＷＴＲＵのためのプロトグラフ行列選択の別の例示的な方法のフローチャート２１００であり、ここで、基地局がＷＴＲＵ能力情報を備える。図２１に示す例では、基地局は、ＷＴＲＵ能力情報を含むＲＲＣメッセージを受信する（２１１０）。基地局は、ＷＴＲＵ能力情報、ＵＥ  ｌｄｐｃ能力情報がｌｄｐｃ＿ｍａｔｒｉｘ＿ｎｕｍｂｅｒ＞１を含むのかどうかを決定してよい。ＷＴＲＵ能力情報が、２つ以上のプロトグラフ行列を適用する能力を示さない（たとえば、ＵＥ  ｌｄｐｃ能力情報がｌｄｐｃ＿ｍａｔｒｉｘ＿ｎｕｍｂｅｒ＞１を有しない）という条件で、単一のプロトグラフ行列が適用されてよい（２１３０）。ＷＴＲＵ能力情報が、２つ以上のプロトグラフ行列を適用する能力を示す（たとえば、ＵＥ  ｌｄｐｃ能力情報がｌｄｐｃ＿ｍａｔｒｉｘ＿ｎｕｍｂｅｒ＞１を有する）という条件で、複数のプロトグラフ行列が適用されてよい（２１４０）。
【０４６４】
上記で詳細に説明したように、ＣＢＧの生成は、各ＣＢＧにおけるＣＢの数と各ＴＢにおけるＣＢＧの総数とを決定することを含んでよい。ＣＢＧ関連のパラメータは、いくつかの異なる方法でＷＴＲＵにシグナリングされてよい。
【０４６５】
一実施形態では、各ＣＢＧにおけるＣＢの数と各ＴＢにおけるＣＢＧの総数とは、ＣＢＧにおいてサポートされるＣＢの最大数（すなわち、Ｘmax）に依存してよい。別の実施形態では、これらの数は、ＣＢＧによってサポートされるビットの最大数（すなわち、Ｐmax）に依存してよい。これらの実施形態では、ＸmaxまたはＰmaxのいずれかが送信機から受信機にシグナリングされる必要があってよい。実施形態では、この情報がＤＣＩに含まれてよい。ここで、ＸmaxまたはＰmaxの値は、候補のセットから選択されてよく、ここで、候補のインデックスのみが、ダウンリンク送信のためにＤＣＩに、またはアップリンク送信のためにＵＣＩに含まれる必要があってよい。たとえば、ＣＢＧにおけるＣＢの最大数は、セット
【０４６６】
【数１２１】
2020511030.tif 000127
【０４６７】
から選定されてよい。ビット「００」は５を示してよく、ビット「０１」は１０を示してよく、ビット「１０」は１５を示してよく、ビット「１１」は２０を示してよい。ＤＣＩまたはＵＣＩはまた、ＣＢＧの生成に関するもう２ビットを含んでよい。
【０４６８】
ＣＢＧを構成する代替方法は、オフセット設定を使用することでよい。オフセットは、セット｛−１，０，１｝から選択されてよく、ここで、「−１」は、ＣＢの新しい最大数が以前の値よりも小さいことを暗示してよく、「０」は、ＣＢの新しい最大数が以前の値に等しいことを暗示してよく、「１」は、ＣＢの新しい最大数が以前の値よりも大きいことを暗示してよい。たとえば、以前のＴＢのための過去のＣＢＧの生成におけるＣＢの最大数が
【０４６９】
【数１２２】
2020511030.tif 000128
【０４７０】
のセットからの１０であると仮定する。「−１」のオフセット値は、新しい値が５であることを暗示してよく、「０」のオフセット値は、新しい値が１０であることを暗示してよく、「１」のオフセット値は、新しい値が１５であることを暗示してよい。
【０４７１】
上記で説明した実施形態では、ＣＢＧサイズがＤＣＩインジケーションを介して動的に調整可能であると仮定する。いくつかの実施形態では、この構成は半静的であってよい。そのような実施形態では、シグナリングはＲＲＣに基づいてよい。たとえば、ＣＢＧイネーブラとＣＢＧサイズとは、ＲＲＣ接続確立またはＲＲＣ接続再構成メッセージにおいて構成されてよい。たとえば、以下のアイテムは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに追加されてよい。
【０４７２】
【数１２３】
2020511030.tif 000129
【０４７３】
ＣＢＧサイズの構成はまた、ＲＲＣシグナリングを介した半静的なものとＤＣＩ／ＵＣＩシグナリングを介した動的なものとの両方の２つのレベルに基づいてよい。たとえば、ＲＲＣシグナリングは、たとえば、ＷＴＲＵ能力とチャネル帯域幅とに基づいてデフォルトＣＢＧサイズを与えてよく、一方、ＤＣＩシグナリングは、たとえば、チャネル状態と、ＴＢにおけるＣＢの総数と、データＱｏＳとに基づいて調整されたＣＢＧサイズを与えてよい。
【０４７４】
別の実施形態では、各ＣＢＧにおけるＣＢの数と各ＴＢにおけるＣＢＧの総数とは、ＴＢにおいてサポートされるＣＢＧの最大数（すなわち、Ｂ’）に依存してよい。実施形態では、Ｂ’の値は、たとえば、候補のインデックスのみがＲＲＣメッセージに含まれる必要があってよいＲＲＣシグナリングを介してなど、半静的な方法で構成されてよい。たとえば、ＴＢにおけるＣＢＧの最大数は、セットＢ＝｛１０，２０、３０，４０｝から選定されてよい。インデックス０はＢ’＝１０を示してよく、インデックス１はＢ’＝２０を示してよく、インデックス２はＢ’＝３０を示してよく、インデックス３はＢ’＝４０を示してよい。
【０４７５】
ＣＢＧ数は、ＲＲＣ接続確立またはＲＲＣ接続再構成メッセージにおいて構成されてよい。たとえば、以下のアイテムは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに追加されてよい。
【０４７６】
【数１２４】
2020511030.tif 000130
【０４７７】
上記のメッセージにおけるＤＬ／ＵＬ  ＣＢＧイネーブラは、ＤＬ／ＵＬ  ＣＢＧ数インデックスと組み合わされてよい。ＤＬ／ＵＬ  ＣＢＧ機能が無効化される場合、対応するＤＬ／ＵＬ  ＣＢＧ数は、ＴＢごとのＣＢの数に等しくなってよい。言い換えれば、各ＣＢＧは、単一のＣＢから構成されてよい。この情報は、１つの値がこれを示すためにＤＬ／ＵＬ  ＣＢＧ数インデックスにおいて予約されている場合、ＤＬ／ＵＬ  ＣＢＧ数インデックス上で搬送されてよい。
【０４７８】
実施形態では、Ｂ’の可能な値のリストは、ＲＲＣシグナリングを介して構成されてよく、一方、構成されたＣＢＧ数のうちでの選択は、ＭＡＣシグナリングを介したものであってよい。たとえば、可能なＢ’値のセットは、｛１０，２０，３０，４０｝であってよい。値のこのセットは、ＲＲＣ接続確立メッセージまたはＲＲＣ接続再構成メッセージによって送出されてよい。たとえば、データＱｏＳと、データサイズと、チャネル状態と、チャネル帯域幅とに応じて、実際のＣＢＧ数は、構成されたＣＢＧ数から選択され、ＭＡＣシグナリングを介してシグナリングされてよい。上記の例では、ＭＡＣシグナリングは、１０に等しいＣＢＧ数のためにインデックス「００」を使用し、２０に等しいＣＢＧ数のために「０１」を使用し、３０に等しいＣＢＧ数のために「１０」を使用し、３０に等しいＣＢＧ数のために「１１」を使用してよい。
【０４７９】
実施形態では、Ｂ’の可能な値のリストは、ＲＲＣシグナリングを介して構成されてよく、一方、構成されたＣＢＧ数のうちでの選択は、Ｌ１シグナリング（たとえば、ＤＣＩ）を介したものであってよい。たとえば、可能なＢ’値のセットは、｛１０，２０，３０，４０｝であってよい。値のこのセットは、ＲＲＣ接続確立メッセージまたはＲＲＣ接続再構成メッセージによって送出されてよい。たとえば、データＱｏＳと、データサイズと、チャネル状態と、チャネル帯域幅とに応じて、実際のＣＢＧ数は、構成されたＣＢＧ数から選択され、Ｌ１シグナリング（たとえば、ＤＣＩ）を介してシグナリングされてよい。上記の例では、Ｌ１シグナリングは、１０に等しいＣＢＧ数のためにインデックス「００」を使用し、２０に等しいＣＢＧ数のために「０１」を使用し、３０に等しいＣＢＧ数のために「１０」を使用し、３０に等しいＣＢＧ数のために「１１」を使用してよい。
【０４８０】
ＴＢが構成された値よりも少ないＣＢ（すなわち、Ｂ個のＣＢ、ここで、Ｂ≦Ｂである）を含んでいる場合、ＤＣＩまたはＵＣＩにおいての動的なシグナリングが適用されてよい。ここで、１ビットのインジケータがＤＣＩまたはＵＣＩに追加されてよい。このビットの１への設定は、Ｂ≦Ｂ’であることと、その後、各ＣＢＧが１つのＣＢを含んでいることと、ＴＢがＢ’個のＣＢＧよりも少ないＣＢＧを含んでいることとを暗示してよい。再送信の場合、再送信されるＣＢＧの数は、最初の送信に含まれているＣＢＧの数よりも小さくなってよい。この場合、再送信における数ＣＢＧは、構成されたＣＢＧ数よりも少ないことを示す１ビットのインジケータがＤＣＩまたはＵＣＩに追加されてよい。
【０４８１】
実施形態では、ＤＣＩまたはＵＣＩは、現在の送信において使用される実際のＣＢＧの情報を含んでよい。これを扱う単純な方法は、ビットマップサイズが構成されたＣＢＧ数である状態でＤＣＩまたはＵＣＩにＣＢＧビットマップを含めることであってよい。たとえば、構成されたＣＢＧ数が５であるという条件で、ＤＣＩは、５ビットを含んでいて、各ビットはＣＢＧに対応してよい。ビットが０に設定される場合、対応するＣＢＧは現在の送信に含まれない。ビットが１に設定される場合、ＣＢＧが現在の送信に含まれる。
【０４８２】
受信機からのＡＣＫ／ＮＡＣＫフィードバックビットの数は、構成された（もしくは示された）ＣＢＧ数に等しくなるか、または実際の（もしくはスケジュールされた）送信されたＣＢＧ数に等しくなるかのいずれかであってよい。これらの２つのオプションの間での選択はまた、予め決定されてよいか、または（たとえば、ＲＲＣシグナリングを介して）構成されてよい。たとえば、以下のアイテムは、ＲＲＣＣｏｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに追加されてよい。
【０４８３】
【数１２５】
2020511030.tif 000131
【０４８４】
Ｃｏｎｆｉｇｕｒｅｄ＿ＣＢＧ＿ＡＣＫ＿ＮＡＣＫが真に設定されるという条件で、ＡＣＫ／ＮＡＣＫフィードバックは、構成されたＣＢＧ数に基づいてよい。場合によっては、ＡＣＫ／ＮＡＣＫフィードバックは、実際の送信されたＣＢＧ数に基づいてよい。
【０４８５】
図２２は、ビットベースのＣＢＧインジケーションと関連するＡＣＫ／ＮＡＣＫフィードバックとのための例示的なシグナリングの信号図２０００である。図２２に示す例では、ＲＲＣおよび／またはＭＡＣシグナリングは、各ＴＢが最大で５つのＣＢＧを含んでいてよい構成を与えるために使用される。送信機２２１０は、全ての５つのＣＢＧを含む最初の送信２２３０を受信機２２００に送ってよい。ここで、ＤＣＩは、全てのビットが１に設定された状態の５ビットのＣＢＧビットマップを含む。図示の例では、受信機２２２０は、第１の、第２のおよび第４のＣＢＧを復号し、第３のおよび第５のＣＢＧを復号するのに失敗した。受信機は、［Ａｃｋ，Ａｃｋ，Ｎａｃｋ，Ａｃｋ，Ｎａｃｋ］によって与えられるＡＣＫ／ＮＡＣＫフィードバック２３４０を与えてよい。第１の再送信２２５０では、第３のおよび第５のＣＢＧのみが再送信され、ＤＣＩのＣＢＧビットマップは［０，０，１，０，１］として設定される。
【０４８６】
受信機２２２０は、今回再送信されるＣＢＧの両方を復号してよい。受信機２２２０は、Ａｃｋ／Ｎａｃｋフィードバック２２６０のための２つのオプションを有してよい。１つのオプションは、ＣＢＧの構成された数に等しいＡＣＫ／ＮＡＣＫビットの数（すなわち５）を有することであってよい。ここで、フィードバック２２６０は、全ての５つのＣＢＧがうまく復号されたことを示す［Ａ，Ａ，Ａ，Ａ，Ａ］である。別のオプションは、が再送信に含まれるＣＢＧの数（すなわち、第１の再送信の場合２）に等しいフィードバック２２６０におけるＡＣＫ／ＮＡＣＫビットの数を有することであってよい。ここで、フィードバック２２６０は、第１の再送信における２つのＣＢＧがうまく復号されたことを示す［Ａ，Ａ］である。
【０４８７】
ビットマップベースのＣＢＧインジケーションでは、ＴＢのためのＮＤＩが再使用されてよい。ここで、ＮＤＩは、ＣＢＧフラッシングアウト情報として働いてよい。
【０４８８】
ビットマップベースのＣＢＧインジケーションの代替として、実際のＣＢＧ数が各送信において示されてよい。この数は、ＤＣＩまたはＵＣＩに含まれてよい。たとえば、構成されたＣＢＧ数がＢ’であると仮定する。送信ごとに、ＤＣＩまたはＵＣＩは、
【０４８９】
【数１２６】
2020511030.tif 000132
【０４９０】
ビットを使用して、いくつのＣＢＧが送信に含まれるのかを示してよい。最初の送信におけるＣＢＧの実際の数は、構成されたＣＢＧ数に等しくなってよい。ＴＢごとのＣＢの数（すなわち、Ｂ）は構成されたＣＢＧ数よりも少ない場合、最初の送信におけるＣＢＧの実際の数はＴＢごとのＣＢの数に等しくなってよい。再送信におけるＣＢＧの実際の数は、以前の送信からのＡＣＫ／ＮＡＣＫフィードバックに依存してよい。詳細には、再送信におけるＣＢＧの実際の数は、フィードバックにおけるＮＡＣＫビットの数に等しくなってよい。
【０４９１】
図２３は、実際のＣＢＧ数と関連するＡＣＫ／ＮＡＣＫフィードバックとのための例示的なシグナリングの信号図２３００である。図２３に示す例では、ＲＲＣおよび／またはＭＡＣシグナリングは、各ＴＢが最大で５つのＣＢＧを含んでいてよい構成を与えるために使用される。送信機２３１０は、全ての５つのＣＢＧを含む最初の送信２３３０を受信機２３２０に送ってよい。ここで、ＤＣＩは実際のＣＢＧ数（すなわち、５）のフィールドを含んでよく、［ｌｏｇ2５］＝３であるので、３ビットのみが使用される。受信機が第１の、第２のおよび第４のＣＢＧを復号し、第３のおよび第５のＣＢＧを復号するのを失敗する場合、受信機２３２０は、［Ａｃｋ，Ａｃｋ，Ｎａｃｋ，Ａｃｋ，Ｎａｃｋ］によって与えられるフィードバック２３４０を与えてよい。第１の再送信２３５０では、第３のおよび第５のＣＢＧのみが含まれ、ＤＣＩの実際のＣＢＧ数は２として設定されてよい。受信機２３２０が、今度は両方のＣＢを復号する場合、受信機２３２０からのＡＣＫ／ＮＡＣＫフィードバック２３６０はいくつかのオプションを使用して送られてよい。１つのオプションでは、フィードバック２３６０におけるＡＣＫ／ＮＡＣＫビットの数は、ＣＢＧの構成された数（すなわち、５）に等しくなってよい。ここで、フィードバック２３６０は、全ての５つのＣＢＧがうまく復号されたことを示す［Ａ，Ａ，Ａ，Ａ，Ａ］であることになる。第２のオプションは、フィードバック２３６０におけるＡＣＫ／ＮＡＣＫビットの数が再送信２３５０に含まれるＣＢＧの実際の数（すなわち、第１の再送信２３５０の場合２）に等しくなることであってよい。ここで、フィードバック２３６０は、第１の再送信２３５０における２つのＣＢＧがうまく復号されたことを示す［Ａ，Ａ］であることになる。
【０４９２】
Ｘmax（またはＰmax）またはＢ’の決定は、たとえば、チャネル状態（たとえば、受信信号強度インジケータ（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、および／または基準信号受信品質（ＲＳＲＱ））、ＷＴＲＵ能力、チャネル帯域幅、ＴＢにおけるＣＢの総数、および／またはデータＱｏＳを含む様々なファクタに依存してよい。より良いチャネル状態は、より多くのＨＡＲＱ−ＡＣＫ／ＮＡＣＫ情報ビットが符号化され、フィードバックされてよいことを暗示してよい。これは、ＴＢにおけるＣＢＧの総数の限定を暗黙的に軽減してよい。したがって、対応するＸmaxはより小さくなってよい。
【０４９３】
より少ない能力をもつＷＴＲＵの場合、それがサポートしてよいＨＡＲＱプロセスの数が限定されてよい。したがって、ＴＢごとのより少ないＣＢＧ（したがって、より少ないＨＡＲＱプロセス）が維持されてよいように、Ｘmaxの値がより大きくなるように選択されてよい。
【０４９４】
より大きい帯域幅上で動作するＷＴＲＵの場合、より多くのＨＡＲＱ−ＡＣＫ／ＮＡＣＫ情報ビットが符号化され、フィードバックされてよい。これは、ＴＢにおけるＣＢＧの総数の限定を軽減してよい。したがって、対応するＸmaxはより小さくなってよい。
【０４９５】
ＴＢごとにより多くのデータを送信することは、より多くのＣＢを生じてよい。したがって、Ｘmaxの値は、ＴＢ内で送られるべきＣＢの総数にマッチングするようにより大きくてよい。
【０４９６】
高い信頼性要件をもつ一部のデータの場合、Ｘmaxの値は、ＣＢＧにおけるビットの総数に対するＣＲＣビットの比がより大きくなってよいのでＦＡＲ性能を改善するためにより小さくてよい。低待ち時間要件をもつ一部のデータの場合、Ｘmaxの値は、検出の成功確率を増加させるためにより小さくてよい。
【０４９７】
ＣＢＧごとのＣＲＣビットの数はまた、受信機が誤り検出のためにこの情報を必要としてもよいので、シグナリングされてよい。ＣＲＣビットの可能な数は、候補のセットから選択されてよく、ここで、候補のインデックスのみが、ダウンリンク送信のためにＤＣＩに、またはアップリンク送信のためにＵＣＩに含まれる必要があってよい。
【０４９８】
ＣＢＧごとのＣＲＣビットの数はまた、一部の高レベルのシグナリングを使用して構成されてよい。この場合、ＣＢＧレベルのＣＲＣ長は半静的であってよい。
【０４９９】
２つ以上のコードワードがＭＩＭＯ適用例のために使用されるという条件で、ＣＢＧに関係するシグナリングが定義されてよい。たとえば、コードワードごとのＣＢＧの最大数がＲＲＣシグナリングによって構成されてよい。これを行う単純な方法は、全てのコードワードが同数のＣＢＧを含んでいると仮定することでよい。したがって、単一のＣＢＧ数の構成で十分でよい。これを行う別の方法は、各コードワードが異なる数のＣＢＧを含むと仮定することでよい。ここで、各コードワードのためのＣＢＧ数の構成が必要とされてよい。これを行う別の方法は、コードワードの全てによって共有されるＣＢＧの最大数を構成することであってよい。
【０５００】
ＤＣＩ情報は、どのＣＢＧが現在の送信に含まれるのかを示してよい。複数のコードワードの場合、このインジケーションは、コードワードごとをベースとしたものであってよい。代替的に、インジケーションは、単一のコードワードに対応するＤＣＩに含まれてよい。
【０５０１】
ＣＢＧが適用される場合、ＡＣＫ／ＮＡＣＫフィードバックは複数ビットであってよい。さらに、ＣＢＧレベルのＡＣＫ／ＮＡＣＫとＴＢレベルのＡＣＫ／ＮＡＣＫとが同時に発生してよい。したがって、２つのレベルのＡＣＫ／ＮＡＣＫフィードバックが、同じＵＣＩまたはＤＣＩに含まれてよい。
【０５０２】
ＣＢＧレベルのＡＣＫ／ＮＡＣＫは、ＣＢＧレベルのＣＲＣ検査に基づいてよいか、またはＣＢＧにおける全てのＣＢに対するＡＣＫ／ＮＡＣＫの論理ＡＮＤに基づいてよい。ＴＢレベルのＡＣＫ／ＮＡＣＫは、主に、ＴＢレベルＣＲＣ検査に基づいてよい。さらに全てのＣＢＧレベルがＡＣＫされてよい可能性があり、ＴＢレベルのＣＲＣ検査が失敗してもよい。したがって、ＴＢレベルのＡＣＫ／ＮＡＣＫフィードバックが、ＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックの他に必要であってよい。
【０５０３】
ＴＢレベル上で、シングルビットのＡＣＫ／ＮＡＣＫがＣＢＧレベルのマルチビットのＡＣＫ／ＮＡＣＫと多重化されてよい。たとえば、ＴＢレベルのＡＣＫ／ＮＡＣＫは開始に位置してよく、一方、ＣＢＧレベルのＡＣＫ／ＮＡＣＫはその後に位置してよい。ＣＢＧレベルのＡＣＫ／ＮＡＣＫビットの数は、現在の送信において使用されるＣＢＧの数に応じて再送信とともに変化してよく、ＴＢとともに変化してよい。
【０５０４】
図２４Ａ、図２４Ｂ、図２４Ｃおよび図２４Ｄは、ＴＢレベルのＡＣＫ／ＮＡＣＫ支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の一例の図２４００Ａ、２４００Ｂ、２４００Ｃおよび２４００Ｄである。図示の例では、ＡＣＫ／ＮＡＣＫフィードバックビットの数は、実際の（またはスケジュールされた）送信されたＣＢＧ数に等しくなると仮定されてよい。ＴＢレベルのＡＣＫ／ＮＡＣＫの同じ手法が、ＡＣＫ／ＮＡＣＫフィードバックビットの数が構成された（または示された）ＣＢＧ数に等しくなる場合に適用されてよい。
【０５０５】
図示の例は、ＴＢが１０個のＣＢＧを有すると仮定する。第１の送信の後に、第３の、第５のおよび第９のＣＢが正しく復号されない。混合されたＴＢとＣＢＧとのＡＣＫ／ＮＡＣＫ２４００Ａは、図２４Ａに示すように、１０ビットのＣＢＧレベルのＡＣＫ／ＮＡＣＫ２４１０と１ビットのＴＢレベルのＡＣＫ／ＮＡＣＫ２４２０とを含む１１ビットを有する。
【０５０６】
失敗したＣＢＧの第１の再送信の後に、第９のＣＢＧのみが依然として間違って復号される。混合されたＴＢとＣＢＧとのＡＣＫ／ＮＡＣＫ２４００Ｂは、図２４Ｂに示すように、３ビットのＣＢＧレベルのＡＣＫ／ＮＡＣＫ２４３０と１ビットのＴＢレベルのＡＣＫ／ＮＡＣＫ２４４０とを含む４ビットを有してよい。
【０５０７】
第９のＣＢＧの第２の再送信の後に、ＣＢＧの全てが正しく復号され、全ＴＢもＣＲＣ検査をパスする場合、図２４Ｃに示すように、１ビットのＣＢＧレベルのＡＣＫ／ＮＡＣＫ２４５０と１ビットのＴＢレベルのＡＣＫ／ＮＡＣＫ２４６０とを含む混合されたＴＢとＣＢＧとのＡＣＫ／ＮＡＣＫ２４００Ｃは２ビットを有してよい。第９のＣＢＧの第２の再送信の後に、ＣＢＧの全てが正しく復号されるが、全ＴＢがＣＲＣ検査をパスしない場合、図２４Ｄに示すように、１ビットのＣＢＧレベルのＡＣＫ／ＮＡＣＫ２４７０と１ビットのＴＢレベルのＡＣＫ／ＮＡＣＫ２４８０とを含む混合されたＴＢとＣＢＧとのＡＣＫ／ＮＡＣＫ２４００Ｄは２ビットを有してよい。
【０５０８】
ＴＢレベルのＡＣＫ／ＮＡＣＫはまた、ＡＣＫ／ＮＡＣＫフィードバックビットの数が構成された（または示された）ＣＢＧ数に等しくなる場合にＣＢＧレベルのＡＣＫ／ＮＡＣＫによって明示的に示されてよい。詳細には、全ての構成されたＣＢＧがうまく復号され、ＴＢレベルのＣＲＣ検査がパスされる場合、受信機は、全てのＣＢＧにＡＣＫを送ってよい。全ての構成されたＣＢＧがうまく復号されるが、ＴＢレベルのＣＲＣ検査が失敗する場合、受信機は、全てのＣＢＧにＮＡＣＫを送ってよい。
【０５０９】
上記の同じ例について考え、ＴＢに１０個のＣＢＧがあると仮定する。第１の送信の後に、第３の、第５のおよび第９のＣＢＧが正しく復号されない。ＣＢＧのＡＣＫ／ＮＡＣＫは、１０ビットを有する。
【０５１０】
図２５Ａ、図２５Ｂ、図２５Ｃおよび図２５Ｄは、上記の例に基づくＴＢレベルのＡＣＫ／ＮＡＣＫ支援型のＣＢＧレベルのＡＣＫ／ＮＡＣＫフィードバックおよび再送信の別の例の図２５００Ａ、２５００Ｂ、２５００Ｃおよび２５００Ｄである。図２５Ａに、以前の段落で述べたように、１０ビットを有するＣＢＧのＡＣＫ／ＮＡＣＫ２５００Ａを示す。失敗したＣＢＧの第１の再送信の後に、第９のＣＢＧのみが依然として間違って復号される。ＣＢＧのＡＣＫ／ＮＡＣＫ２５００Ｂは、図２５Ｂに示すように、１０ビットを有する。第９のＣＢＧの第２の再送信の後に、ＣＢＧの全てが正しく復号され、全ＴＢがまたＣＲＣ検査をパスする場合、ＣＢＧのＡＣＫ／ＮＡＣＫ２５００Ｃは、図２５Ｃに示すように、１０ビットを有する。第９のＣＢＧの第２の再送信の後に、ＣＢＧの全てが正しく復号されるが、全ＴＢがＣＲＣ検査をパスしない場合、ＣＢＧのＡＣＫ／ＮＡＣＫ２５００Ｄは、図２５Ｄに示すように、１０ビットを有する。
【０５１１】
ＬＴＥでは、冗長バージョンの最大数は４である。したがって、２ビットがＲＶフィールドのためにＤＣＩ／ＵＣＩにおいて予約される。新無線（ＮＲ）では、冗長バージョンの最大数は４よりも多くなってよい。したがって、さらなるビットがＲＶフィールドのためにＤＣＩ／ＵＣＩにおいて必要とされてよい。ＤＣＩ／ＵＣＩペイロードサイズの増加を回避するために、ＤＣＩ／ＵＣＩにおけるＭＣＳフィールドが、ＲＶ情報を搬送するために使用されてよい。
【０５１２】
ＬＴＥでの最初の送信では、ＭＣＳインデックスが、０から２８まで選択されてよく、ＲＶが０として設定される。ＬＴＥでの再送信では、ＭＣＳインデックスが、２９から３１まで選択されてよい。したがって、ＤＣＩ／ＵＣＩにおけるＭＣＳインデックスは、可能な３２個の値のために５ビットを有する。再送信されたＰＤＳＣＨの場合、ＭＣＳインデックスは、ＲＶではなく変調次数によって決定される。再送信されたＰＵＳＣＨの場合、ＭＣＳインデックスは、変調次数ではなくＲＶによって決定される。
【０５１３】
２ビットしか変調次数に依存するＤＣＩにおけるＭＣＳインデックスのために使用されない再送信されたＮＲ−ＰＤＳＣＨについて考える。これは、ＤＣＩにおけるＭＣＳインデックスから３ビットを保存する。保存された３ビットは、増加したＲＶのために使用されてよい。この使用は、最初の送信のためのＲＶフィールドが２ビットに制限されなければならないという仮定に基づく。言い換えれば、最初の送信のための可能なＲＶは、０、１、２、３から選択されてよい。第１の送信において、ＭＣＳインデックス＝「１００１０」であり、ＲＶ＝「００」である例について考える。これは、ＭＣＳインデックスが１８であり、変調次数が６であることを暗示する。再送信では、ＭＣＳインデックス＝「１０」であり、ＲＶ＝「００００１」である。これは、変調次数が６であり、冗長バージョンが１であることを暗示する。初期送信と再送信との間でのＤＣＩにおけるＭＣＳインデックスフィールドとＲＶフィールドとのこの動的な切替えを通して、ＤＣＩペイロードのサイズは一定に保たれてよく、一方、サポートされるＲＶの数は、４（すなわち、２ビット）から３２（すなわち、５ビット）に増加されてよい。言い換えれば、最初の送信と再送信との間でのＤＣＩにおけるＭＣＳインデックスフィールドの動的な切替えは、最大３２個のＲＶのサポートを可能にしてよい。
【０５１４】
ＮＲでは、サポートされるＲＶの数が３２ほど大きくない場合、再送信でのＭＣＳフィールドからの保存されるビットは、ＣＢＧ情報を示すために使用されてよい（たとえば、実際のＣＢＧ数のインジケーションは構成されたＣＢＧ数または実際のＣＢＧ数のインジケーションよりも少ない）。同様の方式が、ＵＣＩに適用されてよい。
【０５１５】
いくつかのビットインターリーバ実施形態について上記で説明した。いくつかの変調マッピング順が定義される（たとえば、自然順、逆順、および循環シフト順）。実施形態では、変調マッピング順が送信機と受信機との間で同期されてよい。静的シグナリング、半静的シグナリング、追加のＤＣＩ／ＵＣＩビットを用いる動的シグナリング、およびＭＣＳテーブルを用いる動的シグナリングのような送信機と受信機との間でそのような同期を扱ういくつかの方法がある。
【０５１６】
静的シグナリングの場合、変調マッピング順のための明示的なシグナリングがない。変調マッピング順はＲＶに結びつけられてよい。一実施形態では、各ＲＶは、自然変調マッピング順または逆変調マッピング順のいずれかに対応する。たとえば、ＲＶ０およびＲＶ２は、常に、自然変調マッピング順にあってよく、ＲＶ１およびＲＶ３は、常に、逆変調マッピング順にあってよい。これは、ＲＶ０および（ＲＶ１，ＲＶ３）がコード化ビット上で何らかの重複を有してよいためであってよい。（ＲＶ１，ＲＶ３）の逆変調マッピング順は、それらの重複するコード化ビットの多様性を与える。同様に、ＲＶ２および（ＲＶ１，ＲＶ３）はコード化ビット上で何らかの重複を有してよい。（ＲＶ１，ＲＶ３）の逆変調マッピング順は、それらの重複するコード化ビットの多様性を与える。ＲＶ１、ＲＶ３の逆変調マッピング順が、１６ＱＡＭ、６４ＱＡＭ、および２５６ＱＡＭなどの高次変調にのみ適用可能であることが可能であってよい。別の実施形態では、各ＲＶは、あるシフト値をもつ循環シフト順に対応する。たとえば、ＲＶ０は、常に、シフト値０をもつ循環シフト順にあってよく、ＲＶ１は、常に、シフト値２をもつ循環シフト順にあってよく、ＲＶ２は、常に、シフト値４をもつ循環シフト順にあってよく、ＲＶ３は、常に、シフト値６をもつ循環シフト順にあってよい。また別の実施形態では、各ＲＶは、あるＭＭＯＩ値に対応してよい。たとえば、ＲＶ０は、常に、ＭＭＯＩ＝０に対応してよく、ＲＶ１は、常に、ＭＭＯＩ＝１に対応してよく、ＲＶ２は、常に、ＭＭＯＩ＝２に対応してよく、ＲＶ３は、常に、ＭＭＯＩ＝３に対応してよい。
【０５１７】
半静的シグナリングの場合、あるＲＲＣシグナリングが、変調マッピング順を構成するために使用されてよく、変調マッピング順は、ＲＶに結びつけられてよい。ここで、ＲＲＣ接続確立またはＲＲＣ接続再構成メッセージが構成のために使用されてよい。たとえば、以下のアイテムは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに追加されてよい。
【０５１８】
【数１２７】
2020511030.tif 000133
【０５１９】
値「０」は、シフト値０をもつ循環シフト順を示し、値「１」は、シフト値２をもつ循環シフト順を示し、値「２」は、シフト値４をもつ循環シフト順を示し、値「３」は、シフト値６をもつ循環シフト順を示す。
【０５２０】
別の実施形態では、値は、ＭＭＯＩインデックスを示してよく、以下のアイテムは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに追加されてよい。
【０５２１】
【数１２８】
2020511030.tif 000134
【０５２２】
値「ｔｒｕｅ」は、自然変調マッピング順を示し、値「ｆａｌｓｅ」は、逆変調マッピング順を示す。
【０５２３】
ＲＶ０が一定の変調マッピング順に結びつけられるので、変調マッピング順の静的または半静的シグナリングがＨＡＲＱのチェイス結合タイプに利益を与えなくてよい。多様性レベルを向上させるために、ＲＶ０は、ＮＤＩ値に基づいて自然変調マッピング順と逆変調マッピング順との間で切り替わってよい。ＮＤＩ値がトグルされる場合（すなわち、新しい送信）、ＲＶ０は、自然変調マッピング順のために使用されてよい。そうでない場合、ＲＶ０は、逆変調マッピング順のために使用されてよい。
【０５２４】
追加のＤＣＩ／ＵＣＩビットを用いる動的シグナリングの場合、変調マッピング順が、追加のＤＣＩ／ＵＣＩフィールドにおいて動的にシグナリングされてよい。たとえば、ＤＣＩまたはＵＣＩにおける追加の１ビットは、自然変調マッピング順が使用されるのか、または逆変調マッピング順が使用されるかを示してよい。別の例では、ＤＣＩまたはＵＣＩにおける追加の２ビットは、循環シフト変調マッピングのシフト値（すなわち、０、２、４、６）を示してよい。別の例では、ＤＣＩまたはＵＣＩにおける追加のビットは、ＭＭＯＩインデックスを示してよい。
【０５２５】
ＭＣＳテーブルを用いる動的シグナリングの場合、最初の送信について、自然変調マッピング順が常に適用されると仮定されてよい。変調マッピングリオーダーは、再送信においてのみ行われてよい。したがって、ＭＣＳテーブルは、変調マッピングリオーダーを示すために使用されてよい。
【０５２６】
ダウンリンク送信では、ＰＤＳＣＨのためのＭＣＳテーブルは、再送信における変調次数を示すために３つまたは４つのインデックス（すなわち、２９、３０、３１および／または２８）しか使用しないでよい。アップリンク送信では、ＰＵＳＣＨのためのＭＣＳテーブルは、再送信におけるＲＶバージョンを示すために３つまたは４つのインデックス（すなわち、２９、３０、３１および／または２８）しか使用しないでよい。ここで、２ビットが実際に使用されてよい。ＭＣＳインデックスが合計５ビットを有することを考慮すると、追加の３ビットが、ダウンリンク再送信またはアップリンク再送信のいずれかのための変調マッピング順を示すために利用可能にされてよい。１、２または３の追加ビットが使用されてよい。１ビットの場合、それは、現在の再送信において自然変調マッピング順が使用されるのか、または逆変調マッピング順が使用されるのかを示すために使用されてよい。２または３ビットの場合、それらは、循環シフト変調マッピングにおけるシフト値を示すかまたはＭＭＯＩインデックスを示すために使用されてよい。
【０５２７】
いくつかのＬＤＰＣ復号アルゴリズムの性能は、ＳＮＲの正確な推定に依存してよい。たとえば、オフセットｍｉｎ−ｓｕｍデコーダまたは調整ｍｉｎ−ｓｕｍデコーダは、ＳＮＲ推定誤差に反応しなくてよく、一方、正規化ｍｉｎ−ｓｕｍデコーダは、ＳＮＲ推定誤差に反応しなくてよい。
【０５２８】
基地局（たとえば、ｅＮＢ、ｇＮＢ、またはＴＰＲ）は、ＷＴＲＵがサポートしてよい復号アルゴリズムを含むＷＴＲＵの復号能力を知る必要があってよい。これは、最初のキャンピングステージにおけるＲＲＣメッセージにおいて行われてよい。
【０５２９】
何らかのＳＮＲ整列テストに加えてチャネル状態に基づいて、基地局は、ＷＴＲＵが適切なＳＮＲ推定値を有することが可能であるのかどうかを推定してよい。そうである場合、ＳＮＲ推定誤差に反応してよいより高度の復号アルゴリズムが使用されてよい。この決定は、ＲＲＣメッセージングを使用して基地局からＷＴＲＵに通知されてよい。このメッセージは、チャネル状態に従って更新されてよい。
【０５３０】
図２６は、サポートされた復号アルゴリズムを用いるＷＴＲＵ能力のための例示的なメッセージ交換の信号図２６００である。図２６に示す例では、ｅＮＢ２６１０は、ＷＴＲＵ２６２０にＵＥ能力要求メッセージ２６３０を送る。要求２６３０に応答して、ＷＴＲＵ２６２０は、ＷＴＲＵ復号アルゴリズムを含んでよいＵＥ能力応答２６４０を送る。ＵＥ能力応答２６４０を受信するｅＮＢ２６１０は、ＷＴＲＵ２６２０に示唆された復号アルゴリズムを送ってよく（２６５０）、これは、ＵＥ能力応答２６４０に示される、ＷＴＲＵ２６２０によってサポートされるＷＴＲＵ復号アルゴリズムに少なくとも部分的に基づいて決定されてよい。
【０５３１】
ＬＤＰＣはまたｅＭＢＢ  ＵＬのために使用されてよいので、同様のＳＮＲ推定適応型復号アルゴリズムがＵＬのために使用されてよい。代替的に、ＳＮＲ推定誤差に反応してよいより高度の復号アルゴリズムが使用されてよい。そのようなアルゴリズムは、たとえば、基地局において使用されるように予め定義されてよいか、または指定されてよい。
【０５３２】
ＨＡＲＱ再送信のためのシンボルレベルのインターリービングに関して、単純なシンボルインターリーバが使用されてよい。たとえば、コードワードのビットのストリームが最初に行にわたって書き込まれ、次いで、列にわたって書き込まれる行列インターリーバが使用されてよい。インターリーバは、最初に列にわたって読み取られ、次いで、行にわたって読み取られてよい。
【０５３３】
図２７は、例示的なシンボルレベルの行列インターリーバ２７１０の図２７００である。図２７に示す例では、各ＣＢ1．．．ＣBmからの変調シンボルＳ1,1．．．Ｓm,nmが周波数領域に分散される。図２７に示すような行列インターリーバが第１の送信のために使用されてよい。再送信が必要とされる場合、同様のインターリーバが使用されてよい。しかしながら、第１の送信におけるＣＢからの変調シンボルを含むサブキャリアはまた、再送信に同じＣＢからの変調シンボルを含む可能性が高い。サブキャリアが深いフェージングを経験する場合、これは、ＣＢを復号する際の性能劣化につながってよい。この問題を回避するために、シャッフル演算が、行列インターリーバを適用する前に再送信のためのコードワードにおけるコンポーネントＣＢに適用されてよい。
【０５３４】
図２８は、再送信シャッフル２８２０を用いる例示的なシンボルレベルの行列インターリーバ２８１０の図２８００である。図２８に示す例では、再送信シャッフル２８２０は、行列インターリーバ２８１０を使用したインターリービングの前に行われる。図示の例では、ＣＢｍ２８３０ａは、（２８３０ｂとして指定される）コードワード２８４０の開始に移動される。実施形態では、他のシャッフル方式が適用されてよい。たとえば、ＣＢが、最初の送信においてコードワードにおけるｉ番目のロケーションにある場合、それは、再送信のためのコードワードにおける（ｉ＋オフセット）番目のロケーションに設定されてよい。実施形態では、シャッフルアルゴリズムは、送信数に依存してよい。たとえば、第１の再送信と第２の再送信とは、異なるシャッフルパラメータを使用してよい。
【０５３５】
特徴および要素について、特定の組合せで上記説明したが、各特徴または要素が単独でまたは他の特徴および要素との任意の組合せで使用されてよいことを、当業者は理解されよう。さらに、本明細書で説明する方法は、コンピュータまたはプロセッサが実行するためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装されてよい。コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数送受信機を実装するために使用されてよい。
【図１Ａ】
2020511030.tif 000135
【図１Ｂ】
2020511030.tif 000136
【図１Ｃ】
2020511030.tif 000137
【図１Ｄ】
2020511030.tif 000138
【図２】
2020511030.tif 000139
【図３】
2020511030.tif 000140
【図４Ａ】
2020511030.tif 000141
【図４Ｂ】
2020511030.tif 000142
【図５】
2020511030.tif 000143
【図６】
2020511030.tif 000144
【図７】
2020511030.tif 000145
【図８】
2020511030.tif 000146
【図９】
2020511030.tif 000147
【図１０】
2020511030.tif 000148
【図１１】
2020511030.tif 000149
【図１２】
2020511030.tif 000150
【図１３】
2020511030.tif 000151
【図１４】
2020511030.tif 000152
【図１５】
2020511030.tif 000153
【図１６】
2020511030.tif 000154
【図１７】
2020511030.tif 000155
【図１８Ａ】
2020511030.tif 000156
【図１８Ｂ】
2020511030.tif 000157
【図１９】
2020511030.tif 000158
【図２０】
2020511030.tif 000159
【図２１】
2020511030.tif 000160
【図２２】
2020511030.tif 000161
【図２３】
2020511030.tif 000162
【図２４Ａ】
2020511030.tif 000163
【図２４Ｂ】
2020511030.tif 000164
【図２４Ｃ】
2020511030.tif 000165
【図２４Ｄ】
2020511030.tif 000166
【図２５Ａ】
2020511030.tif 000167
【図２５Ｂ】
2020511030.tif 000168
【図２５Ｃ】
2020511030.tif 000169
【図２５Ｄ】
2020511030.tif 000170
【図２６】
2020511030.tif 000171
【図２７】
2020511030.tif 000172
【図２８】
2020511030.tif 000173
【手続補正書】
【提出日】令和1年10月2日(2019.10.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送受信機と、
プロセッサと、を備えた無線送信／受信ユニット（ＷＴＲＵ）であって、
前記送受信機および前記プロセッサは、
トランスポートブロック（ＴＢ）レベルの巡回冗長検査（ＣＲＣ）ビットをＴＢに付加し、
コードレートおよびＴＢペイロードサイズに基づいて、第１の低密度パリティ検査（ＬＤＰＣ）基底グラフ（ＢＧ）または第２のＬＤＰＣ  ＢＧのいずれかを選択し、
前記第１のＬＤＰＣ  ＢＧが選択されたことを条件に、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢを第１の数の等しいサイズのＣＢにセグメント化する、第１のコードブロック（ＣＢ）セグメント化方式を適用し、
前記第２のＬＤＰＣ  ＢＧが選択されたことを条件に、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢを第２の数の等しいサイズのＣＢにセグメント化する、第２のコードブロック（ＣＢ）セグメント化方式を適用し、
ＣＢレベルのＣＲＣビット付加についてのＣＢレベルのＣＲＣビットの数を決定し、
ＣＢレベルのＣＲＣビット付加についてのＣＢレベルのＣＲＣビットの前記決定された数が０よりも大きいことを条件に、前記決定された数のＣＢレベルのＣＲＣビットを、前記セグメント化されたＴＢの前記ＣＢの各々に付加し、
前記選択されたＬＤＰＣ  ＢＧを使用して、前記セグメント化されたＴＢにおいて前記ＣＢの各々を符号化し、
前記符号化されたＣＢを送信する、
ように構成されていることを特徴とするＷＴＲＵ。
【請求項２】
前記送受信機および前記プロセッサは、前記セグメント化されたＴＢの前記ＣＢの各々にフィラービットを追加するようにさらに構成され、フィラービットの数は、リフティングサイズのセット、前記選択されたＬＤＰＣ  ＢＧ、および決定された単一のＣＢサイズに依存していることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
ＣＢレベルのＣＲＣビットの前記決定された数は０であることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
ＣＢレベルのＣＲＣビットの前記決定された数は２４であることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記第１のセグメント化方式は、前記第１のＬＤＰＣ  ＢＧの最大ＣＢサイズの関数であり、前記第２のセグメント化方式は、前記第２のＬＤＰＣ  ＢＧの最大ＣＢサイズの関数であることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記送受信機および前記プロセッサは、前記ＣＢをＣＢグループ（ＣＢＧ）にグループ化するようにさらに構成されており、ＴＢにおけるＣＢＧの数は、ｍｉｎ｛Ｂ，Ｂ'｝以下であるように構成され、Ｂは、単一のＴＢにおけるセグメント化されたＣＢの総数であり、Ｂ'は、ＴＢにおけるＣＢＧの最大数であり、前記ＣＢＧは、ＣＢＧの第１のセットおよびＣＢＧの第２のセットを含み、ＣＢＧの前記第１のセットにおける各々のＣＢＧは、ＣＢＧの前記第２のセットにおける各々のＣＢＧよりも１つ多いＣＢを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
ＴＢにおけるＣＢＧの最大数は、無線リソース制御（ＲＲＣ）シグナリングよって構成されることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
前記プロセッサおよび前記送受信機は、符号化されたＣＢの送信および符号化されたＣＢの再送信のうちの少なくとも１つと共に、ダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成されており、前記ＤＣＩは、送信がＣＢＧの前記構成された最大数よりも少ないＣＢＧに対するものであることのインジケーション、および送信または再送信されている特定のＣＢＧを示すＣＢＧビットマップ、のうちの少なくとも１つを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項９】
前記プロセッサおよび前記送受信機は、
符号化されたＣＢの送信と共に、ダウンリンク制御情報（ＤＣＩ）を受信し、前記ＤＣＩは、前記送信に含まれるＣＢＧの数を示し、
復号された特定のＣＢＧおよび復号されなかった特定のＣＢＧのうちの少なくとも１つを示し、ならびに復号されたＴＢを示すフィードバックを送信し、
前記フィードバックが、前記送信における少なくとも１つのＣＢＧが復号されなかったことを示すことを条件に、再送信に含まれるＣＢＧの数を示す前記ＤＣＩと共に、復号されなかった前記特定のＣＢＧを再受信し、特定のＣＢＧは、サブＣＢＧとして再送信され、
前記送信および再送信からの復号されたおよび復号されなかった特定のＣＢＧの１つを示すフィードバックを送信する、
ようにさらに構成されていることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１０】
無線送信／受信ユニット（ＷＴＲＵ）において実行される方法であって、
トランスポートブロック（ＴＢ）レベルの巡回冗長検査（ＣＲＣ）ビットをＴＢに付加するステップと、
コードレートおよびＴＢペイロードサイズに基づいて、第１の低密度パリティ検査（ＬＤＰＣ）基底グラフ（ＢＧ）または第２のＬＤＰＣ  ＢＧのいずれかを選択するステップと、
前記第１のＬＤＰＣ  ＢＧが選択されたことを条件に、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢを第１の数の等しいサイズのＣＢにセグメント化する、第１のコードブロック（ＣＢ）セグメント化方式を適用するステップと、
前記第２のＬＤＰＣ  ＢＧが選択されたことを条件に、前記ＴＢレベルのＣＲＣビットを含む前記ＴＢを第２の数の等しいサイズのＣＢにセグメント化する、第２のコードブロック（ＣＢ）セグメント化方式を適用するステップと、
ＣＢレベルのＣＲＣビット付加についてのＣＢレベルのＣＲＣビットの数を決定するステップと、
ＣＢレベルのＣＲＣビット付加についてのＣＢレベルのＣＲＣビットの前記決定された数が０よりも大きいことを条件に、前記決定された数のＣＢレベルのＣＲＣビットを、前記セグメント化されたＴＢの前記ＣＢの各々に付加するステップと、
前記選択されたＬＤＰＣ  ＢＧを使用して、前記セグメント化されたＴＢにおいて前記ＣＢの各々を符号化するステップと、
前記符号化されたＣＢを送信するステップと、
を備えたことを特徴とする方法。
【請求項１１】
前記セグメント化されたＴＢの前記ＣＢの各々にフィラービットを追加するステップをさらに備え、フィラービットの数は、リフティングサイズのセット、前記選択されたＬＤＰＣ  ＢＧ、および決定された単一のＣＢサイズに依存していることを特徴とする請求項１０に記載の方法。
【請求項１２】
ＣＢレベルのＣＲＣビットの前記決定された数は０であることを特徴とする請求項１０に記載の方法。
【請求項１３】
ＣＢレベルのＣＲＣビットの前記決定された数は２４であることを特徴とする請求項１０に記載の方法。
【請求項１４】
前記第１のセグメント化方式は、前記第１のＬＤＰＣ  ＢＧの最大ＣＢサイズの関数であり、前記第２のセグメント化方式は、前記第２のＬＤＰＣ  ＢＧの最大ＣＢサイズの関数であることを特徴とする請求項１０に記載の方法。
【請求項１５】
前記ＣＢをＣＢグループ（ＣＢＧ）にグループ化するステップをさらに備え、ＴＢにおけるＣＢＧの数は、ｍｉｎ｛Ｂ，Ｂ'｝以下であるように構成され、Ｂは、単一のＴＢにおけるセグメント化されたＣＢの総数であり、Ｂ'は、ＴＢにおけるＣＢＧの最大数であり、前記ＣＢＧは、ＣＢＧの第１のセットおよびＣＢＧの第２のセットを含み、ＣＢＧの前記第１のセットにおける各々のＣＢＧは、ＣＢＧの前記第２のセットにおける各々のＣＢＧよりも１つ多いＣＢを含むことを特徴とする請求項１０に記載の方法。
【請求項１６】
ＴＢにおけるＣＢＧの最大数は、無線リソース制御（ＲＲＣ）シグナリングよって構成されることを特徴とする請求項１５に記載の方法。
【請求項１７】
符号化されたＣＢの送信および符号化されたＣＢの再送信のうちの少なくとも１つと共に、ダウンリンク制御情報（ＤＣＩ）を受信するステップをさらに備え、前記ＤＣＩは、送信がＣＢＧの前記構成された最大数よりも少ないＣＢＧに対するものであることのインジケーション、および送信または再送信されている特定のＣＢＧを示すＣＢＧビットマップ、のうちの少なくとも１つを含むことを特徴とする請求項１０に記載の方法。
【請求項１８】
符号化されたＣＢの送信と共に、ダウンリンク制御情報（ＤＣＩ）を受信するステップであって、前記ＤＣＩは、前記送信に含まれるＣＢＧの数を示す、ステップと、
復号された特定のＣＢＧおよび復号されなかった特定のＣＢＧのうちの少なくとも１つを示し、ならびに復号されたＴＢを示すフィードバックを送信するステップと、
前記フィードバックが、前記送信における少なくとも１つのＣＢＧが復号されなかったことを示すことを条件に、再送信に含まれるＣＢＧの数を示す前記ＤＣＩと共に、復号されなかった前記特定のＣＢＧを再受信するステップであって、特定のＣＢＧは、サブＣＢＧとして再送信され、
前記送信および再送信からの復号されたおよび復号されなかった特定のＣＢＧの１つを示すフィードバックを送信するステップと、
をさらに備えたことを特徴とする請求項１０に記載の方法。
【国際調査報告】
2020511030.tif 000174
2020511030.tif 000175
2020511030.tif 000176
2020511030.tif 000177