Nothing Special   »   [go: up one dir, main page]

JP2020532921A - 無線通信システムにおいて無線信号の送受信方法及び装置 - Google Patents

無線通信システムにおいて無線信号の送受信方法及び装置 Download PDF

Info

Publication number
JP2020532921A
JP2020532921A JP2020513743A JP2020513743A JP2020532921A JP 2020532921 A JP2020532921 A JP 2020532921A JP 2020513743 A JP2020513743 A JP 2020513743A JP 2020513743 A JP2020513743 A JP 2020513743A JP 2020532921 A JP2020532921 A JP 2020532921A
Authority
JP
Japan
Prior art keywords
pucch
bit value
index
offset
pdcch
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020513743A
Other languages
English (en)
Other versions
JP7013568B2 (ja
Inventor
ソクチョル ヤン
ソクチョル ヤン
ハンチュン パク
ハンチュン パク
ソンウク キム
ソンウク キム
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2020532921A publication Critical patent/JP2020532921A/ja
Application granted granted Critical
Publication of JP7013568B2 publication Critical patent/JP7013568B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069—Cell search, i.e. determining cell identity [cell-ID]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69—Spread spectrum techniques
    • H04B1/713—Spread spectrum techniques using frequency hopping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/0012—Hopping in multicarrier systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069—Cell search, i.e. determining cell identity [cell-ID]
    • H04J11/0086—Search parameters, e.g. search strategy, accumulation length, range of search, thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/0007—Code type
    • H04J13/0055—ZCZ [zero correlation zone]
    • H04J13/0059—CAZAC [constant-amplitude and zero auto-correlation]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Power Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は無線通信システムに関し、具体的には、システム情報により特定のＰＵＣＣＨフォーマットのＰＵＣＣＨリソースセットに関する指示情報を受信し、ＰＵＣＣＨリソースセットは第１ＲＢオフセットを含む段階と、リソース指示情報（ＲＩ）を含むＰＤＣＣＨを一つ以上のＣＣＥ上で受信する段階と、制御情報をＰＵＣＣＨを介して送信する段階と、を含み、ＰＵＣＣＨのＲＢインデックスは第１ＲＢオフセットとＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、ＰＵＣＣＨのＣＳインデックスはＣＳインデックスセットのうち、［ＲＩの第２ビット値、ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ−基盤の１ビット値）］の組み合わせに基づいて決定される方法、及びそのための装置に関する。【選択図】図１０

Description

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

Claims (20)

  1. 無線通信システムにおいて通信装置が制御情報を送信する方法であって、
    システム情報により特定のＰＵＣＣＨ（Physical Uplink Control Channel）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を受信し、前記ＰＵＣＣＨリソースセットは第１ＲＢ（Resource Block）オフセットを含む段階と、
    リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Physical Downlink Control Channel）を一つ以上のＣＣＥ（Control Channel Element）上で受信する段階と、
    前記制御情報をＰＵＣＣＨを介して送信する段階と、を含み、
    前記ＰＵＣＣＨのＲＢインデックスは、前記第１ＲＢオフセットと前記ＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、
    前記ＰＵＣＣＨのＣＳインデックスは、ＣＳインデックスセットのうち、［前記ＲＩの第２ビット値、前記ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ−基盤の１ビット値）］の組み合わせに基づいて決定される、方法。
  2. 前記ＲＩの第２ビット値は、２つのＣＳインデックスグループのうちの一つを指示するために使用され、
    前記ＣＣＥ−基盤の１ビット値は、前記指示されたＣＳインデックスグループ内の２つのＣＳインデックスのうちの一つを指示するために使用される、請求項１に記載の方法。
  3. 前記ＰＵＣＣＨの周波数ホッピング方向は、前記ＲＩの第３ビット値に基づいて２つのうちの一つに決定される、請求項１に記載の方法。
  4. 前記ＰＵＣＣＨのための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記周波数ホッピング方向は、以下の表を満たすように決定される、請求項３に記載の方法：
    ここで、ｂ２は前記ＲＩの第１ビット値を示し、ｂ１は前記ＲＩの第３ビット値を示し、ｂ０は前記ＲＩの第２ビット値を示し、ｂ２乃至ｂ０と前記ＲＩの第１乃至第３ビット値の関係は変化する。
  5. 前記制御情報は、前記ＰＤＣＣＨによりスケジュールされた下りリンクデータに関するＡＣＫ／ＮＡＣＫ（Acknowledgement/Negative Acknowledgement）を含む、請求項１に記載の方法。
  6. 無線通信システムに使用される通信装置であって、
    メモリと、
    プロセッサと、を含み、
    前記プロセッサは、
    システム情報により特定のＰＵＣＣＨ（Physical Uplink Control Channel）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を受信し、前記ＰＵＣＣＨリソースセットは第１ＲＢ（Resource Block）オフセットを含み、
    リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Physical Downlink Control Channel）を一つ以上のＣＣＥ（Control Channel Element）上で受信し、
    制御情報をＰＵＣＣＨを介して送信する、ように構成され、
    前記ＰＵＣＣＨのＲＢインデックスは、前記第１ＲＢオフセットと前記ＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、
    前記ＰＵＣＣＨのＣＳインデックスは、ＣＳインデックスセットのうち、［前記ＲＩの第２ビット値、前記ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ−基盤の１ビット値）］の組み合わせに基づいて決定される、通信装置。
  7. 前記ＲＩの第２ビット値は、２つのＣＳインデックスグループのうちの一つを指示するために使用され、
    前記ＣＣＥ−基盤の１ビット値は、前記指示されたＣＳインデックスグループ内の２つのＣＳインデックスのうちの一つを指示するために使用される、請求項６に記載の通信装置。
  8. 前記ＰＵＣＣＨの周波数ホッピング方向は、前記ＲＩの第３ビット値に基づいて２つのうちの一つに決定される、請求項６に記載の通信装置。
  9. 前記ＰＵＣＣＨのための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記周波数ホッピング方向は、以下の表を満たすように決定される、請求項８に記載の通信装置：
    ここで、ｂ２は前記ＲＩの第１ビット値を示し、ｂ１は前記ＲＩの第３ビット値を示し、ｂ０は前記ＲＩの第２ビット値を示し、ｂ２乃至ｂ０と前記ＲＩの第１乃至第３ビット値の関係は変化する。
  10. 前記制御情報は、前記ＰＤＣＣＨによりスケジュールされた下りリンクデータに関するＡＣＫ／ＮＡＣＫ（Acknowledgement/Negative Acknowledgement）を含む、請求項６に記載の通信装置。
  11. 無線通信システムにおいて通信装置が制御情報を受信する方法であって、
    システム情報により特定のＰＵＣＣＨ（Physical Uplink Control Channel）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を送信し、前記ＰＵＣＣＨリソースセットは第１ＲＢ（Resource Block）オフセットを含む段階と、
    リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Physical Downlink Control Channel）を一つ以上のＣＣＥ（Control Channel Element）上で送信する段階と、
    前記制御情報をＰＵＣＣＨを介して受信する段階と、を含み、
    前記ＰＵＣＣＨのＲＢインデックスは、前記第１ＲＢオフセットと前記ＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、
    前記ＰＵＣＣＨのＣＳインデックスは、ＣＳインデックスセットのうち、［前記ＲＩの第２ビット値、前記ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ−基盤の１ビット値）］の組み合わせに基づいて決定される、方法。
  12. 前記ＲＩの第２ビット値は、２つのＣＳインデックスグループのうちの一つを指示するために使用され、
    前記ＣＣＥ−基盤の１ビット値は、前記指示されたＣＳインデックスグループ内の２つのＣＳインデックスのうちの一つを指示するために使用される、請求項１１に記載の方法。
  13. 前記ＰＵＣＣＨの周波数ホッピング方向は、前記ＲＩの第３ビット値に基づいて２つのうちの一つに決定される、請求項１１に記載の方法。
  14. 前記ＰＵＣＣＨのための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記周波数ホッピング方向は、以下の表を満たすように決定される、請求項１３に記載の方法：
    ここで、ｂ２は前記ＲＩの第１ビット値を示し、ｂ１は前記ＲＩの第３ビット値を示し、ｂ０は前記ＲＩの第２ビット値を示し、ｂ２乃至ｂ０と前記ＲＩの第１乃至第３ビット値の関係は変化する。
  15. 前記制御情報は、前記ＰＤＣＣＨによりスケジュールされた下りリンクデータに関するＡＣＫ／ＮＡＣＫ（Acknowledgement/Negative Acknowledgement）を含む、請求項１１に記載の方法。
  16. 無線通信システムに使用される通信装置であって、
    メモリと、
    プロセッサと、を含み、
    前記プロセッサは、
    システム情報により特定のＰＵＣＣＨ（Physical Uplink Control Channel）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を送信し、前記ＰＵＣＣＨリソースセットは第１ＲＢ（Resource Block）オフセットを含み、
    リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Physical Downlink Control Channel）を一つ以上のＣＣＥ（Control Channel Element）上で送信し、
    制御情報をＰＵＣＣＨを介して受信する、ように構成され、
    前記ＰＵＣＣＨのＲＢインデックスは、前記第１ＲＢオフセットと前記ＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、
    前記ＰＵＣＣＨのＣＳインデックスは、ＣＳインデックスセットのうち、［前記ＲＩの第２ビット値、前記ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ−基盤の１ビット値）］の組み合わせに基づいて決定される、通信装置。
  17. 前記ＲＩの第２ビット値は、２つのＣＳインデックスグループのうちの一つを指示するために使用され、
    前記ＣＣＥ−基盤の１ビット値は、前記指示されたＣＳインデックスグループ内の２つのＣＳインデックスのうちの一つを指示するために使用される、請求項１６に記載の通信装置。
  18. 前記ＰＵＣＣＨの周波数ホッピング方向は、前記ＲＩの第３ビット値に基づいて２つのうちの一つに決定される、請求項１６に記載の通信装置。
  19. 前記ＰＵＣＣＨのための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記周波数ホッピング方向は、以下の表を満たすように決定される、請求項１８に記載の通信装置：
    ここで、ｂ２は前記ＲＩの第１ビット値を示し、ｂ１は前記ＲＩの第３ビット値を示し、ｂ０は前記ＲＩの第２ビット値を示し、ｂ２乃至ｂ０と前記ＲＩの第１乃至第３ビット値の関係は変化する。
  20. 前記制御情報は、前記ＰＤＣＣＨによりスケジュールされた下りリンクデータに関するＡＣＫ／ＮＡＣＫ（Acknowledgement/Negative Acknowledgement）を含む、請求項１６に記載の通信装置。
JP2020513743A 2018-02-14 2019-02-14 無線通信システムにおいて無線信号の送受信方法及び装置 Active JP7013568B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201862630315P 2018-02-14 2018-02-14
US62/630,315 2018-02-14
US201862635468P 2018-02-26 2018-02-26
US62/635,468 2018-02-26
US201862653466P 2018-04-05 2018-04-05
US62/653,466 2018-04-05
US201862669952P 2018-05-10 2018-05-10
US62/669,952 2018-05-10
PCT/KR2019/001839 WO2019160364A1 (ko) 2018-02-14 2019-02-14 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2020532921A true JP2020532921A (ja) 2020-11-12
JP7013568B2 JP7013568B2 (ja) 2022-01-31

Family

ID=67620133

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020513743A Active JP7013568B2 (ja) 2018-02-14 2019-02-14 無線通信システムにおいて無線信号の送受信方法及び装置

Country Status (6)

Country Link
US (4) US10588113B2 (ja)
EP (2) EP4009568B1 (ja)
JP (1) JP7013568B2 (ja)
KR (2) KR102069072B1 (ja)
CN (2) CN111373689B (ja)
WO (1) WO2019160364A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023042358A1 (ja) * 2021-09-16 2023-03-23 株式会社Ｎｔｔドコモ 端末及び通信方法
JP2023513662A (ja) * 2021-01-15 2023-04-03 エルジー エレクトロニクス インコーポレイティド 上りリンク制御チャネルを送受信する方法及びそのための装置

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108702279B (zh) * 2016-01-07 2021-06-08 诺基亚通信公司 用于分配确认资源的方法和装置
WO2019191999A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 一种资源确定方法、指示方法及装置
US11218996B2 (en) * 2018-04-06 2022-01-04 Qualcomm Incorporated PUCCH resource allocation before RRC setup
CN112236971A (zh) * 2018-04-16 2021-01-15 瑞典爱立信有限公司 无线电资源控制(rrc)配置前的物理上行链路控制信道(pucch)资源选择
CN108702776B (zh) * 2018-05-10 2021-07-02 北京小米移动软件有限公司 信息复用传输方法及装置、信息接收方法及装置
WO2020006025A1 (en) * 2018-06-29 2020-01-02 Sharp Laboratories Of America, Inc. Power control for enhancement of physical uplink control channel (pucch) reliability for 5th generation (5g) new radio (nr)
CN111083782B (zh) * 2018-10-19 2023-09-08 荣耀终端有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
EP3909168A2 (en) * 2019-01-09 2021-11-17 IDAC Holdings, Inc. Methods, apparatus and systems for enhanced control signaling of ultra-reliable transmissions
US11729800B2 (en) * 2019-03-28 2023-08-15 Ofinno, Llc Control channel with multiple transmission reception points
CN112217619B (zh) * 2019-07-12 2022-06-14 大唐移动通信设备有限公司 混合自动重传请求确认码本的确定方法、终端及网络设备
JP2022544504A (ja) * 2019-08-12 2022-10-19 株式会社Ｎｔｔドコモ リリース１６のタイプｉｉチャネル状態情報（ｃｓｉ）用の物理上りリンク制御チャネル（ｐｕｃｃｈ）リソースを決定するための方法
EP4022812B1 (en) * 2019-09-25 2024-02-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method of uplink acknowledgment for downlink data received on an unlicensed band in a radio access network
US11503609B2 (en) * 2019-09-27 2022-11-15 Qualcomm Incorporated PUCCH repetition before RRC connection setup
KR20210039874A (ko) * 2019-10-02 2021-04-12 삼성전자주식회사 무선 통신 시스템에서 주파수 자원 할당 방법 및 장치
US11496252B2 (en) * 2019-10-02 2022-11-08 Intel Corporation UE configured for type-2 HARQ-ACK codebook grouping and HARQ-ACK retransmission
JP2022188308A (ja) * 2019-10-03 2022-12-21 シャープ株式会社 端末装置、基地局装置、および、通信方法
US11968670B2 (en) * 2019-10-04 2024-04-23 Qualcomm Incorporated Physical uplink control channel (PUCCH) resource selection
WO2021064440A1 (en) * 2019-10-05 2021-04-08 Orope France Sarl A method of interlaced pucch design - format 0
ES2961140T3 (es) * 2019-11-04 2024-03-08 Koninklijke Philips Nv Transmisión en enlace ascendente en nueva banda de radio sin licencia
JP7402327B2 (ja) * 2019-11-08 2023-12-20 華為技術有限公司 情報表示方法及び装置
US11343652B2 (en) * 2019-12-30 2022-05-24 Qualcomm Incorporated Resource selection for user equipment (UE)-shared multicast feedback
US11777674B2 (en) * 2020-02-21 2023-10-03 Commscope Technologies Llc Spectrum-efficient utilization of an uplink control channel
WO2022005153A1 (ko) * 2020-07-01 2022-01-06 주식회사 케이티 주파수 호핑을 수행하는 방법 및 장치
EP4047854A4 (en) * 2020-10-15 2023-01-25 LG Electronics Inc. METHOD AND DEVICE FOR TRANSMITTING/RECEIVING A SIGNAL IN A WIRELESS COMMUNICATION SYSTEM
US20240073876A1 (en) * 2021-04-01 2024-02-29 Sharp Kabushiki Kaisha User equipments, base stations, and methods
EP4429353A1 (en) * 2021-11-05 2024-09-11 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for determining physical uplink control channel resources, and storage medium

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019193737A1 (ja) * 2018-04-05 2019-10-10 株式会社Ｎｔｔドコモ ユーザ端末及び無線基地局

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101505208A (zh) 2008-02-04 2009-08-12 三星电子株式会社 分配上行ack/nack信道的方法
US8630240B2 (en) * 2008-02-19 2014-01-14 Texas Instruments Incorporated Mapping between logical and physical uplink control resource blocks in wireless networks
KR20100073976A (ko) 2008-12-23 2010-07-01 엘지전자 주식회사 상향링크 전송 전력을 제어하는 방법 및 이를 위한 장치
KR101897448B1 (ko) * 2009-10-01 2018-10-08 인터디지탈 패튼 홀딩스, 인크 업링크 제어 데이터 전송
KR101821407B1 (ko) 2009-12-16 2018-01-24 엘지전자 주식회사 무선 통신 시스템에서 수신 확인 전송 방법 및 장치
ES2841908T3 (es) * 2010-01-11 2021-07-12 Electronics & Telecommunications Res Inst Agregación de portadora en sistemas de comunicación inalámbrica
JP5610861B2 (ja) * 2010-06-10 2014-10-22 シャープ株式会社 移動局装置、基地局装置、無線通信システム、無線通信方法および集積回路
JP5946838B2 (ja) * 2010-11-11 2016-07-06 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて上りリンク制御情報の送受信方法及び装置
KR102094890B1 (ko) * 2011-08-19 2020-04-14 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
US20130114572A1 (en) * 2011-11-04 2013-05-09 Mo-Han Fong Uplink synchronization with multiple timing advances in a wireless communication environment
US10524240B2 (en) * 2012-02-06 2019-12-31 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, network node and methods therein for determining a transport block size in downlink transmissions in a telecommunications system
US9730185B2 (en) 2012-02-23 2017-08-08 Lg Electronics Inc. Method by which terminals in wireless communication systems receive downlink control channels and apparatus for same
TWI632823B (zh) * 2012-08-23 2018-08-11 內數位專利控股公司 在無線系統中多層操作之實體層操作
CN104718714B (zh) * 2012-10-14 2018-02-02 Lg电子株式会社 在无线通信系统中在用户设备发送用于epdcch应答方法和设备
US9178583B2 (en) * 2013-01-08 2015-11-03 Samsung Electronics Co., Ltd. Channel state information feedback design in advanced wireless communication systems
BR112015025272B1 (pt) * 2013-04-05 2022-11-16 Telefonaktiebolaget L M Ericsson (Publ) Métodos para informar e para receber reconhecimento ou não reconhecimento de pedido repetição automática híbrida, equipamento de usuário, e, estação base
CN104754742B (zh) * 2013-12-25 2019-02-05 中国移动通信集团公司 一种资源分配方法及装置
CN104767595A (zh) * 2014-01-07 2015-07-08 中兴通讯股份有限公司 Harq-ack反馈信息的传输方法、系统及终端和基站
KR102280021B1 (ko) 2014-09-11 2021-07-21 삼성전자주식회사 무선 통신 시스템에서 기준 신호를 송수신하는 기법
KR102255656B1 (ko) 2014-10-24 2021-05-26 삼성전자 주식회사 이동통신 시스템에서 셀간 간섭 감지 방법 및 장치
WO2016182414A1 (ko) * 2015-05-14 2016-11-17 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 반송파 집성 방법 및 상기 방법을 이용하는 단말
EP3145261A1 (en) * 2015-09-18 2017-03-22 BRITISH TELECOMMUNICATIONS public limited company Cellular communications network
CN106685610B (zh) * 2015-11-06 2020-05-12 上海诺基亚贝尔股份有限公司 用于控制信道资源分配的方法和装置
EP3389208B1 (en) * 2015-12-10 2020-09-02 LG Electronics Inc. -1- Method for transmitting uplink signals in wireless communication system for supporting short transmission time interval, and device for supporting same
EP3662608A4 (en) * 2017-08-02 2020-12-30 Apple Inc. SEQUENCE DESIGN AND RESOURCE ASSIGNMENT FOR PUCCH NR
US11172430B2 (en) 2018-01-12 2021-11-09 Qualcomm Incorporated Uplink control channel resource allocation
EP3537818A4 (en) * 2018-01-12 2019-12-18 LG Electronics Inc. METHOD FOR PERFORMING UPLINK PHYSICAL CONTROL CHANNEL TRANSMISSION IN WIRELESS COMMUNICATION SYSTEM AND TERMINAL USING THE METHOD
US11218996B2 (en) * 2018-04-06 2022-01-04 Qualcomm Incorporated PUCCH resource allocation before RRC setup
CN115088357A (zh) * 2021-01-15 2022-09-20 Lg 电子株式会社 发送和接收上行链路控制信道的方法及其装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019193737A1 (ja) * 2018-04-05 2019-10-10 株式会社Ｎｔｔドコモ ユーザ端末及び無線基地局

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "Remaining issues on PUCCH resource allocation[online]", 3GPP TSG RAN WG1 ADHOC_NR_AH_1801 R1-1800378, JPN6021006705, 13 January 2018 (2018-01-13), ISSN: 0004452945 *
OPPO: "Summary of offline discussion on PUCCH resource allocation[online]", 3GPP TSG RAN WG1 #93 R1-1807863, JPN6021006706, 29 May 2018 (2018-05-29), ISSN: 0004452946 *
QUALCOMM INCORPORATED: "Remaining issues for resource allocation for PUCCH[online]", 3GPP TSG RAN WG1 ADHOC_NR_AH_1801 R1-1800874, JPN6021006704, 13 January 2018 (2018-01-13), ISSN: 0004452944 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023513662A (ja) * 2021-01-15 2023-04-03 エルジー エレクトロニクス インコーポレイティド 上りリンク制御チャネルを送受信する方法及びそのための装置
JP7437504B2 (ja) 2021-01-15 2024-02-22 エルジー エレクトロニクス インコーポレイティド 上りリンク制御チャネルを送受信する方法及びそのための装置
US12074823B2 (en) 2021-01-15 2024-08-27 Lg Electronics Inc. Method of transmitting and receiving uplink control channel and apparatus therefor
WO2023042358A1 (ja) * 2021-09-16 2023-03-23 株式会社Ｎｔｔドコモ 端末及び通信方法

Also Published As

Publication number Publication date
KR102109412B1 (ko) 2020-05-12
CN111373689B (zh) 2023-04-04
EP3664349A4 (en) 2020-12-02
US20200137742A1 (en) 2020-04-30
EP3664349B1 (en) 2022-03-30
US20190297618A1 (en) 2019-09-26
US11006394B2 (en) 2021-05-11
WO2019160364A1 (ko) 2019-08-22
EP4009568B1 (en) 2023-11-29
CN116318248B (zh) 2024-06-07
US10588113B2 (en) 2020-03-10
JP7013568B2 (ja) 2022-01-31
KR102069072B1 (ko) 2020-01-22
EP3664349A1 (en) 2020-06-10
EP4009568A1 (en) 2022-06-08
CN111373689A (zh) 2020-07-03
US20200137743A1 (en) 2020-04-30
KR20190099387A (ko) 2019-08-27
KR20190123814A (ko) 2019-11-01
USRE49915E1 (en) 2024-04-09
US10856269B2 (en) 2020-12-01
CN116318248A (zh) 2023-06-23

Similar Documents

Publication Publication Date Title
JP7013568B2 (ja) 無線通信システムにおいて無線信号の送受信方法及び装置
JP7100694B2 (ja) 無線通信システムにおいて無線信号の送受信方法及び装置
JP7313724B2 (ja) 無線通信システムにおけるデータチャネル及び制御チャネルの送受信方法、装置、及びシステム
US11729788B2 (en) Method for multiplexing uplink control information in wireless communication system, and apparatus using same
US20230262719A1 (en) Method for transmitting uplink control information in wireless communication system, and apparatus using same
EP4113892B1 (en) Device using channel multiplexing in wireless communication
JP7032520B2 (ja) 無線通信システムにおいて無線信号の送受信方法及び装置
EP4224770A1 (en) Method for transmitting uplink channel in wireless communication system and apparatus therefor

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200306

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200306

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210302

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20210601

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210621

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20211221

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220119

R150 Certificate of patent or registration of utility model

Ref document number: 7013568

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150