JP2014112930A - マルチキャリア無線通信システムにおける端末および基地局 - Google Patents

Abstract

【課題】複数のキャリアを用いる無線通信システムで、制御チャネルを構成して送受信を行うための端末および基地局が提供される。
【解決手段】端末は共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＤＣＣＨ）候補をモニタリングする。ＰＤＣＣＨ候補と端末−特有検索空間（ＵＳＳ）におけるＰＤＣＣＨ候補が、基地局から送信されたＰＤＣＣＨとしてのＣＳＳにおいて、特別の構成を有する場合に、ＰＤＣＣＨ候補を基地局から送信されたＰＤＣＣＨと決定する。
【選択図】図４

Description

以下の実施形態は、複数のキャリアを用いる無線通信システムで制御チャネルを構成して送受信を行う方法及び装置に関する。

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）リリース（ｒｅｌｅａｓｅ）８の規格に従うＬＴＥ Ｒｅｌ−８端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）は１回に１個の下りリンク（ｄｏｗｎｌｉｎｋ）コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ；ＣＣ）を介してデータを受信するまた、ＬＴＥ Ｒｅｌ−８端末は、下りリンクＣＣに対応する上りリンク（ｕｐｌｉｎｋ）ＣＣを介して上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）を送信する。

ＬＴＥ−Ａｄｖａｎｃｅｄの規格に従うＬＴＡ−Ａ端末は、同時に１つまたは複数の下りリンクＣＣを介してデータを受信することができる。

本発明の一実施形態には、下りリンク制御情報検出の曖昧性を解決する端末装置及び端末の通信方法を提供する。

本発明の一実施形態には、下りリンク制御情報検出の曖昧性を解決する基地局及び基地局の通信方法を提供する。

本発明の一実施形態によれば、共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＵＳＳ）内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）候補をモニタリングするように構成され、キャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＣＩＦ）を用いて構成され、前記ＣＳＳにおけ るＰＤＣＣＨ候補および前記ＵＳＳにおけるＰＤＣＣＨ候補が
（１）無線ネットワーク臨時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた巡回冗長検査（Ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ；ＣＲＣ）と、
（２）共通ペイロードの大きさ（ｃｏｍｍｏｎ ｐａｙｌｏａｄ ｓｉｚｅ）と、
（３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
（４）相異なる情報要素セットを持つ下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）のフォーマットと、
を有する場合に、前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補を基地局から送信されたＰＤＣＣＨとして決定することを特徴とする端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）が提供される。

前記ＰＤＣＣＨ候補は、セル−無線ネットワーク臨時識別子（Ｃｅｌｌ− Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ；Ｃ−ＲＮＴＩ）によってＣＲＣスクランブルされてもよい。

前記ＬＴＥ−Ａｄｖａｎｃｅｄ端末は、与えられたサービングセルに対するキャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＣＩＦ）を用いるように構成されてもよい。

前記モニタリングは、全てのモニタされた下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットにより前記ＰＤＣＣＨ候補それぞれの解釈を試みることを意味する。

前記ＰＤＣＣＨ候補は、集成レベルＬにおける前記検索空間を定義する。

前記ＣＳＳは、ＣＣＥ０ないしＣＣＥ１５まで総１６個のＣＣＥで構成され、ｍ番目の前記ＰＤＣＣＨ候補に対応するＣＣＥは下記の数式（１）

によって与えられてもよい。

前記ＵＳＳのｍ番目の前記ＰＤＣＣＨ候補に対応するＣＣＥは、下記の数式（２）

によって与えられてもよい。

ここで、Ｎ_{ＣＣＥ、ｋ}は前記ＣＣＥの総個数であってもよく、ｉ＝０、．．．、Ｌ−１であり、下記の数式（３）に示すように

であってもよく、Ｍ^（Ｌ）は前記ＰＤＣＣＨ候補の総個数であってもよく、ｎ_ＣＩはキャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＣＩＦ）の値であってもよく、ｍ＝０、．．．、Ｍ^（Ｌ）−１であってもよく、Ｙ_ｋは前記ＣＳＳでは０であってもよく、前記ＵＳＳでは下記の数式（４）

によって定義されてもよい。

ここで、Ｙ_−１＝ｎ_ＲＮＴＩ≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７であり、

であってもよく、ｎ_ｓはスロット番号であってもよく、ｎ_ＲＮＴＩはＲＮＴＩ値であってもよい。

前記ＣＳＳは集成レベル４及び８のそれぞれにおけるＣＳＳであってもよい。

前記ＵＳＳは集成レベル１、２、４及び８のそれぞれにおけるＵＳＳであってもよい。

前記ＣＳＳ及びＵＳＳは重なってもよい。

前記ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、及び前記Ｃ−ＲＮＴＩによってＣＲＣスクランブルされてもよい。

前記ＰＤＣＣＨ候補のうち前記ＵＳＳを起源とするＰＤＣＣＨ候補は前記ＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有してもよい。

前記ＵＳＳを起源とするＰＤＣＣＨ候補のうち前記特定ＤＣＩフォーマットの大きさのＰＤＣＣＨ候補は、前記ＤＣＩフォーマットの大きさに対する前記可能なＣＩＦ値のうち任意の値に対応する任意のＵＳＳ内で送信されてもよい。

本発明の他の一実施形態によると、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）に物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）を送信する基地局において、共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＣＳＳ）におけるＰＤＣＣＨ候補及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＵＳＳ）におけるＰＤＣＣＨ候補が、
（１）無線ネットワーク臨時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ；ＣＲＣ）と、
（２）共通ペイロードの大きさ（ｃｏｍｍｏｎ ｐａｙｌｏａｄ ｓｉｚｅ）と、
（３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
（４）相異なる情報要素セットを有する下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットと、
を有する場合に、前記基地局は、前記ＣＩＦを有するように構成された前記端末に、前記ＣＳＳでのＰＤＣＣＨ候補に相応するＰＤＣＣＨを、送信することを特徴とする基地局が提供される。

前記第１ＰＤＣＣＨ候補は、セル−無線ネットワーク臨時識別子によってＣＲＣスクランブルされてもよい。

