JP6234442B2

JP6234442B2 - 通信ネットワークにおけるｐｄｃｃｈ検出エラーを除去するためのシステム及び方法

Info

Publication number: JP6234442B2
Application number: JP2015512152A
Authority: JP
Inventors: チェン、ジュン−フ
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2012-05-15
Filing date: 2013-05-02
Publication date: 2017-11-22
Anticipated expiration: 2033-05-02
Also published as: JP2015522989A; EP2850764A1; WO2013171609A1; BR112014026287A2; EP2850764B1; CN104272629A

Description

［関連出願］
本一部継続出願は、２００９年６月２５日に提出された米国特許出願第１２／４９１，５８１号及び２００８年８月２１日に提出された米国仮出願第６１／０９０，７５３号の利益を主張し、それらは参照によりここに取り入れられる。

［技術分野］
本発明は、通信ネットワークに関する。より具体的には、限定ではないものの、本発明はＬＴＥ（Long Term Evolution）通信システムにおけるＰＤＣＣＨ（Physical Downlink Control Channel）の検出エラーを除去するためのシステム及び方法を対象とする。

図１は、ＬＴＥネットワーク１００の簡易ブロック図を示している。ＬＴＥネットワーク１００は、コアネットワーク１０２及び無線アクセスネットワーク（ＲＡＮ）１０４を含む。ＲＡＮ１０４は、一般に拡張ノードＢ（ｅＮｏｄｅＢ）１０８と呼ばれる複数のアクセスノードを含み、ｅＮｏｄｅＢ１０８は、ＬＴＥネットワーク１００のそれぞれのセル内でユーザ機器（ＵＥ）１１０へサービスを提供する。ｅＮｏｄｅＢ１０８は、エアインタフェース上でＵＥ１１０と通信し、コアネットワーク１０２への接続を提供する。本発明はＬＴＥネットワークの文脈において説明されるものの、当業者は、本発明が非限定的にＷＣＤＭＡ（Wideband Code Division Multiple Access）ネットワークを含む通信標準群に基づく他の通信ネットワークにおいて使用され得ることを理解するであろう。

ＬＴＥシステムにおいて、ＰＤＣＣＨは、複数のＵＥの間で共有される無線リソース上で送信される。ＵＥは、ＵＥ固有のサーチスペースについては４つのアグリゲーションレベル、具体的には１、２、４及び８を、共通サーチスーペースについては２つのアグリゲーションレベル、具体的には４及び８をモニタリングしなければならないように仕様化されている。

３ＧＰＰ（Third Generation Partnership Project）技術仕様（ＴＳ）３６．２１３（バージョン８）セクション９．１は、物理ダウンリンク制御チャネルの割り当てを判定するためのＵＥの手続を説明している。特に、セクション９．１．１（PDCCH assignment procedures）は、アグリゲーションレベルＬ∈｛１，２，４，８｝でのサーチスペースＳ_ｋ ^（Ｌ）について議論しており、それは次式により与えられる制御チャネルエレメント（ＣＣＥ）の連続的なセットにより定義される。

ここで、Ｎ_{ＣＣＥ，ｋ}はサブフレームｋの制御領域内のＣＣＥの総数であり、Ｚ_ｋ ^（Ｌ）はサーチスペースの開始を定義し、ｉ＝０，１，…，Ｍ^（Ｌ）・Ｌ−１であり、Ｍ^（Ｌ）は所与のサーチスペース内でモニタリングすべきＰＤＣＣＨの数である。各ＣＣＥは、３６個のＱＰＳＫ（Quadrature Phase Shift Keying）変調シンボルを収容する。Ｍ^（Ｌ）の値は表１により仕様化され、３ＧＰＰＴＳ３６．２１３において開示されており、次の通りである。

この定義では、異なるアグリゲーションレベルについてのサーチスペースがシステム帯域幅に関わらず互いに重複し得る。具体的には、ＵＥ固有サーチスペース及び共通サーチスペースが重複し得る。加えて、異なるアグリゲーションレベルについてのサーチスペースが重複し得る。例えば、以下の表２は、そうした重複の一例を示している。表２は、Ｎ_{ＣＣＥ，ｋ}＝９、Ｌ＝｛１，２，４，８｝についてそれぞれＺ_ｋ ^（Ｌ）＝｛１，６，４，０｝の例を示している。

