(57)【要約】無線送受信ユニット（ＷＴＲＵ）が、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信し、ＰＤＣＣＨ送信に対して早期終了を実行し得る。ＷＴＲＵを対象としない送信は、終了され得る。ＷＴＲＵは、第１のスクランブルシーケンスに基づいてＰＤＣＣＨ送信の第１の復号を実行し得る。第１のスクランブルシーケンスは、ＷＴＲＵ識別子に基づいて初期化され得るゴールドシーケンスを使用して生成され得る。第１の復号が成功しない場合、ＷＴＲＵは、ＰＤＣＣＨ送信がＷＴＲＵを対象としないと決定し得る。ＷＴＲＵは、第２のスクランブルシーケンス（例えば、セル無線ネットワーク一時ＩＤ（Ｃ−ＲＮＴＩ））に基づいてＰＤＣＣＨ送信のアシスタンスビットによって支援された（ＡＢＡ）Ｐｏｌａｒ復号を実行し得る。ＷＴＲＵは、ＡＢＡ  Ｐｏｌａｒ復号の出力に対してＣＲＣを実行してダウンリンク制御情報（ＤＣＩ）を得てよい。
2020523858.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、
プロセッサであって、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信すること、
第１のスクランブルシーケンスに基づいて前記ＰＤＣＣＨ送信の第１の復号を実行すること、
アシスタンスビットを追加された（ＡＢＡ）Ｐｏｌａｒ復号を実行することであって、ＡＢＡ  Ｐｏｌａｒ復号されたビットが、前記ＡＢＡ  Ｐｏｌａｒ復号の出力である、実行すること、
第２のスクランブルシーケンスに基づいて前記ＡＢＡ  Ｐｏｌａｒ復号されたビットの最後の１６ビットに対して第２の復号を実行すること、および
前記第２の復号に関連する出力の巡回冗長検査（ＣＲＣ）を実行してダウンリンク制御情報（ＤＣＩ）を得ることを行うように構成された、プロセッサと
を含む無線送受信ユニット（ＷＴＲＵ）。
【請求項２】
前記第１のスクランブルシーケンスが、前記ＷＴＲＵに関連する識別子に基づいて初期化されるゴールドシーケンスを使用して生成される、請求項１のＷＴＲＵ。
【請求項３】
前記ＷＴＲＵに関連する前記識別子が、Ｃ−ＲＮＴＩである、請求項２のＷＴＲＵ。
【請求項４】
前記ＤＣＩに関連するアシスタンスビットおよびペイロードが、インターリーブされる、請求項１のＷＴＲＵ。
【請求項５】
前記ＡＢＡ  Ｐｏｌａｒ復号されたビットの前記最後の１６ビットが、前記ＣＲＣに関連付けられ、前記第２のスクランブルシーケンスが、前記ＷＴＲＵに関連する識別子である、請求項１のＷＴＲＵ。
【請求項６】
メモリと、
プロセッサであって、
ダウンリンク制御情報（ＤＣＩ）に２４個の巡回冗長検査（ＣＲＣ）ビットを添付することであって、前記ＣＲＣの最後の１６ビットが、第２のスクランブルシーケンスによってスクランブルされる、添付すること、
前記ＤＣＩに関連するアシスタンスビットを生成すること、
生成されたアシスタンスビットを使用して前記ＤＣＩおよび添付されたＣＲＣにアシスタンスビットを追加された（ＡＢＡ）Ｐｏｌａｒ符号化を実行すること、並びに
前記ＡＢＡ  Ｐｏｌａｒ符号化に関連する出力を第１のスクランブルシーケンスによってスクランブルすることを行うように構成された、プロセッサと
を含むｇＮＢ。
【請求項７】
前記第１のスクランブルシーケンスが、無線送受信ユニット（ＷＴＲＵ）に関連する識別子に基づいて初期化されるゴールドシーケンスを使用して生成される、請求項６のｇＮＢ。
【請求項８】
前記ＷＴＲＵに関連する前記識別子が、Ｃ−ＲＮＴＩである、請求項７のｇＮＢ。
【請求項９】
前記ＤＣＩに関連する前記アシスタンスビットおよびペイロードが、インターリーブされる、請求項６のｇＮＢ。
【請求項１０】
前記第２のスクランブルシーケンスが、無線送受信ユニットＷＴＲＵに関連する識別子である、請求項６のｇＮＢ。
【発明の詳細な説明】
【背景技術】
【０００１】
相互参照
本出願は、2017年6月14日に出願された米国特許仮出願第62/519,396号明細書、2017年8月9日に出願された米国特許仮出願第62/543,117号明細書、2017年8月29日に出願された米国特許仮出願第62/551,722号明細書、2017年9月8日に出願された米国特許仮出願第62/556,292号明細書、2017年9月15日に出願された米国特許仮出願第62/559,394号明細書、2017年9月29日に出願された米国特許仮出願第62/566,256号明細書、2017年11月15日に出願された米国特許仮出願第62/586,429号明細書の優先権を主張するものであり、これらの米国特許仮出願は、それらの全体が参照により本明細書に組み込まれている。
【０００２】
モバイル通信が、発展を続けている。第５世代は、５Ｇと呼ばれることがある。モバイル通信の以前の（レガシー）世代は、例えば、第４の世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）である可能性がある。モバイル無線通信は、新無線（ＮＲ）などの様々な無線アクセス技術（ＲＡＴ）を実装する。ＮＲに関する使用事例は、例えば、エクストリームモバイルブロードバンド（ｅＭＢＢ：extreme Mobile Broadband）、超高信頼および低レイテンシ通信（ＵＲＬＬＣ：Ultra High Reliability and Low Latency Communications）、並びに大規模マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communications）を含み得る。
【発明の概要】
【０００３】
無線送受信ユニット（ＷＴＲＵ）は、ｇＮＢから物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信し得る。ＰＤＣＣＨ送信は、ＷＴＲＵがＰＤＣＣＨ送信に対して早期終了（early termination）を実行し得るように符号化され（例えば、ｇＮＢによって符号化され）得る。ＷＴＲＵが早期終了を実行し得るようにＰＤＣＣＨ送信が符号化される場合、ＷＴＲＵを対象としない送信は、破棄され（例えば、復号の完了前に破棄され）得る。例えば、ＰＤＣＣＨ送信を受信した後、ＷＴＲＵは、第１のスクランブルシーケンスに基づいてＰＤＣＣＨ送信の第１の復号を実行し得る。第１のスクランブルシーケンスは、ＷＴＲＵ識別子（ＩＤ）によって初期化され得るゴールドシーケンス（Gold sequence）を使用して生成され得る。第１の復号が成功しない場合、ＷＴＲＵは、ＰＤＣＣＨ送信がＷＴＲＵを対象としない（例えば、ＷＴＲＵによって破棄される）と決定し得る。第１の復号が成功する場合、ＷＴＲＵは、第２のスクランブルシーケンスに基づいて受信されたＰＤＣＣＨ送信のアシスタンスビットを追加された（ＡＢＡ：assistance bit added）Ｐｏｌａｒ復号を実行し得る（例えば、そのときに実行し得る）。第２のスクランブルシーケンスは、ＷＴＲＵ  ＩＤ（例えば、セル無線ネットワーク一時ＩＤ（Ｃ−ＲＮＴＩ））であることがある。ＡＢＡ  Ｐｏｌａｒ復号が成功しない場合、ＷＴＲＵは、ＰＤＣＣＨ送信がＷＴＲＵを対象としないと決定し得る。Ｐｏｌａｒ復号が成功する場合、ＷＴＲＵは、ＣＲＣを実行してダウンリンク制御情報（ＤＣＩ）を得てよい。
【図面の簡単な説明】
【０００４】
【図１Ａ】１つまたは複数の開示される実施形態が実装され得る例示的通信システムを示すシステム図である。
【図１Ｂ】実施形態による、図１Ａに示された通信システム内で使用され得る例示的無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】実施形態による、図１Ａに示された通信システム内で使用され得る例示的無線アクセスネットワーク（ＲＡＮ）および例示的コアネットワーク（ＣＮ）を示すシステム図である。
【図１Ｄ】実施形態による、図１Ａに示された通信システム内で使用され得るさらなる例示的ＲＡＮおよびさらなる例示的ＣＮを示すシステム図である。
【図２】Ｎ＝８を用いるＰｏｌａｒエンコーダの例の図である。
【図３】通常のＰｏｌａｒ符号の例の図である。
【図４】ＰＣ  Ｐｏｌａｒ符号の例の図である。
【図５】アシスタンスビットによって支援された（Assistance Bit Aided）Ｐｏｌａｒ符号構築（Polar Code Construction）の例の図である。
【図６】２段階早期終了をサポートするための新無線物理ダウンリンク制御チャネル（ＮＲ−ＰＤＣＣＨ）のためのＰｏｌａｒ符号化の例の図である。
【図７】ＣＲＣを用いるＤＣＩのためのＡＢＡ  ＰｏｌａｒエンコーディングおよびＷＴＲＵ−ＩＤのためのＰｏｌａｒエンコーディングとのその組合せの例の図である。
【図８】ＮＲ−ＰＤＣＣＨのための２段階マッピングおよびＡＢＡ  Ｐｏｌａｒエンコーディングの例の図である。
【図９】ＮＲ−ＰＤＣＣＨのための２段階早期終了復号の例である。
【図１０】（例えば、情報重要性に基づく）非時間インデックス（non-time index）ＭＩＢのためのビットチャネルマッピングの例の図である。
【図１１】（例えば、情報安定性に基づく）非時間インデックスＭＩＢのためのビットチャネルマッピングの例の図である。
【図１２】共同エンコーディングを用いるＮＲ−ＰＢＣＨ符号化手順の例の図である。
【図１３】ＮＲ−ＰＢＣＨのための分離型マッピングおよびＰｏｌａｒエンコーディング動作の例の図である。
【図１４】（例えば、エンコーダの最後に置かれたＳＳブロック時間インデックス（time index）を用いる）ＮＲ−ＰＢＣＨのための分離型マッピングおよび／またはＰｏｌａｒエンコーディングの例の図である。
【図１５】別々のエンコーディングを用いるＮＲ−ＰＢＣＨ符号化手順の例の図である。
【図１６】非時間インデックスＭＩＢのための分離型マッピングおよびＰｏｌａｒエンコーディング並びにＳＳブロックインデックスＭＩＢのためのＰｏｌａｒエンコーディングとのその組合せの例の図である。
【図１７】ＭＩＢ情報のためのビットチャネルマッピングの例の図である。
【図１８】ＭＩＢ情報のためのビットチャネルマッピングの例の図である。
【図１９】ＮＲの時間に関連する情報の例の図である。
【図２０】ＰＢＣＨスクランブルに関連するテーブルの例の図である。
【図２１】ＰＢＣＨエンコーディングプロセスの例の図である。
【図２２】［ＳＳＢＩ，半フレームインジケーション，ＳＦＮ］の自然な順序（natural order）のペイロードビット並べ替えパターンの例の図である。
【図２３】［ＳＳＢＩ，半フレームインジケーション，ＳＦＮ］の自然な順序のＰＢＣＨペイロードビット並べ替えパターンの例の図である。
【図２４】［ＳＳＢＩ，ＳＦＮ，半フレームインジケーション］の自然な順序のＰＢＣＨペイロードビット並べ替えパターンの例の図である。
【図２５】［ＳＳＢＩ，（ｓ１，ｓ２），半フレームインジケーション，その他のＳＦＮ］の自然な順序のＰＢＣＨペイロードビット並べ替えパターンの例の図である。
【図２６】［ＳＳＢＩ，予備のビット］の自然な順序のＰＢＣＨペイロードビット並べ替えパターンの例の図である。
【図２７Ａ】ペイロードビット並べ替えパターンに関連する例の図である。
【図２７Ｂ】６ＧＨｚを超える帯域のための［予備のビット，ＳＳＢＩ］の自然な順序のＰＢＣＨペイロードビット並べ替えパターンの例の図である。
【図２８】６ＧＨｚ未満の帯域のための［予備のビット］の自然な順序のＰＢＣＨペイロードビット並べ替えパターンの例の図である。
【図２９】ＳＳブロックインデックスおよびＳＦＮの共同エンコーディングを用いるＮＲ−ＰＢＣＨ符号化手順の例の図である。
【図３０】ＮＲ−ＰＢＣＨのための分離型マッピングおよびＰｏｌａｒエンコーディングの例の図である。
【図３１】ＳＳブロックインデックスおよびＳＦＮの別々のエンコーディングを用いるＮＲ−ＰＢＣＨ符号化手順の例の図である。
【図３２】非時間インデックス／ＳＦＮ  ＭＩＢのための分離型マッピングおよびＰｏｌａｒエンコーディング並びにＳＳブロックインデックスＭＩＢのためのＰｏｌａｒエンコーディングおよびＳＦＮ  ＭＩＢのためのＰｏｌａｒエンコーディングとのその組合せの例の図である。
【図３３】ＤＬ制御チャネルのための分散されたＣＲＣを用いる例示的Ｐｏｌａｒ符号構築フローを示す図である。
【図３４】ＤＬ制御チャネルのための分散されたＣＲＣおよびＷＴＲＵに固有のスクランブルを用いる例示的Ｐｏｌａｒ符号構築フローを示す図である。
【図３５】ＤＬ制御チャネルのための分散されたＣＲＣおよびＷＴＲＵに固有のスクランブルを用いる例示的Ｐｏｌａｒ符号構築フローを示す図である。
【図３６】送信機の例示的セグメント分けを示す図である。
【図３７】セグメント分けされたＰｏｌａｒ符号化されたブロックの例示的な復号を示す図である。
【図３８】ＤＬ制御チャネルのための分散されたＣＲＣを用いる例示的ＮＲ  Ｐｏｌａｒ符号構築フローを示す図である。
【図３９】分散されたＣＲＣおよびインターリーブされたＣＲＣビットを用いる例示的ＮＲ  Ｐｏｌａｒ符号構築フローを示す図である。
【図４０】インターリーブされたＣＲＣビットを用いず分散されたＣＲＣを用いる例示的ＮＲ  Ｐｏｌａｒ符号構築フローを示す図である。
【図４１】分散されたＣＲＣを用いるＮＲ  Ｐｏｌａｒ符号構築図の例を示す図である。
【図４２】ＣＲＣ長／多項式を選択するプロセスの例を示す図である。
【図４３】ＵＣＩセグメント分けおよび／またはＣＲＣ添付の実装の例の図である。
【図４４】大きなＵＣＩのセグメント分けの例の図である。
【図４５】ＳＣＩのためのチャネルエンコーディングプロセスの例の図である。
【図４６】ＤＬ制御チャネルのための分散されたＣＲＣおよびＷＴＲＵに固有のスクランブルを用いる例示的ＮＲ  Ｐｏｌａｒ符号構築フローを示す図である。
【図４７】ＤＬ制御チャネルのための分散されたＣＲＣおよびＷＴＲＵに固有のスクランブルを用いる例示的ＮＲ  Ｐｏｌａｒ符号構築フローを示す図である。
【図４８】スクランブルのためのＷＴＲＵ−ＩＤ決定実装の例の図である。
【発明を実施するための形態】
【０００５】
図１Ａは、１つまたは複数の開示される実施形態が実装され得る例示的通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、放送などのコンテンツを提供する多元接続システムであってよい。通信システム１００は、複数の無線ユーザが無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテール（zero-tail）ユニークワード（unique-word）ＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタリングされたＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を使用し得る。
【０００６】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することは、理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作するおよび／または通信するように構成された任意の種類のデバイスであってよい。例えば、いずれも「局」および／または「ＳＴＡ」と呼ばれる可能性があるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信するおよび／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、加入に基づくユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、ホットスポットまたはＷｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、腕時計またはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗り物、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業用および／またはオートメーション化された処理チェーンの文脈の中で動作するロボットおよび／またはその他の無線デバイス）、コンシューマエレクトロニクスデバイス、商業用および／または産業用無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、交換可能なようにＵＥと呼ばれることがある。
【０００７】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースを取るように構成された任意の種類のデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ：base transceiver station）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲ  ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることは、理解されるであろう。
【０００８】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのその他の基地局および／またはネットワーク要素（図示せず）も含み得るＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある１つまたは複数のキャリア周波数において無線信号を送信するおよび／または受信するように構成され得る。これらの周波数は、免許が必要なスペクトル、免許が不要なスペクトル、または免許が必要なスペクトルと免許が不要なスペクトルとの組合せであってよい。セルは、比較的決まっていてよいまたは時間とともに変わってよい特定の地理的エリアに無線サービスのためのカバレッジを提供し得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。従って、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルの各セクタについて１つのトランシーバを含み得る。実施形態において、基地局１１４ａは、ＭＩＭＯ技術を採用してよく、セルの各セクタについて複数のトランシーバを利用してよい。例えば、ビームフォーミングが、所望の空間的な方向に信号を送信するおよび／または受信するために使用され得る。
【０００９】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよいエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１０】
より詳細には、上述のように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１１】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してよい。
【００１２】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインターフェース１１６を確立し得るＮＲ無線アクセスなどの無線技術を実装してよい。
【００１３】
実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してよい。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ：dual connectivity）原理を使用してＬＴＥ無線アクセスおよびＮＲ無線アクセスを一緒に実装してよい。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数の種類の基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される複数の種類の無線アクセス技術および／または送信によって特徴付けられることがある。
【００１４】
その他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（ＷｉＦｉ））ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準（Interim Standard）２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してよい。
【００１５】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってよく、事業所、家、乗り物、キャンパス、産業施設、（例えば、ドローによる使用のための）空中回廊（air corridor）、道路などの局所的なエリア内で無線コネクティビティを促進するために任意の好適なＲＡＴを利用し得る。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装してよい。実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装してよい。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラに基づくＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することがある。従って、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスするように求められないことがある。
【００１６】
ＲＡＮ１０４／１１３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはＶｏＩＰサービスを提供するように構成された任意の種類のネットワークであってよいＣＮ１０６／１１５と通信し得る。データは、異なるスループット要件、レイテンシ要件、誤り許容要件、信頼性要件、データスループット要件、モビリティ要件などの変化するサービス品質（ＱｏＳ）要件を有することがある。ＣＮ１０６／１１５は、呼制御、課金（billing）サービス、モバイル位置情報サービス、プリペイド通話、インターネットコネクティビティ、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルのセキュリティ機能を実行し得る。図１Ａに図示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５がＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用するその他のＲＡＮと直接的にまたは間接的に通信し得ることは、理解されるであろう。例えば、ＮＲ無線技術を利用していてよいＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）とも通信し得る。
【００１７】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても働き得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートのＴＣＰ、ＵＤＰ、および／またはＩＰなどの普通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの世界的なシステムを含み得る。ネットワーク１１２は、その他のサービスプロバイダによって所有されおよび／または運用される有線および／または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用してよい１つまたは複数のＲＡＮに接続された別のＣＮを含み得る。
【００１８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラに基づく無線技術を採用し得る基地局１１４ａおよびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【００１９】
図１Ｂは、例示的ＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰ）チップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態に合致したまま上述の要素の任意の部分的組合せを含み得ることは、理解されるだろう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、通常のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意のその他の機能を実行し得る。プロセッサ１１８は、送受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０が電子パッケージまたはチップに一緒に統合され得ることは、理解されるであろう。
【００２１】
送受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するかまたは基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態において、送受信要素１２２は、ＲＦ信号を送信するおよび／または受信するように構成されたアンテナであってよい。実施形態において、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信するおよび／または受信するように構成されたエミッタ／ディテクタであってよい。さらに別の実施形態において、送受信要素１２２は、ＲＦ信号と光信号との両方を送信するおよび／または受信するように構成され得る。送受信要素１２２が無線信号の任意の組合せを送信するおよび／または受信するように構成され得ることは、理解されるであろう。
【００２２】
送受信要素１２２は図１Ｂに単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。従って、一実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含み得る。
【００２３】
トランシーバ１２０は、送受信要素１２２によって送信される信号を変調し、送受信要素１２２によって受信される信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。従って、トランシーバ１２０は、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによってＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含み得る。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信し得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもある。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意の種類の好適なメモリの情報にアクセスし、そのメモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意のその他の種類のメモリストレージデバイスを含み得る。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含み得る。他の実施形態において、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２に物理的に置かれないメモリの情報にアクセスし、そのメモリにデータを記憶し得る。
【００２５】
プロセッサ１１８は、電源１３４から電力を受け取ることがあり、ＷＴＲＵ１０２のその他の構成要素に電力を分配し、および／またはその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ：nickel metal hydride）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００２６】
プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはＧＰＳチップセット１３６からの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、および／または２つ以上の近くの基地局から信号が受信されるタイミングに基づいてその位置を決定し得る。ＷＴＲＵ１０２が実施形態に合致したまま任意の好適な位置決定方法によって位置情報を獲得し得ることは、理解されるであろう。
【００２７】
プロセッサ１１８は、追加的な特徴、機能および／または有線もしくは無線コネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得るその他の周辺機器１３８にさらに結合されてよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、（写真および／またはビデオ用の）デジタルカメラ、ＵＳＢポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、活動量計（activity tracker）などを含み得る。周辺機器１３８は、１つまたは複数のセンサーを含んでよく、センサーは、ジャイロスコープ、加速度計、ホール効果センサー、磁力計、方位センサー、近接センサー、温度センサー、時間センサー、ジオロケーションセンサー、高度計、光センサー、タッチセンサー、磁力計、気圧計、ジェスチャセンサー、バイオメトリックセンサー、および／または湿度センサーのうちの１つまたは複数であってよい。
【００２８】
ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬと（例えば、受信のための）ダウンリンクとの両方に関して特定のサブフレームに関連する）信号の一部または全ての送信および受信が並列に発生し得るおよび／または同時に発生し得る全二重無線を含むことがある。全二重無線は、ハードウェア（例えば、チョーク（choke））かまたはプロセッサによる（例えば、別々のプロセッサ（図示せず）もしくはプロセッサ１１８による）信号処理かのどちらかによって自己干渉を削減するおよび／または実質的になくすための干渉管理ユニットを含み得る。実施形態において、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬかまたは（例えば、受信のための）ダウンリンクかのどちらかに関して特定のサブフレームに関連する）信号の一部または全ての送信および受信が並列に発生および／または同時に発生し得ない半二重無線を含み得る。
【００２９】
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４は、ＣＮ１０６とも通信し得る。
【００３０】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含む可能性があるが、ＲＡＮ１０４が実施形態に合致したまま任意の数のｅＮｏｄｅ−Ｂを含み得ることは、理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバをそれぞれ含み得る。一実施形態において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してよい。従って、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信し得る。
【００３１】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【００３２】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含み得る。上述の要素の各々はＣＮ１０６の一部として示されるが、これらの要素のうちの任意の要素がＣＮ運用者以外のエンティティによって所有および／または運用されることがあることは、理解されるであろう。
【００３３】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続されてよく、制御ノードとして働き得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中の特定のサービングゲートウェイの選択などを担うことがある。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどのその他の無線技術を採用するその他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【００３４】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。概して、ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングおよび転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンのアンカーになること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどのその他の機能を実行し得る。
【００３５】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されてよく、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。
【００３６】
ＣＮ１０６は、その他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそのようなＩＰゲートウェイと通信してよい。さらに、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のサービスプロバイダによって所有および／または運用されるその他の有線および／または無線ネットワークを含んでよい他のネットワーク１１２へのアクセスを提供し得る。
【００３７】
ＷＴＲＵは図１Ａ〜図１Ｄに無線端末として示されるが、特定の代表的実施形態においては、そのような端末が通信ネットワークとの有線通信インターフェースを（例えば、一時的にまたは永続的に）使用してよいことが、企図される。
【００３８】
代表的実施形態において、他のネットワーク１１２は、ＷＬＡＮであってよい。
【００３９】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）およびＡＰに関連する１つまたは複数の局（ＳＴＡ）を有することがある。ＡＰは、配信システム（ＤＳ）、またはＢＳＳ内におよび／もしくはＢＳＳ外にトラフィックを運ぶ別の種類の有線／無線ネットワークにアクセスし得るかまたはそれらへのインターフェースを有し得る。ＢＳＳの外で生じるＳＴＡへのトラフィックは、ＡＰを通じて到着することがあり、ＳＴＡに届けられることがある。ＳＴＡからＢＳＳの外の送信先に向けて生じるトラフィックは、それぞれの送信先に届けられるためにＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通じて送信されることがあり、送信元ＳＴＡが、ＡＰにトラフィックを送信することがあり、ＡＰが、送信先ＳＴＡにトラフィックを届けることがある。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと考えられるおよび／または呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いて送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、間で直接）送信され得る。特定の代表的な実施形態において、ＤＬＳは、８０２．１１ｅのＤＬＳまたは８０２．１１ｚのトンネリングされたＤＬＳ（ＴＤＬＳ：tunneled DLS）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有していなくてよく、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書においては、ときに通信の「アドホック」モードと呼ばれることがある。
【００４０】
動作の８０２．１１ａｃのインフラストラクチャモードまたは動作の同様のモードを使用するとき、ＡＰは、プライマリチャネルなどの決まったチャネル上でビーコンを送信し得る。プライマリチャネルは、決まった幅（例えば、２０ＭＨｚの幅の帯域幅）、またはシグナリングによって動的に設定される幅であることがある。プライマリチャネルは、ＢＳＳの動作チャネルであることがあり、ＡＰとの接続を確立するためにＳＴＡによって使用されることがある。特定の代表的実施形態においては、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、例えば、８０２．１１システムに実装されることがある。ＣＳＭＡ／ＣＡに関して、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルを検知し得る。プライマリチャネルが特定のＳＴＡによって検知される／検出されるおよび／またはビジーであると決定される場合、特定のＳＴＡは、バックオフし得る。１つのＳＴＡ（例えば、１つの局のみ）が、任意の所与の時間に所与のＢＳＳにおいて送信し得る。
【００４１】
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚの幅のチャネルを形成するためにプライマリの２０ＭＨｚのチャネルを隣接するまたは隣接しない２０ＭＨｚのチャネルと組み合わせることによって通信のために４０ＭＨｚの幅のチャネルを使用し得る。
【００４２】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの幅のチャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを組み合わせることによって形成され得る。１６０ＭＨｚのチャネルは、８個の連続する２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成と呼ばれることがある、２つの連続しない８０ＭＨｚのチャネルを組み合わせることによって形成されてよい。８０＋８０構成に関しては、チャネル符号化の後、データが、そのデータを２つのストリームに分割し得るセグメントパーサに通されてよい。逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理が、各ストリームに対して別々に行われ得る。ストリームは、２つの８０ＭＨｚのチャネルにマッピングされてよくデータは、送信するＳＴＡによって送信されてよい。受信するＳＴＡの受信機においては、８０＋８０構成のための上述の動作が、逆転されてよく、組み合わされたデータが、媒体アクセス制御（ＭＡＣ）に送信されてよい。
【００４３】
動作のサブ１ＧＨｚモードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。８０２．１１ａｆおよび８０２．１１ａｈにおいては、チャネル動作帯域幅およびキャリアが、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるチャネル動作帯域幅およびキャリアに比して削減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなどのメータータイプ制御（Meter Type Control）／マシンタイプ通信（Machine-Type Communications）をサポートし得る。ＭＴＣデバイスは、特定の能力、例えば、特定のおよび／または制限された帯域幅のサポート（例えば、そのサポートのみ）を含む制限された能力を有することがある。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
【００４４】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどの複数のチャネルおよびチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することがある。プライマリチャネルの帯域幅は、ＢＳＳ内で動作する際の全てのＳＴＡのうちで、最も小さい帯域幅動作モードをサポートするＳＴＡによって設定および／または制限されることがある。８０２．１１ａｈの例では、プライマリチャネルは、たとえＡＰおよびＢＳＳ内のその他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／またはその他のチャネル帯域幅動作モードをサポートするとしても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣ型デバイス）のために１ＭＨｚの幅であることがある。キャリア検知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することがある。プライマリチャネルが、例えば、（１ＭＨｚ動作モードのみをサポートする）ＳＴＡがＡＰに送信しているためにビジーである場合、たとえ周波数帯域の大半がアイドルしたままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると考えられることがある。
【００４５】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国において、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本において、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚまでである。
【００４６】
図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上述のように、ＲＡＮ１１３は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用し得る。ＲＡＮ１１３は、ＣＮ１１５とも通信し得る。
【００４７】
ＲＡＮ１１３はｅＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３が実施形態に合致したまま任意の数のｅＮＢを含み得ることは、理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバをそれぞれ含み得る。一実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１８０ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信するおよび／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信するためにビームフォーミングを利用し得る。従って、例えば、ｇＮＢ１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信し得る。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信し得る（図示せず）。これらのコンポーネントキャリアのサブセットは、免許が不要なスペクトル上にあってよく、一方、残りのコンポーネントキャリアは、免許が必要なスペクトル上にあってよい。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ：Coordinated Multi-Point）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調した送信を受信し得る。
【００４８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジー（numerology）に関連する送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に関して変わり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、変化する数のＯＦＤＭシンボルを含むおよび／または絶対時間（absolute time）の変化する長さ継続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【００４９】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの）その他のＲＡＮにさらにアクセスすることなくｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティアンカーポイントとして利用し得る。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許が不要な帯域の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続しながらｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためにＤＣ原理を実装し得る。非スタンドアロン構成において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして働くことがあり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供するための追加的なカバレッジおよび／またはスループットを提供することがある。
【００５０】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間の網間接続（interworking）、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【００５１】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および恐らくはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上述の要素の各々はＣＮ１１５の一部として示されるが、これらの要素のうちの任意の要素がＣＮ運用者以外のエンティティによって所有および／または運用されることがあることは、理解されるであろう。
【００５２】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、制御ノードとして働き得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシング（例えば、異なる要件を有する異なるＰＤＵセッションの処理）のサポート、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終端、モビリティ管理などを担うことがある。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスの種類に基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスが、超高信頼低レイテンシ（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張された大規模モバイルブロードバンド（ｅＭＢＢ：enhanced massive mobile broadband）アクセスに依拠するサービス、マシンタイプ通信（ＭＴＣ）アクセスのためのサービスなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などのその他の無線技術を採用するその他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【００５３】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介してＣＮ１１５のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し、制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスの管理および割り当て、ＰＤＵセッションの管理、ポリシー施行およびＱｏＳの制御、ダウンリンクデータ通知の提供などのその他の機能を実行し得る。ＰＤＵセッションの種類は、ＩＰベース、非ＩＰベース、イーサネットベースなどであることがある。
【００５４】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。ＵＰＦ１８４ａ、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシーの施行、マルチホームの（multi-homed）ＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ダウンリンクパケットのバッファリング、モビリティアンカーの提供などのその他の機能を実行し得る。
【００５５】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそのようなＩＰゲートウェイと通信してよい。さらに、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、その他のサービスプロバイダによって所有および／または運用されるその他の有線および／または無線ネットワークを含んでよい他のネットワーク１１２へのアクセスを提供し得る。一実施形態において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースおよびＵＰＦ１８４ａ、１８４ｂとデータネットワーク（ＤＮ）１８５ａ、１８５ｂとの間のＮ６インターフェースを介してＵＰＦ１８４ａ、１８４ｂを通じてローカルのＤＮ１８５ａ、１８５ｂに接続され得る。
【００５６】
図１Ａ〜図１Ｄおよび図１Ａ〜図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅ−Ｂ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される任意のその他のデバイスのうちの１つまたは複数に関連して本明細書において説明される機能のうちの１つまたは複数または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書において説明される機能のうちの１また複数または全てをエミュレーションするように構成された１つまたは複数のデバイスであってよい。例えば、エミュレーションデバイスは、その他のデバイスを試験するため並びに／またはネットワークおよび／もしくはＷＴＲＵの機能をシミュレーションするために使用され得る。
【００５７】
エミュレーションデバイスは、ラボ環境内でおよび／または運用者ネットワーク環境内で他のデバイスの１つまたは複数の試験を実施するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されている間に１つもしくは複数のまたは全ての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装および／または展開されている間に１つもしくは複数のまたは全ての機能を実行し得る。エミュレーションデバイスは、無線通信を使用して試験するおよび／または試験を実行する目的で別のデバイスに直接結合され得る。
【００５８】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装および／または展開されていない間に１つまたは全てを含む複数の機能を実行し得る。例えば、エミュレーションデバイスは、１つまたは複数の構成要素の試験を実施するために試験研究室（testing laboratory）および／または展開されていない（例えば、試験）有線および／または無線通信ネットワークにおける試験シナリオで利用され得る。１つまたは複数のエミュレーションデバイスは、試験機器であってよい。直接的なＲＦ結合および／または（例えば、１つもしくは複数のアンテナを含み得る）ＲＦ回路を介した無線通信が、データを送信するおよび／または受信するためにエミュレーションデバイスによって使用され得る。
【００５９】
以降、例示的実施形態の詳細な説明が、様々な図を参照して示される。この説明は可能な実装の詳細な例を提供するが、詳細は例示的であるように意図されており、本出願の範囲を限定するように全く意図されていないことに留意されたい。
【００６０】
Ｐｏｌａｒ符号は、（例えば、ＮＲに関して）制御チャネル符号化のために使用され得る。Ｐｏｌａｒ符号は、例えば、ターボ符号およびＬＤＰＣ符号のように容量を達成する符号であり得る。Ｐｏｌａｒ符号は、線形ブロック符号であり得る。Ｐｏｌａｒ符号は、小さなエンコーディングおよび復号の複雑さを有し得る。Ｐｏｌａｒ符号は、非常に低いエラーフロア（error floor）および明確な構築方式を有し得る。
【００６１】
（Ｎ，Ｋ）Ｐｏｌａｒ符号の例では、Ｋは、情報ブロック長であることがあり、Ｎは、符号化されたブロック長であることがある。値Ｎは、例えば、２の累乗、例えば、ある整数ｎに関してＮ＝２nとして設定され得る。Ｐｏｌａｒ符号は、線形ブロック符号であり得る。Ｐｏｌａｒ符号の生成行列は、
【００６２】
【数１】
2020523858.tif 000003
【００６３】
によって表されることがあり、ＢNは、ビット反転置換行列であることがあり、
【００６４】
【数２】
2020523858.tif 000004
【００６５】
は、クロネッカー積によるｎ乗を表すことがあり、
【００６６】
【数３】
2020523858.tif 000005
【００６７】
である。例では、Ｐｏｌａｒ符号の実装において、ＢＮは、（例えば、簡略化のために）エンコーダ側で無視されることがあり、ビット反転動作が、デコーダ側で実行されることがある。
【００６８】
図２は、Ｎ＝８であるＰｏｌａｒエンコーダの例である。図２は、
【００６９】
【数４】
2020523858.tif 000006
【００７０】
の例示的実装を示す。Ｐｏｌａｒ符号のコードワードは、例えば、ｘ1N＝ｕ1NＧNによって与えられることがある。
【００７１】
復号方式は、例えば、逐次除去（ＳＣ：Successive Cancellation）復号並びに／または（例えば、逐次除去リスト（ＳＣＬ）復号およびＣＲＣによって支援されたＳＣＬ復号などのＳＣ復号に基づく）先進的な復号方式を含み得る。
【００７２】
ＣＲＣによって支援された（ＣＡ）Ｐｏｌａｒ符号は、例えば、ＣＡ逐次除去リスト（ＳＣＬ）デコーダを用いるＰｏｌａｒ符号を含み得る。ＣＡ復号の例では、例えば、（例えば、復号の最後に）候補コードワードのリストから（例えば、最終的な）コードワードを選択するためにＣＲＣビットが使用され得る。ＣＲＣビットは誤り検出機能をサポート（例えば、少なくとも部分的にサポート）し得るが、ＣＲＣビットは、例えば、誤り検出よりも誤り訂正の目的で設計され、使用され得る。
【００７３】
Ｐｏｌａｒ符号は、例えば、エンコーディングおよび復号の観点でうまく構築され得る。うまくいくＰｏｌａｒ符号は、例えば、ＰｏｌａｒエンコーダのＮ個の入力ビットｕ1NへのＫ個の情報ビットのマッピングに依存することがある。Ｋ個の情報ビットは、Ｋ個の最良のビットチャネルに載せられ得る。情報ビットからマッピングされない残りのＮ−Ｋ個の入力ビットは、凍結ビットと呼ばれることがある（例えば、凍結ビットは、０に設定されることがある）。凍結ビットのための位置のセットは、凍結セット（frozen set）Ｆと呼ばれることがある。
【００７４】
最良のビットチャネルの判断は、変わることがあり、現実のチャネル状態に依存することがある。ビットチャネルは、例えば、凍結チャネル（frozen channel）のセットを決定するときに（例えば、それらの信頼性に基づいて）ランク付けされ得る。信頼できるビットチャネルは、良好なビットチャネルとしてランク付けされ得る。信頼性がより低いビットチャネルは、不良なビットチャネルとしてランク付けされ得る。
【００７５】
ビットチャネルの信頼性を計算する複数のやり方が、存在し得る。ビットチャネルの信頼性は、例えば、バタチャリア限界（Bhattacharyya bound）、モンテカルロ推定、全遷移確率行列推定（full transition probability matrices estimation）、およびガウス近似を使用して決定され得る。様々な方式が、異なる計算複雑性を有することがあり、異なるチャネル状態に当てはまることがある。方式は、信頼性を計算する際に使用するために選択され得る設計ＳＮＲと呼ばれるパラメータを有し得る。
【００７６】
ビットチャネルランクは、ＳＮＲ設計に依存しないことがあるその他のやり方で計算され得る（例えば、ランクシーケンスが、式から生成されるかまたは小さなシーケンスから拡張され得る）。
【００７７】
図３は、通常のＰｏｌａｒ符号の例である。例では（例えば、図３に示されるように）、例えば、ビットチャネルの決定されたランクに基づいて、情報ビットは高信頼性ビットチャネルにおいて提供されることがあり、一方、低信頼性ビットチャネルは凍結ビットのために使用されることがある。
【００７８】
パリティ検査（ＰＣ）Ｐｏｌａｒ符号が、利用され得る。ＰＣ−Ｐｏｌａｒ符号の例では、凍結サブチャネル（frozen sub-channel）セットのサブセットが、ＰＣ−凍結サブチャネルとして選択され得る。ＰＣ機能が、サブチャネル上の誤り訂正のために確立され得る。例では、（例えば、各パリティ検査サブチャネル位置の）ＰＣ−凍結サブチャネル上のＰＣ機能に関わる１つまたは複数の復号されたビット（例えば、全ての復号されたビット）が、リスト復号ツリー（list decoding tree）を刈り込むために使用され得る。例えば、ＰＣ機能を満たす経路（例えば、ＰＣ機能を満たす経路のみ）が生き残り得る一方、残りの経路は削除され（例えば、オンザフライで削除され）得る。ＰＣ機能は、例えば、逐次除去に基づくデコーダに合致するように前方のみ（forward-only）として確立され得る（例えば、確立されなければならない）。
【００７９】
図４は、ＰＣ  Ｐｏｌａｒ符号の例である。図４は、情報ビットからＰＣ  Ｐｏｌａｒ符号の入力へのビットマッピングの例を示す。
【００８０】
ＰＣ  Ｐｏｌａｒ符号は、ＣＡ  ＳＣＬ復号における誤り訂正の目的で使用され得るＣＡ  Ｐｏｌａｒ符号のＣＲＣビットを除去するために使用されることがある。これは、Ｐｏｌａｒ符号のオーバーヘッドを削減することがあり、それが、符号化利得をもたらすことがある。
【００８１】
Ｐｏｌａｒ符号は、（例えば、非常に小さなブロックサイズを除いて）ＵＬ／ＤＬ制御情報のためのチャネル符号として使用され得る。ＣＲＣビットが、例えば、誤警報率（ＦＡＲ：false alarm rate）を下げるために制御メッセージのために使用され得る。
【００８２】
ＤＬ制御チャネルのためのＰｏｌａｒ符号は、例えば、以下、すなわち、（ｉ）Ｊ’＝３または６であること、（ｉｉ）Ｊ’’＝０であること、および／または（ｉｉｉ）１つもしくは複数のＪ＋Ｊ’個のビットを付加することのうちの１つまたは複数をサポートし得る。Ｊ’＝３または６の例では、１つまたは複数のＪ＋Ｊ’個のビットが、（例えば、符号構築の際の早期終了をサポートするために）分散され得る。ビット分散決定は、複雑性対利益を考慮し得る。
【００８３】
ＣＡおよびＰＣ  Ｐｏｌａｒ符号は、例えば、巡回冗長検査（ＣＲＣ）またはパリティ検査（ＰＣ）などのアシスタンスビットの連結のおかげでその他のＰｏｌａｒ符号に比して優れた性能を提供し得る。アシスタンスビットは、例えば、誤り検出、誤り訂正、早期終了、および／またはリスト刈り込みなどのために使用され得る。アシスタンスビットによって支援されたＰｏｌａｒ符号が、制御チャネルのために使用され得る。ＪビットＣＲＣが、例えば、誤り検出のために提供され得る。Ｊ’またはＪ’＋Ｊ’’個のアシスタンスビットが、早期終了をサポートするために使用され得る。Ｊ’個のアシスタンスビットは、アシスタンスビットの信頼できるセットから選ばれ得る。Ｊ’’個のアシスタンスビットは、信頼性がより低い（例えば、信頼できない）セットから選ばれることがあり、Ｊ’’は、ＤＬ制御チャネルのためにゼロに設定されることがある。
【００８４】
Ｐｏｌａｒ符号構築のための異なるアシスタンスビット（例えば、Ｊ、Ｊ’、およびＪ’’）の数、長さ、および位置は、例えば、誤警報率（ＦＡＲ）、レイテンシ、複雑性、および電力消費を最小化しながら必要とされる性能を維持するために慎重に決定され得る（例えば、されなければならない）。例えば、ＮＲの異なるチャネルに関する様々な異なる設計目的を満たすために、アシスタンスビットによって支援された（ＡＢＡ）Ｐｏｌａｒ符号構築（ＰＣＣ）を設計するために、通常の手順が使用され得る。
【００８５】
ｅＮｏｄｅＢが、（例えば、ＬＴＥにおいて）例えば、ＷＴＲＵに送信され得る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）フォーマットを決定し、適切なＤＣＩを生成し、および／またはＣＲＣを添付し得る。ＣＲＣは、例えば、ＰＤＣＣＨの所有者または用途に応じて無線ネットワーク一時識別子（ＲＮＴＩ）によってマスクされ得る。例では、ＣＲＣは、例えば、ＰＤＣＣＨが特定のＷＴＲＵのためのものであることがあるとき、ＷＴＲＵ一意識別子（例えば、セル−ＲＮＴＩ（Ｃ−ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）、一時Ｃ−ＲＮＴＩ（ＴＣ−ＲＮＴＩ）、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）、準永続的スケジューリングＣ−ＲＮＴＩ（ＳＰＳ  Ｃ−ＲＮＴＩ）など）によってマスクされ得る。ＷＴＲＵ受信機は、例えば、（例えば、ブラインド復号を使用して）ＰＤＣＣＨ候補のセットを監視することによってそのＰＤＣＣＨを発見し得る。ＷＴＲＵは、例えば、そのＲＮＴＩを使用して候補ＤＣＩのＣＲＣ（例えば、それぞれのブラインド復号されたＤＣＩのＣＲＣ）のマスクを外し得る。ＷＴＲＵは、例えば、ＣＲＣの誤りが検出されないとき、それを成功した復号の試みと見なすことがあり、成功した候補の中の制御情報を読むことがある。例えば、異なるＲＮＴＩ、ＰＤＣＣＨ候補、ＤＣＩ、および／またはＰＤＣＣＨフォーマットの可能性を考慮すると、ＰＤＣＣＨを成功裏に復号するために相当な数の試みが必要とされることがある。
【００８６】
ＮＲは、レイテンシ、複雑性、および電力消費を削減し得る。ＷＴＲＵは、ＮＲ−ＰＤＣＣＨブラインド復号を適用し得る。ＮＲ−ＰＤＣＣＨのための効率的なＰｏｌａｒ符号化が、ＢＬＥＲ性能またはレイテンシを悪化させることなく（例えば、全ての情報ビットを復号する前に）早期終了を容易にし得るＰｏｌａｒ符号構築を設計するために使用され得る。
【００８７】
同期信号（ＳＳ）ブロックインデックス（例えば、時間インデックス）が、ＮＲ−物理ブロードキャストチャネル（ＮＲ−ＰＢＣＨ）のコンテンツ内で送信され得る（例えば、明示的に送信され得る）。複数のＳＳブロックからのＮＲ−ＰＢＣＨ信号を組み合わせることは、ＷＴＲＵの復号性能を改善することがあり、例えば、不完全なビームフォーミングに対する堅牢性を提供し得る。ＭＩＢのペイロードに含まれることがあるＳＳブロックインデックスを明示的に変化させることは、異なるＳＳブロックに関して異なるＮＲ−ＰＢＣＨの符号化されたビットをもたらすことがある。複数のＳＳブロックからのＮＲ−ＰＢＣＨ信号のソフト合成（soft combining）は、単純ではないことがある。ＮＲ−ＰＢＣＨのためのＰｏｌａｒ符号化は、これを実現するために慎重に設計されることがある。
【００８８】
アシスタンスビットによって支援された（ＡＢＡ）Ｐｏｌａｒ符号構築（ＰＣＣ）が、異なる設計目的（例えば、誤り検出（ＥＤ）、誤り訂正（ＥＤ）、早期終了（ＥＴ）、および／またはリスト刈り込み）でＮＲチャネルのために使用され得る。ＡＢＡ  ＰＣＣは、例えば、（例えば、多くの実装に適用可能であるという観点で）汎用的、包括的、または再利用可能であり得る。
【００８９】
図５は、アシスタンスビットによって支援されたＰｏｌａｒ符号構築の例である。図５は、ＮＲチャネルに対するＡＢＡ  ＰＣＣの処理の例を示す。
【００９０】
アシスタンスビット制御は、例えば、チャネルの種類、ペイロードサイズ、およびチャネル条件に基づいて、アシスタンスビットの種類および長さ、並びに関連付けられたＡＢＡ  ＰＣＣの種類を決定し得る。
【００９１】
ＡＢＡ  ＰＣＣは、例えば、ｅＭＢＢ制御チャネル、ＵＲＬＬＣ制御チャネル、および／またはＵＲＬＬＣデータチャネルに対して使用され得る。ＮＲにおけるチャネルの種類は、例えば、制御チャネル（例えば、ＮＲ−ＰＤＣＣＨ、ＮＲ強化型ＰＤＣＣＨ（ＮＲ−ｅＰＤＣＣＨ））、ＮＲ−ＰＢＣＨ、ＮＲ物理アップリンク制御チャネル（ＮＲ−ＰＵＣＣＨ）など）、またはデータチャネル（例えば、ＮＲ物理ダウンリンク共有チャネル（ＮＲ−ＰＤＳＣＨ）、ＮＲ物理アップリンク共有チャネル（ＮＲ−ＰＵＳＣＨ）など）とすることができる。
【００９２】
アシスタンスビットの種類、長さ、および位置は変化することができ、異なる設計目的（例えば、目標）または条件（例えば、変化するチャネルの種類、ペイロードなどに応じた）に対するＰｏｌａｒ符号構築を支援するように選択され得る。ＡＢＡ  ＰＣＣの種類は、例えば、以下の１つまたは複数から選択され得る：ＣＡ  Ｐｏｌａｒ、ＰＣ  Ｐｏｌａｒ、分散型ＣＲＣ  Ｐｏｌａｒ、ＰＣ−ＣＡ  Ｐｏｌａｒ、分散型単純パリティチェック（ＤＳＰＣ）Ｐｏｌａｒ、ハッシュＰｏｌａｒ、および／または規則または基準に基づく分散型アシスタンスビットまたはＣＲＣを有する他のＰｏｌａｒ符号（例えば、それらの任意の組合せ、またはＣＲＣ生成および／または分散の機能）。
【００９３】
ＡＢＡ  ＰＣＣは、Ｐｏｌａｒエンコーディングへのビットチャネルマッピングのためのアシスタンスビットに対する位置を決定し得る。
【００９４】
アシスタンスビットの種類、長さ、および位置が決定され得る。以下の１つまたは複数が当てはまり得る。
【００９５】
アシスタンスビットは、早期終了（ＥＴ）のために使用され得る。ＥＴアシスタンスビットの種類、長さ、および位置が決定され得る。
【００９６】
ＥＴアシスタンスビットは、例えば、ＣＲＣ、ＰＣ、および／またはＪ’として示され得るハッシュビットを含み得る。
【００９７】
ＥＴアシスタンスビットの位置は、例えば、本明細書で述べられるＡＢＡ  ＰＣＣ組合せの１つまたは複数によって、一様にまたは一様でなく分散され得る。例（例えば、分散型ＣＲＣ  Ｐｏｌａｒ符号を有する）において、アシスタンスビットの所与の長さはＪ’として示され得る。２つのＪ’ビットが、Ｊビットの次に付加されまたは挿入され得る。残りの（例えば、Ｊ’−２）ビットは、Ｋ個の情報ビットによって一様にまたは一様でなく分散され得る。例では、３つのＪ’ビットが付加され、またはＪビットの次に付加されることができ、残りの（例えば、Ｊ’−３）ビットは、Ｋ個の情報ビットによって一様にまたは一様でなく分散され得る。例では、（例えば、全ての）６つのＪ’ビットは、Ｋ個の情報ビットによって一様にまたは一様でなく分散され得る。Ｊ’ビットの位置割り当ては、例えば、予め定義され、指定される、構成される（例えば、ＲＲＣメッセージによって）、および／または動的に要求されるおよび／またはシグナリングされることができる（例えば、ＤＣＩまたはＭＡＣ−ＣＥなどのＬ１制御シグナリングによって）。
【００９８】
ＥＴは、例えば、以下の条件の１つまたは複数に対してトリガされ、または使用され得る。
【００９９】
ＥＴは、例えば、低いＳＮＲに対してトリガされ得る。情報ビットは、高いＳＮＲにおいて成功裏に復号され得る（例えば、その可能性が非常に高くなり得る）。例では（例えば、ＣＱＩまたはＳＩＮＲなどのチャネル条件に基づいて）、ＥＴのためのアシスタンスビットＪ’は、高いＣＱＩ／ＳＩＮＲに対して０に、および低いＣＱＩ／ＳＩＮＲに対してゼロでない値に設定され得る。
【０１００】
ＥＴのための機会は、例えば、リストサイズＬが増加するとき、（例えば、著しく）減少し得る。リストサイズは、例えば、チャネルの種類および／またはペイロードサイズに基づいて選択され得る。例では（例えば、データチャネルに対して）、リストサイズＬは大きな数（例えば、８、１６、３２）になり得る。例では（例えば、制御チャネルに対して）、リストサイズＬはより小さな数（例えば、４、８）になり得る。リストサイズは、例えば、ペイロードサイズに基づいて選択され得る。例では、Ｌは、例えば、予め定義されたまたは指定された規則に基づいて、ペイロードサイズが増加するのに従って増加し得る。アシスタンスビットＪ’は、それに応じて設定され得る。
【０１０１】
ＥＴは、例えば、大きなペイロードまたは情報ブロックサイズを有する制御チャネルおよび／またはデータチャネルに対して（例えば、超高信頼低レイテンシ通信（ＵＲＬＬＣ）において）使用され得る。例では、ＥＴは、情報サイズＫ＝｛３２，４８，６４，８０，１２０，２００｝を有するＮＲ制御チャネルに対してトリガされ得る。ＥＴは、例えば、小さな情報ブロックサイズ｛１，２，４，８，１６｝に対してはトリガされないことがある。
【０１０２】
ＥＴは、例えば、大きなアグリゲーションレベル（例えば、４、８、１６）、および／または低い符号レート（例えば、１／３未満）を有するＰＤＣＣＨに対してトリガされ得る。
【０１０３】
アシスタンスビットは、エラー検出（ＥＤ）のために使用され得る。ＥＤアシスタンスビットの種類、長さ、および／または位置が決定され得る。
【０１０４】
ＥＤアシスタンスビットは、例えば、Ｊとして示され得るＣＲＣビットを含み得る。Ｊの長さは、例えば、ペイロードサイズに依存し得る。例では、ペイロードサイズが大きいほど、数Ｊは大きくなる。Ｊは、異なるチャネルに対して指定されおよび／または選択され得る。例では、Ｊは、ダウンリンク制御情報（ＤＣＩ）（例えば、１６個のビット）と、ＵＣＩ（例えば、ＣＲＣを有するＵＬに対して８個のビットまたは１６個のビット）とに対して異なり得る。Ｊは、例えば、ＵＬにおけるペイロードサイズに依存し得る（例えば、０は除外されなくてもよい）。
【０１０５】
ＥＤアシスタンスビットの位置は、例えば、ＵＣＩまたはＤＣＩペイロードに付加され得る。
【０１０６】
アシスタンスビットは、エラー訂正（ＥＣ）のために使用され得る。ＥＣアシスタンスビットの種類、長さ、および位置が決定され得る。
【０１０７】
ＥＣアシスタンスビットは、例えば、Ｊ’またはＪ”として示され得るＣＲＣまたはＰＣを含み得る。
【０１０８】
ＥＣアシスタンスビットの位置は、例えば、付加されおよび／または分散され得る。
【０１０９】
例では（例えば、図５に示されるような）、ＡＢＡ  ＰＣＣは、例えば、以下の１つまたは複数に基づいて実装され得る。
【０１１０】
ＡＢＡ  ＰＣＣは、例えば、アシスタンスビットの決定された種類および長さ、並びに関連付けられたＡＢＡ  ＰＣＣの種類（例えば、アシスタンスビット制御から）に基づいて実装されることができ、例えば、以下の１つまたは複数が当てはまり得る。
【０１１１】
例では、ＮＲチャネルのソース情報のＫ個のビットが存在し得る（例えば、制御チャネルペイロードＤＣＩ、またはアップリンク制御情報（ＵＣＩ））。これらのビットは、ＣＲＣ添付を、通過（例えば、最初に通過）し得る（例えば、それによって処理され得る）。ＣＲＣビットの長さＪは、Ｋ個の情報ビットに付加され得る異なる長さのＣＲＣをサポートし得るアシスタンスビット制御によって決定され得る。ＣＲＣビットの長さＪは、Ｋ個のソースビットに付加され得る。ソースビット（例えば、添付されたＣＲＣを有する）は、アシスタンスビット生成およびビットチャネルマッピングに渡される（例えば、それによって処理される）ことができる。
【０１１２】
例では、アシスタンスビット生成およびビットチャネルマッピングは、例えば、アシスタンスビットＪ’を生成することができ、並びに情報および１つまたは複数のアシスタンスビット（例えば、全てのアシスタンスビット）（例えば、Ｋ＋Ｊ＋Ｊ’として示される）を、Ｐｏｌａｒ符号のための適切なビットチャネルにマッピングし得る。この動作は、例えば、ＡＢＡ  ＰＣＣの種類に依存し得る（例えば、アシスタンスビット制御によって決定され得るのに従って）。ＥＴのためのアシスタンスビットの長さＪ’が決定され得る（例えば、決定されてもよい）（例えば、アシスタンスビット制御によって決定され得る）。ＡＢＡ  ＰＣＣは、Ｐｏｌａｒエンコーディングへのビットチャネルマッピングのためのアシスタンスビットのための位置を、例えば、以下のＡＢＡ  ＰＣＣの種類の１つまたは複数（例えば、それらの任意の組合せ）に対して決定し得る：ＣＡ  Ｐｏｌａｒ、ＰＣ  Ｐｏｌａｒ、分散型ＣＲＣ  Ｐｏｌａｒ、ＰＣ−ＣＡ  Ｐｏｌａｒ、分散型単純パリティチェック（ＤＳＰＣ）Ｐｏｌａｒ、およびハッシュＰｏｌａｒ。
【０１１３】
Ｐｏｌａｒエンコーディングは、例えば、
【０１１４】
【数５】
2020523858.tif 000007
【０１１５】
または
【０１１６】
【数６】
2020523858.tif 000008
【０１１７】
の行列を生成するなど、１つまたは複数のＰｏｌａｒエンコーディング動作を行い得る。
【０１１８】
Ｐｏｌａｒエンコードされたビットはレートマッチングに送られてよく、これは例えば、反復動作および／またはパンクチャリング動作を行い得る（例えば、使用され得るレートマッチング（ＲＭ）アルゴリズムから生成され得るパンクチャリングベクトルに基づいて）。
【０１１９】
Ｐｏｌａｒ符号化は、制御チャネルに対してもたらされ得る。ｅＮｏｄｅＢ（例えば、ＬＴＥにおける）は、ＷＴＲＵに送信されることになるＰＤＣＣＨフォーマットを決定、適切なＤＣＩを作成、およびＣＲＣを添付し得る。ＣＲＣは、例えば、ＰＤＣＣＨの所有者または使用に従って、ＲＮＴＩを用いてマスクされ得る。ＣＲＣは、例えば、ＰＤＣＣＨが特定のＷＴＲＵのためのものであるとき、ＷＴＲＵ固有識別子（例えば、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩなど）を用いてマスクされ得る。ＷＴＲＵ受信機は、例えば、ＰＤＣＣＨ候補のセットを監視することによって（例えば、盲目的復号を用いて）、それのＰＤＣＣＨを見出すことができる。ＷＴＲＵは、例えば、それのＲＮＴＩを用いて、制御候補のＣＲＣ（例えば、各制御候補のＣＲＣ）をマスク解除し得る。ＷＴＲＵはそれを、成功した復号の試行と見なすことができ、例えば、ＣＲＣエラーが検出されないとき、成功した候補内の制御情報を読み出し得る。例えば、異なるＲＮＴＩ、ＰＤＣＣＨ候補、ＤＣＩおよび／またはＰＤＣＣＨフォーマットの可能性を考えると、ＰＤＣＣＨの復号に成功するためにはかなりの数の試行が必要になり得る。
【０１２０】
ＷＴＲＵは（例えば、ＮＲにおける）、ＰＤＣＣＨの全セットを盲目的復号し得る。デコーダが１つまたは複数の仮定の試験を早く完了するほど、デコーダメモリは早く電力ダウンされ得る。早期終了（ＥＴ）は、レイテンシ（例えば、全体的なレイテンシ）、複雑さ、および／または電力消費を低減し得る。ＥＴは、例えば、多段階（例えば、２段階）早期終了をベースとする、ＮＲ−ＰＤＣＣＨに対するＰｏｌａｒ符号化によって実装され得る（例えば、図６での例によって示されるような）。
【０１２１】
図６は、２段階早期終了をサポートするためのＮＲ−ＰＤＣＣＨに対するＰｏｌａｒ符号化の例である。早期終了（例えば、全ての情報ビットを復号する前の）は、例えば、２段階ＥＴをベースとするＰｏｌａｒ符号化（例えば、ＮＲ−ＰＤＣＣＨに対する）によって容易にされ得る（例えば、ＢＬＥＲ性能またはレイテンシを悪化せずに）。第１の段階は、例えば、ＥＴのためのアシスタンスビットによって支援された（ＡＢＡ）Ｐｏｌａｒ符号構築（ＰＣＣ）を備え得る。第２の段階は、例えば、ＵＥ−ＩＤをベースとするＵＥ固有のスクランブルを備えることができ、これは受信機／ＷＴＲＵ側における２段階ＥＴをサポートし得る。このＷＴＲＵ固有のスクランブル方式は、例えば、本明細書で述べられるように、ＣＲＣビットがＷＴＲＵ−ＩＤを用いてマスクされて適用（例えば、共同で適用）され得る。
【０１２２】
ＮＲ−ＰＤＣＣＨに対する２段階ＥＴ復号は、ＮＲ−ＰＤＣＣＨに対する２段階ＥＴをベースとするＰｏｌａｒ符号化によってサポートされることができ、これは送信器（例えば、ｇＮＢ）において実装され得る。
【０１２３】
第１の段階（例えば、段階１）の例では、ＮＲ−ＰＤＣＣＨに対するＡＢＡ  Ｐｏｌａｒ符号化は、ＥＴ段階２  ＡＢＡ  Ｐｏｌａｒ符号をベースとするＥＴをサポートするために使用され得る。
【０１２４】
ＥＴのためのアシスタンスビットＪ’は、エラー検出が、１つまたは複数の示される手順（例えば、ＡＢＡ  ＰＣＣの種類によって、またはそれに対して示される手順）による部分復号の後に行われ得るように、コードワード内に分散され得る。
【０１２５】
例えば、アシスタンスビットＪ’の位置およびサブチャネルマッピングを決定するために、選択されたＡＢＡ  ＰＣＣ手順がＮＲ−ＰＤＣＣＨのために使用され得る。ＥＴ対応型ＳＣＬ−８デコーダは、例えば、段階１  ＡＢＡ  Ｐｏｌａｒ符号化のデフォルトまたはベースラインとなり得る。
【０１２６】
例では、第１の段階（例えば、段階１）で、「アシスタンスビット制御」ブロックは、Ｊ’が０に等しく、ＡＢＡ  ＰＣＣの種類は分散型ＣＲＣ  Ｐｏｌａｒであることを決定し得る。「アシスタンスビット生成およびビットチャネルマッピング」ブロックは、（Ｋ＋Ｊ＋Ｊ’）として示される情報およびアシスタンスビット（例えば、情報および全てのアシスタンスビット）を、Ｐｏｌａｒ符号のためのそれぞれのビットチャネルにマッピングし得る（例えば、「Ｐｏｌａｒエンコーディング」ブロックにおいて）。「Ｐｏｌａｒエンコーディング」サブブロックはＰｏｌａｒエンコーディング動作（例えば、通常のＰｏｌａｒエンコーディング動作）を行うことができ、Ｐｏｌａｒエンコードされたビットは例えば、上述のような「レートマッチング」ブロックに送られ得る。
【０１２７】
例では、第２の段階（例えば、段階２）で、符号化されたＮＲ−ＰＤＣＣＨは（例えば、ＡＢＡ  Ｐｏｌａｒエンコーディングおよびレートマッチング（ＲＭ）の後）、ＷＴＲＵ−ＩＤシーケンスによってスクランブルされることができ、これは受信機／ＷＴＲＵ側で段階１におけるＥＴをサポートし得る（例えば、ＷＴＲＵ−ＩＤをベースとするＥＴを使用して）。
【０１２８】
ＷＴＲＵ−ＩＤシーケンスは、以下の例示の手順の１つまたは複数を含む多様な手順によって生成され得る。
【０１２９】
例では、ＷＴＲＵ−ＩＤシーケンスは１つまたは複数の擬似ランダムシーケンスとすることができる。ＷＴＲＵ−ＩＤシーケンスの例は、ゴールドシーケンス（例えば、セル固有のスクランブルシーケンスと同様な）によって定義され得る。スクランブルシーケンス生成器は、ＷＴＲＵ−ＩＤによって初期化され得る（例えば、セルＩＤのみの代わりに）。例では、ＷＴＲＵ−ＩＤシーケンスは、ＷＴＲＵ−ＩＤに対応する異なるサイクルシフトを有する１つまたは複数のＺａｄｏｆｆ−Ｃｈｕシーケンスとすることができる。例では、ＷＴＲＵ−ＩＤシーケンスは任意のシーケンスとすることができる（例えば、良好な自己および相互相関関数を有する任意のシーケンス）。
【０１３０】
例では、ＷＴＲＵ−ＩＤシーケンスはＷＴＲＵ−ＩＤシグニチャとして定義されることができ、これは直交シグニチャの１つまたは複数のセットによってマッピングされ、および示され得る。
【０１３１】
例では、ＷＴＲＵ−ＩＤは、マザーコード長によってＰｏｌａｒエンコードされることができ（例えば、ＤＣＩに対するＡＢＡ  Ｐｏｌａｒ符号と同じマザーコード長）、および／または（例えば、次いで）スクランブルされ得る（例えば、ＸＯＲ演算によって）。この手順は、例えば、ＰＣ  Ｐｏｌａｒ符号が段階１  ＡＢＡ  Ｐｏｌａｒ符号化（例えば、ＰＣ−ＣＡ  Ｐｏｌａｒ符号）において使用され得るとき、使用されることができる。ＷＴＲＵ−ＩＤは、凍結ビット内に（例えば、代替として）配置されることができ、およびＡＢＡ  Ｐｏｌａｒエンコーダ（例えば、ＰＣビットなどのアシスタンスビットは、ＷＴＲＵ−ＩＤと同じビットチャネル内に置かれることはできないという制限を有するＰＣ−ＣＡ  Ｐｏｌａｒエンコーダ）を通じて、ＤＣＩと共同符号化され得る。
【０１３２】
図７は、ＣＲＣを有するＤＣＩに対するＡＢＡ  Ｐｏｌａｒエンコーディング、およびそれの、ＵＥ−ＩＤ（例えば、ＷＴＲＵ−ＩＤ）に対するＰｏｌａｒエンコーディングとの組合せの例である。Ｐｏｌａｒ符号のマザーコード長は、例えば、Ｎ＝２n個のビットとすることができる。ＣＲＣを有するＤＣＩのＰｏｌａｒエンコーディングは、例えば、エンコーダの下部における最後の２D個のビットチャネルを手動でゼロに設定し得る。実際の情報は、ビットチャネルの上部部に分離され得る。これはビットチャネルの下部部を、ＵＥ−ＩＤコードワードまたはＵＥ−ＩＤシーケンスとの（例えば、後の）組合せのために予約し得る。ＷＴＲＵ−ＩＤのＰｏｌａｒエンコーディングは、マザーコード長２D個のビットを有するＰｏｌａｒ符号を用い得る。ＣＲＣを有するＤＣＩのエンコードされたビットは、ＵＥ−ＩＤのエンコードされたビットと組み合わされ得る。前半部に対するエンコードされたビットは２n個のビットとすることができ、後半部に対するエンコードされたビットは２D個のビットとすることができる。組合せは、前半部の最後の２D個のビットと、後半部に対するエンコードされたビットとのＸＯＲを含み得る。
【０１３３】
図８は、ＮＲ−ＰＤＣＣＨに対する２段階マッピングおよびＰｏｌａｒエンコーディングの例である。例では、ＷＴＲＵ−ＩＤは下部２D個のサブエンコーダにマッピングされることができ、一方、ＣＲＣを有するＤＣＩは上部２n−２D個のサブエンコーダにマッピングされ得る。２つのサブエンコーダは、例えば、エンコーディングプロセスの最後の段階で結合され得る。サブエンコーダは、ＮＲ−ＰＤＣＣＨ  Ｐｏｌａｒエンコーディングのための２段階マッピングを示し得る。
【０１３４】
受信機側において、ＷＴＲＵはＮＲ−ＰＤＣＣＨに対する多段階（例えば、２段階）早期終了復号（例えば、図９の例に示されるような）を実行し得る。
【０１３５】
図９は、ＮＲ−ＰＤＣＣＨに対する２段階早期終了（ＥＴ）復号の例である。例では、早期終了を容易にするために（例えば、ＷＴＲＵにおけるレイテンシ、電力および／または複雑さを低減するように）、ＮＲ−ＰＤＣＣＨに対する復号の２つの段階があり得る。
【０１３６】
ＷＴＲＵは、（例えば、ＮＲ−ＰＤＣＣＨを受信することを条件として）盲目的復号の実行を開始し得る。ＷＴＲＵは、（例えば、全ての情報ビットを復号する前の早期終了を容易にするために）ＮＲ−ＰＤＣＣＨ送信がＷＴＲＵを対象としたものかどうかを決定するために、ＥＴ段階１  ＷＴＲＵ−ＩＤベースの検出またはデスクランブルを使用し得る。ＷＴＲＵは、例えば、受信されたＮＲ−ＰＤＣＣＨがＷＴＲＵを対象としたものでない（例えば、ＷＴＲＵがＮＲ−ＰＤＣＣＨはＷＴＲＵを対象としたものでないと決定した）とき、ＮＲ−ＰＤＣＣＨの復号を停止し、段階２においてＥＴをトリガし得る。図９に示されるように、ＥＴ段階１  ＷＴＲＵ−ＩＤベースのデスクランブルは、ＥＴ段階２のＥＴ機能を補助し得る（例えば、対象としたものではないまたは望ましくないＷＴＲＵのＰＤＣＣＨ  Ｐｏｌａｒ復号をさらに早期に終了するように）。ＷＴＲＵは、本明細書で述べられる技法を使用して（デ）スクランブルシーケンスを生成し得る。例では、Ｐｏｌａｒ復号における早期終了は、ＰＤＣＣＨ送信およびアシスタンスビット（例えば、ＣＲＣビット）の最初のデスクランブルの共同動作によって達成され得る。ＷＴＲＵは、例えば、受信されたＮＲ−ＰＤＣＣＨがＷＴＲＵを対象としたものであるとき、ＮＲ−ＰＤＣＣＨの復号を開始し得る（例えば、ＡＢＡ  Ｐｏｌａｒ復号によって）。ＷＴＲＵはＥＴ段階２を実行して、例えば、制御チャネルを復号しながら、（例えば、全ての）ＡＢＡ  Ｐｏｌａｒ復号が合格したかどうかを決定し得る（例えば、ＥＴのための分散型ＣＲＣを含み得るアシスタンスビットに基づいて）。ＷＴＲＵは、例えば、ＡＢＡ復号が合格しなかったとき、ＮＲ−ＰＤＣＣＨ復号を停止し、ＥＴをトリガし得る。ＷＴＲＵは、例えば、ＡＢＡ  Ｐｏｌａｒ復号が合格したとき、ＣＲＣチェックを実行し、成功裏に復号されたＮＲ−ＰＤＣＣＨからＤＣＩを取得し得る。
【０１３７】
ＮＲ−ＰＢＣＨに対して、Ｐｏｌａｒ符号化がもたらされ得る。例えば、ＮＲ−ＰＢＣＨに対するＰｏｌａｒ符号化は、ＳＳブロックを組み合わせ得る（例えば、ＣＲＣ添付の後）。
【０１３８】
ＳＳブロックインデックス（例えば、時間インデックス）は、ＮＲ−ＰＢＣＨのコンテンツの中で送信され得る（例えば、明示的に送信され得る）。
【０１３９】
複数のＳＳブロックからのＮＲ−ＰＢＣＨ信号のソフト組合せは、復号性能を改善し得る。ＭＩＢのペイロード内の明示的ＳＳブロックインデックスは、結果として異なるＳＳブロックに対して異なるＮＲ−ＰＢＣＨ符号化ビットとなり得る。従って、複数のＳＳブロックからのＮＲ−ＰＢＣＨ信号のソフト組合せは単純にはなり得ない。
【０１４０】
複数のＳＳブロックからのＮＲ−ＰＢＣＨ信号のソフト組合せは、例えば、Ｐｏｌａｒ符号構築を慎重に設計することによって容易にされ得る。例では、ＳＳブロック時間インデックスは、それが、非時間インデックスペイロードから分離され得るように、エンコードされ得る。異なるＳＳブロックからの複数のＮＲ−ＰＢＣＨ信号を有する受信機は、例えば、ＳＳブロックに対応する符号化されたビットの区間をパンクチャリングした後、ＮＲ−ＰＢＣＨ信号を組み合わせ得る。
【０１４１】
図１２は、共同エンコーディングによるＮＲ−ＰＢＣＨ符号化手順の例である。例では、ＭＩＢのペイロードは、部に分けられることができ、例えば：（１）時間インデックスペイロード（例えば、ＳＳブロックインデックスおよび／または半無線フレームタイミング）、および（２）非時間インデックスペイロード（例えば、ＳＦＮ、帯域幅など）である。
【０１４２】
ＭＩＢペイロードの一部（例えば、各部）には、別個のＣＲＣが添付され得る。非時間インデックスＭＩＢのためのＣＲＣ長は、時間インデックスＭＩＢのためのＣＲＣ長とは異なり得る。非時間インデックスＭＩＢのために、時間インデックスＭＩＢのためのＣＲＣ長より大きなＣＲＣ長が使用され得る。複数の（例えば、２つの）ＣＲＣ長の和が与えられることが想定され得る。例えば、合計で２４個のＣＲＣビットが割り振られる場合、非時間インデックスＭＩＢのためのＣＲＣは１９個のビットとすることができ、時間インデックスＭＩＢのためのＣＲＣは５つのビットとすることができる。
【０１４３】
例では、Ｐｏｌａｒ符号のマザーコード長は、Ｎ＝２n個のビットとすることができる。ＣＲＣを有する時間インデックスＭＩＢは、エンコーダの上部における最初の２t個のビットチャネル（例えば、何らかの整数ｔに対して）にマッピングされ得る。ＣＲＣを有する非時間インデックスＭＩＢは、エンコーダの下部における残りのビットチャネルにマッピングされ得る（例えば、図１３に見られるように）。非時間インデックスＭＩＢ部は、例えば、ペイロードコンテンツおよびそれらの重要度レベルに応じて、エンコーダの下部のビットチャネルへの優先順位付けされたマッピング（例えば、さらに優先順位付けされたマッピング）を受信し得る。非時間インデックスＭＩＢ部のマッピング、および時間インデックスＭＩＢ部のマッピングは、使用されることになるレートマッチングまたはパンクチャリング方式に依存し得る。例では（例えば、自然パンクチャリング方式を用いた）、一定量のビットが上からパンクチャリングされ得る。対応する入力ビットチャネルは、ゼロに設定され得る（例えば、されてもよい）。これらのビットは、例えば、時間インデックスＭＩＢ部と一緒に、ビットチャネルの上にあってよい。
【０１４４】
ソースビットは、生成器行列
【０１４５】
【数７】
2020523858.tif 000009
【０１４６】
を有するＰｏｌａｒエンコーダに（例えば、次いで）渡されることができ、
【０１４７】
【数８】
2020523858.tif 000010
【０１４８】
はｎ次のクロネッカー累乗を示すことができ、
【０１４９】
【数９】
2020523858.tif 000011
【０１５０】
である。
【０１５１】
レートマッチング動作のパンクチャリングの種類は、例えば、ＮＲ−ＰＢＣＨのための所与のリソースブロックに適合するように、Ｐｏｌａｒコードワードのために使用され得る。
【０１５２】
例では、ＣＲＣを有する時間インデックスＭＩＢは、エンコーダの下における最後の２tビットチャネルにマッピングされ得る（例えば、何らかの整数ｔに対して）。ＣＲＣを有する非時間インデックスＭＩＢは、エンコーダの上における残りのビットチャネルにマッピングされ得る（例えば、図１４に見られるように）。
【０１５３】
非時間インデックスＭＩＢ部に対して、方式はいくつかの情報をビットチャネルにマッピングし得る（例えば、情報の重要度レベルに応じて）。
【０１５４】
より重要な情報は、より信頼性のあるビットチャネルに割り振られ得る。図１０は、非時間インデックスＭＩＢ部に対するビットチャネルマッピングの例を示す。例では、ＣＲＣビットは、より信頼性のあるビットチャネル（例えば、最も信頼性のあるビットチャネル）に割り振られ得る。重要度が低い情報は、信頼性の低いビットチャネルに割り振られ得る。情報の重要度は、ビットチャネルの信頼度のレベルに正に相関し得る。例えば、セル禁止フラグおよび／またはシステム帯域幅情報は、ＣＲＣビットより重要度が低くてよく、ＣＲＣビットに関連付けられた信頼度のレベルの次の信頼度のレベルのビットチャネルに割り振られ得る。
【０１５５】
システムフレーム番号（ＳＦＮ）および／または半フレームインジケーション（ＨＦＩ）は、ＣＲＣビット、セル禁止フラグ、およびシステム帯域幅情報より重要度が低くてよく、その信頼度のレベルより低い信頼度のレベルのビットチャネルに割り振られ得る。予約フィールドは、より信頼性の低い（例えば、最も信頼性の低い）ビットチャネルに割り振られ得る。
【０１５６】
例では、いくつかの情報は、ビットチャネルにマッピングされ得る（例えば、情報安定度レベルに応じて）。
【０１５７】
より静的なシステム情報は、前端ビットチャネルに割り振られ得る。より静的でないシステム情報は、後端ビットチャネルに割り振られ得る。図１１は、ＭＩＢの非時間インデックス部に対するビットチャネルマッピングの例を示す。情報ビットセット内で、ＣＲＣビットは、例えば、自然な順序で、後端ビットチャネルに（例えば、常に）置かれ得る。半静的情報（例えば、システムフレーム番号および／または半フレームインジケーション）は、ＣＲＣビットの次に置かれ得る。他のシステム情報は、前端ビットチャネルに置かれ得る。本明細書で述べられる特徴は、ＷＴＲＵ側における復号を容易にし得る。ＷＴＲＵは、例えば、何らかの前のＭＩＢ復号から、静的なシステム情報を知り得て、またはすでに知り得る。ＷＴＲＵは、例えば、ＷＴＲＵの現在のＰＢＣＨ復号のために、異なる（例えば、新たな）システムフレーム番号および／または半フレームインジケーションを取得し得る（例えば、取得することが必要になり得る）。ＷＴＲＵは、他の静的なシステム情報を前に取得されたビットと見なすことができ、および／または半静的なシステム情報を直接復号し得る。
【０１５８】
例では、より静的なシステム情報は後端ビットチャネルに割り振られてよく、および／またはより静的でないシステム情報は前端ビットチャネルに割り振られ得る。より静的でないシステム情報の復号が、容易にされ得る。より静的でないシステム情報は、最初に復号され得る。
【０１５９】
非時間インデックスＭＩＢ部のマッピング、および／または時間インデックスＭＩＢ部のマッピングは、使用されることになるレートマッチングまたはパンクチャリング方式に依存し得る。例では、自然パンクチャリング方式を用いて、ある量（例えば、一定の量）のビットが、上からパンクチャリングされ得る。対応する入力ビットチャネルは、ゼロとなるように設定される。対応する入力ビットチャネルは、例えば、時間インデックスＭＩＢ部と一緒に、ビットチャネルの上にあってよい。
【０１６０】
図１３は、ＮＲ−ＰＢＣＨに対する分離型マッピングおよびＰｏｌａｒエンコーディング動作の例である。例では、ＣＲＣを有するＳＳブロック時間インデックスは、時間インデックスサブエンコーダの上２t個の入力にマッピングされ得る。ＣＲＣを有する非時間インデックスペイロードは、下２n−２t個のサブエンコーダにマッピングされ得る。複数の（例えば、２つの）サブエンコーダは、エンコーディングプロセスの最後の段階で接続され得る。サブエンコーダは、ＮＲ−ＰＢＣＨ  Ｐｏｌａｒエンコーディングのための分離型マッピングを示すために使用され得る。
【０１６１】
レートマッチングが考慮され得る。パンクチャリング方式は、例えば、ＮＲ−ＰＢＣＨに対する低い符号化レートにより、レートマッチング方式として選択され得る。例では、パンクチャリングは、出力ビットの上から適用され得る。対応する入力チャネルは０に設定され得る。ＳＳブロック時間インデックスは（例えば、次いで）、サブエンコーダの残りのビットチャネルに置かれ得る。
【０１６２】
図１４は、ＳＳブロック時間インデックスがエンコーダの後端に置かれる、分離型マッピングおよび／またはＰｏｌａｒエンコーディング動作の例を示す。ＣＲＣを有するＳＳブロック時間インデックスは、下２t個のサブエンコーダにマッピングされ得る。ＣＲＣを有する非時間インデックスペイロードは、上２n−２t個のサブエンコーダにマッピングされ得る。２つのサブエンコーダは、エンコーディングプロセスのいくつかの（例えば、最後の）段階において接続され得る。サブエンコーダは、例えば、ＮＲ−ＰＢＣＨ  Ｐｏｌａｒエンコーディングのための分離型マッピングを示すために使用され得る。例では、分離型マッピングは、ＣＲＣを有するＳＳブロック時間インデックスがｎ／ｔ個のビットチャネル（例えば、ｎ／ｔ個のビットチャネルごと）に置かれるものとなり得る。
【０１６３】
図１５は、別個のエンコーディングを有するＮＲ−ＰＢＣＨ符号化手順の例である。ＳＳブロックインデックスおよび他の非時間インデックスＭＩＢ情報は、共同でエンコードされ得る（例えば、図１２の例で示されるように）。このエンコーディングプロセスは、各ＳＳブロックインデックス値に対して使用されることがあり、これは非効率的である。（例えば、代替の）例では、ＳＳブロックインデックスは、非時間インデックスＭＩＢとは別にエンコードされ得る。
【０１６４】
例では、ＭＩＢのペイロードは２つの部に分けられ得る：（１）時間インデックスペイロード（例えば、ＳＳブロックインデックスおよび半無線フレームタイミング）、および（２）非時間インデックスペイロード（例えば、ＳＦＮ、帯域幅など）である。
【０１６５】
ＭＩＢペイロードの（例えば、各）部には、別個のＣＲＣが添付され得る。非時間インデックスＭＩＢに対するＣＲＣ長は、時間インデックスＭＩＢに対するＣＲＣ長とは異なり得る。非時間インデックスＭＩＢに対しては、時間インデックスＭＩＢに対するＣＲＣ長より大きなＣＲＣ長が使用され得る。
【０１６６】
例では、Ｐｏｌａｒ符号のマザーコード長は、Ｎ＝２n個のビットとすることができる。非時間インデックスＭＩＢは、エンコーダの上における最初の２t個のビットチャネル（例えば、何らかの整数ｔに対して）をゼロに（例えば、手動で）設定することによって、Ｐｏｌａｒエンコードされ得る。実際の情報は、ビットチャネルの下部から分離され得る。これは、時間インデックスＭＩＢとの後の組合せのために、ビットチャネルの上部を予約することができる。この動作は、ＳＦＮの一定の値に対する１つまたは複数の（例えば、全ての）可能なＳＳブロックに対して、１回行われ得る（例えば、１回だけ行われ得る）。
【０１６７】
ＳＳブロックインデックスＭＩＢは、例えば、２t個のビットのマザーコード長を有するＰｏｌａｒ符号を使用することによって、Ｐｏｌａｒエンコードされ得る。この動作は、（例えば、各）可能なＳＳブロックに対して、（例えば、１回）行われ得る。
【０１６８】
非時間インデックスＭＩＢのエンコードされたビットは、ＳＳブロックインデックスＭＩＢのエンコードされたビットと組み合わされ得る。前半部に対するエンコードされたビットは、例えば、２n個のビットとすることができ、後半部に対するエンコードされたビットは、例えば、２t個のビットとすることができる。組合せは、前半部の最初の２t個のビットと、後半部に対するエンコードされたビットとのＸＯＲを含み得る。
【０１６９】
図１６は、非時間インデックスＭＩＢに対する分離型マッピングおよびＰｏｌａｒエンコーディング、並びにＳＳブロックインデックスＭＩＢに対するＰｏｌａｒエンコーディングとのそれの組合せの例である。図１６は、（ｉ）非時間インデックスＭＩＢに対する分離型マッピングおよびＰｏｌａｒエンコーディング、（ｉｉ）ＳＳブロックインデックスＭＩＢに対するＰｏｌａｒエンコーディング、並びに（ｉｉｉ）ＳＳブロックインデックスＭＩＢおよび非時間インデックスＭＩＢからのＰｏｌａｒエンコードされたビットの組合せ動作の、詳細な動作の例を示す。
【０１７０】
ＳＳブロックインデックスＭＩＢは予めエンコードされることができ、符号化されたビットは保存され得る（例えば、容易なアクセスのために）。例では、合計のサポートされるＳＳブロックは、例えば、６４までとなり得る（例えば、ＮＲにおいて）。６４個のＰｏｌａｒコードワードを保存することは、例えば、コードワードの長さが２t個のビットに制限され得ることを考えると、かなりのメモリを使用しなくてよい。保存されたコードワードは、非時間インデックスＭＩＢの符号化されたビットと、（例えば、直接）組み合わされ得る。
【０１７１】
ＮＲ−ＰＢＣＨ信号は、様々なシナリオまたは事例では、ＷＴＲＵ側で受信され得る。ＷＴＲＵによる処理は、様々な事例に対して異なり得る。
【０１７２】
例では、ＷＴＲＵは、複数のＳＳブロックから複数のＮＲ−ＰＢＣＨ信号を受信し得る。ＷＴＲＵは、それらのそれぞれに対するＳＳブロックインデックスを知り得ない。以下の１つまたは複数が当てはまり得る。ＷＴＲＵは（例えば、最初に）、受信されたＮＲ−ＰＢＣＨ信号から最初の２t個のビットをパンクチャリングし得る。ＷＴＲＵは（例えば、次いで）、ＮＲ−ＰＢＣＨ信号をソフト組み合わせし、非時間インデックスＭＩＢを復号し得る。復号された非時間インデックスＭＩＢは、再エンコードされることができ、最初の２t個のビットチャネルに対するそれの影響は、受信されたＮＲ−ＰＢＣＨ信号において相殺され得る。ＷＴＲＵは（例えば、次いで）、各受信されたＮＲ−ＰＢＣＨ信号に対してＳＳブロックインデックスを復号し得る。
【０１７３】
例では、ＷＴＲＵは、前に取得されたＳＳブロックインデックスを用いて、単一のＮＲ−ＰＢＣＨ信号を受信し得る。以下の１つまたは複数が当てはまり得る。ＷＴＲＵは、ＳＳブロックインデックスをエンコードし、ＮＲ−ＰＢＣＨ信号に対するそれの寄与を相殺し得る。ＷＴＲＵは、非時間インデックスＭＩＢを復号し得る。
【０１７４】
例では、ＷＴＲＵは、前に取得されたＳＳブロックインデックスを用いて複数のＮＲ−ＰＢＣＨ信号を受信し得る。以下の１つまたは複数が当てはまり得る。ＷＴＲＵは、ＳＳブロックインデックスをエンコードし、対応するＮＲ−ＰＢＣＨ信号に対するそれの寄与を相殺し得る。ＷＴＲＵは、ＮＲ−ＰＢＣＨ信号を組み合わせ、組み合わされたＮＲ−ＰＢＣＨ信号から非時間インデックスＭＩＢを復号し得る。
【０１７５】
本明細書で述べられる様々な事例では、想定は、ＳＳブロック時間インデックスが分離されてエンコードされることを含み得る。いくつかの信頼性のあるビットチャネルが、利用されないことがある。何らかのＢＬＥＲ性能損失が結果として生じ得る。ＳＳブロック時間インデックスおよび／または他の非時間インデックスＭＩＢは、共同でエンコードされ得る。優先度マッピングが適用され得る。ＳＳブロック時間インデックスは、後のビットチャネル（例えば、図１７）、またはより信頼性のあるビットチャネル（例えば、図１８）に割り振られ得る。ＳＳブロック時間インデックスは頻繁に復号されることができ、一方、他の非時間インデックスＭＩＢは低い頻度でまたはまれに復号され得る。ＳＳブロック時間インデックスを後端ビットチャネルに割り振ることによって、より頻繁なシステム情報の信頼性のある復号が、例えば、何らかの情報復号（例えば、前に取得された情報復号）を通じて強化され得る。
【０１７６】
例えば、本明細書で述べられる手法、技法、または基準を使用して、ＮＲ  ＰＢＣＨチャネル符号化設計がもたらされ得る。
【０１７７】
図１９は、１０個のシステムフレーム番号（ＳＦＮ）ビット、１つの半フレームインジケーションビット、および６つのＳＳブロックインデックス（ＳＳＢＩ）ビットを含んだ、ＮＲ時間関連情報の例を示す。ＳＦＮの７つのＭＳＢは、ＢＣＨ  ＴＴＩ分解能をもたらし得る。ＳＦＮの３つのＬＳＢ、および半フレームインジケーションビットは、ＢＣＨ  ＴＴＩ内のバーストセットインデックスでよい。ＳＳＢＩの６個のビットは、バーストセット内とすることができる。６ＧＨｚより上の帯域に関して、１０個のＳＦＮビット、半フレームインジケーションビット、およびＳＳＢＩの３つのＭＳＢは、ＮＲ−ＰＢＣＨペイロード内にあってよく、および／またはＳＳＢＩの３つのＬＳＢは、８つの異なるＰＢＣＨ−ＤＭＲＳシーケンスによって示され得る。６ＧＨｚより下の帯域に関して、ＳＳＢＩの３つのＭＳＢは、ＮＲ−ＰＢＣＨペイロード内になくてよい。その後に、６ＧＨｚより下の帯域に対する予約ビットは、６ＧＨｚより上の帯域に対するものより３つのビット長くなり得る。
【０１７８】
例では、セルＩＤおよびＳＦＮの一部に基づくことができる第１のスクランブル初期化が、ＳＳブロックインデックス、半無線フレーム（例えば、存在する場合）、並びにＣＲＣ添付およびエンコーディングプロセスの前のＳＦＮの一部を除く、ＰＢＣＨペイロードに適用され得る。ＳＦＮの一部は、以下の１つまたは複数とすることができる（例えば、ＮＲ  ＡＨ３によって選択されることになる）：ＳＦＮの３つのＬＳＢビット、並びにＳＦＮの２番目および３番目のＬＳＢビット。
【０１７９】
例では、第１のＰＢＣＨスクランブルは、セルＩＤによって初期化されるゴールドシーケンスを含み得る。ＳＦＮの２番目および３番目のＬＳＢは、シーケンスの連続した非重複部分を決定するために使用され得る。長さ４Ｍのゴールドシーケンスが生成されることができ、ここでＭはスクランブルされることになるビットの数である。生成されたシーケンスは、４つの非重複部分に分割され得る。２番目および３番目のＬＳＢは、シーケンスの非重複部分のうちの１つまたは複数（例えば、それぞれ）のインデックスを、（例えば、一意に）識別し得る。これは図２０に示される。
【０１８０】
動作想定は、ＮＲ−ＰＢＣＨが５６個のビットのペイロードサイズ（例えば、ＣＲＣを含めて）を有することを含み得る。１０個のビットＳＦＮは、ＮＲ−ＰＢＣＨによって運ばれ得る。動作想定は、４個のビットＰＲＢグリッドオフセットはＮＲ−ＰＢＣＨによって運ばれることを含み得る。残りのシステム情報（ＲＭＳＩ）、初期アクセスのためのＭｓｇ．２／４、およびブロードキャストされる他のシステム情報（ＯＳＩ）に対する、ニューメロロジーを示すために、単一のビットがＮＲ−ＰＢＣＨにおいて使用され得る。以下の例の１つまたは複数が、ｇＮＢによって（例えば、ＲＭＳＩに対するニューメロロジーとして）使用され得る。サブ６ＧＨｚに関して、０：１５ＫＨｚおよび１：３０ＫＨｚが使用され得る。６ＧＨｚ超に関して、０：６０ＫＨｚおよび１：１２０ＫＨｚが使用され得る。
【０１８１】
１個のビット半フレームインジケーションはＰＢＣＨペイロードの一部とすることができ、測定のためのＣＳＩ−ＲＳが２０ｍｓ以上の周期性を有するとき、ＷＴＲＵは、測定の目的に対してネットワークが「同期的」であると想定し得る。例えば、３ＧＨｚ以下に対して、半フレームインジケーションは、さらに（例えば、暗黙的に）シグナリングされ得る（例えば、最大Ｌ＝４に対してＰＢＣＨ  ＤＭＲＳの一部としてシグナリングされ得る）。
【０１８２】
ＰＤＣＣＨのＰｏｌａｒ符号設計（例えば、関連付けられたインターリーバを有する２４個のビットＤ−ＣＲＣ）は、再使用され得る。動作想定は（例えば、ＲＡＮ１＃８９から、および確認されたものとして）、ＮＲ−ＰＢＣＨによって運ばれる場合は時間インデックスを含む、データは明示的に送信され得ることを含み得る。
【０１８３】
図２１は、例えば、本明細書での手法および技法に基づいた、チャネル（例えば、ＰＢＣＨ）エンコーディングプロセスの例を示す。本明細書ではＰＢＣＨフィールドの順序が提案されることができ、例えば、前に取得された（例えば、前に導出されたまたは復号された）ビットを、前に取得されていないおよび／またはＰｏｌａｒエンコーディングの前のビットの、前に置くことによって、使用され得る。順序は、ＰＢＣＨデコーダ性能および／またはレイテンシを改善するために使用され得る。いくつかの前に取得された情報ビットは、以下、すなわち、ＳＳＢＩ、予約ビット、ＳＦＮ（その一部または全て）、または半無線フレームインジケーションのうちの、１つまたは複数とすることができる。
【０１８４】
情報ビットは、時間インデックスフィールド内に置かれ得る。情報ビットの一部または全ては、時間インデックスフィールド内に置かれ得る。例えば、情報（例えば、前に取得された情報）は、何らかのシステム情報を含み得る。システム情報は、ＳＳＢＩ、ＳＦＮ（その一部または全て）、および／または同様のものを含み得る。例では、情報は、何らかのシステム情報および／または予約ビットを含み得る。何らかの情報（例えば、前に取得された情報）は、何らかのシステム情報および／または予約ビットの一部を含み得る。
【０１８５】
ＭＩＢペイロード（例えば、３２個のビット）は、例えば、（例えば、スクランブルされていない）時間インデックスおよび他のＭＩＢペイロードを含む、複数の（例えば、２つの）部に分割され得る。（例えば、スクランブルされていない）時間インデックスは、以下の１つまたは複数を含み得る：ＳＦＮの２番目および３番目のＬＳＢ；ＳＳブロックインデックスの３つのＭＳＢ；または半無線フレーム。いくつかの（例えば、他の）ＭＩＢペイロードは、ＳＦＮの１つのＬＳＢおよび７つのＭＳＢ、４個のビットＰＲＢグリッドオフセット、ＲＭＳＩに対する１個のビットニューメロロジー、予約ビット、または他のビットのうちの１つまたは複数を含み得る。
【０１８６】
ＭＩＢペイロード（例えば、他のＭＩＢペイロード）をスクランブルするために、例えば、時間インデックス情報および／またはセルＩＤに基づいて、スクランブルシーケンスが生成されおよび／または使用され得る。スクランブルされていない時間インデックス、およびスクランブルされた他のＭＩＢペイロードは、いくつかのパターンにおいて並べ替えられ得る。ＭＩＢペイロード並べ替えパターンは、例えば、ＰＢＣＨ復号複雑さを低減するため、および／またはＰＢＣＨ復号性能を改善するために使用され得る。例えば、いくつかのＭＩＢコンテンツは、Ｐｏｌａｒエンコーダの１つまたは複数のビットチャネルの一定の領域に配置され得る。ＮＲ−ＰＢＣＨフィールド順序付けは、例えば、Ｐｏｌａｒエンコーディングの前の分散型ＣＲＣに対するインターリーバの影響（例えば、＊）を補償し得る。
【０１８７】
並べ替えられたＭＩＢペイロードは、例えば、固定のＣＲＣ多項式に基づいて、ＣＲＣビット（例えば、２４個のビット）を生成するために使用され得る。ＣＲＣビットは、セルＩＤから生成されたいくつかのビットを用いてマスクされ得る。
【０１８８】
ＭＩＢペイロードおよびマスクされたＣＲＣビットは、例えば、所与のインターリーバパターンに基づいて分散され得る。以下のインターリーバパターンは、いくつかの（例えば、合意された）インターリーバパターンから導出され得る。
【０１８９】
2020523858.tif 000012
【０１９０】
例えば、本明細書で述べられるように、１番目のインターリービング出力ビットは１番目のインターリービング入力ビットとすることができ、２番目のインターリービング出力ビットは３番目のインターリービング入力ビットとすることができ、３番目のインターリービング出力ビットは４番目のインターリービング入力ビットとすることができ、および／または４番目のインターリービング出力ビットは６番目のインターリービング入力ビットとすることができる、などとなる。
【０１９１】
インターリーブされたＭＩＢおよびＣＲＣビットは、例えば、所与のＰｏｌａｒ符号シーケンスによって、Ｐｏｌａｒ符号の情報ビットセットにマッピングされ得る。例えば、５１２個のビットマザーコード長が使用され得る。Ｐｏｌａｒエンコーディングが適用され得る。
【０１９２】
ＣＲＣマスク動作がもたらされ得る。ＣＲＣビットの一部または全ては、例えば、１つまたは複数のビット（例えば、セルＩＤから生成された）を用いてマスクされ得る。
【０１９３】
例では、セルＩＤは１６個のビットのものとすることができ、ＣＲＣ長は２４個のビットのものとすることができる。ＣＲＣビットをマスクする異なるやり方が使用されることができ、例えば、以下の１つまたは複数が使用され得る。セルＩＤは（例えば、最初に）、擬似ランダムシーケンス生成を通過することができ、またはセルＩＤは、ＣＲＣビットの一部または全てとＸＯＲされ得る（例えば、直接ＸＯＲされ得る）。
【０１９４】
セルＩＤは、例えば、初期シーケンスとして、擬似ランダムシーケンス生成を通過することができ（例えば、最初に通過することができ）、これはゴールドシーケンスまたは他のシーケンスに基づき得る。２４個のＣＲＣビットとのＸＯＲ演算を有するように、２４個の生成された擬似ランダムシーケンスビット（例えば、最初の２４個、または特定のオフセット後の２４個）が使用され得る。いくつかの例では、最初のＡ個（例えば、Ａ＜２４）の生成されたシーケンスビットは、２４個のＣＲＣビットの一部とのＸＯＲ演算を有するように使用され得る。例えば、Ａ＝２１であり、最後の（または最初の）２１個のＣＲＣビットだけが、生成されたシーケンスとＸＯＲされ得る。最後の２１個のＣＲＣビットは分散されなくてよく、および／または最後の２１個のＣＲＣビットはＣＲＣ分散の後に付加され得る。
【０１９５】
セルＩＤは、ＣＲＣビットの一部または全てとＸＯＲされ得る（例えば、直接ＸＯＲされ得る）。例えば、セルＩＤが１６個のビットである場合、ＸＯＲ演算は最初または最後の１６個のＣＲＣビットに向かうものとすることができる。例では、ＸＯＲ演算は、セルＩＤによって最後の１６個のＣＲＣビットに適用され得る（例えば、なぜなら最後の１６個のＣＲＣビットは分散され得ないからである）。
【０１９６】
セルＩＤは１６個のビットから２４個のビットまで循環され、次いで２４個のＣＲＣビット（例えば、２４個のＣＲＣビットの全て）とＸＯＲされ得る。
【０１９７】
セルＩＤは１６個のビットからＡ個の（１６＜Ａ＜２４）ビットまで循環され、次いで最後のＡ個のＣＲＣビットとＸＯＲされ得る。１６個のビットセルＩＤがＣＲＣビットの一部とＸＯＲされる場合、セルＩＤから生成されたビットとＸＯＲされるＣＲＣビットの一部は、分散型ＣＲＣビットを含まなくてよい。例えば、本明細書で述べられるインターリーバパターンにおいて、（＊）、最後の２１個のビットは分散されなくてよい。セルＩＤは、１６個のビットから２１個のビットに（例えば、循環拡張によって）、拡張され得る（例えば、最初に拡張され得る）。２１個の拡張されたビットは最後の２１個のＣＲＣビットとＸＯＲするために使用されることができ、これは分散されなくてよい。
【０１９８】
例えば、ＣＲＣ生成の前に、ＭＩＢペイロードに対する１つまたは複数の並べ替えパターンが使用され得る（例えば、図２１の「並べ替えペイロードビット」）。
【０１９９】
情報（例えば、いくつかの情報）は、例えば、本明細書で述べられるように、情報安定度レベルに応じて、ビットチャネルにマッピングされ得る。
【０２００】
設計基準は、システム情報（例えば、図２１の他のＭＩＢペイロードなど、前に取得されていないシステム情報）を後端ビットチャネルに割り振ること、および／またはシステム情報（例えば、図２１の時間インデックスなど、前に取得されたシステム情報）を前端ビットチャネルに割り振ることを含み得る。例えば、本明細書で述べられる、情報をベースとする復号を用いて、ＢＬＥＲ性能利得が達成され得る。
【０２０１】
例えば、６個のビットＳＳブロックインデックス（ＳＳＢＩ）はｂ５、ｂ４、ｂ３、ｂ２、ｂ１、ｂ０によって示されることができ、ここでｂ５は最上位ビット（ＭＳＢ）であり、ｂ０は最下位ビット（ＬＳＢ）である。例では、ｂ５、ｂ４、およびｂ３（例えば、ｂ５、ｂ４、およびｂ３のみ）が、ＰＢＣＨペイロードに含まれ得る。ＳＳＢＩのｂ３、ｂ４、ｂ５が、本明細書で述べられ得る。半フレームインジケーションビットは、ｃ０によって示され得る。１０個のビットＳＦＮはｓ９、・・・、ｓ０によって示されることができ、ここでｓ９はＭＳＢであり、ｓ０はＬＳＢである。ｓ２およびｓ１（例えば、ｓ２およびｓ１のみ）が、図２１の時間インデックスコンテンツに含まれ得る。予約ビットはｒ０、ｒ１、・・・によって示され得る。サブ６ＧＨｚチャネルのための予約ビットの数は、６ＧＨｚより上のチャネルのための予約ビットの数より３個のビット多くなり得る。
【０２０２】
ＭＩＢペイロード並べ替えパターンに対する以下の方式のうちの１つまたは複数がもたらされ、および／または使用され得る。ＭＩＢペイロードは、ＳＳＢＩが、例えば、情報ビットセット内で自然な順序での前端（front）になり得るように、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。ＭＩＢペイロードは、（ｓ１，ｓ２）が情報ビットセット内で自然な順序での前端にあるように、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。ＭＩＢペイロードは、ｃ０が情報ビットセット内で自然な順序での前端にあるように、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。ＭＩＢペイロードは、予約ビット（ｒ０、ｒ１、・・・）が情報ビットセット内で自然な順序での前端になり得るように、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。
【０２０３】
ＭＩＢペイロードは、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。ＳＳＢＩは、例えば、情報ビットセット内で自然な順序での前端になり得る。
【０２０４】
（ｂ３、ｂ４、ｂ５）は、情報ビットセットの前端に割り振られ得る。例えば、インターリーバパターン（＊）、（ｂ３、ｂ４、ｂ５）または（ｂ５、ｂ４、ｂ３）は、ＭＩＢペイロード並べ替えプロセスにおいて（０、２、３）の位置に置かれ得る。以下の特徴のうちの１つまたは複数が使用されることができ、例えば、ｃ０は自然な順序で前端から２番目に割り振られてよく、（ｓ１，ｓ２）は自然な順序で前端から２番目に割り振られてよく、または予約ビットは自然な順序で前端から２番目に割り振られてよい。
【０２０５】
ｃ０は、自然な順序で前端から２番目に割り当てられ得る。半フレームインジケーションは、Ｐｏｌａｒエンコーダの前に、シーケンスによってスクランブルされなくてよい。ｃ０は自然な順序での２番目の前端内に置かれ得る。このビットの復号は、ＳＳＢＩ復号の後に（例えば、ＳＳＢＩ復号の直後に）生じ得る。例えば、ｃ０は、ＭＩＢペイロード並べ替えプロセス（例えば、インターリーバパターンを使用して（＊））において、５番目の位置に並べ替えられ得る。
【０２０６】
ＳＦＮビットは、例えば、前端から２番目へのｃ０の割り振りに続いて、自然な順序で前端から３番目に割り振られ得る。２つのビット（例えば、（ｓ１，ｓ２））が、他のＳＦＮビットの前端に置かれ得る。この２つのビットは、スクランブルシーケンスを生成するために使用され得る。いくつかのビット（例えば、他のビット）は、スクランブルシーケンスによってスクランブルされ得る。（ｓ１，ｓ２）または（ｓ２，ｓ１）は、ＭＩＢペイロード並べ替えプロセス／方式において、（７、１０）の位置に並べ替えられ得る。（ｓ０、ｓ３、ｓ４、・・・、ｓ９）または（ｓ９、ｓ８、・・・、ｓ３、ｓ０）は、（例えば、その後に）（１１、１２、１４、１５、１８、１９、２１、２４）の位置に割り振られ得る。図２２は、［ＳＳＢＩ、半フレームインジケーション、ＳＦＮ］の自然な順序でのペイロードビット並べ替えパターンの例を示す。
【０２０７】
１０個のＳＦＮビットは、全体として割り振られ得る。（ｓ１，ｓ２）は異なって扱われなくてよい。例えば、（ｓ０、ｓ１、・・・、ｓ９）または（ｓ９、ｓ８、・・・、ｓ０）は、（７、１０、１１、１２、１４、１５、１８、１９、２１、２４）の位置に並べ替えられ得る。図２３は、［ＳＳＢＩ、半フレームインジケーション、ＳＦＮ］の自然な順序でのペイロードビット並べ替えパターンの例を示す。
【０２０８】
（ｓ１，ｓ２）は、自然な順序で前端から２番目に割り振られ得る。（ｓ１，ｓ２）は、スクランブルシーケンスを生成するために使用され得る。（ｓ１，ｓ２）は、自然な順序で前端から２番目に置かれ得る。（ｓ１，ｓ２）を自然な順序での２番目の前端に置くことは、（ｓ１，ｓ２）の早期の復号、および／またはＷＴＲＵ側におけるスクランブルシーケンスの迅速な生成を容易にし得る。（ｓ１，ｓ２）または（ｓ２，ｓ１）は、例えば、インターリーバパターンを用いて（＊）、ＭＩＢペイロード並べ替えプロセス／方式において（５、７）の位置に置かれ得る。
【０２０９】
残りのＳＦＮビットは、例えば、自然な順序での２番目の前端への（ｓ１，ｓ２）の割り振りに続いて、自然な順序での３番目の前端に割り振られ得る。例えば、（ｓ０、ｓ３、ｓ４、・・・、ｓ９）または（ｓ９、ｓ８、・・・、ｓ３、ｓ０）は、ＭＩＢペイロード並べ替えプロセス／方式において、（１０、１１、１２、１４、１５、１８、１９、２１）の位置に置かれ得る。半フレームインジケーション（例えば、ｃ０）は、２４の位置に置かれ得る。図２４は、［ＳＳＢＩ、ＳＦＮ、半フレームインジケーション］の自然な順序でのＰＢＣＨペイロードビット並べ替えパターンの例を示し得る。
【０２１０】
ｃ０は、自然な順序で前端から３番目に割り振られ得る。残りのＳＦＮビットは、例えば、ｃ０が自然な順序での３番目の前端に割り振られ得た後に、割り振られ得る。例えば、半フレームインジケーション（例えば、ｃ０）は、１０の位置に割り当てられ得る。他のＳＦＮビット（例えば、（ｓ１，ｓ２）を除く）は、位置（１１、１２、１４、１５、１８、１９、２１、２４）に割り振られ得る。図２５は、［ＳＳＢＩ、（ｓ１，ｓ２）、半フレームインジケーション、他のＳＦＮ］の自然な順序でのＰＢＣＨペイロードビット並べ替えパターンの例を示し得る。
【０２１１】
予約ビットは、自然な順序で前端から２番目に割り振られ得る。例えば、サブ６ＧＨｚチャネルに対しては、３個のビットＳＳＢＩのいくつか（例えば、全て）はゼロでよく、および／または３個のビットＳＳＢＩのいくつか（例えば、全て）は予約ビットの一部と見なされ得る。６ＧＨｚより上のチャネルに対して、３個のビットＳＳＢＩは有効とすることができ、および／または予約ビットの数はサブ６ＧＨｚチャネルでの予約ビットの数より３個のビット少なくてよい。ＳＳＢＩのコンテンツは、予約ビットに結び付けられ得る。ＳＳＢＩおよび／または予約ビットは、自然な順序での前端内に置かれ得る。自然な順序での前端内の予約ビットの割り振りは、復号性能損失には繋がり得ない。前端チャネルは、（例えば、一般に）後端チャネルより信頼性が低い。重要度が低い（例えば、「ドントケア」または「前に取得されたビット」）ビットを、信頼性の低いビットチャネルに割り振ることは、復号性能損失を低減し得る。図２６は、［ＳＳＢＩ、予約ビット］の自然な順序でのＰＢＣＨペイロードビット並べ替えパターンの例を示すことができ、ここで予約ビットの数は１０と想定される。
【０２１２】
残りの割り当ては、例えば、自然な順序での２番目の前端への予約ビットのこの割り振りに続いて、本明細書での例に示される手法を使用して適用され得る。ｃ０は３番目の前端に割り振られてよく、および／またはＳＦＮは４番目の前端に割り振られ得る。ＳＦＮは３番目の前端に割り振られてよく、および／またはｃ０は４番目の前端に割り振られ得る。（ｓ１，ｓ２）および予約ビットの位置は、交換され得る。
【０２１３】
ＭＩＢペイロードは、（ｓ１，ｓ２）が情報ビットセット内で自然な順序での前端にあるように、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。
【０２１４】
（ｓ１，ｓ２）は、情報ビットセットの前端に割り振られ得る。（ｓ１，ｓ２）または（ｓ２，ｓ１）は、例えば、インターリーバパターンを使用して（＊）、ＭＩＢペイロード並べ替えプロセス／方式において（０、２）の位置に置かれ得る。例えば、以下のうちの１つまたは複数が使用され得る：（ｂ３、ｂ４、ｂ５）は自然な順序での前端から２番目に割り振られることができ、またはｃ０が自然な順序での前端から２番目に割り振られ得る。
【０２１５】
（ｂ３、ｂ４、ｂ５）は、自然な順序での前端から２番目に割り振られ得る。
【０２１６】
隣接セル測定事例では、隣接セルのＳＳＢＩ（例えば、ＳＳＢＩのみ）は、ＰＢＣＨ復号から使用され（例えば、必要とされ）得る。ＳＳＢＩは、自然な順序での２番目の前端に置かれ得る。例えば、（ｂ３、ｂ４、ｂ５）または（ｂ５、ｂ４、ｂ３）は、（３、５、７）の位置に割り振られ得る（例えば、インターリーバパターンを用いて（＊））。
【０２１７】
例えば、（ｂ３、ｂ４、ｂ５）の自然な順序での２番目の前端への割り振りに続いて、予約ビット、半フレームインジケーション、または他のＳＦＮビット（例えば、ｓ０、ｓ３、・・・、ｓ９）のうちの１つまたは複数は、自然な順序でのＳＳＢＩの後に置かれ得る。予約ビット、半フレームインジケーション、および／または他のＳＦＮビットの間での異なる順序が使用され得る。
【０２１８】
ｃ０は、自然な順序での前端から２番目に割り振られ得る。
【０２１９】
ｃ０は、例えば、インターリーバパターンを使用して（＊）、位置３に割り振られ得る。１つまたは複数のＳＳＢＩ、残りのＳＦＮビット（すなわち、ｓ０、ｓ３、・・・、ｓ９）、または予約ビットは、例えば、ｃ０の位置３への割り振りに続いて、自然な順序でｃ０の後に置かれ得る。ＳＳＢＩ、残りのＳＦＮビット、および／または予約ビットの間での異なる順序が使用され得る。
【０２２０】
ＭＩＢペイロードは、ｃ０が情報ビットセット内で自然な順序での前端にあるように、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。
【０２２１】
残りのビット割り振りは、例えば、ｃ０なしで、本明細書で述べられるビットフィールド順序を再使用し得る。例では、ＳＳＢＩおよび／またはＳＦＮは、自然な順序での２番目および／または３番目の前端に割り振られ得る。例では、予約ビットは、自然な順序での２番目の前端に割り振られてよく、および／またはＳＳＢＩおよびＳＦＮは自然な順序での３番目および４番目の前端に割り振られ得る。
【０２２２】
例では、インターリーバパターン（＊）は、ｃ０が情報ビットセット内で自然な順序での前端にあるように、ＭＩＢペイロードがＰｏｌａｒ符号ビットチャネルに割り振られるとき、ＳＳＢＩおよび／またはＳＦＮを、自然な順序での２番目および／または３番目の前端に割り振り得る。以下のうちの１つまたは複数が当てはまり得る。半フレームインジケーションｃ０は最初の位置に割り振られてよく、３つのＳＳＢＩビット（ｂ３、ｂ４、ｂ５）は（２、３、５）の位置に割り振られ得る。図２７Ａは、例示的ペイロードビット並べ替えパターンを示す。図２７Ａでわかるように、ＰＢＣＨペイロードビットは、自然な順序で並べ替えられ得る（例えば、半フレームインジケーションビットは、ＳＳＢＩビットの前に配置され得る）。
【０２２３】
ＭＩＢペイロードは、予約ビット（ｒ０、ｒ１、・・・）が情報ビットセット内で自然な順序での前端になり得るように、Ｐｏｌａｒ符号ビットチャネルに割り振られ得る。
【０２２４】
残りのビット割り振りは、例えば、予約ビットなしで、本明細書で述べられるビットフィールド順序を再使用し得る。以下のうちの１つまたは複数が使用されることができ、例えば、ＳＳＢＩビット（ｂ３、ｂ４、ｂ５）は自然な順序での２番目の前端に割り当てられてよく、または半無線フレームインジケーションｃ０は自然な順序での２番目の前端に置かれ得る。
【０２２５】
ＳＳＢＩビット（ｂ３、ｂ４、ｂ５）は、自然な順序での前端から２番目に割り振られ得る。ＳＳＢＩビット（ｂ３、ｂ４、ｂ５）を自然な順序での２番目の前端に割り振る理由は、ＳＳＢＩビットが予約ビットに関連し得ることを含み得る。例えば、６ＧＨｚより上の帯域に対する予約ビットの数は６ＧＨｚより下の帯域に対するものより３つのビット少なくてよく、および／またはＳＳＢＩビットは、６ＧＨｚより上の帯域に対して（例えば、それのみに）生じ得る。ＳＳＢＩビットと予約ビットの和の数は、６ＧＨｚより上の帯域および６ＧＨｚより下の帯域に対して同様または同一とし得る。例えば、ＳＳＢＩおよび予約ビットは、自然な順序で隣接するものとして割り振られ得る。ＳＳＢＩおよび予約ビットを、自然な順序で隣接するものとして割り振ることは、６ＧＨｚより上の帯域および６ＧＨｚより下の帯域に対する、ＰＢＣＨの統一された設計を可能にし得る。半無線フレームインジケーションおよびＳＦＮビットは、例えば、ＳＳＢＩおよび予約ビットの自然な順序で隣接するものとしての割り振りに続いて、自然な順序での３番目および４番目の前端内に置かれ得る。
【０２２６】
例えば、６ＧＨｚより上の帯域に対して、１０個の予約ビットおよび３つのＳＳＢＩビットが使用され得る。図２７Ｂに例示的並べ替え技法が示される。図２７Ｂは、６ＧＨｚより上の帯域に対する自然な順序（例えば、予約ビット、ＳＳＢＩの自然な順序）でのＰＢＣＨペイロードビット並べ替えパターンの例である。
【０２２７】
６ＧＨｚを下回る帯域のために１３個の予約ビットが使用され、ＳＳＢＩビットは使用されないことがある。図２８に、例示的な並べ替え技法を示す。図２８は、６ＧＨｚを下回る帯域のための自然な順序（例えば、予約ビットの自然な順序）でのＰＢＣＨペイロードビット並べ替えパターンの一例である。
【０２２８】
半無線フレームインジケーションｃ０は、自然な順序で前端から２番目に置かれ得る。ＳＦＮとＳＳＢＩとは、それぞれ、自然な順序で前端から第３番目と第４番目とに割り振られ得る。ＳＦＮとＳＳＢＩとの順序は逆転され得る。
【０２２９】
予約ビットは、方式のうちの１つまたは複数中でビット割り振り中で全体として想定されることができる。例えば、１つまたは複数の予約ビット（例えば、全ての予約ビット）が、ビット割り振り中で同じに扱われ／処理され得る。（例えば、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）では）いくつかの予約ビットが他の目的のために使用され得る。予約ビットの一部は前に取得されたビットと想定され得、予約ビットの一部（例えば、他の予約ビット）は、将来の使用のためのものであり得、前に取得されたビットと見なされないことがある。本明細書で説明される方式は、将来使用されないことがある予約ビットの一部に適用され得る（例えば、それにのみ適用され得る）。
【０２３０】
予約ビットの一部または全部は、事例によっては、凍結ビットとして設定され得る。予約ビットの一部または全部を凍結ビットとして設定することは、ＭＩＢのペイロードが５６個のビットよりも小さいことがあり得ることを暗示し得る。５６個の情報ビットセットを満たすために、ＭＩＢのいくつかの他のペイロードが繰り返され得、それは、それの復号信頼性を増加させ得る。繰り返されるペイロードは、ＳＳＢＩ、ＳＦＮ、セル禁止フラグ、ＲＭＳＩスケジューリング情報、半フレームインジケーションなどのうちの１つまたは複数を含み得る。
【０２３１】
本明細書で説明されるように、ＰＢＣＨペイロードの割り振りは、自然な順序に関するもの、および／または信頼性の順序に関するものであり得る。以下のうちの１つまたは複数は、ＰＢＣＨペイロード並べ替えに適用し得る。Ｚiは、並べ替えられ得る情報ビット入力を示し得る。Ｗiは、Ｚiに対応し得る並べ替えられたＭＩＢペイロードのビットインデックスを示し得る。Ａは、（例えば、（＊）として本明細書で説明される）インターリーバパターンを示し得る。
【０２３２】
例では、Ｐｏｌａｒシーケンスは、５６個のビットチャネル（例えば、最も信頼できる５６個のビットチャネル）を取得するために使用され得る。本明細書で説明されるＰｏｌａｒシーケンスを想定すれば、５６個の最も信頼できるビットチャネルは、セットＸによって示され得る信頼性の昇順で取得され得る。
【０２３３】
2020523858.tif 000013
【０２３４】
セットＸは、ソートされ（例えば、自然な順序でソートされ）得、これは、セットＹを生じ得る。
【０２３５】
2020523858.tif 000014
【０２３６】
Ｚiが、（例えば、自然な順序に関して）ｉ番目の第１のビットチャネルに配置されるべきである場合、ＷiはＡ（ｉ）（例えば、Ｗi＝Ａ（ｉ））に設定され得る。Ｚiがｉ番目の最も信頼できないビットチャネルに配置されるべきである場合、インデックスｊは、Ｙ（ｊ）＝Ｘ（ｉ）であるように発見され得る。Ｗiは、Ａ（ｊ）（例えば、Ｗi＝Ａ（ｊ））に設定され得る。
【０２３７】
例では、第１のスクランブルは、ペイロードビット並べ替えの前に実行され得る。例では、（例えば、単に、ＸＯＲ演算であるので）第１のスクランブルは、ＰＢＣＨペイロードビットの順序に影響を及ぼさないことがある。本明細書で説明されるように、ＭＩＢペイロード並べ替えは、スクランブルされていないビットに適用され得る（例えば、それにも適用され得る）。本明細書で説明されるように、スクランブルは、実行され得る（例えば、ペイロード並べ替え動作の後に実行され得る）。
【０２３８】
ＳＦＮを介した合成のためにＮＲ−ＰＢＣＨのためにＰｏｌａｒ符号化方式が与えられ得る。異なるＳＳブロックからのＮＲ−ＰＢＣＨ信号は、より良い復号性能を達成するために（例えば、前に説明したように）組み合わされ得るが、これは、例えば、ＮＲ−ＰＢＣＨ信号がシステムフレーム番号（ＳＦＮ）とは異なるときに有用でないことがある。異なるＳＦＮおよび異なるＳＳブロックをもつＮＲ−ＰＢＣＨ信号は、例えば、ＳＦＮおよびＳＳブロックインデックスを分離するために、例えば、例示的な方式を拡張することによって組み合わされ得る。
【０２３９】
図２９は、ＳＳブロックインデックスおよびＳＦＮの共同エンコーディングを用いるＮＲ−ＰＢＣＨ符号化手順の一例である。図２９に、図１２に基づく拡張を示す。
【０２４０】
例では、ＭＩＢのペイロードは、（ｉ）時間インデックスペイロード（例えば、ＳＳブロックインデックスおよび半無線フレームタイミング）、（ｉｉ）ＳＦＮペイロード、および（ｉｉｉ）非時間インデックス／ＳＦＮペイロード（例えば、帯域幅など）の３部に分けられ得る。
【０２４１】
ＭＩＢペイロードの一部（例えば、各部）は、別々のＣＲＣに添付され得る。３部のためのＣＲＣ長は互いに異なり得る。例では、非時間インデックスＭＩＢのためのＣＲＣ長は、時間インデックスＭＩＢのためのＣＲＣ長よりも大きくなり得る。
【０２４２】
例では、Ｐｏｌａｒ符号のマザーコード長は、Ｎ＝２n個のビットになり得る。ＣＲＣをもつ時間インデックスＭＩＢは、例えば、何らかの整数ｔについて、エンコーダの上の第１の２t個のビットチャネルにマッピングされ得る。ＣＲＣをもつＳＦＮは。エンコーダの上の第２の２t個のビットチャネルにマッピングされ得る。ＣＲＣをもつ非時間インデックス／ＳＦＮ  ＭＩＢは、エンコーダの下の残りのビットチャネルにマッピングされ得る。
【０２４３】
非時間インデックス／ＳＦＮ  ＭＩＢ部は、例えば、ペイロードコンテンツおよびそれらの重要度レベルに応じてエンコーダの下のビットチャネルへの優先順位付けされたマッピング（例えば、さらなる優先順位付けされたマッピング）を受信し得る。
【０２４４】
非時間インデックス／ＳＦＮ  ＭＩＢ部、ＳＦＮ  ＭＩＢ部、および時間インデックスＭＩＢ部のマッピングは、例えば、使用されるレートマッチングまたはパンクチャリング方式に依存し得る。例では、（例えば、自然パンクチャリング方式では）ある量のビットは上からパンクチャリングされ得る。対応する入力ビットチャネルは（例えば、また）、０になるように設定され得る。これらのビットは、例えば、時間インデックスＭＩＢ部と一緒にビットチャネルの上にあり得る。
【０２４５】
ソースビットは、（例えば、次いで）、生成器行列
【０２４６】
【数１０】
2020523858.tif 000015
【０２４７】
と一緒にＰｏｌａｒエンコーダに渡され得、ここで、
【０２４８】
【数１１】
2020523858.tif 000016
【０２４９】
は、ｎ次のクロネッカー累乗を示し、
【０２５０】
【数１２】
2020523858.tif 000017
【０２５１】
である。
【０２５２】
パンクチャリングの種類のレートマッチング演算は、例えば、ＮＲ−ＰＢＣＨのための所与のリソースブロックを適合するためにＰｏｌａｒコードワードに使用され得る。
【０２５３】
図３０は、ＮＲ−ＰＢＣＨのための分離型マッピングおよびＰｏｌａｒエンコーディングの一例である。図３０に、分離型マッピングおよびＰｏｌａｒエンコーディング演算の一例を示す。ＣＲＣをもつＳＳブロック時間インデックスは、上の２t個のサブエンコーダにマッピングされ得る。ＣＲＣをもつＳＦＮブロックは、次の２t個のサブエンコーダにマッピングされ得る。ＣＲＣをもつ非時間インデックス／ＳＦＮペイロードは、下の２n−２(t+1)個のサブエンコーダにマッピングされ得る。３つのサブエンコーダは、例えば、エンコーディングプロセスの最終段階において接続され得る。
【０２５４】
図３１は、ＳＳブロックインデックスおよびＳＦＮの別々のエンコーディングを用いるＮＲ−ＰＢＣＨ符号化手順の一例である。図３１に、図１５の例示的な拡張を示す。
【０２５５】
ＭＩＢのペイロードは、（ｉ）時間インデックスペイロード（例えば、ＳＳブロックインデックスおよび半無線フレームタイミング）、（ｉｉ）ＳＦＮペイロード、および（ｉｉｉ）非時間インデックス／ＳＦＮペイロード（例えば、帯域幅など）の３部に分けられ得る。
【０２５６】
ＭＩＢペイロードの（例えば、各）一部は、別々のＣＲＣに添付され得る。３部のためのＣＲＣ長は互いに異なり得る。
【０２５７】
Ｐｏｌａｒ符号のマザーコード長は、Ｎ＝２n個のビットになり得る。非時間インデックス／ＳＦＮ  ＭＩＢは、Ｐｏｌａｒエンコードされ得る。エンコーダの上の第１の２(t+1)個のビットチャネルは、０として（例えば、手動で）設定され得る。実際の情報は、ビットチャネルの下部に分離され得る。これは、時間インデックスＭＩＢおよびＳＦＮ  ＭＩＢとの（例えば、後の）組合せのためにビットチャネルの上部を予約し得る。非時間インデックスに対するＰｏｌａｒエンコーディングは、ＳＦＮの（例えば、全ての）可能な値のための（例えば、全ての）可能なＳＳブロックのために（例えば、１回だけ）実行され得る。
【０２５８】
ＳＳブロックインデックスＭＩＢは、Ｐｏｌａｒエンコードされ得る。マザーコード長２t個のビットをもつＰｏｌａｒ符号が使用され得る。この演算は、（例えば、それぞれの）可能なＳＳブロックのために実行され得る（例えば、１回実行され得る）。
【０２５９】
ＳＦＮ  ＭＩＢは、Ｐｏｌａｒエンコードされ得る。マザーコード長２t個のビットをもつＰｏｌａｒ符号が使用され得る。この演算は、（例えば、それぞれの）可能なＳＦＮ値のために（例えば、１回）実行され得る。
【０２６０】
非時間インデックスＭＩＢのエンコードされたビットは、ＳＳブロックインデックスＭＩＢのエンコードされたビットおよびＳＦＮ  ＭＩＢのエンコードされたビットと組み合わされ得る。前半部のためのエンコードされたビットは、２n個のビットであり得、一方、後半の２部のためのエンコードされたビットは、２t個のビットであり得る。組合せは、例えば、ＳＳブロックインデックス部のためのエンコードされたビットをもつ非時間インデックスＭＩＢ部の第１の２t個のビットのＸＯＲとＳＦＮ  ＭＩＢ部のためのエンコードされたビットをもつ非時間インデックスＭＩＢ部の第２の２t個のビットのＸＯＲとを備え得る。
【０２６１】
図３２は、非時間インデックス／ＳＦＮ  ＭＩＢのための分離型マッピングおよびＰｏｌａｒエンコーディング並びにＳＳブロックインデックスＭＩＢのためのＰｏｌａｒエンコーディングおよびＳＦＮ  ＭＩＢのためのＰｏｌａｒエンコーディングとのそれの組合せの一例である。図３２に、（ｉ）非時間インデックスＭＩＢのための分離型マッピングおよびＰｏｌａｒエンコーディング、（ｉｉ）ＳＳブロックインデックスＭＩＢのためのＰｏｌａｒエンコーディングおよびＳＦＮ  ＭＩＢのためのＰｏｌａｒエンコーディング、（ｉｉｉ）ＳＳブロックインデックスＭＩＢ、ＳＦＮ  ＭＩＢおよび非時間インデックスＭＩＢからのＰｏｌａｒエンコードされたビットの組合せ演算の詳細な演算の一例を示す。
【０２６２】
早期終了のためのＰｏｌａｒ符号構成について本明細書で説明され得る。インターリーバ設計およびＣＲＣ多項式、リスト刈り込み設計および／もしくは構成、ＷＴＲＵ固有のスクランブル、または早期終了のためのセグメント分けのうちの１つまたは複数を適用し得る。
【０２６３】
インターリーバ設計およびＣＲＣ多項式について本明細書で説明され得る。
【０２６４】
ダウンリンク制御チャネル符号化のためにＣＲＣ多項式（例えば、単一のＣＲＣ多項式）が使用され得る。ＣＲＣ多項式の後に、例えば、（例えば、許容できる複雑性および／またはレイテンシをもつ）ＦＡＲおよび／またはＢＬＥＲターゲットを達成しながら早期終了の利益を与えるためにインターリーバ実装が続き得る。分散ＣＲＣ方式を用いる例示的なＰｏｌａｒ符号構成フローを図３３に示し得る。図３３に示すように、１つまたは複数の（例えば、１９個の）ＣＲＣビットを取得するために、１つまたは複数のＫ個のソースビットがＣＲＣ生成ブロックに（例えば、最初に）渡され得る。１つまたは複数の（例えば、１９個の）ＣＲＣビットがソース情報に付加され得る。Ｋ＋１９個のビットが、インターリービングブロックを通して渡され得、ここで、１９個のＣＲＣビットのうちの３つがＫ個のソースビットの間で分散され得る。Ｋ個のソースビットが、分散されたＣＲＣビットに合致するようにインターリーブされ得る。
【０２６５】
図３３は、例示的なＰｏｌａｒ符号構成フローを与え得る。ＣＲＣ生成ブロックおよびインターリービングブロックについて本明細書で説明され得る。ＣＲＣ多項式が与えられ得、ここで、ＣＲＣ多項式は、ＣＲＣ生成ブロック中で使用され得る。本明細書で説明される例示的なＣＲＣ多項式は、良好なＢＬＥＲ性能、良好なＦＡＲ性能、および／または良好な早期終了性能を与え得る。１９個のビットのＣＲＣ多項式の一例は、以下のうちの１つまたは複数を含み得る。
【０２６６】
2020523858.tif 000018
【０２６７】
１１個のビットのＣＲＣ多項式の一例は、以下のうちの１つまたは複数を含み得る。
【０２６８】
2020523858.tif 000019
【０２６９】
インターリービングパターン計算は、以下のうちの１つまたは複数を含み得る。サポートされるべき最大情報ブロック長Ｋmaxが定義され得る。パリティ行列は、（例えば、ＣＲＣ多項式に基づいて）生成され得る。例えば、パリティ行列は、次元Ｋmax×Ｃを含み得、ここで、Ｃは、ＣＲＣ多項式深度であり得る。パリティ行列からの列が選択され得、分散されるべき対応するパリティビットが選択され得る。選択された列の総数が分散されるべきＣＲＣビットの数よりも少ない場合、値１をもつ選択された列の１つまたは複数の（例えば、全ての）行が除去され得、パリティ行列のための列が選択され得る。順番に選択された列について、その列中で１に対応する１つまたは複数の（例えば、全ての）情報ビットは、対応するパリティビットの前に配置され得る。（例えば、パリティ生成器行列から）列を選択することについて本明細書で説明され得る。例では、（例えば、ＣＲＣでない）情報ビットの索引付け順序は逆転され得る。例えば、情報ビットの索引付け順序は、列の終了部分から開始し得る。例えば、情報ビットの索引付け順序は、列の開始部分から開始し得る。最大の重みを有する列が選択され得ること、最小の重みを有する列が選択され得ること、および／またはパリティ生成行列中で最小最高の１を有する列が選択され得ることの選択肢のうちの１つまたは複数を適用し得る。例えば、情報ビットの索引付け順序が列の開始部分から開始し得るとき選択肢のうちの１つまたは複数を適用し得る。
【０２７０】
最小最高の１をもつ列を選択することは、パリティ行列中の列の各々中の要素１の最大位置のセットのうち、最低位置に対応する列が選択され得ることであり得る。本明細書で、例示的な行列を与え得る。
０  ０  ０
０  １  １
１  ０  １
１  ０  ０
【０２７１】
第１列中の「１」の最高位置は２であり得る。第２列中の「１」の最高位置は３であり得る。最後の列中の「１」の最高位置は３であり得る。この例示的な行列から、列１が全ての列のうち最高要素「１」の最小位置（例えば２）を有するので列１が選択され得る。
【０２７２】
最大の重みを有する列が選択され得る。例では、２つ以上の列が同じ最大重みを有する場合、同じ最大重みを有する候補列のうち最左の列が選ばれ得ること、同じ最大重みを有する候補列のうちパリティ行列中で最小最高の１をもつ列が選ばれ得ること、または同じ最大重みを有する候補列のうちパリティ行列中で最大最低の１をもつ列が選ばれ得ることのうちの１つが使用され得る。パリティ行列中で最小最高の１をもつ列が選択される場合、それは、選択される列のうち最高１の最小の行インデックスを有する列であり得る。パリティ行列中で同じ最小最高の１を有する依然として２つ以上の列が残っている場合、残りの列の最左の列が選ばれ得るか、またはパリティ行列中で最小の２番目に最高の１をもつ残りの列が選ばれ得る。
【０２７３】
最小の重みを有する列が選択され得る。２つ以上の列が同じ最小の重みを有する場合、本明細書で説明される１つまたは複数の例が使用され得る。例えば、候補のうち最左の列が選ばれ得るか、パリティ行列中で最小最高の１をもつ候補列が選ばれ得るか、またはパリティ行列中で最大最高の１をもつ候補列が選ばれ得る。
【０２７４】
以下の例について考慮し得る。ＣＲＣ多項式がｘ４＋ｘ３＋１（例えば、０×１９＝０ｂ１１００１）であるとき、パリティ生成器行列は、本明細書で与えるように、１２個の情報ビットのためのものであり得る。
【０２７５】
【数１３】
2020523858.tif 000020
【０２７６】
各列中の１の数は、それぞれ、７、７、７、および８であり得る。最小の重みは、７であり得、３列が重み７を有し得る。第１の列について、上から開始して最初の「１」は、第２の行になり得る。第２の列について、上から開始して最初の「１」は、第２の行になり得る。第３の列について、上から開始して最初の「１」は、第３の行になり得る。「最小最高の１」規則によって、本明細書で説明されるように、第３の列が、この例示的な行列から選択され得る。
【０２７７】
パリティ行列中で最小最高の１を有する列が選択され得る。２つ以上の列がパリティ行列中で同じ最小最高の１を有する場合、選択のために、候補列のうち最左の列が選ばれ得ること、パリティ行列中で最小の２番目に最高の１をもつ候補列が選ばれ得ること、または最高（または最低の）重みをもつ候補列が選ばれ得ることのうちの１つまたは複数が使用され得る。
【０２７８】
候補列のうち最左の列が選択され、Ｋmax＝２００個のビットである場合、以下のインターリーバパターンが与えられ得る。本明細書におけるインターリーバパターン中の下線付きの値は、ＣＲＣビットを示し得る。
【０２７９】
2020523858.tif 000021
【０２８０】
本明細書における例示的な行列を与え得る。
０  ０  ０
１  １  １
１  ０  ０
１  ０  １
０  １  ０
第１の列中の「１」の最高の位置は４であり得、第２の列中の「１」の最高の位置は４であり得、最後の列中の「１」の最高の位置は４であり得る。第１の列中の「１」の２番目に最高の位置は３であり得、第２の列中の「１」の２番目に最高の位置は１であり得、最後の列中の「１」の２番目に最高の位置は２であり得る。列１が例示的な行列からの全ての列のうち２番目に最高の要素「１」の最小位置（例えば３）を有するので列１が選択され得る。
【０２８１】
１つまたは複数の例示的なリスト刈り込み設計および／または構成について本明細書で説明され得る。
【０２８２】
１つまたは複数のＣＲＣビットは、Ｐｏｌａｒ符号構成中に分散され得る。例では、３個のＣＲＣビットは、Ｐｏｌａｒ符号構成中に分散され得る。Ｐｏｌａｒデコーダにおいて、３個の分散されたＣＲＣビットは、早期終了のために使用され得る。３個の分散されたＣＲＣビットは、リスト（または経路）刈り込みのために使用され得る。リスト刈り込みのための分散されたＣＲＣビットの使用は、ＢＬＥＲ性能を改善し得る。分散されたＣＲＣビットの使用は、誤警報性能および／または早期終了の利得を低下させ得る。分散されたＣＲＣビットの使用は、Ｐｏｌａｒデコーダに含まれることも含まれないこともある（例えば、構成されることも構成されないこともある）。対応する判断は、送信機に同期され得る。そのような選択は、予め決定され得るか、または構成され得る。構成は、ＲＲＣメッセージを介するものであり得る。例えば、表１に示す１つまたは複数のアイテムは、RRCConnectionReconfigurationメッセージに追加され得る。
【０２８３】
【表１】
2020523858.tif 000022
【０２８４】
２段階ＤＣＩが採用されるとき、第１のＤＣＩを含んでいる第１の制御チャネルは、受信機側において受信されるべき第２のＤＣＩについて経路刈り込みが適用されるのかどうかを示し得る。経路刈り込みを示すフラグは、第１のＤＣＩ中に含まれ得る。
【０２８５】
１つまたは複数の規則は、分散されたＣＲＣを扱うために確立され得る。例えば、経路刈り込みのためにＰＢＣＨ、共通制御チャネル、またはアップリンク制御チャネル中の分散されたＣＲＣが使用され得る。ＰＤＣＣＨまたはＷＴＲＵ固有の制御チャネル中の分散されたＣＲＣは、（例えば、経路刈り込みでなく）早期終了のために使用されないことがある。
【０２８６】
ＷＴＲＵ固有のスクランブルについて本明細書で説明され得る。例では、ＷＴＲＵ固有のスクランブルが除外されないことがある。ＷＴＲＵ固有のスクランブルを用いる１つまたは複数の例示的なＰｏｌａｒ符号構成について本明細書で説明され得る。ＷＴＲＵ固有のスクランブルは、誤り検出性能を向上させ得る。例えば、ＷＴＲＵ固有のスクランブルは、ＷＴＲＵ  ＩＤの差により意図されていないデータを復号しないことがある。ＷＴＲＵ固有のスクランブルは、誤警報率を低減し得る。復号は、例えば、ＣＲＣビット不一致により、より早く停止され得、早期終了を可能にし得る。
【０２８７】
図３４に、ＤＬ制御チャネルのために分散されたＣＲＣおよびＷＴＲＵ固有のスクランブルを用いる例示的なＰｏｌａｒ符号構成フローを示す。ＣＲＣスクランブルブロックは、（例えば、図３３と比較して）図３４に示すように挿入され得る。ＣＲＣスクランブルブロックへの入力は、ＷＴＲＵ−ＩＤまたはＣ−ＲＮＴＩであり得る。一時Ｃ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩなどのＲＮＴＩのうちの１つまたは複数が含まれ得る（例えば、それも含まれ得る）。
【０２８８】
例では、スクランブル演算は、以下のうちの１つまたは複数を含み得る。ＷＴＲＵ−ＩＤは、（例えば、最初に）、ゴールドシーケンスまたは他のシーケンスに基づき得る（例えば、初期シーケンスとして）擬似ランダムシーケンス生成を渡し得る。１９（または１１）個のＣＲＣビットとのＸＯＲ演算を有するために生成された擬似ランダムシーケンスビット（例えば、最初の１９または１１個の生成された擬似ランダムシーケンスビット）が使用され得る。
【０２８９】
例では、スクランブル演算は、（例えば、直接）ＣＲＣビットのうちの１つまたは複数（例えば、全て）とＷＴＲＵ−ＩＤをＸＯＲし得る。ＷＴＲＵ−ＩＤが１６個のビットである場合、ＸＯＲ演算は、最初のまたは最後の１６個のＣＲＣビットに向けたものであり得る。例では、ＷＴＲＵ−ＩＤは、１６個のビットから１９個のビットに循環もしくは繰り返され得、並びに／または１９個のＣＲＣビットとＸＯＲし得る。ＣＲＣスクランブル演算は、凍結ビットセット内に追加的に置かれたＷＴＲＵ−ＩＤを用いて、または１つもしくは複数の（例えば、全ての）エンコードされたビットが本明細書で説明されるようにＷＴＲＵ−ＩＤによってスクランブルされる方式を用いて展開され得る（例えば、共同で展開され得る）。
【０２９０】
図３５に、ＤＬ制御チャネルのために分散されたＣＲＣおよびＷＴＲＵ固有のスクランブルを用いる例示的なＰｏｌａｒ符号構成フローを示す。１６個のビットのＷＴＲＵ−ＩＤがＣＲＣビットの一部とＸＯＲする場合、ＸＯＲされたＣＲＣビットの一部は分散されたＣＲＣビットを含み得る。誤警報率（ＦＡＲ）性能が改善され得る。ＸＯＲされたＣＲＣビットが分散されたＣＲＣビットを含む場合、ＣＲＣスクランブル演算は、図３５に示したように、（例えば、インターリービングブロック後に）例示的なＰｏｌａｒ符号構成フローに追加され得る。ＣＲＣスクランブル演算は、凍結ビットセット内に追加的に置かれたＷＴＲＵ−ＩＤを用いて、または１つもしくは複数の（例えば、全ての）エンコードされたビットが本明細書で説明されるようにＷＴＲＵ−ＩＤによってスクランブルされる方式を用いて展開され得る（例えば、共同で展開され得る）。
【０２９１】
早期終了のためのセグメント分けについて本明細書で説明され得る。
【０２９２】
ＮＲ  Ｐｏｌａｒ符号実装では、符号ブロックサイズは、最大のデコーダの複雑性および／またはレイテンシに基づいて限定され得る。必要な符号ブロックサイズが限定を超えるとき、繰り返しが適用され得る。繰り返し（例えば、厳しい繰り返し）が適用される必要があるとき、セグメント分けが（例えば、繰り返しよりも良好な性能を有するために）採用され得る。送信機における例示的なセグメント分け手順を図３６に示し得る。セグメント分けされたＰｏｌａｒ符号化ブロックのＰｏｌａｒ復号の例示的な手順を図３７に示し得る。
【０２９３】
セグメント分けブロックでは、ＣＲＣビットをもつ情報ビットは、複数のセグメントに分割され得る。例では、２つのセグメントが想定され得る。例示的な２つのセグメントが分割され得（例えば、等しく分割され得）、各セグメントにそれぞれ
【０２９４】
【数１４】
2020523858.tif 000023
【０２９５】
個のビットが割り当てられ得る。１つまたは複数のＣＲＣビットが入力ブロックに（例えば、入力ブロック全体に）分散され得、セグメント（例えば、第１のセグメント）中に存在し得る。
【０２９６】
復号のレイテンシは（例えば、ＵＲＬＬＣのようないくつかのアプリケーションに対する）ファクタであり得、並列実装が開示され得る。セグメント分けされたＰｏｌａｒ符号の並列復号が構成され得る。分散されたＣＲＣビットが第２のセグメント中にあるとき、並列復号中の分散されたＣＲＣビットは早期終了性能に寄与しないことがある。
【０２９７】
分散されたＣＲＣビットは、第１のセグメント（例えば、第１のセグメントだけ）内に配置され得る。分散されたＣＲＣビットは、セグメント分けの下で扱われ得る。例では、ｘは、例えば、情報ビットの領域中の最後の分散されたＣＲＣビットのインデックスであり得る。ｘが第１のセグメントの最後のインデックスよりも大きい場合、１つもしくは複数の（例えば、全ての）分散されたＣＲＣビットが第１のセグメント中に含まれるまで分散されたＣＲＣビットの数を低減し得ること、および／または１つもしくは複数の（例えば、全ての）分散されたＣＲＣビットが第１のセグメント中に含まれるまで第１のセグメント中の情報ビットの数を増加し得ることの選択肢を適用し得る。
【０２９８】
例では、ｘが第１のセグメントの最後のインデックスよりも大きい場合、１つまたは複数の（例えば、全ての）分散されたＣＲＣビットが第１のセグメント中に含まれるまで分散されたＣＲＣビットの数が低減され得る。インターリーバ構成は、分散されたＣＲＣビットの変化に従って変更され得る。
【０２９９】
分散されたＣＲＣビットの低減は、送信機と受信機との間で同期され得る。受信機が情報ブロック長に基づいて送信機と同じ計算を実行し得ること、計算がオフラインで行われ得ること、または受信機に対する分散されたＣＲＣビットの低減があるのかどうかおよび／もしくはそれがどのくらいであるのかを送信機がシグナリングし得ることの選択肢を適用し得る。例えば、送信機は、分散されたＣＲＣビットの数が低減されるのか否か、並びに／または分散されたＣＲＣビットがどのくらい低減されるのかを計算し得る。計算は、例えば、セグメント分けサイズに基づいて前もって行われ得る。計算結果は、例えば、リアルタイム計算を回避するために事前記憶され得る。受信機が情報ブロック長に基づいて送信機と同じ計算を実行する場合、受信機はどのＣＲＣビットを低減すべきかを知り得る。計算がオフラインで行われ得る場合、情報ビットの長さに関する低減されたＣＲＣビットの表が提供および／または指定され得る。送信機が受信機にこの情報をシグナリングする場合、シグナリング（例えば、２個のビットのシグナリング）が構成され得る。例では、２個のビットのシグナリングは、３個のビットの分散されたＣＲＣビットのうちの何個が低減されるのかを示し得る。例では、「００」は、分散されたＣＲＣビットが低減されないことを示し得る。「０１」は、１個の分散されたＣＲＣビットが低減されることを示し得る。「１０」は、２個の分散されたＣＲＣビットが低減されることを示し得る。「１１」は、３個の分散されたＣＲＣビットが低減されることを示し得る。
【０３００】
例では、ｘが第１のセグメントの最後のインデックスよりも大きい場合、１つまたは複数の（例えば、全ての）分散されたＣＲＣビットが第１のセグメント中に含まれるまで第１のセグメント中の情報ビットの数が増加され得る。ｘに限定され得る１つまたは複数の（例えば、全ての）情報ビットは、第１のセグメント中に含まれ得、残りの情報ビットは、第２のセグメントに割り当てられ得る。
【０３０１】
セグメントサイズは、フレキシブルであり得る。例えば、セグメントサイズは、情報ブロック長に依存し得る。セグメント分けのサイズは、送信機と受信機との間で同期され得る。受信機が情報ブロック長に基づいて送信機と同じ計算を実行し得ること、計算がオフラインで行われ得ること、または送信機が受信機にこの情報をシグナリングし得ることの選択肢を適用し得る。受信機が情報ブロック長に基づいて送信機と同じ計算を実行する場合、受信機は各セグメント分けのサイズを知り得る。計算がオフラインで行われ得る場合、情報ビットの長さに関する第１のセグメント長の表が提供および／または指定および／またはシグナリングされ得る。
【０３０２】
（例えば、新無線（ＮＲ）のための）インターリーバ設計およびＣＲＣ多項式について本明細書で説明され得る。
【０３０３】
ＤＬのためのＣＲＣビットの数は、（例えば、ＬＴＥの場合のように）１６から２４に増加され得る。図３８に、ＤＬ制御チャネルのために分散されたＣＲＣをもつ例示的なＮＲ  Ｐｏｌａｒ符号構成フローを示す。
【０３０４】
使用されるべきＣＲＣ多項式は、次のように与えられ得る。
Ｄ24＋Ｄ23＋Ｄ21＋Ｄ20＋Ｄ17＋Ｄ15＋Ｄ13＋Ｄ12＋Ｄ8＋Ｄ4＋Ｄ2＋Ｄ＋１
Ｋmaxが２００と推定された状態で、対応するインターリーバパターンは、以下の通りであり得る。
【０３０５】
2020523858.tif 000024
【０３０６】
本明細書におけるインターリーバパターン中の下線付きの値は、ＣＲＣビットを示し得る。
【０３０７】
本明細書で説明される多項式および／またはインターリーバパターンに対する１つまたは複数の変更は、（例えば、変更をできるだけ最小に保ちながら）変更され得る。
【０３０８】
意図されたコードワードを用いるＦＡＲがターゲット２(-21)を上回り得るので、（例えば、上記に示した）インターリーバパターンのＦＡＲ性能は十分でないことがある。ＦＡＲ性能は、１．５＊２(-21)の高さに達し得る。ＦＡＲ性能は、付加されるＣＲＣビットの数を増加させることによって改善され得る。付加されるＣＲＣビットの数が増加される場合、早期終了利得が低減され得る。早期終了利得は、トレラントであり得る（例えば、ＦＡＲ性能がより問題であり得る）。インターリーバパターンの１つまたは複数の例示的な変更が与えられ得る（例えば、変更は太字で示され得る）。
【０３０９】
2020523858.tif 000025
【０３１０】
例示的な変更パターンでは、付加されるＣＲＣビットの数は１８個のビットに増加され得る（例えば、一方、未変更パターンでは、付加されるＣＲＣビットの数は１７個のビットであり得る）。
【０３１１】
付加されるＣＲＣ数は、例えば、早期終了利得を犠牲にして、ＦＡＲを低減する（例えば、さらに低減する）ために増加され得る（例えば、さらに増加され得る）。例では、インターリーバパターンの変更が与えられ得る（例えば、変更は太字で示され得る）。
【０３１２】
2020523858.tif 000026
【０３１３】
例では、インターリーバパターンの変更が与えられ得る（例えば、変更は太字で示され得る）。
【０３１４】
2020523858.tif 000027
【０３１５】
例では、インターリーバパターンの変更が与えられ得る（例えば、変更は太字で示され得る）。
【０３１６】
2020523858.tif 000028
【０３１７】
例示的な変更されたインターリーバパターンのうちの１つまたは複数（例えば、全て）では、変更されていないパターンとの差は太字のテキストで示され得、ＣＲＣビットは、下線付きのテキストで示され得る。
【０３１８】
パラメータＫmaxは、Ｋmax＝ｍａｘ（１４０，Ｒｅｌ−１５＋２０における最大ＤＣＩペイロードサイズ）のように与えられ得る。本明細書で説明される変更されたパターンのうちの１つまたは複数（例えば、全て）は、Ｋmax＝２００に基づき得る。以下の例示的なインターリーバパターンのうちの１つまたは複数は、Ｋmax＝１４０に基づき得る。
【０３１９】
2020523858.tif 000029
【０３２０】
または、
【０３２１】
2020523858.tif 000030
【０３２２】
または、
【０３２３】
2020523858.tif 000031
【０３２４】
または、
【０３２５】
2020523858.tif 000032
【０３２６】
または、
【０３２７】
2020523858.tif 000033
【０３２８】
（例えば、Ｋmax＝１４０に基づく）上記の変更されたインターリーバパターンでは、ＦＡＲ性能は、例えば、良好な早期終了利得を保ちながら、２(-21)のターゲットレベルを達成し得る。
【０３２９】
インターリーバパターンは、例えば、同じ最小最高の１を有し得る候補列のうち最左の列を選ぶ優先度でパリティ行列中の最小最高の１を選ぶことによって生成され得、ここで、以下の通りである。
【０３３０】
2020523858.tif 000034
【０３３１】
または、
【０３３２】
2020523858.tif 000035
【０３３３】
または、
【０３３４】
2020523858.tif 000036
【０３３５】
または、
【０３３６】
2020523858.tif 000037
【０３３７】
または、
【０３３８】
2020523858.tif 000038
【０３３９】
インターリーバパターンは、同じ最小最高の１を有し得る候補列のうち最左の列を選ぶ優先度で、例えば、パリティ行列中の最小最高の１を選ぶことに基づいて、最初の列選択の後のその他の選択手順よって生成され得る。例えば、（例えば、最小の重みをもつ列を選択する代わりに）残りの分散されたＣＲＣビットについて最大の重みをもつ列が選択され得る。本明細書で説明される選択手順では、以前に選択された列中で「１」の値をもつ行が考慮（例えば、削除）されないことがある。
【０３４０】
以下のパターンは、本明細書で説明される手順（例えば、最小の重みの代わりに最大の重みを選択すること）によって生成されるインターリーバパターンの例を示し得る。
【０３４１】
2020523858.tif 000039
【０３４２】
または、
【０３４３】
本明細書で説明される１つまたは複数のインターリーバパターン（例えば、最大の重みを選択すること）は、所与のＣＲＣ多項式に基づき得る。１つまたは複数の他のＣＲＣ多項式が実装され得る。例えば、ＬＴＥにおける２４個のビットのＣＲＣのためのＣＲＣ多項式のうちの１つまたは複数が再利用され得る。
Ｄ24＋Ｄ23＋Ｄ18＋Ｄ17＋Ｄ14＋Ｄ11＋Ｄ10＋Ｄ7＋Ｄ6＋Ｄ5＋Ｄ4＋Ｄ3＋Ｄ＋１
または、
Ｄ24＋Ｄ23＋Ｄ6＋Ｄ5＋Ｄ＋１
【０３４４】
本明細書で提供される例示的なＣＲＣ多項式は、良好な誤り検出性能を示し得、ＮＲにおいて（例えば、特に、Ｐｏｌａｒ符号化における分散されたＣＲＣ方式のために）再利用され得る。
【０３４５】
インターリーバのためのネストされた設計が与えられ得る。例えば、ネストされた演算を実行する際に、情報ビットは、Ｋ≦Ｋmaxであり得る。ｘ0，．．，ｘ(K+23)は、単一のＣＲＣ生成器からの出力ビットであり得、ここで、最後の２４個のビットは、ＣＲＣビットを付加され得る。Ｋ＋２４個のビットは、Ｋmax＋２４個のビットに拡張され得る。例えば、以下の通りであり得る。
【０３４６】
【数１５】
2020523858.tif 000040
【０３４７】
拡張されたｙ個のビットは、本明細書で説明されるパターンでインターリーバに渡され得る。インターリーバからの出力ビットは、
【０３４８】
【数１６】
2020523858.tif 000041
【０３４９】
によって示され得る。１つまたは複数の（例えば、全ての）ヌルビットが
【０３５０】
【数１７】
2020523858.tif 000042
【０３５１】
から除去され得る。
【０３５２】
例示的なネストされた構造に基づいて、Ｋmax＝２００の場合、インターリーバパターンは、次の通りであり得る。
【０３５３】
2020523858.tif 000043
【０３５４】
または、
【０３５５】
2020523858.tif 000044
【０３５６】
または、
【０３５７】
2020523858.tif 000045
【０３５８】
または、
【０３５９】
2020523858.tif 000046
【０３６０】
または、
【０３６１】
2020523858.tif 000047
【０３６２】
Ｋmax＝１４０の場合、インターリーバパターンは、次の通りであり得る。
【０３６３】
2020523858.tif 000048
【０３６４】
または、
【０３６５】
2020523858.tif 000049
【０３６６】
または、
【０３６７】
2020523858.tif 000050
【０３６８】
または、
【０３６９】
2020523858.tif 000051
【０３７０】
または、
【０３７１】
2020523858.tif 000052
【０３７２】
例では、ネストされた演算を実行するやり方は、実際の情報ビットがＫ≦Ｋmax個であると仮定することを含み得る。ｘ0，．．，ｘ(K+23)は、単一のＣＲＣ生成器からの出力ビットであり得、ここで、最後の２４個のビットは、ＣＲＣビットを付加され得る。インターリーバに供給されるビットは、次のように示され得る。
【０３７３】
【数１８】
2020523858.tif 000053
【０３７４】
拡張されたｙ個のビットは、本明細書で示されるパターンでインターリーバに渡され得る。インターリーバからの出力ビットは、
【０３７５】
【数１９】
2020523858.tif 000054
【０３７６】
によって示され得る。１つまたは複数の（例えば、全ての）ヌルビットが
【０３７７】
【数２０】
2020523858.tif 000055
【０３７８】
から除去され得る。
【０３７９】
ネストされた構造に基づいて、Ｋmax＝２００の場合、インターリーバパターンは、次の通りであり得る。
【０３８０】
2020523858.tif 000056
【０３８１】
または、
【０３８２】
2020523858.tif 000057
【０３８３】
または、
【０３８４】
2020523858.tif 000058
【０３８５】
または、
【０３８６】
2020523858.tif 000059
【０３８７】
または、
【０３８８】
2020523858.tif 000060
【０３８９】
Ｋmax＝１４０の場合、インターリーバパターンは、次の通りであり得る。
【０３９０】
2020523858.tif 000061
【０３９１】
または、
【０３９２】
2020523858.tif 000062
【０３９３】
または、
【０３９４】
2020523858.tif 000063
【０３９５】
または、
【０３９６】
2020523858.tif 000064
【０３９７】
または、
【０３９８】
2020523858.tif 000065
【０３９９】
インターリーバ設計および実装（例えば、追加のおよび／または代替のインターリーバ設計および実装）は、例えば、ＮＲのために与えられ得る。例では、（例えば、前に提示され得るように）情報ビットおよびＣＲＣビットは、共同でインターリーブされ得る。インターリーブされたビットシーケンスは、例えば、情報ビットセットの自然な順序でＰｏｌａｒエンコーダに渡され得る。情報ビットセットは、凍結しないビットチャネルを示し得る。情報ビットセットは、情報ビットとＣＲＣビットとを運ぶために使用され得る。情報ビットセットは、例えば、レートマッチング方式による、所与のＰｏｌａｒ符号シーケンスについて、例えば、情報長Ｋ、ＣＲＣ長、および／またはレートマッチング出力シーケンス長Ｍに依存し得る。
【０４００】
インターリーバのＦＡＲ性能は、例えば、Ｐｏｌａｒ符号シーケンスおよび／またはＰｏｌａｒ符号レートマッチング方式によって影響を及ぼされ得る。これは、例えば、（例えば、分散され、付加される）ＣＲＣビットが情報ビットセット内の比較的あまり信頼できないビットチャネルに割り当てられ得るので発生し得る。これは、ＦＡＲ性能に影響を及ぼし得るＣＲＣビットの信頼できない復号を生じ得る。例では、インターリーバパターンは、情報ビットブロックサイズＫと送信のための符号化ビットの数Ｍとのペア（例えば１つのペア）について良好なＦＡＲ性能を達成し得、（Ｋ，Ｍ）の別のペアについて悪いＦＡＲ性能を達成し得る。（例えば、従って）ＦＡＲ性能は安定していないことがある。
【０４０１】
ＦＡＲ性能は、例えば、（例えば、図３９の例に示すように）本明細書で説明される１つまたは複数の実装を使用して安定し得るか、信頼でき得るか、または保証され得る。
【０４０２】
図３９に、分散されたＣＲＣビットおよびインターリーブされたＣＲＣビットをもつＮＲ  Ｐｏｌａｒ符号構成フローの一例を示す。
【０４０３】
例では、（例えば、図３９に示すように）Ｋ個の情報ビットは、「ＣＲＣ生成およびインターリービング」を通して渡され得る。ＣＲＣ多項式は、２４の長さなどの任意の長さを有し得る。ＣＲＣビットの数（例えば、２４）が（例えば、ＣＲＣ多項式長に基づいて）生成され得る。ＣＲＣビットは、例えば、１つまたは複数の規則に基づいてインターリーブされ得る。ＣＲＣ長は、例えば、２４個のビットまたは任意の他の数のビットであり得る。（例えば、本明細書で提供する例を含む）方式が他のＣＲＣ長に適用され得る。
【０４０４】
（例えば、２４個のビットなどの）ＣＲＣビットが、（例えば、図４０の例によって示すように）（例えば、代替として）生成され、ＣＲＣインターリービングなしに（例えば、直接）使用され得る。
【０４０５】
図４０に、インターリーブされたＣＲＣビットをもたず、分散されたＣＲＣビットをもつＮＲ  Ｐｏｌａｒ符号構成フローの一例を示す。
【０４０６】
例では、（例えば、図４０に示すように）Ｋ個の情報ビットは、複数の（例えば、２つの）部（例えば、ネストされた構造およびインターリーバパターン）を有し得る「情報ビットインターリービング」を通して渡され得る。ネストされた構造は、例えば、インターリーバパターンの長さＫmaxに合致するように、例えば、Ｋの数を拡大し得る。例では、Ｋ個のビットの情報ビットは、ｘ0，．．，ｘ(K-1)を備え得る。
【０４０７】
ネストされた構造の例では、Ｋ個のビットは、例えば、式（１）に従ってＫmax個のビットに拡張され得る。
ｙi＝ｘK-i-1，ｉ＝０，．．．，Ｋ−１  （１）
ｙi＝ＮＵＬＬ，ｉ＝Ｋ，．．．，Ｋmax−１
【０４０８】
ネストされた構造の例では、Ｋ個のビットは、例えば、式（２）に従ってＫmax個のビットに拡張され得る。
ｙi＝ｘi，ｉ＝０，．．．，Ｋ−１  （２）
ｙi＝ＮＵＬＬ，ｉ＝Ｋ，．．．，Ｋmax−１
【０４０９】
ネストされた構造の例では、Ｋ個のビットは、例えば、式（３）に従ってＫmax個のビットに拡張され得る。
【０４１０】
【数２１】
2020523858.tif 000066
【０４１１】
ネストされた構造の例では、Ｋ個のビットは、例えば、式（４）に従ってＫmax個のビットに拡張され得る。
【０４１２】
【数２２】
2020523858.tif 000067
【０４１３】
インターリーバパターン（例えば、設計または実装）は、例えば、ＣＲＣ多項式に依存し得る。インターリーバパターンは、ＣＲＣビットのためのインターリービング方式に依存し得る（例えば、図３９）か、またはＣＲＣビットのためのインターリービング方式に依存しないことがある（例えば、図４０）。例では（例えば、２４個のビットのＣＲＣの場合）、Ｃ0，．．．，Ｃ23は、（例えば、図３９の）「ＣＲＣ生成およびインターリービング」によって生成された２４個のインターリーブされたＣＲＣビット、または（例えば、図４０の）「ＣＲＣ生成」によって生成された２４個のＣＲＣビットを表し得る。
【０４１４】
Ｃ0に対応する（例えば、またはそれを生成もしくはサポートする）情報ビットは、第１の部にインターリーブされ得、Ｃ1に対応する（例えば、またはそれを生成もしくはサポートする）情報ビットは、（例えば、それらが第１の部中にないとき）第２の部にインターリーブされ得、以下同様に行われる。（例えば、式（１）に従って）Ｋ個のビットがＫmax＝２００に拡張されるネストされた構造の例では、ＣＲＣ多項式は、例えば、ｇＣＲＣ２４（Ｄ）＝［Ｄ２４＋Ｄ２３＋Ｄ２１＋Ｄ２０＋Ｄ１７＋Ｄ１５＋Ｄ１３＋Ｄ１２＋Ｄ８＋Ｄ４＋Ｄ２＋Ｄ＋１］であり得る。
【０４１５】
ＣＲＣビットは、（例えば、インターリーブされたＣＲＣビットをもたない）自然な順序で順序付けられ得る。情報ビットのためのインターリーブパターンは、例えば、以下の通りであり得る。
【０４１６】
2020523858.tif 000068
【０４１７】
（例えば、式（３）に従って）Ｋ個のビットがＫmax＝２００に拡張されるネストされた構造の例では、ＣＲＣ多項式は、例えば、ｇＣＲＣ２４（Ｄ）＝［Ｄ２４＋Ｄ２３＋Ｄ２１＋Ｄ２０＋Ｄ１７＋Ｄ１５＋Ｄ１３＋Ｄ１２＋Ｄ８＋Ｄ４＋Ｄ２＋Ｄ＋１］であり得る。
【０４１８】
ＣＲＣビットは、（例えば、インターリーブされたＣＲＣビットをもたない）自然な順序で順序付けられ得る。情報ビットのためのインターリーブパターンは、例えば、以下の通りであり得る。
【０４１９】
2020523858.tif 000069
【０４２０】
（例えば、式（１）に従って）Ｋ個のビットがＫmax＝１４０に拡張されるネストされた構造の例では、ＣＲＣ多項式は、例えば、ｇＣＲＣ２４（Ｄ）＝［Ｄ２４＋Ｄ２３＋Ｄ２１＋Ｄ２０＋Ｄ１７＋Ｄ１５＋Ｄ１３＋Ｄ１２＋Ｄ８＋Ｄ４＋Ｄ２＋Ｄ＋１］であり得る。
【０４２１】
ＣＲＣビットは、（例えば、インターリーブされたＣＲＣビットをもたない）自然な順序で順序付けられ得る。情報ビットのためのインターリーブパターンは、例えば、以下の通りであり得る。
【０４２２】
2020523858.tif 000070
【０４２３】
（例えば、式（３）に従って）Ｋ個のビットがＫmax＝１４０に拡張され得るネストされた構造の例では、ＣＲＣ多項式は、例えば、ｇＣＲＣ２４（Ｄ）＝［Ｄ２４＋Ｄ２３＋Ｄ２１＋Ｄ２０＋Ｄ１７＋Ｄ１５＋Ｄ１３＋Ｄ１２＋Ｄ８＋Ｄ４＋Ｄ２＋Ｄ＋１］であり得る。
【０４２４】
ＣＲＣビットは、（例えば、インターリーブされたＣＲＣビットをもたない）自然な順序で順序付けられ得る。情報ビットのためのインターリーブパターンは、例えば、以下の通りであり得る。
【０４２５】
2020523858.tif 000071
【０４２６】
「ＣＲＣビットマッピング」は、（例えば、図３９の場合のようにインターリーブされた、または図４０の場合のようにインターリーブされていない）（例えば、２４個の）ＣＲＣビットを、例えば、自然な順序で情報ビットセットの（例えば、２４個の）最も信頼できるビットチャネルにマッピングし得る。例では、２４個の最も信頼できるビットチャネルが、選択され、自然な順序でソートされ得る。ＣＲＣビットは、自然な順序でビットチャネルに（例えば、１対１で）マッピングされ得る。例では、（例えば、長さが２５６個のビットのＰｏｌａｒ符号の場合）Ｐｏｌａｒシーケンスおよびレートマッチング方式から生じる２４個の最も信頼できるビットチャネルは、（例えば、低から高の信頼性の順序で）例えば、以下の通りであり得る。
【０４２７】
2020523858.tif 000072
【０４２８】
例えば、自然な順序で順序付けられたビットチャネルは、以下の通りであり得る。
【０４２９】
2020523858.tif 000073
【０４３０】
例では、Ｃ0，．．．，Ｃ23は、例えば、「ＣＲＣ生成およびインターリービング」によって生成される２４個のインターリーブされたＣＲＣビットであり得る。例えば、Ｃ0は、ビットチャネル６３に割り振られ得、Ｃ1は、ビットチャネル９５に割り振られ得、Ｃ2は、ビットチャネル１１１に割り振られ得るなどである。
【０４３１】
「情報ビットマッピング」は、例えば、Ｋmax個のインターリーブされた情報ビットを自然な順序で情報ビットセット中にＫmax個の最も信頼できないビットチャネルにマッピングし得る。例えば、残りの情報ビットセットは、自然な順序でソートされ得る。インターリーブされた情報ビットは、例えば、自然な順序でビットチャネルに（例えば、１対１で）マッピングされ得る。例では、（例えば、長さが２５６個のビットのＰｏｌａｒ符号の場合）Ｐｏｌａｒシーケンスおよびレートマッチング方式から生じるＫmax＝２６個の最も信頼できないビットチャネルは、（例えば低から高の信頼性の順序で）例えば、以下の通りであり得る。
【０４３２】
2020523858.tif 000074
【０４３３】
例えば、自然な順序で順序付けられたビットチャネルは、以下の通りであり得る。
【０４３４】
2020523858.tif 000075
【０４３５】
例では、
【０４３６】
【数２３】
2020523858.tif 000076
【０４３７】
は、例えば、「情報ビットインターリービング」によって生成されるインターリーブされたＫmax個の情報ビットであり得る。Ｓ0は、ビットチャネル６１に割り振られ得、Ｓ1は、ビットチャネル６２に割り振られ得、Ｓ2は、ビットチャネル９１に割り振られ得るなどである。
【０４３８】
ＣＲＣビット（例えば、全てのＣＲＣビット）は、最も信頼性できるビットチャネルにマッピングされ得る。分散されたＣＲＣビットの数は、例えば、ＣＲＣ長と同じ大きさであり得る。ＣＲＣビットは、（例えば、代替として）（例えば、通常通り）付加された残りのＣＲＣビットを保ちながら、部分的に分散され得る。例では、最大Ｘ個のＣＲＣビットが分散され得、一方、残りのＹ個のＣＲＣビットが付加され得る。例えば、Ｙ個の付加されたＣＲＣビットが、（例えば、最初に）情報ビットセット中で最も大きいインデックスをもつビットチャネルに割り当てられ得る。Ｘ個の最も信頼できるビットチャネルが、残りの情報ビットセットから決定され得る。Ｘ個の分散されたＣＲＣビットは、Ｘ個の最も信頼できるビットチャネルに割り当てられ得る。
【０４３９】
例では、最大Ｘ＝５個のＣＲＣビットが分散され得、一方、残りのＹ＝１９個のＣＲＣビットが付加され得る。情報ビットセットは、（例えば、低から高の信頼性の順序で）例えば、以下の５０個のビットチャネルから構成され得る。
【０４４０】
2020523858.tif 000077
【０４４１】
それは、または、自然な順序で、例えば、以下のように構成され得る。
【０４４２】
2020523858.tif 000078
【０４４３】
１７個の付加されたＣＲＣビットは、例えば、以下のビットチャネルを占有し得る。
【０４４４】
2020523858.tif 000079
【０４４５】
５個の分散されたＣＲＣビットは、例えば、残りの情報ビットセットからの５つの最も信頼できるビットチャネルを占有し得る。
［１１９  １２３  １２５  １２６  １２７］。
【０４４６】
ＣＲＣビットは、（例えば、別の方式では）信頼できるビットチャネルを一様に占有し得る。例では、凍結されていないビットの信頼性の順序での２つのＣＲＣビット間の間隔は、例えば、５０／２４＝２（例えば、または１および３などの他の値）であり得る。ＣＲＣビットの一部分が付加され得、一方、残りのＣＲＣビットは、残りの凍結されてないビットを一様に占有し得る。例では、間隔は、２６／５＝５（例えば、または４および６などの他の値）であり得る。オフセットは、例えば、均一な占有では間隔よりも小さくなり得る。
【０４４７】
ＦＡＲ性能は、最も信頼できるビットチャネルに（例えば、１つまたは複数のまたは全ての）ＣＲＣビットを割り当てることによって改善され得る。早期終了利得は、例えば、ＣＲＣビット分散に関連付けられ得る情報ビットを分散することによって達成され得る。（例えば、デコーダ側での）早期終了チェックは、例えば、（例えば、全ての）サポートする情報ビットがすでに復号されているとき、分散されたＣＲＣビットが復号されるときに実装され得る。早期終了チェックは、例えば、分散されたＣＲＣビットのためのいくつかのサポートする情報ビットが、利用可能でないか、または分散ＣＲＣビットが復号されるときに復号されないことがあるとき、（例えば、最後のサポートする情報ビットが復号される時間に）遅延され得る。（例えば、１個の）情報ビットの復号は、複数の分散されたＣＲＣビットからの複数の早期終了チェックをトリガし得る。早期終了利得は、例えば、付加されたＣＲＣビットが最後の付加されるＣＲＣビットでないことがあるときに付加されたＣＲＣビットによって達成され得る。
【０４４８】
（例えば、図３９および図４０の）「情報ビットインターリービング」および「ＣＲＣ生成およびインターリービング」は、「ＣＲＣ生成およびインターリーバ」と呼ばれることがある。「情報ビットマッピング」および「ＣＲＣビットマッピング」は、「ビットチャネルマッピング」と呼ばれることがある。
【０４４９】
「ビットチャネルマッピング」が実装され得る。ＣＲＣビットは、情報ビットセットのより信頼できるビットチャネルにマッピングされ得る。
【０４５０】
図４１に、分散されたＣＲＣビットをもつＮＲ  Ｐｏｌａｒ符号構成図の一例を示す。「ビットチャネルマッピング」が、例えば、インターリービングとＰｏｌａｒエンコーディングと（例えば、図３８および図４１に示す比較例）の間に導入され得る。
【０４５１】
（例えば、インターリーバパターンおよび／またはネストされた構造を含む）本明細書における分散されたＣＲＣ方式は、ＵＲＬＬＣデータチャネルに適用され得る。
【０４５２】
ＵＬ制御チャネルの場合、ＣＲＣビットの数は、（ｎＦＡＲ＋３）個のビットであり得る。１つまたは複数の（例えば、全ての）ビットが情報ビットの最後に付加され得る。早期終了利得は、ＣＲＣビットを考慮しないことがある。ｎＦＡＲ＝８である場合、１つまたは複数の１１個のビットのＣＲＣ多項式が（例えば、それらの良好な誤り検出能力に基づいて）与えられ得る。
【０４５３】
2020523858.tif 000080
【０４５４】
ｎＦＡＲ＝４である場合、１つまたは複数の７個のビットのＣＲＣ多項式が（例えば、それらの良好な誤り検出能力に基づいて）与えられ得る。
【０４５５】
2020523858.tif 000081
【０４５６】
ｎＦＡＲ＝５である場合、１つまたは複数の８個のビットのＣＲＣ多項式が（例えば、それらの良好な誤り検出能力に基づいて）与えられ得る。
【０４５７】
2020523858.tif 000082
【０４５８】
ｎＦＡＲ＝２４である場合、１つまたは複数の２７個のビットのＣＲＣ多項式が（例えば、それらの良好な誤り検出能力に基づいて）与えられ得る。
【０４５９】
2020523858.tif 000083
【０４６０】
ｎＦＡＲ＝２９である場合、１つまたは複数の３２個のビットのＣＲＣ多項式が（例えば、それらの良好な誤り検出能力に基づいて）与えられ得る。
【０４６１】
2020523858.tif 000084
【０４６２】
ｎＦＡＲ＝０である場合、１つまたは複数の３個のビットのＣＲＣ多項式が（例えば、それらの良好な誤り検出能力に基づいて）与えられ得る。
Ｄ3＋Ｄ＋１（０×Ｂ）、または
Ｄ3＋１（０×９）
【０４６３】
制御チャネルのための（例えば、ｎFARに対応する）ＦＡＲ性能などのためのＣＲＣ長は、ペイロードサイズに依存し得るか、またはペイロードサイズと相関していることがある。例えば、ペイロードサイズが大きいとき、ＷＴＲＵはＣＲＣ長Ｌ１を選択し得、ペイロードサイズが中程度であるとき、ＷＴＲＵはＣＲＣ長Ｌ２を選択し得、および／またはペイロードサイズが小さいとき、ＷＴＲＵはＣＲＣ長Ｌ３を選択し得る。例えば、Ｌ１は、Ｌ２よりも大きいことがあり、Ｌ２は、Ｌ３よりも大きいことがある。ペイロードサイズと関連するＣＲＣ長とを決定するために１つまたは複数の閾値が使用され得る。例えば、ＦＡＲ性能（例えば、ｎFAR）に対応するＣＲＣ長が、０、４、８、１６、２４、３２などのうちの１つから選択され得る。他の値が選択され得る。
【０４６４】
制御チャネル（例えば、ＵＬおよび／またはＤＬ制御チャネル）のための復号（例えば、Ｐｏｌａｒ符号のためのリスト復号）を支援するために使用されるＣＲＣ長は、ペイロードサイズに依存し得るか、またはペイロードサイズと相関していることがある。例えば、ペイロードサイズが大きいとき、ＷＴＲＵはＣＲＣ長Ｍ１を選択し得、ペイロードサイズが中程度であるとき、ＷＴＲＵはＣＲＣ長Ｍ２を選択し得、および／またはペイロードサイズが小さいとき、ＷＴＲＵはＣＲＣ長Ｍ３を選択し得る。例えば、Ｍ１は、Ｍ２よりも大きいことがあり、Ｍ２は、Ｍ３よりも大きいことがある。ペイロードサイズおよび／または関連するＣＲＣ長を決定するために１つまたは複数の閾値が使用され得る。例えば、復号（例えば、Ｐｏｌａｒ符号のリスト符号化）を支援するためのＣＲＣ長が、０、２、３、４、５および６などのうちの１つから選択され得る。他の値が選択され得る。
【０４６５】
総ＣＲＣ長は、ペイロードサイズに依存し得るか、またはペイロードサイズと相関していることがある。ＦＡＲなどの異なる目的および／もしくは機能として働く並びに／または制御チャネル（例えば、ＵＬおよび／もしくはＤＬチャネル）のための復号を支援する複数のＣＲＣのために使用される総ＣＲＣは、ペイロードサイズに依存し得るか、またはペイロードサイズと相関していることがある。例えば、ペイロードサイズが大きいとき、ＷＴＲＵは総ＣＲＣ長Ｎ１を選択し得、ペイロードサイズが中程度であるとき、ＷＴＲＵは総ＣＲＣ長Ｎ２を選択し得、および／またはペイロードサイズが小さいとき、ＷＴＲＵは総ＣＲＣ長Ｎ３を選択し得る。例えば、Ｎ１は、Ｎ２よりも大きいことがあり、Ｎ２は、Ｎ３よりも大きいことがある。ペイロードサイズおよび／または関連する総ＣＲＣ長を決定するために１つまたは複数の閾値が使用され得る。総ＣＲＣ長は、複数のＣＲＣ長の和であり得る。例えば、総ＣＲＣ長は、ＦＡＲのために選択されたＣＲＣ長および／または復号を支援するためのＣＲＣ長の和であり得る。例えば、ＦＡＲ性能（例えば、ｎFAR）に対応し、復号を支援する総ＣＲＣ長（例えば、Ｐｏｌａｒ復号のためのリストサイズは８として選択され得、Ｐｏｌａｒ復号を支援するためのＣＲＣ長が３個のビットであることに対応する）は、３、７、１１、１９、２４、２７、３２、３５のうちの１つから選択され得る。他の値が可能であり得る。
【０４６６】
例では、ペイロードサイズ（または情報ブロックサイズ）に基づくＵＬ  ＣＲＣ長選択が以下のように構成され得る。  
８≦Ｋ≦１８である場合、ｎFAR＝４であり、これは、以下を与える。
【０４６７】
１２≦Ｋ＋ｎFAR≦２２
１９≦Ｋ≦２４８である場合、ｎFAR＝８であり、これは、以下を与える。
【０４６８】
２７≦Ｋ＋ｎFAR≦２５６
２４９≦Ｋ≦４９６である場合、ｎFAR＝１６であり、これは、以下を与える。
【０４６９】
２６５≦Ｋ＋ｎFAR≦５１２
Ｋ＞４９６である場合、ｎFAR＝２４であり、これは、以下を与える。
【０４７０】
Ｋ＋ｎFAR＞５２０
【０４７１】
例では、ペイロードサイズ（または情報ブロックサイズ）に基づくＵＬ  ＣＲＣ長選択が以下のように構成され得る。
【０４７２】
１２≦Ｋ≦２２である場合、ｎFAR＝０であり、これは、以下を与える。
【０４７３】
１２≦Ｋ＋ｎFAR≦２２
２３≦Ｋ≦２４８である場合、ｎFAR＝８であり、これは、以下を与える。
【０４７４】
３１≦Ｋ＋ｎFAR≦２５６
２４９≦Ｋ≦４９６である場合、ｎFAR＝１６であり、これは、以下を与える。
【０４７５】
２６５≦Ｋ＋ｎFAR≦５１２
Ｋ＞４９６である場合、ｎFAR＝２４であり、これは、以下を与える。
【０４７６】
Ｋ＋ｎFAR＞５２０
【０４７７】
単一の総ＣＲＣ長は、簡単のためにおよび／または最大ペイロードサイズの場合のために選択され得る。例えば、ＤＬ制御チャネルは、例えば、ＦＡＲ性能のための２１個のＣＲＣビットとＰｏｌａｒ符号のためのリスト復号のための３個のビットとを考慮して総ＣＲＣ長を２４個のビットとして選択し得る。より高い解像度をもつ（例えば、本明細書で説明される）ペイロードサイズに基づいてＵＬ  ＣＲＣ長を決定するサブセットが実装され得る。
【０４７８】
例えば、ペイロードサイズ（または情報ブロックサイズ）に基づくＵＬ  ＣＲＣ長選択が以下のように構成され得る。  
１２≦Ｋ≦２２である場合、ｎFAR＝０であり、これは、以下を与える。
【０４７９】
１２≦Ｋ＋ｎFAR≦２２
２３≦Ｋ≦２４８である場合、ｎFAR＝８であり、これは、以下を与える。
【０４８０】
３１≦Ｋ＋ｎFAR≦２５６
２４９≦Ｋである場合、ｎFAR＝１６であり、これは、以下を与える。
【０４８１】
２６５≦Ｋ＋ｎFAR
例えば、ペイロードサイズ（または情報ブロックサイズ）に基づくＵＬ  ＣＲＣ長選択が以下のように構成され得る。  
１２≦Ｋ≦１４である場合、ｎFAR＝０であり、これは、以下を与える。
【０４８２】
１２≦Ｋ＋ｎFAR≦１４
１５≦Ｋ≦２４８である場合、ｎFAR＝８であり、これは、以下を与える。
【０４８３】
２３≦Ｋ＋ｎFAR≦２５６
２４９≦Ｋである場合、ｎFAR＝１６であり、これは、以下を与える。
【０４８４】
２６５≦Ｋ＋ｎFAR
【０４８５】
（例えば、所与の範囲の情報ブロックサイズのための）本明細書におけるｎＦＡＲ値は、ペイロードコンテンツに応じて異なり得る。例えば、１５≦Ｋ≦２４８の場合、ペイロードコンテンツが比較的より重要な制御情報（例えば、ＰＭＩ、ＲＩおよび／またはＣＢＧ関連情報）を含む場合、ｎＦＡＲは８に等しくなり得る。ペイロードコンテンツが比較的あまり重要でない制御情報を含む場合、ｎＦＡＲは、５に等しくなり得る。
【０４８６】
ＣＲＣ長と関連する多項式とを選択するための解決策は、（例えば、ＵＬおよび／またはＤＬのＷＴＲＵ固有の制御チャネルおよび／または共通制御チャネルおよび／またはデータチャネルに限定されないことがある）以下のチャネルに適用され得る。
【０４８７】
ＮＲ−ＰＵＣＣＨおよび／またはＮＲ−ＰＵＳＣＨのためのＣＲＣ選択が与えられ得る。
【０４８８】
ＮＲ−ＰＵＣＣＨとＮＲ−ＰＵＳＣＨとは異なるＦＡＲ性能要件を有し得る。同じまたは異なるｎFAR値がＰＵＣＣＨおよび／またはＰＵＳＣＨ上のＵＣＩに適用されるように提案され得る。周期的なＣＳＩ、半周期的なＣＳＩ、非周期的なＣＳＩ、またはサブ帯域ＣＳＩのうちの１つまたは複数を含む種類ＩのＣＳＩフィードバックは、ＰＵＣＣＨまたはＰＵＳＣＨ上で送信され得る。種類ＩＩのＣＳＩフィードバックは、（例えば、主に、）ＰＵＳＣＨ上で送信され得る。
【０４８９】
例では、同じｎFAR値がＰＵＣＣＨおよびＰＵＳＣＨ上のＵＣＩに適用されるように提案され得る。ｎFARの値は、ペイロードサイズおよび／またはＵＣＩコンテンツに依存し得る（例えば、それのみに依存し得る）。符号化は簡略化され得る。
【０４９０】
例では、異なるｎFAR値がＰＵＣＣＨおよびＰＵＳＣＨ上のＵＣＩに適用されるように提案され得る。以下の手法のうちの１つまたは複数が使用され得る。
【０４９１】
例では、ＰＵＳＣＨは、ＵＣＩを運ぶためにＰＵＣＣＨよりも多くのリソースを有し得る。ＵＣＩがＰＵＳＣＨ上で運ばれる場合、ｎＦＡＲ値および／またはＣＲＣ長がより大きくなり得る。例えば、同じペイロードサイズを仮定すれば、ＵＣＩがＰＵＳＣＨ上で送信されるべきである場合、より多くのＣＲＣビットがＵＣＩに追加され得る。
【０４９２】
例では、ＰＵＣＣＨは、ｎＦＡＲ上に対して高い要件を有し得る。ＵＣＩがＰＵＣＣＨ上で運ばれる場合、より大きいｎＦＡＲ値および／またはＣＲＣ長を有することが望ましいことがある。例えば、同じペイロードサイズを仮定すれば、ＵＣＩがＰＵＣＣＨ上で送信されるべきである場合、より多くのＣＲＣビットがＵＣＩに追加され得る。
【０４９３】
例では、１つまたは複数のＣＲＣ長が、組み合わされた制御およびデータチャネルに添付され得る。ＮＲ−ＰＵＣＣＨがＮＲ−ＰＵＳＣＨ上で運ばれるＮＲ−ＰＵＳＣＨで多重化される場合、より長い長さをもつ単一のＣＲＣが組み合わされた制御およびデータチャネルに添付され得る。同じであることも異なることもある複数の（例えば、２つの）ＣＲＣ長が、ＮＲ−ＰＵＣＣＨとＮＲ−ＰＵＳＣＨとに別々に添付され得る。単一のＣＲＣの長さは、ＮＲ−ＰＵＣＣＨとＮＲ−ＰＵＳＣＨとに別々に添付され得る複数のＣＲＣ（例えば、より短いＣＲＣ）の長さよりも大きくなり得る。
【０４９４】
ＣＲＣ長は、ペイロードサイズ、ＵＣＩコンテンツ、またはキャリアの物理チャネルのうちの１つまたは複数に基づいて計算され得る。
【０４９５】
２つ以上のチャネルの種類（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）のための単一のＣＲＣが適用され得る。ＣＲＣ生成は、複数のチャネル上で送信されるべきである組み合わされたコンテンツまたはペイロードに基づき得る。
【０４９６】
例では、ＰＵＣＣＨとＰＵＳＣＨとは、同時に送信され得、および／またはＰＵＣＣＨ  ＵＣＩは、ＰＵＳＣＨ上でピギーバックし得る。例では、ＰＵＣＣＨとＰＵＳＣＨとは、異なる時間に送信され得る。
【０４９７】
単一のＣＲＣは、例えば、ペイロードを用いてＰＵＣＣＨ上で送信され得る。単一のＣＲＣは、例えば、ペイロードを用いてＰＵＳＣＨ上で送信され得る。単一のＣＲＣがペイロードを用いてＰＵＣＣＨおよび／またはＰＵＳＣＨ上で送信されるとき、スロットが同じスロット中にＰＵＳＣＨとＰＵＣＣＨとを含み得るスロットベースの構造が使用され得る。単一のＣＲＣがペイロードを用いてＰＵＣＣＨおよび／またはＰＵＳＣＨ上で送信されるとき、１つの非スロット（例えば、ミニスロット）がＰＵＳＣＨを含み得、一方、他の非スロットがＰＵＣＣＨを含み得る非スロットベースの構造が使用され得る。単一のＣＲＣが、ＰＵＳＣＨとＰＵＣＣＨとの両方をもつ単一のスロットに適用され得る。単一のＣＲＣは、複数の非スロットと、ＰＵＳＣＨを用いる非スロットの一部と、ＰＵＣＣＨを用いる非スロットの一部とに適用され得る。
【０４９８】
本明細書で説明される手法および例（例えば、チャネルに基づく手法および例）は、例えば、ペイロードコンテンツおよび／またはペイロード長および／またはペイロード送信チャネルに基づいてＣＲＣ生成と組み合わされ得る。
【０４９９】
図４２に、所与のＵＣＩのためのＣＲＣ長／多項式を選択するプロセスの一例を示し得る。プロセスは、所与のＵＣＩが運ばれる物理チャネル、ペイロードサイズ、またはペイロードコンテンツのうちの１つまたは複数に依存し得る。ＵＬチャネルを選択するために使用される基準は、ペイロードサイズ、ペイロードコンテンツ、またはＵＣＩの周期性などのうちの１つまたは複数を含み得る。選択されたチャネルがＰＵＳＣＨである場合、ＵＣＩは、データ上でピギーバックすることも、ピギーバックしないこともある。選択されたチャネルがＰＵＳＣＨである場合、より長いＣＲＣ長のためのペイロードサイズ閾値（例えば、図４２のＸ１）は、概して、ＰＵＣＣＨのためのペイロードサイズ閾値（例えば、図４２のＸ２）よりも大きくなり得る。
【０５００】
ＵＣＩがＰＵＳＣＨ上でデータとピギーバックする場合、ＰｏｌａｒエンコードされたＵＣＩビットのリソースマッピングは、（例えば、前にロードされたＤＭＲＳを含む）ＵＬ  ＤＭＲＳおよび／または場合によっては追加の構成されたＤＭＲＳの近くに割り振られ得る。例えば、ＵＣＩマッピングは、最高の優先度をもつ前にロードされたまたは予め定義されたＤＭＲＳに隣接するリソース要素またはＯＦＤＭシンボルにマッピングされ得、および／または２番目に最高の優先度をもつ追加的に構成されたＤＭＲＳに隣接するリソース要素またはＯＦＤＭシンボルにマッピングされ得る。（例えば、もしあれば）残りのＵＣＩは、ＤＭＲＳの近くに前に割り当てられたＵＣＩビットに隣接するリソース要素またはＯＦＤＭシンボルにマッピングされ得る。マッピング規則は、ある順序（例えば、最初に周波数、次に時間の順序で）あり得る。
【０５０１】
ＵＬ制御チャネルのためのセグメント分けを与え得る。
【０５０２】
分散されたＣＲＣ方式は、（例えば、本明細書で説明される）早期終了利得を達成するために適用され得る。いくつかの環境では、分散されたＣＲＣ方式は、例えば、ＵＬ制御チャネルのために適用されないことがある。その環境では、セグメント分けが使用され得る。ＵＬ制御チャネルについて一例として説明されるが、分散されたＣＲＣ方式が使用されない任意の他のチャネルに同じ方式が適用され得る。
【０５０３】
図４３に、ＵＣＩのセグメント分けおよび／またはＣＲＣ添付の例示的な実装を示す。ＵＣＩサイズＫおよび／または送信のための符号化ビットの数Ｍが与えられれば、ＷＴＲＵは、セグメント分けが使用される（例えば、必要とされる）のか否かを決定し得る（例えば、最初に決定し得る）。ＵＣＩのセグメント分けは、大きいＫおよびＭのために使用され得る（例えば、大きいＫおよびＭのためにのみ必要とされ得る）。例えば、ＵＬ制御チャネルのための最大マザー符号長は、１０２４個のビットを超えないことがある。繰り返しは、１０２４個のビットよりも大きいＭのための良好なＢＬＥＲ性能を達成しないことがある。小さいＫおよびＭの場合、セグメント分けは、使用されないことがある（例えば、必要とされないことがある）。（Ｋ，Ｍ）と同様のまたはそれと等価の２つのパラメータ（Ｋ，Ｒ）が、セグメント分けが必要とされるかどうかを決定する際に使用され得、ここで、Ｒは、符号レートである。例では、セグメント分けは、Ｋ＞ＫthrおよびＲ＜Ｒthrである場合に使用され得る。閾値ＫthrおよびＲthrは、使用される変調次数に依存し得る。例えば、ＱＰＳＫのための閾値ＫthrおよびＲthrは、１６ＱＡＭのための閾値ＫthrおよびＲthrとは異なり得る。
【０５０４】
セグメント分けが使用されない（例えば、必要とされない）場合、ＣＲＣビットがＵＣＩペイロードに付加され得る。ＣＲＣ長は、ＵＣＩコンテンツおよび／またはＵＣＩペイロードサイズおよび／またはＵＣＩを運ぶ物理チャネルに依存し得る。
【０５０５】
セグメント分けが使用される（例えば、必要とされる）場合、第１のレベルのＣＲＣビットが付加され得る（例えば、最初に付加され得る）。ＣＲＣ（例えば、図４３中のＣＲＣ１）は、例えば、受信機側でセグメントを組み合わせるときに誤り検出のために使用され得る。ＣＲＣは、長さ０のものであり得る。
【０５０６】
セグメント分けは、（例えば、付加された第１のレベルＣＲＣビットをもつＵＣＩペイロードに）適用され得る。セグメント分けは、異なる基準、例えば、等しい長さのセグメント分けおよび／またはＵＣＩコンテンツベースのセグメント分けに基づき得る。セグメント分けは、様々なやり方で実行され得る。
【０５０７】
例では、セグメント分けは、各セグメントに付加された後続のＣＲＣビットを考慮することなしに各セグメントが同じまたは同様の長さのものであることを確実にする。
【０５０８】
例では、セグメント分けは、各セグメントに付加された後続のＣＲＣビットを考慮することによって各セグメントが同じまたは同様の長さのものであることを確実にする。
【０５０９】
例では、セグメント分けは、セグメントの各々が同じまたは同様の長さのものであることを保証しないことがある（例えば、そうする必要がないことがある）。セグメント分けは、各セグメントがいくつかのＵＣＩを含んでいることができることを保証し得る。この例では、セグメント分けは、各セグメントが様々な手法を通していくつかのＵＣＩを含んでいることができることを保証し得る。手法では、重要なＵＣＩ情報（例えば、ＡＣＫ／ＮＡＣＫ、ＲＩ、ＰＭＩ）がセグメントに割り振られ得る。あまり重要でないＵＣＩ情報は、別のセグメントに割り振られ得る。手法では、重要なＵＣＩ情報は、複数の（例えば、両方の）セグメントに一様に割り振られ得る。あまり重要でないＵＣＩ情報は、複数の（例えば、両方の）セグメントに一様に割り振られ得る。
【０５１０】
（例えば、各）セグメントは、それ自体の長さおよび／またはコンテンツを有し得る。ＵＣＩコンテンツと長さとに基づいて、いくつかの（例えば、適切な）ＣＲＣビットが（例えば、各）セグメントに追加され得る。各セグメントに適用されるＣＲＣ長は、同じであることも異なることもある。これは、異なるＣＲＣ多項式が各セグメントのために使用され得ることを暗示し得る。ＣＲＣのうちの１つまたは両方またはいくつかは、長さ０のものであり得る。
【０５１１】
セグメント分けが適用される場合、各セグメントは異なる符号レートに対応し得る。例えば、セグメントは、より重要なＵＣＩコンテンツを含んでいる場合、より低い符号レートでエンコードされ得る。セグメントは、あまり重要でないＵＣＩコンテンツを含んでいる場合、より高い符号レートでエンコードされ得る。
【０５１２】
図４４に、大きいＵＣＩをセグメント分けするコンテンツの一例を示す。ソース情報は、大きいＵＣＩおよび／または多重のＵＣＩであり得る。ＣＲＣ１は、大きいＵＣＩの最後に添付され得る（例えば、最初に添付され得る）。このＣＲＣ１は、誤り検出のために使用され得る。ＣＲＣ１をもつ大きいＵＣＩがセグメント分けされ得る。想定は、セグメント１とセグメント２との２つのセグメントが適用されることを含み得る。セグメント分けは、等しい長さに基づき得、および／またはＵＣＩコンテンツに基づき得る。例えば、セグメント１は、例えば、ＣＢＧレベルＡＣＫ／ＮＡＣＫ、ＲＩ、またはＰＭＩのうちの１つまたは複数を含むより重要な情報を含み得る。セグメント２は、あまり重要でない情報、例えば、ＣＱＩを含み得る。
【０５１３】
複数の（例えば、２つの別々の）ＣＲＣ（例えば、ＣＲＣ２およびＣＲＣ３）が（例えば、各）セグメントに付加され得る。ＣＲＣ長／ＣＲＣ多項式は、異なるＵＣＩコンテンツおよび／またはペイロードサイズに対して異なり得る。
【０５１４】
付加されたＣＲＣをもつセグメントがエンコードされ得る。例えば、各セグメントのコンテンツに応じて異なる符号化レート（例えば、セグメントごとに異なる符号化レート）が、セグメントに適用され得る。
【０５１５】
本明細書におけるＳＣＩ  Ｐｏｌａｒエンコーディングプロセスが提供または使用され得る。
【０５１６】
サイドリンクは、例えば、ＬＴＥにおいてデバイスツーデバイス（Ｄ２Ｄ）通信および／またはビークルツーエブリシング（Ｖ２Ｘ）通信のために使用され得る。サイドリンク制御チャネルのためのチャネル符号化プロセスは、例えば、ＰＳＣＣＨチャネルのためのデータを生成するために使用され得る。
【０５１７】
図４５に、ＳＣＩのセグメント分けおよび／またはチャネルエンコーディングのプロセスの一例を示す。ＳＣＩサイズＫおよび送信のための符号化ビットの数Ｍ（例えば、または、同等にまたは同様に、符号化レートＲ）が与えられれば、ＷＴＲＵは、最初に、セグメント分けが使用されるべきである（例えば、必要とされるべきである）か否かを決定し得る。例えば、ＳＣＩセグメント分けは、大きいＫおよびＭのために使用され得る（例えば、それにのみ必要とされ得る）。ＳＣＩセグメント分けが、概して、大きいＫおよびＭのために（例えばそれらのためにのみ）使用される理由は、ＵＬ制御チャネルのための最大マザーコード長が１０２４個のビットよりも長くないことがあることを含み得、繰り返しは、１０２４個のビットよりも大きいＭのために十分なＢＬＥＲ性能を達成しないことがある。小さいＫおよび／または小さいＭの場合（例えば、大きいＲの場合）、セグメント分けが必要とされないことがある。例では、セグメント分けは、Ｋ＞ＫthrおよびＲ＜Ｒthrである場合に使用され得る。閾値ＫthrおよびＲthrは、使用される変調次数に依存し得る。例えば、ＱＰＳＫのための閾値ＫthrおよびＲthrは、１６ＱＡＭのための閾値ＫthrおよびＲthrとは異なり得る。
【０５１８】
セグメント分けが使用されない（例えば、必要とされない）場合、ＣＲＣビットがＳＣＩペイロードに付加され得る。ＣＲＣ長は、ＳＣＩコンテンツおよび／またはＳＣＩペイロードサイズに依存し得る。
【０５１９】
セグメント分けが使用される（例えば、必要とされる）場合、第１のレベルのＣＲＣビットが付加され得る（例えば、最初に付加され得る）。第１のレベルＣＲＣ（例えば、図４５中のＣＲＣ１）は、例えば、受信機側でセグメントを組み合わせるときに誤り検出のために使用され得る。第１のレベルＣＲＣは、長さ０のものであり得る。
【０５２０】
セグメント分けが適用され得る。セグメント分けは、異なる基準、例えば、等しい長さのセグメント分けまたはＳＣＩコンテンツベースのセグメント分けに基づき得る。セグメント分けは、例えば、以下の１つもしくは複数のやり方で適用され得る、セグメント分けは、同じもしくは同様の長さであるセグメントを与え得る（例えば、それらの各々を保証し得る）か、またはセグメント分けは、いくつかのＳＣＩを含んでいる（例えば、セグメントの各々がいくつかのＳＣＩを含んでいることを保証する）セグメントを与え得る。
【０５２１】
セグメント分けは、例えば、各セグメントに付加された後続のＣＲＣビットを考慮してまたはそれを考慮しないで、同じまたは同様の長さのセグメントを与え得る（例えば、それらの各々を保証し得る）。誤りパディングが（例えば、必要な場合）適用され得る。
【０５２２】
セグメント分けは、セグメントの各々が同じまたは同様の長さのものであることを保証する必要がないことがある。例では、セグメント分けは、いくつかのＳＣＩを含んでいる（例えば、セグメントの各々がいくつかのＳＣＩを含んでいることを保証する）セグメントを与え得る。例えば、重要なＳＣＩ情報（例えば、ＡＣＫ／ＮＡＣＫ、ＲＩ、ＰＭＩ）がセグメントに割り振られ得、および／またはあまり重要でないＳＣＩ情報が別のセグメントに割り振られ得る。例えば、いくつかのＳＣＩ情報（例えば、重要なＳＣＩ情報）が複数（例えば、両方のセグメント）に割り振られ得（例えば、一様に割り振られ得）、他のＳＣＩ情報（例えば、あまり重要でないＳＣＩ情報）が、複数（例えば、両方のセグメント）に割り振られ得る（例えば、一様に割り振られ得る）。
【０５２３】
セグメント（例えば、各セグメント）は、それ自体の長さおよび／またはコンテンツを有し得る。例えば、適切なＣＲＣビットが、例えば、ＳＣＩコンテンツおよび長さに基づいて各セグメントに追加され得る。各セグメントに適用されるＣＲＣ長は、同じであることも異なることもある。異なるＣＲＣ多項式が各セグメントのために使用され得ることが暗示され得る。ＣＲＣのうちの１つ、両方、または複数は、長さ０のものであり得る。サイドリンクは、アップリンクまたはダウンリンクから異なるＣＲＣ多項式を使用し得る。（例えば、各）セグメントのためのＣＲＣ長は、ＳＣＩペイロードコンテンツ、ペイロードサイズ、または搬送チャネル（例えば、ＰＳＣＣＨまたはＰＳＤＣＨ）のうちの１つまたは複数に依存し得る。
【０５２４】
セグメント分けが適用される場合、各セグメントは異なる符号レートに対応し得る。例えば、セグメントがより重要なＳＣＩコンテンツを含んでいる場合、セグメントは、より低い符号レートでエンコードされ得る。セグメントが、あまり重要でないＳＣＩコンテンツを含んでいる場合、セグメントは、より高い符号レートでエンコードされ得る。
【０５２５】
セグメント（例えば、各セグメント）は、Ｐｏｌａｒエンコードされ得る。Ｐｏｌａｒエンコーダのマザーコード長は、ＣＲＣ長をもつペイロードサイズおよび／または送信のための符号化ビットの数Ｍ（例えば、同様にまたは同等に、符号レートＲ）に依存し得る。符号化ビットは、レートマッチングのためにサーキュラバッファ中に保存され得る。サブブロックインターリービングは、符号化ビットがサーキュラバッファに保存される前に適用され得る。サブブロックの数は、８、１６、３２または他の数であり得る。
【０５２６】
レートマッチング方式は、例えば、ＣＲＣをもつペイロードサイズおよび／または送信のための符号化ビットの数に応じてパンクチャリング、繰り返し、または短縮のうちの１つまたは複数のうちで選択され得る。パンクチャリングの場合、送信のためのビットは、例えば、サーキュラバッファの途中から開始して、サーキュラバッファの最後に終了して連続的に選択され得る。短縮の場合、送信のためのビットは、例えば、サーキュラバッファの最初から開始して、サーキュラバッファの途中で終了して連続的に選択され得る。繰り返しの場合、送信のためのビットは、サーキュラバッファの最初から開始して連続的に選択され得る。パンクチャリングの場合、パンクチャリングされたビットに対応する何らかの凍結ビット拡張が適用され得る。
【０５２７】
レートマッチングされたビットは、サーキュラバッファから選ばれ得る。レートマッチングされたビットは、チャネルインターリーバを渡すことも渡さないこともある。例えば、三角チャネルインターリーバは、レートマッチングされたビットに適用され得る。
【０５２８】
新無線ＷＴＲＵ固有のスクランブルについて本明細書で説明され得る。
【０５２９】
１６個のビットから２４個のビットにＤＬ制御チャネルのためのＣＲＣビットを増加すると、本明細書で説明されるＷＴＲＵ固有のスクランブルが相応して調整され得る。
【０５３０】
ＷＴＲＵ固有のスクランブルを用いる新無線Ｐｏｌａｒ符号構成について本明細書で説明され得る。ＷＴＲＵ固有のスクランブルは、誤り検出性能を向上させ得る。例えば、意図されないデータは、例えば、ＷＴＲＵ  ＩＤの差により復号されないことがある。これは、誤警報率を低減し得る。復号は、例えば、ＣＲＣビットの不一致により、より早く停止され得る。これにより、（例えば、ＷＴＲＵによる）早期終了が可能になり得る。
【０５３１】
図４６に、ＤＬ制御チャネルのために分散されたＣＲＣおよびＷＴＲＵ固有のスクランブルを用いる例示的なＰｏｌａｒ符号構成フローを示す。図４６でわかるように、ＣＲＣスクランブルブロックは、（例えば、図３８と比較して）例えば、ＣＲＣ生成ブロックとインターリービングブロックとの間に挿入され得る。ＣＲＣスクランブルブロックへの１つの入力は、ＷＴＲＵ−ＩＤまたはＣ−ＲＮＴＩであり得る。一時Ｃ−ＲＮＴＩ、準永続的スケジューリング（ＳＰＳ）Ｃ−ＲＮＴＩ、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）、無線ネットワークＲＮＴＩ（ＲＡ−ＲＮＴＩ）、送信電力制御（ＴＰＣ）物理アップリンク共有チャネル（ＰＵＳＣＨ）−ＲＮＴＩ、ＴＰＣ−物理アップリンク制御チャネル（ＰＵＣＣＨ）−ＲＮＴＩなどの他のＲＮＴＩが入力と見なされ得る。
【０５３２】
例では、スクランブル演算は、次の通りであり得る。ＷＴＲＵ−ＩＤは、例えば、初期シーケンスとして擬似ランダムシーケンス生成を渡し得る（例えば、最初に渡し得る）。擬似ランダムシーケンス生成は、ゴールドシーケンスまたは他のシーケンスに基づき得る。２４個のＣＲＣビットとのＸＯＲ演算を有するために最初の（例えば、特定のオフセットの後の）２４個の生成された擬似ランダムシーケンスビットが使用され得る。
【０５３３】
例では、スクランブル演算は、ＣＲＣビットの一部または全てとＷＴＲＵ−ＩＤを直接ＸＯＲし得る。ＷＴＲＵ−ＩＤが１６個のビット（１６個のビットのみ）である場合、ＸＯＲ演算は、最初のまたは最後の１６個のＣＲＣビットに向けて実行され得る。ＷＴＲＵ−ＩＤは、１６個のビットから２４個のビットに循環され得、２４個のＣＲＣビットとＸＯＲし得る。
【０５３４】
１６個のビットのＷＴＲＵ−ＩＤがＣＲＣビットの一部とＸＯＲする場合、ＸＯＲされたＣＲＣビットの一部は、例えば、ＦＡＲ性能を改善するためにそれらの分散されたＣＲＣビットを含み得る（例えば、含むのを好み得る）。付加されたＣＲＣビット（例えば、付加されたＣＲＣビットのみ）がＷＴＲＵ−ＩＤとＸＯＲされ得る。１６個のビットのＷＴＲＵ−ＩＤが本明細書で説明されるようにＣＲＣビットの一部とＸＯＲする場合、ＣＲＣスクランブル演算が、図４７に示すようにインターリービングブロックの後に追加され得る。Ｋ個の情報ビットは、ＣＲＣスクランブルブロックをバイパスし得る。
【０５３５】
スクランブルは、Ｐｏｌａｒエンコーディングの前に凍結ビットと、パリティビットと、凍結されてないビットとを含む１つまたは複数の（例えば、全ての）ビットに対して行われ得る。ＷＴＲＵ−ＩＤは、例えば、初期シーケンスとして擬似ランダムシーケンス生成を渡し得る（例えば、最初に渡し得る）。擬似ランダムシーケンス生成は、ゴールドシーケンスまたは他のシーケンスに基づき得る。Ｐｏｌａｒエンコーディングの前にＮ個のビットとのＸＯＲ演算を有するために最初の（例えば、特定のオフセットの後の）Ｎ個の生成された擬似ランダムシーケンスビットが使用され得る。１つまたは複数の（例えば、全ての）Ｎ個のビット中に、短縮されたビットが除外され得るか、または含められ得る。
【０５３６】
例では、スクランブルは、例えば、Ｐｏｌａｒエンコーディングの前に凍結ビットと、パリティビットと、凍結されてないビットとを含む１つまたは複数の（例えば、全ての）ビットに対して行われ得る。この手法は、他の手法（例えば、本明細書で説明される例）とは異なり得る。他の手法は（例えば、ＣＲＣビットのみの上の）ＷＴＲＵ−ＩＤをスクランブルすることに焦点を当て得る。この手法は、凍結ビット、パリティビットおよび／または情報ビット上のＷＴＲＵ−ＩＤをスクランブルすることに焦点を当て得る。例（例えば、本明細書で説明される例）では、（例えば、ただ１つの）復号取り組みが使用され（例えば、必要とされ）、ここで、ＷＴＲＵ−ＩＤのデスクランブルが復号された（例えば、唯一復号された）ＣＲＣビット上に追加され得る。この手法では、例えば、候補のＷＴＲＵ−ＩＤ、例えば、ＴＰＣ−ＲＮＴＩ、ＳＰＳ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩなど毎に１つずつの複数の復号試行が使用され得る（例えば、必要とされ得る）。
【０５３７】
例えば、複数のＷＴＲＵ−ＩＤに基づく複数の仮説復号を回避するために、凍結ビット、パリティビットおよび凍結されてないビット上の適切なＷＴＲＵ−ＩＤをスクランブルするときに適切なＷＴＲＵ−ＩＤが適用され得る。図４８に、ＷＴＲＵ−ＩＤ（例えば、適切なＷＴＲＵ−ＩＤ）を決定する実装を示す。例えば、ＤＣＩメッセージがＷＴＲＵ固有の探索空間に（例えば、そこにのみ）置かれるべきであるのかどうかが決定され得る。ＤＣＩメッセージがＷＴＲＵ固有の探索空間に置かれるべき（例えば、そこにのみ置かれるべき）である場合、スクランブルのためにＣ−ＲＮＴＩが使用され得る。Ｃ−ＲＮＴＩのみがデスクランブルのためにＷＴＲＵによって使用される場合、仮説復号は必要とされないことがある。ＤＣＩメッセージがＷＴＲＵ固有の探索空間にのみ置かれるべきでない場合、ＤＣＩメッセージをグループ共通探索空間に置かれるべきであるのかどうかが決定され得る。例えば、ＤＣＩメッセージが共通探索空間に置かれるべきである場合、ＷＴＲＵは、これがグループ共通ＤＣＩであるのかどうかをさらにチェックし得、ＷＴＲＵは、グループ共通探索空間に（例えば、そこにのみ）ＤＣＩを置き得る。これがグループ共通ＤＣＩである場合、グループ共通ＲＮＴＩがスクランブル演算のために使用され得る。これがグループ共通ＤＣＩでない場合、ｇＮＢは、可能なＲＮＴＩのうちのいくつか（例えば、全て）を組み合わせ得る。組合せは、可能なＲＮＴＩのうちのいくつか（例えば、全て）をＸＯＲし、および／または可能なＲＮＴＩのうちのいくつか（例えば、全て）を多重化し得る。組み合わされたＲＮＴＩは、スクランブル演算のために使用され得る。ＷＴＲＵ−ＩＤ（例えば、Ｃ−ＲＮＴＩ、グループ共通ＲＮＴＩ、または他のＲＮＴＩの組合せ）は、例えば、擬似ランダムシーケンスを生成するための初期段階として使用され得る。適切なＷＴＲＵ−ＩＤのスクランブルはまた、符号化ビットに適用され得る。
【０５３８】
新無線のためのＰｏｌａｒ符号化のためのシステム、方法および手段を開示した。アシスタンスビットによって支援された（ＡＢＡ：Assistance Bit Aided）Ｐｏｌａｒ符号構成（ＰＣＣ）が、例えば、異なる設計目的（例えば、誤り検出（ＥＤ）、誤り補正（ＥＣ）、早期終了（ＥＴ）、およびリスト刈り込み）をもつＮＲチャネルのために使用され得る。制御チャネル（例えば、ＮＲ−ＰＤＣＣＨ）のためのＰｏｌａｒ符号化は、例えば、早期終了（ＥＴ）ベースのＰｏｌａｒ符号化を備え得る。Ｐｏｌａｒ符号化は、ＳＳブロック上で組み合わせることおよび／またはＳＦＮ上で組み合わせることを含み得るＮＲ−ＰＢＣＨのために与えられ得る。早期終了のためのＰｏｌａｒ符号化構成は、例えば、インターリーバ設計およびＣＲＣ多項式、リスト刈り込み設計および構成、ＷＴＲＵ固有のスクランブル、早期期終了のためのセグメント分け、ＮＲインターリーバ設計およびＣＲＣ多項式、並びに／またはＮＲ  ＷＴＲＵ固有のスクランブルを備え得る。ＰＣＣは、例えば、ＣＲＣビットをインターリーブすることを用いてまたは用いずにＣＲＣを分散し得る。誤警報率（ＦＡＲ）性能は、例えば、最も信頼できるビットチャネルにＣＲＣビットを割り当てることによって改善され得る。早期終了利得は、例えば、ＣＲＣビット分散に関連付けられた情報ビットを分散することによって達成され得る。
【０５３９】
特徴、要素および行為（例えば、プロセスおよび手段）について、非限定的な例として説明される。例が、ＬＴＥ、ＬＴＥ−Ａ、新無線（ＮＲ）または５Ｇプロトコルを対象とするものであり得るが、本明細書における主題は、他の無線通信、システム、サービスおよびプロトコルに適用可能である。説明される主題の各特徴、要素、行為または他の態様は、図または説明に提示されているのかどうかにかかわらず、本明細書で提示する例にかかわらず、任意の順序で、以前に取得されているのかどうかにかかわらず、他の主題を含め、単独でまたは任意の組合せで実装され得る。
【０５４０】
ＷＴＲＵは、物理デバイスの識別情報、または加入関連の識別情報、例えば、ＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩなどのユーザの識別情報を指すことがある。ＷＴＲＵは、アプリケーションベースの識別情報、例えば、アプリケーションごとに使用され得るユーザ名を指すことがある。
【０５４１】
ｇＮＢは、ＷＴＲＵに送信され得るＭＩＢを受信し得る。ＭＩＢは、時間インデックスおよびペイロードに対応し得る１つまたは複数のビットを含み得る。時間インデックスは、ＳＳブロックインデックスと半フレームインジケータビットとを含み得る。ｇＮＢは、自然な順序および／または信頼性の順序を達成する（例えば、適用されたインターリーバ機能を考慮しながら自然な順序および／または信頼性の順序を達成する）ためにＭＩＢビットを並べ替え得る。ｇＮＢは、並べ替えられたＭＩＢのためのＣＲＣを生成し得る。ＣＲＣは、２４個のビットを備え得る。ＣＲＣの最後の１６個のビットは、ＷＴＲＵベースの識別子（例えば、Ｃ−ＲＮＴＩ、一時Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩなど）を用いてスクランブルされ得る。ｇＮＢは、並べ替えられたＭＩＢとスクランブルされたＣＲＣとに対してインターリービング演算を実行し得る。ｇＮＢは、インターリーブされたビットにＰｏｌａｒエンコーディングを適用し得る。
【０５４２】
上記で説明したプロセスは、コンピュータおよび／またはプロセッサが実行するためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、および／またはファームウェアで実装され得る。コンピュータ可読媒体の例は、限定はしないが、（有線および／または無線接続を介して送信される）電子信号および／またはコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、限定はしないが、内蔵ハードディスクおよびリムーバブルディスクなどの磁気メディア、光磁気メディア、並びにＣＤ−ＲＯＭディスクおよび／またはデジタル多用途ディスク（ＤＶＤ）などの光メディアを含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用され得る。
【図１Ａ】
2020523858.tif 000085
【図１Ｂ】
2020523858.tif 000086
【図１Ｃ】
2020523858.tif 000087
【図１Ｄ】
2020523858.tif 000088
【図２】
2020523858.tif 000089
【図３】
2020523858.tif 000090
【図４】
2020523858.tif 000091
【図５】
2020523858.tif 000092
【図６】
2020523858.tif 000093
【図７】
2020523858.tif 000094
【図８】
2020523858.tif 000095
【図９】
2020523858.tif 000096
【図１０】
2020523858.tif 000097
【図１１】
2020523858.tif 000098
【図１２】
2020523858.tif 000099
【図１３】
2020523858.tif 000100
【図１４】
2020523858.tif 000101
【図１５】
2020523858.tif 000102
【図１６】
2020523858.tif 000103
【図１７】
2020523858.tif 000104
【図１８】
2020523858.tif 000105
【図１９】
2020523858.tif 000106
【図２０】
2020523858.tif 000107
【図２１】
2020523858.tif 000108
【図２２】
2020523858.tif 000109
【図２３】
2020523858.tif 000110
【図２４】
2020523858.tif 000111
【図２５】
2020523858.tif 000112
【図２６】
2020523858.tif 000113
【図２７Ａ】
2020523858.tif 000114
【図２７Ｂ】
2020523858.tif 000115
【図２８】
2020523858.tif 000116
【図２９】
2020523858.tif 000117
【図３０】
2020523858.tif 000118
【図３１】
2020523858.tif 000119
【図３２】
2020523858.tif 000120
【図３３】
2020523858.tif 000121
【図３４】
2020523858.tif 000122
【図３５】
2020523858.tif 000123
【図３６】
2020523858.tif 000124
【図３７】
2020523858.tif 000125
【図３８】
2020523858.tif 000126
【図３９】
2020523858.tif 000127
【図４０】
2020523858.tif 000128
【図４１】
2020523858.tif 000129
【図４２】
2020523858.tif 000130
【図４３】
2020523858.tif 000131
【図４４】
2020523858.tif 000132
【図４５】
2020523858.tif 000133
【図４６】
2020523858.tif 000134
【図４７】
2020523858.tif 000135
【図４８】
2020523858.tif 000136
【手続補正書】
【提出日】令和2年2月13日(2020.2.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサであって、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信し、
第１のスクランブルシーケンスに基づいて前記ＰＤＣＣＨ送信の第１の復号を実行し、
アシスタンスビットを追加された（ＡＢＡ）Ｐｏｌａｒ復号を実行し、前記ＡＢＡ  Ｐｏｌａｒ復号は、前記ＡＢＡ  Ｐｏｌａｒ復号に関連付けられるアシスタンスビットの位置を決定することを含み、ＡＢＡ  Ｐｏｌａｒ復号されたビットは、前記ＡＢＡ  Ｐｏｌａｒ復号の出力であり、
第２のスクランブルシーケンスに基づいて前記ＡＢＡ  Ｐｏｌａｒ復号されたビットの部分に第２の復号を実行し、前記ＡＢＡ  Ｐｏｌａｒ復号されたビットの前記部分は、２４個の巡回冗長検査（ＣＲＣ）ビットの最後の１６ビットであり、
前記第２の復号に関連付けられる出力の巡回冗長検査（ＣＲＣ）を実行してダウンリンク制御情報（ＤＣＩ）を得る
ように構成された、プロセッサと
を含むＷＴＲＵ。
【請求項２】
前記第１のスクランブルシーケンスは、前記ＷＴＲＵに関連付けられる識別子に基づいて初期化されるゴールドシーケンスを使用して生成される、請求項１のＷＴＲＵ。
【請求項３】
前記ＷＴＲＵに関連付けられる前記識別子はＣ−ＲＮＴＩである、請求項２のＷＴＲＵ。
【請求項４】
前記ＤＣＩに関連付けられるアシスタンスビットおよびペイロードは、インターリーブされる、請求項１のＷＴＲＵ。
【請求項５】
前記第２のスクランブルシーケンスは、前記ＷＴＲＵに関連付けられる識別子である、請求項１のＷＴＲＵ。
【請求項６】
メモリと、
プロセッサであって、
ダウンリンク制御情報（ＤＣＩ）に２４個の巡回冗長検査（ＣＲＣ）ビットを添付し、前記ＣＲＣの最後の１６ビットは、第２のスクランブルシーケンスによってスクランブルされ、
前記ＤＣＩに関連付けられるアシスタンスビットを生成し、
生成された前記アシスタンスビットを使用して前記ＤＣＩおよび添付された前記ＣＲＣにアシスタンスビットを追加された（ＡＢＡ）Ｐｏｌａｒ符号化を実行し、生成された前記アシスタンスビットは、前記ＤＣＩおよび添付された前記ＣＲＣに亘って分散しており、
前記ＡＢＡ  Ｐｏｌａｒ符号化に関連付けられる出力を第１のスクランブルシーケンスによってスクランブルする
ように構成されたプロセッサと
を含むｇＮＢ。
【請求項７】
前記第１のスクランブルシーケンスは、無線送受信ユニット（ＷＴＲＵ）に関連付けられる識別子に基づいて初期化されるゴールドシーケンスを使用して生成される、請求項６のｇＮＢ。
【請求項８】
前記ＷＴＲＵに関連付けられる前記識別子はＣ−ＲＮＴＩである、請求項７のｇＮＢ。
【請求項９】
前記ＤＣＩに関連付けられる前記アシスタンスビットおよびペイロードは、インターリーブされる、請求項６のｇＮＢ。
【請求項１０】
前記第２のスクランブルシーケンスは、無線送受信ユニット（ＷＴＲＵ）に関連付けられる識別子である、請求項６のｇＮＢ。
【国際調査報告】
2020523858.tif 000137
2020523858.tif 000138
2020523858.tif 000139