(57)【特許請求の範囲】
【請求項１】
基地局（ＢＳ）が、ハイブリッド自動再送要求（ＨＡＲＱ）を実行する方法であって、
第１のサービス提供セルを介して第２のサービス提供セルの第１のサブフレームに対するアップリンク許可を送信するステップと、
前記アップリンク許可に基づいて前記第１のサブフレームでアップリンクデータを受信するステップと、
前記第１のサービス提供セルのサブフレームｉで物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）を介して、前記アップリンクデータに対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）を送信するステップと、
前記アップリンクデータに対する否定応答（ＮＡＣＫ）が前記第１のサービス提供セルの前記サブフレームｉでＰＨＩＣＨを介して送信されるとき、前記第２のサービス提供セルの第２のサブフレームで非適応的に再送信されたアップリンクデータを受信するステップと、を有し、
前記第１のサービス提供セル及び前記第２のサービス提供セルは、別個のアップリンク−ダウンリンク（ＵＬ−ＤＬ）設定を使用し、前記ＵＬ−ＤＬ設定はそれぞれ、ＴＤＤフレーム内の各サブフレームがアップリンクサブフレームに設定されるか、ダウンリンクサブフレームに設定されるか、又は特別サブフレームに設定されるかに関する情報であり、
前記アップリンクデータに対応するＰＨＩＣＨリソースが前記サブフレームｉに無いとき、前記非適応的に再送信されたアップリンクデータは、前記第２のサービス提供セルの前記第２のサブフレームでは受信されない、方法。
【請求項２】
前記アップリンクデータの再送信を示すアップリンク許可が前記サブフレームｉで送信されたとき、ユーザ装置（ＵＥ）で適応的に再送信されたアップリンクデータは、前記第２のサービス提供セルの前記第２のサブフレームで受信される、請求項１に記載の方法。
【請求項３】
前記第１のサービス提供セル及び前記第２のサービス提供セルは、次の表に示すＵＬ−ＤＬ設定０〜６のうち異なる二つを用いる、請求項１に記載の方法。
【表１】
0006039769.tif 000015
【請求項４】
前記サブフレームｉは、前記第１のサブフレームと前記第２のサブフレームとの間に位置するサブフレームである、請求項１に記載の方法。
【請求項５】
無線信号を送信及び受信する無線周波（ＲＦ）部と、
前記ＲＦ部と接続されるプロセッサと、を備え、
前記プロセッサは、第１のサービス提供セルを介して第２のサービス提供セルの第１のサブフレームに対するアップリンク許可を送信し、前記アップリンク許可に基づいて前記第１のサブフレームでアップリンクデータを受信し、前記アップリンクデータに対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）が、前記第１のサービス提供セルのサブフレームｉで物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）を介して送信され、
前記第１のサービス提供セルの前記サブフレームｉで前記ＰＨＩＣＨを介して前記アッップリンクデータに対するＮＡＣＫが送信されるときに、前記第２のサービス提供セルの第２のサブフレームで非適応的に再送信されたアップリンクデータを受信し、
前記第１のサービス提供セル及び前記第２のサービス提供セルは、別個のアップリンク−ダウンリンク（ＵＬ−ＤＬ）設定を使用し、前記ＵＬ−ＤＬ設定はそれぞれ、時分割２重通信（ＴＤＤ）フレーム内の各サブフレームがアップリンクサブフレームに設定されるか、ダウンリンクサブフレームに設定されるか、又は特別サブフレームに設定されるかに関する情報であり、
前記アップリンクデータに対応するＰＨＩＣＨリソースが前記サブフレームｉに無いとき、前記非適応的に再送信されたアップリンクデータは、前記第２のサービス提供セルの前記第２のサブフレームでは受信されない、基地局（ＢＳ）。
【請求項６】
前記アップリンクデータの再送信を示すアップリンク許可が前記サブフレームｉで送信されたとき、ユーザ装置（ＵＥ）で適応的に再送信されたアップリンクデータは、前記第２のサービス提供セルの前記第２のサブフレームで受信される、請求項５に記載の基地局。
【請求項７】
前記第１のサービス提供セル及び前記第２のサービス提供セルは、次の表に示すＵＬ−ＤＬ設定０〜６のうち異なる二つを用いる、請求項５に記載の基地局。
【表２】
0006039769.tif 000016
【請求項８】
前記サブフレームｉは、前記第１のサブフレームと前記第２のサブフレームとの間に位置するサブフレームである、請求項５に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、時分割２重通信（ＴＤＤ）ベースの無線通信システムにおけるハイブリッド自動再送要求（ＨＡＲＱ）実行方法及び装置に関する。
【背景技術】
【０００２】
第３世代パートナシッププロジェクト（３ＧＰＰ）技術規格（ＴＳ）リリース８に基づく長期進化システム（ＬＴＥ）は、有力な次世代移動体通信標準である。
【０００３】
３ＧＰＰ ＴＳ ３６.２１１ Ｖ８.７.０（２００９−０５）“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌｓ ａｎｄ Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ ８）”に開示されているように、ＬＴＥにおける物理チャネルは、ダウンリンクチャネルである物理ダウンリンク共有チャネル（ＰＤＳＣＨ）及び物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、アップリンクチャネルである物理アップリンク共有チャネル（ＰＵＳＣＨ）及び物理アップリンク制御チャネル（ＰＵＣＣＨ）とに分けられる。
【０００４】
ＰＵＣＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号、チャネル品質指示子（ＣＱＩ）、スケジュール要求（ＳＲ）のようなアップリンク制御情報の送信に使われるアップリンク制御チャネルである。
【０００５】
一方、３ＧＰＰ ＬＴＥの進化形である３ＧＰＰ高度ＬＴＥ（ＬＴＥ−Ａ）の開発が進行している。３ＧＰＰ ＬＴＥ−Ａに導入される技術には搬送波集約（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）がある。
【０００６】
搬送波集約は、複数の成分搬送波（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ，ＣＣ）を使用する。成分搬送波は、中心周波数及び帯域幅によって定義される。一つのダウンリンク成分搬送波又はアップリンク成分搬送波とダウンリンク成分搬送波との対（ｐａｉｒ）が一つのセルに対応する。複数のダウンリンク成分搬送波を利用してサービスの提供を受ける端末は、複数のサービス提供セルからサービスの提供を受けるということができる。
【０００７】
時分割２重通信（ＴＤＤ）システムは、ダウンリンクとアップリンクとが同じ周波数を使用する。したがって、アップリンクサブフレームには一つ又はそれ以上のダウンリンクサブフレームが連携（ａｓｓｏｃｉａｔｅ）している。「連携」とは、ダウンリンクサブフレームでの送信／受信がアップリンクサブフレームでの送信／受信と連携していることを意味する。例えば、複数のダウンリンクサブフレームで送信ブロックを受信すると、端末は、複数のダウンリンクサブフレームに連携するアップリンクサブフレームで送信ブロックのためのＨＡＲＱ ＡＣＫ／ＮＡＣＫ（以下、単にＡＣＫ／ＮＡＣＫと記す）を送信する。このとき、ＡＣＫ／ＮＡＣＫを送信するためには最小限の時間が必要である。その理由は、送信ブロックを処理する時間及びＡＣＫ／ＮＡＣＫの生成に時間が必要であるためである。
【０００８】
一方、ＴＤＤシステムにおいて、複数のサービス提供セルが導入することができる。すなわち、端末に複数のサービス提供セルを割り当てることができる。この場合、従来はすべてのサービス提供セルが同じアップリンク−ダウンリンク（ＵＬ−ＤＬ）設定が使われると仮定した。ＵＬ−ＤＬ設定とは、ＴＤＤに使われる無線フレーム内の各サブフレームがアップリンクサブフレームか又はダウンリンクサブフレームかを示す情報である。しかし、次世代無線通信システムではサービス提供セル別に別個のＵＬ−ＤＬ設定を使用することも考慮している。このような場合、ＨＡＲＱを実行する方式が問題となる。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明が解決しようとする技術的課題は、ＴＤＤベースの無線通信システムにおけるＨＡＲＱ実行方法及び装置を提供することである。
【課題を解決するための手段】
【００１０】
一態様において、ＴＤＤベースのサービス提供セルが複数個割り当てられた端末のＨＡＲＱ実行方法を提供する。この方法は、第１のサービス提供セルを介して第２のサービス提供セルの第１のサブフレームに対するアップリンク許可を受信するステップと、アップリンク許可に基づいて第１のサブフレームでアップリンクデータを送信するステップと、第１のサービス提供セルを介してアップリンクデータに対するＡＣＫ／ＮＡＣＫ信号を受信するステップと、ＡＣＫ／ＮＡＣＫ信号がＮＡＣＫである場合、アップリンクデータに対する再送信データを第２のサービス提供セルの第２のサブフレームで送信するステップと、を含み、第１のサービス提供セル及び第２のサービス提供セルは、別個のＵＬ−ＤＬ設定を使用し、ＵＬ−ＤＬ設定は、ＴＤＤフレーム内の各サブフレームをアップリンクサブフレーム又はダウンリンクサブフレームに設定する情報であることを特徴とする。
【００１１】
第１のサブフレーム及び第２のサブフレームは、同じＨＡＲＱプロセスを構成するサブフレームである。
【００１２】
第１のサブフレームから第２のサブフレームの直前サブフレームまでの時間期間を示すＨＡＲＱ周期は、端末に一つのサービス提供セルが割り当てられた場合のＨＡＲＱ周期の整数倍である。
【００１３】
第１のサブフレーム及び第２のサブフレームは、第２のサービス提供セルに使われるＵＬ−ＤＬ設定によってアップリンクサブフレームに設定されたサブフレームである。
【００１４】
端末は、第１のサブフレームと第２のサブフレームとの間に位置する第２のサービス提供セルのアップリンクサブフレームに対してはアップリンク許可を検索しない。
【００１５】
第１のサービス提供セルは、端末が基地局との初期接続確立プロセス又は接続再確立プロセスを実行する１次セルである。
【００１６】
第２のサービス提供セルは、端末に１次セル以外に追加に割り当てられる２次セルである。
【００１７】
第１のサービス提供セル及び第２のサービス提供セルで、第１のサブフレームから第２のサブフレームの直前までのサブフレーム期間に位置する、第２のサービス提供セルのアップリンクサブフレームの数と同じ数の独立のＨＡＲＱプロセスが実行される。
【００１８】
第１のサービス提供セル及び第２のサービス提供セルで、第１のサブフレームから第２のサブフレームの直前までのサブフレーム期間に位置する、第２のサービス提供セルの有効アップリンクサブフレームの数と同じ数の独立のＨＡＲＱプロセスが実行される。
【００１９】
有効アップリンクサブフレームは、アップリンクデータの送信が可能であり、アップリンクデータ送信に対応するアップリンク許可を送信するサブフレームで、対応するアップリンク許可が送信可能な場合のアップリンクサブフレームである。
【００２０】
他の態様において、ＴＤＤベースのサービス提供セルが複数個割り当てられた端末のＨＡＲＱ実行方法を提供する。この方法は、第１のサービス提供セルを介して第２のサービス提供セルの第１のサブフレームに対する許可を受信するステップと、許可に基づいて第１のサブフレームでデータを送信するステップと、第１のサービス提供セルを介してデータに対するＡＣＫ／ＮＡＣＫ信号を受信するステップと、を含み、第１のサービス提供セル及び第２のサービス提供セルは、別個のＵＬ−ＤＬ設定を使用し、ＵＬ−ＤＬ設定は、ＴＤＤフレーム内の各サブフレームをアップリンクサブフレーム又はダウンリンクサブフレームに設定する情報であることを特徴とする。
【００２１】
第１のサービス提供セルに使われる第１のＵＬ−ＤＬ設定、又は第２のサービス提供セルに使われる第２のＵＬ−ＤＬ設定は、ＨＡＲＱプロセスの回帰周期が同じである。
【００２２】
第１のＵＬ−ＤＬ設定及び第２のＵＬ−ＤＬ設定は、同じダウンリンク−アップリンクスイッチング周期を有する。
【００２３】
他の態様において、ＴＤＤベースのサービス提供セルが複数個割り当てられた端末のＨＡＲＱ実行方法を提供する。この方法は、第１のサービス提供セルを介して第２のサービス提供セルの第１のサブフレームに対するアップリンク許可を受信するステップと、アップリンク許可に基づいて第１のサブフレームで第１のアップリンクデータを送信するステップと、第１のサービス提供セルで、第２のサービス提供セルの第２のサブフレームに対するアップリンク許可を受信し、第２のサブフレームに対するアップリンク許可は、第１のアップリンクデータに対する再送信可否を示す情報を含むステップと、第２のサブフレームに対するアップリンク許可に基づいて第２のサブフレームで第２のアップリンクデータを送信するステップと、を含み、第１のサービス提供セル及び第２のサービス提供セルは、別個のＵＬ−ＤＬ設定を使用し、ＵＬ−ＤＬ設定は、ＴＤＤフレーム内の各サブフレームをアップリンクサブフレーム又はダウンリンクサブフレームに設定する情報であり、アップリンクデータに対する再送信可否を示す情報が再送信を指示する場合、第２のアップリンクデータは、第１のアップリンクデータの再送信データであり、アップリンクデータに対する再送信可否を示す情報が新たな送信を指示する場合、第２のアップリンクデータは、新たなアップリンクデータであり、第２のサブフレームに対するアップリンク許可を受信する第１のサービス提供セルのサブフレームは、物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）リソースを含まないことを特徴とする。
【００２４】
第１のサービス提供セルで第２のサブフレームに対するアップリンク許可を受信するサブフレームの場合、端末は、ＰＨＩＣＨ受信を試みずに、第２のサブフレームに対するアップリンク許可だけを復号する。
【００２５】
他の態様で提供される端末は、無線信号を送信及び受信する無線周波（ＲＦ）部と、ＲＦ部と接続されるプロセッサと、を含み、プロセッサは、第１のサービス提供セルを介して第２のサービス提供セルの第１のサブフレームに対するアップリンク許可を受信し、アップリンク許可に基づいて第１のサブフレームでアップリンクデータを送信し、第１のサービス提供セルを介してアップリンクデータに対するＡＣＫ／ＮＡＣＫ信号を受信し、ＡＣＫ／ＮＡＣＫ信号がＮＡＣＫである場合、アップリンクデータに対する再送信データを第２のサービス提供セルの第２のサブフレームで送信し、第１のサービス提供セル及び第２のサービス提供セルは、別個のＵＬ−ＤＬ設定を使用し、ＵＬ−ＤＬ設定は、ＴＤＤフレーム内の各サブフレームを、アップリンクサブフレーム又はダウンリンクサブフレームに設定する情報であり、第１のサブフレームと第２のサブフレームとの間の間隔を示すＨＡＲＱ周期は、一つのサービス提供セルが割り当てられた場合のＨＡＲＱ周期の整数倍であることを特徴とする。
【発明の効果】
【００２６】
複数のサービス提供セルがあるＴＤＤシステムにおいて、各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合にも同期ＨＡＲＱを実行することができる。
【図面の簡単な説明】
【００２７】
【図１】無線フレームの構造を示す図である。
【図２】ＴＤＤ無線フレームの構造を示す図である。
【図３】一つのダウンリンクスロットに対するリソースグリッドの一例を示す図である。
【図４】ダウンリンクサブフレーム構造を示す図である。
【図５】アップリンクサブフレームの構造を示す図である。
【図６】正規ＣＰでＰＵＣＣＨフォーマット１ｂのチャネル構造を示す図である。
【図７】正規ＣＰでＰＵＣＣＨフォーマット２／２ａ／２ｂのチャネル構造を示す図である。
【図８】ブロック拡散ベースのＥ−ＰＵＣＣＨフォーマットを例示する図である。
【図９】ダウンリンクＨＡＲＱの一例を示す図である。
【図１０】ＦＤＤで同期化ＨＡＲＱプロセスを示す図である。
【図１１】ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す図である。
【図１２】ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す図である。
【図１３】ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す図である。
【図１４】ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す図である。
【図１５】ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す図である。
【図１６】ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す図である。
【図１７】ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す図である。
【図１８】単一搬送波システムと搬送波集約システムとの比較例を示す図である。
【図１９】各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する一例を示す図である。
【図２０】各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合の、同期ＨＡＲＱ実行プロセスの問題点を示す図である。
【図２１】各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合の、同期ＨＡＲＱ実行プロセスを示す図である。
【図２２】各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合の、同期ＨＡＲＱ実行プロセスを示す図である。
【図２３】図２２の方法を適用する場合のＨＡＲＱタイミングを示す図である。
【図２４】アップリンク許可及びＰＨＩＣＨ送信時点を均等に分配して、ＨＡＲＱプロセス数とＨＡＲＱプロセス周期とを一致させる一例を示す図である。
【図２５】アップリンク許可及びＰＨＩＣＨ送信時点を均等に分配して、ＨＡＲＱプロセス数とＨＡＲＱプロセス周期とを一致させる一例を示す図である。
【図２６】同じｊ＋ｒ値を有するＵＬ−ＤＬ設定が使われるサービス提供セルが集約される場合に発生することのある問題点を示す図である。
【図２７】ＨＡＲＱプロセス数を変える方法を示す図である。
【図２８】方法４）を示す図である。
【図２９】方法５）によるＨＡＲＱ実行方法を示す図である。
【図３０】単一サービス提供セルに本発明を適用する例を示す図である。
【図３１】ＦＤＤでサブフレームバンドルによるＨＡＲＱタイミングを示す図である。
【図３２】本発明の実施例が具現される無線機器を示すブロック図である。
【発明を実施するための形態】
【００２８】
端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）は、固定であってもよいし、移動性を有してもよく、移動機（ＭＳ）、移動端末（ＭＴ）、利用者端末（ＵＴ）、加入者局（ＳＳ）、無線機器、ＰＤＡ、無線モデム、携帯機器、等、他の用語で呼ばれることもある。
【００２９】
基地局は、一般に端末と通信する固定局を意味し、進化ノードＢ（ｅＮＢ）、無線基地局システム（ＢＴＳ）、アクセスポイント、等、他の用語で呼ばれることもある。
【００３０】
基地局から端末への通信をダウンリンク（ＤＬ）といい、端末から基地局への通信をアップリンク（ＵＬ）という。基地局及び端末を含む無線通信システムは、ＴＤＤシステム又は周波数分割２重通信（ＦＤＤ）システムである。ＴＤＤシステムは、同じ周波数帯域で別個の時間を使用してアップリンク及びダウンリンク送受信を実行する無線通信システムである。ＦＤＤシステムは、別個の周波数帯域を使用して、同時にアップリンク及びダウンリンク送受信が可能な無線通信システムである。無線通信システムは、無線フレームを使用して通信を実行することができる。
【００３１】
図１は、無線フレームの構造を示す。
【００３２】
無線フレームは、１０個のサブフレームを含み、一つのサブフレームは、２個の連続的なスロットを含む。無線フレーム内に含まれるスロットは、０〜１９のインデクスが付けられる。一つのサブフレームの送信にかかる時間を送信時間間隔（ＴＴＩ）といい、ＴＴＩは、最小スケジュール単位である。例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０.５ｍｓである。このような無線フレームは、ＦＤＤに用いることができ、この場合、ＦＤＤフレームという。
【００３３】
図２は、ＴＤＤ無線フレームの構造を示す。
【００３４】
図２を参照すると、ＴＤＤ無線フレーム（以下、ＴＤＤフレーム）において、インデクス＃１とインデクス＃６を有するサブフレームは、特別サブフレーム（ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ）といい、ダウンリンクパイロット時間スロット（ＤｗＰＴＳ）、保護期間（ＧＰ）、及びアップリンクパイロット時間スロット（ＵｐＰＴＳ）を含む。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に使われる。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期を合わせるときに使われる。ＧＰは、アップリンクとダウンリンクとの間で、ダウンリンク信号の多重経路遅延によってアップリンクで発生する干渉を除去するための期間である。
【００３５】
ＴＤＤフレームにはＤＬサブフレーム及びＵＬサブフレームが共存する。表１は、無線フレームのＵＬ−ＤＬ設定の一例を示す。
【００３６】
【表１】
0006039769.tif 000002
【００３７】
表１において、‘Ｄ’はＤＬサブフレームを示し、‘Ｕ’はＵＬサブフレームを示し、‘Ｓ’は特別サブフレームを示す。基地局からＵＬ−ＤＬ設定を受信すると、端末は、無線フレームで各サブフレームがＤＬサブフレームか又はＵＬサブフレームかを知ることができる。以下、ＵＬ−ＤＬ設定Ｎ（Ｎは、０〜６のうちいずれか一つ）は、表１を参照されたい。
【００３８】
図３は、一つのダウンリンクスロットに対するリソースグリッドの一例を示す。
【００３９】
図３を参照すると、ダウンリンクスロットは、時間領域で複数の直交周波数分割多重化（ＯＦＤＭ）シンボルを含み、周波数領域でＮRB個のリソースブロック（ＲＢ）を含む。リソースブロックは、リソース割当単位であり、時間領域で一つのスロットを含み、周波数領域で複数の連続する副搬送波を含む。ダウンリンクスロットに含まれるリソースブロックの数ＮRBは、セルで設定されるダウンリンク送信帯域幅ＮDLに依存する。例えば、ＬＴＥシステムにおいて、ＮRBは６〜１１０のうちいずれか一つである。アップリンクスロットの構造もダウンリンクスロットの構造と同様である。
【００４０】
リソースグリッド上の各要素をリソース要素（ＲＥ）という。リソースグリッド上のリソース要素は、スロット内のインデクス対（ｐａｉｒ）（ｋ,ｌ）によって識別することができる。ここで、ｋ（ｋ＝０,...,ＮRB×１２−１）は周波数領域内の副搬送波インデクスであり、ｌ（ｌ＝０,...,６）は時間領域内のＯＦＤＭシンボルインデクスである。
【００４１】
図３において、一つのリソースブロックが時間領域では７ＯＦＤＭシンボル、周波数領域では１２副搬送波で構成され、７×１２リソース要素を含むことを例示的に記述するが、リソースブロック内のＯＦＤＭシンボルの数と副搬送波の数はこれに制限されるものではない。ＯＦＤＭシンボルの数及び副搬送波の数は、ＣＰの長さ、周波数間隔などによって多様に変更することができる。一つのＯＦＤＭシンボルにおいて、副搬送波の数は、１２８、２５６、５１２、１０２４、１５３６、及び２０４８のうち一つを選定して使用することができる。
【００４２】
図４は、ダウンリンクサブフレーム構造を示す。
【００４３】
図４を参照すると、ＤＬサブフレームは、時間領域で制御領域とデータ領域とに分けられる。制御領域は、サブフレーム内の第１のスロットの前方部最大３個（場合によっては最大４個）のＯＦＤＭシンボルを含むが、制御領域に含まれるＯＦＤＭシンボルの数は異なってもよい。制御領域にはＰＤＣＣＨ及び他の制御チャネルが割り当てられ、データ領域にはＰＤＳＣＨが割り当てられる。
【００４４】
３ＧＰＰ ＴＳ ３６.２１１ Ｖ８.７.０に開示されているように、３ＧＰＰ ＬＴＥにおいて、物理チャネルは、データチャネルであるＰＤＳＣＨ及びＰＵＳＣＨと、制御チャネルであるＰＤＣＣＨ、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）、ＰＨＩＣＨ、及びＰＵＣＣＨと、に分けられる。
【００４５】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネル等の送信に使われるＯＦＤＭシンボルの数（すなわち、制御領域の大きさ）に対する制御フォーマット指示子（ＣＦＩ）を伝送する。まず、端末は、ＰＣＦＩＣＨ上でＣＦＩを受信した後、ＰＤＣＣＨを監視する。ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインド復号を使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００４６】
ＰＨＩＣＨは、アップリンクＨＡＲＱのためのＡＣＫ／ＮＡＣＫ信号を伝送する。端末によって送信されるＰＵＳＣＨ上のＵＬデータに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上で送信される。
【００４７】
物理同報チャネル（ＰＢＣＨ）は、無線フレームの１番目のサブフレームの２番目のスロットの前方部４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、端末が基地局との通信に必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報を主情報ブロック（ＭＩＢ）という。これと比較して、ＰＤＣＣＨによって指示されるＰＤＳＣＨ上で送信されるシステム情報をシステム情報ブロック（ＳＩＢ）という。
【００４８】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これはＤＬ許可（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）とも呼ばれる）、ＰＵＳＣＨのリソース割当（これはＵＬ許可（ｕｐｌｉｎｋ ｇｒａｎｔ）とも呼ばれる）、任意のＵＥグループ内の個別ＵＥに対する送信電力制御命令の集合及び／又はＶｏＩＰ（ＩＰ電話）の活性化を含むことができる。
【００４９】
図５は、アップリンクサブフレームの構造を示す。
【００５０】
図５を参照すると、アップリンクサブフレームは、周波数領域でアップリンク制御情報を伝送するＰＵＣＣＨが割り当てられる制御領域と、利用者データを伝送するＰＵＳＣＨが割り当てられるデータ領域と、に分けられる。
【００５１】
ＰＵＣＣＨは、サブフレームからＲＢ対で割り当てられる。ＲＢ対に属するＲＢは、第１のスロット及び第２のスロットそれぞれで別個の副搬送波を占める。ＲＢ対は、同じリソースブロックインデクスｍを有する。
【００５２】
３ＧＰＰ ＴＳ ３６.２１１ Ｖ８.７.０によると、ＰＵＣＣＨは、複数フォーマットをサポートする。ＰＵＣＣＨフォーマットに従う変調方式によってサブフレーム当たり別個のビット数を有するＰＵＣＣＨを使用することができる。
【００５３】
以下の表２は、ＰＵＣＣＨフォーマットによる変調方式及びサブフレーム当たりビット数の例を示す。
【００５４】
【表２】
0006039769.tif 000003
【００５５】
ＰＵＣＣＨフォーマット１はＳＲの送信に使われ、ＰＵＣＣＨフォーマット１ａ／１ｂはＨＡＲＱのためのＡＣＫ／ＮＡＣＫ信号の送信に使われ、ＰＵＣＣＨフォーマット２はＣＱＩの送信に使われ、ＰＵＣＣＨフォーマット２ａ／２ｂはＣＱＩ及びＡＣＫ／ＮＡＣＫ信号の同時送信に使われる。サブフレームにおいて、ＡＣＫ／ＮＡＣＫ信号だけを送信するとき、ＰＵＣＣＨフォーマット１ａ／１ｂが使われ、ＳＲが単独に送信されるとき、ＰＵＣＣＨフォーマット１が使われる。ＳＲとＡＣＫ／ＮＡＣＫを同時に送信するときにはＰＵＣＣＨフォーマット１が使われ、ＳＲに割り当てられたリソースにＡＣＫ／ＮＡＣＫ信号を変調して送信する。
【００５６】
すべてのＰＵＣＣＨフォーマットは、各ＯＦＤＭシンボルでシーケンスの循環シフト（ＣＳ）を使用する。循環シフトされたシーケンスは、基本シーケンスを特定ＣＳ量だけ循環シフトさせて生成される。特定ＣＳ量は、循環シフトインデクスによって指示される。
【００５７】
基本シーケンスｒu（ｎ）を定義した一例は、次の式の通りである。
【００５８】
【数１】
0006039769.tif 000004
【００５９】
ここで、ｕは、ルートインデクスであり、ｎは、コンポーネントインデクスであり、０≦ｎ≦Ｎ−１、Ｎは、基本シーケンスの長さである。ｂ（ｎ）は、３ＧＰＰ ＴＳ ３６.２１１ Ｖ８.７.０の５.５節で定義されている。
【００６０】
シーケンスの長さは、シーケンスに含まれる要素の数と同じである。ｕは、セル識別子（ＩＤ）、無線フレーム内のスロット番号、などによって定めることができる。基本シーケンスが周波数領域で一つのリソースブロックにマップされるとき、一つのリソースブロックが１２副搬送波を含むため、基本シーケンスの長さＮは、１２になる。別個のルートインデクスによって、別個の基本シーケンスが定義される。
【００６１】
基本シーケンスｒ（ｎ）を次の式２のように循環シフトさせ、循環シフトされたシーケンスｒ（ｎ,Ｉcs）を生成することができる。
【００６２】
【数２】
0006039769.tif 000005
【００６３】
ここで、Ｉcsは、ＣＳ量を示す循環シフトインデクスである（０≦Ｉcs≦Ｎ−１）。
【００６４】
基本シーケンスの利用可能な循環シフトインデクスは、ＣＳ間隔（ＣＳ ｉｎｔｅｒｖａｌ）によって基本シーケンスから得ることができる循環シフトインデクスを意味する。例えば、基本シーケンスの長さが１２であり、ＣＳ間隔が１の場合、基本シーケンスの利用可能な循環シフトインデクスの総数は、１２になる。または、基本シーケンスの長さが１２であり、ＣＳ間隔が２の場合、基本シーケンスの利用可能な循環シフトインデクスの総数は、６になる。
【００６５】
図６は、正規ＣＰでＰＵＣＣＨフォーマット１ｂのチャネル構造を示す。
【００６６】
一つのスロットは、７個のＯＦＤＭシンボルを含み、３個のＯＦＤＭシンボルは、基準信号（ＲＳ)のためのＲＳ ＯＦＤＭシンボルになり、４個のＯＦＤＭシンボルは、ＡＣＫ／ＮＡＣＫ信号のためのデータＯＦＤＭシンボルになる。
【００６７】
ＰＵＣＣＨフォーマット１ｂでは符号化された２ビットＡＣＫ／ＮＡＣＫ信号をＱＰＳＫ変調することによって、変調シンボルｄ（０）が生成される。
【００６８】
循環シフトインデクスＩcsは、無線フレーム内のスロット番号（ｎs）及び／又はスロット内のシンボルインデクス（ｌ）によって変わることがある。
【００６９】
正規ＣＰでは、一つのスロットにＡＣＫ／ＮＡＣＫ信号の送信のために４個のデータＯＦＤＭシンボルがあるため、各データＯＦＤＭシンボルで対応する循環シフトインデクスをＩcs0、Ｉcs1、Ｉcs2、Ｉcs3と仮定する。
【００７０】
変調シンボルｄ（０）は、循環シフトされたシーケンスｒ（ｎ,Ｉcs）に拡散される。スロット内の（ｉ＋１）番目のＯＦＤＭシンボルに対応する一次元拡散されたシーケンスをｍ（ｉ）とするとき、
【００７１】
｛ｍ（０）,ｍ（１）,ｍ（２）,ｍ（３）｝＝｛ｄ（０）ｒ（ｎ,Ｉcs0）,ｄ（０）ｒ（ｎ,Ｉcs1）,ｄ（０）ｒ（ｎ,Ｉcs2）,ｄ（０）ｒ（ｎ,Ｉcs3）｝で表すことができる。
【００７２】
端末容量を増加させるために、一次元拡散されたシーケンスは、直交シーケンスを利用して拡散することができる。拡散係数Ｋ＝４である直交シーケンスｗi（ｋ）（ｉは、シーケンスインデクス、０≦ｋ≦Ｋ−１）として以下のようなシーケンスを使用する。
【００７３】
【表３】
0006039769.tif 000006
【００７４】
拡散係数Ｋ＝３である直交シーケンスｗi（ｋ）（ｉは、シーケンスインデクス、０≦ｋ≦Ｋ−１）として次のようなシーケンスを使用する。
【００７５】
【表４】
0006039769.tif 000007
【００７６】
スロット毎に異なる拡散係数を使用することができる。
【００７７】
したがって、任意の直交シーケンスインデクスｉが与えられるとき、２次元拡散されたシーケンス｛ｓ（０）,ｓ（１）,ｓ（２）,ｓ（３）｝は、以下のように示すことができる。
【００７８】
｛ｓ（０）,ｓ（１）,ｓ（２）,ｓ（３）｝＝｛ｗi（０）ｍ（０）,ｗi（１）ｍ（１）,ｗi（２）ｍ（２）,ｗi（３）ｍ（３）｝
【００７９】
２次元拡散されたシーケンス｛ｓ（０）,ｓ（１）,ｓ（２）,ｓ（３）｝は、ＩＦＦＴが実行された後、対応するＯＦＤＭシンボルで送信される。これによって、ＡＣＫ／ＮＡＣＫ信号がＰＵＣＣＨ上で送信される。
【００８０】
ＰＵＣＣＨフォーマット１ｂの基準信号も基本シーケンスｒ（ｎ）を循環シフトさせた後、直交シーケンスに拡散させて送信される。３個のＲＳ ＯＦＤＭシンボルに対応する循環シフトインデクスをＩcs4、Ｉcs5、Ｉcs6とするとき、３個の循環シフトされたシーケンスｒ（ｎ,Ｉcs4）、ｒ（ｎ,Ｉcs5）、ｒ（ｎ,Ｉcs6）を得ることができる。この３個の循環シフトされたシーケンスは、Ｋ＝３である直交シーケンスｗRSi（ｋ）に拡散される。
【００８１】
直交シーケンスインデクスｉ、循環シフトインデクスＩcs、及びリソースブロックインデクスｍは、ＰＵＣＣＨを構成するために必要なパラメータであり、ＰＵＣＣＨ（又は、端末）の区分に使われるリソースである。利用可能な循環シフトの数が１２であり、利用可能な直交シーケンスインデクスの数が３の場合、合計３６個の端末に対するＰＵＣＣＨを一つのリソースブロックに多重化することができる。
【００８２】
３ＧＰＰ ＬＴＥにおいて、端末がＰＵＣＣＨを構成するための３個のパラメータを取得するために、リソースインデクスｎ（1）PUUCHが定義される。リソースインデクスｎ（1）PUUCH＝ｎCCE＋Ｎ（1）PUUCHに定義され、ｎCCEは、対応するＤＣＩ（すなわち、ＡＣＫ／ＮＡＣＫ信号に対応するダウンリンクデータの受信に使われたダウンリンクリソース割当）の送信に使われる１番目のＣＣＥの番号であり、Ｎ（1）PUUCHは、基地局が端末に上位階層メッセージとして知らせるパラメータである。
【００８３】
ＡＣＫ／ＮＡＣＫ信号の送信に使われる時間、周波数、符号リソースをＡＣＫ／ＮＡＣＫリソース又はＰＵＣＣＨリソースという。前述したように、ＡＣＫ／ＮＡＣＫ信号をＰＵＣＣＨ上で送信するために必要なＡＣＫ／ＮＡＣＫリソースのインデクス（ＡＣＫ／ＮＡＣＫリソースインデクス又はＰＵＣＣＨインデクスという）は、直交シーケンスインデクスｉ、循環シフトインデクスＩcs、リソースブロックインデクスｍ、及び３個のインデクスを求めるためのインデクスのうち少なくともいずれか一つで表現することができる。ＡＣＫ／ＮＡＣＫリソースは、直交シーケンス、循環シフト、リソースブロック及びこれらの組合せのうち少なくともいずれか一つを含むことができる。
【００８４】
図７は、正規ＣＰでＰＵＣＣＨフォーマット２／２ａ／２ｂのチャネル構造を示す。
【００８５】
図７を参照すると、正規ＣＰにおいて、ＯＦＤＭシンボル１、５（すなわち、２番目の、６番目のＯＦＤＭシンボル）は、アップリンク参照信号である復調基準信号（ＤＭＲＳ）のために使われ、残りのＯＦＤＭシンボルは、ＣＱＩ送信のために使われる。拡張ＣＰの場合にはＯＦＤＭシンボル３（４番目のシンボル）がＤＭＲＳのために使われる。
【００８６】
１０個のＣＱＩ情報ビットが、例えば、１／２符号速度（ｃｏｄｅ ｒａｔｅ）でチャネル符号化され、２０個の符号化されたビットになる。チャネル符号化にはリードマラー（Ｒｅｅｄ−Ｍｕｌｌｅｒ）符号を用いることができる。そして、スクランブルされた後、ＱＰＳＫ配置マップ（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｍａｐｐｉｎｇ）され、ＱＰＳＫ変調シンボルが生成される（スロット０でｄ（０）〜ｄ（４））。各ＱＰＳＫ変調シンボルは、長さ１２である基本ＲＳシーケンス（ｒ（ｎ））の循環シフトに変調された後ＩＦＦＴされ、サブフレーム内の１０個のＳＣ−ＦＤＭＡシンボルの各々で送信される。均一に離隔された１２個の循環シフトは、１２個の別個の端末が同じＰＵＣＣＨリソースブロックで直交に多重化されるようにする。ＯＦＤＭシンボル１、５に適用されるＤＭＲＳシーケンスには、長さ１２である基本ＲＳシーケンス（ｒ（ｎ））を用いることができる。
【００８７】
図８は、ブロック拡散ベースの強化ＰＵＣＣＨ（Ｅ−ＰＵＣＣＨ）フォーマットを例示する。
【００８８】
Ｅ−ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット３とも呼ばれる。
【００８９】
図８を参照すると、Ｅ−ＰＵＣＣＨフォーマットは、ブロック拡散技法を使用するＰＵＣＣＨフォーマットである。ブロック拡散技法は、ブロック拡散符号を利用して複数ビットＡＣＫ／ＮＡＣＫを変調した変調シンボルシーケンスを多重化する方法を意味する。ブロック拡散技法は、ＳＣ−ＦＤＭＡ方式を利用することができる。ここで、ＳＣ−ＦＤＭＡ方式は、ＤＦＴ拡散後、ＩＦＦＴが実行される送信方式を意味する。
【００９０】
Ｅ−ＰＵＣＣＨフォーマットは、シンボルシーケンス（例えば、ＡＣＫ／ＮＡＣＫシンボルシーケンス）がブロック拡散符号によって時間領域で拡散されて送信される。ブロック拡散符号として直交カバー符号（ＯＣＣ）を用いることができる。ブロック拡散符号によって複数の端末の制御信号を多重化することができる。ＰＵＣＣＨフォーマット２では一つのシンボルシーケンスが時間領域にわたって送信され、一定振幅零自己相関（ＣＡＺＡＣ）シーケンスの循環シフトを利用して端末多重化を実行し、一方、Ｅ−ＰＵＣＣＨフォーマットでは一つ以上のシンボルで構成されるシンボルシーケンスが各データシンボルの周波数領域にわたって送信され、ブロック拡散符号によって時間領域で拡散されて端末多重化を実行するという相違点がある。図８において、一つのスロットで２個のＲＳシンボルを使用する場合を例示したが、これに制限されるものではなく、３個のＲＳシンボルを使用して拡散係数値として４を有する直交カバー符号を使用することもできる。ＲＳシンボルは、特定循環シフトを有するＣＡＺＡＣシーケンスから生成されることができ、時間領域の複数のＲＳシンボルに特定直交カバー符号を乗じた形態で送信することができる。
【００９１】
移行、３ＧＰＰ ＬＴＥ ＴＤＤにおけるＨＡＲＱのためのＡＣＫ／ＮＡＣＫ送信に対して説明する。
【００９２】
ＴＤＤは、ＦＤＤと異なり、一つの無線フレームにＤＬサブフレーム及びＵＬサブフレームが共存する。一般にＵＬサブフレームの数はＤＬサブフレームの数より少ない。したがって、ＡＣＫ／ＮＡＣＫ信号を送信するためのＵＬサブフレームが足りない場合に備えて、複数のＤＬサブフレームで受信したＤＬ送信ブロックに対する複数のＡＣＫ／ＮＡＣＫ信号を一つのＵＬサブフレームで送信することをサポートしている。
【００９３】
３ＧＰＰ ＴＳ ３６.２１３ Ｖ８.７.０（２００９−０５）の１０.１節には、ＡＣＫ／ＮＡＣＫバンドル及びＡＣＫ／ＮＡＣＫ多重化の二つのＡＣＫ／ＮＡＣＫモードが示されている。
【００９４】
ＡＣＫ／ＮＡＣＫバンドルは、端末が受信したすべてのＰＤＳＣＨ（すなわち、ダウンリンク送信ブロック）の復号に成功した場合にはＡＣＫを送信し、それ以外の場合にはＮＡＣＫを送信する。このために、各ＰＤＳＣＨに対するＡＣＫ又はＮＡＣＫを論理積演算を介して圧縮する。
【００９５】
ＡＣＫ／ＮＡＣＫ多重化は、ＡＣＫ／ＮＡＣＫチャネル選択（又は、単純にチャネル選択）とも呼ばれる。ＡＣＫ／ＮＡＣＫ多重化によるとき、端末は、複数のＰＵＣＣＨリソースのうち一つのＰＵＣＣＨリソースを選択してＡＣＫ／ＮＡＣＫを送信する。
【００９６】
次の表は、３ＧＰＰ ＬＴＥにおいて、ＵＬ−ＤＬ設定によるＵＬサブフレームｎと連携するＤＬサブフレームｎ−ｋ（ｋ∈Ｋ、Ｍは集合Ｋの要素の数）を示す。
【００９７】
【表５】
0006039769.tif 000008
【００９８】
ＵＬサブフレームｎにＭ個のＤＬサブフレームが連携していると仮定し、例えば、Ｍ＝３を考慮する。そのとき、端末は、３個のＤＬサブフレームから３個のＰＤＣＣＨを受信することができるため、３個のＰＵＣＣＨリソース（ｎ（1）PUCCH,0,ｎ（1）PUCCH,1、ｎ（1）PUCCH,2）を取得することができる。このような場合、ＡＣＫ／ＮＡＣＫチャネル選択の例は、次の表の通りである。
【００９９】
【表６】
0006039769.tif 000009
【０１００】
表において、ＨＡＲＱ−ＡＣＫ（ｉ）は、Ｍ個のダウンリンクサブフレームのうちｉ番目のダウンリンクサブフレームに対するＡＣＫ／ＮＡＣＫを示す。不連続送信（ＤＴＸ）は、該当するＤＬサブフレームからＰＤＳＣＨ上でＤＬ送信ブロックを受信することができない、又は対応するＰＤＣＣＨを検出することができないことを意味する。表６によると、３個のＰＵＣＣＨリソース（ｎ（1）PUCCH,0,ｎ（1）PUCCH,1,ｎ（1）PUCCH,2）があり、ｂ（０）、ｂ（１）は、選択されたＰＵＣＣＨを利用して送信される２個のビットである。
【０１０１】
例えば、端末が３個のＤＬサブフレームで３個のＤＬ送信ブロックを全部成功裏に受信する場合、端末は、ｎ（1）PUCCH,2を利用してビット（１,１）をＱＰＳＫ変調し、ＰＵＣＣＨ上で送信する。端末が１番目（ｉ＝０）のＤＬサブフレームでＤＬ送信ブロックの復号に失敗し、残りは復号に成功した場合、端末は、ｎ（1）PUCCH,2を利用してビット（１,０）をＰＵＣＣＨ上で送信する。すなわち、既存ＰＵＣＣＨフォーマット１ｂは、２ビットのＡＣＫ／ＮＡＣＫだけを送信することができる。しかし、チャネル選択は、割り当てられたＰＵＣＣＨリソースと実際のＡＣＫ／ＮＡＣＫ信号とをリンクして、より多いＡＣＫ／ＮＡＣＫ状態を示す。
【０１０２】
ＡＣＫ／ＮＡＣＫチャネル選択時に、少なくとも一つのＡＣＫがある場合、ＮＡＣＫとＤＴＸと結合（ｃｏｕｐｌｅ）される。これは予約されたＰＵＣＣＨリソースとＱＰＳＫシンボルとの組合せによっては、すべてのＡＣＫ／ＮＡＣＫ状態を示すことができないためである。しかし、ＡＣＫがない場合、ＤＴＸは、ＮＡＣＫと分離（ｄｅｃｏｕｐｌｅ）される。
【０１０３】
前述したＡＣＫ／ＮＡＣＫバンドル及びＡＣＫ／ＮＡＣＫ多重化は、ＴＤＤで端末に一つのサービス提供セルが設定された場合に適用することができる。
【０１０４】
一例として、ＴＤＤにおいて、端末に一つのサービス提供セルが設定（すなわち、１次セルだけ設定）され、ＡＣＫ／ＮＡＣＫバンドル又はＡＣＫ／ＮＡＣＫ多重化が使われ、Ｍ＝１である場合を仮定する。すなわち、一つのＵＬサブフレームに一つのＤＬサブフレームが連携された場合を仮定する。
【０１０５】
１）端末が１次セルのサブフレームｎ−ｋで対応するＰＤＣＣＨによって指示されるＰＤＳＣＨ、又は半永続的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）スケジュール（ＳＰＳ）解放（ｒｅｌｅａｓｅ）ＰＤＣＣＨを検出した場合、サブフレームｎでＡＣＫ／ＮＡＣＫを送信する。ＬＴＥにおいて、基地局が無線リソース制御（ＲＲＣ）のような上位階層信号を介して端末にいずれのサブフレームで半永続的である送信／受信を実行するかを知らせることができる。上位階層信号として与えられるパラメータは、例えば、サブフレームの周期及びオフセット値である。端末は、ＲＲＣ信号通知を介して半永続的送信を認知した後、ＰＤＣＣＨを介してＳＰＳ送信の活性化信号又は解放信号を受信すると、ＳＰＳ ＰＤＳＣＨ受信又はＳＰＳＰＵＳＣＨ送信を実行又は解放する。すなわち、端末は、ＲＲＣ信号通知を介してＳＰＳスケジュールの割当を受けても、直ちにＳＰＳ送受信を実行するものではなく、活性化信号又は解放信号を、ＰＤＣＣＨを介して受信した場合、そのＰＤＣＣＨで指定したリソースブロック割当による周波数リソース（リソースブロック）、変調符号化（ＭＣＳ）情報による変調、符号化速度を適用し、ＲＲＣ信号通知を介して割当を受けたサブフレーム周期、オフセット値に該当するサブフレームでＳＰＳ送受信を実行する。このとき、ＳＰＳを解放するＰＤＣＣＨをＳＰＳ解放ＰＤＣＣＨといい、ＬＴＥシステムにおいて、ＤＬ ＳＰＳ解放ＰＤＣＣＨは、ＡＣＫ／ＮＡＣＫ信号送信を必要とする。
【０１０６】
このとき、サブフレームｎで、端末は、ＰＵＣＣＨリソースｎ（1,p）PUCCHによるＰＵＣＣＨフォーマット１ａ／１ｂを使用してＡＣＫ／ＮＡＣＫを送信する。ｎ（1,p）PUCCHで、ｐは、アンテナポートｐに対するものであることを示す。ｋは、表５によって定められる。
【０１０７】
ＰＵＣＣＨリソースｎ（1,p）PUCCHは、次の式のように割り当てることができる。ｐは、ｐ０又はｐ１である。
【０１０８】
【数３】
0006039769.tif 000010
【０１０９】
ｎ（1,p=p1）PUCCH＝（Ｍ−ｍ−１）・Ｎc＋ｍ・Ｎc+1＋（ｎCCE＋１）＋Ｎ（1）PUCCH ｆｏｒ ａｎｔｅｎｎａ ｐｏｒｔ ｐ＝ｐ１、
【０１１０】
式３において、ｃは｛０,１,２,３｝のうち、Ｎc≦ｎCCE<Ｎc+1（アンテナポートｐ０）、Ｎc≦（ｎCCE＋１）<Ｎc+1（アンテナポートｐ１）を満たすように選択される。Ｎ（1）PUCCHは、上位階層信号によって設定される値である。ＮC＝ｍａｘ｛０,ｆｌｏｏｒ[ＮDL ＲＢ・（ＮRBsc・ｃ−４）／３６]｝である。ＮDLRBはダウンリンク帯域幅であり、ＮRBscは副搬送波数で表示されるリソースブロックの周波数領域での大きさである。ｎCCE は、サブフレームｎ−ｋmで該当ＰＤＣＣＨの送信に使われた１番目のＣＣＥ番号である。ｍは、ｋmが表５の集合Ｋで最も小さい値になるようにする値である。
【０１１１】
２）端末が１次セルのダウンリンクサブフレームｎ−ｋでＳＰＳ ＰＤＳＣＨ、すなわち、対応するＰＤＣＣＨが存在しないＰＤＳＣＨを検出した場合、次のようにＰＵＣＣＨリソースｎ（1,p）PUCCHを利用してサブフレームｎでＡＣＫ／ＮＡＣＫを送信することができる。
【０１１２】
ＳＰＳ ＰＤＳＣＨは、スケジュールするＰＤＣＣＨがないため、端末は、上位階層信号によって設定されるｎ（1,p）PUCCHによるＰＵＣＣＨフォーマット１ａ／１ｂを介してＡＣＫ／ＮＡＣＫを送信する。例えば、ＲＲＣ信号を介して４個のリソース（第１のＰＵＣＣＨリソース、第２のＰＵＣＣＨリソース、第３のＰＵＣＣＨリソース、第４のＰＵＣＣＨリソース）を予約し、ＳＰＳスケジュールを活性化するＰＤＣＣＨの送信電力制御（ＴＰＣ）フィールドを介して一つのリソースを指示することができる。
【０１１３】
次の表は、ＴＰＣフィールド値によってチャネル選択のためのリソースを指示する一例である。
【０１１４】
【表７】
0006039769.tif 000011
【０１１５】
他の例として、ＴＤＤで、端末に一つのサービス提供セルが設定（すなわち、１次セルだけ設定）され、ＡＣＫ／ＮＡＣＫ多重化が使われ、Ｍ＞１である場合を仮定する。すなわち、一つのＵＬサブフレームに複数のＤＬサブフレームが連携された場合を仮定する。
【０１１６】
１）端末がサブフレームｎ−ｋi（０≦ｉ≦Ｍ−１）でＰＤＳＣＨを受信し、又はＤＬ ＳＰＳ解放ＰＤＣＣＨを検出した場合、ＡＣＫ／ＮＡＣＫを送信するためのＰＵＣＣＨリソースｎ（1）PUCCH,iは、次の式のように割り当てられることができる。ここで、ｋi∈Ｋであり、集合Ｋは、表５を参照して説明した。
【０１１７】
【数４】
0006039769.tif 000012
【０１１８】
ここで、ｃは｛０,１,２,３｝のうち、Ｎc≦ｎCCE,i＜Ｎc+1を満たすように選択される。 Ｎ（1）PUCCHは、上位階層信号によって設定される値である。ＮC＝ｍａｘ｛０,ｆｌｏｏｒ[ＮDLRB・（ＮRBsc・ｃ−４）／３６]｝である。ＮDLRBはダウンリンク帯域幅、ＮRBscは副搬送波数で表示されるリソースブロックの周波数領域での大きさである。ｎCCE,iは、サブフレームｎ−ｋiで該当ＰＤＣＣＨの送信に使われた１番目のＣＣＥ番号である。
【０１１９】
２）端末が対応するＰＤＣＣＨがないＰＤＳＣＨ（すなわち、ＳＰＳ ＰＤＳＣＨ）をサブフレームｎ−ｋiで受信した場合、ｎ（1）PUCCH,iは上位階層信号で与えられる設定及び表７によって決定される。
【０１２０】
ＴＤＤにおいて、端末に２以上のサービス提供セルが設定された場合、端末は、ＰＵＣＣＨフォーマット１ｂを使用するチャネル選択又はＰＵＣＣＨフォーマット３を利用してＡＣＫ／ＮＡＣＫを送信する。
【０１２１】
一例として、ＰＵＣＣＨフォーマット１ｂを使用するチャネル選択を使用する複数のサービス提供セルが設定された場合、ＡＣＫ／ＮＡＣＫビットが４ビットより大きいとき、端末は、一つのダウンリンクサブフレーム内の複数の符号語に対する空間ＡＣＫ／ＮＡＣＫバンドルを実行し、各サービス提供セルに対するバンドルされたＡＣＫ／ＮＡＣＫビットを、ＰＵＣＣＨフォーマット１ｂを使用するチャネル選択を介して送信する。空間ＡＣＫ／ＮＡＣＫバンドルは、同じダウンリンクサブフレーム内で符号語別ＡＣＫ／ＮＡＣＫを、論理積演算を介して圧縮することを意味する。
【０１２２】
ＡＣＫ／ＮＡＣＫビットが４ビット以下の場合、空間ＡＣＫ／ＮＡＣＫバンドルは使われずに、ＰＵＣＣＨフォーマット１ｂを使用するチャネル選択を介して送信される。
【０１２３】
他の例として、端末にＰＵＣＣＨフォーマット３を使用する２個以上のサービス提供セルが設定された場合、ＡＣＫ／ＮＡＣＫビットが２０ビットより大きいとき、空間ＡＣＫ／ＮＡＣＫバンドルが各サービス提供セルで実行され、空間ＡＣＫ／ＮＡＣＫバンドルされたＡＣＫ／ＮＡＣＫビットを、ＰＵＣＣＨフォーマット３を介して送信することができる。ＡＣＫ／ＮＡＣＫビットが２０ビット以下の場合、空間ＡＣＫ／ＮＡＣＫバンドルは使われずに、ＰＵＣＣＨフォーマット３を介してＡＣＫ／ＮＡＣＫビットが送信される。
【０１２４】
端末に設定される複数のサービス提供セルは、従来技術では全部同じＵＬ−ＤＬ設定を有することを前提とした。しかし、次世代無線通信システムでは各サービス提供セルが別個のＵＬ−ＤＬ設定を有することもできる。このような場合、複数のサービス提供セルに対する同じサブフレームのうち一部は、ダウンリンクサブフレームに設定され、残りは、アップリンクサブフレームに設定される場合も発生することがある。
【０１２５】
次の表８は、従来一つのサービス提供セルに対してＵＬ−ＤＬ設定によっていずれのサブフレームでＡＣＫ／ＮＡＣＫを送信するかを示す。
【０１２６】
【表８】
0006039769.tif 000013
【０１２７】
端末がサブフレームｎでＰＤＳＣＨ又はＡＣＫ／ＮＡＣＫ応答が必要なＰＤＣＣＨ、例えば、ＤＬ ＳＰＳ解放ＰＤＣＣＨを受信した場合、サブフレームｎ＋ｋ（ｎ）でＡＣＫ／ＮＡＣＫを送信し、表８の各値はｋ（ｎ）値を示している。例えば、ＵＬ−ＤＬ設定が０である場合、サブフレーム０でＰＤＳＣＨを受信する場合、４サブフレーム以後であるサブフレーム４でＡＣＫ／ＮＡＣＫを送信することを示している。端末は、ＰＤＳＣＨ又はＤＬ ＳＰＳ解放ＰＤＣＣＨを受信した後、ＡＣＫ／ＮＡＣＫを送信するために特定時間が必要である。以下、このような特定時間の最小値をｋminで表示し、その値は４サブフレームである。表８において、ＡＣＫ／ＮＡＣＫを送信する時点をみると、ｋminが経過した１番目のアップリンクサブフレームでＡＣＫ／ＮＡＣＫを送信することを知ることができる。ただし、表８において、下線を引いた数字は、ｋminが経過した１番目のアップリンクサブフレームを指示せずに、その次に位置したアップリンクサブフレームを指示している。これは、一つのアップリンクサブフレームであまりにも多くのダウンリンクサブフレームに対するＡＣＫ／ＮＡＣＫを送信することを防止するためである。
【０１２８】
［ＨＡＲＱ］
【０１２９】
アップリンクにおいて、基地局が定められたスケジュール規則によって選択された端末に１個以上のリソースブロックをスケジュールし、端末は、割り当てられたリソースを利用してアップリンクにデータを送信する。スケジュールが実行され、データを送信した後、フレームが失われたり、損傷したりする場合のエラー制御方法には、自動再送要求（ＡＲＱ）方式と、さらに発展した形態のハイブリッドＡＲＱ（ＨＡＲＱ）方式と、がある。基本的に、ＡＲＱ方式は、送信側で一つフレーム送信後に肯定応答（ＡＣＫ）メッセージが来ることを待つ。受信側でフレーム送信を正しく受信した場合だけ肯定応答（ＡＣＫ）メッセージを送り、フレームにエラーが生じた場合には否定応答（ＮＡＣＫ）メッセージを送り、エラーが発生したフレームは、受信端バッファでその情報を削除する。送信側でＡＣＫ信号を受けたときは、後続のフレームを送信するが、ＮＡＣＫメッセージを受けたときはフレームを再送信する。
【０１３０】
ＡＲＱ方式と違って、ＨＡＲＱ方式は、受信されたフレームを復調することができない場合、受信側では送信側にＮＡＣＫメッセージを送信するが、既に受信したフレームは、一定時間バッファに記憶し、そのフレームが再送信されたとき、既に受信したフレームと連携して受信成功率を高める。最近、基本的なＡＲＱ方式より効率的なＨＡＲＱ方式が更に広く使われるようになっている。このようなＨＡＲＱ方式にもいろいろな種類があり、大きくは再送信するタイミングによって同期ＨＡＲＱ（ｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱ）と非同期ＨＡＲＱ（ａｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱ）とに分けられ、再送信時に使用するリソースの量にチャネル状態を反映するかどうかによって、チャネル適応（ｃｈａｎｎｅｌ−ａｄａｐｔｉｖｅ）方式とチャネル不適応（ｃｈａｎｎｅｌ−ｎｏｎ−ａｄａｐｔｉｖｅ）方式とに分けられる。
【０１３１】
同期ＨＡＲＱ方式は、データの初期送信が失敗した場合、以後のデータ再送信がシステムによって定められたタイミングで行われる方式である。例えば、データ再送信が行われるタイミングは、初期送信失敗信号を受信した後、４番目の時間単位（サブフレーム）である。このとき、基地局と端末との間で既に取り決められているため、追加で再送信タイミングを知らせる必要はなく、データ送信側でＮＡＣＫメッセージを受けた場合、次の取り決められたタイミングのサブフレームでデータを再送信する。これはＮＡＣＫメッセージの代わりにＡＣＫメッセージを受けるまで繰り返される。例えば、ＮＡＣＫ受信後、４番目のサブフレームごとにデータを再送信するように取り決められている。同期ＨＡＲＱ方式でも、再送信のための周波数リソース割当、変調方式などを調整するために、このためのスケジュール情報を含む制御チャネルを送信することができる。
【０１３２】
一方、非同期ＨＡＲＱ方式ではＡＣＫ／ＮＡＣＫ応答があっても、これに基づいて直ちに再送信せずに、再送信タイミングが新たにスケジュールされ、又は追加の信号通知を介して行うことができる。以前に失敗したデータ送信に対する再送信が行われるタイミングは、チャネル状態などの複数の要因によって変えることができる。
【０１３３】
チャネル不適応ＨＡＲＱ方式は、再送信時に、データの変調方式又は利用するリソースブロックの数などが初期送信時に定められたとおりに行われる方式であり、これと違ってチャネル適応ＨＡＲＱ方式は、チャネルの状態によってデータの変調方式、リソースブロックの数などを変更する方式である。例えば、送信側で、初期送信時に６個のリソースブロックを利用してデータを送信し、以後再送信時にも同じに６個のリソースブロックを利用して再送信することがチャネル不適応ＨＡＲＱ方式である。一方、初期は６個のリソースブロックを利用して送信を行い、以後はチャネル状態によって６個より大きい又は小さい数のリソースブロックを利用して再送信をする方式がチャネル適応ＨＡＲＱ方式である。
【０１３４】
このような分類によって各々四つのＨＡＲＱの組合せが行われることができるが、主に使われるＨＡＲＱ方式には非同期及びチャネル適応ＨＡＲＱ方式と同期及びチャネル不適応ＨＡＲＱ方式がある。非同期及びチャネル適応ＨＡＲＱ方式は、再送信タイミング及び使用するリソースの量をチャネルの状態によって適応的に変えることによって再送信効率を極大化することができる。しかし、オーバヘッドが大きくなる短所があるため、アップリンクでは一般に考慮されない。一方、同期及びチャネル不適応ＨＡＲＱ方式は、再送信のためのタイミング及びリソース割当がシステム内で取り決められているため、このための信号通知オーバヘッドがほぼないことが長所である。しかし、変化が激しいチャネル状態で使われる場合には再送信効率が低くなる短所がある。
【０１３５】
現在、３ＧＰＰ ＬＴＥにおいて、ダウンリンクの場合には非同期ＨＡＲＱ方式が使用され、アップリンクの場合には同期ＨＡＲＱ方式が使用されている。
【０１３６】
図９は、ダウンリンクＨＡＲＱの一例を示す。
【０１３７】
図９を参照すると、スケジュール情報及びデータが送信された後、端末からのＡＣＫ／ＮＡＣＫの情報が受信され、次にデータが送信される。次のデータは、新たなデータ又は再送信データである。図９に示すように、次のデータが送信されるまで時間遅延が発生する。これはチャネル伝ぱ遅延並びにデータ復号及びデータ符号化にかかる時間によって発生する遅延である。このような遅延期間中に空白期間がないデータ送信のために独立のＨＡＲＱプロセスを使用して送信する方法が使われている。例えば、データ送信から次のデータ送信までの最短周期が７サブフレームの場合、７個の独立のＨＡＲＱプロセスを設けて空白期間なくデータを送信することができる。ＬＴＥにおいて、多入力多出力（ＭＩＭＯ）で動作しない場合、最大８個のＨＡＲＱプロセスを割り当てることができる。
【０１３８】
アップリンクＨＡＲＱプロセスは、アップリンク許可によってスケジュールされたＰＵＳＣＨを送信し、ＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを、ＰＨＩＣＨを介して受信し、ＰＨＩＣＨにＮＡＣＫが含まれている場合、ＰＵＳＣＨを再送信するプロセスを含む。
【０１３９】
以下、説明の便宜上、アップリンク許可受信後ＰＵＳＣＨ送信までのサブフレーム間隔をｋとし、ＰＵＳＣＨ送信後ＰＨＩＣＨ受信までのサブフレーム間隔をｊとする。ＰＨＩＣＨ送信後ＰＵＳＣＨ再送信までの間隔をｒとし、再送信に対するアップリンク許可受信後ＰＵＳＣＨ再送信までの間隔をｋ′とする。前述したｋ、ｊ、ｒ、ｋ′などによってＨＡＲＱ実行のタイミングを知ることができるため、ｋ、ｊ、ｒ、ｋ′をＨＡＲＱタイミング関係という。
【０１４０】
図１０は、ＦＤＤで同期化ＨＡＲＱプロセスを示す。
【０１４１】
図１０を参照すると、ＰＵＳＣＨを送信するサブフレームをサブフレームｎとするとき、サブフレームｎ−ｋでＰＤＣＣＨを受信する。サブフレームｎ＋ｊでＰＨＩＣＨを受信し、サブフレームｎ＋ｊ＋ｒでＰＵＳＣＨを再送信する。この場合、再送信されるＰＵＳＣＨに対するアップリンク許可は、サブフレームｎ＋ｊ＋ｒ−ｋ′で受信される。すなわち、ｊ＋ｒは、同じＨＡＲＱプロセスに対するＰＵＳＣＨを再送信する間隔となる。
【０１４２】
ＦＤＤは、アップリンクサブフレームとダウンリンクサブフレームの比が１：１の関係にあり、アップリンクサブフレーム及びダウンリンクサブフレームが連続的に存在するため、図１０の各時間関係が一定に維持される。すなわち、ｋ＝ｊ＝ｒ＝ｋ′＝ｋminになる。ｋminは４サブフレームである。したがって、端末がＰＵＳＣＨ送信した後、再びＰＵＳＣＨを再送信するまで、アップリンクサブフレームは８個存在し、別個の８個のＨＡＲＱプロセスが進行してもよい。
【０１４３】
一方、ＴＤＤの場合、アップリンクサブフレームとダウンリンクサブフレームとの比が１：１でない場合も存在する。ｋmin＝４であることを考慮し、ｋ、ｊ、ｒ、ｋ′値は互いに変わることができる。また、各値が一定の値でなくてもよい。例えば、ＴＤＤフレームのＵＬ−ＤＬ設定、サブフレーム番号によって、ｋ、ｊ、ｒ、ｋ′値が一定の値でなく変更することができる。
【０１４４】
図１１乃至図１７は、ＴＤＤフレームのＵＬ−ＤＬ設定（表１参照）及びサブフレーム番号によるｋ、ｊ、ｒ、ｋ′値の例を示す。図１１乃至図１７において、サブフレーム内の番号は、アップリンクＨＡＲＱプロセス番号（以下、ＨＡＲＱプロセス番号と略称）を示し、矢印に記載された数字は、サブフレーム間隔を示す。このとき、ＴＤＤフレームの上側に表示された矢印は、１）アップリンク許可を受信したダウンリンクサブフレームから何サブフレーム後のアップリンクサブフレームでアップリンク許可によってスケジュールされるＰＵＳＣＨが送信されるかを示し（ｋ）、又は、２）ＰＨＩＣＨを受信したサブフレームから何サブフレーム後のアップリンクサブフレームでＰＵＳＣＨを送信するかを示し（ｒ）、又は、３）アップリンク許可を受信したダウンリンクサブフレームから何サブフレーム後のアップリンクサブフレームでアップリンク許可によってスケジュールされて再送信されるＰＵＳＣＨが送信されるかを示す（ｋ′）。また、ＴＤＤフレームの下方に表示された矢印は、４）ＰＵＳＣＨを送信したアップリンクサブフレームでＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを伝送するＰＨＩＣＨを何サブフレーム以後のダウンリンクサブフレームで受信するかを示す（ｊ）。
【０１４５】
ＨＡＲＱプロセス番号が記載されたサブフレームは、ＵＬサブフレームである。その以外のサブフレームは、ＤＬサブフレームである。
【０１４６】
図１１ではｊ＋ｒ＝１１又はｊ＋ｒ＝１３であることを知ることができる。図１２乃至図１６ではｊ＋ｒ＝１０であり、図１７ではｊ＋ｒの値が１１、１３、又は１４であることを知ることができる。
【０１４７】
図１１乃至図１７に示すＨＡＲＱタイミング関係は、端末が単一セルに接続（ａｃｃｅｓｓ）するときのＨＡＲＱタイミング関係である。この場合、単一セルは、セル特定ＵＬ−ＤＬ設定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ ＵＬ−ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ）に従う。セル特定ＵＬ−ＤＬ設定は、該当セルのシステム情報（例えば、ＳＩＢ−１）で同報（ｂｒｏａｄｃａｓｔｉｎｇ）することができる。セル特定ＵＬ−ＤＬ設定は、端末が単一搬送波を介してセルに接続したり、又は後述する１次セル（ｐｒｉｍａｒｙ ｃｅｌｌ）に初期接続したりするときに使用する。
【０１４８】
図１１乃至図１７に続く図面において、ＨＡＲＱプロセス番号及び一般にＨＡＲＱプロセス番号としてなされる説明は、同じＨＡＲＱプロセスが使われる周期、ＨＡＲＱプロセス数を説明するためのものに過ぎず、実際に固定されたＨＡＲＱプロセス番号がなくても本発明の適用に問題はない。また、例示するＨＡＲＱタイミングは、説明のための一実施例に過ぎない。
【０１４９】
以下、搬送波集約（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）システムについて説明する。搬送波集約システムは、複数搬送波システムとも呼ばれる。
【０１５０】
３ＧＰＰ ＬＴＥシステムは、ダウンリンク帯域幅とアップリンク帯域幅とが異なるように設定される場合をサポートするが、これは一つの成分搬送波（ＣＣ）を前提とする。３ＧＰＰ ＬＴＥシステムは、最大２０ＭＨｚをサポートし、アップリンク帯域幅とダウンリンク帯域幅とは異なるが、アップリンク及びダウンリンクの各々に一つのＣＣだけをサポートする。
【０１５１】
搬送波集約（又は、帯域幅集約、スペクトラム集約とも呼ばれる）は、複数のＣＣをサポートする。例えば、２０ＭＨｚ帯域幅を有する搬送波単位の粒度（ｇｒａｎｕｌａｒｉｔｙ）として５個のＣＣが割り当てられる場合、最大１００ＭＨｚの帯域幅をサポートすることができる。
【０１５２】
一つのＤＬ ＣＣ又はＵＬ ＣＣとＤＬ ＣＣとの対は、一つのセルに対応することができる。したがって、複数のＤＬ ＣＣを介して基地局と通信する端末は、複数のサービス提供セルからサービスの提供を受けるということができる。
【０１５３】
図１８は、単一搬送波システムと搬送波集約システムの比較例である。
【０１５４】
搬送波集約システム（図１８（ｂ））は、ＤＬ ＣＣ及びＵＬ ＣＣが各々３個ずつあるが、ＤＬ ＣＣ及びＵＬ ＣＣの数に制限があるものてはない。各ＤＬ ＣＣにおいてＰＤＣＣＨ及びＰＤＳＣＨを独立に送信し、各ＵＬ ＣＣでＰＵＣＣＨ及びＰＵＳＣＨを独立に送信してもよい。又は、ＰＵＣＣＨを特定ＵＬ ＣＣを介してだけ、送信してもよい。
【０１５５】
ＤＬ ＣＣ−ＵＬ ＣＣ対は３個が定義されるため、端末は、３個のサービス提供セルからサービスの提供を受けるということができる。
【０１５６】
端末は、複数のＤＬ ＣＣでＰＤＣＣＨを監視し、複数のＤＬ ＣＣを介して同時にＤＬ送信ブロックを受信することができる。端末は、複数のＵＬ ＣＣを介して同時に複数のＵＬ送信ブロックを送信することができる。
【０１５７】
ＤＬ ＣＣ＃ＡとＵＬ ＣＣ＃Ａとの対が第１のサービス提供セルとなり、ＤＬ ＣＣ＃ＢとＵＬ ＣＣ＃Ｂとの対が第２のサービス提供セルとなり、ＤＬ ＣＣ＃ＣとＵＬ ＣＣ＃Ｃとが第３サービス提供セルとなることがある。各サービス提供セルは、セルインデクス（ＣＩ）を介して識別することができる。ＣＩは、セル内で固有であってもよく、又は端末特定であってもよい。
【０１５８】
サービス提供セルは、１次セルと２次セルとに区分することができる。１次セルは、端末が初期接続確立プロセスを実行したり、接続再確立プロセスを開始したりしたか、ハンドオーバプロセスで１次セルに指定されたセルである。１次セルは、基準セル（ｒｅｆｅｒｅｎｃｅ ｃｅｌｌ）とも呼ばれる。２次セルは、ＲＲＣ接続が確立された後に設定することができ、追加の無線リソースの提供に使われることができる。常に少なくとも一つの１次セルが設定され、２次セルは、上位階層信号通知（例、ＲＲＣメッセージ）によって追加／修正／解放することができる。１次セルのＣＩは固定することができる。例えば、最も低いＣＩが１次セルのＣＩに指定することができる。
【０１５９】
このような搬送波集約システムは、搬送波間スケジュール（ｃｒｏｓｓ ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ）をサポートすることができる。搬送波間スケジュールは、特定成分搬送波を介して送信されるＰＤＣＣＨを介して他の成分搬送波を介して送信されるＰＤＳＣＨのリソース割当及び／又は特定成分搬送波と基本的にリンクされている成分搬送波以外の他の成分搬送波を介して送信されるＰＵＳＣＨのリソースを割当することができるスケジュール方法である。すなわち、ＰＤＣＣＨ及びＰＤＳＣＨを別個のダウンリンクＣＣを介して送信することができ、ＵＬ許可を含むＰＤＣＣＨが送信されたダウンリンクＣＣと基本的にリンクされたアップリンクＣＣでない他のアップリンクＣＣを介してＰＵＳＣＨを送信することができる。このように搬送波間スケジュールをサポートするシステムでは、ＰＤＣＣＨが制御情報を提供するＰＤＳＣＨ／ＰＵＳＣＨがいずれのＤＬ ＣＣ／ＵＬ ＣＣを介して送信されるかを知らせる搬送波指示子が必要であり、このような搬送波指示子を含むフィールドを搬送波指示フィールド（ＣＩＦ）という。以下、スケジュールする搬送波又はスケジュールするセル（ｓｃｈｅｄｕｌｉｎｇ ｃｅｌｌ）は、ＵＬ許可又はＤＬ許可を送信する搬送波又はサービス提供セルを意味し、スケジュールされた搬送波又はスケジュールされたセル（ｓｃｈｅｄｕｌｅｄ ｃｅｌｌ）は、ＵＬ許可又はＤＬ許可によってデータチャネルを受信又は送信する搬送波又はサービス提供セルを意味する。
【０１６０】
非搬送波間スケジュールは、既存のスケジュール方法を拡張したスケジュール方法である。すなわち、同じＤＬ ＣＣ内でＰＤＳＣＨ及びＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信するスケジュール方法である。また、ＤＬ ＣＣでＰＵＳＣＨをスケジュールするＰＤＣＣＨを送信し、ＤＬ ＣＣと基本的にリンクされているＵＬ ＣＣでＰＵＳＣＨを送信するスケジュール方法である。
【０１６１】
既存搬送波集約システムでは各サービス提供セルが同じタイプの無線フレームだけを使用することを前提とした。また、各サービス提供セルがＴＤＤで動作する場合、ＴＤＤフレームを使用し、各サービス提供セルのＵＬ−ＤＬ設定も同様であることを前提とした。しかし、次世代搬送波集約システムでは各サービス提供セルが別個のＵＬ−ＤＬ設定を使用することも考慮している。
【０１６２】
図１９は、各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する一例を示す。このように各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合、一部サブフレームは、有効又は無効サブフレームになる。ここで、有効サブフレームは、実際に該当ＤＬ又はＵＬサブフレームにデータ送信が可能なサブフレームを意味し、無効サブフレームは、該当ＤＬ又はＵＬサブフレームでデータ送信が不可なサブフレームを意味する。有効サブフレームになるためには、該当サブフレームでデータチャネル送信自体が可能であると同時に、データチャネルに対応する（すなわち、データチャネルの送信を誘発する）制御チャネルが送信されるように定義された時間期間（サブフレーム）での制御チャネル送信も可能でなければならない。このような有効、無効サブフレームの設定方式の例である。
【０１６３】
図１９を参照すると、ＴＤＤフレームを使用する第１のサービス提供セル及び第２のサービス提供セルを割り当てることができる。このとき、第１のサービス提供セル及び第２のサービス提供セルは、別個のＵＬ−ＤＬ設定を使用することができる。これによって、例えば、第１のサービス提供セルのサブフレーム＃ＮはＵに設定され、第２のサービス提供セルのサブフレーム＃ＮはＤに設定することができる。この場合、半２重で動作する端末は、２サービス提供セルに対してアップリンク又はダウンリンクのうち一つの送信方向だけを選択的に使用することができ、各サービス提供セルから選択された送信方向と異なるサブフレーム＃Ｎは、無効サブフレーム８０１になる。例えば、サブフレーム＃Ｎで端末の送信方向がアップリンク方向に設定され、第１のサービス提供セルのサブフレーム＃ＮがＵＬサブフレームの場合、第１のサービス提供セルのサブフレーム＃Ｎは有効サブフレームとして使用することができる。一方、第２のサービス提供セルのサブフレーム＃ＮがＤＬサブフレームの場合、第２のサービス提供セルのサブフレーム＃Ｎは、無効サブフレームになる。半２重で動作する端末は、無効サブフレームを使用せず、このように使用しない無効サブフレームの状態を既存のＤ、Ｕ、Ｓと区分するためにＸと表示してもよい。第１のサービス提供セル及び第２のサービス提供セルにおいて、Ｄ又はＵに設定されたすべてのサブフレームは、有効サブフレームということができる。また、特別サブフレームＳは、ギャップ（例えば、ＧＰ）が含まれている特別なサブフレームであり、ギャップサイズ等の設定によってＤＬ有効サブフレーム又はＤＬ無効サブフレームになる。
【０１６４】
本発明は、複数のサービス提供セルが集約される搬送波集約システムにおいて、搬送波間スケジュールを使用する場合に適用することができる。このとき、各サービス提供セルは、別個のＵＬ−ＤＬ設定を使用できることを前提とする。各サービス提供セルに適用されるＵＬ−ＤＬ設定のうち一つのＵＬ−ＤＬ設定は、基準ＵＬ−ＤＬ設定として使用することができる。例えば、１次セルに適用されるＵＬ−ＤＬ設定は、基準ＵＬ−ＤＬ設定として使用することができる。
【０１６５】
このとき、特定サービス提供セルに対するセル特定ＵＬ−ＤＬ設定による送信方向（ＵＬ又はＤＬ）と基準ＵＬ−ＤＬ設定による送信方向とが一致しないサブフレームの場合、端末は、該当サブフレームを使用しない‘Ｘ’に指定することができる。
【０１６６】
別個のＵＬ−ＤＬ設定が使われるセル間の搬送波集約で全２重で動作する端末の場合、アップリンクＨＡＲＱタイミングのための基準ＵＬ−ＤＬ設定は、下記のように決定することができる。
【０１６７】
例えば、２次セルのセル特定ＵＬ−ＤＬ設定でＵＬサブフレームが１次セルのセル特定ＵＬ−ＤＬ設定で定義されたＵＬサブフレームの部分集合の場合、該当２次セルの基準ＵＬ−ＤＬ設定は、１次セルのＵＬ ＤＬ設定になることがある。この場合、１次セルの有効ＵＬサブフレームと共通集合でない２次セルのＵＬサブフレームは、無効サブフレームになることがある。
【０１６８】
上述の例を包括する他の例として、２次セルのセル特定ＵＬ−ＤＬ設定と１次セルのセル特定ＵＬ−ＤＬ設定とのＤＬサブフレーム共通集合（すなわち、二つのサービス提供セルにおいてＤＬサブフレームであるサブフレームの集合）にすべてのＤＬサブフレームが含まれるＵＬ−ＤＬ設定が２次セルの基準ＵＬ−ＤＬ設定になることがある。好ましくは、この中からＤＬサブフレーム数がＵＬサブフレームと比較して最も多いＵＬ−ＤＬ設定を選択することができる。この場合、基準ＵＬ−ＤＬ設定とＵＬサブフレームとの共通集合（すなわち、セル特定ＵＬ−ＤＬ設定及び基準ＵＬ−ＤＬ設定においてＵＬサブフレームに設定されたすべてのサブフレームの集合）でない２次セルのサブフレームは、無効サブフレームになることがある。
【０１６９】
別個のＵＬ−ＤＬ設定が使われるセル間の搬送波集約において半２重で動作する端末の場合、ＵＬ ＨＡＲＱタイミングのための基準ＵＬ−ＤＬ設定は、次のように決定することができる。
【０１７０】
例えば、２次セルのセル特定ＵＬ−ＤＬ設定においてＵＬサブフレームが１次セルのセル特定ＵＬ−ＤＬ設定で定義されたＵＬサブフレームの部分集合の場合、２次セルの基準ＵＬ−ＤＬ設定は、１次セルのＵＬ−ＤＬ設定になることがある。この場合、１次セルの有効ＵＬサブフレームと共通集合でない２次セルのＵＬサブフレームは、無効サブフレームになる。このとき、ＵＬサブフレームがＸサブフレームになる場合は発生しない。
【０１７１】
上述の例を包括する他の例として、全２重の場合と同様に、２次セルのセル特定ＵＬ−ＤＬ設定と１次セルのセル特定ＵＬ−ＤＬ設定とのＤＬサブフレーム共通集合にすべてのＤＬサブフレームが含まれるＵＬ−ＤＬ設定を、２次セルの基準ＵＬ−ＤＬ設定として使用することができる。好ましくは、ＤＬサブフレーム数がＵＬサブフレームより最も多いＵＬ−ＤＬ設定を選択することができる。この場合、基準ＵＬ−ＤＬ設定及びＵＬサブフレーム共通集合でない２次セルのＵＬサブフレームは、無効サブフレームになる。また、セル特定ＵＬ−ＤＬ設定と集約されたセルの送信方向が異なってＸサブフレームが発生する場合、無効サブフレームになることがある。
【０１７２】
図２０は、各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合、同期ＨＡＲＱ実行プロセスの問題点を示す。
【０１７３】
図２０を参照すると、１次セルはＵＬ−ＤＬ設定０を使用し、２次セルはＵＬ−ＤＬ設定１を使用する。以下、ｋｃ、ｊｃ、ｒｃ、ｋｃ′、ｊｃ′、ｒｃ′は、搬送波間スケジュールが使われる場合、１次セルのダウンリンクサブフレームと２次セルのアップリンクサブフレームとの間のＨＡＲＱタイミング関係を示す。
【０１７４】
ｋｃ、ｊｃは、ｋminを満たす最も速い応答をするように設定することができる。別個のＵＬ−ＤＬ設定が使われる場合、一つのアップリンク許可が複数のアップリンクサブフレームをスケジュールする場合が発生することができるため、アップリンクサブフレームを区分することができる制御情報がアップリンク許可に含まれなければならない。また、図２０において、一部のＨＡＲＱプロセスは、ＨＡＲＱプロセス番号が変わることを知ることができる。このような問題を解決するために、下記のような方法を利用することができる。
【０１７５】
搬送波間スケジュールを受けるサービス提供セル（２次セル、ＳＣＣで表示）のＨＡＲＱプロセスは、同期ＨＡＲＱプロセスでなく、非同期ＨＡＲＱプロセスに転換することができる。このために、２次セルをスケジュールするＤＣＩフォーマットにはＨＡＲＱプロセス番号を知らせる情報を含むことができる。ＨＡＲＱプロセス番号は、ＤＣＩフォーマットの一部フィールドを借用することもできるし、新たなフィールドを追加して知らせることもできる。
【０１７６】
１次セルをスケジュールするＤＣＩフォーマット及び２次セルをスケジュールするＤＣＩフォーマットの長さが変わると、端末のブラインド復号オーバヘッドが増加することがある。したがって、２のＤＣＩフォーマットの長さを同じにすることが好ましい。このために、２次セルをスケジュールするＤＣＩフォーマットにＨＡＲＱプロセス番号を指示するフィールドを追加する場合、１次セルをスケジュールするＤＣＩフォーマットにもＨＡＲＱプロセス番号を指示するフィールドを追加してもよい。１次セルをスケジュールするＤＣＩフォーマットに追加されたＨＡＲＱプロセス番号を指示するフィールドは、１次セルでの非同期ＨＡＲＱプロセスのために使用することができる。又は、１次セルでは同期ＨＡＲＱプロセスを維持しながら、ＨＡＲＱプロセス番号を指示するフィールドを他の用途で使用することも可能である。
【０１７７】
この方法は、必ず搬送波間スケジュール時にだけ使われるものではなく、非搬送波間スケジュールの際に各サービス提供セルのアップリンクサブフレーム、ダウンリンクサブフレームのスケジュール基準が変わった場合にも適用することもできる。
【０１７８】
図２１は、各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合の同期ＨＡＲＱ実行プロセスを示す。
【０１７９】
図２１を参照すると、２次セルの別個のＵＬサブフレームに対するアップリンク許可送信時点が重ならないように設定され、ｋminを満たす最も速い応答が実行されるように分配される。
【０１８０】
２次セル（ＳＣＣ）は、非搬送波間スケジュールの場合、ｊ＋ｒ＝１０で動作し、搬送波間スケジュールの場合、ｊｃ＋ｒｃ＝１５で動作する。この場合、２次セルのすべてのＨＡＲＱプロセスは、ＨＡＲＱプロセス番号が変わる。このような問題を解決するために、ＨＡＲＱプロセス数を増加させることができる。
【０１８１】
すなわち、搬送波間スケジュールを受ける２次セルのＨＡＲＱプロセス数は、２次セルの初期ＰＵＳＣＨ送信時点及びＰＨＩＣＨを介したＡＣＫ／ＮＡＣＫ応答に対する同期ＨＡＲＱプロセスのＰＵＳＣＨ再送信時点まで（すなわち、同じＨＡＲＱプロセスの回帰周期中に）存在する２次セルのアップリンクサブフレーム数（図２１で例示するように周期が繰り返されるため、開始点又は再送信時点のうち、一つのアップリンクサブフレームは、数から除外される）と同様に設定することができる。図２１の例に示すように、単一セルで動作又は非搬送波間スケジュール時にはＨＡＲＱプロセス数が４であるが、搬送波間スケジュールされる場合は、同じＨＡＲＱプロセスの回帰周期が変わり、初期ＰＵＳＣＨ送信時点のアップリンクサブフレームを含み、ＰＵＳＣＨ再送信時点までのアップリンクサブフレーム数（このとき、ＰＵＳＣＨを再送信するアップリンクサブフレームは除外）は６になるため、ＨＡＲＱプロセスの数が６になる。このとき、アップリンクサブフレーム数は、有効アップリンクサブフレーム数に制限することができる。すなわち、セル特定ＵＬ−ＤＬ設定によってアップリンクサブフレームに設定されたとしても、アップリンクサブフレームのデータチャネル（ＰＵＳＣＨ）をスケジュールする制御チャネル（ＰＤＣＣＨ）の送信がスケジュールセルに定義されていない場合、端末は、アップリンクサブフレームを使用することができない。また、各サービス提供セルのＵＬ−ＤＬ設定によって一部サブフレームがダウンリンクサブフレームに設定されると、半２重で動作する端末は、該当サブフレームを使用することができない。したがって、このような無効アップリンクサブフレームを除外した有効アップリンクサブフレームの数と同じにＨＡＲＱプロセス数を設定することができる。上記において搬送波間スケジュールを考慮して決定されたＨＡＲＱプロセスの数は、端末具現の単純性のためにこれを非搬送波間スケジュール時のＨＡＲＱプロセス数にも共通に適用することができる。
【０１８２】
他の方法として、別個のＵＬ−ＤＬ設定が使われるセル間の搬送波集約又は別個の２重通信（ｄｕｐｌｅｘ）方式の搬送波集約（すなわち、ＦＤＤを使用する搬送波及びＴＤＤを使用する搬送波の集約）時にはＨＡＲＱプロセス数は、予め取り決めた値を使用したり、基地局が決定して端末に信号通知したりすることができる。信号通知は、ＲＲＣメッセージを介して実行することができる。これは搬送波間スケジュールを受ける２次セルのＨＡＲＱプロセスの数にだけ適用することができる。このとき、非搬送波間スケジュールを受けるセルの場合、該当２重通信方式の該当ＵＬ−ＤＬ設定に定義されたＨＡＲＱプロセス数を使用する。この方式は、アップリンクＨＡＲＱプロセス数決定だけでなく、ダウンリンクＨＡＲＱプロセス数決定にも使われることができる。
【０１８３】
図２２は、各サービス提供セルが別個のＵＬ−ＤＬ設定を使用する場合の同期ＨＡＲＱ実行プロセスを示す。
【０１８４】
搬送波間スケジュールの際、スケジュールするセルのアップリンク許可及びスケジュールされたセルのアップリンクデータ送信タイミングを設定する（Ｓ３１０）。スケジュールするセルは１次セルであり、スケジュールされたセルは２次セルである。
【０１８５】
基地局は、スケジュールされたセルのＨＡＲＱプロセス周期を、端末に一つのサービス提供セルが割り当てられた場合でのＨＡＲＱ周期の整数倍に増加させる（Ｓ３２０）。ここで、ＨＡＲＱプロセス周期は、アップリンクデータが送信されるサブフレームからアップリンクデータが再送信又は新たなアップリンクデータが送信されるサブフレームの直前サブフレームまでのサブフレーム期間を意味する。ＨＡＲＱプロセス周期は、ＨＡＲＱ周期とも呼ばれ、ＨＡＲＱ回帰周期とも呼ばれる。
【０１８６】
基地局は、増加されたＨＡＲＱプロセス周期で端末と共にＨＡＲＱを実行する（Ｓ３３０）。
【０１８７】
図２３は、図２２の方法を適用する場合、ＨＡＲＱタイミングを示す。
【０１８８】
図２３を参照すると、１次セルではＵＬ−ＤＬ設定０が使われ、２次セルではＵＬ−ＤＬ設定１が使われる。端末は、１次セルを介して２次セルのＵＬサブフレームに対するアップリンク許可を受信し（許可（ｎ−ｋｃ））、アップリンク許可に基づいて２次セルのＵＬサブフレームでアップリンクデータを送信する（ＰＵＳＣＨ（ｎ））。１次セルを介してアップリンクデータに対するＡＣＫ／ＮＡＣＫ信号を、ＰＨＩＣＨを介して受信し（ＰＨＩＣＨ（ｎ＋ｊｃ））、ＡＣＫ／ＮＡＣＫ信号がＮＡＣＫである場合、アップリンクデータに対する再送信データを２次セルのＵＬサブフレームで送信する（ＰＵＳＣＨｒｅｔｘ（ｎ＋ｊｃ＋ｒｃ））。このとき、アップリンクデータ送信とアップリンクデータ再送信との間隔、すなわち、ＨＡＲＱ周期は、端末に一つのサービス提供セルが割り当てられた場合のＨＡＲＱ周期の整数倍である。すなわち、２次セルで非搬送波間スケジュールが使われる場合、ｊ＋ｒ＝１０である。一方、搬送波間スケジュールが使われる場合、ｊｃ＋ｒｃ＝２０になる。すなわち、２次セルのＨＡＲＱプロセス周期を２倍増加させる。
【０１８９】
搬送波間スケジュールが使われる場合、図２３において点線で表したように、ＰＨＩＣＨ応答タイミングを最小の遅延に設定（ｊｃ）することができ、これに対するＰＵＳＣＨ再送信は、単一サービス提供セルで適用されるときと同じＨＡＲＱプロセスにマップされるようにｒｃ値を設定する。
【０１９０】
このとき、一部２次セルのＵＬサブフレームは、該当ＵＬサブフレームに割り当てられたＨＡＲＱプロセスに使われずに省略（ｓｋｉｐ）することができる。すなわち、アップリンク許可なくＰＨＩＣＨに応答する不適応同期ＨＡＲＱプロセス再送信に使われない。
【０１９１】
同じＨＡＲＱプロセス番号（例えば、０）を有するＰＵＳＣＨ初期送信（ＰＵＳＣＨ（ｎ）で表示）とＰＵＳＣＨ再送信（ＰＵＳＣＨｒｅｔｘ（ｎ＋ｊｃ＋ｒｃ）で表示）との間にあるＨＡＲＱプロセス番号に対するアップリンク許可が存在する場合、ＰＨＩＣＨ応答と関係なく再送信又は新たなＰＵＳＣＨ送信が開始することができる。
【０１９２】
又は、同じＨＡＲＱプロセス番号（例えば、０）を有するＰＵＳＣＨ初期送信（ＰＵＳＣＨ（ｎ）で表示）とＰＵＳＣＨ再送信（ＰＵＳＣＨｒｅｔｘ（ｎ＋ｊｃ＋ｒｃ）で表示）との間にあるＨＡＲＱプロセス番号に対するアップリンク許可は、送信されないように制限してもよい。この場合、端末は、制限されるアップリンク許可が送信されないことを前提としてアップリンク許可を検索しない。
【０１９３】
図２３において、省略されるサブフレームにおいて、ＨＡＲＱプロセスを割り当てるためには、２次セルの初期ＰＵＳＣＨ送信時点及びＰＨＩＣＨを介したＡＣＫ／ＮＡＣＫ応答に対する同期ＨＡＲＱプロセスのＰＵＳＣＨ再送信時点まで存在する２次セルのアップリンクサブフレーム数と同じ数のＨＡＲＱプロセスを割り当てることができる。この例示では、単一セルで動作する場合、ＨＡＲＱプロセス数が４であるが、搬送波間スケジュールの場合、プロセス数が２倍増加された８になる。ここでも初期ＰＵＳＣＨ送信時点とＰＵＳＣＨ再送信時点との間のアップリンクサブフレーム数は、有効アップリンクサブフレーム数に制限することができる。再送信ＰＵＳＣＨがｎ＋ｊｃ＋ｒｃで送信される場合、基地局は、これに対するアップリンク許可をｎ＋ｊｃ＋ｒｃ−ｋｃ′で送信することができる。
【０１９４】
又は、再送信ＰＵＳＣＨがｎ＋ｊｃ＋ｒｃで送信される場合、基地局は、これに対するアップリンク許可をｎ＋ｊｃで送信することができる。すなわち、初期ＰＵＳＣＨ送信に対するＰＨＩＣＨが送信される時点と同じ時点でアップリンク許可を送信することができる。
【０１９５】
または、搬送波間スケジュールで、ＰＵＳＣＨ再送信は、最小の遅延（ｊｃ＋ｒｃ）及び単一サービス提供セルが設定された場合と同じＨＡＲＱプロセスにマップされるようにし、ＰＨＩＣＨ送信タイミングｎ＋ｊｃ′は、最小の遅延（すなわち、ｊｃ）に設定されるＰＨＩＣＨタイミングではなく、再送信ＰＵＳＣＨに対するアップリンク許可が送信されるタイミング、すなわち、ｎ＋ｊｃ＋ｒｃ−ｋｃ′と同じに設定することもできる。この場合、ｒｃ′＝ｋｃ′になる。
【０１９６】
図２４及び図２５は、アップリンク許可とＰＨＩＣＨ送信時点とを均等に分配してＨＡＲＱプロセス数とＨＡＲＱプロセス周期を一致させる一例である。
【０１９７】
すなわち、単一サービス提供セルが設定された場合と、複数のサービス提供セルが設定されて搬送波間スケジュールが使われる場合とにおいて、周期がＨＡＲＱプロセス数と一致する場合である。
【０１９８】
このために、単一サービス提供セルが設定された場合、ＨＡＲＱプロセス周期（ｊ＋ｒ）が同じＵＬ−ＤＬ設定を有するサービス提供セル同士だけの集約を許容することができる。すなわち、ｊ＋ｒ＝１０であるＵＬ−ＤＬ設定１、２、３、４、５を有するサービス提供セル同士だけ搬送波集約を許容する。
【０１９９】
また、ＰＵＳＣＨに対するアップリンク許可は、ＰＵＳＣＨが初期送信でも、再送信でも、同じタイミングで送信することができる。このとき、ＰＵＳＣＨの不適応同期ＨＡＲＱ再送信可否を判断するＰＨＩＣＨ送信タイミングも、アップリンク許可のタイミングと一致させることができる。
【０２００】
図２６は、同じｊ＋ｒ値を有するＵＬ−ＤＬ設定が使われるサービス提供セルが集約される場合に発生することができる問題点を示す。
【０２０１】
図２６を参照すると、２次セルでＨＡＲＱプロセス０、１、２は、１０サブフレーム周期でＰＵＳＣＨが再送信されることを知ることができる。しかし、ＨＡＲＱプロセス３は、このような再送信周期が１０サブフレームでない。このように、ｊ＋ｒ値が同じＵＬ−ＤＬ設定が使われるサービス提供セルが集約される場合にも、一部ＨＡＲＱプロセスはＨＡＲＱ周期が一定でない場合が発生することがある。
【０２０２】
このような問題点を解決するために、下記のような方法を使用することができる。
【０２０３】
１）ＨＡＲＱプロセス３のようにＨＡＲＱ周期を合わせることができないアップリンクサブフレームは、ＰＵＳＣＨ送信から除外することができる。
【０２０４】
２）ＨＡＲＱプロセス３のようにＨＡＲＱ周期を合わせることができない場合、次の周期で再送信することができる。すなわち、ＨＡＲＱ周期を増加させる方法である。増加されたＨＡＲＱ周期によって中間を超えるアップリンクサブフレームは、他のＨＡＲＱプロセスを割り当てることができる。追加割り当てされるＨＡＲＱプロセスの数は、増加されたＨＡＲＱ周期に依存する。すなわち、ＨＡＲＱ周期がＮ倍に増加されると、追加割り当てされるＨＡＲＱプロセスの数はＮ−１個になる。例えば、図２６において、ＨＡＲＱプロセス３のＨＡＲＱ周期が２倍になる場合、中間を超える１個のＵＬサブフレームにはＨＡＲＱプロセス４を割り当てることができる。この場合、ＨＡＲＱプロセス０、１、２とＨＡＲＱプロセス３は、互いにＨＡＲＱ周期が異なる。
【０２０５】
ＨＡＲＱプロセスが追加されるＵＬサブフレームにおいて、追加されるＨＡＲＱプロセスの数及び／又はＨＡＲＱプロセス周期は、ＵＬサブフレーム又はＵＬサブフレームグループ別に異なるように設定されることもでき、予め取り決められた値又はＲＲＣに信号通知される値を使用することができる。
【０２０６】
３）ＨＡＲＱプロセス数を変える方法
【０２０７】
図２７は、ＨＡＲＱプロセス数を変える方法を示す。
【０２０８】
図２７を参照すると、最小遅延を有する応答を有するように構成されたタイミングで、ｊｃ＋ｒｃが最大になるアップリンクサブフレーム対に同じＨＡＲＱプロセスを設定し、その間に存在するアップリンクサブフレームの数によってＨＡＲＱプロセスの数を決定する方法である。
【０２０９】
２次セルの場合、ＨＡＲＱプロセスの数は、単一サービス提供セルが設定された場合には４個であるが、複数のサービス提供セルが設定された場合には、図２７のように５個に設定される。
【０２１０】
搬送波間スケジュールを受けるＨＡＲＱプロセスの数は、予め取り決められた値を使用し、又は基地局が決定して端末にＲＲＣメッセージを介して信号通知することができる。
【０２１１】
４）ＰＨＩＣＨ送信タイミングと、再送信ＰＵＳＣＨに対するアップリンク許可タイミングとが一致しないＰＵＳＣＨ送信を除外する方法
【０２１２】
図２８は、方法４）を示す。
【０２１３】
図２８を参照すると、ＰＨＩＣＨタイミング及び再送信アップリンク許可タイミングを見ると、２次セルのＨＡＲＱプロセス０、１はそのタイミングが一致する一方、ＨＡＲＱプロセス２、３は一致しない。このような場合、ＨＡＲＱプロセス２、３が実行されるアップリンクサブフレームでのＰＵＳＣＨ送信が除外される。すなわち、図２８において、２次セルのＴＤＤフレームで３番目のサブフレーム及び４番目のサブフレームはアップリンクＰＵＳＣＨ送信に使用し、８番目の及び９番目のサブフレームは使用しない。
【０２１４】
５）１次セルと２次セルとのフレーム境界をシフトし、ＰＨＩＣＨ送信タイミングと再送信されるＰＵＳＣＨに対するアップリンク許可タイミングとを合わせる方法
【０２１５】
図２９は、方法５）によるＨＡＲＱ実行方法を示す。
【０２１６】
図２９を参照すると、端末に設定された複数のサービス提供セルのフレーム境界を互いに一致させずに、サブフレーム単位にシフトさせることができる。シフトされる値は、２次セルのすべてのアップリンクサブフレームのＨＡＲＱプロセス周期を維持することができるようにする値である。そして、ＰＨＩＣＨ送信タイミングは、再送信ＰＵＳＣＨに対するアップリンク許可送信タイミングと合わせることができる。サブフレーム単位のシフト値は、取り決められた固定された値を使用してもよいし、又は基地局が端末にＲＲＣメッセージを介して信号通知する値であってもよい。
【０２１７】
一方、ＵＬ−ＤＬ設定を見ると、ダウンリンク−アップリンクスイッチング周期が５ｍｓの場合、又は１０ｍｓの場合がある。類似のチャネル環境では同じダウンリンク−アップリンクスイッチング周期が使われる可能性が高く、同じスイッチング周期を有するＵＬ−ＤＬ設定はタイミング関係が類似する。また、半２重をサポートする端末は、別個の周期のダウンリンク−アップリンクスイッチング周期のＵＬ−ＤＬ設定を有するサービス提供セルを集約する場合、Ｓサブフレームを追加しなければならないという問題がある。
【０２１８】
したがって、ダウンリンク−アップリンクスイッチング周期が同じＵＬ−ＤＬ設定を有するサービス提供セル間の搬送波集約だけを許容する方法を考慮してもよい。すなわち、５ｍｓ周期を有するサービス提供セル間にだけ集約を許容してもよいし、１０ｍｓ周期を有するサービス提供セル間でだけ集約を許容してもよい。
【０２１９】
前述した方法は、互いに組み合わせて使用してもよい。また、方法は、搬送波集約システムで必ず使われるものではない。例えば、一つの搬送波（一つのＴＤＤサービス提供セル）内で特定ダウンリンクサブフレームでだけアップリンク許可、ＰＨＩＣＨ送信が可能に設定され、同じ搬送波でのＰＵＳＣＨとのタイミング関係を設定するとき、前述した方法を適用することができる。
【０２２０】
図３０は、単一サービス提供セルに本発明を適用する例を示す。
【０２２１】
図３０を参照すると、１次セルのサブフレームは、ＤＬサブフレーム（これをデフォルトＤＬと表示）とＵＬサブフレーム（これをデフォルトＵＬと表示）及び可変ＵＬ／ＤＬサブフレーム（これを可変ＵＬ／ＤＬと表示）が存在する。ＤＬサブフレームにはＰＤＣＣＨ領域が存在する。可変ＵＬ／ＤＬサブフレームは、設定によってＵＬサブフレーム又はＤＬサブフレームとして使われることができるサブフレームである。複数のサービス提供セルが設定された場合、１次セルのＤＬサブフレームは、単一セルでアップリンク許可、ＰＨＩＣＨ送信が可能に設定された特定ダウンリンクサブフレームで代替することができる。
【０２２２】
一方、２次セルのＰＵＳＣＨに対する１次セルのＰＨＩＣＨタイミング関係によって、１次セルにＰＨＩＣＨリソース設定されていない場合が発生することがある。これは１次セルだけが設定された単一搬送波状況で、ＰＵＳＣＨとＰＨＩＣＨとの間のマップが存在しないダウンリンクサブフレームが存在するためである。この場合、同期ＨＡＲＱプロセス動作は、次のように実行することができる。
【０２２３】
ＰＵＳＣＨが送信される搬送波（これをＣＣ_ｓという）のアップリンクサブフレームに対応するＰＨＩＣＨ送信搬送波（これをＣＣ_ｈという）のダウンリンクサブフレームにＰＨＩＣＨリソースがない場合、ＰＨＩＣＨ送信を実行しない。
【０２２４】
また、ＰＨＩＣＨタイミングが対応するＰＵＳＣＨ再送信アップリンクサブフレームでは、アップリンク許可のないＰＨＩＣＨに対する応答に基づいて自動再送信動作をする不適応同期ＨＡＲＱプロセスを許容しない。
【０２２５】
該当ＨＡＲＱプロセスの再送信が必要な場合、アップリンク許可を介して適応同期ＨＡＲＱプロセス再送信を実行することができる。
【０２２６】
例えば、端末が２次セルの第１のアップリンクサブフレームでアップリンクデータを送信したが、対応する１次セルのダウンリンクサブフレームにＰＨＩＣＨリソース割当が難しい場合がある。この場合、基地局は、ＰＨＩＣＨを介してアップリンクデータに対するＡＣＫ／ＮＡＣＫを送信せずに、該当ＰＨＩＣＨタイミングによって再送信されるＰＵＳＣＨに対しては２次セルの第２のアップリンクサブフレームをスケジュールするＵＬ許可に、アップリンクデータに対する再送信可否を示す情報を含んで送信することができる。例えば、既存の新規データ指示子（ＮＤＩ）ビットを利用してもよいし、再送信可否を指示する新たなフィールドを追加して送信してもよい。
【０２２７】
１次セルのダウンリンクサブフレームのうちＰＨＩＣＨリソースが設定されないダウンリンクサブフレームが存在する理由は、前述したように、１次セルだけ設定された単一搬送波状況でＰＵＳＣＨとＰＨＩＣＨとの間のマップが存在しないダウンリンクサブフレームが存在するためである。マップが存在しないダウンリンクサブフレームは、次の表において、Ｄで表示されたダウンリンクサブフレームである。
【０２２８】
【表９】
0006039769.tif 000014
【０２２９】
端末は、ＰＨＩＣＨが設定されないサブフレーム（Ｄで表示されたサブフレーム）ではＰＨＩＣＨ受信を試みず、該当サブフレームのＰＨＩＣＨタイミングに対応する再送信ＰＵＳＣＨは、ＵＬ許可に含まれているＮＤＩビットのトグル可否に基づいてアップリンクデータの再送信可否を判断することができる（例えば、ＮＤＩビットがトグルされた場合、アップリンクデータの再送信を指示しなかったと判断し、トグルされない場合、アップリンクデータの再送信を指示したと判断）。判断の結果、再送信を指示しない場合は、ＵＬ許可に基づいて新たなデータを第２のアップリンクサブフレームで送信すればよく、再送信を指示する場合は、第２のアップリンクサブフレームでアップリンクデータを再送信すればよい。このとき、ＵＬ許可に基づいて第１のアップリンクサブフレームでの初期アップリンク送信と異なる変調符号化方式（ＭＣＳ）、送信電力などを利用して適応的にアップリンクデータを再送信することができる。
【０２３０】
前述したように、不適応同期ＨＡＲＱ再送信を中断する方法は、ＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）のＰＵＳＣＨ送信アップリンクサブフレームに、対応するＰＨＩＣＨ送信搬送波（ＣＣ_ｈ）のダウンリンクサブフレームにＰＨＩＣＨがない場合にだけ適用することができる。
【０２３１】
又は、ＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）のＰＵＳＣＨ送信アップリンクサブフレームに、対応するＰＨＩＣＨ送信搬送波（ＣＣ_ｈ）のダウンリンクサブフレームのうち一つでもＰＨＩＣＨがない場合に、該当ＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）のすべてのＰＵＳＣＨに適用してもよい。
【０２３２】
又は、ＰＨＩＣＨないダウンリンクサブフレームに対する考慮なくすべてのＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）に適用してもよいし、例外的に１次セルは除いて２次セルにだけ適用してもよい。前述した三つの方法のうちいずれか一つを使用してもよいし、ＲＲＣメッセージとして三つの方法のうちいずれか一つを選択してもよい。
【０２３３】
ＰＨＩＣＨ送信搬送波（ＣＣ_ｈ）は、ＰＵＳＣＨをスケジュールするＰＤＣＣＨが送信される搬送波と同じであり、ＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）は、ＰＵＳＣＨが送信される搬送波である。搬送波間スケジュールの場合、ＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）は２次セルとなり、ＰＨＩＣＨ送信搬送波（ＣＣ_ｈ）は１次セルとなることがある。非搬送波間スケジュールの場合、ＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）及びＰＨＩＣＨ送信搬送波（ＣＣ_ｈ）は、同じ搬送波になることがある。
【０２３４】
ＰＵＳＣＨ送信搬送波（ＣＣ_ｓ）及びＰＨＩＣＨ送信搬送波（ＣＣ_ｈ）が同じであり、このとき、ＰＨＩＣＨリソースがない場合には該当搬送波のＵＬ−ＤＬ設定に定義されたＰＵＳＣＨ−ＰＨＩＣＨタイミングの代わりに、別個のＵＬ−ＤＬ設定の搬送波集約によって発生する新たなタイミングを使用することができ、ＰＨＩＣＨ送信搬送波は、半２重で動作する端末にだけ適用することができる。
【０２３５】
図３１は、ＦＤＤでサブフレームバンドルによるＨＡＲＱタイミングを示す。
【０２３６】
ＦＤＤにおけるサブフレームバンドルとは、ＰＵＳＣＨを複数のサブフレーム間繰り返し送信してアップリンクセルカバレッジを増加させる技法を意味する。この場合にもｋmin＝４を保証するために、ＨＡＲＱプロセス数及びアップリンク許可タイミング、ＰＨＩＣＨタイミングなどの設定を、サブフレームバンドルが使われない場合と変えることができる。したがって、別個のＵＬ−ＤＬ設定を使用する搬送波間集約のとき、サブフレームバンドルは１次セルでだけ許容することができる。又は、サブフレームバンドルは非搬送波間スケジュールでだけ許容することができる。
【０２３７】
１次セルは、ＦＤＤで動作し、２次セルはＴＤＤで動作する場合、１次セルのすべてのサブフレームでアップリンク送信及びダウンリンク受信が可能であるため、タイミング制約がなくなる。したがって、単一搬送波設定と同じＨＡＲＱタイミングを使用することができる。この場合、２次セルでもサブフレームバンドルを許容することができる。
【０２３８】
前述したすべての方法は、複数のサービス提供セルが集約され、各サービス提供セルが別個のＵＬ−ＤＬ設定を使用し、搬送波間スケジュールを前提としたが、これは制限されるものではない。すなわち、非搬送波間スケジュールを使用する搬送波でアップリンクサブフレーム、ダウンリンクサブフレームのスケジュール基準が変化され、又は使用制限される場合にも適用することができる。
【０２３９】
前述した方法によって、複数のサービス提供セルが集約され、各サービス提供セルが別個のＵＬ−ＤＬ設定を使用し、搬送波間スケジュールを使用する場合、同期ＨＡＲＱプロセスによる再送信タイミングを効果的に構成することができる。
【０２４０】
図３２は、本発明の実施例が具現される無線機器を示すブロック図である。
【０２４１】
基地局１００は、プロセッサ１１０、メモリ１２０、及び無線周波（ＲＦ）部１３０を含む。プロセッサ１１０は、提案された機能、プロセス及び／又は方法を具現する。例えば、プロセッサ１１０は、１次セルを介してアップリンク許可を送信し、２次セルを介して端末からアップリンクデータを受信する。そして、１次セルを介してアップリンクデータに対するＡＣＫ／ＮＡＣＫを送信し、２次セルを介して再送信されるアップリンクデータを受信する。この場合、アップリンクデータ受信時点と、再送信されるアップリンクデータを受信する時点との間隔をＨＡＲＱ周期にすることができ、このようなＨＡＲＱ周期を決定するＨＡＲＱタイミングに対しては前述した通りである。また、プロセッサ１１０は、受信したアップリンクデータに対するＡＣＫ／ＮＡＣＫを、ＰＨＩＣＨを介して送信する代わりに、アップリンク許可に再送信可否を指示する情報を含んで送信することができる。メモリ１２０は、プロセッサ１１０と接続され、プロセッサ１１０を駆動するための多様な情報を記憶する。ＲＦ部１３０は、プロセッサ１１０と接続され、無線信号を送信及び／又は受信する。
【０２４２】
端末２００は、プロセッサ２１０、メモリ２２０、及びＲＦ部２３０を含む。プロセッサ２１０は、提案された機能、プロセス及び／又は方法を具現する。例えば、プロセッサ２１０は、１次セルを介して２次セルのアップリンク許可を受信し、アップリンク許可に基づいて２次セルでアップリンクデータを送信する。その後、１次セルを介してアップリンクデータに対するＡＣＫ／ＮＡＣＫ信号を受信し、ＡＣＫ／ＮＡＣＫ信号がＮＡＣＫである場合、アップリンクデータに対する再送信データを２次セルで送信する。前述したように、１次セル及び２次セルは、別個のＵＬ−ＤＬ設定を使用する。そして、アップリンクデータ送信時点と、アップリンクデータ再送信時点との間の間隔を示すＨＡＲＱ周期は、端末に一つのサービス提供セルが割り当てられた場合のＨＡＲＱ周期の整数倍である。また、プロセッサ２１０は、特定ダウンリンクサブフレームに対してはＰＨＩＣＨ復号を試みずに、アップリンク許可に含まれている再送信可否を示す情報に基づいてアップリンクデータに対する再送信可否を判断する。特定ダウンリンクサブフレームについては表９を参照して説明した通りである。メモリ２２０は、プロセッサ２１０と接続され、プロセッサ２１０を駆動するための多様な情報を記憶する。ＲＦ部２３０は、プロセッサ２１０と接続され、無線信号を送信及び／又は受信する。
【０２４３】
プロセッサ１１０、２１０は、特定用途集積回路（ＡＳＩＣ）、他のチップセット、論理回路、データ処理装置及び／又はベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０、２２０は、ＲＯＭ、ＲＡＭ、フラッシュメモリ、メモリカード、記憶媒体及び／又は他の記憶装置を含むことができる。ＲＦ部１３０、２３０は、無線信号を送信及び／又は受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現されるとき、前述した技法は、前述した機能を遂行するモジュール（プロセス、関数など）で具現することができる。モジュールは、メモリ１２０、２２０に記憶され、プロセッサ１１０、２１０によって実行することができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部又は外部にあり、よく知られた多様な手段によってプロセッサ１１０、２１０と接続することができる。
【０２４４】
以上、本発明に対して実施例を参照して説明したが、該当技術分野の通常の知識を有する者は、本発明の技術的思想及び領域から外れない範囲内で本発明を多様に修正及び変更させて実施可能であることを理解することができるであろう。したがって、前述した実施例に限定されるものではなく、本発明は、特許請求の範囲内のすべての実施例を含む。
【図１】
0006039769.tif 000017
【図２】
0006039769.tif 000018
【図３】
0006039769.tif 000019
【図４】
0006039769.tif 000020
【図５】
0006039769.tif 000021
【図６】
0006039769.tif 000022
【図７】
0006039769.tif 000023
【図８】
0006039769.tif 000024
【図９】
0006039769.tif 000025
【図１０】
0006039769.tif 000026
【図１１】
0006039769.tif 000027
【図１２】
0006039769.tif 000028
【図１３】
0006039769.tif 000029
【図１４】
0006039769.tif 000030
【図１５】
0006039769.tif 000031
【図１６】
0006039769.tif 000032
【図１７】
0006039769.tif 000033
【図１８】
0006039769.tif 000034
【図１９】
0006039769.tif 000035
【図２０】
0006039769.tif 000036
【図２１】
0006039769.tif 000037
【図２２】
0006039769.tif 000038
【図２３】
0006039769.tif 000039
【図２４】
0006039769.tif 000040
【図２５】
0006039769.tif 000041
【図２６】
0006039769.tif 000042
【図２７】
0006039769.tif 000043
【図２８】
0006039769.tif 000044
【図２９】
0006039769.tif 000045
【図３０】
0006039769.tif 000046
【図３１】
0006039769.tif 000047
【図３２】
0006039769.tif 000048