ＰＤＣＣＨ送信は、レート１／３のテールバイティング畳み込み符号のために循環バッファベースベースのレートマッチングを採用する。符号化ビットの反復と異なるアグリゲーションレベルの間のサーチスペースの重複とに起因して、複数のアグリゲーションレベルが巡回冗長検査（ＣＲＣ）のチェックを通過（pass）し得る。

加えて、循環バッファベースのレートマッチングに起因して、所与のアグリゲーションサイズ（２、４又は８）について、符号化ビットは最初のＣＣＥの後に自身の反復を開始し得る。図２Ａ及び図２Ｂは、既存の通信システムにおけるＣＣＥの反復の例を示す簡易ブロック図である。図２Ａ及び図２Ｂは、特定のペイロードサイズ（即ち、４８ビット）についての例を示している。図２Ａは、２回の反復を伴うアグリゲーションサイズ４を有する複数のＣＣＥ２００を有するペイロードを例示している。各反復は、循環バッファ内の同じ位置で開始される。図２Ｂは、アグリゲーションサイズ８を有する複数のＣＣＥ２０２を伴うペイロードを例示している。８というアグリゲーションサイズでは、循環バッファ内の同じ位置で各反復が開始される４回の反復が存在する。概して、混同するレベルを有するための必要条件は次の通りである：

ここで、Ｎは曖昧性のあるペイロードサイズであり、ｍ及びｋは共に整数である。ＵＥは０．７５よりも高い符号レートでＰＤＣＣＨを復号することを要しないことから、Ｎは５４×（８−ｍ）以下のはずである。例えば、Ｎ＝４８、ｍ＝２ｋである場合、ｋは１、２又は４という値をとり得る。そうした例において、｛１，２，４，８｝のいかなる組合せも、（２つ以上の）アグリゲーションレベルの混同を生じさせ得る。ＬＴＥのＰＤＣＣＨペイロードは情報ビットと対応する１６ビットＣＲＣとを含むことから、ペイロードサイズは２０ビットを下回らない。ＬＴＥシステムに適用可能な全ての問題のあるサイズの網羅的なリストは、次の通りである：

符号化ビットの反復と異なるアグリゲーションサイズの間のサーチスペースの重複とに起因して、複数のアグリゲーションサイズがＣＲＣのチェックを通過し得る。ＰＤＣＣＨの最初のＣＣＥはダイナミックスケジューリングのためのアップリンク確認応答／否定応答（ＡＣＫ／ＮＡＣＫ）リソースにリンク付けされることから、ＵＥは、ノードＢに知られていない異なるリソースでそのＡＣＫ／ＮＡＣＫを送信し得る（即ち、複数のＡＣＫ／ＮＡＣＫリソースに可能性がある）。このようにして、異なるアグリゲーションレベルからの２つ以上のＰＤＣＣＨ復号候補が異なる最小ＣＣＥインデックスを有する場合に、対応するＰＤＣＣＨグラントの、最初のＣＣＥからマッピングされるアップリンク（ＵＬ）ＡＣＫ／ＮＡＫリソースの位置における混同が存在し得る。潜在的に間違っているＵＬＡＣＫ／ＮＡＫリソース位置は、不必要なＵＬ干渉を生じさせるだけでなく、特に高ジオメトリＵＥについて、ダウンリンクのスループットにも影響を与える。

これら問題を解消するために、多数の解決策がこれまでにあった。１つの解決策では、アグリゲーションサイズを示すために２つのビットが各ＰＤＣＣＨフォーマットに追加される。この単純な解決策は、ＵＥがアグリゲーションサイズの正確さを検証することを可能としたであろう。しかしながら、この解決策は、ＰＤＣＣＨ上のオーバヘッドを増加させ、その重要なシステム信号のカバレッジを減少させる。