前記ＰＤＣＣＨ候補は、集成レベルＬにおける前記検索空間を定義してもよい。

前記ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、及び前記Ｃ−ＲＮＴＩによってＣＲＣスクランブルされてもよい。

前記ＰＤＣＣＨ候補のうち前記ＵＳＳを起源とするＰＤＣＣＨ候補は、前記ＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有してもよい。

前記ＵＳＳを起源とするＰＤＣＣＨ候補のうち前記特定ＤＣＩフォーマットの大きさのＰＤＣＣＨ候補は、前記ＤＣＩフォーマットの大きさに対する前記可能なＣＩＦ値のうち任意の値に対応する任意のＵＳＳ内で送信されてもよい。

本発明の他の一実施形態によると、端末の通信方法において、ＣＳＳ及びＵＳＳ内でＣ−ＲＮＴＩによってＣＲＣスクランブルされたＰＤＣＣＨ候補をモニタリングする動作と、複数の下りリンクＣＣを介して物理的下りリンク共用チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信する動作とを含み、前記ＰＤＣＣＨ候補をモニタリングする動作は、前記ＰＤＣＣＨ候補が共通ペイロードの大きさ及び同一の第１ＣＣＥインデックスを有する場合、前記ＣＳＳ内でのＰＤＣＣＨのみを受信する動作を含み、前記ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、及び前記Ｃ−ＲＮＴＩによってＣＲＣスクランブルされ、前記ＰＤＣＣＨ候補は、前記ＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有し、前記ＣＩＦに基づいて前記複数の下りリンクＣＣが識別される端末の通信方法が提供される。

前記ＰＤＣＣＨ候補をモニタリングする動作は、前記ＰＤＣＣＨ候補が相異するペイロードの大きさまたは相異する第１ＣＣＥインデックスを有する場合、前記ＣＳＳ内でのＰＤＣＣＨ及び前記ＵＳＳ内でのＰＤＣＣＨを受信する動作をさらに含んでもよい。

前記ＰＤＣＣＨ候補をモニタリングする動作は、全てのモニタされたＤＣＩフォーマットにより前記ＰＤＣＣのＨそれぞれを解釈する動作をさらに含んでもよい。

前記端末の通信方法は、複数の上りリンクＣＣを介して物理的上りリンク共用チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）を基地局に送信する動作をさらに含んでもよい。

前記ＰＤＣＣＨ候補は、それぞれ１つ以上の制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｅｌ Ｅｌｅｍｅｎｔ；ＣＣＥ）で構成されてもよい。

集成レベルは前記ＰＤＣＣＨ候補それぞれを構成するＣＣＥの個数であってもよい。

前記検索空間は集成レベル別に独立的に定義されてもよい。

本発明によると、下りリンク制御情報検出の曖昧性を解決する端末装置及び端末の通信方法を提供することができる。

本発明によると、下りリンク制御情報検出の曖昧性を解決する基地局及び基地局の通信方法を提供することができる。

本発明の一例に係る端末がモニタリングを行うＰＤＣＣＨ候補の特性を示す。 本発明の一例に係るＣＳＳ２１０及び集成レベルが２であるＵＳＳ２２０が重なる場合を示す。 本発明の一例に係る集成レベルが２であるＵＳＳ３１０及び集成レベルが４であるＵＳＳ３２０が重なる場合を示す。 本発明の一実施形態に係るＬＴＥ−Ａｄｖａｎｃｅｄシステムにおける基地局４１０及び端末４００の通信方法を説明する信号フローチャートである。 本発明の一例に係るＣＳＳ５１０及び集成レベルが１であるＵＳＳ５２０が互いに重なる場合を示す。 本発明の一例に係るＣＳＳ６１０及び集成レベルが２であるＵＳＳ６２０が互いに重なる場合を示す。 本発明の一例に係るＣＳＳ７１０及び集成レベルが４であるＵＳＳ７２０が互いに重なる場合を示す。 本発明の一例に係るＣＳＳ８１０及び集成レベルが８であるＵＳＳ８２０が互いに重なる場合を示す。

以下、本発明の一実施形態を添付する図面を参照しながら詳細に説明する。しかし、本発明が実施形態によって制限されたり限定されることはない。各図面に提示された同一の参照符号は同一の部材を示す。

図１は、本発明の一例に係る端末がモニタリングを行うＰＤＣＣＨ候補の特性を示す。

下記でＬＥＴ Ｒｅｌ−８／９の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）の構造に対して検討する。

１個のＰＤＣＣＨは、１個または複数の制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ；ＣＣＥ）で構成してもよい。

１個のＰＤＣＣＨを構成する制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔｓ；ＣＣＥ）の個数は集成レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）と呼ばれる。

第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；３ＧＰＰ）技術規格（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ；ＴＳ）Ｒｅｌ−８／９によれば、端末がモニタリングしなければならないＰＤＣＣＨ候補集合は、検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）として定義される。

検索空間は、ＰＤＣＣＨ集成レベル別にそれぞれ独立的に定義される。すなわち、ＰＤＣＣＨ候補は集成レベルＬにおける検索空間を定義する。また、定義された検索空間は互いに重なる（ｏｖｅｒｌａｐ）場合がある。

ＬＴＥ Ｒｅｌ−８／９の規格によれば、端末は、共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵＥ−ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＵＳＳ）をモニタリングすることによって自身に伝えられた制御情報を検出する。

モニタリングは、端末が全てのモニタされた下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットによりＰＤＣＣＨ候補それぞれの解釈を試みることを意味する。

端末がモニタリングを行わなければならないＰＤＣＣＨ候補は、検索空間内に置かれる。

集成レベルがＬである検索空間をＳ_ｋ ^（Ｌ）に表示すると、検索空間Ｓ_ｋ ^（Ｌ）のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式（１）により与えられる。

ここで、Ｎ_{ＣＣＥ、ｋ}は基地局がＰＤＤＣＨを送信するために使用されるＣＣＥの総個数である。

ｉ＝０、．．．、Ｌ−１であり、ｍ＝０、．．．、Ｍ^（Ｌ）−１である。

