(57)【特許請求の範囲】
【請求項１】
デコードされた物理制御フォーマット指示チャンネル（ＰＣＦＩＣＨ）により得られたＰＤＣＣＨに占有された直交周波数分割多元接続（ＯＦＤＭ）の符号の数及び予め設定されたシステム設定情報により、ＰＤＣＣＨの、１つのサブブレームにおいて占有されるリソースエレメントを決定するステップと、
前記リソースエレメントの電力を検出し、電力が一定の電力閾値を超えたリソースエレメントに対応するＰＤＣＣＨデータを取得するステップと、
前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグによりグルーピングし、グルーピング後の各々ＰＤＣＣＨデータにより、ソフトビットデータを取得するステップと、
前記ソフトビットデータから制御チャンネルエレメントソフトビットデータを取得するステップと、
前記制御チャンネルエレメントソフトビットデータにより、ダウンリンク制御情報ＤＣＩデータを決定するステップと、
前記ＤＣＩデータにより、ＲＮＴＩを取得し、ＰＤＣＣＨブラインド検出を完了するステップとを備え、
前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグによりグルーピングし、グルーピング後の各々ＰＤＣＣＨデータにより、ソフトビットデータを取得するステップは、
位置フラッグが連続するリソースエレメントに対応するＰＤＣＣＨデータを同じグループにするステップと、
グルーピング後の各々ＰＤＣＣＨデータに対してチャンネル均一化、復調、デスクランブルを行い、ソフトビットデータを取得するステップとを備えることを特徴とする物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出方法。
【請求項２】
前記ソフトビットデータから制御チャンネルエレメントソフトビットデータを取得するステップは、
共通サーチスペース及びＵＥ特定検索領域サーチスペースに対応するアグリゲーションレベルにより、前記ソフトビットデータのアグリゲーションレベルを決定するステップと、
前記ソフトビットデータのデータヘッドから、前記ソフトビットデータのアグリゲーションレベルにより、制御チャンネルエレメントソフトビットデータを取得するステップとを備えることを特徴とする請求項１記載の物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出方法。
【請求項３】
前記制御チャンネルエレメントソフトビットデータにより、ダウンリンク制御情報ＤＣＩデータを決定するステップは、
前記ＰＤＣＣＨにおけるダウンリンク制御情報（ＤＣＩ）のフォーマットを決定するステップと、
前記ＤＣＩのフォーマットにより、前記制御チャンネルエレメントソフトビットデータに対し、レートデ・マッチングとテールバイティング畳込み復号化を行い、デコードされたビットデータを取得するステップと、
前記デコードされたビットデータに対し、テールバイティング畳込み符号化とレートマッチングを行い、レートマッチングビットデータを取得するステップと、
前記制御チャンネルエレメントソフトビットデータに対して硬判定を行い、制御チャンネルエレメントハードビットデータを取得するステップと、
前記レートマッチングビットデータと前記制御チャンネルエレメントハードビットデータが同様であるかを判断するステップと、
同様であれば、前記デコードされたビットデータをＤＣＩデータとして決定するステップとを備え、
前記ＤＣＩデータには、ＤＣＩビットデータと第１ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）データを含むことを特徴とする請求項１記載の物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出方法。
【請求項４】
前記ＤＣＩデータにより、ＲＮＴＩを取得するステップは、
前記ＤＣＩデータにより、第２ＣＲＣビットデータを計算し得るステップと、
前記計算し得た第２ＣＲＣビットデータと前記ＤＣＩデータにおける第１ＣＲＣビットデータをエクスオア計算し、ＲＮＴＩを取得するステップとを備えることを特徴とする請求項３記載の物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出方法。
【請求項５】
デコードされた物理制御フォーマット指示チャンネル（ＰＣＦＩＣＨ）により得られたＰＤＣＣＨに占有された直交周波数分割多元接続（ＯＦＤＭ）の符号の数及び予め設定されたシステム設定情報により、ＰＤＣＣＨの、１つのサブブレームにおいて占有されるリソースエレメントを決定するリソースエレメント決定モジュールと、
前記リソースエレメントの電力を検出し、電力が一定の電力閾値を超えたリソースエレメントに対応するＰＤＣＣＨデータを取得する第１データ取得モジュールと、
前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグによりグルーピングし、グルーピング後の各々グループのＰＤＣＣＨデータにより、ソフトビットデータを取得する第２データ取得モジュールと、
前記ソフトビットデータから制御チャンネルエレメントソフトビットデータを取得する第３データ取得モジュールと、
前記制御チャンネルエレメントソフトビットデータにより、ダウンリンクチャンネル制御情報（ＤＣＩ）データを決定するＤＣＩデータ取得モジュールと、
前記ＤＣＩデータにより、ＲＮＴＩを取得し、ＰＤＣＣＨブラインド検出を完了するＲＮＴＩ取得モジュールとを備え、
前記第２データ取得モジュールは、
位置フラッグの連続なリソースエレメントに対応するＰＤＣＣＨデータを同じグループにするグルーピングモジュールと、
グルーピング後の各々グループのＰＤＣＣＨデータに対し、チャンネル均一化、復調、デスクランブルを行い、ソフトビットデータを取得するソフトビットデータ取得モジュールとを備えることを特徴とする物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出システム。
【請求項６】
前記第３データ取得モジュールは、
共通サーチスペースとＵＥ特定サーチスペースに対応するアグリゲーションレベルにより、前記ソフトビットデータのアグリゲーションレベルを決定するアグリゲーションレベル決定モジュールと、
前記ソフトビットデータのヘッドから、前記ソフトビットデータのアグリゲーションレベルにより、制御チャンネルエレメントソフトビットデータを取得する制御チャンネルエレメントソフトビットデータ取得モジュールとを備えることを特徴とする請求項５記載の物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出システム。
【請求項７】
前記ＤＣＩデータ取得モジュールは、
前記ＰＤＣＣＨに載せたダウンリンク制御情報（ＤＣＩ）のフォーマットを決定するＤＣＩフォーマット決定モジュールと、
前記ＤＣＩのフォーマットにより、前記制御チャンネルエレメントソフトビットデータに対してレートデ・マッチングとテールバイティング畳込み復号化を行い、デコードされたビットデータを取得するデコードされたビットデータ取得モジュールと、
前記デコードされたビットデータに対して、テールバイティング畳込み符号化とレートマッチングを行い、レートマッチングビットデータを取得するレートマッチングビットデータ取得モジュールと、
前記制御チャンネルエレメントソフトビットデータに対して、硬判定を行うことで制御チャンネルエレメントハードビットデータを取得する制御チャンネルエレメントハードビットデータ取得モジュールと、
前記レートマッチングビットデータと前記制御チャンネルエレメントハードビットデータが同様であるかを判断する判断モジュールと、
前記レートマッチングビットデータと前記制御チャンネルエレメントハードビットデータが同様である場合に、デコードされたビットデータをＤＣＩデータにするＤＣＩデータ決定モジュールとを備え、
前記ＤＣＩデータにはＤＣＩビットデータと第１ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）データを含むことを特徴とする請求項５記載の物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出システム。
【請求項８】
前記ＲＮＴＩ取得モジュールは、
前記ＤＣＩデータにより、第２ＣＲＣビットデータを計算し得る計算モジュールと、
前記計算し得た第２ＣＲＣビットデータと前記ＤＣＩデータにおける第１ＣＲＣビットデータに対し、エクスオア計算を行い、ＲＮＴＩを取得するエクスオアモジュールとを備えることを特徴とする請求項５記載の物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出システム。
【請求項９】
請求項１記載の方法を執行するプログラムが記録されるコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術に関し、特に物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）のブラインド検出方法及びシステムに関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）のロング・ターム・エボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）は、次世代セルラーモバイル通信の重要な技術である。物理層のアップ／ダウンリンク伝送案それぞれには、ピーク・アベレージ比が低いシングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ. Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ−ＦＤＭＡ）と先進的、成熟な直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓＯｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）が採用されている。これらの、リンクアダプテーション、マイモ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ ａｎｄ ｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ、ＭＩＭＯ）のような技術が導入されることにより、ＬＴＥシステムの性能を高めてきた。
【０００３】
物理ダウンリンク制御チャンネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ. Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）には、システム全体のアップ／ダウンリンク制御情報が載せされ、システム全体のリソーススケジューリング及び割り当てと密接な関係がある。チャンネルにおける受信は、ＬＴＥシステムにおいて、非常に重要な役割を果たしており、その受信によって、システム全体の遅延を決め、全体の反応スピードに影響を与える。
【０００４】
ＰＤＣＣＨに載せられたダウンリンクコントロール情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）には、１つ又は複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ，ＵＥ）におけるリソース割り当て情報及び他の制御情報が含まれる。通常、１つのサブフレームを利用するＰＤＣＣＨは、複数存在してもいい。ＵＥは、まずＰＤＣＣＨのＤＣＩを復調しないと、対応のリソースの位置でＵＥに該当する物理ダウンリンク共用チャンネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ. Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）（放送情報、ページング、ＵＥデータなどが含まれる）を復調できない。ＰＤＣＣＨはシステム実行の際に様々な情報を伝送するが、伝送のたびに、具体的な伝送をする情報は、システム配備プログラムにより具体的に決められる。ＬＴＥにおいて、サブフレームにおいてＰＤＣＣＨにより占有される符号数は物理制御フォーマット指示チャンネル（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ，ＰＣＦＩＣＨ）の中に定義されたコントロールフォーマット指示（Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ，ＣＦＩ）によって決定される。ＵＥはプライマリー／セカンダリー同期シグナルにより、物理セルＩＤを決め、物理放送情報（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ，ＰＢＣＨ）の読取により、物理ＨＡＲＱ指示チャンネル（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ，ＰＨＩＣＨ）により占有されているリソース分布、システムのアンテナポートなどを決めた。それで、ＵＥはＰＣＦＩＣＨをさらに読取って、ＰＤＣＣＨなどの制御チャンネルにより占有されたＯＦＤＭ符号数を取得する。ＰＤＣＣＨで占有された符号には、ＰＤＣＣＨのほか、ＰＣＦＩＣＨ、ＰＦＩＣＨ、リファレンス信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）などの内容も含まれる。ここで、ＰＣＦＩＣＨの内容は既に復調され、ＰＣＦＩＣＨの分布はＰＢＣＨにより決定され、ＲＳの分布はＰＢＣＨにおいて放送するアンテナポート数によって決められる。こうして、全ＰＤＣＣＨの、１つのサブフレームにおいて占有できるリソースエレメント（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ，ＲＥ）は、決定される。
【０００５】
ＰＤＣＣＨの伝送帯域幅には、複数ＰＤＣＣＨが同時に含まれることが可能であり、ＰＤＣＣＨ及びその他のダウンリンク制御チャンネルの時間・周波数領域リソースを効率的に設定するために、ＬＴＥにおいて、ＲＥグループ（ＲＥ Ｇｒｏｕｐ，ＲＥＧ）及び制御チャンネルエレメント（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ，ＣＣＥ）２つの専用の制御チャンネルリソースエレメントが定義されている。１つのＲＥＧは同じＯＦＤＭ符号に位置する４個又は６個隣接するＲＥから構成されるが、利用できるＲＥ数は４つしかない。６つのＲＥから構成されるＲＥＧには、２つのリファレンス信号が含まれるが、リファレンス信号（ＲＳ，Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）から占有されているＲＥは、制御チャンネルのＲＥＧによって利用できない。プロトコル（３６.２１１）には、セル専用リファレンス信号が１つのみの場合、ＲＥＧにおけるＲＥのマッピングの視点から、アンテナポートが２つ存在すると仮設すべきであるため、１つのＲＥＧには、４つか又は６つのＲＥが含まれる２つの可能性がある。１つのＣＣＥは９つのＲＥＧから構成される。  
【０００６】
ＰＤＣＣＨは１つ又は複数の連続のＣＣＥにおいて伝送されて、表１に示すように、ＬＴＥには、４種類のＰＤＣＣＨをサポートする。
【０００７】
【表１】
0006554558.tif 000002
【０００８】
ＬＴＥのＣＣＥの番号及び割り当ては連続的なものである。システムがＰＣＦＩＣＨ及びＰＨＩＣＨのために割り当てた後に、残ったＲＥＧ数がＮＲＥＧである場合、ＰＤＣＣＨに利用できるＣＣＥの数は、ＮＣＣＥ＝ＮＲＥＧ／９で算出した結果の整数の部分である。ＣＣＥの番号は０からＮＣＣＥ−１までとする。ＰＤＣＣＨで占有されているＣＣＥの数はＵＥのダウンリンクチャンネル環境によって決められる。良いダウンリンクチャンネル環境のＵＥに、強化型の基地局（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、ｅＮｏｄｅＢ）が１つのＣＣＥを割り当てる可能性がある。悪いダウンリンクチャンネル環境のＵＥに、ｅＮｏｄｅＢは８つのＣＣＥを割り当てる可能性がある。ＵＥがＰＤＣＣＨをデコードする場合の難しさを簡単化するために、ＬＴＥには、ＣＣＥ数がＮであるＰＤＣＣＨについて、その開始位置の、ＣＣＥ番号をＮの整数倍とするように、規定されている。
【０００９】
ＵＥがｅＮｏｄｅＢからの情報を受信する際に、いずれのサブフレームの全ＰＤＣＣＨをモニタリングして、スケジューリング又はコントロールが必要であることを示す情報が含まれるかを検出する必要がある。ただし、モニタリングする場合、ＰＤＣＣＨに対応するＣＣＥ（ｓ）の設定位置を把握する必要がある。即ち、ＵＥはＣＣＥ候補集合の位置情報をモニタリングする必要があり、その位置情報を説明するために、ＬＴＥには、サーチスペースというコンセプトを定義した。サーチスペースを共通サーチスペース及びＵＥ特定サーチスペースに分ける（ＵＥ ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ:ＵＥ−ＳＳ）。ＵＥのモニタリング対象とするＰＤＣＣＨ候補は表２に示される。
【００１０】
【表２】
0006554558.tif 000003
【００１１】
ＰＤＣＣＨごとに１６ｂｉｔの巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ，ＣＲＣ）が含まれ、当該巡回冗長検査により、ＵＥは受信したＰＤＣＣＨの正確さを確認する。また、ＣＲＣはＵＥと関連するアイデンティティ（Ｉｄｅｎｔｉｔｙ）でスクランブルされるため、ＵＥは受信必要なＰＤＣＣＨ又はその他ＵＥに送信するＰＤＣＣＨを識別できるようになる。スクランブルできるＵＥ ＩｄｅｎｔｉｔｙはＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ）である。各々ＰＤＣＣＨはＣＲＣにより検査された上、テールバイティング畳み込みチャンネル符号化及びレートマッチングを行う。ｅＮｏｄｅＢはＵＥからのチャンネル品質指示（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ，ＣＱＩ）によってレートマッチングを実施すればいい。こうして、各々ＰＤＣＣＨに占有されたＣＣＥ数が決定できる。
【００１２】
上述の利用可能ＣＣＥの番号は０からＮＣＣＥ−１である。ＣＣＥをロジックリソースとして、順次に並べ、全てのＰＤＣＣＨに共有されるようにする。ｅＮｏｄｅＢは各々ＰＤＣＣＨにおけるＣＣＥの開始位置の制限によって、各々ＰＤＣＣＨを適切な位置に設定することができる。その時に、ＣＣＥが占有されていない可能性があり、このような場合、標準には、ＮＩＬ（空白値）を挿入する必要があり、ＮＩＬに対応するＲＥにおける送信電力を０とするように、規定されている。
【００１３】
その後、ＣＣＥにおけるデータビットを、セル物理ＩＤに関わるスクランブリング、４位相偏移変調（Ｑｕａｔｅｒｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ，ＱＰＳＫ）の変調、層マッピング及びプリコーディングを行って得られた符号は、シンボル四つ組（Ｓｙｍｂｏｌ Ｑｕａｄｒｕｐｌｅｔ、各々四つシンボルを１つのＲＥＧにマッピングされる）を単位として、インターリーブ及びサイクリック・シフトされた後、最後に関連の物理リソースＲＥＧにマッピングされる。
【００１４】
物理リソースＲＥＧは、まずＰＣＦＩＣＨ及びＰＨＩＣＨに割り当てられ、残りはＰＤＣＣＨに割り当てされ、時間領域先周波数領域後の原則に従って、ＲＥＧがマッピングされる。これは、ＰＤＣＣＨ符号間の不均一を防ぐためである。
【００１５】
従来のＰＤＣＣＨブラインド検出方法はＵＥを対象にするもので、既知のＲＮＴＩにより、ＤＣＩ情報の開始位置を計算して、全てのアグリゲーションレベルを１回走査して、ＲＮＴＩでデコーディング結果に対しＣＲＣ検証を行い、自分のＤＣＩ情報を取得する。      
【００１６】
各ユーザのＲＮＴＩが未知する場合、従来方法を利用しれば、全てのＲＮＴＩ（ＲＮＴＩ範囲は１−６５５３５）に対して１回ずつ計算しなければならない。これは、従来のハードウェアレベルの場合、計算に非常に時間がかかる。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本発明は、従来のＰＤＣＣＨブラインド検出において、ＲＮＴＩの未知の場合に、ＲＮＴＩの決定に計算時間が過大となる問題点を解決するために、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）ブラインド検出方法及びシステムを提供する。
【課題を解決するための手段】
【００１８】
前述の問題点を解決するために、本発明は物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）ブラインド検出方法を開示し、当該物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）ブラインド検出方法は、
ＰＤＣＣＨデータを取得するステップと、
前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグによってグルーピングし、グルーピング後のＰＤＣＣＨデータにより、ソフトビットデータを取得するステップと、
前記ソフトビットデータから、制御チャンネルエレメントのソフトビットデータを取得するステップと、
前記制御チャンネルエレメントのソフトビットデータにより、ダウンリンク制御情報（ＤＣＩ）データを決定するステップと、
前記ＤＣＩデータにより、ＲＮＴＩを取得して、ＰＤＣＣＨブラインド検出を完了するステップとを備える。
【００１９】
これにともない、本発明は物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）ブラインド検出システムを開示し、当該システムは、
ＰＤＣＣＨデータを取得する第１データ取得モジュールと、
前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグによりグルーピングし、グルーピング後のＰＤＣＣＨデータにより、ソフトビットデータを取得する第２データ取得モジュールと、
前記ソフトビットデータから制御チャンネルエレメントソフトビットデータを取得する第３データ取得モジュールと、
前記制御チャンネルエレメントソフトビットデータによりダウンリンク制御情報（ＤＣＩ）データを決定するＤＣＩデータ取得モジュールと、
前記ＤＣＩデータにより、ＲＮＴＩを得て、ＰＤＣＣＨブラインド検出を完了するアクセス無線ネットワーク識別子取得モジュールとを備える。
【発明の効果】
【００２０】
背景技術と比べて、本発明は以下のメリットを有する。
【００２１】
本発明の技術案は、各々ユーザのＲＮＴＩも、ユーザ数も未知の場合のＰＤＣＣＨブラインド検出に関するものである。本発明はテールバイティング畳み込みチャンネル符号の特性により、受信したＰＤＣＣＨ情報の電力を検出して、連続のＲＥをグルーピングして、各々グループのデータに対し、チャンネル均一化、検出復調、デスクランブル行う。        
【００２２】
各々アグリゲーションレベルにより、データを取得し、可能なＤＣＩフォーマットに対し、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、正確なＤＣＩを取得する。最後に、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後に、ＤＣＩを計算し得たＣＲＣの検査ビットにより、エクスオア計算して、正確なＲＮＴＩを取得する。本発明の技術案はユーザのＲＮＴの不確定の場合に適用し、ＰＤＣＣＨブラインド検出の正確度を保証でき、計算量及び計算時間をだいぶ削減させることが可能である。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施例１におけるＰＤＣＣＨブラインド検出方法のフローチャートである。
【図２】本発明の実施例２におけるＰＤＣＣＨブラインド検出方法のフローチャートである。
【図３】本発明の実施例３におけるＰＤＣＣＨブラインド検出方法のフローチャートである。
【図４】本発明の実施例４におけるＰＤＣＣＨブラインド検出方法のフローチャートである。
【図５】本発明の実施例５におけるＰＤＣＣＨブラインド検出方法のフローチャートである。
【図６】本発明の実施例６におけるＰＤＣＣＨブラインド検出方法のフローチャートである。
【発明を実施するための形態】
【００２４】
本発明の上述の目的、特徴とメリットをさらに分かりやすくにするために、図面及び具体的な実施方法に基づいて、本発明をさらに詳細に説明する。
【００２５】
本発明の実施例は複雑性が低いＰＤＣＣＨブラインド検出方法を提供する。当該方法は、デコーディング・ＰＣＦＩＣＨへの復調により得られた制御チャンネルのＯＦＤＭ符号数およびシステム設定情報により、全てのＰＤＣＣＨが１つのサブフレームにおいて占有されたＲＥ位置を決定して、電力検出検により、制御チャンネルにおける有効なＰＤＣＣＨデータを取得するステップと、ＲＥ位置によりＰＤＣＣＨデータをグルーピングし、各々グループのデータに対して、チャンネル均一化、検出復調、デスクランブルを行い、ソフトビットを取得するステップと、各々グループのデータサイズにより、可能なアグリゲーションレベルを判断し、異なるアグリゲーションレベル及び開始位置により、ソフトビットからデータを取得するステップと、全部可能なＤＣＩフォーマットにより、取得したデータに対し、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、正確なＤＣＩを取得するステップと、ＣＲＣの検査ビットにより、正確なＲＮＴＩを取得するステップとを備える。
【００２６】
以下、具体的な実施例を挙げて、本発明が提供したＰＤＣＣＨブラインド検出方法及びシステムについて詳細に説明する。
【００２７】
〈実施例１〉
本発明が提供したＰＤＣＣＨブラインド検出方法について詳細に説明する。
【００２８】
本発明の実施例におけるＰＤＣＣＨブラインド検出方法のフローチャートは図１のように示す。
【００２９】
ステップ１００において、デコーディングＰＣＦＩＣＨにより得られたＰＤＣＣＨに占有されたＯＦＤＭ符号数Ｎ、及びシステム設定情報によって、１つのサブフレームにおける全てのＰＤＣＣＨに占有されたＲＥ位置を決定し、電力検出により、制御チャンネルにおける有効なＰＤＣＣＨデータを取得する。
【００３０】
前記ステップ１００には次通りのサブステップを備える。
【００３１】
サブステップ１００１において、デコーディングＰＣＦＩＣＨによりＰＤＣＣＨに占有されたＯＦＤＭ符号数Ｎを取得する。ＰＤＣＣＨに占有されたＯＦＤＭ符号数Ｎには、ＰＤＣＣＨの以外に、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＲＳなどが含まれる。ここで、ＰＣＦＩＣＨは既に復調され、ＰＨＩＣＨの分布はＰＢＣＨによりを決定され、ＲＳの分布はＰＢＣＨにおける放送のアンテナポート数により決定される。従い、１つのサブフレームにおける全てのＰＤＣＣＨの占有されているＲＥを決定することができる。
【００３２】
サブステップ１００２において、ＰＤＣＣＨに占有されたＲＥごとに電力を検出して、電力閾値ＰThresholdは、パイロットチャネル電力ＰPilotから無線リンクの電力許容値Ladjを差し引いた値であり、即ち、ＰThreshold＝ＰPilot−Ｌadj。各々ＲＥの電力を計算し、前記ＲＥ電力ＰＲＥ及び電力閾値を比較して、ＰＲＥ>ＰThresholdの全てのＲＥを取得し、全てのＲＥの位置にフラグを加える。
【００３３】
ＰＲＥ>ＰThresholdの場合、ＲＥ_ＦＬＡＧ［ｎ］＝１（ｎ＝１,２…）
ＰＲＥ<ＰThresholdの場合、ＲＥ_ＦＬＡＧ［ｎ］＝０（ｎ＝１,２…）
【００３４】
ここで、ｎは全てのＲ数であり、ＲＥ_ＦＬＡＧ［ｎ］は対応するフラグ情報である。
【００３５】
ステップ１０２において、ＲＥ位置により、前記ＰＤＣＣＨデータをグルーピングし、各々グループのデータに対して、チャンネル均一化、検出復調、デスクランブルを行って、ソフトビットを取得する。
【００３６】
好ましくは、前記ステップ１０２には以下通りのサブステップを備える。
【００３７】
サブステップ１０２１において、前記位置フラッグＲＥ_ＦＬＡＧ［ｎ］により、前記ＲＥをグルーピングし、位置フラッグＲＥ_ＦＬＡＧ［ｎ］が連続的に１であるＲＥを１つのグループにして、Ｎグループに分けると仮説し、即ち、ＰＤＣＣＨ_ａｌｌ［ｎ］[ｋ]（ここで、グループ数ｎ＝０,１,…, Ｎ−１、各々グループにおける連続のＲＥ個数ｋ＝０,１,…, ＮＲＥ−１）、各々グループのデータを計算する。
【００３８】
サブステップ１０２２において、各々グループのデータＰＤＣＣＨ_ａｌｌ［ｎ］［ｋ］に対して、チャンネル均一化、ＱＰＳＫ復調を行い、既知の物理セルＩＤにより、デスクランブルを行い、ソフトビットＳｏｆｔ＿ｂｉｔｓ_ａｌｌ［ｎｂｉｔ]（ここで、ｎｂｉｔ＝２*ＮＲＥ）を取得する。
【００３９】
ステップ１０４において、各々グループのデータサイズにより、可能なアグリゲーションレベルを判断し、データのヘッドを開始位置とし、異なるアグリゲーションレベル及びデータのヘッドにより、前記ソフトビットからデータを取得する。
【００４０】
好ましくは、前記ステップ１０４には以下通りのことを含む。
【００４１】
サブステップ１０４１において、前記各々グループの連続ＲＥ数ＮＲＥによって当該グループのデータサイズＮＲＥＧを計算し、ＮＲＥＧ＝ＮＲＥ／４。
サブステップ１０４２において、各々グループのデータサイズＮＲＥＧによって、取得したＰＤＣＣＨに利用可能のＣＣＥの数は、ＮＣＣＥ＝ＮＲＥＧ／９結果の整数部分である。ＣＣＥの番号は０からＮＣＣＥ−１までとする。
【００４２】
サブステップ１０４３において、表２に示すように、共通サーチスペースに対応するアグリゲーションレベルはＣｏｍｍｏｎ＿ｓｐａｃｅ＝[８,４,２,１]で、ＵＥの特定サーチスペースに対応するアグリゲーションレベルはＵＥ_ｓｐａｃｅ＝[８,４]であるため、全ての可能なアグリゲーションレベルはＳｅａｒｃｈ_ｓｐａｃｅ［ｉ］＝[ ８,４,２,１]（i＝０，１，２，３）である。前記各々グループのＣＣＥ数ＮＣＣＥを全ての可能なアグリゲーションレベルと比較する。
【００４３】
ＮＣＣＥ< Ｓｅａｒｃｈ_ｓｐａｃｅ［ｉ］の場合、Ｓｅａｒｃｈ_ｓｐａｃｅ［ｉ］＝０を削除する。
【００４４】
サブステップ１０４４において、データヘッドを開始位置とする。サブステップ１０４３で計算し得た異なるアグリゲーションレベルＳｅａｒｃｈ_ｓｐａｃｅ_ｕｓｅ［ｉ］により、現在、計算に参与するＣＣＥの開始位置ｃｃｅ_ｓｔａｒｔ_ｎｏｗを計算する。
【００４５】
サブステップ１０４５において、表２に示すように、前記ＣＣＥグループのうち、ＤＣＩ情報を検出したグループがあるかを判断する。２者の間に、交差部分があれば、終了する。２者の間に、交差部分がなければ、前記ＣＣＥの開始位置により、ステップ１０２で取得したソフトビットＳｏｆｔ_ｂｉｔｓ_ａｌｌの中からデータを取得する。
【００４６】
Ｓｏｆｔ_ｃｃｅ_ｂｉｔｓ［ｎ］ ＝ Ｓｏｆｔ_ｂｉｔｓ_ａｌｌ [（ｃｃｅ_ｓｔａｒｔ_ｎｏｗ−１）*７２＋１: （ｃｃｅ_ｓｔａｒｔ_ｎｏｗ−１+ Ｓｅａｒｃｈ_ｓｐａｃｅ_ｕｓｅ［ｉ］）*７２] （ｎ＝−,１,…,ＬＳｏｆｔ_ｃｃｅ_ｂｉｔｓ−１）
前記データＳｏｆｔ_ｃｃｅ_ｂｉｔｓのサイズは、ＬＳｏｆｔ_ｃｃｅ_ｂｉｔｓであり、引き続きステップ１０６を執行する。
【００４７】
ステップ１０６において、前記データに対して、全ての可能なＤＣＩフォーマットによって、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、デコーディング後のデータに対して、テールバイティング畳込み符号化とレートマッチングを行って、情報ビットデータを取得する。前記情報ビットとコーデイング前のデータを比較して、正確なＤＣＩを取得する。
【００４８】
好ましくは、前記ステップ１０６には次通りのことを含む。
【００４９】
サブステップ１０６１において、３ＧＰＰ ＴＳ ３６.２１３プロトコル及びＤＣＩフォーマットと伝送モデルの対応関係により、全ての可能なＤＣＩを決定する。
【００５０】
サブステップ１０６２において、３ＧＰＰプロトコルＴＳ ３６.２１３により、異なるＤＣＩフォーマットのサイズはプロトコルの規定によって、計算し得ることができる。
【００５１】
サブステップ１０６３において、全ての可能なＤＣＩフォーマットによって、ステップＳ１０３５における前記データＳｏｆｔ_ｃｃｅ_ｂｉｔｓに対し、畳込み復号化とレートデ・マッチングを行い、デコーディング後の情報ビットＤｅｃｏｄｅｄ_ｂｉｔｓ［ｎ］（ｎ＝０,１,２,…,ＬDecoded−１）を取得する。
【００５２】
Ｄｅｃｏｄｅｄ_ｂｉｔｓ［ｎ］は２つの部分に分けられて、前半はＤＣＩ情報ビッで、つまり、
ＤＣＩ［ｉ］＝ Ｄｅｃｏｄｅｄ_ｂｉｔｓ［ｎ］,（ｉ＝ｎ＝０,１,…,ＬＤＣＩ−１）,
後半はＣＲＣ検査ビットで、つまり
ＤＣＩ[j]＝ Ｄｅｃｏｄｅｄ_ｂｉｔｓ［ｎ］,（j＝０,１,…ＬＣＲＣ−１,ｎ＝ＬＤＣＩ,…LDecoded−１）。
ここで、LDecoded＝ ＬＣＲＣ＋ＬＤＣＩ；  ＬＣＲＣ＝１６。
レートデ・マッチングのステップには、ビット受信、ビット分離、サブブロックのデ・インターリーブを含む。テールバイティング畳込み復号化はＶｉｔｅｒｂｉデコーディングアルゴリズム方法を採用する。Ｖｉｔｅｒｂｉデコーディングアルゴリズム方法はチャンネルのカウント特性を考慮した上、受信したコード及び全ての可能なグリッドのルート間の距離を計算して、受信したコードに一番近いグリッドのルートをＶｉｔｅｒｂｉデコードとして出力する。Ｖｉｔｅｒｂｉデコーディングアルゴリズム方法は本分野の研究開発者から周知されているアルゴリズム方法なので、ここで説明を省略する。
【００５３】
サブステップ１０６４において、デコーディング後の情報ビットＤｅｃｏｄｅｄ_ｂｉｔｓ［ｎ］，（ｎ＝０，１，…，）Ｌ Ｓｏｆｔ_ｃｃｅ_ｂｉｔｓ−１）を取得して、前記情報ビットＤｅｃｏｄｅｄ_ｂｉｔｓ［ｎ］に対してデコーディングとレートデ・マッチングを行い、データビットＲａｔｅＭａｔｃｈ_ｂｉｔｓ［ｎ］，（ｎ＝０，１，…，Ｌ Ｓｏｆｔ_ｃｃｅ_ｂｉｔｓ−１）を取得する。
【００５４】
データ開始位置を完全に精確化しないと、正確にデコーディングできないというテールバイティング畳込み符号化の特性により、前記デコーディング前のソフトビットＳｏｆｔ_ｃｃｅ_ｂｉｔｓ［ｎ］を硬判定して、ハードビットＨａｒｄ_ｃｃｅ_ｂｉｔｓ［ｎ］を得て、前記ハードビットと前記レートマッチング後のデータビットＲａｔｅＭａｔｃｈ_ｂｉｔｓ［ｎ］を１つずつ比較する。
【００５５】
Ｈａｒｄ_ｃｃｅ_ｂｉｔｓ［ｎ］＝ＲａｔｅＭａｔｃｈ_ｂｉｔｓ［ｎ］の場合、（ｎ＝０，１，…，Ｌ Ｓｏｆｔ_ｃｃｅ_ｂｉｔｓ−１）、それなりのＤＣＩフォーマットは正しいものである。前記ＤＣＩフォーマットによるデコーディング後のＤＣＩ情報ビットＤＣＩ［ｉ］は正しいＤＣＩである。ステップ１０８を引き続き執行する。
【００５６】
Ｈａｒｄ_ｃｃｅ_ｂｉｔｓ［ｎ］≠ＲａｔｅＭａｔｃｈ_ｂｉｔｓ［ｎ］（ｎ＝０，１，…，Ｌ Ｓｏｆｔ_ｃｃｅ_ｂｉｔｓ−１）の場合、対応のＤＣＩフォーマットは正しくないものである。サブステップ１０４４へ戻る。
【００５７】
ステップ１０８において、ＣＲＣの検査ビットにより、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。
【００５８】
好ましくは、前記ステップ１０８には以下のことを含む。
【００５９】
サブステップ１０８１において、デコーディング後のビットデータＤｅｃｏｄｅｄ ｂｉｔｓ［ｎ］及び３ＧＰＰ ＴＳ ３６.２１２プロトコル５.１.１のアルゴリズムにより、検査ビットＣＲＣ、ＣＲＣ_ｂｉｔｓ［ｎ］,（ｎ＝０，１，…，ＬＣＲＣ−１）を計算し得る。
【００６０】
サブステップ１０８２において、サブステップ１０６３においてデコーディングにより取得したＣＲＣビットＣＲ［ｎ］とサブステップ１０８１で計算し得たＣＲＣ検査ビットＣＲＣ_ｂｉｔｓ［ｎ］に対し、エクスオア計算を行い、正しいＲＮＴＩを取得する。即ち、
ＲＮＴＩ［ｎ］＝ＸＯＲ（ＣＲＣ［ｎ］，ＣＲＣ_ｂｉｔｓ［ｎ］,（ｎ＝０，１，…，ＬＣＲＣ−１）。
【００６１】
以上によると、本発明の実施例に係る技術案は、各ユーザのＲＮＴＩが未知で、ユーザ数も未知な場合でＰＤＣＣＨラインド検出である。本発明はテールバイティング畳込み符号化の特性により、受信したＰＤＣＣＨ情報の電力を検出してから、連続ＲＥをグルーピングする。各々グループのデータに対して、チャンネル均一化、検出復調、デスクランブルを行い、異なるアグリゲーションレベルにより、データを取得し、すべて可能なＤＣＩフォーマットに対し、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、正確なＤＣＩを取得する。最後に、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。本発明の技術案はユーザＲＮＴＩが確定ではない場合に適用するが、ＰＤＣＣＨラインド検出の正確度を保証でき、計算量及び計算時間をだいぶん削減させることができる。
【００６２】
〈実施例２〉
本発明の実施例が提供したＰＤＣＣＨブラインド検出方法について詳細に説明する。
【００６３】
図２は、本発明の実施例におけるＰＤＣＣＨブラインド検出方法のフローチャートを示す図である。
【００６４】
ステップ２００において、全ての制御チャンネルにおけるＰＤＣＣＨデータを取得する。
【００６５】
ステップ２０２において、ＲＥの電力ＰＲＥが電力閾値Ｐlimを超えるかを判断する。超えた場合、ステップ２０４を執行する。
【００６６】
ステップ２０４において、データがある連続ＲＥを１つグループにし、Ｎグループに分けられると仮定し、各々グループのデータを計算する。
【００６７】
ステップ２０６において、各々グループのＲＥに対して、チャンネル均一化、検出復調、デスクランブルを行う。
【００６８】
ステップ２０８において、各々グループのデータサイズにより、可能なアグリゲーションレベルを判断する。
【００６９】
ステップ２１０において、データヘッドを開始位置とし、異なるアグリゲーションレベルによってデータを取得する。
【００７０】
ステップ２１２において、異なるＤＣＩタイプにより、レートデ・マッチングとテールバイティング畳込み復号化を行う。
【００７１】
ステップ２１４において、デコーディング後の情報ビットを取得して、テールバイティング畳込み符号化とレートマッチングを行う。
【００７２】
ステップ２１６において、デコーディング前の情報ビットとテールバイティング畳込み符号化後の情報ビットが等しいかを比較する。等しければ、ステップ２１８を執行する。等しくなければ、ステップ２２２を執行する。
【００７３】
ステップ２１８において、計算し得たＣＲＣ検査ビットとデコーディング後の検査ビットに対し、エクスオア計算を行い、ＲＮＴＩを取得する。
【００７４】
ステップ２２０において、検出したＤＣＩ情報のＣＣＥをリセットして、ＤＣＩタイプ検出リサイクルを終了する。
【００７５】
ステップ２２２において、ＤＣＩタイプ検出が完了したかを判断する。完了していない場合、ステップ２１２を執行する。完了した場合、ステップ２２４を執行する。
【００７６】
ステップ２２４において、全てのアグリゲーションレベルを逐次走査したかを判断する。逐次走査したと判断すれば、ステップ２２６を執行する。逐次走査していないと判断すれば、ステップ２１０を執行する。
【００７７】
ステップ２２６において、全てのデータへの分析が完了したかを判断する。完了したとすれば、ブラインド検出が完了し、完了していない場合、ステップ２０４を執行する。
【００７８】
よって、本発明の実施例技術方案は、各ユーザのＲＮＴＩが未知で、ユーザ数も未知な場合でＰＤＣＣＨラインド検出を実施するものである。本発明はテールバイティング畳込み符号化の特性により、受信したＰＤＣＣＨ情報の電力を検出してから、連続ＲＥをグルーピングする。各々データに対して、チャンネル均一化、検出復調、デスクランブルを行い、異なるアグリゲーションレベルにより、データを取得し、全て可能なＤＣＩフォーマットに対し、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特徴により、正確なＤＣＩを取得する。最後に、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。本発明の技術方案はユーザＲＮＴＩが未知な場合に適用するが、ＰＤＣＣＨラインド検出の正確度を保証できる。計算量及び計算時間をだいぶ削減させる可能である。
【００７９】
〈実施例３〉
本発明の実施例が提供したＰＤＣＣＨブラインド検出方法について詳細に説明する。
【００８０】
本発明の実施例におけるＰＤＣＣＨブラインド検出方法のフローチャートは図３のように示す。
【００８１】
ステップ３００において、ＰＤＣＣＨデータを取得する。
【００８２】
デコーディングＰＣＦＩＣＨにより得られたＰＤＣＣＨに占有されたＯＦＤＭ符号数Ｎ、及びシステム設定情報によって、１つのサブフレームにおける全てのＰＤＣＣＨに占有されたＲＥ位置を決定し、ＲＥの電力を検出及び比較することにより、制御チャンネルにおける有効なＰＤＣＣＨデータを取得する。
【００８３】
ステップ３０２において、リソースエレメントの位置フラッグに基づいて、前記ＰＤＣＣＨデータをグルーピングして、グルーピング後の各々グループのＰＤＣＣＨデータにより、ソフトビットデータを取得する。
【００８４】
位置フラッグＲＥ_ＦＬＡＧ［ｎ］が連続的に１であるＲＥを１つグループにして、Ｎグループに分けられると仮定し、即ち、ＰＤＣＣＨ_ａｌｌ［ｎ］［ｋ］（ここで、グループ数ｎ＝０，１，…，Ｎ−１、グループごとに連続ＲＥ数ｋ＝０，１，…，ＮＲＥ−１）
ステップ３０４において、前記ソフトビットデータから制御チャンネルエレメントのソフトビットデータを取得する。
【００８５】
各々グループのデータサイズにより、可能なアグリゲーションレベルを判断する。データヘッドを開始位置として、異なるアグリゲーションレベルと開始位置により、前記ソフトビットデータから制御チャンネルエレメントのソフトビットデータを取得する。
【００８６】
ステップ３０６において、前記制御チャンネルエレメントのソフトビットデータにより、ダウンリンク制御情報（ＤＣＩ）データを決定する。
【００８７】
前記制御チャンネルエレメントのソフトビットデータについて、全ての可能なＤＣＩフォーマットに対して、レートデ・マッチングとテールバイティング畳込み復号化を行う。テールバイティング畳込み符号化の特性により、デコーディング後のデータに対して、畳込み符号化及びレートマッチングを行い、ビットデータを取得する。前記情報ビットとデコーディング前のデータを比較して、正しいＤＣＩを取得する。
【００８８】
ステップ３０８において、前記ＤＣＩデータにより、ＲＮＴＩを取得して、ＰＤＣＣＨブラインド検出を完了する。
【００８９】
ＣＲＣ検査ビットにより、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。
【００９０】
以上によると、本発明の実施例技術案は、各ユーザのＲＮＴＩが未知で、ユーザ数も未知な場合でＰＤＣＣＨラインド検出を行うものである。本発明はテールバイティング畳込み符号化の特性により、受信したＰＤＣＣＨ情報の電力を検出してから、連続ＲＥをグルーピングする。各々データに対して、チャンネル均一化、検出復調、デスクランブルを行う。異なるアグリゲーションレベルによりデータを取得し、全て可能なＤＣＩフォーマットに対し、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、正確なＤＣＩを取得する。最後に、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。本発明の技術方案はユーザＲＮＴＩが未知な場合に適用するが、ＰＤＣＣＨラインド検出の正確度を保証できる。計算量及び計算時間をだいぶ削減させる可能である。
【００９１】
〈実施例４〉
本発明が提供したＰＤＣＣＨブラインド検出方法について詳細に説明する。
【００９２】
本発明の実施例におけるＰＤＣＣＨブラインド検出方法のフローチャートは図４のように示す。
【００９３】
ステップ４００において、ＰＤＣＣＨデータを取得する。
【００９４】
デコーディングＰＣＦＩＣＨにより得られたＰＤＣＣＨに占有されたＯＦＤＭ符号数Ｎ、及びシステム設定情報によって、１つのサブフレームにおける全てのＰＤＣＣＨに占有されたＲＥ位置を決定し、ＲＥの電力を検出及び比較することにより、制御チャンネルにおける有効なＰＤＣＣＨデータを取得する。
【００９５】
好ましくは、前記ステップ４００には以下通りのことを含む。
【００９６】
サブステップ４００１において、デコードされた物理制御フォーマット指示チャンネル（ＰＣＦＩＣＨ）により得られたＰＤＣＣＨに占有された直交周波数分割多元接続（ＯＦＤＭ）の符号の数及び予め設定されたシステム設定情報により、ＰＤＣＣＨの、サブブレームにおける占有されるリソースエレメントを決定する。
【００９７】
サブステップ４００２において、前記リソースエレメントの電力を検出し、電力が一定の電力閾値を超えたリソースエレメントに対応するＰＤＣＣＨデータを取得する。
【００９８】
ステップ４０２において、前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグをグルーピングして、グルーピング後の各々グループのＰＤＣＣＨデータにより、ソフトビットデータを取得する。
【００９９】
位置フラッグＲＥ_ＦＬＡＧ［ｎ］が連続的に１であるＲＥを１つのグループとし、Ｎグループに分けられると仮定し、即ち、ＰＤＣＣＨ_ａｌｌ［ｎ］［ｋ］（ここで、グループ数ｎ＝０，１，…，Ｎ−１、各々グループの連続ＲＥ数ｋ＝０，１，…，ＮＲＥ−１）
【０１００】
好ましくは、前記ステップ４０２には以下のことを含む。
【０１０１】
ステップ４０２１において、位置フラッグが連続するリソースエレメントに対応するＰＤＣＣＨデータを１つのグループにする。
【０１０２】
ステップ４０２２において、グルーピング後の各々グループのＰＤＣＣＨデータに対し、チャンネル均一化、検出復調、デスクランブルを行い、ソフトビットデータを取得する。
【０１０３】
ステップ４０４において、前記ソフトビットデータから、制御チャンネルエレメントソフトビットデータを取得する。
【０１０４】
各々グループのデータサイズにより、可能なアグリゲーションレベルを判断する。データヘッドを開始位置とし、異なるアグリゲーションレベルと開始位置により、前記ソフトビットデータから、制御チャンネルエレメントソフトビットデータを取得する。
【０１０５】
好ましくは、前記ステップ４０４には以下通りのことを含む。
【０１０６】
サブステップ４０４１において、共通サーチスペース及びＵＥ特定検索領域サーチスペースに対応するアグリゲーションレベルにより、前記ソフトビットデータのアグリゲーションレベルを決定する。
【０１０７】
サブステップ４０４２において、前記ソフトビットデータのデータヘッドから、前記ソフトビットデータのアグリゲーションレベルにより、制御チャンネルエレメントソフトビットデータを取得する。
【０１０８】
ステップ４０６において、前記制御チャンネルエレメントソフトビットデータにより、ダウンリンクチャンネル制御情報（ＤＣＩ）データを決定する。
【０１０９】
前記制御チャンネルエレメントソフトビットデータについて、全ての可能なＤＣＩフォーマットにより、レートデ・マッチング及びデコーディングを行う。テールバイティング畳込み符号化の特性により、デコーディング後のデータに対して、畳込み符号化及びレートマッチングを行うことで、情報ビットデータを取得する。前記情報ビットとデコーディング前のデータを比較して、正しいＤＣＩを取得する。
【０１１０】
好ましくは、前記ステップ４０６には次通りのことを含む。
【０１１１】
サブステップ４０６１において、前記ＰＤＣＣＨに載せたダウンリンク制御情報（ＤＣＩ）のフォーマットを決定する。
【０１１２】
サブステップ４０６２において、前記ＤＣＩのフォーマットにより、前記制御チャンネルエレメントソフトビットに対し、デーレートデ・マッチングと畳込み復号化を行うことで、デコードされたビットデータを取得する。
【０１１３】
サブステップ４０６３において、前記デコードされたビットデータに対しし、テールバイティング畳込み符号化とレートマッチングを行うことで、レートマッチングビットデータを取得する。
【０１１４】
サブステップ４０６４において、前記制御チャンネルエレメントのソフトビットデータに対して硬判定を行うことで、制御チャンネルエレメントハードビットデータを取得する。
【０１１５】
サブステップ４０６５において、前記レートマッチングビットデータと前記制御チャンネルエレメントハードビットデータが等しいかを判断する。等しければ、サブステップ４０６６を執行する。等しくなければ、プロセスをフローを完了する。
【０１１６】
サブステップ４０６６において、前記デコードされたビットデータがＤＣＩデータであることを決定する。
【０１１７】
そこで、前記ＤＣＩデータには、ＤＣＩビットデータと第１ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）データを含む。
【０１１８】
ステップ４０８において、前記ＤＣＩビットデータにより、ＲＮＴＩを取得して、ＰＤＣＣＨブラインド検出を完了する。
【０１１９】
ＣＲＣ検査ビットにより、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。
【０１２０】
好ましくは、前記ステップ４０８には以下通りのことを含む。
【０１２１】
サブステップ４０８１において、前記ＤＣＩデータの計算により、第２ＣＲＣビットデータを取得する。
【０１２２】
サブステップ４０８２で、前記計算し得た第２ＣＲＣビットデータと前記ＤＣＩデータにおける第１ＣＲＣビットデータに対し、エクスオア計算を行い、ＲＮＴＩを取得する。
【０１２３】
以上によると、本発明の実施例技術案は、各ユーザのＲＮＴＩが未知で、ユーザ数も未知な場合でＰＤＣＣＨラインド検出を実施するものである。本発明はテールバイティング畳込み符号化の特性により、受信したＰＤＣＣＨ情報の電力を検出してから、連続ＲＥをグルーピングする。各々グループのデータに対して、チャンネル均一化、検出復調、デスクランブルを行う。異なるアグリゲーションレベルにより、データを取得し、全て可能なＤＣＩフォーマットを対象に、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、正確なＤＣＩを取得する。最後に、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。本発明の技術方案はユーザＲＮＴＩが未知な場合に適用するが、ＰＤＣＣＨラインド検出の正確度を保証できる。計算量及び計算時間をだいぶん削減させる可能である。
【０１２４】
〈実施例５〉
本発明が提供したＰＤＣＣＨブラインド検出方法について詳細に説明する。
【０１２５】
本発明の実施例におけるＰＤＣＣＨブラインド検出方法のフローチャートは図５のように示す。
【０１２６】
前記システムには第１データ取得モジュール５００と、第２データ取得モジュール５０２と、第３データ取得モジュール５０４と、ＤＣＩデータ取得モジュール５０６と、ＲＮＴＩ取得モジュール５０８とを備える。
【０１２７】
以下、各モジュールの機能及び各モジュール間の関係について次通りに詳細に説明する。
【０１２８】
第１データ取得モジュール５００はＰＤＣＣＨデータの取得するように構成される。
【０１２９】
第２データ取得モジュール５０２は、前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグによりをグルーピングし、グルーピング後の各々グループのＰＤＣＣＨデータにより、ソフトビットデータを取得するように構成される。
【０１３０】
第３データ取得モジュール５０４は、前記ソフトビットデータから制御チャンネルエレメントソフトビットデータを取得するように構成される。
【０１３１】
ＤＣＩデータ取得モジュール５０６は、前記制御チャンネルエレメントソフトビットデータにより、ダウンリンクチャンネル制御情報（ＤＣＩ）データを決定するように構成される。
【０１３２】
ＲＮＴＩ取得モジュール５０８は、前記ＤＣＩデータにより、ＲＮＴＩを取得するように構成される。
【０１３３】
以上によると、本発明の実施例技術案は、各ユーザのＲＮＴＩが未知で、ユーザ数も未知な場合でＰＤＣＣＨラインド検出を実施するものである。本発明はテールバイティング畳込み符号化の特性により、受信したＰＤＣＣＨ情報の電力を検出してから、連続ＲＥをグルーピングする。各々グループのデータに対して、チャンネル均一化、検出復調、デスクランブルを実施する。異なるアグリゲーションレベルにより、データを取得し、すべての可能なＤＣＩフォーマットを対象に、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、正確なＤＣＩを取得する。最後に、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。本発明の技術案はユーザＲＮＴＩが未知な場合に適用するが、ＰＤＣＣＨラインド検出の正確度を保証できる。計算量及び計算時間をだいぶ削減させる可能である。
【０１３４】
〈実施例６〉
本発明が提供したＰＤＣＣＨブラインド検出方法について詳細に説明する。
【０１３５】
本発明の実施例におけるＰＤＣＣＨブラインド検出方法のフローチャートは図６のように示す。
【０１３６】
前記システムには第１データ取得モジュール６００と、第２データ取得モジュール６０２と、第３データ取得モジュール６０４と、ＤＣＩデータ取得モジュール６０６と、ＲＮＴＩ取得モジュール６０８とを備える。
【０１３７】
ここで、前記第１データ取得モジュール６００にはリソースエレメント決定モジュール６００１と、ＰＤＣＣＨデータ取得モジュール６００２とを備える。
【０１３８】
前記第２データ取得モジュール６０２には、グルーピングモジュール６０２１と、ソフトビットデータ取得モジュール６０２２とを備える。
【０１３９】
前記第３データ取得モジュール６０４には、アグリゲーションレベル決定モジュール６０４１と、制御チャンネルソフトビットデータ取得モジュール６０４２とを備える。
【０１４０】
前記ＤＣＩデータ取得モジュール６０６には、ＤＣＩフォーマット決定サブモジュール６０６１と、デコードされたビットデータ取得サブモジュール６０６２と、レートマッチングビットデータ取得サブモジュール６０６３と、制御チャンネルエレメントハードビットデータ取得サブモジュール６０６４と、判断サブモジュール６０６５と、ＤＣＩデータ決定サブモジュール６０６６とを備える。
【０１４１】
前記ＲＮＴＩ取得モジュール６０８には、計算モジュール６０８１と、エクスオアモジュール６０８２とを含む。
【０１４２】
以下、各モジュール、各サブモジュールの機能及び各モジュール、各サブモジュール間の関係について詳細に次通りに説明する。
【０１４３】
第１データ取得モジュール６００はＰＤＣＣＨデータの取得するように構成される。
【０１４４】
好ましくは、前記第１データ取得モジュール６００には次通りのことを含む。
【０１４５】
リソースエレメント決定モジュール６００１は、デコードされた物理制御フォーマット指示チャンネル（ＰＣＦＩＣＨ）により得られたＰＤＣＣＨに占有された直交周波数分割多元接続（ＯＦＤＭ）の符号の数及び予め設定されたシステム設定情報により、ＰＤＣＣＨの、１つのサブブレームにおいて占有されるリソースエレメントを決定するように設置される。
【０１４６】
ＰＤＣＣＨデータ取得モジュール６００２は、前記リソースエレメントの電力を検出し、電力が一定の電力閾値を超えたリソースエレメントに対応するＰＤＣＣＨデータを取得するように構成される。
【０１４７】
第２データ取得モジュール６０２は、前記ＰＤＣＣＨデータをリソースエレメントの位置フラッグをグルーピングして、グルーピング後の各々グループのＰＤＣＣＨデータにより、ソフトビットデータを取得するように構成される。
【０１４８】
好ましくは、前記第２データ取得モジュール６０２には次通りのことを含む。
【０１４９】
グルーピングモジュール６０２１は、位置フラッグの連続なリソースエレメントに対応するＰＤＣＣＨデータを同じグループにする。
【０１５０】
ソフトビットデータ取得モジュール６０２２はグルーピング後の各々ＰＤＣＣＨデータにより、ソフトビットデータを取得するように構成される。
【０１５１】
第３データ取得モジュール６０４は、前記ソフトビットデータから制御チャンネルエレメントソフトビットデータを取得するように構成される。
【０１５２】
好ましくは、第３データ取得モジュール６０４には次通りのことを含む。
【０１５３】
アグリゲーションレベル決定モジュール６０４１は、共通サーチスペースとＵＥ特定サーチスペースに対応するアグリゲーションレベルにより、前記ソフトビットデータのアグリゲーションレベルを決定するように構成される。
【０１５４】
制御チャンネルエレメントソフトビットデータ取得モジュール６０４２で、前記ソフトビットデータのヘッドから、前記ソフトビットデータのアグリゲーションレベルにより、制御チャンネルエレメントソフトビットデータを取得するように構成される。
【０１５５】
ＤＣＩデータ取得モジュール６０６は、前記制御チャンネルエレメントソフトビットデータにより、ダウンリンクチャンネル制御情報（ＤＣＩ）データを決定するように構成される。
【０１５６】
好ましくは、ＤＣＩデータ取得モジュール６０６には次通りのものが備えられる。
ＤＣＩフォーマット決定モジュール６０６１は、前記ＰＤＣＣＨにおけるダウンリンク制御情報（ＤＣＩ）のフォーマットを決定するように構成される。
【０１５７】
デコードされたビットデータ取得モジュール６０６２は、前記ＤＣＩのフォーマットにより、前記制御チャンネルエレメントソフトビットデータに対してレートデ・マッチングとテールバイティング畳込み復号化を行うことでデコードされたビットデータを取得するように設置される。
【０１５８】
レートマッチングビットデータ取得モジュール６０６３は、前記デコードされたビットデータに対して、テールバイティング畳込み符号化とレートマッチングを行うことでレートッチングビットデータを取得するように構成される。
【０１５９】
制御チャンネルエレメントハードビットデータ取得モジュール６０６４は、前記制御チャンネルエレメントソフトビットデータに対して、硬判定を行うことで制御チャンネルエレメントハードビットデータを取得するように構成される。
【０１６０】
判断サブモジュール６０６５は前記レートマッチングビットデータと前記制御チャンネルエレメントハードビットデータが同様であるかを判断するように構成される。
【０１６１】
ＤＣＩデータ決定サブモジュール６０６６は、前記レートマッチングビットデータと前記制御チャンネルエレメントハードビットデータが同様である場合に、デコードされたビットデータをＤＣＩデータにするように構成される。
【０１６２】
ここで、前記ＤＣＩデータにはＤＣＩビットデータと第１ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）データを含む。
【０１６３】
ＲＮＴＩ取得モジュール６０８は、前記ＤＣＩデータにより、ＲＮＴＩを取得するように構成される。
【０１６４】
好ましくは、前記ＲＮＴＩ取得モジュール６０８には次通りのことを含む。
【０１６５】
計算モジュール６０８１は、前記ＤＣＩデータにより、第２ＣＲＣビットデータを計算し得るように構成される。
【０１６６】
エクスオアモジュール６０８２は、前記計算し得た第２ＣＲＣビットデータと前記ＤＣＩデータにおける第１ＣＲＣビットデータをエクスオア計算することで、ＲＮＴＩを取得するように構成される。
【０１６７】
以上によると、本発明の実施例技術案は、各ユーザのＲＮＴＩが未知で、ユーザ数も未知な場合でＰＤＣＣＨラインド検出を実施するものである。本発明はテールバイティング畳込み符号化の特性により、受信したＰＤＣＣＨ情報の電力を検出してから、連続ＲＥをグルーピングする。各々グループのデータに対して、チャンネル均一化、検出復調、デスクランブルを実施する。異なるアグリゲーションレベルにより、データを取得し、可能なＤＣＩフォーマットを対象に、レートデ・マッチング及びデコーディングを行い、テールバイティング畳込み符号化の特性により、正確なＤＣＩを取得する。最後に、デコーディング後のＣＲＣ検査ビットを取得し、デコーディング後のＤＣＩ情報によってＣＲＣ検査ビットを計算し、そしてエクスオア計算を行い、正しいＲＮＴＩを取得する。本発明の技術方案はユーザＲＮＴＩが未知な場合に適用するが、ＰＤＣＣＨラインド検出の正確度を保証できる。計算量及び計算時間をだいぶ削減させる可能である。
【０１６８】
前記コンピュータの読込可能な記録媒体には、コンピュータ（例えば、計算機）の読込可能形式での格納または情報送信に関連する何れかのメカニズムを含む。例えば、機器の読込可能な媒体には、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ディスク記憶媒体、光記憶媒体、フラッシュ記憶媒体、電気、光、声又はその他形式の伝送信号（例えば、搬送波、赤外信号、デジタル信号など）などが含まれる。
【０１６９】
システムの実施例については、方法実施例と基本的に類似するため、簡単に説明した。関連部分について、方法実施例の一部の説明内容を参考されたい。
【０１７０】
本明細書の中に、何れかの実施例でも、累加の方式で説明する。それぞれの実施例は、その他実施例と違うところを重点に説明している。各実施例の間に類似する部分をお互いに参考すればいい。
【０１７１】
本分野の普通技術者として次通りにご理解ください。上述の方法の実施例の全部又は一部のステップを実現するために、プロセス指令関連のハードウェアにより達成させればいい。前記のプロセスはコンピュータの書込記憶媒体に書き込めばいい。そのプロセスを実施する際に、前記方法の実施例を含むステップを執行する。前記の記憶媒体にはＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなどのプログラムコードを記憶できる媒体を含む。
【０１７２】
最後に、説明しなければならないことは、上述の各実施例は本発明の技術案の説明に限られて、それを制限するわけではない。前記の各実施例を参考して、本発明を詳細に説明したが、本分野の普通技術者として相変わらずに前記の各実施例に記載される技術方案を修正できて、又はその一部或いは全部の技術特徴を同じく切り替えることができるが、それらの修正又は切替により、技術方案の本質を本発明の各実例技術案の範囲から脱出させるわけではないことと理解しなければならない。
【図１】
0006554558.tif 000004
【図２】
0006554558.tif 000005
【図３】
0006554558.tif 000006
【図４】
0006554558.tif 000007
【図５】
0006554558.tif 000008
【図６】
0006554558.tif 000009