(57)【要約】  ブラインド検出の方法およびシステム。エンコーダにおいて、コードワードがＰｏｌａｒ符号化器を用いてエンコードされる。ここで、入力ベクトルは、凍結ビット位置にユーザ機器（ＵＥ）固有凍結シーケンスを含む。デコーダにおいて、ＵＥ固有凍結シーケンスを用いたデコードに基づいて、絞り込んだチャネル候補の組が生成される。
2019526962.tif 000002
【特許請求の範囲】
【請求項１】
エンコードする方法であって、前記方法は、
Ｐｏｌａｒ符号用のエンコーダを用いて、受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成する段階と、
前記コードワードを伝送する段階と
を備え、前記エンコーダの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含み、前記ＵＥ固有凍結シーケンスは、前記受信先ＵＥと関連付けられる、方法。
【請求項２】
前記ＵＥ固有凍結シーケンスは、前記受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいている、請求項１に記載の方法。
【請求項３】
ある機能を前記ＵＥＩＤに適用することにより、前記ＵＥ固有凍結シーケンスを生成する段階を更に備える、請求項２に記載の方法。
【請求項４】
前記機能は、前記ＵＥＩＤに適用されるリピータ機能である、請求項３に記載の方法。
【請求項５】
前記ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である、請求項２に記載の方法。
【請求項６】
前記伝送用データは、制御情報を含む、請求項１から５の何れか一項に記載の方法。
【請求項７】
前記入力ベクトルは更に、前記伝送用データに付加される誤り検出符号を含み、前記誤り検出符号は、ＵＥＩＤを用いてマスクされる、請求項１から６の何れか一項に記載の方法。
【請求項８】
ブラインド検出の方法であって、
複数のチャネル候補をスキャンする段階と、
チャネル候補ごとに、
ユーザ機器（ＵＥ）固有凍結シーケンスを用いて前記チャネル候補の第１デコードを実行すること、および、
前記第１デコードが第１基準を満たすことができない任意のチャネル候補を棄却すること
により、絞り込んだチャネル候補の組を生成する段階と
を備える方法。
【請求項９】
絞り込んだチャネル候補ごとに、前記絞り込んだチャネル候補の誤り検出符号支援デコードを実行する段階と、
前記誤り検出符号支援デコード時の誤り検査に合格した、絞り込んだ所与のチャネル候補について、前記絞り込んだ所与のチャネル候補から伝送データをデコードする段階と
を更に備える、請求項８に記載の方法。
【請求項１０】
前記絞り込んだ候補の組を生成する段階は更に、チャネル候補ごとに、
基準凍結シーケンスを用いて前記チャネル候補の第２デコードを実行する段階と、
前記第１デコードと前記第２デコードとを比較することにより、前記第１デコードが前記第１基準を満たしているかどうかを判断する段階と
を備える、請求項８または９の何れか一項に記載の方法。
【請求項１１】
前記比較は、前記第１デコード用の第１パスメトリックおよび前記第２デコード用の第２パスメトリックを計算すること、および、前記第１パスメトリックと前記第２パスメトリックとを比較することを含む、請求項１０に記載の方法。
【請求項１２】
前記第１基準は、前記第１パスメトリックが前記第２パスメトリックより小さいことを含む、請求項１１に記載の方法。
【請求項１３】
前記絞り込んだ候補の組を生成する段階は更に、
前記チャネル候補のランキングメトリックを計算する段階と、
前記ランキングメトリックに基づいて、前記絞り込んだ候補の組に対して前記チャネル候補を含めるまたは除外する段階と
を備える、請求項８から１２の何れか一項に記載の方法。
【請求項１４】
前記ランキングメトリックは、前記第１デコードから取得されるパスメトリックの正規化である、請求項１３に記載の方法。
【請求項１５】
前記第１デコードは、誤り検出符号を用いないデコードにより実行される、請求項８に記載の方法。
【請求項１６】
プロセッサを備えるＰｏｌａｒエンコーダであって、前記プロセッサは、前記エンコーダに、
Ｐｏｌａｒ符号エンコードにより受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成すること、および、
前記コードワードを伝送のために提供すること
を行わせるように構成され、前記Ｐｏｌａｒ符号エンコードの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含み、前記ＵＥ固有凍結シーケンスは、前記受信先ＵＥと関連付けられる、Ｐｏｌａｒエンコーダ。
【請求項１７】
前記ＵＥ固有凍結シーケンスは、前記受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいている、請求項１６に記載のＰｏｌａｒエンコーダ。
【請求項１８】
前記プロセッサは更に、前記エンコーダに、ある機能を前記ＵＥＩＤに適用することにより前記ＵＥ固有凍結シーケンスを生成させるように構成される、請求項１７に記載のＰｏｌａｒエンコーダ。
【請求項１９】
前記機能は、前記ＵＥＩＤに適用されるリピータ機能である、請求項１８に記載のＰｏｌａｒエンコーダ。
【請求項２０】
前記ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である、請求項１７に記載のＰｏｌａｒエンコーダ。
【請求項２１】
前記伝送用データは、制御情報を含む、請求項１６から２０の何れか一項に記載のＰｏｌａｒエンコーダ。
【請求項２２】
前記入力ベクトルは更に、前記伝送用データに付加される誤り検出符号を含み、前記誤り検出符号は、ＵＥＩＤを用いてマスクされる、請求項１６から２１の何れか一項に記載のＰｏｌａｒエンコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、２０１６年８月１０日に出願された「ＭＥＴＨＯＤＳ  ＡＮＤ  ＳＹＳＴＥＭＳ  ＦＯＲ  ＢＬＩＮＤ  ＤＥＴＥＣＴＩＯＮ  ＷＩＴＨ  ＰＯＬＡＲ  ＣＯＤＥ」と題する米国仮特許出願第６２／３７２８７２号、および、２０１７年８月２日に出願された米国特許出願第１５／６６７０５６号に基づく優先権を主張するものである。上述の出願はどちらも、その内容全体が参照によりここに組み込まれる。
【０００２】
本開示は、ブラインド検出の方法およびシステム、特に、Ｐｏｌａｒ符号を用いたブラインド検出に関する。本開示は、制御チャネルのブラインド検出に使用され得る。
【背景技術】
【０００３】
ロングタームエボリューション（ＬＴＥ）ユーザ機器（ＵＥ）は概して、基地局（ＢＳ）により割り振られる、考えられるチャネル候補（例えば、４４個の考えられるチャネル候補）間での物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のチャネル割り振りを見つけるためにブラインド検出を使用する。ＰＤＣＣＨは、特定のＵＥまたはＵＥグループに固有の（例えば、リソース割り当てを含む）ダウンリンク制御情報（ＤＣＩ）を保持する。ブラインド検出により、ＵＥは、自らが、考えられる全てのチャネル候補に関する任意のＤＣＩの意図された受信先であるかどうかを検出することを担う。自らがＰＤＣＣＨの意図された受信先であることをＵＥが検出できない確率は、検出ミス確率（Ｐｍｉｓｓ）と呼ばれる。自らが間違ったＰＤＣＣＨの意図された受信先であることをＵＥが検出する確率は、誤警報確率（ＰＦＡ）と呼ばれる。ＰｍｉｓｓおよびＰＦＡの両方を下げるのが望ましいが、誤警報の方が大きな悪影響を及ぼし得る。なぜなら、誤警報は、誤ったアップリンク伝送および予想外のアップリンク干渉をもたらし得るからである。
【０００４】
ＰＤＣＣＨのブラインド検出は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）のシナリオに使用され得る。高信頼低遅延通信（ＵＲＬＬＣ）はまた、信頼できるブラインド検出を必要とし得る。ブラインド検出は、大容量マシンタイプ通信（ｍＭＴＣ）にも使用され得る。これらの用途の各々が、ブラインド検出のより高い信頼性から恩恵を受け得る。
【発明の概要】
【０００５】
幾つかの態様によると、本開示は、エンコードする方法について説明する。Ｐｏｌａｒ符号用のエンコーダを用いて、受信先ユーザ機器（ＵＥ）を対象としたコードワードが生成される。エンコーダの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含む。ＵＥ固有凍結シーケンスは、受信先ＵＥと関連付けられる。コードワードは伝送される。
【０００６】
上述の態様／実施形態の何れかにおいて、ＵＥ固有凍結シーケンスは、受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいていてよい。
【０００７】
上述の態様／実施形態の何れかにおいて、ＵＥ固有凍結シーケンスは、ある機能をＵＥＩＤに適用することにより生成され得る。
【０００８】
上述の態様／実施形態の何れかにおいて、当該機能は、ＵＥＩＤに適用されるリピータ機能であり得る。
【０００９】
上述の態様／実施形態の何れかにおいて、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子であり得る。
【００１０】
上述の態様／実施形態の何れかにおいて、伝送用データは、制御情報を含み得る。
【００１１】
上述の態様／実施形態の何れかにおいて、入力ベクトルは、伝送用データに付加される誤り検出符号を含んでよく、誤り検出符号は、ＵＥＩＤを用いてマスクされ得る。
【００１２】
幾つかの態様によると、本開示はブラインド検出の方法について説明する。複数のチャネル候補がスキャンされる。チャネル候補ごとに、ユーザ機器（ＵＥ）固有凍結シーケンスを用いてチャネル候補の第１デコードを実行すること、および、第１デコードが第１基準を満たすことができない任意のチャネル候補を棄却することにより、絞り込んだチャネル候補の組が生成される。
【００１３】
上述の態様／実施形態の何れかにおいて、ブラインドデコードの方法は更に、絞り込んだチャネル候補ごとに、絞り込んだチャネル候補の誤り検出符号支援デコードを実行する段階を含み得る。誤り検出符号支援デコード時の誤り検査に合格した、絞り込んだ所与のチャネル候補については、絞り込んだ所与のチャネル候補から伝送データがデコードされる。
【００１４】
上述の態様／実施形態の何れかにおいて、ＵＥ固有凍結シーケンスは、ＵＥＩＤに基づいていてよい。
【００１５】
上述の態様／実施形態の何れかにおいて、ＵＥ固有凍結シーケンスは、ＵＥＩＤの繰り返しを含み得る。
【００１６】
上述の態様／実施形態の何れかにおいて、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子であり得る。
【００１７】
上述の態様／実施形態の何れかにおいて、絞り込んだ候補の組を生成する段階は、チャネル候補ごとに、基準凍結シーケンスを用いてチャネル候補の第２デコードを実行する段階と、第１デコードと第２デコードとを比較することにより第１デコードが第１基準を満たしているかどうかを判断する段階とを含み得る。
【００１８】
上述の態様／実施形態の何れかにおいて、当該比較を実行することは、第１デコード用の第１パスメトリックおよび第２デコード用の第２パスメトリックを計算すること、および、当該第１パスメトリックと当該第２パスメトリックとを比較することを含み得る。
【００１９】
上述の態様／実施形態の何れかにおいて、第１基準は、第１パスメトリックが第２パスメトリックより小さいことを含み得る。
【００２０】
上述の態様／実施形態の何れかにおいて、絞り込んだ候補の組を生成する段階は、チャネル候補のランキングメトリックを計算する段階と、当該ランキングメトリックに基づいて、絞り込んだ候補の組に対してチャネル候補を含めるまたは除外する段階とを含み得る。
【００２１】
上述の態様／実施形態の何れかにおいて、ランキングメトリックは、第１デコードから取得されるパスメトリックの正規化であり得る。
【００２２】
上述の態様／実施形態の何れかにおいて、第１デコードは、誤り検出符号を用いないデコードにより実行され得る。
【００２３】
幾つかの例によると、本開示はＰｏｌａｒエンコーダについて説明する。当該エンコーダは、プロセッサを含み、当該プロセッサは、当該エンコーダに、Ｐｏｌａｒ符号エンコードにより、受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成させるように構成される。Ｐｏｌａｒ符号エンコードの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含む。ＵＥ固有凍結シーケンスは、受信先ＵＥと関連付けられる。コードワードは、伝送のために提供される。
【００２４】
上述の態様／実施形態の何れかにおいて、ＵＥ固有凍結シーケンスは、受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいていてよい。
【００２５】
上述の態様／実施形態の何れかにおいて、プロセッサは更に、エンコーダに、ＵＥＩＤを繰り返すことにより、ＵＥ固有凍結シーケンスを生成させるように構成され得る。
【００２６】
上述の態様／実施形態の何れかにおいて、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子であり得る。
【００２７】
上述の態様／実施形態の何れかにおいて、伝送用データは、制御情報を含み得る。
【００２８】
上述の態様／実施形態の何れかにおいて、入力ベクトルは、伝送用データに付加される誤り検出符号を含んでよく、誤り検出符号は、ＵＥＩＤを用いてマスクされる。
【００２９】
幾つかの例によると、本開示はＰｏｌａｒデコーダについて説明する。当該デコーダは、プロセッサを含み、当該プロセッサは、当該デコーダに複数のチャネル候補をスキャンさせるように構成される。デコーダは、チャネル候補ごとに、ユーザ機器（ＵＥ）固有凍結シーケンスを用いてチャネル候補の第１デコードを実行すること、および、第１デコードが第１基準を満たすことができない任意のチャネル候補を棄却することにより、絞り込んだチャネル候補の組を生成する。
【００３０】
上述の態様／実施形態の何れかにおいて、デコーダは更に、絞り込んだチャネル候補ごとに、絞り込んだチャネル候補の誤り検出符号支援デコードを実行し得る。誤り検出符号支援デコード時の誤り検査に合格した、絞り込んだ所与のチャネル候補については、絞り込んだ所与のチャネル候補から伝送データがデコードされる。
【００３１】
上述の態様／実施形態の何れかにおいて、ＵＥ固有凍結シーケンスは、ＵＥ識別子（ＵＥＩＤ）に基づいていてよい。
【００３２】
上述の態様／実施形態の何れかにおいて、ＵＥ固有凍結シーケンスは、ＵＥＩＤの繰り返しを含み得る。
【００３３】
上述の態様／実施形態の何れかにおいて、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子であり得る。
【００３４】
上述の態様／実施形態の何れかにおいて、プロセッサは更に、デコーダに、チャネル候補ごとに、基準凍結シーケンスを用いてチャネル候補の第２デコードを実行すること、および、第１デコードと第２デコードとを比較することにより第１デコードが第１基準を満たしているかどうかを判断することによって、絞り込んだ候補の組を生成させるように構成され得る。
【００３５】
上述の態様／実施形態の何れかにおいて、プロセッサは更に、デコーダに、当該比較を、第１デコード用の第１パスメトリックおよび第２デコード用の第２パスメトリックを計算すること、および、当該第１パスメトリックと当該第２パスメトリックとを比較することにより実行させるように構成され得る。
【００３６】
上述の態様／実施形態の何れかにおいて、第１基準は、第１パスメトリックが第２パスメトリックより小さいことを含み得る。
【００３７】
上述の態様／実施形態の何れかにおいて、プロセッサは更に、デコーダに、チャネル候補のランキングメトリックを計算すること、および、当該ランキングメトリックに基づいて、絞り込んだ候補の組に対してチャネル候補を含めるまたは除外することを更に行うことにより、絞り込んだ候補の組を生成させるように構成され得る。
【００３８】
上述の態様／実施形態の何れかにおいて、ランキングメトリックは、第１デコードから取得されるパスメトリックの正規化であり得る。
【００３９】
上述の態様／実施形態の何れかにおいて、第１デコードは、誤り検出符号を用いないデコードにより実行され得る、
【図面の簡単な説明】
【００４０】
ここで、例として、本願の実施形態の例を示す添付図面を参照する。
【００４１】
【図１】Ｐｏｌａｒ符号化生成行列がどのようにしてカーネルから生成され得るかを示している。
【００４２】
【図２】コードワードを生成するためのＰｏｌａｒ符号化生成行列の使用例、および、Ｐｏｌａｒエンコーダの例を示している。
【００４３】
【図３】エンコーダの例を示した概略図である。
【００４４】
【図４】第１段階および第２段階を有するデコーダの例を示した概略図である。
【００４５】
【図５】デコーダの第１段階により実行される方法の例を示したフローチャートである。
【００４６】
【図６】デコーダの第２段階により実行される方法の例を示したフローチャートである。
【００４７】
【図７】エンコードする方法の例を示したフローチャートである。
【図８】本明細書で開示する実施形態が使用され得る通信システムの例のブロック図である。
【図９Ａ】本明細書で開示する実施形態を実装し得る電子デバイス（ＥＤ）の例のブロック図である。
【図９Ｂ】本明細書で開示する実施形態を実装し得る基地局の例のブロック図である。
【００４８】
同様のコンポーネントを示すために、同様の参照番号が複数の異なる図において使用されているかもしれない。
【発明を実施するための形態】
【００４９】
ＬＴＥでは、テールバイティング畳み込み符号（ＴＢＣＣ）および誤り検出符号の使用、例えば、無線ネットワーク仮識別子（ＲＮＴＩ）のようなＵＥ識別子でマスクされた巡回冗長検査（ＣＲＣ）ビットの使用などが提案されている。従来、ＵＥは、ＰＤＣＣＨ候補に対して複数のビタビデコード操作を逐次的または並列に実行し、ＣＲＣを用いて各候補を検査する。ＣＲＣ検査に合格した場合は、その候補がＵＥを対象としたＰＤＣＣＨであることを示す。本開示では、ＵＥが自らをチャネルの意図された受信先であると判断した場合（特定のチャネル候補がデコード操作およびＣＲＣ操作に合格した場合）、これはチャネル検出の成功と呼ばれてよく、検出されたチャネルは合格候補と呼ばれてよい。
【００５０】
無線通信用のチャネル符号として、Ｐｏｌａｒ符号が提案されている。これらの符号は、現在の技術水準の誤り訂正符号に競合し得ることが分かっており、エンコードの複雑度が低い。Ｐｏｌａｒ符号は、チャネルの偏波で構成される。様々なデコーダがＰｏｌａｒ符号のデコードに使用され得る。逐次除去（ＳＣ）デコーダは、ハードウェア実装の効率が比較的高い、比較的シンプルなデコーダであるが、ブロック誤り率（ＢＬＥＲ）性能が比較的低いかもしれない。リストデコーダは、複雑度がより高く、ハードウェア実装の効率がより低いが、より高いＢＬＥＲ性能を提供する。しかしながら、リストデコーダは通常、最尤（ＭＬ）境界により限定される。ＣＲＣ支援（ＣＡ）リストデコーダは、リストデコーダと同様であるが、ＭＬ境界よりＢＬＥＲ性能が高い。ＣＡリストデコーダは、リストデコーダの生き残りパスに対するＣＲＣを実行する。ある生き残りパスがＣＲＣに合格した場合は、当該パスが、デコードされた結果として選択される。生き残りパスが何れもＣＲＣに合格しなかった場合、デコードは失敗に終わる。
【００５１】
ＢＬＥＲ性能は概して、制御チャネル情報をデコードする上で重視すべきこととみなされる。従って、ＣＡリストデコーダは、制御チャネルをデコードする上で興味深いものである。しかしながら、ＣＡリストデコーダは、全ての生き残りパスについて候補ごとのＣＲＣビットの検査を必要とする。全ての候補（例えば、４４個の候補全て）について全ての生き残りパスが検討されると、結果的に、極めて多くの回数にわたってＣＲＣビットが使用されることになる。
【００５２】
１つの候補につき３２個の生き残りパスを有するリストＰｏｌａｒデコーダであれば、４４個の候補について１４０８回ＣＲＣビットが使用されることになる。Ｐｍｉｓｓ値およびＰＦＡ値は、ＣＲＣビットが何回使用されるかによって決まり、ＣＲＣビットが多く使用されるほどＰＦＡは増加する。４４個の候補について３２個のパスがある例では、特に、高い信頼性を必要とするネットワーク通信において、ＰＦＡが０．０１を超える値を有し、かつ、残差ＢＬＥＲが更に高い（事によると、容認できないほど高い）値を有していることが、シミュレーションによって示されている。
【００５３】
本開示は、ＵＥによるブラインド検出を可能にする方法およびシステムの様々な例について説明する。本明細書で説明する例は、チャネル検出時のＣＲＣビットの使用を減らすのに役立つ。本明細書で説明する例は、事によると検討すべき候補の数が多い、５Ｇネットワークでの大容量接続に特に有用であり得る。
【００５４】
本開示を理解する手助けをすべく、図１および図２を参照しながら、以下にＰｏｌａｒ符号化の説明を提供する。図１は、Ｐｏｌａｒ符号化生成行列がどのようにしてカーネルＧ２１００から生成され得るかを示した図である。図１における２乗（２−ｆｏｌｄ）のクロネッカー積行列
【数１】
2019526962.tif 000003
および３乗（３−ｆｏｌｄ）のクロネッカー積行列
【数２】
2019526962.tif 000004
は、Ｐｏｌａｒ符号化生成行列の例である。図１に示されている生成行列の手法は、ｍ乗（ｍ−ｆｏｌｄ）のクロネッカー積行列
【数３】
2019526962.tif 000005
を生成するために一般化され得る。
【００５５】
Ｐｏｌａｒ符号は、カーネルＧ２１００に基づいてクロネッカー積行列から形成され得る。長さＮ＝２ｍのコードワードを有するＰｏｌａｒ符号であれば、生成行列は
【数４】
2019526962.tif 000006
である。図２は、コードワードを生成するためのＰｏｌａｒ符号化生成行列の使用例を示した図、および、Ｐｏｌａｒエンコーダの例の概略図である。図２において、生成行列
【数５】
2019526962.tif 000007
は、長さ２３＝８のコードワードを生成するために使用される。コードワードｘは、２００に示されている通り、入力ベクトルｕ＝［０  ０  ０  ｕ３  ０  ｕ５  ｕ６  ｕ７］と生成行列
【数６】
2019526962.tif 000008
との積により形成される。入力ベクトルｕは、凍結ビットおよび情報ビットで構成される。図２に示されている具体的な例によると、Ｎ＝２３＝８であるため、入力ベクトルｕは８ビットのベクトルであり、コードワードｘは８ビットのベクトルである。
【００５６】
Ｐｏｌａｒ符号の構成において、入力ベクトルは、入力ベクトル中に予め決められた位置を有する情報ビットにのみ情報を保持する。入力ベクトルの残りのビットは、情報を保持しておらず、凍結ビットと呼ばれる。入力ベクトル中の凍結ビットの位置は、エンコーダおよびデコーダの両方に知られている。凍結ビットが情報を保持していないことから、理論上、凍結ビットは、凍結ビットの場所がエンコーダおよびデコーダの両方に知られている限り、任意のビット値に設定され得る。従来、凍結ビットは全てゼロに設定されている。
【００５７】
図２の例によると、入力ベクトルは、位置０、１、２および４に凍結ビットを有し、位置３、５、６および７に情報ビットを有する。凍結ビットの位置（凍結位置とも呼ばれる）は、凍結位置がエンコーダおよびデコーダの両方に知られている限り、異なり得ることを理解されたい。２１２には、コードワードを生成するエンコーダの実装例が示されている。ここで、凍結ビットは全て０に設定され、丸で囲まれた「＋」記号は、モジュロ２加算を表している。図２の例であれば、Ｋ＝４個の情報ビットおよびＮ−Ｋ＝４個の凍結ビットからＮ＝８ビットの入力ベクトルが形成される。
【００５８】
上記の通り、従来、凍結ビットの値は全てゼロに設定されている。しかしながら、凍結ビットに非ゼロのビットを用いることでＢＬＥＲ性能が変わるとは考えられない。本明細書で説明する例によると、凍結ビットは、ＵＥによるブラインド検出の手助けをすべく、非ゼロ値を含み得る。凍結ビットに保持される値（ゼロであるか非ゼロであるかに関わらず）のシーケンスは、凍結シーケンスと呼ばれ得る。特に、凍結ビットがＵＥ固有凍結シーケンスを保持し得ることで、ＵＥは、自らがコードワードの意図された受信先であることを検出することができる。ＵＥ固有凍結シーケンスは、意図されたＵＥと関連付けられるべきであり、（ＢＳの）エンコーダおよび（ＵＥの）デコーダの両方に知られているべきである。ＵＥ固有凍結シーケンスは、ユニキャスト伝送において、意図されたＵＥに一意的であるべきであり、または、マルチキャスト伝送において、意図されたＵＥグループに一意的であるべきである。本明細書で説明する例によると、凍結ビットでエンコードされるビットのシーケンスを生成するために、ＲＮＴＩまたは他の識別情報のようなＵＥ識別子（ＵＥＩＤ）、例えば、マルチキャスト通信用のグループＩＤが使用される。受信先ＵＥのデコーダは、２段階でデコードを実行する。第１段階において、デコーダは、ＵＥ固有凍結シーケンスを用いて、考えられる全ての候補からチャネル候補の絞り込みリストを生成する。第２段階において、デコーダは、候補の絞り込みリストに対するＣＡリストデコードを実行する。
【００５９】
図３は、ＢＳで実装され得るＰｏｌａｒ符号エンコーダの例を示した概略図である。当該エンコーダは、入力として、情報ビットにより保持される実際のデータ（例えば、制御情報３０５または他の伝送用データ）、および、凍結ビットにより保持されるＵＥＩＤ３１０（例えば、ＲＮＴＩ）を受信する。３１５では、１つまたは複数のＣＲＣビットのような誤り検出符号が伝送用データに付加される。３２０では、ＵＥＩＤ３１０を用いて、例えば、ＲＮＴＩでマスクすることにより、ＣＲＣビットがマスクされる結果、情報ビット３２５がもたらされる。ＵＥＩＤ３１０は、凍結シーケンス３３５を生成するために使用される。示されている例によると、ＵＥＩＤ３１０がリピータ３３０により繰り返されて、凍結シーケンス３３５が生成されるが、幾つかの例によると、リピータ３３０は使用されないこともある。概して、凍結シーケンス３３５におけるＵＥＩＤ３１０の繰り返しは、複数の異なるＵＥに固有の凍結シーケンス３３５間の差分を大きくするのに役立ち得る。
【００６０】
生成された凍結シーケンス３３５、および情報ビット３２５は、情報／凍結ビットミキサ３４０に入力される。当該情報／凍結ビットミキサ３４０は、入力として、予め決められた情報／凍結位置３４５も受信する。結果として、入力ベクトル３５０がもたらされ、当該入力ベクトル３５０は、Ｐｏｌａｒエンコーダ３５５によりエンコードされる。３６０では、エンコードされたコードワードのレートマッチングを実行して、当該コードワード用の伝送チャネルの符号レートと一致させる。結果は、伝送のために（例えば、ＢＳのトランスミッタにより）提供される。
【００６１】
このように、エンコーダにおいて、ＵＥＩＤ３１０は、誤り検出符号をマスクするためだけではなく、凍結ビットの凍結シーケンスを生成するためにも使用される。
【００６２】
ＵＥでは、ＵＥのＵＥ固有凍結シーケンスが、符号化されたブロックでエンコードされた凍結シーケンスと一致する場合、および、ＵＥが、適切なＵＥＩＤ（例えば、ＲＮＴＩ）マスクで、デコードされたＣＲＣビットのマスクを解除する場合は、ＵＥのみを対象としたチャネルとして、チャネル候補が成功裏に検出およびデコードされる。ＵＥにより使用されるＵＥ固有凍結シーケンスが、符号化されたブロックでエンコードされた凍結シーケンスと一致しない場合は、ＵＥ固有凍結シーケンスが、当該ブロックでエンコードされた凍結シーケンスと一致する場合よりもデコード中に生成されるパスメトリックが大きいであろう。ＵＥのデコーダは、２段階でデコードを実行し得る。
【００６３】
図４は、ＵＥで実装され得るＰｏｌａｒ符号デコーダの例を示した概略図である。デコーダへの入力は、ＵＥの復調器により生成されるチャネル対数尤度比（ＬＬＲ）である。候補４０５は全て、以下で更に説明するデコーダの第１段階５００で処理される。第１段階５００では、デコーダが、入力として、（エンコーダにおいてリピータ３３０と同じ繰り返し操作を実行する）リピータ４３０を用いて、ＵＥＩＤ３１０の繰り返しにより生成される凍結シーケンス３３５を受信する。第１段階５００は、入力として、情報／凍結位置３４５も受信する。以上に説明した通り、凍結シーケンス３３５および情報／凍結位置３４５は、エンコーダおよびデコーダの両方に知られている。ＵＥ固有凍結シーケンス３３５は、不変であってもよいし、ＵＥが新しいＵＥＩＤを割り当てられるときだけ変化してもよく、特定のＵＥのみが自らのＵＥ固有凍結シーケンス３３５を知る必要がある。従って、図４は凍結シーケンス３３５がリピータ４３０を用いて生成されるのを示しているが、幾つかの例によると、ＵＥＩＤ３１０から凍結シーケンス３３５を生成する代わりに、凍結シーケンス３３５は、既にＵＥメモリに記憶されていてよく、必要に応じて使用できるよう取り出されてよい。
【００６４】
デコーダの第１段階５００は、ＵＥ固有凍結シーケンス３３５を用いて、以下で更に説明する第２段階６００でデコードされる、絞り込んだ１つまたは複数の候補４５０を特定する。ＵＥ固有凍結シーケンス３３５およびＵＥＩＤ３１０は、デコーダの第２段階６００で使用される。第２段階６００からの出力は、（実装が制御チャネルの検出を目的としている例では）検出されたＰＤＣＣＨ、および、デコードされたＤＣＩ４５５である。事例によっては、第１段階５００の結果、更なる処理のために絞り込んだ候補４５０がなく、デコードの第２段階６００が実行されなくてもよい、ということになるかもしれない。事例によっては、第２段階６００の結果、検出されたＰＤＣＣＨがなく、デコードされたＤＣＩ４５５が出力されない、ということになるかもしれない。
【００６５】
図５は、デコーダの第１段階５００で実行され得る方法の例を示したフローチャートである。この例によると、第１段階５００はＳＣデコーダを使用する。当該ＳＣデコーダは、誤り検出符号の使用を全く必要とせず、リストデコーダに比べて比較的シンプルかつ効率的である。ＳＣデコーダを使用することで、第１段階５００は、チャネル候補の全てを迅速に処理することができる。第１段階５００は、第２段階６００で処理するための候補の絞り込みリストまで候補の数を減らすのに役立つ。デコーダの第１段階５００において、ＢＬＥＲ性能は重大な懸念事項ではないかもしれない。なぜなら、より良いＢＬＥＲ性能を有するよう設計されている第２段階６００が、第１段階５００の後に続くからである。
【００６６】
第１段階５００は、チャネル候補（例えば、４４個のＰＤＣＣＨ候補）ごとに５０５の複数の段階を実行する。以下では、単一のチャネル候補について、５０５の複数の段階を論じる。第１段階５００は、チャネル候補ごとにこれらの段階を逐次的に実行し得る。他の例によると、これらの段階のうちの１つまたは複数が、複数のチャネル候補について並列に実行され得る。
【００６７】
５１０では、処理中のチャネル候補から、エンコードされたブロックのレート（デ）マッチングが実行される。レート（デ）マッチングは、特定のチャネル候補の符号レートによって決まり、当該符号レートは候補ごとに異なり得る。
【００６８】
５１５では、レート（デ）マッチングされたブロックが、例えば、ＳＣデコーダを用いてデコードされる。この第１デコードは、デコードにＵＥのＵＥ固有凍結シーケンスを使用する。上述の通り、ＵＥ固有凍結シーケンスは、ＵＥのＲＮＴＩのような、ＵＥ自体のＵＥＩＤに基づいていてよい。
【００６９】
５２０では、ＵＥ固有凍結シーケンスを用いたデコードからパスメトリックが取得される。パスメトリックは、デコードに使用される凍結シーケンスが、受信されたブロックでエンコードされた凍結シーケンスと一致しているかどうかのインジケータであり得る。パスメトリック値が小さいほど、ブロックの凍結シーケンスがデコードに使用される凍結シーケンスと一致する可能性が高い。
【００７０】
各チャネル候補が独自の符号レートおよび符号長を有し得ることから、５２０で候補ごとに取得されるパスメトリックは、直接比較可能ではないかもしれない。この例によると、ＵＥ固有凍結シーケンスを用いたデコードからのパスメトリックは代わりに、基準凍結シーケンスを用いたデコードからのパスメトリックと比較される。
【００７１】
５２５ａでは、オールゼロの凍結シーケンスのような第１基準凍結シーケンスを用いて、例えば、ＳＣデコーダを用いて、レート（デ）マッチングされたブロックがデコードされる。第１基準凍結シーケンスは、特定のＵＥのＵＥ固有凍結シーケンスとは異なる任意のビットシーケンスであり得る。例えば、第１基準凍結シーケンスは、異なるＵＥのＵＥ固有凍結シーケンスであってもよいし、（ＵＥ固有凍結シーケンスと同一にならないようＵＥが検査し得る）ランダムに生成されたシーケンスであってもよい。
【００７２】
５３０ａでは、５２５ａで実行されたデコードからパスメトリックが取得される。
【００７３】
図５に示されているもののような幾つかの例によると、５２５ｂでは第２基準凍結シーケンス（例えば、オールワンの凍結シーケンス）を用いてデコードが実行されてよく、５３０ｂでは別のパスメトリックが取得される。
【００７４】
この例によると、ＵＥ固有凍結シーケンスを用いたデコードから取得されるパスメトリックはｍｘと表され、オールゼロの基準凍結シーケンスを用いたデコードから取得されるパスメトリックはｍ０と表され、オールワンの基準凍結シーケンスを用いたデコードから取得されるパスメトリックはｍ１と表されている。
【００７５】
５３５では、ＵＥ固有凍結シーケンスを用いたデコードからのパスメトリックが、基準凍結シーケンスを用いたデコードからのパスメトリックと比較される。図５の例では、ｍｘがｍ０およびｍ１の各々と別々に比較される。特定のチャネル候補に関するブロックがＵＥを対象としている場合は、ｍｘをｍ０およびｍ１より小さくすべきである。概して、基準凍結シーケンスとＵＥ固有凍結シーケンスとの間のビット単位の差分が大きいほど、ｍｘとｍ１またはｍ０との間の差分は大きくなる。単一の基準凍結シーケンスを用いたデコードとの比較で十分かもしれないが、異なる基準凍結シーケンスを用いた２つまたはそれより多くのデコードと比較することで、より大きな信頼性が提供され得る。
【００７６】
５３５での比較が所定基準を満たしている場合は、デコーダの第２段階６００における更なる処理のために、絞り込んだ候補４５０の組に当該チャネル候補が追加される。図５の例によると、所定基準は、ｍｘがｍ０より小さく、更にはｍ１より小さいことである。そうでない場合は、候補が５４０で棄却され、第２段階６００で更に処理されることはない。
【００７７】
５４５では、絞り込んだ候補４５０の組が、５３５での比較に合格した候補から生成される。幾つかの例によると、絞り込んだ候補４５０は、５３５での比較に合格した各候補を当該組に追加することにより生成され得る。
【００７８】
図５の例のような幾つかの例によると、絞り込んだ候補４５０の組を生成すべく、第２基準がオプションとして適用され得る。この第２基準は、ランキングメトリックに基づいていてよい。
【００７９】
５５０では、５３５での比較に合格した候補ごとにランキングメトリックが計算され得る。例えば、ランキングメトリックは、パスメトリックｍｘの正規化であってよく、この正規化によって、複数の異なる候補間でパスメトリックを直接比較することが可能となり得る。ランキングメトリックの例としては、
【数７】
2019526962.tif 000009
が挙げられる。ここで、ｉはチャネル候補の指標となる。ランキングメトリックは、検出が成功する可能性に従って候補をランク付けするために使用され得る。
【００８０】
５５５では、第２基準がランキングメトリックに適用され得る。第２基準は、絞り込んだ候補４５０を所定数Ｔの候補に限定し得る。例えば、第２基準は、絞り込んだ候補４５０を３つ（すなわち、Ｔ＝３）に限定してよく、ランキングメトリックが最も高いこれら３つの候補だけが、絞り込んだ候補４５０に含まれる。別の例によると、第２基準は、絞り込んだ候補４５０を、ランキングメトリックが所定閾値を満たす、例えば、所定閾値より大きい、候補に限定し得る。所定数Ｔまたは所定閾値は、ＣＲＣビットがデコーダの第２段階６００で使用される回数を減らすために選択されるパラメータであり得る。
【００８１】
生成された、絞り込んだ候補４５０の組は、その後、第２段階６００で処理される。場合によっては、絞り込んだ候補４５０がないかもしれない（すなわち、生成された、絞り込んだ候補４５０の組が空であり得る）。例えば、全ての候補が比較に合格できないかもしれない。または、第２基準が使用される場合は、これらの候補が何れも第２基準を満たしていないかもしれない。絞り込んだ候補４５０がない場合、ＵＥは、元に戻ってチャネル候補の監視を継続し得る。
【００８２】
図６は、デコーダの第２段階６００で実行され得る方法の例を示したフローチャートである。この例によると、第２段階６００は、ＳＣデコーダよりＢＬＥＲ性能が高いＣＡリストデコードを使用する。第２段階６００は、デコーダの第１段階５００で生成された候補の絞り込みリストにあるそれらの候補を処理する。第２段階６００が全てのチャネル候補ではなく絞り込んだ候補４５０のみを処理することから、ＣＲＣビットが使用される回数は減る。デコーダの第１段階５００および第２段階６００で使用されるパラメータは、以下で更に論じる通り、ＣＲＣビットが使用される回数を所望の限度内に制御するために選択され得る。
【００８３】
図６の例によると、第２段階６００は、第１段階５００で生成された、絞り込んだ候補４５０の各々に対して、誤り検出符号支援デコード（例えば、ＣＡリストデコード）を反復的に実行する。
【００８４】
ランキングメトリックが（例えば、上述の５５０で）計算された場合は、絞り込んだ候補４５０が、第２段階６００でそれぞれのランキングメトリックに基づいてランクの高い順に処理され得る。それぞれのランキングメトリックに基づいて順序正しく候補を処理すれば、デコーダの第２段階６００は、最も有望な候補を最初に処理することができ、場合によっては、より早くチャネルを検出することに成功するであろう。ＵＥがひとたび自らを対象としたチャネルを検出すると、その他の候補を更に処理する必要はなくなる。
【００８５】
他の例によると、第２段階６００は、複数の候補を並列にデコードし得る。本明細書ではＣＡリストデコードについて説明しているが、第２段階６００では他のデコーダも使用され得る。
【００８６】
６１０では、ＵＥ固有凍結シーケンスを用いて、候補のリストデコードが実行される。リストデコーダのリストサイズは、Ｌと表され得る。
【００８７】
６１５では、Ｌ個のパスのパスメトリックがソートされる。最も信頼できるＦ個のパスが保持され、その他は棄却される。幾つかの例によると、Ｌ個全てのパスが保持されてよく、この場合はＦ＝Ｌである。
【００８８】
６２０では、ＵＥのＲＮＴＩを用いて、残るＦ個のパスのＣＲＣビットのマスクが解除される。
【００８９】
６２５では、マスクが解除されたＣＲＣビットを用いて、ＣＲＣ検査が実行される。
【００９０】
ＣＲＣがＦ個全てのパスについて失敗した場合は、候補が棄却される。６３０では、処理されるべき、絞り込んだ他の候補４５０があるかどうかが判断される。他の候補４５０がある場合は、６１０で次の候補が処理される。ランキングメトリックが計算された場合、処理されるべき次の候補は、それぞれのランキングメトリックに基づいてランクが次に最も高い候補であり得る。処理されるべき、絞り込んだ候補４５０が残っていない場合は、６３５において、ＵＥを対象としたチャネルがないと判断される。
【００９１】
６２５に戻って、パスがＣＲＣに合格した場合は、６４０において、チャネル（例えば、ＰＤＣＣＨ）が成功裏に検出されたと判断され、検出されたチャネルに関する情報（例えば、ＤＣＩ）がデコードされる。
【００９２】
ＣＲＣビットがデコーダの第１段階５００では使用されず、デコーダの第２段階６００でのみ使用されることに留意されたい。ＣＲＣビットが（上述の６２５で）検査に使用される回数は、デコーダの第１段階および第２段階で適切なパラメータを選択することにより制御され得る。上述の例によると、第１段階５００において、パラメータＴは、絞り込んだ候補４５０の組に含まれるべき候補の数を定義する。第２段階６００において、パラメータＦは、候補ごとのＣＲＣが実行されるリストデコードから取得されたＬ個の生き残りパス全てから最も信頼できるパスの数を定義する。このように、以上の例では、ＣＲＣビットが最高Ｔ×Ｆ回使用される。Ｔ＝３かつＦ＝８の場合は、ＣＲＣビットが最高２４回使用される。Ｔ＝１かつＦ＝３２の場合は、ＣＲＣビットが最高３２回使用される。ＬＴＥの適用にあたっては、許容できる低さの（例えば、０．００１より低い）ＰＦＡを維持しながらも、ＣＲＣビットの使用が４４回までであることが、概して許容範囲とみなされている。本明細書で論じられている例によれば、以上の説明で示した通り、ＣＲＣビットの使用は、容易に４４回未満まで制御され得る。
【００９３】
検討すべき候補の総数は、４４を超える数にまで増やされ得る。デコーダの第１段階５００は、全ての候補について比較的シンプルかつ迅速な初回のパス処理を実行し、第１段階５００で処理される候補の総数は、検査におけるＣＲＣビットの使用に悪影響を及ぼすことなく、４４を超える数にまで増やされ得る。第２段階６００で処理される候補の絞り込みリストを生成するために第１段階５００が使用されることから、第２段階６００では、初期候補の総数に関わらず、ＣＡリストＰｏｌａｒデコーダが使用され得る。その上、第２段階６００で実行されるデコードは、現在のデコードアーキテクチャと同様であり得るため、当該デコードアーキテクチャに必要となる変更は多く見積もっておわずかである。
【００９４】
図７は、エンコードする方法の例を示したフローチャートである。例えば、図７に示されている方法は、図３のエンコーダのようなＰｏｌａｒエンコーダを有するトランスミッタにより実行され得る。
【００９５】
オプションとして、７０５では、ある機能を受信先ＵＥのＵＥＩＤに適用することにより、ＵＥ固有凍結シーケンスが生成され得る。上記のリピータ機能のような任意の適切な機能が適用され得る。
【００９６】
７１０では、エンコーダを用いて受信先ＵＥ用のコードワードが生成される。エンコーダの入力ベクトルは、凍結ビット位置に（例えば、上記の７０５でオプションとして生成された）ＵＥ固有凍結シーケンスを含む。入力ベクトルは更に、情報ビット位置に伝送用データを含む。ＵＥ固有凍結シーケンスは、受信先ＵＥと関連付けられ、例えば、ＵＥ固有凍結シーケンスは、上記の通り、受信先ＵＥのＵＥＩＤに基づいていてよい。
【００９７】
ＵＥＩＤは、例えば、ＲＮＴＩまたはグループ識別子であり得る。幾つかの例によると、情報ビット位置で伝送されるデータは、制御情報を含み得る。
【００９８】
幾つかの例によると、当該方法は、伝送されるデータに誤り検出符号（例えば、１つまたは複数のＣＲＣビット）を付加する段階を含み得る。当該ＣＲＣビットがＵＥＩＤを用いて（例えば、ＲＮＴＩでマスクすることにより）マスクされる結果、情報ビット位置で伝送される情報ビットがもたらされ得る。
【００９９】
７１５では、コードワードが伝送される。幾つかの例によると、コードワードを伝送する段階は、コードワードのレートマッチングを実行して、コードワード用の伝送チャネルの符号レートと一致させる段階を含み得る。
【０１００】
図８は、本開示の実施形態が実装され得る通信システム８００の例を示している。概して、通信システム１００は、複数の無線要素または有線要素によるデータおよび他のコンテンツの伝達を可能にする。通信システム８００の目的は、ブロードキャスト、ナローキャスト、ユーザデバイスを介してユーザデバイスにコンテンツ（音声、データ、ビデオ、テキスト）を提供することなどであり得る。通信システム８００は、帯域幅のようなリソースを共有することにより動作し得る。
【０１０１】
この例によると、通信システム８００は、電子デバイス（ＥＤ）８１０ａから８１０ｃ、無線アクセスネットワーク（ＲＡＮ）８２０ａおよび８２０ｂ、コアネットワーク８３０、公衆交換電話網（ＰＳＴＮ）８４０、インターネット８５０および他のネットワーク８６０を含む。図８にはこれらのコンポーネントまたは要素が一定の数だけ示されているが、これらのコンポーネントまたは要素は任意の妥当な数だけ含まれ得る。
【０１０２】
ＥＤ８１０ａから８１０ｃならびに基地局８７０ａおよび８７０ｂは、本明細書で説明する機能および／または実施形態のうちの幾つかまたは全てを実装するように構成され得る通信機器の例である。例えば、ＥＤ８１０ａから８１０ｃならびに基地局８７０ａおよび８７０ｂのうちの何れか１つが、上記のエンコード機能またはデコード機能（またはその両方）、例えば、図５から図７に示されている方法のうちの何れか１つまたはそれらの組み合わせを実装するように構成され得る。別の例によると、ＥＤ８１０ａから８１０ｃならびに基地局８７０ａおよび８７０ｂのうちの何れか１つが、図３および図４との関連で以上に説明したエンコーダまたはデコーダ（またはその両方）を含み得る。
【０１０３】
ＥＤ８１０ａから８１０ｃは、通信システム８０において動作、通信、またはその両方を行うように構成される。例えば、ＥＤ８１０ａから８１０ｃは、無線または有線の通信チャネルを介して伝送、受信、またはその両方を行うように構成される。ＥＤ８１０ａから８１０ｃはそれぞれ、無線操作用の任意の適切なエンドユーザデバイスを表しており、係るデバイスを、ユーザ機器／デバイス（ＵＥ）、無線送受信ユニット（ＷＴＲＵ）、移動局、固定加入者ユニットまたは移動加入者ユニット、携帯電話、局（ＳＴＡ）、マシンタイプ通信（ＭＴＣ）デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、コンピュータ、タブレット、無線センサまたは家庭用電子デバイスとして含んでもよい（し、そのようなものとして呼ばれてもよい）。
【０１０４】
図８において、ＲＡＮ８２０ａおよび８２０ｂは、基地局８７０ａおよび８７０ｂをそれぞれ含む。基地局８７０ａおよび８７０ｂはそれぞれ、ＥＤ８１０ａから８１０ｃのうちの１つまたは複数と無線でインタフェースするように構成されて、任意の他の基地局８７０ａおよび８７０ｂ、コアネットワーク８３０、ＰＳＴＮ８４０、インターネット８５０ならびに／またはその他のネットワーク８６０へのアクセスが可能となる。例えば、基地局８７０ａおよび８７０ｂは、ベーストランシーバステーション（ＢＴＳ）、ノードＢ（ＮｏｄｅＢ）、進化型ノードＢ（ｅＮｏｄｅＢ）、ホームｅＮｏｄｅＢ、ｇＮｏｄｅＢ、伝送ポイント（ＴＰ）、サイトコントローラ、アクセスポイント（ＡＰ）または無線ルータのような複数の周知のデバイスのうちの１つまたは複数を含んでもよい（し、そのようなものであってもよい）。ＥＤ８１０ａから８１０ｃは何れも、代替的または追加的に、任意の他の基地局８７０ａおよび８７０ｂ、インターネット８５０、コアネットワーク８３０、ＰＳＴＮ８４０、その他のネットワーク８６０、または上述したものの任意の組み合わせとインタフェース、アクセスまたは通信するように構成され得る。通信システム８００は、ＲＡＮ８２０ｂのようなＲＡＮを含み得る。ここで、対応する基地局８７０ｂは、図示の通り、インターネット８５０を介してコアネットワーク８３０にアクセスする。
【０１０５】
ＥＤ８１０ａから８１０ｃならびに基地局８７０ａおよび８７０ｂは、本明細書で説明する機能および／または実施形態のうちの幾つかまたは全てを実装するように構成され得る通信機器の例である。図８に示されている実施形態によると、基地局８７０ａは、ＲＡＮ８２０ａの一部を形成し、当該ＲＡＮ８２０ａは、他の基地局、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード、要素および／またはデバイスを含み得る。基地局８７０ａおよび８７０ｂは何れも、図示の通り単一の要素であってもよいし、さもなければ、対応するＲＡＮに分散されている複数の要素であってもよい。また、基地局８７０ｂは、ＲＡＮ８２０ｂの一部を形成し、当該ＲＡＮ８２０ｂは、他の基地局、要素および／またはデバイスを含み得る。基地局８７０ａおよび８７０ｂはそれぞれ、時として「セル」または「カバレッジエリア」と呼ばれる、特定の地理的な地域または地区内の無線信号を伝送および／または受信する。セルは更に複数のセルセクタに分割されてよく、基地局８７０ａおよび８７０ｂは、例えば、複数のトランシーバを用いて複数のセクタにサービスを提供してよい。幾つかの実施形態によると、ピコセルまたはフェムトセルが、そのようなものを無線アクセス技術がサポートする場合に、確立され得る。幾つかの実施形態によると、例えば、多入力多出力（ＭＩＭＯ）技術を用いて、複数のトランシーバがセルごとに使用され得る。図示されているＲＡＮ８２０ａおよび８２０ｂの数は、単なる例である。通信システム８００を考案するにあたっては、任意の数のＲＡＮが想定され得る。
【０１０６】
基地局８７０ａおよび８７０ｂは、無線通信リンク、例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）などを用いた１つまたは複数のエアインタフェース８９０を介して、ＥＤ８１０ａから８１０ｃのうちの１つまたは複数と通信する。エアインタフェース８９０は、任意の適切な無線アクセス技術を利用し得る。例えば、通信システム８００は、エアインタフェース８９０に、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）またはシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）のようなチャネルアクセス方法を１つまたは複数実装し得る。
【０１０７】
基地局８７０ａおよび８７０ｂは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインタフェース８９０を確立すべく、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）を実装し得る。そうすることで、基地局８７０ａおよび８７０ｂは、オプションとしてＨＳＤＰＡ、ＨＳＵＰＡまたはその両方を含むＨＳＰＡ＋、ＨＳＰＡのようなプロトコルを実装し得る。代替的に、基地局８７０ａおよび８７０ｂは、ＬＴＥ、ＬＴＥ−Ａおよび／またはＬＴＥ−Ｂを用いて、進化型ＵＴＭＳ地上無線アクセス（Ｅ−ＵＴＲＡ）とのエアインタフェース８９０を確立し得る。通信システム８００は、上記のような方式を含むチャネルアクセス機能を複数使用し得ると考えられている。エアインタフェースを実装するための他の無線技術には、ＩＥＥＥ８０２．１１、８０２．１５、８０２．１６、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００、ＩＳ−９５、ＩＳ−８５６、ＧＳＭ（登録商標）、ＥＤＧＥおよびＧＥＲＡＮが含まれる。言うまでもなく、他の複数のアクセス方式および無線プロトコルも利用され得る。
【０１０８】
ＲＡＮ８２０ａおよび８２０ｂは、音声、データおよび他のサービスのような様々なサービスをＥＤ８１０ａから８１０ｃに提供すべく、コアネットワーク８３０と通信状態にある。ＲＡＮ８２０ａおよび８２０ｂならびに／またはコアネットワーク８３０は、１つまたは複数の他のＲＡＮ（不図示）と直接的または間接的に通信状態にあり得る。当該１つまたは複数の他のＲＡＮは、コアネットワーク８３０により直接供給されてもされなくてもよく、ＲＡＮ８２０ａ、ＲＡＮ８２０ｂ、またはその両方と同じ無線アクセス技術を利用してもしなくてもよい。コアネットワーク８３０は、（ｉ）ＲＡＮ８２０ａおよび８２０ｂ、または、ＥＤ８１０ａから８１０ｃ、またはその両方と（ｉｉ）他のネットワーク（ＰＳＴＮ８４０、インターネット８５０、およびその他のネットワーク８６０など）との間のゲートウェイへのアクセスとして機能してもよい。加えて、ＥＤ８１０ａから８１０ｃのうちの幾つかまたは全てが、複数の異なる無線技術および／またはプロトコルを用いた複数の異なる無線リンクを介して、複数の異なる無線ネットワークと通信するための機能を含み得る。無線通信の代わりに（またはそれに加えて）、ＥＤ８１０ａから８１０ｃは、有線通信チャネルを介してサービスプロバイダまたはサービススイッチ（不図示）、およびインターネット８５０に通信し得る。ＰＳＴＮ８４０は、基本電話サービス（ＰＯＴＳ）を提供するための回線交換電話網を含み得る。インターネット８５０は、コンピュータおよびサブネット（イントラネット）またはその両方のネットワークを含んでよく、ＩＰ、ＴＣＰ、ＵＤＰのようなプロトコルを組み込んでよい。ＥＤ８１０ａから８１０ｃは、複数の無線アクセス技術に従って操作できるマルチモードのデバイスであってよく、そのようなものをサポートするために必要なトランシーバを複数組み込んでよい。
【０１０９】
図９Ａおよび９Ｂは、本開示に係る方法および教示を実装し得るデバイスの例を示している。特に、図９ＡはＥＤ８１０の例を示しており、図９Ｂは基地局８７０の例を示している。これらのコンポーネントは、通信システム８００または任意の他の適切なシステムに使用され得る。
【０１１０】
図９Ａに示されている通り、ＥＤ８１０は、少なくとも１つの処理ユニット９００を含む。処理ユニット９００は、ＥＤ８１０の様々な処理操作を実装する。例えば、処理ユニット９００は、信号符号化、データ処理、電力制御、入出力処理、または、通信システム８００におけるＥＤ８１０の動作を可能にする任意の他の機能を実行し得る。処理ユニット９００は、以上により詳しく説明した機能および／または実施形態のうちの幾つかまたは全てを実装するように構成されてもよい。各処理ユニット９００が、１つまたは複数の操作を実行するように構成されている任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット９００が、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイまたは特定用途向け集積回路を含み得る。
【０１１１】
ＥＤ８１０は、少なくとも１つのトランシーバ９０２も含む。トランシーバ９０２は、少なくとも１つのアンテナまたはネットワークインタフェースコントローラ（ＮＩＣ）９０４により、伝送用のデータまたは他のコンテンツを変調するように構成される。トランシーバ９０２は、少なくとも１つのアンテナ９０４により受信されたデータまたは他のコンテンツを復調するようにも構成される。各トランシーバ９０２が、無線伝送または有線伝送用の信号を生成するため、および／または、無線または有線で受信された信号を処理するための任意の適切な構造を持つ。各アンテナ９０４が、無線信号または有線信号を伝送および／または受信するための任意の適切な構造を持つ。１つまたは複数のトランシーバ９０２がＥＤ８１０に使用されてよく、１つまたは複数のアンテナ９０４がＥＤ８１０に使用されてよい。単一の機能ユニットとして示されてはいるが、トランシーバ９０２は、少なくとも１つのトランスミッタおよび少なくとも１つの別個の受信器を用いて実装されてもよい。
【０１１２】
ＥＤ８１０は更に、１つまたは複数の入出力デバイス９０６またはインタフェース（インターネット８５０への有線インタフェースなど）を含む。入出力デバイス９０６によって、ネットワークにおけるユーザまたは他のデバイスとのインタラクションが可能になる。各入出力デバイス９０６が、ユーザに情報を提供するため、または、ユーザから情報を受信するための、スピーカ、マイクロフォン、キーパッド、キーボード、ディスプレイまたはタッチスクリーンのような、ネットワークインタフェース通信を含む任意の適切な構造を持つ。
【０１１３】
加えて、ＥＤ８１０は少なくとも１つのメモリ９０８を含む。メモリ９０８は、ＥＤ８１０により使用、生成または収集された命令およびデータを記憶する。例えば、メモリ９０８は、上記の機能および／または実施形態のうちの幾つかまたは全てを実装するように構成され、かつ、処理ユニット９００により実行される、ソフトウェア命令またはモジュールを記憶し得る。各メモリ９０８が、任意の適切な揮発性記憶装置および／または不揮発性記憶装置ならびに検索デバイスを含む。ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、光ディスク、加入者識別モジュール（ＳＩＭ）カード、メモリスティックおよびセキュアデジタル（ＳＤ）メモリカードなどのような任意の適切なタイプのメモリが使用され得る。
【０１１４】
図９Ｂに示されている通り、基地局８７０は、少なくとも１つの処理ユニット９５０、少なくとも１つのトランスミッタ９５２、少なくとも１つの受信器９５４、１つまたは複数のアンテナ９５６、少なくとも１つのメモリ９５８、および、１つまたは複数の入出力デバイスまたはインタフェース９６６を含む。トランスミッタ９５２および受信器９５４の代わりに、トランシーバ（不図示）が使用され得る。処理ユニット９５０にはスケジューラ９５３が結合され得る。スケジューラ９５３は、基地局８７０に含まれてもよいし、基地局８７０とは別に動作させてもよい。処理ユニット９５０は、信号符号化、データ処理、電力制御、入出力処理、または任意の他の機能のような、基地局８７０の様々な処理操作を実装する。処理ユニット９５０は、以上により詳しく説明した機能および／または実施形態のうちの幾つかまたは全てを実装するように構成されてもよい。各処理ユニット９５０が、１つまたは複数の操作を実行するように構成されている任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット９５０が、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイまたは特定用途向け集積回路を含み得る。
【０１１５】
各トランスミッタ９５２が、１つまたは複数のＥＤまたは他のデバイスに対する無線伝送または有線伝送用の信号を生成するための任意の適切な構造を持つ。各受信器９５４が、１つまたは複数のＥＤまたは他のデバイスから無線または有線で受信された信号を処理するための任意の適切な構造を持つ。別個のコンポーネントとして示されてはいるが、少なくとも１つのトランスミッタ９５２および少なくとも１つの受信器９５４が組み合わされてトランシーバになり得る。各アンテナ９５６が、無線信号または有線信号を伝送および／または受信するための任意の適切な構造を持つ。ここでは共通のアンテナ９５６がトランスミッタ９５２および受信器９５４の両方に結合されているものとして示されているが、１つまたは複数のアンテナ９５６が、トランスミッタ９５２に結合されてよく、１つまたは複数の別個のアンテナ９５６が、受信器９５４に結合されてよい。各メモリ９５８が、ＥＤ８１０と接続状態にある上記のもののような、任意の適切な揮発性記憶装置および／または不揮発性記憶装置ならびに検索デバイスを含む。メモリ９５８は、基地局８７０により使用、生成または収集された命令およびデータを記憶する。例えば、メモリ９５８は、上記の機能および／または実施形態のうちの幾つかまたは全てを実装するように構成され、かつ、処理ユニット９５０により実行される、ソフトウェア命令またはモジュールを記憶し得る。
【０１１６】
各入出力デバイス９６６によって、ネットワークにおけるユーザまたは他のデバイスとのインタラクションが可能になる。各入出力デバイス９６６が、ユーザに情報を提供するため、または、ユーザから情報を受信／提供するための、ネットワークインタフェース通信を含む任意の適切な構造を持つ。
【０１１７】
本開示は、制御チャネルのブラインド検出の状況における例を提供する。しかしながら、本開示は、ブラインド検出が使用される他の状況にも適用可能であり得る。例えば、エンコードされたブロックでエンコードされる伝送データは、ＵＥに伝送される任意の情報であってよい。
【０１１８】
本明細書で説明する例は、ＵＥＩＤに基づくＵＥ固有凍結シーケンスを使用している。しかしながら、当該ＵＥ固有凍結シーケンスは、一意的にＵＥ固有のものであり、かつ、エンコーダおよびデコーダの両方に知られている、任意のビットシーケンスであり得る。例えば、ＢＳは、それぞれの関連付けられたＵＥに対して、例えば、初期の関連付けの時に、一意的なＵＥ固有凍結シーケンスを割り当て得る。ＵＥ固有凍結シーケンスがＵＥＩＤに基づいていない場合は、ＵＥ固有凍結シーケンスが、ＢＳおよび各ＵＥのそれぞれのメモリに記憶されてよく、必要に応じて使用できるよう取り出されてよい。
【０１１９】
上述の通り、幾つかの例によると、ＵＥＩＤは、ＵＥＩＤの繰り返しに基づいてＵＥ固有凍結シーケンスを生成するために使用される。例えば、（例えば、符号レートＲが低いため、または、情報ビットの数Ｋが少ないために）ＵＥＩＤのビット長より多くの凍結ビット位置がある場合は、例えば、凍結ビット位置の全てまたは相対的により多数の組を埋めるためにＵＥＩＤまたはその一部が（例えば、上記のリピータを用いて）繰り返されて、複数の異なるＵＥに固有の凍結シーケンス間の差分を大きくするのに役立ち得る。複数の異なる繰り返し方法が使用され得る。利用可能な凍結ビット位置の総数より短いビット長のビット［ｕ０、ｕ１…ｕｋ］を持つＵＥＩＤの例を考慮されたい。幾つかの例によると、ＵＥＩＤ（またはその一部）は、ブロックの繰り返し、例えば、［ｕ０、ｕ１…ｕｋ、ｕ０、ｕ１…ｕｋ、ｕ０…］を用いて、所望の数の利用可能な凍結ビット位置が全て埋められるまで繰り返され得る。幾つかの例によると、ＵＥＩＤは、（ビット）インタリーブされた繰り返し、例えば、［ｕ０、ｕ０…ｕ０、ｕ１、ｕ１、ｕ１…ｕ１，…ｕｋ，…ｕｋ］を用いて、全てまたは所望の数の利用可能な凍結ビット位置が埋められるまで繰り返され得る。ＵＥＩＤを繰り返すには他の可能性も存在する。
【０１２０】
幾つかの例によると、ＵＥＩＤは、ある機能をＵＥＩＤに適用することによりＵＥ固有凍結シーケンスを生成するために使用され得る。このように、ＣＲＣビットでマスクされるＵＥＩＤは、凍結ビットに配置されるＵＥ固有凍結シーケンスとは異なり得る。ＵＥ固有凍結シーケンスを生成するために使用される機能の例としては、上述の通り、ＵＥＩＤの繰り返しが挙げられる。幾つかの例によると、ＵＥＩＤに基づいて疑似乱数２進シーケンス（ＰＲＢＳ）を生成するために、ある機能が使用され得る。ＰＲＢＳは、使用される特定のＵＥＩＤに固有の２進シーケンスであり得る。ＵＥＩＤからＵＥ固有凍結シーケンスを生成する機能を使用すると、（例えば、当該機能がリピータである場合は）結果的に、ＵＥＩＤ自体のビット長より長いＵＥ固有凍結シーケンスがもたらされ得る。より長いＵＥ固有凍結シーケンスを使用すると、複数の異なるＵＥに固有の凍結シーケンス間の符号化差分を大きくするのに役立ち得る。
【０１２１】
幾つかの例によると、凍結ビット位置は、その全てがＵＥ固有凍結シーケンスを用いて埋められるわけではないかもしれない。すなわち、ＵＥ固有凍結シーケンスのビット長は、利用可能な凍結ビット位置の数より少ないかもしれない。ＵＥ固有凍結シーケンスは、利用可能な凍結ビット位置の、選択されるサブセットに配置され得る。当該サブセットは様々なやり方で選択され得る。例えば、凍結ビット位置の、選択されるサブセットは、ＵＥ固有凍結シーケンスの一部たりとも第１情報ビットの前には配置できないように、第１情報ビット位置の後に現れる凍結ビット位置のみを含むべく選択され得る。これによって、デコーダは、第１情報ビットの前の凍結ビットの処理を省略することができる。これによって、デコーダによる平均的なデコードエネルギーの節約が可能になるかもしれず、結果的に、より高いデコードエネルギー利得をもたらすことが可能になるかもしれない。幾つかの例によると、選択されるサブセットは、凍結ビット位置の信頼性に基づいて選択されてもよい。例えば、ＵＥ固有凍結シーケンスを配置するには、（例えば、信頼性シーケンスに基づいて）信頼性の最も高い凍結ビット位置が選択されてよく、これはデコーダにおける誤警報確率を上げるのに役立ち得る。幾つかの例によると、選択されるサブセットは、ハミング距離に基づいて選択されてもよい。例えば、ＵＥ固有凍結シーケンスを配置するには、ハミング距離が最も短い凍結ビット位置（例えば、Ｐｏｌａｒ生成行列において行重みが最も小さい行（ｄｍｉｎ））が選択され得る。
【０１２２】
例１では、エンコードする方法が提供される。当該方法は、Ｐｏｌａｒ符号用のエンコーダを用いて、受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成する段階と、当該コードワードを伝送する段階とを備え、当該エンコーダの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含み、当該ＵＥ固有凍結シーケンスは、当該受信先ＵＥと関連付けられる。
【０１２３】
例２では、例１に記載の方法が提供される。ここで、ＵＥ固有凍結シーケンスは、受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいている。
【０１２４】
例３では、例２に記載の方法が提供される。当該方法は更に、ＵＥＩＤを繰り返すことによりＵＥ固有凍結シーケンスを生成する段階を備える。
【０１２５】
例４では、例２に記載の方法が提供される。ここで、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である。
【０１２６】
例５では、例１に記載の方法が提供される。ここで、伝送用データは制御情報を含む。
【０１２７】
例６では、例１に記載の方法が提供される。ここで、入力ベクトルは更に、伝送用データに付加される誤り検出符号を含み、誤り検出符号は、ＵＥＩＤを用いてマスクされる。
【０１２８】
例７では、ブラインド検出の方法が提供される。当該方法は、複数のチャネル候補をスキャンする段階と、チャネル候補ごとに、ユーザ機器（ＵＥ）固有凍結シーケンスを用いて当該チャネル候補の第１デコードを実行すること、および、当該第１デコードが第１基準を満たすことができない任意のチャネル候補を棄却することにより、絞り込んだチャネル候補の組を生成する段階とを備える。
【０１２９】
例８では、例７に記載の方法が提供される。当該方法は、絞り込んだチャネル候補ごとに、絞り込んだチャネル候補の誤り検出符号支援デコードを実行する段階と、誤り検出符号支援デコード時の誤り検査に合格した、絞り込んだ所与のチャネル候補について、絞り込んだ所与のチャネル候補から伝送データをデコードする段階とを更に備える。
【０１３０】
例９では、例７に記載の方法が提供される。ここで、ＵＥ固有凍結シーケンスは、ＵＥ識別子（ＵＥＩＤ）に基づいている。
【０１３１】
例１０では、例９に記載の方法が提供される。ここで、ＵＥ固有凍結シーケンスは、ＵＥＩＤの繰り返しを含む。
【０１３２】
例１１では、例９に記載の方法が提供される。ここで、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である。
【０１３３】
例１２では、例７に記載の方法が提供される。ここで、絞り込んだ候補の組を生成する段階は更に、チャネル候補ごとに、基準凍結シーケンスを用いてチャネル候補の第２デコードを実行する段階と、第１デコードと第２デコードとを比較することにより、第１デコードが第１基準を満たしているかどうかを判断する段階とを備える。
【０１３４】
例１３では、例１２に記載の方法が提供される。当該比較は、第１デコード用の第１パスメトリックおよび第２デコード用の第２パスメトリックを計算すること、および、当該第１パスメトリックと当該第２パスメトリックとを比較することを含む。
【０１３５】
例１４では、例１３に記載の方法が提供される。第１基準は、第１パスメトリックが第２パスメトリックより小さいことを含む。
【０１３６】
例１５では、例７に記載の方法が提供される。ここで、絞り込んだ候補の組を生成する段階は更に、チャネル候補のランキングメトリックを計算する段階と、当該ランキングメトリックに基づいて、絞り込んだ候補の組に対してチャネル候補を含めるまたは除外する段階とを備える。
【０１３７】
例１６では、例１５に記載の方法が提供される。ここで、ランキングメトリックは、第１デコードから取得されるパスメトリックの正規化である。
【０１３８】
例１７では、例７に記載の方法が提供される。ここで、第１デコードは、誤り検出符号を用いないデコードにより実行される。
【０１３９】
例１８では、プロセッサを備えるＰｏｌａｒエンコーダが提供される。当該プロセッサは、当該エンコーダに、Ｐｏｌａｒ符号エンコードにより受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成すること、および、当該コードワードを伝送のために提供することを行わせるように構成され、当該Ｐｏｌａｒ符号エンコードの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含み、当該ＵＥ固有凍結シーケンスは、当該受信先ＵＥと関連付けられる。
【０１４０】
例１９では、例１８に記載のＰｏｌａｒエンコーダが提供される。ここで、ＵＥ固有凍結シーケンスは、受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいている。
【０１４１】
例２０では、例１９に記載のＰｏｌａｒエンコーダが提供される。ここで、プロセッサは更に、エンコーダに、ＵＥＩＤを繰り返すことによりＵＥ固有凍結シーケンスを生成させるように構成される。
【０１４２】
例２１では、例１９に記載のＰｏｌａｒエンコーダが提供される。ここで、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である。
【０１４３】
例２２では、例１８に記載のＰｏｌａｒエンコーダが提供される。ここで、伝送用データは制御情報を含む。
【０１４４】
例２３では、例１８に記載のＰｏｌａｒエンコーダが提供される。ここで、入力ベクトルは更に、伝送用データに付加される誤り検出符号を含み、誤り検出符号は、ＵＥＩＤを用いてマスクされる。
【０１４５】
例２４では、プロセッサを備えるＰｏｌａｒデコーダが提供される。当該プロセッサは、デコーダに、複数のチャネル候補をスキャンすることと、チャネル候補ごとに、ユーザ機器（ＵＥ）固有凍結シーケンスを用いてチャネル候補の第１デコードを実行すること、および、第１デコードが第１基準を満たすことができない任意のチャネル候補を棄却することにより、絞り込んだチャネル候補の組を生成することとを行わせるように構成される。
【０１４６】
例２５では、例２４に記載のＰｏｌａｒエンコーダが提供される。ここで、プロセッサは更に、デコーダに、絞り込んだチャネル候補ごとに、絞り込んだチャネル候補の誤り検出符号支援デコードを実行すること、および、誤り検出符号支援デコード時の誤り検査に合格した、絞り込んだ所与のチャネル候補について、絞り込んだ所与のチャネル候補から伝送データをデコードすることを行わせるように構成される。
【０１４７】
例２６では、例２４に記載のＰｏｌａｒエンコーダが提供される。ここで、ＵＥ固有凍結シーケンスは、ＵＥ識別子（ＵＥＩＤ）に基づいている。
【０１４８】
例２７では、例２６に記載のＰｏｌａｒエンコーダが提供される。ここで、ＵＥ固有凍結シーケンスは、ＵＥＩＤの繰り返しを含む。
【０１４９】
例２８では、例２６に記載のＰｏｌａｒエンコーダが提供される。ここで、ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である。
【０１５０】
例２９では、例２４に記載のＰｏｌａｒエンコーダが提供される。ここで、プロセッサは更に、デコーダに、チャネル候補ごとに、基準凍結シーケンスを用いてチャネル候補の第２デコードを実行すること、および、第１デコードと第２デコードとを比較することにより第１デコードが第１基準を満たしているかどうかを判断することによって、絞り込んだ候補の組を生成させるように構成される。
【０１５１】
例３０では、例２９に記載のＰｏｌａｒエンコーダが提供される。ここで、プロセッサは更に、デコーダに、当該比較を、第１デコード用の第１パスメトリックおよび第２デコード用の第２パスメトリックを計算すること、および、当該第１パスメトリックと当該第２パスメトリックとを比較することにより実行させるように構成される。
【０１５２】
例３１では、例３０に記載のＰｏｌａｒエンコーダが提供される。ここで、第１基準は、第１パスメトリックが第２パスメトリックより小さいことを含む。
【０１５３】
例３２では、例２４に記載のＰｏｌａｒエンコーダが提供される。ここで、プロセッサは更に、デコーダに、チャネル候補のランキングメトリックを計算すること、および、当該ランキングメトリックに基づいて、絞り込んだ候補の組に対してチャネル候補を含めるまたは除外することを更に行うことにより、絞り込んだ候補の組を生成させるように構成される。
【０１５４】
例３３では、例３２に記載のＰｏｌａｒエンコーダが提供される。ここで、ランキングメトリックは、第１デコードから取得されるパスメトリックの正規化である。
【０１５５】
例３４では、例２４に記載のＰｏｌａｒエンコーダが提供される。ここで、第１デコードは、誤り検出符号を用いないデコードにより実行される。
【０１５６】
本開示は、一定の順序の段階を含む方法および工程について説明しているかもしれないが、必要に応じて、当該方法および当該工程の１つまたは複数の段階が省略または変更され得る。必要に応じて、１つまたは複数の段階が、説明されている以外の順序で行われ得る。
【０１５７】
本開示は少なくとも部分的に方法の観点から説明されているかもしれないが、当業者であれば、本開示が、ハードウェアコンポーネント、ソフトウェア、またはこれら２つの任意の組み合わせを介するにせよ、説明されている方法の態様および特徴のうちの少なくとも幾つかを実行するための様々なコンポーネントも対象にしていることを理解するであろう。従って、本開示の技術的解決手段は、ソフトウェア製品の形態で具現化され得る。適切なソフトウェア製品が、例えば、ＤＶＤ、ＣＤ−ＲＯＭ、ＵＳＢフラッシュディスク、リムーバブルハードディスク、または他の記憶媒体を含む、予め記録された記憶デバイス、または、他の同様の不揮発性コンピュータ可読媒体もしくは非一時的コンピュータ可読媒体に記憶され得る。ソフトウェア製品は、処理デバイス（例えば、パーソナルコンピュータ、サーバ、またはネットワークデバイス）が、本明細書で開示する方法の例を実行することを可能にする、有形的に記憶された命令を含む。
【０１５８】
本開示は、請求項の主題から逸脱することなく、他の特定の形態で具現化され得る。説明されている実施形態の例は、あらゆる点において、限定ではなく、単なる実例とみなされるべきである。上記の実施形態のうちの１つまたは複数から選択される特徴が組み合わされて、明示的には説明されていない代替的な実施形態を形成し得る。係る組み合わせに適切な特徴は、本開示の範囲内で理解される。
【０１５９】
開示されている範囲内の値および部分的範囲も全て開示される。また、本明細書で開示および図示するシステム、デバイスおよび工程は特定数の要素／コンポーネントを含み得るが、システム、デバイスおよびアセンブリは、係る要素／コンポーネントを更にまたはより少なく含むように修正され得る。例えば、開示されている要素／コンポーネントは何れも単数として言及され得るが、本明細書で開示する実施形態は、係る要素／コンポーネントを複数含むように修正され得る。本明細書で説明する主題は、技術の適切な変更を全て網羅および包含するよう意図している。
【図１】
2019526962.tif 000010
【図２】
2019526962.tif 000011
【図３】
2019526962.tif 000012
【図４】
2019526962.tif 000013
【図５】
2019526962.tif 000014
【図６】
2019526962.tif 000015
【図７】
2019526962.tif 000016
【図８】
2019526962.tif 000017
【図９Ａ】
2019526962.tif 000018
【図９Ｂ】
2019526962.tif 000019
【手続補正書】
【提出日】平成31年3月14日(2019.3.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
エンコードする方法であって、前記方法は、
Ｐｏｌａｒ符号用のエンコーダを用いて、受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成する段階と、
前記コードワードを伝送する段階と
を備え、前記エンコーダの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含み、前記ＵＥ固有凍結シーケンスは、前記受信先ＵＥと関連付けられる、方法。
【請求項２】
前記ＵＥ固有凍結シーケンスは、前記受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいている、請求項１に記載の方法。
【請求項３】
ある機能を前記ＵＥＩＤに適用することにより、前記ＵＥ固有凍結シーケンスを生成する段階を更に備える、請求項２に記載の方法。
【請求項４】
前記機能は、前記ＵＥＩＤに適用されるリピータ機能である、請求項３に記載の方法。
【請求項５】
前記ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である、請求項２に記載の方法。
【請求項６】
前記伝送用データは、制御情報を含む、請求項１から５の何れか一項に記載の方法。
【請求項７】
前記入力ベクトルは更に、前記伝送用データに付加される誤り検出符号を含み、前記誤り検出符号は、ＵＥＩＤを用いてマスクされる、請求項１から６の何れか一項に記載の方法。
【請求項８】
ブラインド検出の方法であって、
複数のチャネル候補をスキャンする段階と、
チャネル候補ごとに、
ユーザ機器（ＵＥ）固有凍結シーケンスを用いて前記チャネル候補の第１デコードを実行すること、および、
前記第１デコードが第１基準を満たすことができない任意のチャネル候補を棄却すること
により、絞り込んだチャネル候補の組を生成する段階と
を備える方法。
【請求項９】
絞り込んだチャネル候補ごとに、前記絞り込んだチャネル候補の誤り検出符号支援デコードを実行する段階と、
前記誤り検出符号支援デコード時の誤り検査に合格した、絞り込んだ所与のチャネル候補について、前記絞り込んだ所与のチャネル候補から伝送データをデコードする段階と
を更に備える、請求項８に記載の方法。
【請求項１０】
前記絞り込んだチャネル候補の組を生成する段階は更に、チャネル候補ごとに、
基準凍結シーケンスを用いて前記チャネル候補の第２デコードを実行する段階と、
前記第１デコードと前記第２デコードとを比較することにより、前記第１デコードが前記第１基準を満たしているかどうかを判断する段階と
を備える、請求項８または９に記載の方法。
【請求項１１】
前記比較は、前記第１デコード用の第１パスメトリックおよび前記第２デコード用の第２パスメトリックを計算すること、および、前記第１パスメトリックと前記第２パスメトリックとを比較することを含む、請求項１０に記載の方法。
【請求項１２】
前記第１基準は、前記第１パスメトリックが前記第２パスメトリックより小さいことを含む、請求項１１に記載の方法。
【請求項１３】
前記絞り込んだチャネル候補の組を生成する段階は更に、
前記チャネル候補のランキングメトリックを計算する段階と、
前記ランキングメトリックに基づいて、前記絞り込んだチャネル候補の組に対して前記チャネル候補を含めるまたは除外する段階と
を備える、請求項８から１２の何れか一項に記載の方法。
【請求項１４】
前記ランキングメトリックは、前記第１デコードから取得されるパスメトリックの正規化である、請求項１３に記載の方法。
【請求項１５】
前記第１デコードは、誤り検出符号を用いないデコードにより実行される、請求項８に記載の方法。
【請求項１６】
プロセッサを備えるＰｏｌａｒエンコーダであって、前記プロセッサは、前記Ｐｏｌａｒエンコーダに、請求項１から７の何れか一項に記載の方法を実行させるように構成される、Ｐｏｌａｒエンコーダ。
【請求項１７】
プロセッサを備えるＰｏｌａｒデコーダであって、前記プロセッサは、前記Ｐｏｌａｒデコーダに、請求項８から１５の何れか一項に記載の方法を実行させるように構成される、Ｐｏｌａｒデコーダ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１０８
【補正方法】変更
【補正の内容】
【０１０８】
ＲＡＮ８２０ａおよび８２０ｂは、音声、データおよび他のサービスのような様々なサービスをＥＤ８１０ａから８１０ｃに提供すべく、コアネットワーク８３０と通信状態にある。ＲＡＮ８２０ａおよび８２０ｂならびに／またはコアネットワーク８３０は、１つまたは複数の他のＲＡＮ（不図示）と直接的または間接的に通信状態にあり得る。当該１つまたは複数の他のＲＡＮは、コアネットワーク８３０により直接供給されてもされなくてもよく、ＲＡＮ８２０ａ、ＲＡＮ８２０ｂ、またはその両方と同じ無線アクセス技術を利用してもしなくてもよい。コアネットワーク８３０は、（ｉ）ＲＡＮ８２０ａおよび８２０ｂ、または、ＥＤ８１０ａから８１０ｃ、またはその両方と（ｉｉ）他のネットワーク（ＰＳＴＮ８４０、インターネット８５０、およびその他のネットワーク８６０など）との間のゲートウェイへのアクセスとして機能してもよい。加えて、ＥＤ８１０ａから８１０ｃのうちの幾つかまたは全てが、複数の異なる無線技術および／またはプロトコルを用いた複数の異なる無線リンクを介して、複数の異なる無線ネットワークと通信するための機能を含み得る。無線通信の代わりに（またはそれに加えて）、ＥＤ８１０ａから８１０ｃは、有線通信チャネルを介してサービスプロバイダまたはサービススイッチ（不図示）、およびインターネット８５０に通信し得る。ＰＳＴＮ８４０は、基本電話サービス（ＰＯＴＳ）を提供するための回線交換電話網を含み得る。インターネット８５０は、コンピュータまたはサブネット（イントラネット）またはその両方のネットワークを含んでよく、ＩＰ、ＴＣＰ、ＵＤＰのようなプロトコルを組み込んでよい。ＥＤ８１０ａから８１０ｃは、複数の無線アクセス技術に従って操作できるマルチモードのデバイスであってよく、そのようなものをサポートするために必要なトランシーバを複数組み込んでよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】変更
【補正の内容】
【０１１６】
各入出力デバイス９６６によって、ネットワークにおけるユーザまたは他のデバイスとのインタラクションが可能になる。各入出力デバイス９６６が、ユーザに情報を提供するため、または、ユーザから情報を受信するための、ネットワークインタフェース通信を含む任意の適切な構造を持つ。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】変更
【補正の内容】
【０１１９】
上述の通り、幾つかの例によると、ＵＥＩＤは、ＵＥＩＤの繰り返しに基づいてＵＥ固有凍結シーケンスを生成するために使用される。例えば、（例えば、符号レートＲが低いため、または、情報ビットの数Ｋが少ないために）ＵＥＩＤのビット長より多くの凍結ビット位置がある場合は、例えば、相対的により多数の組の凍結ビット位置を全て埋めるためにＵＥＩＤまたはその一部が（例えば、上記のリピータを用いて）繰り返されて、複数の異なるＵＥに固有の凍結シーケンス間の差分を大きくするのに役立ち得る。複数の異なる繰り返し方法が使用され得る。利用可能な凍結ビット位置の総数より短いビット長のビット［ｕ０、ｕ１…ｕｋ］を持つＵＥＩＤの例を考慮されたい。幾つかの例によると、ＵＥＩＤ（またはその一部）は、ブロックの繰り返し、例えば、［ｕ０、ｕ１…ｕｋ、ｕ０、ｕ１…ｕｋ、ｕ０…］を用いて、所望の数の利用可能な凍結ビット位置が全て埋められるまで繰り返され得る。幾つかの例によると、ＵＥＩＤは、（ビット）インタリーブされた繰り返し、例えば、［ｕ０、ｕ０…ｕ０、ｕ１、ｕ１、ｕ１…ｕ１，…ｕｋ，…ｕｋ］を用いて、所望の数の利用可能な凍結ビット位置が全て埋められるまで繰り返され得る。ＵＥＩＤを繰り返すには他の可能性も存在する。
（項目１）
エンコードする方法であって、上記方法は、
Ｐｏｌａｒ符号用のエンコーダを用いて、受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成する段階と、
上記コードワードを伝送する段階と
を備え、上記エンコーダの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含み、上記ＵＥ固有凍結シーケンスは、上記受信先ＵＥと関連付けられる、方法。
（項目２）
上記ＵＥ固有凍結シーケンスは、上記受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいている、請求項１に記載の方法。
（項目３）
ある機能を上記ＵＥＩＤに適用することにより、上記ＵＥ固有凍結シーケンスを生成する段階を更に備える、請求項２に記載の方法。
（項目４）
上記機能は、上記ＵＥＩＤに適用されるリピータ機能である、請求項３に記載の方法。
（項目５）
上記ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である、請求項２に記載の方法。
（項目６）
上記伝送用データは、制御情報を含む、請求項１から５の何れか一項に記載の方法。
（項目７）
上記入力ベクトルは更に、上記伝送用データに付加される誤り検出符号を含み、上記誤り検出符号は、ＵＥＩＤを用いてマスクされる、請求項１から６の何れか一項に記載の方法。
（項目８）
ブラインド検出の方法であって、
複数のチャネル候補をスキャンする段階と、
チャネル候補ごとに、
ユーザ機器（ＵＥ）固有凍結シーケンスを用いて上記チャネル候補の第１デコードを実行すること、および、
上記第１デコードが第１基準を満たすことができない任意のチャネル候補を棄却すること
により、絞り込んだチャネル候補の組を生成する段階と
を備える方法。
（項目９）
絞り込んだチャネル候補ごとに、上記絞り込んだチャネル候補の誤り検出符号支援デコードを実行する段階と、
上記誤り検出符号支援デコード時の誤り検査に合格した、絞り込んだ所与のチャネル候補について、上記絞り込んだ所与のチャネル候補から伝送データをデコードする段階と
を更に備える、請求項８に記載の方法。
（項目１０）
上記絞り込んだ候補の組を生成する段階は更に、チャネル候補ごとに、
基準凍結シーケンスを用いて上記チャネル候補の第２デコードを実行する段階と、
上記第１デコードと上記第２デコードとを比較することにより、上記第１デコードが上記第１基準を満たしているかどうかを判断する段階と
を備える、請求項８または９の何れか一項に記載の方法。
（項目１１）
上記比較は、上記第１デコード用の第１パスメトリックおよび上記第２デコード用の第２パスメトリックを計算すること、および、上記第１パスメトリックと上記第２パスメトリックとを比較することを含む、請求項１０に記載の方法。
（項目１２）
上記第１基準は、上記第１パスメトリックが上記第２パスメトリックより小さいことを含む、請求項１１に記載の方法。
（項目１３）
上記絞り込んだ候補の組を生成する段階は更に、
上記チャネル候補のランキングメトリックを計算する段階と、
上記ランキングメトリックに基づいて、上記絞り込んだ候補の組に対して上記チャネル候補を含めるまたは除外する段階と
を備える、請求項８から１２の何れか一項に記載の方法。
（項目１４）
上記ランキングメトリックは、上記第１デコードから取得されるパスメトリックの正規化である、請求項１３に記載の方法。
（項目１５）
上記第１デコードは、誤り検出符号を用いないデコードにより実行される、請求項８に記載の方法。
（項目１６）
プロセッサを備えるＰｏｌａｒエンコーダであって、上記プロセッサは、上記エンコーダに、
Ｐｏｌａｒ符号エンコードにより受信先ユーザ機器（ＵＥ）を対象としたコードワードを生成すること、および、
上記コードワードを伝送のために提供すること
を行わせるように構成され、上記Ｐｏｌａｒ符号エンコードの入力ベクトルが、凍結ビット位置にＵＥ固有凍結シーケンスを含み、更には、情報ビット位置に伝送用データを含み、上記ＵＥ固有凍結シーケンスは、上記受信先ＵＥと関連付けられる、Ｐｏｌａｒエンコーダ。
（項目１７）
上記ＵＥ固有凍結シーケンスは、上記受信先ＵＥのＵＥ識別子（ＵＥＩＤ）に基づいている、請求項１６に記載のＰｏｌａｒエンコーダ。
（項目１８）
上記プロセッサは更に、上記エンコーダに、ある機能を上記ＵＥＩＤに適用することにより上記ＵＥ固有凍結シーケンスを生成させるように構成される、請求項１７に記載のＰｏｌａｒエンコーダ。
（項目１９）
上記機能は、上記ＵＥＩＤに適用されるリピータ機能である、請求項１８に記載のＰｏｌａｒエンコーダ。
（項目２０）
上記ＵＥＩＤは、無線ネットワーク仮識別子（ＲＮＴＩ）またはグループ識別子である、請求項１７に記載のＰｏｌａｒエンコーダ。
（項目２１）
上記伝送用データは、制御情報を含む、請求項１６から２０の何れか一項に記載のＰｏｌａｒエンコーダ。
（項目２２）
上記入力ベクトルは更に、上記伝送用データに付加される誤り検出符号を含み、上記誤り検出符号は、ＵＥＩＤを用いてマスクされる、請求項１６から２１の何れか一項に記載のＰｏｌａｒエンコーダ。
【国際調査報告】
2019526962.tif 000020
2019526962.tif 000021