(57)【要約】本明細書では、送信ブロックの情報搬送ビットが、送信の前に、より信頼性の高い位置に配置されることを可能にするシステムおよび方法が説明される。例示的な方法は、送信のために符号化されるペイロードビットの組を生成することを含み、ペイロードビットの組は少なくとも１つの既知のビットを含み、ペイロードビットの組をインターリーブしてペイロードビットのインターリーブされた組を生成し、インターリーブされた組はインターリーブされた組内の所定の位置に少なくとも１つの既知のビットを含み、ペイロードビットのＣＲＣインターリーブされた組を生成するために巡回冗長検査（ＣＲＣ）エンコーダにインターリーブされた組を提供し、ＣＲＣインターリーブされた組はＣＲＣインターリーブされた組内の所定の位置に少なくとも１つの既知のビットを含み、無線デバイスへの送信のためにＣＲＣインターリーブされた組を符号化する。関連するネットワークノードと無線デバイスとが含まれる。
2020537379.tif 000002
【特許請求の範囲】
【請求項１】
送信のためのトランスポートブロックを用意するための方法であって、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも１つの既知のビットを含むことと、
ペイロードビットのインターリーブされた組を生成するために前記ペイロードビットの組をインターリーブすることであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
ペイロードビットのＣＲＣがインターリーブされた組を生成するために前記インターリーブされた組を巡回冗長検査（ＣＲＣ）エンコーダに提供することであって、前記ＣＲＣがインターリーブされた組は、前記ＣＲＣがインターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
前記ＣＲＣがインターリーブされた組を無線デバイスへの送信のために符号化することと、
を含む方法。
【請求項２】
請求項１に記載の方法であって、前記少なくとも１つの既知のビットは、既知または部分的に既知の値を有する、方法。
【請求項３】
請求項１または２に記載の方法であって、前記少なくとも１つの既知のビットが予約ビットである、方法。
【請求項４】
請求項１乃至３のいずれか一項に記載の方法であって、前記ＣＲＣがインターリーブされた組を送信のために符号化することは、送信のためにＰｏｌａｒエンコーダを使用して前記ＣＲＣがインターリーブされた組を符号化する、方法。
【請求項５】
請求項１乃至４のいずれか一項に記載の方法であって、前記少なくとも１つの既知のビットは、前記少なくとも１つの既知のビットが送信のために高信頼性位置に配置されるようにインターリーブされる、方法。
【請求項６】
請求項１乃至５のいずれか一項に記載の方法であって、前記ペイロードビットの組は、少なくとも１３個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、
［１、４、５、８、１０、１１、１４、１５、１６、２０、２４、２６、２８］
の位置に配置される、方法。
【請求項７】
請求項１乃至６のいずれか一項に記載の方法であって、前記ＣＲＣがインターリーブされた組は、１または複数のパリティビットを含む、方法。
【請求項８】
請求項７に記載の方法であって、前記１または複数のパリティビットは、前記ＣＲＣがインターリーブされた組内の他のビットの値によって決定される値を含む、方法。
【請求項９】
コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、例示的実施形態１乃至８の方法のいずれかを実行するためのプログラムコードを含む。
【請求項１０】
セルラ通信ネットワークにおける通信のためのネットワークノードであって、 
前記セルラ通信ネットワークを介して無線デバイスと通信するための無線トランシーバと通信するネットワークインタフェースと、
格納された実行可能な命令を有するメモリと、
前記メモリと通信する処理回路であって、前記処理回路が前記命令を実行するとき、前記処理が、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも１つの既知のビットを含むことと、
ペイロードビットのインターリーブされた組を生成するために前記ペイロードビットの組をインターリーブすることであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
ペイロードビットのＣＲＣがインターリーブされた組を生成するために前記インターリーブされた組を巡回冗長検査（ＣＲＣ）エンコーダに提供することであって、前記ＣＲＣがインターリーブされた組は、前記ＣＲＣがインターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
前記ＣＲＣがインターリーブされた組を無線デバイスへの送信のために符号化することと、
を含む動作を実行する、ネットワークノード。
【請求項１１】
請求項１０に記載のネットワークノードであって、前記少なくとも１つの既知のビットは、既知または部分的に既知の値を有する、ネットワークノード。
【請求項１２】
請求項１０または１１に記載のネットワークノードであって、前記少なくとも１つの既知のビットが予約ビットである、ネットワークノード。
【請求項１３】
請求項１０乃至１２のいずれか一項に記載のネットワークノードであって、前記ＣＲＣがインターリーブされた組を送信のために符号化することは、送信のためにＰｏｌａｒエンコーダを使用して前記ＣＲＣがインターリーブされた組を符号化する、ネットワークノード。
【請求項１４】
請求項１０乃至１３のいずれか一項に記載のネットワークノードであって、前記少なくとも１つの既知のビットは、前記少なくとも１つの既知のビットが送信のために高信頼性位置に配置されるようにインターリーブされる、ネットワークノード。
【請求項１５】
請求項１０乃至１４のいずれか一項に記載のネットワークノードであって、前記ペイロードビットの組は、少なくとも１３個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、
［１、４、５、８、１０、１１、１４、１５、１６、２０、２４、２６、２８］
の位置に配置される、ネットワークノード。
【請求項１６】
請求項１０乃至１５のいずれか一項に記載のネットワークノードであって、前記ＣＲＣがインターリーブされた組は、１または複数のパリティビットを含む、ネットワークノード。
【請求項１７】
請求項１４記載のネットワークノードであって、前記１または複数のパリティビットは、前記ＣＲＣがインターリーブされた組内の他のビットの値によって決定される値を含む、ネットワークノード。
【請求項１８】
請求項１０に記載のネットワークノードであって、前記処理回路は、
第１のインターリーバと、前記第１のインターリーバは既知ビットインターリーバであり、
前記第１のインターリーバおよび第２のインターリーバに結合された巡回冗長検査（ＣＲＣ）エンコーダと、
前記第２のインターリーバに結合されたＰｏｌａｒエンコーダと、
を含むネットワークノード。
【請求項１９】
方法であって、
ネットワークノードから受信した物理ブロードキャストチャネル（ＰＢＣＨ）の送信を復号することであって、前記ＰＢＣＨの送信は、所定の位置に既知の値を有するペイロードビットを置くＰｏｌａｒ符号化に従って符号化されること、
を含む方法。
【請求項２０】
請求項１９に記載の方法であって、前記Ｐｏｌａｒ符号化は、パリティチェック（ＰＣ）ビットを前記所定の位置の１つに配置する、方法。
【請求項２１】
請求項２０に記載の方法であって、前記Ｐｏｌａｒ符号化はデータビットを前記ＰＣビットと結合し、前記ＰＣビットは前記データビットに基づいて決定される、方法。
【請求項２２】
無線デバイスであって、
命令を格納するメモリと、
前記命令を実行するように動作可能な処理回路であって、それによって、前記無線デバイスは請求項１９乃至２１のいずれか一項に記載の方法を実行するように動作可能である処理回路と、
を有する無線デバイス。
【請求項２３】
コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、請求項１９乃至２１のいずれか一項に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
【発明の詳細な説明】
【優先情報】
【０００１】
[0001] 本出願は、その開示全体が参照により本明細書に組み込まれる、「Bit Order of NR PBCH Payload to Enhance Polar Code Performance」というタイトルの、２０１７年１０月３日に出願された米国仮特許出願第６２／５６７，７３８号の優先権および利益を主張する。
【技術分野】
【０００２】
[0002] 本開示の特定の実施形態は一般に、Ｐｏｌａｒ符号性能に関連し、より具体的にはＰｏｌａｒ符号性能を強化するためのＮｅｗ  Ｒａｄｉｏ物理ブロードキャストチャネル（ＮＲ  ＰＢＣＨ）のペイロードのビット順序に関連する。
【背景技術】
【０００３】
Ｐｏｌａｒ符号
[0003] Ａｒｉｋａｎによって提案されたＰｏｌａｒ符号（E. Arikanによる"Channel Polarization: A Method for Constructing Capacity-Achieving Codes for Symmetric Binary-Input Memoryless Channels"、IEEE Transactions on Information Theory、vol．55, pp．3051- 3073, Jul. 2009）は、低複雑度逐次除去（ＳＣ）デコーダの下でバイナリ入力ディスクリートメモリレスチャネルの対称容量を達成することが証明可能な構成的符号化方式の第１級である。しかし、ＳＣ下のＰｏｌａｒ符号の有限長性能は、低密度パリティ検査（ＬＤＰＣ）符号やターボ符号のような他の現代的チャネル符号化方式と比較して競争力がない。後に、ＳＣリスト（ＳＣＬ）デコーダが、ＴａｌおよびＶａｒｄｙ(I. TalおよびA. Vardy、"list Decoding of Polar codes"、Proceedings of IEEE Symp. Inf. Theory, pp1-5, 2011）によって提案され、最適最尤（ＭＬ）デコーダの性能に近づくことができる。単純なＣＲＣ符号化を連結することによって、連結されたＰｏｌａｒ符号の性能は、十分に最適化されたＬＤＰＣおよびターボ符号の性能と競合することが示された。その結果、Ｐｏｌａｒ符号は将来の５Ｇ無線通信システムの候補として考えられている。
【０００４】
[0004] Ｐｏｌａｒ符号化の主なアイデアは一対の同一のバイナリ入力チャネルを、元のバイナリ入力チャネルよりも一方は良く、もう一方は悪い、異なる品質の２つの別個のチャネルに変換することである。バイナリ入力チャネルの独立した２M組の使用に対してこのようなペアワイズ偏波動作を繰り返すことによって、２M組の様々な品質の「ビットチャネル」の設定を得ることができる。これらのビットチャネルのいくつかはほぼ完全である（すなわちエラーがない）が、残りのビットチャネルはほとんど役に立たない（すなわち完全にノイズが多い）。ポイントは、データを受信機に送信するためにほぼ完全なチャネルを使用し、一方、無用なチャネルへの入力を、受信機に知られている固定値または凍結値（例えば０）を有するように設定することである。このため、ほぼ無用およびほぼ完全なチャネルへのこれらの入力ビットは、通常、それぞれ凍結ビットおよび非凍結（または情報）ビットと呼ばれる。Ｐｏｌａｒ符号でデータを伝送するために使用されるのは、非凍結ビットのみである。データを適切な情報ビット位置にロードすることは、Ｐｏｌａｒ符号の性能に直接影響を及ぼす。長さ８のＰｏｌａｒ符号の構造の例が図１に示されている（Ｎ＝８のＰｏｌａｒ符号構造の例）。
【０００５】
[0005] 図２は、Ｎ＝８のＰｏｌａｒ符号化の例を示す。図２は中間情報ビットｓl,iのラベル付けを示しており、ここで、Ｎ＝８のＰｏｌａｒ符号化の間、ｌ∈｛０，１，...，ｎ｝かつｉ∈｛０，１，...，Ｎ−１｝。中間情報ビットは、以下の式によって関連付けられる：
【０００６】
【数１】
2020537379.tif 000003
ｉ∈｛０，１，...，Ｎ−１｝について、ｓ０,1≡ｕｉは情報ビットであり、ｓｎ,i≡ｘiは符号ビットである。
【０００７】
[0006] 分散ＣＲＣを有するＰｏｌａｒ符号の場合、Ｐｏｌａｒ符号器への入力は、まず、ＣＲＣ多項式に関連してインターリーブされる。情報ビットはインターリーブされ、ＣＲＣビットのサブセットが情報ビット間に分散される。
【０００８】
[0007] ビットシーケンスｃ0，ｃ1，ｃ2，ｃ3，...，ｃK-1は、次のようにビットシーケンスｃ'0 ，ｃ'1 ，ｃ'2 ，ｃ'3，...，ｃ'K-1にインターリーブされる：
ｃ'k＝ｃΠ(k)，ｋ＝０，１，...，Ｋ−１
ここで、インターリーブパターンΠ（ｋ）は、次式で与えられる：
【０００９】
【数２】
2020537379.tif 000004
【００１０】
ここで、ΠILmax(m)は、ＴＳ３８．２１２、表５．３．１−１で与えられ（インターリーブパターンΠILmax(m)）、その一例を図３に示す。
【００１１】
Ｎｅｗ  Ｒａｄｉｏ物理ブロードキャストチャネル（ＮＲ−ＰＢＣＨ）
[0008] ５ＧのＮｅｗ  Ｒａｄｉｏ (NR)通信システムは、数百ＭＨｚから数百ＧＨｚの範囲のキャリア周波数で動作することができる。ミリ波（ｍｍＷ）帯（〜３０〜３００ＧＨｚ）のような非常に高い周波数帯で動作する場合、無線信号は、低い周波数帯（１〜３ＧＨｚなど）の場合よりも距離とともに一層速く減衰する。従って、システム情報を、同じ意図されたカバレッジエリアにわたってユーザ機器（ＵＥ）にブロードキャストするために、通常、ビームフォーミングが、高周波数における経路損失を補償すべく電力利得を達成するために使用される。多くのアンテナを用いてビームを形成する場合、各ビームの信号カバレッジは極めて狭くなり得るので、システム情報は、一度に１つずつ異なるビーム方向でブロードキャストまたは送信される必要がある。異なる（方位角および／または仰角）方向を有するビームを一度に１つ使用して同じ情報を搬送する信号を送信するこのプロセスは、一般にビーム掃引と呼ばれる。通常、同じシステム情報を搬送する多くのビームのうちの１つだけが、良好な信号強度で特定の受信機に到達することができるので、受信機は全体的な無線フレーム構造における受信ビームの位置を知ることができない。受信機が周期的な無線フレームの開始と終了を決定できるようにするために、ビーム掃引を通してシステム情報をブロードキャストするとき、しばしば時間インデックスが含まれる。
【００１２】
[0009] 例えば、図４は、ビーム掃引を通して基準同期信号（ＳＳ）と共にシステム情報をブロードキャストする方法の例を示す。この図では、システム情報が、各々が異なる方向にビーム形成される複数の同期ブロック（ＳＳＢ）で送信されるＮＲ−ＰＢＣＨと呼ばれる物理チャネルによって搬送される。ＳＳＢは、一定のＮＲ−ＰＢＣＨ送信時間内に繰り返される（この例ではＴＴＩ、８０ｍｓ）。NR-PBCH TTIの中で、各ＳＳＢ内でＮＲ−ＰＢＣＨ、ＭＩＢが搬送するシステム情報は同じである。しかし、各ＮＲ−ＰＢＣＨはまた、受信者が無線フレームの境界を決定するための時間インデックスを搬送する。ＮＲ−ＰＢＣＨは、Ｐｏｌａｒ符号を使用して符号化することができる。
【００１３】
[0010] ＰＢＣＨの内容の好ましい構成を以下に示す。
【００１４】
【表１】
2020537379.tif 000005
【発明の概要】
【００１５】
[0011] 既存の解決策に従ってブロードキャストチャネルを送信することには、いくつかの問題が想定され得る。例えば、ＮＲ−ＰＢＣＨ、または任意のブロードキャストチャネルはしばしば、これらのビットと隣接ブロック内の他のビットとの既知の関係があるという意味で、既知または部分的に既知のビットのいくつかのサブセットを搬送する。これらの既知または部分的に既知のビットの例は、予約ビット（これらが使用されない場合、０などの既知の値に設定されることが多い）または（ＳＳブロック）時間インデックス（送信ビットの前のブロック内の対応する時間インデックスからの固定インクリメントを有することが知られている）である。既存のソリューションでは、これらの既知のビットまたは部分的に既知のビットは任意の位置に配置され、デコーダが復号処理中にこれらの既知のビット値を有効に活用することを可能にしない。本開示の特定の実施形態は、これらおよび他の問題に対する解決策を提供することができる。
【００１６】
[0012] 特定の実施形態によれば、方法は、既知の値（通常は隣接ブロックとの関係に基づいて、すべてゼロまたはいくつかの仮定された値）を有するＮＲ  ＰＢＣＨのペイロードビットを識別することを含む。次に、この方法はこれらのビットを適切に配置してＰｏｌａｒ符号の性能を向上させることを含み、ここでＰｏｌａｒ符号は、ＮＲ  ＰＢＣＨに採用されるチャネル符号化技術である。向上した性能は、レイテンシの低減およびエネルギー消費の低減などの早期終了の利点を達成するために、ブロック誤り率の低減、または誤りを有する復号済ブロックを検出するために必要とされる処理時間の低減によって表すことができる。
【００１７】
[0013] 特定の実施形態によれば、事前に既知、または部分的に既知のビットを利用することに加えて、一般にパリティ検査（ＰＣ）ビットと呼ばれるいくつかの特殊ビットが、Ｐｏｌａｒ符号性能を向上させるために、ある既知の位置に意図的に配置される。これらのＰＣ ビットはしばしばデータに依存する（事前に既知または部分的に既知のビットとは異なる）。デコーダは、これらのＰＣビットと他のデータビットとの既知の関係を利用して、Ｐｏｌａｒ符号性能を向上させることができる。本開示は、これらのＰＣビットを計算するいくつかの単純で効果的な方法を提案する。
【００１８】
[0014] 特定の実施形態によれば、方法は既知のビットまたは部分的に既知のビットに対するＣＲＣインターリーバの影響を補償するために、分散ＣＲＣ付きのＰｏｌａｒエンコーダ（またはＣＲＣがインターリーブされたＰｏｌａｒエンコーダ）に既知ビットインターリーバを追加することを含み、その結果、既知のビットまたは部分的に既知のビットは早期終了の利益を得るために、またはエラー性能を改善するために、受信側のデコーダによって利用され得るＰｏｌａｒデコーダコアの有利な位置に賢明に配置され得る。
【００１９】
[0015] 特定の実施形態によれば、方法は、いくつかのデータビットを、パリティチェック（ＰＣ）ビットと呼ばれる「人為的に」知られているビットの特別な組と結合する、単純で複雑性の低い方法を使用することを含む。これらのＰＣビットの値は、データに依存する。これらのＰＣビットを計算する２つの簡単な方法が提案され、一方は全ての前のデータビット値を合計し、他方は全ての前のデータビット値及びＰＣビット値を合計する。
【００２０】
[0016] 本開示のひとつの実施形態は１つまたは複数の技術的優位性を提供することができる。例えば、特定の実施形態の技術的利点は、ＰＢＣＨ復号の早期終了の利点を提供する。別の利点は符号の誤り性能を改善すること、例えば、ブロック誤り率を低減することである。
【００２１】
[0017] 後者は既知の値を有するビットを、より低い信頼性を有する位置に慎重に配置することによって達成することができ、未知の値を有するビットは、Ｐｏｌａｒ符号化においてより高い信頼性を有する位置に割り当てられる。したがって、未知の値を持つビットは、正しくデコードされる可能性が高くなる。
【００２２】
[0018] 前者は、復号化された値と（部分的に）既知のビットの既知の値とを比較して、誤りが発生したかどうかを判断するか、または代替的に、復号化パスのメトリクスを調べて、誤りのあるブロックの典型的な挙動を検出することによって達成することができる。
【００２３】
[0019] 特定の実施形態は、これらの利点のうちのすべてまたはいくつかを有するか、またはまったく有さなくともよい。他の利点は、当業者によって理解されるのであろう。
【図面の簡単な説明】
【００２４】
【発明を実施するための形態】
【００２５】
既知または部分的に既知のビット位置決め
分散ＣＲＣおよびインターリーバの概要
[0020] 図５は、分散ＣＲＣ法としても知られている、ＣＲＣインターリーブＰｏｌａｒ符号化における基本動作を記述するブロック図である。ここで、データビットは最初に、ＣＲＣエンコーダを使用して符号化され、その出力（ここではペイロードビットと呼ばれる）はＣＲＣインターリーバを使用してインターリーブされ、Ｐｏｌａｒエンコーダコアの入力を形成し、Ｐｏｌａｒエンコーダコアは次に、符号化済ビットを生成する。しばしば、データビットは、Ｐｏｌａｒデコーダによって有効に活用することができない任意の位置に配置される、予約されたビットのような、既知または部分的に既知の値（図中に破線で示される）を有するビットを含む。
【００２６】
既知ビットインターリーバ
[0021] 特定の実施形態によれば、図６に示すように、既知のビットまたは部分的に既知の（予約された）ビットを、性能を向上させるために利用されるＰｏｌａｒデコーダにとって有利な位置に配置することができるように、ＣＲＣインターリーバの影響を補償するために、既知のビットに対して別のインターリーバが導入される。
【００２７】
例としてのＮＲ−ＰＢＣＨの詳細
NR-PBCHにおける分散ＣＲＣおよびインターリーバの詳細
[0022] ここでは、ＮＢ−ＰＢＣＨの場合について、より詳細で具体的な内容を記載する。分散ＣＲＣ付きＰｏｌａｒ符号は、次のようにＮＲ  ＰＢＣＨに使用される。
- ＣＲＣを含むＰＢＣＨペイロードサイズ：ベースラインとして５６ビット。６４ビットのオプション３も、性能比較のために含まれる。 
o オプション１：ＣＲＣを含む５６ビット。ＣＲＣ１９ビット→３７ビット情報（ＣＲＣビットを除く）。 
o オプション２：ＣＲＣを含む５６ビット。ＣＲＣ２４ビット→予約ビット数を減らすことで、ＣＲＣ ビットを除いた３２ビットの情報になる。予約ビット数は、６ＧＨｚより下および６ＧＨｚ以上に対して、それぞれ８および５に低減される。 
o オプション３：ＣＲＣを含む64ビット。ＣＲＣ２４ビット→ＰＢＣＨビットの数を６４ビット（８ビットアライン）に増やし、ＣＲＣ ビットを除く４０ビットの情報に増やす。予約ビット数は、６ＧＨｚより下および６ＧＨｚ以上に対して、それぞれ１６および１３に増加する。 
- 符号後サイズはM＝８６４ビットである 
o M＝９（ＤＭＲＳ 除外後の使用可能ＲＥが９個) * ２４(#ＰＲＢ) * ２（２ＯＦＤＭシンボル) * ２(ＱＰＳＫ)＝８６４ ビット
- Ｐｏｌａｒ符号サイズＤＬ：マザー符号Ｎmax＝５１２ｂｉｔ。 
- ＳＣＬリストサイズL＝８； 
- ＤＣＩと同じ、関連付けられたインターリーバを持つ分散ＣＲＣ；デコーダは、望む場合、ＰＢＣＨ復号化の早期終了のために分散ＣＲＣを利用することができる； 
- ＣＲＣ１９：
o 多項式：０ｘ９７５９９ ［D19 + D16 + D14 + D13 + D12 + D10 + D8 + D7 + D4 + D3 ＋ １］
o Kmax ＝５３ビット（ＣＲＣ１９ および３個の分散ＣＲＣ ビット付き）のための長さ７２のインターリーバ： 
[1, 4, 5, 8, 10, 11, 14, 15, 16, 20, 24, 26, 28, 30, 31, 35, 44, 45, 46, 48, 51, 52, 58, 12, 19, 21, 22, 25, 32, 33, 37, 38, 39, 47, 68, 7, 9, 17, 18, 27, 41, 50, 61, 0, 2, 3, 6, 13, 23, 29, 34, 36, 40, 42, 43, 49, 53, 54, 55, 56, 57, 59, 60, 62, 63, 64, 65, 66, 67, 69, 70, 71]
- ＣＲＣ２４：
o 多項式：０ｘ１ｂ２ｂ１１７ ［D24 + D23 + D21 + D20 + D17 + D15 + D13 + D12 + D8 + D4 + D2 + D +１］
o ＴＳ ３８．２１２ｖ１．０．０においてのように、Ｋmax ＝２００ビット（ＣＲＣ２４付き）のための長さ２２４のインターリーバ： 
[0, 2, 3, 5, 6, 8, 11, 12, 13, 16, 19, 20, 22, 24, 28, 32, 33, 35, 37, 38, 39, 40, 41, 42, 44, 46, 47, 49, 50, 54, 55, 57, 59, 60, 62, 64, 67, 69, 74, 79, 80, 84, 85, 86, 88, 91, 94, 102, 105, 109, 110, 111, 113, 114, 116, 118, 119, 121, 122, 125, 126, 127, 129, 130, 131, 132, 136, 137, 141, 142, 143, 147, 148, 149, 151, 153, 155, 158, 161, 164, 166, 168, 170, 171, 173, 175, 178, 179, 180, 182, 183, 186, 187, 189, 192, 194, 198, 199, 200, 1, 4, 7, 9, 14, 17, 21, 23, 25, 29, 34, 36, 43, 45, 48, 51, 56, 58, 61, 63, 65, 68, 70, 75, 81, 87, 89, 92, 95, 103, 106, 112, 115, 117, 120, 123, 128, 133, 138, 144, 150, 152, 154, 156, 159, 162, 165, 167, 169, 172, 174, 176, 181, 184, 188, 190, 193, 195, 201, 10, 15, 18, 26, 30, 52, 66, 71, 76, 82, 90, 93, 96, 104, 107, 124, 134, 139, 145, 157, 160, 163, 177, 185, 191, 196, 202, 27, 31, 53, 72, 77, 83, 97, 108, 135, 140, 146, 197, 203, 73, 78, 98, 204, 99, 205, 100, 206, 101, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223]
- ３ビットは時間インデックスを表す。
【００２８】
[0023] 上記のインターリーバを例として使用するのは、主に実際のＮＲ−ＰＢＣＨ情報ブロックサイズが実装間で異なる可能性があるためである。最終的なＮＲ−ＰＢＣＨ 情報ブロックサイズＫが決定されるとき、長さ（Ｋ＋ＬCRC）の対応するインターリーバを定義する必要がある。ここで、ＬCRCはＮＲ−ＰＢＣＨのＣＲＣ多項式長である。
【００２９】
ＮＲ−ＰＢＣＨペイロードビットの配置
[0024] ＰＢＣＨの示唆されたコンテンツの表によって示されるように、ＰＢＣＨペイロードビットのおよそ１／３は既知の値を有する。これには：
・「１３」と「１０」は、それぞれ６ＧＨｚより下と６ＧＨｚ以上の予約ビットである。 
・６Ｇｈｚ以上の場合の３ビット時間インデックス。 
o 仮説テストでは、時間インデックスビットはデコーダで使用されるように全てゼロである。
【００３０】
[0025] ６ＧＨｚより下には時間インデックスがないことに注意する。したがって、１３ビットはすべて予約済みであり、早期終了に使用できる。
【００３１】
[0026] 要約すると、６ＧＨｚより下と６ＧＨｚ以上の両方について、１３ビットは全ゼロの既知の値を有する。
【００３２】
[0027] ＰＢＣＨペイロードサイズおよびＣＲＣ多項式／インターリーバは実装間で変化し得るが、既知のビットはＣＲＣインターリーバパターンに従って可能な限り早く配置されるべきであり、その結果、既知のビットは最大の早期終了ゲインのために活用され得ることが、既に観察され得る。ビットをできるだけ早く配置することは、情報搬送ビットをより高い信頼性の位置に配置することを可能にするという利点も有する。
【００３３】
[0028] 原則として、Ｋ0のビットが既知の値を有する場合、ＣＲＣインターリーバパターンの最初のＫ0エントリは、既知の値を運ぶために使用されるべきである。例えば、
・ＣＲＣ１９と、関連するインターリーバ（下記参照）とを使用し、Ｋ0＝１３ビットと既知の値を仮定して、１３の既知のビットを以下に置くべきである：
ＣＲＣ１９のための既知ビット位置：［１，４，５，８，１０，１１，１４，１５，１６，２０，２４，２６，２８］。 
・ＣＲＣ２４と、関連するインターリーバ（下記参照）とを使用し、Ｋ0＝１３ビットと既知の値を仮定して、１３の既知のビットを以下に置くべきである：
ＣＲＣ２４のための既知ビット位置：［０，２，３，５，６，８，１１，１２，１３，１６，１９，２０，２２］。 
・ＣＲＣ１９：
o 多項式：０ｘ９７５９９  ［Ｄ19+D16+D14+D13+D12+D10+D8+D7+D4+D3+１］
o Ｋmax＝５３ビット（ＣＲＣ１９および３個の分散ＣＲＣビット付き）のための長さ７２のインターリーバ：
[1, 4, 5, 8, 10, 11, 14, 15, 16, 20, 24, 26, 28, 30, 31, 35, 44, 45, 46, 48, 51, 52, 58, 12, 19, 21, 22, 25, 32, 33, 37, 38, 39, 47, 68, 7, 9, 17, 18, 27, 41, 50, 61, 0, 2, 3, 6, 13, 23, 29, 34, 36, 40, 42, 43, 49, 53, 54, 55, 56, 57, 59, 60, 62, 63, 64, 65, 66, 67, 69, 70, 71]
・ ＣＲＣ２４：
o 多項式：０ｘ１ｂ２ｂ１１７  ［D24+D23+D21+D20+D17+D15+D13+D12+D8+D4+D2+D+１］
o ＴＳ３８．２１２ｖ１．０．０においてのように、Ｋmax＝２００ビット（ＣＲＣ２４付き）のための長さ２２４のインターリーバ：
[0, 2, 3, 5, 6, 8, 11, 12, 13, 16, 19, 20, 22, 24, 28, 32, 33, 35, 37, 38, 39, 40, 41, 42, 44, 46, 47, 49, 50, 54, 55, 57, 59, 60, 62, 64, 67, 69, 74, 79, 80, 84, 85, 86, 88, 91, 94, 102, 105, 109, 110, 111, 113, 114, 116, 118, 119, 121, 122, 125, 126, 127, 129, 130, 131, 132, 136, 137, 141, 142, 143, 147, 148, 149, 151, 153, 155, 158, 161, 164, 166, 168, 170, 171, 173, 175, 178, 179, 180, 182, 183, 186, 187, 189, 192, 194, 198, 199, 200, 1, 4, 7, 9, 14, 17, 21, 23, 25, 29, 34, 36, 43, 45, 48, 51, 56, 58, 61, 63, 65, 68, 70, 75, 81, 87, 89, 92, 95, 103, 106, 112, 115, 117, 120, 123, 128, 133, 138, 144, 150, 152, 154, 156, 159, 162, 165, 167, 169, 172, 174, 176, 181, 184, 188, 190, 193, 195, 201, 10, 15, 18, 26, 30, 52, 66, 71, 76, 82, 90, 93, 96, 104, 107, 124, 134, 139, 145, 157, 160, 163, 177, 185, 191, 196, 202, 27, 31, 53, 72, 77, 83, 97, 108, 135, 140, 146, 197, 203, 73, 78, 98, 204, 99, 205, 100, 206, 101, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223]。
【００３４】
[0029] 既知のビット位置を予約した後、残りのＰＢＣＨペイロード（ＣＲＣ ビットを含む）は、残りの（Ｋ＋ＬCRC- K0）ビット位置に配置する必要がある。
【００３５】
[0030] ＣＲＣインタリービングは、以下のように適用される。 
ｃ'k=ｃΠ(k)，ｋ＝０，１，...，Ｋ−１。
【００３６】
[0031] ＰＢＣＨペイロードのビット順序が次の手順で説明できる。簡単にするために、説明は、既知の値を有する予約ビットに焦点を当てる。他のタイプの既知または部分的に既知のビットに同じ原理を適用する方法は、当業者には明らかであろう。
ステップ１．ＰＢＣＨコンテンツ、ＭＩＢは、Ｐｏｌａｒ符号を考慮せずに構築される。典型的には、これは図７の第１のベクトル（ここで、左は開始であり、右は終了である）によって示されるように、予約ビット（'Ｒ'）を終了に向けて置く。ＣＲＣビット（'Ｃ'）は、予約ビットのすぐ後ろに配置される。ＭＩＢの残りのビット（'ｂ'）は前に配置される。
ステップ２．ＭＩＢコンテンツには、ＭＩＢコンテンツインタリーバΠMIBが適用され、図７に示す第２のベクタが得られる。ΠMIBは、予約ビットがインターリーブされて、分散ＣＲＣビットに関連付けられたインターリーバの影響を反転するように構成されている。
ａ. 例えば、ＣＲＣ１９および関連するインターリーバが適用される場合、予約ビット'Ｒ'は、図８に示されるような位置にある。
ステップ３．分散ＣＲＣ（ΠD-DRC）に関連付けられたインターリーバが適用される。ΠMIB及びΠD-DRCの組み合わせの影響により、予約ビット'Ｒ'は、Ｐｏｌａｒエンコーダコアに入る前に情報ベクトルの先頭に配置される。
【００３７】
ＰＣビット生成
[0032] ある実施形態によれば、図５のＰｏｌａｒエンコーダコアの入力におけるビットのいくつかはパリティチェック（ＰＣ）ビットとして使用され、その値は他のデータビット（典型的には各ＰＣビットの前のもの）の値によって決定される。その後、デコーダは、ＰＣビットと他のデータビットとの間のこの人工的な既知の関係を利用して、性能を向上させることができる。
【００３８】
[0033] 従来技術では、３つのＰＣビットが、長さ５のシフトレジスタ計算に基づくＵＣＩのＰＣ−ＣＡ−Ｐｏｌａｒ構成で使用される。しかし、構成されているように、最初のＰＣビットはどの情報ビットにも依存せず、したがって、ほとんどの場合、通常の凍結ビットに減少する。また、２番目のＰＣビットも、かなりの数の場合に凍結される。ほとんどの場合、最後のＰＣビットのみが凍結されない。結果として、ＰＣビットの実効数はしばしば３よりもかなり少なく、結果として、このような少数のＰＣビット（もしあれば）の性能の利益は、極めて限られている。
【００３９】
[0034] 一方、最後のＰＣビットはしばしば最初の情報ビットから遠く離れて位置するので、シフトレジスタの計算は自明ではなく、かなりの追加の遅延を招き、これは、性能上の利点が無視できるときに正当化することが困難である。
【００４０】
[0035] この問題に対処するために、特定の方法を適用することができる。
【００４１】
[0036] 方法１：各ＰＣ ビットは、非再帰的な方法ですべての前のビットの合計と等しくなる。すなわち、全ての情報および凍結ビットの単純な合計が、以前のＰＣビットを除いて、各特定のＰＣビットの値を生成するために使用される。
【００４２】
[0037] 具体的には、ｕ＝｛ｕ0，ｕ1，...，ｕN-1｝がＰｏｌａｒエンコーダコアへのビットの入力ベクトルを表し、ＮがＰｏｌａｒ符号のサイズを表し、ＰがＰＣビットの所定の位置のセットを表すものとする。次に、ｉ∈Ｐ各々について、対応するＰＣビットの値は簡潔に下式により表される。 
ｕi＝Σj∈{0,1,..., N-1};j≦iｕj。
【００４３】
[0038] 換言すれば、各ＰＣビットの値は他のＰＣビットの値を除いて、その前にあるすべてのビット値の二進和（すなわち、ＸＯＲ）である。
【００４４】
[0039] 方法２．各ＰＣビットは、再帰的な方法ですべての前のビットの合計と等しくなる。すなわち、全ての情報および凍結ビットの単純な合計が、任意の前のＰＣビットを含めて、各特定のＰＣビットの値を生成するために使用される。これは、フィードバックを有するシフトレジスタによって達成することができる。
【００４５】
[0040] 具体的には、ｍ≦ｎの場合にはつねにｉm≦ｉnとなるようにP＝｛ｉ0，ｉ1，...，ｉ|P|｝をソートさせる。０から|Ｐ|（Ｐの要素数）まで連続的にｍを増分することによって、ｍ番目のPCビットの値を下式で計算することができる。 
ｕi＝Σj∈{0,1,..., N-1};j≦iｕj。
【００４６】
[0041] 換言すれば、各ＰＣビットの値は前に計算された他のＰＣビットの値を含めて、その前にあるすべてのビット値の二進和（すなわち、ＸＯＲ）である。
【００４７】
ネットワーク例
[0042] 特定の実施形態によれば、ここで開示されるＰｏｌａｒ符号化技法は無線送信機によって実行されてよく、本書で開示されるＰｏｌａｒ復号化技法は無線受信機によって実行されてよい。一例として、特定の実施形態において、ネットワークノード１１５は、本書で開示されるブロードキャストチャネル（ＮＲ  ＰＢＣＨ等）で開示されるＰｏｌａｒ符号化技術を使用する送信器を含むことができ、無線デバイス１１０は、本書に開示される復号化技術に従ってブロードキャストチャネルを受信する受信機を含むことができる。ネットワークノード１１５および無線デバイス１１０の例は、図９〜１４に関して以下でさらに説明される。
【００４８】
[0043] 図９は、特定の実施形態に従うネットワーク１００の実施形態を示すブロック図である。ネットワーク１００は、１または複数のＵＥ１１０（無線デバイス１１０と互換的に呼ばれることがある）と、１または複数のネットワークノード１１５（ｇＮＢ１１５と互換的に呼ばれることがある）とを含む。ＵＥ１１０は、無線インターフェースを介してネットワークノード１１５と通信することができる。例えば、ＵＥ １１０はネットワークノード１１５のうちの１または複数に無線信号を送信し、および／またはネットワークノード１１５のうちの１または複数から無線信号を受信することができる。無線信号は、音声トラフィック、データトラフィック、制御信号、および／または任意の他の適切な情報を含み得る。いくつかの実施形態では、ネットワークノード１１５に関連する無線信号のカバレッジエリアがセル１２５と呼ばれ得る。いくつかの実施形態では、ＵＥ１１０がデバイスツーデバイス（Ｄ２Ｄ）能力を有し得る。従って、ＵＥ１１０は、別のＵＥからの信号を受信でき、及び／又は別のＵＥへ直接信号を送信することができる。
【００４９】
[0044] ある実施形態では、ネットワークノード１１５は無線ネットワークコントローラと接続することができる。無線ネットワークコントローラはネットワークノード１１５を制御し、特定の無線リソース管理機能、移動性管理機能、および／または他の適切な機能を提供することができる。特定の実施形態では、無線ネットワークコントローラの機能をネットワークノード１１５に含めることができる。無線ネットワークコントローラは、コアネットワークノードと接続することができる。特定の実施形態では、無線ネットワークコントローラが相互接続ネットワーク１２０を介してコアネットワークノードと接続することができる。相互接続ネットワーク１２０は、オーディオ、ビデオ、信号、データ、メッセージ、またはこれらの任意の組合せを送信することができる任意の相互接続システムを指すことができる。相互接続ネットワーク１２０は、公衆交換電話網（ＰＳＴＮ）、公衆または私設データネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネットや有線または無線ネットワーク、企業イントラネット、またはこれらの組合せを含む他の任意の適切な通信リンクなどのローカル又は地域的またはグローバル通信またはコンピュータネットワークの全てまたは一部を含むことができる。
【００５０】
[0045] いくつかの実施形態では、コアネットワークノードがＵＥ１１０のための通信セッションおよび様々な他の機能の確立を管理することができる。ＵＥ１１０は、非アクセス層（ＮＡＳ）レイヤを使用してコアネットワークノードと特定の信号を交換することができる。非アクセス層シグナリングでは、ＵＥ１１０とコアネットワークノードとの間の信号が無線アクセスネットワークを透過的に通過することができる。特定の実施形態では、ネットワークノード１１５がノード間インターフェースを介して１または複数のネットワークノードと接続することができる。
【００５１】
[0046] 上述のように、ネットワーク１００の例示的な実施形態は、１つまたは複数の無線デバイス１１０と、無線デバイス１１０と（直接的または間接的に）通信することができる１または複数の異なるタイプのネットワークノードとを含むことができる。
【００５２】
[0047] いくつかの実施形態では、非限定的な用語ＵＥが使用される。本明細書で説明されるＵＥ１１０は、無線信号を介してネットワークノード１１５または別のＵＥと通信することができる任意のタイプの無線デバイスであってよい。ＵＥ １１０はまた、無線通信デバイス、ターゲットデバイス、Ｄ２ＤのＵＥ、ＮＢ−ＩｏＴデバイス、マシン間通信（Ｍ２Ｍ）が可能なＭＴＣのＵＥまたはＵＥ、低コストおよび／または低複雑度ＵＥ、ＵＥを装備したセンサ、タブレット、モバイル端末、スマートフォン、ラップトップ埋め込み型（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）などであってもよい。
【００５３】
[0048] また、いくつかの実施形態では、「無線ネットワークノード」（または単に「ネットワークノード」）という総称が使用される。これは、ｇＮＢ、基地局（ＢＳ）、無線基地局、ノードＢ、基地局（ＢＳ）、MSR BSなどのマルチスタンダード無線（ＭＳＲ）無線ノード、ｅＮＢ（ｅｖｏｌｖｅｄ  ｎｏｄｅ  Ｂ）、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレーノード、リレードナーノード制御リレー、基地トランシーバ局（ＢＴＳ）、アクセスポイント（ＡＰ）、無線アクセスポイント、送信ポイント、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）内のノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（例えば、Ｅ−ＳＭＬＣ）、ＭＤＴ、または任意の他の適切なネットワークノードを備えることができる、任意の種類のネットワークノードとすることができる。
【００５４】
[0049] ネットワークノードおよびＵＥなどの用語は非限定的であると考えるべきであり、特に２つの間のある階層関係を意味するものではなく、一般に、「ｅＮｏｄｅＢ」はデバイス１と、「ＵＥ」はデバイス２と見なすことができ、これらの２つのデバイスはいくつかの無線チャネルを介して互いに通信する。
【００５５】
[0050] ＵＥ１１０、ネットワークノード１１５、および他のネットワークノード（無線ネットワークコントローラまたはコアネットワークノードなど）の実施形態例を、図１０−１４に関して以下でさらに詳細に説明する。
【００５６】
[0051] 図９はネットワーク１００の特定の構成を示すが、本開示は本明細書で説明される様々な実施形態が任意の適切な構成を有する様々なネットワークに適用され得ることを企図する。例えば、ネットワーク１００は、任意の適切な数のＵＥ１１０およびネットワークノード１１５、ならびにＵＥ間またはＵＥと別の通信デバイス（地上通信線電話など）との間の通信をサポートするのに適切な任意の追加の要素を含むことができる。さらに、いくつかの実施形態はＮＲまたは５Ｇネットワークにおいて実装されるものとして説明され得るが、実施形態は任意の適切な通信をサポートし、任意の適切な構成要素を使用する任意の適切な種類の電気通信システムにおいて実装されてよく、ＵＥが信号（例えば、データ）を受信および／または送信する任意の無線アクセス技術（ＲＡＴ）またはマルチＲＡＴシステムで摘要可能である。例えば、本明細書で説明される様々な実施形態は、ＩｏＴ、ＮＢ−ＩｏＴ、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＷＣＤＭＡ、ＷｉＭａｘ、ＵＭＢ、ＷｉＦｉ、別の適切な無線アクセス技術、または１または複数の無線アクセス技術の任意の適切な組合せに適用可能であり得る。
【００５７】
[0052] 図１０は、特定の実施形態に従う例示的な無線デバイス１１０のブロック図である。無線デバイス１１０は、セルラまたはモバイル通信システム内のノードおよび／または別の無線デバイスと通信する任意のタイプの無線デバイスを指すことができる。無線デバイス１１０の例には、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ（例えば、ラップトップ、タブレット）、センサ、モデム、ＭＴＣデバイス／マシンツーマシン（Ｍ２Ｍ）デバイス、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、Ｄ２Ｄ対応デバイス、または無線通信を提供することができる別のデバイスが含まれる。いくつかの実施形態では、無線デバイス１１０は、ＵＥ、端子（ＳＴＡ）、デバイス、または端末とも呼ばれることがある。無線デバイス１１０は、送受信機７１０、処理回路７２０、およびメモリ７３０を含む。いくつかの実施形態では、トランシーバ７１０が、（例えば、アンテナ７４０を介して）ネットワークノード１１５への無線信号の送信およびネットワークノード１１５からの無線信号の受信を容易にし、処理回路７２０（例えば、１または複数のプロセッサを含み得る）は無線デバイス１１０によって提供されるように、上述の機能性の一部または全部を提供するための命令を実行し、メモリ７３０は処理回路７２０によって実行される命令を記憶する。
【００５８】
[0053] 処理回路７２０は、本明細書で説明されるＵＥ１１０（すなわち、無線デバイス１１０）の機能など、無線デバイス１１０の説明される機能のいくつかまたはすべてを実行するために、命令を実行し、データを操作するために、１または複数のモジュールで実装されるハードウェアおよびソフトウェアの任意の適切な組合せを含み得る。例えば、一般に、処理回路は、無線デバイス１１０がネットワークノード１１５から受信するNR PBCHなどのブロードキャストチャネルを復号し得る。いくつかの実施形態では、処理回路７２０が例えば、１または複数のコンピュータ、１または複数の中央処理装置（ＣＰＵ）、１または複数のマイクロプロセッサ、１または複数のアプリケーション、１または複数の特定用途向け集積回路（ＡＳＩＣ）、１または複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または他のロジックを含むことができる。
【００５９】
[0054] メモリ７３０は、一般に、コンピュータプログラム、ソフトウェア、１または複数のロジック、規則、アルゴリズム、コード、表などを含むアプリケーション、および／またはプロセッサによって実行することができる他の命令などの命令を記憶するように動作可能である。メモリ７３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）またはリードオンリーメモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）、および／または、プロセッサ１０２０によって使用されてよい情報、データ、および／または命令を格納する他の任意の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【００６０】
[0055] 無線デバイス１１０の他の実施形態は、上述の機能のいずれかおよび／または（上述した解決策をサポートするのに必要な機能を含む）任意の追加的な機能を含む、無線デバイスの機能の特定の態様を提供する役割を果たすことができる図１０に示すものを超える追加の構成要素をオプションで含んでよい。単なる一例として、無線デバイス１１０は、入力装置及び回路と、出力装置と、処理回路７２０の一部とすることができる１または複数の同期ユニットまたは回路とを含むことができる。入力装置は、無線デバイス１１０にデータを入力するための機構を含む。例えば入力装置は、マイクロフォン、入力素子、ディスプレイなどの入力機構を含むことができる。出力装置は、オーディオ、ビデオ、および／またはハードコピー形式でデータを出力するためのメカニズムを含むことができる。例えば、出力装置は、スピーカ、表示部を含むことができる。
【００６１】
[0056] 図１１は、特定の実施形態に従う例示的なネットワークノード１１５のブロック図である。ネットワークノード１１５は、任意のタイプの無線ネットワークノード、またはＵＥおよび／または別のネットワークノードと通信する任意のネットワークノードとすることができる。ネットワークノード１１５の例はｇＮＢ、ｅＮｏｄｅＢ、ノードＢ、基地局、無線アクセスポイント（例えば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、基地トランシーバ局（ＢＴＳ）、リレー、ドナーノード制御リレー、送信ポイント、送信ノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ）ノード、分散アンテナシステム（ＤＡＳ）内のノード、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（例えば、Ｅ−ＳＭＬＣ）、ＭＤＴ、または任意の他の適切なネットワークノードを含む。ネットワークノード１１５は、同種配備、異種配備、または混合配備としてネットワーク１００全体にわたって配備され得る。同種配備は一般に、同じ（または同様の）タイプのネットワークノード１１５および／または同様のカバレッジおよびセルサイズおよびサイト間距離から構成される配備を表していてよい。異種配備は一般に、異なるセルサイズ、送信電力、容量、およびサイト間距離を有する様々なタイプのネットワークノード１１５を使用する配備を表していてよい。例えば、異種配備は、マクロセルレイアウト全体にわたって配置された複数の低電力ノードを含むことができる。混合配備は、同種部分と異種部分との混合を含むことができる。
【００６２】
[0057] ネットワークノード１１５は、送受信機８１０、（例えば、１または複数のプロセッサを含むことができる）処理回路８２０、メモリ８３０、およびネットワークインターフェース８４０のうちの１または複数を含むことができる。一部の実施形態において、送受信機８１０は、（例えば、アンテナ８５０経由の）無線デバイス１１０への無線信号の送信及び無線デバイス１１０からの無線信号の受信を容易にし、処理回路８２０はネットワークノード１１５によって提供されるように上述した機能の一部又は全部を提供するように命令を実行し、メモリ８３０は処理回路８２０によって実行される命令を記憶し、ネットワークインターフェース８４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆電話ネットワーク（ＰＳＴＮ）、コアネットワークノード又は無線ネットワークコントローラ１３０等のバックエンドネットワーク構成要素に信号を通信する。
【００６３】
[0058] 処理回路８２０は、本明細書で説明されるネットワークノード１１５の説明した機能のいくつかまたはすべてを実行するために、命令を実行し、データを操作するために、１または複数のモジュールで実装されるハードウェアおよびソフトウェアの任意の適切な組合せを含み得る。例えば、一般的には、処理回路８２０が本書に開示された技術に従い、Ｐｏｌａｒ符号化を実行することができる。いくつかの実施形態では、処理回路８２０が例えば、１または複数のコンピュータ、１または複数の中央処理装置（ＣＰＵ）、１または複数のマイクロプロセッサ、１または複数のアプリケーション、および／または他のロジックを含むことができる。
【００６４】
[0059] メモリ８３０は、一般に、コンピュータプログラム、ソフトウェア、１つまたは複数のロジック、規則、アルゴリズム、コード、表などを含むアプリケーション、および／またはプロセッサによって実行することができる他の命令などの命令を記憶するように動作可能である。メモリ８３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）またはリードオンリーメモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）、情報を格納する他の任意の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【００６５】
[0060] いくつかの実施形態では、ネットワークインターフェース８４０は、処理回路８２０に通信可能に結合され、ネットワークノード１１５のための入力を受信し、ネットワークノード１１５から出力を送信し、入力または出力またはその両方の適切な処理を実行し、他のデバイスと通信し、あるいはこれらの任意の組合せを行うように動作可能な任意の適切なデバイスを指すことができる。ネットワークインターフェース８４０は、ネットワークを介して通信するための適切なハードウェア（例えば、ポート、モデム、ネットワークインターフェースカードなど）およびソフトウェア（プロトコル変換およびデータ処理能力を含む）を含むことができる。
【００６６】
[0061] ネットワークノード１１５の他の実施形態は、上述の機能のいずれかおよび／または（上述した解決策をサポートするのに必要な機能を含む）任意の追加的な機能を含む、無線ネットワークノードの機能の特定の態様を提供する役割を果たすことができる図１１に示すものを超える追加の構成要素を含んでよい。種々の異なるタイプのネットワークノードは同一の物理的ハードウェアを有するが、異なる無線アクセス技術をサポートするように構成されたコンポーネントを含んでもよく、または一部または全く異なる物理構成要素を表してもよい。
【００６７】
[0062] 図１２は、特定の実施形態に従う例示的な無線ネットワークコントローラまたはコアネットワークノード130のブロック図である。ネットワークノードの例としては、移動交換センタ（ＭＳＣ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、モビリティ管理エンティティ（ＭＭＥ）、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）などがある。無線ネットワークコントローラ又はコアネットワークノード１３０は、処理回路９２０（例えば１または複数のプロセッサを含むことができる）、メモリ９３０、およびネットワークインターフェース９４０を含む。一部の実施形態において、処理回路９２０はネットワークノードによって提供されるように上述した機能の一部又は全部を提供するように命令を実行し、メモリ９３０は処理回路９２０によって実行される命令を記憶し、ネットワークインターフェース９４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆電話ネットワーク（ＰＳＴＮ）、ネットワークノード１１５、無線ネットワークコントローラまたはコアネットワークノード１３０等の任意の適切なノードに信号を通信する。
【００６８】
[0063] 処理回路９２０は、無線ネットワークコントローラまたはコアネットワークノード１３０の説明した機能のいくつかまたはすべてを実行するために、命令を実行し、データを操作するために、１または複数のモジュールで実装されるハードウェアおよびソフトウェアの任意の適切な組合せを含み得る。いくつかの実施形態では、処理回路９２０が例えば、１または複数のコンピュータ、１または複数の中央処理装置（ＣＰＵ）、１または複数のマイクロプロセッサ、１または複数のアプリケーション、および／または他のロジックを含むことができる。
【００６９】
[0064] メモリ９３０は、一般に、コンピュータプログラム、ソフトウェア、１つまたは複数のロジック、規則、アルゴリズム、コード、表などを含むアプリケーション、および／またはプロセッサによって実行することができる他の命令などの命令を記憶するように動作可能である。メモリ９３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）またはリードオンリーメモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）、情報を格納する他の任意の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【００７０】
[0065] いくつかの実施形態では、ネットワークインタフェース９４０は、処理回路９２０に通信可能に結合され、ネットワークノードのための入力を受信し、ネットワークノードから出力を送信し、入力または出力またはその両方の適切な処理を実行し、他のデバイスと通信し、あるいはこれらの任意の組合せを行うように動作可能な任意の適切なデバイスを指すことができる。ネットワークインターフェース９４０は、ネットワークを介して通信するための適切なハードウェア（例えば、ポート、モデム、ネットワークインターフェースカードなど）およびソフトウェア（プロトコル変換およびデータ処理能力を含む）を含むことができる。
【００７１】
[0066] ネットワークノードの他の実施形態は、上述の機能のいずれかおよび／または（上述した解決策をサポートするのに必要な機能を含む）任意の追加的な機能を含む、ネットワークノードの機能の特定の態様を提供する役割を果たすことができる図１２に示すものを超える追加の構成要素を含んでよい。
【００７２】
[0067] 図１３は、特定の実施形態に従う例示的な無線デバイス１１０のブロック図である。無線デバイス１１０は、１つまたは複数のモジュールを含むことができる。例えば、無線デバイス１１０は、決定モジュール１０１０、通信モジュール１０２０、受信モジュール１０３０、入力モジュール１０４０、表示モジュール１０５０、および／または任意の他の適切なモジュールを含み得る。無線デバイス１１０は、本明細書で説明されるシステム情報を記憶すること、または適用することに関連する方法を実行することができる。
【００７３】
[0068] 決定モジュール１０１０は、無線デバイス１１０の処理機能を実行することができる。一例として、決定モジュール１０１０は、ネットワークノード１１５から受信したチャネルの復号化に関連する機能を実行することができる。決定モジュール１０１０は、図１０に関連して上述した処理回路７２０などの１つまたは複数のプロセッサを含むか、またはその中に含めることができる。決定モジュール１０１０は、上述の決定モジュール１０１０および／または処理回路７２０の機能のいずれかを実行するように構成されたアナログおよび／またはデジタル回路を含んでもよい。上述の決定モジュール１０１０の機能は、特定の実施形態では、１または複数の別個のモジュールで実行されてもよい。
【００７４】
[0069] 通信モジュール１０２０は、無線デバイス１１０の送信機能を実行することができる。一例として、通信モジュール１０２０は、ネットワークノード１１５に信号を送信することができる。通信モジュール１０２０は、メッセージおよび／または信号を無線で送信するように構成された回路を含み得る。特定の実施の形態では、通信モジュール１０２０が決定モジュール１０１０から送信のためのメッセージ及び／又は信号を受信する。いくつかの実施形態では、上述の通信モジュール１０２０の機能が、１または複数の別個のモジュールで実行され得る。
【００７５】
[0070] 受信モジュール１０３０は、無線デバイス１１０の受信機能を実行することができる。一例として、受信モジュール１０３０は、ネットワークノード１１５からブロードキャストチャネルを受信することができる。決定モジュール１０３０は、受信機及び／又は図１０に関連して上述した送受信機７１０などの送受信機を含むことができる。受信モジュール１０３０は、メッセージおよび／または信号を無線で受信するように構成された回路を含み得る。特定の実施の形態では、受信モジュール１０３０が決定モジュール１０１０へ受信したメッセージ及び／又は信号を送信する。
【００７６】
[0071] 入力モジュール１０４０は、無線デバイス１１０に向けられたユーザ入力を受信することができる。例えば、入力モジュールは、キー押下、ボタン押下、タッチ、スワイプ、オーディオ信号、ビデオ信号、および／または任意の他の適切な信号を受信し得る。入力モジュールは、１または複数のキー、ボタン、レバー、スイッチ、タッチスクリーン、マイクロフォン、および／またはカメラを含むことができる。入力モジュールは、受信した信号を決定モジュール１０１０に通信することができる。入力モジュール１０４０は、特定の実施形態ではオプションであってもよい。
【００７７】
[0072] 表示モジュール１０５０は、無線デバイス１１０のディスプレイ上に信号を表示できる。表示モジュール１０５０は、ディスプレイ上に信号を表示するように構成されたディスプレイおよび／または任意の適切な回路およびハードウェアを含んでもよい。表示モジュール１０５０は、決定モジュール１０１０からディスプレイ上に表示するための信号を受信してよい。表示モジュール１０５０は、特定の実施形態ではオプションであってもよい。
【００７８】
[0073] 決定モジュール１０１０、通信モジュール１０２０、受信モジュール１０３０、入力モジュール１０４０、および表示モジュール１０５０は、ハードウェアおよび／またはソフトウェアの任意の適切な構成を含むことができる。無線デバイス１１０は、上述の機能性のうちのいずれか、および／または（本明細書で説明される様々な解決策をサポートするために必要な任意の機能性を含む）任意の追加の機能性を含む、任意の適切な機能性を提供する役割を果たすことができる、図１３に示されるものを超える追加のモジュールを含むことができる。
【００７９】
[0074] 図１４は、特定の実施形態に従う例示的なネットワークノード１１５のブロック図である。ネットワークノード１１５は、１つまたは複数のモジュールを含むことができる。例えば、ネットワークノード１１５は、決定モジュール１１１０、通信モジュール１１２０、受信モジュール１０３０および／または任意の他の適切なモジュールを含み得る。いくつかの実施形態では、決定モジュール１１１０、通信モジュール１１２０、受信モジュール１１３０、または任意の他の適切なモジュールのうちの１または複数は、図１１に関連して上述した処理回路８２０などの１または複数のプロセッサを使用して実装され得る。特定の実施形態では、種々モジュールのうちの２つ以上の機能が単一のモジュールに組み合わされてもよい。ネットワークノード１１５は、ネットワークノード（ｇＮＢなど）によって実行されるものとして説明される方法を実行することができる。
【００８０】
[0075] 決定モジュール１１１０は、ネットワークノード１１５の処理機能を実行することができる。一例として、決定モジュール１１１０はＰｏｌａｒ符号化（例えば、ＮＲ  ＰＢＣＨのようなブロードキャストチャネル用のＰｏｌａｒ符号化）を本明細書に開示された技術に従って実行することができる。決定モジュール１１１０は、図１１に関連して上述した処理回路８２０などの１つまたは複数のプロセッサを含むか、またはその中に含めることができる。決定モジュール１１１０は、上述の決定モジュール１１１０および／または処理回路８２０の機能のいずれかを実行するように構成されたアナログおよび／またはデジタル回路を含んでもよい。決定モジュール１１１０の機能は、特定の実施形態では、１または複数の別個のモジュールで実行されてもよい。例えば、ある実施形態では、決定モジュール１１１０の機能のいくつかは割り当てモジュールによって実行されてもよい。
【００８１】
[0076] 通信モジュール１１２０は、ネットワークノード１１５の送信機能を実行することができる。例として、通信モジュール１１２０は、Ｐｏｌａｒ符号化を使用して符号化されたブロードキャストチャネルを送信することができる。通信モジュール１１２０は、１又は複数の無線デバイス１１０にメッセージを送信することができる。通信モジュール１１２０は、送信機および／または図１１に関連して上述した送受信機８１０などの送受信機を含むことができる。通信モジュール１１２０は、メッセージおよび／または信号を無線で送信するように構成された回路を含み得る。特定の実施の形態では、通信モジュール１１２０が決定モジュール１１１０または他のモジュールから送信のためのメッセージ及び／又は信号を受信する。
【００８２】
[0077] 受信モジュール１１３０は、ネットワークノード１１５の受信機能を実行することができる。受信モジュール１１３０は、無線デバイスから任意の適切な情報を受信することができる。決定モジュール１１３０は、受信機及び／又は図１１に関連して上述した送受信機８１０などの送受信機を含むことができる。受信モジュール１１３０は、メッセージおよび／または信号を無線で受信するように構成された回路を含み得る。特定の実施の形態では、受信モジュール１１３０が決定モジュール１１１０または他のモジュールへ受信したメッセージ及び／又は信号を送信する。
【００８３】
[0078] 決定モジュール１１１０、通信モジュール１０２０、及び受信モジュール１０３０は、ハードウェアおよび／またはソフトウェアの任意の適切な構成を含むことができる。ネットワークノード１１５は、上述の機能性のうちのいずれか、および／または（本明細書で説明される様々な解決策をサポートするために必要な任意の機能性を含む）任意の追加の機能性を含む、任意の適切な機能性を提供する役割を果たすことができる、図１４に示されるものを超える追加のモジュールを含むことができる。
更なる例示的実施形態
１．方法は以下を含む：
既知の値を有するブロードキャストチャネルのペイロードビットを識別することと、
ブロードキャストチャネルのＰｏｌａｒ符号化を実行する際に、既知の値を持つ前記ペイロードビットを配置する位置を決定すること。 
2．例示的実施形態１の方法であって、パリティチェック（ＰＣ）ビットを所定の位置に配置することをさらに含む。 
3．例示的実施形態２の方法であって、データビットを前記ＰＣビットに連結することを更に含む。 
4．方法であって、既知または部分的に既知のビットに対するＣＲＣインターリーバの影響を補償するために、分散ＣＲＣを有するＰｏｌａｒエンコーダに、ビットが既知のインターリーバを追加することを含む。 
5．ネットワークノードであって、命令を記憶するように動作可能なメモリと、命令を実行するように動作可能な処理回路とを有し、それによって、前記ネットワークノードは例示的実施形態１乃至４の方法のいずれかを実行するように動作可能である。 
6．コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、例示的実施形態１乃至４の方法のいずれかを実行するためのプログラムコードを含む。 
7．方法は以下を含む：
ネットワークノードから受信したブロードキャストチャネルを復号することであって、前記ブロードキャストチャネルは、所定の位置に既知の値を有するペイロードビットを置くＰｏｌａｒ符号化に従って符号化される。 
8．例示的実施形態7の方法であって、前記Ｐｏｌａｒ符号化は、パリティチェック（ＰＣ）ビットをそれぞれの所定の位置に配置する。 
9．例示的実施形態8の方法であって、前記Ｐｏｌａｒ符号化は、データビットを前記ＰＣビットに連結する。 
10．無線デバイスであって、命令を記憶するように動作可能なメモリと、命令を実行するように動作可能な処理回路とを有し、それによって、前記無線デバイスは例示的実施形態7乃至９の方法のいずれかを実行するように動作可能である。 
11．コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、例示的実施形態7乃至９の方法のいずれかを実行するためのプログラムコードを含む。
【００８４】
略称 
略称    説明
ＳＣ  逐次除去
ＳＣＬ  逐次除去リスト
ＱＡＭ  直交振幅変調
ＬＬＲ  対数尤度比
ＯＦＤＭ  直交周波数分割多重
DFTS OFDM  離散フーリエ変換拡散ＯＦＤＭ
ＮＲ  Ｎｅｗ  Ｒａｄｉｏ
ＰＢＣＨ  物理ブロードキャストチャネル
ＳＳＢ   同期信号ブロック
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰＵＳＣＨ  物理アップリンク共有チャネル
ＭＩＢ  マスタ情報ブロック
ＳＩＢ  システム情報ブロック
ＵＣＩ  アップリンク制御情報
ＤＣＩ    ダウンリンク制御情報
ＨＡＲＱ  ハイブリッド自動再送要求
ＩＲ−ＨＡＲＱ  増分冗長ＨＡＲＱ
【図１】
2020537379.tif 000006
【図２】
2020537379.tif 000007
【図３】
2020537379.tif 000008
【図４】
2020537379.tif 000009
【図５】
2020537379.tif 000010
【図６】
2020537379.tif 000011
【図７】
2020537379.tif 000012
【図８】
2020537379.tif 000013
【図９】
2020537379.tif 000014
【図１０】
2020537379.tif 000015
【図１１】
2020537379.tif 000016
【図１２】
2020537379.tif 000017
【図１３】
2020537379.tif 000018
【図１４】
2020537379.tif 000019
【手続補正書】
【提出日】令和2年4月27日(2020.4.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信のためのトランスポートブロックを用意するための方法であって、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも１つの既知のビットを含むことと、
ペイロードビットのインターリーブされた組を生成するために前記ペイロードビットの組をインターリーブすることであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
ペイロードビットのＣＲＣがインターリーブされた組を生成するために前記インターリーブされた組を巡回冗長検査（ＣＲＣ）エンコーダに提供することであって、前記ＣＲＣがインターリーブされた組は、前記ＣＲＣがインターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
前記ＣＲＣがインターリーブされた組を無線デバイスへの送信のために符号化することと、
を含む方法。
【請求項２】
請求項１に記載の方法であって、前記少なくとも１つの既知のビットは、既知または部分的に既知の値を有する、方法。
【請求項３】
請求項１または２に記載の方法であって、前記少なくとも１つの既知のビットが予約ビットである、方法。
【請求項４】
請求項１乃至３のいずれか一項に記載の方法であって、前記ＣＲＣがインターリーブされた組を送信のために符号化することは、送信のためにＰｏｌａｒエンコーダを使用して前記ＣＲＣがインターリーブされた組を符号化する、方法。
【請求項５】
請求項１乃至４のいずれか一項に記載の方法であって、前記少なくとも１つの既知のビットは、前記少なくとも１つの既知のビットが送信のために高信頼性位置に配置されるようにインターリーブされる、方法。
【請求項６】
請求項１乃至５のいずれか一項に記載の方法であって、前記ペイロードビットの組は、少なくとも１３個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、
［１、４、５、８、１０、１１、１４、１５、１６、２０、２４、２６、２８］
の位置に配置される、方法。
【請求項７】
請求項１乃至６のいずれか一項に記載の方法であって、前記ＣＲＣがインターリーブされた組は、１または複数のパリティビットを含む、方法。
【請求項８】
請求項７に記載の方法であって、前記１または複数のパリティビットは、前記ＣＲＣがインターリーブされた組内の他のビットの値によって決定される値を含む、方法。
【請求項９】
コンピュータ可読プログラムコードを記憶するコンピュータ可読媒体を含むコンピュータプログラムであって、前記コンピュータ可読プログラムコードは、請求項１乃至８のいずれか一項に記載の方法を実行するためのプログラムコードを含む。
【請求項１０】
セルラ通信ネットワークにおける通信のためのネットワークノードであって、 
前記セルラ通信ネットワークを介して無線デバイスと通信するための無線トランシーバと通信するネットワークインタフェースと、
格納された実行可能な命令を有するメモリと、
前記メモリと通信する処理回路であって、前記処理回路が前記命令を実行するとき、前記処理回路が、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも１つの既知のビットを含むことと、
ペイロードビットのインターリーブされた組を生成するために前記ペイロードビットの組をインターリーブすることであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
ペイロードビットのＣＲＣがインターリーブされた組を生成するために前記インターリーブされた組を巡回冗長検査（ＣＲＣ）エンコーダに提供することであって、前記ＣＲＣがインターリーブされた組は、前記ＣＲＣがインターリーブされた組内の所定の位置に前記少なくとも１つの既知のビットを含むことと、
前記ＣＲＣがインターリーブされた組を無線デバイスへの送信のために符号化することと、
を含む動作を実行する、ネットワークノード。
【請求項１１】
請求項１０に記載のネットワークノードであって、前記少なくとも１つの既知のビットは、既知または部分的に既知の値を有する、ネットワークノード。
【請求項１２】
請求項１０または１１に記載のネットワークノードであって、前記少なくとも１つの既知のビットが予約ビットである、ネットワークノード。
【請求項１３】
請求項１０乃至１２のいずれか一項に記載のネットワークノードであって、前記ＣＲＣがインターリーブされた組を送信のために符号化することは、送信のためにＰｏｌａｒエンコーダを使用して前記ＣＲＣがインターリーブされた組を符号化する、ネットワークノード。
【請求項１４】
請求項１０乃至１３のいずれか一項に記載のネットワークノードであって、前記少なくとも１つの既知のビットは、前記少なくとも１つの既知のビットが送信のために高信頼性位置に配置されるようにインターリーブされる、ネットワークノード。
【請求項１５】
請求項１０乃至１４のいずれか一項に記載のネットワークノードであって、前記ペイロードビットの組は、少なくとも１３個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、
［１、４、５、８、１０、１１、１４、１５、１６、２０、２４、２６、２８］
の位置に配置される、ネットワークノード。
【請求項１６】
請求項１０乃至１５のいずれか一項に記載のネットワークノードであって、前記ＣＲＣがインターリーブされた組は、１または複数のパリティビットを含む、ネットワークノード。
【請求項１７】
請求項１６記載のネットワークノードであって、前記１または複数のパリティビットは、前記ＣＲＣがインターリーブされた組内の他のビットの値によって決定される値を含む、ネットワークノード。
【請求項１８】
請求項１０に記載のネットワークノードであって、前記処理回路は、
第１のインターリーバと、前記第１のインターリーバは既知ビットインターリーバであり、
前記第１のインターリーバおよび第２のインターリーバに結合された巡回冗長検査（ＣＲＣ）エンコーダと、
前記第２のインターリーバに結合されたＰｏｌａｒエンコーダと、
を含むネットワークノード。
【請求項１９】
方法であって、
ネットワークノードから受信した物理ブロードキャストチャネル（ＰＢＣＨ）の送信を復号することであって、前記ＰＢＣＨの送信は、所定の位置に既知の値を有するペイロードビットを置くＰｏｌａｒ符号化に従って符号化されること、
を含む方法。
【請求項２０】
請求項１９に記載の方法であって、前記Ｐｏｌａｒ符号化は、パリティチェック（ＰＣ）ビットを前記所定の位置の１つに配置する、方法。
【請求項２１】
請求項２０に記載の方法であって、前記Ｐｏｌａｒ符号化はデータビットを前記ＰＣビットと結合し、前記ＰＣビットは前記データビットに基づいて決定される、方法。 
【請求項２２】
無線デバイスであって、
命令を格納するメモリと、
前記命令を実行するように動作可能な処理回路であって、それによって、前記無線デバイスは請求項１９乃至２１のいずれか一項に記載の方法を実行するように動作可能である処理回路と、
を有する無線デバイス。
【請求項２３】
コンピュータ可読プログラムコードを記憶するコンピュータ可読媒体を含むコンピュータプログラムであって、前記コンピュータ可読プログラムコードは、請求項１９乃至２１のいずれか一項に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム。
【手続補正書】
【提出日】令和2年6月24日(2020.6.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項９
【補正方法】変更
【補正の内容】
【請求項９】
コンピュータ可読プログラムであって、前記コンピュータ可読プログラムは、請求項１乃至８の方法のいずれか一項に記載の方法を実行するためのプログラムコードを含む、コンピュータ可読プログラム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２３
【補正方法】変更
【補正の内容】
【請求項２３】
コンピュータ可読プログラムであって、前記コンピュータ可読プログラムは、請求項１９乃至２１のいずれか一項に記載の方法を実行するためのプログラムコードを含む、コンピュータ可読プログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
【図１】図１は長さ８のポーラー符号化構造を示す。
【図２】図２は長さ８のポーラー符号化の他の例を示す。
【図３】図３は、ＴＳ３８．２１２、テーブル５．３．１−１に従うインターリーブパターンの例示的なテーブルを示す。
【図４】図４は、ビーム掃引を通して基準同期信号（ＳＳ）とともにブロードキャストされるシステム情報を示す図である。
【図５】図５は、実施形態に従う、ＣＲＣがインターリーブされたポーラー符号化システムの動作を説明するブロック図である。
【図６】図６は、実施形態に従う、既知ビットインターリーバを有するＣＲＣがインターリーブされたポーラー符号化システムのブロック図である。
【図７】図７は、実施形態に従う、図６のブロック図に表されている可能性があるビットベクタを示す。
【図８】図８は、実施形態に従う、既知のビット位置における予約ビット"Ｒ"を示す図である。
【図９】図９は、実施形態に従う、ネットワークの実施形態を説明するブロック図である。
【図１０】図１０は、実施形態に従う、例示的な無線デバイスの概略図である。
【図１１】図１１は、実施形態に従う、例示的なネットワークノードの概略図である。
【図１２】図１２は、実施形態に従う、例示的な無線ネットワークコントローラまたはコアネットワークノードの概略図である。
【図１３】図１３は、実施形態に従う、例示的な無線デバイスの概略図である。
【図１４】図１４は、実施形態に従う、例示的なネットワークノードの概略図である。
【国際調査報告】
2020537379.tif 000020
2020537379.tif 000021