Ｍ^（Ｌ）は与えられた検索空間で端末がモニタリングしなければならないＰＤＣＣＨ候補の総個数である。

端末は、集成レベル４及び集成レベル８それぞれに対してＣＳＳをモニタリングし、集成レベル１、集成レベル２、集成レベル４及び集成レベル８それぞれに対してＵＳＳをモニタリングしなければならない。

ＣＳＳ及びＵＳＳは互いに重なる領域を有してもよい。

また、検索空間Ｓ_ｋ ^（Ｌ）のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式（２）により与えられる。

ここで、ＣＳＳに対してはｍ’＝ｍである。すなわち、ＣＩＦが設定されていない端末に対してはｍ’＝ｍである。

ＵＥに特定の検索条件に対して、ＰＤＣＣＨがモニタされるサービングセルのために、モニタリングする端末がＣＩＦが構成された場合下記の数式(３)が成立する。すなわち、ＣＩＦが設定された端末に対しては下記の数式（３）が成立する。

ここで、ｎ_ＣＩはＣＩＦの値である。

図１は、３ＧＰＰ ＴＳ３６．２１３の９．１．１−１テーブルである。図１は、検索空間Ｓ_ｋ ^（Ｌ）で端末がモニタリングしなければならない集成レベルＬ、前記の集成レベルＬにおける検索空間の大きさ（ＣＣＥ単位で（ｉｎ ＣＣＥｓ））及び端末がモニタリングを行うＰＤＣＣＨ候補の個数Ｍ^（Ｌ）を示す。

ＣＳＳの場合、Ｙ_ｋは０に設定される。したがって、集成レベルが４であるＣＳＳ及び集成レベルが８であるＣＳＳは正確に重なる。すなわち、ＣＳＳはＣＣＥ０からＣＣＥ１５まで総１６個のＣＣＥで構成される。

ＵＳＳの場合、Ｙ_ｋは下記の数式（４）のように定義される。

ここで、Ｙ_−１＝_{ｎＲＮＴＩ}≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７で、

である。

ｎ_ｓはスロット番号である。ｎ_ＲＮＴＩは無線ネットワーク臨時識別子（ら）（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ（ｓ）；ＲＮＴＩ）値である。

ＬＴＥ−Ａｄｖａｎｃｅｄシステムにおいて、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ
Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）は、キャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＣＩＦ）を含んでもよい。ＣＩＦは下りリンク割当情報及び上りリンクグラント情報がどのような下りリンクＣＣまたは上りリンクＣＣに対することにあるかを表示する。すなわち、ＣＩＦに基づいて（すなわち、ＣＩＦの下りリンク割当情報によって）下りリンクＣＣが識別されてもよく、ＣＩＦの上りリンクグラント情報によって上りリンクＣＣが識別されてもよい。

すなわち、ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、同一のＲＮＴＩ（Ｃ−ＲＮＴＩまたはＳＰＳ＿ＲＮＴＩ）にＣＲＣがスクランブルされ、ＰＤＣＣＨ候補はＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有してもよい。

ＰＤＣＣＨ候補のうち特定ＤＣＩフォーマットの大きさのＰＤＣＣＨ候補は、ＤＣＩフォーマットの大きさに対する可能なＣＩＦ値のうち任意の値に対応するＵＳＳ内で送信される。

図２及び図３は、キャリア集成を使用しないＬＴＥ Ｒｅｌ−８／９の規格でＤＣＩ検出の曖昧性が生じる理由及び曖昧性を避けるための方法を説明する。

ＬＴＥではＰＤＣＣＨチャネルコーディング及びレートマッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）のために循環的バッファ（ｃｉｒｃｕｌａｒ ｂｕｆｆｅｒ）を用いる。したがって、チャネルコーディングを経た後に取得されたコードワード（ｃｏｄｅｗｏｒｄ）は循環的な形態に反復されてもよい。

ＣＣＥｋないしＣＣＥ（ｋ＋Ｍ−１）の総Ｍ個のＣＣＥで構成される１個のＰＤＣＣＨチャネルを考慮するとき、開始ＣＣＥであるＣＣＥｋの内容がＣＣＥｉ（ｋ＜ｉ＜ｋ＋Ｍ）で反復されてもよい。

このような場合に、ＣＣＥｉが端末の集成レベルがＬであるＵＳＳの開始ＣＣＥに該当すると、端末が、ＣＣＥｉを開始ＣＣＥにする、ＣＣＥｉないしＣＣＥ（ｉ＋Ｌ−１）の総Ｌ個のＣＣＥに対してＰＤＣＣＨの検出を試みたとき、前記検出の結果が巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ；ＣＲＣ）を通過する場合が生じることがある。

このような場合、端末は開始ＣＣＥをＣＣＥｉに認識することになるが、実際に基地局はＣＣＥｋを開始ＣＣＥに送信した。

開始ＣＣＥインデックス（ｉｎｄｅｘ）は、特に物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）ＡＣＫ／ＮＡＫチャネルリソースのマッピングに用いられる。したがって、端末が開始ＣＣＥを間違って認識することは、誤ったＡＣＫ／ＮＡＫリソースマッピングを招いて問題を引き起こす。

図２は、本発明の一例に係るＣＳＳ２１０及び集成レベルが２であるＵＳＳ２２０が重なる場合を示す。

図２で示されたように、ＣＳＳ２１０及び集成レベルが２であるＵＳＳ２２０が形成されたとき、基地局が実際にＣＳＳのＣＣＥ０ないしＣＣＥ３を用いてＰＤＣＣＨを送信したとしても、端末が斜線部分２３０に対してＰＤＣＣＨの検出を試みれば、斜線部分２３０に対する復調結果がＣＲＣを通過する場合が生じることがある。

反対に、基地局がＣＣＥ２、ＣＣＥ３を用いて集成レベルが２であるＰＤＣＣＨを送信したとき、端末がＣＳＳのＣＣＥ０ないしＣＣＥ３に対して集成レベルが４であるＰＤＣＣＨに対する検出を試みたとしても、前記検出に対するＣＲＣが通過されてもよい。

