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