(57)【特許請求の範囲】
【請求項１】
シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、
ＵＬ(Ｕｐｌｉｎｋ)サブフレームでＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)送信電力を制御するためのＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令及び前記ＰＵＣＣＨ上にＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースを指示するＡＣＫ/ＮＡＣＫリソース指示情報を設定し、
前記ＴＰＣ命令及びリソース指示情報のうち少なくとも一つを前記ＵＬサブフレームと関連しているＤＬ(Ｄｏｗｎｌｉｎｋ)サブフレームでＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)上に送信すること、を含み、
前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、ＰＵＣＣＨフォーマット３を利用して前記ＰＵＣＣＨ上に送信され、
前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームで、前記ＴＰＣ命令をＰＤＣＣＨ上に送信し、
前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して前記ＡＣＫ/ＮＡＣＫリソース指示情報をＰＤＣＣＨ上に送信することを特徴とする基地局の制御情報送信方法。
【請求項２】
前記ＡＣＫ/ＮＡＣＫリソース指示情報は、上位階層シグナリングにより予め割り当てられたリソースのうち前記ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に使われるリソースを指示することを特徴とする請求項１に記載の基地局の制御情報送信方法。
【請求項３】
前記ＵＬサブフレームに関連しているＤＬサブフレームを介して伝達されるＡＣＫ/ＮＡＣＫリソース指示情報は、同一のリソースを指示するように設定することを特徴とする請求項１に記載の基地局の制御情報送信方法。
【請求項４】
前記ＵＬサブフレームに関連しているＤＬサブフレームが一つの場合、前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、ＰＵＣＣＨフォーマット１ａ/１ｂを利用して前記ＰＵＣＣＨ上に送信されることを特徴とする請求項１に記載の基地局の制御情報送信方法。
【請求項５】
シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)送信電力を制御するためのＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令及び前記ＰＵＣＣＨ上にＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースを指示するＡＣＫ/ＮＡＣＫリソース指示情報を受信し、
前記ＴＰＣ命令及び前記ＡＣＫ/ＮＡＣＫリソース指示に基づいて前記ＰＵＣＣＨを送信すること、を含み、
前記ＴＰＣ命令及び前記ＡＣＫ/ＮＡＣＫリソース指示情報のうち少なくとも一つは、前記ＰＵＣＣＨが送信されるＵＬサブフレームに関連しているＤＬサブフレームで受信され、
前記ＴＰＣ命令は、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームでＰＤＣＣＨ上に受信され、
前記ＡＣＫ/ＮＡＣＫリソース指示情報は、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して受信され、
前記ＰＵＣＣＨを送信することでは、
前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を、ＰＵＣＣＨフォーマット３を利用して前記ＰＵＣＣＨ上に送信することを特徴とする端末のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信方法。
【請求項６】
端末は、上位階層シグナリングを介して予め割り当てられたリソース集合のうち、前記ＡＣＫ/ＮＡＣＫリソース指示情報が指示するリソースを前記ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に利用することを特徴とする請求項５に記載の端末のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信方法。
【請求項７】
前記ＵＬサブフレームに関連しているＤＬサブフレームで送信されるＡＣＫ/ＮＡＣＫリソース指示情報は、同一のリソースを指示することを特徴とする請求項５に記載の端末のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信方法。
【請求項８】
前記ＵＬサブフレームに関連しているＤＬサブフレームが一つの場合、前記ＰＵＣＣＨを送信することでは、前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号をＰＵＣＣＨフォーマット１ａ/１ｂを利用して前記ＰＵＣＣＨ上に送信することを特徴とする請求項５に記載の端末のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信方法。
【請求項９】
シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、
ＵＬ(Ｕｐｌｉｎｋ)サブフレームのＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)フォーマットを決定するフォーマット決定部と、
前記ＵＬサブフレームに関連しているＤＬ(Ｄｏｗｎｌｉｎｋ)サブフレームでＰＤＣＣＨ上に送信する送受信部と、
前記ＰＵＣＣＨ上にＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースを指示するＡＣＫ/ＮＡＣＫリソース指示情報を設定するリソース割当部と、
前記ＵＬサブフレームでＰＵＣＣＨ送信電力を制御するためのＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令及び前記ＡＣＫ/ＮＡＣＫリソース指示情報のうち少なくとも一つを、前記送受信部を介して送信する制御部と、を含み、
前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、前記フォーマット決定部が決定したＰＵＣＣＨフォーマットを利用して前記ＵＬサブフレームで前記ＰＵＣＣＨ上に受信され、
前記制御部は、
前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームで、前記ＴＰＣ命令をＰＤＣＣＨ上に送信し、
前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して前記ＡＣＫ/ＮＡＣＫリソース指示情報をＰＤＣＣＨ上に送信し、
前記フォーマット決定部は、
前記ＵＬサブフレームに２個以上のＤＬサブフレームが関連している場合、前記ＰＵＣＣＨフォーマットをＰＵＣＣＨフォーマット３に決定することを特徴とする制御情報送信装置。
【請求項１０】
前記ＵＬサブフレームに一つのＤＬサブフレームのみが関連している場合、前記フォーマット決定部は、前記ＰＵＣＣＨフォーマットをＰＵＣＣＨフォーマット１ａ/１ｂに決定することを特徴とする請求項９に記載の制御情報送信装置。
【請求項１１】
前記リソース割当部は、前記ＵＬサブフレームに関連しているＤＬサブフレームに送信されるＡＣＫ/ＮＡＣＫリソース指示情報が同一のリソースを指示するように設定することを特徴とする請求項９に記載の制御情報送信装置。
【請求項１２】
シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、
情報を送受信する送受信部と、
ＵＬサブフレームでＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)上に前記ＵＬサブフレームに関連しているＤＬ(Ｄｏｗｎｌｉｎｋ)サブフレームに対するＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)ＡＣＫ/ＮＡＣＫ信号の送信に利用されるリソースを決定するリソース決定部と、
前記ＵＬサブフレームの送信を制御する制御部と、を含み、
前記送受信部は、
前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームで、ＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令をＰＤＣＣＨ上に受信し、
前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して送信されるＡＣＫ/ＮＡＣＫリソース指示情報をＰＤＣＣＨ上に受信し、
前記制御部は、前記ＴＰＣ命令に基づいて前記ＰＵＣＣＨの送信電力を制御し、
前記リソース決定部は、前記ＡＣＫ/ＮＡＣＫリソース指示情報が指示するリソースを前記ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に利用するリソースに決定し、
前記ＡＣＫ/ＮＡＣＫリソース指示情報は、前記ＵＬサブフレームに関連しているＤＬサブフレームの個数が２以上である場合には、ＰＵＣＣＨフォーマット３のリソースを指示することを特徴とするＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信装置。
【請求項１３】
前記ＵＬサブフレームに関連しているＤＬサブフレームの個数が１の場合、前記ＡＣＫ/ＮＡＣＫリソース指示情報は、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを指示することを特徴とする請求項１２に記載のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信装置。
【請求項１４】
前記ＵＬサブフレームに関連しているＤＬサブフレームで受信されるＡＣＫ/ＮＡＣＫリソース指示情報は、同一のリソースを指示することを特徴とする請求項１２に記載のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より具体的には、マルチキャリアをサポートする無線通信システムに関する。
【背景技術】
【０００２】
無線通信システムは、一般的にデータ送信のために一つの帯域幅を利用する。例えば、第２世代無線通信システムは、２００ＫＨｚ〜１.２５ＭＨｚの帯域幅を使用し、第３世帯無線通信システムは、５ＭＨｚ〜１０ＭＨｚの帯域幅を使用する。増加する送信容量をサポートするために、最近の３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)のＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)又はＩＥＥＥ８０２.１６ｍは、２０ＭＨｚ又はそれ以上まで引き続きその帯域幅を拡張している。送信容量を高めるために帯域幅を増やすことは必須であるが、全世界的に一部地域を除いては大きい帯域幅の周波数割当が容易でない。
【０００３】
分割された小さい帯域を効率的に使用するための技術として、周波数領域で物理的に非連続的(ｎｏｎ−ｃｏｎｔｉｎｕｏｕｓ)複数個のバンドを束ねて論理的に大きい帯域のバンドを使用するような効果を上げるようにするためのキャリアアグリゲーション(Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ)技術が開発されている。キャリアアグリゲーションにより束ねられる個別的な単位キャリアをコンポーネントキャリア(Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：ＣＣ)という。各コンポーネントキャリアは、一つの帯域幅と中心周波数により定義される。
【０００４】
複数のコンポーネントキャリアを介して広帯域にデータを送信及び/又は受信することができるようにするシステムをマルチコンポーネントキャリア(Ｍｕｌｔｉｐｌｅ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ)システム又はキャリアアグリゲーション環境という。マルチコンポーネントキャリアシステムは、一つ又はそれ以上のキャリアを使用することによって狭帯域と広帯域を同時にサポートする。例えば、一つのキャリアが５ＭＨｚの帯域幅に対応される場合、４個のキャリアを使用することによって最大２０ＭＨｚの帯域幅をサポートすることができる。
【０００５】
マルチコンポーネントキャリアシステムを運用するためには基地局と端末との間に多様な制御シグナリングが必要である。例えば、ＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)を実行するためのＡＣＫ(ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ)/ＮＡＣＫ(Ｎｏｔ−ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ)情報の交換、ダウンリンクチャネル品質を示すＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)の交換などが必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、ＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)方式のシングルキャリア(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ)システムで、シングルキャリアに対するＡＣＫ/ＮＡＣＫ信号を送信するための送信リソースを効果的に割り当てる方法を提供する。
【０００７】
本発明は、ＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)方式のシングルキャリア(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ)システムで、重複伝達される制御信号に割り当てられるリソースを転用して無線リソースを効果的に利用する方法を提供する。
【課題を解決するための手段】
【０００８】
本発明の一態様は、基地局のＨＡＲＱ ＡＣＫ/ＮＡＣＫリソース割当方法であって、シングルキャリアを利用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、送信するダウンリンクサブフレームに関連している(ａｓｓｏｃｉａｔｅｄ)アップリンクサブフレームの制御チャネルに対するフォーマットを決定するステップ、及びアップリンクサブフレームの制御チャネルに対するフォーマットをＤＦＴ−Ｓ−ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ−Ｓｐｒｅａｄｉｎｇ−Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)が適用された制御チャネルフォーマットに決定した場合には、リソースを割り当てるリソース指示子をダウンリンクサブフレームの制御チャネル上に送信される電力制御フィールドを利用して送信するステップを含み、アップリンクサブフレームの制御チャネルに対するフォーマットをＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットに決定した場合には、ＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットのリソースで構成されたリソースマッピングテーブル上でリソース指示子が指示するリソースをアップリンクサブフレームの制御チャネルを介してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースとして割り当て、アップリンクサブフレームの制御チャネルに対するフォーマットをＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットでないフォーマットに決定した場合には、リソース指示子を送信せずにダウンリンク制御チャネルの制御チャネルコンポーネントインデックスに基づいてアップリンクサブフレームの制御チャネルを介してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースを割り当てる。
【０００９】
本発明の他の態様は、端末のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信方法であって、シングルキャリアを利用するＴＤＤシステムにおいて、受信したダウンリンクサブフレームの制御チャネル上に送信される電力制御フィールドを利用して送信されたリソース指示子が存在するかどうかを判断するステップ、リソース指示子が存在する場合には、ＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットのリソースで構成されたリソースマッピングテーブル上でリソース指示子が指示するリソースを利用してダウンリンクサブフレームが関連しているアップリンクサブフレームの制御チャネル上にダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信し、リソース指示子が存在しない場合には、ダウンリンク制御チャネルの制御チャネルコンポーネントインデックスに基づいて割り当てられたリソースを利用してアップリンクサブフレームの制御チャネル上にダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するステップを含む。
【００１０】
本発明の他の態様は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫリソース割当を割り当てる基地局であって、シングルキャリアを利用するＴＤＤシステムにおいて、必要な情報を送受信する送受信部、アップリンクサブフレームの制御チャネルに対するフォーマットを決定するフォーマット決定部、及びアップリンクサブフレームの制御チャネル上にＨＡＲＱ ＡＣＫ/ＮＡＣＫを送信するためのＨＡＲＱ ＡＣＫ/ＮＣＡＫリソースを割り当てるリソース割当部を含み、フォーマット決定部は、アップリンクサブフレームの制御チャネルに対するフォーマットをＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットにするかを決定し、リソース割当部は、フォーマット決定部がアップリンクサブフレームの制御チャネルに対するフォーマットをＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットに決定した場合には、ＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットのリソースで構成されたリソースマッピングテーブル上でリソースを指示するリソース指示子を構成し、リソース指示子が指示するリソースを前記ＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースとして割り当てるようにし、フォーマット決定部がアップリンクサブフレームの制御チャネルに対するフォーマットをＤＦＴ−Ｓ−ＯＦＤＭが適用された制御チャネルフォーマットとは異なるフォーマットに決定した場合には、アップリンクサブフレームに関連しているダウンリンクサブフレームの制御チャネルに対する制御チャネルコンポーネントインデックスに基づいてＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースが割り当てられるようにし、リソース指示子は、ダウンリンクサブフレームで制御チャネル上に送信される電力制御フィールドを利用して送信される。
【００１１】
本発明の他の実施形態は、シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)サブフレームでＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)送信電力を制御するためのＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令及び前記ＰＵＣＣＨ上にＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースを指示するＡＣＫ/ＮＡＣＫリソース指示情報を設定するステップ、及び前記ＴＰＣ命令及びリソース指示情報のうち少なくとも一つを前記ＵＬサブフレームと関連しているＤＬ(Ｄｏｗｎｌｉｎｋ)サブフレームでＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)上に送信するステップを含む基地局の制御情報送信方法であって、前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、ＰＵＣＣＨフォーマット３を利用して前記ＰＵＣＣＨ上に送信され、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームで、前記ＴＰＣ命令をＰＤＣＣＨ上に送信し、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して前記ＡＣＫ/ＮＡＣＫリソース指示情報をＰＤＣＣＨ上に送信する。
【００１２】
前記ＡＣＫ/ＮＡＣＫリソース指示情報は、上位階層シグナリングにより予め割り当てられたリソースのうち前記ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に使われるリソースを指示してもよい。
【００１３】
前記ＵＬサブフレームに関連しているＤＬサブフレームを介して伝達されるＡＣＫ/ＮＡＣＫリソース指示情報は、同一のリソースを指示するように設定してもよい。
【００１４】
前記ＵＬサブフレームに関連しているＤＬサブフレームが一つの場合、前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、ＰＵＣＣＨフォーマット１ａ/１ｂを利用して前記ＰＵＣＣＨ上に送信されてもよい。
【００１５】
本発明の他の実施形態は、シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)送信電力を制御するためのＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令及び前記ＰＵＣＣＨ上にＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースを指示するＡＣＫ/ＮＡＣＫリソース指示情報を受信するステップ、及び前記ＴＰＣ命令及び前記ＡＣＫ/ＮＡＣＫリソース指示に基づいて前記ＰＵＣＣＨを送信するステップを含む端末のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信方法であって、前記ＴＰＣ命令及び前記ＡＣＫ/ＮＡＣＫリソース指示情報のうち少なくとも一つは、前記ＰＵＣＣＨが送信されるＵＬサブフレームに関連しているＤＬサブフレームで受信され、前記ＴＰＣ命令は、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームでＰＤＣＣＨ上に受信され、前記ＡＣＫ/ＮＡＣＫリソース指示情報は、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して受信され、前記ＰＵＣＣＨ送信ステップでは、前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を、ＰＵＣＣＨフォーマット３を利用して前記ＰＵＣＣＨ上に送信する。
【００１６】
端末は、上位階層シグナリングを介して予め割り当てられたリソース集合のうち、前記ＡＣＫ/ＮＡＣＫリソース指示情報が指示するリソースを前記ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に利用してもよい。
【００１７】
前記ＵＬサブフレームに関連しているＤＬサブフレームで送信されるＡＣＫ/ＮＡＣＫリソース指示情報は、同一のリソースを指示してもよい。
【００１８】
前記ＵＬサブフレームに関連しているＤＬサブフレームが一つの場合、前記ＰＵＣＣＨ送信ステップでは、前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号をＰＵＣＣＨフォーマット１ａ/１ｂを利用して前記ＰＵＣＣＨ上に送信してもよい。
【００１９】
本発明の他の実施形態は、シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)サブフレームのＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)フォーマットを決定するフォーマット決定部、前記ＵＬサブフレームに関連しているＤＬ(Ｄｏｗｎｌｉｎｋ)サブフレームでＰＤＣＣＨ上に送信する送受信部、前記ＰＵＣＣＨ上にＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するためのリソースを指示するＡＣＫ/ＮＡＣＫリソース指示情報を設定するリソース割当部、及び前記ＵＬサブフレームでＰＵＣＣＨ送信電力を制御するためのＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令及び前記ＡＣＫ/ＮＡＣＫリソース指示情報のうち少なくとも一つを、前記送受信部を介して送信する制御部を含む制御情報送信装置であって、前記ＵＬサブフレームに関連しているＤＬサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、前記フォーマット決定部が決定したＰＵＣＣＨフォーマットを利用して前記ＵＬサブフレームで前記ＰＵＣＣＨ上に受信され、前記制御部は、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームで、前記ＴＰＣ命令をＰＤＣＣＨ上に送信し、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して前記ＡＣＫ/ＮＡＣＫリソース指示情報をＰＤＣＣＨ上に送信し、前記フォーマット決定部は、前記ＵＬサブフレームに２個以上のＤＬサブフレームが関連している場合、前記ＰＵＣＣＨフォーマットをＰＵＣＣＨフォーマット３に決定する。
【００２０】
前記ＵＬサブフレームに一つのＤＬサブフレームのみが関連している場合、前記フォーマット決定部は、前記ＰＵＣＣＨフォーマットをＰＵＣＣＨフォーマット１ａ/１ｂであると決定してもよい。
【００２１】
前記リソース割当部は、前記ＵＬサブフレームに関連しているＤＬサブフレームに送信されるＡＣＫ/ＮＡＣＫリソース指示情報が同一のリソースを指示するように設定してもよい。
【００２２】
本発明の他の実施形態は、シングルキャリアを使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、情報を送受信する送受信部、ＵＬサブフレームでＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)上に前記ＵＬサブフレームに関連しているＤＬ(Ｄｏｗｎｌｉｎｋ)サブフレームに対するＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)ＡＣＫ/ＮＡＣＫ信号の送信に利用されるリソースを決定するリソース決定部、及び前記ＵＬサブフレームの送信を制御する制御部を含むＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信装置であって、前記送受信部は、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち少なくとも一つのＤＬサブフレームで、ＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令をＰＤＣＣＨ上に受信し、前記ＵＬサブフレームに関連しているＤＬサブフレームのうち前記ＴＰＣ命令を送信しないＤＬサブフレームで、前記ＴＰＣ命令を送信するために割り当てられたビットを利用して送信されるＡＣＫ/ＮＡＣＫリソース指示情報をＰＤＣＣＨ上に受信し、前記制御部は、前記ＴＰＣ命令に基づいて前記ＰＵＣＣＨの送信電力を制御し、前記リソース決定部は、前記ＡＣＫ/ＮＡＣＫリソース指示情報が指示するリソースを前記ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に利用するリソースに決定し、前記ＡＣＫ/ＮＡＣＫリソース指示情報は、前記ＵＬサブフレームに関連しているＤＬサブフレームの個数が２以上である場合には、ＰＵＣＣＨフォーマット３のリソースを指示する。
【００２３】
前記ＵＬサブフレームに関連しているＤＬサブフレームの個数が１の場合、前記ＡＣＫ/ＮＡＣＫリソース指示情報は、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを指示してもよい。
【００２４】
前記ＵＬサブフレームに関連しているＤＬサブフレームで受信されるＡＣＫ/ＮＡＣＫリソース指示情報は、同一のリソースを指示してもよい。
【発明の効果】
【００２５】
本発明によると、ＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)方式のシングルキャリア(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ)システムで、シングルキャリアに対するＡＣＫ/ＮＡＣＫ信号を送信するための送信リソースを効果的に割り当てることができる。
【００２６】
本発明によると、ＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)方式のシングルキャリア(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ)システムで、重複伝達される制御信号に割り当てられるリソースを転用して無線リソースを効果的に利用することができる。
【図面の簡単な説明】
【００２７】
【図１】無線通信システムを概略的に示す。
【図２】マルチキャリアをサポートするためのプロトコル構造の一例を概略的に示す。
【図３】マルチキャリア動作のためのフレーム構造の一例を概略的に示す。
【図４】マルチキャリアシステムにおけるダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの間の連結設定を概略的に示す。
【図５】ダウンリンクＨＡＲＱ及びＣＱＩ送信を説明するための図面である。
【図６】ＡＣＫ/ＮＡＣＫ信号を伝送するアップリンクサブフレーム構造の一例を概略的に示す。
【図７】ＰＵＣＣＨ上にＡＣＫ/ＮＡＣＫ信号を送信する状態を示す。
【図８】前記数式４によってＰＵＣＣＨを物理的なＲＢにマッピングさせた例を示す。
【図９】マルチコンポーネントキャリアシステムで重複するＴＰＣフィールドに割り当てられるリソースを転用してＡＲＩを送信することを概略的に説明する図面である。
【図１０】端末がチャネルセレクションを介してＡＣＫ/ＮＡＣＫリソースを割り当ててＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する一例を概略的に説明するフローチャートである。
【図１１】ＦＤＤ及びＴＤＤモードでアップリンク/ダウンリンクの時間及び周波数構造を概略的に示す。
【図１２】ノーマルＣＰである場合のＰＵＣＣＨフォーマット３の一例を概略的に示す。
【図１３】シングルキャリアを利用するＴＤＤシステムで、ダウンリンク−アップリンク設定５を示す。
【図１４】シングルキャリアを使用するＴＤＤシステムで、ダウンリンク−アップリンク設定１を示す。
【図１５】シングルキャリアを使用するＴＤＤシステムで、ダウンリンク−アップリンク設定２に対して、ＡＲＩを送信するダウンリンクサブフレームを特定する一例を概略的に示す。
【図１６】シングルキャリアを使用するＴＤＤシステムで、ダウンリンク−アップリンク設定０に対してＡＲＩウィンドウを設定する一例を概略的に示す。
【図１７】シングルキャリアを使用するＴＤＤシステムで、ダウンリンク−アップリンク設定１に対してＡＲＩウィンドウを設定する一例を概略的に示す。
【図１８】シングルキャリアを使用するＴＤＤシステムの基地局で端末が使用するＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを割り当てる方法の一実施例を概略的に説明するフローチャートである。
【図１９】シングルキャリアを使用するＴＤＤシステムの端末がＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを取得する方法の一実施例を概略的に説明するフローチャートである。
【図２０】本発明が適用されるシステムで基地局と端末の構成の一例を概略的に示すブロック図である。
【発明を実施するための形態】
【００２８】
以下、本明細書では一部実施例を例示的な図面を介して詳細に説明する。各図面の構成要素に参照符号を付加するにあたって、同一の構成要素に対しては、たとえ、他の図面上に表示されても、可能の限り同一の符号を有していることを留意しなければならない。また、本明細書の実施例を説明するにあたって、関連した公知構成又は機能に対する具体的な説明が本明細書の要旨を不明にすると判断される場合にはその詳細な説明は省略する。
【００２９】
また、本明細書は、無線通信ネットワークを対象にして説明し、無線通信ネットワークで行われる作業は、当該無線通信ネットワークを管轄するシステム(例えば、基地局)において、ネットワークを制御してデータを送信する過程で行われたり、当該無線ネットワークに結合した端末で作業が行われたりすることができる。
【００３０】
図１は、無線通信システムを示す。
【００３１】
図１を参照すると、無線通信システム１０は、音声、パケットデータなどのような多様な通信サービスを提供するために広く配置される。無線通信システム１０は、少なくとも一つの基地局(ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ)１１を含む。各基地局１１は、特定の地理的領域(一般的にセル(ｃｅｌｌ)という)１５ａ、１５ｂ、１５ｃに対して通信サービスを提供する。また、セルは、複数の領域(セクターという)に分けられることができる。
【００３２】
端末(ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)１２は、固定されてもよいし、移動性を有してもよく、ＵＥ(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ)、ＭＴ(ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ)、ＳＳ(ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ)、無線機器(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ)、ＰＤＡ(ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓ ｍｏｄｅｍ)、携帯機器(ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅ)等、他の用語で呼ばれることもある。基地局１１は、一般的に端末１２と通信する固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)を意味し、ｅＮＢ(ｅｖｏｌｖｅｄ−ＮｏｄｅＢ)、ＢＴＳ(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ)、アクセスポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ)等、他の用語で呼ばれることもある。セルは、基地局１１がカバーする一部領域を示す包括的な意味で解釈されなければならず、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセル等、多様なカバレッジ領域を全部包括する意味である。
【００３３】
以下、ダウンリンク(ｄｏｗｎｌｉｎｋ)は、基地局１１から端末１２への通信を意味し、アップリンク(ｕｐｌｉｎｋ)は、端末１２から基地局１１への通信を意味する。この場合、ダウンリンクで、送信機は基地局１１の一部分であり、受信機は端末１２の一部分である。また、アップリンクで、送信機は端末１２の一部分であり、受信機は基地局１１の一部分である。
【００３４】
または、場合によってダウンリンクは、端末１２から基地局１１への通信を意味し、アップリンクは、基地局１１から端末１２への通信を意味する。この場合、ダウンリンクで、送信機は端末１２の一部分であり、受信機は基地局１１の一部分である。また、アップリンクで、送信機は基地局１１の一部分であり、受信機は端末１２の一部分である。
【００３５】
無線通信システムに適用される多重接続方式には制限がない。ＣＤＭＡ(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＴＤＭＡ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＦＤＭＡ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＯＦＤＭＡ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ−ＦＤＭＡ)、ＯＦＤＭ−ＦＤＭＡ、ＯＦＤＭ−ＴＤＭＡ、ＯＦＤＭ−ＣＤＭＡのような多様な多重接続方式を使用することができる。アップリンク送信及びダウンリンク送信は、互いに異なる時間を使用して送信されるＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)方式が使われることができ、又は互いに異なる周波数を使用して送信されるＦＤＤ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)方式が使われることができる。
【００３６】
キャリアアグリゲーション(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ：ＣＡ)は、複数のキャリアをサポートすることであり、スペクトラムアグリゲーション(ｓｐｅｃｔｒｕｍ ａｇｇｒｅｇａｔｉｏｎ)又は帯域幅アグリゲーション(ｂａｎｄｗｉｄｔｈ ａｇｇｒｅｇａｔｉｏｎ)とも呼ばれる。キャリアアグリゲーションは、増加されるスループット(ｔｈｒｏｕｇｈｐｕｔ)をサポートし、広帯域ＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)素子の導入による費用増加を防止し、既存システムとの互換性を保障するために導入されることである。例えば、５ＭＨｚ帯域幅を有するキャリア単位のグラニュラリティ(ｇｒａｎｕｌａｒｉｔｙ)として５個のコンポーネントキャリアが割り当てられる場合、最大２５Ｍｈｚの帯域幅をサポートすることができる。
【００３７】
キャリアアグリゲーションは、周波数領域で連続的なコンポーネントキャリア間で行われる隣接(ｃｏｎｔｉｇｕｏｕｓ)キャリアアグリゲーションと非連続的なコンポーネントキャリア間に行われる非隣接(ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ)キャリアアグリゲーションに分けることができる。ダウンリンクとアップリンクとの間に集約されるキャリアの数は異なるように設定されることができる。ダウンリンクコンポーネントキャリア数とアップリンクコンポーネントキャリア数が同じ場合を対称的(ｓｙｍｍｅｔｒｉｃ)アグリゲーションといい、その数が異なる場合を非対称的(ａｓｙｍｍｅｔｒｉｃ)アグリゲーションという。
【００３８】
コンポーネントキャリアの大きさ(即ち、帯域幅)は互いに異なることができる。例えば、７０ＭＨｚ帯域の構成のために、５個のコンポーネントキャリアが使われる場合、５ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃０)＋２０ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃１)＋２０ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃２)＋２０ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃３)＋５ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃４)のように構成されることもできる。
【００３９】
以下、マルチキャリア(ｍｕｌｔｉｐｌｅ ｃａｒｒｉｅｒ)システムとは、キャリアアグリゲーションをサポートするシステムを意味する。マルチキャリアシステムで隣接キャリアアグリゲーション及び/又は非隣接キャリアアグリゲーションが使われることができ、また、対称的アグリゲーション又は非対称的アグリゲーションのいずれも使われることができる。
【００４０】
図２は、マルチキャリアをサポートするためのプロトコル構造の一例を示す。
【００４１】
図２を参照すると、共用ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)エンティティ２１０は、複数のキャリアを利用する物理(ｐｈｙｓｉｃａｌ)階層２２０を管理する。特定キャリアで送信されるＭＡＣ管理メッセージは、他のキャリアに適用されることができる。即ち、前記ＭＡＣ管理メッセージは、前記特定キャリアを含んで他のキャリアを制御することができるメッセージである。物理階層２２０は、ＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)及び/又はＦＤＤ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)で動作することができる。
【００４２】
物理階層２２０で使われる複数個の物理制御チャネルがある。ダウンリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ、以下、‘ＰＤＣＣＨ’という)は、端末にＰＣＨ(Ｐａｇｉｎｇ ＣＨａｎｎｅｌ)とダウンリンク共用チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ、以下、‘ＰＤＳＣＨ’という)のリソース割当及びＰＤＳＣＨと関連したＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ)情報を知らせる。ＰＤＣＣＨは、端末にアップリンク送信のリソース割当を知らせるアップリンクグラント(ｕｐｌｉｎｋ ｇｒａｎｔ)及びダウンリンク送信のリソース割当を知らせるダウンリンクグラント(ｄｏｗｎｌｉｎｋ ｇｒａｎｔ)を伝送することができる。ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ)は、端末にＰＤＣＣＨの形式、即ち、ＰＤＣＣＨを構成するＯＦＤＭシンボルの数を指示するフォーマット指示子を送信する物理チャネルであって、サブフレーム毎に含まれる。フォーマット指示子は、制御フォーマット指示子(Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ：ＣＦＩ)と呼ばれることもできる。
【００４３】
ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)は、アップリンク送信の応答としてＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を伝送する。ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)は、ダウンリンク送信に対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ、スケジューリング要求、サウンディング基準信号(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：ＳＲＳ)及びＣＱＩのようなアップリンク制御情報を伝送する。ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ)は、ＵＬ−ＳＣＨ(ＵｐＬｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ)を伝送する。
【００４４】
図３は、マルチキャリア動作のためのフレーム構造の一例を示す。
【００４５】
図３を参照すると、フレームは、１０個のサブフレームで構成される。サブフレームは、複数のＯＦＤＭシンボルを含む。各キャリアは、自分の制御チャネル(例えば、ＰＤＣＣＨ)を有することができる。マルチキャリアは、互いに隣接してもよく、隣接しなくてもよい。端末は、自分の性能によって一つ又はそれ以上のキャリアをサポートすることができる。
【００４６】
コンポーネントキャリアは、方向性によって全設定(ｆｕｌｌｙ ｃｏｎｆｉｇｕｒｅｄ)キャリアと部分設定(ｐａｒｔｉａｌｌｙ ｃｏｎｆｉｇｕｒｅｄ)キャリアに分けられることができる。全設定キャリアは、両方向(ｂｉｄｉｒｅｃｔｉｏｎａｌ)キャリアであり、全ての制御信号とデータを送信及び/又は受信することができるキャリアを意味し、部分設定キャリアは、単方向(ｕｎｉｄｉｒｅｃｔｉｏｎａｌ)キャリアであり、ダウンリンクデータのみを送信することができるキャリアを意味する。部分設定キャリアは、ＭＢＳ(Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ)及び/又はＳＦＮ(Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ)に主に使われることができる。
【００４７】
コンポーネントキャリアは、活性化可否によって、主コンポーネントキャリア(Ｐｒｉｍａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：ＰＣＣ)と副コンポーネントキャリア(Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：ＳＣＣ)に分けられることができる。主コンポーネントキャリアは、常に活性化されているキャリアであり、副コンポーネントキャリアは、特定条件によって活性化/非活性化されるキャリアである。活性化は、トラフィックデータの送信又は受信が行なわれ、又は準備状態(ｒｅａｄｙ ｓｔａｔｅ)にあることを意味する。非活性化は、トラフィックデータの送信又は受信が不可能であり、測定や最小情報の送信/受信が可能になることを意味する。端末は、一つの主コンポーネントキャリアのみを使用したり、主コンポーネントキャリアと共に一つ又はそれ以上の副コンポーネントキャリアを使用することができる。端末は主コンポーネントキャリア及び/又は副コンポーネントキャリアを基地局から割当を受けることができる。主コンポーネントキャリアは、全設定キャリアであり、基地局と端末との間の主要制御情報が交換されるキャリアである。副コンポーネントキャリアは、全設定キャリア又は部分設定キャリアであり、端末の要求や基地局の指示によって割り当てられるキャリアである。主コンポーネントキャリアは、端末のネットワーク進入及び/又は副コンポーネントキャリアの割当に使われることができる。主コンポーネントキャリアは、特定キャリアに固定されなく、全設定キャリアの中から選択されることができる。副コンポーネントキャリアとして設定されたキャリアも主コンポーネントキャリアに変更されることができる。
【００４８】
図４は、マルチキャリアシステムにおけるダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの間の連結設定(ｌｉｎｋａｇｅ)を示す。
【００４９】
図４を参照すると、ダウンリンクで、ダウンリンクコンポーネントキャリアＤ１、Ｄ２、Ｄ３が集約されて(ａｇｇｒｅｇａｔｅｄ)おり、アップリンクで、アップリンクコンポーネントキャリアＵ１、Ｕ２、Ｕ３が集約されている。ここで、Ｄｉはダウンリンクコンポーネントキャリアのインデックスであり、Ｕｉはアップリンクコンポーネントキャリアのインデックスである(ｉ＝１,２,３)。集約されたダウンリンクコンポーネントキャリアのうち一つのダウンリンクコンポーネントキャリアは、主コンポーネントキャリアであり、残りは、副コンポーネントキャリアである。同様に、集約されたアップリンクコンポーネントキャリアのうち一つのアップリンクコンポーネントキャリアは主コンポーネントキャリアであり、残りは、副コンポーネントキャリアである。例えば、Ｄ１、Ｕ１が主コンポーネントキャリアであり、Ｄ２、Ｕ２、Ｄ３、Ｕ３は副コンポーネントキャリアである。
【００５０】
ＦＤＤシステムにおいて、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアは１：１に連結設定され、Ｄ１はＵ１と、Ｄ２はＵ２と、Ｄ３はＵ３と、各々、１：１に連結設定される。端末は、論理チャネルＢＣＣＨが送信するシステム情報又はＤＣＣＨが送信する端末専用ＲＲＣメッセージを介して、前記ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアの間の連結設定をする。各連結設定は、セル特定(ｃｅｌｌ ｓｐｅｃｉｆｉｃ)するように設定することもでき、端末特定(ＵＥ ｓｐｅｃｉｆｉｃ)するように設定することもできる。
【００５１】
このようにキャリアアグリゲーションにおけるＰＤＣＣＨは、当該ＰＤＣＣＨが属するキャリア内のリソース割当だけでなく、他のキャリアのリソースに対しても割当情報を送信することができる。これをキャリア間スケジューリング(ｃｒｏｓｓ−ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ)という。キャリア間スケジューリングは、副コンポーネントキャリアに対する制御情報を、主コンポーネントキャリアを介して送信することができるため、スケジューリングが柔軟になる。
【００５２】
一方、ＰＤＣＣＨは、アップリンク送信電力を制御する送信電力制御(ＴＰＣ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)を含む。
【００５３】
端末(ＵＥ)特定ＴＰＣ命令は、二つの異なるモードに動作する。累積(ａｃｃｕｍｕｌａｔｉｖｅ)ＴＰＣ命令は、ＰＵＳＣＨ、ＰＵＣＣＨ及びＳＲＳに利用することができる。絶対(ａｂｓｏｌｕｔｅ)ＴＰＣ命令は、ＰＵＳＣＨに利用することができる。ＰＵＣＣＨの電力制御のためのＴＰＣはＰＤＣＣＨ上に送信されるＤＣＩのダウンリンクグラントに含まれて送信されることができ、ＰＵＳＣＨの電力制御のためのＴＰＣは、ＰＤＣＣＨ上に送信されるＤＣＩのアップリンクグラントに含まれて送信されることができる。
【００５４】
ＰＵＳＣＨに対して、この二つのモード間の転換は、ＲＲＣシグナリングにより各端末に対して半静的(ｓｅｍｉ−ｓｔａｔｉｃ)に構成される。
【００５５】
累積ＴＰＣ命令に対して、各ＴＰＣ命令は、以前電力レベルに対する電力ステップをシグナルする。累積ＴＰＣ命令は、デフォルト(ｄｅｆａｕｌｔ)モードであり、端末が連続的なサブフレームのグループに電力制御命令を受信する状況に適する。一般的に累積ＴＰＣ命令には電力ステップ値に対して二つの集合(ｓｅｔ)が提供される。例えば、{−１,＋１}ｄＢと{−１,０,＋１,＋３}ｄＢが使われることができる。二つの集合のうちいずれのものを使用するかは、ＴＰＣ命令のフォーマットとＲＲＣ設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)により決定される。０ｄＢの値を有する集合を利用する理由は、必要によって、送信電力をそのまま維持することができるようにするためである。
【００５６】
絶対ＴＰＣ命令による送信電力設定(ｓｅｔｔｉｎｇ)は、以前に受信した一連のＴＰＣ命令とは独立的である。送信電力設定は、最も最近に受信した絶対ＴＰＣ命令にのみ基づき、半静的動作ポイントに対する電力オフセットを独自にシグナリングする。絶対ＴＰＣ命令モードは、端末のアップリンク送信スケジューリングが間欠的(ｉｎｔｅｒｍｉｔｔｅｎｔ)なシナリオに適する。絶対ＴＰＣ命令は、送信ギャップ(ｇａｐ)後にも一ステップのみで端末の送信電力を適切な電力レベルに調整することができる。
【００５７】
前述したように、ＴＰＣ命令は、ＰＤＣＣＨ上のメッセージとして端末に伝達される。端末は、特別にＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)状態に設定された場合でなければ、サブフレーム毎にＴＰＣ命令をチェックする。ＴＰＣ命令は、周期的に送信される必要はない。
【００５８】
ＴＰＣ命令を端末に送信する一つの方法は、各特定端末に対するアップリンクリソーススケジューリング割当(ｕｐｌｉｎｋ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔ)メッセージに含ませて送信する方法である。これは一つのメッセージにアップリンク送信に対する可能な全ての情報を含める方式である。
【００５９】
他の方式として、複数の端末に対する各累積ＴＰＣ命令が電力制御専用の特別ＰＤＣＣＨメッセージに共同コーディング(ｊｏｉｎｔ ｃｏｄｉｎｇ)されて送られてもよい。また、ＰＵＣＣＨに対して、ＴＰＣは、ＰＤＣＣＨ上のダウンリンクリソース割当メッセージに含まれて端末に伝達されてもよい。この方法は、端末がアップリンクデータ送信に対してスケジューリングされない場合にもチャネル状態の変化を追跡することができるようにする。
【００６０】
ＰＤＣＣＨシグナリングの構造(ｓｔｒｕｃｔｕｒｅ)のため、ＴＰＣ命令は、ＣＲＣ(Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ)により保護される。したがって、端末がＰＤＣＣＨメッセージ自体を受信することができない場合を除外すると、受信したＴＰＣ命令は信頼性(ｒｅｌｉａｂｉｌｉｔｙ)が高い。
【００６１】
キャリアアグリゲーション環境で、各キャリアのＰＤＣＣＨは、同一のアップリンクコンポーネントキャリアのＰＵＣＣＨに対するＴＰＣ命令を送信することができる。例えば、複数のダウンリンクコンポーネントキャリアに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、一つのアップリンクコンポーネントキャリアを介して送信される。この場合、同一のアップリンクＰＵＣＣＨの電力制御のための一つ以上の同一のＴＰＣが複数のダウンリンクコンポーネントキャリアを介して送信されることができる。これは結局ダウンリンク制御情報のオーバーヘッドとして作用する。したがって、複数のダウンリンクグラント送信により一つのＰＵＣＣＨに対するＴＰＣが複数個存在するようになる場合、重複するＴＰＣフィールドに割り当てられたビットを他の制御情報、例えば、ＡＣＫ/ＮＡＣＫリソース割当情報の送信に使用して限定された無線リソースをより効率的に利用することができる。
【００６２】
図５は、ダウンリンクＨＡＲＱ及びＣＱＩ送信を示す。
【００６３】
図５を参照すると、基地局からダウンリンクデータを受信した端末は、一定時間が経過した後にＡＣＫ(ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ)/ＮＡＣＫ(Ｎｏｔ−ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ)情報を送信する。ダウンリンクデータは、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されることができる。ＡＣＫ/ＮＡＣＫ信号は、前記ダウンリンクデータが成功的にデコーディングされると、ＡＣＫ情報となり、前記ダウンリンクデータのデコーディングに失敗すると、ＮＡＣＫ情報となる。基地局は、ＮＡＣＫ情報が受信されると、最大再送信回数まで前記ダウンリンクデータを再送信することができる。
【００６４】
ダウンリンクデータに対するＡＣＫ/ＮＡＣＫ信号の送信時点やリソース割当は、基地局がシグナリングを介して動的に知らせてもよく、又はダウンリンクデータの送信時点やリソース割当によって予め決定されていてもよい。
【００６５】
端末は、ダウンリンクチャネル状態を測定し、周期的及び/又は非周期的にＣＱＩを基地局に報告することができる。基地局は、ＣＱＩを利用してダウンリンクスケジューリングに使用することができる。基地局は、端末にＣＱＩの送信時点やリソース割当に対する情報を知らせることができる。
【００６６】
図６は、ＡＣＫ/ＮＡＣＫ信号を伝送するアップリンクサブフレーム構造の一例を示す。
【００６７】
図６を参照すると、アップリンクサブフレームは、周波数領域でアップリンク制御情報を伝送するＰＵＣＣＨが割り当てられる制御領域(ｒｅｇｉｏｎ)とユーザデータを伝送するＰＵＳＣＨが割り当てられるデータ領域とに分けることができる。ＳＣ−ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ−ＦＤＭＡ)システムの場合、シングルキャリア特性を維持するために、一つの端末は、同時にＰＵＣＣＨとＰＵＳＣＨを送信しない。
【００６８】
一つの端末に対するＰＵＣＣＨは、サブフレームでリソースブロック対(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ ｐａｉｒ：ＲＢ ｐａｉｒ)で割り当てられ、前記割り当てられたリソースブロック対は、二つのスロット(ｓｌｏｔ)の各々で互いに異なるサブキャリアに該当するリソースブロックである。これをＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界(ｓｌｏｔ ｂｏｕｎｄａｒｙ)で周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)されるという。
【００６９】
ＰＵＣＣＨは、多重フォーマットをサポートすることができる。即ち、変調方式(ｍｏｄｕａｌｔｉｏｎ ｓｃｈｅｍｅ)によってサブフレーム当たり互いに異なるビット数を有するアップリンク制御情報を送信することができる。下記の表１は、多様なＰＵＣＣＨフォーマットによる変調方式及びビット数を示す。
【００７０】
【表１】
0005575993.tif 000002
【００７１】
ＰＵＣＣＨフォーマット１は、スケジューリング要求(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ：ＳＲ)の送信に使われ、ＰＵＣＣＨフォーマット１ａ/１ｂは、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に使われる。ＰＵＣＣＨフォーマット２は、ＣＱＩの送信に使われ、ＰＵＣＣＨフォーマット２ａ/２ｂは、ＣＱＩ及びＨＡＲＱ ＡＣＫ/ＮＡＣＫの送信に使われる。ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号が単独に送信される場合にはＰＵＣＣＨフォーマット１ａ/１ｂが使われ、ＳＲが単独に送信される場合にはＰＵＣＣＨフォーマット１が使われる。
【００７２】
ＰＵＣＣＨ上に送信される制御情報は、循環シフトされた(ｃｙｃｌｉｃａｌｌｙ ｓｈｉｆｔ)シーケンス(ｓｅｑｕｅｎｃｅ)を利用する。循環シフトされたシーケンスは、基本シーケンス(ｂａｓｅ ｓｅｑｕｅｎｃｅ)を特定ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)量(ａｍｏｕｎｔ)ほど循環シフトさせたものである。
【００７３】
一つのリソースブロックが１２サブキャリアを含む場合、下記の数式１のような長さ１２のシーケンスが基本シーケンスとして使われる。
【００７４】
【数１】
0005575993.tif 000003
【００７５】
ここで、ｉ∈{０,１,...,２９}は基本インデックス(ｒｏｏｔ ｉｎｄｅｘ)であり、ｎはコンポーネントインデックスであり、０≦ｎ≦Ｎ−１、Ｎはシーケンスの長さである。異なる基本インデックスによって異なる基本シーケンスが定義される。Ｎ＝１２の場合、ｂ(ｎ)は、下記の表のように定義される。
【００７６】
【表２】
0005575993.tif 000004
【００７７】
したがって、基本シーケンスｒ(ｎ)は、数式２のように循環シフトされることができる。
【００７８】
【数２】
0005575993.tif 000005
【００７９】
ここで、‘ａ’はＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)量(ａｍｏｕｎｔ)を示し、‘ｍｏｄ’はモジュロ演算を示す。
【００８０】
図７は、ＰＵＣＣＨ上にＡＣＫ/ＮＡＣＫ信号を送信する状態を示す。
【００８１】
図７を参照すると、一つのスロットに含まれる７ＳＣ−ＦＤＭＡシンボルのうち３ＳＣ−ＦＤＭＡシンボルにはＲＳ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)が載せ、残りの４ＳＣ−ＦＤＭＡシンボルにはＡＣＫ/ＮＡＣＫ信号が載せる。ＲＳは、スロット中間の３個の隣接する(ｃｏｎｔｉｇｕｏｕｓ)ＳＣ−ＦＤＭＡシンボルに載せる。
【００８２】
ＡＣＫ/ＮＡＣＫ信号を送信するために、２ビットのＡＣＫ/ＮＡＣＫ信号をＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)変調させて一つの変調シンボルｄ(０)で生成する。変調シンボルｄ(０)と循環シフトされたシーケンスｒ(ｎ,ａ)に基づいて変調されたシーケンス(ｍｏｄｕｌａｔｅｄ ｓｅｑｕｅｎｃｅ)ｙ(ｎ)を生成する。循環シフトされたシーケンスｒ(ｎ,ａ)に変調シンボルをかけて下記のような変調されたシーケンスｙ(ｎ)を生成することができる。
【００８３】
【数３】
0005575993.tif 000006
【００８４】
循環シフトされたシーケンスｒ(ｎ,ａ)のＣＳ量は、各ＳＣ−ＦＤＭＡシンボル毎に変わってもよく、同じであってもよい。ここでは、一つのスロット内に４ＳＣ−ＦＤＭＡシンボルに対してＣＳ量ａを順次に０、１、２、３にしているが、これは例示にすぎない。
【００８５】
ここでは、２ビットのＡＣＫ/ＮＡＣＫ信号をＱＰＳＫ変調して一つの変調シンボルを生成することを例示しているが、１ビットのＡＣＫ/ＮＡＣＫ信号をＢＰＳＫ(Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)変調して一つの変調シンボルを生成することもできる。ＡＣＫ/ＮＡＣＫ信号のビット数、変調方式、変調シンボルの数は例示に過ぎず、本発明の技術的思想を制限するものではない。
【００８６】
また、端末容量を増加させるために、変調されたシーケンスは、直交シーケンス(Ｏｒｔｈｏｇｏｎａｌ Ｓｅｑｕｅｎｃｅ：ＯＳ)を利用して再び拡散されることができる。拡散係数(ｓｐｒｅａｄｉｎｇ ｆａｃｔｏｒ)Ｋ＝４である直交シーケンスｗｉ(ｋ)(ｉはシーケンスインデックス、０≦ｋ≦Ｋ−１)として、下記のようなシーケンスを使用することができる。
【００８７】
【表３】
0005575993.tif 000007
【００８８】
または、拡散係数Ｋ＝３である直交シーケンスｗｉ(ｋ)(ｉはシーケンスインデックス、０≦ｋ≦Ｋ−１)として、下記のようなシーケンスを使用することができる。
【００８９】
【表４】
0005575993.tif 000008
【００９０】
ここでは、ＡＣＫ/ＮＡＣＫ信号のための一つのスロット内の４ＳＣ−ＦＤＭＡシンボルに対して拡散係数Ｋ＝４である直交シーケンスｗｉ(ｋ)を介して変調されたシーケンスを拡散させることを示す。
【００９１】
ＲＳは、ＡＣＫ/ＮＡＣＫと同一の基本シーケンスから生成されて循環シフトされたシーケンスと直交シーケンスに基づいて生成することができる。即ち、循環シフトされたシーケンスを拡散係数Ｋ＝３である直交シーケンスｗｉ(ｋ)を介して拡散させてＲＳとして使用することができる。
【００９２】
ＰＵＣＣＨフォーマット１/１ａ/１ｂの送信のためのリソースであるリソースインデックス(Ｒｅｓｏｕｒｃｅ Ｉｎｄｅｘ)ｎ(１)ＰＵＣＣＨは、Ａ/Ｎ信号が送信される物理的なリソースブロックの位置だけでなく、基本シーケンスのＣＳ量α(ｎｓ,ｌ)及び直交シーケンスインデックスｎＯＣ(ｎｓ)を決定するために使われる。また、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号のためのリソースインデックスｎ(１)ＰＵＣＣＨは、下記の表５のように求められる。リソースインデックスｎ(１)ＰＵＣＣＨは、物理的なＲＢインデックスｎＰＲＢ、基本シーケンスのＣＳ量α(ｎｓ,ｌ)、及び直交シーケンスインデックスｎＯＣ(ｎｓ)などを決定するパラメータである。
【００９３】
【表５】
0005575993.tif 000009
【００９４】
即ち、表５によると、ｎ番目のサブフレームで送信されるＰＤＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号が前記ｎ番目のサブフレームで送信されるＰＤＣＣＨの一番目のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)インデックスｎＣＣＥと上位階層シグナリング(ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ)又は別途の制御チャネルを介して得た値Ｎ(１)ＰＵＣＣＨの和であるリソースインデックスｎ(１)ＰＵＣＣＨを利用してｎ＋四番目のサブフレームで送信される。Ｎ(１)ＰＵＣＣＨは、半静的スケジューリング(Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ：ＳＰＳ)送信とＳＲ(Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ)送信に必要なＰＵＣＣＨフォーマット１/１ａ/１ｂリソースの総個数である。半静的スケジューリング送信とＳＲ送信は、当該ＰＤＳＣＨ送信を示すＰＤＣＣＨが存在しないため、基地局がｎ(１)ＰＵＣＣＨを明示的に(ｅｘｐｌｉｃｉｔｌｙ)端末に知らせる。
【００９５】
ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号及び/又はＳＲがＰＵＣＣＨフォーマット１/１ａ/１ｂを介して送信されるとき、リソースインデックスｎ(１)ＰＵＣＣＨにより物理的なＲＢインデックスｎＰＲＢが決定される。これは下記の数式４の通りである。
【００９６】
【数４】
0005575993.tif 000010
【００９７】
図８は、前記数式４によってＰＵＣＣＨを物理的なＲＢにマッピングさせた例を示す。リソースインデックスｎ(１)ＰＵＣＣＨによって物理的なＲＢインデックスｎＰＲＢが決定され、各ｍに対応するＰＵＣＣＨはスロット単位に周波数ホッピング(ｈｏｐｐｉｎｇ)される。
【００９８】
キャリアアグリゲーション(ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ)環境で、複数のダウンリンクコンポーネントキャリアに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、一つのアップリンクコンポーネントキャリアを介して送信される。このとき、一つのコードワード(ＣＷ)当たり１ビットのＡＣＫ/ＮＡＣＫ信号が送信される。
【００９９】
ダウンリンクに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、ＰＵＣＣＨ上に送信される。ダウンリンクに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するＰＵＣＣＨフォーマットは、フォーマット１ａ/１ｂがある。チャネルセレクション(ＣｈａｎｎｅｌＳｅｌｅｃｔｉｏｎ)を使用するＰＵＣＣＨフォーマット１ｂは、２乃至４ビットのＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０１００】
チャネルセレクションは、送信するメッセージと当該メッセージの送信に使用するリソースと変調シンボルをマッピングするテーブルを利用してダウンリンクに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを割り当てる。チャネルセレクションテーブルは、複数のリソースインデックスとＡＣＫ/ＮＡＣＫ信号の変調シンボルの組合せで構成されることができ、ＡＣＫ/ＮＡＣＫ信号の送信に使われるビット数(Ｍ)を考慮して構成されることができる。チャネルセレクションを介して最大４ビットの信号送信に必要なリソースを割り当てることができるため、４ビット以下のＡＣＫ/ＮＡＣＫ信号に対してはＡＣＫ/ＮＡＣＫ信号の送信に必要なビット数(Ｍ)の値によってテーブルを構成し、これを利用してＡＣＫ/ＮＡＣＫリソースを割り当てることができる。
【０１０１】
チャネルセレクションに使われるテーブルのフォーマットは、上位階層シグナリングにより予め端末と基地局に伝達されることができる。端末では受信したＰＤＣＣＨ又は上位チャネルからの別途シグナリングや送信チャネルなどを介してチャネルセレクションに使われるテーブルを構成するためのＡＣＫ/ＮＡＣＫリソースインデックスを得ることができる。
【０１０２】
ＡＣＫ/ＮＡＣＫ信号の送信のために、基地局は、ＡＣＫ/ＮＡＣＫリソースインデックスを黙示的(ｉｍｐｌｉｃｉｔ)に割り当てることができる。基地局がＡＣＫ/ＮＡＣＫリソースインデックスを黙示的に割り当てるということは、ＣＣ＃ａのＰＤＣＣＨを構成する少なくとも一つのＣＣＥのうちＣＣＥの番号を意味するｎＣＣＥをパラメータにして計算されたリソースインデックスを割り当てることを意味する。本明細書では基地局の黙示的なリソースインデックス割当に対応して、端末の観点ではこれを‘黙示的なリソースインデックス取得'と表現する。
【０１０３】
また、基地局は、リソースインデックスを明示的(Ｅｘｐｌｉｃｉｔ)に割り当てることもできる。基地局がリソースインデックスを明示的に端末に割り当てるということは、ｎＣＣＥに依存せずに基地局から別途のリソース割当指示子等を介して特定端末に専用の(ｄｅｄｉｃａｔｅｄ)ＰＵＣＣＨのリソースインデックスを端末に割り当てることを意味する。このとき、基地局からの別途のリソース割当指示子は、上位階層又は物理階層からのシグナリングなどを含む。また、リソース割当指示子は、ＰＤＣＣＨに制御情報又はシステム情報として含まれることもできる。本明細書では基地局の明示的なリソースインデックス割当に対応して、端末の観点ではこれを‘明示的なリソースインデックス取得'と表現する。
【０１０４】
このとき、基地局は、他の制御情報を伝達するための指示子に使われるリソースを、リソース割当指示子を伝達するために活用することもできる。例えば、基地局は、ＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令のようなアップリンク送信電力に対する電力指示子(ＰＩ：Ｐｏｗｅｒ Ｉｎｄｉｃａｔｏｒ)の送信に使用するリソースをＡＲＩ(Ａｃｋ/ｎａｃｋ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)のようなリソース割当指示子を送信するのに利用することができる。ＡＲＩは、端末がダウンリンクに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するときに使用するリソースを明示的に割り当てる指示子である。一般的にダウンリンクグラントを示すＤＣＩフォーマットは、ＰＵＣＣＨに対する電力制御のための２ビットのＴＰＣフィールドを含み、アップリンクグラントを示すＤＣＩフォーマットは、ＰＵＳＣＨに対する電力制御のための２ビットのＴＰＣフィールドを含む。
【０１０５】
図９は、マルチコンポーネントキャリアシステムで重複するＴＰＣフィールドに割り当てられるリソースを転用してＡＲＩを送信することを概略的に説明する図面である。
【０１０６】
キャリアアグリゲーション(Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ)環境で、基地局は、アップリンク信号送信に使われるリソースを割り当てるために、重複するＴＰＣフィールドに割り当てられる２ビットを利用してＡＲＩを構成することができる(Ｓ９１０)。ＡＲＩは、端末がダウンリンクに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するときに使用するリソースを明示的に割り当てる指示子である。
【０１０７】
基地局は、コンポーネントキャリアを介してＰＤＣＣＨとＰＤＳＣＨ上に必要な情報を端末に送信する(Ｓ９２０)。キャリアアグリゲーション(Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ)環境で、複数のコンポーネントキャリアが基地局から送信されるとき、例えば、主コンポーネントキャリアと共に副コンポーネントキャリアが送信されるとき、副コンポーネントキャリアのＰＤＣＣＨ上のＴＰＣフィールドは、主コンポーネントキャリアのＰＤＣＣＨ上のＴＰＣフィールドと重複するようになる。基地局は、重複する副コンポーネントキャリア上のＴＰＣフィールドに割り当てられるビットを転用してＡＲＩを送信することができる。
【０１０８】
端末は、基地局から受信したコンポーネントキャリアのＰＤＣＣＨをチェックし、副コンポーネントキャリア上のＴＰＣフィールドに割り当てられるビットを転用して送信されたＡＲＩから明示的にリソースの割当を受けることができる(Ｓ９３０)。
【０１０９】
端末は、割当を受けた送信リソースを利用してＰＵＣＣＨ上に制御情報を送信することができる(Ｓ９４０)。
【０１１０】
以下、ＡＲＩを利用したＡＣＫ/ＮＡＣＫリソース割当方法に対して具体的に説明する。
【０１１１】
以下の説明で、ＡＲＩは、ＴＰＣフィールドに割り当てられる２ビットを転用して端末に伝達される。この場合、主コンポーネントキャリア上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールドは、ＴＰＣ命令として利用し、副コンポーネントキャリア上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールドをＡＲＩとして利用することができる。
【０１１２】
ＡＲＩにリソースを割り当てるためのＡＲＩリソースマッピングテーブルは、上位階層シグナリングにより予め端末に送信されることができる。ＡＲＩリソースマッピングテーブルは、ＡＲＩの値とそれによって割り当てられるＡＣＫ/ＮＡＣＫ送信リソースで構成される。ＡＲＩリソースマッピングテーブルを構成するために必要なＡＣＫ/ＮＡＣＫ送信リソースの数は、ＲＲＣを介して構成される副コンポーネントキャリアの数と送信モードを介して決定される。ここで、送信モードをサブフレーム内でコンポーネントキャリア別に１コードワード(ｃｏｄｅｗｏｒｄ)を送信するか２コードワードを送信するかに対して説明するが、本発明はこれに限定されるものではなく、送信モードは多様な送信形態を反映することができ、ＡＣＫ/ＮＡＣＫ送信リソース、即ち、ＡＣＫ/ＮＡＣＫ信号送信に必要なリソースは多様な送信モードにより決定されることができる。
【０１１３】
ＡＲＩリソースマッピングテーブルは、前述したように、ＡＣＫ/ＮＡＣＫ送信リソースの数によって変えられる。キャリアアグリゲーション環境でＰＵＣＣＨフォーマット１ａ/１ｂでＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する場合、副コンポーネントキャリアで送信されたＰＤＳＣＨに対するＡＣＫ/ＮＡＣＫ信号を送信するために必要なＡＣＫ/ＮＡＣＫ送信リソースは、１〜４個が必要である。即ち、単一アンテナでＡＣＫ/ＮＡＣＫ信号を送信する場合、副コンポーネントキャリアで送信されることができるＰＤＳＣＨに対するリソースの数は、１〜４個である。４個である場合は主コンポーネントキャリアにＰＤＳＣＨがスケジューリングされない場合、即ち、副コンポーネントキャリアのみでスケジューリングされる場合であり、最大４個まで送信リソースが必要である。
【０１１４】
一つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合は、例えば、副コンポーネントキャリアを介して１コードワードで構成されたＰＤＳＣＨが送信される場合を挙げることができる。
【０１１５】
二つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合は、例えば、副コンポーネントキャリアを介して２コードワードで構成されたＰＤＳＣＨが送信される場合や、二つの副コンポーネントキャリアを介して１コードワードで構成されたＰＤＳＣＨが各々送信される場合を挙げることができる。
【０１１６】
三つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合は、例えば、一つの副コンポーネントキャリアを介して１コードワードで構成されたＰＤＳＣＨが送信され、他の副コンポーネントキャリアを介して２コードワードで構成されたＰＤＳＣＨが送信される場合、又は３個の副コンポーネントキャリアを介して１コードワードで構成されたＰＤＳＣＨが各々送信される場合を挙げることができる。
【０１１７】
四つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合は、例えば、二つの副コンポーネントキャリアを介して２コードワードで構成されたＰＤＳＣＨが各々送信される場合、又は一つの副コンポーネントキャリアを介して２コードワードで構成されたＰＤＳＣＨが送信され、他の二つの副コンポーネントキャリアを介して１コードワードで構成されたＰＤＳＣＨが各々送信される場合、又は４個の副コンポーネントキャリアを介して１コードワードで構成されたＰＤＳＣＨが各々送信される場合を挙げることができる。
【０１１８】
主コンポーネントキャリアを介して送信されるＰＤＣＣＨが指示するＰＤＳＣＨに対するＡＣＫ/ＮＡＣＫ送信リソースは、黙示的に割り当てられるため、ＡＲＩを介して明示的に送信リソースを割り当てる必要がない。
【０１１９】
以下、副コンポーネントキャリアで送信されたＰＤＳＣＨに対するＡＣＫ/ＮＡＣＫ信号を送信するために必要なＡＣＫ/ＮＡＣＫ送信リソースの数によって、各々の場合に対して具体的に説明する。
【０１２０】
(１)一つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合
【０１２１】
ＡＲＩリソースマッピングテーブルは、上位階層シグナリングを介して予め端末に伝達されることができる。即ち、４個の明示的に割り当てられたリソース集合とこれに対応するＡＲＩ値は、上位階層シグナリングにより端末に予め伝達されることがある。
【０１２２】
一つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合であるため、各リソース集合は、各々、一つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素(ｅｌｅｍｅｎｔ)を有する。
【０１２３】
例えば、上位階層シグナリングにより予め伝達されたリソース集合が{ｎ１}、{ｎ２}、{ｎ３}、{ｎ４}の場合、ＡＲＩリソースマッピングテーブルは、表６のように構成されることができる。
【０１２４】
【表６】
0005575993.tif 000011
【０１２５】
表６は、本発明の容易な説明のために便宜上構成したＡＲＩリソースマッピングテーブルであり、本発明によるＡＲＩリソースマッピングテーブル上の具体的な値はこれに限定されない。例えば、一つの要素を有する集合でテーブルを構成せず、一集合{ｎ１,ｎ２,ｎ３,ｎ４}の各要素でテーブルを構成することもできる。
【０１２６】
ここで、ＡＲＩは、ダウンリンクに送信される複数のコンポーネントキャリアのうち、副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上の２ビットＴＰＣを転用してＡＲＩとして使用することができる。受信した副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上のＡＲＩ値によって、ＡＣＫ/ＮＡＣＫ送信リソースが割り当てられる。例えば、ＡＲＩが‘００’である場合には、リソース集合{ｎ１}が割り当てられることができる。
【０１２７】
(２)二つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合
【０１２８】
ＡＲＩリソースマッピングテーブルは、上位階層シグナリングを介して予め端末に伝達されることができる。即ち、明示的に割り当てられたリソース集合とこれに対応するＡＲＩ値は、上位階層シグナリングにより端末に予め伝達されることがある。
【０１２９】
二つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合であるため、各リソース集合は、各々、二つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する４集合、又は四つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する２集合である。
【０１３０】
上位階層シグナリングにより予め伝達されたリソース集合が二つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する４集合、例えば、{ｎ１,ｎ２}、{ｎ３,ｎ４}、{ｎ５,ｎ６}、{ｎ７,ｎ８}の場合、ＡＲＩリソースマッピングテーブルは、表７のように構成されることができる。
【０１３１】
【表７】
0005575993.tif 000012
【０１３２】
上位階層シグナリングにより予め伝達されたリソース集合が四つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する２集合、例えば、{ｎ１,ｎ２,ｎ３,ｎ４}、{ｎ５,ｎ６,ｎ７,ｎ８}の場合、ＡＲＩリソースマッピングテーブルは、表８のように構成されることができる。
【０１３３】
【表８】
0005575993.tif 000013
【０１３４】
表７及び表８は、本発明の容易な説明のために便宜上構成したＡＲＩリソースマッピングテーブルであり、本発明によるＡＲＩリソースマッピングテーブル上の具体的な値はこれに限定されない。
【０１３５】
ここで、ＡＲＩは、ダウンリンクに送信される複数のコンポーネントキャリアのうち、副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上の２ビットＴＰＣを転用してＡＲＩとして使用することができる。受信した副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上のＡＲＩ値によって、ＡＣＫ/ＮＡＣＫ送信リソースが割り当てられる。
【０１３６】
例えば、ＡＲＩが‘００’である場合、表７ではリソース集合{ｎ１,ｎ２}が割り当てられることができる。また、ＡＲＩが‘００’である場合、表８ではリソース集合{ｎ１,ｎ５}が割り当てられることができる。
【０１３７】
(３)三つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合
【０１３８】
ＡＲＩリソースマッピングテーブルは、上位階層シグナリングにより予め端末に伝達されることができる。即ち、明示的に割り当てられたリソース集合とこれに対応するＡＲＩ値は、上位階層シグナリングにより端末に予め伝達されている。
【０１３９】
三つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合であるため、各リソース集合は、各々、三つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する４集合、又は四つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する３集合である。
【０１４０】
上位階層シグナリングにより予め伝達されたリソース集合が三つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する４集合、例えば、{ｎ１,ｎ２,ｎ３}、{ｎ４,ｎ５,ｎ６}、{ｎ７,ｎ８,ｎ９}、{ｎ１０,ｎ１１,ｎ１２}の場合、ＡＲＩリソースマッピングテーブルは、表９のように構成されることができる。
【０１４１】
【表９】
0005575993.tif 000014
【０１４２】
上位階層シグナリングにより予め伝達されたリソース集合が四つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する３集合、例えば、{ｎ１,ｎ２,ｎ３,ｎ４}、{ｎ５,ｎ６,ｎ７,ｎ８}、{ｎ９,ｎ１０,ｎ１１,ｎ１２}の場合、ＡＲＩリソースマッピングテーブルは、表１０のように構成されることができる。
【０１４３】
【表１０】
0005575993.tif 000015
【０１４４】
表９及び表１０は、本発明の容易な説明のために便宜上構成したＡＲＩリソースマッピングテーブルであり、本発明によるＡＲＩリソースマッピングテーブル上の具体的な値はこれに限定されない。
【０１４５】
ここで、ＡＲＩは、ダウンリンクに送信される複数のコンポーネントキャリアのうち、副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上の２ビットＴＰＣを転用してＡＲＩとして使用することができる。受信した副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上のＡＲＩ値によって、ＡＣＫ/ＮＡＣＫ送信リソースが割り当てられる。
【０１４６】
例えば、ＡＲＩが‘００’である場合、表９ではリソース集合{ｎ１,ｎ２,ｎ３}が割り当てられることができる。また、ＡＲＩが‘００’である場合、表１０ではリソース集合{ｎ１,ｎ５,ｎ９}が割り当てられることができる。
【０１４７】
(４)四つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合
【０１４８】
ＡＲＩリソースマッピングテーブルは、上位階層シグナリングにより予め端末に伝達されることができる。即ち、明示的に割り当てられたリソース集合とこれに対応するＡＲＩ値は、上位階層シグナリングにより端末に予め伝達されている。
【０１４９】
四つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合であるため、各リソース集合は、各々、四つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する４集合である。
【０１５０】
上位階層シグナリングにより予め伝達されたリソース集合が四つのＡＣＫ/ＮＡＣＫ送信リソースに対応する要素を有する４集合、例えば、{ｎ１,ｎ２,ｎ３,ｎ４}、{ｎ５,ｎ６,ｎ７,ｎ８}、{ｎ９,ｎ１０,ｎ１１,ｎ１２}、{ｎ１３,ｎ１４,ｎ１５,ｎ１６}の場合、ＡＲＩリソースマッピングテーブルは、表１１のように構成されることができる。
【０１５１】
【表１１】
0005575993.tif 000016
【０１５２】
上位階層シグナリングにより予め伝達されたリソース集合が、例えば、{ｎ１,ｎ２,ｎ３,ｎ４}、{ｎ５,ｎ６,ｎ７,ｎ８}、{ｎ９,ｎ１０,ｎ１１,ｎ１２}、{ｎ１３,ｎ１４,ｎ１５,ｎ１６}である場合、ＡＲＩリソースマッピングテーブルは、表１２のように構成されることもできる。
【０１５３】
【表１２】
0005575993.tif 000017
【０１５４】
表１１及び表１２は、本発明の容易な説明のために便宜上構成したＡＲＩリソースマッピングテーブルであり、本発明によるＡＲＩリソースマッピングテーブル上の具体的な値はこれに限定されない。
【０１５５】
ここで、ＡＲＩは、ダウンリンクに送信される複数のコンポーネントキャリアのうち、副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上の２ビットＴＰＣを転用してＡＲＩとして使用することができる。受信した副コンポーネントキャリアのＰＤＳＣＨに対するＰＤＣＣＨ上のＡＲＩ値によって、ＡＣＫ/ＮＡＣＫ送信リソースが割り当てられる。
【０１５６】
例えば、ＡＲＩが‘００’である場合、表１１ではリソース集合{ｎ１,ｎ２,ｎ３,ｎ４}が割り当てられることができる。また、ＡＲＩが'００'である場合、表１２ではリソース集合{ｎ１,ｎ５,ｎ９,ｎ１３}が割り当てられることができる。
【０１５７】
必要なＡＣＫ/ＮＡＣＫ送信リソースの数とそれに対するＡＲＩマッピングテーブルは、予め上位階層シグナリングにより端末に伝達されることができる。
【０１５８】
ここでは単一アンテナを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する場合に対して説明したが、本発明は、ＳＯＲＴＤ(Ｓｐａｔｉａｌ Ｏｒｔｈｏｇｏｎａｌ Ｒｅｓｏｕｒｃｅ Ｔｒａｎｓｍｉｔ Ｄｉｖｅｒｓｉｔｙ)を利用する場合にも適用されることができる。ＳＯＲＴＤを利用する場合、二番目のアンテナに対する送信リソースを、ＡＲＩを介して明示的に割り当てるために、二番目のアンテナに割り当てるための送信リソースがもう一つ必要である。この場合にも必要な必要なＡＣＫ/ＮＡＣＫ送信リソースの数とそれに対するＡＲＩマッピングテーブルは、予め上位階層シグナリングにより端末に伝達されることができる。
【０１５９】
一方、４ビット以下のＨＡＲＱ ＡＣＫ/ＮＡＣＫ情報に対してはＰＵＣＣＨフォーマット１ｂを利用したチャネルセレクションを介してリソースを割り当てることができる。以下、ＨＡＲＱ ＡＣＫ/ＮＡＣＫリソース割当のためのチャネルセレクションに対して具体的に説明する。
【０１６０】
チャネルセレクションのためのテーブルのフォーマットは、上位階層シグナリングにより予め端末と基地局に伝達されることができる。
【０１６１】
端末は、信号送信テーブルを構成するためのＡＣＫ/ＮＡＣＫ送信リソースを黙示的(ｉｍｐｌｉｃｉｔ)に割当を受けることができ、明示的(ｅｘｐｌｉｃｉｔ)に割当を受けることもできる。
【０１６２】
マルチコンポーネントキャリアシステムにおいて、主コンポーネントキャリアを介して送信されるＰＤＣＣＨが指示するＰＤＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースは、黙示的に割当を受けることができる。副コンポーネントキャリアを介して送信されるＰＤＣＣＨが指示するＰＤＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースは、黙示的に割当を受けることもでき、明示的に割当を受けることもできる。明示的にＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを割り当てる場合には、前述したＡＲＩを利用することもできる。
【０１６３】
図１０は、端末がチャネルセレクションを介してＡＣＫ/ＮＡＣＫリソースを割り当ててＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する一例を概略的に説明するフローチャートである。
【０１６４】
端末は、基地局から複数のコンポーネントキャリアを受信し、コンポーネントキャリアのＰＤＣＣＨ上に制御信号を受信する(Ｓ１０１０)。
【０１６５】
端末は、ＰＤＣＣＨ上に送信される制御信号を介して、必要なＡＣＫ/ＮＡＣＫリソースを黙示的又は明示的に取得することができる(Ｓ１０２０)。
【０１６６】
端末は、主コンポーネントキャリアを介して受信されたＰＤＣＣＨ上のＣＣＥのうち一番目のＣＣＥの指示子を介して、ＰＵＣＣＨ上のＡＣＫ/ＮＡＣＫリソース割当のためのリソースインデックス(ｎＰＵＣＣＨ,０)を黙示的に取得することができる。また、端末は、受信したＰＤＣＣＨ上のＣＣＥの中から一番目のＣＣＥを除外した残りのＣＣＥのうちいずれか一つのＣＣＥを選択し、当該ＣＣＥのインデックスから追加的なリソースインデックス(ｎＰＵＣＣＨ,１)を黙示的に取得することができる。
【０１６７】
また、端末は、副コンポーネントキャリアのＰＤＣＣＨ上に送信されるＡＲＩ ＡＣＫ/ＮＡＣＫ送信リソースを明示的に取得することもできる。
【０１６８】
端末は、黙示的/明示的に取得したリソースでチャネルセレクションのためのテーブルを構成することができる(Ｓ１０３０)。チャネルセレクションのためのテーブルは、送信する信号、例えば、ＡＣＫ/ＮＡＣＫ信号の類型によって送信に使われるリソースとシンボルをマッピングするテーブルである。
【０１６９】
チャネルセレクションのためのテーブルは、Ｍ値(ＡＣＫ/ＮＡＣＫ信号の送信に使われるビット数)によって異なるように構成され、チャネルセレクションのためのテーブルを構成するためのリソースインデックスの個数もＭ値によって変わる。
【０１７０】
チャネルセレクションのためのテーブルは、多様な方法で構成されることができる。チャネルセレクションのためのテーブルを構成するためにＡＣＫ/ＮＡＣＫリソース２個必要な場合、一つのＡＣＫ/ＮＡＣＫリソースは黙示的に取得し、他の一つのＡＣＫ/ＮＡＣＫリソースはＡＲＩなどを利用して明示的に取得することができる。
【０１７１】
端末は、チャネルセレクションのためのテーブル上で送信するＡＣＫ/ＮＡＣＫ信号と送信に使用するＡＣＫ/ＮＡＣＫリソースをマッピングし、ＡＣＫ/ＮＡＣＫリソースを割り当てることができる(Ｓ１０４０)。
【０１７２】
端末は、割り当てられたＡＣＫ/ＮＡＣＫリソースを利用し、ＡＣＫ/ＮＡＣＫ信号を送信する(Ｓ１０５０)。
【０１７３】
ここではダウンリンクＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に一つのアンテナを利用することを説明したが、本発明はこれに限定されるものではなく、二つ以上のアンテナを利用するマルチアンテナ送信の場合にも本発明が適用されることができる。この場合、一つのアンテナに対してはチャネルセレクションを利用してＡＣＫ/ＮＡＣＫリソースを割り当て、他のアンテナに対しては明示的又は黙示的方法によりＡＣＫ/ＮＡＣＫリソースを割り当てたり、既に割り当てられたＡＣＫ/ＮＡＣＫリソースとは異なるＡＣＫ/ＮＡＣＫリソースを、チャネルセレクションを利用して割り当てたりすることもできる。
【０１７４】
表１３は、Ｍ＝２の場合のチャネルセレクションのためのテーブルである。
【０１７５】
【表１３】
0005575993.tif 000018
【０１７６】
表１４は、Ｍ＝３の場合のチャネルセレクションテーブルである。
【０１７７】
【表１４】
0005575993.tif 000019
【０１７８】
表１５は、Ｍ＝４の場合のチャネルセレクションテーブルである。
【０１７９】
【表１５】
0005575993.tif 000020
【０１８０】
表１３乃至表１５で、ＨＡＲＱ−ＡＣＫ(０)〜ＨＡＲＱ−ＡＣＫ(３)は、正常に受信(デコーディング)されたかを判断すべきコードワードに対するＡＣＫ/ＮＡＣＫ類型である。
【０１８１】
ｎ(１)ＰＵＣＣＨは、ＰＵＣＣＨフォーマット１ａ/１ｂを利用して送信に使用するＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースである。このとき、チャネルセレクションのためのテーブルを構成する各ＡＣＫ/ＮＡＣＫリソース、例えば、Ｍ＝２の場合の{ｎ(１)ＰＵＣＣＨ,０,ｎ(１)ＰＵＣＣＨ,１},Ｍ＝３の場合の{ｎ(１)ＰＵＣＣＨ,０,ｎ(１)ＰＵＣＣＨ,１,ｎ(１)ＰＵＣＣＨ,２}、Ｍ＝４の場合の{ｎ(１)ＰＵＣＣＨ,０,ｎ(１)ＰＵＣＣＨ,１,ｎ(１)ＰＵＣＣＨ,２,ｎ(１)ＰＵＣＣＨ,３}は、前述したように黙示的に又は明示的に割当を受けた送信リソースである。
【０１８２】
ｂ(０)、ｂ(１)は、送信するＡＣＫ/ＮＡＣＫ信号のＱＰＳＫシンボルである。ｂ(０)、ｂ(１)の値がＮ/Ａにマッピングされる場合、即ち、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)の場合は、例えば、端末がＰＤＣＣＨを受信することができない場合などに該当するため、端末はサブフレームｎでＡＣＫ/ＮＡＣＫ応答を送らない。
【０１８３】
端末は、チャネルセレクションを利用してリソースを割り当てるとき、受信したＰＤＳＣＨのデコーディング結果に対応するＡＣＫ/ＮＡＣＫ類型によってマッピングされるＡＣＫ/ＮＡＣＫ送信リソース(ｎ(１)ＰＵＣＣＨ)を利用し、該当する送信シンボル(ｂ(０)、ｂ(１))をＰＵＣＣＨ上に送信する。例えば、Ｍ＝３の場合、送信するＡＣＫ/ＮＡＣＫ信号の類型の全てがＡＣＫであるときは、ＡＣＫ/ＮＡＣＫリソースｎ(１)ＰＵＣＣＨ,１を利用し、該当するシンボル(ｂ(０)、ｂ(１))の値(１、１)をＰＵＣＣＨ上に送信する。
【０１８４】
チャネルセレクションを利用したＰＵＣＣＨフォーマット１ｂの場合は、送信するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号のビット数と同じ個数のリソースが必要であり、最大４ビットまでのＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０１８５】
前述したチャネルセレクションのためのテーブルは、本発明の技術的思想を説明するための例に過ぎず、本発明はこれに限定されるものではなく、前述したように、本発明の技術的思想の範囲内で多様な方式に構成されることができることに留意する。
【０１８６】
一方、アップリンクとダウンリンクに対してシングルキャリアが使われる場合、一つのＰＤＣＣＨには一つのｎＣＣＥが割り当てられる。ＰＤＣＣＨにより指示される一つのＰＤＳＣＨを受信した端末は、前記ＰＤＳＣＨに対するＡＣＫ/ＮＡＣＫ信号をｎＣＣＥに基づいたＰＵＣＣＨリソースを介して送信することができる。
【０１８７】
図１１は、ＦＤＤ及びＴＤＤモードでアップリンク/ダウンリンクの時間及び周波数構造を概略的に示す。ＬＴＥの場合は、図１１に示すように、ＦＤＤとＴＤＤの両方ともをサポートする。ＦＤＤの場合にはアップリンク送信に利用されるキャリアとダウンリンク送信に利用されるキャリア周波数が各々存在し、セル内でアップリンク送信とダウンリンク送信が同時に実行されることができる。
【０１８８】
ＴＤＤの場合、一つのセルを基準にアップリンク送信とダウンリンク送信が常に時間的に区分される。同じキャリアがアップリンク送信とダウンリンク送信に使われるため、基地局と端末は、送信モードと受信モードとの間で転換を繰り返すようになる。ＴＤＤの場合、特殊サブフレーム(Ｓｐｅｃｉａｌ Ｓｕｂｆｒａｍｅ)を設定し、送信と受信との間のモード転換のための保護区間(ｇｕａｒｄ ｔｉｍｅ)を提供することができる。特殊サブフレームは、図示したように、ダウンリンク部分(ＤｗＰＴＳ)、保護周期(ＧＰ)、アップリンク部分(ＵｐＰＴＳ)で構成されることができる。保護周期間にはアップリンク送信もダウンリンク送信も行われない。
【０１８９】
表１６は、ＴＤＤモードでアップリンクとダウンリンクの設定を示す。
【０１９０】
【表１６】
0005575993.tif 000021
【０１９１】
表１６のように、基地局と端末は、７種類の可能なダウンリンク/アップリンクフレーム設定を介してアップリンク及びダウンリンク送信を実行する。１０個のサブフレームで構成されるフレーム構造で、‘Ｄ’はダウンリンク(ｄｏｗｎｌｉｎｋ)サブフレームを示し、‘Ｕ’はアップリンク(ｕｐｌｉｎｋ)サブフレームを示す。‘Ｓ’は前述した特別サブフレーム(ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ)を示す。
【０１９２】
ダウンリンク/アップリンク設定を介して、アップリンク送信とダウンリンク送信に非対称的に送信リソースを割り当てることができる。また、基地局と端末との間に使われるダウンリンク/アップリンクフレーム設定は動的に変更されない。例えば、設定３によりダウンリンク及びアップリンク送信を実行した基地局と端末が、フレーム単位に設定４を利用してダウンリンク及びアップリンク送信を実行しない。ただし、ネットワーク環境又はシステムの変化によってＲＲＣなどで設定を変更することはできる。
【０１９３】
一方、ＦＤＤの場合、端末は、サブフレームｎ−４で受信したＰＤＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫをサブフレームｎで送信する。
【０１９４】
ＴＤＤの場合、端末は、サブフレーム(ら)ｎ−ｋで受信したＰＤＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫをアップリンクサブフレームｎで送信する。このとき、ｋはＫの要素であり、Ｋは表１７により定義されることができる。Ｋは、アップリンク−ダウンリンク設定(ＵＬ−ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ)及びサブフレームｎにより決定され、{ｋ０,ｋ１,...,ｋＭ−１}のＭ個要素で構成されることができる。
【０１９５】
【表１７】
0005575993.tif 000022
【０１９６】
表１６と比較すると、表１７で数字が記入されたサブフレームは、アップリンク送信を実行するサブフレームということがわかる。
【０１９７】
表１７を介して、アップリンクサブフレームとダウンリンクサブフレームとの間の関係を明確に確認することができる。ダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＡＮＣＫ信号は、ダウンリンクサブフレームが関連しているアップリンクサブフレームを介して送信されることができる。
【０１９８】
表１７を参照すると、アップリンク−ダウンリンク設定が０であり、ｎが２である場合、ｋ値は６となる。したがって、以前フレームのサブフレーム６で受信したＰＤＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫは、次のフレームのサブフレーム２でアップリンクに送信される。アップリンク−ダウンリンク設定が４であり、ｎが３である場合には、Ｋ＝{６,５,４,７}となる。したがって、以前フレームのサブフレーム７、８、９、６で受信したＰＤＳＣＨに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫが次のフレームのサブフレーム３でアップリンクに送信される。
【０１９９】
シングルキャリアを利用するＴＤＤシステムの場合にも、表１７を参照すると、アップリンク−ダウンリンク設定のうち、設定０と６を除外した残りの設定では、二つ以上のダウンリンクサブフレームが一つのアップリンクサブフレームに関連していることを確認することができる。この場合、同一のアップリンクサブフレームに関連しているダウンリンクサブフレームでは同一のアップリンクＰＵＣＣＨの電力制御のためにＰＤＣＣＨ上にＴＰＣを各々送信するようになり、これは結局ダウンリンク制御情報のオーバーヘッドとして作用することができる。したがって、シングルキャリアを利用するＴＤＤシステムでも、一つのＰＵＣＣＨに対するＴＰＣが複数送信される場合、重複するＴＰＣフィールドに割り当てられるビットを活用してＡＲＩを送信することを考慮することができる。
【０２００】
したがって、シングルキャリアを利用するＴＤＤシステムの場合にも、黙示的に取得したＡＣＫ/ＮＡＣＫリソースやＡＲＩ又は上位階層シグナリングなどを介して明示的に取得したＡＣＫ/ＮＡＣＫリソースでチャネルセレクションのためのテーブルを構成し、これを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する方法を使用することができる。
【０２０１】
これに対し、表１７を参照すると、アップリンク−ダウンリンク設定５の場合のように、多くのダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を一つのアップリンクサブフレームに送信しなければならない場合、個別ダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫシンボルを送信するためには多くの送信ビットが要求される。例えば、各ダウンリンクサブフレーム当たり２コードワードが送信されるとするとき、各ダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するためには最大１８ビットが必要である。したがって、シングルキャリアを使用するＴＤＤシステムで、最大４ビットまで送信することができるＰＵＣＣＨフォーマット１ｂを利用してアップリンク−ダウンリンク設定５に対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する場合には、各ダウンリンクサブフレームに対するＡＣＫ/ＮＡＣＫ信号をバンドリング(Ｂｕｎｄｌｉｎｇ)して送信しなければならない。
【０２０２】
複数のＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号は、多様な方法にバンドリングされることができる。例えば、バンドリングしようとするダウンリンクコンポーネントキャリア又はダウンリンクサブフレームに対するＡＣＫ/ＮＡＣＫ信号は、論理積(ｌｏｇｉｃａｌ ｐｒｏｄｕｃｔ)演算により束ねられることができる。即ち、バンドリングしようとするダウンリンクコンポーネントキャリアやダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ情報が全部ＡＣＫである場合、バンドリングされたＡＣＫ/ＮＡＣＫ信号を代表するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号でＡＣＫを送信することができる。少なくとも一つのコンポーネントキャリア又はサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ情報がＮＡＣＫである場合には、バンドリングされたＡＣＫ/ＮＡＣＫ信号を代表するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号でＮＡＣＫを送信することができる。また、少なくとも一つのコンポーネントキャリア又はサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ情報がＤＴＸである場合には、バンドリングされたＡＣＫ/ＮＡＣＫ信号を代表するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号でＤＴＸを送信することができる。
【０２０３】
これと関連し、表１に記載された３ＧＰＰ ＬＴＥのＰＵＣＣＨフォーマット外にＰＵＣＣＨフォーマット３が追加的に論議されている。ＰＵＣＣＨフォーマット３は、ＤＦＴ−Ｓ−ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ−Ｓｐｒｅａｄｉｎｇ−Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)が適用されたＰＵＣＣＨフォーマットであり、ＤＦＴ−ＩＦＦＴとブロック−拡散(Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇ)を使用する。ＰＵＣＣＨフォーマット３を利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する場合には、一つのＡＣＫ/ＮＡＣＫリソースを用いて、ＦＤＤの場合には最大１０ビットの情報まで、ＴＤＤの場合には最大２０ビットの情報まで、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号として送信することができる。したがって、シングルキャリアを使用するＴＤＤシステムにおいて、表１７のアップリンク−ダウンリンク設定５の場合にもＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号をバンドリングせずに、多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)して送信することができる。
【０２０４】
図１２は、ノーマルＣＰである場合のＰＵＣＣＨフォーマット３の一例を概略的に示す。ノーマルＣＰでＰＵＣＣＨフォーマット３の場合、一つのスロットは、７個のＯＦＤＭシンボルを含み、２個のＯＦＤＭシンボルは、基準信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)のためのＲＳ ＯＦＤＭシンボルとなり、５個のＯＦＤＭシンボルは、アップリンク制御信号、例えば、ＡＣＫ/ＮＡＣＫ信号のためのデータＯＦＤＭシンボルとなる。ここで、ＲＳ ＯＦＤＭシンボル及びデータＯＦＤＭシンボルの個数は例示に過ぎない。
【０２０５】
まず、キャリアで送信されるＡＣＫ/ＮＡＣＫなどの情報ビットに対して、チャネルエンコーディングが実行される。多様な方式のチャネルエンコーディングが適用されることができる。例えば、単純繰り返し(ｒｅｐｅｔｉｔｉｏｎ)、シンプレックスコーディング(ｓｉｍｐｌｅｘ ｃｏｄｉｎｇ)、ＲＭ(Ｒｅｅｄ−Ｍｕｌｌｅｒ)コーディング、パンクチャリング(ｐｕｎｃｔｕｒｉｎｇ)されたＲＭコーディング、ＴＢＣＣ(Ｔａｉｌ−Ｂｉｔｉｎｇ Ｃｏｎｖｏｌｕｔｉｏｎａｌ Ｃｏｄｉｎｇ)、ＬＤＰＣ(Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ)コーディング又はターボコーディング(ｔｕｒｂｏ ｃｏｄｉｎｇ)などの多様な種類のコーディング方式のうちいずれか一つが使われることができる。チャネルコーディング結果生成されるエンコーディング情報ビットは、適用される変調シンボル順序(ｍｏｄｕｌａｔｉｏｎ ｓｙｍｂｏｌ ｏｒｄｅｒ)とマッピングされるリソースを考慮してレートマッチング(ｒａｔｅ−ｍａｔｃｈｉｎｇ)されることができる。
【０２０６】
チャネルコーディング結果生成されたエンコーディング情報ビットは、セル間干渉(ＩＣＩ：Ｉｎｔｅｒ−Ｃｅｌｌ Ｉｎｔｅｒｆｅｒｅｎｃｅ)を考慮して、セルＩＤに対応するスクランブリングコード(ｓｃｒａｍｂｌｉｎｇ ｃｏｄｅ)を利用したセル特定スクランブリング(ｃｅｌｌ−ｓｐｅｃｉｆｉｃ ｓｃｒａｍｂｌｉｎｇ)又はＲＮＴＩ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ)のような端末ＩＤに対応されるスクランブリングコードを利用した端末特定スクランブリングが適用されることができる。
【０２０７】
次に、エンコーディング情報ビットは、変調器(ｍｏｄｕｌａｔｏｒ)を介して変調される。エンコーディング情報ビットが変調されてＱＰＳＫシンボルが生成されることができる。変調されたシンボルは、分周器(ｄｉｖｉｄｅｒ)により第１及び第２のスロットに分散される。変調されたシンボルは、多様な方法により分散されることができる。変調器と分周器の順序は変わることもできる。
【０２０８】
変調されたシンボルに対して、予めＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングなどを介して決定されたインデックスｍの直交コード(ｏｒｔｈｏｇｏｎａｌ ｃｏｄｅ)を介して時間スプレッデングされる。インデックスｍである直交コードは、図１０のように、スプレッデング因子(ＳＦ：Ｓｐｒｅａｄｉｎｇ Ｆａｃｔｏｒ)が５である場合、ｗｍ＝[ｗ０,ｗ１,ｗ２,ｗ３,ｗ４]で表現されることができる。直交コードとしてウォルシュ(Ｗａｌｓｈ)コード、ＤＦＴコード又はその他の直交コードが使われることができる。このとき、スプレッデング因子は、データがスプレッデングされる因子を意味し、システムによって変わることができる。スプレッデング因子は、多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)される端末やアンテナの個数と関係があり、スロットレベルでインデックスが変わって適用されることもできる。
【０２０９】
スプレッデングされた変調シンボルは、ＤＦＴ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ)プリコーディングされた後、ＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)内のサブキャリアに含まれ、ＩＦＦＴ(Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ)により時間領域の信号に変換され、ＣＰがついて送信される。ここではＰＵＣＣＨフォーマット３の一具現例を説明したが、ＰＵＣＣＨフォーマット３は、多様に具現されることができ、本発明は、特定のＰＵＣＣＨフォーマット３の具現例に限定されない。
【０２１０】
キャリアアグリゲーション(Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ)をサポートするシステムでは、ＰＵＣＣＨフォーマット３を利用する方法は、多様に考慮されることができる。例えば、主コンポーネントキャリア上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールドは、ＴＰＣ命令として使用し、副コンポーネントキャリア上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールドは、ＡＲＩとして転用することを考えることができる。
【０２１１】
しかし、このような場合、シングルキャリア(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ)を使用するＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにおいて、ＰＵＣＣＨフォーマット３を利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する方法が問題となる。
【０２１２】
ここで、シングルキャリアを使用するＴＤＤ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｏｒ ＴＤＤ)の場合は、キャリアアグリゲーション環境をサポートすることができない(ｎｏｎ−ＣＡ ｃａｐａｂｌｅ)端末と基地局との間で送信が行われるＴＤＤシステムの場合や、端末はキャリアアグリゲーション環境をサポートするが端末と基地局との間でシングルキャリアを利用して送信が行われるＴＤＤシステムの場合を含む。
【０２１３】
シングルキャリアを利用するＴＤＤシステムにおいて、ＰＵＣＣＨフォーマット３を利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信すると、表１７のアップリンク−ダウンリンク設定５の場合にもＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号をバンドリングせずに多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)して送信することができる。ダウンリンクサブフレーム当たり２コードワードが送信される場合、アップリンク−ダウンリンク設定５のダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を多重化して送信するためには最大１８ビットのペイロードサイズが必要である。ＰＵＣＣＨフォーマット３を利用し、ＴＤＤシステムの場合に最大２０ビット長さのＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができるため、アップリンク−ダウンリンク設定５の場合もＰＵＣＣＨフォーマット３を利用すると、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を多重化して送信することができる。ＴＤＤシステムで最大２０ビットのペイロードサイズを超過するようになる場合には、空間的なバンドリング(ｓｐａｔｉａｌ ｂｕｎｄｌｉｎｇ)を介してＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０２１４】
以下、本発明が適用されるシングルキャリアを使用するＴＤＤシステムに対して、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のためにＰＵＣＣＨフォーマット３のリソースを割り当てる方法を説明する。
【０２１５】
<リソースの固定割当>
【０２１６】
ＰＵＣＣＨフォーマット３のリソースをＲＲＣなどの上位階層シグナリングを介して明示的に割り当てる方法(ｆｉｘｅｄ ａｌｌｏｃａｔｉｏｎ)を考えることができる。ＲＲＣなどの上位階層シグナリングを介してリソースを割り当てると、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信に使われるリソースが固定される。
【０２１７】
しかし、この場合には当該リソースの割当を受けたユーザ外には当該リソースを使用することができない。リソースをフレキシブルに活用することができないため、リソースのオーバーヘッドが増加することができる。
【０２１８】
また、固定割り当てられたリソースに対するチャネル状態がよくないとしても、リソース割当を動的に変更することができないため、当該リソースを引き続き使用するほかない場合が発生することができる。したがって、システム性能が低下されることができる。
【０２１９】
<リソース指示子を利用したリソースの割当>
【０２２０】
シングルキャリアを利用するＴＤＤシステムにおいて、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のために、ダウンリンクサブフレームに関連しているアップリンクサブフレームのＰＵＣＣＨフォーマット３のリソースをリソース指示子、例えば、ＡＲＩ(ＡＣＫ/ＮＡＣＫ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)を使用して割り当てる方法を考えることができる。
【０２２１】
基地局は、アップリンクサブフレームに関連しているダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＴＰＣフィールドに割り当てられるビットを転用してＡＲＩを送信することができる。以下、特別な言及がない限り、本明細書では“ＴＰＣフィールドに割り当てられるビットを転用”することを“ＴＰＣフィールドを利用”すると表現する。また、本明細書でダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＡＲＩは、特別な言及がない限り、ＴＰＣフィールドを利用して送信されるＡＲＩである。これに対し、端末は、ＡＲＩが指示するリソースを、当該ＡＲＩが送信されたダウンリンクサブフレームに関連しているアップリンクサブフレームでＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するためのＰＵＣＣＨフォーマット３のリソースとして使用することができる。
【０２２２】
シングルキャリアを利用するＴＤＤシステムでは一つのＰＵＣＣＨフォーマット３のリソースを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。したがって、この場合には前述した一つのＡＣＫ/ＮＡＣＫ送信リソースが必要な場合のように、ＰＵＣＣＨフォーマット３のリソースでＡＲＩリソースマッピングテーブルを構成し、ＡＲＩリソースマッピングテーブル上の一ＰＵＣＣＨフォーマット３のリソースを指示するようにＡＲＩを構成することができる。
【０２２３】
アップリンクサブフレームに２個以上のダウンリンクサブフレームが関連している場合
【０２２４】
ここで、アップリンクサブフレームに二つ以上のダウンリンクサブフレームが関連している場合ということは、アップリンクサブフレームに関連しているダウンリンクサブフレームのうち少なくとも二つ以上がスケジューリングされた場合を意味する。したがって、本発明に対する説明で、アップリンクサブフレームとダウンリンクサブフレームは、スケジューリングされたサブフレームを意味する。アップリンクサブフレームに関連しているダウンリンクサブフレームのうち一つのダウンリンクサブフレームのみが関連している場合は、後述するアップリンクサブフレームに一つのダウンリンクサブフレームが関連している場合が適用されることができる。
【０２２５】
アップリンクサブフレームに関連しているダウンリンクサブフレームのうち、少なくとも一つのダウンリンクサブフレームに送信されるＰＤＣＣＨ上のＴＰＣフィールドは、ＴＰＣ命令として使用する。残りのダウンリンクサブフレームのうち少なくとも一つのサブフレームに送信されるＰＤＣＣＨ上のＴＰＣフィールドを利用してＡＲＩを送信することができる。ＡＲＩが指示するリソースは、ＡＲＩが送信されたダウンリンクサブフレームと関連しているアップリンクサブフレームを介してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するためのＰＵＣＣＨフォーマット３のＡＣＫ/ＮＡＣＫリソースとして割り当てられることができる。
【０２２６】
図１３は、シングルキャリアを利用するＴＤＤシステムで、アップリンク−ダウンリンク設定５を、本発明を説明するための一例として示す。
【０２２７】
図１３を参照すると、フレーム＃０のダウンリンクサブフレーム(０番サブフレーム及び３番乃至９番サブフレーム)と特殊サブフレームは、フレーム＃１のアップリンクサブフレーム(２番サブフレーム)と関連している。このとき、フレーム＃０のダウンリンクサブフレームのうちいずれか一つのサブフレームに送信されるＰＤＣＣＨ上のＴＰＣフィールドが、フレーム＃１の２番サブフレームに送信されるＰＵＣＣＨの電力制御のためのＴＰＣ命令として使われることができる。また、基地局は、フレーム＃０のダウンリンクサブフレームのうち、ＴＰＣ命令が送信されたサブフレーム以外のサブフレーム上に送信されるＰＤＣＣＨのＴＰＣフィールドを利用してＡＲＩを送信することができる。
【０２２８】
好ましくは、関連しているアップリンクサブフレームに最も近いダウンリンクサブフレームに送信されたＴＰＣフィールドがＴＰＣ命令として利用されることができる。時間的にアップリンク送信時点に最も近いチャネル状態が反映されていることがあるためである。例えば、図１３において、フレーム＃０の９番サブフレームに送信されたＴＰＣフィールドをフレーム＃１の２番サブフレームのＰＵＣＣＨに対するＴＰＣ命令として使用することができる。このとき、基地局は、フレーム＃０のダウンリンクサブフレームのうち、９番サブフレームを除外した残りのサブフレーム上に送信されるＰＤＣＣＨのＴＰＣフィールドを利用してＡＲＩを送信することができる。このとき、一つのアップリンクサブフレームに関連しているダウンリンクサブフレームに送信されるＡＲＩが指示する値は、全部同じ値に設定することができる。
【０２２９】
アップリンクサブフレームに対するＴＰＣ命令が送信されるダウンリンクサブフレームのＰＤＣＣＨが受信できない(ｍｉｓｓｉｎｇ)場合には、当該アップリンクサブフレームのＰＵＣＣＨ送信のために従来受信したＴＰＣ命令を再使用したり、現在設定されたＰＵＣＣＨの送信電力を維持したりすることができる。例えば、従来受信したＴＰＣ命令が送信電力を１ｄＢ低くすることを指示する命令である場合、ＴＰＣ命令が送信過程でなくなった場合、端末は従来のＴＰＣ命令を再使用することで、ＰＵＣＣＨの送信電力を１ｄＢ低くすることができる。また、端末は、ＰＵＣＣＨの送信電力を１ｄＢ低くする代わりに、現在設定されているＰＵＣＣＨの送信電力をそのまま維持してもよい。アップリンクサブフレームに対するＴＰＣ命令が送信されるダウンリンクサブフレームのＰＤＣＣＨが受信できない(ｍｉｓｓｉｎｇ)場合、従来のＴＰＣ命令を再使用するか、現在設定されたＰＵＣＣＨ送信電力を維持するかは、ＲＲＣなど、上位階層シグナリングなどを介して決められてもよく、端末に予め設定されていてもよい。
【０２３０】
アップリンクサブフレームに対するＴＰＣ命令が送信されるダウンリンクサブフレームのＰＤＣＣＨは受信したが、ＡＲＩが送信されるダウンリンクサブフレームのＰＤＣＣＨが受信できない場合には、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。例えば、端末は、割り当てられるリソースを指示するＡＲＩが受信できない場合、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを、黙示的に割当を受けてＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０２３１】
アップリンクサブフレームに一つのダウンリンクサブフレームが関連している場合
【０２３２】
アップリンクサブフレームに一つのダウンリンクサブフレームが関連している場合は、表１７のアップリンク−ダウンリンク設定０、１又は６からわかるように、当該アップリンクサブフレームが元来一つのダウンリンクサブフレームと関連している場合だけでなく、複数のダウンリンクサブフレームと関連しているアップリンクサブフレームに対して一つのダウンリンクサブフレームのみスケジューリングされた場合を含む。
【０２３３】
基地局は、アップリンクサブフレームに関連しているダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＴＰＣフィールドを利用してＡＲＩを送信することができる。端末は、当該アップリンクサブフレームのＰＵＣＣＨ送信のために以前に受信したＴＰＣ命令を再使用したり、現在設定されたＰＵＣＣＨの送信電力を維持することができる。以前のＴＰＣ命令を再使用するか、現在設定されたＰＵＣＣＨ送信電力を維持するかは、ＲＲＣなど、上位階層シグナリングなどを介して決められてもよく、端末に予め設定されていてもよい。
【０２３４】
図１４は、シングルキャリアを使用するＴＤＤシステムで、アップリンク−ダウンリンク設定１を本発明を説明するための一例として示す。図１４を参照すると、フレーム＃１のアップリンクサブフレームである２番サブフレームにはフレーム＃０のダウンリンクサブフレーム二つが関連しており、フレーム＃１のアップリンクサブフレームである３番サブフレームにはフレーム＃０のダウンリンクサブフレーム一つが関連している。
【０２３５】
このとき、フレーム＃１の２番サブフレームに送信されるＰＵＣＣＨに対しては、前述した‘アップリンクサブフレームに２個以上のダウンリンクサブフレームが関連している場合’のＰＵＣＣＨフォーマット３のリソース割当方法によってリソースを割り当てることができる。
【０２３６】
フレーム＃１の３番サブフレームに対しては、フレーム＃０の９番サブフレームのＰＤＣＣＨ上にＴＰＣフィールドを利用して送信されるＡＲＩが指示するＰＵＣＣＨフォーマット３のリソースを利用してＰＵＣＣＨ上にＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。このとき、端末は、フレーム＃１の３番サブフレームのＰＵＣＣＨ送信のために、フレーム＃０の６番サブフレームのＰＤＣＣＨ上に受信したＴＰＣ命令を再使用することができる。また、端末は、フレーム＃１の３番サブフレームのＰＵＣＣＨ送信のために、フレーム＃１の２番サブフレームでＰＵＣＣＨ送信に使用した送信電力をそのまま維持してもよい。端末は、フレーム＃１の３番サブフレームのＰＵＣＣＨ送信のために、二つの方法のうちいずれの方法を利用するかは、ＲＲＣなど、上位階層シグナリングなどを介して決められてもよく、端末に予め設定されていてもよい。一方、アップリンクサブフレームが一つのダウンリンクサブフレームと関連している場合、チャネル状態又はネットワークシステム環境などによっては、ダウンリンクサブフレームのＰＤＣＣＨに送信されるＴＰＣをＴＰＣ命令として利用することもできる。この場合、端末は、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを黙示的に割当されてＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０２３７】
ＡＲＩを送信するダウンリンクサブフレームの固定
【０２３８】
フレーム毎に特定のダウンリンクサブフレームのみＰＤＣＣＨ上のＴＰＣフィールドを利用してＴＰＣ命令の代わりにＡＲＩを送信するようにすることもできる。例えば、表１７の各アップリンク−ダウンリンク設定に対して、各フレームでＡＲＩを送信することができるダウンリンクサブフレームを設定することができる。この場合、端末は、次のフレームでＡＲＩが送信される前まで、受信したＡＲＩが指示するＰＵＣＣＨフォーマット３のリソースを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。したがって、フレーム毎にＰＵＣＣＨフォーマット３のリソースを半動的(ｓｅｍｉ−ｄｙｎａｍｉｃ)に割り当てることができる。
【０２３９】
この場合、ＡＲＩを送信することができるサブフレームをフレーム毎に一つ以上特定することができる。即ち、チャネル環境やネットワークシステムの負荷などによって、ＡＲＩを送信する周期を５ｍｓ、１０ｍｓなどに設定したり、ＡＲＩ送信に転用されるサブフレームのインデックスを１番サブフレーム、３番サブフレームなどに設定することによってＡＲＩを送信することができるダウンリンクサブフレームを特定することができる。このとき、送信周期の設定又は転用されたサブフレームインデックスの設定は、ＲＲＣシグナリングなどを介して行われることができる。
【０２４０】
図１５は、シングルキャリアを使用するＴＤＤシステムで、アップリンク−ダウンリンク設定２に対して、ＡＲＩを送信するダウンリンクサブフレームを特定する一例を概略的に示す。図１５を参照すると、ＡＲＩは、各フレーム当たり特定された０番サブフレームと５番サブフレームに送信される。図１５の場合を、５ｍｓ周期にＡＲＩが送信されると見なされることができる。
【０２４１】
ＡＲＩウィンドウ(ｗｉｎｄｏｗ)の利用
【０２４２】
特定ダウンリンクサブフレームのＰＤＣＣＨ上に送信されたＡＲＩが適用されるウィンドウを設定し、このウィンドウ内に位置するアップリンクサブフレームに対しては、同じＡＲＩを利用してＰＵＣＣＨフォーマット３のリソースを割り当てることができる。
【０２４３】
同じＡＲＩを適用するＡＲＩウィンドウは、ダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＡＲＩ毎に設定されることもでき、特定ダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＡＲＩに対してのみＡＲＩウィンドウを設定することもできる。
【０２４４】
また、ＡＲＩを送信するダウンリンクサブフレームを特定し、当該ダウンリンクサブフレームに送信されたＡＲＩが適用されるＡＲＩウィンドウの長さをＡＲＩの送信間隔又は送信周期に合わせて設定することもできる。
【０２４５】
ＡＲＩ送信間隔又は送信周期とＡＲＩウィンドウの長さは、端末と基地局との間に予め設定されていてもよく、ＲＲＣシグナリングを介して端末に伝達されてもよい。
【０２４６】
図１６は、シングルキャリアを使用するＴＤＤシステムで、アップリンク−ダウンリンク設定０に対してＡＲＩウィンドウを設定する一例を概略的に示す。図１６に示す一例を参照すると、ＡＲＩは、アップリンクサブフレームである４番サブフレームに関連している０番ダウンリンクサブフレームに送信される。ＡＲＩの送信周期は１０ｍｓに設定されている。ダウンリンクに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫを送信しないアップリンクサブフレーム(３番サブフレーム及び８番サブフレーム)を除外したアップリンクサブフレームは、自分が属するＡＲＩウィンドウのＡＲＩが指示するＰＵＣＣＨフォーマット３のリソースを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０２４７】
図１７は、シングルキャリアを使用するＴＤＤシステムで、アップリンク−ダウンリンク設定１に対してＡＲＩウィンドウを設定する一例を概略的に示す。
【０２４８】
各ダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＡＲＩに対するＡＲＩウィンドウは、時間的に重複するように設定されることができる。この場合、複数のＡＲＩウィンドウが重複する部分に位置するアップリンクサブフレームに対しては、優先的に適用されるＡＲＩウィンドウを指定することができる。例えば、特定サブフレームを介して送信されたＡＲＩを優先的に適用すると設定することもでき、時間的に新たなＡＲＩウィンドウを優先的に適用することもできる。優先的に適用するＡＲＩウィンドウを選択する方法は、端末と基地局との間に予め設定されていてもよく、ＲＲＣシグナリングを介して端末に伝達されてもよい。
【０２４９】
時間的に新たなＡＲＩウィンドウが優先的に適用されるとした場合、図１７のフレーム＃１の３番サブフレームではＡＲＩ２で指示するＰＵＣＣＨフォーマット３のリソースを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信が行われることができる。
【０２５０】
アップリンク−ダウンリンク設定の考慮−リソース割当方式
【０２５１】
表１７の各アップリンク−ダウンリンク設定を考慮し、アップリンクサブフレームに対してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のためのＰＵＣＣＨフォーマット３のリソースを割り当てることができる。
【０２５２】
例えば、アップリンク−ダウンリンク設定０及び設定６の場合には、ダウンリンクサブフレームとアップリンクサブフレームが一対一に関連している。したがって、この場合には、他のダウンリンク−アップリンク設定とは異なる方法によりＰＵＣＣＨフォーマット３のリソースを割り当てることを考えることができる。
【０２５３】
即ち、アップリンク−ダウンリンク設定０と設定６の場合には、一つのダウンリンクサブフレームのみがアップリンクサブフレームに関連しているため、ダウンリンクサブフレームでＰＤＣＣＨ上に送信されるＴＰＣフィールドをＴＰＣ命令として利用する方法を考慮することができる。この場合、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ送信のためのＰＵＣＣＨフォーマット３のリソースは、上位階層シグナリングを介して割り当てられることができる。また、黙示的にＰＵＣＣＨフォーマット１ａ/１ｂのリソースの割当を受けてＨＡＲＱ ＡＣＫ/ＮＡＣＫ送信を実行することもできる。
【０２５４】
このとき、アップリンク−ダウンリンク設定１乃至設定５に対しては前述した多様な方法を介して、ＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを割り当てることができる。
【０２５５】
アップリンク−ダウンリンク設定の考慮−コードブックサイズ(ｃｏｄｅｂｏｏｋ ｓｉｚｅ)
【０２５６】
本発明が適用されるシングルキャリアを利用したＴＤＤシステムでも、端末と基地局との間で正確なデータ送受信が行われるために、使用するＰＵＣＣＨフォーマット３のコードブックサイズ(ｃｏｄｅｂｏｏｋ ｓｉｚｅ)が決定される必要がある。
【０２５７】
例えば、表１７を参照すると、アップリンク−ダウンリンク設定(ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ)３の場合には、一つのアップリンクサブフレームに最大６ビットのＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号が送信されることができる。即ち、アップリンクサブフレームである２番サブフレームに、以前フレームの１番、５番、６番サブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号が送信される。このとき、ダウンリンクサブフレームである１番、５番、６番サブフレームに各々２コードワードずつ送信される場合、最大６ビットのＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号が送信される。
【０２５８】
しかし、この場合にも、１番、５番、６番サブフレームのうち一部のみスケジューリングされることもでき、ダウンリンクサブフレームに１コードワードのみ送信されることもできる。また、アップリンクサブフレームである３番と４番サブフレームには各々最大２個のダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号が送信されるようになる。
【０２５９】
したがって、端末と基地局との間で、端末がＰＵＣＣＨフォーマット３を利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信するときに使用するビット数(コードブックサイズ)を決める必要がある。
【０２６０】
前述したように、コードブックサイズは、アップリンク−ダウンリンク設定とダウンリンクサブフレームに送信されるコードワードの数、即ち、ダウンリンク送信モードによって、一つのアップリンクサブフレームを介して送信することができる最大ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号のビット数で決定されることができる。
【０２６１】
例えば、アップリンク−ダウンリンク設定３の場合、アップリンクサブフレームである２番サブフレームに関連しており、２個のダウンリンクサブフレームのみスケジューリングされたとすると、スケジューリングされないダウンリンクサブフレームに対してはＮＡＫ信号を送信してコードブックサイズを満たすことができる。また、アップリンク−ダウンリンク設定３で３番サブフレームにＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信する場合にも、関連している二つのダウンリンクサブフレームに対するＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号外に、残りのＰＵＣＣＨフォーマット３のビット数に対してはコードブックサイズを満たすためにＮＡＣＫ信号を送信することができる。
【０２６２】
したがって、基地局は、端末との間で決められたアップリンク−ダウンリンク設定とダウンリンク送信モードによって、ＰＵＣＣＨフォーマット３のＰＵＣＣＨ上に送信される信号のうち常に決められた大きさのビットをＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号として処理することができる。
【０２６３】
図１８は、シングルキャリアを使用するＴＤＤシステムの基地局で端末が使用するＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを割り当てる方法の一実施例を概略的に説明するフローチャートである。
【０２６４】
まず、基地局は、基地局と端末との間のダウンリンク−アップリンク設定を確認する(Ｓ１８００)。ダウンリンク−アップリンク設定は、表１７の７種類ダウンリンク−アップリンク設定のうちいずれか一つである。基地局は、ダウンリンク−アップリンク設定によって、ダウンリンクサブフレームとアップリンクサブフレームの配置及びアップリンクサブフレームとダウンリンクサブフレームとの間の関係を把握することができる。基地局と端末との間のダウンリンク−アップリンク設定が決定されると、動的に変更されない。したがって、基地局と端末との間の送信が開始されると、本ステップをＨＡＲＱ ＡＣＫ/ＮＡＣＫリソース割当のために毎度実行する必要はない。この場合、基地局は、ダウンリンク−アップリンク設定の変更があるとき、変更が必要であると判断したときなどにのみステップを実行することがもきる。
【０２６５】
基地局は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースの割当のためのＡＲＩを固定的に送信するかを判断する(Ｓ１８０５)。基地局が特定されたサブフレームを介して又は特定の周期毎にＡＲＩを送信(固定された送信：ｆｉｘｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ)するかは、基地局と端末との間に予め設定されていてもよく、ＲＲＣシグナリングなどを介して伝達されてもよい。
【０２６６】
ＡＲＩを固定的に送信する場合、基地局は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のために割り当てるＰＵＣＣＨフォーマット３のリソースを指示するＡＲＩを構成する(Ｓ１８１０)。構成されたＡＲＩは、予め決められた特定のサブフレームを介して又は決められた周期によって端末に送信される。
【０２６７】
ＡＲＩを固定的に送信しない場合、基地局は、二つ以上のダウンリンクサブフレームが一つのアップリンクサブフレームに関連している場合であるかを判断する(Ｓ１８１５)。
【０２６８】
送信するダウンリンクサブフレームが一つのアップリンクサブフレームに関連している二つ以上のダウンリンクサブフレームのうち一つであると判断した場合には、送信するダウンリンクサブフレームに関連しているアップリンクサブフレームに対するＰＵＣＣＨフォーマットを決定する(Ｓ１８２０)。
【０２６９】
アップリンクサブフレームに対してＰＵＣＣＨフォーマット３を使用すると決定されたかを判断する(Ｓ１８２５)。ＰＵＣＣＨフォーマット３に決定された場合、基地局は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のために割り当てるＰＵＣＣＨフォーマット３のリソースを指示するＡＲＩを構成する(Ｓ１８３０)。ＰＵＣＣＨフォーマット３を使用しないと決定された場合、基地局は、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを黙示的に割り当てる(Ｓ１８３５)。
【０２７０】
二つ以上のダウンリンクサブフレームが一つのアップリンクサブフレームに関連している場合であるかを判断し(Ｓ１８１５)、送信するダウンリンクサブフレームに対しては、一つのアップリンクサブフレームに一つのダウンリンクサブフレームのみが関連している場合と判断すると、アップリンクサブフレームに対するＰＵＣＣＨフォーマットを決定する(Ｓ１８４０)。
【０２７１】
アップリンクサブフレームに対してＰＵＣＣＨフォーマット３を使用すると決定されたかを判断する(Ｓ１８４５)。ＰＵＣＣＨフォーマット３に決定された場合、基地局は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のために割り当てるＰＵＣＣＨフォーマット３のリソースを指示するＡＲＩを構成する(Ｓ１８５０)。ＰＵＣＣＨフォーマット３を使用しないと決定された場合、基地局は、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを黙示的に割り当てる(Ｓ１８５５)。
【０２７２】
図１８及びそれに対する本明細書の説明は、シングルキャリアを利用するＴＤＤシステムで、ダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＴＰＣフィールドを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に利用するＰＵＣＣＨフォーマット３のリソース又はＰＵＣＣＨフォーマット１ａ/１ｂのリソースを割り当てる一例を説明するものであり、本発明はこれに限定されるものではなく、本発明の技術的思想の範囲内で多様な応用が可能であることに留意する。
【０２７３】
図１９は、シングルキャリアを使用するＴＤＤシステムの端末がＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを取得する方法の一実施例を概略的に説明するフローチャートである。
【０２７４】
端末は、ダウンリンクサブフレームを受信する(Ｓ１９００)。
【０２７５】
端末は、基地局と端末との間のダウンリンク−アップリンク設定を確認する(Ｓ１９１０)。ダウンリンク−アップリンク設定は、表１７の７種類ダウンリンク−アップリンク設定のうちいずれか一つである。端末は、ダウンリンク−アップリンク設定によって、ダウンリンクサブフレームとアップリンクサブフレームの配置及びアップリンクサブフレームとダウンリンクサブフレームとの間の関係を把握することができる。基地局と端末との間のダウンリンク−アップリンク設定が決定されると、動的に変更されない。したがって、基地局と端末との間の送信が開始されると、毎度実行する必要はない。この場合、端末は、ダウンリンク−アップリンク設定の変更があることをＲＲＣシグナリングなどにより伝達を受けた場合にのみ本ステップを実行することもできる。
【０２７６】
端末は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースの割当のためのＡＲＩが固定的に送信されるかを判断する(Ｓ１９２０)。基地局が特定されたサブフレームを介して又は特定の周期毎にＡＲＩを送信(固定された送信：ｆｉｘｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ)するかは、基地局と端末との間に予め設定されていてもよく、ＲＲＣシグナリングなどを介して伝達されてもよい。
【０２７７】
ＡＲＩが固定的に送信される場合、端末は、ＡＲＩが送信される特定のダウンリンクサブフレームで送信されたＡＲＩを確認する(Ｓ１９３０)。端末は、ＡＲＩが指示するＰＵＣＣＨフォーマット３のリソースを取得してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０２７８】
ＡＲＩが固定的に送信されない場合、アップリンクサブフレームに関連しているダウンリンクサブフレームのうちいずれか一つを介してＡＲＩを受信することができる。または、アップリンクサブフレームに関連しているダウンリンクサブフレームが一つの場合、又はアップリンクサブフレームに関連しているダウンリンクサブフレームのうちＡＲＩを送信するサブフレームが受信できない場合などには、ＡＲＩでない方法によりＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースを取得することもできる。したがって、端末は、ＡＲＩを受信したかを判断することができる(Ｓ１９４０)。基地局からＡＲＩが送信されるかは、予め端末と基地局との間で決められていてもよく、ＲＲＣシグナリングなどを介して伝達されてもよい。
【０２７９】
端末は、ＡＲＩを受信した場合、ＡＲＩが指示するＰＵＣＣＨフォーマット３のリソースを取得することができる(Ｓ１９５０)。端末は、取得したＰＵＣＣＨフォーマット３のリソースを利用して当該アップリンクサブフレームでＨＡＲＱ ＡＣＫ/ＡＮＣＫ信号を送信することができる。端末は、基地局からＡＲＩが送信されない、又は送信されたＡＲＩが受信できない場合、ＰＵＣＣＨフォーマット１ａ/１ｂのリソースを黙示的に取得することができる(Ｓ１９６０)。端末は、取得したＰＵＣＣＨフォーマット１ａ/１ｂのリソースを利用して当該アップリンクサブフレームでＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を送信することができる。
【０２８０】
図１９及びそれに対する本明細書の説明は、シングルキャリアを利用するＴＤＤシステムで、ダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＴＰＣフィールドを利用してＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に利用するＰＵＣＣＨフォーマット３のリソース又はＰＵＣＣＨフォーマット１ａ/１ｂのリソースを取得する一例を説明するものであり、本発明はこれに限定されるものではなく、本発明の技術的思想の範囲内で多様な応用が可能であることに留意する。
【０２８１】
図２０は、本発明が適用されるシステムで基地局と端末の構成の一例を概略的に示すブロック図である。
【０２８２】
端末２０００は、送受信部２０１０、格納部２０２０、制御部２０３０、リソース決定部２０４０を含むことができる。基地局２００５は、送受信部２０１５、格納部２０２５、制御部２０３５、ＰＵＣＣＨフォーマット決定部２０４５、リソース割当部２０５０を含むことができる。
【０２８３】
端末２０００は、送受信部２０１０を介して必要な情報を送受信する。
【０２８４】
格納部２０２０は、端末２０００がネットワーク上で無線通信を実行することができるように必要な情報を格納する。例えば、格納部２０２０は、基地局と端末との間に予め設定されることができるダウンリンク−アップリンク設定、ＡＲＩリソースマッピングテーブル、ＡＲＩ送信サブフレーム、ＡＲＩウィンドウ間の優先順位、当該ダウンリンクサブフレームで送信されるＴＰＣフィールドによりＡＲＩが送信されるか、ＴＰＣ命令が送信されるか等に対する情報を格納することができ、ＲＲＣシグナリングなどを介して伝達された制御情報を格納することもできる。
【０２８５】
リソース決定部２０４０は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のためにＰＵＣＣＨフォーマット３のリソースを使用する場合には、受信したＡＲＩが格納部２０２０に格納されたＡＲＩリソースマッピングテーブル上でマッピングするＰＵＣＣＨフォーマット３のリソースを取得し、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に使用するリソースを決定することができる。リソース決定部２０４０は、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号送信のためにＰＵＣＣＨフォーマット１ａ/１ｂのリソースを使用する場合には、ダウンリンクサブフレーム上に受信したＰＤＣＣＨの一番目のＣＣＥに基づいてＰＵＣＣＨフォーマット１ａ/１ｂのリソースを取得し、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に使用するリソースを決定することができる。また、リソース決定部２０４０は、ＲＲＣシグナリングなどを介して明示的にリソースが割り当てられる場合には、割り当てられたリソースを取得し、ＡＣＫ/ＮＡＣＫ信号の送信に使用するリソースを決定することもできる。
【０２８６】
端末２０００の制御部２０３０は、送受信部２０１０、格納部２０２０、リソース決定部２０４０などと連結されてこれらを制御することができる。制御部２０３０は、リソース決定部２０４０が決定したリソースを利用し、リソースが割り当てられたアップリンクサブフレームでＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号を、送受信部２０１０を介して基地局に送信することができる。
【０２８７】
基地局２００５は、送受信部２０１５を介して必要な情報を送受信することができる。
【０２８８】
格納部２０２５は、基地局２００５がネットワーク上で無線通信を実行することができるように必要な情報を格納する。例えば、格納部２０２５は、基地局と端末との間に予め設定されることができるダウンリンク−アップリンク設定、ＡＲＩリソースマッピングテーブル、ＡＲＩ送信サブフレーム、ＡＲＩウィンドウ間の優先順位、当該ダウンリンクサブフレームで送信されるＴＰＣフィールドによりＡＲＩが送信されるか、ＴＰＣ命令が送信されるか等に対する情報を格納することができ、ＲＲＣシグナリングなどを介して伝達される制御情報を格納することもできる。
【０２８９】
ＰＵＣＣＨフォーマット決定部２０４５は、送信するダウンリンクサブフレームに関連しているアップリンクサブフレームに対してＰＵＣＣＨフォーマット１ａ/１ｂを使用するかＰＵＣＣＨフォーマット３を使用するかを決定することができる。
【０２９０】
ＰＵＣＣＨリソース割当部２０５０は、ＰＵＣＣＨフォーマット決定部２０４５で決定したＰＵＣＣＨフォーマットによって、ＰＵＣＣＨ上にＨＡＲＱ ＡＣＫ/ＮＡＣＫ信号の送信に使われるリソースを割り当てることができる。ＰＵＣＣＨフォーマット決定部２０４５がＰＵＣＣＨフォーマット３を使用すると決定した場合、ＰＵＣＣＨリソース割当部２０５０は、ＰＵＣＣＨフォーマット３のリソースを割り当てるのに利用されるＡＲＩを構成することができる。
【０２９１】
制御部２０３５は、送受信部２０１５、格納部２０２５、ＰＵＣＣＨフォーマット決定部２０４５、リソース割当部２０５０と連結されてこれらを制御することができる。制御部２０３５は、ＡＲＩのようなＨＡＲＱ ＡＣＫ/ＮＡＣＫリソースの割当に対する情報を、送受信部２０１５を介して端末に送信することができる。制御部２０３５は、ダウンリンクサブフレームのＰＤＣＣＨ上に送信されるＴＰＣフィールドを利用してＡＲＩが送信されるようにすることができる。また、制御部２０３５は、リソース割当と関係があるＲＲＣシグナリングを送受信部２０１５を介して端末に送信することができる。
【０２９２】
本発明の一実施形態によると、ＴＤＤ方式のシングルキャリアシステムで、シングルキャリアに対するＡＣＫ/ＮＡＣＫ信号を送信するための送信リソースを効果的に割り当てることができる。
【０２９３】
本発明の一実施形態によると、ＴＤＤ方式のシングルキャリアシステムで、重複伝達される制御信号に割り当てられるリソースを転用して無線リソースを効果的に利用することができる。
【０２９４】
前述した例示的なシステムにおいて、方法は一連のステップ又はブロックで順序図に基づいて説明されているが、本発明はステップの順序に限定されるものではなく、あるステップは前述と異なるステップと異なる順序に又は同時に発生することができる。また、当業者であれば、順序図に示すステップが排他的でなく、他のステップが含まれ、又は順序図の一つ又はそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【０２９５】
前述した実施例は、多様な態様の例示を含む。多様な態様を示すための全ての可能な組合せを記述することはできないが、当該技術分野の通常の知識を有する者は、他の組合せが可能であることを認識することができる。したがって、本発明は、特許請求の範囲内に属する全ての交替、修正、及び変更を含む。
【図１】
0005575993.tif 000023
【図２】
0005575993.tif 000024
【図３】
0005575993.tif 000025
【図４】
0005575993.tif 000026
【図５】
0005575993.tif 000027
【図６】
0005575993.tif 000028
【図７】
0005575993.tif 000029
【図８】
0005575993.tif 000030
【図９】
0005575993.tif 000031
【図１０】
0005575993.tif 000032
【図１１】
0005575993.tif 000033
【図１２】
0005575993.tif 000034
【図１３】
0005575993.tif 000035
【図１４】
0005575993.tif 000036
【図１５】
0005575993.tif 000037
【図１６】
0005575993.tif 000038
【図１７】
0005575993.tif 000039
【図１８】
0005575993.tif 000040
【図１９】
0005575993.tif 000041
【図２０】
0005575993.tif 000042