IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ テレフオンアクチーボラゲット エル エム エリクソン(パブル)の特許一覧

特開2022-119951Polar符号性能を向上させるためのNR PBCHペイロードのビット順序
<>
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図1
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図2
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図3
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図4
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図5
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図6
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図7
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図8
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図9
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図10
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図11
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図12
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図13
  • 特開-Polar符号性能を向上させるためのNR  PBCHペイロードのビット順序 図14
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022119951
(43)【公開日】2022-08-17
(54)【発明の名称】Polar符号性能を向上させるためのNR PBCHペイロードのビット順序
(51)【国際特許分類】
   H03M 13/13 20060101AFI20220809BHJP
   H03M 13/27 20060101ALI20220809BHJP
【FI】
H03M13/13
H03M13/27
【審査請求】有
【請求項の数】16
【出願形態】OL
【外国語出願】
(21)【出願番号】P 2022089718
(22)【出願日】2022-06-01
(62)【分割の表示】P 2020516882の分割
【原出願日】2018-10-03
(31)【優先権主張番号】62/567,738
(32)【優先日】2017-10-03
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
1.WCDMA
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン(パブル)
(74)【代理人】
【識別番号】110003281
【氏名又は名称】特許業務法人大塚国際特許事務所
(72)【発明者】
【氏名】ウェスレン, アンダース
(72)【発明者】
【氏名】ホイ, デニス
(72)【発明者】
【氏名】ブランケンシップ, ユフェイ
(57)【要約】      (修正有)
【課題】ポーラー符号化において、送信ブロックの情報搬送ビットがより信頼性の高い位置に配置されることを可能にする。
【解決手段】方法は、送信のために符号化されるペイロードビットの組を生成することを含む。ペイロードビットの組は、少なくとも1つの既知のビットを含む。方法はさらに、ペイロードビットの組をインターリーブしてペイロードビットのインターリーブされた組を生成する。インターリーブされた組は、インターリーブされた組内の所定の位置に少なくとも1つの既知のビットを含む。方法はまた、ペイロードビットのCRCインターリーブされた組を生成するために巡回冗長検査(CRC)エンコーダにインターリーブされた組を提供する。CRCインターリーブされた組は、組内の所定の位置に少なくとも1つの既知のビットを含む。そして方法は、無線デバイスへの送信のためにCRCインターリーブされた組を符号化する。
【選択図】図6
【特許請求の範囲】
【請求項1】
送信のためのトランスポートブロックを用意するための方法であって、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも1つの既知のビットを含むことと、
ペイロードビットのインターリーブされた組を生成するために前記ペイロードビットの組をインターリーブすることであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも1つの既知のビットを含むことと、
ペイロードビットのCRCがインターリーブされた組を生成するために前記インターリーブされた組を巡回冗長検査(CRC)エンコーダに提供することであって、前記CRCがインターリーブされた組は、前記CRCがインターリーブされた組内の所定の位置に前記少なくとも1つの既知のビットを含むことと、
前記CRCがインターリーブされた組を無線デバイスへの送信のために符号化することと、
を含む方法。
【請求項2】
請求項1に記載の方法であって、前記少なくとも1つの既知のビットは、既知または部分的に既知の値を有する、方法。
【請求項3】
請求項1または2に記載の方法であって、前記少なくとも1つの既知のビットが予約ビットである、方法。
【請求項4】
請求項1乃至3のいずれか一項に記載の方法であって、前記CRCがインターリーブされた組を送信のために符号化することは、送信のためにPolarエンコーダを使用して前記CRCがインターリーブされた組を符号化する、方法。
【請求項5】
請求項1乃至4のいずれか一項に記載の方法であって、前記少なくとも1つの既知のビットは、前記少なくとも1つの既知のビットが送信のために高信頼性位置に配置されるようにインターリーブされる、方法。
【請求項6】
請求項1乃至5のいずれか一項に記載の方法であって、前記ペイロードビットの組は、少なくとも13個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、
[1、4、5、8、10、11、14、15、16、20、24、26、28]
の位置に配置される、方法。
【請求項7】
請求項1乃至6のいずれか一項に記載の方法であって、前記CRCがインターリーブされた組は、1または複数のパリティビットを含む、方法。
【請求項8】
請求項7に記載の方法であって、前記1または複数のパリティビットは、前記CRCがインターリーブされた組内の他のビットの値によって決定される値を含む、方法。
【請求項9】
コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、例示的実施形態1乃至8の方法のいずれかを実行するためのプログラムコードを含む。
【請求項10】
セルラ通信ネットワークにおける通信のためのネットワークノードであって、
前記セルラ通信ネットワークを介して無線デバイスと通信するための無線トランシーバと通信するネットワークインタフェースと、
格納された実行可能な命令を有するメモリと、
前記メモリと通信する処理回路であって、前記処理回路が前記命令を実行するとき、前記処理が、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも1つの既知のビットを含むことと、
ペイロードビットのインターリーブされた組を生成するために前記ペイロードビットの組をインターリーブすることであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも1つの既知のビットを含むことと、
ペイロードビットのCRCがインターリーブされた組を生成するために前記インターリーブされた組を巡回冗長検査(CRC)エンコーダに提供することであって、前記CRCがインターリーブされた組は、前記CRCがインターリーブされた組内の所定の位置に前記少なくとも1つの既知のビットを含むことと、
前記CRCがインターリーブされた組を無線デバイスへの送信のために符号化することと、
を含む動作を実行する、ネットワークノード。
【請求項11】
請求項10に記載のネットワークノードであって、前記少なくとも1つの既知のビットは、既知または部分的に既知の値を有する、ネットワークノード。
【請求項12】
請求項10または11に記載のネットワークノードであって、前記少なくとも1つの既知のビットが予約ビットである、ネットワークノード。
【請求項13】
請求項10乃至12のいずれか一項に記載のネットワークノードであって、前記CRCがインターリーブされた組を送信のために符号化することは、送信のためにPolarエンコーダを使用して前記CRCがインターリーブされた組を符号化する、ネットワークノード。
【請求項14】
請求項10乃至13のいずれか一項に記載のネットワークノードであって、前記少なくとも1つの既知のビットは、前記少なくとも1つの既知のビットが送信のために高信頼性位置に配置されるようにインターリーブされる、ネットワークノード。
【請求項15】
請求項10乃至14のいずれか一項に記載のネットワークノードであって、前記ペイロードビットの組は、少なくとも13個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、
[1、4、5、8、10、11、14、15、16、20、24、26、28]
の位置に配置される、ネットワークノード。
【請求項16】
請求項10乃至15のいずれか一項に記載のネットワークノードであって、前記CRCがインターリーブされた組は、1または複数のパリティビットを含む、ネットワークノード。
【請求項17】
請求項14記載のネットワークノードであって、前記1または複数のパリティビットは、前記CRCがインターリーブされた組内の他のビットの値によって決定される値を含む、ネットワークノード。
【請求項18】
請求項10に記載のネットワークノードであって、前記処理回路は、
第1のインターリーバと、前記第1のインターリーバは既知ビットインターリーバであり、
前記第1のインターリーバおよび第2のインターリーバに結合された巡回冗長検査(CRC)エンコーダと、
前記第2のインターリーバに結合されたPolarエンコーダと、
を含むネットワークノード。
【請求項19】
方法であって、
ネットワークノードから受信した物理ブロードキャストチャネル(PBCH)の送信を復号することであって、前記PBCHの送信は、所定の位置に既知の値を有するペイロードビットを置くPolar符号化に従って符号化されること、
を含む方法。
【請求項20】
請求項19に記載の方法であって、前記Polar符号化は、パリティチェック(PC)ビットを前記所定の位置の1つに配置する、方法。
【請求項21】
請求項20に記載の方法であって、前記Polar符号化はデータビットを前記PCビットと結合し、前記PCビットは前記データビットに基づいて決定される、方法。
【請求項22】
無線デバイスであって、
命令を格納するメモリと、
前記命令を実行するように動作可能な処理回路であって、それによって、前記無線デバイスは請求項19乃至21のいずれか一項に記載の方法を実行するように動作可能である処理回路と、
を有する無線デバイス。
【請求項23】
コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、請求項19乃至21のいずれか一項に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
【発明の詳細な説明】
【優先情報】
【0001】
[0001] 本出願は、その開示全体が参照により本明細書に組み込まれる、「Bit Order of NR PBCH Payload to Enhance Polar Code Performance」というタイトルの、2017年10月3日に出願された米国仮特許出願第62/567,738号の優先権および利益を主張する。
【技術分野】
【0002】
[0002] 本開示の特定の実施形態は一般に、Polar符号性能に関連し、より具体的にはPolar符号性能を強化するためのNew Radio物理ブロードキャストチャネル(NR PBCH)のペイロードのビット順序に関連する。
【背景技術】
【0003】
Polar符号
[0003] Arikanによって提案されたPolar符号(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)は、低複雑度逐次除去(SC)デコーダの下でバイナリ入力ディスクリートメモリレスチャネルの対称容量を達成することが証明可能な構成的符号化方式の第1級である。しかし、SC下のPolar符号の有限長性能は、低密度パリティ検査(LDPC)符号やターボ符号のような他の現代的チャネル符号化方式と比較して競争力がない。後に、SCリスト(SCL)デコーダが、TalおよびVardy(I. TalおよびA. Vardy、"list Decoding of Polar codes"、Proceedings of IEEE Symp. Inf. Theory, pp1-5, 2011)によって提案され、最適最尤(ML)デコーダの性能に近づくことができる。単純なCRC符号化を連結することによって、連結されたPolar符号の性能は、十分に最適化されたLDPCおよびターボ符号の性能と競合することが示された。その結果、Polar符号は将来の5G無線通信システムの候補として考えられている。
【0004】
[0004] Polar符号化の主なアイデアは一対の同一のバイナリ入力チャネルを、元のバイナリ入力チャネルよりも一方は良く、もう一方は悪い、異なる品質の2つの別個のチャネルに変換することである。バイナリ入力チャネルの独立した2M組の使用に対してこのようなペアワイズ偏波動作を繰り返すことによって、2M組の様々な品質の「ビットチャネル」の設定を得ることができる。これらのビットチャネルのいくつかはほぼ完全である(すなわちエラーがない)が、残りのビットチャネルはほとんど役に立たない(すなわち完全にノイズが多い)。ポイントは、データを受信機に送信するためにほぼ完全なチャネルを使用し、一方、無用なチャネルへの入力を、受信機に知られている固定値または凍結値(例えば0)を有するように設定することである。このため、ほぼ無用およびほぼ完全なチャネルへのこれらの入力ビットは、通常、それぞれ凍結ビットおよび非凍結(または情報)ビットと呼ばれる。Polar符号でデータを伝送するために使用されるのは、非凍結ビットのみである。データを適切な情報ビット位置にロードすることは、Polar符号の性能に直接影響を及ぼす。長さ8のPolar符号の構造の例が図1に示されている(N=8のPolar符号構造の例)。
【0005】
[0005] 図2は、N=8のPolar符号化の例を示す。図2は中間情報ビットsl,iのラベル付けを示しており、ここで、N=8のPolar符号化の間、l∈{0,1,...,n}かつi∈{0,1,...,N-1}。中間情報ビットは、以下の式によって関連付けられる:
【0006】
【数1】
i∈{0,1,...,N-1}について、s0,1≡uは情報ビットであり、sn,i≡xiは符号ビットである。
【0007】
[0006] 分散CRCを有するPolar符号の場合、Polar符号器への入力は、まず、CRC多項式に関連してインターリーブされる。情報ビットはインターリーブされ、CRCビットのサブセットが情報ビット間に分散される。
【0008】
[0007] ビットシーケンスc0,c1,c2,c3,...,cK-1は、次のようにビットシーケンスc'0 ,c'1 ,c'2 ,c'3,...,c'K-1にインターリーブされる:
c'k=cΠ(k),k=0,1,...,K-1
ここで、インターリーブパターンΠ(k)は、次式で与えられる:
【0009】
【数2】
【0010】
ここで、ΠIL max(m)は、TS38.212、表5.3.1-1で与えられ(インターリーブパターンΠIL max(m))、その一例を図3に示す。
【0011】
New Radio物理ブロードキャストチャネル(NR-PBCH)
[0008] 5GのNew Radio (NR)通信システムは、数百MHzから数百GHzの範囲のキャリア周波数で動作することができる。ミリ波(mmW)帯(~30~300GHz)のような非常に高い周波数帯で動作する場合、無線信号は、低い周波数帯(1~3GHzなど)の場合よりも距離とともに一層速く減衰する。従って、システム情報を、同じ意図されたカバレッジエリアにわたってユーザ機器(UE)にブロードキャストするために、通常、ビームフォーミングが、高周波数における経路損失を補償すべく電力利得を達成するために使用される。多くのアンテナを用いてビームを形成する場合、各ビームの信号カバレッジは極めて狭くなり得るので、システム情報は、一度に1つずつ異なるビーム方向でブロードキャストまたは送信される必要がある。異なる(方位角および/または仰角)方向を有するビームを一度に1つ使用して同じ情報を搬送する信号を送信するこのプロセスは、一般にビーム掃引と呼ばれる。通常、同じシステム情報を搬送する多くのビームのうちの1つだけが、良好な信号強度で特定の受信機に到達することができるので、受信機は全体的な無線フレーム構造における受信ビームの位置を知ることができない。受信機が周期的な無線フレームの開始と終了を決定できるようにするために、ビーム掃引を通してシステム情報をブロードキャストするとき、しばしば時間インデックスが含まれる。
【0012】
[0009] 例えば、図4は、ビーム掃引を通して基準同期信号(SS)と共にシステム情報をブロードキャストする方法の例を示す。この図では、システム情報が、各々が異なる方向にビーム形成される複数の同期ブロック(SSB)で送信されるNR-PBCHと呼ばれる物理チャネルによって搬送される。SSBは、一定のNR-PBCH送信時間内に繰り返される(この例ではTTI、80ms)。NR-PBCH TTIの中で、各SSB内でNR-PBCH、MIBが搬送するシステム情報は同じである。しかし、各NR-PBCHはまた、受信者が無線フレームの境界を決定するための時間インデックスを搬送する。NR-PBCHは、Polar符号を使用して符号化することができる。
【0013】
[0010] PBCHの内容の好ましい構成を以下に示す。
【0014】
【表1】
【発明の概要】
【0015】
[0011] 既存の解決策に従ってブロードキャストチャネルを送信することには、いくつかの問題が想定され得る。例えば、NR-PBCH、または任意のブロードキャストチャネルはしばしば、これらのビットと隣接ブロック内の他のビットとの既知の関係があるという意味で、既知または部分的に既知のビットのいくつかのサブセットを搬送する。これらの既知または部分的に既知のビットの例は、予約ビット(これらが使用されない場合、0などの既知の値に設定されることが多い)または(SSブロック)時間インデックス(送信ビットの前のブロック内の対応する時間インデックスからの固定インクリメントを有することが知られている)である。既存のソリューションでは、これらの既知のビットまたは部分的に既知のビットは任意の位置に配置され、デコーダが復号処理中にこれらの既知のビット値を有効に活用することを可能にしない。本開示の特定の実施形態は、これらおよび他の問題に対する解決策を提供することができる。
【0016】
[0012] 特定の実施形態によれば、方法は、既知の値(通常は隣接ブロックとの関係に基づいて、すべてゼロまたはいくつかの仮定された値)を有するNR PBCHのペイロードビットを識別することを含む。次に、この方法はこれらのビットを適切に配置してPolar符号の性能を向上させることを含み、ここでPolar符号は、NR PBCHに採用されるチャネル符号化技術である。向上した性能は、レイテンシの低減およびエネルギー消費の低減などの早期終了の利点を達成するために、ブロック誤り率の低減、または誤りを有する復号済ブロックを検出するために必要とされる処理時間の低減によって表すことができる。
【0017】
[0013] 特定の実施形態によれば、事前に既知、または部分的に既知のビットを利用することに加えて、一般にパリティ検査(PC)ビットと呼ばれるいくつかの特殊ビットが、Polar符号性能を向上させるために、ある既知の位置に意図的に配置される。これらのPC ビットはしばしばデータに依存する(事前に既知または部分的に既知のビットとは異なる)。デコーダは、これらのPCビットと他のデータビットとの既知の関係を利用して、Polar符号性能を向上させることができる。本開示は、これらのPCビットを計算するいくつかの単純で効果的な方法を提案する。
【0018】
[0014] 特定の実施形態によれば、方法は既知のビットまたは部分的に既知のビットに対するCRCインターリーバの影響を補償するために、分散CRC付きのPolarエンコーダ(またはCRCがインターリーブされたPolarエンコーダ)に既知ビットインターリーバを追加することを含み、その結果、既知のビットまたは部分的に既知のビットは早期終了の利益を得るために、またはエラー性能を改善するために、受信側のデコーダによって利用され得るPolarデコーダコアの有利な位置に賢明に配置され得る。
【0019】
[0015] 特定の実施形態によれば、方法は、いくつかのデータビットを、パリティチェック(PC)ビットと呼ばれる「人為的に」知られているビットの特別な組と結合する、単純で複雑性の低い方法を使用することを含む。これらのPCビットの値は、データに依存する。これらのPCビットを計算する2つの簡単な方法が提案され、一方は全ての前のデータビット値を合計し、他方は全ての前のデータビット値及びPCビット値を合計する。
【0020】
[0016] 本開示のひとつの実施形態は1つまたは複数の技術的優位性を提供することができる。例えば、特定の実施形態の技術的利点は、PBCH復号の早期終了の利点を提供する。別の利点は符号の誤り性能を改善すること、例えば、ブロック誤り率を低減することである。
【0021】
[0017] 後者は既知の値を有するビットを、より低い信頼性を有する位置に慎重に配置することによって達成することができ、未知の値を有するビットは、Polar符号化においてより高い信頼性を有する位置に割り当てられる。したがって、未知の値を持つビットは、正しくデコードされる可能性が高くなる。
【0022】
[0018] 前者は、復号化された値と(部分的に)既知のビットの既知の値とを比較して、誤りが発生したかどうかを判断するか、または代替的に、復号化パスのメトリクスを調べて、誤りのあるブロックの典型的な挙動を検出することによって達成することができる。
【0023】
[0019] 特定の実施形態は、これらの利点のうちのすべてまたはいくつかを有するか、またはまったく有さなくともよい。他の利点は、当業者によって理解されるのであろう。
【図面の簡単な説明】
【0024】
【発明を実施するための形態】
【0025】
既知または部分的に既知のビット位置決め
分散CRCおよびインターリーバの概要
[0020] 図5は、分散CRC法としても知られている、CRCインターリーブPolar符号化における基本動作を記述するブロック図である。ここで、データビットは最初に、CRCエンコーダを使用して符号化され、その出力(ここではペイロードビットと呼ばれる)はCRCインターリーバを使用してインターリーブされ、Polarエンコーダコアの入力を形成し、Polarエンコーダコアは次に、符号化済ビットを生成する。しばしば、データビットは、Polarデコーダによって有効に活用することができない任意の位置に配置される、予約されたビットのような、既知または部分的に既知の値(図中に破線で示される)を有するビットを含む。
【0026】
既知ビットインターリーバ
[0021] 特定の実施形態によれば、図6に示すように、既知のビットまたは部分的に既知の(予約された)ビットを、性能を向上させるために利用されるPolarデコーダにとって有利な位置に配置することができるように、CRCインターリーバの影響を補償するために、既知のビットに対して別のインターリーバが導入される。
【0027】
例としてのNR-PBCHの詳細
NR-PBCHにおける分散CRCおよびインターリーバの詳細
[0022] ここでは、NB-PBCHの場合について、より詳細で具体的な内容を記載する。分散CRC付きPolar符号は、次のようにNR PBCHに使用される。
- CRCを含むPBCHペイロードサイズ:ベースラインとして56ビット。64ビットのオプション3も、性能比較のために含まれる。
o オプション1:CRCを含む56ビット。CRC19ビット→37ビット情報(CRCビットを除く)。
o オプション2:CRCを含む56ビット。CRC24ビット→予約ビット数を減らすことで、CRC ビットを除いた32ビットの情報になる。予約ビット数は、6GHzより下および6GHz以上に対して、それぞれ8および5に低減される。
o オプション3:CRCを含む64ビット。CRC24ビット→PBCHビットの数を64ビット(8ビットアライン)に増やし、CRC ビットを除く40ビットの情報に増やす。予約ビット数は、6GHzより下および6GHz以上に対して、それぞれ16および13に増加する。
- 符号後サイズはM=864ビットである
o M=9(DMRS 除外後の使用可能REが9個) * 24(#PRB) * 2(2OFDMシンボル) * 2(QPSK)=864 ビット
- Polar符号サイズDL:マザー符号Nmax=512bit。
- SCLリストサイズL=8;
- DCIと同じ、関連付けられたインターリーバを持つ分散CRC;デコーダは、望む場合、PBCH復号化の早期終了のために分散CRCを利用することができる;
- CRC19:
o 多項式:0x97599 [D19 + D16 + D14 + D13 + D12 + D10 + D8 + D7 + D4 + D3 + 1]
o Kmax =53ビット(CRC19 および3個の分散CRC ビット付き)のための長さ72のインターリーバ:
[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]
- CRC24:
o 多項式:0x1b2b117 [D24 + D23 + D21 + D20 + D17 + D15 + D13 + D12 + D8 + D4 + D2 + D +1]
o TS 38.212v1.0.0においてのように、Kmax =200ビット(CRC24付き)のための長さ224のインターリーバ:
[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]
- 3ビットは時間インデックスを表す。
【0028】
[0023] 上記のインターリーバを例として使用するのは、主に実際のNR-PBCH情報ブロックサイズが実装間で異なる可能性があるためである。最終的なNR-PBCH 情報ブロックサイズKが決定されるとき、長さ(K+LCRC)の対応するインターリーバを定義する必要がある。ここで、LCRCはNR-PBCHのCRC多項式長である。
【0029】
NR-PBCHペイロードビットの配置
[0024] PBCHの示唆されたコンテンツの表によって示されるように、PBCHペイロードビットのおよそ1/3は既知の値を有する。これには:
・「13」と「10」は、それぞれ6GHzより下と6GHz以上の予約ビットである。
・6Ghz以上の場合の3ビット時間インデックス。
o 仮説テストでは、時間インデックスビットはデコーダで使用されるように全てゼロである。
【0030】
[0025] 6GHzより下には時間インデックスがないことに注意する。したがって、13ビットはすべて予約済みであり、早期終了に使用できる。
【0031】
[0026] 要約すると、6GHzより下と6GHz以上の両方について、13ビットは全ゼロの既知の値を有する。
【0032】
[0027] PBCHペイロードサイズおよびCRC多項式/インターリーバは実装間で変化し得るが、既知のビットはCRCインターリーバパターンに従って可能な限り早く配置されるべきであり、その結果、既知のビットは最大の早期終了ゲインのために活用され得ることが、既に観察され得る。ビットをできるだけ早く配置することは、情報搬送ビットをより高い信頼性の位置に配置することを可能にするという利点も有する。
【0033】
[0028] 原則として、K0のビットが既知の値を有する場合、CRCインターリーバパターンの最初のK0エントリは、既知の値を運ぶために使用されるべきである。例えば、
・CRC19と、関連するインターリーバ(下記参照)とを使用し、K0=13ビットと既知の値を仮定して、13の既知のビットを以下に置くべきである:
CRC19のための既知ビット位置:[1,4,5,8,10,11,14,15,16,20,24,26,28]。
・CRC24と、関連するインターリーバ(下記参照)とを使用し、K0=13ビットと既知の値を仮定して、13の既知のビットを以下に置くべきである:
CRC24のための既知ビット位置:[0,2,3,5,6,8,11,12,13,16,19,20,22]。
・CRC19:
o 多項式:0x97599 [D19+D16+D14+D13+D12+D10+D8+D7+D4+D3+1]
o Kmax=53ビット(CRC19および3個の分散CRCビット付き)のための長さ72のインターリーバ:
[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]
・ CRC24:
o 多項式:0x1b2b117 [D24+D23+D21+D20+D17+D15+D13+D12+D8+D4+D2+D+1]
o TS38.212v1.0.0においてのように、Kmax=200ビット(CRC24付き)のための長さ224のインターリーバ:
[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]。
【0034】
[0029] 既知のビット位置を予約した後、残りのPBCHペイロード(CRC ビットを含む)は、残りの(K+LCRC- K0)ビット位置に配置する必要がある。
【0035】
[0030] CRCインタリービングは、以下のように適用される。
c'k=cΠ(k),k=0,1,...,K-1。
【0036】
[0031] PBCHペイロードのビット順序が次の手順で説明できる。簡単にするために、説明は、既知の値を有する予約ビットに焦点を当てる。他のタイプの既知または部分的に既知のビットに同じ原理を適用する方法は、当業者には明らかであろう。
ステップ1.PBCHコンテンツ、MIBは、Polar符号を考慮せずに構築される。典型的には、これは図7の第1のベクトル(ここで、左は開始であり、右は終了である)によって示されるように、予約ビット('R')を終了に向けて置く。CRCビット('C')は、予約ビットのすぐ後ろに配置される。MIBの残りのビット('b')は前に配置される。
ステップ2.MIBコンテンツには、MIBコンテンツインタリーバΠMIBが適用され、図7に示す第2のベクタが得られる。ΠMIBは、予約ビットがインターリーブされて、分散CRCビットに関連付けられたインターリーバの影響を反転するように構成されている。
a. 例えば、CRC19および関連するインターリーバが適用される場合、予約ビット'R'は、図8に示されるような位置にある。
ステップ3.分散CRC(ΠD-DRC)に関連付けられたインターリーバが適用される。ΠMIB及びΠD-DRCの組み合わせの影響により、予約ビット'R'は、Polarエンコーダコアに入る前に情報ベクトルの先頭に配置される。
【0037】
PCビット生成
[0032] ある実施形態によれば、図5のPolarエンコーダコアの入力におけるビットのいくつかはパリティチェック(PC)ビットとして使用され、その値は他のデータビット(典型的には各PCビットの前のもの)の値によって決定される。その後、デコーダは、PCビットと他のデータビットとの間のこの人工的な既知の関係を利用して、性能を向上させることができる。
【0038】
[0033] 従来技術では、3つのPCビットが、長さ5のシフトレジスタ計算に基づくUCIのPC-CA-Polar構成で使用される。しかし、構成されているように、最初のPCビットはどの情報ビットにも依存せず、したがって、ほとんどの場合、通常の凍結ビットに減少する。また、2番目のPCビットも、かなりの数の場合に凍結される。ほとんどの場合、最後のPCビットのみが凍結されない。結果として、PCビットの実効数はしばしば3よりもかなり少なく、結果として、このような少数のPCビット(もしあれば)の性能の利益は、極めて限られている。
【0039】
[0034] 一方、最後のPCビットはしばしば最初の情報ビットから遠く離れて位置するので、シフトレジスタの計算は自明ではなく、かなりの追加の遅延を招き、これは、性能上の利点が無視できるときに正当化することが困難である。
【0040】
[0035] この問題に対処するために、特定の方法を適用することができる。
【0041】
[0036] 方法1:各PC ビットは、非再帰的な方法ですべての前のビットの合計と等しくなる。すなわち、全ての情報および凍結ビットの単純な合計が、以前のPCビットを除いて、各特定のPCビットの値を生成するために使用される。
【0042】
[0037] 具体的には、u={u0,u1,...,uN-1}がPolarエンコーダコアへのビットの入力ベクトルを表し、NがPolar符号のサイズを表し、PがPCビットの所定の位置のセットを表すものとする。次に、i∈P各々について、対応するPCビットの値は簡潔に下式により表される。
i=Σj∈{0,1,..., N-1};j≦ij
【0043】
[0038] 換言すれば、各PCビットの値は他のPCビットの値を除いて、その前にあるすべてのビット値の二進和(すなわち、XOR)である。
【0044】
[0039] 方法2.各PCビットは、再帰的な方法ですべての前のビットの合計と等しくなる。すなわち、全ての情報および凍結ビットの単純な合計が、任意の前のPCビットを含めて、各特定のPCビットの値を生成するために使用される。これは、フィードバックを有するシフトレジスタによって達成することができる。
【0045】
[0040] 具体的には、m≦nの場合にはつねにim≦inとなるようにP={i0,i1,...,i|P|}をソートさせる。0から|P|(Pの要素数)まで連続的にmを増分することによって、m番目のPCビットの値を下式で計算することができる。
i=Σj∈{0,1,..., N-1};j≦ij
【0046】
[0041] 換言すれば、各PCビットの値は前に計算された他のPCビットの値を含めて、その前にあるすべてのビット値の二進和(すなわち、XOR)である。
【0047】
ネットワーク例
[0042] 特定の実施形態によれば、ここで開示されるPolar符号化技法は無線送信機によって実行されてよく、本書で開示されるPolar復号化技法は無線受信機によって実行されてよい。一例として、特定の実施形態において、ネットワークノード115は、本書で開示されるブロードキャストチャネル(NR PBCH等)で開示されるPolar符号化技術を使用する送信器を含むことができ、無線デバイス110は、本書に開示される復号化技術に従ってブロードキャストチャネルを受信する受信機を含むことができる。ネットワークノード115および無線デバイス110の例は、図9~14に関して以下でさらに説明される。
【0048】
[0043] 図9は、特定の実施形態に従うネットワーク100の実施形態を示すブロック図である。ネットワーク100は、1または複数のUE110(無線デバイス110と互換的に呼ばれることがある)と、1または複数のネットワークノード115(gNB115と互換的に呼ばれることがある)とを含む。UE110は、無線インターフェースを介してネットワークノード115と通信することができる。例えば、UE 110はネットワークノード115のうちの1または複数に無線信号を送信し、および/またはネットワークノード115のうちの1または複数から無線信号を受信することができる。無線信号は、音声トラフィック、データトラフィック、制御信号、および/または任意の他の適切な情報を含み得る。いくつかの実施形態では、ネットワークノード115に関連する無線信号のカバレッジエリアがセル125と呼ばれ得る。いくつかの実施形態では、UE110がデバイスツーデバイス(D2D)能力を有し得る。従って、UE110は、別のUEからの信号を受信でき、及び/又は別のUEへ直接信号を送信することができる。
【0049】
[0044] ある実施形態では、ネットワークノード115は無線ネットワークコントローラと接続することができる。無線ネットワークコントローラはネットワークノード115を制御し、特定の無線リソース管理機能、移動性管理機能、および/または他の適切な機能を提供することができる。特定の実施形態では、無線ネットワークコントローラの機能をネットワークノード115に含めることができる。無線ネットワークコントローラは、コアネットワークノードと接続することができる。特定の実施形態では、無線ネットワークコントローラが相互接続ネットワーク120を介してコアネットワークノードと接続することができる。相互接続ネットワーク120は、オーディオ、ビデオ、信号、データ、メッセージ、またはこれらの任意の組合せを送信することができる任意の相互接続システムを指すことができる。相互接続ネットワーク120は、公衆交換電話網(PSTN)、公衆または私設データネットワーク、ローカルエリアネットワーク(LAN)、メトロポリタンエリアネットワーク(MAN)、ワイドエリアネットワーク(WAN)、インターネットや有線または無線ネットワーク、企業イントラネット、またはこれらの組合せを含む他の任意の適切な通信リンクなどのローカル又は地域的またはグローバル通信またはコンピュータネットワークの全てまたは一部を含むことができる。
【0050】
[0045] いくつかの実施形態では、コアネットワークノードがUE110のための通信セッションおよび様々な他の機能の確立を管理することができる。UE110は、非アクセス層(NAS)レイヤを使用してコアネットワークノードと特定の信号を交換することができる。非アクセス層シグナリングでは、UE110とコアネットワークノードとの間の信号が無線アクセスネットワークを透過的に通過することができる。特定の実施形態では、ネットワークノード115がノード間インターフェースを介して1または複数のネットワークノードと接続することができる。
【0051】
[0046] 上述のように、ネットワーク100の例示的な実施形態は、1つまたは複数の無線デバイス110と、無線デバイス110と(直接的または間接的に)通信することができる1または複数の異なるタイプのネットワークノードとを含むことができる。
【0052】
[0047] いくつかの実施形態では、非限定的な用語UEが使用される。本明細書で説明されるUE110は、無線信号を介してネットワークノード115または別のUEと通信することができる任意のタイプの無線デバイスであってよい。UE 110はまた、無線通信デバイス、ターゲットデバイス、D2DのUE、NB-IoTデバイス、マシン間通信(M2M)が可能なMTCのUEまたはUE、低コストおよび/または低複雑度UE、UEを装備したセンサ、タブレット、モバイル端末、スマートフォン、ラップトップ埋め込み型(LEE)、ラップトップ搭載機器(LME)、USBドングル、顧客構内機器(CPE)などであってもよい。
【0053】
[0048] また、いくつかの実施形態では、「無線ネットワークノード」(または単に「ネットワークノード」)という総称が使用される。これは、gNB、基地局(BS)、無線基地局、ノードB、基地局(BS)、MSR BSなどのマルチスタンダード無線(MSR)無線ノード、eNB(evolved node B)、ネットワークコントローラ、無線ネットワークコントローラ(RNC)、基地局コントローラ(BSC)、リレーノード、リレードナーノード制御リレー、基地トランシーバ局(BTS)、アクセスポイント(AP)、無線アクセスポイント、送信ポイント、送信ノード、リモート無線ユニット(RRU)、リモート無線ヘッド(RRH)、分散アンテナシステム(DAS)内のノード、マルチセル/マルチキャスト協調エンティティ(MCE)、コアネットワークノード(例えば、MSC、MMEなど)、O&M、OSS、SON、測位ノード(例えば、E-SMLC)、MDT、または任意の他の適切なネットワークノードを備えることができる、任意の種類のネットワークノードとすることができる。
【0054】
[0049] ネットワークノードおよびUEなどの用語は非限定的であると考えるべきであり、特に2つの間のある階層関係を意味するものではなく、一般に、「eNodeB」はデバイス1と、「UE」はデバイス2と見なすことができ、これらの2つのデバイスはいくつかの無線チャネルを介して互いに通信する。
【0055】
[0050] UE110、ネットワークノード115、および他のネットワークノード(無線ネットワークコントローラまたはコアネットワークノードなど)の実施形態例を、図10-14に関して以下でさらに詳細に説明する。
【0056】
[0051] 図9はネットワーク100の特定の構成を示すが、本開示は本明細書で説明される様々な実施形態が任意の適切な構成を有する様々なネットワークに適用され得ることを企図する。例えば、ネットワーク100は、任意の適切な数のUE110およびネットワークノード115、ならびにUE間またはUEと別の通信デバイス(地上通信線電話など)との間の通信をサポートするのに適切な任意の追加の要素を含むことができる。さらに、いくつかの実施形態はNRまたは5Gネットワークにおいて実装されるものとして説明され得るが、実施形態は任意の適切な通信をサポートし、任意の適切な構成要素を使用する任意の適切な種類の電気通信システムにおいて実装されてよく、UEが信号(例えば、データ)を受信および/または送信する任意の無線アクセス技術(RAT)またはマルチRATシステムで摘要可能である。例えば、本明細書で説明される様々な実施形態は、IoT、NB-IoT、LTE、LTE-Advanced、UMTS、HSPA、GSM、cdma2000、WCDMA、WiMax、UMB、WiFi、別の適切な無線アクセス技術、または1または複数の無線アクセス技術の任意の適切な組合せに適用可能であり得る。
【0057】
[0052] 図10は、特定の実施形態に従う例示的な無線デバイス110のブロック図である。無線デバイス110は、セルラまたはモバイル通信システム内のノードおよび/または別の無線デバイスと通信する任意のタイプの無線デバイスを指すことができる。無線デバイス110の例には、携帯電話、スマートフォン、PDA(Personal Digital Assistant)、ポータブルコンピュータ(例えば、ラップトップ、タブレット)、センサ、モデム、MTCデバイス/マシンツーマシン(M2M)デバイス、ラップトップ埋め込み機器(LEE)、ラップトップ搭載機器(LME)、USBドングル、D2D対応デバイス、または無線通信を提供することができる別のデバイスが含まれる。いくつかの実施形態では、無線デバイス110は、UE、端子(STA)、デバイス、または端末とも呼ばれることがある。無線デバイス110は、送受信機710、処理回路720、およびメモリ730を含む。いくつかの実施形態では、トランシーバ710が、(例えば、アンテナ740を介して)ネットワークノード115への無線信号の送信およびネットワークノード115からの無線信号の受信を容易にし、処理回路720(例えば、1または複数のプロセッサを含み得る)は無線デバイス110によって提供されるように、上述の機能性の一部または全部を提供するための命令を実行し、メモリ730は処理回路720によって実行される命令を記憶する。
【0058】
[0053] 処理回路720は、本明細書で説明されるUE110(すなわち、無線デバイス110)の機能など、無線デバイス110の説明される機能のいくつかまたはすべてを実行するために、命令を実行し、データを操作するために、1または複数のモジュールで実装されるハードウェアおよびソフトウェアの任意の適切な組合せを含み得る。例えば、一般に、処理回路は、無線デバイス110がネットワークノード115から受信するNR PBCHなどのブロードキャストチャネルを復号し得る。いくつかの実施形態では、処理回路720が例えば、1または複数のコンピュータ、1または複数の中央処理装置(CPU)、1または複数のマイクロプロセッサ、1または複数のアプリケーション、1または複数の特定用途向け集積回路(ASIC)、1または複数のフィールドプログラマブルゲートアレイ(FPGA)、および/または他のロジックを含むことができる。
【0059】
[0054] メモリ730は、一般に、コンピュータプログラム、ソフトウェア、1または複数のロジック、規則、アルゴリズム、コード、表などを含むアプリケーション、および/またはプロセッサによって実行することができる他の命令などの命令を記憶するように動作可能である。メモリ730の例は、コンピュータメモリ(例えば、ランダムアクセスメモリ(RAM)またはリードオンリーメモリ(ROM))、大容量記憶媒体(例えば、ハードディスク)、リムーバブル記憶媒体(例えば、コンパクトディスク(CD)またはデジタルビデオディスク(DVD)、および/または、プロセッサ1020によって使用されてよい情報、データ、および/または命令を格納する他の任意の揮発性または不揮発性、非一時的コンピュータ可読および/またはコンピュータ実行可能メモリデバイスを含む。
【0060】
[0055] 無線デバイス110の他の実施形態は、上述の機能のいずれかおよび/または(上述した解決策をサポートするのに必要な機能を含む)任意の追加的な機能を含む、無線デバイスの機能の特定の態様を提供する役割を果たすことができる図10に示すものを超える追加の構成要素をオプションで含んでよい。単なる一例として、無線デバイス110は、入力装置及び回路と、出力装置と、処理回路720の一部とすることができる1または複数の同期ユニットまたは回路とを含むことができる。入力装置は、無線デバイス110にデータを入力するための機構を含む。例えば入力装置は、マイクロフォン、入力素子、ディスプレイなどの入力機構を含むことができる。出力装置は、オーディオ、ビデオ、および/またはハードコピー形式でデータを出力するためのメカニズムを含むことができる。例えば、出力装置は、スピーカ、表示部を含むことができる。
【0061】
[0056] 図11は、特定の実施形態に従う例示的なネットワークノード115のブロック図である。ネットワークノード115は、任意のタイプの無線ネットワークノード、またはUEおよび/または別のネットワークノードと通信する任意のネットワークノードとすることができる。ネットワークノード115の例はgNB、eNodeB、ノードB、基地局、無線アクセスポイント(例えば、Wi-Fiアクセスポイント)、低電力ノード、基地トランシーバ局(BTS)、リレー、ドナーノード制御リレー、送信ポイント、送信ノード、リモートRFユニット(RRU)、リモート無線ヘッド(RRH)、MSR BSなどのマルチスタンダード無線(MSR)ノード、分散アンテナシステム(DAS)内のノード、O&M、OSS、SON、測位ノード(例えば、E-SMLC)、MDT、または任意の他の適切なネットワークノードを含む。ネットワークノード115は、同種配備、異種配備、または混合配備としてネットワーク100全体にわたって配備され得る。同種配備は一般に、同じ(または同様の)タイプのネットワークノード115および/または同様のカバレッジおよびセルサイズおよびサイト間距離から構成される配備を表していてよい。異種配備は一般に、異なるセルサイズ、送信電力、容量、およびサイト間距離を有する様々なタイプのネットワークノード115を使用する配備を表していてよい。例えば、異種配備は、マクロセルレイアウト全体にわたって配置された複数の低電力ノードを含むことができる。混合配備は、同種部分と異種部分との混合を含むことができる。
【0062】
[0057] ネットワークノード115は、送受信機810、(例えば、1または複数のプロセッサを含むことができる)処理回路820、メモリ830、およびネットワークインターフェース840のうちの1または複数を含むことができる。一部の実施形態において、送受信機810は、(例えば、アンテナ850経由の)無線デバイス110への無線信号の送信及び無線デバイス110からの無線信号の受信を容易にし、処理回路820はネットワークノード115によって提供されるように上述した機能の一部又は全部を提供するように命令を実行し、メモリ830は処理回路820によって実行される命令を記憶し、ネットワークインターフェース840は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆電話ネットワーク(PSTN)、コアネットワークノード又は無線ネットワークコントローラ130等のバックエンドネットワーク構成要素に信号を通信する。
【0063】
[0058] 処理回路820は、本明細書で説明されるネットワークノード115の説明した機能のいくつかまたはすべてを実行するために、命令を実行し、データを操作するために、1または複数のモジュールで実装されるハードウェアおよびソフトウェアの任意の適切な組合せを含み得る。例えば、一般的には、処理回路820が本書に開示された技術に従い、Polar符号化を実行することができる。いくつかの実施形態では、処理回路820が例えば、1または複数のコンピュータ、1または複数の中央処理装置(CPU)、1または複数のマイクロプロセッサ、1または複数のアプリケーション、および/または他のロジックを含むことができる。
【0064】
[0059] メモリ830は、一般に、コンピュータプログラム、ソフトウェア、1つまたは複数のロジック、規則、アルゴリズム、コード、表などを含むアプリケーション、および/またはプロセッサによって実行することができる他の命令などの命令を記憶するように動作可能である。メモリ830の例は、コンピュータメモリ(例えば、ランダムアクセスメモリ(RAM)またはリードオンリーメモリ(ROM))、大容量記憶媒体(例えば、ハードディスク)、リムーバブル記憶媒体(例えば、コンパクトディスク(CD)またはデジタルビデオディスク(DVD)、情報を格納する他の任意の揮発性または不揮発性、非一時的コンピュータ可読および/またはコンピュータ実行可能メモリデバイスを含む。
【0065】
[0060] いくつかの実施形態では、ネットワークインターフェース840は、処理回路820に通信可能に結合され、ネットワークノード115のための入力を受信し、ネットワークノード115から出力を送信し、入力または出力またはその両方の適切な処理を実行し、他のデバイスと通信し、あるいはこれらの任意の組合せを行うように動作可能な任意の適切なデバイスを指すことができる。ネットワークインターフェース840は、ネットワークを介して通信するための適切なハードウェア(例えば、ポート、モデム、ネットワークインターフェースカードなど)およびソフトウェア(プロトコル変換およびデータ処理能力を含む)を含むことができる。
【0066】
[0061] ネットワークノード115の他の実施形態は、上述の機能のいずれかおよび/または(上述した解決策をサポートするのに必要な機能を含む)任意の追加的な機能を含む、無線ネットワークノードの機能の特定の態様を提供する役割を果たすことができる図11に示すものを超える追加の構成要素を含んでよい。種々の異なるタイプのネットワークノードは同一の物理的ハードウェアを有するが、異なる無線アクセス技術をサポートするように構成されたコンポーネントを含んでもよく、または一部または全く異なる物理構成要素を表してもよい。
【0067】
[0062] 図12は、特定の実施形態に従う例示的な無線ネットワークコントローラまたはコアネットワークノード130のブロック図である。ネットワークノードの例としては、移動交換センタ(MSC)、サービングGPRSサポートノード(SGSN)、モビリティ管理エンティティ(MME)、無線ネットワークコントローラ(RNC)、基地局コントローラ(BSC)などがある。無線ネットワークコントローラ又はコアネットワークノード130は、処理回路920(例えば1または複数のプロセッサを含むことができる)、メモリ930、およびネットワークインターフェース940を含む。一部の実施形態において、処理回路920はネットワークノードによって提供されるように上述した機能の一部又は全部を提供するように命令を実行し、メモリ930は処理回路920によって実行される命令を記憶し、ネットワークインターフェース940は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆電話ネットワーク(PSTN)、ネットワークノード115、無線ネットワークコントローラまたはコアネットワークノード130等の任意の適切なノードに信号を通信する。
【0068】
[0063] 処理回路920は、無線ネットワークコントローラまたはコアネットワークノード130の説明した機能のいくつかまたはすべてを実行するために、命令を実行し、データを操作するために、1または複数のモジュールで実装されるハードウェアおよびソフトウェアの任意の適切な組合せを含み得る。いくつかの実施形態では、処理回路920が例えば、1または複数のコンピュータ、1または複数の中央処理装置(CPU)、1または複数のマイクロプロセッサ、1または複数のアプリケーション、および/または他のロジックを含むことができる。
【0069】
[0064] メモリ930は、一般に、コンピュータプログラム、ソフトウェア、1つまたは複数のロジック、規則、アルゴリズム、コード、表などを含むアプリケーション、および/またはプロセッサによって実行することができる他の命令などの命令を記憶するように動作可能である。メモリ930の例は、コンピュータメモリ(例えば、ランダムアクセスメモリ(RAM)またはリードオンリーメモリ(ROM))、大容量記憶媒体(例えば、ハードディスク)、リムーバブル記憶媒体(例えば、コンパクトディスク(CD)またはデジタルビデオディスク(DVD)、情報を格納する他の任意の揮発性または不揮発性、非一時的コンピュータ可読および/またはコンピュータ実行可能メモリデバイスを含む。
【0070】
[0065] いくつかの実施形態では、ネットワークインタフェース940は、処理回路920に通信可能に結合され、ネットワークノードのための入力を受信し、ネットワークノードから出力を送信し、入力または出力またはその両方の適切な処理を実行し、他のデバイスと通信し、あるいはこれらの任意の組合せを行うように動作可能な任意の適切なデバイスを指すことができる。ネットワークインターフェース940は、ネットワークを介して通信するための適切なハードウェア(例えば、ポート、モデム、ネットワークインターフェースカードなど)およびソフトウェア(プロトコル変換およびデータ処理能力を含む)を含むことができる。
【0071】
[0066] ネットワークノードの他の実施形態は、上述の機能のいずれかおよび/または(上述した解決策をサポートするのに必要な機能を含む)任意の追加的な機能を含む、ネットワークノードの機能の特定の態様を提供する役割を果たすことができる図12に示すものを超える追加の構成要素を含んでよい。
【0072】
[0067] 図13は、特定の実施形態に従う例示的な無線デバイス110のブロック図である。無線デバイス110は、1つまたは複数のモジュールを含むことができる。例えば、無線デバイス110は、決定モジュール1010、通信モジュール1020、受信モジュール1030、入力モジュール1040、表示モジュール1050、および/または任意の他の適切なモジュールを含み得る。無線デバイス110は、本明細書で説明されるシステム情報を記憶すること、または適用することに関連する方法を実行することができる。
【0073】
[0068] 決定モジュール1010は、無線デバイス110の処理機能を実行することができる。一例として、決定モジュール1010は、ネットワークノード115から受信したチャネルの復号化に関連する機能を実行することができる。決定モジュール1010は、図10に関連して上述した処理回路720などの1つまたは複数のプロセッサを含むか、またはその中に含めることができる。決定モジュール1010は、上述の決定モジュール1010および/または処理回路720の機能のいずれかを実行するように構成されたアナログおよび/またはデジタル回路を含んでもよい。上述の決定モジュール1010の機能は、特定の実施形態では、1または複数の別個のモジュールで実行されてもよい。
【0074】
[0069] 通信モジュール1020は、無線デバイス110の送信機能を実行することができる。一例として、通信モジュール1020は、ネットワークノード115に信号を送信することができる。通信モジュール1020は、メッセージおよび/または信号を無線で送信するように構成された回路を含み得る。特定の実施の形態では、通信モジュール1020が決定モジュール1010から送信のためのメッセージ及び/又は信号を受信する。いくつかの実施形態では、上述の通信モジュール1020の機能が、1または複数の別個のモジュールで実行され得る。
【0075】
[0070] 受信モジュール1030は、無線デバイス110の受信機能を実行することができる。一例として、受信モジュール1030は、ネットワークノード115からブロードキャストチャネルを受信することができる。決定モジュール1030は、受信機及び/又は図10に関連して上述した送受信機710などの送受信機を含むことができる。受信モジュール1030は、メッセージおよび/または信号を無線で受信するように構成された回路を含み得る。特定の実施の形態では、受信モジュール1030が決定モジュール1010へ受信したメッセージ及び/又は信号を送信する。
【0076】
[0071] 入力モジュール1040は、無線デバイス110に向けられたユーザ入力を受信することができる。例えば、入力モジュールは、キー押下、ボタン押下、タッチ、スワイプ、オーディオ信号、ビデオ信号、および/または任意の他の適切な信号を受信し得る。入力モジュールは、1または複数のキー、ボタン、レバー、スイッチ、タッチスクリーン、マイクロフォン、および/またはカメラを含むことができる。入力モジュールは、受信した信号を決定モジュール1010に通信することができる。入力モジュール1040は、特定の実施形態ではオプションであってもよい。
【0077】
[0072] 表示モジュール1050は、無線デバイス110のディスプレイ上に信号を表示できる。表示モジュール1050は、ディスプレイ上に信号を表示するように構成されたディスプレイおよび/または任意の適切な回路およびハードウェアを含んでもよい。表示モジュール1050は、決定モジュール1010からディスプレイ上に表示するための信号を受信してよい。表示モジュール1050は、特定の実施形態ではオプションであってもよい。
【0078】
[0073] 決定モジュール1010、通信モジュール1020、受信モジュール1030、入力モジュール1040、および表示モジュール1050は、ハードウェアおよび/またはソフトウェアの任意の適切な構成を含むことができる。無線デバイス110は、上述の機能性のうちのいずれか、および/または(本明細書で説明される様々な解決策をサポートするために必要な任意の機能性を含む)任意の追加の機能性を含む、任意の適切な機能性を提供する役割を果たすことができる、図13に示されるものを超える追加のモジュールを含むことができる。
【0079】
[0074] 図14は、特定の実施形態に従う例示的なネットワークノード115のブロック図である。ネットワークノード115は、1つまたは複数のモジュールを含むことができる。例えば、ネットワークノード115は、決定モジュール1110、通信モジュール1120、受信モジュール1030および/または任意の他の適切なモジュールを含み得る。いくつかの実施形態では、決定モジュール1110、通信モジュール1120、受信モジュール1130、または任意の他の適切なモジュールのうちの1または複数は、図11に関連して上述した処理回路820などの1または複数のプロセッサを使用して実装され得る。特定の実施形態では、種々モジュールのうちの2つ以上の機能が単一のモジュールに組み合わされてもよい。ネットワークノード115は、ネットワークノード(gNBなど)によって実行されるものとして説明される方法を実行することができる。
【0080】
[0075] 決定モジュール1110は、ネットワークノード115の処理機能を実行することができる。一例として、決定モジュール1110はPolar符号化(例えば、NR PBCHのようなブロードキャストチャネル用のPolar符号化)を本明細書に開示された技術に従って実行することができる。決定モジュール1110は、図11に関連して上述した処理回路820などの1つまたは複数のプロセッサを含むか、またはその中に含めることができる。決定モジュール1110は、上述の決定モジュール1110および/または処理回路820の機能のいずれかを実行するように構成されたアナログおよび/またはデジタル回路を含んでもよい。決定モジュール1110の機能は、特定の実施形態では、1または複数の別個のモジュールで実行されてもよい。例えば、ある実施形態では、決定モジュール1110の機能のいくつかは割り当てモジュールによって実行されてもよい。
【0081】
[0076] 通信モジュール1120は、ネットワークノード115の送信機能を実行することができる。例として、通信モジュール1120は、Polar符号化を使用して符号化されたブロードキャストチャネルを送信することができる。通信モジュール1120は、1又は複数の無線デバイス110にメッセージを送信することができる。通信モジュール1120は、送信機および/または図11に関連して上述した送受信機810などの送受信機を含むことができる。通信モジュール1120は、メッセージおよび/または信号を無線で送信するように構成された回路を含み得る。特定の実施の形態では、通信モジュール1120が決定モジュール1110または他のモジュールから送信のためのメッセージ及び/又は信号を受信する。
【0082】
[0077] 受信モジュール1130は、ネットワークノード115の受信機能を実行することができる。受信モジュール1130は、無線デバイスから任意の適切な情報を受信することができる。決定モジュール1130は、受信機及び/又は図11に関連して上述した送受信機810などの送受信機を含むことができる。受信モジュール1130は、メッセージおよび/または信号を無線で受信するように構成された回路を含み得る。特定の実施の形態では、受信モジュール1130が決定モジュール1110または他のモジュールへ受信したメッセージ及び/又は信号を送信する。
【0083】
[0078] 決定モジュール1110、通信モジュール1020、及び受信モジュール1030は、ハードウェアおよび/またはソフトウェアの任意の適切な構成を含むことができる。ネットワークノード115は、上述の機能性のうちのいずれか、および/または(本明細書で説明される様々な解決策をサポートするために必要な任意の機能性を含む)任意の追加の機能性を含む、任意の適切な機能性を提供する役割を果たすことができる、図14に示されるものを超える追加のモジュールを含むことができる。
更なる例示的実施形態
1.方法は以下を含む:
既知の値を有するブロードキャストチャネルのペイロードビットを識別することと、
ブロードキャストチャネルのPolar符号化を実行する際に、既知の値を持つ前記ペイロードビットを配置する位置を決定すること。
2.例示的実施形態1の方法であって、パリティチェック(PC)ビットを所定の位置に配置することをさらに含む。
3.例示的実施形態2の方法であって、データビットを前記PCビットに連結することを更に含む。
4.方法であって、既知または部分的に既知のビットに対するCRCインターリーバの影響を補償するために、分散CRCを有するPolarエンコーダに、ビットが既知のインターリーバを追加することを含む。
5.ネットワークノードであって、命令を記憶するように動作可能なメモリと、命令を実行するように動作可能な処理回路とを有し、それによって、前記ネットワークノードは例示的実施形態1乃至4の方法のいずれかを実行するように動作可能である。
6.コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、例示的実施形態1乃至4の方法のいずれかを実行するためのプログラムコードを含む。
7.方法は以下を含む:
ネットワークノードから受信したブロードキャストチャネルを復号することであって、前記ブロードキャストチャネルは、所定の位置に既知の値を有するペイロードビットを置くPolar符号化に従って符号化される。
8.例示的実施形態7の方法であって、前記Polar符号化は、パリティチェック(PC)ビットをそれぞれの所定の位置に配置する。
9.例示的実施形態8の方法であって、前記Polar符号化は、データビットを前記PCビットに連結する。
10.無線デバイスであって、命令を記憶するように動作可能なメモリと、命令を実行するように動作可能な処理回路とを有し、それによって、前記無線デバイスは例示的実施形態7乃至9の方法のいずれかを実行するように動作可能である。
11.コンピュータ可読プログラムコードを記憶する非一時的コンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、例示的実施形態7乃至9の方法のいずれかを実行するためのプログラムコードを含む。
【0084】
略称
略称 説明
SC 逐次除去
SCL 逐次除去リスト
QAM 直交振幅変調
LLR 対数尤度比
OFDM 直交周波数分割多重
DFTS OFDM 離散フーリエ変換拡散OFDM
NR New Radio
PBCH 物理ブロードキャストチャネル
SSB 同期信号ブロック
PDSCH 物理ダウンリンク共有チャネル
PUSCH 物理アップリンク共有チャネル
MIB マスタ情報ブロック
SIB システム情報ブロック
UCI アップリンク制御情報
DCI ダウンリンク制御情報
HARQ ハイブリッド自動再送要求
IR-HARQ 増分冗長HARQ
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
【手続補正書】
【提出日】2022-06-10
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
送信のためのトランスポートブロックを用意するための方法であって、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも1つの既知または部分的に既知のビットを含み、前記少なくとも1つの既知または部分的に既知のビットは同期信号ブロック(SSB)インデックスビットを含むことと、
前記ペイロードビットの組をインターリーブしてペイロードビットのインターリーブされた組を生成することであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも1つの既知または部分的に既知のビットを含むことと、
前記ペイロードビットの組をインターリーブして前記インターリーブされたペイロードビットの組を生成した後で、巡回冗長検査(CRC)エンコーダにより、ペイロードビットのCRCがインターリーブされた組を生成することであって、前記CRCがインターリーブされた組は、前記CRCがインターリーブされた組内の所定の位置に前記少なくとも1つの既知または部分的に既知のビットを含むことと、
前記CRCがインターリーブされた組を無線デバイスへの送信のためにPolar符号器により符号化することと、
を含む方法。
【請求項2】
請求項1に記載の方法であって、
前記少なくとも1つの既知または部分的に既知のビットが予約ビットである、方法。
【請求項3】
請求項1または2に記載の方法であって、
前記CRCがインターリーブされた組を送信のために符号化することは、送信のためにPolarエンコーダを使用して前記CRCがインターリーブされた組を符号化することを含む、方法。
【請求項4】
請求項1乃至3のいずれか一項に記載の方法であって、
前記少なくとも1つの既知または部分的に既知のビットは、前記少なくとも1つの既知または部分的に既知のビットが、送信のために前記少なくとも1つの既知または部分的に既知のビット以外の、前記ペイロードビットに対して低信頼性位置に配置されるようにインターリーブされる、方法。
【請求項5】
請求項1乃至4のいずれか一項に記載の方法であって、
前記ペイロードビットの組は、少なくとも13個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、[1、4、5、8、10、11、14、15、16、20、24、26、28]の位置に配置される、方法。
【請求項6】
請求項1乃至5のいずれか一項に記載の方法であって、
前記CRCがインターリーブされた組は、1または複数のパリティビットを含む、方法。
【請求項7】
請求項6に記載の方法であって、
前記1または複数のパリティビットは、前記CRCがインターリーブされた組内の、前記1または複数のパリティビットを除く他のビットの値によって決定される値を含む、方法。
【請求項8】
コンピュータ可読プログラムコードを記憶するコンピュータ可読媒体を含むコンピュータプログラムであって、前記コンピュータ可読プログラムコードは、請求項1乃至7のいずれか一項に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム。
【請求項9】
セルラ通信ネットワークにおける通信のためのネットワークノードであって、前記ネットワークノードは、
前記セルラ通信ネットワークを介して無線デバイスと通信するための無線トランシーバと通信するネットワークインタフェースと、
格納された実行可能な命令を有するメモリと、
前記メモリと通信する処理回路であって、前記処理回路が前記命令を実行するとき、前記処理回路が、
送信のために符号化されるペイロードビットの組を生成することであって、前記ペイロードビットの組は、少なくとも1つの既知または部分的に既知のビットを含み、前記少なくとも1つの既知または部分的に既知のビットは同期信号ブロック(SSB)インデックスビットを含むことと、
前記ペイロードビットの組をインターリーブしてペイロードビットのインターリーブされた組を生成することであって、前記インターリーブされた組は、前記インターリーブされた組内の所定の位置に前記少なくとも1つの既知または部分的に既知のビットを含むことと、
前記ペイロードビットの組をインターリーブして前記インターリーブされたペイロードビットの組を生成した後で、巡回冗長検査(CRC)エンコーダにより、ペイロードビットのCRCがインターリーブされた組を生成することであって、前記CRCがインターリーブされた組は、前記CRCがインターリーブされた組内の所定の位置に前記少なくとも1つの既知または部分的に既知のビットを含むことと、
前記CRCがインターリーブされた組を無線デバイスへの送信のためにPolar符号器により符号化することと、
を含む動作を実行する、ネットワークノード。
【請求項10】
請求項9に記載のネットワークノードであって、
前記少なくとも1つの既知または部分的に既知のビットが予約ビットである、ネットワークノード。
【請求項11】
請求項9または10に記載のネットワークノードであって、
前記CRCがインターリーブされた組を送信のために符号化することは、送信のためにPolarエンコーダを使用して前記CRCがインターリーブされた組を符号化することを含む、ネットワークノード。
【請求項12】
請求項9乃至11のいずれか一項に記載のネットワークノードであって、
前記少なくとも1つの既知または部分的に既知のビットは、前記少なくとも1つの既知または部分的に既知のビットが、送信のために前記少なくとも1つの既知または部分的に既知のビット以外の、前記ペイロードビットに対して低信頼性位置に配置されるようにインターリーブされる、ネットワークノード。
【請求項13】
請求項9乃至12のいずれか一項に記載のネットワークノードであって、
前記ペイロードビットの組は、少なくとも13個の既知のビットを含み、前記既知のビットは、ペイロードビットの前記インターリーブされた組内の、[1、4、5、8、10、11、14、15、16、20、24、26、28]の位置に配置される、ネットワークノード。
【請求項14】
請求項9乃至13のいずれか一項に記載のネットワークノードであって、
前記CRCがインターリーブされた組は、1または複数のパリティビットを含む、ネットワークノード。
【請求項15】
請求項14記載のネットワークノードであって、
前記1または複数のパリティビットは、前記CRCがインターリーブされた組内の、前記1または複数のパリティビットを除く他のビットの値によって決定される値を含む、ネットワークノード。
【請求項16】
請求項9に記載のネットワークノードであって、
前記処理回路は、
第1のインターリーバと、前記第1のインターリーバは既知ビットインターリーバであり、
前記第1のインターリーバおよび第2のインターリーバに結合された巡回冗長検査(CRC)エンコーダと、
前記第2のインターリーバに結合されたPolarエンコーダと、
を含む、ネットワークノード。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0024
【補正方法】変更
【補正の内容】
【0024】
図1図1は長さ8のポーラー符号化構造を示す。
図2図2は長さ8のポーラー符号化の他の例を示す。
図3図3は、TS38.212、テーブル5.3.1-1に従うインターリーブパターンの例示的なテーブルを示す。
図4図4は、ビーム掃引を通して基準同期信号(SS)とともにブロードキャストされるシステム情報を示す図である。
図5図5は、実施形態に従う、CRCがインターリーブされたポーラー符号化システムの動作を説明するブロック図である。
図6図6は、実施形態に従う、既知ビットインターリーバを有するCRCがインターリーブされたポーラー符号化システムのブロック図である。
図7図7は、実施形態に従う、図6のブロック図に表されている可能性があるビットベクタを示す。
図8図8は、実施形態に従う、既知のビット位置における予約ビット"R"を示す図である。
図9図9は、実施形態に従う、ネットワークの実施形態を説明するブロック図である。
図10図10は、実施形態に従う、例示的な無線デバイスの概略図である。
図11図11は、実施形態に従う、例示的なネットワークノードの概略図である。
図12図12は、実施形態に従う、例示的な無線ネットワークコントローラまたはコアネットワークノードの概略図である。
図13図13は、実施形態に従う、例示的な無線デバイスの概略図である。
図14図14は、実施形態に従う、例示的なネットワークノードの概略図である。
【外国語明細書】