前記の「ＣＣＥ２、ＣＣＥ３」はＣＣＥ２及びＣＣＥ３を示す。

図３は、本発明の一例に係る集成レベルが２であるＵＳＳ３１０及び集成レベルが４であるＵＳＳ３２０が重なる場合を示す。

図３で示されたように、集成レベルが２であるＵＳＳ３１０及び集成レベルが４であるＵＳＳ３２０間に互いに重なる領域が生じる場合、基地局が実際にはＣＣＥ８ないしＣＣＥ１１を用いて（すなわち、集成レベルが４である）ＰＤＣＣＨを送信したとしても、端末は斜線部分ＣＣＥ１０、ＣＣＥ１１３３０に対して集成レベルが２であるＰＤＣＣＨを検出することを成功することができる。

反対に、基地局が実際にはＣＣＥ１０、ＣＣＥ１１を用いて集成レベルが２であるＰＤＣＣＨを送信したが、端末はＣＣＥ８ないしＣＣＥ１１に対して集成レベルが４であるＰＤＣＣＨを検出することを成功することができる。

図２及び図３を参照して前述された問題を除去するために、ＬＴＥ Ｒｅｌ−８／９では開始ＣＣＥであるＣＣＥｋの内容が異なる以後のＣＣＥでそのまま反復されないようにする。

具体的に、１個のＣＣＥが総７２個のビットを送信してもよい。また、ＰＤＣＣＨチャネル復号のために符号率が１／３であるテールバイティングたたみ込み符号化（Ｔａｉｌ−ｂｉｔｉｎｇ ｃｏｎｖｏｌｕｔｉｏｎａｌ ｃｏｄｉｎｇ）が用いられ、情報がチャネルデコーダから入力される前に１６ビットＣＲＣコーディングを経る。

チャネルデコーダ出力の基本長さは３×（ペイロードの大きさ＋１６）ビットになり、前記のビットがＰＤＣＣＨチャネルの集成レベルに該当する個数のＣＣＥを順次に満たす。

すなわち、特定ＰＤＣＣＨチャネルが基本長さより長い長さを送信する場合、基本長さの内容が順次反復される。

前述した反復を防止するための方法に関する詳しい内容は、３ＧＰＰ ＴＳ３６．２１２ ５．１．４．２節に説明されている。

ＣＳＳで最大集成レベルが８であること、すなわち、１個のＰＤＣＣＨが最大８個のＣＣＥを使用できるということを考慮すれば、結果的に曖昧性を有するペイロードの大きさ（ｐａｙｌｏａｄ ｓｉｚｅ）の集合は下記の数式５のように表現されてもよい。

ペイロードの大きさのうち、長さが極めて短かったり長いことから規格に使用されない値を除けば、下記の表１の通りである。表１は３ＧＰＰ ＴＳ３６．２１２テーブル５．３．３．１．２−１である。

すなわち、表１は、曖昧性を有するペイロードの大きさを示す。

表１のペイロードの大きさは、開始ＣＣＥの内容が以後のＣＣＥで反復されるためＬＴＥ Ｒｅｌ−８／９では使用されない。

前述したような措置を適用した場合、図２の実施形態を検討する。

基地局が実際にＣＳＳのＣＣＥ０ないしＣＣＥ３を用いてＰＤＣＣＨを送信したとき、端末が斜線部分２３０に対してＰＤＣＣＨの検出を試みても、斜線部分２３０に対する復調結果がＣＲＣを通過する場合はほとんど発生しない。すなわち、通常の検出されないエラー比率（Ｕｎｄｅｔｅｃｔｅｄ ｅｒｒｏｒ ｒａｔｅ）に該当する程度で斜線部分２３０に対する復調結果がＣＲＣを通過する。

また、基地局がＵＳＳのＣＣＥ２、ＣＣＥ３を用いて集成レベルが２であるＰＤＣＣＨを送信したとき、端末がＣＳＳのＣＣＥ０ないしＣＣＥ３に対して集成レベルが４であるＰＤＣＣＨの検出を試みれば、通常の検出されないエラー比率に該当する程度でのみ領域ＣＣＥ０ないしＣＣＥ３での復調結果がＣＲＣを通過する。

前述された説明は、図３を参照して前述された実施形態にも類似に適用される。

ＬＴＥ Ｒｅｌ−８／９の規格によれば、ＤＣＩフォーマット（ｆｏｒｍａｔ）０、１、１Ａ、１Ｂ、１Ｄ、２、２Ａ及び２ＢがＣＲＣがセル（Ｃ）−ＲＮＴＩにスクランブリング（ｓｃｒａｍｂｌｉｎｇ）されるＤＣＩフォーマットである。このようなＤＣＩフォーマットは全てＵＳＳで送信されてもよい。ＤＣＩフォーマット０及び１ＡはＣＳＳでも送信されてもよい。

ＤＣＩフォーマット０、１、１Ａ、２、２Ａ及び２Ｂは、セミパーシスタントスケジューリングＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ−ＲＮＴＩ；ＳＰＳ−ＲＮＴＩ）にスクランブリングされてもよく、ＵＳＳで送信されてもよい。ＤＣＩフォーマット０及び１ＡはＣＳＳでも送信されてもよい。

ＤＣＩフォーマット０、１及び１Ａは、臨時セル−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ；Ｃ−ＲＮＴＩ）にスクランブリングされる。このような場合、フォーマット０はＣＳＳで送信されてもよく、フォーマット１はＵＳＳで送信されてもよく、フォーマット１ＡはＣＳＳ及びＣＳＳで全て送信されてもよい。

図２及び図３を参照して前述された理由により、ＵＳＳで送信されながら、下りリンクリソース割当に関連する全てのフォーマット（すなわち、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ及び２Ｂ）は前記の表１の内容に該当するペイロードの大きさを避けて送信される。

ＬＴＥ−Ａｄｖａｎｃｅｄ（Ｒｅｌ−１０及びその後のバージョン）規格でもＵＳＳで送信されながら下りリンクリソース割当に用いられる全てのＤＣＩフォーマット（従来のＲｅｌ−８／９のフォーマット及び新しく定義されるフォーマット）に対して上記の方式を適用することによってＰＤＣＣＨの検出の曖昧性を回避することができる。