異なるアグリゲーションサイズについての他の既存の解決策では、異なるＣＲＣマスク又はスクランブリングコードが適用される。これは明らかにＵＥの復号の複雑さを増加させる。加えて、ＣＲＣについての追加的なスクランブリングの動作（例えば、多様なＵＥの識別、送信アンテナ選択マスク、及びアグリゲーションレベル固有のマスクについての提案）は、より高いＣＲＣ誤検出確率をもたらす。よって、この解決策は、検出の信頼性に関連付けられる問題を解決しない。

他の既存の解決策では、拡張ノードＢ（ｅＮｏｄｅＢ）が全てのあり得る位置でＵＥのＡＣＫ／ＮＡＣＫの復号を試みる。ｅＮｏｄｅＢは、曖昧性のあるＰＤＣＣＨペイロードサイズについてＰＤＣＣＨ送信のためのアグリゲーションレベルをＵＥが正確に選択するかの知識を有しない。ｅＮｏｄｅＢは、所与のＵＥについて全てのあり得るアグリゲーションレベル上でＵＬのＡＣＫ／ＮＡＣＫを検出することを選択し得る。しかしながら、それは追加的な実装の複雑さを生み出すのみならず、より重要なこととして、正確な検出を保証することができない。第一に、ｅＮｏｄｅＢは、ＵＬのＡＣＫ／ＮＡＫの衝突があり得ないことを保証しなければならない。これは、異なるＵＥが重複するサーチスペースを有するべきでないことから、厳しいスケジューリングの制限を課す。それを満たすことは、システム負荷に起因して、現実には不可能ではないにしても非常に困難である。さらに言えば、ｅＮｏｄｅＢは、チャネル条件、ＨＡＲＱ（Hybrid Automatic Repeat Request）終端ターゲット、及び不完全な電力制御に起因して、あるアグリゲーションレベルについて特定のＡＣＫ／ＮＡＫの統計を推定することができない。結局、複数の仮説は、不可避的に、ＵＬのＡＣＫ／ＮＡＫ検出性能に悪影響を及ぼす。よって、上述した問題を解決するためにｅＮｏｄｅＢを利用することについて、それは実践的ではない。

ＰＤＣＣＨ送信のための実際のアグリゲーションレベルを判定するために、ＵＥは、多様なアプローチを使用し得る。ＵＥは、ＣＣＥの全てのあり得る混同の組合せについて、変調シンボルを用いてエネルギーを判定し得る。しかしながら、このアプローチは、他のセルからの干渉を理由に、非常に信頼性が無い。他のアプローチでは、ＰＤＣＣＨが再符号化され得る。ＵＥは、ビットを復号してＰＤＣＣＨを再符号化し、ＣＣＥの全てのあり得る混同の組合せについて、信号対雑音比（ＳＮＲ）を判定し得る。このアプローチはより信頼性があるが、非常に複雑である。その代わりに、ＵＥは、符号化ビットの整数倍の反復と整数倍のＣＣＥとを収容する各セグメントについてＣＲＣチェックを実行し得る。各セグメントが同じＣＲＣチェック結果を有することは保証されない。よって、複雑な決定ロジックが考案されなければならない。加えて、このアプローチは、不可避的に、ブラインドＰＤＣＣＨ復号の回数を有意に増加させる。よって、非常に複雑な実装が採用されない限り、容易には解決策が実装されない。その代わりに、上の複雑な実装を迂回するために、アグリゲーションレベルが選択され得る。例えば、肯定的なＣＲＣチェックを伴う全てのアグリゲーションレベルの中で、最大の又は最小のアグリゲーションレベルが選択され得る。いずれのケースでも、無視できないほどの（間違ったアグリゲーションレベルを選択するという）フォルスアラームの確率を被る。

他の既存の解決策では、“問題の（troubled）”ペイロードサイズを伴うＰＤＣＣＨにゼロパディングが適用され得る。問題のあるペイロードサイズは相当に多く、この解決策は受信機の複雑なブラインド復号ロジックを要する。

本発明は、アグリゲーションレベルのいかなる混同をも回避するように、循環バッファのサイズを選択する。本発明は、循環バッファ内の符号化ビット数を変化させることにより、このＰＤＣＣＨの曖昧性の無い符号化を達成する。１つ以上の符号化ビットを削除し又は１つ以上のビットを反復することにより、循環バッファ内の符号化ビット数を変化させることができる。

