(57)【特許請求の範囲】
【請求項１】
ＬＴＥ（Long  Term  Evolution）通信システムにおける、アグリゲーションレベルの混同を回避するための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の符号化の方法であって：
少なくとも１つの符号化されたビットをＰＤＣＣＨのペイロードのみと関連付けられる循環バッファから除外することにより、前記循環バッファのサイズを変更するステップと；
前記循環バッファは、複数のビットを有するＰＤＣＣＨのペイロードからインターリーブされたビットを収集することと；
前記ＰＤＣＣＨのペイロードをチャネル符号で符号化するステップと；
前記ＰＤＣＣＨのペイロードの前記複数のビットをインターリーブするステップと；
変更された前記循環バッファにインターリーブされたビットを収集するステップと；
送信のために、変更された前記循環バッファからビットを選択するステップと；
を含む方法。
【請求項２】
前記循環バッファのサイズを変更する前記ステップは、前記循環バッファの末尾の符号化されたビットを除外することを含む、請求項１に記載の方法。
【請求項３】
前記循環バッファのサイズを変更する前記ステップは、前記循環バッファから複数の符号化されたビットを除外することを含む、請求項１に記載の方法。
【請求項４】
前記循環バッファのサイズを変更する前記ステップは、前記循環バッファのいずれかの位置から符号化されたビットを除外することを含む、請求項１に記載の方法。
【請求項５】
前記循環バッファのサイズを変更する前記ステップは、
ＰＤＣＣＨのペイロードについてはＫｗ＝３ＫΠ−１により、
それ以外はＫｗ＝３ＫΠにより、
前記循環バッファの長さを変更することを含み、
前記Ｋｗは前記循環バッファの前記サイズを表す、
請求項１に記載の方法。
【請求項６】
畳み込み符号化された全てのＬＴＥ信号についての前記循環バッファの前記サイズは変更される、請求項１に記載の方法。
【請求項７】
前記チャネル符号は、レート１／３のテイルバイティング畳み込み符号である、請求項１に記載の方法。
【請求項８】
ＬＴＥ（Long  Term  Evolution）通信システムにおいてアグリゲーションレベルの混同を回避するように符号化された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）チャネルを送信するためのシステムであって：
複数のビットを有するＰＤＣＣＨのペイロードを送信するための送信器と；
前記ＰＤＣＣＨのペイロードから、インターリーブされたビットを収集するための循環バッファと；
少なくとも１つの符号化されたビットをＰＤＣＣＨのペイロードのみと関連付けられる循環バッファから除外することにより当該循環バッファのサイズを変更するための手段と；
前記ＰＤＣＣＨのペイロードをチャネル符号で符号化するための手段と；
前記ＰＤＣＣＨのペイロードの前記複数のビットをインターリーブするための手段と；
変更された前記循環バッファにインターリーブされたビットを収集するための手段と；
送信のために、変更された前記循環バッファからビットを選択するための手段と；
を備えるシステム。
【請求項９】
前記循環バッファのサイズを変更するための前記手段は、前記循環バッファの末尾の符号化されたビットを除外するための手段を含む、請求項８に記載のシステム。
【請求項１０】
前記循環バッファのサイズを変更するための前記手段は、前記循環バッファから複数の符号化されたビットを除外するための手段を含む、請求項８に記載のシステム。
【請求項１１】
前記循環バッファのサイズを変更するための前記手段は、前記循環バッファのいずれかの位置から符号化されたビットを除外するための手段を含む、請求項８に記載のシステム。
【請求項１２】
前記循環バッファのサイズを変更するための前記手段は、
ＰＤＣＣＨのペイロードについてはＫｗ＝３ＫΠ−１により、
それ以外はＫｗ＝３ＫΠにより、
前記循環バッファの長さを変更するための手段を含み、
前記Ｋｗは前記循環バッファの前記サイズを表す、
請求項８に記載のシステム。
【請求項１３】
畳み込み符号化された全てのＬＴＥ信号についての前記循環バッファの前記サイズは変更される、請求項８に記載のシステム。
【請求項１４】
前記ＰＤＣＣＨのペイロードの前記複数のビットをインターリーブするための前記手段は、複数のサブブロックインターリーバである、請求項８に記載のシステム。
【請求項１５】
前記チャネル符号は、レート１／３のテイルバイティング畳み込み符号である、請求項８に記載のシステム。
【請求項１６】
ＬＴＥ（Long  Term  Evolution）通信システムにおいてアグリゲーションレベルの混同を回避するように符号化された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）チャネルを送信するためのノードであって：
複数のビットを有するＰＤＣＣＨのペイロードからインターリーブされたビットを収集する、ＰＤＣＣＨのペイロードのみと関連付けられる循環バッファから、少なくとも１つの符号化されたビットを除外することにより、前記循環バッファのサイズを変更するための手段と；
前記ＰＤＣＣＨのペイロードをチャネル符号で符号化するための手段と；
前記ＰＤＣＣＨのペイロードの前記複数のビットをインターリーブするための手段と；
変更された前記循環バッファにインターリーブされたビットを収集するための手段と；
送信のために、変更された前記循環バッファからビットを選択するための手段と；
を備えるノード。
【請求項１７】
前記循環バッファのサイズを変更するための手段は、前記循環バッファの末尾の符号化されたビットを除外するための手段を含む、請求項１６に記載のノード。
【請求項１８】
前記循環バッファのサイズを変更するための手段は、前記循環バッファから複数の符号化されたビットを除外するための手段を含む、請求項１６に記載のノード。
【請求項１９】
前記循環バッファのサイズを変更するための手段は、前記循環バッファのいずれかの位置から符号化されたビットを除外するための手段を含む、請求項１６に記載のノード。
【請求項２０】
前記循環バッファのサイズを変更するための手段は、
ＰＤＣＣＨのペイロードについてはＫｗ＝３ＫΠ−１により、
それ以外はＫｗ＝３ＫΠにより、
前記循環バッファの長さを変更するための手段を含み、
前記Ｋｗは前記循環バッファの前記サイズを表す、
請求項１６に記載のノード。
【請求項２１】
畳み込み符号化された全てのＬＴＥ信号についての前記循環バッファの前記サイズは変更される、請求項１６に記載のノード。
【請求項２２】
前記チャネル符号は、レート１／３のテイルバイティング畳み込み符号である、請求項１６に記載のノード。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連する出願の相互参照）
この出願は、２００８年８月２１日に提出された米国の仮出願第６１／０９０７５３号の利益を主張し、当該仮出願の開示は、全体として参照によりここに取り入れられる。
【０００２】
本発明は、通信ネットワークに関する。限定の目的ではなくより具体的には、本発明は、ＬＴＥ（Long  Term  Evolution）通信システムにおける物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の検出エラーを取り除くためのシステムおよび方法に向けられる。
【背景技術】
【０００３】
図１は、第３世代（３Ｇ）ネットワークを含むＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワーク１００の単純化されたブロック図を説明する。当該ＵＭＴＳネットワーク１００は、コアネットワーク１０２およびＵＴＲＡＮ（UMTS  Terrestrial  Radio  Access  Network）とみなされる。ＵＴＲＡＮは、複数の無線ネットワークコントローラ（ＲＮＣ）１０６を含む。さらに、様々な役割を複数のＲＮＣがある。各ＲＮＣは、基地局のセットに接続されている。基地局は、Ｎｏｄｅ−Ｂと呼ばれることが多い。各Ｎｏｄｅ−Ｂ１０８は、所定の地理的なセル内の１つ以上のユーザ機器（ＵＥ）１１０との通信を担う。サービング（serving）ＲＮＣは、Ｎｏｄｅ−Ｂとコアネットワークとの間におけるユーザデータおよびシグナリングデータのルーティングを担う。
【０００４】
ＬＴＥシステムでは、ＰＤＣＣＨは、いくつかのＵＥ間で共有される無線リソース上で送信される。ＵＥは、具体的には１、２、４および８であるＵＥ固有のサーチスペース（UE-specific  search  space）についての４つのアグリゲーションレベル（aggregation  level）、および具体的には４および８である共通サーチスペース（common  search  space）についての２つのアグリゲーションレベルを監視しなければならないように仕様化されている。
【０００５】
第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３６．２１３（バージョン８）のセクション９．１は、物理ダウンリンク制御チャネルの割当てを決定するためのＵＥの手続きを説明している。具体的には、セクション９．１．１（ＰＤＣＣＨ割当て手続き）は、以下のように与えられる制御チャネル要素（ＣＣＥ）の連続するセットにより定義される、アグリゲーションレベルL∈{1,2,4,8}でのサーチスペースSk(L)を検討している（Sk(L)の表記は、Sの右上に(L)、Sの右下にkがあることを示す。以下の同様の表記も同じ）。
【数１】
0005562338.tif 000002
NCCE,kは、サブフレームkの制御領域内のＣＣＥの総数である。Zk(L)は、サーチスペースの開始点を定義する。i=0,1,…,M(L)・L−1およびM(L)は、所定のサーチスペース内で監視すべきＰＤＣＣＨの数である。各ＣＣＥは、３６個の四位相偏移変調（ＱＰＳＫ）変調シンボルを含む。M(L)の値は、表１により特定され、３ＧＰＰ  ＴＳ  ３６．２１３で開示され、以下のように示される。
【表１】
0005562338.tif 000003
【０００６】
この定義を用いると、異なるアグリゲーションレベルについてのサーチスペースは、システムの帯域幅にかかわらず互いに重複し得る。具体的には、ＵＥ固有のサーチスペースおよび共通サーチスペースは、重複し得る。さらに、異なるアグリゲーションレベルについてのサーチスペースが、重複し得る。例えば、以下の表２は、そのような重複の例を説明する。表２は、NCCE,k＝９、L＝｛１、２、４、８｝についてZk(L)＝｛１、６、４、０｝である例を個々に説明する。
【表２】
0005562338.tif 000004
【０００７】
ＰＤＣＣＨの送信は、レート１／３のテイルバイティング畳み込み符号についてのレートマッチングに基づく循環バッファを用いる。符号化されたビットの反復および異なるアグリゲーションレベル間でのサーチスペースの重複に起因して、いくつかのアグリゲーションレベルは、巡回冗長検査（ＣＲＣ）の検査を通過し得る。
【０００８】
さらに、レートマッチングに基づく循環バッファに起因して、所定のアグリゲーションサイズ（２、４または８）について、符号化されたビットは第１のＣＣＥの後に自身を反復し始める。図２Ａおよび２Ｂは、既存の通信システムにおけるＣＣＥの反復の例を説明する単純化されたブロック図である。図２Ａおよび２Ｂは、特定のペイロードサイズ（すなわち、４８ビット）についての例を説明する。図２Ａは、２回の繰り返しを伴うアグリゲーションサイズ４の複数のＣＣＥ２００を有するペイロードを説明する。各反復は、循環バッファ内の同じ位置で開始する。図２Ｂは、アグリゲーションサイズ８の複数のＣＣＥ２０２を有するペイロードを説明する。８であるアグリゲーションサイズを用いると、４つの反復があり、各反復は循環バッファ内の同じ位置で開始する。
【０００９】
一般的に、混同するレベルを有するための必要条件は、以下のように示される。
【数２】
0005562338.tif 000005
Nは不確かなペイロードサイズであり、mおよびｋは両方とも整数である。ＵＥは０．７５よりも高い符号レートをを伴うＰＤＣＣＨを復号する必要がないため、Nは５４×（８−m）以下であるべきである。例えば、N＝４８、m＝２kである場合に、kは、１、２または４という値をとり得る。そのような例では、｛１、２、４、８｝のいずれかの組合せは、混同する（２以上の）アグリゲーションレベルを生成し得る。ＬＴＥのＰＤＣＣＨのペイロードは、情報ビットおよび対応する１６ビットのＣＲＣを含むため、ペイロードサイズは、２０ビット以上である。ＬＴＥシステムに適用可能な全ての問題のあるサイズの排他的なリストは、
【数３】
0005562338.tif 000006
【００１０】
符号化されたビットの反復および異なるアグリゲーションサイズの間で重複するサーチスペースに起因して、いくつかのアグリゲーションサイズは、ＣＲＣの検査を通過し得る。ＰＤＣＣＨの第１のＣＣＥは、動的なスケジューリングのためのアップリンクの確認応答／否定応答（ＡＣＫ／ＮＡＣＫ）リソースに結び付けられるため、ＵＥは、Ｎｏｄｅ−Ｂにとって既知ではない様々なリソース内でＡＣＫ／ＮＡＣＫを送信し得る（すなわち、いくつかのＡＣＫ／ＮＡＣＫリソースがあり得る）。そのように、２つ以上の異なるアグリゲーションレベルのＰＤＣＣＨの復号候補が異なる最小のＣＣＥインデックスを有する場合に、対応するＰＤＣＣＨ許可の第１のＣＣＥからマッピングされる、アップリンク（ＵＬ）のＡＣＫ／ＮＡＣＫリソースの位置において、混同があり得る。潜在的に誤っているＵＬのＡＣＫ／ＮＡＫリソースの位置は、不要なＵＬインターフェースを生成するだけではなく、特に高い幾何のＵＥ（high  geometry  UE）についてダウンリンクのスループットにも影響を与える。
【００１１】
これらの問題を改善するための多数のソリューションがある。あるソリューションでは、各ＰＤＣＣＨフォーマット内にアグリゲーションサイズを示す２つのビットが付加される。この単純なソリューションにより、ＵＥは、アグリゲーションサイズの正しさを検証することができる。しかしながら、このソリューションは、ＰＤＣＣＨ上のオーバーヘッドを増大させ、これらの重要なシステム信号の範囲を減らす。
【００１２】
別の既存のソリューションでは、異なるアグリゲーションサイズについて、異なるＣＲＣのマスクまたはスクランブリング符号が適用される。これは、明らかにＵＥの復号の複雑さを増大させる。さらに、ＣＲＣについての追加のスクランブリングの演算（例えば、様々なＵＥの識別、送信アンテナの選択マスク、アグリゲーションレベル固有のマスクについての提案）は、より高いＣＲＣの誤り検出の可能性につながる。したがって、このソリューションは、検出の信頼性に関連付けられる問題を解決しない。
【００１３】
別の既存のソリューションでは、ｅＮｏｄｅＢ（evolved  Node  B）は、全てのあり得る位置でＵＥのＡＣＫ／ＮＡＣＫを復号しようと試みる。ｅＮｏｄｅＢにとって、不確かなＰＤＣＣＨのペイロードサイズについてＰＤＣＣＨの送信についての正しいアグリゲーションレベルをＵＥが選択するか否かは、既知ではない。ｅＮｏｄｅＢは、全てのあり得るアグリゲーションレベル上で所定のＵＥについてのＵＬのＡＣＫ／ＮＡＣＫを検出することを選択し得る。しかしながら、当該ソリューションは、さらなる実装の複雑さを生み出すが、さらに重要なことに、正しい検出を保証することができない。第１に、ｅＮｏｄｅＢは、ＵＬのＡＣＫ／ＮＡＫの衝突があり得ないようにしなければならない。様々なＵＥが重複するサーチスペースをもつべきではないため、これは厳しいスケジューリングの限定を強いる。これは、不可能ではないにしても、システム負荷のため信頼性を満足させることは非常に難しい。さらに、ｅＮｏｄｅＢは、チャネル条件、ハイブリッド自動再送要求（ＨＡＲＱ）の打ち切り目標（termination  target）、および不完全な電力制御に起因して、あるアグリゲーションレベルについての特定のＡＣＫ／ＮＡＫの統計値を推測することはできない。最終的に、多数の仮説は、必然的に、マイナスの影響を受けたＵＬのＡＣＫ／ＮＡＫ検出の性能を提供する。したがって、ｅＮｏｄｅＢを利用して上記の問題を解決することは現実的ではない。
【００１４】
ＰＤＣＣＨの送信についての実際のアグリゲーションレベルを決定するために、ＵＥは様々なアプローチを用い得る。ＵＥは、変調されたシンボルを使用して、全てのあり得る混同するＣＣＥの組合せについてのエネルギーを決定し得る。しかしながら、他のセルからの干渉のために、このアプローチは非常に信頼性に欠ける。別のアプローチでは、ＰＤＣＣＨは再度符号化され得る。ＵＥは、ビットを復号して、ＰＤＣＣＨを再度符号化し、全てのあり得る混同するＣＣＥの組合せの信号対雑音比（ＳＮＲ）を決定し得る。このアプローチは、より信頼性があるが、非常に複雑である。代わりに、ＵＥは、符号化されたビットの整数倍の反復および整数倍のＣＣＥを含む各セグメントについてのＣＲＣの検査を実行し得る。各セグメントが同じＣＲＣの検査結果を有するという保証はない。したがって、複雑な決定ロジックが案出されなければならない。さらに、このアプローチは、必然的に、ＰＤＣＣＨのブラインド復号の数を大幅に増加させる。したがって、非常に複雑な実装が採用されなければ、ソリューションは容易には実装されない。代わりに、上記の複雑な実装を回避するために、アグリゲーションレベルが選択され得る。例えば、肯定的なＣＲＣの検査を伴う全てのアグリゲーションレベルの中で、最高のまたは最低のアグリゲーションレベルが選択され得る。いずれにせよ、実装は、無視することができない（誤ったアグリゲーションレベルの選択の）フォールスアラームの可能性に左右される。
【００１５】
別の既存のソリューションでは、ゼロパディングが、「問題を抱えた」ペイロードサイズを有するこれらのＰＤＣＣＨに適用され得る。多数の問題を抱えたペイロードサイズがあるため、このソリューションは受信機での複雑なブラインド復号ロジックを必要とする。
【発明の概要】
【００１６】
本発明は、いずれのアグリゲーションレベルの混同も回避するために循環バッファのサイズを変更する。本発明は、循環バッファから少なくとも１つの符号化されたビットを除外することにより、この一義的なＰＤＣＣＨの符号化を達成する。具体的には、除外されるビットは、ペイロードの中の末尾の符号化されたビット、１つより多くの符号化されたビット、またはいずれかの符号化されたビットであってもよい。
【００１７】
ある形態では、本発明は、ＬＴＥ（Long  Term  Evolution）通信システムにおいて、一義的な符号化を行うことにより物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の検出エラーを取り除く方法に向けられる。当該方法は、循環バッファから少なくとも１つの符号化されたビットを除外することにより循環バッファのサイズを変更するステップを含む。循環バッファは、複数のビットを有するＰＤＣＣＨのペイロードから、インターリーブされたビットを収集する。ＰＤＣＣＨのペイロードは、畳み込み符号を用いて符号化される。ＰＤＣＣＨのペイロードのビットは、その後インターリーブされる。インターリーブされたビットは、変更された循環バッファに収集される。ビットは、その後、送信のために、変更された循環バッファから選択される。
【００１８】
別の形態では、本発明は、ＬＴＥ通信システムにおいて、一義的な符号化を用いてＰＤＣＣＨの検出エラーを取り除くためのシステムに向けられる。システムは、複数のビットを有するＰＤＣＣＨのペイロードを送信するための送信器と、およびインターリーブされたビットをＰＤＣＣＨペイロードから収集するための循環バッファとを含む。循環バッファのサイズは、少なくとも１つの符号化されたビットを循環バッファから除外することにより変更される。ＰＤＣＣＨのペイロードは、畳み込み符号を用いて符号化される。ＰＤＣＣＨのペイロードの複数のビットは、インターリーブされ、変更された循環バッファに収集される。変更された循環バッファから選択されたビットは、その後送信される。
【００１９】
さらに別の形態では、本発明は、ＬＴＥ通信システムにおいて、一義的な符号化を用いてペイロードを送信することにより、ＰＤＣＣＨの検出エラーを取り除くためのノードに向けられる。ノードは、少なくとも１つの符号化されたビットを循環バッファから除外することにより、循環バッファのサイズを変更する。循環バッファは、複数のビットを有するＰＤＣＣＨのペイロードから、インターリーブされたビットを収集する。ノードは、畳み込み符号を用いてＰＤＣＣＨのペイロードを符号化し、ＰＤＣＣＨのペイロードの複数のビットをインターリーブする。ノードは、変更された循環バッファに、インターリーブされたビットを収集する。ノードは、その後、送信のために、変更された循環バッファからビットを選択する。
【図面の簡単な説明】
【００２０】
以下のセクションでは、図面において説明される例示的な実施形態を参照して本発明が説明される。
【図１】（従来技術）ＵＭＴＳネットワークの単純化されたブロック図を説明する。
【図２Ａ】（従来技術）アグリゲーションサイズ４を伴う複数のＣＣＥを有するペイロードを説明する。
【図２Ｂ】（従来技術）アグリゲーションサイズ８を伴う複数のＣＣＥを有するペイロードを説明する。
【図３】畳み込み符号化されたトランスポートチャネルおよび制御情報についてのレートマッチングを説明する単純化されたブロック図である。
【図４】ＬＴＥ通信システムにおいてＰＤＣＣＨの検出エラーを取り除くステップを説明するフローチャートである。
【発明を実施するための形態】
【００２１】
以下の詳細な説明において、本発明の完全な理解を提供するために、多くの具体的な詳細事項が説明されている。しかしながら、本発明は、これらの具体的な詳細事項によらずに実施され得ることは当業者によって理解されるであろう。他の例では、周知の方法、手続き、構成要素および回路は、本発明を不明瞭にしないために、詳細に説明されていない。
【００２２】
本発明は、ＬＴＥ（Long  Term  Evolution）通信システムにおける物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の検出エラーを取り除くためのシステムおよび方法である。本発明は、アグリゲーションレベルの混同が起きないように循環バッファのサイズを変更する。本発明は、循環バッファから１つの符号化されたビットを除外することにより、ＰＤＣＣＨのこの一義的な符号化を達成する。本発明の好ましい実施形態では、除外されるビットは、末尾の符号化されたビットであってもよい。循環バッファの長さを３×Ｎから（３×Ｎ−１）へ減らすことにより、ＰＤＣＣＨの検出の混同を引き起こし得るＮ≧２０のペイロードサイズはない。ＬＴＥのＰＤＣＣＨのペイロードは、情報ビットおよび対応する１６ビットのＣＲＣを含むため、ペイロードサイズは２０ビット以上である。代わりに、除外されるビットの数は、１つより多くてもよい。さらに、除外されるビットは、ペイロードの末尾の位置とは異なる位置にあってもよい。
【００２３】
図３は、３ＧＰＰ  ＴＳ  ３６．２１２にて検討されているような畳み込み符号化されたトランスポートチャネルおよび制御情報についてのレートマッチングを説明する単純化されたブロック図である。示されているとおり、複数のサブブロックインターリーバ２５０、２５２および２５４は、ビット収集２６０に出力を提供する。ペイロードは、その後、ビットの選択および除去２６２で処理される。具体的には、ＰＤＣＣＨのペイロードは、まずレート１／３のテイルバイティング畳み込み符号により符号化される。したがって、テイルバイティング畳み込み符号器の入力でＮビットのペイロードサイズを用いて、符号器の出力で３×Ｎビットがある。図３で説明されるように、これらのビットは、その後、３つのサブブロックインターリーバによりインターリーブされる。インターリーブされたビットは、循環バッファに収集され、その後送信のために選択されることが可能である。
【００２４】
図３に示されるとおり、畳み込み符号化されたトランスポートチャネルおよび制御チャネルについてのレートマッチングは、３つのビットストリームdk(0)、dk(1)およびdk(2)をインターリーブすること、その後に続くビット収集、および循環バッファの生成からなる。ビットストリームdk(0)は、サブブロックインターリーバ２５０に従ってインターリーブされ、以下のように定義される出力系列を伴う。
【数４】
0005562338.tif 000007
ビットストリームdk(1)は、サブブロックインターリーバ２５２に従ってインターリーブされ、以下のように定義される出力系列を伴う。
【数５】
0005562338.tif 000008
ビットストリームdk(2)は、サブブロックインターリーバ２５２に従ってインターリーブされ、以下のように定義される出力系列を伴う。
【数６】
0005562338.tif 000009
ブロックインターリーバへのビット入力は、以下により表される。
【数７】
0005562338.tif 000010
Ｄはビットの数である。
【００２５】
３ＧＰＰ  ＴＳ  ３６．２１２で説明されるような畳み込み符号化およびレートマッチングのアルゴリズムは、一般的に広範囲のユーザデータまたはシステム制御情報に適用可能である、ということに留意すべきである。検出の信頼性の問題はＰＤＣＣＨの固有の構造のみから起こるため、本発明の好適な実施形態では、ＰＤＣＣＨのペイロードの場合だけは、最小の変更が行われる。本発明の第１の実施形態では、３ＧＰＰ  ＴＳ  ３６．２１２のセクション５．１．４．２．２（ビットの収集、選択および送信）における動作は、以下のものへ変更される。長さＫｗ＝３ＫΠの循環バッファは、以下のように生成される。
【数８】
0005562338.tif 000011
ペイロードがＰＤＣＣＨについてのものである場合、循環バッファの長さは１だけ減らされる。すなわち、Ｋｗ＝３ＫΠ−１である。
【００２６】
レートマッチングの出力系列の長さをＥにより表すと、レートマッチングの出力ビット系列は、以下のようなk=0,1,…,E-1についてのekである。
【数９】
0005562338.tif 000012
【００２７】
本発明の第２の実施形態では、第１の実施形態について上記に検討された動作は、さらに変更され得る。具体的には、循環バッファの長さは、以下のように決定される。
【数１０】
0005562338.tif 000013
循環バッファは、以下のように生成される。
【数１１】
0005562338.tif 000014
レートマッチングの出力系列の長さをＥにより表すと、レートマッチングの出力ビット系列は、以下のようなk=0,1,…,E-1についてのekである。
【数１２】
0005562338.tif 000015
【００２８】
本発明の第３の実施形態では、畳み込み符号化された全てのＬＴＥ信号についての循環バッファのサイズは変更される。具体的には、３ＧＰＰ  ＴＳ  ３６．２１２のセクション５．１．４．２．２（ビットの収集、選択および送信）における動作は、以下のものへ変更される。長さＫｗ＝３ＫΠ−１の循環バッファは、以下のように生成される。
【数１３】
0005562338.tif 000016
レートマッチングの出力系列の長さをＥにより表すと、レートマッチングの出力ビット系列は、以下のようなk=0,1,…,E-1についてのekである。
【数１４】
0005562338.tif 000017
【００２９】
図４は、本発明の教示に従ってＬＴＥ通信システムにおいてＰＤＣＣＨの検出エラーを取り除くステップを説明するフローチャートである。図１〜４を参照して、本発明のステップがここで説明される。方法は、ステップ３００で始まる。ステップ３００では、循環バッファのサイズが、アグリゲーションレベルの混同が起こらないように変更される。これは、循環バッファから１つの符号化されたビットを除外することにより達成され得る。除外されるビットは、ペイロードの末尾の符号化されたビット、１つより多い除外されるビット、または別の符号化されたビットであり得る。一実施形態では、ＰＤＣＣＨのペイロードのみの循環バッファは、上記で検討されたように変更される。別の実施形態では、循環バッファの長さは、以下により決定される。
【数１５】
0005562338.tif 000018
別の実施形態では、畳み込み符号化された全てのＬＴＥ信号についての循環バッファのサイズは、変更される。
【００３０】
次に、ステップ３０２で、ＰＤＣＣＨのペイロードは、レート１／３のテイルバイティング畳み込み符号により符号化される。ステップ３０４で、ビットは、その後、サブブロックインターリーバ２５０、２５２および２５４によりインターリーブされる。次に、ステップ３０６では、ビットは、ビット収集２６０において、変更された循環バッファに収集される。ステップ３０８で、ビットは、送信のために２６２において選択され除去される。
【００３１】
本発明は、既存のシステムよりも、いくつかの顕著な利点を提供する。本発明は、ＰＤＣＣＨ検出の信頼性の問題への普遍的なソリューションを提供する。さらに、本発明は、通信システムに複雑さを過度に追加することなく、ＰＤＣＣＨの検出エラーを検出し除去する、相対的に単純な方法およびシステムを提供する。
【００３２】
当業者により認められるように、本出願の中で説明された本発明の概念は、広範な応用にわたって修正され変更されることが可能である。したがって、特許権を与えられる対象の範囲は、上記で検討された具体的な例示の教示のいずれにも限定されるべきではないが、代わりに以下の特許請求の範囲により定義される。
【図１】
0005562338.tif 000019
【図２Ａ】
0005562338.tif 000020
【図２Ｂ】
0005562338.tif 000021
【図３】
0005562338.tif 000022
【図４】
0005562338.tif 000023