図４は、本発明の一実施形態に係るＬＴＥ−Ａｄｖａｎｃｅｄシステムにおける基地局及び端末の通信方法を説明する信号フローチャートである。

動作４２０において、端末４００は、ＰＤＣＣＨ検索空間をモニタリングする。

ＰＤＣＣＨは、ＤＣＩである下りリンク割当情報及び上りリンクグラント（ｇｒａｎｔ）情報を送信する。

すなわち、端末４００は、ＣＳＳ及びＵＳＳ内でＣ−ＲＮＴＩなどによってＣＲＣスクランブルされたＰＤＣＣＨ候補をモニタリングするように構成される。

動作４３０において、基地局４１０は、複数の下りリンクＣＣによって端末４００に物理的下りリンク共用チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を送信する。

動作４４０において、端末４００は、複数の上りリンクＣＣによって物理的上りリンク共用チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）を基地局４１０に送信する。

端末４００がモニタリングするＰＤＣＣＨの検索空間はＣＳＳ及びＵＳＳに分類される。

ＵＳＳはＣＣ別に定義される。すなわち、端末４００がＮ個の下りリンクＣＣを用いるように構成された場合、端末４００はＮ個の個別的なＵＳＳを有する。

端末４００がクロス−キャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）スケジューリングを使用しない場合、各ＣＣ内に該当する検索空間が定義される。

端末４００がクロス−キャリアスケジューリングを用いる場合、１個のＣＣに複数の検索空間が定義されてもよい。例えば、２つのＣＣに対応する２つのＵＳＳが１個のＣＣ内に定義されてもよい。

ＣＳＳの大きさは、端末４００に構成された下りリンクＣＣの個数に関係なく、全て同一に構成されてもよい。例えば、ＣＳＳはＬＴＥ Ｒｅｌ−８／９のようにＣＣＥ０ないしＣＣＥ１５までの１６個のＣＣＥから構成されてもよい。

一方、ＣＳＳの大きさは端末４００に構成された下りリンクＣＣの個数に応じて変わるように構成されてもよい。このような場合、一般的に構成されたＣＣの個数が増加すれば、ＣＳＳの大きさも増加するように構成することが好ましい。

下記では、クロス−キャリアスケジューリングにより発生し得るＤＣＩ検出の曖昧性の問題について説明する。具体的に、クロス−キャリアスケジューリングを用いる端末４００のＣＳＳ及びＵＳＳの構成方法について説明し、ＤＣＩ検出の曖昧性を解決する方法について説明する。

下記の説明は図２及び図３を参照して前述されたＬＴＥでＤＣＩ検出の曖昧性を避けるための方法がＬＴＥ−Ａｄｖａｎｃｅｄにおいても適用されることを前提とする。

クロス−キャリアスケジューリングを用いる端末４００は、ＵＳＳに送信されるＤＣＩフォーマット内にＣＩＦを含ませる。基地局４１０はＣＩＦ値によってスケジューリングが発生するＣＣを端末４００に知らせる。ＣＳＳに送信されるＤＣＩフォーマットはＣＩＦを有しない。一方、クロス−スケジューリングを用いる端末４００のＵＳＳに送信されるＤＣＩフォーマットは大体ＣＩＦを有する。

ＰＤＣＣＨに送信されるＤＣＩ情報には１６ビットのＣＲＣが追加される。１６ビットのＣＲＣが追加されるとき、ＣＲＣはＲＮＴＩでスクランブリングされる。

ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａは、Ｃ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩにスクランブリングされてもよい。ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａは、全てＣＳＳまたはＵＳＳで送信されてもよい。

ＣＳＳで送信されるＤＣＩはＣＩＦを含まない。

一方、ＵＳＳだけで送信されながらＣ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩでスクランブリングされるＤＣＩは常にＣＩＦを含む。

ＵＳＳだけで送信されながらＣ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩにスクランブリングされる第１ＤＣＩ、及びＣＳＳだけで送信されながらＣ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩにスクランブリングされる第２ＤＣＩが同一のペイロードの大きさを有することがある。また、ＣＳＳ及びＵＳＳが互いに重なる部分が生じることがある。

検索空間が重なる領域では、端末４００がＰＤＣＣＨの検出に成功しても、端末４００は同一のペイロードの大きさを有する２つのフォーマットのうちどのようなものが実際に送信されたかを区別することができない。端末４００がＰＤＣＣＨの検出に成功したことは、端末４００がＰＤＣＣＨの復調及び復号を行うことによって取得した情報ビットがＣＲＣ検査を通過したことを意味する。

前述した端末４００が送信されたフォーマットを区別することができない問題は、ＣＳＳ及びＵＳＳが互いに重なる領域で、ＣＳＳ及びＵＳＳをそれぞれ起源とする２つのＤＣＩフォーマットが同一のＲＮＴＩにスクランブリングされ、同一のペイロードの大きさを有するときのみに発生する。

ＤＣＩフォーマット０及びＤＣＩフォーマット１ＡはＣＳＳで送信されてもよく、ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａのペイロードの大きさは同一である。もし、端末４００がモニタリングしなければならないＵＳＳ ＤＣＩフォーマットのうち、ＣＣＳを起源とするＤＣＩフォーマット０及びＤＣＩフォーマット１Ａと同一のペイロードの大きさを有し、同一のＲＮＴＩ（Ｃ−ＲＮＴＩまたはＳＰＳ＿ＲＮＴＩ）にＣＲＣがスクランブリングされることがあれば、前記の問題が発生し得る。

端末４００が送信されたフォーマットを区別することができない問題が発生する場合は、下記の１）〜４）のように分類して検討されてもよい。
場合１）：ＣＳＳ及び集成レベル１であるＵＳＳが互いに重なる場合
場合２）：ＣＳＳ及び集成レベル２であるＵＳＳが互いに重なる場合
場合３）：ＣＳＳ及び集成レベル４であるＵＳＳが互いに重なる場合
場合４）：ＣＳＳ及び集成レベル８であるＵＳＳが互いに重なる場合