１つの観点において、本発明は、ＬＴＥ（Long Term Evolution）通信システムにおけるＰＤＣＣＨ（Physical Downlink Control Channel）の検出エラーを曖昧性の無い符号化（unambiguous encoding）によって除去する方法を対象とする。本方法は、少なくとも１つの符号化ビットを削除し又は反復することにより、循環バッファのサイズを修正するステップ、を含む。循環バッファは、複数のビットを有するＰＤＣＣＨペイロードからインターリーブされたビットを収集する。ＰＤＣＣＨペイロードは、畳み込み符号で符号化される。そして、ＰＤＣＣＨペイロードのビットがインターリーブされる。インターリーブされたビットは、修正された循環バッファへ収集される。そして、ビットは、修正された循環バッファから送信のために選択される。

他の観点において、本発明は、ＬＴＥ通信システムにおけるＰＤＣＣＨの検出エラーを曖昧性の無い符号化で除去するためのシステムを対象とする。本システムは、複数のビットを有するＰＤＣＣＨペイロードを送信するための送信機と、ＰＤＣＣＨペイロードからインターリーブされたビットを収集するための循環バッファと、を含む。循環バッファのサイズは、符号化ビットを削除し又は反復することにより修正される。ＰＤＣＣＨペイロードは、畳み込み符号で符号化される。ＰＤＣＣＨペイロードの複数のビットは、インターリーブされ、修正された循環バッファへ収集される。そして、修正された循環バッファから選択されるビットが送信される。

また別の観点において、本発明は、ＬＴＥ通信システムにおけるＰＤＣＣＨの検出エラーを、曖昧性の無い符号化と共にペイロードを送信することにより除去するためのノードを対象とする。本ノードは、符号化ビットを削除し又は反復することにより、循環バッファのサイズを修正する。循環バッファは、複数のビットを有するＰＤＣＣＨペイロードからインターリーブされたビットを収集する。本ノードは、ＰＤＣＣＨペイロードを畳み込み符号で符号化し、ＰＤＣＣＨペイロードの複数のビットをインターリーブする。本ノードは、インターリーブされたビットを修正された循環バッファへ収集する。そして、本ノードは、修正された循環バッファから送信のためにビットを選択する。

後続するセクションにおいて、次の図面に示された例示的な実施形態を参照しながら、本発明が説明されるであろう。

（従来技術）ＵＭＴＳネットワークの簡易ブロック図を示している。（従来技術）アグリゲーションサイズ４を伴う複数のＣＣＥを有するペイロードを示している。（従来技術）アグリゲーションサイズ８を有する複数のＣＣＥを伴うペイロードを示している。畳み込み符号化されるトランスポートチャネルについてのレートマッチング及び制御情報を示す簡易ブロック図である。１つの実施形態に従ってＰＤＣＣＨ検出エラーを回避する例示的な方法を示すフローチャートである。他の実施形態に従って回避されるＰＤＣＣＨ検出エラーの例示的な方法を示すフローチャートである。

本発明の完全な理解を提供するために、以下の詳細な説明において、多くの特定の詳細が説明される。しかしながら、本発明はそれら特定の詳細が無くとも実践され得ることが、当業者により理解されるであろう。他の例において、よく知られた方法、手続、コンポーネント及び回路は、本発明を曖昧にしないために、詳細には説明されていない。

本発明は、ＬＴＥ（Long Term Evolution）通信システムにおけるＰＤＣＣＨ（Physical Downlink Control Channel）の検出エラーを除去するためのシステム及び方法である。情報ビット及び付加されるＣＲＣビットを含むＰＤＣＣＨペイロードは、送信のための符号化ビットシーケンスを生成するために符号化される。符号化ビットは、循環バッファへ入力される。割り当てられた制御チャネルエレメントの連続するサブセットにおける符号化ビットの反復を妨げるように、循環バッファのサイズが選択される。いくつかの実施形態では、循環バッファの選択されるサイズは、符号化ビットの数よりも小さく、符号化ビットシーケンス内の１つ以上の符号化ビットが削除される。他の実施形態では、循環バッファの選択されるサイズは、符号化ビットの数よりも大きく、符号化ビットシーケンスに１つ以上の割増ビット（extra bits）が追加される。

