(57)【特許請求の範囲】
【請求項１】
２つ以上のブラインド検出処理サブチャネルによって実行される処理に必要とされるソフト情報データのメモリ内におけるアドレスを、予め設定されたサブフレーム構成パラメータに応じて、それぞれ計算するための計算ユニットと、
計算ユニットから取得された結果に応じて、ブラインド検出処理を同時並行で行うための２つ以上のブラインド検出処理サブチャネルと
を含み、
前記ブラインド検出処理サブチャネルは、更に、
前記計算ユニットから取得された結果に応じて、各候補集合のソフト情報データをそれぞれ読み取り、読み取られたソフト情報データに対してレートデマッチング処理をそれぞれ行うためのレートデマッチングユニットと、
前記レートデマッチングユニットによって処理されたデータに対してテールビッティング畳み込み符号の復号処理を行うための復号ユニットと、
前記復号ユニットによって処理されたデータに対して、巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）と、無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）デスクランブル処理を行い、正確なデスクランブル処理結果を後段のメモリに記憶するためのデスクランブルユニットと
を含む
ことを特徴とするブラインド検出装置。
【請求項２】
前記デスクランブルユニットは、更に、
前記復号ユニットによって処理されたデータの非ＣＲＣ部分に対してローカルＣＲＣ検査を行い、検査結果及び対応するＲＮＴＩ値に対して排他的論理和（ＸＯＲ）動作を行い、動作結果と、復号ユニットによって処理されたデータ内のＣＲＣビットと比較し、これらが一致する場合、対応するダウンリンク制御情報を記憶する
ことを特徴とする請求項１に記載のブラインド検出装置。
【請求項３】
前記レートデマッチングユニットと前記復号ユニットとの間に配置される、パイプライン制御を実現するための先入先出（ＦＩＦＯ：Ｆｉｒｓｔ−ｉｎ  Ｆｉｒｓｔ‐Ｏｕｔ）ユニット
を更に含むことを特徴とする請求項１に記載のブラインド検出装置。
【請求項４】
前記サブフレーム構成パラメータは、
帯域幅、伝送モード、フレーム構造タイプ、ソフト情報の全長、ＲＮＴＩ値、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）専用スペースの各アグリゲーションレベルでの検索開始位置、検出待ちダウンリンク制御情報タイプ及び検索優先順位構成パラメータのうち、少なくとも１つを含む
ことを特徴とする請求項１〜３のいずれか１項に記載のブラインド検出装置。
【請求項５】
前記検索優先順位構成パラメータは、
スペース検索優先順位、共通スペースアグリゲーションレベル検索優先順位、ＵＥ専用スペースアグリゲーションレベル検索優先順位及びデフォルト検索優先順位のうち、少なくとも１つを含む
ことを特徴とする請求項４に記載のブラインド検出装置。
【請求項６】
２つ以上のサブチャネルによって実行される処理に必要とされるソフト情報データのメモリ内におけるアドレスを、予め設定されたサブフレーム構成パラメータに応じて、それぞれ計算するステップと、
前記２つ以上のサブチャネルが計算結果に応じてブラインド検出処理を同時並行で行うステップと
を含み、
前記２つ以上のサブチャネルが計算結果に応じてブラインド検出処理を同時並行で行うステップは、
計算結果に応じて、各候補集合のソフト情報データをそれぞれ読み取り、読み取られたソフト情報データに対してレートデマッチング処理をそれぞれ行うステップと、
それぞれ、レートデマッチング処理されたデータに対してテールビッティング畳み込み符号の復号処理を行うステップと、
それぞれ、復号処理されたデータに対して巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）と無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）デスクランブル処理を行い、正確なデスクランブル処理で得られたダウンリンク制御情報を後段のメモリに記憶するステップと
を含む
ことを特徴とするブラインド検出方法。
【請求項７】
前記サブフレーム構成パラメータは、
帯域幅、伝送モード、フレーム構造タイプ、ソフト情報の全長、ＲＮＴＩ値、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）専用スペースの各アグリゲーションレベルでの検索開始位置、検出待ちダウンリンク制御情報タイプ及び検索優先順位構成パラメータのうち、少なくとも１つを含む
ことを特徴とする請求項６に記載のブラインド検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はブラインド検出技術に関し、特に、ブラインド検出装置及び検出方法に関する。
【背景技術】
【０００２】
ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおける物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、アップリンク及びダウンリンクにおける各種のスケジューリング情報及び制御情報を搬送することに用いられる。１つの物理ダウンリンク制御チャネルは、１又は複数の制御チャネル要素（ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）により伝送される。上記ＣＣＥは、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）の組み合わせである。ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、各サブフレームで一連のＰＤＣＣＨ候補集合を検出する必要があり、全てのＵＥは、共通スペースとＵＥ専用スペースを監視するように要求されている。文献３ＧＰＰＴＳ３６．２１３．９．１．１には、表１に示すように、様々な状況下において、ＵＥが監視する必要がある候補集合回数が規定されている。
【０００３】
【表１】
0005537728.tif 000002
【０００４】
表１から理解されるように、１つの検索スペースは、一連のＣＣＥの集合である。この集合のサイズは、１、２、４又は８個のＣＣＥであってもよい。共通検索スペースは、１つのセルにおける全てのＵＥによって監視され、また、共通検索スペースは、アグリゲーションレベル４とアグリゲーションレベル８の２種類の集合レベルのみをサポートする。ＵＥ専用検索スペースは、全ての集合レベルをサポートし、１つのセルにおいて一部のＵＥのみがＵＥ専用検索スペースを監視する必要がある。表１から、ＰＤＣＣＨ候補集合の個数がいずれも２の整数倍、即ち２、４又は６であることも理解される。
【０００５】
１つのサブフレームにおいて、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）がチャネル品質を認識していない情況では、上位層（ｈｉｇｈ  ｌａｙｅｒ）は、ＰＤＣＣＨ  フォーマット（ｆｏｒｍａｔ）を判断することができない。このとき、ＵＥは、各アグリゲーションレベルにおける全ての検索スペースに対して、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）のブラインド検出を行う必要がある。各ＰＤＣＣＨ  フォーマットに関して、ＵＥは、ＤＣＩの全ての可能なＣＣＥ位置を計算し、そして、全ての候補集合に対してブラインド検出を行う必要がある。
【０００６】
従来技術におけるブラインド検出の実現方法では、ｅＮＢとＵＥがいずれも固定ＰＤＣＣＨ  フォーマットを使用する。即ち、ｅＮＢが、ＰＤＣＣＨの生成過程において、指定アグリゲーションレベルＬを割り当て、ＵＥ側がこの予め指定されたアグリゲーションレベルＬでＤＣＩ検出を行う。しかし、このような方法では、ＤＣＩタイプとアグリゲーションレベルＬを増やす場合に、全てのＤＣＩフォーマットのブラインド検出を実現する必要があるため、リアルタイム性に対する要求を満たすことができない。
【０００７】
上記したように、従来のブラインド検出技術は、効率が低く、リアルタイム性に対する要求を満たすことができないといった従来技術における問題が以前から存在している。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来のブラインド検出技術は、効率が低く、リアルタイム性に対する要求を満たすことができないといった従来技術における問題に鑑みて、本発明は提案される。従って、本発明のその主な目的は、このような問題を解決することができるブラインド検出装置及び検出方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一実施形態に係るブラインド検出装置は、複数のブラインド検出処理サブチャネルによって実行される処理に必要とされるソフト情報データのメモリ内におけるアドレスを、予め設定されたサブフレーム構成パラメータに応じて、それぞれ計算するための計算ユニットと、計算ユニットから取得された結果に応じて、ブラインド検出処理を同時並行で行うための複数のサブチャネルとを含む。
【００１０】
好ましくは、計算ユニットは、更に、候補集合数に応じて、各候補集合のソフト情報データのメモリ内におけるアドレスをそれぞれ計算する。
【００１１】
好ましくは、各サブチャネルは、更に、計算ユニットから取得された結果に応じて、各候補集合のソフト情報データをそれぞれ読み取り、読み取られたソフト情報データに対してレートデマッチング処理をそれぞれ行うためのレートデマッチングユニットと、レートデマッチングユニットによって処理されたデータに対してテールビッティング畳み込み符号の復号処理を行うための復号ユニットと、復号ユニットによって処理されたデータに対して、巡回冗長検査（ＣＲＣ）と無線ネットワーク一時識別子（ＲＮＴＩ）デスクランブル処理を行い、正確なデスクランブル処理結果を後段のメモリに記憶するためのデスクランブルユニットとを含む。
【００１２】
好ましくは、デスクランブルユニットは、ＣＲＣとＲＮＴＩのデスクランブル処理を行うとき、更に、前記復号ユニットによって処理されたデータの非ＣＲＣ部分に対してローカルＣＲＣ検査を行い、検査結果及び対応するＲＮＴＩ値に対して排他的論理和（ＸＯＲ）動作を行い、動作結果と、復号ユニットによって処理されたデータ内のＣＲＣビットと比較し、これらが一致する場合、対応するダウンリンク制御情報を記憶する。
【００１３】
好ましくは、当該検出装置は、レートデマッチングユニットと復号ユニットとの間に配置される先入先出（ＦＩＦＯ）ユニットを更に含む。
【００１４】
好ましくは、サブフレーム構成パラメータは、帯域幅、伝送モード、フレーム構造タイプ、ソフト情報の全長、ＲＮＴＩ値、ユーザ装置（ＵＥ）専用スペースの各アグリゲーションレベルでの検索開始位置、検出待ちダウンリンク制御情報タイプ及び検索優先順位構成パラメータのうち、少なくとも１つを含む。
【００１５】
好ましくは、検索優先順位構成パラメータは、スペース検索優先順位、共通スペースアグリゲーションレベル検索優先順位、ＵＥ専用スペースアグリゲーションレベル検索優先順位、デフォルト検索優先順位のうち、少なくとも１つを含む。
【００１６】
本発明の一実施形態に係るブラインド検出方法は、複数のサブチャネルによって実行される処理に必要とされるソフト情報データのメモリ内におけるアドレスを、予め設定されたサブフレーム構成パラメータに応じて、それぞれ計算するステップと、複数のサブチャネルが計算結果に応じてブラインド検出処理を同時並行で行うステップとを含む。
【００１７】
好ましくは、複数のサブチャネルが計算結果に応じてブラインド検出処理を同時並行で行うステップは、更に、複数のサブチャネルが計算結果に応じて各候補集合のソフト情報データをそれぞれ読み取り、読み取られたソフト情報データに対してレートデマッチング処理をそれぞれ行うステップと、複数のサブチャネルがレートデマッチング処理されたデータに対してテールビッティング畳み込み符号の復号処理を行うステップと、複数のサブチャネルが復号処理されたデータに対して巡回冗長検査（ＣＲＣ）と無線ネットワーク一時識別子（ＲＮＴＩ）デスクランブル処理を行い、正確なデスクランブル処理で得られたダウンリンク制御情報を後段のメモリに記憶するステップとを含む。
【００１８】
好ましくは、サブフレーム構成パラメータは、帯域幅、伝送モード、フレーム構造タイプ、ソフト情報の全長、ＲＮＴＩ値、ＵＥ専用スペースの各アグリゲーションレベルでの検索開始位置、検出待ちダウンリンク制御情報タイプ及び検索優先順位構成パラメータのうち、の少なくとも１つを含む。
【００１９】
従来技術と比べ、本発明の上記技術的スキームでは、パイプライン処理法において同時並行でＰＤＣＣＨブラインド検出を実行するための複数のチャネルを採用することによって、ＵＥのダウンリンクＰＤＣＣＨブラインド検出の効率を向上させることができる。また、リアルタイム性に対する要求を満たすことができ、さらに、ＬＴＥ端末システム全体の性能を向上させることができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るブラインド検出装置を示すブロック図である。
【図２】本発明の一実施形態に係る、共通スペース及びＵＥ専用スペース検索優先順位の制御処理を示すフローチャートである。
【図３】本発明の一実施形態に係る、共通検索スペースにおける２種類のアグリゲーションレベル（Ｌ＝４及びＬ＝８）での検索優先順位の制御処理を示すフローチャートである。
【図４】本発明の一実施形態に係る、ＵＥ専用スペースにおける４種類のアグリゲーションレベル（Ｌ＝１、２、３、４）での検索優先順位の制御処理を示すフローチャートである。
【図５】本発明の一実施形態に係るソフト情報アドレス計算及びソフト情報データ読取の処理を示すフローチャートである。
【図６】本発明の一実施形態に係るブラインド検出装置の好適な構造を示すブロック図である。
【図７】本発明の一実施形態に係るＣＲＣ処理及びＲＮＴＩデスクランブル処理を示すフローチャートである。
【図８】本発明の一実施形態に係るブラインド検出方法を示すフローチャートである。
【図９】本発明の一実施形態に係るブラインド検出方法の好適な処理スキームを示すフローチャートである。
【発明を実施するための形態】
【００２１】
本発明は、マルチチャネル（２つ以上のチャネル）並行処理方式を採用し、かつ、必要なパラメータを柔軟に設定することによって、各アグリゲーションレベルにおけるＤＣＩ検出に対して専用の状態を割り当て、ＰＤＣＣＨソフト情報データの読取を制御する。そして、検出の優先順位に応じて、各種の状態に対して対応するスケジューリングを行い、これにより、検索優先順位を制御可能な全てのＤＣＩのブラインド検出を実現する。
【００２２】
本発明の目的、技術的スキーム及び利点が明らかになるように、以下、本発明を添付図面及び具体的な実施形態に合わせてさらに詳しく説明する。
【００２３】
本発明の一実施形態によれば、ブラインド検出装置が提供される。
【００２４】
図１は、本発明の一実施形態に係るブラインド検出装置を示すブロック図である。図１に示すように、当該ブランド検出装置は、計算ユニット１０と、複数のブラインド検出処理サブチャネル２０とを含む。
【００２５】
計算ユニット１０は、複数のブラインド検出処理サブチャネルによって実行される処理に必要とされるソフト情報データのメモリ内におけるアドレスを、予め設定されたサブフレーム構成パラメータに応じて、それぞれ計算する。上記サブフレーム構成パラメータは、帯域幅、伝送モード、フレーム構造タイプ（例えば、周波数分割複信（ＦＤＤ）又は時間分割複信（ＴＤＤ））、ソフト情報の全長、無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）、ＵＥ専用スペースの各アグリゲーションレベルでの検索開始位置、検出待ちダウンリンク制御情報タイプ及び検索優先順位構成パラメータのうち、少なくとも１つを含む。
【００２６】
検出優先順位に応じて、各種の状態に対して対応するスケジューリングを行うことにより、検索優先順位を制御可能な全てのＤＣＩのブラインド検出を実現することができる。以下、検索優先順位構成パラメータに応じて制御処理を行うときの具体的なプロセスを図２〜図４に合わせて詳しく説明する。
【００２７】
検索優先順位構成パラメータは、共通スペース優先検出及びＵＥ専用スペース優先検出を含むスペース検索優先順位を含む。図２を参照して、図２は、本発明の一実施形態に係る、共通スペース及びＵＥ専用スペース検索優先順位の制御処理を示すフローチャートである。図２に示すように、当該プロセスは以下のステップを含む。
【００２８】
ステップＳ２０２では、検索スペース優先順位パラメータを取得する。
【００２９】
ステップＳ２０４では、共通スペース優先検出であるかどうかを判断し、判断の結果が肯定的である場合、ステップＳ２０６を実行し、判断の結果が否定的である場合、ステップＳ２１２を実行する。
【００３０】
ステップＳ２０６では、共通スペースＤＣＩの検出を行う。
【００３１】
ステップＳ２０８では、ＵＥスペース検出を行う必要があるかどうかを判断し、判断の結果が肯定的である場合、ステップＳ２１０を実行し、判断の結果が否定的である場合、プロセスを終了する。
【００３２】
ステップＳ２１０では、ＵＥ専用スペースＤＣＩの検出を行って、プロセスを終了する。
【００３３】
ステップＳ２１２では、ＵＥ専用スペースＤＣＩの検出を行う。
【００３４】
ステップＳ２１４では、共通スペース検出を行う必要があるかどうかを判断し、判断の結果が肯定的である場合、ステップＳ２１６を実行し、判断の結果が否定的である場合、プロセスを終了する。
【００３５】
ステップＳ２１６では、共通スペースＤＣＩの検出を行って、プロセスを終了する。
【００３６】
検索優先順位構成パラメータは、更に、共通スペースアグリゲーションレベル検索優先順位を含む。図３を参照して、図３は、本発明の一実施形態に係る、共通検索スペースにおける２種類のアグリゲーションレベル（Ｌ＝４とＬ＝８）での検索優先順位の制御処理を示すフローチャートである。図３に示すように、当該プロセスは、以下のステップを含む。
【００３７】
ステップＳ３０２では、共通スペース優先順位パラメータを取得する。
【００３８】
ステップＳ３０４では、Ｌ＝４が優先とされているかどうかを判断し、判断の結果が肯定的である場合、ステップＳ３０６を実行し、判断の結果が否定的である場合、ステップＳ３１２を実行する。
【００３９】
ステップＳ３０６では、アグリゲーションレベルＬ＝４における共通スペースＤＣＩ検出を行う。
【００４０】
ステップＳ３０８では、Ｌ＝８の場合に、検出を行う必要があるかどうかを判断し、判断の結果が肯定的である場合、ステップＳ３１０を実行し、否定的である場合、プロセスを終了する。
【００４１】
ステップＳ３１０では、アグリゲーションレベルＬ＝８における共通スペースＤＣＩ検出を行って、プロセスを終了する。
【００４２】
ステップＳ３１２では、アグリゲーションレベルＬ＝８における共通スペースＤＣＩ検出を行う。
【００４３】
ステップＳ３１４では、Ｌ＝４の場合に、検出を行う必要があるかどうかを判断し、判断の結果が肯定的である場合、ステップＳ３１６を実行し、判断の結果が否定的である場合、プロセスを終了する。
【００４４】
ステップＳ３１６では、アグリゲーションレベルＬ＝４における共通スペースＤＣＩ検出を行って、プロセスを終了する。
【００４５】
検索優先順位構成パラメータは、更に、ＵＥ専用スペースアグリゲーションレベル検索優先順位を含む。図４を参照して、図４は、本発明の一実施形態に係る、ＵＥ専用スペースにおける４種類のアグリゲーションレベル（Ｌ＝１、２、３、４）での検索優先順位の制御処理を示すフローチャートである。図４に示すように、当該プロセスは以下のステップを含む。
【００４６】
ステップＳ４０２では、ＵＥ専用スペース優先順位パラメータを取得する。
【００４７】
ステップＳ４０４〜Ｓ４０８では、まず、最高優先順位に対応するアグリゲーションレベルにおけるＤＣＩ検出を行い、次に、２番目の優先順位に対応するアグリゲーションレベルにおけるＤＣＩ検出を行う。優先順位の順序に従って対応するアグリゲーションレベルにおけるＤＣＩ検出を行い、最後に最低優先順位に対応するアグリゲーションレベルにおけるＤＣＩ検出を行う。
【００４８】
なお、検索優先順位構成パラメータは、更に、デフォルトの検索優先順位を含んでいてもよい。
【００４９】
計算ユニット１０は、複数のブラインド検出処理サブチャネルによって実行される処理に必要とされるソフト情報データのメモリ内におけるアドレスを、予め設定されたサブフレーム構成パラメータに応じて、それぞれ計算する。計算ユニット１０がソフト情報アドレス計算及びソフト情報データ読取の処理を行うプロセスは、図５が参照される。図５に示すように、この処理は、以下のステップを含む。
【００５０】
ステップＳ５０２では、ＣＣＥ開始位置に応じて、ＲＡＭにおける、各ブラインド検出処理サブチャネルの検索スペースの開始位置を計算する。
【００５１】
ステップＳ５０４では、現在のアグリゲーションレベルに応じて、所定の長さのソフト情報データを読み取る。
【００５２】
ステップＳ５０６では、レートデマッチングが完了したかどうかを判断し、完了していない場合、このステップ５０６を繰り返して実行し、完了した場合、ステップＳ５０８を実行する。
【００５３】
ステップＳ５０８では、検索回数が候補集合の個数に達したかどうかを判断し、達していない場合、ステップＳ５１０を実行し、達した場合、ステップＳ５１２を実行する。
【００５４】
ステップＳ５１０では、ＲＡＭにおける、各ブラインド検出処理サブチャネルの次の候補集合ソフト情報の開始位置を計算し、ステップＳ５０４を引き続き実行する。
【００５５】
ステップＳ５１２では、全てのアグリゲーションレベルの検出が完了したかどうかを判断し、完了していない場合、ステップＳ５１４を実行し、完了した場合、プロセスを終了する。
【００５６】
ステップＳ５１４では、次の優先順位に対応するアグリゲーションレベルにおけるＤＣＩ検出を行い、ステップＳ５０２を実行する。
【００５７】
複数のブラインド検出処理サブチャネル２０は、計算ユニット１０から取得された結果に応じて、ブラインド検出を同時並行で実行する。図６は本発明の一実施形態に係るブラインド検出装置の好適な構造を示すブロック図である。図６に示すように、図１に示された構造を基礎として、各ブラインド検出処理サブチャネル（ブラインド検出処理サブチャネル０〜ｎ）は、それぞれ、レートデマッチングユニット２１０、復号ユニット２２０、デスクランブルユニット２３０を含む。
【００５８】
レートデマッチングユニット２１０は、計算ユニット１０から取得された結果に応じて、各候補集合のソフト情報データをそれぞれ読み取り、読み取られたソフト情報データに対してレートデマッチング処理をそれぞれ行う。復号ユニット（即ち図６に示されたビタビ（Ｖｉｔｅｒｂｉ）復号ユニット）２２０は、レートデマッチングユニット２１０によって処理されたデータに対してテールビッティング畳み込み復号処理を行う。デスクランブルユニット（又はＣＲＣ、ＲＮＴＩデスクランブルユニットと称される）２３０は、復号ユニット２２０によって処理されたデータに対して巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）とＲＮＴＩデスクランブル処理を行い、正確なデスクランブル処理で得られたダウンリンク制御情報を後段のメモリ（ＲＡＭ）に記憶する。デスクランブルユニット２３０は、復号ユニットによって処理されたデータの非ＣＲＣ部分に対してローカルＣＲＣ検査を行い、検査結果及び対応するＲＮＴＩ値に対して排他的論理和（ＸＯＲ）動作を行う。そして、デスクランブルユニット２３０は、動作結果と、復号ユニットによって処理されたデータ内のＣＲＣビットと比較し、これらが一致する場合、対応するダウンリンク制御情報を記憶する。具体的には、デスクランブルユニット２３０の動作プロセスは、図７が参照される。図７は、本発明の一実施形態に係るＣＲＣ及びＲＮＴＩデスクランブル処理を示すフローチャートである。図７に示すように、当該プロセスは以下のステップを含む。
【００５９】
ステップＳ７０２では、復号されたデータに対してローカルＣＲＣ検査を行う。
【００６０】
ステップＳ７０４では、入力パラメータに応じて現在のＤＣＩタイプを判断する。
【００６１】
ステップＳ７０６では、可能なＲＮＴＩ値を使用してデスクランブルを行う。
【００６２】
ステップＳ７０８では、正確にデスクランブルを行ったかどうかを判断し、判断の結果が肯定的である場合、ステップＳ７１２を実行し、判断の結果が否定的である場合、ステップＳ７１０を実行する。
【００６３】
ステップＳ７１０では、全てのＲＮＴＩに対するデスクランブルが完了したかどうかを判断し、判断の結果が肯定的である場合、プロセスを終了し、判断の結果が否定的である場合、ステップＳ７０６を引き続き実行する。
【００６４】
ステップＳ７１２では、検出されたＤＣＩ情報を記憶し、プロセスを終了する。
【００６５】
図６に示すように、レートデマッチングユニット２１０と復号ユニット２２０の間には、先入先出（ＦＩＦＯ：Ｆｉｒｓｔ−ｉｎ  Ｆｉｒｓｔ−ｏｕｔ）ユニット２４０が配置される。このＦＩＦＯユニット２４０は、リンク全体のパイプライン処理を実現するために、レート制御を行う。
【００６６】
また、図６において後段制御ロジックユニットが配置される。この後段制御ロジックユニットは、デスクランブルユニット２３０の出力結果を後段のメモリ（ＲＡＭ）に記憶するように制御する。
【００６７】
本発明の実施形態に係るブラインド検出処理サブチャネルの個数は、実際の要求に応じて設定されてもよく、この個数は、例えば、２つ、３つ又は４つ等である。以下、２つのブラインド検出処理サブチャネルを例として、本発明の実施形態を詳しく説明する。
【００６８】
実施形態１
ＬＴＥ  ＵＥ  ＦＤＤにおいて、帯域幅は２０ＭＨｚであり、検出待ちＤＣＩタイプはＤＣＩ０及びＤＣＩ１Ａである。また、ＣＣＥの総数は６４であり、ＵＥ専用スペースＬ＝１の場合、検索スペース開始ＣＣＥは１であり、Ｌ＝２の場合、検索スペース開始ＣＣＥは２である。Ｌ＝４の場合、検索スペース開始ＣＣＥは４であり、Ｌ＝８の場合、検索スペース開始ＣＣＥは８である。いかなる検索優先順位も設定されておらず（即ちデフォルト優先順位に従って動作する）、２つのブラインド検出処理サブチャネルが用いられて同時並行で処理が実行される。
【００６９】
ステップ１：ＰＤＣＣＨソフト情報アドレス計算ユニットは、ＲＡＭにおける、各ブラインド検出処理サブチャネルのソフト情報データの開始位置を計算する。計算ユニットは、まず検索優先順位を判断し、優先順位が設定されていない場合、デフォルトの検索順序に従って、まず共通（Ｃｏｍｍｏｎ）スペースで検出を行い、次にＵＥ専用スペースで検出を行う。共通（Ｃｏｍｍｏｎ）スペースでは、まずＬ＝４の場合の検出を行い、次にＬ＝８の場合の検出を行う。ＵＥ専用スペースでは、デフォルトのＬ＝１、２、４、８の順序で検出を行う。共通（Ｃｏｍｍｏｎ）スペースでは、Ｌ＝４の場合において、１回目の検索のとき、ブラインド検出処理サブチャネル０のＣＣＥ検索開始位置は０であり、ブラインド検出処理サブチャネル１のＣＣＥ検索開始位置は４である。２回目の検索のとき、ブラインド検出処理サブチャネル０のＣＣＥ検索開始位置は８になり、ブラインド検出処理サブチャネル１のＣＣＥ検索開始位置は１２になる。Ｌ＝８の場合、２つのブラインド検出処理サブチャネルは、それぞれ１回だけ検索を行えばよく、ブラインド検出処理サブチャネル０のＣＣＥ検索開始位置は０であり、ブラインド検出処理サブチャネル１のＣＣＥ検索開始位置は８である。ＵＥ専用スペースでは、Ｌ＝１及びＬ＝２の場合、候補集合回数＝６であり、２つのブラインド検出処理サブチャネルは、同時並行でそれぞれ３回の処理を実行する必要がある。Ｌ＝４及びＬ＝８の場合、２つのブラインド検出処理サブチャネルは１回だけ処理を実行すればよい。プロトコルによれば、ＣＣＥ位置が境界を越えた場合、ゼロＣＣＥ位置まで引き返して検出を行わなければならない。ソフト情報データを読み取るとき、ＤＣＩの元のビット（ｂｉｔ）長は考慮されず、各種のアグリゲーションレベルにおける読取が必要なソフト情報データ長は、表２に従う。ソフト情報アドレス計算及びソフト情報データ読取のプロセス全体は、図５が参照される。ＲＡＭデータ読取プロセスにおいて、境界を越えたことがあったかどうかを判断する必要もあり、いったんこのような状況が生じた場合、ＲＡＭの読取アドレスをソフト情報初期アドレスに戻す必要がある。ＲＡＭから読み取られたデータは、レートデマッチングユニットに送信される。
【００７０】
【表２】
0005537728.tif 000003
【００７１】
ステップ２：レートデマッチングユニットは、ＲＡＭから読み取られたソフト情報を受信して、対応するパラメータに合わせてレートデマッチングを行う。レートデマッチングユニットは、最終的に３つの出力データを取得し、この３つのデータをＦＩＦＯに一時的に記憶する。レートデマッチングが完了したとき、データが準備されたことがビタビ（Ｖｉｔｅｒｂｉ）復号ユニットに通知され、また、ＦＩＦＯ内のデータの読取が完了した後、次の候補集合データの読み取りが可能となったことがＰＤＣＣＨソフト情報アドレス計算ユニットに通知される。
【００７２】
ステップ３：ビタビ（Ｖｉｔｅｒｂｉ）復号ユニットは、ＦＩＦＯから対応する長さのデータを読み取って復号し、復号結果をＣＲＣ及びＲＮＴＩデスクランブルユニットに送信する。
【００７３】
ステップ４：ＣＲＣ及びＲＮＴＩデスクランブルユニットは、ビタビ（Ｖｉｔｅｒｂｉ）復号ユニットから出力されたデータを受信し、図７に示された処理プロセスを参照して、出力データの非ＣＲＣ部分に対してローカルＣＲＣ検査を行う。ＣＲＣ及びＲＮＴＩデスクランブルユニットは、その後、検査結果及び可能なＲＮＴＩ値に対してＸＯＲ動作を行い、この動作結果と、復号結果のＣＲＣビットとを比較し、これらが一致した場合、対応するＤＣＩ情報を記憶する。各種のＤＣＩのＲＮＴＩスクランブル方式は、表３から検索することができる。表３から理解されるように、共通スペースでは、ＤＣＩ０及びＤＣＩ１Ａには、５種類の可能なスクランブル方式（即ちＳＩ‐ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｃ−ＲＮＴＩ及びＴ−Ｃ−ＲＮＴＩ）が存在する。デスクランブルが実行されるとき、この５種類のＲＮＴＩ値をトラバースする必要がある。ＵＥ専用スペースでは、ＤＣＩ０及びＤＣＩ１Ａには、２つのＲＮＴＩスクランブル方式（即ちＣ−ＲＮＴＩ及びＴ−Ｃ−ＲＮＴＩ）が存在する。デスクランブルが実行されるとき、この２種類のＲＮＴＩ値がトラバースされる。正確に検出されたＤＣＩ情報は、後段のＲＡＭに送信されて一時的に記憶される。この時点で、ＤＣＩ０及びＤＣＩ１Ａの検出プロセスが完了する。
【００７４】
【表３】
0005537728.tif 000004
【００７５】
実施形態２
ＬＴＥ  ＵＥ  ＦＤＤにおいて、帯域幅は２０ＭＨｚであり、検出待ちＤＣＩタイプはＤＣＩ０とＤＣＩ１Ａである。ＣＣＥの総数は、６４であり、ＵＥ専用スペースＬ＝１の場合、検索スペース開始ＣＣＥは１であり、Ｌ＝２の場合、検索スペース開始ＣＣＥは２である。Ｌ＝４の場合、検索スペース開始ＣＣＥは４であり、Ｌ＝８の場合、検索スペース開始ＣＣＥは８である。ＵＥ専用スペースが優先されるように優先順位が設定され、且つ、ＵＥ専用スペースにおいて、各種のアグリゲーションレベルの優先順序がＬ＝４、８、１、２とされる。即ち、まずアグリゲーションレベルが４である検索が実行され、その後、順番に、アグリゲーションレベルが８、１、２である検索が実行される。共通スペースでは、デフォルトの優先順位に従って検出が実行され、２つのブラインド検出処理サブチャネルが用いられて同時並行で処理が実行される。
【００７６】
ステップ１：ＰＤＣＣＨソフト情報アドレス計算ユニットは、ＲＡＭにおける、各ブラインド検出処理サブチャネルのソフト情報データの開始位置を計算する。図２を参照して、まず検索優先順位が判断され、ＵＥ専用スペース、共通スペースの順番で検出が行われる。ＵＥ専用スペースでは、図４を参照して、検索優先順位が判断され、まずアグリゲーションレベルが４である検出が行われる。Ｌ＝４の場合、候補集合の個数が２であるため、２つのブラインド検出処理サブチャネルはそれぞれ１回だけ検索を実行すればよい。ＣＣＥ検索開始位置＝４の場合、ブラインド検出処理サブチャネル０に対応するソフト情報の開始オフセット値は４×７２、即ち２８８であり、また、ブラインド検出処理サブチャネル１に対応するソフト情報の開始アドレスオフセット値は、（４＋４）×７２、即ち５７６である。２つのブラインド検出処理サブチャネルのそれぞれの開始アドレスが算出された後、それぞれ、対応するＲＡＭから４つのＣＣＥのソフト情報（即ち２８８個のソフト情報データ）が読み取られて、各チャネルのレートデマッチングモジュールに送信される。ＲＡＭからソフト情報データが読み取られるとき、ＲＡＭアドレスが境界を越えたかどうかをリアルタイムで判断する必要があり、境界を越えた場合、０アドレスに引き返してデータの読取を開始する必要がある。レートデマッチングが完了した後、続いてＬ＝８の場合の検出が実行され、上記したアドレス計算プロセスが繰り返えされる。Ｌ＝１及びＬ＝２の場合、各ブラインド検出処理サブチャネルは、それぞれ３回の処理を行う必要がある。ＵＥ専用スペースの検出が全て完了した後、共通スペースにおいて、デフォルト優先順位に従って検出が行われる。ソフト情報データが読み取られるとき、ＤＣＩの元のｂｉｔ長は考慮されず、各種のアグリゲーションレベルにおける読取が必要なソフト情報のデータ長は表２に従う。ソフト情報アドレス計算及びソフト情報データ読取のプロセス全体は、図５が参照される。ＲＡＭデータ読取プロセスにおいて、境界を越えたことがあったかどうかを判断する必要もあり、いったんこのような状況が生じた場合、ＲＡＭの読取アドレスをソフト情報初期アドレスに戻す必要がある。ＲＡＭから読み取られたデータは、レートデマッチングユニットに送信される。
【００７７】
ステップ２：レートデマッチングユニットは、ＲＡＭから読み取られたソフト情報を受信して、対応するパラメータに合わせてレートデマッチングを行う。レートデマッチングユニットは、最終的に３つの出力データを取得し、この３つのデータをＦＩＦＯに一時的に記憶する。レートデマッチングが完了したとき、データが準備されたことがビタビ（Ｖｉｔｅｒｂｉ）復号ユニットに通知され、ＦＩＦＯ内のデータの読取が完了した後、次の候補集合データの読み取りが可能となったことがＰＤＣＣＨソフト情報アドレス計算ユニットに通知される。
【００７８】
ステップ３：ビタビ（Ｖｉｔｅｒｂｉ）復号ユニットは、ＦＩＦＯから対応する長さのデータを読み取って復号を行い、復号結果をＣＲＣ及びＲＮＴＩデスクランブルユニットに送信する。
【００７９】
ステップ４：ＣＲＣ及びＲＮＴＩデスクランブルユニットは、ビタビ（Ｖｉｔｅｒｂｉ）復号ユニットから出力されたデータを受信し、図７に示された処理プロセスを参照して、出力データの非ＣＲＣ部分に対してローカルＣＲＣ検査を行う。ＣＲＣ及びＲＮＴＩデスクランブルユニットは、その後、検査結果及び可能なＲＮＴＩ値に対してＸＯＲ動作を行い、この動作結果と、復号結果のＣＲＣビットとを比較し、これらが一致した場合、対応するＤＣＩ情報を記憶する。各種のＤＣＩのＲＮＴＩスクランブル方式は、表３から検索することができる。表３から理解されるように、ＵＥ専用スペースでは、ＤＣＩ０及びＤＣＩ１Ａには、２つのＲＮＴＩスクランブル方式（即ちＣ−ＲＮＴＩ及びＴ−Ｃ−ＲＮＴＩ）が存在する。デスクランブルが実行されるとき、この２種類のＲＮＴＩ値がトラバースされる。共通スペースでは、ＤＣＩ０及びＤＣＩ１Ａには、５種類の可能なスクランブル方式（即ちＳＩ‐ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｃ−ＲＮＴＩ及びＴ−Ｃ−ＲＮＴＩ）が存在する。デスクランブルが実行されるとき、この５種類のＲＮＴＩ値をトラバースする必要がある。正確に検出されたＤＣＩ情報は、後段のＲＡＭに一時的に記憶される。いったんあるＤＣＩが正確に検出された場合、前段のＰＤＣＣＨソフト情報アドレス計算ユニットに対して、現在行っているデータ読取動作を中止して、別の検出待ちＤＣＩソフト情報データの読取動作に切り換えるように通知がなされる。正確に検出されたＤＣＩ情報は、後段のＲＡＭに送信されて一時的に記憶される。この時点で、優先順位制御を伴うのＤＣＩ０及びＤＣＩ１Ａの検出プロセスが完了する。
【００８０】
実施形態３
ＬＴＥ  ＵＥ  ＦＤＤにおいて、帯域幅は２０ＭＨｚであり、検出待ちＤＣＩタイプはＤＣＩ２Ａである。ＣＣＥの総数は６４であり、ＵＥ専用スペースＬ＝４の場合、検索スペース開始ＣＣＥは４であり、さらに、優先順位制御により、Ｌ＝４の場合の検出のみを実行する。２つのブラインド検出処理サブチャネルが用いられて同時並行で処理が実行される。
【００８１】
ステップ１：ＰＤＣＣＨソフト情報アドレス計算ユニットは、ＲＡＭにおける、各ブラインド検出処理サブチャネルのソフト情報データの開始位置を計算する。計算ユニットは、まず検索優先順位を判断し、ＵＥ専用スペースにおいてアグリゲーションレベルが４である場合の検出のみを行う。Ｌ＝４の場合、候補集合の個数が２であるので、２つのブラインド検出処理サブチャネルは、それぞれ１回だけ検索を実行する。ＣＣＥ検索開始位置＝４の場合、ブラインド検出処理サブチャネル０に対応するソフト情報の開始アドレスオフセット値は、４×７２、即ち２８８であり、ブラインド検出処理サブチャネル１に対応するソフト情報の開始アドレスオフセット値は（４＋４）×７２、即ち５７６である。２つのブラインド検出処理サブチャネルのそれぞれの開始アドレスが算出された後、それぞれ、対応するＲＡＭから４つのＣＣＥのソフト情報（即ち２８８個のソフト情報データ）が読み取られて、各チャネルのレートデマッチングモジュールに送信される。ＲＡＭからソフト情報データが読み取られるとき、ＲＡＭアドレスが境界を越えたかどうかをリアルタイムで判断する必要があり、境界を越えた場合、０アドレスに引き返してデータの読取を開始する必要がある。ソフト情報アドレス計算及びソフト情報データ読取のプロセス全体は、図５に示すプロセスが参照される。ＲＡＭデータ読取プロセスにおいて、境界を越えたことがあったかどうかを判断する必要もあり、いったんこのような状況が生じた場合、ＲＡＭの読取アドレスをソフト情報初期アドレスに戻す必要がある。ＲＡＭから読み取られたデータは、レートデマッチングユニットに送信される。
【００８２】
ステップ２：レートデマッチングユニットはＲＡＭから読み取られたソフト情報を受信して、対応するパラメータに合わせてレートデマッチングを行う。レートデマッチングユニットは、最終的に３つの出力データを取得し、この３つのデータをＦＩＦＯに一時的に記憶する。レートデマッチングが完了したとき、データが準備されたことがビタビ（Ｖｉｔｅｒｂｉ）復号ユニットに通知され、ＦＩＦＯ内のデータの読取が完了した後、次の候補集合データの読み取りが可能となったことがＰＤＣＣＨソフト情報アドレス計算ユニットに通知される。
【００８３】
ステップ３：ビタビ（Ｖｉｔｅｒｂｉ）復号ユニットは、ＦＩＦＯから対応する長さのデータを読み取って復号を行い、復号結果をＣＲＣ及びＲＮＴＩデスクランブルユニットに送信する。
【００８４】
ステップ４：ＣＲＣ及びＲＮＴＩデスクランブルユニットは、ビタビ（Ｖｉｔｅｒｂｉ）復号ユニットから出力されたデータを受信して、図７に示された処理プロセスを参照して、出力データの非ＣＲＣ部分に対してローカルＣＲＣ検査を行う。ＣＲＣ及びＲＮＴＩデスクランブルユニットは、その後、検査結果及び可能なＲＮＴＩ値に対してＸＯＲ動作を行い、この動作結果と、復号結果のＣＲＣビットと比較し、これらが一致した場合、対応するＤＣＩ情報を記憶する。各種のＤＣＩのＲＮＴＩスクランブル方式は、表３から検索することができる。表３から理解されるように、ＵＥ専用スペースでは、ＤＣＩ２Ａには、唯一のＲＮＴＩスクランブル方式（即ちＣ−ＲＮＴＩ）が存在する。デスクランブルが実行されるとき、このＲＮＴＩ値のみがトラバースされる。正確に検出されたＤＣＩ情報は、後段のＲＡＭに送信されて一時的に記憶される。この時点で、ＤＣＩ２Ａの検出プロセスが完了する。
【００８５】
上記実施形態は２つのブラインド検出処理サブチャネルを例として説明したが、本発明はこれに限られず、実際の要求に応じて、３つ、４つ又はそれ以上のブラインド検出処理サブチャネルが設定されてもよい。その具体的な処理プロセスは、２つのブラインド検出処理サブチャネルの処理プロセスと類似し、従って、ここで詳細な説明は不要である。
【００８６】
本発明に係る上記実施形態によれば、ＰＤＣＣＨブラインド検出を同時並行で実行する複数のチャネルを用いることにより、処理時間を大きく短縮することができ、これにより、リアルタイム性に対する要求を満たすことがでる。
【００８７】
本発明の一実施形態によれば、更に、ブラインド検出方法が提供される。
【００８８】
図８は、本発明の実施形態に係るブラインド検出方法を示すフローチャートである。図８に示すように、当該プロセスは、以下のステップを含む。
【００８９】
ステップＳ８０２では、複数のブラインド検出処理サブチャネルによって実行される処理に必要とされるソフト情報データのメモリ内におけるアドレスを、予め設定されたサブフレーム構成パラメータに応じて、それぞれ計算する。サブフレーム構成パラメータは、帯域幅、伝送モード、フレーム構造タイプ、ソフト情報の全長、ＲＮＴＩ値、ＵＥ専用スペースの各アグリゲーションレベルでの検索開始位置、検出待ちダウンリンク制御情報タイプ及び検索優先順位構成パラメータのうち、の少なくとも１つを含む。
【００９０】
ステップＳ８０４では、複数のブラインド検出処理サブチャネルが計算結果に応じてブラインド検出処理を同時並行で行う。
【００９１】
以下、図９に合わせて、図８に示されたプロセスをさらに説明する。図９は本発明の実施形態に係るブラインド検出方法の好適な処理スキームを示すフローチャートである。図９に示すように、当該プロセスは以下のステップを含む。
【００９２】
ステップＳ９０２では、サブフレーム構成パラメータを取得する。
【００９３】
ステップＳ９０４では、サブフレーム構成パラメータに応じて、各ブラインド検出処理サブチャネルのソフト情報の開始位置アドレスをそれぞれ計算する。
【００９４】
ステップＳ９０６では、各ブラインド検出処理サブチャネルがそれぞれレートデマッチング処理を行う。
【００９５】
ステップＳ９０８では、レートデマッチングを完了し、且つ、データを次の処理ユニットに送信する。
【００９６】
ステップＳ９１０では、全ての候補集合のレートデマッチングが完了したかどうかを判断し、完了していない場合、ステップＳ９１２を実行し、完了した場合、ステップＳ９２２を実行する。
【００９７】
ステップＳ９１２では、候補回数に応じて次の検索スペースのソフト情報の開始位置アドレスを計算し、ステップＳ９０６を引き続き実行する。
【００９８】
ステップＳ９１４では、各ブラインド検出処理サブチャネルがそれぞれテールビッティング畳み込み符号の復号処理を行う。ステップＳ９１４とステップＳ９１０とは同時並行で実行され、これらは、実行についての前後関係がない。
【００９９】
ステップＳ９１６では、各ブラインド検出処理サブチャネルがＣＲＣ及びＲＮＴＩデスクランブル処理をそれぞれ行う。
【０１００】
ステップＳ９１８では、各ブラインド検出処理サブチャネルがＤＣＩ情報記憶処理をそれぞれ行う。
【０１０１】
ステップＳ９２０では、全ての候補集合の処理が完了したかどうかを判断し、完了していない場合、ステップＳ９１６を実行し、完了した場合、ステップＳ９２２を実行する。
【０１０２】
ステップＳ９２２では、全てのＤＣＩ処理が完了したかどうかを判断し、完了した場合、プロセスを終了し、完了していない場合、ステップＳ９２４を実行する。
【０１０３】
ステップＳ９２４では、次のタイプのＤＣＩ検出を行い、ステップＳ９０４を実行する。
【０１０４】
以上で説明したように、本発明に係る上記技術的スキームによれば、複数のチャネルによって、パイプライン処理法において同時並行でＰＤＣＣＨブラインド検出が実行されるため、ＵＥのダウンリンクＰＤＣＣＨブラインド検出の効率を向上させることが可能である。また、リアルタイム性に対する要求を満たすことができ、さらに、ＬＴＥ端末システム全体の性能を向上させることができる。
【０１０５】
以上の説明は、本発明の好適な実施形態に過ぎず、本発明を限定するものではない。当業者にとっては、本発明に基づく種々の変更と変形が可能である。本発明の趣旨及び範囲を逸脱することなく実施されたあらゆる修正、同等の置換及び改良等は、すべて本発明の保護範囲に属する。
【図１】
0005537728.tif 000005
【図２】
0005537728.tif 000006
【図３】
0005537728.tif 000007
【図４】
0005537728.tif 000008
【図５】
0005537728.tif 000009
【図６】
0005537728.tif 000010
【図７】
0005537728.tif 000011
【図８】
0005537728.tif 000012
【図９】
0005537728.tif 000013