端末４００に構成された下りリンクＣＣの数に応じてＣＳＳの大きさが変更する構成が用いられてもよい。下記で提示される解決方案はＣＳＳの構造及び大きさがＬＴＥ Ｒｅｌ−８／Ｒｅｌ−９の規格で使用するＣＳＳの構造及び大きさと同一であると仮定する。
しかし、下記で提示される解決方案は異なる形態の構造及び大きさを有するＣＳＳに対しても適用されてもよい。

図５は、本発明の一例に係るＣＳＳ５１０及び集成レベルが１であるＵＳＳ５２０が互いに重なる場合を示す。

端末４００がＣＣＥ４に対して検出を試みれば、端末４００は確実にＰＤＣＣＨを復調することができる。

しかし、端末４００は、検出されたＤＣＩがＣＳＳ５１０及びＵＳＳ５２０のいずれかで起源したものであるかを区別することができない。したがって、端末４００が、ＰＤＣＣＨの検出に成功したとしても、ＤＣＩフォーマットの内容を解釈することにおいて問題が発生する。

反対に、端末４００がＣＣＥ４ないしＣＣＥ７に対して集成レベルが４であるＰＤＣＣＨの検出を試みて前記検出に成功しても、端末４００はＤＣＩがＣＳＳ５１０及びＵＳＳ５２０のいずれかで起源したものであるかを区別することができない。

図６は、本発明の一例に係るＣＳＳ６１０及び集成レベルが２であるＵＳＳ６２０が互いに重なる場合を示す。

端末４００がＣＣＥ４、ＣＣＥ５に対して検出を試みて端末４００がＰＤＣＣＨの復調に成功する場合がある。

しかし、端末４００がＰＤＣＣＨの復調に成功しても、検出されたＤＣＩがＣＳＳ６１０及びＵＳＳ６２０のいずれかで起源したものであるかを区別することができない。したがって、端末４００が、ＰＤＣＣＨの検出に成功したとしても、ＤＣＩフォーマットの内容を解釈することにおいて問題が発生する。ＣＣＥ８、ＣＣＥ９及びＣＣＥ１２、ＣＣＥ１３に対しても同一の問題が発生する。

反対に、端末４００がＣＣＥ４ないしＣＣＥ７、ＣＣＥ８ないしＣＣＥ１１、またはＣＣＥ１２ないしＣＣＥ１５に対して集成レベルが４であるＰＤＣＣＨの検出を試みて前記検出に成功しても、端末４００はＤＣＩがＣＳＳ６１０及びＵＳＳ６２０のいずれかで起源したものであるかを区別することができない。

図７は、本発明の一例に係るＣＳＳ７１０及び集成レベルが４であるＵＳＳ７２０が互いに重なる場合を示す。

図５及び図６を参照して前述のような問題がＣＣＥ１２ないしＣＣＥ１５に対して発生する。

図８は、本発明の一例に係るＣＳＳ８１０及び集成レベルが８であるＵＳＳ８２０が互いに重なる場合を示す。

図５及び図６を参照して前述のような問題がＣＣＥ８ないしＣＣＥ１５に対して発生する。

図５〜図８を参照して前述された内容を整理すると、ＣＳＳ５１０、６１０、７１０または８１０及びＵＳＳ５２０、６２０、７２０または８２０が重なる領域で端末４００がＣＳＳ５１０、６１０、７１０または８１０の可能な特定開始ＣＣＥ（すなわち、ＣＣＥ０、ＣＣＥ４、ＣＣＥ８またはＣＣＥ１２）を開始ＣＣＥとして用いてＰＤＣＣＨの検出を試みる場合、端末４００が検出されたＤＣＩを解釈することにおいて問題が発生する。

したがって、前記の問題を解決するために、ＣＳＳ及びＵＳＳが重なる領域で端末４００がＣＣＥ０、ＣＣＥ４、ＣＣＥ８またはＣＣＥ１２を開始ＣＣＥにする検出を試みる場合、検出されたＤＣＩは常にＣＳＳまたはＵＳＳを起源とするものと解釈するように、その制限が加えられることができる。

下記、検出されたＤＣＩがＣＳＳを起源とするものと解釈するように制限する場合について説明する。前記の制限は、下記の１）及び２）のように定義されてもよい。

１）基地局４１０がＤＣＩを送信するとき、基地局４１０はＣＳＳでは制限なしにＤＣＩ送信できる。

２）基地局４１０は、ＣＳＳ及びＵＳＳが重なる領域ではＵＳＳを起源として送信されるＤＣＩの開始ＣＣＥがＣＳＳ ＰＤＣＣＨ候補の可能な開始ＣＣＥ（すなわち、ＣＣＥ０、ＣＣＥ４、ＣＣＥ８及びＣＣＥ１２）のいずれか１つのＣＣＥにも該当しない場合のみＵＳＳ ＤＣＩを送信してもよい。

このような方式は、ＣＳＳ及びＵＳＳが重なる領域全てに対してＣＳＳを起源とするＤＣＩ送信のみが許容される方式に比べて、重なる領域の一部ではＵＳＳ ＤＣＩが送信され得る長所を有する。

集成レベルが４であるＵＳＳまたは集成レベルが８であるＵＳＳに対して前記の制限が適用されれば、ＣＳＳ及びＵＳＳが重なる領域で、ＵＳＳを起源とするＤＣＩは全く送信されない。ＤＣＩが送信されないことは、ＵＳＳのＰＤＣＣＨ候補の開始ＣＣＥは常にＣＳＳのＰＤＣＣＨ候補の開始ＣＣＥに該当するためである。

しかし、集成レベルが１であるＵＳＳまたは集成レベルが２であるＵＳＳに対して前記の制限が適用されても、集成レベルが１であるＵＳＳまたは集成レベルが２であるＵＳＳにはＣＳＳ ＰＤＣＣＨ候補の開始ＣＣＥと重ならないＣＣＥが存在することがある。したがって、ＣＳＳ及びＵＳＳが重なる領域でも、開始ＣＣＥがＣＳＳのＤＣＩ開始可能ＣＣＥに該当しない場合には、ＵＳＳ ＤＣＩが送信されてもよい。