図３は、ＰＤＣＣＨのチャネル符号化のための、ノードＢ１０８又は他の送信ノード内のチャネル符号化回路２５０の主要な機能エレメント群を示している。図３に見られるように、ノードＢ１０８は、エンコーダ２５２、インターリーブ回路２５４、ビット収集回路２５８、及びレートマッチング回路２６０を備える。図３に示したコンポーネントは、１つ以上のプロセッサ、ハードウェア、ファームウェア又はそれらの組合せにより実装され得る。

エンコーダ２５２には、情報ビット及び付加されるＣＲＣビットを含むＰＤＣＣＨペイロードが入力される。エンコーダ２５２は、ＰＤＣＣＨペイロードを符号化して、符号化ビットシーケンスを生成する。エンコーダ２５２は、例えば、レート１／３畳み込みエンコーダを含み得る。よって、テールバイティング（tail-biting）畳み込みエンコーダの入力においてペイロードサイズがＮビットであれば、当該エンコーダの出力では３×Ｎビットが存在する。ブロック符号及びターボ符号といった他のＦＥＣ符号もまた使用されてよい。

図３に例示したように、エンコーダ２５２から出力される符号化ビットは、インターリーブ回路２５４へ入力される。インターリーブ回路２５４の機能は、符号化ビットを並び替えてバーストエラーに対するロバスト性を高めることである。１つの例示的な実施形態において、インターリーブ回路２５４は、複数のサブブロックインターリーバ２５６を含む。エンコーダ２５２により出力される符号化ビットストリームは、複数のサブストリームへと分割され、それらサブストリームは、それぞれのサブブロックインターリーバ２５６へと入力される。図３において、サブブロックインターリーバ２５６へ供給されたサブストリームは、それぞれｄ_ｋ ^（０）、ｄ_ｋ ^（１）及びｄ_ｋ ^（２）と表記される。サブブロックインターリーバ２５６は、それぞれのビットストリームｄ_ｋ ^（０）、ｄ_ｋ ^（１）及びｄ_ｋ ^（２）をインターリーブして、出力シーケンスｖ_ｋ ^（０）、ｖ_ｋ ^（１）及びｖ_ｋ ^（２）を生成する。

ビット収集回路２５８は、出力シーケンスｖ_ｋ ^（０）、ｖ_ｋ ^（１）及びｖ_ｋ ^（２）を循環バッファ２６０へと収集する。１つの例示的な実施形態では、出力シーケンスは、シーケンシャルに循環バッファ２６０へと読み込まれる。レートマッチング回路２６２は、ＰＤＣＣＨに割り当てられた制御チャネルエレメントを埋める（fill）ために、循環バッファ２６０から符号化ビットを読み出す。送信されるビット数が循環バッファ２６０のサイズを上回る場合、レートマッチング回路２６２は、循環バッファ２６０の先頭へ戻り（wrap）、ビットの読み出しを継続する。

問題は、循環バッファ２６０内の符号化ビット数がＰＤＣＣＨに割り当てられた制御チャネルエレメントのサブセット内のビット数と等しい場合に生じる。そうしたケースでは、循環バッファ２６０内の同じ位置で各反復が開始する形で、符号化ビットシーケンスが２回以上反復され得る。この場合、ＣＲＣが２つ以上の異なるアグリゲーションレベルについて通過し、曖昧性をもたらす。例えば、符号化ビットシーケンスが１４４ビットを有し、アグリゲーションレベルが８であるものとする。この例では、符号化ビットシーケンスは、ちょうど４つ分のＣＣＥにフィットする。８というアグリゲーションレベルでは、符号化ビットシーケンスは２回反復され、４又は８のいずれかというアグリゲーションレベルを示し得る。こうした曖昧性を回避するために、ビット収集回路２５８は、ＰＤＣＣＨに割り当てられた制御チャネルエレメントの連続するサブセットにおいて符号化ビットの反復を回避するように循環バッファ２６０のサイズを選択する、ように構成される。

