(57)【要約】【課題】無線信号の送受信過程を効率的に行う方法及びそのための装置を提供する。【解決手段】下りリンクスケジューリング情報をＰＤＣＣＨを介して受信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含む段階、制御情報サイズに基づいて、複数のＰＵＣＣＨリソースセットのうち、第１ＰＵＣＣＨリソースセットを選択する段階、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を送信する段階を含み、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される。【選択図】図１１
2020533902.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて通信装置が制御情報を送信する方法であって、
下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して受信し、前記下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含む段階、
前記制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択する段階、及び
前記第１ＰＵＣＣＨリソースセットにおいて前記ＲＩに対応するＰＵＣＣＨリソースを用いて前記制御情報を送信する段階を含み、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、前記ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、前記ＰＵＣＣＨリソースは第２方式のみを用いて決定される方法:
−第１方式：(前記ＲＩ、前記ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応し、
−第２方式：前記ＲＩが前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応する。
【請求項２】
前記Ｘは２である、請求項１に記載の方法。
【請求項３】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下である場合、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数に基づいて前記第１方式又は前記第２方式が使用される、請求項２に記載の方法。
【請求項４】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値より多い場合、前記ＰＵＣＣＨリソースは前記第１方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項３に記載の方法。
【請求項５】
前記前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値以下である場合、前記ＰＵＣＣＨリソースは前記第２方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項３に記載の方法。
【請求項６】
無線通信システムに使用される通信装置であって、
メモリ、及び
プロセッサを含み、前記プロセッサは、
下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して受信し、前記下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含み、
前記制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択し、及び
前記第１ＰＵＣＣＨリソースセットにおいて前記ＲＩに対応するＰＵＣＣＨリソースを用いて前記制御情報を送信するように構成され、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、前記ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、前記ＰＵＣＣＨリソースは第２方式のみを用いて決定される通信装置:
−第１方式：(前記ＲＩ、前記ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応し、
−第２方式：前記ＲＩが前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応する。
【請求項７】
前記Ｘは２である、請求項６に記載の通信装置。
【請求項８】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下である場合、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数に基づいて前記第１方式又は前記第２方式が使用される、請求項７に記載の通信装置。
【請求項９】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値より多い場合、前記ＰＵＣＣＨリソースは前記第１方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項８に記載の通信装置。
【請求項１０】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値以下である場合、前記ＰＵＣＣＨリソースは前記第２方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項８に記載の通信装置。
【請求項１１】
無線通信システムにおいて通信装置が制御情報を受信する方法であって、
下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して送信し、前記下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含む段階、
前記制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択する段階、及び
前記第１ＰＵＣＣＨリソースセットにおいて前記ＲＩに対応するＰＵＣＣＨリソースを用いて前記制御情報を受信する段階を含み、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、前記ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、前記ＰＵＣＣＨリソースは第２方式のみを用いて決定される方法:
−第１方式：(前記ＲＩ、前記ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応し、
−第２方式：前記ＲＩが前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応する。
【請求項１２】
前記Ｘは２である、請求項１１に記載の方法。
【請求項１３】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下である場合、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数に基づいて前記第１方式又は前記第２方式が使用される、請求項１２に記載の方法。
【請求項１４】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値より多い場合、前記ＰＵＣＣＨリソースは前記第１方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項１３に記載の方法。
【請求項１５】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値以下である場合、前記ＰＵＣＣＨリソースは前記第２方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項１３に記載の方法。
【請求項１６】
無線通信システムに使用される通信装置であって、
メモリ、及び
プロセッサを含み、前記プロセッサは、
下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して送信し、前記下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含み、
前記制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択し、及び
前記第１ＰＵＣＣＨリソースセットにおいて前記ＲＩに対応するＰＵＣＣＨリソースを用いて前記制御情報を受信するように構成され、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、前記ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、
前記第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、前記ＰＵＣＣＨリソースは第２方式のみを用いて決定される通信方法:
−第１方式：(前記ＲＩ、前記ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応し、
−第２方式：前記ＲＩが前記第１ＰＵＣＣＨリソースセット内の前記ＰＵＣＣＨリソースと１:１に対応する。
【請求項１７】
前記Ｘは２である、請求項１６に記載の通信装置。
【請求項１８】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下である場合、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数に基づいて前記第１方式又は前記第２方式が使用される、請求項１７に記載の通信装置。
【請求項１９】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値より多い場合、前記ＰＵＣＣＨリソースは前記第１方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項１８に記載の通信装置。
【請求項２０】
前記第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、前記第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値以下である場合、前記ＰＵＣＣＨリソースは前記第２方式を用いて決定され、
前記基準値は前記ＲＩが示す値の数と同一である、請求項１８に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より具体的には無線信号の送受信方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援することができる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００５】
本発明の一様相において、無線通信システムにおいて通信装置が制御情報を送信する方法であって、下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して受信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含む段階、制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択する段階、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を送信する段階を含み、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される方法が提供される:
【０００６】
−第１方式：(ＲＩ、ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応し、
【０００７】
−第２方式：ＲＩが第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応する。
【０００８】
本発明の他の様相において、無線通信システムに使用される通信装置であって、メモリ、及びプロセッサを含み、該プロセッサは、下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して受信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含み、制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択し、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を送信するように構成され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される通信装置が提供される:
【０００９】
−第１方式：(ＲＩ、ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応し、
【００１０】
−第２方式：ＲＩが第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応する。
【００１１】
本発明のさらに他の様相において、無線通信システムにおいて通信装置が制御情報を受信する方法であって、下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して送信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含む段階、制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択する段階、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を受信する段階を含み、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される方法が提供される:
【００１２】
−第１方式：(ＲＩ、ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応し、
【００１３】
−第２方式：ＲＩが第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応する。
【００１４】
本発明のさらに他の様相において、無線通信システムに使用される通信装置であって、メモリ、及びプロセッサを含み、該プロセッサは、下りリンクスケジューリング情報をＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を介して送信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含み、制御情報サイズに基づいて、複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択し、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を受信するように構成され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される通信方法が提供される:
【００１５】
−第１方式：(ＲＩ、ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応し、
【００１６】
−第２方式：ＲＩが第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応する。
【００１７】
好ましくは、Ｘは２である。
【００１８】
好ましくは、第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下である場合、第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数に基づいて第１方式又は第２方式が使用される。
【００１９】
好ましくは、第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値より多い場合、ＰＵＣＣＨリソースは第１方式を用いて決定され、基準値はＲＩが示す値の数と同一である。
【００２０】
好ましくは、第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値以下である場合、ＰＵＣＣＨリソースは第２方式を用いて決定され、基準値はＲＩが示す値の数と同一である。
【発明の効果】
【００２１】
本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。
【００２２】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００２３】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【００２４】
【図１】無線通信システムの一例である３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【図２】無線フレームの構造を例示する図である。
【図３】スロットのリソースグリッドを例示する図である。
【図４】自己完結(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。
【図５】自己完結スロット内に物理チャネルがマッピングされる例を示す図である。
【図６】ビーム基盤の初期接続過程を例示する図である。
【図７】ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。
【図８】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図９】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図１０】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図１１】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図１２】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図１３】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図１４】本発明に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【００２５】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ−Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａの進化したバージョンである。
【００２６】
より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ Ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗ ｒａｄｉｏ又はＮｅｗ ＲＡＴ)と呼ぶ。
【００２７】
説明を明確にするために、３ＧＰＰ ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。
【００２８】
無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００２９】
図１は３ＧＰＰ ＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【００３０】
電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。このために、端末は基地局から主同期チャネル(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ)及び副同期チャネル(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ)を受信して基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。その後、端末は基地局から物理放送チャネル(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ)を受信してセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ)を受信して下りリンクチャネルの状態を確認できる。
【００３１】
初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。
【００３２】
以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う。
【００３３】
このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。
【００３４】
図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ−Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。
【００３５】
表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【００３６】
【表１】
2020533902.tif 000003
【００３７】
＊Ｎslotsymb:スロット内のシンボル数
【００３８】
＊Ｎframe,uslot:フレーム内のスロット数
【００３９】
＊Ｎsubframe,uslot:サブフレーム内のスロット数
【００４０】
表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【００４１】
【表２】
2020533902.tif 000004
【００４２】
フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。
【００４３】
ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ−ＯＦＤＭシンボル)、ＳＣ−ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−ＯＦＤＭ、ＤＦＴ−ｓ−ＯＦＤＭシンボル)を含む。
【００４４】
図３はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(Ｐｈｙｓｉｃａｌ ＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５つ)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。
【００４５】
図４は自己完結(Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含むことができる自己完結構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信する時に使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信する時に使用される(以下、ＵＬ制御領域)。ＮとＭは各々０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。制御領域とデータ領域の間には、ＤＬ−ｔｏ−ＵＬ或いはＵＬ−ｔｏ−ＤＬスイッチングのための時間ギャップが存在する。一例として、以下の構成を考慮できる。各区間は時間順である。
【００４６】
１．ＤＬのみの構成
【００４７】
２．ＵＬのみの構成
【００４８】
３．混合ＵＬ−ＤＬの構成
【００４９】
−ＤＬ領域＋ＧＰ(Ｇｕａｒｄ Ｐｅｒｉｏｄ)＋ＵＬ制御領域
【００５０】
−ＤＬ制御領域＋ＧＰ＋ＵＬ領域
【００５１】
＊ＤＬ領域:(i)ＤＬデータ領域、(ii)ＤＬ制御領域＋ＤＬデータ領域
【００５２】
＊ＵＬ領域:(i)ＵＬデータ領域、(ii)ＵＬデータ領域＋ＵＬ制御領域 
【００５３】
図５は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。
【００５４】
以下、各々の物理チャネルについてより詳しく説明する。
【００５５】
ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ−ＲＮＴＩ、Ｃ−ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ−ＲＮＴＩ(Ｐａｇｉｎｇ−ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ−ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ−ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ−ＲＮＴＩ)にマスキングされる。
【００５６】
ＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ)又は端末−特定(ＵＥ−ｓｐｅｃｉｆｉｃ)の上位階層(例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。
【００５７】
ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)又は端末−特定の検索空間(ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。
【００５８】
−ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。
【００５９】
−ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。
【００６０】
−ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。
【００６１】
−ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。
【００６２】
＊ＰＤＣＣＨ候補をモニタする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。
【００６３】
表３は検索空間タイプごとの特徴を例示する。
【００６４】
【表３】
2020533902.tif 000005
【００６５】
表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。
【００６６】
【表４】
2020533902.tif 000006
【００６７】
ＤＣＩフォーマット０_０はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)−基盤(又はＣＢＧ−ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ−基盤(又はＣＢＧ−ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ−Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。
【００６８】
ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。
【００６９】
ＰＤＳＣＨは下りリンクデータ(例、ＤＬ−ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ−ＳＣＨ ＴＢ)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。
【００７０】
ＰＵＣＣＨは、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。
【００７１】
−ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)：ＵＬ−ＳＣＨリソースを要請するために使用される情報である。
【００７２】
−ＨＡＲＱ−ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ−ＡＣＫ １ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ−ＡＣＫ ２ビットが送信される。ＨＡＲＱ−ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫという用語は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００７３】
−ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)−関連フィードバック情報は、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)及びＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)を含む。
【００７４】
表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇ ＰＵＣＣＨ(フォーマット１，３，４)に区分できる。
【００７５】
【表５】
2020533902.tif 000007
【００７６】
ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。
【００７７】
ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。
【００７８】
ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ−ＲＳは１／３密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ(Ｐｓｅｕｄｏ Ｎｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。
【００７９】
ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。
【００８０】
ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。
【００８１】
ＰＵＳＣＨは上りリンクデータ(例えば、ＵＬ−ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ−ＳＣＨ ＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ−ＯＦＤＭ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ−Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ−ｓ−ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ−ｓ−ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合は(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ)、端末はＣＰ−ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合には(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ)、端末はＣＰ−ＯＦＤＭ波形又はＤＦＴ−ｓ−ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ １(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて準−静的(ｓｅｍｉ−ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。
【００８２】
図６はビーム基盤の初期接続過程を例示する。３ＧＰＰ ＮＲにおいて、物理チャネル、参照信号はビーム形成を用いて送信される。この場合、信号送受信のために、基地局と端末の間にビームが整列／管理される必要がある。ＲＲＣ(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)ＩＤＬＥモードではビーム整列がＳＳＢに基づいて行われる。反面、ＲＲＣ ＣＯＮＮＥＣＴＥＤモードではビーム整列がＣＳＩ−ＲＳ(ｉｎ ＤＬ)及びＳＲＳ(ｉｎ ＵＬ)に基づいて行われる。
【００８３】
図６を参照すると、基地局(例えば、ＢＳ)はＳＳＢを周期的に送信する(Ｓ７０２)。ここで、ＳＳＢはＰＳＳ／ＳＳＳ／ＰＢＣＨを含む。ＳＳＢはビームスイーピングを用いて送信される(図６を参照)。その後、基地局はＲＭＳＩ(Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ)とＯＳＩ(Ｏｔｈｅｒ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ)を送信する(Ｓ７０４)。ＲＭＳＩは端末が基地局に初期接続するために必要な情報(例えば、ＰＲＡＣＨ構成情報)を含む。なお、端末はＳＳＢ検出を行った後、最上のＳＳＢを識別する。その後、端末は最上のＳＳＢのインデックス(即ち、ビーム)にリンクされた／対応するＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブル(Ｍｅｓｓａｇｅ１、Ｍｓｇ１)を基地局に送信する(Ｓ７０６)。ＲＡＣＨプリアンブルのビーム方向はＰＲＡＣＨリソースに関係する。ＰＲＡＣＨリソース(及び／又はＲＡＣＨプリアンブル)とＳＳＢ(インデックス)の間の連関性(ａｓｓｏｃｉａｔｉｏｎ)はシステム情報(例えば、ＲＭＳＩ)により設定される。その後、ＲＡＣＨ過程の一環として、基地局はＲＡＣＨプリアンブルに対する応答としてＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)(Ｍｓｇ２)を送信する(Ｓ７０８)。具体的には、任意接続応答メッセージに関するスケジューリング情報はＲＡ−ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ−ＲＮＴＩ)によりＣＲＣマスキングされてＬ１／Ｌ２制御チャネル(ＰＤＣＣＨ)上で送信される。ＲＡ−ＲＮＴＩによりマスキングされたＰＤＣＣＨは共通検索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)のみによって送信される。ＲＡ−ＲＮＴＩによりマスキングされたスケジューリング信号を受信した場合、端末はスケジューリング情報が指示するＰＤＳＣＨから任意接続応答メッセージを受信することができる。その後、端末は任意接続応答メッセージに自分に指示された任意接続応答情報があるか否かを確認する。自分に指示された任意接続応答情報が存在するか否かは端末が送信したプリアンブルに対するＲＡＩＤ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＩＤ)が存在するか否かにより確認できる。任意接続応答情報はＵＬ同期化のためのタイミングオフセット情報(例えば、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ、ＴＡＣ)、ＵＬスケジューリング情報(例えば、ＵＬグラント)及び端末臨時識別情報(例えば、Ｔｅｍｐｏｒａｒｙ−Ｃ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ)を含む。任意接続応答情報を受信した場合、端末はＲＡＲ内のＵＬグラントを用いてＰＵＣＣＨを介してＭｓｇ３(例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ)を送信する(Ｓ７１０)。Ｍｓｇ３は衝突解決(ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ)のためにＵＥ識別子(ｉｄｅｎｔｉｔｙ)を含む。その後、基地局は衝突解決メッセージ(Ｍｓｇ４)を送信する(Ｓ７２０)。Ｍｓｇ４はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐを含む。
【００８４】
図７はＡＣＫ／ＮＡＣＫ送信過程を例示する。図７を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例えば、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬ割り当て−ｔｏ−ＰＤＳＣＨオフセット(Ｋ０)とＰＤＳＣＨ−ＨＡＲＱ−ＡＣＫ報告オフセット(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。
【００８５】
−Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。
【００８６】
−Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０、スロット内のＰＤＳＣＨの開始位置(例えば、ＯＦＤＭシンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す
【００８７】
−ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ_ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す
【００８８】
今後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ０)でＰＤＳＣＨを受信した後、スロット＃(ｎ＋Ｋ１)でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ応答を含む。ＰＤＳＣＨが最大１個のＴＢを送信するように構成された場合、ＨＡＲＱ−ＡＣＫ応答は１ビットで構成される。ＰＤＳＣＨが最大２個のＴＢを送信するように構成された場合は、ＨＡＲＱ−ＡＣＫ応答は空間(ｓｐａｔｉａｌ)バンドリングが構成されていない場合は、２ビットで構成され、空間バンドリングが構成された場合は、１ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ送信時点がスロット＃(ｎ＋Ｋ１)と指定された場合、スロット＃(ｎ＋Ｋ１)で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ応答を含む。
【００８９】
実施例：ＰＵＣＣＨリソース割り当て
【００９０】
ＮＲシステムにおいてＵＣＩはＰＵＣＣＨを介して送信される。ＵＣＩはＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩなどを含む。ＰＵＣＣＨリソースを割り当てる一例として、基地局は端末に複数のＰＵＣＣＨリソースセットを設定し、端末はＵＣＩ(ペイロード)サイズ(例えば、ＵＣＩビット数)の範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。例えば、端末はＵＣＩビット数(ＮＵＣＩ)によって以下のうちの１つのＰＵＣＣＨリソースセットを選択することができる。ここで、ＰＵＣＣＨリソースセットは端末−専用(ｄｅｄｉｃａｔｅｄ)(或いは端末−特定の)ＰＵＣＣＨリソースセットを示す。端末−専用のＰＵＣＣＨリソースセットはＲＲＣ連結過程の一部であり、又はＲＲＣ連結過程が完了した後に端末−特定の上位階層(例えば、ＲＲＣ)シグナリングにより設定される。
【００９１】
−ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、
【００９２】
−ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ１であると、
【００９３】
...
【００９４】
−ＰＵＣＣＨリソースセット＃(Ｋ−１)、ＮK-２＜ＵＣＩビット数≦ＮK-１であると、
【００９５】
ここで、ＫはＰＵＣＣＨリソースセット数を示し(Ｋ＞１)、ＮiはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０〜１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２〜４のリソースで構成される(表５を参照)。
【００９６】
その後、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩ(ＡＣＫ／ＮＡＣＫ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)により特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に使用するＰＵＣＣＨリソースを指示する。ＡＲＩはＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースを指示するために使用され、ＰＲＩ(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)とも称される。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含む。便宜上、ＡＲＩによりＰＵＣＣＨリソースセット内で特定のＰＵＣＣＨリソースを明示的に(ｅｘｐｌｉｃｉｔｌｙ)指示する方式を１段階のＰＵＣＣＨ ＲＡ(Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ)方式という。
【００９７】
また基地局はＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースで構成されたＰＵＣＣＨリソースセットを端末に(端末−特定の)上位階層(例えば、ＲＲＣ)信号を用いて設定することができる。この時、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＰＤＳＣＨ及び／又はＰＤＣＣＨに関する送信リソース情報(例えば、ＰＤＳＣＨの開始)ＰＲＢインデックス、ＰＤＣＣＨの開始ＣＣＥインデックスなど)に基づく暗黙的規則(ｉｍｐｌｉｃｉｔ ｒｕｌｅ)により決定される。便宜上、ＡＲＩによりＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内で特定のＰＵＣＣＨリソースを暗黙的規則により決定する方式を２段階のＰＵＣＣＨ ＲＡ方式という。
【００９８】
以下、本発明において、ＤＬ制御情報(例えば、ＤＣＩ)と暗黙的な規則を使用してＰＵＣＣＨリソースをより効率的に割り当てる方案について説明する。
【００９９】
以下、本発明において、ＰＵＣＣＨリソースは少なくとも以下のうちの一つで構成された物理リソースを意味する：例えば、ＰＵＣＣＨ送信を開始する(ＯＦＤＭ)シンボル位置、ＰＵＣＣＨ送信を持続する時間区間或いはシンボル個数、周波数軸のリソース割り当て情報(例えば、ＰＲＢ割り当てリソースの開始位置及び割り当てられたＰＲＢ数)、周波数ホッピング有無、ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)インデックス及び／又はＯＣＣ(Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ)インデックス／長さなどの情報。
【０１００】
例えば、ＰＵＣＣＨリソースはＰＵＣＣＨフォーマットごとに以下のように分類される。
【０１０１】
【表６】
2020533902.tif 000008
【０１０２】
本発明で用いられる用語は以下の通りである。
【０１０３】
−ＰＵＣＣＨリソーススーパーセット：セット内の元素が一つのＰＵＣＣＨリソースセットに対応するセットを示す。例えば、ＰＵＣＣＨリソーススーパーセット＝{ＰＵＣＣＨリソースセット＃０、ＰＵＣＣＨリソースセット＃１、...、ＰＵＣＣＨリソースセット＃(Ｋ−１)}である。
【０１０４】
−ＰＵＣＣＨリソースサブセット：ＰＵＣＣＨリソースセットの部分集合を示す。例えば、ＰＵＣＣＨリソースセット＝{ＰＵＣＣＨリソースサブセット＃０、ＰＵＣＣＨリソースサブセット＃１、...、ＰＵＣＣＨリソースサブセット＃(Ｌ−１)}である。ＰＵＣＣＨリソースサブセットは一つ以上、好ましくは複数のＰＵＣＣＨリソースで構成される。
【０１０５】
−(ＰＤＳＣＨスケジューリング)ＤＣＩ：ＰＤＳＣＨをスケジュールするＤＣＩ(図７を参照)。例えば、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１を含む。ＤＣＩはＰＤＣＣＨを介して送信される。
【０１０６】
−フォールバックＤＣＩフォーマット：端末の設定に関係なく、ＤＣＩサイズ／フィールド構成が同一に維持されるＤＣＩフォーマットを示す(例えば、ＤＣＩフォーマット１_０)。
【０１０７】
−ノン−フォールバックＤＣＩフォーマット：端末の設定によってＤＣＩサイズ／フィールド構成が変わるＤＣＩフォーマットを示す(例えば、ＤＣＩフォーマット１_１)。
【０１０８】
−ｃ−ＤＡＩ(ｃｏｕｎｔｅｒ Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ)：(スケジュールされた)ＰＤＳＣＨ(又はＴＢ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)の間の順序を知らせるＤＣＩ(例えば、ＤＬスケジューリングＤＣＩ)内の特定のインデックス値を意味する。端末はＨＡＲＱ−ＡＣＫペイロードを構成する時、ｃ−ＤＡＩの順序によってＨＡＲＱ−ＡＣＫ入力ビットを構成することができる。
【０１０９】
−ｔ−ＤＡＩ(ｔｏｔａｌ ＤＡＩ)：ＨＡＲＱ−ＡＣＫ報告対象となる全体ＰＤＳＣＨ(又はＴＢ又はＣＢＧ)数を知らせるＤＣＩ(例えば、ＤＬスケジューリングＤＣＩ)内の特定のインデックス値を意味する。端末はＨＡＲＱ−ＡＣＫペイロードサイズをｔ−ＤＡＩに基づいて決定する。
【０１１０】
便宜上、各提案方案を個々に説明するが、各提案方案は本発明の他の提案方案と互いに相反しない限り、共に結合して適用できる。
【０１１１】
[提案方案＃１]
【０１１２】
端末には、初期接続直後或いは(端末特定の)上位階層(例えば、ＲＲＣ)信号による(端末特定の)ＰＵＣＣＨリソースセットの設定前である場合、ＰＵＣＣＨリソースセットが端末特定に設定されず、セル共通或いは端末共通に設定されるしかない。この場合、多数の端末が同一のＰＵＣＣＨリソースセットを活用することにより、ＰＵＣＣＨリソースの間に衝突が激しくなるか、又はＰＵＣＣＨリソースが不足になる。一例として、基地局はシステム情報の一種であるＲＭＳＩ(或いはＳＩＢ)によりセル共通に活用されるＰＵＣＣＨリソースセットを設定し、端末はＡＲＩ及び(ＤＬスケジューリングＤＣＩの開始ＣＣＥインデックスなどに基づく)暗黙的な規則を用いて２段階のＰＵＣＣＨ ＲＡを行う。この時、端末間のＰＵＣＣＨリソースをできる限り区分するために、基地局がシステム情報(例えば、ＲＭＳＩ、ＳＩＢ)により提供するＰＵＣＣＨリソースセットを大きく設定する方案が考えられる(即ち、ＰＵＣＣＨリソースセットが多数のＰＵＣＣＨリソースを含む)。この場合、ＰＵＣＣＨリソースセットはＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースを含み、これにより端末は多数のＰＵＣＣＨリソース候補のうちの一つを暗黙的な規則によって選択するので、基地局(又はネットワーク)の観点で多数の端末に対するＰＵＣＣＨリソース割り当て／スケジューリングに対する制御能力が落ちるという問題がある。
【０１１３】
上記問題を解決するために、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する場合、端末はＲＮＴＩ、ＰＤＳＣＨ及び／又はＰＤＣＣＨの種類などによってＰＵＣＣＨリソースを決定することができる。これにより、(端末特定の)上位階層信号を受信する前にも端末ごとにＰＵＣＣＨリソースセットが区分される。ＰＵＣＣＨリソースは以下のように決定される。
【０１１４】
(１)Ｓｔｅｐ １：基地局はシステム情報により端末に複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)を設定する。システム情報はＲＭＳＩ(或いはＳＩＢ)及び／又はＯＳＩ(ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)である。
【０１１５】
(２)Ｓｔｅｐ ２：以下のうちのいずれかの方法により複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する。
【０１１６】
Ａ.Ｏｐｔ．１：端末は受信したＰＤＳＣＨ及び／又はＰＤＣＣＨの種類によって複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する。一例として、ＰＤＳＣＨとＰＤＣＣＨの種類は以下の基準により区分される。
【０１１７】
１.ＰＤＳＣＨがＭｓｇ４であるか否か
【０１１８】
２.ＰＤＣＣＨがフォールバックＤＣＩであるか、或いはノンフォールバックＤＣＩであるか
【０１１９】
３.ＰＤＣＣＨのＤＣＩフォーマット
【０１２０】
Ｂ.Ｏｐｔ．２：端末はＲＮＴＩ及び／又はＭｓｇ２をスケジュールするＤＣＩに基づいて複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する。
【０１２１】
１.ＲＮＴＩはＲＡＣＨ過程で受信されたＲＮＴＩである(例えば、ＲＡ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ)。
【０１２２】
２.Ｍｓｇ２をスケジュールするＤＣＩ内のＰＵＣＣＨリソース割り当て／送信に関連するビットフィールド(例えば、ＰＵＣＣＨリソース指示子(例えば、ＡＲＩ)、ＰＵＣＣＨ送信タイミング指示子など)が、複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する過程で活用される。
【０１２３】
(３)Ｓｔｅｐ ３：(ＰＤＳＣＨスケジューリング)ＤＣＩによりＰＵＣＣＨリソースセット内の特定のＰＵＣＣＨリソースサブセットを指示する。一例として、(ＰＤＳＣＨスケジューリング)ＤＣＩ内のＡＲＩによりＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットが指示される。
【０１２４】
(４)Ｓｔｅｐ ４：(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によって、ＰＵＣＣＨリソースサブセット内の特定のＰＵＣＣＨリソースを選択する。一例として、暗黙的な規則は以下のうちのいずれかの変数に基づいてＰＵＣＣＨリソースサブセット内の特定のＰＵＣＣＨリソースを選択する方式である。
【０１２５】
１．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信された(開始)ＣＣＥインデックス
【０１２６】
２．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信されたＰＤＣＣＨ候補インデックス
【０１２７】
３．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信されたＤＬ制御領域インデックス
【０１２８】
４．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが指示したＰＤＳＣＨ領域の(開始)ＰＲＢインデックス
【０１２９】
５．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが指示したＨＡＲＱ−ＡＣＫタイミング
【０１３０】
６．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが指示したＵＬ ＢＷＰインデックス(例えば、ＰＵＣＣＨ送信のためのＢＷＰインデックス)
【０１３１】
７．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信されたスロットインデックス
【０１３２】
８.ＰＤＳＣＨが送信されるスロットインデックス
【０１３３】
９.ＰＵＣＣＨが送信されるスロットインデックス
【０１３４】
但し、特定のＳｔｅｐにおいて、一つのＰＵＣＣＨリソースのみが残った場合は、該当ＰＵＣＣＨリソースが選択され、その後のＳｔｅｐは省略される。
【０１３５】
図８はこの方案によるＰＵＣＣＨリソース割り当て過程を例示する。この方案において、ＰＵＣＣＨリソースは３段階で選択される(即ち、３段階のＰＵＣＣＨ ＲＡ)。
【０１３６】
図８を参照すると、ＲＭＳＩ内の４ビット情報は１６個のコードポイントを示し、各コードポイントは(最大)１６個のＰＵＣＣＨリソーススーパーセットのうちの１つを指示する。例えば、'００１０'はＰＵＣＣＨリソーススーパーセット＃１を指示する。各ＰＵＣＣＨリソーススーパーセットは(最大)８個のＰＵＣＣＨリソースセットで構成される。
【０１３７】
その後、Ｓｔｅｐ２の過程によってＰＤＳＣＨ及び／又はＰＤＣＣＨの種類或いはＲＮＴＩ及び／又はＭｓｇ２のスケジューリングＤＣＩに基づいてＰＵＣＣＨリソーススーパーセット内の８個のＰＵＣＣＨリソースセットのうちの一つのＰＵＣＣＨリソースセットが選択される。基地局は(ＰＤＳＣＨスケジューリング)ＤＣＩにより各ＰＵＣＣＨリソースセット内の特定一つのＰＵＣＣＨリソースサブセットを指示する。ＰＵＣＣＨリソースサブセットに含まれたＰＵＣＣＨリソースが２つ以上である場合は、(ＰＤＳＣＨ及び／又はＰＤＣＣＨ送信リソース情報に基づく)暗黙的な規則によって一つのＰＵＣＣＨリソースが選択される。具体的には、以下の方案が考えられる。
【０１３８】
一例として、基地局はＰＵＣＣＨリソーススーパーセットに２つのＰＵＣＣＨリソースセット(例えば、Ｓｅｔ Ａ、Ｓｅｔ Ｂ)をＲＭＳＩとして設定し、端末はＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨがフォールバックＤＣＩ(例えば、ＤＣＩフォーマット１_０)にスケジュールされた場合は、Ｓｅｔ Ａを選択し、ノンフォールバックＤＣＩ(例えば、ＤＣＩフォーマット１_１)にスケジュールされた場合には、Ｓｅｔ Ｂを選択する。その後、端末はＤＣＩ内のＡＲＩを用いて、選択されたＰＵＣＣＨリソースセット内でＰＵＣＣＨリソースサブセットを選択する。選択されたＰＵＣＣＨリソースサブセット内の元素が２つ以上であると、端末は(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によって一つのＰＵＣＣＨリソースを決定する。これにより、フォールバックＤＣＩによりＰＤＳＣＨがスケジューリングされた端末と、ノンフォールバックＤＣＩによりＰＤＳＣＨがスケジュールされた端末に対するＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソースセットが区分される。
【０１３９】
他の例として、基地局はＰＵＣＣＨリソーススーパーセットにＮ個のＰＵＣＣＨリソースセットをＲＭＳＩとして設定し、端末はＲＡＣＨ過程で受信したＲＮＴＩ(或いは臨時ＵＥ ＩＤ(例えば、ＴＣ−ＲＮＴＩ))及び／又はＭｓｇ２のスケジューリングＤＣＩに基づいてＮ個のＰＵＣＣＨリソースセット内で一つのＰＵＣＣＨリソースセットを選択する。例えば、ＲＭＳＩとして設定されたＮ個のＰＵＣＣＨリソースセットの間にインデックスが予め定義され、ＲＮＴＩ値にモジュロＮを適用して導き出されたインデックス値に対応するＰＵＣＣＨリソースセットが選択される。他の例として、Ｍｓｇ２に対応するＰＤＳＣＨについては端末がＰＵＣＣＨ送信を行わないが、Ｍｓｇ２をスケジュールするＤＣＩ内にはＤＣＩフォーマットの一貫性を維持するために、一般的なＰＤＳＣＨをスケジュールするＤＣＩと同様に、ＰＵＣＣＨリソース割り当て及びＰＵＳＣＨ送信時点を指示するためのビットフィールドが相変わらず存在する。この場合、Ｍｓｇ２をスケジュールするＤＣＩ内のＰＵＣＣＨリソース割り当て及びＰＵＳＣＨ送信時点を指示するためのビットフィールドは、ＲＭＳＩにより指示されたＰＵＣＣＨリソーススーパーセット内のＮ個のＰＵＣＣＨリソースセットのうちの一つを指示する用途に再解釈することができる。その後、端末は選択されたＰＵＣＣＨリソースセット内で一つのＰＵＣＣＨリソースサブセットをＡＲＩにより選択する。選択されたＰＵＣＣＨリソースサブセット内の元素が２つ以上であると、端末は(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によって一つのＰＵＣＣＨリソースを決定する。これにより、ＰＵＣＣＨ送信を行う端末をＲＮＴＩ基準或いはＭｓｇ２のＤＣＩ基準のＮ個のグループに区分し、Ｎ個のグループの各々について互いに(物理的に)区分されるＰＵＣＣＨリソースセットを割り当てることができる。
【０１４０】
その後、端末は選択されたＰＵＣＣＨリソースを用いてＵＣＩを基地局に送信する。ＵＣＩはＨＡＲＱ−ＡＣＫを含む。
【０１４１】
[提案方案＃２]
【０１４２】
上述したように、基地局は端末に複数のＰＵＣＣＨリソースセットを設定し、端末はＵＣＩペイロードサイズの範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。その後、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩにより特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースを指示する。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含む。この時、ＰＵＣＣＨリソースセットがＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースで構成された場合は、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＰＤＳＣＨ及び／又はＰＤＣＣＨに関する送信リソース情報(例えば、開始ＰＲＢインデックス、開始ＣＣＥインデックスなど)に基づく暗黙的な規則によって決定される。便宜上、以下の説明では、２段階のＰＵＣＣＨ ＲＡ方式を方法Ａと呼び、１段階のＰＵＣＣＨ ＲＡ方式を方法Ｂと呼ぶ。
【０１４３】
一方、複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報をＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信する場合、基地局は複数のＰＤＳＣＨを各々スケジュールしながら対応するＨＡＲＱ−ＡＣＫ送信のために同一のＰＵＣＣＨリソースを割り当てる必要がある。この時、方法Ａが適用される場合、基地局は複数のＰＤＳＣＨに対してＡＲＩ値を同一に設定するだけではなく、暗黙的な規則に適用される変数が同一のＰＵＣＣＨリソースを指示するように制限する必要がある。この時、暗黙的な規則がＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報(例えば、ＰＤＳＣＨの開始ＰＲＢインデックス、ＰＤＣＣＨの開始ＣＣＥインデックスなど)を入力変数とする場合、同一のＰＵＣＣＨリソースを指示するためにＰＤＳＣＨ或いはＰＤＣＣＨのスケジューリングが制限される。この問題を解決するための一つの方案として、複数のＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫ情報をＵＣＩ多重化しないと期待されるＰＵＣＣＨリソースセット(例えば、２ビット以下のＵＣＩ送信のためのＰＵＣＣＨリソースセット)のみについて、方法Ａと方法ＢのＰＵＣＣＨ ＲＡ方式を全て許容し、そうではないＰＵＣＣＨリソースセット(例えば、２ビットを超えるＵＣＩ送信のためのＰＵＣＣＨリソースセット)については、方法ＢのＰＵＣＣＨ ＲＡ方式のみを許容する方案が考えられる。
【０１４４】
即ち、Ｘビット(例えば、Ｘ＝２)以下のＵＣＩ(例えば、ＨＡＲＱ−ＡＣＫ)送信のためのＰＵＣＣＨリソースセットについては方法Ａ及び／又は方法ＢのＰＵＣＣＨ ＲＡ方式を支援し、Ｘビットを超えるＵＣＩ(例えば、ＨＡＲＱ−ＡＣＫ)送信のためのＰＵＣＣＨリソースセットについては方法ＢのＰＵＣＣＨ ＲＡ方式のみを適用することができる。ここで、Ｘビット(例えば、Ｘ＝２)以下のＵＣＩ送信を支援するＰＵＣＣＨリソースセットは、単一のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫビットのみを送信できるＰＵＣＣＨリソースセットであると理解できる。例えば、単一のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫビットのみを送信できるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット０のリソース及び／又はＰＵＣＣＨフォーマット１のリソースを含むＰＵＣＣＨリソースセットを含む。
【０１４５】
(１)方法Ａ(＝２段階のＰＵＣＣＨ ＲＡ)：(ＰＤＳＣＨスケジューリング)ＤＣＩによりＰＵＣＣＨリソースセット内の(単一の)ＰＵＣＣＨリソースサブセットを指示し、(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によってＰＵＣＣＨリソースサブセット内の(単一の)ＰＵＣＣＨリソースを選択する。ここで、ＰＤＳＣＨの送信リソース情報はＰＤＳＣＨの開始ＰＲＢインデックスを含み、ＰＤＣＣＨ送信リソース情報はＰＤＣＣＨの開始ＣＣＥインデックスを含む。図９は方法ＡによるＰＵＣＣＨリソース割り当てを例示する。方法Ａでは(ＡＲＩ、ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報の)対がＵＣＩ送信のための単一のＰＵＣＣＨに(１:１)マッピングされる。例えば、(ＡＲＩ、ＣＣＥインデックスの)対がＵＣＩ送信のための単一のＰＵＣＣＨにマッピングされる。
【０１４６】
(２)方法Ｂ(＝１段階のＰＵＣＣＨ ＲＡ)：(ＰＤＳＣＨスケジューリング)ＤＣＩによりＰＵＣＣＨリソースセット内の(単一の)ＰＵＣＣＨリソースを指示する。図１０は方法ＢによるＰＵＣＣＨリソース割り当てを例示する。方法Ｂでは、ＡＲＩがＵＣＩ送信のための単一のＰＵＣＣＨに(１:１)マッピングされる。
【０１４７】
図１１乃至図１３は本発明によるＰＵＣＣＨリソース割り当て過程を例示する。ここで、ＰＵＣＣＨリソースはＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースを含む。例えば、図１１乃至図１３の過程は、図７のＰＵＣＣＨ送信のためのリソース割り当て過程の一部である。
【０１４８】
図１１を参照すると、端末はＵＣＩサイズに基づいて複数のＰＵＣＣＨリソースセットから一つのＰＵＣＣＨリソースセットを選択する(Ｓ１１０２)。複数のＰＵＣＣＨリソースセットは上位階層(例えば、ＲＲＣ)信号により以下のように構成される。
【０１４９】
−ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、
【０１５０】
−ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ１であると、
【０１５１】
...
【０１５２】
−ＰＵＣＣＨリソースセット＃(Ｋ−１)、ＮK-２＜ＵＣＩビット数≦ＮK-１であると、
【０１５３】
ここで、ＫはＰＵＣＣＨリソースセット数を示し(Ｋ＞１)、ＮiはＰＵＣＣＨリソースセット＃ｉが支援する最大ＵＣＩビット数である。
【０１５４】
その後、端末は選択されたＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものであるか否かを確認する(Ｓ１１０４)。選択されたＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものである場合、端末は方法Ａ及びＢのうちのいずれかに基づいて、選択されたＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する。ＵＣＩはＨＡＲＱ−ＡＣＫを含む(Ｓ１１０６)。反面、選択されたＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものではない場合には(即ち、ＵＣＩビット数＞Ｘ)、端末はただ方法Ｂのみに基づいて、選択されたＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する(Ｓ１１０８)。
【０１５５】
図１２は基本的には図１１と同一である。図１１との差は、図１１のＳ１１０６が図１２ではＳ１２０６ａ、Ｓ１２０６ｂ及びＳ１２０６ｃに細分化された点である。従って、Ｓ１２０６ａ、Ｓ１２０６ｂ及びＳ１２０６ｃのみについて説明する。段階Ｓ１２０４の結果、ＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものであると、端末はＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹより大きいか否かを確認する(Ｓ１２０６ａ)。ここで、ＹはＡＲＩで表現できる状態の数と同じ値を有する(例えば、ＡＲＩが２ビットである場合、Ｙ＝４、ＡＲＩが３ビットである場合は、Ｙ＝８)。その結果、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹより大きいと、端末は方法Ａに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する(Ｓ１２０６ｂ)。反面、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹ以下であると、端末は方法Ｂに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する(Ｓ１２０６ｃ)。
【０１５６】
図１３は基本的には図１２と同一である。図１２との差は、図１２のＳ１２０４とＳ１２０６ａをＳ１３０４に集め、図１２のＳ１２０６ｃとＳ１２０８をＳ１３０８に集めた点である。従って、１)ＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関し、２)ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹより大きいと、端末は方法Ａに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定することができる(Ｓ１３０６)。反面、１)と２)のうち、いずれも満たさない場合には、端末は方法Ｂに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定することができる(Ｓ１３０８)。
【０１５７】
[提案方案＃３]
【０１５８】
ＮＲシステムでは、１キャリア内のシステム帯域が非常に大きいので、端末のＲＦ特定によって全体システム帯域を活用できない場合がある。従って、全体システム帯域を複数個のＢＷＰに区分する方案が考えられる。各ＢＷＰは周波数軸リソースに対する帯域及び位置を含み、該当周波数リソースで適用するＯＦＤＭニューマロロジー情報も含む。この時、基地局がＰＤＳＣＨ送信に対応するＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソースを(ＰＤＳＣＨスケジューリング)ＤＣＩにより指示する場合、ＰＤＳＣＨの受信時点とＨＡＲＱ−ＡＣＫ ＰＵＣＣＨの送信時点に有効なＵＬ ＢＷＰが夫々異なる。このような動作を支援するために、基地局は端末にＰＵＣＣＨリソースが送信されるＢＷＰ情報を知らせる必要がある。
【０１５９】
上記問題を解決するために、基地局は以下のうちのいずれかの方法により特定のＰＵＣＣＨリソースに関するＢＷＰ情報を端末に知らせる。
【０１６０】
(１)ＰＵＣＣＨリソースごとにＢＷＰ情報を設定する。
【０１６１】
(２)ＤＣＩによりＰＵＣＣＨリソースを送信するＢＷＰを指示する。ここで、ＤＣＩは(ＰＤＳＣＨスケジューリング)ＤＣＩ或いはグループ共通のＤＣＩである。
【０１６２】
[提案方案＃４]
【０１６３】
ＮＲシステムにおいて、ｃ−ＤＡＩは端末が単一のＰＵＣＣＨリソースで複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信する時、ＨＡＲＱ−ＡＣＫペイロードを決定するために活用される。この時、初期接続以後のＲＲＣ連結設定(ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ)前であると、端末は複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを単一のＰＵＣＣＨリソースで送信する動作を行わない。特に、ＲＲＣ連結設定前に活用されるＰＵＣＣＨリソースは、単一のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫビットのみを送信することができる。しかし、フォールバック動作を行う(ＤＬスケジューリング)ＤＣＩにｃ−ＤＡＩのためのビットフィールド(以下、フィールドＡ)が存在すると、ＤＣＩサイズを一定のサイズに維持するために、ＤＣＩ内にフィールドＡが常に存在する。この時、フィールドＡはＲＲＣ連結設定前にはＤＡＩ用に活用されないので、他の用途に活用することができる。従って、本発明では、(ＤＬスケジューリング)ＤＣＩ内のＰＵＣＣＨリソースを指示するためのビットフィールド(以下、フィールドＢ)が存在する時、ＲＲＣ連結設定前にはフィールドＢにフィールドＡを追加してＰＵＣＣＨリソース指示のためのビットフィールドのビット幅(ｂｉｔ ｗｉｄｔｈ)を拡張し、ＲＲＣ連結設定後にはフィールドＡとフィールドＢを各々ｃ−ＤＡＩ用及びＰＵＣＣＨリソース指示用に活用する方案を提案する。又は複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ送信を支援する(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセットが端末に設定されない場合は、ｃ−ＤＡＩを他の用途に活用することができる。従って、(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセットが端末に設定される前には、フィールドＢにフィールドＡを追加してＰＵＣＣＨリソース指示のためのビットフィールドのビット幅を拡張し、(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセットが端末に設定された後には、フィールドＡとフィールドＢを各々ｃ−ＤＡＩ用及びＰＵＣＣＨリソース指示用に活用する方案も考えることができる。
【０１６４】
即ち、(ＤＬスケジューリング)ＤＣＩ内にＸ１ビットフィールド(以下、フィールドＡ)とＸ２ビットフィールド(以下、フィールドＢ)が含まれる場合、以下のように特定の条件によってフィールドＡとフィールドＢの用途を異なるようにすることができる。これにより、(端末特定の)上位階層信号を受信する前にも端末ごとにＰＵＣＣＨリソースセットが区分される。
【０１６５】
(１)Ｏｐｔ．１：ＲＲＣ連結設定(ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ)有無によって変わる方案
【０１６６】
Ａ．ＲＲＣ連結設定前：フィールドＡ＋フィールドＢを(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。
【０１６７】
Ｂ．ＲＲＣ連結設定後：フィールドＡはＤＡＩ(例えば、ｃ−ＤＡＩ)用に活用し、フィールドＢは(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。
【０１６８】
(２)Ｏｐｔ．２：(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセット設定有無によって変わる方案
【０１６９】
Ａ．(端末特定の)ＰＵＣＣＨリソースセット設定前(設定された場合)：フィールドＡ＋フィールドＢを(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。
【０１７０】
Ｂ．(端末特定の)ＰＵＣＣＨリソースセット設定後(設定されていない場合)：フィールドＡはＤＡＩ(例えば、ｃ−ＤＡＩ)用に活用し、フィールドＢは(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。
【０１７１】
上記方案において、フィールドＡのビット数又は該当フィールドが表現する状態の数に比例して、ＲＲＣ連結設定前(或いは(端末特定の)ＰＵＣＣＨリソースセット設定前)のＰＵＣＣＨリソースセット内のリソース数は、ＲＲＣ連結設定後(或いは(端末特定の)ＰＵＣＣＨリソースセット設定後)のＰＵＣＣＨリソースセット内のリソース数より多く設定される。
【０１７２】
図１４は本発明に実施例に適用可能な基地局及び端末を例示する。
【０１７３】
図１４を参照すると、無線通信システムは、基地局(ＢＳ)１１０及び端末(ＵＥ)１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに取り替えられることができる。
【０１７４】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ)ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。
【０１７５】
前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０１７６】
本文書で、本発明の実施例は主に端末と基地局間のデータ送受信関係を中心として説明した。本文書で、基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード(ｕｐｐｅｒ ｎｏｄｅ)によって遂行することができる。すなわち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅｓ)でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定国(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ(ｅＮＢ)、アクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語に取り替えることができる。また、端末はＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＳＳ(Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)などの用語に取り替えられることができる。
【０１７７】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１７８】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１７９】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１８０】
本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。
【図１】
2020533902.tif 000009
【図２】
2020533902.tif 000010
【図３】
2020533902.tif 000011
【図４】
2020533902.tif 000012
【図５】
2020533902.tif 000013
【図６】
2020533902.tif 000014
【図７】
2020533902.tif 000015
【図８】
2020533902.tif 000016
【図９】
2020533902.tif 000017
【図１０】
2020533902.tif 000018
【図１１】
2020533902.tif 000019
【図１２】
2020533902.tif 000020
【図１３】
2020533902.tif 000021
【図１４】
2020533902.tif 000022
【手続補正書】
【提出日】令和2年3月11日(2020.3.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて動作する端末（ＵＥ）により実行される方法であって、
（ｉ）下りリンクデータを受信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を送信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を受信するステップであって、前記ＵＣＩは、前記下りリンクデータに対するＨＡＲＱ−ＡＣＫ情報を含む、ステップと、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを受信するステップと、
前記ＵＣＩのサイズに基づいて、前記ＵＥに対して構成される複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを決定するステップと、
前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの中から、及び前記ＤＣＩ内の前記ＰＵＣＣＨリソース指示情報に基づいて、前記ＵＣＩを送信するための１つのＰＵＣＣＨリソースを決定するステップと、
前記１つのＰＵＣＣＨリソース上で、前記受信された下りリンクデータに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＵＣＩを送信するステップと、
を含み、
前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの中から前記１つのＰＵＣＣＨリソースを決定するステップは、
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、第１方式又は第２方式の１つに従い前記１つのＰＵＣＣＨリソースを決定するステップと、
Ｘビットより大きい前記ＵＣＩのサイズに基づいて、前記第２方式のみに従い前記１つのＰＵＣＣＨリソースを決定するステップと、を含み、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩの受信において使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定される、方法。
【請求項２】
Ｘは２である、請求項１に記載の方法。
【請求項３】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記第１方式又は前記第２方式が使用される、請求項１に記載の方法。
【請求項４】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項３に記載の方法。
【請求項５】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項３に記載の方法。
【請求項６】
無線通信システムにおいて動作する端末（ＵＥ）を制御するよう構成された通信装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に接続可能な少なくとも１つのコンピュータメモリと、を含み、
前記少なくとも１つのコンピュータメモリは、前記少なくとも１つのプロセッサにより実行されるとき、
（ｉ）下りリンクデータを受信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を送信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を受信し、前記ＵＣＩは、前記下りリンクデータに対するＨＡＲＱ−ＡＣＫ情報を含み、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを受信し、
前記ＵＣＩのサイズに基づいて、前記ＵＥに対して構成される複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを決定し、
前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの中から、及び前記ＤＣＩ内の前記ＰＵＣＣＨリソース指示情報に基づいて、前記ＵＣＩを送信するための１つのＰＵＣＣＨリソースを決定し、
前記１つのＰＵＣＣＨリソース上で、前記受信された下りリンクデータに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＵＣＩを送信することを含む動作を実行する命令を格納し、
前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの中から前記１つのＰＵＣＣＨリソースを決定することは、
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、第１方式又は第２方式の１つに従い前記１つのＰＵＣＣＨリソースを決定すること、
Ｘビットより大きい前記ＵＣＩのサイズに基づいて、前記第２方式のみに従い前記１つのＰＵＣＣＨリソースを決定すること、を含み、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩの受信において使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定される、通信装置。
【請求項７】
前記Ｘは２である、請求項６に記載の通信装置。
【請求項８】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記第１方式又は前記第２方式が使用される、請求項６に記載の通信装置。
【請求項９】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項８に記載の通信装置。
【請求項１０】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項８に記載の通信装置。
【請求項１１】
無線通信システムにおいて動作する基地局により実行される方法であって、
（ｉ）下りリンクデータを送信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を受信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を送信するステップと、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを送信するステップと、
１つのＰＵＣＣＨリソース上で、前記送信された下りリンクデータに対するＨＡＲＱ−ＡＣＫ情報を含む前記ＵＣＩを受信するステップと、
を含み、
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、第１方式又は第２方式の１つに従い前記１つのＰＵＣＣＨリソースが決定され、
Ｘビットより大きい前記ＵＣＩのサイズに基づいて、前記第２方式のみに従い前記１つのＰＵＣＣＨリソースが決定され、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩの受信において使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定される、方法。
【請求項１２】
前記Ｘは２である、請求項１１に記載の方法。
【請求項１３】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの数に基づいて、前記第１方式又は前記第２方式が使用される、請求項１１に記載の方法。
【請求項１４】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項１３に記載の方法。
【請求項１５】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項１３に記載の方法。
【請求項１６】
無線通信システムにおいて動作する基地局を制御するよう構成された通信装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に接続可能な少なくとも１つのコンピュータメモリと、を含み、
前記少なくとも１つのコンピュータメモリは、前記少なくとも１つのプロセッサにより実行されるとき、
（ｉ）下りリンクデータを送信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を受信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を送信し、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを送信し、
１つのＰＵＣＣＨリソース上で、前記送信された下りリンクデータに対するＨＡＲＱ−ＡＣＫ情報を含む前記ＵＣＩを受信することを含む動作を実行する命令を格納し、
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、第１方式又は第２方式の１つに従い前記１つのＰＵＣＣＨリソースが決定され、
Ｘビットより大きい前記ＵＣＩのサイズに基づいて、前記第２方式のみに従い前記１つのＰＵＣＣＨリソースが決定され、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩの受信において使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定される、通信装置。
【請求項１７】
前記Ｘは２である、請求項１６に記載の通信装置。
【請求項１８】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの数に基づいて、前記第１方式又は前記第２方式が使用される、請求項１６に記載の通信装置。
【請求項１９】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項１８に記載の通信装置。
【請求項２０】
Ｘ(≧１)ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、請求項１８に記載の通信装置。
【国際調査報告】
2020533902.tif 000023
2020533902.tif 000024
2020533902.tif 000025
2020533902.tif 000026