例えば、図５において、ＣＣＥ４が除外されたＣＣＥ２、ＣＣＥ３、ＣＣＥ５、ＣＣＥ６及びＣＣＥ７のそれぞれがＵＳＳのＰＤＣＣＨ候補として有効である。また、図６において、ＣＣＥ２、ＣＣＥ３、ＣＣＥ６、ＣＣＥ７がＵＳＳのＰＤＣＣＨ候補として有効である。

また、ＣＳＳ及びＵＳＳが重なる領域で、端末４００がＣＣＥ０、ＣＣＥ４、ＣＣＥ８、またはＣＣＥ１２を開始ＣＣＥにする検出を試みる場合、検出されたＤＣＩは常にＵＳＳを起源するものと解釈するように、その制限が加えられることができる。

すなわち、基地局４１０がＤＣＩを送信するとき、ＣＳＳ及びＵＳＳが重なる領域で、開始ＣＣＥがＣＳＳ ＰＤＣＣＨ候補の可能な開始ＣＣＥ（すなわち、ＣＣＥ０、ＣＣＥ４、ＣＣＥ８及びＣＣＥ１２）のいずれか１つのＣＣＥに該当する場合、基地局４１０はＵＳＳ ＤＣＩのみを送信してもよい。このような場合、端末４００は、ＣＳＳ及びＵＳＳが重なる領域ではＵＳＳ ＤＣＩのみが送信されるものと判断し、ＰＤＣＣＨを検出して解釈すればよい。

前記の内容を整理すれば、下記の（１）及び（２）のような二種類の方式が用いられる。

（１）ＣＳＳとＵＳＳが重なる領域で、端末４００はＤＣＩフォーマットの曖昧性があると判断されるＰＤＣＣＨに対してＣＳＳ ＤＣＩフォーマットと解釈する。

すなわち、ＰＤＣＣＨ候補が共通ペイロードの大きさ及び同一の第１ＣＣＥインデックスを有する場合、基地局４１０はＣＳＳ内でのＰＤＣＣＨのみを送信してもよく、端末４００はＣＳＳ内のＰＤＣＣＨのみが送信されたものと解釈（または見なし）されてもよい。ここで、ＣＳＳ内のＰＤＣＣＨ候補を第１ＰＤＣＣＨ候補と見てもよく、ＵＳＳ内のＰＤＣＣＨ候補を第２ＰＤＣＣＨ候補と見てもよい。端末４００は、第１ＰＤＣＣＨ候補及び第２ＰＤＣＣＨが共通ペイロードの大きさ及び同一のＣＣＥインデックスを有する場合、第１ＰＤＣＣＨ候補のうちのＰＤＣＣＨが送信されるものと見なしてもよい。

（２）ＣＳＳとＵＳＳが重なる領域で、端末４００はＤＣＩフォーマットの曖昧性があると判断されるＰＤＣＣＨに対してＵＳＳ ＤＣＩフォーマットと解釈する。

前記（１）及び（２）と異なる、ＤＣＩ検出の曖昧性を基本的に除去する方法を検討する。

１）第１方法として、ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットに対して互いに異なるスクランブリングシーケンスがペイロード全体に適用されてもよい。

ペイロードは情報ビット及びＣＲＣビット（１６ビット）で構成される。情報ビットに対するＣＲＣが生成されれば、生成されたＣＲＣを情報ビットに付けることによってペイロードが生成される。生成されたペイロード全体に対してビット単位スクランブリングが適用される。ビット単位スクランブリングは３ＧＰＰ規格のＴＳ３６．２１１ｖ８．７．０ ６．３．１のような形態に適用されるが、ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットに対して互いに異なるスクランブリングシーケンス生成子（ｇｅｎｅｒａｔｏｒ）の初期化値ｃ_ｉｎｉｔが適用されなければならない。

ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットのスクランブリングシーケンス生成子の初期化値が互いに異なるため、ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットは互いに異なるスクランブリングシーケンスによってスクランブリングされる。したがって、端末４００は、どのようなＤＣＩフォーマットが送信されたかを区別することができる。

２）第２方法として、ＣＳＳ ＤＣＩフォーマットのペイロード全体のビットストリーム及びＵＳＳ ＤＣＩフォーマットのペイロード全体のビットストリームはそれぞれ互いに異なるオフセット（ｏｆｆｓｅｔ）が適用されて循環的シフトされる。

すなわち、ＤＣＩフォーマットのペイロードのビットストリームを「ｘ（１）、ｘ（２）、．．ｘ（Ｎ）」とすれば（ｘ（ｉ）はｉ番目のビット）、ビットストリームにオフセットｑ（０＜ｑ＜Ｎ）を適用し、ｘ（ｉ）をｘ（（ｉ＋ｑ）ｍｏｄＮ））に変更する。例えば、ｑ＝３であるとき、ビット順序はｘ（４）、ｘ（５）、．．ｘ（Ｎ）、ｘ（３）、ｘ（２）、ｘ（１）に変更される。

ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットのオフセット値を互いに異なるように決定すれば、端末４００はどのようなフォーマットが送信されたかを区別することができる。

３）第３方法として、ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットそれぞれに対して互いに異なるＣ−ＲＮＴＩを適用してＣＲＣがスクランブリングされる。
ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットに対して互いに異なるＲＮＴＩが割当及び使用されれば、ＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマット間の曖昧性は発生しない。

４）第４方法として、ＣＳＳ ＤＣＩフォーマットのペイロードの大きさ及びＵＳＳ ＤＣＩフォーマットのペイロードの大きさが常に互いに異なるように保持しもよい。例えば、ビットパッディング（ｂｉｔ ｐａｄｄｉｎｇ）によってＣＳＳ ＤＣＩフォーマット及びＵＳＳ ＤＣＩフォーマットは互いに異なるペイロードの大きさを有することができる。

本発明の一実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。

