(57)【特許請求の範囲】
【請求項１】
共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＵＳＳ）内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）候補をモニタリングするように構成され、  前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補と前記端末−特有検索空間（ＵＳＳ）におけるＰＤＣＣＨ候補が、
（１）無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた循環重複チェック（Ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ；ＣＲＣ）と、
（２）共通ペイロードの大きさ（ｃｏｍｍｏｎ  ｐａｙｌｏａｄ  ｓｉｚｅ）と、
（３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
（４）相異なる下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）の構成と、
を有する場合に、前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補を基地局から送信されたＰＤＣＣＨと見なすことを特徴とする端末。
【請求項２】
共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＵＳＳ）内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）候補をモニタリングするように構成され、  ＰＤＣＣＨ候補のモニタリングに関連付けられたキャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）を用いて構成され
前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補と前記端末−特有検索空間（ＵＳＳ）におけるＰＤＣＣＨ候補が、
（１）無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた循環重複チェック（Ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ；ＣＲＣ）と、
（２）共通ペイロードの大きさ（ｃｏｍｍｏｎ  ｐａｙｌｏａｄ  ｓｉｚｅ）と、
（３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
（４）相異なる下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）の構成と、
を有する場合に、前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補を基地局から送信されたＰＤＣＣＨと見なすことを特徴とする端末。
【請求項３】
共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＵＳＳ）内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）候補をモニタリングするように構成され、  前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補と前記端末−特有検索空間（ＵＳＳ）におけるＰＤＣＣＨ候補が、
（１）無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた循環重複チェック（Ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ；ＣＲＣ）と、
（２）共通ペイロードの大きさ（ｃｏｍｍｏｎ  ｐａｙｌｏａｄ  ｓｉｚｅ）と、  （３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
（４）相異なる下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）の構成と、
を有し、かつ、前記端末−特有検索空間（ＵＳＳ）における前記ＰＤＣＣＨ候補がキャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）を有する場合に、前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補を基地局から送信されたＰＤＣＣＨと見なすことを特徴とする端末。
【請求項４】
共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＵＳＳ）内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）候補をモニタリングするように構成され、  前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補と前記端末−特有検索空間（ＵＳＳ）におけるＰＤＣＣＨ候補が、
（１）無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた循環重複チェック（Ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ；ＣＲＣ）と、
（２）共通ペイロードの大きさ（ｃｏｍｍｏｎ  ｐａｙｌｏａｄ  ｓｉｚｅ）と、  （３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
（４）相異なる下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）の構成と、
を有する場合に、
基地局と端末との間の予め定めた設定に応じて、前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補を前記基地局から送信されたＰＤＣＣＨと見なすか、前記端末−特有検索空間（ＵＳＳ）におけるＰＤＣＣＨ候補を前記基地局から送信されたＰＤＣＣＨと見なすことを特徴とする端末。
【請求項５】
前記ＲＮＴＩは、セル（ｃｅｌｌ）−ＲＮＴＩまたは半永久スケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）セルＲＮＴＩであることを特徴とする請求項４に記載の端末。
【請求項６】
前記ＰＤＣＣＨ候補は、集成レベルＬの検索空間に属することを特徴とする請求項４に記載の端末。
【請求項７】
前記ＣＳＳは、ＣＣＥ０ないしＣＣＥ１５まで総１６個のＣＣＥで構成され、サブフレームｋにおける集成レベルＬの検索空間のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式１によって与えられることを特徴とする請求項４に記載の端末。
【数１】
0005559937.tif 000014
（ここで、ＮＣＣＥ、ｋはサブフレームｋにおけるＣＣＥの総個数であり、ｉ＝０、．．．、Ｌ−１であり、端末がキャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）を用いて構成される場合には
【数２】
0005559937.tif 000015
であり、ｎＣＩはキャリア指示フィールド（ＣＩＦ）の値であり、端末がキャリア指示フィールド（ＣＩＦ）を用いずに構成される場合にはｍ’＝ｍであり、ｍ＝０、．．．、Ｍ（Ｌ）−１であり、Ｍ（Ｌ）は前記検索空間におけるＰＤＣＣＨ候補の数であり、Ｙｋは前記ＣＳＳでは０であり、前記ＵＳＳでは下記の数２によって定義される）
【数３】
0005559937.tif 000016
（ここで、Ｙ−１＝ｎＲＮＴＩ≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７であり、
【数４】
0005559937.tif 000017
であり、ｎｓはスロット番号であり、ｎＲＮＴＩはＲＮＴＩ値である）
【請求項８】
前記ＣＳＳは集成レベル４又は８のＣＳＳに対応し、
前記ＵＳＳは集成レベル１、２、４又は８のＵＳＳに対応することを特徴とする請求項４に記載の端末。
【請求項９】
前記ＣＳＳ及びＵＳＳは重なっていることを特徴とする請求項４に記載の端末。
【請求項１０】
ＣＩＦを用いた特定ＤＣＩフォーマットサイズを有し、Ｃ−ＲＮＴＩによってＣＲＣスクランブルされた前記ＰＤＣＣＨ候補に対して、
前記ＰＤＣＣＨ候補は、前記特定ＤＣＩフォーマットサイズに対して少なくとも１つの可能なＣＩＦ値を有し、
端末は、前記特定ＤＣＩフォーマットサイズを有するＰＤＣＣＨ候補が、前記特定ＤＣＩフォーマットサイズに対する前記可能なＣＩＦ値のうち任意の値に対応する任意のＵＳＳから送信され得ると想定することを特徴とする請求項４に記載の端末。
【請求項１１】
キャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）を用いて構成された端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）に物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）を送信する基地局において、
前記端末におけるＰＤＣＣＨ検出のための共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；  ＣＳＳ）でのＰＤＣＣＨ候補と端末−特有検索空間（ＵＳＳ）におけるＰＤＣＣＨ候補が、
（１）無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）によってスクランブルされた循環重複チェック（Ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ；ＣＲＣ）と、
（２）共通ペイロードの大きさ（ｃｏｍｍｏｎ  ｐａｙｌｏａｄ  ｓｉｚｅ）と、  （３）同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）インデックスと、
（４）相異なる下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）の構成と、
を有する場合に、前記共通検索空間（ＣＳＳ）におけるＰＤＣＣＨ候補に相応するＰＤＣＣＨを前記端末に送信することを特徴とする基地局。
【請求項１２】
前記ＲＮＴＩは、セル（ｃｅｌｌ）−ＲＮＴＩまたは半永久スケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）ＲＮＴＩであることを特徴とする請求項１１に記載の基地局。
【請求項１３】
前記ＰＤＣＣＨ候補は、集成レベルＬの検索空間に属することを特徴とする請求項１１に記載の基地局。
【請求項１４】
前記ＣＳＳ検索空間は、ＣＣＥ０ないしＣＣＥ１５まで総１６個のＣＣＥで構成され、サブフレームｋにおける集成レベルＬの検索空間のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式３によって与えられることを特徴とする請求項１１に記載の基地局。
【数５】
0005559937.tif 000018
（ここで、ＮＣＣＥ、ｋはサブフレームｋにおけるＣＣＥの総個数であり、ｉ＝０、．．．、Ｌ−１であり、端末がキャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）を用いて構成される場合には
【数６】
0005559937.tif 000019
であり、ｎＣＩはキャリア指示フィールド（ＣＩＦ）の値であり、端末がキャリア指示フィールド（ＣＩＦ）を用いずに構成される場合にはｍ’＝ｍであり、ｍ＝０、．．．、Ｍ（Ｌ）−１であり、Ｍ（Ｌ）は前記検索空間におけるＰＤＣＣＨ候補の数であり、Ｙｋは前記ＣＳＳでは０であり、前記ＵＳＳでは下記の数４によって定義される）
【数７】
0005559937.tif 000020
（ここで、Ｙ−１＝ｎＲＮＴＩ≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７であり、
【数８】
0005559937.tif 000021
であり、ｎｓはスロット番号であり、ｎＲＮＴＩはＲＮＴＩ値である）
【請求項１５】
ＣＩＦを用いた特定ＤＣＩフォーマットサイズを有し、Ｃ−ＲＮＴＩによってＣＲＣスクランブルされた前記ＰＤＣＣＨ候補に対して、
前記ＰＤＣＣＨ候補は、前記特定ＤＣＩフォーマットサイズに対して少なくとも１つの可能なＣＩＦ値を有し、
前記特定ＤＣＩフォーマットサイズを有するＰＤＣＣＨ候補は、前記特定ＤＣＩフォーマットサイズに対する前記可能なＣＩＦ値のうち任意の値に対応する任意のＵＳＳから送信され得ることを特徴とする請求項１１に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の実施形態は、複数のキャリアを用いる無線通信システムで制御チャネルを構成して送受信を行う方法及び装置に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）リリース（ｒｅｌｅａｓｅ）８の規格に従うＬＴＥ  Ｒｅｌ−８端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）は１回に１個の下りリンク（ｄｏｗｎｌｉｎｋ）コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ；ＣＣ）を介してデータを受信するまた、ＬＴＥ  Ｒｅｌ−８端末は、下りリンクＣＣに対応する上りリンク（ｕｐｌｉｎｋ）ＣＣを介して上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）を送信する。
【０００３】
ＬＴＥ−Ａｄｖａｎｃｅｄの規格に従うＬＴＡ−Ａ端末は、同時に１つまたは複数の下りリンクＣＣを介してデータを受信することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の一実施形態には、下りリンク制御情報検出の曖昧性を解決する端末装置及び端末の通信方法を提供する。
【０００５】
本発明の一実施形態には、下りリンク制御情報検出の曖昧性を解決する基地局及び基地局の通信方法を提供する。
【課題を解決するための手段】
【０００６】
本発明の一実施形態によれば、共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵｓｅｒＥｑｕｉｐｍｅｎｔ−Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＵＳＳ）内の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）候補をモニタリングするように構成され、前記ＰＤＣＣＨ候補が共通ペイロードの大きさ及び同一の第１制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔｓ；ＣＣＥ）インデックスを有する場合、前記ＣＳＳ内のＰＤＣＣＨが送信されるものと見なすＬＴＥ−Ａｄｖａｎｃｅｄ端末が提供される。
【０００７】
前記ＰＤＣＣＨ候補は、セル−ラジオネットワーク臨時識別子（Ｃｅｌｌ−  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；Ｃ−ＲＮＴＩ）によってＣＲＣスクランブルされてもよい。
【０００８】
前記ＬＴＥ−Ａｄｖａｎｃｅｄ端末は、与えられたサービングセルに対するキャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）を用いるように構成されてもよい。
【０００９】
前記モニタリングは、全てのモニタされた下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットにより前記ＰＤＣＣＨ候補それぞれの解釈を試みることを意味する。
【００１０】
前記ＰＤＣＣＨ候補は、集成レベルＬにおける前記検索空間を定義する。
【００１１】
前記ＣＳＳは、ＣＣＥ０ないしＣＣＥ１５まで総１６個のＣＣＥで構成され、ｍ番目の前記ＰＤＣＣＨ候補に対応するＣＣＥは下記の数式
【数１】
0005559937.tif 000002
によって与えられてもよい。
【００１２】
前記ＵＳＳのｍ番目の前記ＰＤＣＣＨ候補に対応するＣＣＥは、下記の数式
【数２】
0005559937.tif 000003
によって与えられてもよい。
【００１３】
ここで、ＮＣＣＥ、ｋは前記ＣＣＥの総個数であってもよく、ｉ＝０、．．．、Ｌ−１であり、
【数３】
0005559937.tif 000004
であってもよく、Ｍ（Ｌ）は前記ＰＤＣＣＨ候補の総個数であってもよく、ｎＣＩはキャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）の値であってもよく、ｍ＝０、．．．、Ｍ（Ｌ）−１であってもよく、Ｙｋは前記ＣＳＳでは０であってもよく、前記ＵＳＳでは下記の数式
【数４】
0005559937.tif 000005
によって定義されてもよい。
【００１４】
ここで、Ｙ−１＝ｎＲＮＴＩ≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７であり、
【数５】
0005559937.tif 000006
であってもよく、ｎｓはスロット番号であってもよく、ｎＲＮＴＩはＲＮＴＩ値であってもよい。
【００１５】
前記ＣＳＳは集成レベル４及び８のそれぞれにおけるＣＳＳであってもよい。
【００１６】
前記ＵＳＳは集成レベル１、２、４及び８のそれぞれにおけるＵＳＳであってもよい。
【００１７】
前記ＣＳＳ及びＵＳＳは重なってもよい。
【００１８】
前記ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、及び前記Ｃ−ＲＮＴＩによってＣＲＣスクランブルされてもよい。
【００１９】
前記ＰＤＣＣＨ候補のうち前記ＵＳＳを起源とするＰＤＣＣＨ候補は前記ＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有してもよい。
【００２０】
前記ＵＳＳを起源とするＰＤＣＣＨ候補のうち前記特定ＤＣＩフォーマットの大きさのＰＤＣＣＨ候補は、前記ＤＣＩフォーマットの大きさに対する前記可能なＣＩＦ値のうち任意の値に対応する任意のＵＳＳ内で送信されてもよい。
【００２１】
本発明の他の一実施形態によると、ＣＳＳ及びＵＳＳ内でＰＤＣＣＨ候補を送信するように構成され、前記ＰＤＣＣＨ候補が共通ペイロードの大きさ及び同一の第１ＣＣＥインデックスを有する場合、前記ＣＳＳ内でのＰＤＣＣＨのみを送信するＬＴＥ−Ａｄｖａｎｃｅｄ基地局が提供される。
【００２２】
前記第１ＰＤＣＣＨ候補は、セル−ラジオネットワーク臨時識別子によってＣＲＣスクランブルされてもよい。
【００２３】
前記ＰＤＣＣＨ候補は、集成レベルＬにおける前記検索空間を定義してもよい。
【００２４】
前記ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、及び前記Ｃ−ＲＮＴＩによってＣＲＣスクランブルされてもよい。
【００２５】
前記ＰＤＣＣＨ候補のうち前記ＵＳＳを起源とするＰＤＣＣＨ候補は、前記ＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有してもよい。
【００２６】
前記ＵＳＳを起源とするＰＤＣＣＨ候補のうち前記特定ＤＣＩフォーマットの大きさのＰＤＣＣＨ候補は、前記ＤＣＩフォーマットの大きさに対する前記可能なＣＩＦ値のうち任意の値に対応する任意のＵＳＳ内で送信されてもよい。
【００２７】
本発明の他の一実施形態によると、端末の通信方法において、ＣＳＳ及びＵＳＳ内でＣ−ＲＮＴＩによってＣＲＣスクランブルされたＰＤＣＣＨ候補をモニタリングする動作と、複数の下りリンクＣＣを介して物理的下りリンク共用チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信する動作とを含み、前記ＰＤＣＣＨ候補をモニタリングする動作は、前記ＰＤＣＣＨ候補が共通ペイロードの大きさ及び同一の第１ＣＣＥインデックスを有する場合、前記ＣＳＳ内でのＰＤＣＣＨのみを受信する動作を含み、前記ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、及び前記Ｃ−ＲＮＴＩによってＣＲＣスクランブルされ、前記ＰＤＣＣＨ候補は、前記ＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有し、前記ＣＩＦに基づいて前記複数の下りリンクＣＣが識別される端末の通信方法が提供される。
【００２８】
前記ＰＤＣＣＨ候補をモニタリングする動作は、前記ＰＤＣＣＨ候補が相異するペイロードの大きさまたは相異する第１ＣＣＥインデックスを有する場合、前記ＣＳＳ内でのＰＤＣＣＨ及び前記ＵＳＳ内でのＰＤＣＣＨを受信する動作をさらに含んでもよい。
【００２９】
前記ＰＤＣＣＨ候補をモニタリングする動作は、全てのモニタされたＤＣＩフォーマットにより前記ＰＤＣＣのＨそれぞれを解釈する動作をさらに含んでもよい。
【００３０】
前記端末の通信方法は、複数の上りリンクＣＣを介して物理的上りリンク共用チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）を基地局に送信する動作をさらに含んでもよい。
【００３１】
前記ＰＤＣＣＨ候補は、それぞれ１つ以上の制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）で構成されてもよい。
【００３２】
集成レベルは前記ＰＤＣＣＨ候補それぞれを構成するＣＣＥの個数であってもよい。
【００３３】
前記検索空間は集成レベル別に独立的に定義されてもよい。
【発明の効果】
【００３４】
本発明によると、下りリンク制御情報検出の曖昧性を解決する端末装置及び端末の通信方法を提供することができる。
【００３５】
本発明によると、下りリンク制御情報検出の曖昧性を解決する基地局及び基地局の通信方法を提供することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一例に係る端末がモニタリングを行うＰＤＣＣＨ候補の特性を示す。
【図２】本発明の一例に係るＣＳＳ２１０及び集成レベルが２であるＵＳＳ２２０が重なる場合を示す。
【図３】本発明の一例に係る集成レベルが２であるＵＳＳ３１０及び集成レベルが４であるＵＳＳ３２０が重なる場合を示す。
【図４】本発明の一実施形態に係るＬＴＥ−Ａｄｖａｎｃｅｄシステムにおける基地局４１０及び端末４００の通信方法を説明する信号フローチャートである。
【図５】本発明の一例に係るＣＳＳ５１０及び集成レベルが１であるＵＳＳ５２０が互いに重なる場合を示す。
【図６】本発明の一例に係るＣＳＳ６１０及び集成レベルが２であるＵＳＳ６２０が互いに重なる場合を示す。
【図７】本発明の一例に係るＣＳＳ７１０及び集成レベルが４であるＵＳＳ７２０が互いに重なる場合を示す。
【図８】本発明の一例に係るＣＳＳ８１０及び集成レベルが８であるＵＳＳ８２０が互いに重なる場合を示す。
【発明を実施するための形態】
【００３７】
以下、本発明の一実施形態を添付する図面を参照しながら詳細に説明する。しかし、本発明が実施形態によって制限されたり限定されることはない。各図面に提示された同一の参照符号は同一の部材を示す。
【００３８】
図１は、本発明の一例に係る端末がモニタリングを行うＰＤＣＣＨ候補の特性を示す。
【００３９】
下記でＬＥＴ  Ｒｅｌ−８／９の物理的下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）の構造に対して検討する。
【００４０】
１個のＰＤＣＣＨは、１個または複数の制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）で構成してもよい。
【００４１】
１個のＰＤＣＣＨを構成する制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔｓ；ＣＣＥ）の個数は集成レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）と呼ばれる。
【００４２】
３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；３ＧＰＰ）技術規格（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ；ＴＳ）Ｒｅｌ−８／９によれば、端末がモニタリングしなければならないＰＤＣＣＨ候補集合は、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）として定義される。
【００４３】
検索空間は、ＰＤＣＣＨ集成レベル別にそれぞれ独立的に定義される。すなわち、ＰＤＣＣＨ候補は集成レベルＬにおける検索空間を定義する。また、定義された検索空間は互いに重なる（ｏｖｅｒｌａｐ）場合がある。
【００４４】
ＬＴＥ  Ｒｅｌ−８／９の規格によれば、端末は、共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＣＳＳ）及び端末−特有検索空間（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ；ＵＳＳ）をモニタリングすることによって自身に伝えられた制御情報を検出する。
【００４５】
モニタリングは、端末が全てのモニタされた下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットによりＰＤＣＣＨ候補それぞれの解釈を試みることを意味する。
【００４６】
端末がモニタリングを行わなければならないＰＤＣＣＨ候補は、検索空間内に置かれる。
【００４７】
集成レベルがＬである検索空間をＳｋ（Ｌ）に表示すると、検索空間Ｓｋ（Ｌ）のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式（１）により与えられる。
【数６】
0005559937.tif 000007
ここで、ＮＣＣＥ、ｋは基地局がＰＤＤＣＨを送信するために使用されるＣＣＥの総個数である。
【００４８】
ｉ＝０、．．．、Ｌ−１であり、ｍ＝０、．．．、Ｍ（Ｌ）−１である。
【００４９】
Ｍ（Ｌ）は与えられた検索空間で端末がモニタリングしなければならないＰＤＣＣＨ候補の総個数である。
【００５０】
端末は、集成レベル４及び集成レベル８それぞれに対してＣＳＳをモニタリングし、集成レベル１、集成レベル２、集成レベル４及び集成レベル８それぞれに対してＵＳＳをモニタリングしなければならない。
【００５１】
ＣＳＳ及びＵＳＳは互いに重なる領域を有してもよい。
【００５２】
また、検索空間Ｓｋ（Ｌ）のｍ番目のＰＤＣＣＨ候補に対応するＣＣＥは下記の数式（２）により与えられる。
【数７】
0005559937.tif 000008
ここで、ＣＳＳに対してはｍ’＝ｍである。すなわち、ＣＩＦが設定されていない端末に対してはｍ’＝ｍである。
【００５３】
ＵＥに特定の検索条件に対して、ＰＤＣＣＨがモニタされるサービングセルのために、モニタリングする端末がＣＩＦが構成された場合下記の数式(３)が成立する。すなわち、ＣＩＦが設定された端末に対しては下記の数式（３）が成立する。
【数８】
0005559937.tif 000009
ここで、ｎＣＩはＣＩＦの値である。
【００５４】
図１は、３ＧＰＰ  ＴＳ３６．２１３の９．１．１−１テーブルである。図１は、検索空間Ｓｋ（Ｌ）で端末がモニタリングしなければならない集成レベルＬ、前記の集成レベルＬにおける検索空間の大きさ（ＣＣＥ単位で（ｉｎ  ＣＣＥｓ））及び端末がモニタリングを行うＰＤＣＣＨ候補の個数Ｍ（Ｌ）を示す。
【００５５】
ＣＳＳの場合、Ｙｋは０に設定される。したがって、集成レベルが４であるＣＳＳ及び集成レベルが８であるＣＳＳは正確に重なる。すなわち、ＣＳＳはＣＣＥ０からＣＣＥ１５まで総１６個のＣＣＥで構成される。
【００５６】
ＵＳＳの場合、Ｙｋは下記の数式（４）のように定義される。
【数９】
0005559937.tif 000010
ここで、Ｙ−１＝ｎＲＮＴＩ≠０であり、Ａ＝３９８２７であり、Ｄ＝６５５３７で、
【数１０】
0005559937.tif 000011
である。
【００５７】
ｎｓはスロット番号である。ｎＲＮＴＩはラジオネットワーク臨時識別子（ら）（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ（ｓ）；ＲＮＴＩ）値である。
【００５８】
ＬＴＥ−Ａｄｖａｎｃｅｄシステムにおいて、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）は、キャリア指示フィールド（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ  Ｆｉｅｌｄ；ＣＩＦ）を含んでもよい。ＣＩＦは下りリンク割当情報及び上りリンクグラント情報がどのような下りリンクＣＣまたは上りリンクＣＣに対することにあるかを表示する。すなわち、ＣＩＦに基づいて（すなわち、ＣＩＦの下りリンク割当情報によって）下りリンクＣＣが識別されてもよく、ＣＩＦの上りリンクグラント情報によって上りリンクＣＣが識別されてもよい。
【００５９】
すなわち、ＰＤＣＣＨ候補は特定ＤＣＩフォーマットを有し、同一のＲＮＴＩ（Ｃ−ＲＮＴＩまたはＳＰＳ＿ＲＮＴＩ）にＣＲＣがスクランブルされ、ＰＤＣＣＨ候補はＤＣＩフォーマットに対して１つ以上の可能なＣＩＦ値を有してもよい。
【００６０】
ＰＤＣＣＨ候補のうち特定ＤＣＩフォーマットの大きさのＰＤＣＣＨ候補は、ＤＣＩフォーマットの大きさに対する可能なＣＩＦ値のうち任意の値に対応するＵＳＳ内で送信される。
【００６１】
図２及び図３は、キャリア集成を使用しないＬＴＥ  Ｒｅｌ−８／９の規格でＤＣＩ検出の曖昧性が生じる理由及び曖昧性を避けるための方法を説明する。
【００６２】
ＬＴＥではＰＤＣＣＨチャネルコーディング及びレートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）のために循環的バッファ（ｃｉｒｃｕｌａｒ  ｂｕｆｆｅｒ）を用いる。したがって、チャネルコーディングを経た後に取得されたコードワード（ｃｏｄｅｗｏｒｄ）は循環的な形態に反復されてもよい。
【００６３】
ＣＣＥｋないしＣＣＥ（ｋ＋Ｍ−１）の総Ｍ個のＣＣＥで構成される１個のＰＤＣＣＨチャネルを考慮するとき、開始ＣＣＥであるＣＣＥｋの内容がＣＣＥｉ（ｋ＜ｉ＜ｋ＋Ｍ）で反復されてもよい。
【００６４】
このような場合に、ＣＣＥｉが端末の集成レベルがＬであるＵＳＳの開始ＣＣＥに該当すると、端末が、ＣＣＥｉを開始ＣＣＥにする、ＣＣＥｉないしＣＣＥ（ｉ＋Ｌ−１）の総Ｌ個のＣＣＥに対してＰＤＣＣＨの検出を試みたとき、前記検出の結果が循環重複チェック（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ；ＣＲＣ）を通過する場合が生じることがある。
【００６５】
このような場合、端末は開始ＣＣＥをＣＣＥｉに認識することになるが、実際に基地局はＣＣＥｋを開始ＣＣＥに送信した。
【００６６】
開始ＣＣＥインデックス（ｉｎｄｅｘ）は、特に物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）ＡＣＫ／ＮＡＫチャネルリソースのマッピングに用いられる。したがって、端末が開始ＣＣＥを間違って認識することは、誤ったＡＣＫ／ＮＡＫリソースマッピングを招いて問題を引き起こす。
【００６７】
図２は、本発明の一例に係るＣＳＳ２１０及び集成レベルが２であるＵＳＳ２２０が重なる場合を示す。
【００６８】
図２で示されたように、ＣＳＳ２１０及び集成レベルが２であるＵＳＳ２２０が形成されたとき、基地局が実際にＣＳＳのＣＣＥ０ないしＣＣＥ３を用いてＰＤＣＣＨを送信したとしても、端末が斜線部分２３０に対してＰＤＣＣＨの検出を試みれば、斜線部分２３０に対する復調結果がＣＲＣを通過する場合が生じることがある。
【００６９】
反対に、基地局がＣＣＥ２、ＣＣＥ３を用いて集成レベルが２であるＰＤＣＣＨを送信したとき、端末がＣＳＳのＣＣＥ０ないしＣＣＥ３に対して集成レベルが４であるＰＤＣＣＨに対する検出を試みたとしても、前記検出に対するＣＲＣが通過されてもよい。
【００７０】
前記の「ＣＣＥ２、ＣＣＥ３」はＣＣＥ２及びＣＣＥ３を示す。
【００７１】
図３は、本発明の一例に係る集成レベルが２であるＵＳＳ３１０及び集成レベルが４であるＵＳＳ３２０が重なる場合を示す。
【００７２】
図３で示されたように、集成レベルが２であるＵＳＳ３１０及び集成レベルが４であるＵＳＳ３２０間に互いに重なる領域が生じる場合、基地局が実際にはＣＣＥ８ないしＣＣＥ１１を用いて（すなわち、集成レベルが４である）ＰＤＣＣＨを送信したとしても、端末は斜線部分ＣＣＥ１０、ＣＣＥ１１３３０に対して集成レベルが２であるＰＤＣＣＨを検出することを成功することができる。
【００７３】
反対に、基地局が実際にはＣＣＥ１０、ＣＣＥ１１を用いて集成レベルが２であるＰＤＣＣＨを送信したが、端末はＣＣＥ８ないしＣＣＥ１１に対して集成レベルが４であるＰＤＣＣＨを検出することを成功することができる。
【００７４】
図２及び図３を参照して前述された問題を除去するために、ＬＴＥ  Ｒｅｌ−８／９では開始ＣＣＥであるＣＣＥｋの内容が異なる以後のＣＣＥでそのまま反復されないようにする。
【００７５】
具体的に、１個のＣＣＥが総７２個のビットを送信してもよい。また、ＰＤＣＣＨチャネル復号のために符号率が１／３であるテールバイティングたたみ込み符号化（Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｉｎｇ）が用いられ、情報がチャネルデコーダから入力される前に１６ビットＣＲＣコーディングを経る。
【００７６】
チャネルデコーダ出力の基本長さは３×（ペイロードの大きさ＋１６）ビットになり、前記のビットがＰＤＣＣＨチャネルの集成レベルに該当する個数のＣＣＥを順次に満たす。
【００７７】
すなわち、特定ＰＤＣＣＨチャネルが基本長さより長い長さを送信する場合、基本長さの内容が順次反復される。
【００７８】
前述した反復を防止するための方法に関する詳しい内容は、３ＧＰＰ  ＴＳ３６．２１２  ５．１．４．２節に説明されている。
【００７９】
ＣＳＳで最大集成レベルが８であること、すなわち、１個のＰＤＣＣＨが最大８個のＣＣＥを使用できるということを考慮すれば、結果的に曖昧性を有するペイロードの大きさ（ｐａｙｌｏａｄ  ｓｉｚｅ）の集合は下記の数式５のように表現されてもよい。
【数１１】
0005559937.tif 000012
【００８０】
ペイロードの大きさのうち、長さが極めて短かったり長いことから規格に使用されない値を除けば、下記の表１の通りである。表１は３ＧＰＰ  ＴＳ３６．２１２テーブル５．３．３．１．２−１である。
【００８１】
すなわち、表１は、曖昧性を有するペイロードの大きさを示す。
【００８２】
表１のペイロードの大きさは、開始ＣＣＥの内容が以後のＣＣＥで反復されるためＬＴＥ  Ｒｅｌ−８／９では使用されない。
【表１】
0005559937.tif 000013
【００８３】
前述したような措置を適用した場合、図２の実施形態を検討する。
【００８４】
基地局が実際にＣＳＳのＣＣＥ０ないしＣＣＥ３を用いてＰＤＣＣＨを送信したとき、端末が斜線部分２３０に対してＰＤＣＣＨの検出を試みても、斜線部分２３０に対する復調結果がＣＲＣを通過する場合はほとんど発生しない。すなわち、通常の検出されないエラー比率（Ｕｎｄｅｔｅｃｔｅｄ  ｅｒｒｏｒ  ｒａｔｅ）に該当する程度で斜線部分２３０に対する復調結果がＣＲＣを通過する。
【００８５】
また、基地局がＵＳＳのＣＣＥ２、ＣＣＥ３を用いて集成レベルが２であるＰＤＣＣＨを送信したとき、端末がＣＳＳのＣＣＥ０ないしＣＣＥ３に対して集成レベルが４であるＰＤＣＣＨの検出を試みれば、通常の検出されないエラー比率に該当する程度でのみ領域ＣＣＥ０ないしＣＣＥ３での復調結果がＣＲＣを通過する。
【００８６】
前述された説明は、図３を参照して前述された実施形態にも類似に適用される。
【００８７】
ＬＴＥ  Ｒｅｌ−８／９の規格によれば、ＤＣＩフォーマット（ｆｏｒｍａｔ）０、１、１Ａ、１Ｂ、１Ｄ、２、２Ａ及び２ＢがＣＲＣがセル（Ｃ）−ＲＮＴＩにスクランブリング（ｓｃｒａｍｂｌｉｎｇ）されるＤＣＩフォーマットである。このようなＤＣＩフォーマットは全てＵＳＳで送信されてもよい。ＤＣＩフォーマット０及び１ＡはＣＳＳでも送信されてもよい。
【００８８】
ＤＣＩフォーマット０、１、１Ａ、２、２Ａ及び２Ｂは、セミパーシスタントスケジューリングＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ−ＲＮＴＩ；ＳＰＳ−ＲＮＴＩ）にスクランブリングされてもよく、ＵＳＳで送信されてもよい。ＤＣＩフォーマット０及び１ＡはＣＳＳでも送信されてもよい。
【００８９】
ＤＣＩフォーマット０、１及び１Ａは、臨時セル−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ；Ｃ−ＲＮＴＩ）にスクランブリングされる。このような場合、フォーマット０はＣＳＳで送信されてもよく、フォーマット１はＵＳＳで送信されてもよく、フォーマット１ＡはＣＳＳ及びＣＳＳで全て送信されてもよい。
【００９０】
図２及び図３を参照して前述された理由により、ＵＳＳで送信されながら、下りリンクリソース割当に関連する全てのフォーマット（すなわち、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ及び２Ｂ）は前記の表１の内容に該当するペイロードの大きさを避けて送信される。
【００９１】
ＬＴＥ−Ａｄｖａｎｃｅｄ（Ｒｅｌ−１０及びその後のバージョン）規格でもＵＳＳで送信されながら下りリンクリソース割当に用いられる全てのＤＣＩフォーマット（従来のＲｅｌ−８／９のフォーマット及び新しく定義されるフォーマット）に対して上記の方式を適用することによってＰＤＣＣＨの検出の曖昧性を回避することができる。
【００９２】
図４は、本発明の一実施形態に係るＬＴＥ−Ａｄｖａｎｃｅｄシステムにおける基地局及び端末の通信方法を説明する信号フローチャートである。
【００９３】
動作４２０において、端末４００は、ＰＤＣＣＨ検索空間をモニタリングする。
【００９４】
ＰＤＣＣＨは、ＤＣＩである下りリンク割当情報及び上りリンクグラント（ｇｒａｎｔ）情報を送信する。
【００９５】
すなわち、端末４００は、ＣＳＳ及びＵＳＳ内でＣ−ＲＮＴＩなどによってＣＲＣスクランブルされたＰＤＣＣＨ候補をモニタリングするように構成される。
【００９６】
動作４３０において、基地局４１０は、複数の下りリンクＣＣによって端末４００に物理的下りリンク共用チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を送信する。
【００９７】
動作４４０において、端末４００は、複数の上りリンクＣＣによって物理的上りリンク共用チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）を基地局４１０に送信する。
【００９８】
端末４００がモニタリングするＰＤＣＣＨの検索空間はＣＳＳ及びＵＳＳに分類される。
【００９９】
ＵＳＳはＣＣ別に定義される。すなわち、端末４００がＮ個の下りリンクＣＣを用いるように構成された場合、端末４００はＮ個の個別的なＵＳＳを有する。
【０１００】
端末４００がクロス−キャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）スケジューリングを使用しない場合、各ＣＣ内に該当する検索空間が定義される。
【０１０１】
端末４００がクロス−キャリアスケジューリングを用いる場合、１個のＣＣに複数の検索空間が定義されてもよい。例えば、２つのＣＣに対応する２つのＵＳＳが１個のＣＣ内に定義されてもよい。
【０１０２】
ＣＳＳの大きさは、端末４００に構成された下りリンクＣＣの個数に関係なく、全て同一に構成されてもよい。例えば、ＣＳＳはＬＴＥ  Ｒｅｌ−８／９のようにＣＣＥ０ないしＣＣＥ１５までの１６個のＣＣＥから構成されてもよい。
【０１０３】
一方、ＣＳＳの大きさは端末４００に構成された下りリンクＣＣの個数に応じて変わるように構成されてもよい。このような場合、一般的に構成されたＣＣの個数が増加すれば、ＣＳＳの大きさも増加するように構成することが好ましい。
【０１０４】
下記では、クロス−キャリアスケジューリングにより発生し得るＤＣＩ検出の曖昧性の問題について説明する。具体的に、クロス−キャリアスケジューリングを用いる端末４００のＣＳＳ及びＵＳＳの構成方法について説明し、ＤＣＩ検出の曖昧性を解決する方法について説明する。
【０１０５】
下記の説明は図２及び図３を参照して前述されたＬＴＥでＤＣＩ検出の曖昧性を避けるための方法がＬＴＥ−Ａｄｖａｎｃｅｄにおいても適用されることを前提とする。
【０１０６】
クロス−キャリアスケジューリングを用いる端末４００は、ＵＳＳに送信されるＤＣＩフォーマット内にＣＩＦを含ませる。基地局４１０はＣＩＦ値によってスケジューリングが発生するＣＣを端末４００に知らせる。ＣＳＳに送信されるＤＣＩフォーマットはＣＩＦを有しない。一方、クロス−スケジューリングを用いる端末４００のＵＳＳに送信されるＤＣＩフォーマットは大体ＣＩＦを有する。
【０１０７】
ＰＤＣＣＨに送信されるＤＣＩ情報には１６ビットのＣＲＣが追加される。１６ビットのＣＲＣが追加されるとき、ＣＲＣはＲＮＴＩでスクランブリングされる。
【０１０８】
ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａは、Ｃ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩにスクランブリングされてもよい。ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａは、全てＣＳＳまたはＵＳＳで送信されてもよい。
【０１０９】
ＣＳＳで送信されるＤＣＩはＣＩＦを含まない。
【０１１０】
一方、ＵＳＳだけで送信されながらＣ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩでスクランブリングされるＤＣＩは常にＣＩＦを含む。
【０１１１】
ＵＳＳだけで送信されながらＣ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩにスクランブリングされる第１ＤＣＩ、及びＣＳＳだけで送信されながらＣ−ＲＮＴＩまたはＳＰＳ−ＲＮＴＩにスクランブリングされる第２ＤＣＩが同一のペイロードの大きさを有することがある。また、ＣＳＳ及びＵＳＳが互いに重なる部分が生じることがある。
【０１１２】
検索空間が重なる領域では、端末４００がＰＤＣＣＨの検出に成功しても、端末４００は同一のペイロードの大きさを有する２つのフォーマットのうちどのようなものが実際に送信されたかを区別することができない。端末４００がＰＤＣＣＨの検出に成功したことは、端末４００がＰＤＣＣＨの復調及び復号を行うことによって取得した情報ビットがＣＲＣ検査を通過したことを意味する。
【０１１３】
前述した端末４００が送信されたフォーマットを区別することができない問題は、ＣＳＳ及びＵＳＳが互いに重なる領域で、ＣＳＳ及びＵＳＳをそれぞれ起源とする２つのＤＣＩフォーマットが同一のＲＮＴＩにスクランブリングされ、同一のペイロードの大きさを有するときのみに発生する。
【０１１４】
ＤＣＩフォーマット０及びＤＣＩフォーマット１ＡはＣＳＳで送信されてもよく、ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａのペイロードの大きさは同一である。もし、端末４００がモニタリングしなければならないＵＳＳ  ＤＣＩフォーマットのうち、ＣＣＳを起源とするＤＣＩフォーマット０及びＤＣＩフォーマット１Ａと同一のペイロードの大きさを有し、同一のＲＮＴＩ（Ｃ−ＲＮＴＩまたはＳＰＳ＿ＲＮＴＩ）にＣＲＣがスクランブリングされることがあれば、前記の問題が発生し得る。
【０１１５】
端末４００が送信されたフォーマットを区別することができない問題が発生する場合は、下記の１）〜４）のように分類して検討されてもよい。
場合１）：ＣＳＳ及び集成レベル１であるＵＳＳが互いに重なる場合
場合２）：ＣＳＳ及び集成レベル２であるＵＳＳが互いに重なる場合
場合３）：ＣＳＳ及び集成レベル４であるＵＳＳが互いに重なる場合
場合４）：ＣＳＳ及び集成レベル８であるＵＳＳが互いに重なる場合
【０１１６】
端末４００に構成された下りリンクＣＣの数に応じてＣＳＳの大きさが変更する構成が用いられてもよい。下記で提示される解決方案はＣＳＳの構造及び大きさがＬＴＥ  Ｒｅｌ−８／Ｒｅｌ−９の規格で使用するＣＳＳの構造及び大きさと同一であると仮定する。しかし、下記で提示される解決方案は異なる形態の構造及び大きさを有するＣＳＳに対しても適用されてもよい。
【０１１７】
図５は、本発明の一例に係るＣＳＳ５１０及び集成レベルが１であるＵＳＳ５２０が互いに重なる場合を示す。
【０１１８】
端末４００がＣＣＥ４に対して検出を試みれば、端末４００は確実にＰＤＣＣＨを復調することができる。
【０１１９】
しかし、端末４００は、検出されたＤＣＩがＣＳＳ５１０及びＵＳＳ５２０のいずれかで起源したものであるかを区別することができない。したがって、端末４００が、ＰＤＣＣＨの検出に成功したとしても、ＤＣＩフォーマットの内容を解釈することにおいて問題が発生する。
【０１２０】
反対に、端末４００がＣＣＥ４ないしＣＣＥ７に対して集成レベルが４であるＰＤＣＣＨの検出を試みて前記検出に成功しても、端末４００はＤＣＩがＣＳＳ５１０及びＵＳＳ５２０のいずれかで起源したものであるかを区別することができない。
【０１２１】
図６は、本発明の一例に係るＣＳＳ６１０及び集成レベルが２であるＵＳＳ６２０が互いに重なる場合を示す。
【０１２２】
端末４００がＣＣＥ４、ＣＣＥ５に対して検出を試みて端末４００がＰＤＣＣＨの復調に成功する場合がある。
【０１２３】
しかし、端末４００がＰＤＣＣＨの復調に成功しても、検出されたＤＣＩがＣＳＳ６１０及びＵＳＳ６２０のいずれかで起源したものであるかを区別することができない。したがって、端末４００が、ＰＤＣＣＨの検出に成功したとしても、ＤＣＩフォーマットの内容を解釈することにおいて問題が発生する。ＣＣＥ８、ＣＣＥ９及びＣＣＥ１２、ＣＣＥ１３に対しても同一の問題が発生する。
【０１２４】
反対に、端末４００がＣＣＥ４ないしＣＣＥ７、ＣＣＥ８ないしＣＣＥ１１、またはＣＣＥ１２ないしＣＣＥ１５に対して集成レベルが４であるＰＤＣＣＨの検出を試みて前記検出に成功しても、端末４００はＤＣＩがＣＳＳ６１０及びＵＳＳ６２０のいずれかで起源したものであるかを区別することができない。
【０１２５】
図７は、本発明の一例に係るＣＳＳ７１０及び集成レベルが４であるＵＳＳ７２０が互いに重なる場合を示す。
【０１２６】
図５及び図６を参照して前述のような問題がＣＣＥ１２ないしＣＣＥ１５に対して発生する。
【０１２７】
図８は、本発明の一例に係るＣＳＳ８１０及び集成レベルが８であるＵＳＳ８２０が互いに重なる場合を示す。
【０１２８】
図５及び図６を参照して前述のような問題がＣＣＥ８ないしＣＣＥ１５に対して発生する。
【０１２９】
図５〜図８を参照して前述された内容を整理すると、ＣＳＳ５１０、６１０、７１０または８１０及びＵＳＳ５２０、６２０、７２０または８２０が重なる領域で端末４００がＣＳＳ５１０、６１０、７１０または８１０の可能な特定開始ＣＣＥ（すなわち、ＣＣＥ０、ＣＣＥ４、ＣＣＥ８またはＣＣＥ１２）を開始ＣＣＥとして用いてＰＤＣＣＨの検出を試みる場合、端末４００が検出されたＤＣＩを解釈することにおいて問題が発生する。
【０１３０】
したがって、前記の問題を解決するために、ＣＳＳ及びＵＳＳが重なる領域で端末４００がＣＣＥ０、ＣＣＥ４、ＣＣＥ８またはＣＣＥ１２を開始ＣＣＥにする検出を試みる場合、検出されたＤＣＩは常にＣＳＳまたはＵＳＳを起源とするものと解釈するように、その制限が加えられることができる。
【０１３１】
下記、検出されたＤＣＩがＣＳＳを起源とするものと解釈するように制限する場合について説明する。前記の制限は、下記の１）及び２）のように定義されてもよい。
【０１３２】
１）基地局４１０がＤＣＩを送信するとき、基地局４１０はＣＳＳでは制限なしにＤＣＩ送信できる。
【０１３３】
２）基地局４１０は、ＣＳＳ及びＵＳＳが重なる領域ではＵＳＳを起源として送信されるＤＣＩの開始ＣＣＥがＣＳＳ  ＰＤＣＣＨ候補の可能な開始ＣＣＥ（すなわち、ＣＣＥ０、ＣＣＥ４、ＣＣＥ８及びＣＣＥ１２）のいずれか１つのＣＣＥにも該当しない場合のみＵＳＳ  ＤＣＩを送信してもよい。
【０１３４】
このような方式は、ＣＳＳ及びＵＳＳが重なる領域全てに対してＣＳＳを起源とするＤＣＩ送信のみが許容される方式に比べて、重なる領域の一部ではＵＳＳ  ＤＣＩが送信され得る長所を有する。
【０１３５】
集成レベルが４であるＵＳＳまたは集成レベルが８であるＵＳＳに対して前記の制限が適用されれば、ＣＳＳ及びＵＳＳが重なる領域で、ＵＳＳを起源とするＤＣＩは全く送信されない。ＤＣＩが送信されないことは、ＵＳＳのＰＤＣＣＨ候補の開始ＣＣＥは常にＣＳＳのＰＤＣＣＨ候補の開始ＣＣＥに該当するためである。
【０１３６】
しかし、集成レベルが１であるＵＳＳまたは集成レベルが２であるＵＳＳに対して前記の制限が適用されても、集成レベルが１であるＵＳＳまたは集成レベルが２であるＵＳＳにはＣＳＳ  ＰＤＣＣＨ候補の開始ＣＣＥと重ならないＣＣＥが存在することがある。したがって、ＣＳＳ及びＵＳＳが重なる領域でも、開始ＣＣＥがＣＳＳのＤＣＩ開始可能ＣＣＥに該当しない場合には、ＵＳＳ  ＤＣＩが送信されてもよい。
【０１３７】
例えば、図５において、ＣＣＥ４が除外されたＣＣＥ２、ＣＣＥ３、ＣＣＥ５、ＣＣＥ６及びＣＣＥ７のそれぞれがＵＳＳのＰＤＣＣＨ候補として有効である。また、図６において、ＣＣＥ２、ＣＣＥ３、ＣＣＥ６、ＣＣＥ７がＵＳＳのＰＤＣＣＨ候補として有効である。
【０１３８】
また、ＣＳＳ及びＵＳＳが重なる領域で、端末４００がＣＣＥ０、ＣＣＥ４、ＣＣＥ８、またはＣＣＥ１２を開始ＣＣＥにする検出を試みる場合、検出されたＤＣＩは常にＵＳＳを起源するものと解釈するように、その制限が加えられることができる。
【０１３９】
すなわち、基地局４１０がＤＣＩを送信するとき、ＣＳＳ及びＵＳＳが重なる領域で、開始ＣＣＥがＣＳＳ  ＰＤＣＣＨ候補の可能な開始ＣＣＥ（すなわち、ＣＣＥ０、ＣＣＥ４、ＣＣＥ８及びＣＣＥ１２）のいずれか１つのＣＣＥに該当する場合、基地局４１０はＵＳＳ  ＤＣＩのみを送信してもよい。このような場合、端末４００は、ＣＳＳ及びＵＳＳが重なる領域ではＵＳＳ  ＤＣＩのみが送信されるものと判断し、ＰＤＣＣＨを検出して解釈すればよい。
【０１４０】
前記の内容を整理すれば、下記の（１）及び（２）のような二種類の方式が用いられる。
【０１４１】
（１）ＣＳＳとＵＳＳが重なる領域で、端末４００はＤＣＩフォーマットの曖昧性があると判断されるＰＤＣＣＨに対してＣＳＳ  ＤＣＩフォーマットと解釈する。
【０１４２】
すなわち、ＰＤＣＣＨ候補が共通ペイロードの大きさ及び同一の第１ＣＣＥインデックスを有する場合、基地局４１０はＣＳＳ内でのＰＤＣＣＨのみを送信してもよく、端末４００はＣＳＳ内のＰＤＣＣＨのみが送信されたものと解釈（または見なし）されてもよい。ここで、ＣＳＳ内のＰＤＣＣＨ候補を第１ＰＤＣＣＨ候補と見てもよく、ＵＳＳ内のＰＤＣＣＨ候補を第２ＰＤＣＣＨ候補と見てもよい。端末４００は、第１ＰＤＣＣＨ候補及び第２ＰＤＣＣＨが共通ペイロードの大きさ及び同一のＣＣＥインデックスを有する場合、第１ＰＤＣＣＨ候補のうちのＰＤＣＣＨが送信されるものと見なしてもよい。
【０１４３】
（２）ＣＳＳとＵＳＳが重なる領域で、端末４００はＤＣＩフォーマットの曖昧性があると判断されるＰＤＣＣＨに対してＵＳＳ  ＤＣＩフォーマットと解釈する。
【０１４４】
前記（１）及び（２）と異なる、ＤＣＩ検出の曖昧性を基本的に除去する方法を検討する。
【０１４５】
１）第１方法として、ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットに対して互いに異なるスクランブリングシーケンスがペイロード全体に適用されてもよい。
【０１４６】
ペイロードは情報ビット及びＣＲＣビット（１６ビット）で構成される。情報ビットに対するＣＲＣが生成されれば、生成されたＣＲＣを情報ビットに付けることによってペイロードが生成される。生成されたペイロード全体に対してビット単位スクランブリングが適用される。ビット単位スクランブリングは３ＧＰＰ規格のＴＳ３６．２１１ｖ８．７．０  ６．３．１のような形態に適用されるが、ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットに対して互いに異なるスクランブリングシーケンス生成子（ｇｅｎｅｒａｔｏｒ）の初期化値ｃｉｎｉｔが適用されなければならない。
【０１４７】
ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットのスクランブリングシーケンス生成子の初期化値が互いに異なるため、ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットは互いに異なるスクランブリングシーケンスによってスクランブリングされる。したがって、端末４００は、どのようなＤＣＩフォーマットが送信されたかを区別することができる。
【０１４８】
２）第２方法として、ＣＳＳ  ＤＣＩフォーマットのペイロード全体のビットストリーム及びＵＳＳ  ＤＣＩフォーマットのペイロード全体のビットストリームはそれぞれ互いに異なるオフセット（ｏｆｆｓｅｔ）が適用されて循環的シフトされる。
【０１４９】
すなわち、ＤＣＩフォーマットのペイロードのビットストリームを「ｘ（１）、ｘ（２）、．．ｘ（Ｎ）」とすれば（ｘ（ｉ）はｉ番目のビット）、ビットストリームにオフセットｑ（０＜ｑ＜Ｎ）を適用し、ｘ（ｉ）をｘ（（ｉ＋ｑ）ｍｏｄＮ））に変更する。例えば、ｑ＝３であるとき、ビット順序はｘ（４）、ｘ（５）、．．ｘ（Ｎ）、ｘ（３）、ｘ（２）、ｘ（１）に変更される。
【０１５０】
ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットのオフセット値を互いに異なるように決定すれば、端末４００はどのようなフォーマットが送信されたかを区別することができる。
【０１５１】
３）第３方法として、ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットそれぞれに対して互いに異なるＣ−ＲＮＴＩを適用してＣＲＣがスクランブリングされる。ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットに対して互いに異なるＲＮＴＩが割当及び使用されれば、ＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマット間の曖昧性は発生しない。
【０１５２】
４）第４方法として、ＣＳＳ  ＤＣＩフォーマットのペイロードの大きさ及びＵＳＳ  ＤＣＩフォーマットのペイロードの大きさが常に互いに異なるように保持しもよい。例えば、ビットパッディング（ｂｉｔ  ｐａｄｄｉｎｇ）によってＣＳＳ  ＤＣＩフォーマット及びＵＳＳ  ＤＣＩフォーマットは互いに異なるペイロードの大きさを有することができる。
【０１５３】
本発明の一実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ  ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ  ｌｅｖｅｌ  ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【０１５４】
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【０１５５】
したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。
【図１】
0005559937.tif 000022
【図２】
0005559937.tif 000023
【図３】
0005559937.tif 000024
【図４】
0005559937.tif 000025
【図５】
0005559937.tif 000026
【図６】
0005559937.tif 000027
【図７】
0005559937.tif 000028
【図８】
0005559937.tif 000029