(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてユーザー機器（ＵＥ）でＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を伝送する方法であって、前記方法は、
下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報が伝送される一つのサブフレームでスケジューリング要請の伝送が設定されているか否かを決定することと、
前記ＡＣＫ／ＮＡＣＫ情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定することと、
前記ＰＵＣＣＨフォーマット及びリソースを用いて前記ＡＣＫ／ＮＡＣＫ情報を伝送することと
を含み、
前記一つのサブフレームで前記スケジューリング要請の伝送が設定されていると、前記ＡＣＫ／ＮＡＣＫ情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記スケジューリング要請は、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送され、
前記無線通信システムは、周波数分割二重（ＦＤＤ）システムである、方法。
【請求項２】
前記ＡＣＫ／ＮＡＣＫ情報が前記ＰＣｅｌｌ上でのみ受信されたＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨにのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記スケジューリング要請は、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送される、請求項１に記載の方法。
【請求項３】
肯定スケジューリング要請の場合に、前記スケジューリング要請のために割り当てられたＰＵＣＣＨリソース上で前記ＡＣＫ／ＮＡＣＫ情報が伝送され、否定スケジューリング要請の場合に、前記ＡＣＫ／ＮＡＣＫ情報のために割り当てられたＰＵＣＣＨリソース上で前記ＡＣＫ／ＮＡＣＫ情報が伝送される、請求項１又は２に記載の方法。
【請求項４】
前記ＡＣＫ／ＮＡＣＫ情報が、前記ＰＣｅｌｌ上でのみ受信されたＰＤＳＣＨにのみ対応する場合、または前記ＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ解除を指示するＰＤＣＣＨにのみ対応する場合を除いて、前記ＡＣＫ／ＮＡＣＫ情報及び前記スケジューリング要請は、多重化されて、ＰＵＣＣＨフォーマット３を用いて伝送される、請求項１に記載の方法。
【請求項５】
前記一つのサブフレームにおける前記スケジューリング要請の伝送は、上位層によって設定される、請求項１に記載の方法。
【請求項６】
サブフレームｎ−４で受信された下りリンク伝送に対する前記ＡＣＫ／ＮＡＣＫ情報は、サブフレームｎで伝送される、請求項１に記載の方法。
【請求項７】
二つ以上のサービングセルは、前記ＵＥに対して設定され、前記二つ以上のサービングセルは、前記ＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む、請求項１に記載の方法。
【請求項８】
無線通信システムにおいてＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を伝送するユーザー機器（ＵＥ）であって、前記ＵＥは、
基地局（ＢＳ）から下りリンク信号を受信する受信モジュールと、
前記ＢＳに上りリンク信号を伝送する伝送モジュールと、
前記受信モジュール及び前記伝送モジュールを含む前記ＵＥを制御するプロセッサと
を備え、
前記プロセッサは、
下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報が伝送される一つのサブフレームでスケジューリング要請の伝送が設定されているか否かを決定することと、
前記ＡＣＫ／ＮＡＣＫ情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定することと、
前記ＰＵＣＣＨフォーマット及びリソースを用いて、前記伝送モジュールを介して前記ＡＣＫ／ＮＡＣＫ情報を伝送することと
を行うように構成されており、
前記一つのサブフレームで前記スケジューリング要請の伝送が設定されていると、前記ＡＣＫ／ＮＡＣＫ情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記スケジューリング要請は、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送され、
前記無線通信システムは、周波数分割二重（ＦＤＤ）システムである、ＵＥ。
【請求項９】
前記ＡＣＫ／ＮＡＣＫ情報がＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨにのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記スケジューリング要請は、ＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送される、請求項８に記載のＵＥ。
【請求項１０】
無線通信システムにおいてユーザー機器（ＵＥ）でＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を伝送する方法であって、前記方法は、
下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報が伝送される一つのサブフレームでチャネル状態情報の伝送が設定されているか否かを決定することと、
前記ＡＣＫ／ＮＡＣＫ情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定することと、
前記ＰＵＣＣＨフォーマット及びリソースを用いて前記ＡＣＫ／ＮＡＣＫ情報を伝送することと
を含み、
前記一つのサブフレームで前記チャネル状態情報の伝送が設定されていると、前記ＡＣＫ／ＮＡＣＫ情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記チャネル状態情報は、ＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送され、
前記無線通信システムは、周波数分割二重（ＦＤＤ）システムである、方法。
【請求項１１】
前記ＡＣＫ／ＮＡＣＫ情報が前記ＰＣｅｌｌ上でのみ受信されたＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨにのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記チャネル状態情報は、ＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送される、請求項１０に記載の方法。
【請求項１２】
無線通信システムにおいてＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を伝送するユーザー機器（ＵＥ）であって、前記ＵＥは、
基地局（ＢＳ）から下りリンク信号を受信する受信モジュールと、
前記ＢＳに上りリンク信号を伝送する伝送モジュールと、
前記受信モジュール及び前記伝送モジュールを含む前記ＵＥを制御するプロセッサと
を備え、
前記プロセッサは、
下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報が伝送される一つのサブフレームでチャネル状態情報の伝送が設定されているか否かを決定することと、
前記ＡＣＫ／ＮＡＣＫ情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定することと、
前記ＰＵＣＣＨフォーマット及びリソースを用いて、前記伝送モジュールを介して前記ＡＣＫ／ＮＡＣＫ情報を伝送することと
を行うように構成されおり、
前記一つのサブフレームで前記チャネル状態情報の伝送が設定されていると、前記ＡＣＫ／ＮＡＣＫ情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記チャネル状態情報は、ＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送され、
前記無線通信システムは、周波数分割二重（ＦＤＤ）システムである、ＵＥ。
【請求項１３】
前記ＡＣＫ／ＮＡＣＫ情報が前記ＰＣｅｌｌ上でのみ受信されたＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨにのみ対応する場合に、前記ＡＣＫ／ＮＡＣＫ情報及び前記チャネル状態情報は、ＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送される、請求項１２に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに係り、特に、上りリンク制御情報を送受信する方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、伝送パワーなど）を共有してマルチユーザーとの通信を支援し得る多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムのことをいう。多重接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて制御情報を效率的に伝送する方法及びそのための装置を提供することにある。本発明の他の目的は、制御情報を效率的に伝送するためのチャネルフォーマット、信号処理、及びそのための装置を提供することにある。本発明のさらに他の目的は、制御情報を伝送するためのリソースを效率的に割り当てる方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
上記の技術的課題を解決するために本発明の一実施例に係る無線通信システムにおいて端末が確認応答情報を伝送する方法は、下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでスケジューリング要請の伝送が設定されているか否か決定するステップと、前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定するステップと、前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を伝送するステップと、を含むことができる。ここで、前記一つのサブフレームで前記スケジューリング要請の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記スケジューリング要請はＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送されるとよい。
【０００６】
上記の技術的課題を解決するために本発明の他の実施例に係る無線通信システムにおいて確認応答情報を伝送する端末は、基地局から下りリンク信号を受信する受信モジュールと、前記基地局に上りリンク信号を伝送する伝送モジュールと、前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備えることができる。ここで、前記プロセッサは、下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでスケジューリング要請の伝送が設定されているか否か決定し、前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定し、前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成されるとよい。ここで、前記一つのサブフレームで前記スケジューリング要請の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記スケジューリング要請はＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送されるとよい。
【０００７】
本発明の前述した実施例に、以下の事項を共通に適用することができる。
【０００８】
前記確認応答情報がＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記スケジューリング要請はＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送されてもよい。
【０００９】
肯定（ｐｏｓｉｔｉｖｅ）スケジューリング要請の場合に、前記スケジューリング要請のために割り当てられたＰＵＣＣＨリソース上で前記確認応答情報が伝送され、否定（ｎｅｇａｔｉｖｅ）スケジューリング要請の場合に、前記確認応答情報のために割り当てられたＰＵＣＣＨリソース上で前記確認応答情報が伝送されてもよい。
【００１０】
前記確認応答情報が、ＰＣｅｌｌ上でのみ受信されたＰＤＳＣＨにのみ対応する場合またはＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ解除を指示するＰＤＣＣＨにのみ対応する場合に該当しないと、前記確認応答情報及び前記スケジューリング要請が多重化されてＰＵＣＣＨフォーマット３を用いて伝送されてもよい。
【００１１】
前記一つのサブフレームにおける前記スケジューリング要請の伝送は上位層によって設定されてもよい。
【００１２】
サブフレームｎ−４で受信された前記下りリンク伝送に対する前記確認応答情報がサブフレームｎで伝送されてもよい。
【００１３】
前記無線通信システムはＦＤＤ  （Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムであってもよい。
【００１４】
前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは一つの前記ＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含んでもよい。
【００１５】
上記の技術的課題を解決するために、本発明のさらに他の実施例に係る無線通信システムにおいて端末が確認応答情報を伝送する方法は、下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでチャネル状態情報の伝送が設定されているか否か決定するステップと、前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定するステップと、前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を伝送するステップと、を含むことができる。ここで、前記一つのサブフレームで前記チャネル状態情報の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記チャネル状態情報はＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送されるとよい。
【００１６】
上記の技術的課題を解決するために本発明のさらに他の実施例に係る無線通信システムにおいて確認応答情報を伝送する端末は、基地局から下りリンク信号を受信する受信モジュールと、前記基地局に上りリンク信号を伝送する伝送モジュールと、前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備えることができる。前記プロセッサは、下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでチャネル状態情報の伝送が設定されているか否か決定し、前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定し、前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成されるとよい。ここで、前記一つのサブフレームで前記チャネル状態情報の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記チャネル状態情報はＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送されるとよい。
【００１７】
本発明の前述した実施例に、以下の事項を共通に適用することができる。
【００１８】
前記確認応答情報がＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記チャネル状態情報はＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送されてもよい。
【００１９】
前記確認応答及び前記チャネル状態情報の同時伝送が上位層によって設定されてもよい。
【００２０】
前記チャネル状態情報はＰＵＣＣＨを通じて周期的（ｐｅｒｉｏｄｉｃ）に伝送されてもよい。
【００２１】
前記一つのサブフレームが正常ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）に設定される場合に、前記確認応答情報と前記チャネル状態情報とが多重化されてＰＵＣＣＨフォーマット２ａ／２ｂを用いて伝送され、前記一つのサブフレームが拡張ＣＰに設定される場合に、前記確認応答情報と前記チャネル状態情報とがジョイント−コーディング（ｊｏｉｎｔ−ｃｏｄｉｎｇ）されてＰＵＣＣＨフォーマット２を用いて伝送されてもよい。
【００２２】
サブフレームｎ−４で受信された前記下りリンク伝送に対する前記確認応答情報がサブフレームｎで伝送されてもよい。
【００２３】
前記無線通信システムはＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムであってもよい。
【００２４】
前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは一つの前記ＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含んでもよい。
【００２５】
本発明について前述した一般的な説明と後述する詳細な説明は例示的なもので、請求項に記載の発明についてのさらなる説明のためのものである。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいて端末が確認応答情報を伝送する方法であって、
下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでスケジューリング要請の伝送が設定されているか否か決定することと、
前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定することと、
前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を伝送することと、
を含み、
前記一つのサブフレームで前記スケジューリング要請の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記スケジューリング要請はＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送される、確認応答情報伝送方法。
（項目２）
前記確認応答情報がＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記スケジューリング要請はＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送される、項目１に記載の確認応答情報伝送方法。
（項目３）
肯定（ｐｏｓｉｔｉｖｅ）スケジューリング要請の場合に、前記スケジューリング要請のために割り当てられたＰＵＣＣＨリソース上で前記確認応答情報が伝送され、
否定（ｎｅｇａｔｉｖｅ）スケジューリング要請の場合に、前記確認応答情報のために割り当てられたＰＵＣＣＨリソース上で前記確認応答情報が伝送される、項目１又は２に記載の確認応答情報伝送方法。
（項目４）
前記確認応答情報が、ＰＣｅｌｌ上でのみ受信されたＰＤＳＣＨにのみ対応する場合、またはＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ解除を指示するＰＤＣＣＨにのみ対応する場合に該当しないと、前記確認応答情報及び前記スケジューリング要請が多重化されてＰＵＣＣＨフォーマット３を用いて伝送される、項目１に記載の確認応答情報伝送方法。
（項目５）
前記一つのサブフレームにおける前記スケジューリング要請の伝送が上位層によって設定される、項目１に記載の確認応答情報伝送方法。
（項目６）
サブフレームｎ−４で受信された前記下りリンク伝送に対する前記確認応答情報が、サブフレームｎで伝送される、項目１に記載の確認応答情報伝送方法。
（項目７）
前記無線通信システムは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムである、項目１に記載の確認応答情報伝送方法。
（項目８）
前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは、一つの前記ＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む、項目１に記載の確認応答情報伝送方法。
（項目９）
無線通信システムにおいて確認応答情報を伝送する端末であって、
基地局から下りリンク信号を受信する受信モジュールと、
前記基地局に上りリンク信号を伝送する伝送モジュールと、
前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備え、
前記プロセッサは、
下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでスケジューリング要請の伝送が設定されているか否か決定し、
前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定し、
前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成され、
前記一つのサブフレームで前記スケジューリング要請の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記スケジューリング要請はＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送される、確認応答情報伝送端末。
（項目１０）
前記確認応答情報がＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記スケジューリング要請はＰＵＣＣＨフォーマット１ａ／１ｂを用いて伝送される、項目９に記載の確認応答情報伝送端末。
（項目１１）
無線通信システムにおいて端末が確認応答情報を伝送する方法であって、
下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでチャネル状態情報の伝送が設定されているか否か決定することと、
前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定することと、
前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を伝送することと、
を含み、
前記一つのサブフレームで前記チャネル状態情報の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記チャネル状態情報はＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送される、確認応答情報伝送方法。
（項目１２）
前記確認応答情報がＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記チャネル状態情報はＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送される、項目１１に記載の確認応答情報伝送方法。
（項目１３）
前記確認応答及び前記チャネル状態情報の同時伝送が上位層によって設定される、項目１１に記載の確認応答情報伝送方法。
（項目１４）
前記チャネル状態情報は、ＰＵＣＣＨを通じて周期的（ｐｅｒｉｏｄｉｃ）に伝送される、項目１１に記載の確認応答情報伝送方法。
（項目１５）
前記一つのサブフレームが正常ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）に設定される場合に、前記確認応答情報と前記チャネル状態情報とが多重化されてＰＵＣＣＨフォーマット２ａ／２ｂを用いて伝送され、
前記一つのサブフレームが拡張ＣＰに設定される場合に、前記確認応答情報と前記チャネル状態情報とがジョイント−コーディング（ｊｏｉｎｔ−ｃｏｄｉｎｇ）されてＰＵＣＣＨフォーマット２を用いて伝送される、項目１１又は１２に記載の確認応答情報伝送方法。
（項目１６）
サブフレームｎ−４で受信された前記下りリンク伝送に対する前記確認応答情報が、サブフレームｎで伝送される、項目１１に記載の確認応答情報伝送方法。
（項目１７）
前記無線通信システムは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムである、項目１１に記載の確認応答情報伝送方法。
（項目１８）
前記端末に１個超過のサービングセルが設定され、前記１個超過のサービングセルは一つの前記ＰＣｅｌｌ及び少なくとも一つのＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む、項目１１に記載の確認応答情報伝送方法。
（項目１９）
無線通信システムにおいて確認応答情報を伝送する端末であって、
基地局から下りリンク信号を受信する受信モジュールと、
前記基地局に上りリンク信号を伝送する伝送モジュールと、
前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備え、
前記プロセッサは、
下りリンク伝送に対する確認応答情報が伝送される一つのサブフレームでチャネル状態情報の伝送が設定されているか否か決定し、
前記確認応答情報が伝送されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）フォーマット及びリソースを決定し、
前記ＰＵＣＣＨフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成され、
前記一つのサブフレームで前記チャネル状態情報の伝送が設定されていると、前記確認応答情報がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）上でのみ受信されたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）にのみ対応する場合に、前記確認応答情報及び前記チャネル状態情報はＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送される、確認応答情報伝送端末。
（項目２０）
前記確認応答情報がＰＣｅｌｌ上でのみ受信された下りリンクＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）に対応する場合に、前記確認応答情報及び前記チャネル状態情報はＰＵＣＣＨフォーマット２／２ａ／２ｂを用いて伝送される、項目１９に記載の確認応答情報伝送端末。
【発明の効果】
【００２６】
本発明によれば、無線通信システムにおいて制御情報を效率的に伝送することができる。また、制御情報を效率的に伝送するためのチャネルフォーマット、信号処理方法を提供することができる。また、制御情報伝送のためのリソースを效率的に割り当てることができる。
【００２７】
本発明から得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００２８】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】本発明を実行するユーザー機器（ＵＥ）及び基地局（ＢＳ）の構成要素を示すブロック図である。
【図２】ユーザー機器及び基地局内の送信器構造の一例を示す図である。
【図３】単一搬送波特性を満たしながら、入力シンボルを周波数ドメインで副搬送波にマッピングする例を示す図である。
【図４】クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。
【図５】クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。
【図６】クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。
【図７】セグメント（ｓｅｇｍｅｎｔｅｄ）ＳＣ−ＦＤＭＡの信号処理過程を示す図である。
【図８】無線通信システムで用いられる無線フレーム構造の例を示す図である。
【図９】無線通信システムにおいてＤＬ／ＵＬスロット構造の一例を示す図である。
【図１０】無線通信システムにおいて下りリンクサブフレーム構造の一例を示す図である。
【図１１】無線通信システムにおいて上りリンクサブフレーム構造の一例を示す図である。
【図１２】ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。
【図１３】単一搬送波状況で通信を行う例を示す図である。
【図１４】多重搬送波状況下で通信を行う例を示す図である。
【図１５】基地局で一つのＭＡＣが多重搬送波を管理する概念を説明する図である。
【図１６】ユーザー機器で一つのＭＡＣが多重搬送波を管理する概念を説明する図である。
【図１７】基地局で複数のＭＡＣが多重搬送波を管理する概念を説明する図である。
【図１８】ユーザー機器で複数のＭＡＣが多重搬送波を管理する概念を説明する図である。
【図１９】基地局で複数のＭＡＣが多重搬送波を管理する他の概念を説明する図である。
【図２０】ユーザー機器で複数のＭＡＣが多重搬送波を管理する他の概念を説明する図である。
【図２１】ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット１ａ及び１ｂのスロットレベル構造を例示する図である。
【図２２】ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット１ａ及び１ｂのスロットレベル構造を例示する図である。
【図２３】搬送波アグリゲーションが支援される無線通信システムにおいて上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）が伝送されるシナリオを例示する図である。
【図２４】複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。
【図２５】複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。
【図２６】複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。
【図２７】複数個のＡＣＫ／ＮＡＣＫをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する図である。
【図２８】ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにあらかじめ定義されたリソース割当の例示を示すフローチャートである。
【図２９】ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにあらかじめ定義された追加のリソース割当の例示を示すフローチャートである。
【図３０】ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにＤＡＩフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。
【図３１】ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。
【図３２】ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる他の例示を示すフローチャートである。
【図３３】ＰＣｅｌｌでＤＡＩ値に基づいてＴＰＣフィールドを元来の用途またはＡＲＩ用途に用いる実施例を説明するための図である。
【図３４】バンドリングウィンドウ内でＣＣインデックスが増加する方向を優先にＤＡＩ値が増加する例示を示す図である。
【図３５】ＣＡ  ＴＤＤシステムの場合にＤＡＩ値を決定する例示を示す図である。
【図３６】ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。
【図３７】ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。
【図３８】ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。
【図３９】ＣＣ−ドメインバンドリングにおけるＤＡＩフィールド使用の種々の例示を示す図である。
【図４０】時間−ドメイン部分バンドリングの一例を示す図である。
【図４１】ＣＣ−ドメインバンドリングが適用される場合にＰＵＣＣＨフォーマット１ｂを用いたチャネル選択を説明するための図である。
【図４２】ＣＣ−ドメインバンドリングが適用される場合にＰＵＣＣＨフォーマット３を用いたチャネル選択を説明するための図である。
【図４３】ＤＡＩ及びＴＰＣ使用の一例を示す図である。
【図４４】ＤＡＩ及びＴＰＣ使用の他の例を示す図である。
【図４５】ＰＤＣＣＨ内のＴＰＣフィールドの使用に関する本発明の一例を示す図である。
【図４６】本発明の一例に係る種々の下りリンク伝送に対するＡＣＫ／ＮＡＣＫ伝送方案を説明するためのフローチャートである。
【発明を実施するための形態】
【００２９】
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素または特徴は、別に明示しない限り、選択的なものと考慮しなければならない。各構成要素または特徴が他の構成要素や特徴と結合しない形態で実施してもよく、一部の構成要素及び／または特徴を結合させて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更してもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成または特徴に代えてもよい。
【００３０】
本明細書では、本発明の実施例を、基地局と端末との間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われることもある。
【００３１】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、端末との通信のために行われる種々の動作は、基地局、または基地局以外の他のネットワークノードにより行われうるということは自明である。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に代えてもよい。また、本文書で基地局という用語は、セルまたはセクターを含む概念として用いることができる。一方、中継機は、Ｒｅｌａｙ  Ｎｏｄｅ（ＲＮ）、Ｒｅｌａｙ  Ｓｔａｔｉｏｎ（ＲＳ）などの用語に代えてもよい。「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００３２】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更可能である。
【００３３】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で示されることがある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００３４】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書でサポートすることかできる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明しない段階または部分を、上記の標準文書でサーポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書により説明することができる。
【００３５】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）とすることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術とすることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術とすることができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ  ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）及び進展したＩＥＥＥ  ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ）によって説明することができる。明確性のために、以下では、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。
【００３６】
図１は、本発明を実行するユーザー機器（ＵＥ）及び基地局（ＢＳ）の構成要素を示すブロック図である。
【００３７】
ＵＥは、上りリンクでは送信装置として動作し、下りリンクでは受信装置として動作する。一方、ＢＳは、上りリンクでは受信装置として動作し、下りリンクでは送信装置で動作する。
【００３８】
ＵＥ及びＢＳは、情報及び／またはデータ、信号、メッセージなどを受信できるアンテナ５００ａ，５００ｂ、アンテナを制御してメッセージを伝送する送信器（Ｔｒａｎｓｍｉｔｔｅｒ）１００ａ，１００ｂ、アンテナを制御してメッセージを受信する受信器（Ｒｅｃｅｉｖｅｒ）３００ａ，３００ｂ、無線通信システム内の通信に関連した各種の情報を保存するメモリー２００ａ，２００ｂを備える。また、ＵＥ及びＢＳは、ＵＥまたはＢＳに備えられた送信器、受信器、メモリーなどの構成要素と連動し、それらの構成要素を制御して本発明を実行するように構成されたプロセッサ４００ａ，４００ｂをそれぞれ備える。ＵＥ内の送信器１００ａ、受信器３００ａ、メモリー２００ａ、プロセッサ４００ａはそれぞれ、別個のチップ（ｃｈｉｐ）により独立した構成要素として具現されてもよく、２つ以上が一つのチップ（ｃｈｉｐ）により具現されてもよい。同様に、ＢＳ内の送信器１００ｂ、受信器３００ｂ、メモリー２００ｂ、プロセッサ４００ｂもそれぞれ、別個のチップにより独立した構成要素として具現されてもよく、２つ以上が一つのチップにより具現されてもよい。送信器と受信器とを統合してＵＥまたはＢＳ内で単一の送受信器（ｔｒａｎｓｃｅｉｖｅｒ）にしてもよい。
【００３９】
アンテナ５００ａ，５００ｂは、送信器１００ａ，１００ｂで生成された信号を外部に伝送したり、外部から無線信号を受信して受信器３００ａ，３００ｂに伝達する機能を果たす。アンテナ５００ａ，５００ｂはアンテナポートと呼ばれることもある。各アンテナポートは一つの物理アンテナに相当してもよく、一つよりも多い物理アンテナ要素（ｅｌｅｍｅｎｔ）の組み合わせにより構成されてもよい。各アンテナポートから伝送された信号はＵＥ内の受信器３００ａでそれ以上分解されることはない。該当のアンテナポートに対応して伝送された参照信号はＵＥの観点からのアンテナポートを定義し、チャネルが一物理アンテナからの単一（ｓｉｎｇｌｅ）無線チャネルなのか、或いは、当該アンテナポートを含む複数の物理アンテナ要素（ｅｌｅｍｅｎｔ）からの合成（ｃｏｍｐｏｓｉｔｅ）チャネルなのかにかからわず、ＵＥが当該アンテナポートに対するチャネル推定を行えるようにする。すなわち、アンテナポートは、当該アンテナポート上のシンボルを伝達するチャネルが、同アンテナポート上の他のシンボルが伝達されるチャネルから導出され得るように定義される。複数のアンテナを用いてデータを送受信する多重入出力（Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ）機能を支援する送受信器は２個以上のアンテナに接続可能である。
【００４０】
プロセッサ４００ａ，４００ｂは、一般に、ＵＥまたはＢＳ内の各種モジュールの動作全般を制御する。特に、プロセッサ４００ａ，４００ｂは、本発明を実行するための各種の制御機能、サービス特性及び伝播環境によるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレーム可変制御機能、遊休モード動作を制御するための電力節約モード機能、ハンドオーバー（Ｈａｎｄｏｖｅｒ）機能、認証及び暗号化機能などを実行することができる。プロセッサ４００ａ，４００ｂは、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ばれることもある。一方、プロセッサ４００ａ，４００ｂを、ハードウェア（ｈａｒｄｗａｒｅ）、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはこれらの結合により具現することができる。ハードウェアを用いて本発明を具現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、またはＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などをプロセッサ４００ａ，４００ｂに備えることができる。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合には、本発明の機能または動作を行うモジュール、手順または関数などを含むようにファームウェアやソフトウェアを構成することができ、本発明を実行し得るように構成されたファームウェアまたはソフトウェアは、プロセッサ４００ａ，４００ｂ内に備えられてもよく、メモリー２００ａ，２００ｂに保存されてプロセッサ４００ａ，４００ｂにより駆動されてもよい。
【００４１】
送信器１００ａ，１００ｂは、プロセッサ４００ａ，４００ｂまたは該プロセッサに接続したスケジューラからスケジューリングされて外部に伝送される信号及び／またはデータに所定の符号化（ｃｏｄｉｎｇ）及び変調（ｍｏｄｕｌａｔｉｏｎ）を行ってからアンテナ５００ａ，５００ｂに伝達する。例えば、送信器１００ａ，１００ｂは、伝送しようとするデータ列に逆多重化、チャネル符号化及び変調過程などを行ってＫ個のレイヤーに変換する。Ｋ個のレイヤーは送信器内の送信処理器を経て送信アンテナ５００ａ，５００ｂから伝送される。ＵＥ及びＢＳの送信器１００ａ，１００ｂ及び受信器３００ａ，３００ｂは、送信信号及び受信信号を処理する過程によって異なる構成とすることができる。
【００４２】
メモリー２００ａ，２００ｂは、プロセッサ４００ａ，４００ｂの処理及び制御のためのプログラムを保存することができ、入出力される情報を臨時保存することができる。メモリー２００ａ，２００ｂはバッファーとして用いられてもよい。メモリーは、フラッシュメモリータイプ（ｆｌａｓｈ  ｍｅｍｏｒｙ  ｔｙｐｅ）、ハードディスクタイプ（ｈａｒｄ  ｄｉｓｋ  ｔｙｐｅ）、マルチメディアカードマイクロタイプ（ｍｕｌｔｉｍｅｄｉａ  ｃａｒｄ  ｍｉｃｒｏ  ｔｙｐｅ）またはカードタイプのメモリー（例えば、ＳＤまたはＸＤメモリーなど）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気メモリー、磁気ディスク、光ディスクなどを用いて具現することができる。
【００４３】
図２は、ユーザー機器及び基地局内の送信器構造の一例を示す図である。図２を参照して、送信器１００ａ，１００ｂの動作についてより具体的に説明する。
【００４４】
図２を参照すると、ＵＥまたは基地局内の送信器１００ａ，１００ｂは、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６を備えることができる。
【００４５】
送信器１００ａ，１００ｂは、一つ以上のコードワード（ｃｏｄｅｗｏｒｄ）を送信することができる。各コードワード内の符号化されたビット（ｃｏｄｅｄ  ｂｉｔｓ）はそれぞれ、スクランブラ３０１によりスクランブリングされて物理チャネル上で伝送される。コードワードは、データ列と呼ばれることもあり、ＭＡＣ層が提供するデータブロックと等価である。ＭＡＣ層が提供するデータブロックは伝送ブロックと呼ばれることもある。
【００４６】
スクランブルされたビットは、変調マッパー３０２により複素変調シンボル（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｍｏｄｕｌａｔｉｏｎ  ｓｙｍｂｏｌｓ）に変調される。変調マッパー３０２は、スクランブルされたビットを既に決定された変調方式によって変調して、信号コンステレーション（ｓｉｇｎａｌ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置することができる。変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）には制限がなく、ｍ−ＰＳＫ（ｍ−Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）またはｍ−ＱＡＭ（ｍ−Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）などを、上記の符号化されたデータの変調に用いることができる。
【００４７】
複素変調シンボルは、レイヤーマッパー３０３により一つ以上の伝送レイヤーにマッピングされる。
【００４８】
各レイヤー上の複素変調シンボルは、アンテナポート上での伝送のためにプリコーダ３０４によりプリコーディングされる。具体的に、プリコーダ３０４は、複素変調シンボルを多重送信アンテナ５００−１，…，５００−Ｎｔに基づくＭＩＭＯ方式で処理して、アンテナ特定シンボルを出力し、アンテナ特定シンボルを該当のリソース要素マッパー３０５に分配する。すなわち、伝送レイヤーのアンテナポートへのマッピングはプリコーダ３０４により行われる。プリコーダ３０４は、レイヤーマッパー３０３の出力ｘをＮｔ×Ｍｔのプリコーディング行列ＷとかけてＮｔ×ＭＦの行列ｚとして出力することができる。
【００４９】
リソース要素マッパー３０５は、各アンテナポートへの複素変調シンボルを適切なリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔｓ）にマッピング／割り当てる。リソース要素マッパー３０５は、各アンテナポートに対する複素変調シンボルを適切な副搬送波に割り当て、ユーザーに基づいて多重化することができる。
【００５０】
ＯＦＤＭ信号生成器３０６は、各アンテナポートに対する複素変調シンボル、すなわち、アンテナ特定シンボルを、ＯＦＤＭまたはＳＣ−ＦＤＭ方式で変調し、複素時間ドメイン（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｔｉｍｅ  ｄｏｍａｉｎ）ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル信号またはＳＣ−ＦＤＭ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル信号を生成する。ＯＦＤＭ信号生成器３０６は、アンテナ特定シンボルにＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を行うことができ、ＩＦＦＴの行われた時間ドメインシンボルにはＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）を挿入することができる。ＯＦＤＭシンボルは、デジタル−アナログ（ｄｉｇｉｔａｌ−ｔｏ−ａｎａｌｏｇ）変換、周波数アップ変換などを経て、各送信アンテナ５００−１，…，５００−Ｎｔから受信装置に送信される。ＯＦＤＭ信号生成器３０６は、ＩＦＦＴモジュール、Ｐ挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ  Ｃｏｎｖｅｒｔｅｒ）、及び周波数アップ変換器（ｆｒｅｑｕｅｎｃｙ  ｕｐｃｏｎｖｅｒｔｅｒ）などを備えることができる。
【００５１】
一方、送信器１００ａ，１００ｂがコードワードの送信にＳＣ−ＦＤＭ接続（ＳＣ−ＦＤＭＡ）方式を採択する場合は、送信器１００ａ，１００ｂが離散フーリエ変換（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）モジュール３０７（あるいは、高速フーリエ変換（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）モジュール）を有することができる。この離散フーリエ変換は、アンテナ特定シンボルにＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）あるいはＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）（以下、ＤＦＴ／ＦＦＴ）を行い、このＤＦＴ／ＦＦＴされたシンボルをリソース要素マッパー３０５に出力する。ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ＦＤＭＡ）は、伝送信号のＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）あるいはＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）を下げて伝送する方式である。ＳＣ−ＦＤＭＡによれば、伝送される信号が電力増幅器（ｐｏｗｅｒ  ａｍｐｌｉｆｉｅｒ）の非線形（ｎｏｎ−ｌｉｎｅａｒ）歪み区間を避けて伝送されることが可能になる。そのため、送信器が既存のＯＦＤＭ方式に比べてより低い電力で信号を伝送しても、受信器が一定の強度と誤り率を満たす信号を受信することとなる。すなわち、ＳＣ−ＦＤＭＡによれば、送信装置の電力消耗を減らすことができる。
【００５２】
既存のＯＦＤＭ信号生成器では、各副搬送波に載せられていた信号がＩＦＦＴを通過しながら多重搬送波変調（Ｍｕｌｔｉ  Ｃａｒｒｉｅｒ  Ｍｏｄｕｌａｔｉｏｎ、ＭＣＭ）によって同時に並列に伝送されるため、電力増幅器効率が低下する問題があった。これに対し、ＳＣ−ＦＤＭＡでは、副搬送波に信号をマッピングする前にまず情報をＤＦＴ／ＦＦＴする。ＤＦＴ／ＦＦＴモジュール３０７を通過した信号はＤＦＴ／ＦＦＴの効果によりＰＡＰＲが増加する。ＤＦＴ／ＦＦＴされた信号は、リソース要素マッパー３０５により副搬送波にマッピングされた後、再びＩＦＦＴされて時間ドメイン信号に変換される。すなわち、ＳＣ−ＦＤＭＡ送信器は、ＯＦＤＭ信号生成器の前段でＤＦＴあるいはＦＦＴ演算をさらに行うから、ＰＡＰＲがＦＦＴ入力端で増加してから、再びＩＦＦＴを通過しながら最終伝送信号のＰＡＰＲが減るようにする。この形態は、既存のＯＦＤＭ信号生成器の前にＤＦＴモジュール（あるいはＦＦＴモジュール）３０７が追加されたのと同様であることから、ＳＣ−ＦＤＭＡは、ＤＦＴ−ｓ−ＯＦＤＭ（ＤＦＴ−ｓｐｒｅａｄ  ＯＦＤＭ）とも呼ばれる。
【００５３】
ＳＣ−ＦＤＭＡは、単一搬送波性質を満たさなければならない。図３は、単一搬送波特性を満たしながら、入力シンボルを周波数ドメインで副搬送波にマッピングする例を示す図である。図３（ａ）及び図３（ｂ）のいずれかによって、ＤＦＴされたシンボルが副搬送波に割り当てられると、単一搬送波性質を満たす伝送信号が得られる。図３（ａ）は局地的（ｌｏｃａｌｉｚｅｄ）マッピング方法を、図３（ｂ）は分散的（ｄｉｓｔｒｉｂｕｔｅｄ）マッピング方法を示している。
【００５４】
一方、クラスタ（ｃｌｕｓｔｅｒｅｄ）ＤＦＴ−ｓ−ＯＦＤＭという方式が送信器１００ａ，１００ｂに採択されてもよい。クラスタＤＦＴ−ｓ−ＯＦＤＭは、既存のＳＣ−ＦＤＭＡ方式の変形であり、ＤＦＴ／ＦＦＴモジュール３０７及びプリコーダ３０４を経た信号を、いくつかのサブブロックに分けた後、副搬送波に不連続的にマッピングする方法である。図４乃至図６は、クラスタＤＦＴ−ｓ−ＯＦＤＭにより入力シンボルが単一搬送波にマッピングされる例を示す図である。
【００５５】
図４は、クラスタＳＣ−ＦＤＭＡにおいてＤＦＴプロセス出力サンプルが単一搬送波にマッピングされる信号処理過程を示す図である。図５及び図６は、クラスタＳＣ−ＦＤＭＡにおいてＤＦＴプロセス出力サンプルが多重搬送波（ｍｕｌｔｉ−ｃａｒｒｉｅｒ）にマッピングされる信号処理過程を示す図である。図４は、イントラ搬送波（ｉｎｔｒａ−ｃａｒｒｉｅｒ）クラスタＳＣ−ＦＤＭＡを適用する例に相当し、図５及び図６は、インター搬送波（ｉｎｔｅｒ−ｃａｒｒｉｅｒ）クラスタＳＣ−ＦＤＭＡを適用する例に相当する。図５は、周波数ドメインで連続的（ｃｏｎｔｉｇｕｏｕｓ）にコンポーネント搬送波（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）が割り当てられた状況下で、隣接したコンポーネント搬送波間の副搬送波間隔（ｓｐａｃｉｎｇ）が整列された場合に、単一のＩＦＦＴブロックを用いて信号を生成する場合を示している。図６は、周波数ドメインで不連続的（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）にコンポーネント搬送波が割り当てられた状況下で複数のＩＦＦＴブロックを用いて信号を生成する場合を示している。
【００５６】
図７は、セグメント（ｓｅｇｍｅｎｔｅｄ）ＳＣ−ＦＤＭＡの信号処理過程を示す図である。
【００５７】
セグメントＳＣ−ＦＤＭＡは、任意個数のＤＦＴと同じ個数のＩＦＦＴが適用されてＤＦＴとＩＦＦＴとの関係構成が一対一関係を有するもので、単に既存のＳＣ−ＦＤＭＡのＤＦＴ拡散とＩＦＦＴの周波数副搬送波マッピング構成を拡張したものであることから、ＮｘＳＣ−ＦＤＭＡまたはＮｘＤＦＴ−ｓ−ＯＦＤＭＡと表現されることもある。本明細書は、これらをセグメントＳＣ−ＦＤＭＡと総称する。図７を参照すると、セグメントＳＣ−ＦＤＭＡは、単一搬送波特性条件を緩和するために、全体時間ドメイン変調シンボルをＮ（Ｎは１よりも大きい整数）個のグループに束ねてグループ単位にＤＦＴプロセスを行う。
【００５８】
再び図２を参照すると、受信器３００ａ，３００ｂの信号処理過程は、送信器の信号処理と逆の過程となる。具体的に、受信器３００ａ，３００ｂは、外部からアンテナ５００ａ，５００ｂを介して受信した無線信号に復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を行って該当のプロセッサ４００ａ，４００ｂに伝達する。受信器３００ａ，３００ｂに接続しているアンテナ５００ａ，５００ｂは、Ｎｒ個の多重受信アンテナを有することができ、受信アンテナを介して受信した信号のそれぞれは、基底帯域信号に復元された後、多重化及びＭＩＭＯ復調化を経て、送信器１００ａ，１００ｂが本来伝送しようとしたデータ列に復元される。受信器３００ａ，３００ｂは、受信した信号を基底帯域信号に復元するための信号復元器、受信処理された信号を結合して多重化する多重化器、多重化された信号列を該当のコードワードに復調するチャネル復調器を有することができる。信号復元器、多重化器、及びチャネル復調器は、それらの機能を実行する統合された一つのモジュールまたはそれぞれの独立したモジュールにすることができる。さらにいうと、信号復元器は、アナログ信号をデジタル信号に変換するＡＤＣ（ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌ  ｃｏｎｖｅｒｔｅｒ）、該デジタル信号からＣＰを除去するＣＰ除去器、ＣＰの除去された信号にＦＦＴ（ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）を適用して周波数ドメインシンボルを出力するＦＦＴモジュール、周波数ドメインシンボルをアンテナ特定シンボルに復元するリソース要素デマッパー（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｄｅｍａｐｐｅｒ）／等化器（ｅｑｕａｌｉｚｅｒ）を有することができる。アンテナ特定シンボルは多重化器により伝送レイヤーに復元され、伝送レイヤーは、チャネル復調器により、送信装置が伝送しようとしたコードワードに復元される。
【００５９】
一方、受信器３００ａ，３００ｂが、図３乃至図７で説明したＳＣ−ＦＤＭＡ方式により伝送された信号を受信する場合、受信器は３００ａ，３００ｂは、逆離散フーリエ変換（Ｉｎｖｅｒｓｅ  Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ、ＩＤＦＴ）モジュール（あるいは、ＩＦＦＴモジュール）をさらに有する。ＩＤＦＴ／ＩＦＦＴモジュールは、リソース要素デマッパーにより復元されたアンテナ特定シンボルにＩＤＦＴ／ＩＦＦＴを行い、ＩＤＦＴ／ＩＦＦＴされたシンボルを多重化器に出力する。
【００６０】
参考として、図１乃至図７ではスクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６が送信器１００ａ，１００ｂに備えられるとしたが、送信装置のプロセッサ４００ａ，４００ｂが、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６を有するように構成されてもよい。同様に、図１乃至図７では信号復元器、多重化器、チャネル復調器が受信器３００ａ，３００ｂに備えられるとしたが、受信装置のプロセッサ４００ａ，４００ｂが、信号復元器、多重化器、及びチャネル復調器を有するように構成されてもよい。以下では、説明の便宜のために、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５、及びＯＦＤＭ信号生成器３０６（ＳＣ−ＦＤＭＡ方式ではＤＦＴモジュール３０７をさらに含む。）が、それらの動作を制御するプロセッサ４００ａ，４００ｂと分離した送信器１００ａ，１００ｂに備えられ、信号復元器、多重化器、及びチャネル復調器が、それらの動作を制御するプロセッサ４００ａ，４００ｂとは分離した受信器３００ａ，３００ｂに備えられているとして説明する。しかし、スクランブラ３０１、変調マッパー３０２、レイヤーマッパー３０３、プリコーダ３０４、リソース要素マッパー３０５及びＯＦＤＭ信号生成器３０６，３０７がプロセッサ４００ａ，４００ｂに備えられた場合、及び信号復元器、多重化器、チャネル復調器（ＳＣ−ＦＤＭＡ方式ではＩＦＦＴモジュールをさらに含む。）が、プロセッサ４００ａ，４００ｂに備えられた場合にも本発明の実施例を同様に適用することができる。
【００６１】
図８には、無線通信システムで用いられる無線フレーム構造の例を示す。特に、図８（ａ）は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムのフレーム構造タイプ１（ＦＳ−１）による無線フレームを例示しており、図８（ｂ）は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムのフレーム構造タイプ２（ＦＳ−２）による無線フレームを例示している。図８（ａ）のフレーム構造は、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モード、及び半（ｈａｌｆ）ＦＤＤ（Ｈ−ＦＤＤ）モードで適用可能である。図８（ｂ）のフレーム構造は、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードで適用可能である。
【００６２】
図８を参照すると、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａで用いられる無線フレームは、１０ｍｓ（３０７２００Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレームで構成される。１無線フレーム内の１０個のサブフレームにはそれぞれ番号を与えることができる。ここで、Ｔｓは、サンプリング時間を表し、Ｔｓ＝１／（２０４８×１５ｋＨｚ）で表示される。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロットで構成される。１無線フレーム内で２０個のスロットは０から１９まで順にナンバリングされてもよい。各スロットは０．５ｍｓの長さを有する。１サブフレームを伝送するための時間は伝送時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）で定義される。時間リソースは、無線フレーム番号（あるいは無線フレームインデックスともいう。）、サブフレーム番号（あるいは、サブフレームインデックスともいう。）、スロット番号（あるいは、スロットインデックスともいう。）などにより区別可能である。
【００６３】
無線フレームはデュプレックス（ｄｕｐｌｅｘ）モードによって異なる構成とすることができる。例えば、ＦＤＤモードで、下りリンク伝送及び上りリンク伝送は周波数により区別されるので、無線フレームは、下りリンクサブフレームまたは上りリンクサブフレームのいずれか一方のみを含む。
【００６４】
一方、ＴＤＤモードでは、下りリンク伝送及び上りリンク伝送が時間によって区別されるため、フレーム内のサブフレームは、下りリンクサブフレームと上りリンクサブフレームとに区別される。表１は、ＴＤＤモードにおいてＵＬ−ＤＬ構成を例示したものである。
【００６５】
【表１】
0005946838.tif 000002
【００６６】
表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特異（ｓｐｅｃｉａｌ）サブフレームを表す。特異サブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ）の３つのフィールドを含む。ＤｗＰＴＳは、下りリンク伝送用に留保される時間区間であり、ＵｐＰＴＳは、上りリンク伝送用に留保される時間区間である。
【００６７】
図９は、無線通信システムにおいてＤＬ／ＵＬスロット構造の一例を示す図である。特に、同図には、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムのリソース格子（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の構造を示す。アンテナポート当たり１個のリソース格子がある。
【００６８】
図９を参照すると、スロットは、時間ドメインで複数のＯＦＤＭシンボルを有し、周波数ドメインで複数のリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＲＢ）を有する。ＯＦＤＭシンボルは１シンボル区間を意味することもある。リソースブロックは、周波数ドメインで複数の副搬送波を有する。ＯＦＤＭシンボルを多重接続方式によってＯＦＤＭシンボル、ＳＣ−ＦＤＭシンボルなどと呼ぶこともできる。１スロットに含まれるＯＦＤＭシンボルの数は、チャネル帯域幅、ＣＰ長によって様々に変更可能である。例えば、正規（ｎｏｒｍａｌ）ＣＰの場合には、１スロットが７個のＯＦＤＭシンボルを含み、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合には、１スロットが６個のＯＦＤＭシンボルを含む。図８では、説明の便宜のために、１スロットが７  ＯＦＤＭシンボルで構成されるサブフレームを例示したが、本発明の実施例は、他の個数のＯＦＤＭシンボルを有するサブフレームにも同一の適用が可能である。参考として、１  ＯＦＤＭシンボル及び１副搬送波で構成されたリソースを、リソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ、ＲＥ）あるいはトーン（ｔｏｎｅ）と呼ぶ。
【００６９】
図９を参照すると、各スロットで伝送される信号は、ＮＤＬ／ＵＬＲＢＮＲＢｓｃ個の副搬送波（ｓｕｂｃａｒｒｉｅｒ）とＮＤＬ／ＵＬｓｙｍｂ個のＯＦＤＭあるいはＳＣ−ＦＤＭシンボルとで構成されるリソース格子（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）で表現することができる。ここで、ＮＤＬＲＢは、下りリンクスロットでのリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＲＢ）の個数を表し、ＮＵＬＲＢは、上りリンクスロットでのＲＢの個数を表す。ＮＤＬＲＢとＮＵＬＲＢは、下りリンク伝送帯域幅と上りリンク伝送帯域幅にそれぞれ依存する。各ＯＦＤＭシンボルは、周波数ドメインで、ＮＤＬ／ＵＬＲＢＮＲＢｓｃ個の副搬送波を含む。１搬送波に対する副搬送波の個数は、ＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズによって決定される。副搬送波の類型は、データ伝送のためのデータ副搬送波、参照信号の伝送のための参照信号副搬送波、ガードバンド（ｇｕａｒｄ  ｂａｎｄ）及びＤＣ成分のためのヌル副搬送波とに分類可能である。ＤＣ成分のためのヌル副搬送波は、未使用のまま残される副搬送波のことであり、ＯＦＤＭ信号生成過程で搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ、ｆ０）にマッピングされる。搬送波周波数は中心周波数（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ）とも呼ばれる。ＮＤＬｓｙｍｂは、下りリンクスロット内のＯＦＤＭあるいはＳＣ−ＦＤＭシンボルの個数を表し、ＮＵＬｓｙｍｂは、上りリンクスロット内のＯＦＤＭあるいはＳＣ−ＦＤＭシンボルの個数を表す。ＮＲＢｓｃは、一つのＲＢを構成する副搬送波の個数を表す。
【００７０】
換言すると、物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＰＲＢ）は、時間ドメインにおいてＮＤＬ／ＵＬｓｙｍｂ個の連続したＯＦＤＭシンボルあるいはＳＣ−ＦＤＭシンボルで定義され、周波数ドメインにおいてＮＲＢｓｃ個の連続した副搬送波で定義される。したがって、一つのＰＲＢは、ＮＤＬ／ＵＬｓｙｍｂ×ＮＲＢｓｃ個のリソース要素で構成される。
【００７１】
リソース格子内の各リソース要素は、１スロット内のインデックス対（ｋ，ｌ）により固有に定義可能である。ｋは、周波数ドメインにおいて０からＮＤＬ／ＵＬＲＢＮＲＢｓｃ−１まで与えられるインデックスであり、ｌは、時間ドメインにおいて０からＮＤＬ／ＵＬｓｙｍｂ−１まで与えられるインデックスである。
【００７２】
図１０は、無線通信システムにおいて下りリンクサブフレーム構造の一例を示す図である。
【００７３】
図１０を参照すると、各サブフレームを、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）とデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）とに区別することができる。制御領域は、先頭のＯＦＤＭシンボルから始めて一つ以上のＯＦＤＭシンボルを含む。サブフレーム内の制御領域に用いられるＯＦＤＭシンボルの個数はサブフレーム別に独立して設定されればよく、ＯＦＤＭシンボルの個数はＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）により伝送される。基地局は、制御領域を用いて各種の制御情報をユーザー機器に伝送することができる。制御情報の伝送のために、制御領域にはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）、ＰＣＦＩＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）などが割り当てられうる。
【００７４】
基地局は、伝送チャネルであるＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当に関する情報、上りリンクスケジューリンググラント（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、ＨＡＲＱ情報、ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）などをＰＤＣＣＨ上で各ユーザー機器またはユーザー機器グループに伝送する。
【００７５】
基地局は、データ領域を用いてユーザー機器あるいはユーザー機器グループのためのデータを伝送することができる。データ領域で伝送されるデータをユーザーデータと呼ぶことができる。ユーザーデータの伝送のために、データ領域にはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられうる。ＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＰＤＳＣＨを通じて伝送される。ユーザー機器は、ＰＤＣＣＨを通じて伝送される制御情報を復号して、ＰＤＳＣＨを通じて伝送されるデータを読むことができる。ＰＤＳＣＨのデータがどのユーザー機器あるいはユーザー機器グループに伝送されるものであるか、ユーザー機器あるいはユーザー機器グループがどのようにＰＤＳＣＨデータを受信して復号すべきか、などを表す情報がＰＤＣＣＨに含まれて伝送される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例、周波数位置）及び「Ｃ」という伝送形式情報（例、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて伝送されるデータに関する情報が特定サブフレームで伝送されると仮定する。該当のセルのＵＥは、自身が持っているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」のＲＮＴＩを有しているＵＥはＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報から、「Ｂ」と「Ｃ」により指示されるＰＤＳＣＨを受信する。
【００７６】
複数のＰＤＣＣＨが制御領域で伝送され、ＵＥは、複数のＰＤＣＣＨをモニターして、自身のＰＤＣＣＨを検出することができる。１  ＰＤＣＣＨが運ぶＤＣＩは、ＰＵＣＣＨフォーマットによってそのサイズ及び用途が異なり、符号化率によってそのサイズが異なることがある。
【００７７】
ＤＣＩフォーマットは各ＵＥ別に独立して適用され、１サブフレーム中に複数のＵＥのＰＤＣＣＨが多重化されてもよい。各ＵＥのＰＤＣＣＨは独立してチャネルコーディングされてＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）が付加される。ＣＲＣは、各ＵＥが自身のＰＤＣＣＨを受信できるように、各ＵＥの固有識別子でマスク（ｍａｓｋ）される。しかし、基本的にＵＥは、自身のＰＤＣＣＨが伝送される位置を知っておらず、毎サブフレームごとに該当するＤＣＩフォーマットの全てのＰＤＣＣＨを、自身の識別子を有しているＰＤＣＣＨを受信するまでブラインド検出（ブラインド復号（ｄｅｃｏｄｉｎｇ）という。）する。
【００７８】
図１１は、無線通信システムにおいて上りリンクサブフレーム構造の一例を示す図である。
【００７９】
図１１を参照すると、上りリンクサブフレームは、周波数ドメインで制御領域とデータ領域とに区別可能である。１つまたは複数のＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌｃｈａｎｎｅｌ）がＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を運ぶために、制御領域に割り当てられるうる。１つまたは複数のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がユーザーデータを運ぶために、データ領域に割り当てられうる。ＵＥが上りリンク伝送にＳＣ−ＦＤＭＡ方式を採択する場合に、単一搬送波特性を維持するために、ＰＵＣＣＨとＰＵＳＣＨを同時に伝送してはならない。
【００８０】
一つのＰＵＣＣＨが運ぶＵＣＩは、ＰＵＣＣＨフォーマットによってそのサイズ及び用途が異なり、符号化率によってそのサイズが異なっくることがある。例えば、下記のようにＰＵＣＣＨフォーマットを定義することができる。
【００８１】
【表２】
0005946838.tif 000003
【００８２】
上りリンクサブフレームでは、ＤＣ（Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ）副搬送波を基準に遠く離れた副搬送波が制御領域として用いられる。換言すると、上りリンク伝送帯域幅の両端部に位置する副搬送波が、上りリンク制御情報の伝送に割り当てられる。ＤＣ副搬送波は、信号伝送に使用されずに残される成分であって、ＯＦＤＭ／ＳＣ−ＦＤＭ信号生成器３０６による周波数アップ変換過程で搬送波周波数ｆ０にマッピングされる。
【００８３】
一ＵＥに対するＰＵＣＣＨは、１サブフレーム内のＲＢ対に割り当てられ、該ＲＢ対に属したＲＢは２つのスロットでそれぞれ異なる副搬送波を占有する。このように割り当てられるＰＵＣＣＨを、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピングすると表現する。ただし、周波数ホッピングが適用されない場合には、ＲＢ対が同じ副搬送波を占有する。周波数ホッピングの有無にかかわらず、一ＵＥに対するＰＵＣＣＨは１サブフレーム内のＲＢ対に割り当てられるので、同一ＰＵＣＣＨが一つのＵＬサブフレーム内の各スロットで１個のＲＢを通じて一回ずつ、総２回伝送される。
【００８４】
以下では、１サブフレーム内の各ＰＵＣＣＨ伝送に用いられるＲＢ対をＰＵＣＣＨ領域（ＰＵＣＣＨ  ｒｅｇｉｏｎ）またはＰＵＣＣＨリソース（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ）ともいう。また、以下では、説明の便宜のために、ＰＵＣＣＨのうち、ＡＣＫ／ＮＡＣＫを運ぶＰＵＣＣＨをＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨ、ＣＱＩ／ＰＭＩ／ＲＩを運ぶＰＵＣＣＨをＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）ＰＵＣＣＨ、ＳＲを運ぶＰＵＣＣＨをＳＲ  ＰＵＣＣＨと呼ぶ。
【００８５】
ＵＥには、上位（ｈｉｇｈｅｒ）層シグナリング、あるいは明示的（ｅｘｐｌｉｃｉｔ）方式または暗黙的（ｉｍｐｌｉｃｉｔ）方式によりＢＳからＵＣＩの伝送のためのＰＵＣＣＨリソースが割り当てられる。
【００８６】
ＡＣＫ／ＮＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ  ＡＣＫ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などの上りリンク制御情報（ＵＣＩ）が、上りリンクサブフレームの制御領域上で伝送されうる。
【００８７】
無線通信システムにおいて、ＢＳとＵＥはデータを相互送信／受信する。ＢＳ／ＵＥがデータをＵＥ／ＢＳに伝送すると、該ＵＥ／ＢＳは、受信したデータを復号（ｄｅｃｏｄｅ）し、そのデータ復号に成功するとＢＳ／ＵＥにＡＣＫを伝送し、データ復号に失敗するとＢＳ／ＵＥにＮＡＣＫを伝送する。基本的に、３ＧＰＰ  ＬＴＥシステムにおいて、ＵＥはＢＳからデータユニット（例えば、ＰＤＳＣＨ）を受信し、該データユニットに関するスケジューリング情報を運ぶＰＤＣＣＨリソースにより決定される暗黙的ＰＵＣＣＨリソースを用いて、各データユニットに対するＡＣＫ／ＮＡＣＫをＢＳに伝送する。
【００８８】
図１２は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。
【００８９】
ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは、各ＵＥにあらかじめ割り当てられているのではなく、複数のＰＵＣＣＨリソースをセル内の複数のＵＥが毎時点ごとに分けて使用する。具体的に、ＵＥがＡＣＫ／ＮＡＣＫを伝送するのに使用するＰＵＣＣＨリソースは、該当の下りリンクデータを運ぶＰＤＳＣＨに関するスケジューリング情報を運ぶＰＤＣＣＨに基づいて暗黙的方式で決定される。それぞれのＤＬサブフレームにおいてＰＤＣＣＨが伝送される全体領域は複数のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）で構成され、ＵＥに伝送されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＣＣＥは、複数（例えば、９個）のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）を含む。１  ＲＥＧは、参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＲＳ）を除外した状態で、隣接する４個のＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＵＥは、自身が受信したＰＤＣＣＨを構成するＣＣＥのインデックスのうち、特定ＣＣＥインデックス（例えば、先頭のあるいは最も低いＣＣＥインデックス）の関数により誘導（ｄｅｒｉｖｅ）あるいは計算（ｃａｌｃｕｌａｔｅ）される暗黙的ＰＵＣＣＨリソースを用いてＡＣＫ／ＮＡＣＫを伝送する。
【００９０】
図１２を参照すると、それぞれのＰＵＣＣＨリソースインデックスはＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースに対応する。図１２のように、４〜６番ＣＣＥで構成されたＰＤＣＣＨを通じて、ＰＤＳＣＨに関するスケジューリング情報がＵＥに伝送されると仮定すると、ＵＥは、ＰＤＣＣＨを構成する最低ＣＣＥである４番ＣＣＥのインデックスから誘導あるいは計算されたＰＵＣＣＨ、例えば、４番ＰＵＣＣＨを用いてＡＣＫ／ＮＡＣＫをＢＳに伝送する。図１２は、ＤＬに最大Ｍ’個のＣＣＥが存在し、ＵＬに最大Ｍ個のＰＵＣＣＨが存在する場合を例示する。Ｍ’＝Ｍでもよいが、Ｍ’値とＭ値とを異なるように設計し、ＣＣＥとＰＵＣＣＨリソースとのマッピングが重なるようにすることも可能である。
【００９１】
例えば、ＰＵＣＣＨリソースインデックスを下記のように定めることができる。
【００９２】
【数１】
0005946838.tif 000004
【００９３】
ここで、ｎ（１）ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨリソースインデックスを表し、Ｎ（１）ＰＵＣＣＨは、上位レイヤーから伝達されたシグナリング値を表す。ｎＣＣＥは、ＰＤＣＣＨ伝送に用いられたＣＣＥインデックスのうち、最も小さい値を表すことができる。
【００９４】
図１３は、単一搬送波状況で通信を行う例を示す図である。図１３は、ＬＴＥシステムでの通信例に対応する。
【００９５】
図１３を参照すると、一般的なＦＤＤ方式無線通信システムは、一つの下りリンク帯域とこれに対応する一つの上りリンク帯域を通じてデータ送受信を行う。ＢＳとＵＥは、サブフレーム単位にスケジューリングされたデータ及び／または制御情報を送受信する。データは、上り／下りリンクサブフレームに設定されたデータ領域を通じて送受信され、制御情報は、上り／下りリンクサブフレームに設定された制御領域を通じて送受信される。そのために、上り／下りリンクサブフレームは種々の物理チャネルを通じて信号を運ぶ。図１３は、便宜上、ＦＤＤ方式を中心に説明したが、上述した内容は、図８の無線フレームを時間領域で上り／下りリンクに区別することによってＴＤＤ方式にも適用可能である。
【００９６】
図１４には、多重搬送波状況下で通信を行う例を示す。
【００９７】
ＬＴＥ−Ａシステムは、より広い周波数帯域を用いるために、複数の上り／下りリンク周波数ブロックを束ねて、より大きい上り／下りリンク帯域幅を用いる搬送波アグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎまたはｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）技術を用いる。多重搬送波システムまたは搬送波アグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）システムは、広帯域支援のために目標帯域（ｂａｎｄｗｉｄｔｈ）よりも小さい帯域を有する複数の搬送波を束ねて用いるシステムのことをいう。目標帯域よりも小さい帯域を有する複数の搬送波を束ねるとき、束ねられる搬送波の帯域は、既存システムとの互換（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のために、既存システムで用いる帯域幅に制限されるとよい。例えば、既存のＬＴＥシステムは、１．４、３、５、１０、１５、２０ＭＨｚの帯域幅を支援し、ＬＴＥシステムから進展したＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システムは、ＬＴＥで支援する帯域幅のみを用いて２０ＭＨｚよりも大きい帯域幅を支援することができる。または、既存システムで使用する帯域幅によらず、新しい帯域幅を定義して搬送波アグリゲーションを支援してもよい。多重搬送波は、搬送波アグリゲーション及び帯域幅アグリゲーションと同じ意味で使われる。また、搬送波アグリゲーションは、隣接した（ｃｏｎｔｉｇｕｏｕｓ）搬送波アグリゲーション、隣接していない（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）搬送波アグリゲーションを総称する。参考として、ＴＤＤで１個のコンポーネント搬送波（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＣＣ）のみが通信に用いられる場合、図１３の単一搬送波状況（ｎｏｎ−ＣＡ）下における通信に相当する。ここで、ＵＬ  ＣＣ及びＤＬ  ＣＣはそれぞれ、ＵＬリソース（ＵＬ  ｒｅｓｏｕｒｃｅｓ）及びＤＬリソース（ＤＬ  ｒｅｓｏｕｒｃｅｓ）とも呼ばれる。
【００９８】
例えば、図１４を参照すると、上り／下りリンクにそれぞれ５個の２０ＭＨｚのＣＣが束ねられて１００ＭＨｚ帯域幅を支援することができる。それぞれのＣＣは、周波数領域で互いに隣接していても、非−隣接していてもよい。図１４は、便宜上、ＵＬ  ＣＣの帯域幅とＤＬ  ＣＣの帯域幅とがいずれも同一且つ対称である場合を示している。しかし、各ＣＣの帯域幅は独立して定められてもよい。一例として、ＵＬ  ＣＣの帯域幅は、５ＭＨｚ（ＵＬ  ＣＣ０）＋２０ＭＨｚ（ＵＬ  ＣＣ１）＋２０ＭＨｚ（ＵＬ  ＣＣ２）＋２０ＭＨｚ（ＵＬ  ＣＣ３）＋５ＭＨｚ（ＵＬ  ＣＣ４）のように構成されてもよい。また、ＵＬ  ＣＣの個数とＤＬ  ＣＣの個数とが異なる非対称の搬送波アグリゲーションにしてもよい。非対称の搬送波アグリゲーションは、可用周波数帯域の制限により発生することもあり、ネットワーク設定により人為的に発生することもある。一例として、ＢＳがＸ個のＤＬ  ＣＣを管理しても、特定ＵＥが受信可能な周波数帯域はＹ（≦Ｘ）個のＤＬ  ＣＣに限定されることがある。この場合、ＵＥは、Ｙ個のＣＣを通じて伝送されるＤＬ信号／データをモニターすればよい。また、ＢＳがＬ個のＵＬ  ＣＣを管理しても、特定ＵＥが送信可能な周波数帯域はＭ（≦Ｌ）個のＵＬ  ＣＣに限定されることがある。このように、特定ＵＥに限定されたＤＬ  ＣＣあるいはＵＬ  ＣＣを、特定ＵＥでの設定された（ｃｏｎｆｉｇｕｒｅｄ）サービング（ｓｅｒｖｉｎｇ）ＵＬあるいはＤＬ  ＣＣと呼ぶ。ＢＳは、該ＢＳが管理するＣＣのうち一部または全部を活性化（ａｃｔｉｖａｔｅ）したり、一部のＣＣを非活性化（ｄｅａｃｔｉｖａｔｅ）することで、ＵＥに所定の個数のＣＣを割り当てることができる。ＢＳは活性化／非活性化されるＣＣを変更することができ、活性化／非活性化されるＣＣの個数を変更することができる。一方、ＢＳは、セル−特定あるいはＵＥ−特定にＵＥが優先してモニター／受信すべきＺ個のＤＬ  ＣＣ（ここで、１≦Ｚ≦Ｙ≦Ｘ）を主要（ｍａｉｎ）ＤＬ  ＣＣと構成することができる。また、ＢＳは、セル−特定あるいはＵＥ−特定にＵＥが優先して送信するＮ個のＵＬ  ＣＣ（ここで、１≦Ｎ≦Ｍ≦Ｌ）を主要（ｍａｉｎ）ＵＬ  ＣＣと構成することができる。このように特定ＵＥに限定された主要ＤＬあるいはＵＬ  ＣＣを、特定ＵＥでの設定された（ｃｏｎｆｉｇｕｒｅｄ）サービング（ｓｅｒｖｉｎｇ）ＵＬあるいはＤＬ  ＣＣとも呼ぶ。搬送波アグリゲーションに関する種々のパラメータは、セル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、ＵＥグループ−特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）またはＵＥ−特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に設定することができる。
【００９９】
一応ＢＳがＵＥに利用可能なＣＣをセル−特定あるいはＵＥ−特定に割り当てると、該ＵＥへのＣＣ割当が全面的に再構成されたり、ＵＥがハンドオーバーしない限り、一応割り当てられたＣＣのうち少なくとも一つは非活性化されない。以下では、ＵＥへのＣＣ割当の全面的な再構成でない限り非活性化されないＣＣをＰＣＣ（Ｐｒｉｍａｒｙ  ＣＣ）と称し、ＢＳが自由に活性化／非活性化し得るＣＣをＳＣＣ（Ｓｅｃｏｎｄａｒｙ  ＣＣ）と称する。単一搬送波通信は、１個のＰＣＣをＵＥとＢＳ間の通信に使用し、ＳＣＣは通信に使用しない。一方、ＰＣＣとＳＣＣは制御情報を基準に区別されてもよい。例えば、特定制御情報は特定ＣＣのみを通じて送受信されるように設定されることがあり、このような特定ＣＣをＰＣＣと呼び、残りのＣＣをＳＣＣ（ｓ）と呼ぶことができる。例えば、ＰＵＣＣＨを通じて伝送される制御情報がこのような特定制御情報に相当する。このように、ＰＵＣＣＨ上で伝送される制御情報がＰＣＣのみを通じてＵＥからＢＳへと伝送可能な場合、該ＵＥのＰＵＣＣＨが存在するＵＬ  ＣＣをＵＬ  ＰＣＣと呼び、残りのＵＬ  ＣＣはＵＬＳＣＣ（ｓ）と呼ぶことができる。他の例として、ＵＥ−特定的ＣＣが用いられる場合に、特定ＵＥは、ＤＬ同期シグナル（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ、ＳＳ）を特定制御情報としてＢＳから受信することができる。この場合、特定ＵＥがＤＬ  ＳＳを受信して初期ＤＬ時間同期を取ったＤＬ  ＣＣ（換言すると、ＢＳのネットワークへの接続を試みるのに用いたＤＬ  ＣＣ）をＤＬ  ＰＣＣと呼び、残りのＤＬ  ＣＣをＤＬ  ＳＣＣ（ｓ）と呼ぶことができる。ＬＴＥ−Ａ  ｒｅｌｅａｓｅ−１０に基づく通信システムでは、多重搬送波通信は各ＵＥ当たり１個のＰＣＣと０個または１個以上の副ＳＣＣ（ｓ）が通信に用いられる。しかし、これはＬＴＥ−Ａ標準に基づく定義であり、将来、ＵＥ当たり複数のＰＣＣを通信に用いることが許容されるだろう。ＰＣＣは、主ＣＣ（ｐｒｉｍａｒｙ  ＣＣ）、アンカーＣＣ（ａｎｃｈｏｒ  ＣＣ）あるいは主搬送波（ｐｒｉｍａｒｙ  ｃａｒｒｉｅｒ）と呼ぶこともでき、ＳＣＣは、副セル（ｓｅｃｏｎｄａｒｙ  ＣＣ）あるいは副搬送波（ｓｅｃｏｎｄａｒｙ  ＣＣ）と呼ぶこともできる。
【０１００】
ＬＴＥ−Ａは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いる。セルは、下りリンクリソース（ＤＬ  ｒｅｓｏｕｒｃｅｓ）と上りリンクリソース（ＵＬ  ｒｅｓｏｕｒｃｅｓ）との組み合わせ、すなわち、ＤＬ  ＣＣとＵＬ  ＣＣとの組み合わせで定義され、上りリンクリソースは必須要素ではない。しかし、これは、現在ＬＴＥ−Ａ標準における定義であり、将来、セルが上りリンクリソース単独で構成されることも可能になる。したがって、セルは、下りリンクリソース単独、または下りリンクリソース及び上りリンクリソースの両方で構成可能である。搬送波アグリゲーションが支援される場合に、下りリンクリソース（または、ＤＬ  ＣＣ）の搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）と上りリンクリソース（または、ＵＬ  ＣＣ）の搬送波周波数とのリンケージ（ｌｉｎｋａｇｅ）をシステム情報で指示することができる。例えば、システム情報ブロックタイプ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  ｔｙｐｅ  ２、ＳＩＢ２）リンケージにより、ＤＬリソースとＵＬリソースとの組み合わせを指示することができる。ここで、搬送波周波数とは、各セルあるいはＣＣの中心周波数（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ）を意味する。主周波数（Ｐｒｉｍａｒｙ  ｆｒｅｑｕｅｎｃｙ）（または、ＰＣＣ）上で動作するセルを主セル（Ｐｒｉｍａｒｙ  Ｃｅｌｌ、ＰＣｅｌｌ）と呼び、副周波数（Ｓｅｃｏｎｄａｒｙ  ｆｒｅｑｕｅｎｃｙ）（または、ＳＣＣ）上で動作するセルを副セル（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ、ＳＣｅｌｌ）と呼ぶことができる。主周波数（あるいはＰＣＣ）とは、ＵＥが初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再−設定（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を始めるのに用いられる周波数（またはＣＣ）を意味する。ＰＣｅｌｌは、ハンドオーバー過程で指示されたセルのことを指すこともある。副周波数（またはＳＣＣ）とは、ＲＲＣ接続が設定された後に構成可能であり、追加の無線リソースを提供するのに使用可能な周波数（あるいはＣＣ）を意味する。ＰＣｅｌｌとＳＣｅｌｌはサービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）と総称されてもよい。したがって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、搬送波アグリゲーションが設定されていないか、搬送波アグリゲーションを支援しないＵＥの場合は、ＰＣｅｌｌのみで構成されたサービングセルが一つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、且つ搬送波アグリゲーションが設定されたＵＥの場合は、一つ以上のサービングセルが存在し、全体サービングセルには一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌが含まれる。ただし、将来、サービングセルが複数のＰＣｅｌｌを含むことが許容されることも可能になるだろう。搬送波アグリゲーションのために、ネットワークは初期保安活性化（ｉｎｉｔｉａｌ  ｓｅｃｕｒｉｔｙ  ａｃｔｉｖａｔｉｏｎ）過程が開始された後、接続設定過程で初期に構成されるＰＣｅｌｌに加えて、一つ以上のＳＣｅｌｌを搬送波アグリゲーションを支援するＵＥのために構成することができる。しかし、ＵＥが搬送波アグリゲーシ���ンを支援しても、ネットワークはＳＣｅｌｌを付加せずに、ＰＣｅｌｌのみをＵＥのために構成することもできる。ＰＣｅｌｌを主Ｃｅｌｌ（ｐｒｉｍａｒｙ  Ｃｅｌｌ）、アンカーＣｅｌｌ（ａｎｃｈｏｒ  Ｃｅｌｌ）あるいは主搬送波（ｐｒｉｍａｒｙ  ｃａｒｒｉｅｒ）と呼ぶこともでき、ＳＣｅｌｌを、副セル（ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）あるいは副搬送波（ｓｅｃｏｎｄａｒｙ  ｃａｒｒｉｅｒ）と呼ぶこともできる。
【０１０１】
多重搬送波システムにおいて、ＢＳは、複数のデータユニットを与えられたセル（あるいはＣＣ）上でＵＥに伝送することができ、ＵＥは、サブフレームで当該複数のデータユニットに対するＡＣＫ／ＮＡＣＫを伝送することができる。下りリンクデータ受信のためのＰＤＳＣＨを受信する一つまたは複数のセル（あるいはＤＬ  ＣＣ）をＵＥに割り当てることができる。ＵＥのためのセル（あるいはＤＬ  ＣＣ）は、ＲＲＣシグナリングによって半−静的（ｓｅｍｉ−ｓｔａｔｉｃ）に構成（ｃｏｎｆｉｇｕｒｅ）あるいは再構成可能である。また、ＵＥのためのセル（あるいはＤＬ  ＣＣ）は、Ｌ１／Ｌ２（ＭＡＣ）制御シグナリングによって動的に活性化／非活性化されてもよい。したがって、ＵＥが伝送するＡＣＫ／ＮＡＣＫビットの最大個数は、ＵＥが利用可能なセル（あるいはＤＬ  ＣＣ）によって異なることがある。すなわち、ＵＥが伝送するＡＣＫ／ＮＡＣＫビットの最大個数は、ＲＲＣにより構成／再構成されたり、Ｌ１／Ｌ２シグナリングにより活性化されたＤＬ  ＣＣ（あるいは、構成されたサービングセル）によって異なってくる。
【０１０２】
図１５は、基地局で一つのＭＡＣが多重搬送波を管理する概念を説明する。図１６は、ユーザー機器で一つのＭＡＣが多重搬送波を管理する概念を説明する。
【０１０３】
図１５及び１６を参照すると、一つのＭＡＣが一つ以上の周波数搬送波を管理及び運営して送受信を行う。一つのＭＡＣで管理される周波数搬送波は互いに隣接（ｃｏｎｔｉｇｕｏｕｓ）する必要がないため、リソースの管理側面でより柔軟（ｆｌｅｘｉｂｌｅ）であるというメリットがある。図１５及び図１６で、一つのＰＨＹは、便宜上、一つのコンポーネント搬送波を意味するとする。ここで、一つのＰＨＹは必ずしも独立したＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）デバイスを意味しない。一般に、一つの独立したＲＦデバイスは一つのＰＨＹを意味するが、必ずしもこれに限定されるわけではなく、一つのＲＦデバイスが複数のＰＨＹを含むこともできる。
【０１０４】
図１７は、基地局で複数のＭＡＣが多重搬送波を管理する概念を説明する。図１８は、ユーザー機器で複数のＭＡＣが多重搬送波を管理する概念を説明する。図１９は、基地局で複数のＭＡＣが多重搬送波を管理する他の概念を説明する。図２０は、ユーザー機器で複数のＭＡＣが多重搬送波を管理する他の概念を説明する。
【０１０５】
図１５及び図１６のような構造の他、図１７乃至図２０のように、複数の搬送波を一つのＭＡＣではなく複数のＭＡＣが制御する構造も可能である。
【０１０６】
図１７及び図１８のように、それぞれの搬送波をそれぞれのＭＡＣが１：１で制御することもでき、図１９及び図２０のように、一部の搬送波については、それぞれの搬送波をそれぞれのＭＡＣが１：１で制御し、残り１個以上の搬送波を一つのＭＡＣが制御することもできる。
【０１０７】
上記のシステムは、１個からＮ個までの複数の搬送波を含むシステムであり、各搬送波は、隣接または非隣接（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）するように用いられる。これは、上り／下りリンクを問わず共通に適用可能である。ＴＤＤシステムは、それぞれの搬送波内に下りリンクと上りリンクの伝送を含むＮ個の複数の搬送波を運営するように構成され、ＦＤＤシステムは、複数の搬送波を上りリンクと下りリンクにそれぞれ使用するように構成される。ＦＤＤシステムでは、上りリンクと下りリンクで束ねられる搬送波の数及び／または搬送波の帯域幅が互いに異なる非対称の搬送波アグリゲーションも支援可能である。
【０１０８】
上りリンクと下りリンクで束ねられるコンポーネント搬送波の個数が同一であると、全てのコンポーネント搬送波を既存システムと互換可能に構成することができる。しかし、互換性を考慮しないコンポーネント搬送波が本発明から除外されるわけではない。
【０１０９】
以下では、説明の便宜のために、ＰＤＣＣＨが下りリンクコンポーネント搬送波＃０で伝送されたとき、該当のＰＤＳＣＨも下りリンクコンポーネント搬送波＃０で伝送されるとして説明するが、交差−搬送波スケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）が適用されて、該当のＰＤＳＣＨが他の下りリンクコンポーネント搬送波を通じて伝送されてもよいことは明らかである。
【０１１０】
図２１及び図２２は、ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット１ａ及び１ｂのスロットレベル構造を例示する。
【０１１１】
図２１には、正規ＣＰにおいてのＰＵＣＣＨフォーマット１ａと１ｂを示す。図２２には、拡張ＣＰにおいてのＰＵＣＣＨフォーマット１ａと１ｂを示す。ＰＵＣＣＨフォーマット１ａと１ｂは、同じ内容の制御情報がサブフレーム内でスロット単位に反復される。各ユーザー機器でＡＣＫ／ＮＡＣＫ信号は、ＣＧ−ＣＡＺＡＣ（Ｃｏｍｐｕｔｅｒ−Ｇｅｎｅｒａｔｅｄ  Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏ  Ｃｏｒｒｅｌａｔｉｏｎ）シーケンスの互いに異なったサイクリックシフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）（周波数ドメインコード）と直交カバーコード（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｏｒ  ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ：ＯＣ  ｏｒ  ＯＣＣ）（時間ドメイン拡散コード）とで構成された互いに異なったリソースを通じて伝送される。ＯＣは、例えばウォルシュ（Ｗａｌｓｈ）／ＤＦＴ直交コードを含む。ＣＳの個数が６個であり、ＯＣの個数が３であると、単一アンテナを基準に総１８個のユーザー機器を同じＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）中に多重化できる。直交シーケンスｗ０，ｗ１，ｗ２，ｗ３は、（ＦＦＴ変調後に）任意の時間ドメインで、または（ＦＦＴ変調前に）任意の周波数ドメインで適用可能である。ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）伝送のためのＰＵＣＣＨフォーマット１のスロットレベル構造は、変調方法以外は、ＰＵＣＣＨフォーマット１ａ及び１ｂと同一である。
【０１１２】
ＳＲ伝送と半−持続的スケジューリング（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ）に対するＡＣＫ／ＮＡＣＫフィードバックのために、ＣＳ、ＯＣ及びＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成されたＰＵＣＣＨリソースが、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングを通じてユーザー機器に割り当てられうる。図１２で説明した通り、動的ＡＣＫ／ＮＡＣＫ（あるいは、非持続的スケジューリング（ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）に対するＡＣＫ／ＮＡＣＫ）フィードバック、及びＳＰＳ解除を指示するＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックのために、ＰＵＣＣＨリソースは、ＰＤＳＣＨに対応するＰＤＣＣＨあるいはＳＰＳ解除のためのＰＤＣＣＨの最小（ｌｏｗｅｓｔ  ｏｒ  ｓｍａｌｌｅｓｔ）のＣＣＥインデックスを用いて暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）ユーザー機器に割り当てられうる。
【０１１３】
図２３は、搬送波アグリゲーションが支援される無線通信システムにおいて、上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）が伝送されるシナリオを例示する。便宜上、本例は、ＵＣＩがＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）である場合を仮定する。しかし、これは説明の便宜のためのもので、これに限定されず、ＵＣＩは、チャネル状態情報（例、ＣＱＩ、ＰＭＩ、ＲＩ）、スケジューリング要請情報（例、ＳＲ）のような制御情報も含むことができる。
【０１１４】
図２３は、５個のＤＬ  ＣＣが１個のＵＬ  ＣＣとリンクされた非対称の搬送波アグリゲーションを例示する。例示した非対称の搬送波アグリゲーションは、ＵＣＩ伝送観点で設定されたものであってもよい。すなわち、ＵＣＩのためのＤＬ  ＣＣ−ＵＬ  ＣＣリンケージとデータのためのＤＬ  ＣＣ−ＵＬ  ＣＣリンケージとが互いに異なるように設定されることもある。便宜上、各ＤＬ  ＣＣが最大２つのコードワードを運ぶことができ、各ＣＣに対するＡＣＫ／ＮＡＣＫ応答の個数が、ＣＣ当たりに設定された最大コードワードの個数に依存すると仮定すると（例えば、特定ＣＣで基地局から設定された最大コードワードの個数が２の場合に、該ＣＣで特定ＰＤＣＣＨがコードワードを１個のみ使用しても、これに対するＡＣＫ／ＮＡＣＫ応答は、ＣＣでの最大コードワードの数である２個からなる）、ＵＬ  ＡＣＫ／ＮＡＣＫビットは、各ＤＬ  ＣＣ当たり少なくとも２ビットを必要とする。この場合、５個のＤＬ  ＣＣを通じて受信したデータに対するＡＣＫ／ＮＡＣＫを一つのＵＬ  ＣＣを用いて伝送するためには、少なくとも１０ビットのＡＣＫ／ＮＡＣＫビットが必要である。もし、ＤＬ  ＣＣ別にＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｔｒａｎｓｍｉｓｓｉｏｎ）状態（ｓｔａｔｅ）も別途に区別するためには、ＡＣＫ／ＮＡＣＫ伝送のために少なくとも１２ビット（＝５５＝３１２５＝１１．６１ビット）が必要となる。既存のＰＵＣＣＨフォーマット１ａ／１ｂは２ビットまでＡＣＫ／ＮＡＣＫを送ることができるため、このような構造では、増加したＡＣＫ／ＮＡＣＫ情報を伝送することができない。便宜上、ＵＣＩ情報の量が増加する原因として搬送波アグリゲーションを例示したが、アンテナ個数の増加、ＴＤＤシステム、リレーシステムでのバックホールサブフレームの存在などによってもＵＣＩ情報の量が増加することがある。ＡＣＫ／ＮＡＣＫと同様に、複数のＤＬ  ＣＣに関連した制御情報を一つのＵＬ  ＣＣを用いて伝送する場合にも、伝送されるべき制御情報の量が増加する。例えば、複数のＤＬ  ＣＣに対するＣＱＩ／ＰＭＩ／ＲＩを伝送しなければならない場合にＵＣＩペイロードが増加することがある。
【０１１５】
図２３で、ＵＬアンカーＣＣ（ＵＬ  ＰＣＣあるいはＵＬ主（ｐｒｉｍａｒｙ）ＣＣともいう。）は、ＰＵＣＣＨあるいはＵＣＩが伝送されるＣＣであり、セル−特定／ＵＥ−特定に決定可能である。また、ＤＴＸ状態は、明示的にフィードバックされてもよく、ＮＡＣＫと同じ状態を共有するようにフィードバックされてもよい。
【０１１６】
以下、図面を参照して、増加した上りリンク制御情報を效率的に伝送するための方案を提案する。具体的に、増加した上りリンク制御情報を伝送するための新しいＰＵＣＣＨフォーマット／信号処理過程／リソース割当方法などを提案する。説明のために、本発明で提案する新しいＰＵＣＣＨフォーマットを、ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）ＰＵＣＣＨフォーマット、または既存ＬＴＥリリース８／９にＰＵＣＣＨフォーマット２まで定義されている点からＰＵＣＣＨフォーマット３と呼ぶ。本発明で提案するＰＵＣＣＨフォーマットの技術的思想は、上りリンク制御情報を伝送し得る任意の物理チャネル（例、ＰＵＳＣＨ）にも同一または類似の方式で容易に適用可能である。例えば、本発明の実施例は、制御情報を周期的に伝送する周期的ＰＵＳＣＨ構造または制御情報を非周期的に伝送する非周期的ＰＵＳＣＨ構造にも適用可能である。
【０１１７】
以下の図面及び実施例は、ＰＵＣＣＨフォーマット３に適用されるサブフレーム／スロットレベルのＵＣＩ／ＲＳシンボル構造であり、既存ＬＴＥのＰＵＣＣＨフォーマット１／１ａ／１ｂ（正規ＣＰ）のＵＣＩ／ＲＳシンボル構造を用いる場合を中心に説明する。ただし、図示のＰＵＣＣＨフォーマット３においてサブフレーム／スロットレベルのＵＣＩ／ＲＳシンボル構造は例示のために便宜上定義されたもので、本発明が特定構造に制限されることはない。本発明に係るＰＵＣＣＨフォーマット３においてＵＣＩ／ＲＳシンボルの個数、位置などはシステム設計によって自由に変形可能である。例えば、本発明の実施例に係るＰＵＣＣＨフォーマット３は、既存ＬＴＥのＰＵＣＣＨフォーマット２／２ａ／２ｂのＲＳシンボル構造を用いて定義されてもよい。
【０１１８】
本発明の実施例に係るＰＵＣＣＨフォーマット３は、任意の種類／サイズの上りリンク制御情報を伝送するのに用いることができる。例えば、本発明の実施例に係るＰＵＣＣＨフォーマット３はＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、ＣＱＩ、ＰＭＩ、ＲＩ、ＳＲなどの情報を伝送でき、これらの情報は任意サイズのペイロードを有することができる。説明の便宜上、図面及び実施例では、本発明に係るＰＵＣＣＨフォーマット３がＡＣＫ／ＮＡＣＫ情報を伝送する場合を中心に説明する。
【０１１９】
図２４乃至図２７は、複数個のＡＣＫ／ＮＡＣＫビットをフィードバックするためのＰＵＣＣＨフォーマットの構造及びそのための信号処理過程を例示する。例えば、多重搬送波環境で複数個のＡＣＫ／ＮＡＣＫビットをフィードバックする場合に、このようなＰＵＣＣＨフォーマットを用いることができる。このようなＰＵＣＣＨフォーマットは、既存のＰＵＣＣＨフォーマット１系列及び２系列と区別されるように、ＰＵＣＣＨフォーマット３と呼ぶこともできる。
【０１２０】
図２４乃至図２７は、ＤＦＴ−ベースのＰＵＣＣＨフォーマットの構造を例示する。ＤＦＴ−ベースのＰＵＣＣＨ構造によれば、ＰＵＣＣＨは、ＤＦＴプリコーディングが行われ、ＳＣ−ＦＤＭＡレベルで時間ドメインＯＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ）が適用されて伝送される。以下では、ＤＦＴ−ベースのＰＵＣＣＨフォーマットをＰＵＣＣＨフォーマット３と総称する。
【０１２１】
図２４は、ＳＦ＝４の直交コード（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｄｅ、ＯＣ）を用いたＰＵＣＣＨフォーマット３の構造を例示する。図２４を参照すると、チャネルコーディングブロック（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｂｌｏｃｋ）は、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１（例、多重ＡＣＫ／ＮＡＣＫビット）をチャネルコーディングしてコーディングビット（ｅｎｃｏｄｅｄ  ｂｉｔ、ｃｏｄｅｄ  ｂｉｔ  ｏｒ  ｃｏｄｉｎｇ  ｂｉｔ）（またはコードワード）ｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を生成する。Ｍは、情報ビットのサイズを表し、Ｎは、コーディングビットのサイズを表す。情報ビットは、上りリンク制御情報（ＵＣＩ）、例えば、複数のＤＬ  ＣＣを通じて受信した複数のデータ（または、ＰＤＳＣＨ）に対する多重ＡＣＫ／ＮＡＣＫを含む。ここで、情報ビットａ＿０，ａ＿１，…，ａ＿Ｍ−１は、情報ビットを構成するＵＣＩの種類／個数／サイズにかかわらずにジョイントコーディングされる。例えば、情報ビットが複数のＤＬ  ＣＣに対する多重ＡＣＫ／ＮＡＣＫを含む場合に、チャネルコーディングはＤＬ  ＣＣ別、個別ＡＣＫ／ＮＡＣＫビット別に行われず、全体ビット情報を対象に行われ、これにより単一コードワードが生成される。チャネルコーディングは、これに制限されるわけではないが、単純反復（ｒｅｐｅｔｉｔｉｏｎ）、単純コーディング（ｓｉｍｐｌｅｘ  ｃｏｄｉｎｇ）、ＲＭ（Ｒｅｅｄ  Ｍｕｌｌｅｒ）コーディング、パンクチャリングされたＲＭコーディング、ＴＢＣＣ（Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｉｎｇ）、ＬＤＰＣ（ｌｏｗ−ｄｅｎｓｉｔｙ  ｐａｒｉｔｙ−ｃｈｅｃｋ）あるいはターボ−コーディングを含む。図示してはいないが、コーディングビットについて、変調次数とリソース量を考慮してレート−マッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）が行われてもよい。レートマッチング機能は、チャネルコーディングブロックの一部として含まれてもよく、別途の機能ブロックを用いて行われてもよい。例えば、チャネルコーディングブロックは複数の制御情報に対して（３２，０）ＲＭコーディングを行って単一コードワードを得、これに対して循環バッファーレート−マッチングを行うことができる。
【０１２２】
変調器（ｍｏｄｕｌａｔｏｒ）は、コーディングビットｂ＿０，ｂ＿１，…，ｂ＿Ｎ−１を変調して、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を生成する。Ｌは、変調シンボルのサイズを表す。変調は、伝送信号のサイズと位相を変形することによってなされる。変調方法は、例えば、ｎ−ＰＳＫ（Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ｎ−ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）を含む（ｎは、２以上の整数）。具体的に、変調方法には、ＢＰＳＫ（Ｂｉｎａｒｙ  ＰＳＫ）、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  ＰＳＫ）、８−ＰＳＫ、ＱＡＭ、１６−ＱＡＭ、６４−ＱＡＭなどを用いることができる。
【０１２３】
分周器（ｄｉｖｉｄｅｒ）は、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ−１を各スロットに分周する。変調シンボルを各スロットに分周する順序／パターン／方式は特に制限されない。例えば、分周器は、変調シンボルを前から順にそれぞれのスロットに分周することができる（ローカル型方式）。この場合、図示のように、変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１はスロット０に分周し、変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１は、スロット１に分周できる。また、変調シンボルはそれぞれのスロットへの分周時にインタリービング（またはパーミュテーション）されてもよい。例えば、偶数変調シンボルは、スロット０に分周し、奇数変調シンボルはスロット１に分周することができる。変調過程と分周過程は互いに順序が換わってもよい。
【０１２４】
ＤＦＴプリコーダ（ｐｒｅｃｏｄｅｒ）は、単一搬送波波形（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｗａｖｅｆｏｒｍ）を生成するために、それぞれのスロットに分周された変調シンボルに対してＤＦＴプリコーディング（例、１２−ポイントＤＦＴ）を行う。同図で、スロット０に分周された変調シンボルｃ＿０，ｃ＿１，…，ｃ＿Ｌ／２−１は、ＤＦＴシンボルｄ＿０，ｄ＿１，…，ｄ＿Ｌ／２−１としてＤＦＴプリコーディングされ、スロット１に分周された変調シンボルｃ＿Ｌ／２，ｃ＿Ｌ／２＋１，…，ｃ＿Ｌ−１は、ＤＦＴシンボルｄ＿Ｌ／２，ｄ＿Ｌ／２＋１，…，ｄ＿Ｌ−１としてＤＦＴプリコーディングされる。ＤＦＴプリコーディングは、相応する他の線形演算（ｌｉｎｅａｒ  ｏｐｅｒａｔｉｏｎ）（例、ｗａｌｓｈ  ｐｒｅｃｏｄｉｎｇ）に代替されてもよい。
【０１２５】
拡散ブロック（ｓｐｒｅａｄｉｎｇ  ｂｌｏｃｋ）は、ＤＦＴされた信号を、ＳＣ−ＦＤＭＡシンボルレベルで（時間ドメイン）拡散する。ＳＣ−ＦＤＭＡシンボルレベルの時間ドメイン拡散は、拡散コード（シーケンス）を用いて行われる。拡散コードは、準直交コードと直交コードを含む。準直交コードは、これに制限されるわけではないが、ＰＮ（Ｐｓｅｕｄｏ  Ｎｏｉｓｅ）コードを含む。直交コードは、これに制限されるわけではないが、ウォルシュコード、ＤＦＴコードを含む。本明細書は、説明の容易性のために、拡散コードの代表例として直交コードを挙げて説明するが、これは例示であり、直交コードは準直交コードに代替されてもよい。拡散コードサイズ（または、拡散因子（Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ：ＳＦ））の最大値は、制御情報伝送に用いられるＳＣ−ＦＤＭＡシンボルの個数によって制限される。一例として、１スロットで４個のＳＣ−ＦＤＭＡシンボルが制御情報伝送に用いられる場合に、スロット別に長さ４の（準）直交コードｗ０，ｗ１，ｗ２，ｗ３を用いることができる。ＳＦは、制御情報の拡散度を意味し、ユーザー機器の多重化次数（ｍｕｌｔｉｐｌｅｘｉｎｉｇ  ｏｒｄｅｒ）またはアンテナ多重化次数と関連を持つことができる。ＳＦは、１、２、３、４、…のように、システムの要求条件によって可変されてもよく、基地局と端末間にあらかじめ定義されたり、ＤＣＩあるいはＲＲＣシグナリングを通じて端末に知らせられてもよい。例えば、ＳＲＳを伝送するために、制御情報用ＳＣ−ＦＤＭＡシンボルのうちの一つをパンクチャリングする場合に、当該スロットの制御情報にはＳＦの縮小した（例、ＳＦ＝４の代わりにＳＦ＝３）拡散コードを適用することができる。
【０１２６】
上の過程を経て生成された信号は、ＰＲＢ内の副搬送波にマッピングされた後に、ＩＦＦＴを経て時間ドメイン信号に変換される。時間ドメイン信号にはＣＰが付加され、生成されたＳＣ−ＦＤＭＡシンボルはＲＦ端を通じて伝送される。
【０１２７】
５個のＤＬ  ＣＣに対するＡＣＫ／ＮＡＣＫを伝送する場合を挙げて、各過程をより具体的に説明する。それぞれのＤＬ  ＣＣが２個のＰＤＳＣＨを伝送できる場合に、これに対するＡＣＫ／ＮＡＣＫビットは、ＤＴＸ状態を含む場合に１２ビットでよい。ＱＰＳＫ変調とＳＦ＝４時間拡散を想定する場合に、（レートマッチング後の）コーディングブロックサイズは４８ビットでよい。コーディングビットは２４個のＱＰＳＫシンボルに変調され、生成されたＱＰＳＫシンボルは１２個ずつ各スロットに分周される。各スロットで１２個のＱＰＳＫシンボルは１２−ポイントＤＦＴ演算を通じて１２個のＤＦＴシンボルに変換される。各スロットにおいて１２個のＤＦＴシンボルは時間ドメインでＳＦ＝４拡散コードを用いて４個のＳＣ−ＦＤＭＡシンボルに拡散されてマッピングされる。１２個のビットが［２ビット＊１２個の副搬送波＊８個のＳＣ−ＦＤＭＡシンボル］を通じて伝送されるので、コーディングレートは０．０６２５（＝１２／１９２）である。また、ＳＦ＝４の場合に、１  ＰＲＢ当たり最大４個のユーザー機器を多重化することができる。
【０１２８】
図２５は、ＳＦ＝５の直交コード（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｄｅ、ＯＣ）を用いたＰＵＣＣＨフォーマット３の構造を例示する。
【０１２９】
基本的な信号処理過程は、図２５を参照して説明した通りである。ただし、ＵＣＩ  ＳＣ−ＦＤＭＡシンボルとＲＳ  ＳＣ−ＦＤＭＡシンボルの個数／位置が、図２４のそれと異なる。このとき、拡散ブロック（ｓｐｒｅａｄｉｎｇ  ｂｌｏｃｋ）がＤＦＴプリコーダの前段であらかじめ適用されてもよい。
【０１３０】
図２５で、ＲＳはＬＴＥシステムの構造を継承することができる。例えば、基本シーケンスにサイクリックシフトを適用することができる。データ部分は、ＳＦ＝５により、多重化容量（ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙ）が５となる。しかし、ＲＳ部分は、サイクリックシフト間隔である△ｓｈｉｆｔＰＵＣＣＨによって多重化容量が決定される。例えば、多重化容量は１２／△ｓｈｉｆｔＰＵＣＣＨで与えられる。この場合、△ｓｈｉｆｔＰＵＣＣＨ＝１、△ｓｈｉｆｔＰＵＣＣＨ＝２、△ｓｈｉｆｔＰＵＣＣＨ＝３の場合における多重化容量はそれぞれ１２、６、４となる。図２５で、データ部分の多重化容量はＳＦ＝５によって５となる反面に、ＲＳの多重化容量は、△ｓｈｉｆｔＰＵＣＣＨの場合に４となり、全体多重化容量は、両者のうち、小さい値である４に制約されうる。
【０１３１】
図２６は、スロットレベルで多重化容量が増加し得るＰＵＣＣＨフォーマット３の構造を例示する。
【０１３２】
図２４及び図２５で説明したＳＣ−ＦＤＭＡシンボルレベル拡散をＲＳに適用して全体多重化容量を増加させることができる。図２６を参照すると、スロット内でウォルシュカバー（あるいはＤＦＴコードカバー）を適用すると、多重化容量が２倍に増加する。これにより、△ｓｈｉｆｔＰＵＣＣＨの場合にも多重化容量が８になり、データ区間の多重化容量が低下しなくなる。図２６で、［ｙ１  ｙ２］＝［１  １］あるいは［ｙ１  ｙ２］＝［１  −１］や、その線形変換形態（例えば、［ｊ  ｊ］［ｊ  −ｊ］、［１  ｊ］［１  −ｊ］など）もＲＳのための直交カバーコードとして用いることができる。
【０１３３】
図２７は、サブフレームレベルで多重化容量が増加し得るＰＵＣＣＨフォーマット３の構造を例示する。
【０１３４】
スロット−レベルで周波数ホッピングを適用しないと、スロット単位にウォルシュカバーを適用することによって、多重化容量を再び２倍に増加させることができる。ここで、上述した通り、直交カバーコードには［ｘ１  ｘ２］＝［１  １］または［１  −１］を用いることができ、その変形形態を用いることもできる。
【０１３５】
参考として、ＰＵＣＣＨフォーマット３の処理過程は、図２４乃至図２７に示した順序に拘わらない。
【０１３６】
チャネル選択
チャネル選択（ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）とは、複数のリソースの中から特定リソースを選択して特定情報を表現／伝達することを意味する。一般的なチャネル選択は、リソース（ｒｅｓｏｕｒｃｅ）とコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）との組み合わせにより特定情報を伝達する方式である。
【０１３７】
ここで、物理的な時間−周波数リソース及び／またはシーケンスリソース（例えば、サイクリックシフト値）によってリソースを特定することができる。例えば、ＬＴＥリリース−８ＰＵＣＣＨフォーマット１／１ａ／１ｂの場合には、ＯＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｄｅ）、ＣＳ（Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）及びＰＲＵ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）の組み合わせで特定リソースを選択することができる。チャネル選択が行われる複数のリソースは、上記のように３つのリソースの組み合わせにより区別されると仮定することができる。例えば、下記の表３のようなチャネル選択方法を用いることができる。
【０１３８】
【表３】
0005946838.tif 000005
【０１３９】
上記の表３及び以下の説明で、ａ，ｂ，ｃ，…で表示される値は、Ｃｈ−ｘ（ｘ＝１，２，３，…）での変調（例えば、ＢＰＳＫ、ＱＰＳＫなど）によるコンステレーション値を意味することができる。または、ａ，ｂ，ｃ，…で表示される値は、コンステレーション値ではなく、割り当てられたシーケンスまたは割り当てられたコードによりかけられた値、スクランブリングされた値またはカバリングされた値に相当してもよい。このように、Ｃｈ−ｘに対してａ，ｂ，ｃ，…で表示される値は互いに区別可能な値であればよく、その区別される方法に制限はない。ただし、以下の説明では、説明の便宜のために、Ｃｈ−ｘに対してａ，ｂ，ｃ，…で表示される値を、変調された値と称する。
【０１４０】
また、ａ，ｂ，ｃ，…で表示される値は０以外の値であり、あらかじめ定められた特定値でもよい。例えば、ａとして‘＋１’を使用し、ｂとしては‘＋１’あるいは‘−１’を用いることができる。
【０１４１】
上記の表３の例示において同じ値が伝送されても、どのチャネルで伝送されるかによって異なった情報（すなわち、ＡＣＫまたはＮＡＣＫ）が伝送されることがある。例えば、ＡＣＫを伝送する場合は、リソース１（すなわち、ｃｈ１）のＲＳ部分でａ値が伝送され、Ｄａｔａ部分でｂ値が伝送される。ＮＡＣＫを伝送する場合は、リソース２（すなわち、ｃｈ２）のＲＳ部分でａ値が伝送され、Ｄａｔａ部分でｂ値が伝送される。このように、どのリソースを通じて信号が伝送されるかによって異なった情報を伝達する方法を、チャネル選択ということができる。
【０１４２】
上記の表３の例示では複雑なコンステレーションマッピングを使用しない簡単な例示を示したが、コンステレーションマッピングをさらに用いてより多い情報を伝送することもできる。表４では、２個に区分されるコンステレーションマッピング（例えば、ＢＰＳＫ）を用いた例示を表す。
【０１４３】
【表４】
0005946838.tif 000006
【０１４４】
上記の表４で、ａ、ｂ、ｃはそれぞれ、あらかじめ定められた０以外の特定値でよい。ただし、ｂとｃはコンステレーション上で相互間の距離（ｄｉｓｔａｎｃｅ）が大きいものを用いることが好ましい。例えば、ａは‘＋１’を用い、ｂとｃは‘＋１’と‘−１’、あるいは‘−１’と‘＋１’を用いることができる。表４の例示で、ＡＣＫ／ＡＣＫを伝送する場合はリソース１（＝ｃｈ１）でｂに変調して伝送し、ＡＣＫ／ＮＡＣＫを伝送する場合は、リソース１（＝ｃｈ１）でｃに変調して伝送することを意味する。また、ＮＡＣＫ／ＡＣＫを伝送する場合は、リソース２（＝ｃｈ２）でｂに変調して伝送し、ＮＡＣＫ／ＮＡＣＫを伝送する場合は、リソース２（＝ｃｈ２）でｃに変調して伝送することを意味する。
【０１４５】
既存のＬＴＥリリース−８／９で用いられる、ＴＤＤでのＡＣＫ／ＮＡＣＫ伝送のためのチャネル選択のためのマッピング関係が、下記の表５、表６及び表７のように定義されている。ＬＴＥリリース−８／９でＴＤＤ  ＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）は、ＴＤＤ  ＡＣＫ／ＮＡＣＫチャネル選択と同じ意味で使われてもよいが、後述する多重搬送波支援システム（例えば、ＬＴＥ−ＡまたはＬＴＥリリース−１０）ではそうでない。
【０１４６】
下記の表５、表６及び表７でＭ値を、ＴＤＤシステムでの下りリンク関連セットインデックス
【０１４７】
【化１】
0005946838.tif 000007
【０１４８】
（後述の表１２の通りに定義される。）によって決定することができる。例えば、表５で、Ｍ＝２の場合に、空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）を含む２種のＡＣＫ／ＮＡＣＫ情報の伝達のために２つのＰＵＣＣＨリソース
【０１４９】
【化２】
0005946838.tif 000008
【０１５０】
を使用しながら、各ＰＵＣＣＨリソース内でＱＰＳＫコンステレーション
【０１５１】
【化３】
0005946838.tif 000009
【０１５２】
を使用することができる。
【０１５３】
具体的に、端末は、サブフレームｎにおいてＡＣＫ／ＮＡＣＫリソース
【０１５４】
【化４】
0005946838.tif 000010
【０１５５】
上でビット
【０１５６】
【化５】
0005946838.tif 000011
【０１５７】
をＰＵＣＣＨフォーマット１ｂを用いて伝送する。
【０１５８】
【化６】
0005946838.tif 000012
【０１５９】
の値及びＡＣＫ／ＮＡＣＫリソース
【０１６０】
【化７】
0005946838.tif 000013
【０１６１】
を、下記の表５、表６及び表７に基づくチャネル選択（ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）によって生成することができる。表５、表６及び表７はそれぞれ、Ｍ＝２、Ｍ＝３、Ｍ＝４の場合におけるＡＣＫ／ＮＡＣＫ多重化の伝送に関するものである。
【０１６２】
【化８】
0005946838.tif 000014
【０１６３】
がＮ／Ａにマッピングされる場合に、端末はサブフレームｎでＡＣＫ／ＮＡＣＫ応答を伝送しない。
【０１６４】
【表５】
0005946838.tif 000015
【０１６５】
【表６】
0005946838.tif 000016
【０１６６】
【表７】
0005946838.tif 000017
【０１６７】
上記の表５、表６及び表７で、ＨＡＲＱ−ＡＣＫ（ｉ）は、ｉ−番目のデータユニット（０≦ｉ≦３）のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸ結果を表す。ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）は、ＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの伝送がないか、或いは端末がＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットの存在を検出できなかった場合を表す。本明細書でＨＡＲＱ−ＡＣＫはＡＣＫ／ＮＡＣＫと同じ意味で使われる。それぞれのデータユニットと関連して最大４個のＰＵＣＣＨリソース（すなわち、ｎ（１）ＰＵＣＣＨ，０〜ｎ（１）ＰＵＣＣＨ，３）が占有されうる。多重化されたＡＣＫ／ＮＡＣＫは、占有されたＰＵＣＣＨリソースから選択された一つのＰＵＣＣＨリソースを通じて伝送される。表５、表６及び表７に記載されたｎ（１）ＰＵＣＣＨ，ｘは、実際にＡＣＫ／ＮＡＣＫを伝送するのに用いられるＰＵＣＣＨリソースを表す。
【０１６８】
【化９】
0005946838.tif 000018
【０１６９】
は、選択されたＰＵＣＣＨリソースを通じて伝送される２ビットを表し、ＱＰＳＫ方式で変調される。一例として、表７のように、端末が４個のデータユニットを成功的に復号した場合に、端末は、ｎ（１）ＰＵＣＣＨ，１と連結されたＰＵＣＣＨリソースを通じて（１，１）を基地局に伝送する。ＰＵＣＣＨリソースとＱＰＳＫシンボルとの組み合わせが、可能なＡＣＫ／ＮＡＣＫ仮定を全て表すのには足りず、一部の場合を除いてはＮＡＣＫ及びＤＴＸはカップリングされる（ＮＡＣＫ／ＤＴＸと表示される）。
【０１７０】
一方、本発明の適用に関連する多重搬送波を支援するＬＴＥ−Ａ（または、ＬＴＥリリース−１０）システムの場合に、チャネル選択方法を適用するために用いるチャネル選択マッピング関係に特別な制約がない。例えば、下記の表８乃至表１０のようなＡＣＫ／ＮＡＣＫ情報を伝送するためのチャネル選択マッピング関係を定義することができる。表８は２−ビットＡＣＫ／ＮＡＣＫのためのマッピング関係を、表９は３−ビットＡＣＫ／ＮＡＣＫのためのマッピング関係を、表１０は４−ビットＡＣＫ／ＮＡＣＫのためのマッピング関係、を例示的に定義したものである。
【０１７１】
【表８】
0005946838.tif 000019
【０１７２】
【表９】
0005946838.tif 000020
【０１７３】
【表１０】
0005946838.tif 000021
【０１７４】
または、下記の表１１のような１−ビット乃至４−ビットのＡＣＫ／ＮＡＣＫのためのチャネル選択マッピング関係を定義することもできる。表１１の例示で、１−ビットＡＣＫ／ＮＡＣＫ情報を伝送するためにｂ０を、２−ビットＡＣＫ／ＮＡＣＫ情報を伝送するためにｂ０，ｂ１を、３−ビットＡＣＫ／ＮＡＣＫ情報を伝送するためにｂ０，ｂ１，ｂ２を、４−ビットＡＣＫ／ＮＡＣＫ情報を伝送するためにｂ０，ｂ１，ｂ２，ｂ３を生成及び伝送することができる。
【０１７５】
【表１１】
0005946838.tif 000022
【０１７６】
多重搬送波支援システムにおいて下りリンク伝送に対する上りリンク確認応答の伝送
多重搬送波または搬送波アグリゲーションを支援するシステムにおいて、下りリンクリソースをＤＬ  ＣＣ（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）、上りリンクリソースをＵＬ  ＣＣと定義することができる。また、下りリンクリソース及び上りリンクリソースの組み合わせをセル（ｃｅｌｌ）と呼ぶことができる。ただし、ＤＬ  ＣＣとＵＬ  ＣＣとが非対称に構成される場合に、セルはＤＬ  ＣＣ（またはＵＬ  ＣＣ）のみを指すこともある。例えば、特定端末に一つのサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）が設定される（ｃｏｎｆｉｇｕｒｅｄ）場合に、該特定端末は、１  ＤＬ  ＣＣと１  ＵＬ  ＣＣを有するようになる。しかし、特定端末に２つ以上のサービングセルが設定される場合には、該特定端末は、セルの個数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの個数はＤＬ  ＣＣの個数と同一または小さくなる。または、特定端末に複数のサービングセルが設定される場合に、ＤＬ  ＣＣの数よりもＵＬ  ＣＣの数が多い多重搬送波環境が支援されてもよい。
【０１７７】
下りリンクリソースの搬送波周波数（セルの中心周波数）と上りリンクリソースの搬送波周波数との連係（ｌｉｎｋａｇｅ）は、下りリンクリソース上で伝送されるシステム情報（ＳＩ）で指示（ｉｎｄｉｃａｔｅ）可能である。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）で定義される連係（ｌｉｎｋａｇｅ）によってＤＬリソースとＵＬリソースとの組み合わせ（ｃｏｍｂｉｎａｔｉｏｎ）を構成することができる。
【０１７８】
このような定義から、搬送波アグリゲーション（ＣＡ）は、搬送波周波数が互いに異なる２つ以上のセルの結合であるということができる。すなわち、搬送波周波数が互いに異なる１個超過のサービングセルが特定端末に設定される場合を、ＣＡ環境ということができる。ＣＡを支援する端末に対して、一つ以上のＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）がＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）と共に用いられることによって、増加した帯域幅の支援が可能になる。
【０１７９】
ここで、サービングセルは、ＰＣｅｌｌまたはＳＣｅｌｌでよい。ＲＲＣ接続が設定された（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）端末がＣＡを支援しない場合には、ＰＣｅｌｌを含む一つのサービングセルのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ端末がＣＡを支援する場合には、サービングセルという用語は、ＰＣｅｌｌ及びＳＣｅｌｌを含む一つ以上のセルの集合（ｓｅｔ）を意味する。
【０１８０】
ＰＣｅｌｌは、ＣＡ環境で設定されたサービングセルのうち、制御関連通信の中心となるセルである。端末が初期接続確立手順（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）、接続再確立手順（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）またはハンドオーバー手順で指示または利用されたセルがＰＣｅｌｌになり得る。端末は、自身のＰＣｅｌｌでのみＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）リソースが割り当てられ、ＰＵＣＣＨを伝送することができる。また、端末は、システム情報獲得及び変更に対するモニタリング手順をＰＣｅｌｌでのみ行うことができる。ＣＡを支援する端末に対して、基地局は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用するハンドオーバー手順を用いてのみＰＣｅｌｌを変更することができる。
【０１８１】
次に、ＳＣｅｌｌは、ＣＡ環境で設定されたサービングセルのうち、ＰＣｅｌｌ以外のセルを意味する。ＳＣｅｌｌではＰＵＣＣＨが存在しない。ＳＣｅｌｌを追加する場合に、基地局は、ＣＡを支援する端末に専用シグナリングを通じてＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の該当のセルでの動作に関連した全てのステム情報を提供することができる。ＳＣｅｌｌに対して、システム情報の変更は、一つのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いた該当のＳＣｅｌｌの解除（ｒｅｌｅａｓｅ）及び追加（ａｄｄｉｔｉｏｎ）によって行うことができる。基地局は、該当のＳＣｅｌｌで、ブロードキャストメッセージに含まれたパラメータとは異なるパラメータを有する専用シグナリングを端末に伝送することができる。初期保安活性化手順（ｉｎｉｔｉａｌ  ｓｅｃｕｒｉｔｙ  ａｃｔｉｖａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）の後に、基地局はＰＣｅｌｌ（接続確立手順の間にサービングセルに設定されるセル）に加えて、一つ以上のＳＣｅｌｌを端末に設定することができる。ＰＣｅｌｌは保安入力及び上位層システム情報を提供するのに用いられ、ＳＣｅｌｌは追加の下りリンクリソースを提供し、必要時には上りリンクリソースを提供するのに用いられうる。基地局は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含んだり含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用するＲＲＣ接続再確立手順を用いてＳＣｅｌｌを独立して追加、除去または修正することができる。
【０１８２】
搬送波アグリゲーション環境でのＲＲＣ関連パラメータ（ｐａｒａｍｅｔｅｒ）／情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ；ＩＥ）としてＰｈｙＣｅｌｌＩｄ、ＳＣｅｌｌＩｎｄｅｘ、ＳｅｒｖＣｅｌｌＩｎｄｅｘなどを定義することができる。ＰｈｙＣｅｌｌＩｄは、０〜５０３範囲の整数値を有することができ、Ｃｅｌｌの物理層識別子とすることができる。ＳＣｅｌｌＩｎｄｅｘは、１〜７範囲の整数値を有することができ、ＳＣｅｌｌの識別子とすることができる。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、０〜７範囲の整数値を有し、サービングセル（ＰＣｅｌｌまたはＳＣｅｌｌ）の識別子とすることができ、０値はＰＣｅｌｌに適用され、ＳＣｅｌｌにはＳＣｅｌｌＩｎｄｅｘが適用されない。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘで最小（または、最低）のセルインデックスを有するセルをＰＣｅｌｌと定義することができる。
【０１８３】
要するに、搬送波アグリゲーションにおいて、多重搬送波はＰＣｅｌｌとＳＣｅｌｌとに区別され、これは端末−特定パラメータ（ＵＥ−ｓｐｅｃｉｆｉｃ  ｐａｒａｍｅｔｅｒ）である。特定端末は、一つ以上の設定されたサービングセルを有することができ、複数の設定されたサービングセルが存在する場合に、それらのセルのうち、一つのセルはＰＣｅｌｌとなり、残りのセルはＳＣｅｌｌｓとなる。また、ＴＤＤの場合に、端末が複数の設定されたサービングセルを有するとき、特定ＤＬサブフレームで伝送されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫがどのＵＬサブフレームで伝送されるかを定義するＵＬ−ＤＬ設定（ＵＬ−ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は全てのセルで同一でよい。
【０１８４】
また、端末は、一つ以上のＣＣから測定（ｍｅａｓｕｒｅｍｅｎｔ）されたＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）（ＣＱＩ、ＲＩ、ＰＭＩなどを総称する。）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫなどの上りリンク制御情報を、あらかじめ定められた一つのＣＣで基地局へ伝送することができる。例えば、端末は、ＰＣｅｌｌ  ＤＬ  ＣＣとＳＣｅｌｌ（ｓ）  ＤＬ  ＣＣから受信された複数のＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、これらＡＣＫ／ＮＡＣＫフィードバックを集めて（例えば、ＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）またはＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）など）ＰＣｅｌｌ内のＵＬ  ＣＣで一つのＰＵＣＣＨを用いて伝送することができる。
【０１８５】
本発明では、複数個の下りリンク伝送に対する複数個のＡＣＫ／ＮＡＣＫが一つの上りリンクＰＵＣＣＨを通じて伝送される場合に、複数個の下りリンク伝送を構成する単位（一つ以上のサブフレーム及び／または一つ以上の搬送波）をバンドリングウィンドウと称する。すなわち、時間ドメインバンドリングとは、複数個のサブフレームでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫをバンドリングすることを意味し、ＣＣドメインバンドリングとは、複数個のＣＣでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫをバンドリングすることを意味し、時間／ＣＣドメインバンドリングとは、複数個のサブフレーム及び複数個のＣＣでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫをバンドリングすることを意味する。ＡＣＫ／ＮＡＣＫバンドリングは論理積（ｌｏｇｉｃａｌ  ＡＮＤ）演算により行われるが、これに制限されず、論理和（ｌｏｇｉｃａｌ  ＯＲ）などの他の方法により行われてもよい。
【０１８６】
また、実際に論理積（または論理和）演算などを用いて時間ドメイン及び／またはＣＣドメインバンドリングが行われる単位を、実際バンドリングウィンドウ（ｒｅａｌ  ｂｕｎｄｌｉｎｇ  ｗｉｎｄｏｗ）と称することができる。すなわち、一つのバンドリングウィンドウ内には一つ以上の実際バンドリングウィンドウが存在可能である。言い換えると、バンドリングウィンドウのサイズは、実際バンドリングウィンドウサイズと同一または大きい。ここで、一つの下りリンク伝送に対する複数個のＡＣＫ／ＮＡＣＫビットの空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）は、バンドリングウィンドウか実際バンドリングウィンドウかに関わらずに適用可能である。
【０１８７】
３ＧＰＰ  ＬＴＥシステムで定義する、下りリンク伝送に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合について説明する。ここで、サブフレームｎでＡＣＫ／ＮＡＣＫが伝送される場合に、該ＡＣＫ／ＮＡＣＫは、サブフレームｎ−ｋでの下りリンク伝送に対するものである。
【０１８８】
まず、ＴＤＤシステムの場合には、下記の表１２のように、サブフレームｎとサブフレームｎ−ｋとの関係について、上記の表１のＵＬ−ＤＬ構成別に下りリンク関連セットインデックスＫ：  
【０１８９】
【化１０】
0005946838.tif 000023
【０１９０】
を与えることができる。
【０１９１】
【表１２】
0005946838.tif 000024
【０１９２】
ＦＤＤの場合に、Ｍは常に１であり、Ｋは常に｛ｋ０｝＝｛４｝である。
【０１９３】
サブフレームｎ−ｋでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫがサブフレームｎで伝送される場合に、サブフレームｎ−ｋでの下りリンク伝送は、下記の３つの場合のうち一つ以上に関するものでよい。
【０１９４】
ケース１は、サブフレームｎ−ｋで検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨに対してＡＣＫ／ＮＡＣＫフィードバックが必要な場合である。ここで、ｋ∈Ｋであり、Ｋは、サブフレームインデックス（ｎ）とＵＬ−ＤＬ構成によって異なり、Ｍ個の元素（ｅｌｅｍｅｎｔ）からなる｛ｋ０，ｋ１，…ｋＭ−１｝）。上記の表１２は、Ｋ：｛ｋ０，ｋ１，…ｋＭ−１｝を例示する。ケース１は、一般のＡＣＫ／ＮＡＣＫフィードバックが必要なＰＤＳＣＨに関するものである。以下の説明では、ケース１を、「ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ」または「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ」と称する。
【０１９５】
ケース２は、サブフレームｎ−ｋ内の下りリンクＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）解除（ｒｅｌｅａｓｅ）を指示するＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合である。ここで、ｋ∈Ｋであり、Ｋは、ケース１で説明した通りである。ケース２のＡＣＫ／ＮＡＣＫは、ＳＰＳ解除のためのＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックを意味する。一方、ＤＬ  ＳＰＳ解除に対するＡＣＫ／ＮＡＣＫフィードバックは行われるが、ＳＰＳ活性化（ａｃｔｉｖａｔｉｏｎ）を指示するＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックは行われない。以下の説明では、ケース２を「ＤＬ  ＳＰＳ解除ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ」と称する。
【０１９６】
ケース３は、サブフレームｎ−ｋで検出された対応ＰＤＣＣＨがないＰＤＳＣＨ伝送に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合である。ここで、ｋ∈Ｋであり、Ｋは、ケース１で説明した通りである。ケース３は、ＰＤＣＣＨのないＰＤＳＣＨに関するもので、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫフィードバックを意味する。以下の説明では、ケース３を「ＤＬ  ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ」と称する。
【０１９７】
以下の説明では、対応するＰＤＣＣＨを有するＰＤＳＣＨ、ＤＬ  ＳＰＳ解除のためのＰＤＳＣＨ、対応するＰＤＣＣＨのないＰＤＳＣＨを総称して、「ＡＣＫ／ＮＡＣＫ伝送が必要な下りリンク伝送」という。
【０１９８】
このような下りリンク伝送に対するＡＣＫ／ＮＡＣＫの伝送が多重搬送波システムで適用される場合に関する本発明の例示について以下に具体的に説明する。
【０１９９】
説明の便宜のために、下記のような仮定を前提として本発明の例示について説明する。しかし、本発明の実施例が下記のような仮定下でのみ実施されるというわけではない。
【０２００】
（１）一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌが存在可能である。
【０２０１】
（２）該当のＰＤＣＣＨを有するＰＤＳＣＨ（ＰＤＳＣＨ  ｗｉｔｈ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ）はＰＣｅｌｌ及びＳＣｅｌｌに存在可能である。
【０２０２】
（３）ＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨはＰＣｅｌｌにのみ存在可能である。
【０２０３】
（４）該当のＰＤＣＣＨのないＰＤＳＣＨ（＝ＳＰＳ  ＰＤＳＣＨ）はＰＣｅｌｌにのみ存在可能である。
【０２０４】
（５）ＰＣｅｌｌからＳＣｅｌｌへのクロス−スケジューリングは支援可能である。
【０２０５】
（６）ＳＣｅｌｌからＰＣｅｌｌへのクロス−スケジューリングは支援されない。
【０２０６】
（７）ＳＣｅｌｌから他のＳＣｅｌｌへのクロス−スケジューリングは支援可能である。
【０２０７】
本発明の説明でいう時間ドメイン及び／またはＣＣドメインバンドリングは、論理ＡＮＤ演算を意味するが、論理ＯＲ演算などの他の方法で行われてもよい。すなわち、以下でいう時間ドメインあるいはＣＣドメインバンドリングは、単一ＰＵＣＣＨフォーマットを用いたＡＣＫ／ＮＡＣＫ応答において複数のサブフレームあるいは複数のＣＣにわたる複数のＡＣＫ／ＮＡＣＫを少ないビット数で表現するための方法を総称する。すなわち、Ｍ−ビットのＡＣＫ／ＮＡＣＫ情報をＮ−ビット（Ｍ≧Ｎ）で表現するための任意の方法を総称する。
【０２０８】
多重搬送波及び／またはＴＤＤが適用されるシステムにおいて、複数個のＡＣＫ／ＮＡＣＫビットは、ＰＵＣＣＨフォーマット１ａ／１ｂを用いるチャネル選択、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット３を用いるチャネル選択などにより伝送することができる。これらのＰＵＣＣＨフォーマットに対するＰＵＣＣＨリソースインデックスについては、暗黙的（ｉｍｐｌｉｃｉｔ）マッピングが用いられてもよく、明示的（ｅｘｐｌｉｃｉｔ）マッピングが用いられてもよく、または暗黙的マッピングと明示的マッピングとが複合的に用いられてもよい。暗黙的マッピングには、例えば、該当するＰＤＣＣＨの最低ＣＣＥインデックスに基づいてＰＵＣＣＨリソースインデックスを誘導する方法がある。明示的マッピングには、例えば、該当のＰＤＣＣＨ内のＡＲＩ（ＡＣＫ／ＮＡＣＫ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）値に基づいて、該当のＰＵＣＣＨリソースインデックスを、ＲＲＣ構成などによりあらかじめ定められたセットから指示（ｉｎｄｉｃａｔｅ）または誘導する方法がある。
【０２０９】
本発明と関連して、複数個のＡＣＫ／ＮＡＣＫビットを伝送するための新しいＰＵＣＣＨフォーマット（例えば、図２４乃至図２７で説明したＰＵＣＣＨフォーマット３）を用いる場合に、ＰＵＣＣＨフォーマット３のリソース割当（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）は明示的リソース割当（ｅｘｐｌｉｃｉｔ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）にすることを基本とする。
【０２１０】
具体的に、ＰＵＣＣＨフォーマット３に設定されているＵＥは、当該フォーマットのための直交リソース（ｏｒｔｈｏｇｏｎａｌ  ｒｅｓｏｕｒｃｅ）が明示的に（例えば、ＲＲＣシグナリングにより）指示されうる。また、ＲＲＣ構成などによりあらかじめ定められた直交リソースのうち、ＳＣｅｌｌで伝送されるＰＤＳＣＨのためのＰＤＣＣＨ内のＡＲＩの値によって最終的なＰＵＣＣＨリソースを決定してもよい。このとき、ＡＲＩは、明示的にシグナリングされたＰＵＣＣＨリソース値を基準とするオフセット（ｏｆｆｓｅｔ）値であってもよく、または、一つ以上のＰＵＣＣＨリソースセットのうちのいずれを用いるかを指示（ｉｎｄｉｃａｔｉｏｎ）するものであってもよい。
【０２１１】
ＰＤＣＣＨ内にＡＲＩ情報を含める方案として、既存のＰＤＣＣＨに定義されているフィールドをＡＲＩ用に再使用（ｒｅｕｓｅ）する方案を考慮することができる。ＰＤＣＣＨにはＴＰＣ（Ｔｒｎａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドが含まれることがある。このＴＰＣフィールドの元来の目的は、ＰＵＣＣＨ伝送電力を制御することにあり、２ビットの値で構成可能である。
【０２１２】
上述したように、ＳＣｅｌｌでのみＡＲＩが伝送されるようにする場合に、ＳＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣ（Ｔｒｎａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドをＡＲＩ用途に再使用することができる。一方、ＰＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣフィールドは、本来の目的のまま、ＰＵＣＣＨ伝送電力制御用にすればよい。
【０２１３】
また、ＬＴＥリリース−１０システムでは、ＰＣｅｌｌのＰＤＳＣＨをスケジューリングするＰＤＣＣＨをＳＣｅｌｌで受信することができないので（すなわち、ＳＣｅｌｌのＰＤＣＣＨによってＰＣｅｌｌのＰＤＳＣＨを交差−搬送波スケジューリングすることが許容されないので）、ＵＥがＰＤＳＣＨをＰＣｅｌｌでのみ受信するという意味は、ＰＤＣＣＨをＰＣｅｌｌでのみ受信する（ＵＥ  ｒｅｃｅｉｖｅｓ  ＰＤＣＣＨ  ｏｎｌｙ  ｏｎ  ＰＣｅｌｌ）という意味と等価である。
【０２１４】
ＲＲＣによって設定される明示的なＡＣＫ／ＮＡＣＫリソース割当は、下記のように行われるとよい。
【０２１５】
まず、ＳＣｅｌｌ上でのＰＤＳＣＨに対応するＰＤＣＣＨ（すなわち、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ）は、ＲＲＣにより設定されたリソースから特定ＰＵＣＣＨリソースを誘導する情報（例えば、ＡＲＩ）を含むことができる。
【０２１６】
次に、ＰＤＳＣＨに対応するＰＤＣＣＨがＳＣｅｌｌで受信されず、ＰＤＳＣＨがＰＣｅｌｌで受信される場合には、次のいずれか一つが適用されうる。その一つは、ＬＴＥリリース−８で定義されたＰＵＣＣＨリソース（すなわち、ＰＵＣＣＨフォーマット１ａ／１ｂリソース）が用いられる。もう一つは、ＰＣｅｌｌ上でのＰＤＳＣＨに対応するＰＤＣＣＨが、ＲＲＣにより設定されたリソースから特定ＰＵＣＣＨリソースを誘導する情報（例えば、ＡＲＩ）を含むことができる。
【０２１７】
また、ＵＥは、ＳＣｅｌｌでＰＤＳＣＨに対応するＰＤＣＣＨがいずれも同じＡＲＩを有すると仮定することができる。
【０２１８】
このようなＡＲＩ情報がＳＣｅｌｌでのみ伝送されるように定義すると、多重搬送波及び／またはＴＤＤが適用されるシステムにおいて、ＵＥがＰＣｅｌｌのためのＰＤＳＣＨのみを受信した場合（または、ＰＣｅｌｌでのみＰＤＣＣＨを受信した場合）には、ＳＣｅｌｌから伝送されるＡＲＩ情報が確認できず、ＵＥが使用するＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット３）のためのリソースインデックスを最終的に決定できなくなる問題がある。
【０２１９】
本発明ではこのような問題を解決するために、ＵＥがＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合（または、ＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）にも、ＰＵＣＣＨフォーマットのためのリソースインデックスを最終的に決定し得る方案を提案する。
【０２２０】
本発明の種々の例示において、ＵＥがＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合（または、ＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）を、説明の便宜のために「ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇ」と略称する。ここで、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇはＵＥの受信の立場で定義されたものである。また、多重搬送波環境で本発明が適用される場合に、ＵＥは、一つの設定されたセル（ｃｏｎｆｉｇｕｒｅｄ  ｃｅｌｌ）を有することもでき、または、複数の設定されたセル（ｃｏｎｆｉｇｕｒｅｄ  ｃｅｌｌｓ）を有することもできる。ＵＥが一つの設定されたセルを有する場合には、そのセルがＰＣｅｌｌになり、複数の設定されたセルを有する場合に、それらのセルは一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなる構成でよい。これらの場合のいずれか一方または両方において本発明を適用することができる。すなわち、ＣＡ環境または非−ＣＡ（ｎｏｎ−ＣＡ）環境のいずれにおいても本発明で定義するＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇを定義することができる。
【０２２１】
また、前述したように、複数個のＡＣＫ／ＮＡＣＫビットを伝送するために用いられる新しいＰＵＣＣＨフォーマット、すなわち、ＰＵＣＣＨフォーマット３は、ＵＥが一つの設定されたセルを有する場合にも、ＴＤＤシステムにおいて複数個の下りリンクサブフレームを通じて受信された下りリンク伝送に対するＡＣＫ／ＮＡＣＫの伝送のために用いることができる。または、ＰＵＣＣＨフォーマット３は、ＵＥが複数の設定されたセルを有する場合にＦＤＤまたはＴＤＤシステムに用いることもできる。すなわち、ＰＵＣＣＨフォーマット３は、搬送波アグリゲーション（ＣＡ）システムにも、非−搬送波アグリゲーション（ｎｏｎ−ＣＡ）ＴＤＤシステムにも適用可能である。
【０２２２】
また、本発明の種々の例示で、ＰＵＣＣＨフォーマット３のために用いられるリソース候補セット（ｒｅｓｏｕｒｃｅ  ｓｃａｎｄｉｄａｔｅ  ｓｅｔ）はＲＲＣによって設定（ｃｏｎｆｉｇｕｒｅｄ）可能である。このようなＰＵＣＣＨリソース候補セットから、ＳＣｅｌｌのＡＲＩ情報（ＰＤＣＣＨのＴＰＣフィールドを再使用することによって表現される。）の値によって特定ＰＵＣＣＨリソースが決定または誘導され得ることを前提とする。これを簡略に表現すると、ＵＥが使用するＰＵＣＣＨフォーマット３リソースは、ＲＲＣ設定されたリソース候補から、ＰＤＣＣＨに含まれたＡＲＩによって誘導されるものであるといえる。ここで、ＡＲＩはＸビットのサイズを有し、前述したように、ＳＣｅｌｌでＰＤＣＣＨ内のＴＰＣフィールド（２ビットサイズ）を再使用してＡＲＩを表現する場合には、Ｘ＝２と定義できる。例えば、２ビットサイズのＡＲＩを使用すると、４個のＰＵＣＣＨリソース候補のうち一つのリソースを表すことができる。
【０２２３】
本発明では、ＰＵＣＣＨフォーマット３の適用と関連した説明の便宜のために、１個の直交リソースを必要とする単一アンテナ伝送を取り上げて説明する。しかし、本発明はこれに制限されるものではなく、ＰＵＣＣＨフォーマット３にＳＯＲＴＤ（ｓｐａｔｉａｌ  ｏｒｔｈｏｇｏｎａｌ−ｒｅｓｏｕｒｃｅ  ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙ）のような伝送ダイバーシティ（Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）手法のような多重アンテナ伝送手法が適用される場合にも、本発明の原理が同一に適用され得ることは明らかである。
【０２２４】
前述の内容をまとめて、ＰＵＣＣＨフォーマット３リソース割当に関する本発明の例示的な仮定について説明する。
【０２２５】
ＰＵＣＣＨフォーマット３のためのリソースを
【０２２６】
【化１１】
0005946838.tif 000025
【０２２７】
と表現し、ＰＵＣＣＨフォーマット３のための４個の直交リソース候補をそれぞれ、
【０２２８】
【化１２】
0005946838.tif 000026
【０２２９】
と表現することができる。これら４個の直交リソースはＲＲＣシグナリングにより任意のＵＥに割り当てられうる。このようなＲＲＣシグナリングは、例えば、個別の４個のＲＲＣシグナリングであってもよく、４個の直交リソースで構成された一つのセット
【０２３０】
【化１３】
0005946838.tif 000027
【０２３１】
を一つのＲＲＣシグナリングを通じて該当のＵＥに知らせるものであってもよい。４個のＰＵＣＣＨリソース候補が割り当てられたＵＥは、追加的に受信するＡＲＩが表す値に基づいて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース
【０２３２】
【化１４】
0005946838.tif 000028
【０２３３】
を最終的に決定することができる。
【０２３４】
下記の表１３に、単一アンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）伝送の場合にＰＵＣＣＨフォーマット３のためのリソース割当を例示的に表す。
【０２３５】
【表１３】
0005946838.tif 000029
【０２３６】
以下では、上述の内容に基づいて、本発明の種々の例示について具体的に説明する。
【０２３７】
実施例１
本実施例１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、あらかじめ定義された（ｐｒｅ−ｄｅｆｉｎｅｄ）リソース割当を用いる方案に関する。
【０２３８】
ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨフォーマット３のリソースインデックスをあらかじめ定めておくことが可能である。すなわち、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない場合には、ＳＣｅｌｌで受信されるＡＲＩからＰＵＣＣＨリソースインデックスを誘導し、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合には、あらかじめ定められたＰＵＣＣＨリソースインデックスを用いることが可能である。
【０２３９】
具体的に、端末がＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に使用するＰＵＣＣＨフォーマット３リソースを決定し得るように、新しいインデックスをあらかじめ定めておくことができる。この新しいインデックスは、ＳＣｅｌｌでのＡＲＩと同じ意味を有することができる。言い換えると、この新しいインデックスは、ＲＲＣにより設定されたリソース候補セットのうち、いずれか一つを指示（ｉｎｄｉｃａｔｅ）する用途に用いることができる。この新しいインデックスは、リソース候補セットのうち、特定順番の（例えば、最初または最後の）リソースを指示する、あらかじめ定義される規則（または特定値）の形態とすることができる。
【０２４０】
例えば、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨフォーマット３リソースを決定するインデックスは、システム−特定値（ｓｙｓｔｅｍ−ｓｐｅｃｉｆｉｃ  ｖａｌｕｅ）とすることができる。または、このインデックスは、基地局−特定値（ｅＮＢ−ｓｐｅｃｉｆｉｃ  ｖａｌｕｅ）または端末−特定値（ＵＥ−ｓｐｅｃｉｆｉｃ  ｖａｌｕｅ）としてＲＲＣ設定されてもよい。
【０２４１】
図２８は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにあらかじめ定義されたリソース割当の例示を示すフローチャートである。
【０２４２】
段階Ｓ２８１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、ＰＵＣＣＨフォーマット３のための４個のリソースを含むＰＵＣＣＨリソース候補セット
【０２４３】
【化１５】
0005946838.tif 000030
【０２４４】
を受信することができる。
【０２４５】
段階Ｓ２８２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末はＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定することができる。段階Ｓ２８２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ２８３０が行われ、段階Ｓ２８２０の結果がＹＥＳであると（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇであると）、段階Ｓ２８４０が行われる。
【０２４６】
段階Ｓ２８３０で、端末は、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。
【０２４７】
一方、段階Ｓ２８４０では、ＳＣｅｌｌでのＰＤＣＣＨの受信がないので、端末は、あらかじめ定義された規則（または、あらかじめ定義されたインデックス）によって、４個のＰＵＣＣＨリソース候補から一つのＰＵＣＣＨリソースを選択することができる。図２８の例示では、あらかじめ定義された規則が、ＰＵＣＣＨリソース候補セットから最後のＰＵＣＣＨリソースインデックスを選択するようになっている。すなわち、段階Ｓ２８４０で端末は、
【０２４８】
【化１６】
0005946838.tif 000031
【０２４９】
を計算／選択することができる。
【０２５０】
段階Ｓ２８３０または段階Ｓ２８４０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０２５１】
実施例２
本実施例２は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、追加の（ａｄｄｉｔｉｏｎａｌ）リソースインデックスをあらかじめ定めてＰＵＣＣＨリソース割当に用いる方案に関する。
【０２５２】
ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＵＣＣＨフォーマット３の追加のリソースインデックスをあらかじめ定めておくことが可能である。すなわち、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない場合には、ＳＣｅｌｌで受信されるＡＲＩからＰＵＣＣＨリソースインデックスを誘導すればよく、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合には、あらかじめ定められた追加のＰＵＣＣＨリソースインデックスを用いることができる。前述の実施例１でいうあらかじめ定められたインデックスは、端末に設定されるＰＵＣＣＨリソース候補のうちの一つに対してあらかじめ定められたインデックスであるのに対し、本実施例２では、端末に設定されるＰＵＣＣＨリソース候補とは別途に追加のリソースインデックスをあらかじめ定めておく。
【０２５３】
本実施例によれば、例えば、２ビットサイズのＡＲＩが用いられる場合に４個のＲＲＣ設定されたリソース候補セットが定義される場合において、ＲＲＣシグナリングを通じて追加の一つのリソース候補を端末に知らせることができる。そのために、ＲＣ設定されたリソース候補セットを５個のＰＵＣＣＨリソースインデックスで構成し、そのいずれか一つのあらかじめ定められたリソースインデックス（例えば、最後のリソースインデックス）をＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にのみ用いられるものと設定することができる。または、４個のＲＲＣ設定されたリソース候補セットと別に、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇのための一つのリソース候補を設定してもよい。これら両場合のいずれにおいても、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にのみ使用するための（すなわち、ＳＣｅｌｌでのＡＲＩにより指示されない）余分のリソースインデックスを端末に割り当てることができる。ここで、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇのための一つの追加のリソース候補は、既存のＲＲＣ設定される４個のリソース候補と重複しないように設定されることが好ましいが、場合によっては重複して設定されることを許容してもよい。
【０２５４】
図２９は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにあらかじめ定義された追加のリソース割当の例示を示すフローチャートである。
【０２５５】
段階Ｓ２９１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、５個のＰＵＣＣＨフォーマット３のためのリソースを含むＰＵＣＣＨリソース候補セット
【０２５６】
【化１７】
0005946838.tif 000032
【０２５７】
【化１８】
0005946838.tif 000033
【０２５８】
を受信することができる。
【０２５９】
段階Ｓ２９２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定できる。段階Ｓ２９２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ２９３０が行われ、段階Ｓ２９２０の結果がＹＥＳである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇである）と、段階Ｓ２９４０が行われる。
【０２６０】
段階Ｓ２９３０で端末は、５個のＰＵＣＣＨリソース候補セットのうち、あらかじめ定められた所定の規則によって決定された４個のＰＵＣＣＨリソース候補（例えば、インデックスの低い４個のＰＵＣＣＨリソース、
【０２６１】
【化１９】
0005946838.tif 000034
【０２６２】
から、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、自身が使用する一つのＰＵＣＣＨリソースを計算／選択することができる。
【０２６３】
一方、段階Ｓ２９４０ではＳＣｅｌｌでのＰＤＣＣＨの受信がないので、端末は、あらかじめ定義された規則によって一つのＰＵＣＣＨリソースを計算／選択することができる。ここで、あらかじめ定められた規則は、例えば、ＲＲＣ設定された５個のＰＵＣＣＨリソース候補のうち、最後のリソース
【０２６４】
【化２０】
0005946838.tif 000035
【０２６５】
を選択する規則と定義することができる。ここで、段階Ｓ２９３０で５個のうち４個のＰＵＣＣＨリソース候補を決定する規則と、段階Ｓ２９４０で５個のうち１個のＰＵＣＣＨリソース候補を決定する規則は、互いに重ならないように定義されるとよいが、場合によって、リソース候補が重なって選択されるように定義されてもよい。
【０２６６】
段階Ｓ２９３０または段階Ｓ２９４０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０２６７】
実施例３
本実施例３は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）をＰＵＣＣＨリソース割当に用いる方案に関する。
【０２６８】
前述の実施例１及び２では、追加の物理層シグナリング（例えば、ＰＤＣＣＨシグナリング）無しに、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨフォーマット３のためのリソースインデックスを誘導する方案について説明した。本実施例３では、ＳＣｅｌｌでのＰＤＣＣＨの受信がない場合であるから、既存の方式のようにＳＣｅｌｌ上でＡＲＩを受信することはできないが、ＰＣｅｌｌ上で受信される物理層シグナリングのうち、ＡＲＩの機能を担当し得る情報を定義して用いる方案に関する。具体的に、本実施例では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＤＣＣＨ内に含まれるＤＡＩ情報をＡＲＩ情報として用いる方案に関する。
【０２６９】
ＰＤＣＣＨ内のＤＡＩフィールドはＴＤＤシステムに対して定義されるもので、ＤＬ割当（またはＰＤＳＣＨスケジューリング）に対して与えられるインデックスである。端末が複数個のＤＬ割当（ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫを一つの上りリンクサブフレームで伝送するに当たり、ＤＡＩから、ＡＣＫ／ＮＡＣＫ伝送されるＤＬ割当（ＰＤＳＣＨ）の個数に関する情報を導出することができる。例えば、端末が基地局に、複数個のＤＬ割当（ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ信号を（ＡＣＫ／ＮＡＣＫバンドリングなどを用いて）伝送するに当たり、複数個のＰＤＣＣＨのうち一部を端末が受信できない（すなわち、逃す）ことがある。こうなると、端末は、自身が逃したＰＤＣＣＨに該当するＰＤＳＣＨが自身に送られた事実さえ知らず、よって、ＡＣＫ／ＮＡＣＫ生成に誤りが発生しうる。このような問題を解決するためにＤＡＩを用いることができる。既存のＴＤＤシステムにおいて、例えば、Ｎ個のＤＬサブフレームに対して一つのＵＬサブフレームが対応している場合に、Ｎ個のＤＬサブフレーム区間に伝送されるＰＤＣＣＨに順次にＤＡＩを付与（すなわち、順次にカウント）すると、端末は、ＰＤＣＣＨ中のＤＡＩ情報から、これまでＰＤＣＣＨを正確に受信したか否かが判断できる。
【０２７０】
本実施例では、ＰＵＣＣＨフォーマット３が使用される場合に、ＰＣｅｌｌのＰＤＣＣＨ内のＤＡＩが元来の用途に用いられない場合を考慮して、ＤＡＩを、ＰＵＣＣＨリソース割当を決定するＡＲＩの用途に再使用することを提案する。具体的に、ＰＵＣＣＨフォーマット３がＴＤＤシステムで用いられても、時間−ドメインあるいはＣＣ−ドメイン（または、周波数−ドメイン）でバンドリングが行われないＡＣＫ／ＮＡＣＫフルマルチプレクシング（ｆｕｌｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）モードで動作する場合にはＤＡＩ情報が不要になる。したがって、ＤＡＩフィールドをＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＡＲＩの用途に再使用することができる。
【０２７１】
図３０は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにＤＡＩフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。
【０２７２】
段階Ｓ３０１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、ＰＵＣＣＨフォーマット３のための４個のリソースを含むＰＵＣＣＨリソース候補セット
【０２７３】
【化２１】
0005946838.tif 000036
【０２７４】
を受信することができる。
【０２７５】
段階Ｓ３０２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定できる。段階Ｓ３０２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ３０３０が行われ、段階Ｓ３０２０の結果がＹＥＳである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇである）と、段階Ｓ３０４０が行われる。
【０２７６】
段階Ｓ３０３０で端末は、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。
【０２７７】
一方、段階Ｓ３０４０では、ＳＣｅｌｌでのＰＤＣＣＨの受信がないので、端末は、ＰＣｅｌｌのＰＤＣＣＨ内のＤＡＩフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。
【０２７８】
段階Ｓ３０３０または段階Ｓ３０４０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０２７９】
実施例３−１
本実施例３−１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、バンドリングされたサブフレーム内で同じＡＲＩ値を適用する例示に関する。
【０２８０】
本発明の説明でいう「バンドリングされたサブフレーム（またはバンドリングウィンドウ）」とは、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングウィンドウ内の下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクサブフレームで構成された一つの単位を意味する。
【０２８１】
例えば、ＬＴＥリリース−８  ＴＤＤシステムでは、上記の表１２（下りリンク関連セットインデックス
【０２８２】
【化２２】
0005946838.tif 000037
【０２８３】
を表した表）のように、特定ＵＬサブフレーム（サブフレームｎ）で以前のどのＤＬサブフレーム（サブフレームｎ−ｋ）に対するＡＣＫ／ＮＡＣＫ応答が伝送されるかを定義している。上記の表１２の例示を参照してバンドリングサブフレームを説明すると、特定ＵＬサブフレームで特定ＤＬサブフレームに対するＡＣＫ／ＮＡＣＫが伝送される場合に、該特定ＤＬサブフレームをバンドリングサブフレームと称する。例えば、ＵＬ−ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ４の場合に、ＵＬサブフレーム２に対するバンドリングされたサブフレームはＤＬサブフレーム１２、８、７、１１であり、ＵＬサブフレーム３に対するバンドリングされたサブフレームはＤＬサブフレーム６、５、４、７である。
【０２８４】
ＰＵＣＣＨフォーマット３をＴＤＤで使用する場合に、前述したように、複数のＤＬサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬ  ＰＵＣＣＨを通じて伝送される場合がある。この場合、前述した実施例３によって、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に複数個のＤＬサブフレームで一つ以上のＰＤＣＣＨが検出されるとき、各ＰＤＣＣＨで指示するＡＲＩ（＝ＤＡＩ）値が互いに異なると、それらのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。
【０２８５】
このような問題を防止するために、バンドリングされたサブフレームについては、ＰＣｅｌｌで伝送されるＰＤＣＣＨのＡＲＩ値（すなわち、ＤＡＩフィールドの値）を同一に維持させなければならない。
【０２８６】
実施例３−２
本実施例３−２は、バンドリングされたＣＣ内で同じＡＲＩ値を適用する例示に関する。
【０２８７】
本発明の説明でいう「バンドリングされたＣＣ（またはバンドリングウィンドウ）」は、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングの有無とは別に、バンドリングウィンドウ内の下りリンクＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクＣＣで構成された一つの単位を意味する。例えば、ＡＣＫ／ＮＡＣＫフルマルチプレクシングが適用される場合には、バンドリングされたＣＣは、端末に設定されたＣＣの個数と同じ意味で使われる。
【０２８８】
ＰＵＣＣＨフォーマット３をＴＤＤまたはＦＤＤシステムで使用する場合に、前述したように、複数のＤＬ  ＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬ  ＰＵＣＣＨを通じて伝送される場合がある。ここで、複数のＤＬ  ＣＣに対するＡＣＫ／ＮＡＣＫ応答が伝送されるという意味は、ＰＣｅｌｌ及び一つ以上のＳＣｅｌｌで下りリンク伝送が存在する場合に該当可能である。このような場合、ＰＣｅｌｌのＰＤＣＣＨ内のＡＲＩ値とＳＣｅｌｌのＰＤＣＣＨ内のＡＲＩ値とが異なっていると、そのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。
【０２８９】
したがって、このような問題点を予防するために、ＰＣｅｌｌでＡＲＩの用途に用いられるフィールド（ＤＡＩフィールド）の値を、ＳＣｅｌｌでのＡＲＩ用途に用いられるフィールド（ＴＰＣフィールド）の値と同一に維持させなければならない。
【０２９０】
実施例３−３
本実施例３−３は、バンドリングされたＣＣ及びサブフレーム内で同じＡＲＩ値を適用する例示に関する。
【０２９１】
すなわち、前述した実施例３−１及び３−２を同時に考慮する場合（例えば、複数個のＣＣ及び複数個のサブフレームが一つのバンドリング単位となる場合）に、それぞれのＣｅｌｌまたはそれぞれのサブフレームでのＡＲＩ値が互いに異なっていると、ＰＵＣＣＨリソース計算／選択に不明瞭性が発生することがあり、ＰＣｅｌｌ及びＳＣｅｌｌでのＰＤＣＣＨ内のＡＲＩが同一に維持されると共に、複数個のサブフレーム上のＰＤＣＣＨ内のＡＲＩも同一に維持されなければならない。
【０２９２】
実施例４
本実施例４は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、ＴＰＣフィールドをＰＵＣＣＨリソース割当に用いる方案に関する。本実施例４は、ＡＣＫ／ＮＡＣＫフルマルチプレクシングが適用される場合、適用されない場合のいずれにも適用可能である。また、本実施例４は、空間（ｓｐａｔｉａｌ）バンドリング（複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）が適用される場合、適用されない場合のいずれにも適用可能である。
【０２９３】
前述した実施例３では追加の物理層シグナリング無しでＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇにおいてもＰＵＣＣＨリソース（例えば、ＰＵＣＣＨフォーマット３のリソース）のリソースインデックスを決定する方案について説明した。実施例３は、ＤＡＩが元来の用途（ＤＬ割当（またはＰＤＳＣＨスケジューリング）に対して順次に与えられるインデックスの用途）に使用されない場合に、ＤＡＩをＡＲＩ用途に用いる例示に関する。したがって、ＰＵＣＣＨフォーマット３がＴＤＤシステムで用いられ、且つ時間−ドメインあるいはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが支援される場合には、正しいＡＣＫ／ＮＡＣＫ情報の生成のためにＤＡＩ情報が元来の用途に用いられる必要がある。
【０２９４】
そのため、本実施例４では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＤＡＩフィールドを別の用途に再使用しない。本実施例４では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＣｅｌｌ上のＰＤＣＣＨ内のＴＰＣフィールドをＡＲＩの用途に再使用する方案を提案する。
【０２９５】
ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない場合（すなわち、ＳＣｅｌｌ上でＰＤＣＣＨ伝送がある場合）には、ＳＣｅｌｌでのＴＰＣフィールドがＡＲＩの用途に再使用されることは前述の通りである。しかし、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合には、ＳＣｅｌｌ上でＴＰＣフィールドの伝送がないので、正しいＡＣＫ／ＮＡＣＫ伝送のために新しい方案が定義される必要がある。
【０２９６】
本実施例４によれば、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、ＰＣｅｌｌ上であらかじめ定められた規則によって決定された特定ＰＤＣＣＨ内のＴＰＣフィールドは元来の伝送電力制御の用途のまま使用し、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に再使用することができる。このように、端末は、ＰＣｅｌｌ上であらかじめ定められた規則によって決定された特定ＰＤＣＣＨのＴＰＣフィールドのみを本来の電力制御の用途に使用し、ＰＣｅｌｌ上でそれ以外のＰＤＣＣＨが受信される場合にはそのＰＤＣＣＨのＴＰＣフィールドをＡＲＩと解釈することができる。
【０２９７】
ここで、ＴＰＣフィールドが元来の用途に使用されない場合に、または端末が電力制御用途のＴＰＣフィールドを含むＰＤＣＣＨを逃したり（ｍｉｓｓ）基地局がスケジューリングしない場合に、端末の上りリンク伝送電力の決定に対する動的制御性能が多少低下することがある。しかし、ＰＤＣＣＨ内のＴＰＣ値は絶対値ではなく、以前の伝送電力に対する相対的なオフセット（ｏｆｆｓｅｔ）値であり、端末がＴＰＣ値を１〜２回アップデートしなくても、既存に設定された伝送電力は維持される。また、ＰＤＣＣＨ内のＴＰＣフィールド値を用いる伝送電力方案の他にも、補完的な電力制御方案が備えられている（これは、本発明の範囲から逸脱する部分であるから、具体的な説明は省く）。したがって、ＴＰＣ値の落ちが実質的にネットワーク性能に大きい影響を与えることはない。
【０２９８】
本実施例の適用において、ＰＣｅｌｌ上であらかじめ定められた規則によって一つ以上のＰＤＣＣＨのＴＰＣフィールドを元来の用途（電力制御用途）に使用することができる。このあらかじめ定められた規則の例示について説明すると、下記の通りてある。
【０２９９】
第一の例示として、バンドリングサブフレーム内でｎ番目のサブフレームで伝送されるＰＤＣＣＨのＴＰＣフィールドが元来の用途に用いられるように定義することができる。ここで、ｎは、バンドリングサブフレームのうち一部のサブフレームを指示する値でよい。例えば、バンドリングサブフレームのうち一つのサブフレームを指示する場合に、ｎは、０番目のサブフレームまたは最後のサブフレームを指示する値にすることができる。また、ｎは、バンドリングされるサブフレームの個数（または、バンドリングサブフレームのサイズ）によって異なるように定められてもよい。バンドリングされるサブフレームの個数は、例えば、上記の表１２で表すように、１、２、３、４または９でよい。または、新しく定義されるバンドリング方式によって別の個数のサブフレームがバンドリングされてもよい。また、ｎは、バンドリングサブフレームのうちの複数個のサブフレームの集合を指示してもよい。例えば、ｎ＝０、１と表す場合に、バンドリングサブフレームのうち、０番目及び１番目のサブフレームで伝送されるＰＤＣＣＨのＴＰＣフィールドを元来の用途に用いることを意味することができる。このように、ｎが複数の値を有する場合に、後述するフォールバックテスト（ｆａｌｌ−ｂａｃｋ  ｔｅｓｔ）のための受信されたＰＤＣＣＨ（ｒｅｃｅｉｖｅｄ  ＰＤＣＣＨ）の個数もｎ値の個数だけ増加する。例えば、ｎが２個の値を有すると、フォールバックテストのための受信されたＰＤＣＣＨの個数も２個にならなければならない。以下の本発明の説明では、便宜上、ｎが一つの値を有する場合を挙げて説明する。
【０３００】
第二の例示として、バンドリングサブフレーム内でｎ番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に用いられるように定義することができる。ここで、ｎは、０，１，２，３，…のうち一つの値を有することができる。または、ＤＡＩ値が１，２，３，４，…のように解釈される場合には、ｎ＝１，２，３，４，…のうち一つの値にすることができる。このような場合、ＡＣＫ／ＮＡＣＫフルマルチプレクシングモード（時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）バンドリングが適用されない場合）でも、ＰＣｅｌｌ上のＰＤＣＣＨ内にＤＡＩフィールドが含まれうる。また、ｎは、複数個の値の集合の形態で定められてもよい。例えば、ｎ＝０、１のように与えられる場合に、０番目と１番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に使用されることを表すことができる。または、ＤＡＩ値が１から始まるものと解釈される場合には、ｎ＝１、２のように与えられると、１番目と２番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に使用されることを表すことができる。このように、ｎが複数の値を有する場合に、後述するフォールバックテスト（ｆａｌｌ−ｂａｃｋ  ｔｅｓｔ）のための受信されたＰＤＣＣＨ（ｒｅｃｅｉｖｅｄ  ＰＤＣＣＨ）の個数もｎ値の個数だけ増加する。例えば、ｎが２個の値を有すると、フォールバックテストのための受信されたＰＤＣＣＨの個数も２個にならなければならない。以下の本発明の説明では、便宜上、ｎが一つの値を有する場合を挙げて説明する。
【０３０１】
第二の例示において、ＤＡＩ値は、２ビットサイズを有し、端末に割り当てられるＰＤＣＣＨに対する連続した（順次の）カウンターを意味することができる。実際に伝送されるＤＡＩフィールドの値は、０、１、２、３（２ビット値で表現すると、００、０１、１０、１１）のうち一つになり、これらはそれぞれ端末ではＤＡＩ値１、２、３、４と解釈される。これを、実際に伝送されるＤＡＩ値の観点と、端末が解釈するＤＡＩ値の観点とに分けて説明すると下記の通りである。
【０３０２】
実際に伝送されるＤＡＩフィールドの値が０、１、２または３であり、端末は、これをそれぞれ１、２、３または４番目のＰＤＣＣＨと解釈することができる。この場合、実際に伝送されるＤＡＩ値の観点で、特定端末においてｎ＝０（０、１、２、３のセットのうち）の場合が、最初のＰＤＣＣＨを意味する。
【０３０３】
実際に伝送されるＤＡＩ値が０，１、２または３であり、端末はこれをそれぞれ１、２、３または４番目のＰＤＣＣＨと解釈することができる。この場合、端末で解釈されるＤＡＩ値の観点で、特定端末においてｎ＝１（１、２、３、４のセットのうち）の場合が最初のＰＤＣＣＨを意味する。
【０３０４】
要するに、ＰＤＣＣＨに含まれる実際のＤＡＩフィールドの値００、０１、１０、１１は、端末が解釈するＤＡＩ値１、２、３、４にそれぞれマッピング可能である。
【０３０５】
これらの例示のように、ｎ値により決定される、ｎ番目のサブフレームのＰＤＣＣＨまたはＤＡＩ＝ｎのＰＤＣＣＨでのＴＰＣフィールドは、元来の用途（電力制御の用途）に使用し、それ以外のＰＤＣＣＨでのＴＰＣフィールドはＡＲＩの用途に再使用できる。
【０３０６】
図３１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる例示を示すフローチャートである。図３１の例示で、あらかじめ定義された規則によって決定された特定の一つのＰＤＣＣＨのＴＰＣフィールドは元来の用途に使用され、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩに再使用される場合を仮定する。
【０３０７】
段階Ｓ３１１０で、端末は、上位層設定（ｈｉｇｈｅｒ−ｌａｙｅｒ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）（例えば、ＲＲＣシグナリング）により、ＰＵＣＣＨフォーマット３のための４個のリソースを含むＰＵＣＣＨリソース候補セット
【０３０８】
【化２３】
0005946838.tif 000038
【０３０９】
段階Ｓ３１２０で、ＡＣＫ／ＮＡＣＫ伝送のためにＰＵＣＣＨフォーマット３を使用する場合に、端末は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇか否かを判定できる。段階Ｓ３１２０の結果がＮＯである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇでない）と、段階Ｓ３１３０が行われ、段階Ｓ３１２０の結果がＹＥＳである（すなわち、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇである）と、段階Ｓ３１４０が行われる。
【０３１０】
段階Ｓ３１３０で端末は、ＳＣｅｌｌのＰＤＣＣＨ（ｓ）内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。
【０３１１】
一方、段階Ｓ３１４０で、端末は、受信されたＰＤＣＣＨ（ｒｅｃｅｉｖｅｄ  ＰＤＣＣＨ）の個数が１か否かを判定できる。段階Ｓ３１４０は、ＳＣｅｌｌでのＰＤＣＣＨの受信がない場合に行われるので、受信されたＰＤＣＣＨの個数は、ＰＣｅｌｌで受信されたＰＤＣＣＨの個数を意味する。段階Ｓ３１４０の結果がＹＥＳである（すなわち、ＰＣｅｌｌで受信されたＰＤＣＣＨの個数＝１である）と、段階Ｓ３１５０が行われ、段階Ｓ３１４０の結果がＮＯである（すなわち、ＰＣｅｌｌで受信されたＰＤＣＣＨの個数＞１である）と、段階Ｓ３１６０が行われる。
【０３１２】
段階Ｓ３１５０で、端末がＰＣｅｌｌで一つのＰＤＣＣＨのみを受信した場合に、端末は、そのＰＤＣＣＨのＴＰＣフィールドは元来の用途（電力制御の用途）に用いられ、他のＰＤＣＣＨがないので、端末はＡＲＩ値を受信できなかったと見なすことができる。この場合は、端末が既存のＬＴＥリリース−８モードで動作するように定義することができる。これをフォールバック（ｆａｌｌ−ｂａｃｋ）モードで動作するということができる。フォールバックモードは、既存に定義されたＰＵＣＣＨフォーマット１ａ／１ｂを用いたＡＣＫ／ＮＡＣＫ伝送動作と同一であり、その具体的な説明は省略する。また、段階Ｓ３１４０で、受信されたＰＤＣＣＨの個数が１か否か判定することは、フォールバックモードを適用するか否かを判定するという意味から、フォールバックテストと呼ぶことができる。
【０３１３】
一方、段階Ｓ３１６０で、端末は、ＰＣｅｌｌ上で受信されたＰＤＣＣＨの個数が１よりも大きい場合であるから、それらのうち、一つのＰＤＣＣＨでのＴＰＣフィールドは元来の用途に使用し、残りのＰＤＣＣＨでのＴＰＣフィールドはＡＲＩの用途に使用することができる。これにより、端末は、ＰＣｅｌｌのＰＤＣＣＨ内のＴＰＣフィールドを再使用して指示されるＡＲＩを用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。
【０３１４】
段階Ｓ３１３０または段階Ｓ３１６０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０３１５】
図３１の例示では、端末で受信された（または検出された）ＰＤＣＣＨの個数のみを検出し、受信されたＰＤＣＣＨの個数が１であると、当該ＰＤＣＣＨのＴＰＣフィールドが元来の用途に用いられるＰＤＣＣＨであると仮定した場合の動作について説明した。
【０３１６】
しかし、受信されたＰＤＣＣＨの個数が１の場合に、当該ＰＤＣＣＨが、ＴＰＣフィールドを元来の用途に用いるＰＤＣＣＨである場合もあり、または、ＴＰＣフィールドがＡＲＩ用途に再使用されるＰＤＣＣＨである場合もある。したがって、受信されたＰＤＣＣＨの個数が１であるからといって無条件にフォールバックモードで動作するのではなく、それについてより具体的に判定してもよい。
【０３１７】
図３２は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にＰＵＣＣＨリソース決定のためにＴＰＣフィールドをＡＲＩの用途に用いる他の例示を示すフローチャートである。図３２の例示で、あらかじめ定義された規則により決定された特定の一つのＰＤＣＣＨのＴＰＣフィールドは元来の用途に用いられ、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に再使用される場合を仮定する。
【０３１８】
図３２の例示の説明において、図３１と重複する動作（段階Ｓ３２１０、Ｓ３２２０、Ｓ３２３０、Ｓ３２４０）についての説明は省略する。
【０３１９】
段階Ｓ３２５０は、段階Ｓ３２４０の結果がＹＥＳの場合（すなわち、ＰＣｅｌｌで受信されたＰＤＣＣＨ個数が１の場合）に行われる。段階Ｓ３２５０では、受信された一つのＰＤＣＣＨが、あらかじめ定義されたＰＤＣＣＨである（すなわち、ＴＰＣフィールドが元来の用途に用いられるＰＤＣＣＨである）か否かを判定する。例えば、受信されたＰＤＣＣＨが、バンドリングサブフレーム内で最初のサブフレーム上のＰＤＣＣＨであるか否か判定することができる。他の例示として、受信されたＰＤＣＣＨが、ＤＡＩ＝１のＰＤＣＣＨであるか否かを判定してもよい。その結果がＹＥＳであると段階Ｓ３２６０が行われ、ＮＯであると段階Ｓ３２７０が行われる。
【０３２０】
段階Ｓ３２６０では、受信された一つのＰＤＣＣＨのＴＰＣフィールドが元来の用途に用いられなければならず、端末はＡＲＩ値を確認できないと見なし、フォールバックモードで動作（ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫ伝送）することができる。
【０３２１】
段階Ｓ３２７０は、段階Ｓ３２４０の結果がＮＯの場合に行われる。すなわち、受信されたＰＤＣＣＨの個数＞１の場合に、ＴＰＣフィールドが元来の用途に用いられるＰＤＣＣＨは一つのみ存在すると仮定したので、端末は少なくとも一つのＰＤＣＣＨのＴＰＣフィールドがＡＲＩとして再使用されることがわかる。端末は、該当のＰＤＣＣＨのＴＰＣフィールドからＡＲＩ値を用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。
【０３２２】
また、段階Ｓ３２７０は、段階Ｓ３２５０の結果がＮＯの場合にも行われる。すなわち、受信されたＰＤＣＣＨの個数が１であり、該ＰＤＣＣＨがＴＰＣフィールドを元来の用途に用いるＰＤＣＣＨでない場合であるから、端末は、該一つのＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に再使用することがわかる。端末は、該ＰＤＣＣＨのＴＰＣフィールドからＡＲＩ値を用いて、４個のＰＵＣＣＨリソース候補から、自身が使用する一つのＰＵＣＣＨリソース（すなわち、一つのリソースインデックス）を計算／選択することができる。
【０３２３】
段階Ｓ３２７０の後、端末は、計算／選択されたインデックスに該当するリソースを用いてＰＵＣＣＨフォーマット３を使用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０３２４】
実施例４−１
本実施例４−１は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、バンドリングされたサブフレーム内で同じＡＲＩ値を適用する例示に関する。
【０３２５】
本発明の説明でいう「バンドリングされたサブフレーム（またはバンドリングウィンドウ）」は、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングウィンドウ内の下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクサブフレームで構成された一つの単位を意味する。
【０３２６】
例えば、ＬＴＥリリース−８  ＴＤＤシステムでは、上記の表１２（下りリンク関連セットインデックス
【０３２７】
【化２４】
0005946838.tif 000039
【０３２８】
を表した表）のように、特定ＵＬサブフレーム（サブフレームｎ）で以前のどのＤＬサブフレーム（サブフレームｎ−ｋ）に対するＡＣＫ／ＮＡＣＫ応答が伝送されるかを定義している。上記の表１２の例示を参照してバンドリングサブフレームを説明すると、特定ＵＬサブフレームで特定ＤＬサブフレームに対するＡＣＫ／ＮＡＣＫが伝送される場合に、該特定ＤＬサブフレームをバンドリングサブフレームと呼ぶ。例えば、ＵＬ−ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ４の場合に、ＵＬサブフレーム２に対するバンドリングされたサブフレームは、ＤＬサブフレーム１２、８、７、１１であり、ＵＬサブフレーム３に対するバンドリングされたサブフレームは、ＤＬサブフレーム６、５、４、７である。
【０３２９】
ＰＵＣＣＨフォーマット３をＴＤＤで使用する場合に、前述したように、複数のＤＬサブフレームに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬ  ＰＵＣＣＨを通じて伝送される場合がある。この場合、前述の実施例４によって、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に、複数個のＤＬサブフレームで複数個のＰＤＣＣＨが検出され、そのうちＴＰＣフィールドがＡＲＩとして再使用されるＰＤＣＣＨのそれぞれで表すＡＲＩ（＝ＴＰＣ）値が互いに異なると、それらのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。
【０３３０】
ここで、ＴＰＣフィールドがＡＲＩとして再使用されるＰＤＣＣＨは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）でよい。
【０３３１】
このような問題を防止するためには、バンドリングされたサブフレーム内では、ＰＣｅｌｌで伝送される、ＴＰＣがＡＲＩの用途に再使用される（すなわち、ＴＰＣが元来の用途に用いられるＰＤＣＣＨ以外の）ＰＤＣＣＨのＡＲＩ値（＝ＴＰＣフィールドの値）を同一に維持させなければならない。
【０３３２】
実施例４−２
本実施例４−２は、バンドリングされたＣＣ内で同じＡＲＩ値を適用する例示に関する。
【０３３３】
本発明の説明でいうバンドリングされたＣＣ（またはバンドリングウィンドウ）は、実際に時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）でバンドリングが行われる単位を意味するのではなく、バンドリングの有無とは別に、バンドリングウィンドウ内の下りリンクＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つの上りリンクＰＵＣＣＨで伝送される場合に、それらの下りリンクＣＣで構成された一つの単位を意味する。例えば、ＡＣＫ／ＮＡＣＫフルマルチプレクシングが適用される場合には、バンドリングされたＣＣは、端末に設定されたＣＣの個数と同じ意味で使われてもよい。
【０３３４】
ＰＵＣＣＨフォーマット３をＴＤＤまたはＦＤＤシステムで使用する場合に、前述したように、複数のＤＬ  ＣＣに対するＡＣＫ／ＮＡＣＫ応答が一つのＵＬ  ＰＵＣＣＨを通じて伝送される場合がある。ここで、複数のＤＬ  ＣＣに対するＡＣＫ／ＮＡＣＫ応答が伝送されるという意味は、ＰＣｅｌｌ及び一つ以上のＳＣｅｌｌで下りリンク伝送が存在する場合に該当可能である。この場合、ＰＣｅｌｌでＴＰＣフィールドがＡＲＩとして再使用されるＰＤＣＣＨ内のＡＲＩ値とＳＣｅｌｌのＰＤＣＣＨ内のＡＲＩ値とが異なっていると、それらのうちいずれのＡＲＩ値によってＰＵＣＣＨリソースを計算／選択すればよいか不明になる。
【０３３５】
したがって、このような問題点を予防するために、ＰＣｅｌｌでＡＲＩ用途に用いられるフィールド（ＴＰＣフィールド）の値は、ＳＣｅｌｌでのＡＲＩ用途に用いられるフィールド（ＴＰＣフィールド）の値と同一に維持させなければならない。
【０３３６】
ここで、ＰＣｅｌｌでは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）のＡＲＩ値を、ＳＣｅｌｌでのＡＲＩ値と同一に維持させることができる。
【０３３７】
実施例４−３
本実施例４−３は、バンドリングされたＣＣ及びサブフレーム内で同じＡＲＩ値を適用する例示に関する。
【０３３８】
すなわち、前述の実施例４−１及び４−２を同時に考慮する場合（例えば、複数個のＣＣ及び複数個のサブフレームが一つのバンドリング単位となる場合）に、それぞれのＣｅｌｌまたはそれぞれのサブフレームでのＡＲＩ値が互いに異なっていると、ＰＵＣＣＨリソース計算／選択に不明瞭性が発生することがあり、ＰＣｅｌｌ及びＳＣｅｌｌでのＰＤＣＣＨ内のＡＲＩが同一に維持されると共に、複数個のサブフレーム上のＰＤＣＣＨ内のＡＲＩも同一に維持されなければならない。
【０３３９】
ここで、ＰＣｅｌｌでは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）のＡＲＩ値を同一に維持させることができる。
【０３４０】
図３３は、ＰＣｅｌｌでＤＡＩ値に基づいてＴＰＣフィールドを元来の用途またはＡＲＩ用途に用いる実施例を説明するための図である。
【０３４１】
ＤＡＩフィールド値は、各ｃｅｌｌ別にＰＤＣＣＨの累積カウンターの用途に用いられる。すなわち、一つのｃｅｌｌ内でＰＤＣＣＨごとに順次に１ずつ増加するＤＡＩ値が与えられる。このようなＰＤＣＣＨが毎サブフレームごとに必ずしも存在するわけではない。
【０３４２】
図３３の例示では、ＰＣｅｌｌで最初及び３番目のサブフレームで下りリンク割当ＰＤＣＣＨが存在し、最初のサブフレームのＰＤＣＣＨでのＤＡＩ値は０であり、３番目のサブフレームのＰＤＣＣＨでのＤＡＩ値は１である。他のＳＣｅｌｌに対しても、下りリンク割当ＰＤＣＣＨごとに順次にＤＡＩ値が与えられることを示した。図３３では、ＤＡＩ値が０，１，２，３，０，１，２，３，…のように与えられることを例示するが、これは、端末の解釈観点ではＤＡＩ＝１，２，３，４，１，２，３，４，…と同じ意味であることは明らかである。
【０３４３】
前述の本実施例４と関連して、ＰＣｅｌｌでＤＡＩ値によってＰＤＣＣＨ内のＴＰＣフィールドが元来の用途に用いられることもあり、ＡＲＩの用途に用いられることもある。例えば、ＰＣｅｌｌでＤＡＩ＝０（または、端末の解釈観点ではＤＡＩ＝１）のＰＤＣＣＨ、すなわち、図３３の例示では、ＰＣｅｌｌにおいて、最初のサブフレームのＰＤＣＣＨでのＴＰＣフィールドは元来の用途（電力制御の用途）に使用され、それ以外の残りＰＤＣＣＨのＴＰＣフィールドはＡＲＩ用途に再使用される。
【０３４４】
また、本実施例４−１乃至４−３と関連して、バンドリングされるサブフレーム及び／またはバンドリングされるＣｅｌｌ内でＡＲＩ値が同一に維持されるとよい。例えば、図３３の例示で示す４個のサブフレーム及び５個のＣｅｌｌにわたってバンドリングウィンドウが適用される場合に、端末は、ＰＣｅｌｌの最初のサブフレーム（ＤＡＩ＝０）のＰＤＣＣＨでのＴＰＣフィールドを除いては、Ｐｃｅｌｌ及びＳｃｅｌｌの残りＰＤＣＣＨのＴＰＣフィールド（すなわち、ＡＲＩ用途に用いられるＴＰＣフィールド）の値がいずれも同一であると仮定（ａｓｓｕｍｅ）することができる。
【０３４５】
実施例５
本実施例５は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合（すなわち、ＰＣｅｌｌのためのＰＤＳＣＨ（ｓ）のみを受信した場合、またはＰＣｅｌｌでのみＰＤＣＣＨ（ｓ）を受信した場合）において、ＴＰＣフィールドをＰＵＣＣＨリソース割当に用いる方案に関する。本実施例５は、ＡＣＫ／ＮＡＣＫ部分バンドリング（ｐａｒｔｉａｌ  ｂｕｎｄｌｉｎｇ）の場合に適用される本発明の例示に関する。部分バンドリングとは、時間−ドメインでのみバンドリングが適用されたり、またはＣＣ−ドメイン（または周波数−ドメイン）でのみバンドリングが適用されることを意味する。
【０３４６】
基本的には、前述の実施例４と同様に、ＤＡＩフィールドを元来の用途（それぞれのＣｅｌｌでＰＤＣＣＨの累積カウンターの用途）に使用し、ＰＤＣＣＨ内のＴＰＣフィールドをＡＲＩとして再使用することができる。ここで、あらかじめ定められた特定ＰＤＣＣＨのＴＰＣフィールドは元来の用途に用いられる。このような特定ＰＤＣＣＨは、バンドリングサブフレーム内のｎ番目のサブフレームのＰＤＣＣＨと定めることができる（これについての説明は、前述の実施例４の説明と重複するので省略する）。または、ＴＰＣが元来の用途に用いられるＰＤＣＣＨは、ＤＡＩ値に基づいて決定されてもよい。
【０３４７】
前述した図３１または図３２の例示は、基本的な動作として本実施例５にも実質的に同一に適用され、その詳細は前述の実施例４の説明の通りである。
【０３４８】
以下では、ＡＣＫ／ＮＡＣＫ部分バンドリングが適用される場合に、ＤＡＩ値に基づいてＴＰＣフィールドが元来の用途またはＡＲＩの用途に用いられる具体的な方案について説明する。
【０３４９】
まず、ＰＣｅｌｌのバンドリングサブフレーム内でｎ番目のＤＡＩ値を有するＰＤＣＣＨでＴＰＣフィールドが元来の用途に用いられるように定義することができる。ここで、ＤＡＩフィールド自体の値は０，１，２，３，…のように与えられ、端末の解釈観点ではＤＡＩ＝１，２，３，４，…になり得る。
【０３５０】
このような場合、ＡＣＫ／ＮＡＣＫ部分バンドリングモード（時間−ドメインまたはＣＣ−ドメイン（または周波数−ドメイン）バンドリングが適用される場合）において、ＰＣｅｌｌ上のＰＤＣＣＨ内にＤＡＩフィールドが含まれることが可能である。このとき、ＰＣｅｌｌのＰＤＣＣＨに含まれるＤＡＩフィールドの値は、あらかじめ定められた規則に従うべきであり、これに関する本発明の具体的な提案について以下に説明する。
【０３５１】
ＡＣＫ／ＮＡＣＫ部分バンドリングが適用されるとすると、ＤＡＩ＝ｎのＰＤＣＣＨのＴＰＣフィールドが元来の用途（電力制御の用途）に用いられるようにあらかじめ定められた場合に、ＰＤＣＣＨのＤＡＩフィールドは、下記のような種々の方式で決定することができる。
【０３５２】
既存（ＬＴＥリリース−８）のＴＤＤモードでのＤＡＩは、端末に割り当てられたＰＤＣＣＨの累積値を表し、これを単純に多重搬送波環境に適用すると、端末に設定された全Ｃｅｌｌ（またはＣＣ）にわたって端末に割り当てられたＰＤＣＣＨの累積値を表すのに用いることができる。例えば、図３４の例示のように、４個のサブフレーム及び２個のＣＣにわたってＡＣＫ／ＮＡＣＫバンドリングが適用される場合に、バンドリングウィンドウ内でＣＣインデックスが増加する方向を優先にしてＤＡＩ値が増加する方式でＤＡＩ値を決定することができる。しかし、このような方式は部分バンドリングではそのまま適用し難い。そこで、複数個のＣＣ（またはＣｅｌｌ）が構成されるＬＴＥリリース−１０のＴＤＤモードでは、他の方式でＤＡＩ値を決定する方案が望まれる。
【０３５３】
図３５は、ＣＡ  ＴＤＤシステムの場合にＤＡＩ値を決定する例示を示す図である。
【０３５４】
一例示として、ＤＡＩ値は、それぞれのＣｅｌｌ別に複数個のサブフレームにわたって端末に割り当てられる累積ＰＤＣＣＨの個数を表すことができる（図３５（ａ））。例えば、時間−ドメインでのバンドリングが適用される場合に、この例示のようにＤＡＩ値を決定することが好ましい。このとき、ＰＤＣＣＨの累積個数は、一つの無線フレーム内の全体サブフレーム内でのＰＤＣＣＨに対してカウントされる方式で適用されてもよく、または、時間−ドメインでの実際バンドリングウィンドウ（ｒｅａｌ  ｂｕｎｄｌｉｎｇ  ｗｉｎｄｏｗ、実際にＡＣＫ／ＮＡＣＫバンドリングが行われる一つの単位）内でのＰＤＣＣＨに対してカウントされる方式でＰＤＣＣＨ累積個数が適用されてもよい。図３５（ａ）の例示で、ＳＣｅｌｌ＃２での４個のサブフレーム単位の実際バンドリングウィンドウ内において３個のサブフレーム上のＰＤＣＣＨでのＤＡＩはそれぞれ０、１、２に決定され、これは、当該ＰＤＣＣＨのそれぞれが１、２、３番目のＰＤＣＣＨであることを表す累積カウンターとしてＤＡＩフィールドが用いられた例示である。
【０３５５】
他の例示として、ＤＡＩ値は、それぞれのサブフレーム別に複数個のＣＣ（またはＣｅｌｌ）上で端末に割り当てられるＰＤＣＣＨの全体（ｔｏｔａｌ）個数を表すこともできる（図３５（ｂ））。例えば、ＣＣ−ドメインでの部分バンドリングが適用される場合に、この例示のようにＤＡＩ値を決定することが好ましい。このとき、ＰＤＣＣＨの総（ｔｏｔａｌ）個数は、端末に設定された全体ＣＣ内のＰＤＣＣＨの個数と決定されることが可能である。または、ＣＣ−ドメインでの実際バンドリングウィンドウ（ｒｅａｌ  ｂｕｎｄｌｉｎｇ  ｗｉｎｄｏｗ、実際にＡＣＫ／ＮＡＣＫバンドリングが行われる一つの単位）内でのＰＤＣＣＨの個数としてＰＤＣＣＨの総（ｔｏｔａｌ）個数が決定されてもよい。図３５（ｂ）の例示で、最初のサブフレームでのＰＤＣＣＨのＤＡＩ＝２であり、これは、ＤＡＩフィールドが、当該サブフレームでのＰＤＣＣＨ総個数が３であることを表す指示子として用いられた例示である。
【０３５６】
または、ＤＡＩ値は、それぞれのサブフレーム別に複数個のＣＣ（またはＣｅｌｌ）上で、端末に割り当てられるＰＤＣＣＨの累積カウンターと決定されてもよい。このとき、ＰＤＣＣＨの累積個数は、端末に設定された全体ＣＣ内でＣＣインデックス（またはＣｅｌｌインデックス）が増加する順にＰＤＣＣＨごとにカウントされるとよい。または、ＣＣ−ドメインでの実際バンドリングウィンドウ内でＣＣインデックス（またはＣｅｌｌインデックス）が増加する順にＰＤＣＣＨごとにカウントされてもよい。例えば、図３５（ｂ）の例示で、３番目のサブフレームでは、ＰＣｅｌｌでＤＡＩ＝０、ＳＣｅｌｌ＃２でＤＡＩ＝１、ＳＣｅｌｌ＃３でＤＡＩ＝２、ＳＣｅｌｌ＃４でＤＡＩ＝３のようにＤＡＩ値が決定されてもよい。
【０３５７】
図３５（ａ）の例示のように、時間−ドメインでの実際バンドリングウィンドウ内で割り当てられたＰＤＣＣＨの累積カウンターとしてＤＡＩが用いられる場合には（すなわち、ＣＣ別にリセット（ｒｅｓｅｔ）される方式でＤＡＩ値が決定される場合には）、ＰＣｅｌｌ上で特定ＤＡＩ値を持つ（例えば、ＤＡＩ＝０の）ＰＤＣＣＨ以外の残りＰＣｅｌｌ、及びＳＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に用いる本発明の実施例を同一に適用することができる。
【０３５８】
一方、図３５（ｂ）の例示のように、ＣＣ−ドメイン（または周波数−ドメイン）での実際バンドリングウィンドウ内で割り当てられたＰＤＣＣＨの全体（ｔｏｔａｌ）個数（または累積カウンター）としてＤＡＩが用いられる場合には、ＰＣｅｌｌ上で特定ＤＡＩ値を持つ（例えば、ＤＡＩ＝０の）ＰＤＣＣＨ以外の残りＰＣｅｌｌ及びＳＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に用いる本発明の実施例は適用し難い。
【０３５９】
例えば、特定端末にＰＣｅｌｌ上で最初のサブフレームと２番目のサブフレームでＰＤＣＣＨが割り当てられ、ＳＣｅｌｌではＰＤＣＣＨが割り当てられない場合を仮定しよう。この場合は、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に該当するが、端末で受信されたＰＤＣＣＨのＤＡＩ値は２つのサブフレームとも同じ値（例えば、ＤＡＩ＝０）になる（ＤＡＩフィールドが該当のサブフレームでのＰＤＣＣＨ総個数指示子または累積カウンターとして用いられる両方の場合とも、上記の仮定によればＤＡＩ＝０になる）。この場合、端末はＰＣｅｌｌの２つのＰＤＣＣＨのうち、いずれのＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に使用し、いずれのＰＤＣＣＨのＴＰＣフィールドを元来の用途に用いるかを決定できない不明瞭性が発生する。言い換えると、サブフレーム別にＤＡＩ値がリセットされる方式でＤＡＩ値が決定されると、ＰＣｅｌｌ上で特定ＤＡＩ値を持つ（例えば、ＤＡＩ＝０の）ＰＤＣＣＨ以外の残りＰＣｅｌｌ及びＳＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドをＡＲＩ用途に用いる本発明の実施例を適用できない問題がある。
【０３６０】
このような問題を解決するために、異なったＤＡＩ値の決定方式をＰＣｅｌｌ及びＳＣｅｌｌに適用することを考慮することができる。例えば、ＳＣｅｌｌでは、周波数−ドメイン（またはＣＣ−ドメイン）での実際バンドリングウィンドウ内で割り当てられるＰＤＣＣＨの累積カウンターとしてＤＡＩを使用し、ＰＣｅｌｌでは、時間−ドメインでの実際バンドリングウィンドウ内で割り当てられるＰＤＣＣＨの総個数指示子（または累積カウンター）としてＤＡＩを使用することができる。
【０３６１】
または、本実施例の適用のためには、少なくともＰＣｅｌｌでのＤＡＩを時間−ドメインでのＰＤＣＣＨの累積カウンターとして定義する必要がある。したがって、ＰＣｅｌｌ上のＰＤＣＣＨのＤＡＩは、時間−ドメインでの実際バンドリングウィンドウ内で割り当てられるＰＤＣＣＨの累積カウンターとして用いられ、ＳＣｅｌｌ上のＰＤＣＣＨのＤＡＩは、ＰＣｅｌｌで用いられるＤＡＩと同一または異なった方式で用いられてもよい。
【０３６２】
以下に説明する本発明の例示では、説明の便宜のために、ＰＤＣＣＨのＤＡＩフィールドが下記のような形態で用いられるとする。
【０３６３】
まず、ＰＤＣＣＨ内のＤＡＩフィールドを、ＣＣ別にバンドリングウィンドウ内で複数個のサブフレーム上に割り当てられるＰＤＣＣＨの累積カウンターとして用いることができる。すなわち、ＤＡＩ値は、ＣＣ別に独立して決定される。ここで、ＤＡＩフィールドのビット値０，１，２，３はそれぞれ、累積カウンター１，２，３，４を意味することができる。すなわち、ＤＡＩフィールドのビット値の観点では０，１，２，３と表現され、端末が解釈するＤＡＩ値の観点では１，２，３，４と表現される。
【０３６４】
次に、ＰＤＣＣＨ内のＤＡＩフィールドを、サブフレーム別にバンドリングウィンドウ内で複数個のＣＣ上に割り当てられるＰＤＣＣＨの総個数の指示子として用いることができる。ここで、ＤＡＩフィールドのビット値０，１，２，３はそれぞれ、総個数１，２，３，４を意味することができる。すなわち、ＤＡＩフィールドのビット値の観点では０，１，２，３と表現され、端末が解釈するＤＡＩ値の観点では１，２，３，４と表現される。
【０３６５】
図３６乃至図３９は、ＣＣ−ドメインバンドリングでのＤＡＩフィールド使用の種々の例示を示すものである。図３６乃至図３９の例示では、端末に５個のＣＣが設定（ｃｏｎｆｉｇｕｒｅｄ）され、ＴＤＤで４  ＤＬ−１  ＵＬ設定（すなわち、４個のＤＬサブフレームでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫ応答を集めて一つのＵＬサブフレームのＰＵＣＣＨを通じて伝送する設定）である場合を示す。また、図３６乃至図３９の例示で、バンドリングウィンドウは５個のＣＣ及び４個のサブフレームで構成される。しかし、図３６乃至図３９で、実際バンドリングウィンドウの最大サイズは４、５または２である場合を示している。
【０３６６】
図３６の例示では、ＰＣｅｌｌにはＣＣ−ドメインバンドリングが適用されない構成を示す（ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズ＝４）。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、サブフレーム別にＳＣｅｌｌのみに割り当てられるＰＤＣＣＨの全体（ｔｏｔａｌ）個数として用いられる。
【０３６７】
図３７の例示では、ＰＣｅｌｌにＣＣ−ドメインバンドリングが適用されない構成を示す（ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズ＝４）。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、サブフレーム別にＰＣｅｌｌ及びＳＣｅｌｌに割り当てられるＰＤＣＣＨの全体（ｔｏｔａｌ）個数として用いられる。これにより、端末は、ＳＣｅｌｌのＤＡＩから、該当のサブフレーム内で基地局が割り当てたＰＤＣＣＨの総個数（ＰＣｅｌｌ及びＳＣｅｌｌ全部でのＰＤＣＣＨの総個数）がわかる。この情報に加えてＰＣｅｌｌのＤＡＩを用いて、端末は、実際バンドリングウィンドウ内で自身が検出／受信に失敗したＰＤＣＣＨがあるか否かを判断できる。これにより、該当のサブフレーム内のＣＣ−ドメインＡＣＫ／ＮＡＣＫバンドリングを效果的に行うことができる。
【０３６８】
例えば、図３７の例示で、端末が２番目のサブフレームでＳＣｅｌｌ上で検出したＰＤＣＣＨ内のＤＡＩ＝２の場合に、端末は、ＰＣｅｌｌ及びＳＣｅｌｌの両方で割り当てられたＰＤＣＣＨの総個数が３であることがわかる。ここで、ＳＣｅｌｌ＃２で端末がＰＤＣＣＨを受信できなかった場合を仮定しよう。この場合、単にＳＣｅｌｌ上でのＤＡＩ値からは、受信できなかったＰＤＣＣＨが実際バンドリングウィンドウ内の（すなわち、ＳＣｅｌｌ上の）ＰＤＣＣＨであるか、或いは実際バンドリングウィンドウ以外の（すなわち、ＰＣｅｌｌ上の）ＰＤＣＣＨであるか確定できない。ここで、ＰＣｅｌｌでのＤＡＩ値は時間上累積カウンターで与えられるので、端末はＰＣｅｌｌ上で最初及び３番目のサブフレームでのＤＡＩ値が順次に与えられたことを確認することで、ＰＣｅｌｌでは、検出に失敗したＰＤＣＣＨが無いことが確認できる。結論として、端末は、２番目のサブフレームでは、ＳＣｅｌｌのいずれか一つでＰＤＣＣＨ検出に失敗したことがわかる。
【０３６９】
図３８の例示では、ＰＣｅｌｌ、ＳＣｅｌｌ両方にＣＣ−ドメインバンドリングが適用される構成を示す（ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズ＝５）。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、該当のサブフレーム内でＰＣｅｌｌ及びＳＣｅｌｌの両方で割り当てられたＰＤＣＣＨの総個数として用いられる。これにより、端末は、ＳＣｅｌｌのＤＡＩから、該当のサブフレーム内で基地局が割り当てたＰＤＣＣＨの総個数（ＰＣｅｌｌ及びＳＣｅｌｌの両方でのＰＤＣＣＨの総個数）がわかる。これは、実際バンドリングウィンドウ内のＰＤＣＣＨの個数を表すから、端末は、該当の実際バンドリングウィンドウ内で自身が検出／受信に失敗したＰＤＣＣＨが存在するか否かを判定できる。これにより、該当のサブフレーム内のＣＣ−ドメインＡＣＫ／ＮＡＣＫバンドリングを效果的に行うことができる。
【０３７０】
図３９の例示では、ＣＣ−ドメイン実際バンドリングウィンドウの最大サイズが２の場合を示す。この場合、ＰＣｅｌｌにはＣＣ−ドメインバンドリングが適用されず、４個のＳＣｅｌｌに対して最大サイズ２の実際バンドリングウィンドウ２個が構成される。この場合、ＰＣｅｌｌのＤＡＩフィールドは、ＰＣｅｌｌ内でサブフレームに割り当てられるＰＤＣＣＨの累積カウンターとして用いられる。ＳＣｅｌｌのＤＡＩフィールドは、サブフレーム別に、ＰＣｅｌｌ以外の、実際バンドリングウィンドウ内のＳＣｅｌｌ（最大２個）で割り当てられるＰＤＣＣＨの総個数として用いられる。
【０３７１】
本実施例５は、ＡＣＫ／ＮＡＣＫ部分バンドリング（時間−ドメインまたは周波数−ドメインでのバンドリング）が適用される場合に関するもので、この場合にも、ＡＲＩ（＝ＴＰＣフィールド）値がバンドリングウィンドウ内で異なっていると、ＡＣＫ／ＮＡＣＫバンドリング動作の不明瞭性が発生する。
【０３７２】
したがって、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇ場合に、バンドリングされたサブフレーム内では、ＰＣｅｌｌでＴＰＣフィールドがＡＲＩ用途に再使用される（すなわち、ＴＰＣが元来の用途に用いられるＰＤＣＣＨ以外の）ＰＤＣＣＨのＡＲＩ値を同一に維持させることができる。また、バンドリングされたＣＣ内で、ＰＣｅｌｌでＡＲＩ用途に用いられるフィールド（＝ＴＰＣフィールド）の値は、ＳＣｅｌｌでのＡＲＩ用途に用いられるフィールド（＝ＴＰＣフィールド）の値と同一に維持させることができる。また、バンドリングされたＣＣ及びサブフレーム内で、ＰＣｅｌｌでは、ＴＰＣが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）以外の、残りのＰＤＣＣＨ（例えば、ＤＡＩ＞１のＰＤＣＣＨ）のＡＲＩ値を同一に維持させることができる。これに関連する具体的な事項として前述した実施例４−１乃至４−３で説明した本発明の原理を、本実施例５にも同一に適用することができる。説明の明瞭性のために重複する説明は省略する。
【０３７３】
多重搬送波支援システムにおいて下りリンク半−持続的スケジューリング伝送に対する上りリンク確認応答の伝送
ＬＴＥリリース−８システムは、半−持続的スケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ；ＳＰＳ）を支援する。下りリンクＳＰＳ伝送の活性化（ａｃｔｉｖａｔｉｏｎ）の場合に、ＰＤＣＣＨによって、ＳＰＳ伝送に関する時間／周波数リソースがあらかじめ割り当てられ、割り当てられたリソースを通じて対応のＰＤＣＣＨ無しでＰＤＳＣＨが伝送される方式で動作することができる。また、ＳＰＳ伝送の解除（ｒｅｌｅａｓｅ）については、ＳＰＳ解除を指示するＰＤＣＣＨを伝送することができる。
【０３７４】
ＳＰＳに関連したＡＣＫ／ＮＡＣＫフィードバックは２つの形態に区別可能である。その一つは「サブフレームｎ−ｋ内で端末により検出される、下りリンクＳＰＳ解除を指示するＰＤＣＣＨ（ＰＤＣＣＨ  ｉｎｄｉｃａｔｉｎｇ  ｄｏｗｎｌｉｎｋ  ＳＰＳ  ｒｅｌｅａｓｅ  ｄｅｔｅｃｔｅｄ  ｂｙ  ｔｈｅ  ＵＥ  ｗｉｔｈｉｎ  ｔｈｅ  ｓｕｂｆｒａｍｅ（ｓ）ｎ−ｋ）」に対するＡＣＫ／ＮＡＣＫフィードバックがサブフレームｎで伝送される形態である。もう一つは、「サブフレームｎ−ｋ内で対応するＰＤＣＣＨのないＰＤＳＣＨ伝送（ＰＤＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎｓ  ｗｉｔｈｏｕｔ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ  ｗｉｔｈｉｎ  ｔｈｅ  ｓｕｂｆｒａｍｅ（ｓ）ｎ−ｋ）」に対するＡＣＫ／ＮＡＣＫフィードバックがサブフレームｎで伝送される形態である。前者は、ｎ−ｋ（ｋは、一つの値または複数の値を含む）番目のサブフレームでのＰＤＣＣＨが存在する場合に、そのＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫフィードバックがｎ番目のサブフレームで伝送される場合に該当する。後者は、ＳＰＳ活性化の後に別途のＰＤＣＣＨ無しでＳＰＳ伝送がｎ−ｋ番目のサブフレームで受信される場合に、当該ＳＰＳ伝送に対する規則的なＡＣＫ／ＮＡＣＫフィードバックがｎ番目のサブフレームで伝送される場合に該当する。ＳＰＳ伝送に関する具体的な内容は、３ＧＰＰ  ＴＳ  ３６．２１３文書を参照すればよい。
【０３７５】
ＬＴＥリリース−８システムでのＡＣＫ／ＮＡＣＫフィードバックのためのＰＵＣＣＨリソースインデックスは、基本的に、ＰＤＣＣＨのＣＣＥインデックスに基づいて決定される。ｎ番目のサブフレームでの一つのＰＵＣＣＨでのＡＣＫ／ＮＡＣＫ応答が、ｎ−ｋ番目のサブフレームでの一つ以上のＰＤＣＣＨ（一般的なＰＤＣＣＨも、ＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨも含む）に対するＡＣＫ／ＮＡＣＫ応答を含む場合には、ＰＤＣＣＨのＣＣＥインデックスからＰＵＣＣＨリソースインデックスを誘導することができる。しかし、ｎ−ｋ番目のサブフレームでのＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫ応答のみをｎ番目のサブフレームで伝送しなけはばならない場合には、該ＡＣＫ／ＮＡＣＫ応答のためのＰＵＣＣＨリソースインデックスを決定することができない。このような問題を解決するために、ＬＴＥリリース−８システムでは、ＲＲＣシグナリングを用いて「対応するＰＤＣＣＨのないＰＤＳＣＨ伝送（すなわち、ＳＰＳ  ＰＤＳＣＨ伝送）」のみが存在する場合のためのＰＵＣＣＨリソースインデックスセット（例えば、４個のＰＵＣＣＨリソースインデックスで構成された一つのセット）をあらかじめ知らせる。また、ＳＰＳ活性化を指示するＰＤＣＣＨ内のＴＰＣフィールドを用いて、ＰＵＣＣＨリソースインデックスセットのうちいずれのＰＵＣＣＨリソースを使用するかを指定する。ＤＬ  ＳＰＳに対するＰＵＣＣＨリソースインデックス
【０３７６】
【化２５】
0005946838.tif 000040
【０３７７】
とＴＰＣフィールドの値とのマッピング関係は、下記の表１４のように定義される。
【０３７８】
【表１４】
0005946838.tif 000041
【０３７９】
前述のようなＤＬ  ＳＰＳ伝送が多重搬送波支援システムで行われる場合に、ＤＬ  ＳＰＳ伝送を考慮したＡＣＫ／ＮＡＣＫ伝送方案が望まれる。
【０３８０】
これに関する本発明の種々の実施例は、前述した実施例４または実施例５と類似に、特定端末のためのＰＣｅｌｌの最初のＰＤＣＣＨ（すなわち、ＤＡＩ＝１（ＤＡＩ＝１，２，３，４，…）のＰＤＣＣＨ）のＴＰＣフィールドは、元来の用途である伝送電力制御の用途に用いられ、残りのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられることを前提に説明する。ただし、この仮定は説明の明瞭性のためのもので、本発明の適用例がこれに制限されるわけではなく、他の方式でＡＲＩ情報が提供されてもよい。
【０３８１】
ｎ−ｋ番目のサブフレームでの「対応するＰＤＣＣＨのないＰＤＳＣＨ伝送」（以下では、「ＰＤＣＣＨのないＳＰＳ」と称する）に対するＡＣＫ／ＮＡＣＫ応答をｎ番目のサブフレームで伝送する場合に、ｎ−ｋ番目のサブフレーム内でＰＤＣＣＨのないＳＰＳが受信され、追加的に一つのＰＤＣＣＨが検出されることがある。この場合、ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ応答及びＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫ応答が伝送される必要がある。ここで、一つの検出されたＰＤＣＣＨが最初のＰＤＣＣＨ（例えば、ＤＡＩ＝１のＰＤＣＣＨ）である場合には、当該ＰＤＣＣＨのＴＰＣフィールドは元来の用途に用いられるので、端末ではＡＲＩ情報が受信されない場合に該当する。そのため、端末はＰＵＣＣＨフォーマット３のためのリソースインデックスを決定することができない。以下では、このような問題を解決するための本発明の種々の実施例について説明する。
【０３８２】
上述したように、以下の説明において、ＡＣＫ／ＮＡＣＫ伝送を必要とする場合は、次の３ケースのうち一つに該当する。ケース１は、「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫであり、ケース２は「ＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫであり、ケース３は「ＤＬ  ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫである。
【０３８３】
ケース３は、「対応するＰＤＣＣＨのないＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫ、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫ、または単に「ＳＰＳ」に対するＡＣＫ／ＮＡＣＫと称することもできる。また、ケース１で、「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」におけるＰＤＣＣＨを「ＰＤＳＣＨに対応するＰＤＣＣＨ」と呼ぶこともできる。
【０３８４】
実施例６
本実施例６は、常にＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ応答を伝送する方案に関する。
【０３８５】
ＳＰＳのみのためのＰＵＣＣＨフォーマット３リソースインデックスセットを、ＲＲＣシグナリングを通じて端末に知らせることができる。例えば、上記の表１３のような形態で
【０３８６】
【化２６】
0005946838.tif 000042
【０３８７】
【化２７】
0005946838.tif 000043
【０３８８】
で構成されたセットに関する情報を端末に提供することができる。また、ＳＰＳ活性化を指示するＰＤＣＣＨ内のＴＰＣフィールドを通じて、ＰＵＣＣＨフォーマット３リソースインデックスセットのうちいずれのリソースインデックスを使用するかを端末に指定することができる。
【０３８９】
一例として、ＰＤＣＣＨのないＳＰＳのみに対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、ＲＲＣ設定されたセットから、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳのみのＡＣＫ／ＮＡＣＫも、ＰＵＣＣＨフォーマット３を用いて伝送することができる。
【０３９０】
他の例示として、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合には、下記の方案を適用することができる。
【０３９１】
第一の方案は、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することである。すなわち、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫも、ＰＵＣＣＨフォーマット３を用いて伝送することができる。
【０３９２】
第二の方案は、一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」にＡＲＩ情報が含まれるか否かによって再び２つの方案に区別される。
【０３９３】
一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」がＡＲＩ情報を含まないＰＤＣＣＨ（例えば、最初のＤＡＩを持つ（ＤＡＩ＝１の）ＰＤＣＣＨ）の場合に、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」からＡＲＩ情報が獲得されない場合にも、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫを、ＰＵＣＣＨフォーマット３を用いて伝送することができる。
【０３９４】
一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」が、ＡＲＩ情報を含むＰＤＣＣＨ（例えば、最初のＤＡＩを有しない（ＤＡＩ＞１の）ＰＤＣＣＨ）の場合に（この場合は、最初のＤＡＩを有するＰＤＣＣＨを端末が逃した場合でもよい）、「ＰＤＳＣＨに対応するＰＤＣＣＨ」内のＴＰＣフィールドが指示するＡＲＩ値を用いて、ＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。
【０３９５】
一方、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫを含む複数のＡＣＫ／ＮＡＣＫフィードバックが伝送される場合には、前述した本発明の例示のように、ＰＣｅｌｌ内の２番目以上の（例えば、ＤＡＩ＞１の）ＰＤＣＣＨまたはＳＣｅｌｌ内のＰＤＣＣＨのＴＰＣフィールドが指示するＡＲＩ値によって、ＰＵＣＣＨフォーマット３リソースインデックスを決定することができる。
【０３９６】
実施例７
本実施例７は、ＰＤＣＣＨのないＳＰＳ「のみ」の伝送に対するＡＣＫ／ＮＡＣＫは、常にフォールバックモードで動作する方案に関する。ここで、フォールバックモードは、ＬＴＥリリース−８で定義される動作によってＡＣＫ／ＮＡＣＫ伝送が行われることであり、例えば、ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送するモードを意味する。一方、「ＰＤＣＣＨのないＳＰＳ」及び他の下りリンク伝送（ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫを伝送する場合には、ＰＵＣＣＨフォーマット３を用いることができる。
【０３９７】
そのために、ＳＰＳ「のみ」が伝送される場合に使用するＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットを、ＲＲＣシグナリングを通じて端末に知らせることができる。ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットは、例えば、上記の表１４のように設定されるとよいが、別の方式で設定されてもよい。また、ＳＰＳ活性化を指示する時に、ＳＰＳ活性化ＰＤＣＣＨ内のＴＰＣフィールドを用いてＰＵＣＣＨリソースインデックスセットのうちいずれを使用するかを指定することができる。
【０３９８】
ＳＰＳ伝送の時間／周波数リソースは基地局と端末間にあらかじめ設定されているため、基地局及び端末は、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫフィードバックがいつ送受信されるかを知っている。そのため、特定端末へのＳＰＳが存在するバンドリングウィンドウ内では、基地局はＰＣｅｌｌ内のＰＤＣＣＨを区分せず、全てのＰＤＣＣＨでのＴＰＣフィールドをＡＲＩの用途に用いることができる。すなわち、ＰＤＣＣＨのないＳＰＳのみに対するＡＣＫ／ＮＡＣＫフィードバックの伝送において、ＰＤＣＣＨのないＳＰＳが存在するバンドリングウィンドウ内で伝送されるＰＤＣＣＨは、ＰＣｅｌｌ、ＳＣｅｌｌを問わずいずれもＴＰＣフィールドをＡＲＩの用途に用いることができる。
【０３９９】
この場合、ＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫフィードバックを伝送するＰＵＣＣＨに対して、ＰＤＣＣＨのＴＰＣフィールドが元来の用途（上りリンク伝送電力の制御）に用いられることがない。しかし、ＰＤＣＣＨ内のＴＰＣ値は絶対値ではなく、以前伝送電力に対する相対的なオフセット（ｏｆｆｓｅｔ）値であるため、端末がＴＰＣ値を１〜２回アップデートしなくても、既存に設定された伝送電力は維持される。なお、ＰＤＣＣＨ内のＴＰＣフィールド値を用いる伝送電力方案の他にも、補完的な電力制御方案が備えられている。また、ＦＤＤモードでＰＤＣＣＨのないＳＰＳの伝送を必要とする場合に、端末には元来の用途のＴＰＣ値が得られないと既に定義されている。したがって、ＴＤＤモードで前述した発明の例示のように動作することによって、元来の用途のＴＰＣが適用されなくても実質的にネットワーク性能に大きい影響を与えることはない。
【０４００】
本実施例７の一例によれば、ＰＤＤＣＨのないＳＰＳのみに対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合に、ＲＲＣ設定されたセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳのみのＡＣＫ／ＮＡＣＫの場合に、ＰＵＣＣＨフォーマット１ａ／１ｂを用いるフォールバックモードで動作できる。
【０４０１】
他の例示として、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合には、前述したように、バンドリングウィンドウ内の全てのＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられるので、検出された一つのＰＤＣＣＨのＴＰＣフィールドが指示するＡＲＩ値によってＰＵＣＣＨフォーマット３リソースインデックスを選択及び使用することができる。
【０４０２】
一方、ＰＤＤＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫを含む複数のＡＣＫ／ＮＡＣＫフィードバックが伝送される場合には、前述したように、バンドリングウィンドウ内の全てのＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられるので、ＰＣｅｌｌ及び／またはＳＣｅｌｌ内のＰＤＣＣＨのＴＰＣフィールドが指示するＡＲＩ値によってＰＵＣＣＨフォーマット３リソースインデックスが決定することができる。
【０４０３】
実施例８
本実施例８は、ＰＤＣＣＨのないＳＰＳ伝送を「含む」下りリンク伝送に対するＡＣＫ／ＮＡＣＫは常にフォールバックモードで動作する方案に関する。
【０４０４】
そのために、ＰＵＣＣＨのないＳＰＳ「のみ」が伝送される場合に使用するＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットをＲＲＣシグナリングを通じて端末に知らせることができる。ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスセットは、例えば、上記の表１４のように設定されてもよく、別の方式で設定されてもよい。また、ＳＰＳ活性化を指示する時に、ＳＰＳ活性化ＰＤＣＣＨ内のＴＰＣフィールドを用いてＰＵＣＣＨリソースインデックスセットのうちいずれを使用するかを指定することができる。
【０４０５】
本実施例８の一例によれば、ＰＤＤＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合に、ＲＲＣ設定されたセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳのみのＡＣＫ／ＮＡＣＫの場合にＰＵＣＣＨフォーマット１ａ／１ｂを用いるフォールバックモードで動作可能である。ここで、ＰＤＣＣＨのないＳＰＳに対するＡＣＫ／ＮＡＣＫフィードバックは、コードワードの個数に応じて１ビットまたは２ビットのサイズを有することができ、それぞれＰＵＣＣＨフォーマット１ａまたは１ｂが用いられる。
【０４０６】
他の例示として、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合には、ＲＲＣ設定されたセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示された特定ＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを選択及び使用することができる。すなわち、ＰＤＣＣＨのないＳＰＳが含まれる伝送に対するＡＣＫ／ＮＡＣＫフィードバックも、ＰＵＣＣＨフォーマット１ａ／１ｂを用いるフォールバックモードで動作可能である。ここで、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」のそれぞれに対するコードワードの個数に応じて２ビット乃至４ビットのフィードバックペイロードが必要となる（空間バンドリングの適用がないと、一つのコードワードに対して１ビットサイズのＡＣＫ／ＮＡＣＫ応答ビットが生成されるわけである）。
【０４０７】
以下では、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に関する本発明の具体的な例示について説明する。
【０４０８】
実施例８−１
本実施例８−１は「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、Ｍ＝２、３または４のチャネル選択手法を用いる方案に関する。すなわち、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックペイロードサイズは２ビット乃至４ビットであり、これを損失無く伝送するために、２、３または４個のＰＵＣＣＨフォーマット１ｂ（またはＰＵＣＣＨフォーマット１ａ）を使用するチャネル選択方式が適用されるとよい。ＬＴＥリリース−８で定義されたＰＵＣＣＨフォーマット１ｂ（または１ａ）のためのチャネル選択手法を用いる場合は、ＬＴＥリリース−８のチャネル選択手法を使用するフォールバックモードで動作すると表現することができる。
【０４０９】
ここで、チャネル選択のために用いられる複数のリソースのうち、一つのＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースは、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導され、他のＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースは、ＳＰＳ活性化を指示するＰＤＣＣＨを通じて指示可能である。このような２個のＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースのうち一つを選択するチャネル選択方式でＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０４１０】
追加のＰＵＣＣＨリソースをさらに必要とする場合（例えば、Ｍ＝３または４）に、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスに所定のオフセット（例えば、１）を加えた値（ＣＣＥ  ｉｎｄｅｘ＋ｏｆｆｓｅｔ）に該当するＰＵＣＣＨリソースをチャネル選択に用いることができる。「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスに基づく追加のリソースに代えてまたは加えて、ＳＰＳ活性化ＰＤＣＣＨを通じて割り当てられるリソースインデックスに所定のオフセット（例えば、１）を加えた値（ＳＰＳ  ＰＤＣＣＨ  ｉｎｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｅｘ＋１）に該当するＰＵＣＣＨリソースがチャネル選択に用いられてもよい。
【０４１１】
または、前述した方式と類似に、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に関する情報から明示的及び／または暗黙的に定められるＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを用いてチャネル選択方式が適用されてもよい。
【０４１２】
本実施例８−１によって端末がＡＣＫ／ＮＡＣＫ情報を伝送するＰＵＣＣＨリソースを決定する場合に、基地局の立場では、ＰＵＣＣＨフォーマット３領域（ｒｅｇｉｏｎ）、ＰＵＣＣＨフォーマット１ａ／１ｂ領域、チャネル選択（ＰＵＣＣＨフォーマット１ｂ（または１ａ））領域の３つの場合に対してＡＣＫ／ＮＡＣＫ情報の受信を試みることができる。端末は、これら３つの場合のいずれか一つでＡＣＫ／ＮＡＣＫ伝送をするので、基地局は、これら３つの場合に対するブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行わなければならない。
【０４１３】
実施例８−２
本実施例８−２は、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックを必要とする場合に、空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）を用いて、ＬＴＥリリース−８で定義するＰＵＣＣＨフォーマット１ｂ（または１ａ）を用いるフォールバックモードで動作する方案に関する。
【０４１４】
まず、「ＰＤＣＣＨのないＳＰＳ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。同様に、「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。仮に、「ＰＤＣＣＨのないＳＰＳ」または「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」のいずれか一方が１コードワードであり、いずれか他方は２コードワードである場合に、２コードワードの伝送に対してのみ空間バンドリングが行われる。
【０４１５】
これにより、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫペイロードサイズは、空間バンドリングが行われない場合の２乃至４ビットサイズから、空間バンドリングが行われると２ビットへと減少する。
【０４１６】
２ビットサイズのＡＣＫ／ＮＡＣＫフィードバックは、既存のＬＴＥリリース−８のＰＵＣＣＨフォーマット１ｂ（または１ａ）を用いて伝送可能である。すなわち、空間バンドリングが行われると、ＬＴＥリリース−８のＰＵＣＣＨフォーマット１ｂ（または１ａ）を使用するフォールバックモードで動作できる。
【０４１７】
このとき、一つの「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが選択及び使用されてもよく、または、ＲＲＣ設定されたリソースインデックスセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが選択及び使用されてもよい。言い換えると、それぞれのＡＣＫ／ＮＡＣＫ応答がＰＵＣＣＨフォーマット１ａにフォールバックして位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）により多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）されること、すなわち、２つのＡＣＫ／ＮＡＣＫ応答のうちいずれか一方はＩチャネルにマッピングされ、他方はＱチャネルにマッピングされることと表現できる。または、２つのＡＣＫ／ＮＡＣＫ応答がＰＵＣＣＨフォーマット１ｂにフォールバックして多重化されることと表現することもできる。
【０４１８】
例えば、ＬＴＥリリース−８で定義されるＰＵＣＣＨフォーマット１ｂで用いられる２ビットのＡＣＫ／ＮＡＣＫのうち、ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）は「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫにマッピングされ、ＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）は「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫにマッピングされてもよく、または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。
【０４１９】
他の例示として、ＱＰＳＫコンステレーションでＩ軸には「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがマッピングされ、Ｑ軸には「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫがマッピングされてもよい。または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。または、受信時間順序によって、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」のうち先に受信されたものに対するＡＣＫ／ＮＡＣＫがＩ軸にマッピングされ、後で受信されたものに対するＡＣＫ／ＮＡＣＫがＱ軸にマッピングされてもよい。または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。
【０４２０】
ここで、例えば、Ｉ軸には「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがマッピングされ、Ｑ軸には「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫがマッピングされるように設定された場合に、端末がＰＤＣＣＨ（すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」）の検出に失敗しても基地局では少なくともＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫ応答は受信することができる。端末がＰＤＣＣＨ検出に失敗した場合に「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがＩ軸上にマッピングされる場合のコンステレーション位置と、端末がＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット１ａを使用してＢＰＳＫコンステレーション（すなわち、Ｉ軸）を用いて伝送する場合のコンステレーション位置とが同一であるわけである。
【０４２１】
さらに他の例示として、ＱＰＳＫコンステレーションで「１，１」及び「０，０」は「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫにマッピングされ、「０，１」及び「１，０」は「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫにマッピングされるとよい。または、それぞれのＡＣＫ／ＮＡＣＫをこの例示と逆にマッピングさせてもよい。
【０４２２】
このようなコンステレーションマッピングは、それぞれのＣｅｌｌでの伝送モード（ＴＭ）がＭＩＭＯモードである場合にも、そうでない場合にも同一に適用可能である。または、空間バンドリングが実際に適用されるか否か（すなわち、２コードワード伝送が存在するか否か）にかかわらず、このようなコンステレーションマッピングが適用されてもよい。
【０４２３】
本実施例８−２の適用において、ＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫフィードバックの場合にも空間バンドリングを適用することができる。この場合、基地局の立場では、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨフォーマット１ａ／１ｂ領域、「ＰＤＣＣＨのないＳＰＳ」、「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨフォーマット１ａ／１ｂ領域、及びＰＵＣＣＨフォーマット３領域といった３つの場合に対するブラインドデコーディングを行わなければならない。
【０４２４】
また、本実施例８−２の適用において、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるリソースインデックスをＰＵＣＣＨリソースとして使用する代わりに、ＲＲＣ設定されたＰＵＣＣＨリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指定されるＰＵＣＣＨリソースインデックスを使用し、その他の事項は同一に適用することも可能である。
【０４２５】
実施例８−３
本実施例８−３は、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫフィードバックが必要な場合に、空間（ｓｐａｔｉａｌ）バンドリング（すなわち、複数個のコードワードに対するＡＣＫ／ＮＡＣＫバンドリング）を適用し、Ｍ＝２のチャネル選択手法を使用する方案に関する。ＬＴＥリリース−８で定義されたＰＵＣＣＨフォーマット１ｂ（または１ａ）のためのチャネル選択手法を使用する場合は、ＬＴＥリリース−８のチャネル選択手法を使用するフォールバックモードで動作すると表現できる。
【０４２６】
まず、「ＰＤＣＣＨのないＳＰＳ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。同様に、「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」が複数個の（例えば、２個の）コードワード伝送である場合に、これに対するＡＣＫ／ＮＡＣＫ応答に対して空間バンドリングを行う。仮に、「ＰＤＣＣＨのないＳＰＳ」または「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」のうちいずれか一方のみが１コードワードであり、他方は２コードワードである場合に、２コードワードの伝送に対してのみ空間バンドリングが行われる。
【０４２７】
これにより、「ＰＤＣＣＨのないＳＰＳ」及び「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫペイロードサイズは、空間バンドリングが行われない場合における２乃至４ビットサイズから、空間バンドリングが行われると２ビットへと減少する。
【０４２８】
２ビットサイズのＡＣＫ／ＮＡＣＫフィードバックは、既存のＬＴＥリリース−８のＰＵＣＣＨフォーマット１ｂ（または１ａ）を用いて伝送することができる。ここで、ＰＵＣＣＨフォーマット１ｂ（／１ａ）を用いたＭ＝２のチャネル選択方式を使用することができる。すなわち、空間バンドリングが行われた結果である２ビットサイズのＡＣＫ／ＮＡＣＫフィードバックをＰＵＣＣＨフォーマット１ｂ（／１ａ）へのフォールバックモードを用いて伝送することができる。
【０４２９】
ここで、Ｍ＝２とは、空間バンドリングされた結果である２つのＡＣＫ／ＮＡＣＫ情報（２−ビットＡＣＫ／ＮＡＣＫ情報）を伝達することを意味することもでき、２個のＰＵＣＣＨリソースを使用するチャネル選択を意味することもできる。このように、チャネル選択を使用することによって基地局での検出性能を向上させることができる。
【０４３０】
このとき、チャネル選択のための２個のＰＵＣＣＨリソースのうち、最初のＰＵＣＣＨリソースは、ＳＰＳ活性化ＰＤＣＣＨを通じて指定されたＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが用いられ、２番目のＰＵＣＣＨリソースは「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスが用いられてもよく、または、この例示とは逆に、最初及び２番目のＰＵＣＣＨリソースが、それぞれＳＰＳ活性化ＰＤＣＣＨを通じて指定されたＰＵＣＣＨリソースインデックス、及び「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨリソースインデックスにマッピングされてもよい。このような２個のＰＵＣＣＨフォーマット１ｂ（または１ａ）リソースのうち一つを選択するチャネル選択方式によりＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０４３１】
本実施例において、ＡＣＫ／ＮＡＣＫ情報及びＰＵＣＣＨリソースのチャネル選択マッピング関係は、例えば、上記の表５または上記の表８のように設定することができる。しかし、これは、単なる例示であり、新しいチャネル選択マッピング関係が定義及び使用されてもよい。
【０４３２】
本実施例の一例として、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択マッピング関係が上記の表５のように与えられる場合を仮定する。チャネル選択に用いられる２個のＰＵＣＣＨリソース
【０４３３】
【化２８】
0005946838.tif 000044
【０４３４】
のうち、ＳＰＳ活性化ＰＤＣＣＨを通じて指定されるＰＵＣＣＨリソースを
【０４３５】
【化２９】
0005946838.tif 000045
【０４３６】
にマッピングさせ、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるＰＵＣＣＨリソースを
【０４３７】
【化３０】
0005946838.tif 000046
【０４３８】
にマッピングさせることができる。このようなマッピング設定は、「ＰＤＣＣＨのないＳＰＳ」及び「ＰＤＳＣＨに対応するＰＤＣＣＨ」の受信順序（受信時間）によらずに決定することができる。例えば、特定端末がＰＤＣＣＨ（すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」）を逃してＳＰＳのみを受信した後、それに対する応答を伝送する場合が発生しても、基地局では少なくともＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を受信するようになる。端末がＰＤＣＣＨ検出に失敗した場合に「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫ伝送に用いるＰＵＣＣＨリソース
【０４３９】
【化３１】
0005946838.tif 000047
【０４４０】
と、端末がＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ伝送に用いるＰＵＣＣＨリソース
【０４４１】
【化３２】
0005946838.tif 000048
【０４４２】
とが同一であるわけである。一方、本例示の変形例として、それぞれのＰＵＣＣＨリソースと下りリンク伝送の種類（ＰＤＣＣＨまたはＳＰＳ）がこの例示と逆にマッピングされてもよく、受信時間の順序によってマッピングされてもよい。
【０４４３】
本実施例の他の例として、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択マッピング関係において、２ビットＡＣＫ／ＮＡＣＫのうち、ＭＳＢには、ＳＰＳに対するＡ／Ｎをマッピング（すなわち、先のビットにＳＰＳに対するＡＣＫ／ＮＡＣＫをマッピング）し、ＬＳＢには、「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫをマッピング（すなわち、後のビットにＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫをマッピング）して使用することができる。または、Ｉ軸には、ＳＰＳに対するＡＣＫ／ＮＡＣＫをマッピングし、Ｑ軸には、「一つのＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」（例えば、ＤＡＩ＝１のＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫをマッピングして使用する場合に、端末がＰＤＣＣＨ（すなわち、「ＰＤＳＣＨに対応するＰＤＣＣＨ」）の検出に失敗しても、基地局では少なくともＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫ応答は受信することができる。端末がＰＤＣＣＨ検出に失敗した場合に「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫがＩ軸上にマッピングされる場合のコンステレーション位置と、端末がＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット１ａを用いてＢＰＳＫコンステレーション（すなわち、Ｉ軸）を用いて伝送する場合のコンステレーション位置とが同一であるわけである。または、この例示とは逆のマッピング関係を設定することもでき、受信時間の順序によってマッピングすることもできる。
【０４４４】
ここで、基地局が少なくともＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を受信することを保障するために、種々のＡＣＫ／ＮＡＣＫフィードバックが伝送される場合において特定情報が特定ＰＵＣＣＨリソースにマッピングされるようにすることができる。例えば、前述したように、チャネル選択マッピング関係において、ＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫがマッピングされるＰＵＣＣＨリソースを、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫが伝送されるＰＵＣＣＨリソースと同一に設定することができる。
【０４４５】
下記の表１５は、既存のＬＴＥリリース−８／９でＰＵＣＣＨフォーマット１ａ及び１ｂのための変調シンボル（またはコンステレーション）を表すものである。
【０４４６】
【表１５】
0005946838.tif 000049
【０４４７】
上記の表１５で、ｂ（０）値「０」はＮＡＣＫであり、「１」はＡＣＫであると仮定する。これにより、ｂ（０）、ｂ（１）値「００」は、ＡＣＫ／ＡＣＫを意味し、「１１」は、ＮＡＣＫ／ＮＡＣＫを意味する。この場合に、少なくとも、先の一つのビット（ｂ（０））は、ＰＵＣＣＨフォーマット１ａと１ｂで同一の変調シンボルを有するようになる。言い換えると、ｄ（０）＝１の場合に、ＰＵＣＣＨフォーマット１ａ及び１ｂのいずれにおいてもｂ（０）は常に０であり、ｄ（０）＝−１の場合にＰＵＣＣＨフォーマット１ａ及び１ｂのいずれにおいてもｂ（０）は常に１である。これにより、基地局は、受信したＡＣＫ／ＮＡＣＫフィードバックがＰＵＣＣＨフォーマット１ａで伝送されたものか、或いはＰＵＣＣＨフォーマット１ｂで伝送されたものかが確認できなくても、少なくとも、先の一つのビット（ｂ（０））に関する情報を受信して検出することができる。チャネル選択マッピング関係を設定する場合に、「ＰＤＣＣＨのないＳＰＳ」に対するＡＣＫ／ＮＡＣＫは先の一つのビット（ｂ（０））にマッピングされるＰＵＣＣＨリソースを使用するようにすればよく、これにより、少なくとも基地局にとってのＳＰＳに対するＡＣＫ／ＮＡＣＫの受信を保障することができる。
【０４４８】
例えば、Ｍ＝２のチャネル選択において下記の表１６のようなチャネル選択マッピング関係を用いることができる。
【０４４９】
【表１６】
0005946838.tif 000050
【０４５０】
上記の表１６で、ＨＡＲＱ−ＡＣＫ（０）にＳＰＳに対するＡＣＫ／ＮＡＣＫがマッピングされ、ＨＡＲＱ−ＡＣＫ（１）に「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫがマッピングされる。
【０４５１】
例えば、１コードワードを有するＳＰＳ「のみ」が受信され、それ以外に「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」は受信されない場合を仮定する。この場合、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答はＰＵＣＣＨフォーマット１ａを用いて伝送可能である。
【０４５２】
一方、ＳＰＳと共に「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」が受信された場合には、本発明の例示によってチャネル選択が用いられるとよい。この場合に、ＳＰＳに対して上位層設定されたＰＵＣＣＨリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨで指示されたＰＵＣＣＨリソースを上記の表１６の
【０４５３】
【化３３】
0005946838.tif 000051
【０４５４】
として使用することができる。また、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから、（あらかじめ定められた規則によって暗黙的に）誘導されるＰＵＣＣＨリソースを上記の表１６の
【０４５５】
【化３４】
0005946838.tif 000052
【０４５６】
として使用することができる。このとき、端末で「ＰＤＳＣＨに対応するＰＤＣＣＨ」を逃したか否かにかからず、基地局ではＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を受信できるようにしなければならない。
【０４５７】
前述したように、端末がＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を伝送する場合には
【０４５８】
【化３５】
0005946838.tif 000053
【０４５９】
を使用する。この場合、ＡＣＫは、ｂ（０）＝１、ｄ（０）＝−１の変調シンボルに該当し、ＮＡＣＫは、ｂ（０）＝０、ｄ（０）＝１の変調シンボルに該当する。一方、端末がＳＰＳ及び「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を伝送する場合に、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答が伝送されるリソースは、上記の表１６から確認すればよい。上記の表１６において、
【０４６０】
【化３６】
0005946838.tif 000054
【０４６１】
を使用する場合のうち、「ＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合及び「ＮＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合を調べてみる。「ＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合は、ｂ（０）ｂ（１）＝１１、ｄ（０）＝−１の変調シンボルに該当する。「ＮＡＣＫ、ＮＡＣＫ／ＤＴＸ」の場合は、ｂ（０）ｂ（１）＝００、ｄ（０）＝１の変調シンボルに該当する。要するに、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を伝送する場合も、ＳＰＳ及び「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を伝送する場合も、
【０４６２】
【化３７】
0005946838.tif 000055
【０４６３】
を使用するＡＣＫ／ＮＡＣＫ伝送においてＳＰＳに対するＡＣＫ／ＮＡＣＫは同じ変調シンボル（すなわち、ＡＣＫの場合はｄ（０）＝−１、ＮＡＣＫの場合はｄ（０）＝１）を用いて伝送される。したがって、基地局は、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を受信したか、或いはＳＰＳ及び「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を受信したかにかかわらず、
【０４６４】
【化３８】
0005946838.tif 000056
【０４６５】
上で信号が検出されると、少なくとも、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答を確認することができる。
【０４６６】
一方、上記の表１６で、「ＡＣＫ、ＡＣＫ」の場合及び「ＮＡＣＫ／ＤＴＸ、ＡＣＫ」の場合は、「ＰＤＳＣＨに対応するＰＤＣＣＨ」のＣＣＥインデックスから誘導されるリソース、すなわち、
【０４６７】
【化３９】
0005946838.tif 000057
【０４６８】
を用いてＡＣＫ／ＮＡＣＫ応答を伝送することができる。基地局では、
【０４６９】
【化４０】
0005946838.tif 000058
【０４７０】
上で信号が検出されると、「ＰＤＣＣＨのないＳＰＳ」及び「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を受信したということがわかる。
【０４７１】
前述の例示では、説明の便宜上、ＰＵＣＣＨフォーマット１ａを挙げて説明したが、本発明の同一の原理がＰＵＣＣＨフォーマット１ｂの場合にも適用可能である。
【０４７２】
例えば、２コードワードを有するＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット１ｂを用いて伝送することもできる。一方、ＳＰＳと共に「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」が受信された場合には、本発明の例示によって空間バンドリングを用いることができる。これら２つの場合において、同一のチャネル（ＰＵＣＣＨリソース）及び変調シンボルを通じてＳＰＳに対するＡＣＫ／ＮＡＣＫ情報が伝送される。具体的に、ＳＰＳの２コードワードに対するＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫは、空間バンドリング（例えば、論理積）が適用されると、それぞれＡＣＫ、ＮＡＣＫ、ＮＡＣＫ、ＮＡＣＫとなる。また、ＳＰＳ及び「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を同時に伝送する場合に、ＳＰＳに対するＡＣＫ／ＮＡＣＫ応答は、空間バンドリングされた結果によってＡＣＫまたはＮＡＣＫになり、これらはそれぞれ、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答に用いられるチャネル及び変調シンボルのＡＣＫ／ＡＣＫ及びＮＡＣＫ／ＮＡＣＫと同一になる。そのため、基地局にとっては、ＳＰＳのみに対するＡＣＫ／ＮＡＣＫ応答を受信したか、またはＳＰＳ及び「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答を受信したかにかかわらず、
【０４７３】
【化４１】
0005946838.tif 000059
【０４７４】
上で信号が検出されると、少なくとも、ＳＰＳに対する先の信号（例えば、ｂ（０））がＡＣＫかまたはＮＡＣＫかによって空間バンドリングされた結果としてのＡＣＫ／ＮＡＣＫ応答を確認することができる。
【０４７５】
このようなコンステレーションマッピングは、それぞれのＣｅｌｌでの伝送モード（ＴＭ）がＭＩＭＯモードである場合にも、そうでない場合にも同一の適用が可能である。または、空間バンドリングが実際に適用されるか否か（すなわち、２コードワード伝送が存在するか否か）にかかわらず、このようなコンステレーションマッピングが適用されてもよい。
【０４７６】
本実施例８−３の適用において、ＰＤＣＣＨのないＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫフィードバックの場合にも空間バンドリングを適用することができる。こうすると、前述の実施例８−１または８−２に比べて、基地局でブラインドデコーディングを行うべき領域の個数を減らすことができる。さらにいうと、ＬＴＥリリース−８で定義するチャネル選択方式において、大きい値のＭに対するチャネル選択方式は、小さい値のＭに対するチャネル選択方式の上位集合（ｓｕｐｅｒｓｅｔ）となっている。例えば、Ｍ＝２のチャネル選択において先の一つのビット（例えば、ｂ（０））またはＡＣＫ／ＮＡＣＫのみを伝送することは、チャネル選択の適用無しでＰＵＣＣＨフォーマット１ａを用いて１ビットのＡＣＫ／ＮＡＣＫを伝送することと同じ結果となる。そのため、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫのために、ＳＰＳ活性化ＰＤＣＣＨを通じて指示されたＰＵＣＣＨフォーマット１ａ／１ｂリソースインデックスを、チャネル選択で用いられる最初のリソースインデックスとして使用する場合に、チャネル選択が用いられる場合と用いない場合との区別が可能になる。こうなると、「ＰＤＣＣＨのないＳＰＳ」及び「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ応答に対する検出が行われると、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ応答に対する検出が自動で行われる。したがって、基地局の立場では、チャネル選択の場合に対するＰＵＣＣＨフォーマット１ａ／１ｂリソース上のＡＣＫ／ＮＡＣＫ検出（つまり、ＳＰＳ「のみ」に対するＡＣＫ／ＮＡＣＫ検出を含む）、及びＰＵＣＣＨフォーマット３リソース上のＡＣＫ／ＮＡＣＫ検出という２領域でのブラインドデコーディングを行うことで済む。
【０４７７】
以下では、本実施例８−３の詳細な適用例について説明する。
【０４７８】
実施例８−３−１
前述したように、ＡＣＫ／ＮＡＣＫ応答は３つのケースに対して発生する。ケース１は、対応するＰＤＣＣＨがあるＰＤＳＣＨ（ＰＤＳＣＨ  ｗｉｔｈ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ）であり、ケース２は、下りリンクＳＰＳ解除を指示するＰＤＣＣＨ（ＰＤＣＣＨ  ｉｎｄｉｃａｔｉｎｇ  ｄｏｗｎｌｉｎｋ  ＳＰＳ  ｒｅｌｅａｓｅ）であり、ケース３は、対応するＰＤＣＣＨのないＰＤＳＣＨ（ＰＤＳＣＨ  ｗｉｔｈｏｕｔ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ）である。ケース３は、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫと表現することもできる。
【０４７９】
本実施例の説明において、ＡＣＫ／ＮＡＣＫ応答に関連した「ＰＤＣＣＨ」は、ケース１またはケース２を意味し、「ＳＰＳ  ＰＤＳＣＨ」はケース３を意味するとし、特定ＵＥがこれらの３つのケースに対する下りリンク受信をし、それに対するＡＣＫ／ＮＡＣＫを伝送する動作について説明する。ｎ番目のＵＬサブフレームで伝送されるＡＣＫ／ＮＡＣＫ応答は、ｎ−ｋ番目（ここで、ｋ∈Ｋであり、
【０４８０】
【化４２】
0005946838.tif 000060
【０４８１】
上記の表１２参照）サブフレームでの上の３つのケースの下りリンク伝送に対する確認応答という関係を有することができ、以下の説明でＡＣＫ／ＮＡＣＫ伝送サブフレーム位置についての説明は省略する。
【０４８２】
本実施例では、性能低下無しにＴＰＣ命令による動的な電力制御を支援するために、ＰＵＣＣＨフォーマット１ａを用いたあらかじめ定義されたチャネル選択手法（ＬＴＥリリース−８またはリリース−１０で定義するチャネル選択手法）を用いることができる。
【０４８３】
まず、一つのサービングセルが設定される場合について説明する。
【０４８４】
この場合、ＴＰＣフィールドの用途は、下記の通りである。
【０４８５】
ＤＬ  ＤＡＩ＝１のＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）は元来の用途のＴＰＣ命令に用いられる。
【０４８６】
ＤＬ  ＤＡＩ＞１のＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）はＡＲＩの用途に用いられる。ＵＥは、ＤＬ  ＤＡＩ＞１の全てのＰＤＣＣＨｓで同じＡＲＩ値を有すると仮定（ａｓｓｕｍｅ）する。
【０４８７】
また、ＰＵＣＣＨフォーマットの用途は、下記の通りである。
【０４８８】
ＵＥがＳＰＳ  ＰＤＳＣＨのみを受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる（すなわち、フォールバックモードで動作する）。
【０４８９】
ＵＥがＤＬ  ＤＡＩ＝１の一つのＰＤＣＣＨのみを受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる（すなわち、フォールバックモードで動作する）。
【０４９０】
ＵＥがＳＰＳ  ＰＤＳＣＨ及び追加的なＤＬ  ＤＡＩ＝１のＰＤＣＣＨを受信する場合には、ＰＵＣＣＨフォーマット１ａを用いたあらかじめ定義されたチャネル選択手法（ＬＴＥリリース−８またはリリース−１０で定義するチャネル選択手法）が用いられる。ここで、１番目のＰＵＣＣＨリソースは上位層設定によって決定され（例えば、ＲＲＣ設定されたリソースセットのうち、ＳＰＳ  ＰＤＣＣＨのＡＲＩが指示するリソースとする。）、２番目のＰＵＣＣＨリソースは、対応するＰＤＣＣＨ（すなわち、ＤＬ  ＤＡＩ＝１のＰＤＣＣＨ）の伝送に用いられた最初のＣＣＥの番号（または、インデックス）に基づいて決定される。
【０４９１】
その他の場合には、設定されたＰＵＣＣＨフォーマットとしてのＰＵＣＣＨフォーマット３が用いられる。
【０４９２】
一方、１個超過のサービングセルが設定される場合について説明する。
【０４９３】
この場合、ＴＰＣフィールドの用途は、下記のように定められる。
【０４９４】
ＰＣｅｌｌ上でのみ、ＤＬ  ＤＡＩ＝１のＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）は元来の用途のＴＰＣ命令として用いられる。
【０４９５】
これ以外のＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨのＴＰＣフィールド（２−ビット）はＡＲＩの用途に用いられる。ＵＥは、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨで同じＡＲＩ値を有すると仮定（ａｓｓｕｍｅ）する。
【０４９６】
また、ＰＵＣＣＨフォーマットの用途は、下記のように定められる。
【０４９７】
ＵＥがＳＰＳ  ＰＤＳＣＨのみを受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる（すなわち、フォールバックモードで動作する）。
【０４９８】
ＵＥがＰＣｅｌｌ上でのみＤＬ  ＤＡＩ＝１の一つのＰＤＣＣＨのみを受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる（すなわち、フォールバックモードで動作する）。
【０４９９】
ＵＥがＰＣｅｌｌ上でのみＳＰＳ  ＰＤＳＣＨ及び追加的なＤＬ  ＤＡＩ＝１のＰＤＣＣＨを受信する場合には、ＰＵＣＣＨフォーマット１ａを用いたあらかじめ定義されたチャネル選択手法（ＬＴＥリリース−８またはリリース−１０で定義するチャネル選択手法）が用いられる。ここで、１番目のＰＵＣＣＨリソースは上位層設定によって決定され（例えば、ＲＲＣ設定されたリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨのＡＲＩが指示するリソース（上記の表１４参照）とする。）、２番目のＰＵＣＣＨリソースは、対応するＰＤＣＣＨ（すなわち、ＤＬ  ＤＡＩ＝１のＰＤＣＣＨ）の伝送に用いられた最初のＣＣＥの番号（またはインデックス）に基づいて決定される。
【０５００】
その他の場合は、設定されたＰＵＣＣＨフォーマットとしてのＰＵＣＣＨフォーマット３が用いられる。
【０５０１】
実施例８−３−２
本実施例の説明において、前述の実施例８−３−１で説明した通り、ＡＣＫ／ＮＡＣＫ応答と関連した「ＰＤＣＣＨ」はケース１またはケース２を意味し、「ＳＰＳ  ＰＤＳＣＨ」はケース３を意味するとする。また、「ＤＬ  ＤＡＩ＝１のＰＤＳＣＨ」または「ＤＬ  ＤＡＩ＞１のＰＤＳＣＨ」とは、そのＰＤＳＣＨに対応するＰＤＣＣＨにより指示されるＤＬ  ＤＡＩ＝１またはＤＬ  ＤＡＩ＞１という意味である。また、以下の説明で、ＡＣＫ／ＮＡＣＫ伝送サブフレーム位置についての説明は省略する。
【０５０２】
ＵＥがＳＰＳ  ＰＤＳＣＨ及びＤＬ  ＤＡＩ＝１のＰＤＳＣＨを受信する場合にはＡＲＩ情報がないため、ＵＥには利用可能なＰＵＣＣＨリソースがわからない。この問題を解決するために、下記の方案を考慮することができる。
【０５０３】
ＬＴＥリリース−８でのＭ＝２のチャネル選択を使用する場合についてまず説明する。
【０５０４】
ＵＥがＳＰＳ  ＰＤＳＣＨ及びＤＬ  ＤＡＩ＝１のＰＤＳＣＨのみを受信し、ＤＬ  ＤＡＩ＞１のＰＤＳＣＨは受信しなかった場合に、ＵＥは、ＰＤＳＣＨに対する空間バンドリングを適用しながら、ＬＴＥリリース−８でのＭ＝２のＴＤＤチャネル選択によってＡＣＫ／ＮＡＣＫを伝送する。ＬＴＥリリース−８  ＴＤＤチャネル選択を使用する場合に、ＵＥは２個のＡＣＫ／ＮＡＣＫビットを伝送する。ここで、ＬＴＥリリース−８でのチャネル選択マッピング関係（例えば、上記の表５乃至表７）またはＬＴＥリリース−１０でのチャネル選択マッピング関係（例えば、上記の表８乃至表１１）のいずれか一方を用いることができ、これはＲＲＣ設定によって決定可能である。
【０５０５】
ＬＴＥリリース−８チャネル選択を適用するにあたり、
【０５０６】
【化４３】
0005946838.tif 000061
【０５０７】
の値はＳＰＳ  ＰＵＣＣＨリソース（すなわち、上位層設定されたリソースセットのうち、ＳＰＳ活性化ＰＤＣＣＨにより指示されるリソース、上記の表１４参照））によって決定される。また、ＨＡＲＱ−ＡＣＫ（０）は、ＳＰＳ  ＰＤＳＣＨ伝送に対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答である。これは、ＵＥがＤＡＩ＝１のＰＤＳＣＨを逃す場合における不明瞭性を解消するためであり、ＳＰＳ伝送に対するＡＣＫ／ＮＡＣＫ応答は確実に伝送することができる。
【０５０８】
この場合、ＤＬ  ＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは実際にＰＵＣＣＨ電力制御に用いることができる。ただし、ＭＩＭＯ伝送（または、２コードワード伝送）を支援するセルでＤＡＩ＝１のＰＤＳＣＨに対する空間バンドリングによるＡＣＫ／ＮＡＣＫビットの損失（ｌｏｓｓ）が発生することがある。
【０５０９】
一方、ＰＵＣＣＨフォーマット３を使用する場合を考慮することができる。
【０５１０】
ＵＥがＳＰＳ  ＰＤＳＣＨ及びＤＬ  ＤＡＩ＝１のＰＤＳＣＨの両方を受信する場合に、ＵＥは、ＤＬ  ＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられると仮定することができる。これにより、ＵＥは、ＰＵＣＣＨフォーマット３を用いて、２  ＡＣＫ／ＮＡＣＫビット（ＭＩＭＯ  ｃｅｌｌでない場合）または３  ＡＣＫ／ＮＡＣＫビット（ＭＩＭＯ  ｃｅｌｌの場合）を伝送することができる。
【０５１１】
この場合は、ＡＣＫ／ＮＡＣＫバンドリングの適用がないので、ＡＣＫ／ＮＡＣＫ情報の損失無くＡＣＫ／ＮＡＣＫビットを伝送することができる。反面、元来のＴＰＣ命令の用途に用いられるＴＰＣフィールドがないので（ＤＬ  ＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドがＡＲＩの用途に用いられるので）、ＰＵＣＣＨ電力制御が不正確に行われることがある。
【０５１２】
この点を考慮して、搬送波アグリゲーション（ＣＡ）の場合にＴＤＤ  ＰＵＣＣＨフォーマット３に対するリソース割当に関する下記の２方案を提案する。
【０５１３】
第一の方案として、ＣＡでＦＤＤ  ＰＵＣＣＨフォーマット３に対するリソース割当を再使用する。この場合、ＰＣｅｌｌ上のＴＰＣは元来の用途のＴＰＣに用いられ、ＳＣｅｌｌ上のＴＰＣはＡＲＩの用途に用いられることが可能である。端末がＰＣｅｌｌ上でのみＰＤＳＣＨを受信する場合には、ＬＴＥリリース−８で定義するＡＣＫ／ＮＡＣＫバンドリングを用いることができる。
【０５１４】
第二の方案として、搬送波アグリゲーションが支援されない（すなわち、ｎｏｎ−ＣＡ）場合のＴＤＤ  ＰＵＣＣＨフォーマット３に対するリソース割当を再使用する。この場合、ＰＣｅｌｌ上でＤＡＩ＝１のＰＤＣＣＨのＴＰＣは元来の用途のＴＰＣに用いられ、これ以外のＰＣｅｌｌ及びＳＣｅｌｌ上の全ＰＤＣＣＨのＴＰＣはＡＲＩの用途に用いられることが可能である。端末がＰＣｅｌｌ上でのみＳＰＳ  ＰＤＳＣＨまたはＤＬ  ＤＡＩ＝１のＰＤＳＣＨを受信する場合に、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂを用いることができる（すなわち、フォールバックモードで動作する）。端末がＳＰＳ  ＰＤＳＣＨ及びＤＬ  ＤＡＩ＝１のＰＤＳＣＨの両方を受信するが、ＤＬ  ＤＡＩ＞１のＰＤＳＣＨを受信しなかった場合には、ＬＴＥリリース−８チャネル選択が用いられる。
【０５１５】
ＴＤＤシステムでＰＵＣＣＨを用いたＡＣＫ／ＮＡＣＫの伝送
ＬＴＥ−Ａ（またはＬＴＥリリース−１０）でのＡＣＫ／ＮＡＣＫバンドリング方法及びリソース割当方案について説明する。
【０５１６】
ＰＵＣＣＨフォーマット３を用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックについてモード１及びモード２が定義される。モード１は、最大２０ビットのＡＣＫ／ＮＡＣＫペイロードサイズを支援することができる。指示される（ｉｎｄｉｃａｔｅｄ）ＡＣＫ／ＮＡＣＫビットが２０を超える場合には空間バンドリングが適用される。モード１では、指示されるＡＣＫ／ＮＡＣＫビットが２０以下である場合にはバンドリングが適用されない。一方、モード２は、空間バンドリングと共に部分バンドリング（時間−ドメインでのバンドリングまたはＣＣ−ドメインでのバンドリング）が適用される方式である。すなわち、モード２では、指示されるＡＣＫ／ＮＡＣＫビットがｘを超える場合には、空間バンドリングを行いながら、部分バンドリングを適用することが可能である。
【０５１７】
一方、ＰＵＣＣＨフォーマット１ｂを用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックにおいてチャネル選択が適用される場合に、モードａ及びモードｂが定義される。モードａは、指示されるＡＣＫ／ＮＡＣＫビットが４以下である場合に、バンドリングを適用するしない方式である。モードｂは、指示されるＡＣＫ／ＮＡＣＫビットが４を超える場合に、空間バンドリングと共に部分バンドリング（時間−ドメインでのバンドリングまたはＣＣ−ドメインでのバンドリング）を適用する方式である。
【０５１８】
一方、ＰＵＣＣＨフォーマット３に関するリソース割当は、次のように定義される。ＰＣｅｌｌ上のＰＤＳＣＨに対応するＰＤＣＣＨ内のＴＰＣフィールド（２−ビット）は元来の用途のＴＰＣ命令に用いられる。ＳＣｅｌｌ上のＰＤＳＣＨに対応するＰＤＣＣＨのＴＰＣフィールド（２−ビット）はＡＲＩの用途に用いられる。仮に、ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが受信されず、ＰＣｅｌｌ上でＰＤＳＣＨが受信される場合に、ＬＴＥリリース−８で定義する方式でＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられる。
【０５１９】
以下では、ＰＣｅｌｌでのみ（ｏｎｌｙ  ｏｎ  ＰＣｅｌｌ）下りリンク受信がある場合に関するＡＣＫ／ＮＡＣＫバンドリング方案及びリソース割当方案について説明する。
【０５２０】
実施例９
本実施例９は、モード１での空間バンドリングに関する。
【０５２１】
ＴＤＤに対するモード１は、最大２０ビットの個別的な（ｉｎｄｉｖｉｄｕａｌ）ＡＣＫ／ＮＡＣＫ伝送を支援することができる。しかし、指示されるＡＣＫ／ＮＡＣＫビットが２０を超える場合には、空間バンドリングが適用される必要がある。空間バンドリングが適用されると個別ＡＣＫ／ＮＡＣＫ情報が明確にフィードバックされず、ＨＡＲＱ動作の効率性が低減することがあるから、可能な限り個別（ｉｎｄｉｖｉｄｕａｌ）ＡＣＫ／ＮＡＣＫ情報がバンドリング無しで伝送されるようにする方案が必要である。すなわち、空間バンドリングを単純に全てのＡＣＫ／ＮＡＣＫビットに適用することは、下りリンク収率（ｔｈｒｏｕｇｈｐｕｔ）性能を低減させる点で好ましくない。また、モード１は、可能なかぎり個別ＡＣＫ／ＮＡＣＫフィードバックをそのまま伝送するための方式であり、よって、空間バンドリングの適用を最小限に抑えるべきである。そのため、空間バンドリングは、バンドリングされたＡＣＫ／ＮＡＣＫビットが極力２０に近いと同時に２０以下になるように行われる必要がある。
【０５２２】
指示されるＡＣＫ／ＮＡＣＫビットが２０を超える場合に空間バンドリングを行う具体的な方案について以下に説明する。
【０５２３】
第一の方案として、ＣＣ単位に（ＣＣ−ｗｉｓｅ）空間バンドリングを行うことを考慮することができる。第一の方案によれば、特定の一つのＣＣ内で全てのＤＬサブフレームにわたって空間バンドリングを適用することができる。このような方式で、実際に伝送されるＡＣＫ／ＮＡＣＫビットが２０以下になるまで他のＣＣに対して全サブフレームにわたって空間バンドリングを行うことができる。ＰＣｅｌｌがＳＣｅｌｌに比べてより頻繁にスケジューリングされると仮定すると、空間バンドリングはＰＣｅｌｌで最後に適用されるようにすることができる。
【０５２４】
ＴＤＤ設定が９ＤＬ：１ＵＬ（すなわち、９個のＤＬサブフレームでの下りリンク伝送に対するＡＣＫ／ＮＡＣＫが１個のＵＬサブフレームで伝送されるようにする設定、例えば、上記の表１２のＵＬ−ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ５のｓｕｂｆｒａｍｅ  ２の場合を参照）の場合は、設定されたＣＣの個数が２を超える場合に全ＣＣに対して空間バンドリングを適用しても、ＡＣＫ／ＮＡＣＫペイロードサイズは２０ビットを超えることとなる。そのため、設定されたＣＣ個数が２の場合は、全てのＣＣに対して空間バンドリングが適用されるようにする。
【０５２５】
ＴＤＤ設定が９ＤＬ：１ＵＬでない場合には、論理インデックス上の最後のインデックス（または、最高のインデックス）を持つＣＣから始めて、２個のコードワードが、設定された
【０５２６】
【化４４】
0005946838.tif 000062
【０５２７】
個のＣＣに対して空間バンドリングが適用される。ＰＣｅｌｌには最後に空間バンドリングが適用されるようにすることができる（すなわち、ＰＣｅｌｌに対しては最低の論理インデックスを付与できる）。ここで、
【０５２８】
【化４５】
0005946838.tif 000063
【０５２９】
は一つのＣＣでＡＣＫ／ＮＡＣＫフィードバックされるＤＬサブフレームの個数である。
【０５３０】
【化４６】
0005946838.tif 000064
【０５３１】
は、一つのサブフレームにおいて全てのＤＬ  ＣＣ上でＡＣＫ／ＮＡＣＫフィードバックされるコードワードの全体個数である。すなわち、
【０５３２】
【化４７】
0005946838.tif 000065
【０５３３】
は、下記の式２のように定めることができる。
【０５３４】
【数２】
0005946838.tif 000066
【０５３５】
上記の式２で、
【０５３６】
【化４８】
0005946838.tif 000067
【０５３７】
は、ｉ番目のＣＣに対して設定されたコードワードの個数である。
【０５３８】
第二の方案として、サブフレーム単位に（ｓｕｂｆｒａｍｅ−ｗｉｓｅ）空間バンドリングを行うことを考慮することができる。第二の方案によれば、特定の一つのＤＬサブフレーム内で全ＣＣにわたって空間バンドリングを適用することができる。このような方式により、実際に伝送されるＡＣＫ／ＮＡＣＫビットが２０以下になるまで、他のＤＬサブフレームに対して全てのＣＣにわたって空間バンドリングを行うことができる。
【０５３９】
前述の第一または第二の方案によれば、バンドリングされたＡＣＫ／ＮＡＣＫビットは１８、１９または２０ビットとなる。端末に設定されたＣＣの個数によって上記の第一または第二の方案が適用される場合のＡＣＫ／ＮＡＣＫビットは、下記の表１７のようになる。
【０５４０】
【表１７】
0005946838.tif 000068
【０５４１】
上記第一の方案は第二の方案に比べて、ＰＣｅｌｌに対する個別ＡＣＫ／ＮＡＣＫの伝送を極力支援することができ、より簡単に表現できる。したがって、指示されるＡＣＫ／ＮＡＣＫビットが２０ビットを超える場合には、ＣＣ−単位に空間バンドリングを行う（すなわち、第一の方案を適用する）ことが好ましい。
【０５４２】
実施例１０
本実施例１０では、前述したモード２及びモードｂに対する具体的な適用例について説明する。モード２は、ＰＵＣＣＨフォーマット３を用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックに対して空間バンドリングと共に部分バンドリング（時間−ドメインまたはＣＣ−ドメインでのバンドリング）が適用する方式である。モードｂは、ＰＵＣＣＨフォーマット１ｂを用いたＴＤＤでのＡＣＫ／ＮＡＣＫフィードバックにおいてチャネル選択が適用される場合に、指示されるＡＣＫ／ＮＡＣＫビットが４を超える場合に、空間バンドリングと共に部分バンドリング（時間−ドメインまたはＣＣ−ドメインでのバンドリング）が適用される方式である。
【０５４３】
モード２は、電力−制限される端末に対してＡＣＫ／ＮＡＣＫ性能を改善するのに有利に適用することができる。最大１０ビットのＡＣＫ／ＮＡＣＫを支援するＦＤＤの場合と最大２０ビットのＡＣＫ／ＮＡＣＫを支援するＴＤＤの場合とを比較すると、ＴＤＤがＦＤＤに比べてより小さい上りリンクカバレッジを有する。また、モード１（指示されるＡＣＫ／ＮＡＣＫビットが２０を超える場合には空間バンドリングが適用され、２０ビット以下の場合には空間バンドリングが適用されないモード）は、ＴＤＤ  ９ＤＬ−１ＵＬ設定においてＤＬ  ＣＣの個数が２を超える場合に対するＡＣＫ／ＮＡＣＫフィードバックを支援できない。例えば、５個のＤＬ  ＣＣが設定され、ＴＤＤ  ９ＤＬ−１ＵＬ設定においてＡＣＫ／ＮＡＣＫフィードバックを支援するためには、空間バンドリングを適用するとしても、総４５ビットのＡＣＫ／ＮＡＣＫが必要となる。したがって、少なくともＴＤＤ  ９ＤＬ−１ＵＬ設定においてＡＣＫ／ＮＡＣＫフィードバックを支援するためには、ＰＵＣＣＨフォーマット３に対して前述のモード２を支援することが必要である。
【０５４４】
以下では、モード２及びモードｂに適用される部分バンドリングについて具体的に説明する。
【０５４５】
実施例１０−１
本実施例１０−１では、時間−ドメインでの部分バンドリングについて説明する。本実施例での時間−ドメインバンドリングは空間バンドリングに追加して行われるとよい。
【０５４６】
部分バンドリングとしての時間−ドメインバンドリングは、ＣＣ別にＬＴＥリリース−８で定義される２−ビットＤＡＩをそのまま用いて行うことができる。また、時間−ドメインバンドリングを適用するにあたり、ＣＡ（搬送波アグリゲーション）の種々の形態を考慮することなく、それぞれのＣＣ別に時間−ドメインバンドリングを単純に適用することができる。すなわち、ＣＡの種々のケースに対して一つの時間−ドメインバンドリング方案を定めることで済む。時間−ドメインバンドリングが適用された結果であるＡＣＫ／ＮＡＣＫ情報ビットのサイズは１０ビットであるから、ＡＣＫ／ＮＡＣＫ伝送に用いられるＰＵＣＣＨフォーマットとして、ＬＴＥリリース−１０のＰＵＣＣＨフォーマット３構造を用いることができる。
【０５４７】
ＤＡＩは、割り当てられるＰＤＣＣＨに対して順次に増加する値で与えられるので、ＤＡＩを使用する場合に、時間−ドメインバンドリングウィンドウ内で最後のＰＤＣＣＨを逃す場合を端末は認識できない。このような問題を解決するために、ＣＣ別に最後に検出されたＰＤＣＣＨに対するＤＡＩ値はＡＣＫ／ＮＡＣＫマッパー（ｍａｐｐｅｒ）に入力されてエンコーディングされるとよい。
【０５４８】
図４０は、時間−ドメイン部分バンドリングの一例を示す図である。図４０の例示で、それぞれのＣＣに対して４個のサブフレームにわたってＡＣＫ／ＮＡＣＫバンドリングが適用されている。
【０５４９】
図４０の１番目のＣＣで、端末は１番目のサブフレームでＤＡＩ＝０のＰＤＣＣＨを受信し、２番目のサブフレームでＤＡＩ＝１のＰＤＣＣＨを受信したが、３番目のサブフレームでＤＡＩ＝２のＰＤＣＣＨそのものを受信できなかった。この場合、端末は、最後のＰＤＣＣＨ（ＤＡＩ＝２）が伝送されたか否かが確認できず、時間−ドメインバンドリングウィンドウ内の全てのＰＤＣＣＨを受信したと認識できる。また、図４０では、受信されたＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨのそれぞれを成功的にデコーディングした場合（すなわち、ＡＣＫ）を表し、その結果、バンドリングされたＡＣＫ／ＮＡＣＫ情報としてＡＣＫが生成される。生成されたＡＣＫ情報と共に、端末は自身が最後に受信したＤＡＩ値、すなわち、ＤＡＩ＝１をエンコーディングすることができる。端末がＡＣＫと共にＤＡＩ＝１をエンコーディングして伝送すると、基地局には端末がＰＤＣＣＨ（ＤＡＩ＝２）を逃したことがわ分かる。
【０５５０】
図４０の２番目のＣＣでの時間−ドメインバンドリング動作は、１番目のＣＣと類似に行われる。端末は、ＡＣＫ情報と共に最後に受信したＤＡＩ値（すなわち、ＤＡＩ＝０）をエンコーディングする。端末がＡＣＫと共にＤＡＩ＝０をエンコーディングして伝送するので、基地局には端末がＰＤＣＣＨ（ＤＡＩ＝１）を逃したことが認識できる。
【０５５１】
図４０の３番目のＣＣで、端末は、１番目のサブフレームでのＰＤＣＣＨ（ＤＡＩ＝０）を受信し、３番目のサブフレームでのＰＤＣＣＨ（ＤＡＩ＝２）を受信する。端末は、２番目のサブフレームでのＰＤＣＣＨ（ＤＡＩ＝１）の伝送が確認できないが、受信されたＰＤＣＣＨのＤＡＩ値が順次に増加していないから、自身がＰＤＣＣＨ（ＤＡＩ＝１）を逃したことがわかる。図４０では、受信されたＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨのそれぞれを成功的にデコーディングした場合（すなわち、ＡＣＫ）を示すが、一つのＰＤＣＣＨ伝送を逃したから、端末は、バンドリングされたＡＣＫ／ＮＡＣＫ情報としてＮＡＣＫを生成する。
【０５５２】
図４０の４番目のＣＣで、端末は、ＤＡＩ＝０のＰＤＣＣＨのみを受信し、該ＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨを成功的にデコーディングした場合に、ＡＣＫ情報が生成されることを示している。生成されたＡＣＫ情報は、最後に受信したＤＡＩ値（ＤＡＩ＝０）と共にエンコーディングされる。
【０５５３】
図４０の５番目のＣＣで、端末はＤＡＩ＝０のＰＤＣＣＨのみを受信する。端末は、４番目のサブフレームでのＤＡＩ＝１のＰＤＣＣＨ伝送を知っていない。この例示では、端末が受信したＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨが成功的にデコーディングされなかった場合（すなわち、ＮＡＣＫ）を表す。したがって、端末はＮＡＣＫ情報を生成する。
【０５５４】
このような時間−ドメイン部分バンドリングが適用される場合に、ＣＣごとにＬＴＥリリース−８のＴＤＤ  ＤＡＩ（２ビット）を修正することなく（すなわち、ＰＤＣＣＨ累積カウンターとして）再使用することができる。
【０５５５】
モード２の適用に関するＰＵＣＣＨフォーマット３の一例として、チャネルコーディングが行われる前のＣＣ別ＡＣＫ／ＮＡＣＫ状態（ｓｔａｔｅ）を、下の表１８のように定義することができる。
【０５５６】
【表１８】
0005946838.tif 000069
【０５５７】
表１８のＡＣＫ／ＮＡＣＫ状態を用いて、図４０でＣＣ別に最後に受信されたＰＤＣＣＨのＤＡＩ値と共にエンコーディングされたバンドリングされたＡＣＫ／ＮＡＣＫの結果を表現すると、次の通りである。図４０の１番目のＣＣでは「０１（ＤＡＩ＝１）」で、２番目のＣＣでは「００（ＤＡＩ＝０）」で、３番目のＣＣでは「１１（ＮＡＣＫ）」で、４番目のＣＣでは「００（ＤＡＩ＝０）」で、５番目のＣＣでは「１１（ＮＡＣＫ）」である。
【０５５８】
モード２が適用されるＰＵＣＣＨフォーマット３においてチャネルコーディングが行われる前に５個のＣＣに対するＡＣＫ／ＮＡＣＫペイロードを組み合わせる（ａｇｇｒｅｇａｔｅ）と、「０１００１１００１１」となる。
【０５５９】
前述のモード２に関する本発明の原理はモードｂにも同一の適用が可能である。モードｂに適用するためには、チャネル選択マッピング関係（ＰＵＣＣＨリソースとＡＣＫ／ＮＡＣＫビットとのマッピング関係）及びＮＡＣＫ／ＤＡＩ値間の関係を定義すればいい。
【０５６０】
したがって、時間−ドメインバンドリングが用いられる場合に、ＣＣ別にそれぞれのＡＣＫ／ＮＡＣＫ応答を、バンドリングされたＡＣＫ／ＮＡＣＫ情報で表現することができる。
【０５６１】
実施例１０−２
本実施例１０−２では、ＣＣ−ドメインでの部分バンドリングについて説明する。本実施例では時間−ドメインバンドリングを空間バンドリングに追加して行うことができる。
【０５６２】
ＣＣ−ドメインバンドリングにおいてＤＡＩ用途は、既存のＤＡＩと同様にＣＣ別に複数個のサブフレームでスケジューリングされたＰＤＳＣＨ（または、対応するＰＤＣＣＨ）の累積カウンターとして用いられるよりは、一つのサブフレームで複数個のＣＣで構成されたバンドリングウィンドウ内でスケジューリングされたＰＤＳＣＨ（または、対応するＰＤＣＣＨ）の総個数（ｔｏｔａｌ  ｎｕｍｂｅｒ）を表す指示子として用いられることが好ましい。サブフレーム別にＰＤＳＣＨ（またはＰＤＣＣＨ）の総個数を表す場合には、端末が時間順序上の最後のＰＤＣＣＨを逃す場合への解決方案が不要となるわけである。
【０５６３】
これにより、端末は、バンドリングウィンドウ内で成功的にデコーディングされた下りリンク伝送に対して生成されたＡＣＫの個数がバンドリングウィンドウ内の全体ＰＤＳＣＨ（またはＰＤＣＣＨ）の個数と同じ場合にＡＣＫを伝送することができる。そうでないと、ＮＡＣＫが伝送される（この場合、ＤＴＸはＮＡＣＫと表現される）。
【０５６４】
以下では、モードｂ及びモード２に対するＣＣ−ドメインバンドリングの適用について具体的に説明する。
【０５６５】
図４１を参照して、モードｂにＣＣ−ドメインバンドリングが適用されるチャネル選択について説明する。
【０５６６】
この場合、基本的には、ＬＴＥリリース−１０のチャネル選択マッピング関係（例えば、上記の表８乃至表１１）が適用されると仮定する。
【０５６７】
暗黙的に決定される（すなわち、ＰＤＣＣＨのＣＣＥインデックスから誘導される）ＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨリソースが用いられる場合に、ＰＣＣ（またはＰＣｅｌｌ）上のスケジューリングのためのＰＤＣＣＨに動的に関連するＰＵＣＣＨリソースがそれぞれのサブフレームで最優先的に選択されるとよい。
【０５６８】
また、複数個のＣＣが設定され、ＰＣＣ（またはＰＣｅｌｌ）でのみＰＤＳＣＨがスケジューリングされる場合に、ＬＴＥリリース−８でのＡＣＫ／ＮＡＣＫリソースマッピング（例えば、上記の表５乃至表７）を適用することができる。すなわち、ＬＴＥリリース−８でフォールバックするモードで動作できる。
【０５６９】
図４１の例示で、それぞれのサブフレームで２個のＣｅｌｌ（ＰＣＣ及びＳＣＣ）が設定されると仮定する。
【０５７０】
図４１のＴＤＤ  ２ＤＬ：１ＵＬ設定の例示において、１番目のサブフレームでは、ＰＣＣにＰＤＳＣＨスケジューリングがなく、ＳＣＣにＰＤＳＣＨがスケジューリングされるので、ＳＣＣ  ＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＣＣＥインデックスからＰＵＣＣＨリソースが決定される。２番目のサブフレームではＰＣＣ  ＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＣＣＥインデックスからＰＵＣＣＨリソースが決定される。このようなＰＵＣＣＨリソースを用いてチャネル選択動作を行うことができる。例えば、表８のようなチャネル選択マッピング関係を用いてＡＣＫ／ＮＡＣＫ伝送を行うことができる。
【０５７１】
図４１のＴＤＤ  ３ＤＬ：１ＵＬ設定の例示において、全てのサブフレームでＰＣＣにのみＰＤＳＣＨがスケジューリングされる。この場合には、前述したように、フォールバックモードで動作できる。例えば、表６のようなチャネル選択マッピング関係を用いてＰＵＣＣＨフォーマット１ｂを通じてＡＣＫ／ＮＡＣＫ伝送を行うことができる。
【０５７２】
図４１のＴＤＤ  ４ＤＬ：１ＵＬ設定の例示において、１番目のサブフレームではＰＣＣ及びＳＣＣの両方でＰＤＳＣＨスケジューリングがあるので、ＰＣＣでのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＣＣＥインデックスに基づいてＰＵＣＣＨリソースを決定することができる。２番目のサブフレームでは、ＰＤＳＣＨスケジューリングがなく、３番目及び４番目のサブフレームでは一つのＣｅｌｌ（ＰＣＣまたはＳＣＣ）でのみＰＤＳＣＨスケジューリングがあるので、該当のＰＤＳＣＨのＰＤＣＣＨのＣＣＥインデックスに基づいてＰＵＣＣＨリソースを決定することができる。このように、決定されたＰＵＣＣＨリソースを用いてチャネル選択動作を行うことができる。例えば、表１０のようなチャネル選択マッピング関係を用いてＡＣＫ／ＮＡＣＫ伝送を行うことができる。
【０５７３】
図４２を参照して、モード２にＣＣ−ドメインバンドリングが適用される例示について説明する。
【０５７４】
図４２の例示では、最大ＡＣＫ／ＮＡＣＫビット数が１２であり、最大バンドリングウィンドウサイズは２個である（すなわち、最大２個のＣＣが一つのバンドリングウィンドウに含まれる）と仮定する。
【０５７５】
また、個別ＡＣＫ／ＮＡＣＫ伝送を極力維持するために、１２ビット以下において可能な限り１２ビットに近いビット数になるまで、バンドリングが順次に（ｇｒａｄｕａｌｌｙ）適用される。
【０５７６】
また、ＰＣｅｌｌ（またはＰＣＣ）はバンドリングウィンドウに含まれない。すなわち、バンドリングウィンドウは、ＳＣｅｌｌ（ＳＣＣ）に対してのみ構成される。また、ＣＣインデックスが高い順にバンドリングウィンドウを適用することができる。
【０５７７】
図４２に示すように、ＣＣ−ドメインバンドリングは、ＡＣＫ／ＮＡＣＫビット数（空間バンドリングが適用された後のＡＣＫ／ＮＡＣＫビット数）が１２ビット以下になるまで順次にバンドリングウィンドウ（２ＣＣで構成される）を適用することができる。
【０５７８】
図４２の２ＤＬ：１ＵＬの場合では、空間バンドリングが行われた後のＡＣＫ／ＮＡＣＫビットが１０であるから、バンドリングウィンドウが構成されない。
【０５７９】
図４２の３ＤＬ：１ＵＬ場合では、空間バンドリングが行われた後のＡＣＫ／ＮＡＣＫビットが１５ビットであるから、バンドリングウィンドウが構成され、２個のＣＣ（ＳＣＣ３及びＳＣＣ４）に対するバンドリングウィンドウが構成された後のＡＣＫ／ＮＡＣＫビットは１２ビットであるから、それ以上のバンドリングウィンドウは構成されない。
【０５８０】
図４２の４ＤＬ：１ＵＬ場合では、空間バンドリングが行われた後のＡＣＫ／ＮＡＣＫビットが２０ビットであるから、バンドリングウィンドウが構成される。２個のＣＣ（ＳＣＣ３及びＳＣＣ４）に対するバンドリングウィンドウが構成される場合に１６ビットのＡＣＫ／ＮＡＣＫビットが生成されるので、追加的なバンドリングウィンドウを構成するようになる。追加的なバンドリングウィンドウが２個のＣＣ（ＳＣＣ１及びＳＣＣ２）に対して構成されると、１２ビットのＡＣＫ／ＮＡＣＫビットが生成されるので、それ以上のバンドリングウィンドウが構成されない。
【０５８１】
したがって、ＣＣ−ドメイン部分バンドリングが用いられる場合に、バンドリングウィンドウ内の全てのＡＣＫ／ＮＡＣＫビットに対するバンドリング結果（例えば、論理積演算結果）がバンドリングされたＡＣＫ／ＮＡＣＫ情報として伝送される。また、ＰＤＣＣＨ内のＤＡＩは、一つのサブフレームで全てのＣＣ上でスケジューリングされるＰＤＳＣＨの総個数を指示する。また、ＰＵＣＣＨフォーマット３のための最大バンドリングウィンドウサイズは２に定められる（すなわち、最大２個のＣＣ（またはＣｅｌｌ）が一つのバンドリングウィンドウを構成する）ことが可能である。
【０５８２】
実施例１１
本実施例１１は、ＰＣｅｌｌでのみＰＤＣＣＨ／ＰＤＳＣＨが受信される場合（以下では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇと称する）に、ＰＵＣＣＨフォーマット３を用いたＡＣＫ／ＮＡＣＫ伝送方案に関する。特に、ＴＤＤの場合にＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇについて具体的に説明する。
【０５８３】
ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが受信されず、ＰＤＳＣＨがＰＣｅｌｌでのみ受信される場合に、ＬＴＥリリース−８のＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる（すなわち、フォールバックモードで動作できる）。
【０５８４】
ＦＤＤの場合に、フォールバックモードは、ＬＴＥリリース−８で定義するＰＵＣＣＨリソースを用いるための目的、及びＳＣｅｌｌでＡＲＩを受信せずともＰＵＣＣＨリソース決定を明確にする目的、のために適用することができる。
【０５８５】
ＳＣｅｌｌでＴＰＣフィールドがＡＲＩ用途に用いられる場合に、ＴＤＤ  ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合にはＡＣＫ／ＮＡＣＫリソースの不明瞭性が発生することがある。これを解決するために、ＬＴＥリリース−８  ＴＤＤシステムで定義されるＡＣＫ／ＮＡＣＫマルチプレクシングまたはＡＣＫ／ＮＡＣＫバンドリングを適用することができる。しかし、ＡＣＫ／ＮＡＣＫ空間バンドリングや時間−ドメインバンドリングが適用されると、一部のＡＣＫ／ＮＡＣＫ情報は伝達されず、下りリンク収率性能の相当なる損失につながることがある。また、ＡＣＫ／ＮＡＣＫマッピング関係において一部のＡＣＫ／ＮＡＣＫ状態（ｓｔａｔｅ）が互いに重なるため、ＬＴＥリリース−８  ＴＤＤシステムでの４ビットＡＣＫ／ＮＡＣＫに対するＡＣＫ／ＮＡＣＫ性能も保障できなくなる。
【０５８６】
したがって、以下では、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合におけるＡＣＫ／ＮＡＣＫ伝送方案について提案する。
【０５８７】
実施例１１−１
本実施例によれば、ＰＣｅｌｌ上で一つのＰＤＳＣＨ（ａ  ｓｉｎｇｌｅ  ＰＤＳＣＨ）が受信される場合に、ＬＴＥリリース−８で定義するＰＵＣＣＨフォーマット１ａ／１ｂのリソースを用いることができる。この場合、ＤＡＩの用途及びＡＲＩを下記のように定義できる。
【０５８８】
図４３は、ＤＡＩ及びＴＰＣ使用の一例を示す図である。
【０５８９】
図４３の例示のように、ＰＣｅｌｌでのＤＡＩは、ＬＴＥリリース−８  ＴＤＤシステムと同様にＰＤＣＣＨ（またはＰＤＳＣＨ）の累積カウンターとすることができる。ＳＣｅｌｌでのＤＡＩは、ＬＴＥリリース−８  ＴＤＤシステムと同様にＰＤＣＣＨ（またはＰＤＳＣＨ）の累積カウンターとすることができる。または、ＳＣｅｌｌでのＤＡＩは「００」に設定可能である。図４３の例示では、ＳＣｅｌｌのＰＤＣＣＨのＤＡＩ値はいずれも「００」に設定されている。ＳＣｅｌｌでのＰＤＣＣＨのＤＡＩ値がいずれも「００」のように同一に設定されると、ＰＤＣＣＨ下りリンク制御情報（ＤＣＩ）が共通探索空間（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）内においてもスケジューリングされてもよい。あらかじめ定義された「００」値は、ＵＥ具現の観点で仮想ＣＲＣとして（すなわち、ＤＡＩ＝００以外の場合にエラー検出されるものとして）用いられてもよい。
【０５９０】
図４３の例示のように、ＰＣｅｌｌ上で最初に割り当てられるＰＤＣＣＨ（すなわち、ＤＡＩ＝００のＰＤＣＣＨ）のＴＰＣフィールドは、元来の用途のＴＰＣ命令に用いられる。ＰＣｅｌｌ上でＤＡＩ＝００のＰＤＣＣＨ以外の残り全ての（ＰＣｅｌｌ及びＳＣｅｌｌを含む）ＰＤＣＣＨのＴＰＣフィールドは、ＡＲＩの用途に用いられる。ＰＤＣＣＨでＡＲＩに用いられるフィールドは、全てのＰＤＣＣＨで同じ値を有しなければならない。
【０５９１】
【化４９】
0005946838.tif 000070
【０５９２】
上の説明で、「ＰＤＳＣＨ伝送があり、対応するＰＤＣＣＨがない」場合は、ＤＬ  ＳＰＳ  ＰＤＳＣＨに該当する。また、「ＤＡＩ＝「００」の一つのＰＤＳＣＨ」は、そのＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩフィールドが００であることを意味する。
【０５９３】
本実施例１１−１は、ＴＤＤ  ＡＣＫ／ＮＡＣＫフィードバックに対する９ＤＬ：１ＵＬサブフレーム設定、モード１、モード２に対する時間−ドメイン／ＣＣ−ドメインバンドリング、などのいずれの場合にも適用可能である。
【０５９４】
本実施例１１−１で説明した内容をまとめると、下記の通りである。
【０５９５】
ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂ及びＰＵＣＣＨフォーマット１ａ／１ｂのリソースが用いられる場合は、（１）ＰＣｅｌｌ上で「対応するＰＤＣＣＨがない一つのＰＤＳＣＨ」がある場合、（２）ＰＣｅｌｌでのみ「対応するＰＤＣＣＨがある一つのＰＤＳＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００の場合、または（３）ＰＣｅｌｌでのみ「ＤＬ  ＳＰＳ解除を指示する一つのＰＤＣＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００の場合、である。
【０５９６】
これらの（１）、（２）または（３）以外の場合にはＬＴＥリリース−１０  ＰＵＣＣＨフォーマット３が用いられる。
【０５９７】
仮に、ＰＣｅｌｌ上で「対応するＰＤＣＣＨのないＰＤＳＣＨ（すなわち、ＤＬ  ＳＰＳ  ＰＤＳＣＨ）」がない場合には、次のように動作する。ＰＣｅｌｌ上で「対応するＰＤＣＣＨがあるＰＤＳＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００であると、そのＰＤＣＣＨのＴＰＣフィールドは実際ＴＰＣ命令に用いられる。ＰＣｅｌｌ上で「ＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨ」があり、そのＰＤＣＣＨのＤＡＩ＝００である、そのＰＤＣＣＨのＴＰＣフィールドは実際ＴＰＣ命令に用いられる。それ以外の場合には、ＰＤＣＣＨのＴＰＣフィールドがＡＲＩとして用いられる。
【０５９８】
他の場合には（すなわち、ＰＣｅｌｌ上で「対応するＰＤＣＣＨのないＰＤＳＣＨ（すなわち、ＤＬ  ＳＰＳ  ＰＤＳＣＨ）」がある場合には）、ＰＤＣＣＨの全てのＴＰＣフィールドがＡＲＩとして用いられる。
【０５９９】
また、上記のいずれの場合においても、ＰＤＣＣＨでＡＲＩに用いられるフィールドはいずれも同じ値を有する。
【０６００】
実施例１１−２
ＦＤＤの場合に、ＳＣｅｌｌでＴＰＣフィールドがＡＲＩの用途に用いられ、ＰＣｅｌｌでのＴＰＣフィールドは元来のＴＰＣ用途に用いられる。本実施例によれば、ＴＤＤでもＦＤＤと類似に、ＰＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣフィールドは元来のＴＰＣ用途に用いられ、ＳＣｅｌｌに対するＰＤＣＣＨ内のＴＰＣフィールドはＡＲＩの用途に用いられる。このように動作する場合に、既存のＬＴＥリリース−８での動作に修正を加えることなくＰＵＣＣＨ電力制御動作を同一に行うことができる。
【０６０１】
図４４は、ＤＡＩ及びＴＰＣ使用の他の例を示す図である。
【０６０２】
図４４の例示のように、ＰＣｅｌｌでのみＰＤＳＣＨを受信する端末に対しては、ＰＣｅｌｌでのＰＤＣＣＨのＤＡＩフィールドをＡＲＩの用途に用いることができる。このようにＤＡＩフィールドを用いることは、モード１に従う場合にも可能である。モード１は時間−ドメイン／ＣＣ−ドメインバンドリングでＤＡＩを支援する必要がないわけである。また、ＰＤＣＣＨのＡＲＩとして用いられるフィールド（ＰＣｅｌｌでのＤＡＩフィールド、ＳＣｅｌｌでのＴＰＣフィールド）はいずれも同じ値を有しなければならない。
【０６０３】
図４４の例示では、ＳＣｅｌｌのＰＤＣＣＨのＤＡＩ値がいずれも「００」に設定されるとする。その詳細は図４３で説明した通りである。
【０６０４】
これによるＵＥ動作は、次のように定義できる。
【０６０５】
【化５０】
0005946838.tif 000071
【０６０６】
前述の実施例９乃至実施例１１の内容は、主に、ＴＤＤシステムにおいてＰＵＣＣＨを用いたＡＣＫ／ＮＡＣＫ伝送に関する本発明の具体的な適用例であった。以下の実施例１２では、ＰＣｅｌｌでＴＰＣフィールドをＡＲＩとして再使用する本発明の内容が、ＦＤＤ及びＴＤＤシステムに適用される例示についしてより具体的に説明する。
【０６０７】
実施例１２
本実施例１２ではＰＣｅｌｌで「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」でのＡＲＩの使用方案について説明する。
【０６０８】
具体的に、本実施例１２は、ＳＣｅｌｌでのＰＤＳＣＨがなく、ＰＣｅｌｌでＳＰＳ  ＰＤＳＣＨ（すなわち、対応するＰＤＣＣＨのないＰＤＳＣＨ）がなく、ＰＣｅｌｌで一つの「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」を受信した場合に、「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」のＴＰＣフィールドをＡＲＩとして再使用することによって、ＰＵＣＣＨフォーマット３を用いてＡＣＫ／ＮＡＣＫ伝送を可能にする方案に関する。すなわち、ＳＰＳ  ＰＤＳＣＨ（すなわち、対応するＰＤＣＣＨのないＰＤＳＣＨ）がなく、ＰＣｅｌｌで一つのＰＤＳＣＨが受信された場合に対する方案（例えば、ＬＴＥリリース−８  ＦＤＤまたはＴＤＤでのフォールバックモードで動作）について上述した。本実施例では、追加的な方案として、ＰＣｅｌｌ上でＰＤＳＣＨ（対応するＰＤＣＣＨのある／ないＰＤＳＣＨ）がなく、「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」が受信された場合におけるＡＣＫ／ＮＡＣＫ伝送方法について説明する。
【０６０９】
ＦＤＤの場合におけるＡＲＩの使用方法は、次の通りである。
【０６１０】
ＰＣｅｌｌでの「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」のＴＰＣフィールドがＡＲＩの用途に用いられる。ＰＣｅｌｌで「下りリンクＳＰＳ解除を指示するＰＤＣＣＨ」以外の目的のＰＤＣＣＨのＴＰＣフィールドは、元来目的のＴＰＣ命令に用いられる。また、ＳＣｅｌｌでのＰＤＣＣＨのＴＰＣフィールドはＡＲＩとして用いられる。端末は、ＰＣｅｌｌ及びＳＣｅｌｌ上のＡＲＩ値はいずれも同一であると仮定する。
【０６１１】
これによる端末の動作は、次のように定義できる。
【０６１２】
【化５１】
0005946838.tif 000072
【０６１３】
次に、ＴＤＤの場合におけるＤＡＩ及びＡＲＩの使用方法は、次の通りである。
【０６１４】
ＰＣｅｌｌに対するＤＡＩは、ＬＴＥリリース−８と同様にＰＤＣＣＨ／ＰＤＳＣＨの累積カウンターとして用いられる。ＳＣｅｌｌに対するＤＡＩは、あらかじめ設定された値（例えば、「００」）に設定され、ＤＣＩが共通探索空間上でもスケジューリングできるようにする。ここで、あらかじめ設定された値は、ＵＥ具現の観点で仮想ＣＲＣとして用いられてもよい。
【０６１５】
ＰＣｅｌｌで最初に割り当てられたＰＤＣＣＨ（すなわち、ＤＡＩ＝１またはＤＡＩ＝「００」のＰＤＣＣＨ）のＴＰＣフィールドは、元来のＴＰＣ命令の用途に用いられる。該ＰＣｅｌｌで最初に割り当てられたＰＤＣＣＨ以外の残り全てのＰＤＣＣＨ（ＰＣｅｌｌの他のＰＤＣＣＨ及びＳＣｅｌｌのＰＤＣＣＨ）のＴＰＣフィールドはＡＲＩの用途に用いられる。ここで、残り全てのＰＤＣＣＨでＤＡＩ＝「００」の場合にも同様、ＴＰＣフィールドはＡＲＩとして用いられる。また、ＵＥは、ＡＲＩ値がいずれも同一であると仮定する。
【０６１６】
これによる端末の動作は、次のように定義できる。
【０６１７】
【化５２】
0005946838.tif 000073
【０６１８】
実施例１３
本実施例１３は、ＳＰＳ  ＰＤＳＣＨの存在可否によってＴＰＣフィールドが相異なるように用いられる方案に関する。
【０６１９】
前述したように、ＡＣＫ／ＮＡＣＫ応答が３つのケースに対して発生する。ケース１は、対応するＰＤＣＣＨがあるＰＤＳＣＨ（ＰＤＳＣＨ  ｗｉｔｈ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ）であり、ケース２は、下りリンクＳＰＳ解除を指示するＰＤＣＣＨ（ＰＤＣＣＨ  ｉｎｄｉｃａｔｉｎｇ  ｄｏｗｎｌｉｎｋ  ＳＰＳ  ｒｅｌｅａｓｅ）であり、ケース３は、対応するＰＤＣＣＨのないＰＤＳＣＨ（ＰＤＳＣＨ  ｗｉｔｈｏｕｔ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ）である。ケース３は、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫと表現することもできる。
【０６２０】
本実施例の説明において、ＡＣＫ／ＮＡＣＫ応答に関連した「ＰＤＣＣＨ」は、ケース１またはケース２を意味し、「ＳＰＳ  ＰＤＳＣＨ」はケース３を意味するとし、特定ＵＥが上の３ケースの下りリンク受信をしてそれに対するＡＣＫ／ＮＡＣＫを伝送する動作について説明する。ｎ番目のＵＬサブフレームで伝送されるＡＣＫ／ＮＡＣＫ応答は、ｎ−ｋ番目（ここで、ｋ∈Ｋであり、
【０６２１】
【化５３】
0005946838.tif 000074
【０６２２】
上記の表１２を参照）のサブフレームでの上の３ケースの下りリンク伝送に対する確認応答という関係を有することができ、以下の説明でＡＣＫ／ＮＡＣＫ伝送サブフレーム位置についての説明は省略する。
【０６２３】
端末から種々のフォーマットを用いてＡＣＫ／ＮＡＣＫ伝送をすると、基地局におけるＡＣＫ／ＮＡＣＫ解釈のためのブラインドデコーディングの複雑度が増加する。複雑なブラインドデコーディングの処理のような基地局での性能低下を改善し、リソースを效率的に活用するために、可能なかぎり上位層によって設定されたＰＵＣＣＨフォーマットが用いられるようにするとよい。以下では、ＳＰＳ  ＰＤＳＣＨ存在の有無によってＴＰＣフィールドが異に用いられる方案について具体的に説明する。
【０６２４】
一つのサービングセルが設定される場合には次のようにＴＰＣフィールド（２−ビット）の用途が定められるとよい。ＳＰＳ  ＰＤＳＣＨが存在する場合には、ＰＤＣＣＨ内のＴＰＣフィールドがいずれもＡＲＩの用途に用いられ、端末は全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。一方、ＳＰＳ  ＰＤＳＣＨが存在しない場合には、ＤＬ  ＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、ＤＬ  ＤＡＩ＞１のＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられ、端末は、ＤＬ  ＤＡＩ＞１の全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。
【０６２５】
また、一つのサービングセルが設定される場合に、ＰＵＣＣＨフォーマットの使用は、下記のように定められるとよい。ＵＥがＳＰＳ  ＰＤＳＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。または、ＵＥがＤＬ  ＤＡＩ＝１の一つのＰＤＣＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。その他の場合には、上位層により設定されたＰＵＣＣＨフォーマットとしてＰＵＣＣＨフォーマット３を用いることができる。
【０６２６】
ＤＬ  ＤＡＩが単なるカウンター（ＰＤＣＣＨ累積カウンター）として用いられる場合に、搬送波アグリゲーション（ＣＡ）の場合に対するＴＤＤ  ＰＵＣＣＨフォーマット３のリソース割当は、単一搬送波（またはｎｏｎ−ＣＡ）の場合に対するリソース割当と同様にして定めることができる。すなわち、ＰＣｅｌｌに対するリソース割当方案として、ｎｏｎ−ＣＡの場合でのリソース割当方案をそのまま用いることができる。また、ＣＡの場合に、複数個のＣｅｌｌに対するＰＵＣＣＨリソース割当は下記のように定めることができる。
【０６２７】
１個超過のサービングセルが設定される場合に、ＴＰＣフィールドの用途は下記のように定めることができる。ＳＰＳ  ＰＤＳＣＨが存在する場合に、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられ、端末は、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。一方、ＳＰＳ  ＰＤＳＣＨが存在しない場合に、ＰＣｅｌｌ上でのみＤＬ  ＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、ＰＣｅｌｌ及びＳＣｅｌｌ上の残りの全てのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられ、端末は、ＰＣｅｌｌ及びＳＣｅｌｌ上の全てのＰＤＣＣＨでＡＲＩ値が同一であると仮定することができる。
【０６２８】
また、１個超過のサービングセルが設定される場合に、ＰＵＣＣＨフォーマットの使用は下記のように定めることができる。ＵＥがＳＰＳ  ＰＤＳＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。または、ＵＥがＰＣｅｌｌ上でのみＤＬ  ＤＡＩ＝１の一つのＰＤＣＣＨ「のみ」を受信する場合には、ＬＴＥリリース−８  ＰＵＣＣＨフォーマット１ａ／１ｂリソースを用いることができる。その他の場合には、上位層により設定されたＰＵＣＣＨフォーマットとしてＰＵＣＣＨフォーマット３を用いることができる。
【０６２９】
実施例１４
本実施例１４は、前述した実施例を総合的に考慮して、ＴＤＤ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ応答伝送のためのＰＵＣＣＨリソース割当方案を説明するためのものである。
【０６３０】
既存のＬＴＥリリース−８／９システムでは、所定のビットサイズ（例えば、４ビット）を超えるＡＣＫ／ＮＡＣＫ伝送に対して、ＡＣＫ／ＮＡＣＫバンドリング（空間バンドリング及び／または時間ドメインバンドリング）を適用することから、個別ＡＣＫ／ＮＡＣＫ情報の損失が発生した。そこで、ＬＴＥリリース−１０（またはＬＴＥ−Ａ）システムでは最大２０ビットの個別ＡＣＫ／ＮＡＣＫ情報を伝送することを支援し得るようにＰＵＣＣＨフォーマット３が設計された。搬送波アグリゲーション（ＣＡ）及び／またはＴＤＤを支援するシステムでは２０ビット超過のＡＣＫ／ＮＡＣＫを伝送する場合も発生するため、可能なかぎりＡＣＫ／ＮＡＣＫ情報を損失無しで伝送しながら、リソースを效率的に使用する方案が要求される。
【０６３１】
図４５は、ＰＤＣＣＨ内のＴＰＣフィールドの使用に関する本発明の一例を示す図である。図４５の例示で、ＡＲＩは、ＡＣＫ／ＮＡＣＫ伝送のためのＰＵＣＣＨフォーマット３のリソースを指示（ｉｎｄｉｃａｔｅ）する情報であり、ＰＣｅｌｌでＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられるが、その他のＰＣｅｌｌ及びＳＣｅｌｌでのＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられている。端末は、ＰＣｅｌｌ及びＳＣｅｌｌでのＡＲＩ値が同一であると仮定することができる。これにより、一つのＡＲＩのみを検出した場合にもＰＵＣＣＨフォーマット３リソースを決定することができる。
【０６３２】
このようにＴＰＣフィールドをＡＲＩに再使用する場合に、ＰＵＣＣＨ電力制御の精密度が低下することがある。しかし、ＡＲＩ情報を用いてＰＵＣＣＨフォーマット３リソースを明確に決定できるので、ＰＵＣＣＨフォーマット３を用いて損失無しにＡＣＫ／ＮＡＣＫ情報を伝送することが、ＰＵＣＣＨ電力制御の精密度の低下と比較して、システム全体の観点では有利といえる。
【０６３３】
図４５の例示において、ＵＥがＡＲＩの含まれている少なくとも一つのＰＤＣＣＨの検出に成功した場合には、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ応答を伝送することができる。しかし、ＵＥがＡＲＩの含まれていないＰＤＣＣＨ（すなわち、ＰＣｅｌｌでＤＡＩ＝１のＰＤＣＣＨ）「のみ」を検出すると、ＵＥは、ＡＲＩ情報を獲得できず、ＰＵＣＣＨフォーマット３リソースを決定することもてできない。この場合には、レガシー（ｌｅｇａｃｙ）フォーマット、すなわち、ＬＴＥリリース−８／９のＰＵＣＣＨフォーマット１ａ／１ｂを用いて情報損失無しにＡＣＫ／ＮＡＣＫ応答を伝送するように動作できる。
【０６３４】
これにより、一つ以上の下りリンクサブフレームで伝送される下りリンク伝送（ＰＤＣＣＨ及び／またはＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ応答を損失無しに伝送し得るリソース割当方案を提供することができる。また、搬送波アグリゲーション（ＣＡ）の場合またはｎｏｎ−ＣＡの場合を問わず、同じ方式でＰＵＣＣＨフォーマット及びＰＵＣＣＨリソースが決定されるので、基地局側と端末側の動作を簡単且つ明確に特定することができる。
【０６３５】
図４６は、本発明で提案した種々の実施例を総合的に説明するフローチャートである。図４６の例示では、上位層によってＰＵＣＣＨフォーマット３が端末に設定されることを前提にして説明する。
【０６３６】
段階Ｓ４６１０で、端末がＰＣｅｌｌでのみＤＡＩ＝１の一つのＰＤＳＣＨ（すなわち、ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ）を受信したか否か判定する。
【０６３７】
段階Ｓ４６１０の結果がＹＥＳであると、段階Ｓ４６２０に移行する。ＰＣｅｌｌでＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令に用いられるので、端末がＤＡＩ＝１のＰＤＣＣＨのみを受信した場合にはＡＲＩ情報を獲得できない。したがって、端末は、ＰＵＣＣＨフォーマット３を使用しない。端末は、ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送することができる。ＰＵＣＣＨフォーマット１ａ／１ｂリソースは、暗黙的マッピング（すなわち、ＰＤＣＣＨ  ＣＣＥインデックスから誘導されるＰＵＣＣＨリソースインデックス）によって決定されうる。
【０６３８】
一方、段階Ｓ４６１０の結果がＮＯであると、段階Ｓ４６３０に移行する。段階Ｓ４６３０で端末は、ＰＣｅｌｌでのみＰＤＣＣＨのないＰＤＳＣＨ（すなわち、ＳＰＳ  ＰＤＳＣＨ）一つを受信したか否か判定する。
【０６３９】
段階Ｓ４６３０の結果がＹＥＳであると、段階Ｓ４６４０に移行する。端末は、ＰＤＣＣＨを受信できず、ＡＲＩも獲得できなかったので、ＰＵＣＣＨフォーマット３を使用しない。端末はＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送できる。ここで、端末は、ＰＤＣＣＨを受信しなかったため、ＰＤＣＣＨ  ＣＣＥインデックスから誘導されるＰＵＣＣＨリソースインデックスを導出することができない。したがって、端末は、ＳＰＳ活性化ＰＤＣＣＨに含まれた情報（例えば、ＳＰＳ活性化ＰＤＣＣＨ内のＴＰＣフィールドを再使用して指示される情報）によってＰＵＣＣＨリソースインデックスを決定できる。
【０６４０】
一方、段階Ｓ４６３０の結果がＮＯであると、段階Ｓ４６５０に移行する。段階Ｓ４６５０で端末は、ＰＣｅｌｌでのみ「ＤＡＩ＝１のＰＤＳＣＨ」及び追加として「ＰＤＣＣＨのないＰＤＳＣＨ」を受信したか否か判定する。
【０６４１】
段階Ｓ４６５０の結果がＹＥＳであると、段階Ｓ４６６０に移行する。この場合にも、端末はＡＲＩ情報を獲得できないため、ＰＵＣＣＨフォーマット３を使用せずに、ＰＵＣＣＨフォーマット１ａ／１ｂを使用する。ここで、端末は、ＡＣＫ／ＮＡＣＫ情報損失を防止するために、チャネル選択方式でＡＣＫ／ＮＡＣＫ情報を伝送することができる。チャネル選択は、Ａ（＝２または３）個のＰＵＣＣＨリソースからＰＵＣＣＨリソースを選択する方式で行われるとよい。Ａ値は、ＰＤＳＣＨのコードワード（または伝送ブロック）の個数によって決定することができる。
【０６４２】
一方、段階Ｓ４６５０の結果がＮＯであると、段階Ｓ４６７０に移行する。段階Ｓ４６７０で端末は、ＰＣｅｌｌでＤＡＩ＝１以外の（すなわち、ＤＡＩ＞１の）ＰＤＣＣＨのＡＲＩ（すなわち、ＴＰＣフィールド）値とＳＣｅｌｌの全てのＰＤＣＣＨのＡＲＩ（すなわち、ＴＰＣフィールド）値がいずれも同一であるか否か判定する。
【０６４３】
段階Ｓ４６７０の結果がＹＥＳであると、段階Ｓ４６８０に移行する。この場合、端末は、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ情報を伝送することができる。端末は、ＡＲＩ値がいずれのＰＤＣＣＨでも同一であると仮定し、少なくとも一つのＰＤＣＣＨでＡＲＩ値を用いて段階Ｓ４６８０を行うこともできる。
【０６４４】
一方、段階Ｓ４６７０の結果がＮＯであると（すなわち、ＰＣｅｌｌ及びＳＣｅｌｌのＡＲＩ値が同一でないと）、端末は、受信されたＰＤＣＣＨを廃棄（ｄｉｓｃａｒｄ）する。
【０６４５】
要するに、端末がＡＣＫ／ＮＡＣＫを伝送すべき「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」、「ＰＤＳＣＨ  ｗｉｔｈｏｕｔ  ＰＤＣＣＨ（ＳＰＳ−ＰＤＳＣＨ）」及び「ＳＰＳ  ｒｅｌｅａｓｅ  ＰＤＣＣＨ」に対して、次のような端末の動作を定義できる。ただし、本発明の範囲がこれに制限されるわけではなく、前述した本発明の種々の実施例の可能な組み合わせによりＴＤＤ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫリソース割当及び伝送動作が行われてもよい。
【０６４６】
まず、搬送波アグリゲーションが適用されないシステム（すなわち、ｎｏｎ−ＣＡ）での動作は、ＣＡ環境での「ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇ」と同一に行うことができる。すなわち、端末に一つのサービングセルが設定される場合におけるＴＤＤ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫリソース割当及び伝送動作は、端末に１超過のサービングセルが設定されるとき、ＰＣｅｌｌでのみＰＤＳＣＨ及び／またはＰＤＣＣＨを受信する場合におけるＴＤＤ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫリソース割当及び伝送動作と同一に行うことができる。したがって、以下、ＰＣｅｌｌでの動作に関する説明は、端末に一つのサービングセルのみ設定され、当該サービングセルでの動作に代えてもよい。
【０６４７】
ＰＣｅｌｌのＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩ＝１であると、ＴＰＣフィールドは元来の電力制御用途に用いられる。ＰＣｅｌｌのＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩ＞１であると、ＴＰＣフィールドはＡＲＩの用途に用いられる。ＳＣｅｌｌの全てのＰＤＳＣＨに対応するＰＤＣＣＨ内のＴＰＣフィールドはＡＲＩの用途に用いられる。端末は全てのＡＲＩが同一であると仮定する。
【０６４８】
ＰＣｅｌｌでのみ一つのＳＰＳ−ＰＤＳＣＨのみを受信すると、ＰＵＣＣＨフォーマット１ａ／１ｂにフォールバックする。
【０６４９】
ＰＣｅｌｌでのみ一つのＤＡＩ＝１のＰＤＳＣＨ（ＰＤＳＣＨに対応するＰＤＣＣＨ内のＤＡＩ＝１）のみを受信すると、ＰＵＣＣＨフォーマット１ａ／１ｂにフォールバックする。
【０６５０】
ＰＣｅｌｌでのみ一つのＤＡＩ＝１のＰＤＳＣＨと一つのＳＰＳ−ＰＤＳＣＨのみを受信すると、ＰＵＣＣＨフォーマット１ｂを使用するチャネル選択方式でＡＣＫ／ＮＡＣＫ伝送が行われる。ここで、チャネル選択に用いられるＰＵＣＣＨリソースの個数（Ａ）は、２または３である。
【０６５１】
ＰＣｅｌｌでのみＤＡＩ＞１のＰＤＳＣＨ（ＰＤＳＣＨに対応するＰＤＣＣＨのＤＡＩ＞１）を一つ以上受信すると、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ伝送が行われる。
【０６５２】
ＳＣｅｌｌでＰＤＳＣＨを一つ以上受信すると、ＡＲＩにより指示されるＰＵＣＣＨフォーマット３リソースを用いてＡＣＫ／ＮＡＣＫ伝送が行われる。
【０６５３】
これにより、ＰＣｅｌｌでのみ、またはＰＣｅｌｌ及びＳＣｅｌｌで、「ＰＤＳＣＨ  ｗｉｔｈ  ＰＤＣＣＨ」、「ＰＤＳＣＨ  ｗｉｔｈｏｕｔ  ＰＤＣＣＨ（ＳＰＳ−ＰＤＳＣＨ）」及び「ＳＰＳ  ｒｅｌｅａｓｅ  ＰＤＣＣＨ」のうち一つ以上を受信するいすれの場合においても、ＡＣＫ／ＮＡＣＫ情報の損失無しにＡＣＫ／ＮＡＣＫ情報を正確且つ效率的に伝送することができる。
【０６５４】
実施例１５
本実施例１５は、ＰＵＣＣＨフォーマット３に関するリソース割当方案に関する。一つのサービングセルが設定される場合についてまず説明した後、１個超過のサービングセルが設定される場合について説明するものとする。
【０６５５】
一つのサービングセルが設定される場合には、ＰＵＣＣＨフォーマット３を用いたり、Ｍ＝２のチャネル選択を用いたり、またはＰＵＣＣＨフォーマット１ａ／１ｂを用いたりすることができる。
【０６５６】
ＰＵＣＣＨフォーマット３を用いる場合に、バンドリングウィンドウ内でＳＰＳ  ＰＤＳＣＨが存在すると、端末は、ＤＬ  ＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドもＡＲＩの用途に用いられると仮定することができる。これにより、端末は、ＰＵＣＣＨフォーマット３リソースを決定し、ＡＣＫ／ＮＡＣＫをＰＵＣＣＨフォーマット３を用いて伝送することができる。
【０６５７】
Ｍ＝２のチャネル選択を用いる場合には次のように動作することができる。
【０６５８】
端末がＳＰＳ  ＰＤＳＣＨ及びＤＬ  ＤＡＩ＝１のＰＤＣＣＨのみを受信し、ＤＬ  ＤＡＩ＞１のＰＤＣＣＨは受信しなかった場合には、端末は、ＳＰＳ  ＰＤＳＣＨ、及びＤＬ  ＤＡＩ＝１のＰＤＣＣＨにより指示されるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫの空間バンドリングを適用しながらＭ＝２のチャネル選択を用いてＡＣＫ／ＮＡＣＫを伝送することができる。端末が２ビットのＡＣＫ／ＮＡＣＫを伝送するためにＬＴＥリリース−８の暗黙的リソース割当（例えば、表５）規則に従うこともでき、またはＬＴＥリリース−１０のマッピング関係（例えば、表８）に従うこともできる。
【０６５９】
端末がＬＴＥリリース−８のマッピング関係に従うチャネル選択方式でＡＣＫ／ＮＡＣＫを伝送するとすると、ＳＰＳ  ＰＤＳＣＨ及びＤＡＩ＝１のＰＤＣＣＨが存在する場合とＳＰＳ  ＰＤＳＣＨのみが存在する場合とが区別されない不明瞭性が発生したり、または、ＳＰＳ  ＰＤＳＣＨ及びＤＡＩ＝１のＰＤＣＣＨが存在する場合とＤＡＩ＝１のＰＤＣＣＨのみが存在する場合とが区別されない不明瞭性が発生することがある。
【０６６０】
これを解決するために、チャネル選択に対するリソース割当を適用するにあたり、
【０６６１】
【化５４】
0005946838.tif 000075
【０６６２】
は、ＳＰＳ  ＰＤＳＣＨを活性化するＰＤＣＣＨのＴＰＣフィールドによって決定され、
【０６６３】
【化５５】
0005946838.tif 000076
【０６６４】
は、ＰＤＳＣＨに対応するＰＤＣＣＨのＣＣＥインデックスから決定されるようにすることができる。また、ＨＡＲＱ−ＡＣＫ（０）は、ＳＰＳ  ＰＤＳＣＨ伝送に対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答にマッピングされ、ＨＡＲＱ−ＡＣＫ（１）は、対応ＰＤＣＣＨのあるＰＤＳＣＨ伝送に対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答にマッピングされうる。これにより、端末が、ＤＡＩ＝１のＰＤＣＣＨを逃す場合のＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ応答と、ＤＡＩ＝１のＰＤＣＣＨを受信した場合のＳＰＳ  ＰＤＳＣＨ及びＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ応答における、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ応答部分（選択されるチャネルとチャネル内で伝送されるビットあるいはコンステレーション）が互いに一致して伝送されることが可能になる。すなわち、基地局は、端末がＤＡＩ＝１のＰＤＣＣＨを検出したか否かにかかわらず、固定した応答部分（選択されるチャネルとチャネル内で伝送されるビットあるいはコンステレーション）の検出により、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ応答を正確に受信することとなる。
【０６６５】
次に、端末がＳＰＳ  ＰＤＳＣＨ及びＤＬ  ＤＡＩ＝１のＰＤＣＣＨのみを受信し、ＤＬ  ＤＡＩ＞１のＰＤＣＣＨを受信しなかった場合に、端末はＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送することもできる。
【０６６６】
この場合、１番目のＰＵＣＣＨリソースインデックス
【０６６７】
【化５６】
0005946838.tif 000077
【０６６８】
は、ＰＤＳＣＨに対応するＰＤＣＣＨのＣＣＥインデックスから誘導されてもよく、またはＳＰＳ活性化ＰＤＣＣＨのＴＰＣフィールドによって指示されるＳＰＳ  ＰＵＣＣＨリソースが用いられるように設定されてもよい。空間直交リソース伝送ダイバーシティ（Ｓｐａｔｉａｌ  Ｏｒｔｈｏｇｏｎａｌ  Ｒｅｓｏｕｒｃｅ  Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ；ＳＯＲＴＤ）が用いられる場合に、２番目のＰＵＣＣＨリソースインデックス
【０６６９】
【化５７】
0005946838.tif 000078
【０６７０】
は、ＰＤＳＣＨに対応するＰＤＣＣＨのＣＣＥインデックスにオフセットを適用して「ＣＣＥインデックス＋１」から誘導されてもよく、またはＳＰＳ  ＰＵＣＣＨリソースの２番目のＰＵＣＣＨリソースが用いられるように設定されてもよい。
【０６７１】
一方、１個超過のサービングセルが設定される場合には、下記２つの方案を適用することができる。
【０６７２】
第一の方案として、搬送波アグリゲーション（ＣＡ）に対してＦＤＤ  ＰＵＣＣＨフォーマット３のリソース割当を再使用することができる。すなわち、ＰＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、ＳＣｅｌｌ上のＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられる。端末がＰＣｅｌｌでのみＳＰＳ  ＰＤＳＣＨまたはＰＤＣＣＨを受信する場合に、ＬＴＥリリース−８で定義されるＡＣＫ／ＮＡＣＫバンドリングを用いることができる。
【０６７３】
第二の方案として、ｎｏｎ−ＣＡに対してＴＤＤ  ＰＵＣＣＨフォーマット３のリソース割当を再使用することができる。すなわち、ＳＰＳ  ＰＤＳＣＨがない場合に、ＰＣｅｌｌ上でのみＤＡＩ＝１のＰＤＣＣＨのＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、これ以外のＰＣｅｌｌ及びＳＣｅｌｌのＰＤＣＣＨのＴＰＣフィールドはいずれもＡＲＩの用途に用いられる。一方、ＳＰＳ  ＰＤＳＣＨが存在する場合に、ＰＣｅｌｌ及びＳＣｅｌｌの全てのＴＰＣフィールドがＡＲＩの用途に用いられてもよい。端末は、いずれのＡＲＩも同じ値であると仮定することができる。端末がＰＣｅｌｌでのみＳＰＳ  ＰＤＳＣＨまたはＤＡＩ＝１のＰＤＣＣＨを受信する場合に、ＬＴＥリリース−８で定義されるＰＵＣＣＨフォーマット１ａ／１ｂを用いることができる。端末がＰＣｅｌｌでのみＳＰＳ  ＰＤＳＣＨとＤＡＩ＝１のＰＤＣＣＨのみを受信する場合に、ＬＴＥリリース−８で定義されるＰＵＣＣＨフォーマット１ａ／１ｂを一つ以上使用するチャネル選択方法を用いることができる。
【０６７４】
２種類以上の上りリンク制御情報伝送方案
前述した本発明の実施例１乃至実施例１５では、端末にＰＵＣＣＨフォーマット３が設定された状態で、ＣＡ、ｎｏｎ−ＣＡ、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇなどの場合に、「ＰＤＳＣＨ  ｗｉｔｈ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ」、「ＰＤＳＣＨ  ｗｉｔｈｏｕｔ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ（ＳＰＳ  ＰＤＳＣＨ）」、「ＤＬ  ＳＰＳ  ｒｅｌｅａｓｅ  ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ伝送に関する本発明の様々な例示について説明した。
【０６７５】
端末が伝送する上りリンク制御情報（ＵＣＩ）には、ＡＣＫ／ＮＡＣＫ、スケジューリング要請（ＳＲ）、チャネル状態情報（ＣＳＩ）などがある。ＣＳＩには、ＲＩ、ＰＭＩ（第１のＰＭＩ、第２のＰＭＩ）、ＣＱＩなどの情報が含まれうる。場合によって、ＡＣＫ／ＮＡＣＫ情報は他のＵＣＩ（ＳＲまたはＣＳＩ）と共に、すなわち、同じサブフレーム上で伝送される必要がある。ここで、ＡＣＫ／ＮＡＣＫ、ＳＲ、ＣＳＩの伝送はＰＵＣＣＨを通じて伝送される場合について説明する。すなわち、ＰＵＳＣＨ上にＡＣＫ／ＮＡＣＫ、ＳＲ、ＣＳＩがピギーバック（ｐｉｇｇｙｂａｃｋ）して伝送される場合は、本発明の範囲に属しない。
【０６７６】
以下では、端末にＰＵＣＣＨフォーマット３が設定された状態で、ＡＣＫ／ＮＡＣＫと共にＳＲが伝送されたり、ＡＣＫ／ＮＡＣＫと共にＣＳＩが伝送される場合に関する本発明の例示について説明する。言い換えると、以下に説明する本発明では、ＡＣＫ／ＮＡＣＫ及びＳＲの同時伝送、またはＡＣＫ／ＮＡＣＫ及びＣＳＩ（すなわち、周期的ＣＳＩ）の同時伝送が、適切なＰＵＣＣＨフォーマットにより行われる方案について説明する。
【０６７７】
実施例１６
本実施例１６では、２つのＡＣＫ／ＮＡＣＫ応答が伝送されるべき状況で当該ＡＣＫ／ＮＡＣＫ応答と同時にＳＲ伝送が必要な場合に対する伝送方案に関する。
【０６７８】
ここで、２つのＡＣＫ／ＮＡＣＫ応答は、一つのＳＰＳ  ＰＤＳＣＨに対する応答と一つの「ＰＤＳＣＨ  ｗｉｔｈ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ」に対する応答でよい。または、２つのＡＣＫ／ＮＡＣＫ応答は、一つのＳＰＳ  ＰＤＳＣＨに対する応答と一つの「ＤＬ  ＳＰＳ  ｒｅｌｅａｓｅ  ＰＤＣＣＨ」に対する応答であってもよい。ここで、例えば、「ＰＤＳＣＨ  ｗｉｔｈ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ」でＰＤＣＣＨのＤＬ  ＤＡＩ＝１でよく、または、「ＤＬ  ＳＰＳ  ｒｅｌｅａｓｅ  ＰＤＣＣＨ」のＰＤＣＣＨのＤＬ  ＤＡＩ＝１でよい。また、本発明で、一つのＡＣＫ／ＮＡＣＫ応答は、一つのＡＣＫ／ＮＡＣＫ応答グループに対応してもよい。すなわち、２つのＡＣＫ／ＮＡＣＫ応答は２つのＡＣＫ／ＮＡＣＫ応答グループを意味することができる。
【０６７９】
本発明では、このように２つのＡＣＫ／ＮＡＣＫ応答とＳＲとの同時伝送が必要な場合に、ＳＲリソースを用いて、ＰＵＣＣＨフォーマット１ｂにより一つの（または一つのグループの）ＡＣＫ／ＮＡＣＫ応答及びバンドリングされた他のＡＣＫ／ＮＡＣＫ（または他のグループの）ＡＣＫ／ＮＡＣＫ応答を伝送することを提案する。
【０６８０】
２つのＡＣＫ／ＮＡＣＫ応答のうち、２  ＣＷ（ｃｏｄｅｗｏｒｄ）のＤＬ伝送に対するＡＣＫ／ＮＡＣＫ応答に対しては空間バンドリングをまず行うことができる。例えば、２つのＡＣＫ／ＮＡＣＫ応答のうち、いずれか一方は１  ＣＷに対するものであり、他方は、２  ＣＷに対するものであると、２  ＣＷに対してのみ空間バンドリングを行えばよい。また、ＬＴＥリリース−８／９では、ＳＰＳ  ＰＤＳＣＨで１  ＣＷのみが存在するので、ＳＰＳ  ＰＤＳＣＨでは常に空間バンドリングが行われずに済み、「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」が２  ＣＷで構成される場合にのみ空間バンドリングが行われればよい。これにより、ＡＣＫ／ＮＡＣＫペイロードは、空間バンドリングが行われる前の２、３または４ビットから２ビットへと減る。このように、必要な場合に空間バンドリングが行われ、２ビットサイズのＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット１ｂ（または１ａ）を用いて伝送することができる。
【０６８１】
ここで、ＰＵＣＣＨフォーマット１ｂ（／１ａ）のための１番目のＰＵＣＣＨリソースには、ＳＲ伝送のために割り当てられたＰＵＣＣＨフォーマット１のリソースが用いられてよい。また、必要な場合（ＳＯＲＴＤが用いられる場合など）に、ＰＵＣＣＨフォーマット１ｂ（／１ａ）のための２番目のＰＵＣＣＨリソースには、ＳＲ伝送のために割り当てられたＰＵＣＣＨフォーマット１の２番目のリソースが用いられてよい。このようなＰＵＣＣＨフォーマット及びリソースの割当は、２つのＡＣＫ／ＮＡＣＫ応答のそれぞれがＰＵＣＣＨフォーマット１ａにフォールバックされ、位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）によってマルチプレクシングされること、すなわち、２つのＡＣＫ／ＮＡＣＫ応答のうち、いずれか一方はＩチャネルにマッピングされ、他方はＱチャネルにマッピングされることと表現することができる。または、このようなＰＵＣＣＨフォーマット及びリソースの割当は、２つのＡＣＫ／ＮＡＣＫ応答がＰＵＣＣＨフォーマット１ｂにフォールバックされることと表現することもできる。
【０６８２】
言い換えると、ＳＲリソースを用いてＡＣＫ／ＮＡＣＫ情報を伝送することによってスケジューリング要請を行い、ＳＲリソース内のコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）マッピングを用いて「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫ及び「ＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫを伝送することができる。
【０６８３】
例えば、ＬＴＥリリース−８で定義されるＰＵＣＣＨフォーマット１ｂで用いられる２ビットのＡＣＫ／ＮＡＣＫのうち、ＭＳＢは「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングさせ、ＬＳＢは「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングさせることができる。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示と逆にしてＭＳＢ及びＬＳＢにマッピングさせてもよい。このようにマッピングした２ビットのＡＣＫ／ＮＡＣＫ情報をＳＲリソースを用いて伝送することができる。
【０６８４】
他の例示として、ＱＰＳＫコンステレーションにおいて、Ｉ軸には「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫがマッピングされ、Ｑ軸には「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫがマッピングされてもよい。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示と逆にしてＩ軸及びＱ軸にマッピングさせてもよい。または、受信時間順序によって「ＳＰＳ  ＰＤＳＣＨ」、及び「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨまたはＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫのうち、先に受信されたものに対するＡＣＫ／ＮＡＣＫがＩ軸にマッピングされ、後で受信されたものに対するＡＣＫ／ＮＡＣＫがＱ軸にマッピングされてもよい。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示と逆にしてＩ軸及びＱ軸にマッピングさせてもよい。このようにマッピングした２ビットのＡＣＫ／ＮＡＣＫ情報をＳＲリソースを用いて伝送することができる。
【０６８５】
さらに他の例示として、ＱＰＳＫコンステレーションにおいて「１，１」及び「０，０」は「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングされ、「０，１」及び「１，０」は「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングされてもよい。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示と逆にしてＱＰＳＫコンステレーションにマッピングさせてもよい。このようにマッピングした２ビットのＡＣＫ／ＮＡＣＫ情報をＳＲリソースを用いて伝送することができる。
【０６８６】
これらの例示のようにそれぞれの下方リンク伝送に対するＡＣＫ／ＮＡＣＫをＱＰＳＫコンステレーションにマッピングさせることは、各セルの伝送モード（Ｔｒａｎｓｐｏｒｔ  Ｍｏｄｅ；ＴＭ）がＭＩＭＯであるか否かにかかわらずに、且つ空間バンドリングが実際に適用されるか否かにかかわらずに同じ方式で適用してもよい。
【０６８７】
また、これら前述の例示によれば、ＳＲリソースを通じて伝送されるＡＣＫ／ＮＡＣＫ情報のバンドリングを最小化し、且つＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ応答をよりロバスト（ｒｏｂｕｓｔ）に伝送することができる。
【０６８８】
前述の例示では説明の便宜のために２個のＡＣＫ／ＮＡＣＫ応答が伝送される場合を仮定したが、２個よりも多いＡＣＫ／ＮＡＣＫ応答の伝送にも、２個のＡＣＫ／ＮＡＣＫ応答伝送方式を拡張して適用することができる。すなわち、２個よりも多いＡＣＫ／ＮＡＣＫ応答を仮想の２個のＡＣＫ／ＮＡＣＫ応答グループに指定し、前述の例示と同様にＱＰＳＫコンステレーションマッピングを用いて伝送することができる。例えば、「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫ情報はＩ軸にマッピングさせ、残りのＡＣＫ／ＮＡＣＫ情報（すなわち、「ＰＤＣＣＨに対応するＰＤＳＣＨ」及び／または「ＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ情報）を空間バンドリング及び時間−ドメインバンドリングを用いて１ビットのＡＣＫ／ＮＡＣＫ情報とし、それをＱ軸にマッピングさせることができる。このようにマッピングされた２ビットのＡＣＫ／ＮＡＣＫ情報はＳＲリソースを用いて伝送することができる。このような例示によれば、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ情報が他の下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報と区別可能になり、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫの検出性能を高めることができる。
【０６８９】
実施例１６−１
ＴＤＤにおいて端末が一つの「ＳＰＳ  ＰＤＳＣＨ」及びＤＡＩ＝１の一つの「ＰＤＣＣＨに対応するＰＤＳＣＨまたはＤＬ  ＳＰＳ解除ＰＤＣＣＨ」を受信したとき、これに対するＡＣＫ／ＮＡＣＫと共にＳＲを同時に伝送しなければならない場合において、ＳＲリソースを通じてＰＵＣＣＨフォーマット１ｂを用いてＡＣＫ／ＮＡＣＫカウンターを伝送することもできる。
【０６９０】
ＡＣＫ／ＮＡＣＫカウンターを伝送するということは、個別のＡＣＫ／ＮＡＣＫ応答（またはバンドリングの行われたＡＣＫ／ＮＡＣＫ情報）を伝送するのではなく、全体ＡＣＫ／ＮＡＣＫ応答のうち、ＡＣＫの発生した個数のみをフィードバックすることである。このようなＡＣＫの個数（ＡＣＫカウンター情報）はＱＰＳＫコンステレーションにマッピングして伝送されてよい。
【０６９１】
例えば、ＱＰＳＫコンステレーションにおいて、「００」はＡＣＫがないことを、「０１」は１個のＡＣＫがあることを、「１０」は２個のＡＣＫがあることを、「１１」は３個のＡＣＫがあること、を表すことができる。こうすると、ＡＣＫ／ＮＡＣＫ伝送ペイロードは、既存の２〜４ビットから２ビットへと減ることとなる。２ビットＡＣＫ／ＮＡＣＫ情報はＰＵＣＣＨフォーマット１ｂ（／１ａ）を用いて伝送することができる。
【０６９２】
ここで、ＰＵＣＣＨフォーマット１ｂ（／１ａ）のための１番目のＰＵＣＣＨリソースには、ＳＲ伝送のために割り当てられたＰＵＣＣＨフォーマット１のリソースが用いられてよい。また、必要な場合（ＳＯＲＴＤが用いられる場合など）に、ＰＵＣＣＨフォーマット１ｂ（／１ａ）のための２番目のＰＵＣＣＨリソースには、ＳＲ伝送のために割り当てられたＰＵＣＣＨフォーマット１の２番目のリソースが用いられてよい。このようなＰＵＣＣＨフォーマット及びリソースの割当は、ＡＣＫ／ＮＡＣＫカウンター情報を表すそれぞれのビットがＰＵＣＣＨフォーマット１ａにフォールバックされ、位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）によってマルチプレクシングされること、すなわち、ＡＣＫ／ＮＡＣＫカウンター情報を表すビットのうち、いずれか一方はＩチャネルにマッピングされ、いずれか他方はＱチャネルにマッピングされることと表現することができる。または、このようなＰＵＣＣＨフォーマット及びリソースの割当は、ＡＣＫ／ＮＡＣＫカウンター情報を表す２ビットがＰＵＣＣＨフォーマット１ｂにフォールバックされることと表現することもできる。すなわち、ＳＲリソースを用いてＡＣＫ／ＮＡＣＫ情報を伝送することによってスケジューリング要請を行い、ＳＲリソース内のコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）マッピングを用いてＡＣＫ／ＮＡＣＫカウンター情報を伝送することができる。
【０６９３】
前述の例示では説明の便宜上２個のＡＣＫ／ＮＡＣＫ応答が伝送されることを説明したが、２個よりも多いＡＣＫ／ＮＡＣＫ応答の伝送にも、前述した本発明の原理を拡張して適用することができる。例えば、２個よりも多いＡＣＫ／ＮＡＣＫ応答のために、ＡＣＫ／ＮＡＣＫカウンター情報が２ビットに重複マッピングされてもよい。例えば、ＱＰＳＫコンステレーションにおいて、「００」はＡＣＫがないことを、「０１」は１または４個のＡＣＫがあることを、「１０」は２または５個のＡＣＫがあることを、「１１」は３または６個のＡＣＫがあること、を表すこともできる。
【０６９４】
実施例１７
既存のＬＴＥリリース−８システムにおいてＣＳＩ（ＣＱＩ／ＰＭＩ／ＲＩ）の伝送のためにＰＵＣＣＨフォーマット２／２ａ／２ｂを定義している。ＣＳＩと共にＡＣＫ／ＮＡＣＫを同時に伝送するためにＰＵＣＣＨフォーマット２ａ／２ｂを用いることができる。具体的に、ＰＵＣＣＨフォーマット２ａ／２ｂのＲＳシンボルに変調を適用してＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０６９５】
例えば、下記の表１９に示すように、１ビット（ｂ（２０））または２ビット（ｂ（２０），ｂ（２１））のＡＣＫ／ＮＡＣＫ情報に変調を行って一つの変調シンボル（ｄ（１０））を生成することができる。
【０６９６】
【表１９】
0005946838.tif 000079
【０６９７】
生成された変調シンボル（ｄ（１０））は、ＰＵＣＣＨのＲＳシーケンス生成時に掛けることによってＰＵＣＣＨフォーマット２ａ／２ｂを用いて伝送することができる。ＰＵＣＣＨフォーマット２ａ／２ｂについてのより具体的な事項は、３ＧＰＰ  ＴＳ  ３６．２１１の５．４．２節などを参照すればいい。
【０６９８】
本実施例１７では、２つのＡＣＫ／ＮＡＣＫ応答が伝送されるべき状況で、ＡＣＫ／ＮＡＣＫとＣＳＩとを同時に（すなわち、同一のサブフレーム内で）伝送する方案について具体的に説明する。ここで、ＡＣＫ／ＮＡＣＫとＣＳＩとの同時伝送が上位層により設定（ＡＣＫ／ＮＡＣＫ及びＣＳＩ同時伝送パラメータ＝ＴＲＵＥ）されたと仮定する。ＡＣＫ／ＮＡＣＫ及びＣＳＩ同時伝送パラメータがＴＲＵＥに設定されるという意味は、ＡＣＫ／ＮＡＣＫ及びＣＳＩ伝送が衝突（ｃｏｌｌｉｓｉｏｎ）する場合に、ＣＳＩを落とす（ｄｒｏｐ）ことなく、ＡＣＫ／ＮＡＣＫとＣＳＩとを同時に伝送するという意味である。
【０６９９】
ここで、２つのＡＣＫ／ＮＡＣＫ応答は、一つの「ＳＰＳ  ＰＤＳＣＨ」に対する応答と一つの「ＰＤＳＣＨ  ｗｉｔｈ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ」に対する応答でよい。または、２つのＡＣＫ／ＮＡＣＫ応答は、一つの「ＳＰＳ  ＰＤＳＣＨ」に対する応答と一つの「ＤＬ  ＳＰＳ  ｒｅｌｅａｓｅ  ＰＤＣＣＨ」に対する応答であってもよい。ここで、例えば、「ＰＤＳＣＨ  ｗｉｔｈ  ａ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ」でＰＤＣＣＨのＤＬ  ＤＡＩ＝１でよく、または「ＤＬ  ＳＰＳ  ｒｅｌｅａｓｅ  ＰＤＣＣＨ」のＰＤＣＣＨのＤＬ  ＤＡＩ＝１でよい。また、本発明で一つのＡＣＫ／ＮＡＣＫ応答は一つのＡＣＫ／ＮＡＣＫ応答グループに対応してもよい。すなわち、２つのＡＣＫ／ＮＡＣＫ応答は２つのＡＣＫ／ＮＡＣＫ応答グループを意味することができる。
【０７００】
本発明では、このように２つのＡＣＫ／ＮＡＣＫ応答とＣＳＩとの同時伝送が必要な場合に、ＰＵＣＣＨフォーマット２ｂ（／２ａ）により上記の表１９のようなＲＳ変調シンボルを用いて一つの（または一つのグループの）ＡＣＫ／ＮＡＣＫ応答及びバンドリングされた他のＡＣＫ／ＮＡＣＫ（または他のグループの）ＡＣＫ／ＮＡＣＫ応答を伝送することを提案する。
【０７０１】
２つのＡＣＫ／ＮＡＣＫ応答のうち、２  ＣＷ（ｃｏｄｅｗｏｒｄ）のＤＬ伝送に対するＡＣＫ／ＮＡＣＫ応答に対しては空間バンドリングをまず行うことができる。例えば、２つのＡＣＫ／ＮＡＣＫ応答のうち、いずれか一方は１  ＣＷに対するものであり、他方は２  ＣＷに対するものであると、２  ＣＷに対してのみ空間バンドリングを行えばよい。また、ＬＴＥリリース−８／９では、ＳＰＳ  ＰＤＳＣＨで１  ＣＷのみが存在するので、ＳＰＳ  ＰＤＳＣＨでは常に空間バンドリングが行われずに済み、「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」が２  ＣＷで構成される場合にのみ空間バンドリングが行われればよい。これにより、ＡＣＫ／ＮＡＣＫペイロードは空間バンドリングが行われる前の２、３または４ビットから２ビットへと減る。このように、必要な場合に空間バンドリングが行われ、２ビットサイズのＡＣＫ／ＮＡＣＫ応答をＰＵＣＣＨフォーマット２ｂ（／２ａ）を用いて伝送することができる。
【０７０２】
このようなＰＵＣＣＨフォーマット及びリソースの割当は、２つのＡＣＫ／ＮＡＣＫ応答のそれぞれがＰＵＣＣＨフォーマット２ａを用いて位相回転（ｐｈａｓｅ  ｒｏｔａｔｉｏｎ）によりマルチプレクシングされること、すなわち、２つのＡＣＫ／ＮＡＣＫ応答のうち、一方はＩチャネルにマッピングされ、他方はＱチャネルにマッピングされることと表現することができる。または、このようなＰＵＣＣＨフォーマット及びリソースの割当は、２つのＡＣＫ／ＮＡＣＫ応答がＰＵＣＣＨフォーマット２ｂで多重化されることと表現することもできる。
【０７０３】
言い換えると、ＰＵＣＣＨフォーマット２ｂ（／２ａ）内のＲＳ変調シンボルへのコンステレーションマッピングを用いて「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫ及び「ＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫを伝送することができる。
【０７０４】
例えば、上記の表１９のＲＳ変調シンボル（ｄ（１０））における２ビットのうち、ＭＳＢは「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングさせ、ＬＳＢは「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングさせることができる。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示と逆にしてＭＳＢ及びＬＳＢにマッピングさせてもよい。このように２ビットのＡＣＫ／ＮＡＣＫ情報をＲＳ変調シンボルにマッピングさせてＰＵＣＣＨフォーマット２ｂ（／２ａ）を用いて伝送することができる。
【０７０５】
他の例示として、上記の表１９のＲＳ変調シンボル（ｄ（１０））におけるＱＰＳＫコンステレーションにおいて、Ｉ軸には「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫをマッピングさせ、Ｑ軸には、「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫをマッピングさせることができる。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示とは逆にしてＩ軸及びＱ軸にマッピングさせてもよい。または、受信時間順序によって、「ＳＰＳ  ＰＤＳＣＨ」と「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨまたはＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫのうち、先に受信されたものに対するＡＣＫ／ＮＡＣＫをＩ軸にマッピングさせ、後で受信されたものに対するＡＣＫ／ＮＡＣＫをＱ軸にマッピングさせてもよい。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示とは逆にしてＩ軸及びＱ軸にマッピングさせてもよい。このように２ビットのＡＣＫ／ＮＡＣＫ情報をＲＳ変調シンボルにマッピングさせてＰＵＣＣＨフォーマット２ｂ（／２ａ）を用いて伝送することができる。
【０７０６】
さらに他の例示として、上記の表１９のＲＳ変調シンボル（ｄ（１０））におけるＱＰＳＫコンステレーションにおいて、「１，１」及び「０，０」は「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングさせ、「０，１」及び「１，０」は「ＤＡＩ＝１のＰＤＣＣＨに対応するＰＤＳＣＨ」または「ＤＡＩ＝１のＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫにマッピングさせることができる。または、それぞれのＡＣＫ／ＮＡＣＫを上の例示とは逆にしてＱＰＳＫコンステレーションにマッピングさせてもよい。このように２ビットのＡＣＫ／ＮＡＣＫ情報をＲＳ変調シンボルにマッピングさせてＰＵＣＣＨフォーマット２ｂ（／２ａ）を用いて伝送することができる。
【０７０７】
これらの例示のようにそれぞれの下りリンク伝送に対するＡＣＫ／ＮＡＣＫをＱＰＳＫコンステレーションにマッピングさせることは、各セルの伝送モード（Ｔｒａｎｓｐｏｒｔ  Ｍｏｄｅ；ＴＭ）がＭＩＭＯであるか否かにかかわらずに、且つ空間バンドリングが実際に適用されるか否かにかかわらずに同じ方式で適用されてもよい。
【０７０８】
また、これら前述の例示によれば、ＣＳＩチャネルで伝送されるＡＣＫ／ＮＡＣＫ情報のバンドリングを最小化し、且つＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ応答をよりロバスト（ｒｏｂｕｓｔ）に伝送することができる。
【０７０９】
前述の例示では説明の便宜のために、２個のＡＣＫ／ＮＡＣＫ応答が伝送される場合を仮定したが、２個よりも多いＡＣＫ／ＮＡＣＫ応答の伝送にも、２個のＡＣＫ／ＮＡＣＫ応答伝送方式を拡張して適用することができる。すなわち、２個よりも多いＡＣＫ／ＮＡＣＫ応答を仮想の２個のＡＣＫ／ＮＡＣＫ応答グループに指定し、前述の例示のようにしてＱＰＳＫコンステレーションマッピングを用いて伝送すればよい。例えば、「ＳＰＳ  ＰＤＳＣＨ」に対するＡＣＫ／ＮＡＣＫ情報はＩ軸にマッピングさせ、残りのＡＣＫ／ＮＡＣＫ情報（すなわち、「ＰＤＣＣＨに対応するＰＤＳＣＨ」及び／または「ＤＬ  ＳＰＳ解除ＰＤＣＣＨ」に対するＡＣＫ／ＮＡＣＫ情報）を空間バンドリング及び時間−ドメインバンドリングにより１ビットのＡＣＫ／ＮＡＣＫ情報とし、それをＱ軸にマッピングさせることができる。このように２ビットのＡＣＫ／ＮＡＣＫ情報をＲＳ変調シンボルにマッピングさせてＰＵＣＣＨフォーマット２ｂ（／２ａ）を用いて伝送することができる。このような例示によれば、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ情報が他の下りリンク伝送に対するＡＣＫ／ＮＡＣＫ情報と区別可能になるため、ＳＰＳ  ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫの検出性能を高めることができる。
【０７１０】
実施例１７−１
ＴＤＤにおいて端末が一つの「ＳＰＳ  ＰＤＳＣＨ」及びＤＡＩ＝１の一つの「ＰＤＣＣＨに対応するＰＤＳＣＨまたはＤＬ  ＳＰＳ解除ＰＤＣＣＨ」を受信したとき、これに対するＡＣＫ／ＮＡＣＫと共にＣＳＩを同時に伝送することが必要な場合がある。この場合、ＡＣＫ／ＮＡＣＫとＣＳＩとの同時伝送が上位層によって設定（ＡＣＫ／ＮＡＣＫ及びＣＳＩ同時伝送パラメータ＝ＴＲＵＥ）された場合に、ＡＣＫ／ＮＡＣＫとＣＳＩが同時に（すなわち、同一サブフレーム内で）伝送される手法として、ＰＵＣＣＨフォーマット２ｂ（／２ａ）を用いてＡＣＫ／ＮＡＣＫカウンターを伝送することもできる。
【０７１１】
ＡＣＫ／ＮＡＣＫカウンターを伝送するということは、個別のＡＣＫ／ＮＡＣＫ応答（またはバンドリングの行われたＡＣＫ／ＮＡＣＫ情報）を伝送するのではなく、全体ＡＣＫ／ＮＡＣＫ応答のうち、ＡＣＫの発生した個数のみをフィードバックすることである。このようなＡＣＫの個数（ＡＣＫカウンター情報）は、上記の表１９のようなＲＳ変調シンボル（ｄ（１０））のＱＰＳＫコンステレーションにマッピングして伝送されてよい。
【０７１２】
例えば、ＱＰＳＫコンステレーションにおいて「００」はＡＣＫがないことを、「０１」は１個のＡＣＫがあることを、「１０」は２個のＡＣＫがあることを、「１１」は３個のＡＣＫがあること、を表すことができる。こうすると、ＡＣＫ／ＮＡＣＫ伝送ペイロードは既存の２〜４（または２〜３）ビットから２ビットへと減ることとなる。２ビットＡＣＫ／ＮＡＣＫ情報はＰＵＣＣＨフォーマット２ｂ（／２ａ）を用いて伝送することができる。
【０７１３】
前述した例示では説明の便宜上、２個のＡＣＫ／ＮＡＣＫ応答が伝送されることを説明したが、２個よりも多いＡＣＫ／ＮＡＣＫ応答の伝送にも前述の本発明の原理を拡張して適用することができる。例えば、２個よりも多いＡＣＫ／ＮＡＣＫ応答のために、ＡＣＫ／ＮＡＣＫカウンター情報が２ビットに重複マッピングされてもよい。例えば、ＱＰＳＫコンステレーションにおいて、「００」はＡＣＫがないことを、「０１」は１または４個のＡＣＫがあることを、「１０」は２または５個のＡＣＫがあることを、「１１」は３または６個のＡＣＫがあること、を表すことができる。
【０７１４】
実施例１８
本実施例１８では、ＦＤＤ  システムにおいて下りリンク伝送に対するＡＣＫ／ＮＡＣＫと共に他のＵＣＩ（ＳＲまたはＣＳＩ）を伝送する方案について説明する。
【０７１５】
まず、搬送波アグリゲーション（ＣＡ）が設定されたＦＤＤ  システムでのＡＣＫ／ＮＡＣＫフィードバックのために基本的にＰＵＣＣＨフォーマット３を用いることが設定された場合を仮定する。ここで、ＰＣｅｌｌで伝送されるＰＤＳＣＨのためのＰＤＣＣＨあるいはＤＬ  ＳＰＳ解除のためのＰＤＣＣＨ内のＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、ＳＣｅｌｌで伝送されるＰＤＳＣＨのためのＰＤＣＣＨ内のＴＰＣフィールドはＡＲＩの用途に用いられると仮定する。
【０７１６】
ＳＣｅｌｌ上で少なくとも一つのＰＤＳＣＨが存在する場合には、ＡＣＫ／ＮＡＣＫフィードバックのためにＰＵＣＣＨフォーマット３を用いることができる。
【０７１７】
ＳＣｅｌｌ上でのＰＤＳＣＨ伝送がない場合には、ＰＵＣＣＨフォーマット１ａ／１ｂのリソース及びＡＣＫ／ＮＡＣＫマッピング規則を用いることができる。具体的に、ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが存在しない場合において、ＰＣｅｌｌでＰＤＣＣＨもなくＰＤＳＣＨもないと、何らの下りリンク伝送もない場合（すなわち、ＤＴＸ）であるから、ＰＵＣＣＨフォーマット１ａ／１ｂの伝送がない。一方、ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが存在しない場合において、ＰＣｅｌｌ上にＰＤＳＣＨ（ＳＰＳ  ＰＤＳＣＨ、またはＰＤＣＣＨに対応するＰＤＳＣＨ）が存在したり、ＰＣｅｌｌ上でＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨが存在すると、ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送すればいい。
【０７１８】
このようにＡＣＫ／ＮＡＣＫ伝送動作を仮定した場合において、上位層によってＳＲ伝送の設定されたサブフレームにおいてＡＣＫ／ＮＡＣＫが伝送されるべき場合には下記のように動作することができる。
【０７１９】
ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが一つでも存在する場合には、ＳＲとＡＣＫ／ＮＡＣＫ情報とのジョイントコーディング（ｊｏｉｎｔ  ｃｏｄｉｎｇ）または多重化が行われ、ＰＵＣＣＨフォーマット３を用いた伝送が可能である。
【０７２０】
ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが存在しない場合において、ＰＣｅｌｌでＰＤＣＣＨもなくＰＤＳＣＨもないと、何らの下りリンク伝送もない場合（すなわち、ＤＴＸ）であるから、ＰＵＣＣＨフォーマット１ａ／１ｂの伝送がない。この場合には、肯定／否定（ｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ）ＳＲ伝送がＯＯＫ（Ｏｎ  Ｏｆｆ  Ｋｅｙｉｎｇ）方式で行われる。すなわち、ＳＲリソース上で伝送が行われる場合は肯定ＳＲに相当し、ＳＲリソース上で伝送がない場合は否定ＳＲに相当する。
【０７２１】
ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが存在しない場合において、ＰＣｅｌｌ上にＰＤＳＣＨ（ＳＰＳ  ＰＤＳＣＨ、またはＰＤＣＣＨに対応するＰＤＳＣＨ）が存在したり、ＰＣｅｌｌ上でＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨが存在する場合には、ＳＲリソース上でＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫ情報を伝送することにより、ＳＲ＋ＡＣＫ／ＮＡＣＫ情報を伝送することができる。具体的に、肯定（ｐｏｓｉｔｉｖｅ）ＳＲの場合にはＳＲ  ＰＵＣＣＨリソース上でＡＣＫ／ＮＡＣＫ情報が伝送され、否定（ｎｅｇａｔｉｖｅ）ＳＲの場合にはＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨリソース上でＡＣＫ／ＮＡＣＫ情報が伝送されうる。
【０７２２】
次に、ＡＣＫ／ＮＡＣＫとＣＳＩとの同時伝送について説明する。本実施例では、ＡＣＫ／ＮＡＣＫとＣＳＩとの同時伝送が上位層によって設定された場合を仮定する。
【０７２３】
ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが存在しない場合において、ＰＣｅｌｌでＰＤＣＣＨもなくＰＤＳＣＨもないと、何らの下りリンク伝送もない場合（すなわち、ＤＴＸ）であるから、ＰＵＣＣＨフォーマット１ａ／１ｂの伝送がない。この場合には、ＰＵＣＣＨフォーマット２系列を用いてＡＣＫ／ＮＡＣＫ伝送無しで周期的ＣＳＩを伝送することができる。
【０７２４】
ＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが存在しない場合において、ＰＣｅｌｌ上にＰＤＳＣＨ（ＳＰＳ  ＰＤＳＣＨ、またはＰＤＣＣＨに対応するＰＤＳＣＨ）が存在したり、ＰＣｅｌｌ上でＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨが存在する場合には、ＰＵＣＣＨフォーマット２系列を用いてＡＣＫ／ＮＡＣＫ情報とＣＳＩとを多重化して伝送することができる。具体的に、ＰＵＣＣＨフォーマット２／２ａ／２ｂのＲＳ変調シンボルを用いてＡＣＫ／ＮＡＣＫ情報を伝送することができる。また、正常（ｎｏｒｍａｌ）ＣＰの場合にはＰＵＣＣＨフォーマット２ａ／２ｂを用いてＣＳＩ＋ＡＣＫ／ＮＡＣＫ情報を伝送でき、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合にはＰＵＣＣＨフォーマット２を用いてジョイントコーディングされたＣＳＩ＋ＡＣＫ／ＮＡＣＫを伝送することができる。
【０７２５】
実施例１９
本実施例１９は、搬送波アグリゲーション（ＣＡ）が設定された場合にＴＤＤシステムにおいて下りリンク伝送に対するＡＣＫ／ＮＡＣＫと共に他のＵＣＩ（ＳＲまたはＣＳＩ）を伝送する方案に関する。具体的に、本実施例は、ＰＤＣＣＨのＤＡＩフィールドをＡＲＩとして用いる場合に関するものである。
【０７２６】
まず、搬送波アグリゲーション（ＣＡ）が設定されたＴＤＤシステムでのＡＣＫ／ＮＡＣＫフィードバックのために基本的にＰＵＣＣＨフォーマット３を用いると設定された場合を仮定する。ここで、ＰＣｅｌｌで伝送されるＰＤＳＣＨのためのＰＤＣＣＨ内のＴＰＣフィールドは元来のＴＰＣ命令の用途に用いられ、ＰＣｅｌｌで伝送されるＰＤＳＣＨのためのＰＤＣＣＨ内のＤＡＩフィールドはＡＲＩの用途に用いられると仮定する。また、ＳＣｅｌｌで伝送されるＰＤＳＣＨのためのＰＤＣＣＨ内のＴＰＣフィールド（またはＤＡＩフィールド）はＡＲＩの用途に用いられると仮定する。
【０７２７】
具体的に、ＰＣｅｌｌ上でＰＤＳＣＨをスケジューリングするＰＤＣＣＨまたはＳＰＳ解除を指示するＰＤＣＣＨにおいて、ＰＤＣＣＨ内のＴＰＣフィールドはＴＰＣ命令の用途に用いられ、ＤＡＩフィールドはＰＵＣＣＨフォーマット３のためのＡＲＩの用途に用いられてよい。ＳＣｅｌｌ上でＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＴＰＣフィールドはＰＵＣＣＨフォーマット３のためのＡＲＩの用途に用いられてよい。ここで、ＰＣｅｌｌ及びＳＣｅｌｌ上のＰＤＣＣＨのＡＲＩ値はいずれも同一であると仮定する。
【０７２８】
ＳＣｅｌｌ上で少なくとも一つのＰＤＳＣＨが存在する場合、またはＰＣｅｌｌ上で少なくとも一つのＰＤＳＣＨが存在する場合に、ＡＣＫ／ＮＡＣＫフィードバックのためにＰＵＣＣＨフォーマット３を用いることができる。
【０７２９】
ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＣＣＨに対応するＰＤＳＣＨがない場合に、ＬＴＥリリース−８のＰＵＣＣＨフォーマット１ａ／１ｂのリソース及びＡＣＫ／ＮＡＣＫマッピング規則を用いることができる。具体的に、ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＣＣＨに対応するＰＤＳＣＨがない場合に、ＳＰＳ  ＰＤＳＣＨも存在しないとＤＴＸに相当し、ＰＵＣＣＨフォーマット１ａ／１ｂの伝送がない。
【０７３０】
または、ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＣＣＨに対応するＰＤＳＣＨがない場合に、ＰＣｅｌｌ上でＳＰＳ  ＰＤＳＣＨの伝送があると、ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫ伝送を行えばよい。
【０７３１】
ＡＣＫ／ＮＡＣＫ及びＳＲの伝送を下記のように設定することができる。
【０７３２】
ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＳＣＨに対応するＰＤＣＣＨが少なくとも一つ存在する場合には、ＳＲ及びＡＣＫ／ＮＡＣＫ情報のジョイントコーディング（ｊｏｉｎｔ  ｃｏｄｉｎｇ）または多重化が行われ、ＰＵＣＣＨフォーマット３を用いた伝送が可能である。
【０７３３】
ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＣＣＨに対応するＰＤＳＣＨがなく、ＳＰＳ  ＰＤＳＣＨも存在しないと、ＤＴＸに相当し、ＰＵＣＣＨフォーマット１ａ／１ｂの伝送がない。この場合、ＳＲリソースを用いてＯＯＫ方式でＳＲ伝送を行えばよい。
【０７３４】
ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＣＣＨに対応するＰＤＳＣＨがなく、ＰＣｅｌｌ上でＳＰＳ  ＰＤＳＣＨの伝送がある場合に、ＳＲリソース上でＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫ情報を伝送することによってＳＲ＋ＡＣＫ／ＮＡＣＫ伝送を行うことができる。
【０７３５】
ＡＣＫ／ＮＡＣＫ及びＣＳＩの伝送を下記のように設定することができる。
【０７３６】
ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＣＣＨに対応するＰＤＳＣＨがなく、ＳＰＳ  ＰＤＳＣＨも存在しないと、ＤＴＸに相当し、ＰＵＣＣＨフォーマット１ａ／１ｂの伝送がない。この場合には、ＰＵＣＣＨフォーマット２系列を用いて周期的ＣＳＩを伝送することができる。
【０７３７】
ＰＣｅｌｌ及びＳＣｅｌｌ上でＰＤＣＣＨに対応するＰＤＳＣＨがなく、ＰＣｅｌｌ上でＳＰＳ  ＰＤＳＣＨの伝送がある場合に、ＰＵＣＣＨフォーマット２系列を用いてＡＣＫ／ＮＡＣＫ情報とＣＳＩとを多重化して伝送することができる。具体的に、正常（ｎｏｒｍａｌ）ＣＰの場合にはＰＵＣＣＨフォーマット２ａ／２ｂを用いてＣＳＩ＋ＡＣＫ／ＮＡＣＫ情報を伝送し、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合にはＰＵＣＣＨフォーマット２を用いてジョイントコーディングされたＣＳＩ＋ＡＣＫ／ＮＡＣＫを伝送することができる。
【０７３８】
実施例２０
本実施例２０は、搬送波アグリゲーション（ＣＡ）が設定された場合にＴＤＤシステムにおいて下りリンク伝送に対するＡＣＫ／ＮＡＣＫと共に他のＵＣＩ（ＳＲまたはＣＳＩ）を伝送する方案に関する。具体的に、本実施例は、ＰＤＣＣＨのＴＰＣフィールドをＡＲＩに用いる場合に関するものである。
【０７３９】
まず、本実施例においてＰＤＣＣＨのＤＡＩフィールド及びＴＰＣフィールドは下記のように定義されるとする。
【０７４０】
ＰＣｅｌｌにおけるＤＡＩフィールドはＰＣｅｌｌにおけるＰＤＣＣＨのカウンターとして用いられる。ＳＣｅｌｌにおけるＤＡＩフィールドは、次のいずれかの方式に用いられるとする。その一つは、ＳＣｅｌｌのＤＡＩフィールドが当該ＳＣｅｌｌにおけるＰＤＣＣＨカウンターとして用いられる方式であり、もう一つは、ＳＣｅｌｌのＤＡＩフィールドが「００」に設定され、共通探索空間内でもＤＣＩがスケジューリングされるようにする方式である。ここで、あらかじめ定義された「００」値は、ＵＥ具現の観点では仮想ＣＲＣとして用いられてもよい。
【０７４１】
一方、ＰＣｅｌｌで最初に割り当てられるＰＤＣＣＨ（すなわち、ＤＡＩ＝「００」またはＤＡＩ＝１のＰＤＣＣＨ）のＴＰＣフィールドは、元来のＴＰＣ命令の用途に用いられる。残り全てのＰＤＣＣＨ（ＰＣｅｌｌ上のＤＡＩ＞１のＰＤＣＣＨ、及びＳＣｅｌｌ上の全てのＰＤＣＣＨ）のＴＰＣフィールドはＡＲＩの用途に用いられる。一つのＰＵＣＣＨ伝送に対応する全てのＰＤＣＣＨ上のＡＲＩ値はいずれも同一であると仮定する。
【０７４２】
これにより、端末は、ＰＣｅｌｌ上でＰＤＳＣＨ伝送があり、それに対応するＰＤＣＣＨがない場合に、次のように動作する。端末は、他のＰＤＳＣＨ伝送がないと、ＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送することができる。一方、端末は、他のＰＤＳＣＨ伝送があると、ＰＵＣＣＨフォーマット３を用いてＡＣＫ／ＮＡＣＫを伝送することができる（ここでは、例外として、ＤＡＩ＝「００」のＰＤＣＣＨのＴＰＣフィールドもＡＲＩの用途にすることができる）。
【０７４３】
その他、ＰＣｅｌｌ上でＰＤＣＣＨ（ＤＡＩ＝「００」（またはＤＡＩ＝１）のＰＤＣＣＨ）に対応する一つのＰＤＳＣＨが存在したり、ＰＣｅｌｌ上で下りリンクＳＰＳ解除を指示するＰＤＣＣＨ（ＤＡＩ＝「００」（またはＤＡＩ＝１）のＰＤＣＣＨ）が一つ存在する場合に、端末はＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫを伝送することができる。これ以外の場合には、端末はＰＵＣＣＨフォーマット３を用いてＡＣＫ／ＮＡＣＫを伝送することができる。
【０７４４】
要するに、ＳＣｅｌｌ上でＰＤＳＣＨが存在するしない場合において、ＰＣｅｌｌ上で対応ＰＤＣＣＨのないＰＤＳＣＨ（ＳＰＳ  ＰＤＳＣＨ）が一つ存在する場合、ＰＣｅｌｌでのみ対応ＰＤＣＣＨ（ＤＡＩ＝「００」（またはＤＡＩ＝１）のＰＤＣＣＨ）のあるＰＤＳＣＨが一つ存在する場合、またはＰＣｅｌｌでのみＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨ（ＤＡＩ＝「００」（またはＤＡＩ＝１）のＰＤＣＣＨ）が一つ存在する場合に、ＰＵＣＣＨフォーマット１ａ／１ｂを用いることができる。他の場合にはＰＵＣＣＨフォーマット３を用いることができる。ここで、ＰＣｅｌｌ上で対応ＰＤＣＣＨのないＰＤＳＣＨが存在しない場合に、ＰＣｅｌｌ上でＤＡＩ＝「００」（またはＤＡＩ＝１）のＰＤＣＣＨ（ＰＤＳＣＨに対応するＰＤＣＣＨ、またはＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨ）のＴＰＣフィールドはＴＰＣ命令の用途に用いられ、他のＰＤＣＣＨのＴＰＣフィールドはＡＲＩの用途に用いられる。それ以外の場合、ＰＤＣＣＨの全てのＴＰＣフィールドはＡＲＩとして用いられる。端末は、一つのＰＵＣＣＨ伝送に対応する全てのＰＤＣＣＨにおいてＡＲＩの用途に用いられるフィールドの値はいずれも同一であると仮定する。
【０７４５】
このようにＡＣＫ／ＮＡＣＫ伝送動作を仮定する場合に、上位層によってＳＲ伝送が設定されたサブフレームで肯定ＳＲがＡＣＫ／ＮＡＣＫと共に伝送されるべき場合には、下記のように動作すればよい。
【０７４６】
ＰＣｅｌｌ上で対応ＰＤＣＣＨのないＰＤＳＣＨが一つ存在する場合、ＰＣｅｌｌ上でのみＤＡＩ＝１（またはＤＡＩ＝「００」）のＰＤＣＣＨに対応するＰＤＳＣＨが一つ存在する場合、またはＰＣｅｌｌ上でのみＤＡＩ＝１（またはＤＡＩ＝「００」）であり且つＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨが一つ存在する場合には、ＳＲリソース上でＰＵＣＣＨフォーマット１ａ／１ｂを用いてＡＣＫ／ＮＡＣＫ情報を伝送することによってＳＲ＋ＡＣＫ／ＮＡＣＫ情報を伝送することができる。
【０７４７】
例えば、ＴＤＤシステムにおいてＡＣＫ／ＮＡＣＫ情報とＳＲとが同じサブフレームで伝送されるように設定された場合に、前述のように、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に該当すると、肯定ＳＲ伝送のために端末は、ＳＲリソース上でＰＵＣＣＨフォーマット１ｂを用いてＡＣＫ／ＮＡＣＫカウンターを伝送することができる。ＡＣＫ／ＮＡＣＫカウンターは、複数個のＡＣＫ／ＮＡＣＫ応答のうち、ＡＣＫの個数を表す情報である。例えば、ＡＣＫ／ＮＡＣＫカウンターが２ビット（ｂ（０），ｂ（１））で表現される場合に、「００」はＡＣＫがないことを、「０１」は１個のＡＣＫがあることを、「１０」は２個のＡＣＫがあることを、「１１」は３個のＡＣＫがあること、を表すことができる。または、ＡＣＫカウンター情報が２ビット（ｂ（０），ｂ（１））値に重複マッピングされることが許容される場合に、「００」はＡＣＫがないことを、「０１」は１または４個のＡＣＫがあることを、「１０」は２または５個のＡＣＫがあることを、「１１」は３または６個のＡＣＫがあること、を表すことができる。一方、否定ＳＲ伝送のために端末は、ＡＣＫ／ＮＡＣＫ応答（例えば、バンドリングされたＡＣＫ／ＮＡＣＫ応答）をＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨリソースを用いて伝送する。
【０７４８】
その他の場合（すなわち、ＰＣｅｌｌ上で対応ＰＤＣＣＨのないＰＤＳＣＨが一つ存在する場合、またはＰＣｅｌｌ上でのみＤＡＩ＝１（またはＤＡＩ＝「００」）のＰＤＣＣＨに対応するＰＤＳＣＨが一つ存在する場合、またはＰＣｅｌｌ上でのみＤＡＩ＝１（またはＤＡＩ＝「００」）であり、且つＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨが一つ存在する場合に該当しない場合）には、ＳＲ及びＡＣＫ／ＮＡＣＫのジョイントコーディングまたは多重化を行ってＰＵＣＣＨフォーマット３を用いて伝送することができる。
【０７４９】
次に、ＡＣＫ／ＮＡＣＫとＣＳＩとの同時伝送について説明する。本実施例では、ＡＣＫ／ＮＡＣＫとＣＳＩとの同時伝送が上位層によって設定された場合を仮定する。
【０７５０】
ＰＣｅｌｌ上で対応ＰＤＣＣＨのないＰＤＳＣＨが一つ存在する場合、またはＰＣｅｌｌ上でのみＤＡＩ＝１（またはＤＡＩ＝「００」）のＰＤＣＣＨに対応するＰＤＳＣＨが一つ存在する場合、またはＰＣｅｌｌ上でのみＤＡＩ＝１（またはＤＡＩ＝「００」）であり、且つＤＬ  ＳＰＳ解除を指示するＰＤＣＣＨが一つ存在する場合には、ＰＵＣＣＨフォーマット２系列を用いてＡＣＫ／ＮＡＣＫ情報とＣＳＩとを多重化して共に伝送することができる。具体的に、ＰＵＣＣＨフォーマット２／２ａ／２ｂのＲＳ変調シンボルを用いてＡＣＫ／ＮＡＣＫ情報を伝送することができる。また、正常（ｎｏｒｍａｌ）ＣＰの場合には、ＰＵＣＣＨフォーマット２ａ／２ｂを用いてＣＳＩ＋ＡＣＫ／ＮＡＣＫ情報を伝送し、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合にはＰＵＣＣＨフォーマット２を用いてジョイントコーディングされたＣＳＩ＋ＡＣＫ／ＮＡＣＫを伝送することができる。
【０７５１】
ＴＤＤシステムでＡＣＫ／ＮＡＣＫ情報とＣＳＩ（ＣＱＩ／ＰＭＩ／ＲＩ）が同じサブフレームで伝送されると設定される場合において、前述のように、ＰＣｅｌｌ−ｏｎｌｙ−ｒｅｃｅｉｖｉｎｇの場合に該当してＰＵＣＣＨフォーマット２系列を用いてＡＣＫ／ＮＡＣＫ情報とＣＳＩとの同時伝送が行われる場合に、ＰＵＣＣＨフォーマット２／２ａ／２ｂのＲＳ変調シンボルを用いてＡＣＫ／ＮＡＣＫカウンター情報を伝送することができる。ＡＣＫ／ＮＡＣＫカウンターは、複数個のＡＣＫ／ＮＡＣＫ応答のうち、ＡＣＫの個数を表す情報である。例えば、ＡＣＫ／ＮＡＣＫカウンターが２ビット（ｂ（０），ｂ（１））で表現される場合に、「００」はＡＣＫがないことを、「０１」は１個のＡＣＫがあることを、「１０」は２個のＡＣＫがあることを、「１１」は３個のＡＣＫがあること、を表すことができる。または、ＡＣＫカウンター情報が２ビット（ｂ（０），ｂ（１））値に重複マッピングされることが許容される場合に、「００」はＡＣＫがないことを、「０１」は１または４個のＡＣＫがあることを、「１０」は２または５個のＡＣＫがあることを、「１１」は３または６個のＡＣＫがあること、を表すことができる。このようなＡＣＫ／ＮＡＣＫカウンター情報は、正常ＣＰの場合にＰＵＣＣＨフォーマット２ｂを用いてＣＳＩと共に伝送し、拡張されたＣＰの場合にＰＵＣＣＨフォーマット２を用いてＣＳＩと共に伝送することができる。
【０７５２】
以上開示された本発明の好ましい実施例についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者には、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更できるということが理解されるであろう。例えば、当業者は、上記の実施例に記載された各構成を互いに組み合わせる方式で用いることができる。したがって、本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。
【０７５３】
本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態に具体化できる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈により定めなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を有するものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができる。
【産業上の利用可能性】
【０７５４】
上述のような本発明の実施の形態は、様々な移動通信システムに適用可能である。
【図１】
0005946838.tif 000080
【図２】
0005946838.tif 000081
【図３】
0005946838.tif 000082
【図４】
0005946838.tif 000083
【図５】
0005946838.tif 000084
【図６】
0005946838.tif 000085
【図７】
0005946838.tif 000086
【図８】
0005946838.tif 000087
【図９】
0005946838.tif 000088
【図１０】
0005946838.tif 000089
【図１１】
0005946838.tif 000090
【図１２】
0005946838.tif 000091
【図１３】
0005946838.tif 000092
【図１４】
0005946838.tif 000093
【図１５】
0005946838.tif 000094
【図１６】
0005946838.tif 000095
【図１７】
0005946838.tif 000096
【図１８】
0005946838.tif 000097
【図１９】
0005946838.tif 000098
【図２０】
0005946838.tif 000099
【図２１】
0005946838.tif 000100
【図２２】
0005946838.tif 000101
【図２３】
0005946838.tif 000102
【図２４】
0005946838.tif 000103
【図２５】
0005946838.tif 000104
【図２６】
0005946838.tif 000105
【図２７】
0005946838.tif 000106
【図２８】
0005946838.tif 000107
【図２９】
0005946838.tif 000108
【図３０】
0005946838.tif 000109
【図３１】
0005946838.tif 000110
【図３２】
0005946838.tif 000111
【図３３】
0005946838.tif 000112
【図３４】
0005946838.tif 000113
【図３５】
0005946838.tif 000114
【図３６】
0005946838.tif 000115
【図３７】
0005946838.tif 000116
【図３８】
0005946838.tif 000117
【図３９】
0005946838.tif 000118
【図４０】
0005946838.tif 000119
【図４１】
0005946838.tif 000120
【図４２】
0005946838.tif 000121
【図４３】
0005946838.tif 000122
【図４４】
0005946838.tif 000123
【図４５】
0005946838.tif 000124
【図４６】
0005946838.tif 000125