留意すべきこととして、広範囲のユーザデータ又はシステム制御情報に、３ＧＰＰＴＳ３６．２１２に記述されたような畳み込み符号化及びレートマッチングのアルゴリズムは概して適用可能である。検出の信頼性の問題は、ＰＤＣＣＨの特定の構造からのみ生起するため、本発明の好適な実施形態では、ＰＤＣＣＨペイロードのみのケースで最小の変更が行われる。３ＧＰＰＴＳ３６．２１２のセクション５．１．４．２．２(Bit collection, selection and transmission）に記述されている動作は、以下の例に示すように修正され、ここで、Ｋ_ｗはエンコーダ２５２により出力される符号化ビットシーケンスの長さであり、Ｋ_Πはサブブロックインターリーバ２５６により出力されるサブストリームの長さである。

本発明の第１の実施形態において、長さＫ_ｗ＝３Ｋ_Πの循環バッファが、ビット収集回路２５８により次のように生成される：

ペイロードがＰＤＣＣＨのためのものであれば、循環バッファの長さは、次のように１つ以上のビット分だけ削減される：

ここで、ｎは循環バッファ２６０から除去されるビットの数を表現する。

Ｅによりレートマッチングの出力シーケンス長を表すとすると、レートマッチング出力ビットシーケンスはｅ_ｋ、ｋ＝０，１，…，Ｅ−１である。出力シーケンスｅ_ｋは、レートマッチング回路２６２により次のように生成される：

本発明の第２の実施形態において、循環バッファの長さは、ビット収集回路２５８によりまず次のように決定される：

そして、循環バッファは、ビット収集回路２５８により次のように生成される：

出力シーケンスｅ_ｋは、上で説明したものと同じやり方で、レートマッチング回路２６２により生成される。

本発明の第３の実施形態において、長さＫ_ｗ＝３Ｋ_Π−ｎの循環バッファが全てのＬＴＥ畳み込み符号化信号のために使用され、ここでｎは符号化ビットシーケンスから削除される符号化ビットの数である。そして、循環バッファ２６０は、次のように生成される：

出力シーケンスは、レートマッチング回路２６２により次のように生成される。出力シーケンスｅ_ｋは、上で説明したものと同じやり方で、レートマッチング回路２６２により生成される。

図４は、本発明の１つの実施形態に従ってＬＴＥ通信システムにおいてＰＤＣＣＨ検出エラーを除去するステップ群を例示するフローチャートである。方法は、ステップ３００において開始し、アグリゲーションレベルの混同が生じ得ないように、循環バッファ２６０のサイズが選択される。これは、ビット収集後に循環バッファ２６０から符号化ビットを除去するか（第１の実施形態）、又はビット収集の前若しくは途中で符号化ビットを削除するか（第２及び第３の実施形態）のいずれかによって、循環バッファ２６０から１つ以上の符号化ビットを除外することにより達成され得る。除外されるビットは、最後のｎ個の符号化ビット、１つよりも多くの除外ビット、又はペイロードの他の符号化ビットであってもよい。次に、ステップ３０２において、ＰＤＣＣＨペイロードは、エンコーダ２５２により、レート１／３のテールバイティング畳み込み符号で符号化される。ステップ３０４において、次に、サブブロックインターリーバ２５６によりビットがインターリーブされる。次に、ステップ３０６において、修正された循環バッファ２６０へ、ビット収集回路２５８によりビットが収集される。ステップ３０８において、レートマッチング回路２６２により、送信のためにビットが選択され及び切り捨てられる（pruned）。

本発明の他の実施形態では、循環バッファ２６０内のビット数を符号化出力ビットの数よりも大きくすることができ、１つ以上の割増ビットが符号化ビットシーケンスへ追加され得る。この実施形態では、長さＫ_ｗ＝３Ｋ_Πの循環バッファ２６０が次のように生成される：

ペイロードがＰＤＣＣＨのためのものであれば、循環バッファ２６０の長さは１だけ増やされ、Ｋ_ｗ＝３Ｋ_Π＋１、追加的なビットがｗ_３ＫΠ＝ｘに設定される。割増ビットｘは追加的な符号化ビットであってよく、例えばｘ＝ｖ_０ ^（０）である。他の実施形態では、割増ビットｘはソースビットであってよく、例えばｘ＝ｄ_０ ^（０）である。また別の実施形態では、既知のビット、例えば“０”ビットが追加され得る。テールバイティング畳み込み符号が使用される場合、割増ビットｘは、テールバイティング畳み込みエンコーダ２５２の初期のステートの表現内の特定のビットであり得る。

図５は、他の実施形態に係るＰＤＣＣＨ検出エラーを回避する方法４００を例示している。複数の符号化ビットを含む符号化ビットシーケンスを生成するために、ＰＤＣＣＨペイロードが符号化される（ステップ４１０）。ＰＤＣＣＨに割り当てられたＣＣＥの連続するサブセットにおける符号化ビットの反復が回避されるように、符号化ビットシーケンス内のビット数に等しくない循環バッファ２６０のサイズが選択される（ステップ４２０）。そして、循環バッファ２６０の選択されたサイズに依存して、循環バッファ２６０内に可変的な数の符号化ビットが収集される（ステップ４３０）。

本発明は、既存のシステムに対し、複数の注目すべき利点を提供する。本発明は、ＰＤＣＣＨ検出の信頼性の問題への普遍的な解決策を提供する。加えて、本発明は、通信システムに過度に複雑さを課すことなく、検出及びＰＤＣＣＨ検出エラーの除去の比較的単純な方法及びシステムを提供する。

当業者により認識されるように、本願において説明した革新的な概念を、広範囲の応用にわたって修正し及び変形させることができる。従って、特許される要旨の範囲は、上で議論した特定の例示的な教示のいずれにも限定されるべきではなく、代わりに以下の特許請求の範囲により定義される。

Claims

ＬＴＥ（Long Term Evolution）通信システムにおけるＰＤＣＣＨ（Physical Downlink Control Channel）の曖昧性の無い符号化の方法であって、
前記ＰＤＣＣＨのペイロードを符号化して、リモート通信デバイスへの無線チャネル上での送信のための複数の符号化ビットを含む符号化ビットシーケンスを生成するステップと、
前記ＰＤＣＣＨに割り当てられた制御チャネルエレメントの連続するサブセットにおいて前記符号化ビットシーケンスが反復しないように、循環バッファについて、前記符号化ビットシーケンス内の符号化ビット数に等しくないサイズを選択するステップと、
前記循環バッファの前記サイズに依存して、前記循環バッファにおいて可変的な数の符号化ビットを収集するステップと、
を含み、
前記循環バッファのサイズを選択することは、前記符号化ビットシーケンス内のビット数よりも大きいサイズを選択すること、を含み、前記循環バッファにおいて可変的な数の符号化ビットを収集することは、エンコーダの開始ステート又は終了ステートからの１つ以上のステートビットを追加することにより、前記符号化ビットシーケンスに１つ以上の割増ビットを追加すること、を含む、
方法。
ＬＴＥ（Long Term Evolution）通信システムにおいて曖昧性無く符号化されたＰＤＣＣＨ（Physical Downlink Control Channel）チャネルを送信するためのノードであって、
ＰＤＣＣＨのペイロードをチャネルコードで符号化して、リモート通信デバイスへの無線チャネル上での送信のための複数の符号化ビットを含む符号化ビットシーケンスを生成するように構成されるエンコーダと、
循環バッファを含み、前記符号化ビットを収集するように構成されるビット収集回路と、
を備え、
前記ビット収集回路は、
前記ＰＤＣＣＨに割り当てられた制御チャネルエレメントの連続するサブセットにおいて前記符号化ビットシーケンスが反復しないように、前記符号化ビットシーケンス内の符号化ビット数に等しくない循環バッファのサイズを選択し、
前記循環バッファの選択される前記サイズに依存して、前記循環バッファにおいて可変的な数のビットを収集する、
ように構成され、
前記ビット収集回路は、前記符号化ビットシーケンス内の符号化ビット数よりも大きいバッファ長を選択し、前記循環バッファにおいて収集されるビット数を変化させるために、前記エンコーダの開始ステート又は終了ステートからの１つ以上のステートビットを追加することにより、前記符号化ビットシーケンスに１つ以上の割増ビットを追加する、ように構成される、
ノード。