上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。

したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。

Claims (12)

1. 共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＵＳＳ）内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）候補をモニタリングするように構成され、キャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＣＩＦ）を用いて構成され、
   前記ＣＳＳにおけ るＰＤＣＣＨ候補および前記ＵＳＳにおけるＰＤＣＣＨ候補が
   （１）無線ネットワーク臨時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた巡回冗長検査（Ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ；ＣＲＣ）と、
   （２）共通ペイロードの大きさ（ｃｏｍｍｏｎ ｐａｙｌｏａｄ ｓｉｚｅ）と、
   （３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
   （４）相異なる情報要素セットを持つ下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）のフォーマットと、
   を有する場合に、前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補を基地局から送信されたＰＤＣＣＨとして決定することを特徴とする端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）。
2. 前記ＲＮＴＩは、セル（ｃｅｌｌ）−ＲＮＴＩまたは半永久スケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）セルＲＮＴＩであることを特徴とする請求項１に記載の端末。
3. 前記ＰＤＣＣＨ候補は、集成レベルＬの検索空間に属することを特徴とする請求項１に記載の端末。
4. 前記ＣＳＳは、ＣＣＥ０ないしＣＣＥ１５まで総１６個のＣＣＥで構成され、サブフレームｋにおける集成レベルＬの検索空間のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式（１）によって与えられることを特徴とする請求項３に記載の端末。
   

   

   （ここで、Ｎ_{ＣＣＥ、ｋ}はサブフレームｋにおけるＣＣＥの総個数であり、ｉ＝０、．．．、Ｌ−１であり、端末がキャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＣＩＦ）を用いて構成される場合には
   

   

   であり、ｎ_ＣＩはキャリア指示フィールド（ＣＩＦ）の値であり、端末がキャリア指示フィールド（ＣＩＦ）を用いずに構成される場合にはｍ’＝ｍであり、ｍ＝０、．．．、Ｍ^（Ｌ）−１であり、Ｍ^（Ｌ）は前記検索空間におけるＰＤＣＣＨ候補の数であり、Ｙ_ｋは前記ＣＳＳでは０であり、前記ＵＳＳでは下記の数式（２）によって定義される）
   

   

   （ここで、Ｙ_−１＝ｎ_ＲＮＴＩ≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７であり、
   

   

   であり、ｎ_ｓはスロット番号であり、ｎ_ＲＮＴＩはＲＮＴＩ値である）
5. 前記ＣＳＳは集成レベル４又は８のＣＳＳに対応し、
   前記ＵＳＳは集成レベル１、２、４又は８のＵＳＳに対応することを特徴とする請求項１に記載の端末。
6. 前記ＣＳＳ及びＵＳＳは互いに重なっていることを特徴とする請求項１に記載の端末。
7. キャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ）ＣＩＦを用いた特定ＤＣＩフォーマットサイズを有し、Ｃ（セル）−ＲＮＴＩによってＣＲＣスクランブルされた前記ＰＤＣＣＨ候補は、前記特定ＤＣＩフォーマットサイズに対して可能なＣＩＦ値に対応して前記ＵＳＳに属することを特徴とする請求項１に記載の端末。
8. 端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）に物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）を送信する基地局において、
   共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＣＳＳ）におけるＰＤＣＣＨ候補及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ；ＵＳＳ）におけるＰＤＣＣＨ候補が、
   （１）無線ネットワーク臨時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ；ＣＲＣ）と、
   （２）共通ペイロードの大きさ（ｃｏｍｍｏｎ ｐａｙｌｏａｄ ｓｉｚｅ）と、
   （３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
   （４）相異なる情報要素セットを有する下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットと、
   を有する場合に、前記基地局は、前記ＣＩＦを有するように構成された前記端末に、前記ＣＳＳでのＰＤＣＣＨ候補に相応するＰＤＣＣＨを、送信することを特徴とする基地局。
9. 前記ＲＮＴＩは、セル（ｃｅｌｌ）−ＲＮＴＩまたは半永久スケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ；ＳＰＳ）ＲＮＴＩであることを特徴とする請求項８に記載の基地局。
10. 前記ＰＤＣＣＨ候補は、集成レベルＬの検索空間に属することを特徴とする請求項８に記載の基地局。
11. 前記ＣＳＳは、ＣＣＥ０ないしＣＣＥ１５まで総１６個のＣＣＥで構成され、サブフレームｋにおける集成レベルＬの検索空間のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式（３）によって与えられることを特徴とする請求項１０に記載の基地局。
    

    

    （ここで、Ｎ_{ＣＣＥ、ｋ}はサブフレームｋにおけるＣＣＥの総個数であり、ｉ＝０、．．．、Ｌ−１であり、端末がキャリア指示フィールド（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＣＩＦ）を用いて構成される場合には
    

    

    であり、ｎ_ＣＩはキャリア指示フィールド（ＣＩＦ）の値であり、端末がキャリア指示フィールド（ＣＩＦ）を用いずに構成される場合にはｍ’＝ｍであり、ｍ＝０、．．．、Ｍ^（Ｌ）−１であり、Ｍ^（Ｌ）は前記検索空間におけるＰＤＣＣＨ候補の数であり、Ｙ_ｋは前記ＣＳＳでは０であり、前記ＵＳＳでは下記の数式（４）によって定義される）
    

    

    （ここで、Ｙ_−１＝ｎ_ＲＮＴＩ≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７であり、
    

    

    であり、ｎ_ｓはスロット番号であり、ｎ_ＲＮＴＩはＲＮＴＩ値である）
12. ＣＩＦ（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｏｒ Ｆｉｅｌｄ）を用いた特定ＤＣＩフォーマットサイズを有し、Ｃ（セル）−ＲＮＴＩによってＣＲＣスクランブルされた前記ＰＤＣＣＨ候補は、前記特定ＤＣＩフォーマットサイズに対して可能なＣＩＦ値を有し、前記特定ＤＣＩフォーマットサイズに対する前記可能なＣＩＦ値に対応するＵＳＳに属することを特徴とする請求項８に記載の基地局。

Images