JP2024045196A - 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム - Google Patents

無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム Download PDF

Info

Publication number
JP2024045196A
JP2024045196A JP2024002008A JP2024002008A JP2024045196A JP 2024045196 A JP2024045196 A JP 2024045196A JP 2024002008 A JP2024002008 A JP 2024002008A JP 2024002008 A JP2024002008 A JP 2024002008A JP 2024045196 A JP2024045196 A JP 2024045196A
Authority
JP
Japan
Prior art keywords
uci
harq
pucch
bit
terminal
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.)
Pending
Application number
JP2024002008A
Other languages
English (en)
Inventor
キョンジュン・チェ
ミンソク・ノ
グンヨン・ソク
ジンサム・カク
Original Assignee
ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド
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 ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド filed Critical ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド
Publication of JP2024045196A publication Critical patent/JP2024045196A/ja
Pending legal-status Critical Current

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
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H04L1/0004—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes applied to control information
    • 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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]
    • 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/1854—Scheduling and prioritising 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/1861—Physical mapping arrangements
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • 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/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
    • 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
    • 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/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • 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
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】無線通信システム、特にセルラー無線通信システムにおいて上りリンク制御情報の送信方法及びそのための装置を提供することである。【解決手段】端末は、第１優先順位の第１ＵＣＩがマップされた第１ＰＵＣＣＨと第２優先順位の第２ＵＣＩがマップされた第２ＰＵＣＣＨとが時間上で少なくとも１つのシンボルで重なる条件において、第１ＵＣＩと第２ＵＣＩのうちドロップ（ｄｒｏｐ）するＵＣＩを決定するか、又は、第１ＵＣＩ及び第２ＵＣＩを多重化する。何れかのＵＣＩをドロップする場合は、第１ＵＣＩと第２ＵＣＩのうちドロップされていないＵＣＩを基地局に送信し、ＵＣＩをドロップしない場合は、第１ＵＣＩ及び第２ＵＣＩが多重化されてマップされた第３ＰＵＣＣＨを基地局に送信する。互いに異なる優先順位を有するＵＣＩを多重化して送信するか、又は、ドロップされたＵＣＩを後で再送信することによって通信の信頼性を高めることができる。【選択図】図１２

Description

本発明は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステムに関する。
４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムの商用化後、増加する無線データトラフィック需要を充足するために、新たな５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムを開発するための努力が行われている。５Ｇ通信システムは、４Ｇネットワーク以降（ｂｅｙｏｎｄ ４Ｇ ｎｅｔｗｏｒｋ）の通信システム、ＬＴＥシステム以降（ｐｏｓｔ ＬＴＥ）のシステム、またはＮＲ（ｎｅｗ ｒａｄｉｏ）システムと称されている。高いデータ伝送率を達成するために、５Ｇ通信システムは、６ＧＨｚ以上の超高周波（ｍｍＷａｖｅ）帯域を使用して運用されるシステムを含み、また、カバレッジを確保し得る側面から６ＧＨｚ以下の周波数帯域を使用して運用される通信システムを含んで、基地局と端末における具現が考慮されている。
３ＧＰＰ（（登録商標）３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ） ＮＲシステムは、ネットワークスペクトルの効率を向上させて、通信事業者が与えられた帯域幅でより多くのデータ及び音声サービスを提供し得るようにする。よって、３ＧＰＰ（登録商標、下記同様） ＮＲシステムは、大容量音声支援以外にも、高速データ及びメディア伝送に対する要求を充足するように設計される。ＮＲシステムの長所は、同じプラットフォームで高い処理量、低い待機時間、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）、及びＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）支援、向上された最終ユーザ環境、及び簡単なアーキテクチャで低い運営コストを有するという点である。
より効率的なデータ処理のために、ＮＲシステムにおける動的ＴＤＤは、セルのユーザ達のデータトラフィック方向によって、上りリンク及び下りリンクに使用可能なＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルの数を可変する方式を用いることができる。例えば、セルの下りリンクトラフィックが上りリンクトラフィックよりも多いとき、基地局は、スロット（又は、サブフレーム）に多数の下りリンクＯＦＤＭシンボルを割り当てることができる。スロット構成に関する情報は端末に送信される必要がある。
超高周波帯域における電波の経路損失の緩和、及び電波の伝達距離の増加のために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、巨大配列体重入出力（ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元多重入出力（ｆｕｌｌ ｄｉｍｅｎｓｉｏｎ ＭＩＭＯ、ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、アナログビームフォーミングとデジタルビームフォーミングを組み合わせるハイブリッドビームフォーミング、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。また、システムネットワークを改善するために、５Ｇ通信システムでは進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、機器間通信（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、車両を利用する通信（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｖ２Ｘ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、非地上波ネットワーク通信（ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＴＮ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（ｃｏｏｒｄｉｎａｔｅｄ ｍｕｌｔｉ－ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などに関する技術開発が行われている。その他、５Ｇシステムでは進歩したコーディング変調（ａｄｖａｎｃｅｄ ｃｏｄｉｎｇ ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式のＦＱＡＭ（ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（ｓｌｉｄｉｎｇ ｗｉｎｄｏｗ ｓｕｐｅｒｐｏｓｉｔｉｏｎ ｃｏｄｉｎｇ）と、進歩したアクセス技術であるＦＢＭＣ（ｆｉｌｔｅｒ ｂａｎｋ ｍｕｌｔｉ－ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。
一方、インターネットは人間が情報を生成し消費する人間中心の連結網において、物など分散された構成要素間に情報を交換し処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網に進化している。クラウドサーバなどとの連結を介したビックデータ（ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービスインタフェース技術、及び保安技術などのような技術要素が要求されており、最近は物間の連結のためのセンサネットワーク、マシンツーマシン（ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では、連結された物から生成されたデータを収集、分析して、人間の生活に新たな価値を生み出す知能型ＩＴ（ｉｎｔｅｒｎｅｔ ｔｅｃｈｎｏｌｏｇｙ）サービスが提供される。ＩｏＴは、従来のＩＴ技術と多様な産業間の融合及び複合を介し、スマートホーム、スマートビル、スマートシティ、スマートカーまたはコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用される。
そこで、５Ｇ通信システムをＩｏＴ網に適用するための様々な試みが行われている。例えば、センサネットワーク、マシンツーマシン、ＭＴＣなどの技術が、５Ｇ通信技術であるビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されている。上述したビックデータ処理技術として、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）の適用も５Ｇ技術とＩｏＴ技術の融合の一例といえる。一般に、移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。
かかる移動通信システムは次第に音声サービスからデータサービスへと領域を拡張していき、現在は、高速のデータサービスを提供可能な程度にまで発展している。しかしながら、現在サービスが提供されている移動通信システムではリソースの不足現象及びユーザ達の高速サービス要求により、さらに発展した移動通信システムが望まれている。
本発明の技術的課題は、無線通信システム、特にセルラー無線通信システムにおいて上りリンク制御情報の送信方法及びそのための装置を提供することである。
本発明の一態様によれば、上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信する端末を提供する。前記端末は、第１優先順位の第１ＵＣＩがマップされた第１ＰＵＣＣＨと第２優先順位の第２ＵＣＩがマップされた第２ＰＵＣＣＨとが時間上で少なくとも１つのシンボルで重なる条件において、前記第１ＵＣＩと前記第２ＵＣＩのうちドロップ（ｄｒｏｐ）するＵＣＩを決定したり又は前記第１ＵＣＩ及び前記第２ＵＣＩを多重化したりするように構成されたプロセッサ、及び前記プロセッサの制御によって、前記第１ＵＣＩと前記第２ＵＣＩのうちドロップされていないＵＣＩを基地局に送信するか、前記第１ＵＣＩ及び前記第２ＵＣＩが多重化されてマップされた第３ＰＵＣＣＨを前記基地局に送信するように構成された通信モジュールを含む。ここで、前記通信モジュールは、前記ドロップされたＵＣＩの再送信のためのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）をＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で前記基地局から受信するように構成され、前記ＤＣＩは、スロットインデックス情報及び前記ドロップされたＵＣＩに関する情報のうち少なくとも一つを含んでよい。
一側面において、前記スロットインデックス情報は、前記ＰＤＣＣＨが受信されたスロットと前記ドロップされたＵＣＩに対応するドロップされたＰＵＣＣＨのスロットとの間のスロットの個数、前記ＰＤＣＣＨが受信されたスロットと前記ドロップされたＰＵＣＣＨをスケジュールするＰＤＣＣＨが受信されたスロットとの間のスロットの個数、及び前記ドロップされたＵＣＩの再送信のために用いられるＰＵＣＣＨのスロットのインデックスのうち一つを指示できる。
他の側面において、前記ドロップされたＰＵＣＣＨに関する情報は、前記端末に関する複数のＰＵＣＣＨの時間順序のうち、前記ドロップされたＰＵＣＣＨの時間順序、前記端末に関する複数のＰＵＣＣＨに割り当てられた物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＰＲＢ）のうち前記ドロップされたＰＵＣＣＨのＰＲＢ順序、前記端末に対するＰＵＣＣＨ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって前記ドロップされたＰＵＣＣＨに付けられたインデックスのうち一つを含んでよい。
さらに他の側面において、前記第１優先順位が前記第２優先順位よりも高く、前記第１ＵＣＩ及び前記第２ＵＣＩを多重化した全体ＵＣＩのビットサイズは、前記第１ＵＣＩのビットサイズと前記第２ＵＣＩのビットサイズとの和と同一であってよい。
さらに他の側面において、前記第２ＵＣＩのビットサイズは、前記第２ＵＣＩからチャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）及びスケジューリング要請（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）のうち少なくとも一部が除外されて決定されてよい。
さらに他の側面において、前記第２ＵＣＩのビットサイズは、前記第２ＵＣＩから前記第１ＵＣＩと異なる種類のＵＣＩは除外されて決定されてよい。
さらに他の側面において、前記通信モジュールは、前記第１ＵＣＩ及び前記第２ＵＣＩをそれぞれ別個に符号化して多重化するか、前記第１ＵＣＩ及び前記第２ＵＣＩを結合符号化して多重化することができる。
さらに他の側面において、前記第３ＰＵＣＣＨのためのリソースは、前記端末に構成された複数のＰＵＣＣＨリソース集合のうち、前記全体ＵＣＩのビットサイズに基づいて決定されたＰＵＣＣＨリソース集合に含まれてよい。
さらに他の側面において、前記第３ＰＵＣＣＨのためのリソースは、前記第１ＵＣＩの送信のためのＰＵＣＣＨリソース集合に含まれてよい。
さらに他の側面において、前記ＰＵＣＣＨリソース集合は、前記第１ＰＵＣＣＨの最後のシンボル、スロット又はサブスロットの境界にあるシンボル、前記第１ＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボル、前記第２ＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボルのうち少なくとも一つに基づいて選択されてよい。
さらに他の側面において、前記ＰＵＣＣＨリソース集合は、前記第１ＰＵＣＣＨの最後のシンボルから一定シンボル個数以後に位置しているＰＵＣＣＨリソース、及び前記第１ＰＵＣＣＨの属するスロット又はサブスロットよりも遅いスロット又はサブスロットにマップされるＰＵＣＣＨリソースのうち少なくとも一つを含まなくてよい。
さらに他の側面において、前記第３ＰＵＣＣＨのためのリソースは、前記ＰＵＣＣＨリソース集合に含まれたＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソース、最後のシンボルが最も早いＰＵＣＣＨリソース、長さの最も長いＰＵＣＣＨリソースのうち、いずれか一つであってよい。
さらに他の側面において、前記通信モジュールは、第３のＰＵＣＣＨの複数のリソース個数のうち、前記第１ＵＣＩのビットサイズが前記第１ＵＣＩの送信に関する最大コード率及びリソース個数に基づいて計算される最大ビットサイズと等しい又は小さい場合のリソース個数を、前記第１ＵＣＩの送信のための第１リソース個数と決定できる。
さらに他の側面において、前記通信モジュールは、第３のＰＵＣＣＨの複数のリソース個数のうち、前記第２ＵＣＩのビットサイズが前記第２ＵＣＩの送信に関する最大コード率及びＰＲＢ個数に基づいて計算される最大ビットサイズと等しい又は小さい場合のリソース個数を、前記第２ＵＣＩのための第２リソース個数と決定できる。
さらに他の側面において、前記最大ビットサイズと等しい又は小さい場合のリソース個数がない場合に、前記通信モジュールは、前記第２ＵＣＩのビットサイズを、第１ＣＳＩ部分及び第２ＣＳＩ部分のうち少なくとも一部を除外して決定できる。
さらに他の側面において、前記リソースは、ＰＲＢ、サブキャリア、及びＲＥ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）のうち少なくとも一つであってよい。
さらに他の側面において、前記リソースがＰＲＢである場合、前記第３ＰＵＣＣＨがＰＵＣＣＨフォーマット３であれば、前記ＰＲＢの個数は｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝のうち一つであってよい。
さらに他の側面において、前記通信モジュールは、第３のＰＵＣＣＨの複数のサブキャリア個数のうち、前記第１ＵＣＩのビットサイズが前記第１ＵＣＩの送信に関する最大コード率及びサブキャリア個数に基づいて計算される最大ビット数と等しい又は小さい場合のサブキャリア個数を、前記第１ＵＣＩのための第１サブキャリア個数と決定できる。
さらに他の側面において、前記第３ＰＵＣＣＨは、前記第１リソース個数と前記第２リソース個数との和に対応するリソースを含み、前記通信モジュールは、前記第３ＰＵＣＣＨの最下位リソースから始めて、前記第１リソース個数のリソース及び前記第２リソース個数のリソースをそれぞれ前記第１ＵＣＩ及び前記第２ＵＣＩの送信に割り当てることができる。
さらに他の側面において、前記第３ＰＵＣＣＨは、前記第１ＰＲＢ個数と前記第２ＰＲＢ個数との和であるＰ＿ｔｏｔａｌに対応するＰＲＢを含み、前記通信モジュールは、前記第１ＵＣＩのビットサイズが前記第１ＵＣＩの送信に関する最大コード率及びＰ＿ｔｏｔａｌに基づいて計算される最大ビット数と等しい又は小さい場合のシンボルの個数を、前記第１ＵＣＩの送信のための第１シンボル個数と決定できる。
さらに他の側面において、前記通信モジュールは、前記第２ＵＣＩのビットサイズが前記第２ＵＣＩの送信に関する最大コード率及びＰ＿ｔｏｔａｌに基づいて計算される最大ビット数と等しい又は小さい場合のシンボルの個数を、前記第２ＵＣＩの送信のための第２シンボル個数と決定できる。
さらに他の側面において、前記第３ＰＵＣＣＨは時間上に第１シンボルセット及び第２シンボルセットを含み、前記第１シンボルセットは、前記第３ＰＵＣＣＨにおいて時間上に早い位置の前記第１シンボル個数に対応するシンボル、又は前記第３ＰＵＣＣＨのＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）シンボルに最も隣接した位置の前記第１シンボル個数に対応するシンボルを含んでよい。
さらに他の側面において、前記第２シンボルセットは、前記第１シンボルセットに含まれないシンボルを含んでよい。
さらに他の側面において、前記第３ＰＵＣＣＨはＰＵＣＣＨフォーマット２構造であり、前記通信モジュールは前記第１ＵＣＩ及び前記第２ＵＣＩを前記第３ＰＵＣＣＨの周波数軸上にそれぞれ局部的に（ｌｏｃａｌｉｚｅｄ）配置できる。
さらに他の側面において、前記第３ＰＵＣＣＨはＰＵＣＣＨフォーマット２構造であり、前記通信モジュールは前記第１ＵＣＩ及び前記第２ＵＣＩを前記第３ＰＵＣＣＨの周波数軸上にそれぞれ分散して（ｄｉｓｔｒｉｂｕｔｅｄ）配置できる。
さらに他の側面において、前記第３ＰＵＣＣＨはＰＵＣＣＨフォーマット２構造であり、前記通信モジュールは、前記第１ＵＣＩのビットシーケンスと前記第２ＵＣＩのビットシーケンスとをインターリーブして組み合わされたＵＣＩビットシーケンスを生成し、前記インターリーブされたＵＣＩビットシーケンスを前記第３ＰＵＣＣＨに配置できる。
さらに他の側面において、前記インターリーバはブロックインターリーバ（ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒ）であり、前記ブロックインターリーバの行と列のサイズは、前記第１ＵＣＩのビットサイズ、前記第２ＵＣＩのビットサイズ、一ＰＲＢからＤＭＲＳを除外した残りＲＥの数及び第３ＰＵＣＣＨのＰＲＢ数のうち少なくとも一つに基づいて決定されてよい。
さらに他の側面において、前記第１ＰＵＣＣＨはＰＵＣＣＨフォーマット０であり、前記第２ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり、前記第１優先順位が前記第２優先順位よりも高い場合に、前記第１ＵＣＩ及び前記第２ＵＣＩが多重化されてマップされる第３ＰＵＣＣＨは、前記第１ＰＵＣＣＨであってよい。
さらに他の側面において、前記第１ＰＵＣＣＨはＰＵＣＣＨフォーマット０であり、前記第２ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり、前記第１優先順位が前記第２優先順位よりも高い場合に、前記通信モジュールは、前記第１ＵＣＩ及び前記第２ＵＣＩを多重化し、前記第１ＵＣＩのためのリソース及び前記第２ＵＣＩのためのリソースのうちいずれか一つのリソースにマップして送信し、前記マップされるリソースは、前記第１ＵＣＩの指示と前記第２ＵＣＩの指示との組合せに基づいて決定されてよい。
さらに他の側面において、前記第１ＵＣＩはスケジューリング要請（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）であり、前記第２ＵＣＩはＨＡＲＱ－ＡＣＫであってよい。
さらに他の側面において、前記第１ＵＣＩと前記第２ＵＣＩはそれぞれ、ＨＡＲＱ－ＡＣＫであってよい。
さらに他の側面において、仮に、前記マップされるリソースが前記第２ＵＣＩのためのリソースである場合に、前記通信モジュールは、前記第２ＵＣＩの送信のための電力に一定値を足した電力を使用することができる。
さらに他の側面において、前記通信モジュールは、前記第１ＵＣＩのために構成された第１最大コード率（ｃｏｄｅ ｒａｔｅ）及び前記第２ＵＣＩのために構成された第２最大コード率のいずれか一つ又はそれらの組合せを、前記多重化されたＵＣＩに関する最大コード率として用いることができる。
さらに他の側面において、前記通信モジュールは、前記第１ＵＣＩのための第１最大コード率（ｃｏｄｅ ｒａｔｅ）及び前記第２ＵＣＩのための第２最大コード率（ｃｏｄｅ ｒａｔｅ）は前記第３のＰＵＣＣＨのＰＵＣＣＨフォーマット上に設定されてよい。
さらに他の側面において、前記通信モジュールは、前記第１ＵＣＩのための第１最大コード率（ｃｏｄｅ ｒａｔｅ）は第１のＰＵＣＣＨの第１ＰＵＣＣＨフォーマット上に設定されており、前記第２ＵＣＩのための第２最大コード率（ｃｏｄｅ ｒａｔｅ）は前記第２のＰＵＣＣＨの第２ＰＵＣＣＨフォーマット上に設定されており、前記第１ＰＵＣＣＨフォーマットは第１ＵＣＩを送信するための第１ＰＵＣＣＨ集合上に設定され、前記第２ＰＵＣＣＨフォーマットは第２ＵＣＩを送信するための第２ＰＵＣＣＨ集合上に設定されてよい。
さらに他の側面において、第４ＵＣＩがマップされた第４ＰＵＣＣＨがＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と時間上で少なくとも１つのシンボルで重なる条件において、前記プロセッサは、前記第４ＵＣＩを前記ＰＵＳＣＨに多重化するように構成され、前記ＰＵＳＣＨの優先順位を、前記ＰＵＳＣＨをスケジュールするＤＣＩに基づいて決定し、前記第４ＵＣＩの優先順位及び前記ＰＵＳＣＨの優先順位のうち少なくとも一部に基づいて、前記第４ＵＣＩと前記ＰＵＳＣＨとの多重化に関するベータオフセット（ｂｅｔａ ｏｆｆｓｅｔ）を決定できる。
さらに他の側面において、前記ベータオフセットはＵＣＩの優先順位とＰＵＳＣＨの優先順位との組合せによって設定され、前記第４ＵＣＩの優先順位と前記ＰＵＳＣＨの優先順位との組合せによってベータオフセットが決定されてよい。
さらに他の側面において、前記ベータオフセットはＵＣＩの優先順位によって設定され、前記第４ＵＣＩの優先順位によってベータオフセットが決定されてよい。
さらに他の側面において、前記ベータオフセットはＰＵＳＣＨの優先順位によって設定され、前記ＰＵＳＣＨの優先順位によってベータオフセットが決定されてよい。
さらに他の側面において、第３ＰＵＣＣＨがＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と時間上で少なくとも１つのシンボルで重なる条件において、前記プロセッサは、前記第１ＵＣＩ及び第２ＵＣＩを前記ＰＵＳＣＨに多重化するように構成され、前記ＰＵＳＣＨの優先順位を、前記ＰＵＳＣＨをスケジュールするＤＣＩに基づいて決定し、前記第１ＵＣＩは、第１優先順位の第１ＨＡＲＱ－ＡＣＫコードブックを含み、第２ＵＣＩは、第２優先順位の第２ＨＡＲＱ－ＡＣＫコードブックを含み、前記ＰＵＳＣＨをスケジュールするＤＣＩは、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定する少なくとも一つのＵＬ ＤＡＩ（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）を含み、前記通信モジュールは、前記少なくとも一つのＵＬ ＤＡＩに基づいて前記第１ＨＡＲＱ－ＡＣＫコードブック及び前記第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定し、前記第１ＨＡＲＱ－ＡＣＫコードブック及び前記第２ＨＡＲＱ－ＡＣＫコードブックを多重化して前記ＰＵＳＣＨ上で前記基地局に送信できる。
さらに他の側面において、前記ＰＵＳＣＨをスケジュールするＤＣＩは、第１ＨＡＲＱ－ＡＣＫコードブックのサイズと第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定するための一つのＵＬ ＤＡＩを含み、前記通信モジュールは、前記一つのＵＬ ＤＡＩに基づいて前記第１ＨＡＲＱ－ＡＣＫコードブックのサイズ及び前記第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定し、前記第１ＨＡＲＱ－ＡＣＫコードブック及び前記第２ＨＡＲＱ－ＡＣＫコードブックを多重化して前記ＰＵＳＣＨ上で前記基地局に送信できる。
さらに他の側面において、前記一つのＵＬ ＤＡＩのビットサイズは、前記第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックのタイプによって決定され、前記ＨＡＲＱ－ＡＣＫコードブックタイプは、半静的（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的（ｄｙｎａｍｉｃ）のいずれかであってよい。
さらに他の側面において、前記ＰＵＳＣＨをスケジュールするＤＣＩは、第１ＨＡＲＱ－ＡＣＫコードブックのサイズを決定するための第１ＵＬ ＤＡＩ、及び第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定するための第２ＵＬ ＤＡＩを含み、前記通信モジュールは、前記第１ＵＬ ＤＡＩに基づいて前記第１ＨＡＲＱ－ＡＣＫコードブックのサイズを決定し、前記第２ＵＬ ＤＡＩに基づいて前記第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定し、前記第１ＨＡＲＱ－ＡＣＫコードブック及び前記第２ＨＡＲＱ－ＡＣＫコードブックを多重化して前記ＰＵＳＣＨ上で前記基地局に送信できる。
さらに他の側面において、前記第１ＵＬ ＤＡＩのビットサイズ及び第２ＵＬ ＤＡＩのビットサイズは、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックのタイプによってそれぞれ決定され、前記ＨＡＲＱ－ＡＣＫコードブックタイプは、半静的（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的（ｄｙｎａｍｉｃ）のいずれかであってよい。
さらに他の側面において、前記プロセッサは、第４優先順位を有する第４ＵＣＩと第５優先順位を有する第５ＵＣＩをＰＵＳＣＨ上で多重化するように構成され、前記第４優先順位が前記第５優先順位よりも高い場合に、前記通信モジュールは、前記第４ＵＣＩを前記ＰＵＳＣＨ上のＤＭＲＳに最も近い位置のリソース要素にまずマップし、前記第５ＵＣＩを前記ＰＵＳＣＨ上の残りのリソース要素にマップするように構成されてよい。
さらに他の側面において、前記第４ＵＣＩは、高い優先順位のＨＡＲＱ－ＡＣＫであり、前記第５ＵＣＩは、低い優先順位のＨＡＲＱ－ＡＣＫであり、前記ＰＵＳＣＨ上のリソース要素は、ＨＡＲＱ－ＡＣＫのために割り当てられたリソース要素又は第１ＣＳＩ部分（ＣＳＩ ｐａｒｔ １）のために割り当てられたリソース要素であってよい。
本発明の実施例によれば、互いに異なる優先順位を有するＵＣＩを多重化して送信したり又はドロップされたＵＣＩを後で再送信したりすることによって、通信の信頼性を高めることができる。本発明から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
無線通信システムで使用される無線フレーム構造の一例を示す図である。 無線通信システムにおける下りリンク（ＤＬ）／上りリンク（ＵＬ）スロット構造の一例を示す図である。 ３ＧＰＰシステム（例えば、ＮＲ）に利用される物理チャネルと、該当物理チャンネルを利用した一般的な信号伝送方法を説明する図である。 ３ＧＰＰ ＮＲシステムにおける初期セルアクセスのためのＳＳ／ＰＢＣＨブロックを示す図である。 ３ＧＰＰ ＮＲシステムにおける初期セルアクセスのためのＳＳ／ＰＢＣＨブロックを示す図である。 ３ＧＰＰ ＮＲシステムにおける制御情報伝送のための手順を示す図である。 ３ＧＰＰ ＮＲシステムにおける制御チャネル伝送のための手順を示す図である。 ３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨが伝送されるＣＯＲＥＳＥＴを示す図である。 ３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨ探索空間を設定する方法を示す図である。 キャリア集成を説明する概念図である。 端末キャリア通信と多重キャリア通信を説明するための図である。 クロスキャリアスケジューリング技法が適用される例を示す図である。 ＬＰ ＵＣＩを伝達するＰＵＣＣＨ（ＬＰ ＰＵＣＣＨ）とＨＰ ＵＣＩを伝達するＰＵＣＣＨ（ＨＰ ＰＵＣＣＨ）との衝突を示す。 前記ＰＤＣＣＨの受信時の端末動作を示す。 一例による端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、新しく設定された新しいＰＵＣＣＨリソースで送信する方法である。 一例による端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、新しく設定された新しいＰＵＣＣＨリソースで送信する方法である。 一例による端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、新しく設定された新しいＰＵＣＣＨリソースで送信する方法である。 一例による端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、新しく設定された新しいＰＵＣＣＨリソースで送信する方法である。
一例による端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、新しく設定された新しいＰＵＣＣＨリソースで送信する方法である。 一実施例によって端末が、選択されたＰＵＣＣＨリソース集合内でＰＵＣＣＨリソースを選択する方法を説明する図である。 一実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。 他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。 さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。 さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。 さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。 さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。 さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。 一実施例に係る循環シフト値を示す図である。 他の実施例に係る循環シフト値を示す図である。 一実施例に係る１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 一実施例に係る１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 他の実施例に係る１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 他の実施例に係る１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 一実施例に係る２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 他の実施例に係る２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 さらに他の実施例に係る２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 一実施例に係る２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。 一実施例に係るＰＵＣＣＨをＰＵＳＣＨ上のリソースに多重化する動作を示す図である。 一例による同じ優先順位のＵＣＩをＰＵＳＣＨ上のリソースに多重化する動作を示す図である。 一例による互いに異なる優先順位のＵＣＩをＰＵＳＣＨ上のリソースに多重化する動作を示す図である。 一例によるＲＥのインデクシング方法を示す図である。 他の例によるＲＥのインデクシング方法を示す図である。 さらに他の例によるＲＥのインデクシング方法を示す図である。 さらに他の例によるＲＥのインデクシング方法を示す図である。 本発明の一実施例に係る端末及び基地局の構成をそれぞれ示すブロック図である。
本明細書で使用される用語は本発明における機能を考慮してできるだけ現在広く使用されている一般的な用語を選択しているが、これは当分野に携わる技術者の意図、慣例、または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選択したものもあるが、この場合、該当する発明の説明部分でその意味を記載する。よって、本明細書で使用される用語は、単なる用語の名称ではなく、その用語の有する実質的意味と本明細書全般にわたる内容に基づいて解釈すべきであることを明らかにする。
明細書全体において、ある構成が他の構成を「連結」されているという際、これは「直接連結」されている場合だけでなく、その中間の他の構成要素を介在して「電気的に連結」されていることも含む。また、ある構成が特定構成要素を「含む」という際、これは特に反対する記載がない限り、他の構成要素を除くのではなく、他の構成要素を更に含むことを意味する。加えて、特定臨海を基準にする「以上」または「以下」という限定事項は、実施例によってそれぞれ「超過」または「未満」に適切に代替されてもよい。
以下の技術はＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような多様な無線接続システムに使用される。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現される。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現される。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術で具現される。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ ＬＴＥ（Ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）はＥ－ＵＴＲＡを使用するＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲはＬＴＥ／ＬＴＥ－Ａとは別途に設計されたシステムであって、ＩＭＴ－２０２０の要求条件であるｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスを支援するためのシステムである。説明を明確にするために３ＧＰＰ ＮＲを中心に説明するが、本発明の技術的思想はこれに限らない。
本明細書で特別な説明がない限り、基地局は、３ＧＰＰ ＮＲで定義するｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ Ｂ）を含むことができる。また、特別な説明がない限り、端末は、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）を含むことができる。以下、説明の理解を助けるために、それぞれの内容を個別の実施例にして説明するが、それぞれの実施例は互いに組み合わせて用いられてもよい。本開示において、端末の設定（ｃｏｎｆｉｇｕｒｅ）は、基地局による設定を意味してよい。具体的に、基地局は端末にチャネル又は信号を送信して、端末の動作又は無線通信システムで用いられるパラメータの値を設定することができる。
図１は、無線通信システムで使用される無線フレーム構造の一例を示す図である。
図１を参照すると、３ＧＰＰ ＮＲシステムで使用される無線フレーム（またはラジオフレーム）は、１０ｍｓ（ΔｆｍａｘＮｆ／１００）＊Ｔｃ）の長さを有する。また、無線フレームは１０個の均等な大きさのサブフレーム（ｓｕｂｆａｍｅ、ＳＦ）からなる。ここで、Δｆｍａｘ＝４８０＊１０３Ｈｚ、Ｎｆ＝４０９６、Ｔｃ＝１／（Δｆｒｅｆ＊Ｎｆ，ｒｅｆ）、Δｆｒｅｆ＝１５＊１０３Ｈｚ、Ｎｆ，ｒｅｆ＝２０４８である。一つのフレーム内の１０個のサブフレームにそれぞれ０から９までの番号が与えられる。それぞれのサブフレームは１ｍｓの長さを有し、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって一つまたは複数のスロットからなる。より詳しくは、３ＧＰＰ ＮＲシステムで使用し得るサブキャリア間隔は１５＊２μｋＨｚである。μはサブキャリア間隔構成因子（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）であって、μ＝０～４の値を有する。つまり、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、または２４０ｋＨｚがサブキャリア間隔として使用される。１ｍｓ長さのサブフレームは２μ個のスロットからなる。この際、各スロットの長さは２－μｍｓである。一つのサブフレーム内の２μ個のスロットは、それぞれ０から２μ－１までの番号が与えられる。また、一つの無線フレーム内のスロットは、それぞれ０から１０＊２μ－１までの番号が与えられる。時間資源は、無線フレーム番号（または無線フレームインデックスともいう）、サブフレーム番号（またはサブフレームインデックスともいう）、スロット番号（またはスロットインデックス）のうち少なくともいずれか一つによって区分される。
図２は、無線通信システムにおける下りリンク（ＤＬ）／上りリンク（ＵＬ）スロット構造の一例を示す図である。特に、図２は３ＧＰＰ ＮＲシステムの資源格子（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）構造を示す。
アンテナポート当たり一つの資源格子がある。図２を参照すると、スロットは時間ドメインで複数のＯＦＤＭシンボルを含み、周波数ドメインで複数の資源ブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）を含む。ＯＦＤＭシンボルは、一つのシンボル区間も意味する。特別な説明がない限り、ＯＦＤＭシンボルは簡単にシンボルと称される。以下、本明細書において、シンボルはＯＦＤＭシンボル、ＳＣ－ＦＤＭＡシンボル、ＤＦＴｓ－ＯＦＤＭシンボルなどを含む。図２を参照すると、各スロットから伝送される信号はＮｓｉｚｅ、μｇｒｉｄ、ｘ＊ＮＲＢＳＣ個のサブキャリア（ｓｕｂｃａｒｒｉｅｒ）とＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルからなる資源格子で表現される。ここで、下りリンク資源格子であればｘ＝ＤＬであり、上りリンク資源格子であればｘ＝ＵＬである。Ｎｓｉｚｅ、μｇｒｉｄ、ｘはサブキャリア間隔構成因子μによる資源ブロック（ＲＢ）の個数を示し（ｘはＤＬまたはＵＬ）、Ｎｓｌｏｔｓｙｍｂはスロット内のＯＦＤＭシンボルの個数を示す。ＮＲＢＳＣは一つのＲＢを構成するサブキャリアの個数であって、ＮＲＢＳＣ＝１２である。ＯＦＤＭシンボルは、多重アクセス方式によってＣＰ－ＯＦＤＭ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ ＯＦＤＭ）シンボル、またはＤＦＴ－Ｓ－ＯＦＤＭ（ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ ｓｐｒｅａｄ ＯＦＤＭ）シンボルと称される。
一つのスロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）の長さに応じて異なり得る。例えば、正規（ｎｏｒｍａｌ）ＣＰであれば一つのスロットが１４個のＯＦＤＭシンボルを含むが、拡張（ｅｘｔｅｎｄｅｄ）ＣＰであれば一つのスロットが１２個のＯＦＤＭシンボルを含む。具体的な実施例において、拡張ＣＰは６０ｋＨｚのサブキャリア間隔でのみ使用される。図２では説明の便宜上、一つのスロットが１４ＯＦＤＭシンボルからなる場合を例示したが、本発明の実施例は他の個数のＯＦＤＭシンボルを有するスロットでも同じ方式で適用される。図２を参照すると、各ＯＦＤＭシンボルは、周波数ドメインで、Ｎｓｉｚｅ、μｇｒｉｄ、ｘ＊ＮＲＢＳＣ個のサブキャリアを含む。サブキャリアの類型は、データを伝送するためのデータサブキャリア、参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を伝送するための参照信号サブキャリア、ガードバンド（ｇｕａｒｄ ｂａｎｄ）に分けられる。キャリア周波数は中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ、ｆｃ）ともいう。
一つのＲＢは、周波数ドメインでＮＲＢＳＣ個（例えば、１２個）の連続するサブキャリアによって定義される。ちなみに、一つのＯＦＤＭシンボルと一つのサブキャリアからなる資源を資源要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ、ＲＥ）またはトーン（ｔｏｎｅ）と称する。よって、一つのＲＢはＮｓｌｏｔｓｙｍｂ＊ＮＲＢＳＣ個の資源要素からなる。資源格子内の各資源要素は、一つのスロット内のインデックス対（ｋ、ｌ）によって固有に定義される。ｋは周波数ドメインで０からＮｓｉｚｅ、μｇｒｉｄ、ｘ＊ＮＲＢＳＣ－１まで与えられるインデックスであり、ｌは時間ドメインで０からＮｓｌｏｔｓｙｍｂ－１まで与えられるインデックスである。
端末が基地局から信号を受信するか基地局信号を伝送するためには、端末の時間／周波数同期を基地局の時間／周波数同期と合わせるべきである。基地局と端末が同期化しなければ、端末がＤＬ信号の復調及びＵＬ信号の伝送を正確な時点に行うのに必要な時間及び周波数パラメータを決定できないためである。
ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）またはアンペアドスペクトル（ｕｎｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で動作する無線フレームの各シンボルは、下りリンクシンボル（ＤＬ ｓｙｍｂｏｌ）、上りリンクシンボル（ＵＬ ｓｙｍｂｏｌ）、またはフレキシブルシンボル（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）のうち少なくともいずれか一つからなる。ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）またはペアドスペクトル（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で下りリンクキャリアで動作する無線フレームは、下りリンクシンボルまたはフレキシブルシンボルからなり、上りリンクキャリアで動作する無線フレームは、上りリンクシンボルまたはフレキシブルシンボルからなる。下りリンクシンボルでは下りリンク伝送はできるが上りリンク伝送はできず、上りリンクシンボルでは上りリンク伝送はできるが下りリンク伝送はできない。フレキシブルシンボルは、信号に応じて下りリンクで使用されるか上りリンクで使用されるかが決定される。
各シンボルのタイプ（ｔｙｐｅ）に関する情報、つまり、下りリンクシンボル、上りリンクシンボル、及びフレキシブルシンボルのうちいずれか一つを示す情報は、セル特定（ｃｅｌｌ－ｓｐｅｃｉｆｉｃまたはｃｏｍｍｏｎ）ＲＲＣ信号からなる。また、各シンボルのタイプに関する情報は、追加に特定端末（ＵＥ－ｓｐｅｃｉｆｉｃまたはｄｅｄｉｃａｔｅｄ）ＲＲＣ信号からなる。基地局は、セル特定ＲＲＣ信号を使用し、ｉ）セル特定スロット構成の周期、ｉｉ）セル特定スロット構成の周期の最初から下りリンクシンボルのみを有するスロットの数、ｉｉｉ）下りリンクシンボルのみを有するスロットの直後のスロットの最初のシンボルから下りリンクシンボルの数、ｉｖ）セル特定スロット構成の周期の最後から上りリンクシンボルのみを有するスロットの数、ｖ）上りリンクシンボルのみを有するスロットの直前のスロットの最後のシンボルから上りリンクシンボルの数を知らせる。ここで、上りリンクシンボルと下りリンクシンボルのいずれにも構成されていないシンボルはフレキシブルシンボルである。
シンボルタイプに関する情報が端末特定ＲＲＣ信号からなれば、基地局はフレキシブルシンボルが下りリンクシンボルなのかまたは上りリンクシンボルなのかを、セル特定ＲＲＣ信号でシグナリングする。この際、端末特定ＲＲＣ信号は、セル特定ＲＲＣ信号からなる下りリンクシンボルまたは上りリンクシンボルを他のシンボルタイプに変更することができない。特定端末ＲＲＣ信号は、各スロットごとに該当スロットのＮｓｌｏｔｓｙｍｂシンボルのうち下りリンクシンボルの数、該当スロットのＮｓｌｏｔｓｙｍｂシンボルのうち上りリンクシンボルの数をシグナリングする。この際、スロットの下りリンクシンボルはスロットの最初のシンボルからｉ番目のシンボルまで連続的に構成される。また、スロットの上りリンクシンボルはスロットのｊ番目のシンボルから最後のシンボルまで連続的に構成される（ここで、ｉ＜ｊ）。スロットにおいて、上りリンクシンボルと下りリンクシンボルのいずれにも構成されていないシンボルはフレキシブルシンボルである。
上のようなＲＲＣ信号によって構成されたシンボルのタイプを半静的（ｓｅｍｉ－ｓｔａｔｉｃ）ＤＬ／ＵＬ構成と呼ぶことができる。上記のＲＲＣ信号によって構成された半静的ＤＬ／ＵＬ構成において、フレキシブルシンボルは、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）で送信される動的ＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｆｏｒｍａｔｉｏｎ）によって下りリンクシンボル、上りリンクシンボル、又はフレキシブルシンボルと指示されてよい。このとき、ＲＲＣ信号によって構成された下りリンクシンボル又は上りリンクシンボルは他のシンボルタイプに変更されない。表１は、基地局が端末に指示できる動的ＳＦＩを例示する。
表１で、Ｄは下りリンクシンボルを、Ｕは上りリンクシンボルを、Ｘはフレキシブルシンボルを表す。表１に示すように、１スロット内で最大で２回のＤＬ／ＵＬスイッチング（ｓｗｉｔｃｈｉｎｇ）が許容されてよい。
図３は、３ＧＰＰシステム（例えば、ＮＲ）に利用される物理チャネルと、該当物理チャンネルを利用した一般的な信号伝送方法を説明する図である。
端末の電源がつくか端末が新しくセルに進入すれば、端末は初期セル探索作業を行うＳ１０１。詳しくは、端末は初期セル探索で基地局と同期を合わせる。このために、端末は基地局から主同期信号（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＰＳＳ）及び副同期信号（ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳＳ）を受信して基地局と同期を合わせ、セルIDなどの情報を獲得する。次に、端末は基地局から物理放送チャネルを受信し、セル内の放送情報を獲得する。
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ）及び前記ＰＤＣＣＨに乗せられている情報によって物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信することで、初期セル探索を介して獲得したシステム情報より詳しいシステム情報を獲得するＳ１０２。ここで、端末に伝達されたシステム情報は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）における物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）で端末が正確に動作するためのセル共通システム情報であって、リメイニングシステム情報（Ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）又はシステム情報ブロック（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｃｏｋ，ＳＩＢ）１と呼ばれる。
端末が基地局に最初に接続したり、或いは信号送信のための無線リソースがない場合（端末がＲＲＣ＿ＩＤＬＥモードである場合）、端末は基地局に対してランダムアクセス過程を行うことができる（段階Ｓ１０３～段階Ｓ１０６）。まず、端末は、物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ，ＰＲＡＣＨ）でプリアンブルを送信し（Ｓ１０３）、基地局からＰＤＣＣＨ及び対応のＰＤＳＣＨでプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４）。端末に有効なランダムアクセス応答メッセージが受信された場合、端末は、基地局からＰＤＣＣＨで伝達された上りリンクグラントが示す物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＵＳＣＨ）で、自身の識別子などを含むデータを基地局に送信する（Ｓ１０５）。次に、端末は、衝突解決のために、基地局の指示としてＰＤＣＣＨの受信を待つ。端末が自身の識別子でＰＤＣＣＨの受信に成功すると（Ｓ１０６）、ランダムアクセス過程は終了する。端末は、ランダムアクセス過程中にＲＲＣ層の物理層において端末が正しく動作するために必要な端末特定システム情報を取得することができる。端末がＲＲＣ層で端末特定システム情報を取得すれば、端末はＲＲＣ連結モード（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ｍｏｄｅ）に進入する。
ＲＲＣ層は、端末と無線接続網（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，ＲＡＮ）間の制御のためのメッセージ生成及び管理に用いられる。さらにいうと、基地局と端末は、ＲＲＣ層において、セル内全ての端末に必要なセルシステム情報の放送（ｂｒｏａｄｃａｓｔｉｎｇ）、ページング（ｐａｇｉｎｇ）メッセージの伝達管理、移動性管理及びハンドオーバー、端末の測定報告とそれに関する制御、端末能力管理及び保管管理を行うことができる。一般に、ＲＲＣ層で伝達する信号（以下、ＲＲＣ信号）の更新（ｕｐｄａｔｅ）は、物理層での送受信周期（すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ，ＴＴＩ）よりも長いので、ＲＲＣ設定は、長い周期において変化せずに維持され得る。
上述した手順後、端末は一般的な上り／下りリンク信号伝送手順としてＰＤＣＣＨ／ＰＤＳＣＨ受信Ｓ１０７、及び物理上りリンク共有チャネル（ＰＵＳＣＨ）／物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）を伝送Ｓ１０８する。特に、端末は、ＰＤＣＣＨを介して下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信する。ＤＣＩは、端末に対する資源割当情報のような制御情報を含む。また、ＤＣＩは使用目的に応じてフォーマットが異なり得る。端末が上りリンクを介して基地局に伝送する上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｅｘ）、ＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ）などを含む。ここで、ＣＱＩ、ＰＭＩ、及びＲＩは、ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）に含まれる。３ＧＰＰ ＮＲシステムの場合、端末はＰＵＳＣＨ及び／またはＰＵＣＣＨを介して上述したＨＡＲＱ－ＡＣＫとＣＳＩなどの制御情報を伝送する。
図４Ａ及び図４Ｂには、３ＧＰＰ ＮＲシステムにおける初期セル接続のためのＳＳ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックを示す。端末は、電源が入るか新しくセルにアクセスしようとする際、セルとの時間及び周波数同期を獲得し、初期セル探索過程を行う。端末は、セル探索過程でセルの物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｔｙ）ＮｃｅｌｌＩＤを検出する。このために、端末は基地局から同期信号、例えば、主同期信号（ＰＳＳ）及び副同期信号（ＳＳＳ）を受信して基地局と同期を合わせる。この際、端末はセル識別子（ｉｄｅｎｔｉｔｙ、ＩＤ）などの情報を獲得する。
図４Ａ及び図４Ｂを参照して、同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳ）をより詳しく説明する。同期信号はＰＳＳとＳＳＳに分けられる。ＰＳＳは、ＯＦＤＭシンボル同期、スロット同期のような時間ドメイン同期及び／または周波数ドメイン同期を得るために使用される。ＳＳＳは、フレーム同期、セルグループＩＤを得るために使用される。図４Ａと表２を参照すると、ＳＳ／ＰＢＣＨブロックは周波数軸に連続した２０ＲＢｓ（＝２４０サブキャリア）からなり、時間軸に連続した４ＯＦＤＭシンボルからなる。この際、ＳＳ／ＰＢＣＨブロックにおいて、ＰＳＳは最初のＯＦＤＭシンボル、ＳＳＳは３番目のＯＦＤＭシンボルで５６～１８二番目のサブキャリアを介して伝送される。ここで、ＳＳ／ＰＢＣＨブロックの最も低いサブキャリアインデックスを０から付ける。ＰＳＳが伝送される最初のＯＦＤＭシンボルにおいて、残りのサブキャリア、つまり、０～５５、１８３～２３９番目のサブキャリアを介しては基地局が信号を伝送しない。また、ＳＳＳが伝送される３番目のＯＦＤＭシンボルにおいて、４８～５５、１８３～１９１番目のサブキャリアを介しては基地局が信号を伝送しない。基地局は、ＳＳ／ＰＢＣＨブロックにおいて、前記信号を除いた残りのＲＥを介してＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を伝送する。
ＳＳは３つのＰＳＳとＳＳＳの組み合わせを介して計１００８個の固有の物理階層セル識別子（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｃｅｌｌ ＩＤ）を、詳しくは、それぞれの物理階層セルＩＤはたった一つの物理－階層セル－識別子グループの部分になるように、各グループが３つの固有の識別子を含む３３６個の物理－階層セル－識別子グループにグルーピングされる。よって、物理階層セルＩＤ ＮｃｅｌｌＩＤ＝３Ｎ（１）ＩＤ＋Ｎ（２）ＩＤは、物理－階層セル－識別子グループを示す０から３３５までの範囲内のインデックスＮ（１）ＩＤと、前記物理－階層セル－識別子グループ内の物理－階層識別子を示す０から２までのインデックスＮ（２）ＩＤによって固有に定義される。端末はＰＳＳを検出し、３つの固有の物理－階層識別子のうち一つを識別する。また、端末はＳＳＳを検出し、前記物理－階層識別子に連関する３３６個の物理階層セルＩＤのうち一つを識別する。この際、ＰＳＳのシーケンスｄＰＳＳ（ｎ）は以下の数式１のようである。
ｄＰＳＳ(ｎ)＝１－２ｘ(ｍ)
ｍ＝(ｎ＋４３Ｎ(２)ＩＤ) ｍｏｄ １２７
０≦ｎ<１２７
ここで、ｘ(ｉ＋７)＝(ｘ(ｉ＋４)＋ｘ(ｉ)) ｍｏｄ ２であり、
［ｘ(６)ｘ(５)ｘ(４)ｘ(３)ｘ(２)ｘ(１)ｘ(０)］＝［１１１０１１０］と与えられる。
また、ＳＳＳのシーケンスｄＳＳＳ（ｎ）は、次の通りである。
ｄＳＳＳ(ｎ)＝［１－２ｘ０((ｎ＋ｍ０) ｍｏｄ １２７］［１－２ｘｉ((ｎ＋ｍ１) ｍｏｄ １２７］
ｍ０＝１５ ｆｌｏｏｒ(Ｎ(１)ＩＤ／１１２)＋５Ｎ(２)ＩＤ
ｍ１＝Ｎ(１)ＩＤ ｍｏｄ １１２
０≦ｎ<１２７
ここで、ｘ０(ｉ＋７)＝(ｘ０(ｉ＋４)＋ｘ０(ｉ))ｍｏｄ ２
ｘ１(ｉ＋７)＝(ｘ１(ｉ＋１)＋ｘ１(ｉ))ｍｏｄ ２であり、
［ｘ０(６)ｘ０(５)ｘ０(４)ｘ０(３)ｘ０(２)ｘ０(１)ｘ０(０)］＝［００００００１］
［ｘ１(６)ｘ１(５)ｘ１(４)ｘ１(３)ｘ１(２)ｘ１(１)ｘ１(０)］＝［００００００１］と与えられる。
１０ｍｓ長さの無線フレームは、５ｍｓ長さの２つの半フレームに分けられる。図４（ｂ）を参照して、各半フレーム内でＳＳ／ＰＢＣＨブロックが伝送されるスロットについて説明する。ＳＳ／ＰＢＣＨブロックが伝送されるスロットは、ケースＡ、Ｂ、Ｃ、Ｄ、Ｅのうちいずれか一つである。ケースＡにおいて、サブキャリア間隔は１５ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛２、８｝＋１４＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１、２、３である。ケースＢにおいて、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛４、８、１６、２０｝＋２８＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。ケースＣにおいて、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛２、８｝＋１４＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１、２、３である。ケースＤにおいて、サブキャリア間隔は１２０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛４、８、１６、２０｝＋２８＊ｎ番目のシンボルである。この際、６ＧＨｚ以上のキャリア周波数において、ｎ＝０、１、２、３、５、６、７、８、１０、１１、１２、１３、１５、１６、１７、１８である。ケースＥにおいて、サブキャリア間隔は２４０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛８、１２、１６、２０、３２、３６、４０、４４｝＋５６＊ｎ番目のシンボルである。この際、６ＧＨｚ以上のキャリア周波数において、ｎ＝０、１、２、３、５、６、７、８である。
図５Ａ及び図５Ｂには、３ＧＰＰ ＮＲシステムにおける制御情報及び制御チャネル送信のための手順を示す。図５Ａを参照すると、基地局は、制御情報（例、ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）に、ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）でマスク（例、ＸＯＲ演算）されたＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を付加できる（Ｓ２０２）。基地局は、各制御情報の目的／対象によって決定されるＲＮＴＩ値でＣＲＣをスクランブルすることができる。一つ以上の端末が用いる共通ＲＮＴＩは、ＳＩ－ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）、Ｐ－ＲＮＴＩ（ｐａｇｉｎｇ ＲＮＴＩ）、ＲＡ－ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ ＲＮＴＩ）、及びＴＰＣ－ＲＮＴＩ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ＲＮＴＩ）のうち少なくともいずれか一つを含んでよい。また、端末特定ＲＮＴＩは、Ｃ－ＲＮＴＩ（ｃｅｌｌ ｔｅｍｐｏｒａｒｙ ＲＮＴＩ）及びＣＳ－ＲＮＴＩのうち少なくともいずれか一つを含んでよい。次に、基地局はチャネルエンコーディング（例えば、ｐｏｌａｒ ｃｏｄｉｎｇ）を行い（Ｓ２０４）、その後、ＰＤＣＣＨ送信のために割り当てられたリソースの量に合わせてレートマッチング（ｒａｔｅ－ｍａｔｃｈｉｎｇ）を行うことができる（Ｓ２０６）。その後、基地局は、ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）ベースのＰＤＣＣＨ構造に基づいてＤＣＩを多重化することができる（Ｓ２０８）。
また、基地局は、多重化されたＤＣＩに対してスクランブリング、モジュレーション（例えば、ＱＰＳＫ）、インターリービングなどの追加過程（Ｓ２１０）を適用した後、送信しようとするリソースにマップできる。ＣＣＥはＰＤＣＣＨのための基本リソース単位であり、一ＣＣＥは、複数（例えば、６個）のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）で構成されてよい。一ＲＥＧは、複数（例えば、１２個）のＲＥで構成されてよい。一ＰＤＣＣＨのために用いられたＣＣＥの個数を集成レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）と定義することができる。３ＧＰＰ ＮＲシステムでは１、２、４、８又は１６の集成レベルを用いることができる。図５Ｂは、ＣＣＥ集成レベルとＰＤＣＣＨの多重化に関する図であり、一ＰＤＣＣＨのために用いられたＣＣＥ集成レベルの種類とそれによる制御領域で送信されるＣＣＥを示す。
図６は、３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨが伝送されるＣＯＲＥＳＥＴを示す図である。
ＣＯＲＥＳＥＴは、端末のための制御信号であるＰＤＣＣＨが伝送される時間－周波数資源である。また、後述する探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）は一つのＣＯＲＥＳＥＴにマッピングされる。よって、端末はＰＤＣＣＨを受信するために全ての周波数帯域をモニタリングするのではなく、ＣＯＲＥＳＥＴと指定された時間－周波数領域をモニタリングして、ＣＯＲＥＳＥＴにマッピングされたＰＤＣＣＨをデコーディングする。基地局は、端末にセル別に一つまたは複数のＣＯＲＥＳＥＴを構成する。ＣＯＲＥＳＥＴは、時間軸に最大３つまでの連続したシンボルからなる。また、ＣＯＲＥＳＥＴは周波数軸に連続した６つのＰＲＢの単位からなる。図５の実施例において、ＣＯＲＥＳＥＴ＃１は連続的なＰＲＢからなり、ＣＯＲＥＳＥＴ＃２とＣＯＲＥＳＥＴ＃３は不連続的なＰＲＢからなる。ＣＯＲＥＳＥＴは、スロット内のいかなるシンボルにも位置し得る。例えば、図５の実施例において、ＣＯＲＥＳＥＴ＃１はスロットの最初のシンボルから始まり、ＣＯＲＥＳＥＴ＃２はスロットの５番目のシンボルから始まり、ＣＯＲＥＳＥＴ＃９はスロットの９番目のシンボルから始まる。
図７は、３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨ探索空間を設定する方法を示す図である。
端末にＰＤＣＣＨを伝送するために、各ＣＯＲＥＳＥＴには少なくとも一つ以上の探索空間が存在する。本発明の実施例において、探索空間は端末のＰＤＣＣＨが伝送される全ての時間－周波数資源（以下、ＰＤＣＣＨ候補）の集合である。探索空間は、３ＧＰＰ ＮＲの端末が共通に探索すべき共通探索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）と、特定端末が探索すべき端末－特定探索空間（ｔｅｒｍｉｎａｌ－ｓｐｅｃｉｆｉｃ ｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）を含む。共通探索空間では、同一基地局に属するセルにおける全ての端末が共通に探すように設定されているＰＤＣＣＨをモニタリングする。また、端末－特定探索空間は、端末に応じて互いに異なる探索空間の位置で、各端末に割り当てられたＰＤＣＣＨをモニタリングするように端末別に設定される。端末－特定探索空間の場合、ＰＤＣＣＨが割り当てられる制限された制御領域のため、端末間の探索空間が部分的に重なって割り当てられている可能性がある。ＰＤＣＣＨをモニタリングすることは、探索空間内のＰＤＣＣＨ候補をブラインドデコーディングすることを含む。ブラインドデコーディングに成功した場合をＰＤＣＣＨが（成功的に）検出／受信されたと表現し、ブラインドデコーディングに失敗した場合をＰＤＣＣＨが未検出／未受信されたと表現か、成功的に検出／受信されていないと表現する。
説明の便宜上、一つ以上の端末に下りリンク制御情報を伝送するために、一つ以上の端末が既に知っているグループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ、ＧＣ）ＲＮＴＩでスクランブルされたＰＤＣＣＨをグループ共通（ＧＣ）ＰＤＣＣＨ、または共通ＰＤＣＣＨと称する。また、一つの特定端末に上りリンクスケジューリング情報または下りリンクスケジューリング情報を伝送するために、特定端末が既に知っている端末－特定ＲＮＴＩでスクランブルされたＰＤＣＣＨを端末－特定ＰＤＣＣＨと称する。前記共通ＰＤＣＣＨは共通探索空間に含まれ、端末－特定ＰＤＣＣＨは共通探索空間または端末－特定ＰＤＣＣＨに含まれる。
基地局は、ＰＤＣＣＨを介して伝送チャネルであるＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）及びＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ－ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の資源割当に関する情報（つまり、ＤＬ Ｇｒａｎｔ）、またはＵＬ－ＳＣＨ の資源割当とＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）に関する情報（つまり、ＵＬ Ｇｒａｎｔ）を各端末または端末グループに知らせる。基地局は、ＰＣＨ伝送ブロック、及びＤＬ－ＳＣＨ伝送ブロックをＰＤＳＣＨを介して伝送する。基地局は、特定制御情報または特定サービスデータを除いたデータをＰＤＳＣＨを介して伝送する。また、端末は、特定制御情報または特定サービスデータを除いたデータをＰＤＳＣＨを介して受信する。
基地局は、ＰＤＳＣＨのデータがいかなる端末（一つまたは複数の端末）に伝送されるのか、該当端末がいかにＰＤＳＣＨデータを受信しデコーディングすべきなのかに関する情報をＰＤＣＣＨに含ませて伝送する。例えば、特定ＰＤＣＣＨを介して伝送されるＤＣＩが「Ａ」というＲＮＴＩでＣＲＣマスキングされており、そのＤＣＩが「Ｂ」という無線資源（例えば、周波数位置）にＰＤＳＣＨが割り当てられていることを指示し、「Ｃ」という伝送形式情報（例えば、伝送ブロックのサイズ、変調方式、コーディング情報など）を指示すると仮定する。端末は、自らが有するＲＮＴＩ情報を利用してＰＤＣＣＨをモニタリングする。この場合、「Ａ」ＲＮＴＩを使用してＰＤＣＣＨをブラインドデコーディングする端末があれば、該当端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を介して「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
表３は、無線通信システムで使用されるＰＵＣＣＨの一実施例を示す。
ＰＵＣＣＨは、以下の上りリンク制御情報（ＵＣＩ）を伝送するのに使用される。
－ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：上りリンクＵＬ－ＳＣＨ資源を要請するのに使用される情報である。
－ＨＡＲＱ－ＡＣＫ：（ＤＬ ＳＰＳ ｒｅｌｅａｓｅを指示する）ＰＤＣＣＨに対する応答及び／またはＰＤＳＣＨ上の上りリンク伝送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ）に対する応答である。ＨＡＲＱ－ＡＣＫは、ＰＤＣＣＨまたはＰＤＳＣＨを介して伝送された情報の受信可否を示す。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（以下、ＮＡＣＫ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）、またはＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと混用される。一般に、ＡＣＫはビット値１で表され、ＮＡＣＫはビット値０で表される。
－ＣＳＩ：下りリンクチャネルに対するフィードバック情報である。基地局が伝送するＣＳＩ－ＲＳ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）に基づいて端末が生成する。ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）－関連フィードバック情報は、ＲＩ及びＰＭＩを含む。ＣＳＩは、ＣＳＩが示す情報に応じてＣＳＩパート１とＣＳＩパート２に分けられる。
３ＧＰＰ ＮＲシステムでは、多様なサービスシナリオと多様なチャネル環境、及びフレーム構造を支援するために、５つのＰＵＣＣＨフォーマットが使用される。
ＰＵＣＣＨフォーマット０は、１ビットまたは２ビットＨＡＲＱ－ＡＣＫ情報またはＳＲを伝達するフォーマットである。ＰＵＣＣＨフォーマット０は、時間軸に１つまたは２つのＯＦＤＭシンボルと、周波数軸に１つのＲＢを介して伝送される。ＰＵＣＣＨフォーマット０が２つのＯＦＤＭシンボルで伝送されれば、２つのシンボルに同じシーケンスが互いに異なるＲＢで伝送される。これを介し、端末は周波数ダイバーシティゲイン（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を得る。より詳しくは、端末はＭｂｉｔビットＵＣＩ（Ｍｂｉｔ＝１ｏｒ２）に応じてサイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）の値ｍｃｓを決定し、長さ１２のベースシーケンス（ｂａｓｅ ｓｅｑｕｅｎｃｅ）を決められた値ｍｃｓでサイクリックシフトしたシーケンスを、１つのＯＦＤＭシンボル及び１つのＰＲＢの１２個のＲＥｓにマップして伝送する。端末が使用可能なサイクリックシフトの個数が１２個で、Ｍｂｉｔ＝１であれば、１ｂｉｔ ＵＣＩ０と１は、サイクリックシフト値の差が６である２つのサイクリックシフトに当たるシーケンスで示される。また、Ｍｂｉｔ＝２であれば、２ｂｉｔ ＵＣＩ００、０１、１１、１０は、サイクリックシフト値の差が３である４つのサイクリックシフトに当たるシーケンスで示される。
ＰＵＣＣＨフォーマット１は、１ビットまたは２ビットＨＡＲＱ－ＡＣＫ情報またはＳＲを伝達する。ＰＵＣＣＨフォーマット１は、時間軸に連続的なＯＦＤＭシンボルと、周波数軸に１つのＰＲＢを介して伝送される。ここで、ＰＵＣＣＨフォーマット１が占めるＯＦＤＭシンボルの数は４～１４のうち一つである。より詳しくは、Ｍｂｉｔ＝１であるＵＣＩはＢＰＳＫでモジュレーションされる。端末は、Ｍｂｉｔ＝２であるＵＣＩをＱＰＳＫ（ｑｕａｄｒａｔｕｒｅ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）でモジュレーションされる。モジュレーションされた複素数シンボル（ｃｏｍｐｌｅｘ ｖａｌｕｅｄ ｓｙｍｂｏｌ）ｄ（０）に長さ１２のシーケンスをかけて信号を得る。端末は、得られた信号をＰＵＣＣＨフォーマット１が割り当てられた偶数番目のＯＦＤＭシンボルに、時間軸ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）でスプレッディング（ｓｐｒｅａｄｉｎｇ）して伝送する。ＰＵＣＣＨフォーマット１は、使用するＯＣＣの長さに応じて同じＲＢで多重化される互いに異なる端末の最大個数が決めあれる。ＰＵＣＣＨフォーマット１の奇数番目ＯＦＤＭシンボルには、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）がＯＣＣでスプレッディングされてマッピングされる。
ＰＵＣＣＨフォーマット２は、２ビットを超過するＵＣＩを伝達する。ＰＵＣＣＨフォーマット２は、時間軸に１つまたは２つのＯＦＤＭシンボルと、周波数軸に１つまたは複数個のＲＢを介して伝送される。ＰＵＣＣＨフォーマット２が２つのＯＦＤＭシンボルで伝送されれば、２つのＯＦＤＭシンボルを介して同じシーケンスが互いに異なるＲＢで伝送される。これを介し、端末は周波数ダイバーシティゲインを得る。より詳しくは、ＭｂｉｔビットＵＣＩ（Ｍｂｉｔ＞２）はビット－レベルスクランブリングされ、ＱＰＳＫモジュレーションされて１つまたは２つのＯＦＤＭシンボルのＲＢにマッピングされる。ここで、ＲＢの数は１～１６のうち一つである。
ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、２ビットを超過するＵＣＩを伝達する。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、時間軸に連続的なＯＦＤＭシンボルと、周波数軸に１つのＰＲＢを介して伝送される。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４が占めるＯＦＤＭシンボルの数は４～１４のうち一つである。詳しくは、端末は、ＭｂｉｔビットＵＣＩ（Ｍｂｉｔ＞２）をπ／２－ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）またはＱＰＳＫでモジュレーションし、複素数シンボルｄ（０）～ｄ（Ｍｓｙｍｂ－１）を生成する。ここで、π／２－ＢＰＳＫを使用するとＭｓｙｍｂ＝Ｍｂｉｔであり、ＱＰＳＫを使用するとＭｓｙｍｂ＝Ｍｂｉｔ／２である。端末は、ＰＵＣＣＨフォーマット３にブロック－単位スプレディングを適用しない。但し、端末は、ＰＵＣＣＨフォーマット４が２つまたは４つの多重化容量（ｍｕｌｔｉｐｌｅｘｉｎｇ ｃａｐａｃｉｔｙ）を有するように、長さ－１２のＰｒｅＤＦＴ－ＯＣＣを使用して１つのＲＢ（つまり、１２ｓｕｂｃａｒｒｉｅｒｓ）にブロック－単位スプレディングを適用してもよい。端末は、スプレディングされた信号を伝送プリコーディング（ｔｒａｎｓｍｉｔ ｐｒｅｃｏｄｉｎｇ）（またはＤＦＴ－ｐｒｅｃｏｄｉｎｇ）し、各ＲＥにマップして、スプレディングされた信号を伝送する。
この際、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が占めるＲＢの数は、端末が伝送するＵＣＩの長さと最大コードレート（ｃｏｄｅ ｒａｔｅ）に応じて決定される。端末がＰＵＣＣＨフォーマット２を使用すれば、端末はＰＵＣＣＨを介してＨＡＲＱ－ＡＣＫ情報及びＣＳＩ情報を共に伝送する。もし、端末が伝送し得るＲＢの数がＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が使用し得る最大ＲＢの数より大きければ、端末はＵＣＩ情報の優先順位に応じて一部のＵＣＩ情報は伝送せず、残りのＵＣＩ情報のみ伝送する。
ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４がスロット内で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）を指示するように、ＲＲＣ信号を介して構成される。周波数ホッピングが構成される際、周波数ホッピングするＲＢのインデックスはＲＲＣ信号からなる。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が時間軸でＮ個のＯＦＤＭシンボルにわたって伝送されれば、最初のホップ（ｈｏｐ）はｆｌｏｏｒ（Ｎ／２）個のＯＦＤＭシンボルを有し、二番目のホップはｃｅｉｌ（Ｎ／２）個のＯＦＤＭシンボルを有する。
ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４は、複数のスロットに繰り返し伝送さ得るように構成される。この際、ＰＵＣＣＨが繰り返し伝送されるスロットの個数ＫはＲＲＣ信号によって構成される。繰り返し伝送されるＰＵＣＣＨは、各スロット内で同じ位置のＯＦＤＭシンボルから始まり、同じ長さを有するべきである。端末がＰＵＣＣＨを伝送すべきスロットのＯＦＤＭシンボルのうちいずれか一つのＯＦＤＭシンボルでもＲＲＣ信号によってＤＬシンボルと指示されれば、端末はＰＵＣＣＨを該当スロットから伝送せず、次のスロットに延期して伝送する。
一方、３ＧＰＰ ＮＲシステムにおいて、端末はキャリア（またはセル）の帯域幅より小さいか同じ帯域幅を利用して送受信を行う。そのために、端末はキャリア帯域幅のうち一部の連続的な帯域幅からなるＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を構成される。ＴＤＤに応じて動作するかまたはアンペアドスペクトルで動作する端末は、一つのキャリア（またはセル）に最大４つのＤＬ／ＵＬ ＢＷＰペア（ｐａｉｒｓ）を構成される。また、端末は一つのＤＬ／ＵＬ ＢＷＰペアを活性化する。ＦＤＤに応じて動作するかまたはペアドスペクトルで動作する端末は、下りリンクキャリア（またはセル）に最大４つのＤＬ ＢＷＰを構成され、上りリンクキャリア（またはセル）に最大４つのＵＬ ＢＷＰを構成される。端末は、各キャリア（またはセル）ごとに一つのＤＬ ＢＷＰとＵＬ ＢＷＰを活性化する。端末は、活性化されたＢＷＰ以外の時間－周波数資源から受信するか送信しなくてもよい。活性化されたＢＷＰをアクティブＢＷＰと称する。
基地局は、端末が構成されたＢＷＰのうち活性化されたＢＷＰをＤＣＩと称する。ＤＣＩで指示したＢＷＰは活性化され、他の構成されたＢＷＰ（ら）は非活性化される。ＴＤＤで動作するキャリア（またはセル）において、基地局は端末のＤＬ／ＵＬ ＢＷＰペアを変えるために、ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを指示するＢＰＩ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒ）を含ませる。 端末は、ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩを受信し、ＢＰＩに基づいて活性化されるＤＬ／ＵＬ ＢＷＰペアを識別する。ＦＤＤで動作する下りリンクキャリア（またはセル）の場合、基地局は端末のＤＬ ＢＷＰを変えるために、ＰＤＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを知らせるＢＰＩを含ませる。ＦＤＤで動作する上りリンクキャリア（またはセル）の場合、基地局は端末のＵＬ ＢＷＰを変えるために、ＰＵＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを指示するＢＰＩを含ませる。
図８は、キャリア集成を説明する概念図である。
キャリア集成とは、無線通信システムがより広い周波数帯域を使用するために、端末が上りリンク資源（またはコンポーネントキャリア）及び／または下りリンク資源（またはコンポーネントキャリア）からなる周波数ブロック、または（論理的意味の）セルを複数個使用して一つの大きい論理周波数帯域で使用する方法を意味する。以下では説明の便宜上、コンポーネントキャリアという用語に統一する。
図８を参照すると、３ＧＰＰ ＮＲシステムの一例示として、全体システム帯域は最大１６個のコンポーネントキャリアを含み、それぞれのコンポーネントキャリアは最大４００ＭＨｚの帯域幅を有する。コンポーネントキャリアは、一つ以上の物理的に連続するサブキャリアを含む。図８ではそれぞれのコンポーネントキャリアがいずれも同じ帯域幅を有するように示したが、これは例示に過ぎず、それぞれのコンポーネントキャリアは互いに異なる帯域幅を有してもよい。また、それぞれのコンポーネントキャリアは周波数軸で互いに隣接しているように示したが、前記図面は論理的な概念で示したものであって、それぞれのコンポーネントキャリアは物理的に互いに隣接してもよく、離れていてもよい。
それぞれのコンポーネントキャリアにおいて、互いに異なる中心周波数が使用される。また、物理的に隣接したコンポーネントキャリアにおいて、共通した一つの中心周波数が使用される。図８の実施例において、全てのコンポーネントキャリアが物理的に隣接していると仮定すれば、全てのコンポーネントキャリアで中心周波数Ａが使用される。また、それぞれのコンポーネントキャリアが物理的に隣接していないと仮定すれば、コンポーネントキャリアそれぞれにおいて中心周波数Ａ、中心周波数Ｂが使用される。
キャリア集成で全体のシステム帯域が拡張されれば、各端末との通信に使用される周波数帯域はコンポーネントキャリア単位に定義される。端末Ａは全体のシステム帯域である１００ＭＨｚを使用し、５つのコンポーネントキャリアをいずれも使用して通信を行う。端末Ｂ１～Ｂ５は２０ＭＨｚの帯域幅のみを使用し、一つのコンポーネントキャリアを使用して通信を行う。端末Ｃ１及びＣ２は４０ＭＨｚの帯域幅のみを使用し、それぞれ２つのコンポーネントキャリアを利用して通信を行う。２つのコンポーネントキャリアは、論理／物理的に隣接するか隣接しない。図８の実施例では、端末Ｃ１が隣接していない２つのコンポーネントキャリアを使用し、端末Ｃ２が隣接した２つのコンポーネントキャリアを使用する場合を示す。
図９は、端末キャリア通信と多重キャリア通信を説明するための図である。特に、図９（ａ）は単一キャリアのサブフレーム構造を示し、図９（ｂ）は多重キャリアのサブフレーム構造を示す。
図９（ａ）を参照すると、一般的な無線通信システムはＦＤＤモードの場合一つのＤＬ帯域とそれに対応する一つのＵＬ帯域を介してデータ伝送または受信を行う。他の具体的な実施例において、無線通信システムはＴＤＤモードの場合、無線フレームを時間ドメインで上りリンク時間ユニットと下りリンク時間ユニットに区分し、上り／下りリンク時間ユニットを介してデータ伝送または受信を行う。図９（ｂ）を参照すると、ＵＬ及びＤＬにそれぞれ３つの２０ＭＨｚコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ）が集まって、６０ＭＨｚの帯域幅が支援される。それぞれのＣＣは、周波数ドメインで互いに隣接するか非－隣接する。図９（ｂ）は、便宜上ＵＬ ＣＣの帯域幅とＤＬ ＣＣの帯域幅がいずれも同じで対称な場合を示したが、各ＣＣの帯域幅は独立的に決められてもよい。また、ＵＬ ＣＣの個数とＤＬ ＣＣの個数が異なる非対称のキャリア集成も可能である。ＲＲＣを介して特定端末に割当／構成されたＤＬ／ＵＬ ＣＣを特定端末のサービング（ｓｅｒｖｉｎｇ）ＤＬ／ＵＬ ＣＣと称する。
基地局は、端末のサービングＣＣのうち一部または全部と活性化（ａｃｔｉｖａｔｅ）するか一部のＣＣを非活性化（ｄｅａｃｔｉｖａｔｅ）して、端末と通信を行う。基地局は、活性化／非活性化されるＣＣを変更してもよく、活性化／非活性化されるＣＣの個数を変更してもよい。基地局が端末に利用可能なＣＣをセル－特定または端末－特定に割り当てると、端末に対するＣＣ割当が全面的に再構成されるか端末がハンドオーバー（ｈａｎｄｏｖｅｒ）しない限り、一旦割り当てられたＣＣのうち少なくとも一つは非活性化されなくてもよい。端末に非活性化されない一つのＣを主ＣＣ（ｐｒｉｍａｒｙ ＣＣ、ＰＣＣ）またはＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）と称し、基地局が自由に活性化／非活性化されるＣＣを副ＣＣ（ｓｅｃｏｎｄａｒｙ ＣＣ、ＳＣＣ）またはＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）と称する。
一方、３ＧＰＰ ＮＲは無線資源を管理するためにセル（ｃｅｌｌ）の概念を使用する。セルは、下りリンク資源と上りリンク資源の組み合わせ、つまり、ＤＬ ＣＣとＵＬ ＣＣの組み合わせと定義される。セルは、ＤＬ資源単独、またはＤＬ資源とＵＬ資源の組み合わせからなる。キャリア集成が支援されれば、ＤＬ資源（または、ＤＬ ＣＣ）のキャリア周波数とＵＬ資源（または、ＵＬ ＣＣ）のキャリア周波数との間のリンケージ（ｌｉｎｋａｇｅ）はシステム情報によって指示される。キャリア周波数とは、各セルまたはＣＣの中心周波数を意味する。ＰＣＣに対応するセルをＰＣｅｌｌと称し、ＳＣＣに対応するセルをＳＣｅｌｌと称する。下りリンクにおいてＰＣｅｌｌに対応するキャリアはＤＬ ＰＣＣであり、上りリンクにおいてＰＣｅｌｌに対応するキャリアはＵＬ ＰＣＣである。類似して、下りリンクにおいてＳＣｅｌｌに対応するキャリアはＤＬ ＳＣＣであり、上りリンクにおいてＳＣｅｌｌに対応するキャリアはＵＬ ＳＣＣである。端末性能（ｃａｐａｃｉｔｙ）に応じて、サービングセル（ら）は一つのＰＣｅｌｌと０以上のＳＣｅｌｌからなる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるがキャリア集成が設定されていないか、キャリア集成を支援しないＵＥの場合、ＰＣｅｌｌのみからなるサービングセルがたった一つ存在する。
上述したように、キャリア集成で使用されるセルという用語は、一つの基地局または一つのアンテナグループによって通信サービスが提供される一定の地理的領域を称するセルという用語とは区分される。但し、一定の地理的領域を称するセルとキャリア集成のセルを区分するために、本発明ではキャリア集成のセルをＣＣと称し、地理的領域のセルをセルと称する。
図１０は、クロスキャリアスケジューリング技法が適用される例を示す図である。クロスキャリアスケジューリングが設定されれば、第１ＣＣを介して伝送される制御チャネルはキャリア指示子フィールド（ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ）を利用して、第１ＣＣまたは第２ＣＣを介して伝送されるデータチャネルをスケジューリングする。ＣＩＦはＤＣＩ内に含まれる。言い換えると、スケジューリングセル（ｓｃｈｅｄｕｌｉｎｇ ｃｅｌｌ）が設定され、スケジューリングセルのＰＤＣＣＨ領域から伝送されるＤＬグラント／ＵＬグラントは、被スケジューリングセル（ｓｃｈｅｄｕｌｅｄ ｃｅｌｌ）のＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする。つまり、複数のコンポーネントキャリアに対する検索領域がスケジューリングセルのＰＤＣＣＨ領域が存在する。ＰＣｅｌｌは基本的にスケジューリングセルであり、特定ＳＣｅｌｌが上位階層によってスケジューリングセルと指定される。
図１０の実施例では、３つのＤＬ ＣＣが併合されていると仮定する。ここで、ＤＬコンポーネントキャリア＃０はＤＬ ＰＣＣ（または、ＰＣｅｌｌ）と仮定し、ＤＬコンポーネントキャリア＃１及びＤＬコンポーネントキャリア＃２はＤＬ ＳＣＣ（または、ＳＣｅｌｌ）と仮定する。また、ＤＬ ＰＣＣがＰＤＣＣＨモニタリングＣＣと設定されていると仮定する。端末－特定（または端末－グループ－特定、またはセル－特定）上位階層シグナリングによってクロスキャリアスケジューリングを構成しなければＣＩＦがディスエーブル（ｄｉｓａｂｌｅ）となり、それぞれのＤＬ ＣＣはＮＲ ＰＤＣＣＨ規則に従ってＣＩＦなしに自らのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを伝送する（ノン－クロス－キャリアスケジューリング、セルフ－キャリアスケジューリング）。それに対し、端末－特定（または端末－グループ－特定、またはセル－特定）上位階層シグナリングによってクロスキャリアスケジューリングを構成すればＣＩＦがイネーブル（ｅｎｓａｂｌｅ）となり、特定のＣＣ（例えば、ＤＬ ＰＣＣ）はＣＩＦを利用してＤＬ ＣＣ ＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみならず、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも伝送する（クロス－キャリアスケジューリング）。それに対し、他のＤＬ ＣＣではＰＤＣＣＨが伝送されない。よって、端末は端末にクロスキャリアスケジューリングが構成されているのか否かに応じて、ＣＩＦを含まないＰＤＣＣＨをモニタリングしてセルフキャリアスケジューリングされたＰＤＳＣＨを受信するか、ＣＩＦを含むＰＤＣＣＨをモニタリングしてクロスキャリアスケジューリングされたＰＤＳＣＨを受信する。
一方、図９及び図１０は、３ＧＰＰ ＬＴＥ－Ａシステムのサブフレーム構造を例示しているが、これと同じまたは類似した構成が３ＧＰＰ ＮＲシステムにも適用可能である。但し、３ＧＰＰ ＮＲシステムにおいて、図９及び図１０のサブフレームはスロットに切り替えられる。
ＮＲシステムは、一端末に互いに異なるタイプのサービスを提供することができる。例えば、一端末は、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）サービスとＵＲＬＬＣ（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスが同時に提供されてよい。ここで、ｅＭＢＢサービスと比較して、ＵＲＬＬＣサービスは低い遅延時間及び高い信頼度を提供しなければならない。そのために、ＮＲシステムの物理層はチャネル及び信号に優先順位（ｐｒｉｏｒｉｔｙ）を導入した。したがって、端末は、優先順位にしたがってチャネル又は信号を基地局に送信したり基地局から受信したりすることができる。以下、本明細書は、端末が互いに異なる優先順位を持つチャネル又は信号を処理して送信又は受信する方法を開示する。
Ｉ．ＰＵＣＣＨの衝突時のドロップ（ｄｒｏｐ）及び再送信方法
本実施例で解決しようとする課題は、互いに異なる優先順位（ｐｒｉｏｒｉｔｙ）を持つＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を伝達するＰＵＣＣＨ間の衝突である。より具体的には、端末は、前記衝突の発生時に、どのＰＵＣＣＨリソースでどの優先順位のＵＣＩを送信するかを決定しなければならない。本明細書において２つのＰＵＣＣＨの衝突は、周波数上で重ならない２つのＰＵＣＣＨが、少なくとも時間上の１つのシンボルで重なる場合を含む。２つのＰＵＣＣＨが周波数上で重ならないことは、一つのＰＲＢも重ならないことを意味できる。ここで、衝突（ｃｏｌｌｉｓｉｏｎ）は、互いに異なる２つ以上のＰＵＣＣＨの衝突を意味してもよく、互いに異なる２つ以上のＵＣＩの衝突を意味してもよい。
本発明の説明の便宜のために、最大で２個の優先順位のみを仮定する。ＬＰ（ｌｏｗ ｐｒｉｏｒｉｔｙ又はｐｒｉｏｒｉｔｙ－０）が相対的に低い優先順位を表すと、ＨＰ（ｈｉｇｈ ｐｒｉｏｒｉｔｙ又はｐｒｉｏｒｉｔｙ－１）は相対的に高い優先順位を表す。
図１１には、ＬＰ ＵＣＩを伝達するＰＵＣＣＨ（ＬＰ ＰＵＣＣＨ）とＨＰ ＵＣＩを伝達するＰＵＣＣＨ（ＨＰ ＰＵＣＣＨ）との衝突を示している。Ｒｅｌ－１６標準によれば、端末は、前記２つのＰＵＣＣＨのうち、高い優先順位に該当するＨＰ ＰＵＣＣＨを送信し、低い優先順位に該当するＬＰ ＰＵＣＣＨは送信しない。このようなＲｅｌ－１６の動作をｐｒｉｏｒｉｔｉｚａｔｉｏｎ方式と呼ぶ。そして、送信されていないＰＵＣＣＨをｄｒｏｐｐｅｄ ＰＵＣＣＨと呼ぶ。また、送信されていないＵＣＩをｄｒｏｐｐｅｄ ＵＣＩと呼ぶ。
ｐｒｉｏｒｉｔｉｚａｔｉｏｎ方式を支援する端末が低い優先順位に該当するＰＵＣＣＨを送信しないため、基地局は低い優先順位のＵＣＩを受信することができない。例えば、低い優先順位のＵＣＩがＰＤＳＣＨの受信の成否を知らせるＨＡＲＱ－ＡＣＫ情報であれば、基地局にとっては、端末がＰＤＳＣＨを成功的に受信したか否かがわからない。これにより、基地局がＨＡＲＱ－ＡＣＫを再度受信するためのシグナリングが必要である。他の例として、低い優先順位のＵＣＩがＣＳＩ情報を含むと、基地局は、端末のチャネル状態（ｃｈａｎｎｅｌ ｓｔａｔｅ）がわからず、適切なＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）の選択及び時間／周波数リソース割り当てを行うことができない。そのため、非効率的な下りリンクスケジューリングによる下りリンクリソース浪費が発生することがある。
したがって、本実施例は、図１１のように低い優先順位に該当するＬＰ ＰＵＣＣＨが送信されない場合に、送信されていないＬＰ ＵＣＩ（すなわち、ｄｒｏｐｐｅｄ ＵＣＩ）を再送信する方法を提供する。ここで、ＬＰ ＵＣＩは、ＰＤＳＣＨの受信に成功したか否かを知らせるＨＡＲＱ－ＡＣＫ情報を含む。また、ＬＰ ＵＣＩは、ＣＳＩ情報を含んでよい。具体的方法は次の通りである。
基地局は、ｄｒｏｐｐｅｄ ＬＰ ＵＣＩの再送信のためのＰＤＣＣＨを端末に送信することができる。端末は、低い優先順位に該当するＬＰ ＰＵＣＣＨを送信できない場合に、送信できなかったＬＰ ＰＵＣＣＨの再送信のために前記ＰＤＣＣＨをモニターすることができる。
前記ＰＤＣＣＨのモニタリングのための探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）は、端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）探索空間であってよい。また、前記ＰＤＣＣＨのモニタリングのための探索空間は、共通（ｃｏｍｍｏｎ）探索空間、グループ共通探索空間又はセル共通（ｃｅｌｌ－ｃｏｍｍｏｎ）探索空間であってよい。
基地局は端末に前記ＰＤＣＣＨを用いて、ｄｒｏｐｐｅｄ ＵＣＩの再送信のためのＤＣＩ ｆｏｒｍａｔを送信できる。前記ＤＣＩ ｆｏｒｍａｔは、ＰＤＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔ１＿０、ＤＣＩ ｆｏｒｍａｔ １＿１、及びＤＣＩ ｆｏｒｍａｔ１＿２のうち少なくとも一つであってよい。
前記ＤＣＩ ｆｏｒｍａｔは、少なくとも次の情報を含んでよい。
前記ＤＣＩ ｆｏｒｍａｔは、第１情報としてスロットインデックスを含んでよい。
一例として、前記スロットインデックスは、前記ＰＤＣＣＨを受信したスロットとｄｒｏｐｐｅｄ ＰＵＣＣＨのスロット間の相対的な値（すなわち、スロットの数）で表すことができる。
より具体的には、ＰＵＣＣＨが送信されるＵＬ ＢＷＰのＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）とＰＤＣＣＨが受信されるＤＬ ＢＷＰのＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）とが同一であり、前記ＰＤＣＣＨを受信したスロットがスロットＡであり、前記ｄｒｏｐｐｅｄ ＰＵＣＣＨのスロットがスロットＢであるとすれば、Ａ－Ｂに基づく値がＤＣＩ ｆｏｒｍａｔに含まれてよい。仮に、ＰＵＣＣＨが送信されるＵＬ ＢＷＰのＳＣＳ（ＳＣＳ＿ＵＬ）とＰＤＣＣＨが受信されるＤＬ ＢＷＰのＳＣＳ（ＳＣＳ＿ＤＬ）とが異なり、前記ＰＤＣＣＨを受信したスロットが下りリンクスロットＡであり、前記ｄｒｏｐｐｅｄ ＰＵＣＣＨのスロットが上りリンクスロットＢであるとすれば、ｆｌｏｏｒ（Ａ＊（ＳＣＳ＿ＵＬ／ＳＣＳ＿ＤＬ））－Ｂに基づく値がＤＣＩ ｆｏｒｍａｔに含まれてよい。他の例として、スロットインデックスは、前記ＰＤＣＣＨを受信したスロットとｄｒｏｐｐｅｄ ＰＵＣＣＨをスケジュールするＰＤＣＣＨを受信したスロット間の相対的な値（すなわち、スロットの数）で表すことができる。端末は、ｄｒｏｐｐｅｄ ＰＵＣＣＨをスケジュールするＰＤＣＣＨを用いてｄｒｏｐｐｅｄ ＰＵＣＣＨのスロットインデックスを求めることができる。ここで、ＰＤＣＣＨを受信したスロットのＳＣＳとｄｒｏｐｐｅｄ ＰＵＣＣＨを送信するべきたったスロットのＳＣＳとが異なる場合に、前記スロット間の相対的な値（すなわち、スロットの数）は、一つのＳＣＳを基準にして決定されたスロットの数であってよい。ここで、一つのＳＣＳは、ＰＤＣＣＨを受信したスロットのＳＣＳであるか、ｄｒｏｐｐｅｄ ＰＵＣＣＨを送信するべきたったスロットのＳＣＳであってよい。ここで、一つのＳＣＳは、ＰＤＣＣＨを受信したスロットのＳＣＳとｄｒｏｐｐｅｄ ＰＵＣＣＨを送信するべきたったスロットのＳＣＳのＳＣＳのうち、より大きい値であってよい。ここで、一つのＳＣＳは、ＰＤＣＣＨを受信したスロットのＳＣＳとｄｒｏｐｐｅｄ ＰＵＣＣＨを送信するべきたったスロットのＳＣＳのＳＣＳのうち、より小さい値であってよい。
参考として、ＰＤＣＣＨを受信したスロットのＳＣＳと一つのＳＣＳとが異なる場合に、ＰＤＣＣＨを受信したスロットのインデックスは、前記一つのＳＣＳと決められたスロットのうちＰＤＣＣＨの最初のシンボルに基づいて決定されてよい。さらには、ＰＤＣＣＨの最初のシンボルと重なる最も早いスロットのインデックスであってよい。参考として、ｄｒｏｐｐｅｄ ＰＵＣＣＨを送信するべきスロットのＳＣＳと一つのＳＣＳとが異なる場合に、ｄｒｏｐｐｅｄ ＰＵＣＣＨを送信するべきスロットのインデックスは、前記一つのＳＣＳと決められたスロットのうちｄｒｏｐｐｅｄ ＰＵＣＣＨの最後のシンボルに基づいて決定されてよい。さらには、ｄｒｏｐｐｅｄ ＰＵＣＣＨの最後のシンボルと重なる最も遅いスロットのインデックスであってよい。
さらに他の例として、Ｄｒｏｐｐｅｄ ＰＵＣＣＨがＨＡＲＱ－ＡＣＫ情報を含むとき、前記スロットインデックスは、前記ＰＤＣＣＨを受信したスロットとＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨが受信されたスロット間の相対的な値（すなわち、スロットの数）で表すことができる。端末は、前記ＰＤＳＣＨが受信されたスロットからｄｒｏｐｐｅｄ ＰＵＣＣＨのスロットインデックスを求めることができる。
さらに他の例として、前記スロットインデックスは、ｄｒｏｐｐｅｄ ＰＵＣＣＨのスロットインデックスの絶対的な値で表すことができる。ここで、絶対的な値は、システムで用いるスロットのインデックスを指し、このスロットインデックスは、毎フレームの最初のスロットに０を付ける。前記絶対的な値は、モジューロ演算（ｍｏｄｕｌｏ ｏｐｅｒａｔｉｏｎ）値であってよい。前記モジューロ演算は、第１情報を示すビットの数によって決定されてよい。例えば、ビットの数がＢビットであれば、ｍｏｄｕｌｏ２＾Ｂ演算であってよい。
端末は、第１情報から、再送信するべきＬＰ ＵＣＩがいずれのスロットのｄｒｏｐｐｅｄ ＰＵＣＣＨに属しているかが分かる。
第１情報から、ｄｒｏｐｐｅｄ ＰＵＣＣＨのスロットインデックスが分かるにもかかわらず、そのスロットで２つ以上のＬＰ ＰＵＣＣＨが送信されなかった場合には、端末は、それらのＰＵＣＣＨのうち一つのＰＵＣＣＨを指示できる。
前記ＤＣＩ ｆｏｒｍａｔは、第２情報としてｄｒｏｐｐｅｄ ＰＵＣＣＨに該当するインデックスを含んでよい。
一例として、前記インデックスは、ＰＵＣＣＨの設定において決められた固有のインデックスであってよい。例えば、端末は、基地局から複数個のＰＵＣＣＨが設定されてよい。このとき、各ＰＵＣＣＨには固有のインデックスが与えられてよい。仮に、端末に８個のＰＵＣＣＨが設定される場合に、各ＰＵＣＣＨは、０、１、２、３、４、５、６、７のうち一つの値が与えられてよい。したがって、端末は、前記固有のインデックスから、いずれのＰＵＣＣＨを指示するかが判断できる。
他の例として、前記インデックスは、２つ以上のＰＵＣＣＨのうち、時間順序による値を指示できる。端末は、２つ以上のＰＵＣＣＨは、いずれのＰＵＣＣＨが時間順序において早いかを判定できる。これは、２つ以上のＰＵＣＣＨの開始シンボル又は最後のシンボルに基づいて判定できる。
さらに他の例として、前記インデックスは、２つ以上のＰＵＣＣＨのうち、ＰＲＢ順序による値を指示できる。端末は、２つ以上のＰＵＣＣＨは、いずれのＰＵＣＣＨがＰＲＢ順序において早いかを判定できる。これは、２つ以上のＰＵＣＣＨの最初のＰＲＢ又は最後のＰＲＢに基づいて判定できる。
さらに他の例として、前記インデックスは、ＰＵＣＣＨ送信ごとに決められる固有の値に基づいて決定されてよい。端末は、毎ＰＵＣＣＨを送信する度に固有の値を付けることができる。一側面において、この固有の値は、ＰＵＣＣＨ送信をスケジュールするＰＤＣＣＨで指示されてよい。すなわち、ＰＵＣＣＨ送信をスケジュールするＰＤＣＣＨのＤＣＩ ｆｏｒｍａｔに、前記固有の値に該当する値が付けられてよい。ＰＵＣＣＨ送信がＲＲＣ信号によってトリガーされた場合に、ＲＲＣ信号において前記ＰＵＣＣＨの固有の値に該当する値が付けられてよい。他の側面において、端末はＰＵＣＣＨ送信の際に固有の値を決めることができる。例えば、端末は、時間順序によってＰＵＣＣＨごとに異なる値を付けて固有の値と決めることができる。仮に、可能な固有の値が４個（第１値、第２値、第３値、第４値）であれば、端末は時間順序によってＰＵＣＣＨの固有の値を第１値、第２値、第３値、第４値と循環して決めることができる。
さらに他の例として、前記インデックスは、ＰＤＳＣＨ受信ごとに付けられる固有の値に基づいて決定されてよい。基地局は、毎ＰＤＳＣＨをスケジュールする度に、ＰＤＳＣＨ受信を区分するために固有の値を付けることができる。一側面において、前記固有の値としてＨＰＮ（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）が用いられてよい。端末は、前記固有の値を用いて、ＨＰＮを求め、前記ＨＰＮに該当するＰＤＳＣＨを判定でき、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨを判定できる。すなわち、前記ＨＰＮに該当するＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報を、再送信するＵＣＩと判定できる。
前記ＤＣＩ ｆｏｒｍａｔは、一つのＨＰＮの他、複数のＨＰＮも指示することができる。例えば、前記ＤＣＩ ｆｏｒｍａｔは、ビットマップを用いてＨＰＮを指示できる。ビットマップ内の各ビットは、一つのＨＰＮと対応してよい。又は、ビットマップ内の各ビットは、複数のＨＰＮと対応してよい。ここで、ビットマップの各ビットとＨＰＮ間の対応関係はＲＲＣによって設定されてよい。他の側面において、前記固有の値として、ＰＤＳＣＨが受信されるセルのインデックスを用いることができる。すなわち、端末は、前記固有の値を用いて、セルインデックスを求め、前記セルインデックスに該当するＰＤＳＣＨを判定でき、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨを判定できる。端末はＵＣＩを再送信する時に、前記ＰＤＳＣＨ受信の固有の値に該当するＬＰ ＵＣＩ（すなわち、ＨＡＲＱ－ＡＣＫ情報）のみを再送信できる。
さらに他の例として、固有の値として、基地局は、端末におけるＨＡＲＱ－ＡＣＫコードブックごとに異なる固有の値を付けることができる。例えば、一つのＨＡＲＱ－ＡＣＫコードブックに第１値を付け、他のＨＡＲＱ－ＡＣＫコードブックに第２値を付けることができる。ＨＡＲＱ－ＡＣＫコードブックの固有の値に基づいて端末はＨＡＲＱ－ＡＣＫコードブックを判定でき、前記ＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫ情報を、再送信するＵＣＩと判定できる。
端末は、第１情報又は第２情報に基づいて、基地局に送信するべきＵＣＩを判定できる。前記ＵＣＩは、第１情報又は第２情報によって判定されたｄｒｏｐｐｅｄ ＰＵＣＣＨで送信されるべきＵＣＩであってよい。仮に、ＤＣＩ ｆｏｒｍａｔが第１情報を含んでいるが、第２情報を含んでいなければ（すなわち、スロットインデックスに関する情報のみあれば）、端末が送信するべきＵＣＩは、そのスロットインデックスに基づいて判定されたスロットで１つ又は複数のｄｒｏｐｐｅｄ ＵＣＩであってよい。端末は、前記ＵＣＩをＰＵＣＣＨで送信しなければならない。Ｄｒｏｐｐｅｄ ＰＵＣＣＨと区分するために、前記ＰＤＣＣＨによってｄｒｏｐｐｅｄ ＵＣＩを送信するＰＵＣＣＨを、再送信（ｒｅ－ｔｒａｎｓｍｉｔ）ＰＵＣＣＨと呼ぶ。
端末は、前記ｄｒｏｐｐｅｄ ＵＣＩを送信するための再送信ＰＵＣＣＨを決定しなければならない。そのために、少なくとも次の情報がＤＣＩ ｆｏｒｍａｔに含まれる必要がある。
前記ＤＣＩ ｆｏｒｍａｔは、第３情報として再送信ＰＵＣＣＨのスロットインデックスを含んでよい。すなわち、前記ｄｒｏｐｐｅｄ ＵＣＩを送信するための再送信ＰＵＣＣＨが送信されるスロットのインデックスが前記第３情報によって指示されてよい。このインデックスは、前記ＰＤＣＣＨが受信されたスロットのインデックスと再送信ＰＵＣＣＨが送信されるスロットのインデックス間の相対的値で表されてよい。
前記ＤＣＩ ｆｏｒｍａｔは、第４情報として再送信ＰＵＣＣＨインデックスを含んでよい。端末は、再送信ＰＵＣＣＨの候補がＲＲＣ信号によって構成されてよい。端末に１つ又は複数個の再送信ＰＵＣＣＨの候補が構成されるとき、各再送信ＰＵＣＣＨごとに固有の値が与えられてよい。この固有の値のうち一つの値が第４情報としてＤＣＩ ｆｏｒｍａｔに含まれてよい。
図１２には、前記ＰＤＣＣＨの受信時の端末動作を示す。
図１２を参照すると、端末はスロットｎで前記ＰＤＣＣＨを基地局から受信する。前記ＰＤＣＣＨは本実施例に係るＤＣＩ ｆｏｒｍａｔを運ぶ。前記ＤＣＩ ｆｏｒｍａｔは、前述した第１情報～第４情報のうち少なくとも一つを含んでよい。
第１情報は、ｄｒｏｐｐｅｄ ＰＵＣＣＨがスロットｎ－ｋに位置することを指示できる。また、第２情報は、複数のｄｒｏｐｐｅｄ ＰＵＣＣＨ（ＬＰ ＰＵＣＣＨ ＃１、ＬＰ ＰＵＣＣＨ ＃２）のうち一つのｄｒｏｐｐｅｄ ＰＵＣＣＨ（例えばＬＰ ＰＵＣＣＨ ＃２）を指示できる。
端末は、第１情報及び第２情報を組み合わせて、ｄｒｏｐｐｅｄ ＰＵＣＣＨを判定し、前記ｄｒｏｐｐｅｄ ＵＣＩを再送信できる。
第３情報は、再送信ＰＵＣＣＨが送信されるスロット（図１２でスロットｎ＋ｍ）を指示できる。第４情報は、スロットｎ＋ｍで再送信ＰＵＣＣＨを指示できる。
端末は、第３情報及び第４情報を組み合わせて、前記ｄｒｏｐｐｅｄ ＵＣＩを再送信ＰＵＣＣＨで再送信できる。
端末は、第１情報～第４情報を、ＤＣＩ ｆｏｒｍａｔ １＿０又はＤＣＩ ｆｏｒｍａｔ １＿１、ＤＣＩ ｆｏｒｍａｔ １＿２の既存のビットフィールドを再解釈して取得することができる。
一例として、ＤＣＩ ｆｏｒｍａｔ １＿０、ＤＣＩ ｆｏｒｍａｔ １＿１、又はＤＣＩ ｆｏｒｍａｔ １＿２において、ＴＤＲＡ（ｔｉｍｅ－ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールド、ＦＤＲＡ（ｆｒｅｑｕｅｎｃｙ－ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールド、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）フィールド、ＶＲＢ－ｔｏ－ＰＲＢ ｍａｐｐｉｎｇ、ＮＤＩ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）フィールド、ＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）フィールド、ＤＡＩ（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）フィールド、又はＤＭＲＳ ｓｅｑｕｅｎｃｅ ｉｎｉｔｉａｌｉｚａｔｉｏｎフィールドは、第１情報又は第２情報を指示するために用いられてよい。これらのフィールドはＰＤＳＣＨをスケジュールするために用いられるものであるが、ｄｒｏｐｐｅｄ ＵＣＩの再送信時には不要なので、第１情報又は第２情報を示すために用いられてよい。この場合、前記フィールドは、基地局と端末によって再解釈される方式で使用される。参考として、これらのフィールドが再解釈される場合に、前記ＤＣＩ ｆｏｒｍａｔ（ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、又は１＿１）は、ＰＤＳＣＨ受信をスケジュールしなくてよい。すなわち、端末は、これらのフィールドが再解釈される場合に、前記ＤＣＩ ｆｏｒｍａｔからＰＤＳＣＨを受信しなくてよい。
端末は、ＰＤＳＣＨ受信をスケジュールする一般的なＤＣＩ ｆｏｒｍａｔと前記ｄｒｏｐｐｅｄ ＰＵＣＣＨの再送信を指示するＤＣＩ ｆｏｒｍａｔとの区分が必要である。そのために、ＤＣＩ ｆｏｒｍａｔには１ビット指示子（ｉｎｄｉｃａｔｏｒ）を含んでよい。前記１ビット指示子が特定値である場合（例えば、「１」の場合）に、端末は前記実施例のようにフィールドを再解釈してよい。さらに他の例として、ＤＣＩ ｆｏｒｍａｔが特定ＣＲＣでスクランブルされる場合に、前記実施例のようにフィールドを再解釈してよい。さらに他の例として、ＤＣＩ ｆｏｒｍａｔの一部フィールドが特定条件を満たす場合に、前記実施例のようにフィールドを再解釈してよい。
他の例として、ＤＣＩ ｆｏｒｍａｔ １＿０、ＤＣＩ ｆｏｒｍａｔ １＿１又はＤＣＩ ｆｏｒｍａｔ １＿２において、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールドは、第３情報を指示する用途に用いられてよい。この場合、前記フィールドは、基地局と端末によって再解釈される方式で使用される。
さらに他の例として、ＤＣＩ ｆｏｒｍａｔ １＿０、ＤＣＩ ｆｏｒｍａｔ １＿１又はＤＣＩ ｆｏｒｍａｔ １＿２において、ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒフィールドは、第４情報を指示する用途に用いられてよい。この場合、前記フィールドは、基地局と端末によって再解釈される方式で使用される。
ＩＩ．ＰＵＣＣＨ衝突時の多重化及びリソース決定方法１
Ｉ．では、ＰＵＣＣＨ衝突時にいずれか一つのＰＵＣＣＨ又はＵＣＩをドロップし再送信する方式を開示した。しかし、ｄｒｏｐｐｅｄ ＵＣＩを再送信することは、非効率的な下りリンクスケジューリングによる下りリンクリソース浪費につながることがある。したがって、ＬＰ ＵＣＩとＨＰ ＵＣＩを一つのＰＵＣＣＨで送信する方式を考慮できる。このような方式をＵＣＩ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）と呼ぶ。
以下、本実施例は、ＬＰ（ｌｏｗ ｐｒｉｏｒｉｔｙ）ＵＣＩとＨＰ（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）ＵＣＩとが衝突した状況でＵＣＩの多重化（ｍｕｔｉｐｌｅｘｉｎｇ）方法及びリソース決定方法を開示する。
多重化方式は、ｐｒｉｏｒｉｔｉｚａｔｉｏｎ方式と比較するとき、端末がＬＰ ＵＣＩをドロップしないで基地局に送信するので、基地局はＬＰ ＵＣＩを受信することができる。例えば、ＬＰ ＵＣＩがＨＡＲＱ－ＡＣＫを含むと、基地局は端末からＨＡＲＱ－ＡＣＫ情報を受信することができる。例えば、ＬＰ ＵＣＩがＣＳＩ情報を含むと、基地局は端末のチャネル状態（ｃｈａｎｎｅｌ ｓｔａｔｅ）が分かるので、適切なＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）選択及び時間－周波数リソース割り当て（ｔｉｍｅ－ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）を行うことができる。これにより、効率的な送受信が可能である。
第１方法は、図１３～図１５のように、端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、新しく設定された新しいＰＵＣＣＨリソースで送信する方法である。
第２方法は、図１６のように、端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、ＨＰ ＵＣＩのためのＨＰ－ＰＵＣＣＨリソースで送信する方法である。
第３方法は、図１７のように、端末がＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、多重化されたＵＣＩを、ＬＰ ＵＣＩのためのＬＰ－ＰＵＣＣＨリソースで送信する方法である。
ここで、前記新しいＰＵＣＣＨリソースは、新しいＰＵＣＣＨリソース集合のうち一つのＰＵＣＣＨリソースであり、前記ＨＰ－ＰＵＣＣＨリソースは、ＨＰ－ＰＵＣＣＨリソース集合のうち一つのＨＰ－ＰＵＣＣＨリソースであり、前記ＬＰ－ＰＵＣＣＨリソースは、ＬＰ－ＰＵＣＣＨリソース集合のうち一つのＬＰ－ＰＵＣＣＨリソースであってよい。
このように、基地局は端末にＰＵＣＣＨリソースを集合の形態で設定できる。ＰＵＣＣＨリソース集合は、複数個のＰＵＣＣＨリソースを含んでよい。端末に複数のＰＵＣＣＨリソース集合が設定される場合に、端末は一つのＰＵＣＣＨリソース集合を選択できる。前記選択は、ＵＣＩペイロードのビットサイズによって行われてよい。以下、本発明の説明において、特に断らない限り、前記選択は一つのＰＵＣＣＨリソースに対するものである。また、高い優先順位に該当するＰＵＣＣＨをＨＰ－ＰＵＣＣＨと呼び、低い優先順位に該当するＰＵＣＣＨをＬＰ－ＰＵＣＣＨと呼ぶ。
以下では、本発明の第１方法によって、多重化するＰＵＣＣＨリソースのサイズを選択する方法を説明する。
第１段階として、端末は、多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）させるべきＵＣＩの全体ビットサイズを判定する。ここで、多重化するべきＵＣＩは、ＨＰ ＵＣＩとＬＰ ＵＣＩを含んでよい。全体ＵＣＩのビットサイズは、ＨＰ ＵＣＩのビットサイズ（以下、Ｂ＿ｈｉｇｈ）とＬＰ ＵＣＩのビットサイズ（以下、Ｂ＿ｌｏｗ）との和である。すなわち、全体ＵＣＩのビットサイズは、Ｂ＿ｔｏｔａｌ＝Ｂ＿ｈｉｇｈ＋Ｂ＿ｌｏｗである。
参考として、優先順位が同じＵＣＩは、複数のＵＣＩタイプを有し得る。ＵＣＩタイプは、ＨＡＲＱ－ＡＣＫ、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）、ＣＳＩを含んでよい。ここで、ＣＳＩは、ＣＳＩ ｐａｒｔ １とＣＳＩ ｐａｒｔ ２とに細分化できる。したがって、ＵＣＩのビットサイズは次のように述べられてよい。
Ｂ＿ｈｉｇｈ＝ＨＡＲＱ＿ＡＣＫ＿ｈｉｇｈ＋ＳＲ＿ｈｉｇｈ＋ＣＳＩ＿ｈｉｇｈ；
Ｂ＿ｌｏｗ＝ＨＡＲＱ＿ＡＣＫ＿ｌｏｗ＋ＳＲ＿ｌｏｗ＋ＣＳＩ＿ｌｏｗ；
ここで、ＨＡＲＱ＿ＡＣＫ＿ｈｉｇｈは高い優先順位のＨＡＲＱ－ＡＣＫ情報、ＳＲ＿ｈｉｇｈは高い優先順位のＳＲ情報、ＣＳＩ＿ｈｉｇｈは高い優先順位のＣＳＩ情報、のビットサイズを表す。ＨＡＲＱ＿ＡＣＫ＿ｌｏｗは低い優先順位のＨＡＲＱ－ＡＣＫ情報、ＳＲ＿ｌｏｗは低い優先順位のＳＲ情報、ＣＳＩ＿ｌｏｗは低い優先順位のＣＳＩ情報、のビットサイズを表す。ここで、ＵＣＩは、ＨＡＲＱ－ＡＣＫ、ＳＲ、及びＣＳＩのうち少なくとも一つのタイプを有している。仮に、特定ＵＣＩタイプがなければ、そのビットサイズは０と判定できる。
全てのＵＣＩタイプが多重化されなくてもよい。すなわち、低い優先順位であるＵＣＩのうち一部タイプは多重化せず、除外されてよい。
より具体的には、ＬＰ ＵＣＩのうちＣＳＩ＿ｌｏｗは多重化されないで除外されてよい。したがって、前記求めたＢ＿ｌｏｗは、ＣＳＩ＿ｌｏｗが除外された値に限定されてよい。さらに他の例として、ＬＰ ＵＣＩのうちＳＲ＿ｌｏｗとＣＳＩ＿ｌｏｗは多重化されないで除外されてよい。したがって、前記求めたＢ＿ｌｏｗは、ＳＲ＿ｌｏｗとＣＳＩ＿ｌｏｗが除外された値に限定されてよい。さらに他の例として、ＬＰ ＵＣＩのうちＨＰ ＵＣＩタイプと重複するＵＣＩタイプは除外されてよい。例えば、ＨＰ ＵＣＩタイプがＣＳＩを含むと、低い優先順位に含まれたＣＳＩは除外されてよい。これは、同じＵＣＩタイプが重複して送信されることを防ぐためである。さらに他の例として、ＬＰ ＵＣＩのうちＨＰ ＵＣＩタイプと重複しないＵＣＩタイプは除外されてよい。例えば、ＨＰ ＵＣＩタイプがＨＡＲＱ－ＡＣＫのみをを含むと、低い優先順位に含まれたＨＡＲＱ－ＡＣＫを除外した残りのＵＣＩタイプは除外されてよい。これは、同じＵＣＩタイプのみを多重化するためである。
ＬＰ ＵＣＩとＨＰ ＵＣＩをそれぞれ別個に（ｓｅｐａｒａｔｅ）符号化（ｃｏｄｉｎｇ）する場合に、Ｂ＿ｌｏｗにはＣＲＣ＿ｌｏｗが追加され、Ｂ＿ｈｉｇｈにはＣＲＣ＿ｈｉｇｈが追加されてよい。ここで、ＣＲＣ＿ｌｏｗは、ＬＰ ＵＣＩのＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）値であり、ＣＲＣ＿ｌｏｗは、ＨＰ ＵＣＩのＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）値である。
ＬＰ ＵＣＩとＨＰ ＵＣＩを合わせて（ｊｏｉｎｔ）符号化する場合に、Ｂ＿ｔｏｔａｌにはＣＲＣが追加されてよい。ここで、ＣＲＣは、合わせられたＵＣＩのＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）値である。
第２段階として、端末に多重化のための新しいＰＵＣＣＨリソースが構成されていれば、端末は次の動作を行う。仮に、端末に複数の新しいＰＵＣＣＨリソース集合が設定される場合に、端末は、前記全体ＵＣＩのビットサイズ（Ｂ＿ｔｏｔａｌ）に基づいて一つの新しいＰＵＣＣＨリソース集合を選択できる。前記新しいＰＵＣＣＨリソース集合は、１つ又は複数個の新しいＰＵＣＣＨリソースが設定されていてよい。
他の第２段階として、端末に多重化のための新しいＰＵＣＣＨリソースが構成されていないと、端末は次の動作を行う。端末に新しいＰＵＣＣＨリソースが構成されていないので、端末は既存のＰＵＣＣＨリソース及びＰＵＣＣＨリソース集合を用いなければならない。このとき、端末には優先順位による２種類のＰＵＣＣＨリソース及びＰＵＣＣＨリソース集合が設定されている。一つは、ＬＰ ＵＣＩ送信のためのＰＵＣＣＨリソース及びＰＵＣＣＨリソース集合であり、もう一つは、ＨＰ ＵＣＩ送信のためのＰＵＣＣＨリソース及びＰＵＣＣＨリソース集合である。このうち、端末は、前記全体ＵＣＩのビットサイズ（Ｂ＿ｔｏｔａｌ）に基づいてＨＰ ＵＣＩ送信のためのＰＵＣＣＨリソース集合のうち一つのＰＵＣＣＨリソース集合を選択できる。
端末は、前記第２段階又は他の第２段階に基づいて一つのＰＵＣＣＨリソース集合を選択できる。これを、選択されたＰＵＣＣＨリソース集合と呼ぶ。以下では、前記選択されたＰＵＣＣＨリソース集合から一つのＰＵＣＣＨリソースを選択する過程を述べる。
第３段階として、端末は、少なくとも次の情報に基づいて、前記選択されたＰＵＣＣＨリソース集合から一つのＰＵＣＣＨリソースを選択する。
－ ＨＰ－ＰＵＣＣＨの最後のシンボル
－ スロットの境界又はサブスロットの境界
－ ＬＰ－ＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボル、又はＬＰ－ＰＵＣＣＨがＨＡＲＱ－ＡＣＫ情報を含むとき、前記ＨＡＲＱ－ＡＣＫと対応するＰＤＳＣＨの最後のシンボル（以下、最後のシンボルＡという。）
－ ＨＰ－ＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボル又はＨＰ－ＰＵＣＣＨがＨＡＲＱ－ＡＣＫ情報を含むとき、前記ＨＡＲＱ－ＡＣＫと対応するＰＤＳＣＨの最後のシンボル（以下、最後のシンボルＢという。）
－ 多重化のための最小演算時間（ｍｉｎｉｍｕｍ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）
より具体的には、前記選択されたＰＵＣＣＨリソース集合内で端末が一つのＰＵＣＣＨリソースを選択する過程は、次を含んでよい。
過程１）端末は、選択されたＰＵＣＣＨリソース集合のうち、ＨＰ－ＰＵＣＣＨの最後のシンボルよりＸシンボルよりも遅く終わるＰＵＣＣＨリソースは除外してよい。ここで、Ｘが０であれば、端末は、選択されたＰＵＣＣＨリソース集合のうち、ＨＰ－ＰＵＣＣＨの最後のシンボルよりも遅く終わるＰＵＣＣＨリソースは除外できる。Ｘは、あらかじめ決められた値であるか、ＲＲＣ信号によって設定された値であってよい。
図１８は、一実施例によって端末が、選択されたＰＵＣＣＨリソース集合内でＰＵＣＣＨリソースを選択する方法を説明する図である。
図１８を参照すると、選択されたＰＵＣＣＨリソース集合は、６個の新しいＰＵＣＣＨ候補（Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ）を含む。ここで、ＨＰ－ＰＵＣＣＨの最後のシンボルはシンボル９とする。Ｘ＝０が与えられると、新しいＰＵＣＣＨ候補Ａ、Ｃ、Ｅは、ＨＰ－ＰＵＣＣＨの最後のシンボルよりも遅く終わるので除外されてよい。
過程２）端末は、選択されたＰＵＣＣＨリソース集合のうち、ＨＰ－ＰＵＣＣＨの属したスロット、サブスロットよりも遅いスロット、又はサブスロットにマップされるＰＵＣＣＨリソースは除外できる。
過程３）端末は、選択されたＰＵＣＣＨリソース集合のうち、最後のシンボルＡ又は最後のシンボルＢの最後のシンボルから、多重化のための最小演算時間（ｍｉｎｉｍｕｍ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）を満たさないＰＵＣＣＨリソースは除外する。ここで、最小演算時間はＰＵＳＣＨ演算時間に基づいて決定された値であってよい。
また、図１８において、仮に、最小演算時間を満たす最初のシンボルがシンボル２と与えられると、新しいＰＵＣＣＨリソースＡとＢは除外されてよい。
仮に、先の１）、２）、３）過程の結果、選択されたＰＵＣＣＨリソース集合に一つのＰＵＣＣＨリソースが存在すれば、端末は、前記ＵＣＩ（ＬＰ ＵＣＩとＨＰ ＵＣＩ）を前記一つのＰＵＣＣＨリソースで送信できる。
仮に先の１）、２）、３）過程の結果、可能な候補ＰＵＣＣＨリソースが複数個存在すれば、複数のＰＵＣＣＨリソースのうち一つのＰＵＣＣＨを選択しなければならない。この過程は次を含んでよい。
過程４）端末は、前記複数のＰＵＣＣＨリソースの開始シンボルに基づいて一つのＰＵＣＣＨリソースを選択できる。例えば、前記複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースを選択できる。
過程５）端末は、前記複数のＰＵＣＣＨリソースの最後のシンボルに基づいて一つのＰＵＣＣＨリソースを選択できる。例えば、前記複数のＰＵＣＣＨリソースのうち最後のシンボルが最も早いＰＵＣＣＨリソースを選択できる。
過程６）端末は、前記複数のＰＵＣＣＨリソースの長さ（シンボル数）に基づいて一つのＰＵＣＣＨリソースを選択できる。例えば、前記複数のＰＵＣＣＨリソースのうち、長さ（シンボル数）の最も長いＰＵＣＣＨリソースを選択できる。
端末は、前記４）、５）、６）過程のうち少なくとも一つの組合せによって一つのＰＵＣＣＨリソースを選択できる。好ましくは、前記複数のＰＵＣＣＨリソースの開始シンボルに基づいて選択できる。例えば、前記複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースを選択できる。仮に、開始シンボルが最も早いＰＵＣＣＨリソースが複数個であれば、長さ（シンボル数）に基づいて一つのＰＵＣＣＨリソースを選択できる。すなわち、最も長さ（シンボル数）の長いＰＵＣＣＨリソースを選択できる。
再び図１８を参照すると、仮に新しいＰＵＣＣＨ候補ＤとＦが残ると、これらのうち、先に始める新しいＰＵＣＣＨ候補Ｄを選択できる。
第３段階によって一つのＰＵＣＣＨリソースが選択される。このＰＵＣＣＨリソースを、選択されたＰＵＣＣＨリソースと呼ぶ。端末は、前記多重化されたＵＣＩ（ＬＰ ＵＣＩとＨＰ ＵＣＩ）を、前記一つの選択されたＰＵＣＣＨリソースで送信できる。
その後、端末は、選択されたＰＵＣＣＨリソースで用いるＰＲＢの数を決定しなければならない。この時、選択されたＰＵＣＣＨリソースで前記多重化されたＵＣＩを全て送信できない場合が発生し得る。
まず、選択されたＰＵＣＣＨリソースがＰＵＣＣＨ ｆｏｒｍａｔ ２又は３であるとしよう。ＰＵＣＣＨ ｆｏｒｍａｔ ２又は３の場合、周波数領域のＰＲＢを、多重化されたＵＣＩのビットサイズ又は最大コード率（ｍａｘｉｍｕｍ ｃｏｄｅ ｒａｔｅ）に調整できる。便宜上、ＰＵＣＣＨ ｆｏｒｍａｔ ３を基準にして説明するが、前記例示は、ＰＵＣＣＨ ｆｏｒｍａｔ ２にも同一に適用できる。
ＰＵＣＣＨ ｆｏｒｍａｔ ３においてＤＭＲＳに用いられたシンボルを除外したシンボルの数をＮ＿ｎｏｎＤＭＲＳとしよう。例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ３の長さが４シンボルであり、一シンボルがＤＭＲＳに用いられる場合に、Ｎ＿ｎｏｎＤＭＲＳ＝３である。仮にＰＵＣＣＨ ｆｏｒｍａｔ ３がＰ個のＰＲＢを使用する場合に、ＵＣＩ送信に使用するＲＥの数は、Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃと与えられる。ここで、Ｎ＿ｓｃは一ＰＲＢ当たりにＵＣＩ送信に使用可能なＲＥの数であって、１２である。そして、これらのＲＥで送信可能なビットの数は、Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑと与えられる。ここで、ＱはＢＰＳＫを用いる場合に１であり、ＱＰＳＫを用いる場合に２である。したがって、多重化されたＵＣＩのビットサイズがＰ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒよりも小さい又は同一であれば、端末は、前記Ｐ個のＰＲＢで、最大コード率ｒ以下に前記多重化されたＵＣＩ送信できる。しかし、多重化されたＵＣＩのビットサイズがＰ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒより大きければ、前記Ｐ個のＰＲＢで、最大コード率ｒ以下に多重化された前記ＵＣＩを送信できない。仮にＰ値をそれ以上増やすことができない場合（ＰＵＣＣＨ ｆｏｒｍａｔ ３で使用可能な最大ＰＲＢの数を超える場合）に、端末は、前記多重化されたＵＣＩのうち一部を送信しないか或いは全体を送信しない必要がある。
個別符号化（Ｓｅｐａｒａｔｅ ｃｏｄｉｎｇ）を仮定し、新しいＰＵＣＣＨリソースは、低い優先順位の最大コード率ｒ＿ｌｏｗと高い優先順位の最大コード率ｒ＿ｈｉｇｈが設定されていると仮定しよう。選択されたＰＵＣＣＨリソースはＰＵＣＣＨ ｆｏｒｍａｔ ３を仮定しよう。この場合、本発明の一実施例によって、選択されたＰＵＣＣＨリソースで使用するＰＲＢの数を決定する方法は、次の通りである。
（第１方法）まず、端末は、ＨＰ ＵＣＩを送信するためのＰＲＢの数Ｐ＿ｈｉｇｈを決定する。Ｐ＿ｈｉｇｈは、次の式を満足するＰ値のうち、最も小さい値を選択できる。ここで、Ｐ値は｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝のうち一つの値である。
Ｂ＿ｈｉｇｈ≦Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｈｉｇｈ
仮に、満足する値がなければ、端末は、前記選択された新しいＰＵＣＣＨリソースでＨＰ ＵＣＩを送信することができない。この場合、ＬＰ ＵＣＩは当然ながら多重化されない。
したがって、満足する値が存在すると仮定しよう。すると、ＬＰ ＵＣＩを送信するためのＰＲＢの数Ｐ＿ｌｏｗを決定する。Ｐ＿ｌｏｗは、次の２式を満足するＰ値のうち、最も小さい値を選択できる。ここで、Ｐ値は｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝のうち一つの値である。
Ｂ＿ｌｏｗ≦Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｌｏｗ（式１）
及び
Ｐ＿ｈｉｇｈ＋Ｐ∈｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝（式２）
仮に、上記の２つの式を満足するＰ値を探せない場合に、端末は、ＬＰ ＵＣＩのうち一部タイプのＵＣＩを除外して得たＢ＿ｌｏｗ値に基づいてＰ値を探すことができる。このとき、除外されるＵＣＩのタイプは、ＣＳＩ ｐａｒｔ ２をまず除外し、その次のＣＳＩ ｐａｒｔ １を除外できる。
仮に全ＵＣＩのタイプを全て除外しても、上の２つの式を満足するＰ値を探せない場合に、端末はＬＰ ＵＣＩは多重化しなくてよい。
仮に、２つの式を満足するＰ値を探す場合に、そのＰ値からＰ＿ｌｏｗが決められる。したがって、端末は、ＨＰ ＵＣＩとＬＰ ＵＣＩ（除外されていないＵＣＩ）を多重化し、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３でＰ＿ｔｏｔａｌ＝Ｐ＿ｈｉｇｈ＋Ｐ＿ｌｏｗ個のＰＲＢを用いて送信できる。
第１方法において、端末は、Ｐ＿ｌｏｗとＰ＿ｈｉｇｈ値を、｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝のうち一つの値を選択した。そして、Ｐ＿ｌｏｗ＋Ｐ＿ｈｉｇｈ値も、｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝のうち一つの値を満たすように選択した。しかし、Ｐ＿ｌｏｗとＰ＿ｈｉｇｈ値は｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝のうち一つの値に限定する必要がない。したがって、第２方法においてこの限定を緩和してよい。
（第２方法）まず、端末は、ＨＰ ＵＣＩを送信するためのＰＲＢの数Ｐ＿ｈｉｇｈを決定する。Ｐ＿ｈｉｇｈは、次の式を満足するＰ値のうち、最も小さい値を選択できる。ここで、Ｐ値は、｛１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６｝のうち一つの値である。
Ｂ＿ｈｉｇｈ≦Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｈｉｇｈ
仮に、満足する値がなければ、端末は、前記選択された新しいＰＵＣＣＨリソースでＨＰ ＵＣＩを送信できない。この場合、ＬＰ ＵＣＩは当然ながら多重化されない。
したがって、満足する値が存在すると仮定しよう。すると、ＬＰ ＵＣＩを送信するためのＰＲＢの数Ｐ＿ｌｏｗを決定する。Ｐ＿ｌｏｗは、次の２つの式を満足するＰ値のうち、最も小さい値が選択されてよい。ここで、Ｐ値は、｛１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６｝のうち一つの値である。
Ｂ＿ｌｏｗ≦Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｌｏｗ（式３）
及び
Ｐ＿ｈｉｇｈ＋Ｐ∈｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝（式４）
仮に、上の２つの式を満足するＰ値がない場合に、端末は、ＬＰ ＵＣＩのうち一部タイプのＵＣＩを除外して得たＢ＿ｌｏｗ値に基づいてＰ値を求めることができる。このとき、除外されるＵＣＩのタイプは、ＣＳＩ ｐａｒｔ ２をまず除外し、その次のＣＳＩ ｐａｒｔ １を除外できる。
仮に全ＵＣＩのタイプを全て除外しても上の２つの式を満足するＰ値を探せない場合に、端末はＬＰ ＵＣＩは多重化しなくてよい。
仮に、２つの式を満足するＰ値を探す場合に、そのＰ値からＰ＿ｌｏｗが決められる。したがって、端末は、ＨＰ ＵＣＩ及びＬＰ ＵＣＩ（除外されていないＵＣＩ）を多重化し、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３でＰ＿ｔｏｔａｌ＝Ｐ＿ｈｉｇｈ＋Ｐ＿ｌｏｗ個のＰＲＢを用いて送信できる。
第２方法においてＰ＿ｈｉｇｈ＋Ｐ＿ｌｏｗは｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝を満足する。しかし、Ｐ＿ｌｏｗに不所望のＰＲＢが追加される問題が発生し得る。例えば、Ｐ＿ｈｉｇｈ＝４を仮定し、（式３）を満たすＰ値が３であると仮定しよう。このとき、Ｐ値は、Ｂ＿ｌｏｗ長さのＬＰ ＵＣＩを送信するための最小ＰＲＢの数である。しかし、（式４）によってＰ＿ｌｏｗ＝４と決定される。したがって、Ｐ＿ｌｏｗにＰＲＢが追加されてよい。前記追加されるＰＲＢは、ＬＰ ＵＣＩを送信するために使用するよりは、ＨＰ ＵＣＩを送信するために使用する方がより好ましい。そのための第３方法は次の通りである。
（第３方法）まず、端末は、ＨＰ ＵＣＩを送信するためのＰＲＢの臨時数Ｐ＿ｈｉｇｈ＿ｔｅｍｐを決定する。Ｐ＿ｈｉｇｈ＿ｔｅｍｐは、次の式を満足するＰ値のうち最も小さい値を選択できる。ここで、Ｐ値は｛１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６｝のうち一つの値である。
Ｂ＿ｈｉｇｈ≦Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｈｉｇｈ
仮に、満足する値がなければ、前記選択された新しいＰＵＣＣＨリソースでＨＰ ＵＣＩを送信できない。この場合、ＬＰ ＵＣＩは当然ながら多重化されない。
したがって、満足する値が存在すると仮定しよう。すると、ＬＰ ＵＣＩを送信するためのＰＲＢの数Ｐ＿ｌｏｗを決定する。Ｐ＿ｌｏｗは、次の２つの式を満足するＰ値のうち、最も小さい値が択されてよい。ここで、Ｐ値は、｛１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６｝のうち一つの値である。
Ｂ＿ｌｏｗ≦Ｐ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｌｏｗ（式５）
及び
Ｐ＿ｈｉｇｈ＿ｔｅｍｐ＋Ｐ∈｛１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６｝（式６）
仮に、上の２つの式を満足するＰ値が存在しない場合に、端末は、ＬＰ ＵＣＩのうち一部タイプのＵＣＩを除外して得たＢ＿ｌｏｗ値に基づいてＰ値を探すことができる。このとき、除外されるＵＣＩのタイプは、ＣＳＩ ｐａｒｔ ２をまず除外し、その次のＣＳＩ ｐａｒｔ １を除外できる。
仮に全ＵＣＩのタイプを全て除外しても上の２つの式を満足するＰ値がない場合に、端末はＬＰ ＵＣＩを多重化しなくてよい。
仮に、２つの式を満足するＰ値を探す場合に、そのＰ値からＰ＿ｌｏｗが決められる。
前記Ｐ＿ｌｏｗとＰ＿ｈｉｇｈ＿ｔｅｍｐに基づいて、ＨＰ ＵＣＩを送信するためのＰＲＢの数（以下、Ｐ＿ｈｉｇｈ）を決定する。Ｐ＿ｈｉｇｈは、次の式を満足するＰ値のうち、最も小さい値である。
Ｐ＋Ｐ＿ｌｏｗ∈｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝（式７）
及び
Ｐ≧Ｐ＿ｈｉｇｈ＿ｔｅｍｐ（式８）
したがって、端末は、ＨＰ ＵＣＩ及びＬＰ ＵＣＩ（除外されていないＵＣＩ）を多重化し、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３でＰ＿ｔｏｔａｌ＝Ｐ＿ｈｉｇｈ＋Ｐ＿ｌｏｗ個のＰＲＢを用いて送信できる。
第１方法、第２方法又は第３方法において、ＨＰ ＵＣＩはＰ＿ｈｉｇｈ個のＰＲＢを占め、ＬＰ ＵＣＩはＰ＿ｌｏｗ個のＰＲＢを占めることができる。ここで、Ｐ＿ｈｉｇｈ個のＰＲＢは、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３のｌｏｗｅｓｔ ＰＲＢからＰ＿ｈｉｇｈ個が選択されてよく、ＬＰ ＵＣＩは、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３のｌｏｗｅｓｔ ＰＲＢからＰ＿ｈｉｇｈケ以後のＰ＿ｌｏｗ個が選択されてよい。
図１９は、一実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。
図１９を参照すると、端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ３でＨＰ ＵＣＩとＬＰ ＵＣＩを送信する。このとき、Ｐ＿ｈｉｇｈ＝４、Ｐ＿ｌｏｗ＝２である。したがって、端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ３の総６ＰＲＢのうち、ｌｏｗｅｓｔ ＰＲＢから始まって４個のＰＲＢでＨＰ ＵＣＩを送信し、その次の２個のＰＲＢでＬＰ ＵＣＩを送信できる。
第１方法、第２方法、又は第３方法では、各優先順位のＵＣＩが占めるＰＲＢの数を決定した。そして、ＨＰ ＵＣＩとＬＰ ＵＣＩは互いに異なるＰＲＢにマップされた。これは、第４方法において副搬送波の数を決定することに置換されてよい。
（第４方法）端末は、ＨＰ ＵＣＩを送信するための副搬送波の数（以下、Ｓ＿ｈｉｇｈ）を決定する。Ｓ＿ｈｉｇｈは、次の式を満足するＳ値のうち最も小さい値が選択されてよい。ここで、Ｓ値は、｛１，２，．．．，１６＊Ｎ＿ｓｃ｝のうち一つの値である。
Ｂ＿ｈｉｇｈ≦Ｓ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｑ＊ｒ＿ｈｉｇｈ
仮に、満足する値がなければ、端末は、前記選択された新しいＰＵＣＣＨリソースでＨＰ ＵＣＩを送信できない。この場合、ＬＰ ＵＣＩは当然ながら多重化されない。
したがって、満足する値が存在すると仮定しよう。すると、ＬＰ ＵＣＩを送信するための副搬送波の数（以下、Ｓ＿ｌｏｗ）を決定する。Ｓ＿ｌｏｗは、次の２つの式を満足するＳ値のうち最も小さい値が選択されてよい。ここで、Ｓ値は、｛１，２，．．．，１６＊Ｎ＿ｓｃ｝のうち一つの値である。
Ｂ＿ｌｏｗ≦Ｓ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｑ＊ｒ＿ｌｏｗ（式９）
及び
（Ｓ＿ｈｉｇｈ＋Ｓ）／Ｎ＿ｓｃ∈｛１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６｝（式１０）
仮に、上の２つの式を満足するＳ値を探せない場合に、端末は、ＬＰ ＵＣＩのうち一部タイプのＵＣＩを除外して得たＢ＿ｌｏｗ値に基づいてＳ値を探すことができる。このとき、除外されるＵＣＩのタイプは、ＣＳＩ ｐａｒｔ ２をまず除外し、その次のＣＳＩ ｐａｒｔ １を除外できる。
仮に全ＵＣＩのタイプを全て除外しても上の２つの式を満足するＳ値を探せない場合に、端末はＬＰ ＵＣＩを多重化しなくてよい。
仮に、２つの式を満足するＳ値が存在する場合に、そのＳ値からＳ＿ｌｏｗが決められる。したがって、端末は、ＨＰ ＵＣＩ及びＬＰ ＵＣＩ（除外されていないＵＣＩ）を多重化し、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３で（Ｓ＿ｈｉｇｈ＋Ｓ＿ｌｏｗ）Ｎ＿ｓｃ個のＰＲＢを用いて送信できる。
第３方法と類似に、第４方法において余分のＲＥはＨＰ ＵＣＩ送信に用いられてよい。
（第５方法）端末は、ＨＰ ＵＣＩを送信するための副搬送波の臨時数（以下、Ｓ＿ｈｉｇｈ＿ｔｅｍｐ）を決定する。Ｓ＿ｈｉｇｈ＿ｔｅｍｐは、次の式を満足するＳ値のうち最も小さい値が選択されてよい。ここで、Ｓ値は、｛１，２，．．．，１６＊Ｎ＿ｓｃ｝のうち一つの値である。
Ｂ＿ｈｉｇｈ≦Ｓ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｑ＊ｒ＿ｈｉｇｈ
仮に、満足する値がなければ、端末は、前記選択された新しいＰＵＣＣＨリソースでＨＰ ＵＣＩを送信できない。この場合、ＬＰ ＵＣＩは当然ながら多重化されない。
したがって、満足する値が存在すると仮定しよう。すると、ＬＰ ＵＣＩを送信するための副搬送波の数（以下Ｓ＿ｌｏｗ）を決定する。Ｓ＿ｌｏｗは、次の２つの式を満足するＳ値のうち最も小さい値が選択されてよい。ここで、Ｓ値は、｛１，２，．．．，１６＊Ｎ＿ｓｃ｝のうち一つの値である。
Ｂ＿ｌｏｗ≦Ｓ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｑ＊ｒ＿ｌｏｗ（式１１）
及び
（Ｓ＿ｈｉｇｈ＿ｔｅｍｐ＋Ｓ）／Ｎ＿ｓｃ∈｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝（式１２）
仮に、上の２つの式を満足するＳ値が存在しない場合に、端末は、ＬＰ ＵＣＩのうち一部タイプのＵＣＩを除外して得たＢ＿ｌｏｗ値に基づいてＳ値を探すことができる。このとき、除外されるＵＣＩのタイプは、ＣＳＩ ｐａｒｔ ２をまず除外し、その次のＣＳＩ ｐａｒｔ １を除外できる。
仮に全ＵＣＩのタイプを全て除外しても上の２つの式を満足するＳ値を探せない場合に、端末はＬＰ ＵＣＩを多重化しなくてよい。
仮に、２つの式を満足するＳ値を探す場合に、そのＳ値からＳ＿ｌｏｗが決められる。
前記Ｓ＿ｌｏｗとＳ＿ｈｉｇｈ＿ｔｅｍｐに基づいて、ＨＰ ＵＣＩを送信するための副搬送波の数（以下、Ｓ＿ｈｉｇｈ）を決定する。Ｓ＿ｈｉｇｈは、次の式を満足するＳ値のうち最も小さい値である。
（Ｓ＋Ｓ＿ｌｏｗ）／Ｎ＿ｓｃ∈｛１，２，３，４，５，６，８，９，１０，１２，１５，１６｝（式１３）
及び
Ｓ≧Ｓ＿ｈｉｇｈ＿ｔｅｍｐ（式１４）
したがって、端末は、ＨＰ ＵＣＩ及びＬＰ ＵＣＩ（除外されていないＵＣＩ）を多重化し、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３でＳ＿ｈｉｇｈ＋Ｓ＿ｌｏｗ個の副搬送波を用いて送信できる。
第４方法又は第５方法において、ＨＰ ＵＣＩはＳ＿ｈｉｇｈ個の副搬送波を占め、ＬＰ ＵＣＩはＳ＿ｌｏｗ個の副搬送波を占めることができる。ここで、Ｓ＿ｈｉｇｈ個の副搬送波は、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３のｌｏｗｅｓｔ ＰＲＢのｌｏｗｅｓｔ副搬送波からＳ＿ｈｉｇｈ個が選択されてよく、ＬＰ ＵＣＩは、前記ＰＵＣＣＨ ｆｏｒｍａｔ ３のｌｏｗｅｓｔ ＰＲＢのｌｏｗｅｓｔ副搬送波からＳ＿ｈｉｇｈ個以後にＳ＿ｌｏｗ個が選択されてよい。
図２０は、他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。
図２０を参照すると、端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ３でＨＰ ＵＣＩとＬＰ ＵＣＩを送信する。このとき、端末は、Ｓ＿ｈｉｇｈ＝４０、Ｓ＿ｌｏｗ＝３２である。したがって、端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ３の総６ＰＲＢのうち、ｌｏｗｅｓｔ ＰＲＢのｌｏｗｅｓｔ副搬送波から始まって４０個の副搬送波でＨＰ ＵＣＩを送信し、その次の３２個の副搬送波でＬＰ ＵＣＩを送信できる。
第１方法～第５方法は、選択されたＰＵＣＣＨリソースにおいて周波数領域に互いに異なる優先順位のＵＣＩを分割マップして送信する。このような方式を周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｅｄ，ＦＤＭｅｄ）ＰＵＣＣＨ構造と呼ぶことができる。
他の方法として時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｅｄ，ＴＤＭｅｄ）ＰＵＣＣＨ構造も可能である。ここで、ＴＤＭｅｄ ＰＵＣＣＨ構造は、選択されたＰＵＣＣＨリソースを時間領域に分け、一部のシンボルではＨＰ ＵＣＩを送信し、残り一部のシンボルではＬＰ ＵＣＩを送信できる。これは、第１方法～第５方法で言及されたＰＲＢ又は副搬送波を、時間単位であるシンボルに置換して設計されてよい。より具体的な方法は次の通りである。
（第６方法）ＰＵＣＣＨ ｆｏｒｍａｔで用いられるＰＲＢの数Ｐ＿ｔｏｔａｌは定められていると仮定する。例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ４の場合、ＰＲＢの数は１個と固定されている。ＰＵＣＣＨ ｆｏｒｍａｔ ２又はＰＵＣＣＨ ｆｏｒｍａｔ ３の場合、ＰＲＢの数は、第１方法～第５方法を用いてＰ＿ｔｏｔａｌ＝Ｐ＿ｈｉｇｈ＋Ｐ＿ｌｏｗと定められていると仮定できる。
まず、端末は、ＨＰ ＵＣＩを送信するためのシンボルの数（以下、Ｎ＿ｈｉｇｈ）を決定する。Ｎ＿ｈｉｇｈは、次の式を満足するＮ値のうち、最も小さい値が選択されてよい。ここで、Ｎ値は、｛１，２，．．．，Ｎ＿ｎｏｎＤＭＲＳ｝のうち一つの値である。
Ｂ＿ｈｉｇｈ≦Ｐ＿ｔｏｔａｌ＊Ｎ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｈｉｇｈ
仮に、満足する値がなければ、端末は、前記選択された新しいＰＵＣＣＨリソースでＨＰ ＵＣＩを送信できない。この場合、ＬＰ ＵＣＩは当然ながら多重化されない。
したがって、満足する値が存在すると仮定しよう。すると、端末は、ＬＰ ＵＣＩを送信するためのシンボルの数（以下、Ｎ＿ｌｏｗ）を決定する。Ｎ＿ｌｏｗ＝Ｎ＿ｎｏｎＤＭＲＳ－Ｎ＿ｈｉｇｈである。すなわち、ＨＰ ＵＣＩ送信に用いられるシンボルを除外した残りのシンボルは、低い優先順位に使用することができる。仮に、Ｂ＿ｌｏｗが次の式を満足しない場合に、
Ｂ＿ｌｏｗ≦Ｐ＿ｔｏｔａｌ＊Ｎ＿ｌｏｗ＊Ｎ＿ｓｃ＊Ｑ＊ｒ＿ｌｏｗ
端末は、ＬＰ ＵＣＩのうち一部タイプのＵＣＩを除外して得たＢ＿ｌｏｗ値を求めることができる。このとき、除外されるＵＣＩのタイプは、ＣＳＩ ｐａｒｔ ２をまず除外し、その次のＣＳＩ ｐａｒｔ １を除外できる。
前記式により、て第１シンボルセット（Ｎ＿ｈｉｇｈ個のシンボル）ではＨＰ ＵＣＩが送信されてよく、第２シンボルセット（Ｎ＿ｌｏｗ個のシンボル）ではＬＰ ＵＣＩが送信されてよい。ＰＵＣＣＨ ｆｏｒｍａｔにおいて前記第１シンボルセットと第２シンボルセットを決定する方法は次の通りである。
（第６－１方法）端末は、ＰＵＣＣＨ ｆｏｒｍａｔにおいて、時間上に早いＮ＿ｈｉｇｈ個のシンボル（ＤＭＲＳシンボルでないシンボル）を選択して第１シンボルセットと決め、時間上に遅い残りのＮ＿ｌｏｗ個のシンボル（ＤＭＲＳシンボルでないシンボル）を選択して第２シンボルセットと決めることができる。この方法は、ＨＰ ＵＣＩを時間上に最も早いシンボルに配置して早く送信することができる。
例えば、表４を参照すると、ＰＵＣＣＨ ｆｏｒｍａｔが１０個のシンボルであり、シンボル２とシンボル７がＤＭＲＳシンボルである場合に、シンボル０、１、３、４、５、６、８、９の順序のうち、先頭Ｎ＿ｈｉｇｈ個を選択できる。
（第６－２方法）端末は、ＰＵＣＣＨ ｆｏｒｍａｔにおいて、ＤＭＲＳシンボルと最も隣接したＮ＿ｈｉｇｈ個のシンボル（ＤＭＲＳシンボルでないシンボル）を選択して第１シンボルセットと決め、ＤＭＲＳシンボルと離れている残りのＮ＿ｌｏｗ個のシンボル（ＤＭＲＳシンボルでないシンボル）を選択して第２シンボルセットと決めることができる。ここで、ＤＭＲＳシンボルとの隣接性は、次のように決定されてよい。ある一シンボルと最も隣接したＤＭＲＳシンボルとの間のシンボル数が少ないほど、ＤＭＲＳシンボルと隣接したシンボルである。仮に同一に隣接したシンボルであれば、時間上に早いシンボルを優先的に第１シンボルセットに含めてよい。再び表４を参照すると、ＰＵＣＣＨ ｆｏｒｍａｔが、１０個のシンボルであり、シンボル２とシンボル７がＤＭＲＳシンボルである場合に、最も隣接したシンボル（最も近いＤＭＲＳシンボルと０シンボル間隔）は、シンボル１、３、６、８である。そして、その次の隣接したシンボル（最も近いＤＭＲＳシンボルと１シンボル間隔）は、シンボル０、４、５、９である。第１シンボルセットを決めるとき、シンボル１、３、６、８、０、４、５、９の順序のうち、先頭Ｎ＿ｈｉｇｈ個を選択できる。例えば、第１シンボルセットとして５シンボルを選択する場合に、シンボル１、３、６、８、０を選択できる。これは、図２１に示されている。
図２１は、さらに他の実施例に係る多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。
図２１を参照すると、ＨＰ ＵＣＩがＤＭＲＳシンボルと隣接していることが確認できる。
第６－２方法は、第６－１方法と比較して、ＨＰ ＵＣＩが時間上遅いシンボル（例えば、シンボル６又は８）に配置されるため、遅延が発生し得る。これを解決するための方法は次の通りである。
（第６－３方法）端末は、最大遅延可能なシンボルを決定でき、そのシンボルを含む以前シンボルからＮ＿ｈｉｇｈ個のシンボルを選択できる。
例えば、表４で、最大遅延可能なシンボルとしてシンボル５を決定できる。したがって、端末は、シンボル０、１、２、３、４、５からＮ＿ｈｉｇｈ個のシンボルを選択し、第１シンボルセットと決定しなければならない。シンボル０、１、２、３、４、５からＮ＿ｈｉｇｈ個のシンボルを選択する方法は、第６－２方法を用いることができる。すなわち、ＤＭＲＳシンボルと隣接したシンボルを優先して選択できる。
第６方法を用いて時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｅｄ，ＴＤＭｅｄ）ＰＵＣＣＨ構造を説明した。さらには、時間分割多重化と周波数分割多重化を同時に支援することもできる。例えば、第６方法において、１つのシンボルで２つの優先順位のＵＣＩが互いに異なる周波数リソース（例えば、互いに異なるＰＲＢ又は互いに異なる副搬送波）にマップされてよい。これは具体的に次の通りである。
（第７方法）ＰＵＣＣＨ ｆｏｒｍａｔが使用するＰＲＢの数（以下、Ｐ＿ｔｏｔａｌは）は定められていると仮定する。例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ４の場合、ＰＲＢの数は１個と固定されている。ＰＵＣＣＨ ｆｏｒｍａｔ ２又はＰＵＣＣＨ ｆｏｒｍａｔ ３の場合、ＰＲＢの数は第１方法～第５方法を用いてＰ＿ｔｏｔａｌ＝Ｐ＿ｈｉｇｈ＋Ｐ＿ｌｏｗと定められていると仮定できる。
まず、端末は、ＨＰ ＵＣＩを送信するためのＲＥの数（以下、ＲＥ＿ｈｉｇｈ）を決定する。ＲＥ＿ｈｉｇｈは、次の式を満足するＲＥ値のうち、最も小さい値が選択されてよい。ここで、ＲＥ値は、｛１，２，．．．，Ｐ＿ｔｏｔａｌ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ｝のうち一つの値である。
Ｂ＿ｈｉｇｈ≦Ｎ＿ＲＥ＊Ｑ＊ｒ＿ｈｉｇｈ
仮に、満足する値がなければ、端末は、前記選択された新しいＰＵＣＣＨリソースでＨＰ ＵＣＩを送信できない。この場合、ＬＰ ＵＣＩは当然ながら多重化されない。
したがって、満足する値が存在すると仮定しよう。すると、ＬＰ ＵＣＩを送信するためのＲＥの数（以下、ＲＥ＿ｌｏｗ）を決定する。ＲＥ＿ｌｏｗ＝Ｐ＿ｔｏｔａｌ＊Ｎ＿ｎｏｎＤＭＲＳ＊Ｎ＿ｓｃ－ＲＥ＿ｈｉｇｈである。すなわち、ＨＰ ＵＣＩ送信に用いられるＲＥを除外した残りＲＥは、低い優先順位に使用することができる。仮に、Ｂ＿ｌｏｗが次の式を満足しない場合に、
Ｂ＿ｌｏｗ≦ＲＥ＿ｌｏｗ＊Ｑ＊ｒ＿ｌｏｗ
端末は、ＬＰ ＵＣＩのうち一部タイプのＵＣＩを除外して得たＢ＿ｌｏｗ値を求めることができる。このとき、除外されるＵＣＩのタイプは、ＣＳＩ ｐａｒｔ ２をまず除外し、その次のＣＳＩ ｐａｒｔ １を除外できる。
前記式により、第１ＲＥセット（ＲＥ＿ｈｉｇｈ個のシンボル）ではＨＰ ＵＣＩが送信されてよく、第２ＲＥセット（ＲＥ＿ｌｏｗ個のシンボル）ではＬＰ ＵＣＩが送信されてよい。ＰＵＣＣＨ ｆｏｒｍａｔにおいて前記第１ＲＥセットと第２シンボルＲＥを決定する方法は次の通りである。
ｆｌｏｏｒ（ＲＥ＿ｈｉｇｈ／（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ））シンボルはＨＰ ＵＣＩのみがマップされるシンボルである。
仮にＲＥ＿ｈｉｇｈ／（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ）が割り切れないと、一シンボルにおいてＲＥ＿ｈｉｇｈ－ｆｌｏｏｒ（ＲＥ＿ｈｉｇｈ／（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ））＊（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ）個のＲＥは、ＨＰ ＵＣＩがマップされ、そのシンボルの残りＲＥは、ＬＰ ＵＣＩがマップされる。残りのシンボルにはＬＰ ＵＣＩのみがマップされる。
図２２は、さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。図２２には、ＲＥ＿ｈｉｇｈ＝３２４であり、ＲＥ＿ｌｏｗ＝２５２である例題を示している。
図２２を参照すると、Ｐ＿ｔｏｔａｌ＝６であり、ｆｌｏｏｒ（ＲＥ＿ｈｉｇｈ／（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ））＝ｆｌｏｏｒ（３２４／（６＊１２））＝４シンボルは、ＨＰ ＵＣＩのみがマップされるシンボルである。図２２では、シンボル１、３、６、８が当該シンボルに該当する。
ＲＥ＿ｈｉｇｈ／（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ）が割り切れないので、一シンボル（シンボル０）において、ＲＥ＿ｈｉｇｈ－ｆｌｏｏｒ（ＲＥ＿ｈｉｇｈ／（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ））＊（Ｐ＿ｔｏｔａｌ＊Ｎ＿ｓｃ）＝３２４－ｆｌｏｏｒ（３２４／（６＊１２））＊（６＊１２）＝３６個のＲＥは、ＨＰ ＵＣＩがマップされ、そのシンボルの残り３６ＲＥは、ＬＰ ＵＣＩがマップされる。
残りのシンボル（シンボル４、５、９）ではＬＰ ＵＣＩのみがマップされる。
上記の説明では主にＰＵＣＣＨ ｆｏｒｍａｔ ３を基準にしたが、前記方式は、ＰＵＣＣＨ ｆｏｒｍａｔ ２又は４でも同一に適用できる。仮にＰＵＣＣＨ ｆｏｒｍａｔ ２において前記方式を適用すれば、Ｎ＿ｓｃ＝８であってよい。
端末は、上記のＴＤＭｅｄ ＰＵＣＣＨ構造とＦＤＭｅｄ ＰＵＣＣＨ構造を選択的に用いることができる。
一例として、端末が用いるＰＵＣＣＨ ｆｏｒｍａｔによって、ＴＤＭｅｄ ＰＵＣＣＨ構造とＦＤＭｅｄ ＰＵＣＣＨ構造を選択的に用いることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ２は、シンボルの数が２シンボルより小さい又は等しいので、ＦＤＭｅｄ ＰＵＣＣＨ構造を用いることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ３は、シンボルの数が４シンボル以上であるので、ＴＤＭｅｄ ＰＵＣＣＨ構造を用いることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ４もシンボルの数が４シンボル以上であるので、ＴＤＭｅｄ ＰＵＣＣＨ構造を用いることができる。
他の例として、端末が使用するＰＵＣＣＨシンボルの数によって、ＴＤＭｅｄ ＰＵＣＣＨ構造とＦＤＭｅｄ ＰＵＣＣＨ構造を選択的に用いることができる。例えば、端末の送信したＰＵＣＣＨのシンボルの数が一定数よりも大きい場合に、ＴＤＭｅｄ ＰＵＣＣＨ構造を用い、端末の送信するＰＵＣＣＨのシンボルの数が一定数と等しい又は小さければ、ＦＤＭｅｄ ＰＵＣＣＨ構造を用いることができる。例えば、一定数が６である場合に、ＰＵＣＣＨ ｆｏｒｍａｔ ３又はＰＵＣＣＨ ｆｏｒｍａｔ ４のシンボルの数が６より大きければ、ＴＤＭｅｄ ＰＵＣＣＨ構造を用いることができ、シンボルの数が６以下であれば、ＦＤＭｅｄ ＰＵＣＣＨ構造を用いることができる。
ＩＩＩ．ＰＵＣＣＨ ｆｏｒｍａｔ ２に基づく多重化されたＵＣＩの送信方法
ＰＵＣＣＨ ｆｏｒｍａｔ ２の場合、ＰＵＣＣＨが送信されるシンボルのうち、一部のＲＥがＤＭＲＳとして用いられ、残りのＲＥはＵＣＩを送信するために用いられる。上でＰＵＣＣＨ ｆｏｒｍａｔ ３でＦＤＭｅｄ ＰＵＣＣＨ構造を説明するとき、ＰＵＣＣＨでＤＭＲＳを送信するシンボルとＵＣＩを送信するシンボルが同一でなかった。しかし、ＰＵＣＣＨ ｆｏｒｍａｔ ２の場合、ＤＭＲＳを送信するシンボルとＵＣＩを送信するシンボルが同一なので、ＦＤＭｅｄ ＰＵＣＣＨ構造の追加説明が必要である。ここでは、ＰＵＣＣＨ ｆｏｒｍａｔ ２の場合、ＦＤＭｅｄ ＰＵＣＣＨ構造をさらに説明する。
まず、ＰＵＣＣＨ ｆｏｒｍａｔ ２の構造は次の通りである。ＰＵＣＣＨ ｆｏｒｍａｔ ２は、１シンボル又は連続する２シンボルを占めることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ２は、１ＲＢにおいて最大で連続の１６ＲＢを占めることができる。ＰＵＣＣＨ ｆｏｒｍａｔ ２は、１ＲＢ内でＤＭＲＳを送信するＲＥは、３個の副搬送波間隔で配置されてよい。より具体的には、ＤＭＲＳ送信に用いられるＲＥのインデックスは次の通りである。
ｋ＝３＊ｍ＋１
ここで、ｋは共通ＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の最も低い副搬送波（副搬送波インデックス０）から決められる値である。したがって、一ＲＢ内で１２個のＲＥのうち４個のＲＥはＤＭＲＳに使用され、残り８個のＲＥはＵＣＩに使用されてよい。これにより、上記の説明でＰＵＣＣＨ ｆｏｒｍａｔ ２の場合、Ｎ＿ｓｃ＝８を用いることができる。
端末は、上記の実施例及び方法において、Ｎ＿ｓｃ＝８を用いて、高い優先順位ＵＣＩに必要なＲＥ数と低い優先順位ＵＣＩに必要なＲＥ数を計算できる。ここでは、前記ＲＥをＰＵＣＣＨ ｆｏｒｍａｔ ２に配置する方法について説明する。
参考として、端末がＰＵＣＣＨ ｆｏｒｍａｔ ２で送信するべきＨＰ ＵＣＩビットシーケンスの長さをＡビットとし、ＬＰ ＵＣＩビットシーケンスの長さをＢビットとしよう。ここで、ＰＵＣＣＨ ｆｏｒｍａｔ ２でＵＣＩ送信のために用いられるＲＥの数をＮ＿ｓｃ＊Ｎ＿ＰＲＢとしよう。ここで、Ｎ＿ｓｃは、一ＰＲＢでＵＣＩ送信のために用いられるＲＥの数であって、Ｎ＿ｓｃ＝８であり、Ｎ＿ＰＲＢは、ＰＵＣＣＨ ｆｏｒｍａｔ ２が送信されるＰＲＢの数である。参考として、ＰＵＣＣＨ ｆｏｒｍａｔ ２でＱＰＳＫで送信されるので、Ａは２の倍数である。仮に、Ａが２の倍数でなければ、Ａを２の倍数にさせるために、Ａの末尾に「０」を挿入して２の倍数にさせることができる。この場合、Ｂは、ＰＵＣＣＨ ｆｏｒｍａｔ ２が送信可能なビットの数２＊（Ｎ＿ｓｃ＊Ｎ＿ＰＲＢ）からＡを引いた長さと同一であってよい。すなわち、Ｂ＝２＊（Ｎ＿ｓｃ＊Ｎ＿ＰＲＢ）－Ａである。
本発明によれば、ＰＵＣＣＨ ｆｏｒｍａｔ ２のＦＤＭｅｄ ＰＵＣＣＨ構造は次の通りである。
第１構造は、局部的（ｌｏｃａｌｉｚｅｄ）構造である。この方式において、ＨＰ ＵＣＩとＬＰ ＵＣＩは、特定周波数帯域に限って配置されてよい。より具体的には、１シンボルＰＵＣＣＨ ｆｏｒｍａｔ ２を仮定しよう。そして、このＰＵＣＣＨ ｆｏｒｍａｔ ２に、ＵＣＩを送信できるＲＥがＮ＿ＲＥ個あると仮定しよう。端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ２のＵＣＩを送信できるＮ＿ＲＥ個のＲＥを、最も低い周波数からインデックスを付けていくことができる。ここで、インデックスは０（最も低い周波数のＲＥ）、Ｎ＿ＲＥ－１（最も高い周波数のＲＥ）である。端末は、最も低い周波数のＲＥから一つの優先順位のＵＣＩを配置していくことができる。例えば、ＨＰ ＵＣＩを、最も低い周波数のＲＥから配置していく。その結果として、インデックス０，１，．．．，Ｎ＿ｈｉｇｈ－１に該当するＲＥにはＨＰ ＵＣＩが配置され得る。ここで、Ｎ＿ｈｉｇｈはＨＰ ＵＣＩを配置するために必要なＲＥの数である。その後、インデックスＮ＿ｈｉｇｈ，Ｎ＿ｈｉｇｈ＋１，．．．，Ｎ＿ＲＥ－１に該当するＲＥにＨＰ ＵＣＩが配置されてよい。
第２構造は、分散的（ｄｉｓｔｒｉｂｕｔｅｄ）構造があってよい。この方式において、ＨＰ ＵＣＩとＬＰ ＵＣＩは、ＰＵＣＣＨ ｆｏｒｍａｔ ２が占める周波数帯域で分散して配置されてよい。具体的な配置は、次の実施例によって決定されてよい。
図２３は、さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。これは、分散的構造の第１実施例である。
図２３を参照すると、ＰＵＣＣＨ ｆｏｒｍａｔ ２の周波数帯域を第１周波数帯域と第２周波数帯域とに分け、ＬＰ ＵＣＩを第１ＬＰ ＵＣＩと第２ＬＰ ＵＣＩとに分け、ＨＰ ＵＣＩを第１ＨＰ ＵＣＩと第２ＨＰ ＵＣＩとに分けることができる。端末は、第１周波数帯域に第１ＬＰ ＵＣＩと第１ＨＰ ＵＣＩを配置し、第２周波数帯域に第２ＬＰ ＵＣＩと第２ＬＰ ＵＣＩを配置できる。
ＰＵＣＣＨ ｆｏｒｍａｔ ２に、ＵＣＩを送信できるＲＥがＮ＿ＲＥ個あると仮定しよう。端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ２のＵＣＩを送信できるＮ＿ＲＥ個のＲＥを最も低い周波数からインデックスを付けていくことができる。ここで、インデックスは、０（最も低い周波数のＲＥ）、Ｎ＿ＲＥ－１（最も高い周波数のＲＥ）である。ＰＵＣＣＨ ｆｏｒｍａｔ ２のＵＣＩを送信できるＮ＿ＲＥ個のＲＥは２つに分けられてよい。第１ＲＥ集合はＮ＿ＲＥ１個のＲＥを含み、第２ＲＥ集合はＮ＿ＲＥ２個のＲＥを含んでよい。ここで、Ｎ＿ＲＥ１＋Ｎ＿ＲＥ２＝Ｎ＿ＲＥである。また、第１集合のＲＥと第２集合のＲＥを局部的（ｌｏｃａｌｉｚｅｄ）にまとめてよい。すなわち、第１集合のＮ＿ＲＥ１個のＲＥは、インデックスが０，１，．．．，Ｎ＿ＲＥ１－１に該当するＲＥとしてまとめられ、第２集合のＮ＿ＲＥ２個のＲＥは、残りのＲＥとしてまとめられてよい。ここで、Ｎ＿ＲＥ１＝ｆ（Ｎ＿ＲＥ／２）と決定されてよい。ここで、ｆ（ｘ）は、ｃｅｉｌ（ｘ）、ｆｌｏｏｒ（ｘ）、ｒｏｕｎｄ（ｘ）のうち少なくとも一つであってよい。高い優先順位ＵＣＩに必要なＲＥの数をＮ＿ｈｉｇｈ、低い優先順位ＵＣＩに必要なＲＥの数をＮ＿ｌｏｗとしよう。高い優先順位ＵＣＩの第１集合にはＮ＿ｈｉｇｈ１個のＲＥが含まれ、第２集合は、Ｎ＿ｈｉｇｈ２個のＲＥが含まれてよい。ここで、Ｎ＿ｈｉｇｈ１＋Ｎ＿ｈｉｇｈ２＝Ｎ＿ｈｉｇｈである。低い優先順位ＵＣＩの第１集合にはＮ＿ｌｏｗ１個のＲＥが含まれ、第２集合は、Ｎ＿ｌｏｗ２個のＲＥが含まれてよい。ここで、Ｎ＿ｌｏｗ１＋Ｎ＿ｌｏｗ２＝Ｎ＿ｌｏｗである。端末は、ＰＵＣＣＨの第１ＲＥ集合に、高い優先順位ＵＣＩの第１集合のＲＥと低い優先順位ＵＣＩの第１集合のＲＥを配置できる。すなわち、Ｎ＿ＲＥ１＝Ｎ＿ｈｉｇｈ１＋Ｎ＿ｌｏｗ１である。端末は、ＰＵＣＣＨの第２ＲＥ集合に、高い優先順位ＵＣＩの第２集合のＲＥと低い優先順位ＵＣＩの第２集合のＲＥを配置できる。すなわち、Ｎ＿ＲＥ２＝Ｎ＿ｈｉｇｈ２＋Ｎ＿ｌｏｗ２である。
図２４は、さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。これは、分散的構造の第２実施例である。
図２４を参照すると、ＨＰ ＵＣＩは、ＰＵＣＣＨ ｆｏｒｍａｔ ２のＵＣＩを送信するＲＥに等間隔で分散されてよい。そして、ＰＵＣＣＨ ｆｏｒｍａｔ ２の残りＲＥにＬＰ ＵＣＩを配置できる。
ＰＵＣＣＨ ｆｏｒｍａｔ ２にＵＣＩを送信できるＲＥがＮ＿ＲＥ個あると仮定しよう。端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ２のＵＣＩを送信できるＮ＿ＲＥ個のＲＥを、最も低い周波数からインデックスを付けていくことができる。ここで、インデックスは、０（最も低い周波数のＲＥ）、Ｎ＿ＲＥ－１（最も高い周波数のＲＥ）である。高い優先順位ＵＣＩに必要なＲＥの数をＮ＿ｈｉｇｈ、低い優先順位ＵＣＩに必要なＲＥの数をＮ＿ｌｏｗとしよう。端末は、ＨＰ ＵＣＩを配置するために間隔を計算できる。例えば、間隔は次のように計算されてよい。
Ｓｐａｃｉｎｇ＝Ｎ＿ＲＥ／Ｎ＿ｈｉｇｈ
端末は、前記間隔（Ｓｐａｃｉｎｇ）によってＨＰ ＵＣＩを配置できる。インデックスが０，Ｓｐａｃｉｎｇ，２＊Ｓｐａｃｉｎｇ，．．．．に該当するＲＥにＨＰ ＵＣＩを配置できる。Ｎ＿ＲＥが２４であり、Ｎ＿ｈｉｇｈが８であれば、Ｓｐａｃｉｎｇは３と計算され、端末は、インデックス０、３、６、９、１２、１５、１８、２１に該当するＲＥにＨＰ ＵＣＩを配置できる。参考として、ここでは開始インデックスを０としたが、これは他のインデックスから始まってもよい。例えば、インデックスｉから始まると仮定すれば、ｉ，ｉ＋Ｓｐａｃｉｎｇ，ｉ＋２＊Ｓｐａｃｉｎｇ，．．．．に該当するＲＥにＨＰ ＵＣＩを配置できる。ここで、ｉ＝０，１，．．．，Ｓｐａｃｉｎｇ－１に該当する値である。好ましくは、ｉは、Ｓｐａｃｉｎｇの半分に近い値に設定できる。すなわち、ｉ＝ｆ（Ｓｐａｃｉｎｇ／２）と設定されてよい。ここで、ｆ（ｘ）は、ｃｅｉｌ（ｘ）、ｆｌｏｏｒ（ｘ）又はｒｏｕｎｄ（ｘ）のうち一つであってよい。
参考として、上の例題においてＮ＿ＲＥ／Ｎ＿ｈｉｇｈは整数でなくよい。この場合、Ｓｐａｃｉｎｇはｆ（Ｎ＿ＲＥ／Ｎ＿ｈｉｇｈ）と決定されてよい。ここで、ｆ（ｘ）は、ｃｅｉｌ（ｘ）、ｆｌｏｏｒ（ｘ）又はｒｏｕｎｄ（ｘ）のうち一つであってよい。好ましくは、ｆｌｏｏｒ（ｘ）であってよい。
分散的構造の第３実施例として、端末は、ＤＭＲＳ ＲＥに隣接しているＲＥにＨＰ ＵＣＩをまず配置し、ＤＭＲＳ ＲＥに相対的に隣接していない残りＲＥにＬＰ ＵＣＩを配置できる。ここで、一ＲＥのＤＭＲＳ ＲＥへの隣接は、最も近いＤＭＲＳとの副搬送波インデックス差によって決定されてよい。
ＰＵＣＣＨ ｆｏｒｍａｔ ２にＵＣＩを送信できるＲＥがＮ＿ＲＥ個あると仮定しよう。端末は、ＰＵＣＣＨ ｆｏｒｍａｔ ２のＵＣＩを送信できるＮ＿ＲＥ個のＲＥを、最も低い周波数からインデックスを付けていくことができる。ここで、インデックスは、０（最も低い周波数のＲＥ）、Ｎ＿ＲＥ－１（最も高い周波数のＲＥ）である。ＨＰ ＵＣＩが必要なＲＥの数がＮ＿ｈｉｇｈであるとすれば、端末は、Ｎ＿ＲＥ個のＲＥのうち、ＤＭＲＳと最も隣接したＮ＿ｈｉｇｈ個のＲＥを選択できる。そして、残りＲＥはＬＰ ＵＣＩに用いられてよい。
参考として、ＰＵＣＣＨ ｆｏｒｍａｔ ２の場合、全てのＲＥはＤＭＲＳ ＲＥと隣接することが分かる。したがって、全てのＲＥは同一にＤＭＲＳ ＲＥと隣接することが分かる。第３実施例は、ＰＵＣＣＨ ｆｏｒｍａｔ ２のように３ＲＥごとにＤＭＲＳとして使用される構造では適用し難い。第３実施例は、３よりも大きいＲＥごとにＤＭＲＳとして使用される構造で用いることが好ましい。
図２５は、さらに他の実施例に係る、多重化されたＵＣＩを送信するためのリソースを選択する方法を示す図である。これは、分散的構造の第３実施例である。
図２５を参照すると、４個のＲＥごとにＤＭＲＳが使用される。ＰＵＣＣＨは、２７個のＲＥをＵＣＩ送信に使用することができる。ここで、インデックスが０、１、３、４、６、７、９、１０、１２、１３、１５、１６、１８、１９、２１、２２、２４、２５のＲＥは、ＤＭＲＳと隣接したＲＥである。したがって、高い優先順位のＲＥは、前記ＤＭＲＳに隣接しているＲＥに優先的に配置されてよい。
分散的構造の第４実施例として、端末は、ＨＰ ＵＣＩビットシーケンスとＬＰ ＵＣＩビットシーケンスとをインターリーブ（ｉｎｔｅｒｌｅａｖｉｎｇ）して一つのＵＣＩビットシーケンスを生成した後、前記ビットシーケンスをＰＵＣＣＨ ｆｏｒｍａｔ ２のＲＥに配置して送信できる。ここで、インターリービング方式は、少なくとも次のうち一つによって決定されてよい。
一例として、端末は、次のようなブロックインターリーバ（ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒ）を用いて第１シーケンスと第２シーケンスをインターリーブすることができる。ここで、ブロックインターリーバの列の数は、第１シーケンスの長さ（Ｎ１）と同一であり、行の数は、１＋ｃｅｉｌ（Ｎ２／Ｎ１）と同一であってよい。端末は、第１シーケンスをこのブロックインターリーバの第１行に順に挿入できる。端末は、第２シーケンスのうち、最先頭のＮ１個をこのブロックインターリーバの第２行に順に挿入できる。端末は、第１シーケンスのうち、その次のＮ１個をこのブロックインターリーバの第３行に順に挿入できる。この過程を、第２シーケンスを全てブロックインターリーバに入れるまで反復する。仮に、１行に挿入する第２シーケンスの個数がＮ１よりも小さければ、不足する個数は、「ＮＵＬＬ」で埋めてＡ個にさせることができる。参考として、不足する個数は、ｃｅｉｌ（Ｎ２／Ｎ１）＊Ｎ１－Ｎ２である。
端末は、前記ブロックインターリーバに入っている内容を、最も低いインデックスの列の行のインデックスにしたがって内容を読み、その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。このとき、「ＮＵＬＬ」は読まないで無視できる。このように順に読んだ結果として一つのシーケンスを生成できる。
例えば、第１シーケンスをｘ（０），ｘ（１），．．．，ｘ（７）とし、第２シーケンスをｙ（０），ｙ（１），．．．，ｙ（１１）としよう。ここで、Ｎ１＝８、Ｎ２＝１２である。ブロックインターリーバの列の個数はＮ１＝８であり、行の個数は１＋ｃｅｉｌ（Ｎ２／Ｎ１）＝１＋２＝３である。第１行は、ｘ（０），ｘ（１），．．．，ｘ（７）が挿入されてよい。第２行は、ｙ（０），ｙ（１），．．．，ｙ（７）が挿入されてよい。第３行は、ｙ（８），ｙ（９），．．．ｙ（１１），「ＮＵＬＬ」，「ＮＵＬＬ」，「ＮＵＬＬ」，「ＮＵＬＬ」が挿入されてよい。ここで、第３行にｃｅｉｌ（Ｎ２／Ｎ１）＊Ｎ１－Ｎ２＝１６－１２＝４個の「ＮＵＬＬ」を追加した。前記ブロックインターリーバに挿入された値は、次の表から確認できる。
端末は、前記ブロックインターリーバに入っている内容を、最も低いインデックスの列の行のインデックスにしたがって内容を読む。その結果は、ｘ（０），ｙ（０），ｙ（８）である。その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。その結果はｘ（１），ｙ（１），ｙ（９）である。その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。その結果は、ｘ（２），ｙ（２），ｙ（１０）である。その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。その結果は、x（３），ｙ（３），ｙ（１１）である。その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。その結果は、x（４），ｙ（４）である。ここで、「ＮＵＬＬ」は読まないで無視した。その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。その結果は、x（５），ｙ（５）である。ここで「ＮＵＬＬ」は読まないで無視した。その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。その結果は、x（６），ｙ（６）である。ここで、「ＮＵＬＬ」は読まないで無視した。その次の列のインデックスを上げて行のインデックスにしたがって内容を読む。その結果は、ｘ（７），ｙ（７）である。ここで、「ＮＵＬＬ」は読まないで無視した。このように順に読んだ結果として一つのシーケンスを生成できる。一つのシーケンスは、ｘ（０），ｙ（０），ｙ（８），ｘ（１），ｙ（１），ｙ（９），ｘ（２），ｙ（２），ｙ（１０），ｘ（３），ｙ（３），ｙ（１１），ｘ（４），ｙ（４），ｘ（５），ｙ（５），ｘ（６），ｙ（６），ｘ（７），ｙ（７）である。第１方法として、第１シーケンスは、高い優先順位ＵＣＩビットシーケンスであり、第２シーケンスは、低い優先順位ＵＣＩビットシーケンスであってよい。したがって、ブロックインターリーバの列の数はＮ１＝Ａであり、行の数は１＋ｃｅｉｌ（Ｎ２／Ｎ１）＝１＋ｃｅｉｌ（Ｂ／Ａ）であってよい。ここで、ブロックインターリーバには高い優先順位ＵＣＩビットシーケンスのビット又は低い優先順位ＵＣＩビットシーケンスのビットが挿入されてよい。
第２方法として、第１シーケンスは、高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスであり、第２シーケンスは、低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスであってよい。ここで、高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスは、高い優先順位ＵＣＩビットシーケンスを２ビットずつまとめてＱＰＳＫモジュレーションして得たＱＰＳＫシンボルのシーケンスであり、低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスは、低い優先順位ＵＣＩビットシーケンスを２ビットずつまとめてＱＰＳＫモジュレーションして得たＱＰＳＫシンボルのシーケンスである。したがって、ブロックインターリーバの列の数は、Ｎ１＝Ａ／２であり、行の数は、１＋ｃｅｉｌ（Ｎ２／Ｎ１）＝１＋ｃｅｉｌ（（Ｂ／２）／（Ａ／２））＝１＋ｃｅｉｌ（Ｂ／Ａ）であってよい。ここで、ブロックインターリーバには、高い優先順位ＵＣＩ ＱＰＳＫシーケンスのＱＰＳＫシンボル又は低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスのＱＰＳＫシンボルが挿入されてよい。
第３方法として、第１シーケンスは、高い優先順位ＵＣＩビットシーケンスと低い優先順位ＵＣＩビットシーケンスのうち、長さの短いビットシーケンスであり、第２シーケンスは、高い優先順位ＵＣＩビットシーケンスと低い優先順位ＵＣＩビットシーケンスのうち、長さの長いビットシーケンスであってよい。したがって、ブロックインターリーバの列の数は、Ｎ１＝ｍｉｎ｛Ａ，Ｂ｝であり、行の数は、１＋ｃｅｉｌ（Ｎ２／Ｎ１）＝１＋ｃｅｉｌ（ｍａｘ｛Ａ，Ｂ｝／ｍｉｎ｛Ａ，Ｂ｝）であってよい。ここでブロックインターリーバには、高い優先順位ＵＣＩビットシーケンスのビット又は低い優先順位ＵＣＩビットシーケンスのビットが挿入されてよい。
第４方法として、第１シーケンスは、高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスと低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスのうち、長さの短いＱＰＳＫシンボルシーケンスであり、第２シーケンスは、高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスと低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスのうち、長さの長いＱＰＳＫシンボルシーケンスであってよい。したがって、ブロックインターリーバの列の数は、Ｎ１＝ｍｉｎ｛Ａ／２，Ｂ／２｝であり、行の数は、１＋ｃｅｉｌ（Ｎ２／Ｎ１）＝１＋ｃｅｉｌ（ｍａｘ｛Ａ／２，Ｂ／２｝／ｍｉｎ｛Ａ／２，Ｂ／２｝）であってよい。ここでブロックインターリーバには、高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスのＱＰＳＫシンボル又は低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスのＱＰＳＫシンボルが挿入されてよい。
第５方法として、第１シーケンスは、高い優先順位ＵＣＩビットシーケンスにおいて最後のビットを除外した高い優先順位ＵＣＩビットシーケンスであり、第２シーケンスは、低い優先順位ＵＣＩビットシーケンスであってよい。したがって、ブロックインターリーバの列の数は、Ｎ１＝Ａ－１であり、行の数は、１＋ｃｅｉｌ（Ｎ２／Ｎ１）＝１＋ｃｅｉｌ（Ｂ／（Ａ－１））であってよい。ここで、ブロックインターリーバには、高い優先順位ＵＣＩビットシーケンスのビット又は低い優先順位ＵＣＩビットシーケンスのビットが挿入されてよい。ブロックインターリーバから得た一つのＵＣＩシーケンスの末尾に、前記除外した最後のビットを付けることができる。
第６方法として、第１シーケンスは、高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスにおいて最後のＱＰＳＫシンボルを除外した高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスであり、第２シーケンスは、低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスであってよい。したがって、ブロックインターリーバの列の数は、Ｎ１＝Ａ／２－１であり、行の数は、１＋ｃｅｉｌ（Ｎ２／Ｎ１）＝１＋ｃｅｉｌ（（Ｂ／２）／（Ａ／２－１））であってよい。ここで、ブロックインターリーバには高い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスのＱＰＳＫシンボル又は低い優先順位ＵＣＩ ＱＰＳＫシンボルシーケンスのＱＰＳＫシンボルが挿入されてよい。ブロックインターリーバから得た一つのＵＣＩシーケンスの末尾に、前記除外した最後のＱＰＳＫシンボルを付けることができる。
第１方法～第６方法では、ブロックインターリーバの行の長さは、第１シーケンスの長さと決定された。以後の方法では、ブロックインターリーバの行の長さは、あらかじめ定められた値であってよい。例えば、ブロックインターリーバの列の数はＭとあらかじめ定められた値であってよい。そして、行の数は、第１シーケンスの長さ（Ｎ１）と第２シーケンスの長さ（Ｎ２）によって決定されてよい。すなわち、行の数は、ｃｅｉｌ（（Ｎ１＋Ｎ２）／Ｍ）と決定されてよい。端末は、前記ブロックインターリーバに第１シーケンスと第２シーケンスを順次に挿入できる。ここで、順次に挿入するとき、第１シーケンスと第２シーケンスを順に第１行にＭ個挿入し、その次の第２行にＭ個を挿入する方法を反復する。ここで、最後の行に挿入する第１シーケンスと第２シーケンスの数がＭよりも小さければ、「ＮＵＬＬ」を挿入できる。ここで、ｃｅｉｌ（（Ｎ１＋Ｎ２）／Ｍ）＊Ｍ－（Ｎ１＋Ｎ２）個の「ＮＵＬＬ」が挿入されてよい。このブロックインターリーバを読む方法は、先の第１方法～第６方法と同一である。
第７方法として、Ｍ＝Ｎ＿ｓｃ＝８であり、第１シーケンスは高い優先順位ＱＰＫＳシンボルシーケンス、第２シーケンスは低い優先順位ＱＰＳＫシンボルシーケンスであってよい。
第８方法として、Ｍ＝Ｎ＿ＰＲＢであり、第１シーケンスは高い優先順位ＱＰＫＳシンボルシーケンス、第２シーケンスは低い優先順位ＱＰＳＫシンボルシーケンスであってよい。
ＩＶ．ＰＵＣＣＨ衝突時の多重化及びリソース決定方法２
本実施例では、「Ｉ．ＰＵＣＣＨ衝突時の多重化及びリソース決定方法」に続いて、多重化されたＵＣＩを送信するためのＰＵＣＣＨリソースを選択する方法をさらに開示する。
図１１を参照してＲｅｌ－１６のｐｒｉｏｒｉｔｉｚａｔｉｏｎ方式が説明された。低い優先順位に該当するＰＵＣＣＨを送信しない場合に、様々な問題点が発生し、これを再送信する方法がＩ．で開示された。しかし、Ｉ．による方法はＰＤＣＣＨを用いているため、下りリンク制御リソースオーバーヘッドが存在する。
図１３を参照して、ＬＰ ＰＵＣＣＨとＨＰ ＰＵＣＣＨのＵＣＩを一つの新しい（ｎｅｗ）ＰＵＣＣＨで送信する方式を示した。このような方式を多重化方式と呼ぶ。
本実施例では、多重化されたＵＣＩの送信のためにＰＵＣＣＨリソースを選択する３つの実施例を開示する。
（第１実施例）図１３を参照すると、端末は、ＬＰ ＵＣＩを送信するＰＵＣＣＨ（ＬＰ－ＰＵＣＣＨ）とＨＰ ＵＣＩを送信するＰＵＣＣＨ（ＨＰ－ＰＵＣＣＨ）を多重化するためのＰＵＣＣＨリソースとして新しいＰＵＣＣＨリソースを選択できる。ここで、新しいＰＵＣＣＨリソースとは、ＬＰ ＵＣＩを送信するＰＵＣＣＨを設定するＲＲＣ信号及びＨＰ ＵＣＩを送信するＰＵＣＣＨを設定するＲＲＣ信号とは異なるＲＲＣ信号によって設定されるＰＵＣＣＨリソースであってよい。
まず、基地局は端末に、多重化において使用する新しいＰＵＣＣＨリソースを構成できる。これは、ＲＲＣシグナリングによって設定されてよい。ＲＲＣシグナリングによって設定された新しいＰＵＣＣＨリソースは、次の情報のうち少なくとも一部を含んでよい。
－ ＰＵＣＣＨ ｆｏｒｍａｔ、スロット内でＰＵＣＣＨ開始シンボルインデックス、ＰＵＣＣＨ長さ、ＰＵＣＣＨのｌｏｗｅｓｔ ＰＲＢ、ＰＵＣＣＨの最大ＰＲＢの数又は循環シフト値、及びＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒｉｎｇ ｃｏｄｅ）値
前記情報は、既存のＰＵＣＣＨ（すなわち、同一優先順位のＵＣＩを送信するＰＵＣＣＨ）を構成する時に設定したのと同じ値である。追加として、多重化に用いる新しいＰＵＣＣＨは、ＬＰ ＵＣＩとＨＰ ＵＣＩを多重化するために、低い優先順位の最大コード率と高い優先順位の最大コード率が必要である。より具体的には、仮に基地局が端末にＬＰ ＵＣＩとＨＰ ＵＣＩのそれぞれを別個に符号化する場合（以下、別個符号化）に、端末は、ＬＰ ＵＣＩのための低い優先順位の最大コード率とＨＰ ＵＣＩのための高い優先順位の最大コード率が必要である。ここで、別個に符号化するということは、各ＵＣＩが互いに関連付けられることなく別個のチャネルコーディング及びレートマッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）されることを意味する。
端末が高い優先順位の最大コード率と低い優先順位の最大コード率を決定する方法は次の通りである。
（第１方法）端末には基地局から、新しいＰＵＣＣＨ ｆｏｒｍａｔに次のものが構成されてよい。
－ 一つの低い優先順位の最大コード率
－ 一つの高い優先順位の最大コード率
端末は、ＬＰ ＵＣＩとＨＰ ＵＣＩを多重化するための新しいＰＵＣＣＨリソースを決定することができる。端末は、前記ＰＵＣＣＨリソースのフォーマットに設定された前記構成された一つの低い優先順位の最大コード率と一つの高い優先順位の最大コード率を決定できる。端末は、前記一つの低い優先順位の最大コード率を用いてＬＰ ＵＣＩをエンコードできる。端末は、前記一つの高い優先順位の最大コード率を用いてＨＰ ＵＣＩをエンコードできる。端末は、エンコードされたＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化（Ｍｕｔｉｐｌｅｘｉｎｇ）させて新しいＰＵＣＣＨで送信できる。
（第２方法）端末には基地局から、新しいＰＵＣＣＨ ｆｏｒｍａｔに次が構成されてよい。
－ 各ＰＵＣＣＨ ｆｏｒｍａｔ別に低い優先順位の最大コード率
－ 各ＰＵＣＣＨ ｆｏｒｍａｔ別に高い優先順位の最大コード率
端末は、ＬＰ ＵＣＩを送信するＬＰ－ＰＵＣＣＨとＨＰ ＵＣＩを送信するＨＰ－ＰＵＣＣＨとが少なくとも１つのシンボルで重なる場合（これは衝突と表現される。）に、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するための新しいＰＵＣＣＨリソースを決定できる。端末は、前記ＰＵＣＣＨリソースのフォーマットに設定された低い優先順位の最大コード率のうち一つと高い優先順位の最大コード率のうち一つを決定できる。ここで、衝突したＬＰ－ＰＵＣＣＨのフォーマットに基づいて低い優先順位の最大コード率のうち一つを選択できる。すなわち、衝突したＬＰ－ＰＵＣＣＨのフォーマットが１であれば、前記ＰＵＣＣＨリソースのフォーマットに設定された低い優先順位の最大コード率のうち、ＰＵＣＣＨフォーマット１に該当する低い優先順位最大コード率を選択できる。ここで、衝突したＨＰ－ＰＵＣＣＨのフォーマットに基づいて高い優先順位の最大コード率のうち一つを選択できる。すなわち、衝突したＨＰ－ＰＵＣＣＨのフォーマットが１であれば、前記ＰＵＣＣＨリソースのフォーマットに設定された高い優先順位の最大コード率のうち、ＰＵＣＣＨフォーマット１に該当する高い優先順位最大コード率を選択できる。
第１方法と比較するとき、第２方法では、基地局がＰＵＣＣＨ ｆｏｒｍａｔによる最大コード率を構成し、端末は、構成された最大コード率のうち一つを、衝突したＰＵＣＣＨ ｆｏｒｍａｔに基づいて選択できる。このような方式により、衝突したＰＵＣＣＨ ｆｏｒｍａｔにしたがってそれぞれ異なるＵＣＩ信頼度を保障できる。
（第３方法）端末は、基地局から新しいＰＵＣＣＨ ｆｏｒｍａｔに最大コード率が設定されなくてよい。この場合、端末は次のように低い優先順位の最大コード率と高い優先順位の最大コード率を決定できる。
端末は、ＬＰ ＵＣＩを送信するＬＰ－ＰＵＣＣＨとＨＰ ＵＣＩを送信するＨＰ－ＰＵＣＣＨとが少なくとも１つのシンボルで重なる場合に、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するための新しいＰＵＣＣＨリソースを決定できる。端末は、衝突したＬＰ－ＰＵＣＣＨのフォーマットに設定された最大コード率を低い優先順位の最大コード率と決定できる。また、衝突したＨＰ－ＰＵＣＣＨのフォーマットに設定された最大コード率を高い優先順位の最大コード率と決定できる。すなわち、第３方法では、端末は、衝突したＰＵＣＣＨ ｆｏｒｍａｔに設定された最大コード率を用いてＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化できる。
第２方法又は第３方法において、衝突したＰＵＣＣＨ ｆｏｒｍａｔ（ＬＰ－ＰＵＣＣＨ又はＨＰ－ＰＵＣＣＨ）に基づいて、多重化に用いられる最大コード率が変わってよい。ここで、衝突したＰＵＣＣＨ ｆｏｒｍａｔを参照ＰＵＣＣＨ ｆｏｒｍａｔとしよう。低い優先順位の最大コード率を選択するために用いる参照ＰＵＣＣＨ ｆｏｒｍａｔを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔという。高い優先順位の最大コード率を選択するために用いる参照ＰＵＣＣＨ ｆｏｒｍａｔを、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔという。
以下、本実施例では、複数の衝突したＰＵＣＣＨ ｆｏｒｍａｔの中から一つの参照ＰＵＣＣＨ ｆｏｒｍａｔを決める方法が開示される。
図１４を参照すると、ＨＰ－ＰＵＣＣＨが２つ以上のＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔと少なくとも１つのシンボルで重なるので、端末は、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、新しいＰＵＣＣＨで送信できる。ここで、新しいＰＵＣＣＨで多重化されるＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔが２つ以上であるので、前記２つ以上のＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔのうち一つのＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定しなければならない。参考として、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔが決定されると、それに基づき、第２方法及び第３方法の方法によって低い優先順位最大コード率が決定され得る。
以下では、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔを決定する具体的な方法が開示される。
（第１方法）端末は、複数の衝突したＬＰ－ＰＵＣＣＨのうち、最も高い最大コード率が設定されたＬＰ－ＰＵＣＣＨを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定できる。ここで、ＬＰ－ＰＵＣＣＨは自分のフォーマットによって最大コード率が設定されている。したがって、端末は、前記最大コード率を比較し、最も高い最大コード率が設定されたＬＰ－ＰＵＣＣＨを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして選択できる。第１方法は、同等に、端末が複数の衝突したＬＰ－ＰＵＣＣＨのうち、最も高い最大コード率を低い優先順位最大コード率と決定することである。
第１方法において最も高い最大コード率と決定するので、ＬＰ ＵＣＩは低い信頼度で送信され得る。ＬＰ ＵＣＩが占めるリソースの数が少なくてよいので、ＨＰ ＵＣＩに比較的より多い数のリソースを割り当て、ＨＰ ＵＣＩの信頼度を上げることができる。
（第２方法）端末は、複数の衝突したＬＰ－ＰＵＣＣＨのうち、最も低い最大コード率が設定されたＬＰ－ＰＵＣＣＨを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定できる。ここで、ＬＰ－ＰＵＣＣＨは自分のフォーマットによって最大コード率が設定されている。したがって、端末は、前記最大コード率を比較し、最も低い最大コード率が設定されたＬＰ－ＰＵＣＣＨを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして選択できる。第２方法は、同等に、端末が複数の衝突したＬＰ－ＰＵＣＣＨのうち、最も低い最大コード率を低い優先順位最大コード率と決定することである。
第１方法において最も低い最大コード率と決定するので、ＬＰ ＵＣＩの信頼度が保障され得る。
（第３方法）複数の衝突したＬＰ－ＰＵＣＣＨのうち、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＬＰ－ＰＵＣＣＨ及びＲＲＣ信号によって構成されたＬＰ－ＰＵＣＣＨがある場合に、端末は、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＬＰ－ＰＵＣＣＨを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定できる。ここで、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＬＰ－ＰＵＣＣＨは、次のような場合を含む。
ｉ）ＤＣＩ ｆｏｒｍａｔでＰＤＳＣＨをスケジュールし、前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫがＬＰ－ＰＵＣＣＨで送信される場合
ｉｉ）ＤＣＩ ｆｏｒｍａｔでＳＰＳ ＰＤＳＣＨ解除を指示し、前記ＳＰＳ ＰＤＳＣＨ解除のＨＡＲＱ－ＡＣＫがＬＰ－ＰＵＣＣＨで送信される場合
第３方法では、基地局がＤＣＩ ｆｏｒｍａｔでＬＰ－ＰＵＣＣＨをスケジュール又は指示できるので、前記ＤＣＩ ｆｏｒｍａｔのＬＰ－ＰＵＣＣＨを低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして用いることができる。
（第４方法）複数の衝突したＬＰ－ＰＵＣＣＨのうち、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＬＰ－ＰＵＣＣＨが複数個ある場合に、端末は、最も遅い時点のＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＬＰ－ＰＵＣＣＨを、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして用いることができる。ここで、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＬＰ－ＰＵＣＣＨは、次のような場合は、上の第３方法における場合と同一である。
第４方法において最も遅い時点のＤＣＩ ｆｏｒｍａｔを用いるので、基地局は、最も遅い時点に送信されるＤＣＩ ｆｏｒｍａｔを用いて低い優先順位参照ＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔを変えることができる。
図１５を参照すると、ＬＰ－ＰＵＣＣＨが２つ以上のＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔと少なくとも１つのシンボルで重なるので、端末はそれれを多重化して新しいＰＵＣＣＨで送信できる。ここで、新しいＰＵＣＣＨで多重化されるＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔが２つ以上であるので、前記２つ以上のＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔのうち一つのＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔを高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定しなければならない。参考として、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔが決定されると、それに基づき、第２方法及び第３方法の方法によって高い優先順位最大コード率が決定され得る。
以下では、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔを決定する具体的な方法が開示される。
（第１方法）端末は、複数の衝突したＨＰ－ＰＵＣＣＨのうち、最も高い最大コード率が設定されたＨＰ－ＰＵＣＣＨを、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定できる。ここで、ＨＰ－ＰＵＣＣＨは自分のフォーマットによって最大コード率が設定されている。したがって、端末は、前記最大コード率を比較し、最も高い最大コード率が設定されたＨＰ－ＰＵＣＣＨを、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして選択できる。第１方法は、同等に、端末は複数の衝突したＨＰ－ＰＵＣＣＨのうち、最も高い最大コード率を高い優先順位最大コード率と決定することである。
第１方法において最も高い最大コード率と決定するので、ＨＰ ＵＣＩの信頼度を保障できる。
（第２方法）端末は、複数の衝突したＨＰ－ＰＵＣＣＨのうち、最も低い最大コード率が設定されたＨＰ－ＰＵＣＣＨを、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定できる。ここで、ＨＰ－ＰＵＣＣＨは自分のフォーマットによって最大コード率が設定されている。したがって、端末は、前記最大コード率を比較し、最も低い最大コード率が設定されたＨＰ－ＰＵＣＣＨを、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして選択できる。第２方法は、同等に、端末は複数の衝突したＨＰ－ＰＵＣＣＨのうち、最も低い最大コード率を高い優先順位最大コード率と決定することである。
第１方法において最も低い最大コード率と決定するので、ＨＰ ＵＣＩの信頼度は低くなり得る。しかし、ＨＰ ＵＣＩに使用するリソースの数が減るので、ＬＰ ＵＣＩをより多く送信することができる。
（第３方法）複数の衝突したＨＰ－ＰＵＣＣＨのうち、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＨＰ－ＰＵＣＣＨ及びＲＲＣ信号によって構成されたＨＰ－ＰＵＣＣＨがある場合に、端末は、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＨＰ－ＰＵＣＣＨを、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔと決定できる。ここで、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＨＰ－ＰＵＣＣＨは、次のような場合を含む。
ｉ）ＤＣＩ ｆｏｒｍａｔでＰＤＳＣＨをスケジュールし、前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫがＬＰ－ＰＵＣＣＨで送信される場合
ｉｉ）ＤＣＩ ｆｏｒｍａｔでＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅを指示し、前記ＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅのＨＡＲＱ－ＡＣＫがＬＰ－ＰＵＣＣＨで送信される場合
第３方法では基地局がＤＣＩ ｆｏｒｍａｔでＨＰ－ＰＵＣＣＨをスケジュール又は指示できるので、前記ＤＣＩ ｆｏｒｍａｔのＨＰ－ＰＵＣＣＨを高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして用いることができる。
（第４方法）複数の衝突したＨＰ－ＰＵＣＣＨのうち、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＨＰ－ＰＵＣＣＨが複数個ある場合に、端末は、最も遅い時点のＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＨＰ－ＰＵＣＣＨを、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとして用いることができる。ここで、ＤＣＩ ｆｏｒｍａｔでスケジュール又は指示されたＨＰ－ＰＵＣＣＨは、次のような場合は上の第３方法の場合と同一である。
第４方法において最も遅い時点のＤＣＩ ｆｏｒｍａｔを用いるので、基地局は、最も遅い時点に送信されるＤＣＩ ｆｏｒｍａｔを用いて高い優先順位参照ＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔを変えることができる。
次に、多重化するＰＵＣＣＨリソースを選択する第２実施例が開示される。
（第２実施例）図１６を参照すると、端末は、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するためのＰＵＣＣＨリソースとして高い優先順位ＰＵＣＣＨリソースを選択できる。ここで、高い優先順位ＰＵＣＣＨリソースとは、衝突したＰＵＣＣＨのうち、ＨＰ ＵＣＩを送信するＰＵＣＣＨリソースである。
第２実施例によって端末が多重化するリソースとして高い優先順位ＰＵＣＣＨリソースを選択する場合に、端末は、前記高い優先順位ＰＵＣＣＨのフォーマットに設定されている最大コード率を、高い優先順位最大コード率として用いることができる。この場合、低い優先順位最大コード率を決定する必要がある。そのための方法は次の通りである。
（第１方法）端末は基地局から、高い優先順位ＰＵＣＣＨ ｆｏｒｍａｔに一つの低い優先順位の最大コード率がさらに構成されてよい。
端末は、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するための新しいＰＵＣＣＨリソースを決定できる。端末は、前記ＰＵＣＣＨリソースのフォーマットに設定された前記構成された一つの低い優先順位の最大コード率と一つの高い優先順位の最大コード率を決定できる。端末は、前記一つの低い優先順位の最大コード率を用いてＬＰ ＵＣＩをエンコードできる。端末は、ＰＵＣＣＨ ｆｏｒｍａｔに構成された最大コード率を用いてＨＰ ＵＣＩをエンコードできる。端末は、エンコードされたＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、新しいＰＵＣＣＨで送信できる。すなわち、第１方法によって、高い優先順位ＰＵＣＣＨ ｆｏｒｍａｔに既に構成された最大コード率はＨＰ ＵＣＩに用い、新しい一つの低い優先順位の最大コード率をさらに構成し、前記低い優先順位の最大コード率は低い優先順位ＵＣＩに用いることができる。
第１方法の変形として、端末は、高い優先順位ＰＵＣＣＨ ｆｏｒｍａｔに２つの最大コード率が設定されてよい。ここで、２つのうちより低い最大コード率は、ＨＰ ＵＣＩに用い、２つのうちより高い最大コード率は、低い優先順位ＵＣＩに用いることができる。
（第２方法）端末は基地局から、新しいＰＵＣＣＨ ｆｏｒｍａｔに各ＰＵＣＣＨ ｆｏｒｍａｔ別に低い優先順位の最大コード率が構成されてよい。
端末は、ＬＰ ＵＣＩを送信するＬＰ－ＰＵＣＣＨとＨＰ ＵＣＩを送信するＨＰ－ＰＵＣＣＨとが少なくとも１つのシンボルで重なる場合（これは衝突と表現される。）、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するための新しいＰＵＣＣＨリソースを決定できる。端末は、前記ＰＵＣＣＨリソースのフォーマットに設定された低い優先順位の最大コード率のうち一つを決定できる。ここで、衝突したＬＰ－ＰＵＣＣＨのフォーマットに基づいて、低い優先順位の最大コード率のうち一つを選択できる。すなわち、衝突したＬＰ－ＰＵＣＣＨのフォーマットが１であれば、前記ＰＵＣＣＨリソースのフォーマットに設定された低い優先順位の最大コード率のうち、ＰＵＣＣＨフォーマット１に該当する低い優先順位最大コード率を選択できる。
第１方法と比較するとき、第２方法では、基地局がＰＵＣＣＨ ｆｏｒｍａｔによる最大コード率を構成し、端末は、構成された最大コード率のうち一つを、衝突したＰＵＣＣＨ ｆｏｒｍａｔに基づいて選択できる。このような方式により、衝突したＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔにしたがってそれぞれ異なるＵＣＩ信頼度を保障できる。
（第３方法）端末は基地局から、ＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔに低い優先順位の最大コード率が設定されなくてよい。この場合、端末は次のように低い優先順位の最大コード率を決定できる。
端末は、ＬＰ ＵＣＩを送信するＬＰ－ＰＵＣＣＨとＨＰ ＵＣＩを送信するＨＰ－ＰＵＣＣＨとが少なくとも１つのシンボルで重なる場合に、前記ＨＰ－ＰＵＣＣＨでＬＰ ＵＣＩとＨＰ ＵＣＩを多重化することができる。端末は、衝突したＬＰ－ＰＵＣＣＨのフォーマットに設定された最大コード率を、低い優先順位の最大コード率と決定できる。すなわち、第３方法では、衝突したＰＵＣＣＨ ｆｏｒｍａｔに設定された最大コード率を用いてＬＰ ＵＣＩとＨＰ ＵＣＩを多重化できる。
前記第２方法及び第３方法において、端末は、衝突したＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔに基づいて、多重化に用いる低い優先順位最大コード率が変わってよい。ここで、衝突したＬＰ－ＰＵＣＣＨ ｆｏｒｍａｔを低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとしよう。低い優先順位の最大コード率は低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔによって決定されてよい。ここで、低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔ及び低い優先順位の最大コード率は、先の第１実施例の方法を適用して求めることができる。
次に、多重化するＰＵＣＣＨリソースを選択する第３実施例が開示される。
（第３実施例）図１７を参照すると、端末は、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するためのＰＵＣＣＨリソースとして低い優先順位ＰＵＣＣＨリソースを選択できる。ここで、低い優先順位ＰＵＣＣＨリソースとは、衝突したＰＵＣＣＨのうち、ＬＰ ＵＣＩを送信するＰＵＣＣＨリソースのことを指す。
第３実施例によって、端末が多重化するリソースとして低い優先順位ＰＵＣＣＨリソースを選択する場合に、端末は、前記低い優先順位ＰＵＣＣＨのフォーマットに設定されている最大コード率を、低い優先順位最大コード率として用いることができる。この場合、高い優先順位最大コード率を決定する必要がある。そのための方法は次の通りである。
（第１方法）端末は基地局から、低い優先順位ＰＵＣＣＨ ｆｏｒｍａｔに一つの高い優先順位の最大コード率がさらに構成されてよい。
端末は、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するための新しいＰＵＣＣＨリソースを決定できる。端末は、前記ＰＵＣＣＨリソースのフォーマットに設定された前記構成された一つの高い優先順位の最大コード率と低い優先順位の最大コード率を決定できる。端末は、前記一つの高い優先順位の最大コード率を用いてＨＰ ＵＣＩをエンコードできる。端末は、多重化を行うＬＰ－ＰＵＣＣＨに構成された最大コード率を用いてＬＰ ＵＣＩをエンコードできる。端末は、エンコードされたＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化し、新しいＰＵＣＣＨで送信できる。すなわち、第１方法によって、低い優先順位ＰＵＣＣＨ ｆｏｒｍａｔに既に構成された最大コード率はＬＰ ＵＣＩに用い、新しく一つの高い優先順位の最大コード率をさらに構成し、前記高い優先順位の最大コード率はＨＰ ＵＣＩに用いることができる。
第１方法の変形として、端末は、低い優先順位ＰＵＣＣＨ ｆｏｒｍａｔに２つの最大コード率が設定されてよい。ここで、２つのうちより低い最大コード率は、ＨＰ ＵＣＩに用い、２つのうちより高い最大コード率は、低い優先順位ＵＣＩに用いることができる。
（第２方法）端末は基地局から、新しいＰＵＣＣＨ ｆｏｒｍａｔに各ＰＵＣＣＨ ｆｏｒｍａｔ別に高い優先順位の最大コード率が構成されてよい。
端末は、ＨＰ ＵＣＩとＬＰ ＵＣＩとが少なくとも１つのシンボルで重なる場合に、ＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化するための新しいＰＵＣＣＨリソースを決定できる。端末は、前記ＰＵＣＣＨリソースのフォーマットに設定された高い優先順位の最大コード率のうち一つを決定できる。ここで、衝突したＨＰ－ＰＵＣＣＨのフォーマットに基づいて高い優先順位の最大コード率のうち一つを選択できる。すなわち、衝突したＨＰ－ＰＵＣＣＨのフォーマットが１であれば、前記ＰＵＣＣＨリソースのフォーマットに設定された高い優先順位の最大コード率のうち、ＰＵＣＣＨフォーマット１に該当する高い優先順位最大コード率を選択できる。
第１方法と比較するとき、第２方法では、基地局がＰＵＣＣＨ ｆｏｒｍａｔによる最大コード率を構成し、端末は構成された最大コード率のうち一つを、衝突したＰＵＣＣＨ ｆｏｒｍａｔに基づいて選択できる。このような方式により、衝突したＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔにしたがってそれぞれ異なるＵＣＩ信頼度を保障できる。
（第３方法）端末は基地局から、ＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔに高い優先順位の最大コード率が設定されなくてよい。この場合、端末は次のように高い優先順位の最大コード率を決定できる。
端末は、ＬＰ ＵＣＩとＨＰ ＵＣＩとが少なくとも１つのシンボルで重なる場合に、前記ＬＰ－ＰＵＣＣＨでＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化することができる。端末は、衝突したＨＰ－ＰＵＣＣＨのフォーマットに設定された最大コード率を、高い優先順位の最大コード率と決定できる。すなわち、３実施例では、衝突したＰＵＣＣＨ ｆｏｒｍａｔに設定された最大コード率を用いてＬＰ ＵＣＩとＨＰ ＵＣＩを多重化できる。
前記第２方法及び第３方法において、端末は、衝突したＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔに基づいて、多重化に用いる低い優先順位最大コード率が変わってよい。ここで、衝突したＨＰ－ＰＵＣＣＨ ｆｏｒｍａｔを低い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔとしよう。高い優先順位の最大コード率は、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔによって決定されてよい。ここで、高い優先順位参照ＰＵＣＣＨ ｆｏｒｍａｔ及び高い優先順位の最大コード率は、先の第１実施例の方法を適用して求めることができる。
Ｖ．ＰＵＣＣＨ衝突時の多重化及びリソース決定方法３
以下、実施例は、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０とＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０又は１との衝突状況に関する。各ＰＵＣＣＨが何ビットのいずれのＵＣＩを送信するかによって様々な実施例が開示される。
（第１実施例）ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０は、２ビットＨＡＲＱ－ＡＣＫを送信し、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０又は１は１個のＳＲを送信できる。
仮に両者間の優先順位を考慮しないで２ビットＨＡＲＱ－ＡＣＫと１個のＳＲが多重化される場合に、２ビットＨＡＲＱ－ＡＣＫとＳＲはＰＵＣＣＨ ｆｏｒｍａｔ ０に多重化されて送信されてよい。ここで、ＣＳ（ｃｙｃｌｉｃ ｓｈｉｆｔ）のマッピングは、図２６（ａ）に示されている。
図２６は、一実施例に係る循環シフト（ＣＳ）値を示す図である。
図２６（ａ）を参照すると、ＣＳ０は（Ａ，Ａ，－）、ＣＳ１は（Ａ，Ａ，＋）、ＣＳ３は（Ａ，Ｎ，－）、ＣＳ４は（Ａ，Ｎ，＋）、ＣＳ６は（Ｎ，Ｎ，－）、ＣＳ７は（Ｎ，Ｎ，＋）、ＣＳ９は（Ｎ，Ａ，－）、ＣＳ１０は（Ｎ，Ａ，＋）と表すことができる。ここで、（「ａ」，「ｂ」，「ｃ」）において、「ａ」は一番目のＨＡＲＱ－ＡＣＫビット、「ｂ」は二番目のＨＡＲＱ－ＡＣＫビット、「ｃ」が「－」であればｎｅｇａｔｉｖｅ ＳＲ、ｃが「＋」であればｐｏｓｉｔｉｖｅ ＳＲを示す。
端末の低い優先順位のＨＡＲＱ－ＡＣＫのＡＣＫとＮＡＣＫは、最大で２個のＣＳ間隔を満足する。例えば、ＣＳ１及びＣＳ３は、二番目のＨＡＲＱ－ＡＣＫビットがＡＣＫ及びＮＡＣＫであって、互いに異なる。このとき、ＣＳの間隔は２である（参考として、ＣＳの１間隔はπ／６である。）。しかし、高い優先順位のＳＲに対するｎｅｇａｔｉｖｅ ＳＲとｐｏｓｉｔｉｖｅ ＳＲ間のＣＳ間隔は、１である。例えば、ＣＳ０はｎｅｇａｔｉｖｅ ＳＲであり、ＣＳ１はｐｏｓｉｔｉｖｅ ＳＲである。したがって、高い優先順位のＳＲに比べて、低い優先順位のＨＡＲＱ－ＡＣＫがより高い信頼度を有する。これは、基地局がＣＳを１個だけ間違って判定する場合に、高い優先順位のＳＲは誤判定するが、低い優先順位のＨＡＲＱ－ＡＣＫは誤判定しないためである。
図２６（ｂ）を参照すると、（「ａ」，「ｂ」，「ｃ」）のうち二番目のＨＡＲＱ－ＡＣＫビットのＡＣＫ又はＮＡＣＫを示す「ｂ」に、高い優先順位のＳＲがｐｏｓｉｔｉｖｅかｎｅｇａｔｉｖｅかを示し、三番目の「ｃ」に、二番目のＨＡＲＱ－ＡＣＫビットがＡＣＫかＮＡＣＫかを示すことができる。より具体的には、（「ａ」，「ｂ」，「ｃ」）のうち、二番目のＨＡＲＱ－ＡＣＫビットのＡＣＫ又はＮＡＣＫを示す「ｂ」のＡＣＫを、高い優先順位のＳＲがｎｅｇａｔｉｖｅであることを示すのに用い、「ｂ」のＮＡＣＫを、高い優先順位のＳＲがｐｏｓｉｔｉｖｅであることを示すのに用い、三番目の「ｃ」のｎｅｇａｔｉｖｅ ＳＲを、低い優先順位の二番目のＨＡＲＱ－ＡＣＫのＡＣＫを示すのに用い、「ｃ」のｐｏｓｉｔｉｖｅ ＳＲを、低い優先順位の二番目のＨＡＲＱ－ＡＣＫのＮＡＣＫを示すのに用いる。
ここで、二番目の「ｂ」の代わりに「ａ」を用いることができる。
すなわち、（「ａ」，「ｂ」，「ｃ」）のうち、一番目のＨＡＲＱ－ＡＣＫビットのＡＣＫ又はＮＡＣＫを示す「ａ」に、高い優先順位のＳＲがｐｏｓｉｔｉｖｅかｎｅｇａｔｉｖｅかを示し、三番目の「ｃ」に、一番目のＨＡＲＱ－ＡＣＫビットがＡＣＫかＮＡＣＫかを示すことができる。より具体的には、（「ａ」，「ｂ」，「ｃ」）のうち一番目のＨＡＲＱ－ＡＣＫビットのＡＣＫ又はＮＡＣＫを示す「ａ」のＡＣＫを、高い優先順位のＳＲがｎｅｇａｔｉｖｅであることを示すのに用い、「ａ」のＮＡＣＫを、高い優先順位のＳＲがｐｏｓｉｔｉｖｅであることを示すのに用い、三番目の「ｃ」のｎｅｇａｔｉｖｅ ＳＲを、低い優先順位の一番目のＨＡＲＱ－ＡＣＫのＡＣＫを示すのに用い、「ｃ」のｐｏｓｉｔｉｖｅ ＳＲを、低い優先順位の一番目のＨＡＲＱ－ＡＣＫのＮＡＣＫを示すのに用いる。
（第２実施例）ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０は、１ビットＨＡＲＱ－ＡＣＫを送信し、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０又は１は、１ビットＨＡＲＱ－ＡＣＫと１個のＳＲを送信する。
仮にＬＰ ＰＵＣＣＨとＨＰ ＰＵＣＣＨ間の優先順位を考慮しないで２ビットＨＡＲＱ－ＡＣＫ及び１個のＳＲが多重化される場合に、２ビットＨＡＲＱ－ＡＣＫとＳＲはＰＵＣＣＨ ｆｏｒｍａｔ ０に多重化されて送信されてよい。ここで、ＣＳ（ｃｙｃｌｉｃ ｓｈｉｆｔ）のマッピングは図２７に示されている。
図２７は、他の実施例に係る循環シフト値を示す図である。
図２７（ａ）を参照すると、ＣＳ０は（Ａ，Ａ，－）、ＣＳ１は（Ａ，Ａ，＋）、ＣＳ３は（Ａ，Ｎ，－）、ＣＳ４は（Ａ，Ｎ，＋）、ＣＳ６は（Ｎ，Ｎ，－）、ＣＳ７は（Ｎ，Ｎ，＋）、ＣＳ９は（Ｎ，Ａ，－）、ＣＳ１０は（Ｎ，Ａ，＋）と表すことができる。ここで、（「ａ」，「ｂ」，「ｃ」）において、「ａ」は高い優先順位のＨＡＲＱ－ＡＣＫビット、「ｂ」は低い優先順位のＨＡＲＱ－ＡＣＫビット、「ｃ」が「－」であればｎｅｇａｔｉｖｅ ＳＲ、ｃが「＋」であればｐｏｓｉｔｉｖｅ ＳＲを示す。
図２６（ａ）と類似に、高い優先順位のＳＲに対するｎｅｇａｔｉｖｅ ＳＲとｐｏｓｉｔｉｖｅ ＳＲ間のＣＳ間隔は、１である。例えば、ＣＳ０はｎｅｇａｔｉｖｅ ＳＲであり、ＣＳ１はｐｏｓｉｔｉｖｅ ＳＲである。したがって、高い優先順位のＳＲに比べて、低い優先順位のＨＡＲＱ－ＡＣＫが、より高い信頼度を有する。これは、基地局がＣＳを１個だけ誤って判定する場合に、高い優先順位のＳＲは誤判定するが、低い優先順位のＨＡＲＱ－ＡＣＫは誤判定しないためである。
これを解決するために、図２７（ｂ）を参照すると、（「ａ」，「ｂ」，「ｃ」）のうち、低い優先順位のＨＡＲＱ－ＡＣＫビットのＡＣＫ又はＮＡＣＫを示す「ｂ」に、高い優先順位のＳＲがｐｏｓｉｔｉｖｅかｎｅｇａｔｉｖｅかを示し、三番目の「ｃ」に、低い優先順位のＨＡＲＱ－ＡＣＫビットがＡＣＫかＮＡＣＫかを示すことができる。より具体的には、（「ａ」，「ｂ」，「ｃ」）のうち、低い優先順位のＨＡＲＱ－ＡＣＫビットのＡＣＫ又はＮＡＣＫを示す「ｂ」のＡＣＫを、高い優先順位のＳＲがｎｅｇａｔｉｖｅであることを示すのに用い、「ｂ」のＮＡＣＫを、高い優先順位のＳＲがｐｏｓｉｔｉｖｅであることを示すのに用い、三番目の「ｃ」のｎｅｇａｔｉｖｅ ＳＲを、低い優先順位の低い優先順位のＨＡＲＱ－ＡＣＫのＡＣＫを示すのに用い、「ｃ」のｐｏｓｉｔｉｖｅ ＳＲを、低い優先順位の低い優先順位のＨＡＲＱ－ＡＣＫのＮＡＣＫを示すのに用いる。
ＶＩ．ＰＵＣＣＨ衝突時の多重化及びリソース決定方法４
以下、実施例は、ＨＰ－ＵＣＩがＨＰ－ＳＲを含むか否かによって、ＬＰ－ＵＣＩ及びＨＰ－ＵＣＩを多重化する様々なシナリオを定義し、各シナリオ別多重化方法を開示する。
一側面において、ＨＰ－ＵＣＩがＨＰ－ＳＲを含む場合に、次のシナリオＡ１～Ａ４を考慮する。
シナリオＡ１）１ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
シナリオＡ２）１ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
シナリオＡ３）２ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
シナリオＡ４）２ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
他の側面において、ＨＰ－ＵＣＩがＨＰ－ＳＲを含む場合に、次のシナリオＢ１～Ｂ６を考慮する。
シナリオＢ１）１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
シナリオＢ２）１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
シナリオＢ３）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
シナリオＢ４）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
シナリオＢ５）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
シナリオＢ６）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
端末は、各シナリオにおいてＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化して一つのＰＵＣＣＨで送信できる。ここで、前記一つのＰＵＣＣＨは、ＰＵＣＣＨ ｆｏｒｍａｔ ０であってよい。すなわち、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０とＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０とが衝突する場合に、ＬＰ ＵＣＩとＨＰ ＵＣＩは一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で送信されてよい。
ここで、前記一つのＰＵＣＣＨ ｆｏｒｍａｔ ０は、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０又はＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０の一つであってよい。好ましくは、前記一つのＰＵＣＣＨ ｆｏｒｍａｔ ０は、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０であってよい。これは、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０がより高い信頼性を有し得るためである。さらに他の例示として、前記一つのＰＵＣＣＨ ｆｏｒｍａｔ ０は、第３ＰＵＣＣＨ ｆｏｒｍａｔ ０であってもよい。第３ＰＵＣＣＨ ｆｏｒｍａｔ ０は、基地局から別個に設定されてよい。ここで、新しいＰＵＣＣＨ ｆｏｒｍａｔ ０は、多重化の場合においてのみ使用できるＰＵＣＣＨであってよい。
以下では、各シナリオ別にＬＰ ＵＣＩ及びＨＰ ＵＣＩを多重化して一つのＰＵＣＣＨ ｆｏｒｍａｔ ０を送信する方法について開示される。
（シナリオＡ１）１ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
表６を参照すると、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において１ビットＨＰ－ＨＡＲＱがＮＡＣＫの場合にｍＣＳ＝０であり、ＡＣＫの場合にｍＣＳ＝６である。表７を参照すると、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において１ビットＬＰ－ＨＡＲＱがＮＡＣＫの場合にｍＣＳ＝０であり、ＡＣＫの場合にｍＣＳ＝６である。
前記ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０とＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０は、同じシンボルで衝突することがある。この場合、端末は、低い優先順位の１ビットＬＰ－ＨＡＲＱと高い優先順位の１ビットＨＰ－ＨＡＲＱを一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で送信できる。すなわち、前記一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で２ビットを送信しなければならない。そのための方法は次の通りである。（第１方法）端末は、前記低い優先順位の１ビットＬＰ－ＨＡＲＱと高い優先順位の１ビットＨＰ－ＨＡＲＱ間の優先順位を考慮せずに、それらを結合して２ビットＨＡＲＱ－ＡＣＫを生成できる。そして、端末は、前記２ビットＨＡＲＱをＲｅｌ－１５の２ビットＨＡＲＱ送信方法によってＰＵＣＣＨ ｆｏｒｍａｔ ０で送信できる。すなわち、前記２ビットＨＡＲＱ－ＡＣＫ送信方法は表８の通りである。
しかしながら、このように２ビットＨＡＲＱ－ＡＣＫを送信する方式は、次のような問題がある。２ビットＨＡＲＱ－ＡＣＫを送信する一つのＰＵＣＣＨ ｆｏｒｍａｔ ０は、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０であり得る。この場合、端末が１ビットＬＰ－ＨＡＲＱを指示するＰＤＣＣＨの受信に失敗すると、端末は、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０で１ビットＨＡＲＱのみを送信する。ここで、１ビットＨＡＲＱ－ＡＣＫがＮＡＣＫであればｍＣＳ＝０であり、ＡＣＫであればｍＣＳ＝６である。問題は、端末は１ビットＨＡＲＱ－ＡＣＫがＡＣＫの場合にｍＣＳ＝６を選択してＰＵＣＣＨ ｆｏｒｍａｔ ０を送信するが、基地局は１ビットＬＰ－ＨＡＲＱ及び１ビットＨＰ－ＨＡＲＱが多重化されて送信されると期待する。したがって、基地局がｍＣＳ＝６を検出すると、１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱをいずれもＡＣＫと判定する。したがって、ＬＰ－ＨＡＲＱの場合、端末が基地局に送信しなかったにもかかわらず、基地局はＮＡＣＫと判定する。したがって、基地局と端末間にＬＰ－ＨＡＲＱに対する錯誤（ｍｉｓ－ｕｎｄｅｒｓｔａｎｄｉｎｇ）が発生し得る。これを解決するための第２方法は次の通りである。（第２方法）表９のように、ｍＣＳ＝６は、１ビットＨＰ－ＨＡＲＱがＡＣＫであり、１ビットＬＰ－ＨＡＲＱがＮＡＣＫである場合である。この場合、ＬＰ－ＨＡＲＱの送信を指示するＰＤＣＣＨの受信に失敗しても、基地局は、１ビットＬＰ－ＨＡＲＱをＮＡＣＫと判定する。したがって、基地局と端末間のＬＰ－ＨＡＲＱに対する錯誤を防止することができる。
第２方法の特徴は、次の通りである。ＬＰ－ＨＡＲＱ無しでＨＰ－ＨＡＲＱを単独で送信する時に用いるＣＳを第１ＣＳ集合としよう。ＬＰ－ＨＡＲＱ及びＨＰ－ＨＡＲＱを多重化するとき、ＬＰ－ＨＡＲＱがＮＡＣＫである時に用いるＣＳを第２ＣＳ集合としよう。第１ＣＳ集合と第２ＣＳ集合は同一であり得る。例えば、先の第２方法において、第１ＣＳ集合は｛０，６｝であり、第２ＣＳ集合も｛０，６｝である。なお、第１ＣＳ集合と第２ＣＳ集合に含まれたＣＳに対応するＨＰ－ＨＡＲＱは同一であり得る。例えば、ＬＰ－ＨＡＲＱ無しでＨＰ－ＨＡＲＱを単独で送信するとき、ｍＣＳ＝６に対応するＨＡＲＱはＡＣＫであり、第２方法においてｍＣＳ＝６に対応するＨＰ－ＨＡＲＱもＡＣＫであって、同一であり得る。第２方法は、ＨＰ－ＨＡＲＱとＬＰ－ＨＡＲＱがいずれもＮＡＣＫであるため、端末がｍＣＳ＝０によってＰＵＣＣＨ ｆｏｒｍａｔ ０を送信したが、基地局はｍＣＳ＝９と判定することがある。この場合、基地局は、ＨＰ－ＨＡＲＱとＬＰ－ＨＡＲＱをいずれもＡＣＫと判定する。このとき、ｍＣＳ＝０とｍＣＳ＝９間の循環シフト差（又は、循環シフト距離）は３である。仮に端末が１ビットＨＰ－ＨＡＲＱのみを送信する場合に、ｍＣＳ＝０とｍＣＳ＝６を用いるので、循環シフト差は６である。したがって、ＨＰ－ＨＡＲＱ及びＬＰ－ＨＡＲＱを多重化する場合に、循環シフト差は６から３へと減るため、ＨＰ－ＨＡＲＱの信頼度が低下する。これを解決するための本発明の第３の方法は次の通りである。
（第３方法）
表１０を参照すると、ｓ＝１，２，３，４，５のうち一つの値であってよい。好ましくは、ｓは１であってよい。ｓ＝１と仮定すれば、｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝１であり、｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝７である。したがって、｛ＮＡＣＫ，ＮＡＣＫ｝と｛ＡＣＫ，ＡＣＫ｝間の循環シフト差（又はも循環シフト距離）は５になる。したがって、第２方法と比較するとき、１ビットＨＰ－ＨＡＲＱの信頼度が増加し得る。（シナリオＡ２）１ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
表１１を参照すると、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において１ビットＨＰ－ＨＡＲＱはＮＡＣＫの場合にｍＣＳ＝０であり、ＡＣＫの場合にｍＣＳ＝６である。表１２を参照すると、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において２ビットＬＰ－ＨＡＲＱは｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３、｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６、｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。
前記ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０とＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０は、同じシンボルで衝突することがある。この場合、端末は、低い優先順位の１ビットＬＰ－ＨＡＲＱと高い優先順位の２ビットＨＰ－ＨＡＲＱを一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で送信できる。すなわち、前記一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で３ビットを送信しなければならない。そのための方法は次の通りである。（第１方法）端末は、Ｒｅｌ－１５の２ビットＨＡＲＱ－ＡＣＫとＳＲを同時に送る方式を用いることができる。ここで、１ビットＨＰ－ＨＡＲＱはＳＲに対応し、２ビットＬＰ－ＨＡＲＱは２ビットＨＡＲＱ－ＡＣＫに対応し得る。言い換えると、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであれば、２ビットＬＰ－ＨＡＲＱは、ｍＣＳ＝０、３、６、９のうち一つの値で送信できる。１ビットＨＰ－ＨＡＲＱがＡＣＫであれば、２ビットＬＰ－ＨＡＲＱは、ｍＣＳ＝１、４、７、１０のうち一つの値で送信できる。これは、表１３のように整理できる。
第１方法において、１ビットＨＰ－ＨＡＲＱの最小循環シフト差（又は、循環シフト距離）が１である。したがって、１ビットＨＰ－ＨＡＲＱの信頼度が劣化する問題が発生し得る。さらに、２ビットＬＰ－ＨＡＲＱの最小循環シフト差（又は、循環シフト距離）は、２である。このため、ＬＰ－ＨＡＲＱがＨＰ－ＨＡＲＱに比べて高い信頼度を有してしまう。これを解決するために第２方法が用いられてよい。（第２方法）端末は、２ビットＬＰ－ＨＡＲＱのうち一ビット（ここでは、便宜上、最後のビット）をＳＲに対応し、１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを２ビットＨＡＲＱ－ＡＣＫに対応してよい。言い換えると、２ビットＬＰ－ＨＡＲＱのうち最後のビットがＮＡＣＫであれば、１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱの最初のビットは、ｍＣＳ＝０、３、６、９のうち一つの値で送信できる。２ビットＬＰ－ＨＡＲＱのうち最後のビットがＡＣＫであれば、１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱは、ｍＣＳ＝１、４、７、１０のうち一つの値で送信できる。これは、表１４のように整理できる。
第１方法及び第２方法は、ＬＰ－ＨＡＲＱの送信を指示するＰＤＣＣＨの受信の可否がＨＰ－ＨＡＲＱの性能に影響を及ぼす。より具体的には、第１方法において、端末が２ビットＬＰ－ＨＡＲＱの送信を指示するＰＤＣＣＨを受信しないと、端末は、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０、ＡＣＫであればｍＣＳ＝６を送信する。しかし、基地局はｍＣＳ＝６を検出すると、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと、２ビットＬＰ－ＨＡＲＱをＡＣＫ，ＡＣＫと判定する。このため、ＡＣＫの１ビットＨＰ－ＨＡＲＱをＮＡＣＫと誤判定し、２ビットＬＰ－ＨＡＲＱをＡＣＫ，ＡＣＫと誤判定する。第２方法において、端末が２ビットＬＰ－ＨＡＲＱの送信を指示するＰＤＣＣＨを受信しないと、端末は、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０、ＡＣＫであればｍＣＳ＝６を送信する。しかし、基地局はｍＣＳ＝６を検出すると、１ビットＨＰ－ＨＡＲＱを ＡＣＫ、２ビットＬＰ－ＨＡＲＱをＡＣＫ，ＮＡＣＫと判定する。このため、２ビットＬＰ－ＨＡＲＱの最初のビットをＡＣＫと誤判定する。これを解決するために第３方法が用いられてよい。
（第３方法）
第３方法の特徴は次の通りである。ＬＰ－ＨＡＲＱ無しでＨＰ－ＨＡＲＱを単独で送信する時に用いるＣＳを第１ＣＳ集合としよう。ＬＰ－ＨＡＲＱ及びＨＰ－ＨＡＲＱを多重化するとき、２ビットＬＰ－ＨＡＲＱがＮＡＣＫ，ＮＡＣＫである時に用いるＣＳを第２ＣＳ集合としよう。本発明の実施例によって、第１ＣＳ集合と第２ＣＳ集合は同一であってよい。例えば、第３方法において、第１ＣＳ集合は｛０，６｝であり、第２ＣＳ集合も｛０，６｝である。なお、第１ＣＳ集合と第２ＣＳ集合に含まれたＣＳに対応するＨＰ－ＨＡＲＱは同一であり得る。例えば、表１５のように、ＬＰ－ＨＡＲＱ無しでＨＰ－ＨＡＲＱを単独で送信するとき、ｍＣＳ＝６に対応するＨＰ－ＨＡＲＱはＡＣＫであり、第３方法においてｍＣＳ＝６に対応するＨＰ－ＨＡＲＱはＡＣＫであって、互いに同一であり得る。
（第４方法）さらに他の方法として、２ビットＬＰ－ＨＡＲＱをバンドリング（ｂｕｎｄｌｉｎｇ）して１ビットＬＰ－ＨＡＲＱにし、先のシナリオＡ１の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。（シナリオＡ３）２ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
表１６を参照すると、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において、２ビットＨＰ－ＨＡＲＱは｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３であり、｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６であり、｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。表１７を参照すると、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において、１ビットＬＰ－ＨＡＲＱはＮＡＣＫの場合にｍＣＳ＝０であり、ＡＣＫの場合にｍＣＳ＝６である。
（第１方法）端末は、Ｒｅｌ－１５による２ビットＨＡＲＱ－ＡＣＫとＳＲを同時に送る方式を用いることができる。ここで、１ビットＬＰ－ＨＡＲＱはＳＲに対応し、２ビットＨＰ－ＨＡＲＱは２ビットＨＡＲＱ－ＡＣＫに対応してよい。言い換えると、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、２ビットＨＰ－ＨＡＲＱはｍＣＳ＝０、３、６、９のうち一つの値で送信できる。１ビットＬＰ－ＨＡＲＱがＡＣＫであれば、２ビットＨＰ－ＨＡＲＱは、ｍＣＳ＝１、４、７、１０のうち一つの値で送信できる。これは、表１８のように整理できる。
第１方法の特徴は、次の通りである。ＬＰ－ＨＡＲＱ無しでＨＰ－ＨＡＲＱを単独で送信する時に用いるＣＳを、第１ＣＳ集合としよう。ＬＰ－ＨＡＲＱとＨＰ－ＨＡＲＱを多重化するとき、１ビットＬＰ－ＨＡＲＱがＮＡＣＫの時に用いるＣＳを、第２ＣＳ集合としよう。本発明の実施例によって、第１ＣＳ集合と第２ＣＳ集合は同一であってよい。例えば、第１方法において、第１ＣＳ集合は｛０，３，６，９｝であり、第２ＣＳ集合も｛０，３，６，９｝である。なお、第１ＣＳ集合と第２ＣＳ集合に含まれたＣＳに対応するＨＰ－ＨＡＲＱは同一であってよい。例えば、ＬＰ－ＨＡＲＱ無しでＨＰ－ＨＡＲＱを単独で送信するとき、ｍＣＳ＝６に対応するＨＰ－ＨＡＲＱは｛ＡＣＫ，ＡＣＫ｝であり、第３方法においてｍＣＳ＝６に対応するＨＰ－ＨＡＲＱは｛ＡＣＫ，ＡＣＫ｝であって、互いに同一であり得る。これは、ｍＣＳ＝０、３、９においても同一である。（第２方法）さらに他の方法として、２ビットＨＰ－ＨＡＲＱはバンドリングして１ビットＨＰ－ＨＡＲＱにし、上記のシナリオＡ１の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（シナリオＡ４）２ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
表１９を参照すると、ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において２ビットＨＰ－ＨＡＲＱは｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３であり、｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６であり、｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。表２０を参照すると、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ ０において２ビットＬＰ－ＨＡＲＱは、｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３、｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６、｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。
（第１方法）シナリオＡ４の場合、２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱは、１６個のＨＡＲＱ－ＡＣＫ状態（ＮＡＣＫ，ＮＡＣＫ，ＮＡＣＫ，ＮＡＣＫ）～（ＡＣＫ，ＡＣＫ，ＡＣＫ，ＡＣＫ）をＰＵＣＣＨ ｆｏｒｍａｔ ０で送信するために１６個の循環シフトが必要である。しかし、ＰＵＣＣＨ ｆｏｒｍａｔ ０は、最大で１２個の循環シフトのみを有し得るため、１６個のＨＡＲＱ－ＡＣＫ状態のうち最大で１２個のみを選択しなければならない。本発明の一実施例によって、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、２ビットＨＰ－ＨＡＲＱによってｍＣＳ＝０、３、６、９のうち一つを選択できる。より具体的には、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、２ビットＨＰ－ＨＡＲＱによるｍＣＳは、次の表２１の通りである。
本発明の一実施例によれば、２ビットＬＰ－ＨＡＲＱが｛ＡＣＫ，ＡＣＫ｝であれば、２ビットＨＰ－ＨＡＲＱによってｍＣＳ＝１，４，７，１０のうち一つを選択できる。より具体的には、２ビットＬＰ－ＨＡＲＱが｛ＡＣＫ，ＡＣＫ｝であれば、２ビットＨＰ－ＨＡＲＱによるｍＣＳは、次の表２２の通りである。
上のように、端末は、１２個のＣＳのうち８個のＣＳを用いて２ビットＬＰ－ＨＡＲＱと２ビットＨＰ－ＨＡＲＱを送信できる。追加として、端末は、余分の４個のＣＳは、ＨＡＲＱ－ＡＣＫ状態を示すために用いることができる。例えば、２ビットＬＰ－ＨＡＲＱのうち、一番目のビットがＡＣＫ、二番目のビットがＮＡＣＫであれば、２ビットＨＰ－ＨＡＲＱによってｍＣＳ＝２、５、８、１１のうち一つを選択できる。より具体的には、２ビットＬＰ－ＨＡＲＱのうち、一番目のビットがＡＣＫ、二番目のビットがＮＡＣＫであれば、２ビットＨＰ－ＨＡＲＱによるｍＣＳは、次の表２３の通りである。
（第２方法）さらに他の方法として、端末は、２ビットＬＰ－ＨＡＲＱをバンドリングして１ビットＬＰ－ＨＡＲＱにし、上記のシナリオＡ３の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。（第３方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱにし、上記のシナリオＡ２の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（第４方法）さらに他の方法として、端末は、２ビットＬＰ－ＨＡＲＱをバンドリングして１ビットＬＰ－ＨＡＲＱにし、２ビットＨＰ－ＨＡＲＱはバンドリングして１ビットＨＰ－ＨＡＲＱにし、上記のシナリオＡ１の方法を適用できる。
シナリオＡ１、Ａ２、Ａ３、Ａ４は、ＨＰ－ＳＲが多重化されない場合である。端末は、ＨＰ－ＳＲを送信するＰＵＣＣＨ ｆｏｒｍａｔ ０が、ＬＰ－ＵＣＩを送信するＰＵＣＣＨ ｆｏｒｍａｔ ０と衝突することがある。この場合、ＨＰ－ＳＲとＬＰ－ＵＣＩは多重化して一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で送信できる。以下のシナリオＢ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６は、ＨＰ－ＳＲが多重化される実施例である。
（シナリオＢ１）１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）端末は、１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ１の方法を用いることができる。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。例えば、上記のシナリオＡ１の第２方法は、次の表２４のように修正されてよい。
しかしながら、第１方法においてＨＰ－ＳＲがｎｅｇａｔｉｖｅのとき、ＬＰ－ＨＡＲＱの最小循環シフト間隔（又は、循環シフト距離）は３と与えられる。端末が基地局にＨＰ－ＳＲを頻繁に要請しないので、ＬＰ－ＨＡＲＱの最小循環シフト間隔（又は、循環シフト距離）を大きく維持する必要がある。このため、第２方法が用いられてよい。（第２方法）第２方法は、次の表２５のようなＣＳマッピングを考慮できる。
（シナリオＢ２）１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ（第１方法）端末は、１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ２の方法を用いることができる。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。例えば、先のシナリオＡ２の第２方法は、次の表２６のように修正されてよい。
（シナリオＢ３）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ（第１方法）端末は、１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ３の方法を用いることができる。より具体的には、端末は、１ＨＰ－ＳＲを１ビットＨＡＲＱ－ＡＣＫと見なし、１ビットＨＡＲＱ－ＡＣＫと結合して２ビットＨＰ－ＨＡＲＱを生成できる。そして、端末は、前記２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを一つのＰＵＣＣＨ ｆｏｒｍａｔ ０に多重化できる。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。例えば、先のシナリオＡ３の第１方法は、次の表２７のように修正されてよい。
表２７を参照すると、１ＨＰ－ＳＲは１ビットＨＡＲＱ－ＡＣＫの後に付けたが、１ＨＰ－ＳＲは１ビットＨＡＲＱ－ＡＣＫの前に付けてもよい。（シナリオＢ４）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）端末は、１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ４の方法を用いることができる。より具体的には、端末は、１ＨＰ－ＳＲを１ビットＨＡＲＱ－ＡＣＫと見なし、１ビットＨＡＲＱ－ＡＣＫと結合して２ビットＨＰ－ＨＡＲＱを生成する。そして、端末は、前記２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱを一つのＰＵＣＣＨ ｆｏｒｍａｔ ０に多重化できる。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。例えば、先のシナリオＡ４の第１方法は、次の表２８のように修正されてよい。
ここで、１ＨＰ－ＳＲは１ビットＨＡＲＱ－ＡＣＫの後に付けた。逆に、１ＨＰ－ＳＲは１ビットＨＡＲＱ－ＡＣＫの前に付けてもよい。
（シナリオＢ５）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
シナリオＢ５は、最大で１６の状態が必要である。各状態をＰＵＣＣＨ ｆｏｒｍａｔ ０の１２個のＣＳにマップする方法は、次の通りである。
（第１方法）本発明の一実施例として、端末は、２ビットＨＰ－ＨＡＲＱを１ビットＨＰ－ＨＡＲＱにバンドリングできる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。このようにバンドリング後に、１ビットＨＰ－ＨＡＲＱ（ｂｕｎｄｌｅｄ）、１ＨＰ－ＳＲ、及び１ビットＬＰ－ＨＡＲＱは一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で多重化されてよい。このとき、端末は、上記のシナリオＢ３の方法を用いることができる。
第１方法によれば、端末は、２ビットＨＰ－ＨＡＲＱを１ビットＨＰ－ＨＡＲＱにバンドリングする。このようなバンドリングは、高い優先順位を持つＰＤＳＣＨの再送信に影響を及ぼす。例えば、端末が一つのＰＤＳＣＨは受信したが、他の一つのＰＤＳＣＨの受信に失敗した場合に、端末は、受信に失敗したＰＤＳＣＨのみを速く再送信してもらう必要がある。しかし、バンドリングによって、基地局は両ＰＤＳＣＨとも再送信しなければならない。したがって、受信に失敗したＰＤＳＣＨの速い再送信が困難になる。以下では、これを解決するための第２方法が開示される。
（第２方法）１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、次の表２９のように８個のＣＳを用いて２ビットＨＰ－ＨＡＲＱと１ＨＰ－ＳＲを送信できる。
そして、端末は、使用していない４個のＣＳを用いて、１ビットＬＰ－ＨＡＲＱがＡＣＫである場合を送信できる。より具体的には、端末は、ＨＰ－ＳＲをたまに送信するので、１ビットＬＰ－ＨＡＲＱがＡＣＫである場合は、ＨＰ－ＳＲがｎｅｇａｔｉｖｅである場合のみを含んでよい。次の表３０のように、残った４個のＣＳマッピングが可能である。
さらに他の例として、ＬＰ－ＨＡＲＱがＡＣＫであれば、高い確率でＨＰ－ＨＡＲＱもＡＣＫである確率が高い。これは、基地局が、高い優先順位を持つＰＤＳＣＨをがより高い信頼度で送信するためである。したがって、ＬＰ－ＨＡＲＱがＡＣＫの場合に、２ビットＨＰ－ＨＡＲＱは１ビットＨＰ－ＨＡＲＱにバンドリングしても、性能劣化が少なくて済む。バンドリングされた１ビットＨＡＲＱとＨＰ－ＳＲは、残った４個のＣＳに次の表３１のようにマップされてよい。
他の方法として、バンドリングされた１ビットＨＡＲＱとＨＰ－ＳＲは、残った４個のＣＳに次の表３２のようにマップされてよい。
（シナリオＢ６）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
このシナリオＢ６は、最大で３２の状態が必要である。各状態をＰＵＣＣＨ ｆｏｒｍａｔ ０の１２個のＣＳにマップする方法は次の通りである。
（第１方法）本発明の一実施例として、２ビットＨＰ－ＨＡＲＱは、１ビットＨＰ－ＨＡＲＱにバンドリングできる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。このようにバンドリング後に、１ビットＨＰ－ＨＡＲＱ（ｂｕｎｄｌｅｄ）、１ＨＰ－ＳＲ、及び２ビットＬＰ－ＨＡＲＱは一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で多重化されてよい。このとき、上記のシナリオＢ４の方法を用いることができる。
（第２方法）本発明の一実施例として、２ビットＬＰ－ＨＡＲＱは１ビットＬＰ－ＨＡＲＱにバンドリングできる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。このようにバンドリング後に、２ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、及び１ビットＬＰ－ＨＡＲＱ（ｂｕｎｄｌｅｄ）は一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で多重化されてよい。このとき、上記のシナリオＢ５の方法を用いることができる。
先の実施例において、端末がＬＰ ＵＣＩとＨＰ ＵＣＩを多重化して一つのＰＵＣＣＨ ｆｏｒｍａｔ ０を送信する方法について述べた。しかし、端末は、ＬＰ ＵＣＩを送信するＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０）とＨＰ ＵＣＩを送信するＰＵＣＣＨ ｆｏｒｍａｔ ０（ＨＰ－ＰＦ０）を有しているので、２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）を用いてＬＰ－ＵＣＩとＨＰ－ＵＣＩを多重化して送信できる。本発明では、各シナリオに２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）を用いた方法を開示する。
（シナリオＡ１）１ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
端末は、ＰＲＢ ＸでＨＰ－ＰＦ０を送信したりＰＲＢ ＹでＬＰ－ＰＦ０を送信したりできる。１ビットＨＰ－ＨＡＲＱを送信するために、ＨＰ－ＰＦ０は２個のＣＳを有し得る。１ビットＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０であり、１ビットＨＰ－ＨＡＲＱがＡＣＫであればｍＣＳ＝６である。類似に、１ビットＬＰ－ＨＡＲＱを送信するために、ＬＰ－ＰＦ０は２個のＣＳを有し得る。１ビットＬＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０であり、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝６である。前記ＨＰ－ＰＦ０とＬＰ－ＰＦ０は、同じシンボルで衝突が発生する場合に、次のような方法によって２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）を用いて１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを送信できる。
（第１方法）図２８は、一実施例に係る１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図２８を参照すると、端末は、１ビットＬＰ－ＨＡＲＱがＮＡＣＫの場合に、ＨＰ－ＰＦ０を送信できる。そして、１ビットＬＰ－ＨＡＲＱがＡＣＫの場合に、ＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表３３の通りである。
表３３を参照すると、１ビットＬＰ－ＨＡＲＱがＮＡＣＫの場合に、ＨＰ－ＰＦ０は２個のＣＳを用いることができる。ここで、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０であり、１ビットＨＰ－ＨＡＲＱがＡＣＫであればｍＣＳ＝１である。すなわち、基地局がＨＰ－ＰＦ０を検出すれば、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであることが分かる。そして、前記ＨＰ－ＰＦ０のｍＣＳ値として０を検出すれば、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであることが分かる。前記ＨＰ－ＰＦ０のｍＣＳ値として１を検出すれば、１ビットＨＰ－ＨＡＲＱがＡＣＫであることが分かる。
１ビットＬＰ－ＨＡＲＱがＡＣＫの場合に、ＬＰ－ＰＦ０に２個のＣＳが用いられてよい。ここで、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０であり、１ビットＨＰ－ＨＡＲＱがＡＣＫであればｍＣＳ＝１である。すなわち、基地局がＬＰ－ＰＦ０を検出すれば、１ビットＬＰ－ＨＡＲＱがＡＣＫであることが分かる。そして、前記ＬＰ－ＰＦ０のｍＣＳ値として０を検出すれば、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであることが分かる。前記ＬＰ－ＰＦ０のｍＣＳ値として１を検出すれば、１ビットＨＰ－ＨＡＲＱがＡＣＫであることが分かる。
第１方法の特徴は次の通りである。端末がＬＰ－ＨＡＲＱを送信したか否かに関係なく、基地局はＨＰ－ＨＡＲＱを正しく受信することができる。例えば、端末がＬＰ－ＨＡＲＱの送信を指示するＰＤＣＣＨの受信に失敗すると、端末はＨＰ－ＰＦ０を送信する。ＨＰ－ＰＦ０を送信する時に、ＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０であり、ＨＰ－ＨＡＲＱがＡＣＫであればｍＣＳ＝６である。この場合、基地局は、端末がＬＰ－ＨＡＲＱの送信を指示するＰＤＣＣＨの受信に成功したか否かが分からない。したがって、基地局は、端末がＬＰ－ＨＡＲＱとＨＰ－ＨＡＲＱを多重化して送信すると期待する。したがって、基地局は、端末からＨＰ－ＰＦ０とＬＰ－ＰＦ０のうちいずれのＰＦ０が送信されたかを判定しなければならない。端末はＨＰ－ＨＡＲＱのみを送信し、ＨＰ－ＰＦ０を送信したので、端末はＨＰ－ＰＦ０を検出できる。したがって、端末はＬＰ－ＨＡＲＱをＮＡＣＫと判定する。その後、ＨＰ－ＰＦ０のｍＣＳによってＨＰ－ＨＡＲＱのＡＣＫ／ＮＡＣＫを判定できる。前記ｍＣＳによって、基地局は正しくＨＰ－ＨＡＲＱのＡＣＫ／ＮＡＣＫが判定できる。
（ＬＰ－ＰＦ０の電力設定）第１方法において、ＨＰ－ＨＡＲＱは、ＨＰ－ＰＦ０の他に、Ｐ－ＰＦ０で送信されてもよい。したがって、ＬＰ－ＰＦ０はＨＰ－ＰＦ０と類似に高い信頼度を保障しなければならない。前記高い信頼度を得るために、高い送信電力が用いられる。一般に、ＨＰ－ＰＦ０の場合、高い信頼度のために高い送信電力（第１送信電力）が設定されており、ＬＰ－ＰＦ０の場合、比較的低い信頼度が必要なので、比較的低い送信電力（第２送信電力）が設定されていてよい。この場合、ＬＰ－ＰＦ０が第２送信電力で送信される場合に、ＨＰ－ＨＡＲＱの信頼度が低下することがある。
これを解決するために、本発明の一実施例として、端末がＬＰ－ＰＦ０を用いてＨＰ－ＨＡＲＱを送信する場合に、第２送信電力の代わりに、より高い送信電力で送信できる。例えば、端末は、第２送信電力の代わりに第１送信電力を用いてＬＰ－ＰＦ０を送信できる。さらに他の例として、第２送信電力の代わりに、第２送信電力と第１送信電力のうちより高い電力を選択してＬＰ－ＰＦ０を送信できる。さらに他の例として、第２送信電力において一定レベルの送信電力を増加させてＬＰ－ＰＦ０を送信できる。ここで、一定レベルは３ｄＢであってよい。前記実施例は、シナリオＡ１だけでなく、他のシナリオでも同一に適用可能である。
（シナリオＡ２）１ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
端末は、ＰＲＢ ＸでＨＰ－ＰＦ０を送信したりＰＲＢ ＹでＬＰ－ＰＦ０を送信したりできる。１ビットＨＰ－ＨＡＲＱを送信するために、ＨＰ－ＰＦ０は２個のＣＳを有し得る。１ビットＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０であり、１ビットＨＰ－ＨＡＲＱがＡＣＫであればｍＣＳ＝６である。２ビットＬＰ－ＨＡＲＱを送信するために、４個のＣＳを有し得る。２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３、２ビットＬＰ－ＨＡＲＱが｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６、２ビットＬＰ－ＨＡＲＱが｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。前記ＨＰ－ＰＦ０とＬＰ－ＰＦ０は、同じシンボルで衝突が発生する場合に、端末は、次のような方法によって２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）を用いて１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱを送信できる。
（第１方法）端末は、ＨＰ－ＰＦ０において２個のＣＳを用いることができ、ＬＰ－ＰＦ０において４個のＣＳを用いることができる。したがって、端末は、２つのＰＵＣＣＨ ｆｏｒｍａｔ ０において総６個のＣＳを用いることができる。しかし、端末にとって、１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱを送信するためには８個のＣＳが必要である。
図２９は、一実施例に係る１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図２９を参照すると、本発明の一実施例によって、端末は、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、ＨＰ－ＰＦ０を送信し、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝でなければ、ＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表３４の通りである。
表３４を参照すると、端末は、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝の場合に、ＨＰ－ＰＦ０に２個のＣＳを用いることができる。ここで、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであればｍＣＳ＝０であり、１ビットＨＰ－ＨＡＲＱがＡＣＫであればｍＣＳ＝１である。すなわち、基地局がＨＰ－ＰＦ０を検出すれば、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であることが分かる。そして、前記ＨＰ－ＰＦ０のｍＣＳ値として０を検出すれば、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであることが分かる。前記ＨＰ－ＰＦ０のｍＣＳ値として１を検出すれば、１ビットＨＰ－ＨＡＲＱがＡＣＫであることが分かる。
２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝でない場合に、｛ＨＰ－ＨＡＲＱ，１ｓｔ ＬＰ－ＨＡＲＱ，２ｎｄ ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＮＡＣＫ，ＡＣＫ，ＮＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＮＡＣＫ｝、｛ＮＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＡＣＫ｝のうち４個を選択し、ＬＰ－ＰＦ０の４個のＣＳにマップできる。上記の表では、一例として、｛ＨＰ－ＨＡＲＱ，１ｓｔ ＬＰ－ＨＡＲＱ，２ｎｄ ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＮＡＣＫ｝を選択したものを示した。そして、順次に、ｍＣＳ＝０、３、６、９にマップできる。ここで、前記４個のＨＡＲＱ－ＡＣＫ状態を選択した理由は、ＨＰ－ＨＡＲＱが高い確率でＡＣＫであるので、ＨＰ－ＨＡＲＱがＡＣＫであるＨＡＲＱ－ＡＣＫ状態をまず選択した。そして、残り一つのＨＡＲＱ－ＡＣＫ状態として、ＨＰ－ＨＡＲＱがＮＡＣＫであり、ＬＰ－ＨＡＲＱがいずれもＡＣＫであるＨＡＲＱ－ＡＣＫ状態を選択した。これは、一つの例示的構成であり、他の４個のＨＡＲＱ－ＡＣＫ状態を構成してＬＰ－ＰＦ０の４個のＣＳにマップしてもよい。
（第２方法）第１方法で使用可能なＣＳの数が６個であるため、８個のＨＡＲＱ－ＡＣＫ状態を示すことができなかった。端末は、追加の２個のＣＳを用いて全てのＨＡＲＱ－ＡＣＫ状態を示すことができる。
図３０は、他の実施例に係る１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図３０を参照すると、ＬＰ－ＰＦ０は６個のＣＳを用いることができる。より具体的には、端末は２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、ＨＰ－ＰＦ０を送信し、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝でなければ、ＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表３５の通りである。
第１方法と比較すると、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であるとき、ＨＰ－ＰＦ０の送信方式は同一である。しかし、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝でないとき、６個のＨＡＲＱ－ＡＣＫ状態をＬＰ－ＰＦ０の６個のＣＳを用いて送信する。ここで、６個のＣＳは、０、２、４、６、８、１０のように、間隔が２であってよい。さらに他の例として、６個のＣＳは、０、３、６、９に２個のＣＳが追加されてよい。例えば、追加される２個のＣＳは、ｓ、ｓ＋６であってよい。ここでｓ＝１、２のうち一つの値であってよい。第２方法は、第１方法と比較するとき、全てのＨＡＲＱ－ＡＣＫ状態を表現できる長所があるが、より多いＣＳがＬＰ－ＰＦ０に必要とされる。一般に、ＬＰ－ＰＦ０の１２個のＣＳは、互いに異なる端末によって使用可能であるが、第２方法によれば、互いに異なる端末によって使用可能でない。
（第３方法）第２方法と類似に、端末は、追加として２個のＣＳを用いて全てのＨＡＲＱ－ＡＣＫ状態を示すことができる。
図３１は、他の実施例に係る１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図３１を参照すると、第３方法として、ＨＰ－ＰＦ０は４個のＣＳを用いることができる。より具体的には、２ビットＬＰ－ＨＡＲＱのうち、一ビット（例えば、最後のビット）がＮＡＣＫであれば、端末はＨＰ－ＰＦ０を送信し、２ビットＬＰ－ＨＡＲＱのうち、一ビット（例えば、最後のビット）がＡＣＫであれば、端末はＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表３６の通りである。
（第４方法）さらに他の方法として、２ビットＬＰ－ＨＡＲＱはバンドリングして１ビットＬＰ－ＨＡＲＱにし、上記のシナリオＡ１の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。
（シナリオＡ３）２ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
端末は、ＰＲＢ ＸでＨＰ－ＰＦ０を送信したりＰＲＢ ＹでＬＰ－ＰＦ０を送信したりできる。２ビットＨＰ－ＨＡＲＱを送信するためにＨＰ－ＰＦ０は４個のＣＳを有し得る。２ビットＨＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、２ビットＨＰ－ＨＡＲＱが｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３、２ビットＨＰ－ＨＡＲＱが｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６、２ビットＨＰ－ＨＡＲＱが｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。１ビットＬＰ－ＨＡＲＱを送信するために２個のＣＳを有し得る。１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、ｍＣＳ＝０であり、１ビットＬＰ－ＨＡＲＱがＡＣＫであれば、ｍＣＳ＝６である。前記ＨＰ－ＰＦ０とＬＰ－ＰＦ０は、同じシンボルで衝突が発生する場合に、次のような方法によって２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）を用いて２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを送信できる。
（第１方法）端末は、ＨＰ－ＰＦ０において４個のＣＳを用いることができ、ＬＰ－ＰＦ０において２個のＣＳを用いることができる。したがって、端末は、２つのＰＵＣＣＨ ｆｏｒｍａｔ ０において総６個のＣＳを用いることができる。しかし、端末にとって、２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを送信するためには８個のＣＳが必要である。
図３２は、一実施例に係る２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図３２を参照すると、端末は、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、ＨＰ－ＰＦ０を送信し、１ビットＬＰ－ＨＡＲＱがＡＣＫであれば、ＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表３７の通りである。
表３７を参照すると、１ビットＬＰ－ＨＡＲＱがＡＣＫの場合に、端末は、｛１ｓｔ ＨＰ－ＨＡＲＱ，２ｎｄ ＨＰ－ＨＡＲＱ，ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＮＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＡＣＫ｝のうち２個を選択し、ＬＰ－ＰＦ０の２個のＣＳにマップできる。表３７では、一例として、｛１ｓｔ ＨＰ－ＨＡＲＱ，２ｎｄ ＨＰ－ＨＡＲＱ，ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＡＣＫ｝を選択したものを示している。そして、順次にｍＣＳ＝０、６にマップできる。ここで、前記選択した２個のＨＡＲＱ－ＡＣＫ状態は、ＨＰ－ＨＡＲＱの２ビットが同じ場合である。一般に、ＨＰ－ＨＡＲＱは、短い時間内で送信するので同じチャネル環境を通過する確率が高い。したがって、同じビットである確率が高い。すなわち、２ビット間に高い相関性（ｃｏｒｒｅｌａｔｉｏｎ）を有し得る。勿論、表３７は一つの例示的構成であり、端末は、他の２個のＨＡＲＱ－ＡＣＫ状態を構成してＬＰ－ＰＦ０の２個のＣＳにマップしてもよい。
（第２方法）第１方法において、端末が使用可能なＣＳの数が６個であるため、８個のＨＡＲＱ－ＡＣＫ状態を示すことができなかった。端末は追加として２個のＣＳを用いて全てのＨＡＲＱ－ＡＣＫ状態を示すことができる。
図３３は、他の実施例に係る２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図３３を参照すると、本発明の第２方法として、端末は、ＬＰ－ＰＦ０に４個のＣＳを用いることができる。より具体的には、端末は、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、ＨＰ－ＰＦ０を送信し、１ビットＬＰ－ＨＡＲＱがＡＣＫであれば、ＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表３８の通りである。
（第３方法）第１方法において、使用可能なＣＳの数が６個であるため、８個のＨＡＲＱ－ＡＣＫ状態を示すことができなかった。端末は、追加として２個のＣＳを用いて全てのＨＡＲＱ－ＡＣＫ状態を示すことができる。
図３４は、さらに他の実施例に係る２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図３４を参照すると、本発明の第３方法として、端末は、ＨＰ－ＰＦ０に６個のＣＳを用いることができる。より具体的には、端末は、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、ＨＰ－ＰＦ０を送信し、１ビットＬＰ－ＨＡＲＱがＡＣＫであれば、ＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表３９の通りである。
（第４方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱを生成し、上記のシナリオＡ１の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（シナリオＡ４）２ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
端末は、ＰＲＢ ＸでＨＰ－ＰＦ０を送信したりＰＲＢ ＹでＬＰ－ＰＦ０を送信したりできる。２ビットＨＰ－ＨＡＲＱを送信するためにＨＰ－ＰＦ０は４個のＣＳを有し得る。２ビットＨＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、２ビットＨＰ－ＨＡＲＱが｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３、２ビットＨＰ－ＨＡＲＱが｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６、２ビットＨＰ－ＨＡＲＱが｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。２ビットＬＰ－ＨＡＲＱを送信するために４個のＣＳを有し得る。２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝０であり、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝３、２ビットＬＰ－ＨＡＲＱが｛ＡＣＫ，ＡＣＫ｝の場合にｍＣＳ＝６、２ビットＬＰ－ＨＡＲＱが｛ＡＣＫ，ＮＡＣＫ｝の場合にｍＣＳ＝９である。前記ＨＰ－ＰＦ０とＬＰ－ＰＦ０は、同じシンボルで衝突が発生する場合に、端末は、次のような方法によって２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）を用いて２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを送信できる。
（第１方法）端末は、ＨＰ－ＰＦ０において４個のＣＳを用いることができ、ＬＰ－ＰＦ０において４個のＣＳを用いることができる。したがって、端末は２つのＰＵＣＣＨ ｆｏｒｍａｔ ０で総８個のＣＳを用いることができる。しかし、端末にとって、２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱを送信するためには１６個のＣＳが必要である。
図３５は、一実施例に係る２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱとの多重化を示す図である。
図３５を参照すると、本発明の一実施例によって、端末は、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、ＨＰ－ＰＦ０を送信し、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ ＮＡＣＫ｝でなければ、ＬＰ－ＰＦ０を送信できる。このとき、ＨＰ－ＰＦ０又はＬＰ－ＰＦ０を送信する時に、ＣＳマッピングは次の表４０の通りである。
（第２方法）さらに他の方法として、端末は、２ビットＬＰ－ＨＡＲＱをバンドリングして１ビットＬＰ－ＨＡＲＱを生成し、上記のシナリオＡ３の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。
（第３方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱを生成し、上記のシナリオＡ２の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（第４方法）さらに他の方法として、端末は、２ビットＬＰ－ＨＡＲＱをバンドリングして１ビットＬＰ－ＨＡＲＱを生成し、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱを生成し、上記のシナリオＡ１の方法を適用できる。
シナリオＡ１、Ａ２、Ａ３、Ａ４は、ＨＰ－ＳＲが多重化されない場合である。端末は、ＨＰ－ＳＲを送信するＰＵＣＣＨ ｆｏｒｍａｔ ０がＬＰ－ＵＣＩを送信するＰＵＣＣＨ ｆｏｒｍａｔ ０と衝突することがある。この場合、ＨＰ－ＳＲとＬＰ－ＵＣＩは多重化して２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０又はＨＰ－ＰＦ０）で送信できる。以下のシナリオＢ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６は、ＨＰ－ＳＲが多重化される実施例である。
（シナリオＢ１）１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ１の方法を用いることができる。ここで、端末は、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。参考として、１ビットＨＰ－ＨＡＲＱの場合、ＨＰ－ＰＦ０において２個のＣＳを利用できるが、１ＨＰ－ＳＲの場合、ＨＰ－ＰＦ０において１個のＣＳのみを利用できる。しかし、本方法では、１ＨＰ－ＳＲの場合、ＨＰ－ＰＦ０において１ビットＨＰ－ＨＡＲＱと同一に２個のＣＳを利用できると仮定する。
（シナリオＢ２）１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ２の方法を用いることができる。ここで、端末は、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。参考として、１ビットＨＰ－ＨＡＲＱの場合、ＨＰ－ＰＦ０において２個のＣＳを利用できるが、１ＨＰ－ＳＲの場合、ＨＰ－ＰＦ０において１個のＣＳのみを利用できる。しかし、本方法では、１ＨＰ－ＳＲの場合、ＨＰ－ＰＦ０において１ビットＨＰ－ＨＡＲＱと同一に２個のＣＳを利用できると仮定する。
（シナリオＢ３）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ３の方法を用いることができる。より具体的には、端末は１ＨＰ－ＳＲを１ビットＨＡＲＱ－ＡＣＫと見なし、１ビットＨＡＲＱ－ＡＣＫと結合して２ビットＨＰ－ＨＡＲＱを生成する。そして、端末は、前記２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）に多重化できる。ここで、端末は、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。参考として、１ビットＨＰ－ＨＡＲＱの場合、ＨＰ－ＰＦ０において２個のＣＳを利用できるが、１ＨＰ－ＳＲの場合、ＨＰ－ＰＦ０において１個のＣＳのみを利用できる。しかし、本方法では、１ＨＰ－ＳＲの場合、ＨＰ－ＰＦ０において１ビットＨＰ－ＨＡＲＱと同一に２個のＣＳを利用できると仮定する。
（シナリオＢ４）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ４の方法を用いることができる。より具体的には、端末は、１ＨＰ－ＳＲを１ビットＨＡＲＱ－ＡＣＫと見なし、１ビットＨＡＲＱ－ＡＣＫと結合して２ビットＨＰ－ＨＡＲＱを生成する。そして、端末は、前記２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱを２つのＰＵＣＣＨ ｆｏｒｍａｔ ０（ＬＰ－ＰＦ０とＨＰ－ＰＦ０）に多重化できる。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。
（シナリオＢ５）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）本発明の一実施例として、２ビットＨＰ－ＨＡＲＱは、１ビットＨＰ－ＨＡＲＱにバンドリングできる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。このようにバンドリング後に、１ビットＨＰ－ＨＡＲＱ（ｂｕｎｄｌｅｄ）、１ＨＰ－ＳＲ、及び１ビットＬＰ－ＨＡＲＱは一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で多重化されてよい。このとき、上記のシナリオＢ３の方法を用いることができる。
（シナリオＢ６）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）本発明の一実施例として、２ビットＨＰ－ＨＡＲＱは、１ビットＨＰ－ＨＡＲＱにバンドリングできる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。このようにバンドリング後に、１ビットＨＰ－ＨＡＲＱ（ｂｕｎｄｌｅｄ）、１ＨＰ－ＳＲ、及び２ビットＬＰ－ＨＡＲＱは一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で多重化されてよい。このとき、上記のシナリオＢ４の方法を用いることができる。
（第２方法）本発明の一実施例として、２ビットＬＰ－ＨＡＲＱは、１ビットＬＰ－ＨＡＲＱにバンドリングできる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。このようにバンドリング後に、２ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、及び１ビットＬＰ－ＨＡＲＱ（ｂｕｎｄｌｅｄ）は一つのＰＵＣＣＨ ｆｏｒｍａｔ ０で多重化されてよい。このとき、上記のシナリオＢ５の方法を用いることができる。
以下の実施例は、ＬＰ ＰＵＣＣＨ ｆｏｒｍａｔ １とＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １との衝突状況で多重化方法を開示する。上述したＰＵＣＣＨ ｆｏｒｍａｔ ０との衝突状況と類似に、各シナリオ別に多重化方法が開示される。
（シナリオＡ１）１ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱは一つのＰＵＣＣＨ ｆｏｒｍａｔ １に多重化されて送信されてよい。ここで、一つのＰＵＣＣＨ ｆｏｒｍａｔ １は、１ビットＨＰ－ＨＡＲＱを送信するＰＵＣＣＨ ｆｏｒｍａｔ １であってよい。端末は、１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを結合して２ビットＨＡＲＱを生成する。そして、端末は、２ビットＨＡＲＱをＱＰＳＫシンボルにモジュレーションし、前記ＱＰＳＫシンボルを前記ＰＵＣＣＨ ｆｏｒｍａｔ １で送信することができる。ＱＰＳＫシンボルにモジュレーションする時に、次の表４１のようにモジュレーションできる。
ここで、グレーマッピング（Ｇｒａｙ ｍａｐｐｉｎｇ）方式で１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱをモジュレーションできる。この方式は、隣接した２角度（ａｎｇｌｅ）間に最大で１ビットの差のみが発生するので、低いビットエラー率（ｂｉｔ ｅｒｒｏｒ ｒａｔｅ）を示す。しかし、仮に端末がＬＰ－ＨＡＲＱの送信を指示するＰＤＣＣＨを受信できないと、端末は、１ビットＨＰ－ＨＡＲＱをＢＰＳＫモジュレーションしてＰＵＣＣＨ ｆｏｒｍａｔ １を用いて送信するだろう。このとき、１ビットＨＰ－ＨＡＲＱがＮＡＣＫであれば、角度１／４・πに該当するＢＰＳＫシンボルを生成し、１ビットＨＰ－ＨＡＲＱがＡＣＫであれば、角度５／４・πに該当するＢＰＳＫシンボルを生成する。基地局が５／４・πに該当するシンボルを受信すれば、基地局は、前記シンボルをＱＰＳＫシンボルと解釈し、１ビットＨＰ－ＨＡＲＱ及び１ビットＬＰ－ＨＡＲＱをいずれもＡＣＫと判定する。したがって、端末が１ビットＬＰ－ＨＡＲＱを送信しなかったのに、ＡＣＫと判定してしまう。これを解決するために、本発明では、グレーマッピングを用いない方式で１ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱをモジュレーションできる。この場合、５／４・πに該当するＱＰＳＫシンボルは、１ビットＨＰ－ＨＡＲＱがＡＣＫ、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであることを示すので、上記の問題が発生しない。
（第２方法）さらに他の方法として、端末は、１ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１と１ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、端末は、ＨＰ－ＰＦ１を送信し、１ビットＬＰ－ＨＡＲＱがＡＣＫであれば、端末は、ＬＰ－ＰＦ１を送信できる。仮にＨＰ－ＰＦ１を送信する場合に、１ビットＨＰ－ＨＡＲＱはＢＰＳＫモジュレーションされてＨＰ－ＰＦ１を通して送信されてよい。仮にＬＰ－ＰＦ１を送信する場合に、１ビットＨＰ－ＨＡＲＱはＢＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
基地局は、前記ＬＰ－ＰＦ１とＨＰ－ＰＦ１のうちいずれのＰＵＣＣＨ ｆｏｒｍａｔ １が送信されたかを検出できる。仮にＬＰ－ＰＦ１が検出されると、１ビットＬＰ－ＨＡＲＱをＡＣＫと判定できる。そして、前記ＬＰ－ＰＦ１のＢＰＳＫシンボルによって１ビットＨＰ－ＨＡＲＱのＡＣＫ／ＮＡＣＫを判定できる。仮にＨＰ－ＰＦ１が検出されると、１ビットＬＰ－ＨＡＲＱをＮＡＣＫと判定できる。そして、前記ＨＰ－ＰＦ１のＢＰＳＫシンボルによって１ビットＨＰ－ＨＡＲＱのＡＣＫ／ＮＡＣＫを判定できる。
（シナリオＡ２）１ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱは一つのＰＵＣＣＨ ｆｏｒｍａｔ １に多重化されて送信されてよい。ここで、一つのＰＵＣＣＨ ｆｏｒｍａｔ １は、１ビットＨＰ－ＨＡＲＱを送信するＰＵＣＣＨ ｆｏｒｍａｔ １であってよい。端末は、１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱを結合して３ビットＨＡＲＱにし、３ビットＨＡＲＱを８ＰＳＫシンボルにモジュレーションし、前記８ＰＳＫシンボルを前記ＰＵＣＣＨ ｆｏｒｍａｔ １を用いて送信できる。この方式は、ＰＵＣＣＨ ｆｏｒｍａｔ １に８ＰＳＫシンボルを使用したため、性能劣化が発生し得る。
（第２方法）さらに他の方法として、２ビットＬＰ－ＨＡＲＱはバンドリングして１ビットＬＰ－ＨＡＲＱにし、上記のシナリオＡ１の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。
（第３方法）さらに他の方法として、端末は、１ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１と２ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、端末は、ＨＰ－ＰＦ１を送信し、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝でなければ、端末は、ＬＰ－ＰＦ１を送信できる。仮にＨＰ－ＰＦ１を送信する場合に、１ビットＨＰ－ＨＡＲＱはＢＰＳＫモジュレーションされてＨＰ－ＰＦ１で送信されてよい。仮にＬＰ－ＰＦ１を送信する場合に、１ビットＨＰ－ＨＡＲＱ、２ビットＬＰ－ＨＡＲＱのＨＡＲＱ－ＡＣＫ状態のうち４個を選択し、ＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。例示的には、４個のＨＡＲＱ－ＡＣＫ状態は｛ＨＰ－ＨＡＲＱ，１ｓｔ ＬＰ－ＨＡＲＱ，２ｎｄ ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＮＡＣＫ｝であり、前記４個のＨＡＲＱ－ＡＣＫ状態をＱＰＳＫモジュレーションして送信できる。
（第４方法）さらに他の方法として、端末は、１ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１と２ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、１ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱは８個のＨＡＲＱ－ＡＣＫ状態を示す。この８個のＨＡＲＱ－ＡＣＫ状態を４個ずつまとめることができる。最初４個のＨＡＲＱ－ＡＣＫ状態は、ＨＰ－ＰＦ１のＱＰＳＫモジュレーションによって送信でき、残り４個のＨＡＲＱ－ＡＣＫ状態は、ＬＰ－ＰＦ１のＱＰＳＫモジュレーションによって送信できる。
（シナリオＡ３）２ビットＨＰ－ＨＡＲＱ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱは、一つのＰＵＣＣＨ ｆｏｒｍａｔ １に多重化されて送信されてよい。ここで、一つのＰＵＣＣＨ ｆｏｒｍａｔ １は、２ビットＨＰ－ＨＡＲＱを送信するＰＵＣＣＨ ｆｏｒｍａｔ １であってよい。端末は、２ビットＨＰ－ＨＡＲＱと１ビットＬＰ－ＨＡＲＱを結合して３ビットＨＡＲＱを生成する。そして、端末は、３ビットＨＡＲＱを８ＰＳＫシンボルにモジュレーションし、前記８ＰＳＫシンボルを前記ＰＵＣＣＨ ｆｏｒｍａｔ １を用いて送信できる。この方式は、ＰＵＣＣＨ ｆｏｒｍａｔ １に８ＰＳＫシンボルを使用したため、性能劣化が発生し得る。
（第２方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱを生成し、上記のシナリオＡ１の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（第３方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１と１ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、端末は、ＨＰ－ＰＦ１を送信し、１ビットＬＰ－ＨＡＲＱがＡＣＫであれば、端末は、ＬＰ－ＰＦ１を送信できる。仮にＨＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱはＱＰＳＫモジュレーションされてＨＰ－ＰＦ１で送信されてよい。仮にＬＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱ、１ビットＬＰ－ＨＡＲＱのＨＡＲＱ－ＡＣＫ状態のうち２個を選択し、ＢＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。例示的に、２個のＨＡＲＱ－ＡＣＫ状態は、｛１ｓｔ ＨＰ－ＨＡＲＱ，２ｎｄ ＨＰ－ＨＡＲＱ，ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ＮＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＡＣＫ｝であり、前記２個のＨＡＲＱ－ＡＣＫ状態をＢＰＳＫモジュレーションして送信できる。
（第４方法）第３方法の他の方法として、仮に端末がＬＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱ、１ビットＬＰ－ＨＡＲＱの４個のＨＡＲＱ－ＡＣＫ状態は、ＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
（シナリオＡ４）２ビットＨＰ－ＨＡＲＱ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱは一つのＰＵＣＣＨ ｆｏｒｍａｔ １に多重化されて送信されてよい。ここで、一つのＰＵＣＣＨ ｆｏｒｍａｔ １は２ビットＨＰ－ＨＡＲＱを送信するＰＵＣＣＨ ｆｏｒｍａｔ １であってよい。端末は、２ビットＨＰ－ＨＡＲＱと２ビットＬＰ－ＨＡＲＱを結合して４ビットＨＡＲＱにし、４ビットＨＡＲＱを１６ＱＡＭシンボルにモジュレーションし、前記１６ＱＡＭシンボルを前記ＰＵＣＣＨ ｆｏｒｍａｔ １を用いて送信できる。この方式は、ＰＵＣＣＨ ｆｏｒｍａｔ １に１６ＱＡＭシンボルを使用したため、性能劣化が発生し得る。
（第２方法）さらに他の方法として、端末は、２ビットＬＰ－ＨＡＲＱをバンドリングして１ビットＬＰ－ＨＡＲＱを生成し、上記のシナリオＡ３の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。
（第３方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱを生成し、上記のシナリオＡ２の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（第４方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１と２ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、端末はＨＰ－ＰＦ１を送信し、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝でなければ、端末はＬＰ－ＰＦ１を送信できる。仮にＨＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱはＱＰＳＫモジュレーションされてＨＰ－ＰＦ１で送信されてよい。仮にＬＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱ、２ビットＬＰ－ＨＡＲＱのＨＡＲＱ－ＡＣＫ状態のうち４個を選択し、ＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。例示的には、４個のＨＡＲＱ－ＡＣＫ状態は｛１ｓｔ ＨＰ－ＨＡＲＱ，２ｎｄ ＨＰ－ＨＡＲＱ，１ｓｔ ＬＰ－ＨＡＲＱ，２ｎｄ ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ＮＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＮＡＣＫ，ＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＡＣＫ，ＡＣＫ，ＡＣＫ｝、｛ＡＣＫ，ＮＡＣＫ，ＡＣＫ，ＡＣＫ｝であり、前記４個のＨＡＲＱ－ＡＣＫ状態をＱＰＳＫモジュレーションして送信できる。
シナリオＡ１、Ａ２、Ａ３、Ａ４は、ＨＰ－ＳＲが多重化されない場合である。端末は、ＨＰ－ＳＲを送信するＰＵＣＣＨ ｆｏｒｍａｔ １がＬＰ－ＵＣＩを送信するＰＵＣＣＨ ｆｏｒｍａｔ １と衝突することがある。この場合、ＨＰ－ＳＲとＬＰ－ＵＣＩは多重化してＰＵＣＣＨ ｆｏｒｍａｔ １で送信できる。以下のシナリオＢ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６は、ＨＰ－ＳＲが多重化される実施例である。
（シナリオＢ１）１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）端末は、１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ１の方法を用いることができる。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。
（シナリオＢ２）１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）端末は１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ２の方法を用いることができる。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、端末は、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、端末は、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。
（シナリオＢ３）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）端末は、１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ３の方法を用いることができる。より具体的には、端末は、１ＨＰ－ＳＲを１ビットＨＡＲＱ－ＡＣＫと見なし、１ビットＨＡＲＱ－ＡＣＫと結合して２ビットＨＰ－ＨＡＲＱを生成する。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、端末は、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、端末は、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。
（第２方法）さらに他の方法として、端末は、１ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１Ａ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち一つ）、１ＨＰ－ＳＲを送信するＨＰ－ＰＦ１Ｂ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち他の一つ）、及び１ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、ＨＰ－ＳＲがｎｅｇａｔｉｖｅであり、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、端末は、ＨＰ＿ＰＦ１Ａを送信し、ＨＰ－ＳＲがｐｏｓｉｔｉｖｅであり、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、端末は、ＨＰ＿ＰＦ１Ｂを送信する。その他の場合に、端末はＬＰ－ＰＦ１を送信する。仮に、端末がＨＰ－ＰＦ１Ａを送信する場合に、１ビットＨＰ－ＨＡＲＱはＢＰＳＫモジュレーションされてＨＰ－ＰＦ１Ａで送信されてよい。仮に、端末がＨＰ－ＰＦ１Ｂを送信する場合に、１ビットＨＰ－ＨＡＲＱはＢＰＳＫモジュレーションされてＨＰ－ＰＦ１Ｂで送信されてよい。仮に、端末がＬＰ－ＰＦ１を送信する場合に、１ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、１ビットＬＰ－ＨＡＲＱのうち、２個の状態（ｓｔａｔｅ）はＢＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。例示的には、｛ＨＰ－ＨＡＲＱ，ＨＰ－ＳＲ，ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ｎｅｇａｔｉｖｅ，ＡＣＫ｝、｛ＡＣＫ，ｐｏｓｉｔｉｖｅ，ＡＣＫ｝はＢＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
（第３方法）第２方法のさらに他の方法として、端末がＬＰ－ＰＦ１を送信する場合に、１ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、１ビットＬＰ－ＨＡＲＱのうち４個の状態はＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。例示的には、｛ＨＰ－ＨＡＲＱ，ＨＰ－ＳＲ，ＬＰ－ＨＡＲＱ｝＝｛ＮＡＣＫ，ｎｅｇａｔｉｖｅ，ＡＣＫ｝、｛ＮＡＣＫ，ｐｏｓｉｔｉｖｅ，ＡＣＫ｝、｛ＡＣＫ，ｎｅｇａｔｉｖｅ，ＡＣＫ｝、｛ＡＣＫ，ｐｏｓｉｔｉｖｅ，ＡＣＫ｝はＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
（シナリオＢ４）１ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）端末は、１ＨＰ－ＳＲを１ビットＨＰ－ＨＡＲＱと見なして上記のシナリオＡ４の方法を用いることができる。より具体的には、端末は、１ＨＰ－ＳＲを１ビットＨＡＲＱ－ＡＣＫと見なし、１ビットＨＡＲＱ－ＡＣＫと結合して２ビットＨＰ－ＨＡＲＱを生成する。ここで、１ＨＰ－ＳＲがｎｅｇａｔｉｖｅ ＳＲであれば、端末は、１ビットＨＰ－ＨＡＲＱをＮＡＣＫと見なし、１ＨＰ－ＳＲがｐｏｓｉｔｉｖｅ ＳＲであれば、端末は、１ビットＨＰ－ＨＡＲＱをＡＣＫと見なす。
（第２方法）さらに他の方法として、端末は、２ビットＬＰ－ＨＡＲＱをバンドリングして１ビットＬＰ－ＨＡＲＱを生成し、上記のシナリオＢ３の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。
（第３方法）さらに他の方法として、端末は、１ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１Ａ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち一つ）、１ＨＰ－ＳＲを送信するＨＰ－ＰＦ１Ｂ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち他の一つ）、及び２ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、ＨＰ－ＳＲがｎｅｇａｔｉｖｅであり、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、端末はＨＰ＿ＰＦ１Ａを送信し、ＨＰ－ＳＲがｐｏｓｉｔｉｖｅであり、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、端末はＨＰ＿ＰＦ１Ｂを送信する。その他の場合には、ＬＰ－ＰＦ１を送信する。仮に、端末がＨＰ－ＰＦ１Ａを送信する場合に、１ビットＨＰ－ＨＡＲＱはＢＰＳＫモジュレーションされてＨＰ－ＰＦ１Ａで送信されてよい。仮に、端末がＨＰ－ＰＦ１Ｂを送信する場合に、１ビットＨＰ－ＨＡＲＱはＢＰＳＫモジュレーションされてＨＰ－ＰＦ１Ｂで送信されてよい。仮に、端末がＬＰ－ＰＦ１を送信する場合に、１ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、２ビットＬＰ－ＨＡＲＱのうち４個の状態はＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
（シナリオＢ５）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋１ビットＬＰ－ＨＡＲＱ
（第１方法）端末は、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱを生成し、上記のシナリオＢ３の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（第２方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１Ａ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち一つ）、１ＨＰ－ＳＲを送信するＨＰ－ＰＦ１Ｂ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち他の一つ）、及び１ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、ＨＰ－ＳＲがｎｅｇａｔｉｖｅであり、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、端末は、ＨＰ＿ＰＦ１Ａを送信し、ＨＰ－ＳＲがｐｏｓｉｔｉｖｅであり、１ビットＬＰ－ＨＡＲＱがＮＡＣＫであれば、端末は、ＨＰ＿ＰＦ１Ｂを送信する。その他の場合には、端末はＬＰ－ＰＦ１を送信する。仮に、端末がＨＰ－ＰＦ１Ａを送信する場合に、２ビットＨＰ－ＨＡＲＱはＱＰＳＫモジュレーションされてＨＰ－ＰＦ１Ａで送信されてよい。仮に、端末がＨＰ－ＰＦ１Ｂを送信する場合に、２ビットＨＰ－ＨＡＲＱはＱＰＳＫモジュレーションされてＨＰ－ＰＦ１Ｂで送信されてよい。仮に、端末がＬＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、１ビットＬＰ－ＨＡＲＱのうち２個の状態はＢＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
（第３方法）第２方法の他の方法として、仮に端末がＬＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、１ビットＬＰ－ＨＡＲＱのうち４個の状態はＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
（シナリオＢ６）２ビットＨＰ－ＨＡＲＱ／１ＨＰ－ＳＲ＋２ビットＬＰ－ＨＡＲＱ
（第１方法）端末は、２ビットＬＰ－ＨＡＲＱをバンドリングして１ビットＬＰ－ＨＡＲＱを生成し、上記のシナリオＢ５の方法を適用できる。ここで、バンドリングは、２ビットＬＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＬＰ－ＨＡＲＱはＡＣＫであり、２ビットＬＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＬＰ－ＨＡＲＱはＮＡＣＫである。
（第２方法）端末は、２ビットＨＰ－ＨＡＲＱをバンドリングして１ビットＨＰ－ＨＡＲＱを生成し、上記のシナリオＢ４の方法を適用できる。ここで、バンドリングは、２ビットＨＰ－ＨＡＲＱがＡＣＫ，ＡＣＫであれば、１ビットＨＰ－ＨＡＲＱはＡＣＫであり、２ビットＨＰ－ＨＡＲＱが少なくとも一つのＮＡＣＫを含むと、１ビットＨＰ－ＨＡＲＱはＮＡＣＫである。
（第２方法）さらに他の方法として、端末は、２ビットＨＰ－ＨＡＲＱを送信するＨＰ－ＰＦ１Ａ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち一つ）、１ＨＰ－ＳＲを送信するＨＰ－ＰＦ１Ｂ（ＨＰ ＰＵＣＣＨ ｆｏｒｍａｔ １のうち他の一つ）、及び２ビットＬＰ－ＨＡＲＱを送信するＬＰ－ＰＦ１を選択的に送信できる。より具体的には、ＨＰ－ＳＲがｎｅｇａｔｉｖｅであり、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、端末はＨＰ＿ＰＦ１Ａを送信し、ＨＰ－ＳＲがｐｏｓｉｔｉｖｅであり、２ビットＬＰ－ＨＡＲＱが｛ＮＡＣＫ，ＮＡＣＫ｝であれば、端末はＨＰ＿ＰＦ１Ｂを送信する。その他の場合には、端末はＬＰ－ＰＦ１を送信する。仮に、端末がＨＰ－ＰＦ１Ａを送信する場合に、２ビットＨＰ－ＨＡＲＱはＱＰＳＫモジュレーションされてＨＰ－ＰＦ１Ａで送信されてよい。仮に、端末がＨＰ－ＰＦ１Ｂを送信する場合に、２ビットＨＰ－ＨＡＲＱはＱＰＳＫモジュレーションされてＨＰ－ＰＦ１Ｂで送信されてよい。仮に、端末がＬＰ－ＰＦ１を送信する場合に、２ビットＨＰ－ＨＡＲＱ、１ＨＰ－ＳＲ、２ビットＬＰ－ＨＡＲＱのうち４個の状態はＱＰＳＫモジュレーションされてＬＰ－ＰＦ１で送信されてよい。
ＶＩＩ．ＰＵＣＣＨとＰＵＳＣＨの多重化方法
上の説明において、優先順位の低いＰＵＣＣＨと優先順位の高いＰＵＣＣＨとの衝突、及び該衝突が発生する時におけるＬＰ ＵＣＩとＨＰ ＵＣＩとの多重化方法を説明した。以下、本実施例は、ＰＵＣＣＨとＰＵＳＣＨとの衝突が発生する時に、ＰＵＣＣＨのＵＣＩをＰＵＳＣＨに多重化する方法を扱う。
図３６は、一実施例に係るＰＵＣＣＨをＰＵＳＣＨ上のリソースに多重化する動作を示す図である。
図３６を参照すると、端末は、ＰＵＳＣＨ送信のためのリソースとＰＵＣＣＨ送信のためのリソースとが少なくとも重なるように設定又は指示されてよい。ここで、重なるとは、ＰＵＳＣＨ送信のためのシンボルとＰＵＣＣＨ送信のためのシンボルとが少なくとも１つのシンボルで同時に指示又は設定されることを含む。端末は一シンボルで互いに異なるチャネルを送信できないため、端末は、ＰＵＳＣＨ送信又はＰＵＣＣＨ送信のうち一つの送信のみを行うことができる。仮に端末がＰＵＳＣＨのみを送信する場合に、ＰＵＣＣＨを送信できない。逆に、ＰＵＣＣＨのみを送信する場合に、ＰＵＳＣＨを送信できない。
このような問題を解決するために、３ＧＰＰ ＮＲ Ｒｅｌ－１５では、ＰＵＣＣＨで送信するＵＣＩをＰＵＳＣＨの一部リソースで送信する方式を用いることができる。より具体的には、ＰＵＳＣＨの最初のＤＭＲＳ（ｆｒｏｎｔ－ｌｏａｄｅｄ ＤＭＲＳ）以後のＤＭＲＳでないシンボルの一部ＲＥは、ＰＵＣＣＨで送信するＵＣＩに使用されてよく、残りＲＥは、ＰＵＳＣＨが送信すべき情報に使用されよい。ここで、ＵＣＩに使用可能なＲＥの数は、ベータオフセット（ｂｅｔａ ｏｆｆｓｅｔ，（βＰＵＳＣＨ ｏｆｆｓｅｔ）又はスケーリング（ｓｃａｌｉｎｇ，α）値によって決定されてよい。
端末は、最大で４個のベータオフセット値が設定されてよい。仮に端末に一つのベータオフセット値を設定されると、端末は、前記ベータオフセット値を用いてＲＥの数を決定する。仮に端末に２個以上のベータオフセット値が設定されると、端末は、前記ベータオフセットらのうち一つの値が指示されてよい。ここで、一つの値は、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔで指示されてよい。ここで、ベータオフセットを指示する指示子をベータオフセット指示子と呼ぶ。
例えば、端末に４個のベータオフセット値が設定される場合に、端末は、ＤＣＩ ｆｏｒｍａｔが含む２ビットベータオフセット指示子を用いて、４個のベータオフセット値のうち一つの値が指示されてよい。
スケーリング（α）は、一つの値が設定されてよい。端末は、前記設定された値に基づいてＲＥの数を決定できる。
前記ＵＣＩがＨＡＲＱ－ＡＣＫであり、ＰＵＳＣＨが送信すべき情報がＵＬ－ＳＣＨである場合に、前記ＲＥの数は、次の数学式１のように計算されてよい。
数学式１で、ＯＡＣＫはＨＡＲＱ－ＡＣＫビット数、ＬＡＣＫはＣＲＣビット数、βＰＵＳＣＨ ｏｆｆｓｅｔは、ＰＵＳＣＨにＵＣＩをマップするリソース数を決定するために基地局から設定又は指示されたベータオフセット値、ＣＵＬ－ＳＣＨはＵＬ－ＳＣＨのＣＢ（ｃｏｄｅ ｂｌｏｃｋ）数、ＫｒはＵＬ－ＳＣＨのｒ番目のＣＢサイズ、ＭＵＣＩ ｓｃ（ｌ）は、ｌ番目のＰＵＳＣＨシンボルでＵＣＩ送信に使用可能なＲＥ数、ＮＰＵＳＣＨ ｓｙｍｂ，ａｌｌは、ＤＭＲＳを含むＰＵＳＣＨ送信に用いられる全体シンボル数、αは、上位レイヤから構成されるスケーリング値、ｌ０は、ＤＭＲＳシンボル以後のＤＭＲＳでない最初ＰＵＳＣＨのシンボルインデックスである。
仮にｌ番目シンボルでＤＭＲＳが送信されると、ＭＵＣＩ ｓｃ（ｌ）＝０であり、そうでなければ、ＭＵＣＩ ｓｃ（ｌ）＝ＭＰＵＳＣＨ ｓｃ－ＭＰＴ－ＲＳ ｓｃ（ｌ）である。ここで、ＭＰＵＳＣＨ ｓｃは、周波数領域でＰＵＳＣＨにスケジュールされたサブキャリア数、ＭＰＴ－ＲＳ ｓｃ（ｌ）は、ＰＴ－ＲＳ（ｐｈａｓｅ ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を含むｌ番目のＰＵＳＣＨシンボルのサブキャリア数である。
端末は、数学式１から得たＱ’ＡＣＫ個のＲＥの数に基づいて、ＵＣＩをＰＵＳＣＨに多重化するできる。
本発明では別に説明はしていないが、ＨＡＲＱ－ＡＣＫの他、ＣＳＩ ｐａｒｔ １及びＣＳＩ ｐａｒｔ ２のＲＥの数を決定する方法は、ＴＳ３８．２１２の方式に従うことができる。
各チャネルごとに優先順位が決められてよい。例えば、ＰＵＣＣＨは、一つの優先順位と決められてよく、ＰＵＳＣＨも一つの優先順位と決めれてよい。本発明では、ＰＵＣＣＨ及びＰＵＳＣＨは、低い優先順位及び高い優先順位のうち少なくとも一つの優先順位を有し得る。便宜上、低い優先順位は０と表現て、高い優先順位は１と表現できる。より拡張して、ＰＵＣＣＨ及びＰＵＳＣＨの優先順位はさらに細分化してもよい。すなわち、優先順位は０、１、２、３のうち一つの値を有し得る。本発明では、便宜上、２レベル優先順位（低い優先順位及び高い優先順位）を仮定して説明するが、これは、より細分化したた優先順位においても適用可能である。
Ｒｅｌ－１６では、同じ優先順位を有するチャネル間の多重化のみを支援する。より具体的には、ＬＰ ＵＣＩは、ＬＰ（ｌｏｗ ｐｒｉｏｒｉｔｙ）ＰＵＳＣＨ上のリソース（ＲＥ）に多重化されてよい。ＨＰ ＰＵＣＣＨのＵＣＩは、ＨＰ（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）ＰＵＳＣＨ上のリソース（ＲＥ）に多重化されてよい。しかし、ＬＰ ＵＣＩは、高い優先順位のＰＵＳＣＨ上のリソース（ＲＥ）には多重化できない。また、ＨＰ ＵＣＩは、低い優先順位のＰＵＳＣＨ上のリソース（ＲＥ）には多重化できない。
図３７は、一例による、同じ優先順位のＵＣＩをＰＵＳＣＨ上のリソースに多重化する動作を示す図である。
図３７を参照すると、Ｒｅｌ－１６においてＵＣＩを送信するためのＰＵＳＣＨ上のリソース（ＲＥの数）を決定する方法は次の通りである。
まず、端末は、ＰＵＳＣＨの優先順位に関する情報を取得できる。ここで、ＰＵＳＣＨの優先順位は０、１のうち一つの値を有し得る。優先順位が０であれば、低い優先順位であり、１であれば、高い優先順位である。
ＰＵＳＣＨの優先順位に関する情報は、ＰＵＳＣＨをスケジュールするＰＤＣＣＨで指示されてよい。例えば、ＰＤＣＣＨでは、ＰＵＳＣＨの優先順位を指示する指示子（ＰＵＳＣＨ ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｏｒ）を含んでよい。端末は、前記指示子に基づいてＰＵＳＣＨの優先順位を取得できる。例えば、前記指示子は１ビットであり、その値が０であれば、ＰＵＳＣＨの優先順位は０（低い優先順位）であり、１であれば、ＰＵＳＣＨの優先順位は１（高い優先順位）である。
ＰＵＳＣＨの優先順位に関する情報は、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔから類推されてよい。例えば、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが０＿０であれば、ＰＵＳＣＨの優先順位は０（低い優先順位）であり、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが０＿１又は０＿２であれば、ＰＵＳＣＨの優先順位は１（高い優先順位）である。さらに他の例として、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが０＿０又は０＿１であれば、ＰＵＳＣＨの優先順位は０（低い優先順位）であり、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが０＿２であれば、ＰＵＳＣＨの優先順位は１（高い優先順位）である。
端末は、前記ＰＵＳＣＨの優先順位に基づいてベータオフセットの集合又はスケーリング値を決定できる。端末にはＰＵＳＣＨ優先順位当たりに一つのベータオフセット集合及びスケーリング値が設定されてよい。仮に、端末にＰＵＳＣＨの優先順位として０（低い優先順位）及び１（高い優先順位）の指示又は設定が可能であれば、基地局は端末に、低い優先順位に該当するベータオフセット集合（図３７で、ＬＰ ｂｅｔａ ｏｆｆｓｅｔ ｓｅｔ）とスケーリング値、高い優先順位に該当するベータオフセット集合（図３７で、ＨＰ ｂｅｔａ ｏｆｆｓｅｔ ｓｅｔ）とスケーリング値を設定することができる。前述したように、端末は、ＰＵＳＣＨの優先順位に関する情報を取得できるので、その優先順位に合うベータオフセット集合とスケーリング値を決定できる。
優先順位当たりに一つのベータオフセット集合は最大４個のベータオフセット値を含んでよい。また、各ベータオフセット集合は、互いに異なる数のベータオフセット値を含んでよい。この場合、ベータオフセット集合のうち、最も多い数を持つベータオフセット集合に基づいて、ＤＣＩ ｆｏｒｍａｔにおいてベータオフセット指示子のビット長が決定されてよく、ＤＣＩ ｆｏｒｍａｔのそのビットの値によってベータオフセットの値が指示されてよい。
例えば、端末に設定された低い優先順位のための第１ベータオフセット集合が４個のベータオフセット値を含み、高い優先順位のための第２ベータオフセット集合が２個のベータオフセット値を含んでよい。より多い数のベータオフセット値を含んでいる第１ベータオフセット集合に基づいてＤＣＩ ｆｏｒｍａｔで２ビットベータオフセット指示子を含み得る。
仮に前記ＤＣＩ ｆｏｒｍａｔが低い優先順位のＰＵＳＣＨをスケジュールすると、ＬＰ ＵＣＩをＰＵＳＣＨ上のＲＥに多重化するためにベータオフセット値を決定しなければならない。このとき、ベータオフセット集合として低い優先順位のための第１ベータオフセット集合が選択され、ＤＣＩ ｆｏｒｍａｔの２ビットベータオフセット指示子により、前記第１ベータオフセット集合のうち一つのベータオフセット値が指示されてよい。ここで、２ビットベータオフセット指示子の値として、「００」は第１ベータオフセット集合のうち、一番目のベータオフセット値、「０１」は第１ベータオフセット集合のうち、二番目のベータオフセット値、「１０」は第１ベータオフセット集合のうち、三番目のベータオフセット値、「１１」は第１ベータオフセット集合のうち、４番目のベータオフセット値である。
仮に前記ＤＣＩ ｆｏｒｍａｔが高い優先順位のＰＵＳＣＨをスケジュールすると、ＨＰ ＵＣＩをＰＵＳＣＨ上のＲＥに多重化するためにベータオフセット値を決定しなければならない。このとき、ベータオフセット集合として高い優先順位のための第２ベータオフセット集合が選択され、ＤＣＩ ｆｏｒｍａｔの２ビットベータオフセット指示子により、前記第２ベータオフセット集合のうち一つの値が指示されてよい。ここで、２ビットベータオフセット指示子の値として、「００」は第２ベータオフセット集合のうち、一番目のベータオフセット値、「０１」は第２ベータオフセット集合のうち、二番目のベータオフセット値であり、残り値には対応するベータオフセット値がなくてよい。参考として、端末は、ＤＣＩ ｆｏｒｍａｔの２ビットが、対応するベータオフセット値がないことを指示することを期待しなくてよい。
端末は、決定したベータオフセット値（βＰＵＳＣＨ ｏｆｆｓｅｔ）又はスケーリング値（α）を数学式１に入れ、ＵＣＩを送信のためのＲＥの数を計算できる。
Ｒｅｌ－１７では、互いに異なる優先順位間の多重化を支援できる。より具体的には、ＬＰ ＵＣＩは低い優先順位のＰＵＳＣＨ上のリソースに多重化されてよい。ＨＰ ＵＣＩは高い優先順位のＰＵＳＣＨ上のリソースに多重化されてよい。また、ＬＰ ＵＣＩは高い優先順位のＰＵＳＣＨ上のリソースに多重化されてよい。ＨＰ ＵＣＩは低い優先順位のＰＵＳＣＨ上のリソースに多重化されてよい。
参考として、一つのＰＵＣＣＨは一つの優先順位のＵＣＩのみを含み得る。この場合、ＰＵＣＣＨの優先順位として前記ＵＣＩの優先順位を用いることができる。例えば、ＰＵＣＣＨがＬＰ ＵＣＩのみを送信すれば、前記ＰＵＣＣＨは低い優先順位であるといえ、ＰＵＣＣＨがＨＰ ＵＣＩのみを送信すれば、前記ＰＵＣＣＨは高い優先順位であるといえる。また、一つのＰＵＣＣＨはＬＰ ＵＣＩとＨＰ ＵＣＩを同時に送信することがある。この場合、ＰＵＣＣＨの優先順位を明確に表し難い。このため、以下の説明において、特に言及がなければ、ＵＣＩの優先順位を基準にして表現する。
一つのＰＵＣＣＨがＬＰ ＵＣＩとＨＰ ＵＣＩを同時に送信できる場合に、ＰＵＣＣＨに一つの優先順位（例えば、優先順位）が与えられてよい。そして、そのＰＵＣＣＨに含まれたＬＰ ＵＣＩも高い優先順位と見なされてよい。言い換えると、一つのＰＵＣＣＨが少なくとも一つのＨＰ ＵＣＩを含むと、そのＰＵＣＣＨは高い優先順位であり、そのＰＵＣＣＨが送信するＵＣＩも高い優先順位と見なされる。このような実施例を適用する場合に、以下の説明において、ＵＣＩの優先順位はＰＵＣＣＨの優先順位に代替して解釈されてよい。
このように互いに異なる優先順位間の多重化を支援するとき、ＵＣＩを送信するためのＲＥの数を決定する方法は次の通りである。
まず、端末は、ＰＵＳＣＨの優先順位に関する情報を取得できる。ここで、ＰＵＳＣＨの優先順位は０（低い優先順位）、１（高い優先順位）のうち一つの値を有し得る。前述したように、端末は、ＰＵＳＣＨの優先順位が、ＰＵＳＣＨをスケジュールするＰＤＣＣＨで指示されるか、ＤＣＩ ｆｏｒｍａｔから類推できる。
追加として、端末は、ＵＣＩの優先順位に関する情報を取得できる。端末は、ＰＵＳＣＨ上のＲＥにＵＣＩを多重化するとき、前記ＵＣＩの優先順位を知る必要がある。上記の、同じ優先順位のＵＣＩを多重化するＲｅｌ－１６の例題において、端末は、ＰＵＳＣＨ上のＲＥにＵＣＩを多重化するとき、前記ＵＣＩとＰＵＳＣＨは同じ優先順位を有するとした。しかし、ここでは、互いに異なる優先順位のＵＣＩをＰＵＳＣＨ上のＲＥに多重化できるので、ＵＣＩの優先順位が指示されなければならない。端末は、ＵＣＩの優先順位として次のうち一つの優先順位が指示されてよい。
１）低いＵＣＩ優先順位：仮に低いＵＣＩ優先順位が指示されると、端末は、ＰＵＳＣＨ上のＲＥに多重化するＵＣＩが低い優先順位であると仮定できる。
２）高いＵＣＩ優先順位：仮に高いＵＣＩ優先順位が指示されると、端末はＰＵＳＣＨ上のＲＥに多重化するＵＣＩが高い優先順位であると仮定できる。
端末は、前記低いＵＣＩ優先順位／高いＵＣＩ優先順位が、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔで指示されてよい。
より具体的には、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、ＵＣＩ優先順位指示子（ＵＣＩ ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｏｒ）を含んでよい。ＵＣＩ優先順位指示子は、前記ＰＵＳＣＨでスケジュールされるＵＣＩの優先順位を指示する。
一例として、前記ＵＣＩ優先順位指示子は、１ビットであってよい。ここで、前記１ビットＵＣＩ優先順位指示子が０であれば、ＰＵＳＣＨに多重化されるＵＣＩは低い優先順位であると仮定でき、前記１ビットＵＣＩ優先順位指示子が１であれば、ＰＵＳＣＨに多重化されるＵＣＩは高い優先順位であると仮定できる。
他の例として、前記ＵＣＩ優先順位指示子は２ビットであってよい。前記２ビットＵＣＩ優先順位指示子が「００」であれば、ＰＵＳＣＨに多重化されるＵＣＩは低い優先順位であると仮定でき、前記２ビットＵＣＩ優先順位指示子が「０１」であれば、ＰＵＳＣＨに多重化されるＵＣＩは高い優先順位であると仮定でき、前記２ビットＵＣＩ優先順位指示子が「１０」であれば、ＰＵＳＣＨに多重化されるＵＣＩはＬＰ ＵＣＩとＨＰ ＵＣＩの両方を含むと仮定できる。
さらに他の例として、前記ＵＣＩ優先順位指示子は２ビットであってよい。前記２ビットＵＣＩ優先順位指示子のうち一番目のビットが「０」であれば、ＰＵＳＣＨに多重化されるＬＰ ＵＣＩがないと仮定でき、一番目のビットが「１」であれば、ＰＵＳＣＨに多重化されるＬＰ ＵＣＩがあると仮定できる。前記２ビットＵＣＩ優先順位指示子のうち二番目のビットが「０」であれば、ＰＵＳＣＨに多重化されるＨＰ ＵＣＩがないと仮定でき、二番目のビットが「１」であれば、ＰＵＳＣＨに多重化されるＨＰ ＵＣＩがあると仮定できる。
図３８は、一例による、互いに異なる優先順位のＵＣＩをＰＵＳＣＨ上のリソースに多重化する動作を示す図である。
図３８を参照すると、ＰＵＳＣＨに多重化されるＵＣＩがＬＰ ＵＣＩとＨＰ ＵＣＩの両方を含む場合は、少なくとも次のような状況を含む。
第１状況は、図３８（ａ）のように、ＰＵＳＣＨと重なるＰＵＣＣＨが送信するＵＣＩがＬＰ ＵＣＩ及びＨＰ ＵＣＩで構成されている場合であり、第２状況は、図３８（ｂ）のように、ＰＵＳＣＨと重なる第１ＰＵＣＣＨがＬＰ ＵＣＩを含み、前記ＰＵＳＣＨと重なる第２ＰＵＣＣＨがＨＰ ＵＣＩを含む場合である。
（第１実施例）ＵＣＩを多重化する第１実施例によれば、端末は、ＰＵＳＣＨの優先順位とＵＣＩの優先順位に基づいてベータオフセットの集合及びスケーリング値を決定できる。
端末は、ＰＵＳＣＨの優先順位及びＵＣＩの優先順位の対当たりに一つのベータオフセット集合及びスケーリング値が設定されてよい。ここで、対は、（ＰＵＳＣＨの優先順位，ＵＣＩの優先順位）で表すことができる。便宜上、低い優先順位を０と表示し、高い優先順位を１と表示する。
端末は基地局から、次のように、優先順位対によってベータオフセット集合及びスケーリング値が設定されてよい。
優先順位対（０，０）は、ＰＵＳＣＨが低い優先順位であり、ＵＣＩの優先順位も低い優先順位であることを示す。この場合に該当するベータオフセット集合及びスケーリング値が設定されてよい。
優先順位対（０，１）は、ＰＵＳＣＨが低い優先順位であるが、ＵＣＩの優先順位が高い優先順位であることを示す。この場合に該当するベータオフセット集合及びスケーリング値が設定されてよい。
優先順位対（１，０）は、ＰＵＳＣＨが高い優先順位であるが、ＵＣＩの優先順位も低い優先順位であることを示す。この場合に該当するベータオフセット集合及びスケーリング値が設定されてよい。
優先順位対（１，１）は、ＰＵＳＣＨが高い優先順位であり、ＵＣＩの優先順位も高い優先順位であることを示す。この場合に該当するベータオフセット集合及びスケーリング値が設定されてよい。
端末は、ＰＵＳＣＨの優先順位とＵＣＩの優先順位を用いて一つのベータオフセット集合及びスケーリング値を決定できる。より具体的には、端末は、優先順位対（ＰＵＳＣＨの優先順位，ＵＣＩの優先順位）を求めることができる。前記優先順位対に基づいて、前記優先順位対に設定されたベータオフセット集合及びスケーリング値を決定できる。
仮にベータオフセット集合が２つ以上のベータオフセット値を含んでいる場合に、端末に前記２つ以上のベータオフセット値のうち一つの値が指示される必要がある。ここで、一つの値は、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔで指示されてよい。ここで、この指示子をベータオフセット指示子と呼ぶ。
ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが一つの優先順位のＰＵＳＣＨのみをスケジュールできる場合に、端末は、前記ＰＵＳＣＨの優先順位に該当する複数のベータオフセット集合のうち、最も多い数のベータオフセット値を含むベータオフセット集合に基づいて、ベータオフセット指示子のビットの長さを決定できる。例えば、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが低い優先順位のＰＵＳＣＨのみをスケジュールできる場合に、端末は、優先順位対（０，０）のベータオフセット集合と優先順位対（０，１）のベータオフセット集合のうち、より多いベータオフセットの値を含む集合を基準にしてベータオフセット指示子のビットの長さを決定できる。類似に、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが高い優先順位のＰＵＳＣＨのみをスケジュールできる場合に、端末は、優先順位対（１，０）のベータオフセット集合と優先順位対（１，１）のベータオフセット集合のうち、より多いベータオフセット値を含む集合を基準にしてベータオフセット指示子のビットの長さを決定できる。ここで、ビットの長さは、ｃｅｉｌｉｎｇ（ｌｏｇ２（ベータオフセット値の数））と決定されてよい。
他の方法として、端末は、複数のベータオフセット集合のうち、最も多い数のベータオフセット値を含むベータオフセット集合に基づいて、ベータオフセット指示子のビットの長さを決定できる。すなわち、端末は、優先順位対（０，０）のベータオフセット集合、優先順位対（０，１）のベータオフセット集合、優先順位対（１，０）のベータオフセット集合、及び優先順位対（１，１）のベータオフセット集合のうち、より多いベータオフセット値を含む集合を基準にしてベータオフセット指示子のビットの長さを決定できる。ここで、ビットの長さは、ｃｅｉｌｉｎｇ（ｌｏｇ２（ベータオフセット値の数））と決定されてよい。
図３８を参照すると、ＰＵＳＣＨに多重化するＵＣＩがＬＰ ＵＣＩとＨＰ ＵＣＩを含み、端末は、ＬＰ ＵＣＩとＨＰ ＵＣＩのそれぞれに別個のベータオフセット値とスケーリング値を求めることができる。ここで、低い優先順位に該当するＵＣＩは、ＵＣＩの優先順位が低い対（優先順位対（０，０）又は優先順位対（１，０））のベータオフセット集合及びスケーリング値を適用し、高い優先順位に該当するＵＣＩは、ＵＣＩの優先順位が高い対（優先順位対（０，１）又は優先順位対（１，１））のベータオフセット集合及びスケーリング値を適用できる。
例えば、ＰＵＳＣＨの優先順位を一つの優先順位としよう。ここでは、ＰＵＳＣＨの優先順位を低い優先順位を仮定して説明する。
ＬＰ ＵＣＩには、優先順位対（０，０）に該当する第１ベータオフセット集合及びスケーリング値が適用されてよい。
ＨＰ ＵＣＩには、優先順位対（０，１）に該当する第２ベータオフセット集合及びスケーリング値が適用されてよい。
仮に前記第１ベータオフセット集合に一つの第１ベータオフセット値を含み、第２ベータオフセット集合に一つの第２ベータオフセット値を含むと、第１ベータオフセット値を、低い優先順位ＵＣＩを多重化するために用い、第２ベータオフセット値を、ＨＰ ＵＣＩを多重化するために用いることができる。この場合、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔでは、別個にベータオフセットを指示するためのベータオフセット指示子がない。
仮に、前記第１ベータオフセット集合及び第２ベータオフセット集合のうち少なくとも一つの集合において２つ以上のベータオフセット値が含まれると、そのうち一つの値が指示されなければならない。ここで、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔにおいて前記２つ以上のベータオフセット値のうち一つの値が指示されなければならない。ここで、この指示子をベータオフセット指示子と呼ぶ。第１ベータオフセット集合において一つのベータオフセットを指示する指示子を、ＬＰ ＵＣＩのためのベータオフセット指示子と呼び、第２ベータオフセット集合において一つのベータオフセットを指示する指示子を、ＨＰ ＵＣＩのためのベータオフセット指示子と呼ぶ。
ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、ＬＰ ＵＣＩのためのベータオフセット指示子とＨＰ ＵＣＩのためのベータオフセット指示子を同時に含まなければならない。仮に、２つのうち一つのベータオフセット指示子のみがある場合に、図２３のように、ＰＵＳＣＨに多重化するべきＵＣＩがＬＰ ＵＣＩとＨＰ ＵＣＩの両方を含んでいれば、２つの優先順位のＵＣＩに必要なＲＥの数が計算できない。
第１方法として、一つのＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔでは、互いに異なる優先順位のＵＣＩのベータオフセットを指示するための別個の複数のベータオフセット指示子を含んでよい。ここで、前記ＤＣＩ ｆｏｒｍａｔ内で別個の複数のベータオフセット指示子は別個のビットを有してよい。
ここで、ＬＰ ＵＣＩのためのベータオフセット指示子のビットの長さとＨＰ ＵＣＩのためのベータオフセット指示子のビットの長さは別個に決定されてよい。これは、次のように決定されてよい。
ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが一つの優先順位のＰＵＳＣＨのみをスケジュールできる場合に、端末は、ＬＰ ＵＣＩのためのベータオフセット指示子のビットの長さを、前記ＰＵＳＣＨの優先順位と低い優先順位ＰＵＣＣＨの対に該当するベータオフセット集合が含んでいるベータオフセット値の数に基づいて決定できる。例えば、ＤＣＩ ｆｏｒｍａｔが低い優先順位のＰＵＳＣＨのみをスケジュールできる場合に、端末は、ＬＰ ＵＣＩのためのベータオフセット指示子のビットの長さを、優先順位対（０，０）に該当するベータオフセット集合が含まれているベータオフセット値の数に基づいて決定してよい。
ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが一つの優先順位のＰＵＳＣＨのみをスケジュールできる場合に、端末は、ＨＰ ＵＣＩのためのベータオフセット指示子のビットの長さを、前記ＰＵＳＣＨの優先順位と高い優先順位ＰＵＣＣＨの対に該当するベータオフセット集合が含んでいるベータオフセット値の数に基づいて決定してよい。
仮にＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが低い優先順位／高い優先順位の両方のＰＵＳＣＨをスケジュールできれば、端末は、ＬＰ ＵＣＩのためのベータオフセット指示子のビットの長さを、低いＰＵＣＣＨ優先順位に該当する複数のベータオフセット集合（優先順位対（０，０）に該当するベータオフセット集合と優先順位対（１，０）に該当するベータオフセット集合）のうち、最も多い数のベータオフセット値が含まれているベータオフセット集合に基づいて決定してよい。類似に、端末は、ＨＰ ＵＣＩのためのベータオフセット指示子のビットの長さを、高いＰＵＣＣＨ優先順位に該当する複数のベータオフセット集合（優先順位対（０，１）に該当するベータオフセット集合と優先順位対（１，１）に該当するベータオフセット集合）のうち、最も多い数のベータオフセット値が含まれているベータオフセット集合に基づいて決定してよい。
第２方法として、一つのＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔでは一つのベータオフセット指示子を含み、前記指示子から、ＬＰ ＵＣＩのためのベータオフセットとＨＰ ＵＣＩのためのベータオフセット値を得ることができる。
より具体的には、前記ＤＣＩ ｆｏｒｍａｔが指示する一つのベータオフセット指示子の値は、ＬＰ ＵＣＩのためのベータオフセット指示子値として用い、また、ＨＰ ＵＣＩのためのベータオフセット指示子値として用いることができる。すなわち、ＤＣＩ ｆｏｒｍａｔが指示する一つのベータオフセット指示子が、一番目の値を用いるように指示すると、ＬＰ ＵＣＩのためのベータオフセット集合のうち一番目の値を、ＬＰ ＵＣＩのためのベータオフセット値として用いることができ、ＨＰ ＵＣＩのためのベータオフセット集合のうち一番目の値を、ＨＰ ＵＣＩのためのベータオフセット値として用いることができる。
第２方法は、第１方法と比較して、ＤＣＩ ｆｏｒｍａｔにおいてベータオフセットの指示子としてより少ない数のビットが要求される。
（第２実施例）ＵＣＩを多重化する第２実施例によれば、端末は、ＰＵＳＣＨの優先順位に基づいてベータオフセット集合及びスケーリング値を決定できる。ここで、ＵＣＩの優先順位は、ベータオフセット集合を決定したりスケーリング値を決定するために用いられなくてよい。
図３７を参照すると、前述したＲｅｌ－１６の方式をそのまま用いている。より具体的には、端末は、ＰＵＳＣＨの優先順位に関する情報を取得できる。ここで、ＰＵＳＣＨの優先順位は０、１のうち一つの値を有し得る。０であれば、低い優先順位であり、１であれば、高い優先順位である。
端末は、前記ＰＵＳＣＨの優先順位に基づいてベータオフセットの集合及びスケーリング値を決定できる。端末は、ＰＵＳＣＨ優先順位当たりに一つのベータオフセット集合及びスケーリング値が設定されてよい。仮に、端末にＰＵＳＣＨの優先順位として０（低い優先順位）と１（高い優先順位）が指示又は設定可能であれば、基地局は端末に、低い優先順位に該当するベータオフセット集合（図３７でＬＰ ｂｅｔａ ｏｆｆｓｅｔ ｓｅｔ）とスケーリング値、高い優先順位に該当するベータオフセット集合（図３７でＨＰ ｂｅｔａ ｏｆｆｓｅｔ ｓｅｔ）とスケーリング値を設定することができる。前述したように、端末は、ＰＵＳＣＨの優先順位に関する情報を取得できるので、その優先順位に合うベータオフセット集合及びスケーリング値を決定できる。
優先順位当たり一つのベータオフセット集合は最大で４個のベータオフセット値を含んでよい。また、各ベータオフセット集合は、互いに異なる数のベータオフセット値を含んでよい。この場合、ベータオフセット集合のうち、最も多い数を持つベータオフセット集合に基づいて、ＤＣＩ ｆｏｒｍａｔにおいてベータオフセット指示子のビットの長さが決定されてよく、ＤＣＩ ｆｏｒｍａｔのそのビットの値によってベータオフセットの値が指示されてよい。
端末は、ＵＣＩの優先順位を考慮せずに、前記ＰＵＳＣＨの優先順位に基づいて決定したベータオフセット値を又はスケーリング値に基づいて数学式１によってＲＥの数を決定できる。
一般に、より高い信頼度のために、ＨＰ ＵＣＩのためのベータオフセットの値は、ＬＰ ＵＣＩのためのベータオフセットの値よりは大きい値が必要である。しかし、第２実施例では、ＵＣＩの優先順位に関係なく同一のベータオフセット集合を用いる。このため、端末及びシステムはＨＰ ＵＣＩに所望の信頼度を提供し難い。以下では、これを解決するための方法が開示される。
（第２－１実施例）ＵＣＩを多重化する第２－１実施例は、第２実施例で求めたベータオフセット値をＵＣＩの優先順位によって変更する方法を開示する。より具体的には、高い優先順位を有するＵＣＩのために、前記求めたベータオフセットの値はより大きい値に変換されてよい。
一例として、端末は、前記ベータオフセット値にいずれかの値をかけて高い優先順位のＵＣＩのためのベータオフセット値を得ることができる。ここで、いずれかの値は、１よりも大きい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。前記ベータオフセット値にいずれかの値をかけて低い優先順位のＵＣＩのためのベータオフセット値を得ることができる。ここで、いずれかの値は、１よりも小さい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。
他の例として、端末は前記ベータオフセット値にいずれかの値を足して高い優先順位のＵＣＩのためのベータオフセット値を得ることができる。ここで、いずれかの値は、０よりも大きい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。端末は、前記ベータオフセット値にいずれかの値を足して低い優先順位のＵＣＩのためのベータオフセット値を得ることができる。ここで、いずれかの値は、０よりも小さい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。
前記例題においてベータオフセットの最大値と最小値が決められてよい。すなわち、かけたり足したりして得た値が、ベータオフセット値が有し得る最大値又は最小値の範囲を外れると、端末は、ベータオフセットの値として前記最大値又は最小値を用いることができる。
上記ではベータオフセットについて説明したが、同一に、スケーリング値にも適用可能である。
（第２－２実施例）ＵＣＩを多重化する第２－２実施例は、第２実施例で求めたベータオフセット指示子の値を、ＵＣＩの優先順位によって変更する方法を開示する。より具体的には、高い優先順位を有するＵＣＩのために得たベータオフセット指示子の値が、よりも大きい値に変換されてよい。
端末に基地局からベータオフセットの集合が設定されるとき、ベータオフセット集合がベータオフセットの値を複数個含んでよい。端末は、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔのベータオフセット指示子から指示値を取得できる。前記指示値は、ベータオフセット集合から一つのベータオフセット値を選択するためのインデックスに該当し得る。
ＨＰ ＵＣＩのためのベータオフセット値を得るために、端末は、ベータオフセット指示子の指示値Ｉにいずれかの値を足して新しいベータオフセット指示子の指示値を得ることができる。ここで、いずれかの値は、０よりも大きい整数値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。ここで、ベータオフセット集合においてベータオフセット値は昇順に整列されていてよい。
ＬＰ ＵＣＩのためのベータオフセット値を得るために、端末は、ベータオフセット指示子の指示値Ｉにいずれかの値を足して新しいベータオフセット指示子の指示値を得ることができる。ここで、いずれかの値は、０よりも小さい整数値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。ここで、ベータオフセット集合においてベータオフセット値は昇順に整列されていてよい。
前記例題においてベータオフセット指示子の最大値と最小値が決められてよい。すなわち、かけたり足したりして得た値が、ベータオフセット指示子の値が有し得る最大値又は最小値の範囲を外れると、ベータオフセットの指示子の値として前記最大値又は最小値を用いることができる。
（第３実施例）ＵＣＩを多重化する第３実施例によれば、端末は、ＵＣＩの優先順位に基づいてベータオフセット集合及びスケーリング値を決定できる。ここで、ＰＵＳＣＨの優先順位は、ベータオフセット集合を決定したりスケーリング値を決定したりするために用いられなくてよい。
端末は、ＵＣＩの優先順位当たりに一つのベータオフセット集合及びスケーリング値が設定されてよい。例えば、ＬＰ ＵＣＩのためのベータオフセット集合及びスケーリング値が設定されてよく、ＨＰ ＵＣＩのためのベータオフセット集合及びスケーリング値が設定されてよい。
端末は、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔから、前記ＰＵＳＣＨに多重化されるＵＣＩの優先順位を取得できる。この優先順位として、低いＵＣＩ優先順位又は高いＵＣＩ優先順位が指示されてよく、前述した１ビットＵＣＩ優先順位指示子又は２ビットＵＣＩ優先順位指示子によって得ることができる。
端末は、ＵＣＩの優先順位によってベータオフセット集合及びスケーリング値を決定できる。例えば、ＵＣＩの優先順位が低い優先順位であれば、端末は、その低い優先順位のベータオフセット集合及びスケーリング値を決定できる。
ＵＣＩ優先順位当たり一つのベータオフセット集合は、最大で４個のベータオフセット値を含んでよい。また、各ベータオフセット集合は、互いに異なる数のベータオフセット値を含んでよい。この場合、ベータオフセット集合のうち、最も多い数を持つベータオフセット集合に基づいて、ＤＣＩ ｆｏｒｍａｔにおいてベータオフセット指示子のビットの長さが決定されてよく、ＤＣＩ ｆｏｒｍａｔのそのビットの値によってベータオフセットの値が指示されてよい。
第３実施例において、端末は、ＰＵＳＣＨの優先順位を考慮せずに、前記ＵＣＩの優先順位に基づいて決定したベータオフセット値又はスケーリング値に基づいて数学式１によってＲＥの数を決定できる。
一般に、より高い信頼度のために、高い優先順位のＰＵＳＣＨのためのベータオフセットの値は、低い優先順位のＰＵＳＣＨのためのベータオフセットの値よりは小さい値が必要である。しかし、第３実施例では、ＰＵＳＣＨの優先順位に関係なく、同一のベータオフセット集合を用いる。このため、端末及びシステムは高い優先順位のＰＵＳＣＨに所望の信頼度を提供し難い。したがって、これを解決するための方法が開示される。
（第３－１実施例）ＵＣＩを多重化する第３－１実施例は、第３実施例で求めたベータオフセット値をＰＵＳＣＨの優先順位によって変更する方法を含む。より具体的には、高い優先順位を有するＰＵＳＣＨのために、前記求めたベータオフセットの値は、より小さい値に変換されてよい。
一例として、端末は、前記ベータオフセット値にいずれかの値をかけて高い優先順位のＰＵＳＣＨのためのベータオフセット値を得ることができる。ここで、いずれかの値は、１よりも小さい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。前記ベータオフセット値にいずれかの値をかけて低い優先順位のＰＵＳＣＨのためのベータオフセット値を得ることができる。ここで、いずれかの値は、１よりも大きい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。
他の例として、端末は、前記ベータオフセット値にいずれかの値を足して高い優先順位のＰＵＳＣＨのためのベータオフセット値を得ることができる。ここで、いずれかの値は、０よりも小さい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。前記ベータオフセット値にいずれかの値を足して低い優先順位のＰＵＳＣＨのためのベータオフセット値を得ることができる。ここで、いずれかの値は、０よりも大きい値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。
前記例題において、ベータオフセットの最大値と最小値が決められてよい。すなわち、かけたり足したりして得た値が、ベータオフセット値が有し得る最大値又は最小値の範囲を外れると、ベータオフセットの値として前記最大値又は最小値を用いることができる。
上記においてベータオフセットについて説明したが、同一に、スケーリング値にも適用可能である。
（第３－２実施例）ＵＣＩを多重化する第３－２実施例は、第３実施例で求めたベータオフセット指示子の値をＰＵＳＣＨの優先順位によって変更する方法を含む。より具体的には、高い優先順位を有するＰＵＳＣＨのために得たベータオフセット指示子の値が、より小さい値に変換されてよい。
端末に基地局からベータオフセットの集合が設定されるとき、ベータオフセット集合がベータオフセットの値を複数個含んでよい。端末は、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔのベータオフセット指示子から指示値を取得できる。前記指示値は、ベータオフセット集合から一つのベータオフセット値を選択するためのインデックスに該当し得る。
高い優先順位のＰＵＳＣＨのためのベータオフセット値を得るために、端末は、ベータオフセット指示子の指示値Ｉにいずれかの値を足して新しいベータオフセット指示子の指示値を得ることができる。ここで、いずれかの値は、０よりも小さい整数値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。ここで、ベータオフセット集合においてベータオフセット値は昇順に整列されていてよい。
低い優先順位のＰＵＳＣＨのためのベータオフセット値を得るために、端末は、ベータオフセット指示子の指示値Ｉにいずれかの値を足して新しいベータオフセット指示子の指示値を得ることができる。ここで、いずれかの値は、０よりも大きい整数値であってよい。ここで、いずれかの値は、基地局が端末に設定する値であってよい。ここで、ベータオフセット集合においてベータオフセット値は昇順に整列されていてよい。
前記例題において、ベータオフセット指示子の最大値と最小値が決められてよい。すなわち、かけたり足したりして得た値が、ベータオフセット指示子の値が有し得る最大値又は最小値の範囲を外れると、ベータオフセットの指示子の値として前記最大値又は最小値を用いることができる。
上記の数学式１でＨＡＲＱ－ＡＣＫをＰＵＳＣＨ上のＲＥに多重化するとき、端末は、前記ＲＥの数を決定するためにベータオフセットの値又はスケーリングの値を決定する。しかし、端末がＲＥの数を決定する数学式１は、ＰＵＳＣＨにＬＰ ＵＣＩとＨＰ ＵＣＩが同時に多重化される場合には不適であり得る。このため、以下では、これを解決するためのＲＥの数を決定する方法が開示される。
（第１方法）ＲＥの数を決定する第１方法であり、端末は、下記の数学式２を用いて高い優先順位のＨＡＲＱ－ＡＣＫが占めるＲＥの数（Ｑ’ＡＣＫ，ＨＰ）を決定できる。このとき、ベータオフセット（βＰＵＳＣＨ ｏｆｆｓｅｔ）及びスケーリング（αＨＰ）値は、先の実施例で求めたＨＰ ＵＣＩに該当する値である。
端末は、数学式２で求めた に基づいて次の数学式３によって低い優先順位のＨＡＲＱ－ＡＣＫが占めるＲＥの数（Ｑ’ＡＣＫ，ＬＰ）を決定できる。ベータオフセット及びスケーリング値は、先の実施例で求めたＬＰ ＵＣＩに該当する値である。
数学式３でＯＡＣＫ，ＨＰ、ＬＡＣＫ，ＨＰは、高い優先順位のＨＡＲＱ－ＡＣＫビットの数及びＣＲＣビットの数を表て、ＯＡＣＫ，ＬＰ、ＬＡＣＫ，ＬＰは、低い優先順位のＨＡＲＱ－ＡＣＫビットの数及びＣＲＣビットの数を表す。
数学式２と数学式３とを比較すれば、数学式２では数学式１で求めたＱ’ＨＰ－ＡＣＫのＲＥは既に、高い優先順位のＨＡＲＱ－ＡＣＫを多重化するために使用したので、これを除外した。しかし、前記数学式３で求めた低い優先順位のＨＡＲＱ－ＡＣＫのためのＲＥの数Ｑ’ＡＣＫ，ＬＰは、高い優先順位のＨＡＲＱ－ＡＣＫのＲＥの数を求める時の
を違反することがある。例えば、αＨＰ値が小さく、αＬＰが大きく決定される時に、上のような背反が発生し得る。したがって、数学式３に替えて数学式４が用いられてよい。
（第２方法）ＲＥの数を決定する第２方法であり、端末は、ＰＵＳＣＨ上のＲＥに多重化するＵＣＩが、前記ＵＣＩのうち最も高い優先順位にしたがうと仮定できる。例えば、ＰＵＳＣＨ上のＲＥに多重化するＵＣＩがいずれも低い優先順位であれば、端末は、前記ＵＣＩを低い優先順位と判定できる。そして、ＰＵＳＣＨ上のＲＥに多重化するＵＣＩがいずれも高い優先順位であれば、端末は、前記ＵＣＩを高い優先順位と判定できる。また、ＰＵＳＣＨ上のＲＥに多重化するＵＣＩが低い優先順位ＵＣＩ及びＨＰ ＵＣＩを含むと、端末は、前記ＵＣＩほ高い優先順位と判定できる。仮に前記ＵＣＩが高い優先順位と判定されると、端末は、数学式２を用いて、前記ＵＣＩを多重化するＲＥの数を決定できる。ここで、ＯＡＣＫ，ＨＰ、ＬＡＣＫ，ＨＰは、高い優先順位のＨＡＲＱ－ＡＣＫビットの数及びＣＲＣビットの数である。より具体的には、ＯＡＣＫ，ＨＰは、全てのＵＣＩのビット数であり、ＬＡＣＫ，ＨＰは、前記ＯＡＣＫ，ＨＰに対するＣＲＣビット数である。
以下、実施例は、ＨＡＲＱ－ＡＣＫのビット数を決定する方法を開示する。
ＨＡＲＱ－ＡＣＫはコードブックで送信されてよい。ここで、コードブックは、タイプ－１ＨＡＲＱ－ＡＣＫコードブック（又は、ｓｅｍｉ－ｓｔａｔｉｃ ＨＡＲＱ－ＡＣＫコードブック）及びタイプ－２ＨＡＲＱ－ＡＣＫコードブック（又は、ｄｙｎａｍｉｃ ＨＡＲＱ－ＡＣＫコードブック）を含んでよい。端末が前記ＨＡＲＱ－ＡＣＫのビット数を決定する上で、ＰＵＳＣＨをスケジュールするＤＣＩでは次のような情報が含まれてよい。
１）タイプ－１ＨＡＲＱ－ＡＣＫコードブックの場合、ＰＵＳＣＨをスケジュールするＤＣＩは１ビットＵＬ ＤＡＩ（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）を含んでよい。ここで、１ビットＵＬ ＤＡＩが０であれば、前記ＰＵＳＣＨに多重化するべきタイプ－１ＨＡＲＱ－ＡＣＫコードブックがないことを指示する。１ビットＵＬ ＤＡＩが１であれば、前記ＰＵＳＣＨに多重化するべきタイプ－１ＨＡＲＱ－ＡＣＫコードブックがあることを指示する。この場合、タイプ－１ＨＡＲＱ－ＡＣＫコードブックが含むＨＡＲＱ－ＡＣＫビットの数は、上位層の設定によって決定されてよい。ここで、上位層の設定は、少なくともＰＤＳＣＨを受信する下りリンク副搬送波間隔、ＰＵＣＣＨを送信する上りリンク副搬送波間隔、ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＴＤＲＡ（ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）のｔａｂｌｅ設定情報を含んでよい。
２）タイプ－２ＨＡＲＱ－ＡＣＫコードブックの場合、ＰＵＳＣＨをスケジュールするＤＣＩは、２ビットＵＬ ＤＡＩを含んでよい。ここで、２ビットＵＬ ＤＡＩは、１、２、３、４のうち一つの値を指示できる。仮にＵＬ ＤＡＩ値がＮＵＬ－ＤＡＩと指示されると、端末は、ＨＡＲＱ－ＡＣＫビットの数が４＊ｉ＋ＮＵＬ－ＤＡＩビットであると判定できる。ここで、ｉは、負でない整数値のうち一つの値である。端末は、受信したＰＤＳＣＨ数又はそのＰＤＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが含むｃｏｕｎｔｅｒ－ＤＡＩ値に基づいてｉを決定することができる。したがって、端末は、ＵＬ ＤＡＩ値に基づいて、タイプ－２ＨＡＲＱ－ＡＣＫコードブックに含まれたＨＡＲＱ－ＡＣＫビットの数を判定できる。仮に２ビットＵＬ ＤＡＩの値が４を指示し、端末が、前記タイプ－２ＨＡＲＱ－ＡＣＫコードブックに含まれるＨＡＲＱ－ＡＣＫに対応するＰＤＣＣＨを一切受信できないと、端末は、ＰＵＳＣＨに多重化されるタイプ－２ＨＡＲＱ－ＡＣＫコードブックがないことが判定できる。すなわち、タイプ－２ＨＡＲＱ－ＡＣＫコードブックのサイズは０である。
３）端末にＣＢＧ（ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ）ベースのＰＤＳＣＨ受信が設定されている場合に、ＰＵＳＣＨをスケジュールするＤＣＩは、一番目のＵＬ－ＤＡＩと二番目のＵＬ－ＤＡＩを含んでよい。２つのＵＬ－ＤＡＩのそれぞれは、２ビットであり、一番目のＵＬ－ＤＡＩは、タイプ－２ＨＡＲＱ－ＡＣＫコードブックのうち一番目のサブコードブックに適用され、二番目のＵＬ－ＤＡＩは、二番目のサブコードブックに適用される。特に説明がなければ、本発明では、ＣＢＧベースのＰＤＳＣＨ受信が設定されていない端末を基準にして説明するが、本発明で提案した方法は、ＣＢＧベースのＰＤＳＣＨ受信が設定された端末にも同一に適用可能である。
一端末は最大で２個のＨＡＲＱ－ＡＣＫコードブックを同時に生成できる。ここで、第１ＨＡＲＱ－ＡＣＫコードブックは、低い優先順位のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックであり、第２ＨＡＲＱ－ＡＣＫコードブックは、高い優先順位のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックである。ここで、第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックは同じタイプであっても、異なるタイプであってもよく、これらを組み合わせると、次の場合が可能である。
１）場合１：第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックが両方ともタイプ－１ＨＡＲＱ－ＡＣＫコードブックである場合
２）場合２：第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックが両方ともタイプ－２ＨＡＲＱ－ＡＣＫコードブックである場合
３）場合３：第１ＨＡＲＱ－ＡＣＫコードブックはタイプ－１ＨＡＲＱ－ＡＣＫコードブックであり、第２ＨＡＲＱ－ＡＣＫコードブックはタイプ－２ＨＡＲＱ－ＡＣＫコードブックである場合
４）場合４：第１ＨＡＲＱ－ＡＣＫコードブックはタイプ－２ＨＡＲＱ－ＡＣＫコードブックであり、第２ＨＡＲＱ－ＡＣＫコードブックはタイプ－１ＨＡＲＱ－ＡＣＫコードブックである場合
このように、４つの可能な場合の数がある。
端末は、第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックをＰＵＳＣＨ上のＲＥで多重化して送信できる。上述したように、端末は、ＨＡＲＱ－ＡＣＫコードブックのビットの数を知るために、ＵＬ ＤＡＩ値を用いた。しかし、Ｒｅｌ－１５／１６によれば、ＰＵＳＣＨには一つの優先順位に該当する一つのＨＡＲＱ－ＡＣＫコードブックのみが多重化される。したがって、端末は、前記ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔから、前記ＨＡＲＱ－ＡＣＫコードブックに合うＵＬ ＤＡＩ値を得ることができる。
しかし、ＰＵＳＣＨは、第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックの両方をＰＵＳＣＨ上のＲＥで多重化して送信できる。このとき、前記第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックのサイズを知るためにはＵＬ ＤＡＩ値が必要である。
本実施例は、一端末が２つのＨＡＲＱ－ＡＣＫコードブックを同時に生成する時に、ＵＬ ＤＡＩ値を取得する方法、及びその値に基づいてＨＡＲＱ－ＡＣＫコードブックが含むＨＡＲＱ－ＡＣＫビットの数を判定する方法を開示する。
便宜上、第１ＨＡＲＱ－ＡＣＫコードブックを低い優先順位とし、第２ＨＡＲＱ－ＡＣＫコードブックを高い優先順位としよう。
（第１実施例）２つのＨＡＲＱ－ＡＣＫを同時に生成するとき、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、第１ＨＡＲＱ－ＡＣＫコードブックのための第１ＵＬ ＤＡＩと第２ＨＡＲＱ－ＡＣＫコードブックのための第２ＵＬ ＤＡＩを含んでよい。前記第１ＵＬ ＤＡＩのビットの数は、第１ＨＡＲＱ－ＡＣＫコードブックのタイプによって決定され、第２ＵＬ ＤＡＩのビットの数は、第２ＨＡＲＱ－ＡＣＫコードブックのタイプによって決定される。
端末は、第１ＵＬ ＤＡＩに基づいて、第１ＨＡＲＱ－ＡＣＫコードブックに含まれたＨＡＲＱ－ＡＣＫビットの数を決定できる。また、第２ＵＬ ＤＡＩに基づいて、第２ＨＡＲＱ－ＡＣＫコードブックに含まれたＨＡＲＱ－ＡＣＫビットの数を決定できる。ここで、タイプ－１ＨＡＲＱ－ＡＣＫコードブック又はタイプ－２ＨＡＲＱ－ＡＣＫコードブックにおいてＨＡＲＱ－ＡＣｋビットの数を決定する方法を用いることができる。
例えば、第１ＨＡＲＱ－ＡＣＫコードブックがタイプ－１ＨＡＲＱ－ＡＣＫコードブックであり、第２ＨＡＲＱ－ＡＣＫコードブックがタイプ－２ＨＡＲＱ－ＡＣＫコードブックと設定されている場合に、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、第１ＨＡＲＱ－ＡＣＫコードブックの第１ＵＬ－ＤＡＩ値と第２ＨＡＲＱ－ＡＣＫコードブックの第２ＵＬ－ＤＡＩ値を含んでよい。ここで、第１ＵＬ－ＤＡＩ値は１ビットで示され、第２ＨＡＲＱ－ＡＣＫコードブックの値は２ビットで示されてよい。端末は、前記第１ＵＬ－ＤＡＩ値によって第１ＨＡＲＱ－ＡＣＫコードブックのサイズを判定できる。第１ＨＡＲＱ－ＡＣＫコードブックはタイプ－１ＨＡＲＱ－ＡＣＫコードブックであるので、前記１ビットでサイズを判定できる。端末は、前記第２ＵＬ－ＤＡＩ値によって第２ＨＡＲＱ－ＡＣＫコードブックのサイズを判定できる。第２ＨＡＲＱ－ＡＣＫコードブックはタイプ－２ＨＡＲＱ－ＡＣＫコードブックであるので、前記２ビットでサイズを判定できる。
（第２実施例）２つのＨＡＲＱ－ＡＣＫを同時に生成する時に、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックの両方ともタイプ－２ＨＡＲＱ－ＡＣＫコードブックと設定されていると、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは一つのＵＬ ＤＡＩ値を含んでよい。端末は、前記ＵＬ ＤＡＩ値を、第１ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値と第２ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値として用いることができる。
より具体的には、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、２ビットＵＬ ＤＡＩを含んでよい。前記２ビットＵＬ ＤＡＩの値によって第１ＨＡＲＱ－ＡＣＫコードブックのサイズ及び第２ＨＡＲＱ－ＡＣＫコードブックのサイズが決定されてよい。前記２ビットＵＬ ＤＡＩの値がＮＵＬ－ＤＡＩの場合に、第１ＨＡＲＱ－ＡＣＫコードブックのサイズは、４＊ｉ＋ＮＵＬ－ＤＡＩと決定されてよい。ここで、ｉは、負でない整数値のうち一つの値である。端末は、第１ＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫと対応する受信したＰＤＳＣＨ数、又はそのＰＤＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが含むｃｏｕｎｔｅｒ－ＤＡＩ値に基づいて、ｉを決定することができる。また、第２ＨＡＲＱ－ＡＣＫコードブックのサイズは、４＊ｊ＋ＮＵＬ－ＤＡＩと決定されてよい。ここで、ｊは、負でない整数値のうち一つの値である。端末は、第ｊのＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫと対応する受信したＰＤＳＣＨ数、又はそのＰＤＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが含むｃｏｕｎｔｅｒ－ＤＡＩ値に基づいて、ｊを決めることができる。したがって、第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックのサイズは４で割ったとき、同じ余りを有し得る。
仮に第１ＨＡＲＱ－ＡＣＫコードブックにＣＢＧベースのＰＤＳＣＨ受信が設定されている場合に、前記ＵＬ ＤＡＩは、一番目のＵＬ ＤＡＩ又は二番目のＵＬ ＤＡＩのうち一つに限定されてよい。例えば、一番目のＵＬ ＤＡＩに限定される場合に、端末は、２ビットの一番目のＵＬ ＤＡＩに基づいて、第１ＨＡＲＱ－ＡＣＫコードブックの一番目のサブコードブックのサイズを決定できる。そして、２ビットの一番目のＵＬ ＤＡＩに基づいて、第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定できる。端末は、２ビットの二番目のＵＬ ＤＡＩに基づいて、第１ＨＡＲＱ－ＡＣＫコードブックの二番目のサブコードブックのサイズを決定できる。したがって、第１ＨＡＲＱ－ＡＣＫコードブックの一番目のサブコードブックと第２ＨＡＲＱ－ＡＣＫコードブックのサイズは４で割ったとき、同じ余りを有し得る。
（第３実施例）２つのＨＡＲＱ－ＡＣＫを同時に生成するとき、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックの両方ともタイプ－１ＨＡＲＱ－ＡＣＫコードブックと設定されていると、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、一つのＵＬ ＤＡＩ値を含んでよい。端末は、前記ＵＬ ＤＡＩ値を第１ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値及び第２ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値として用いることができる。
より具体的には、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、１ビットＵＬ ＤＡＩを含んでよい。前記１ビットＵＬ ＤＡＩの値によって第１ＨＡＲＱ－ＡＣＫコードブックのサイズ及び第２ＨＡＲＱ－ＡＣＫコードブックのサイズが決定されてよい。前記１ビットＵＬ ＤＡＩの値が「０」であれば、端末は、ＰＵＳＣＨ上のＲＥに多重化する第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックがないと判定できる。前記１ビットＵＬ ＤＡＩの値が「１」であれば、端末は、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックが存在すると判定できる。この場合、第１ＨＡＲＱ－ＡＣＫコードブックのサイズ及び第２ＨＡＲＱ－ＡＣＫコードブックのサイズは、上位層で設定された値に基づいて決定されてよい。
（第４実施例）２つのＨＡＲＱ－ＡＣＫを同時に生成するとき、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックのうち一方はタイプ－１ＨＡＲＱ－ＡＣＫコードブックであり、他方はタイプ－２ＨＡＲＱ－ＡＣＫコードブックと設定されていると、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、一つのＵＬ ＤＡＩ値を含んでよい。端末は、前記ＵＬ ＤＡＩ値を、第１ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値及び第２ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値として用いることができる。便宜上、第１ＨＡＲＱ－ＡＣＫコードブックがタイプ－１ＨＡＲＱ－ＡＣＫコードブックと設定されており、第２ＨＡＲＱ－ＡＣＫコードブックがタイプ－２ＨＡＲＱ－ＡＣＫコードブックと設定されていると仮定して説明する。
具体的には、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、２ビットＵＬ ＤＡＩを含んでよい。ここで、ＵＬ ＤＡＩビットの数は、第１ＨＡＲＱ－ＡＣＫコードブックで必要なＵＬ ＤＡＩビットの数及び第２ＨＡＲＱ－ＡＣＫコードブックで必要なＵＬ ＤＡＩビットの数のうち、最大値と決定される。前記２ビットＵＬ ＤＡＩのビットは、「００」、「０１」、「１０」，「１１」を有し得る。
第２ＨＡＲＱ－ＡＣＫコードブックはタイプ－２ＨＡＲＱ－ＡＣＫコードブックであり、端末は、前記ビットを２ビットＵＬ ＤＡＩ値として解釈できる。すなわち、端末は、「００」を１、「０１」を２、「１０」を３、「１１」を４と解釈できる。前記ＵＬ ＤＡＩ値に基づいて第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定できる。前記２ビットＵＬ ＤＡＩの値がＮＵＬ－ＤＡＩの場合に、第２ＨＡＲＱ－ＡＣＫコードブックのサイズは、４＊ｉ＋ＮＵＬ－ＤＡＩと決定されてよい。ここで、ｉは、負でない整数値のうち一つの値である。端末は、第２ＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫと対応する受信したＰＤＳＣＨ数、又はそのＰＤＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔが含むｃｏｕｎｔｅｒ－ＤＡＩ値に基づいてｉを決定することができる。
第１ＨＡＲＱ－ＡＣＫコードブックはタイプ－１ＨＡＲＱ－ＡＣＫコードブックであり、端末は前記２ビット「００」、「０１」、「１０」、「１１」のうち２個のコードポイント（ｃｏｄｅ－ｐｏｉｎｔ）を選択してＵＬ ＤＡＩ値０又は１と認識できる。例えば、２ビットＵＬ ＤＡＩが「１１」であれば、ＵＬ ＤＡＩ値を０と認識でき、２ビットＵＬ ＤＡＩが「１０」であれば、ＵＬ ＤＡＩ値を１と認識できる。前記ＵＬ ＤＡＩ値０又は１に基づいて、第１ＨＡＲＱ－ＡＣＫコードブックのサイズを決定できる。前記１ビットＵＬ ＤＡＩの値が「０」であれば、端末は、ＰＵＳＣＨ上のＲＥに多重化する第１ＨＡＲＱ－ＡＣＫコードブックがないと判定できる。前記１ビットＵＬ ＤＡＩの値が「１」であれば、端末は、第１ＨＡＲＱ－ＡＣＫコードブックが存在すると判定できる。この場合、第１ＨＡＲＱ－ＡＣＫコードブックのサイズは、上位層で設定された値に基づいて決定されてよい。
前記実施例において、タイプ－１ＨＡＲＱ－ＡＣＫコードブックのＵＬ ＤＡＩ値０又は１は、２ビットＵＬ ＤＡＩ「００」、「０１」、「１０」、「１１」のうち２つのコードポイントを再解釈して得た。ここで、２ビットが「１１」であれば、ＵＬ ＤＡＩ値を０と判定できる。また、２ビットが「１０」であれば、ＵＬ ＤＡＩ値を１と判定できる。これは一つの例題であり、他のコードポイントを用いた再解釈方法も可能である。
２ビットが「１１」であればＵＬ ＤＡＩ値を０と判定する理由は、次の通りである。端末は、前記２ビットＵＬ ＤＡＩに基づいて、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックのうちいずれのＨＡＲＱ－ＡＣＫコードブックをＰＵＳＣＨ上のＲＥに多重化するべきかを判定しなければならない。ここで、端末は、１）第１ＨＡＲＱ－ＡＣＫコードブックのみを多重化、２）第２ＨＡＲＱ－ＡＣＫコードブックのみを多重化、３）第１ＨＡＲＱ－ＡＣＫコードブックと第２ＨＡＲＱ－ＡＣＫコードブックの両方とも多重化、４）多重化するＨＡＲＱ－ＡＣＫコードブック無し、のうち一つを決定しなければならない。２ビットが「１１」であればＵＬ ＤＡＩ値を０と判定する場合に、端末は、２ビットＵＬ ＤＡＩのビットが「１１」を指示すると、少なくともＰＵＳＣＨ上のＲＥに第１ＨＡＲＱ－ＡＣＫコードブックを多重化する必要がないことがわかる。また、端末は、２ビットＵＬ ＤＡＩのビットが「１１」であれば、第２ＨＡＲＱ－ＡＣＫコードブックからＵＬ ＤＡＩ値として４を判定できる。したがって、第２ＨＡＲＱ－ＡＣＫコードブックのサイズは、４＊ｉ＋４と決めれてよい。仮に、第２ＨＡＲＱ－ＡＣＫコードブックに含まれたＨＡＲＱ－ＡＣＫと対応するＰＤＳＣＨ又はＰＤＣＣＨを受信できないと、前記第２ＨＡＲＱ－ＡＣＫコードブックのサイズを０と判定できる。したがって、端末が２ビットが「１１」を指示すると、ＰＵＳＣＨ上のＲＥに第２ＨＡＲＱ－ＡＣＫコードブックを多重化しなくてよい。したがって、上記の４個の判定のうち、４）多重化するＨＡＲＱ－ＡＣＫコードブック無しを判定するために、２ビットが「１１」であればＵＬ ＤＡＩ値を０と判定することが好ましい。
（第５実施例）２つのＨＡＲＱ－ＡＣＫを同時に生成するとき、ＰＵＳＣＨをスケジュールするＤＣＩ ｆｏｒｍａｔは、一つのＨＡＲＱ－ＡＣＫコードブックのＵＬ ＤＡＩ値のみを含み、他のＨＡＲＱ－ＡＣＫコードブックのＵＬ ＤＡＩ値は含まなくてよい。ここで、前記ＤＣＩ ｆｏｒｍａｔにＵＬ ＤＡＩ値が含まれる一つのＨＡＲＱ－ＡＣＫコードブックは、次の方法のうち一つ又はそれらの組合せに基づいて決定してよい。
（第１方法）第１ＨＡＲＱ－ＡＣＫコードブックが優先順位が低く、第２ＨＡＲＱ－ＡＣＫコードブックが優先順位が高いとき、端末は、優先順位によって、前記ＤＣＩ ｆｏｒｍａｔにＵＬ ＤＡＩ値が含まれる一つのＨＡＲＱ－ＡＣＫコードブックを決定できる。例えば、優先順位が高い第２ＨＡＲＱ－ＡＣＫコードブックのＵＬ ＤＡＩ値は、前記ＤＣＩ ｆｏｒｍａｔに含まれてよい。又は、例えば、優先順位が低い第１ＨＡＲＱ－ＡＣＫコードブックのＵＬ ＤＡＩ値は、前記ＤＣＩ ｆｏｒｍａｔに含まれてよい。
（第２方法）第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックのいずれか一方はタイプ－１ＨＡＲＱ－ＡＣＫコードブックであり、他方はタイプ－２ＨＡＲＱ－ＡＣＫコードブックであれば、端末は、前記タイプによって、前記ＤＣＩ ｆｏｒｍａｔにＵＬ ＤＡＩ値が含まれる一つのＨＡＲＱ－ＡＣＫコードブックを決定できる。例えば、タイプ－１ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値は、前記ＤＣＩ ｆｏｒｍａｔに含まれてよい。又は、例えば、タイプ－２ＨＡＲＱ－ＡＣＫコードブックのＵＬ－ＤＡＩ値は、前記ＤＣＩ ｆｏｒｍａｔに含まれてよい。
ＶＩＩＩ．ＰＵＣＣＨとＰＵＳＣＨの多重化及びリソースマッピング方法
以下、本実施例は、ＬＰ ＨＡＲＱ－ＡＣＫとＨＰ ＨＡＲＱ－ＡＣＫをＰＵＳＣＨで多重化する方法、及びＰＵＳＣＨのＲＥにマップする方法を開示する。ここで、ＰＵＳＣＨは、低い優先順位ＰＵＳＣＨであるか或いは高い優先順位ＰＵＳＣＨであってよい。
一例として、低い優先順位のＵＣＩは、低い優先順位のＨＡＲＱ－ＡＣＫであってよい。
他の例として、高い優先順位ＵＣＩは、高い優先順位のＨＡＲＱ－ＡＣＫ及びＣＳＩ ｐａｒｔ １、ＣＳＩ ｐａｒｔ ２を含んでよい。
以下では、説明の便宜のために、低い優先順位ＨＡＲＱ－ＡＣＫと高い優先順位ＨＡＲＱ－ＡＣＫをＰＵＳＣＨに多重化する方法を扱う。
（第１実施例）端末は、第１段階として、次のように、高い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＨＰ－ＡＣＫ）、及び低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）を決定できる。
端末は、次の数学式によって、高い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＨＰ－ＡＣＫ）を決定できる。
数学式５を参照すると、ＯＨＰ－ＡＣＫは高い優先順位のＨＡＲＱ－ＡＣＫビット数、ＬＨＰ－ＡＣＫは高い優先順位のＣＲＣビット数、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－Ｘは、高い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＨＰであり、低い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＬＰである。
また、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＨＰ、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＬＰは基地局から設定又は指示された値であって、高い優先順位のＨＡＲＱ－ＡＣＫをマップするリソース数を決定するためのオフセット値であり、ＣＵＬ－ＳＣＨは、ＵＬ－ＳＣＨのＣＢ（ｃｏｄｅ ｂｌｏｃｋ）数、ＫｒはＵＬ－ＳＣＨのｒ番目のＣＢサイズ、ＭＵＣＩ ｓｃ（ｌ）は、ｌ番目のＰＵＳＣＨシンボルでＵＣＩ送信に使用可能なＲＥ数、ＮＰＵＳＣＨ ｓｙｍｂ，ａｌｌは、ＤＭＲＳを含むＰＵＳＣＨ送信に用いられる全体シンボル数、αは、上位レイヤから構成されるスケーリング値、ｌ０は、ＤＭＲＳシンボル以後のＤＭＲＳでない最初ＰＵＳＣＨのシンボルインデックスである。
仮にｌ番目のシンボルでＤＭＲＳを送信すれば、ＭＵＣＩ ｓｃ（ｌ）＝０であり、そうでなければ、ＭＵＣＩ ｓｃ（ｌ）＝ＭＰＵＳＣＨ ｓｃ－ＭＰＴ－ＲＳ ｓｃ（ｌ）である。ここで、ＭＰＵＳＣＨ ｓｃは、周波数領域でＰＵＳＣＨにスケジュールされたサブキャリア数、ＭＰＴ－ＲＳ ｓｃ（ｌ）は、ＰＴＲＳを含むｌ番目のＰＵＳＣＨシンボルのサブキャリア数である。
端末は、次の数学式６によって、低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）を決定できる。
数学式６を参照すると、ＯＬＰ－ＡＣＫは、低い優先順位のＨＡＲＱ－ＡＣＫビット数、ＬＬＰ－ＡＣＫは、低い優先順位のＣＲＣビット数、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘは、高い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＨＰであり、低い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＬＰである。
また、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＨＰ、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＬＰは、基地局から設定又は指示された値であって、低い優先順位のＨＡＲＱ－ＡＣＫをマップするリソース数を決定するためのオフセット値である。
端末は、第２段階として、前記高い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＨＰ－ＡＣＫ）と低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）に基づいて、ＰＵＳＣＨで高い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＱ’ＨＰ－ＡＣＫ個のＲＥと低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＱ’ＬＰ－ＡＣＫ個のＲＥを選択できる。細部例示は、次の通りである。
一側面において、端末は、Ｑ’ＡＣＫ＝Ｑ’ＬＰ－ＡＣＫ－Ｑ’ＨＰ－ＡＣＫに基づいて、ＰＵＳＣＨで高い優先順位ＨＡＲＱ－ＡＣＫと低い優先順位ＨＡＲＱ－ＡＣＫの送信のためのＲＥを決定できる。ここで、具体的なＱ’ＡＣＫ選択方法は、３ＧＰＰ標準文書ＴＳ３８．２１２の６．２．７ Ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ多重化によって選択できる。端末は、前記選択されたＱ’ＡＣＫ個のＲＥのうち、高い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＱ’ＨＰ－ＡＣＫ個のＲＥと低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＱ’ＬＰ－ＡＣＫ個のＲＥを決定しなければならない。これは、次の方法のうち一つによって決定されてよい。
他の側面において、端末は、Ｑ’ＡＣＫ個のＲＥのインデックスを０，１，．．．，Ｑ’ＡＣＫ－１と付けることができる。ここで、インデックスの順序は、最先頭のＯＦＤＭシンボルの最も低い周波数のＲＥを０とし、周波数に昇順にインデックスを付けることができる。その後、次のＯＦＤＭシンボルで周波数の昇順にインデックスを付けることができる。この過程を反復してＱ’ＡＣＫ個のＲＥのインデックスを付けることができる。
図３９は、一例によるＲＥのインデクシング方法を示す図である。図３９は、Ｑ’ＡＣＫ＝３６の例示である。図３９を参照すると、ＤＭＲＳの直後のシンボルで２４個のＲＥは０，１，２，．．．，２３のインデックスが付けられ、その次のシンボルは２４，２５，．．．，３５のインデックスが付けられる。
（第１方法）端末は、そのうち、前に位置するインデックスのＱ’ＨＰ－ＡＣＫ個のＲＥ（０，１，．．．Ｑ’ＨＰ－ＡＣＫ－１）を、高い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。そして、後に位置するインデックスのＱ’ＬＰ－ＡＣＫ個のＲＥ（Ｑ’ＨＰ－ＡＣＫ，Ｑ’ＨＰ－ＡＣＫ－１，．．．，Ｑ’ＡＣＫ－１）を、低い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。これは、前に位置するインデックスのＲＥが前のＯＦＤＭシンボルに配置され得るので、時間上でより早く送信され、前のＯＦＤＭシンボルはＤＭＲＳシンボルと隣接するので、より高い信頼度で送信され得るためである。
図４０は、他の例によるＲＥのインデクシング方法を示す図である。
図４０を参照すると、第１方法による（ａ）Ｑ’ＨＰ－ＡＣＫ＝１０及び（ｂ）Ｑ’ＨＰ－ＡＣＫ＝３０の例示が示されている。Ｑ’ＨＰ－ＡＣＫ＝１０であれば、端末は、インデックスが０，１，．．．，９てあるＲＥを、高い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。端末は、Ｑ’ＨＰ－ＡＣＫ＝３０であれば、インデックスが０，１，．．．，２９であるＲＥを、高い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。
（第２方法）端末は、インデックスが０，ｓ，２＊ｓ，３＊ｓ，．．．，（Ｑ’ＨＰ－ＡＣＫ－１）＊ｓのＲＥを、高い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。ここで、ｓはｓ＝ｆｌｏｏｒ（Ｑ’ＡＣＫ／Ｑ’ＨＰ－ＡＣＫ）と決定されてよい。すなわち、端末は、Ｑ’ＡＣＫ個のＲＥのうち、最大限に等間隔で遠く離れたＱ’ＨＰ－ＡＣＫ個のＲＥを選択できる。これにより、高い優先順位のＲＥは周波数領域で分散して高い周波数ダイバーシチ利得を得ることができる。しかし、この方式では、高い優先順位のＲＥが複数のＯＦＤＭシンボルに分散している。しかも、高い優先順位のＲＥが時間上で後のＯＦＤＭシンボルに位置し得るため、低遅延を要求するサービスに適さないことがある。
図４１は、さらに他の例によるＲＥのインデクシング方法を示す図である。
図４１を参照すると、第２方法による（ａ）Ｑ’ＨＰ－ＡＣＫ＝１０及び（ｂ）Ｑ’ＨＰ－ＡＣＫ＝３０の例示が示されている。Ｑ’ＨＰ－ＡＣＫ＝１０であれば、端末がｓ＝３と決定できる。すなわち、端末は、ＲＥのインデックスが３個間隔でＲＥを選択し、高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、決定されたインデックスは、０，３，６，９，１２，１５，１８，２１，２４，２７である。端末がＱ’ＨＰ－ＡＣＫ＝３０であれば、ｓ＝１と決定できる。すなわち、端末は、ＲＥのインデックスが１個間隔でＲＥを選択し、高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、決定されたインデックスは０，１，．．．，２９である。参考として、ｓ＝１であれば、第２方法は第１方法と同一である。
（第３方法）端末は、Ｑ’ＡＣＫ個のＲＥのうち、Ｑ’ＨＰ－ＡＣＫ個のＲＥを、次のように選択できる。
まず、Ｑ’ＡＣＫ個ＲＥのうち、一番目に早いＯＦＤＭシンボル（便宜上、第１のＯＦＤＭシンボル）に位置しているＲＥの数をＱ’ＡＣＫ，１としよう。前記ＲＥのインデックスは０，１，．．．，Ｑ’ＡＣＫ，１－１である。その次に早いＯＦＤＭシンボル（便宜上、第２のＯＦＤＭシンボル）に位置しているＲＥの数をＱ’ＡＣＫ，２としよう。前記ＲＥのインデックスはＱ’ＡＣＫ，１，Ｑ’ＡＣＫ，１－１，．．．，Ｑ’ＡＣＫ，２－１である。このように、全てのＯＦＤＭシンボルに位置しているＲＥの数を決定できる。
端末は、次の条件を満たす最小の整数ｊを探す。
１）条件：
上の条件によってＱ’ＡＣＫ，１＋Ｑ’ＡＣＫ，２＋．．．＋Ｑ’ＡＣＫ，ｊ－１＜Ｑ’ＨＰ－ＡＣＫである。
端末は、第１のＯＦＤＭシンボル～第ｊ－１のＯＦＤＭシンボルの全てのＲＥを、高い優先順位のＨＡＲＱ－ＡＣＫ送信に用いることができる。これは、可能な限り時間上に早いＯＦＤＭシンボルのＲＥを、高い優先順位のＨＡＲＱ－ＡＣＫ送信に用いるためである。すなわち、インデックスが０，１，．．．，Ｑ’ＡＣＫ，１＋Ｑ’ＡＣＫ，２＋．．．＋Ｑ’ＡＣＫ，ｊ－１－１のＲＥを、高い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。
端末は、第ｊのＯＦＤＭシンボルの一部ＲＥを、高い優先順位のＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、一部ＲＥの数は、Ｘ＝Ｑ’ＨＰ－ＡＣＫ－（Ｑ’ＡＣＫ，１＋Ｑ’ＡＣＫ，２＋．．．＋Ｑ’ＡＣＫ，ｊ－１）である。すなわち、Ｘは、前のＯＦＤＭシンボルで不足しているＲＥの数である。端末は、インデックスがＹ＋０，Ｙ＋ｓ，Ｙ＋２＊ｓ，Ｙ＋３＊ｓ，．．．，Ｙ＋（Ｘ－１）＊ｓであるＲＥを、高い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。ここで、Ｙ＝Ｑ’ＡＣＫ，１＋Ｑ’ＡＣＫ，２＋．．．＋Ｑ’ＡＣＫ，ｊ－１であり、インデックスＹであるＲＥは、第ｊのＯＦＤＭシンボルの最も低い周波数のＲＥである。ｓは、ｓ＝ｆｌｏｏｒ（Ｑ’ＡＣＫ，ｊ／Ｘ）である。すなわち、端末は、第ｊのＯＦＤＭシンボルのＱ’ＡＣＫ，ｊ個のＲＥのうち、最大限に等間隔で遠く離れたＸ個のＲＥを選択できる。
図４２は、さらに他の例によるＲＥのインデクシング方法を示す図である。
図４２を参照すると、第２方法による（ａ）Ｑ’ＨＰ－ＡＣＫ＝１０及び（ｂ）Ｑ’ＨＰ－ＡＣＫ＝３０の例示が示されている。Ｑ’ＨＰ－ＡＣＫ＝１０であれば、端末がｊ＝１と決定できる。すなわち、第１のＯＦＤＭシンボル（ＤＭＲＳシンボルの直後のシンボル）のＲＥのうちＱ’ＨＰ－ＡＣＫ＝１０個のＲＥは、高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、ｓ＝２であってよい。したがって、インデックスが０，２，４，６，８，１０，１２，１４，１６，１８に該当するＲＥは、高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。端末がＱ’ＨＰ－ＡＣＫ＝３０であれば、ｊ＝２と決定できる。すなわち、第１のＯＦＤＭシンボル（ＤＭＲＳシンボルの直後のシンボル）の全てのＲＥは、高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。そして、第２のＯＦＤＭシンボルのＸ＝６個のＲＥは、高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、ｓ＝２と決定できる。すなわち、端末は、第２のＯＦＤＭシンボルのＲＥのインデックスが２個間隔でＲＥを選択し、高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、決定されたインデックスは、２４，２６，２８，３０，３２，３４である。
ＰＵＳＣＨレートマッチング及びパンクチャリング
端末は、第１方法、第２方法、第３方法のうち少なくとも一つに基づいて、高い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥ及び低い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥを判定する。端末は、前記ＲＥ以外のＲＥでＰＵＳＣＨをレートマッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）して送信できる。
ここで、次の条件を満たすとき、端末は、前記ＲＥを含めてＰＵＳＣＨをレートマッチングし、前記ＲＥの位置をパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）して、高い優先順位ＨＡＲＱ－ＡＣＫ又は低い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。
１）条件１：ＰＵＳＣＨに多重化されるべき高い優先順位ＨＡＲＱ－ＡＣＫビットと低い優先順位ＨＡＲＱ－ＡＣＫビットの数の和が一定数と等しい又はより少ない
２）条件２：ＰＵＳＣＨに多重化されるべき高い優先順位ＨＡＲＱ－ＡＣＫビットが一定数と等しい又はより少なく、低い優先順位ＨＡＲＱ－ＡＣＫビットの数が一定数と等しい又はより少ない、
ここで、次の条件３を満たすとき、端末は、低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＲＥを含めてＰＵＳＣＨをレートマッチングし、前記ＲＥの位置をパンクチャリングして低い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。参考として、ＰＵＳＣＨは、高い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＲＥは常に避けてレートマッチングを行うことができる。
３）条件３：ＰＵＳＣＨに多重化されるべき低い優先順位ＨＡＲＱ－ＡＣＫビットの数が一定数と等しい又はより少ない。
ここで、次の条件を満たすとき、端末は、高い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＲＥを含めてＰＵＳＣＨをレートマッチングし、前記ＲＥの位置をパンクチャリングして高い優先順位ＨＡＲＱ－ＡＣＫ送信に用いることができる。参考として、ＰＵＳＣＨは、低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＲＥは常に避けてレートマッチングを行うことができる。
３）条件４：ＰＵＳＣＨに多重化されるべき高い優先順位ＨＡＲＱ－ＡＣＫビットの数が一定数と等しい又はより少ない。ここで、一定数は２であってよい。
端末は、第１方法、第２方法、第３方法のうち少なくとも一つに基づいて、高い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥ及び低い優先順位ＨＡＲＱ－ＡＣＫを送信したＲＥを判定する。端末は、前記ＲＥ以外のＲＥでＰＵＳＣＨをレートマッチングして送信できる。仮に、端末が送信する高い優先順位ＨＡＲＱ－ＡＣＫのビットが一定数よりも少なければ、端末は、高い優先順位ＨＡＲＱ－ＡＣＫのビットを一定数と仮定できる。このとき、不足するビット分だけＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔビット）にＮＡＣＫを追加できる。仮に、端末が送信する低い優先順位ＨＡＲＱ－ＡＣＫのビットが一定数よりも少なければ、端末は、低い優先順位ＨＡＲＱ－ＡＣＫのビットを一定数と仮定できる。このとき、不足するビット分だけＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔビット）にＮＡＣＫを追加できる。このように、一定数と仮定することにより、端末は、一部ＨＡＲＱ－ＡＣＫ送信を指示するＰＤＣＣＨの受信に失敗してもＰＵＳＣＨのレートマッチングに影響を受けない。ここで、一定数は２であってよい。
ＰＵＳＣＨでＬＰ ＨＡＲＱ－ＡＣＫとＣＳＩ ｐａｒｔ １の多重化
以下、実施例は、説明の便宜のために、低い優先順位ＨＡＲＱ－ＡＣＫとＣＳＩ ｐａｒｔ １をＰＵＳＣＨに多重化する方法を扱う。参考として、高い優先順位のＨＡＲＱ－ＡＣＫ又はＣＳＩ ｐａｒｔ ２がさらにＰＵＳＣＨに多重化されてよい。
（第１実施例）端末は、第１段階として、次のように、高い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＨＰ－ＡＣＫ）、低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）、ＣＳＩ ｐａｒｔ １がＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＣＳＩ－ｐａｒｔ １）を決定できる。
端末は、次の数学式７によって、高い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＨＰ－ＡＣＫ）を決定できる。
数学式７を参照すると、ＯＨＰ－ＡＣＫは高い優先順位のＨＡＲＱ－ＡＣＫビット数、ＬＨＰ－ＡＣＫは高い優先順位のＣＲＣビット数、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－Ｘは、高い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＨＰであり、低い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＬＰである。
また、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＨＰ、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＨＰ－ｔｏ－ＬＰは、基地局から設定又は指示された値であって、高い優先順位のＨＡＲＱ－ＡＣＫをマップするリソース数を決定するためのオフセット値であり、ＣＵＬ－ＳＣＨはＵＬ－ＳＣＨのＣＢ（ｃｏｄｅ ｂｌｏｃｋ）数、ＫｒはＵＬ－ＳＣＨのｒ番目ＣＢサイズ、ＭＵＣＩ ｓｃ（ｌ）はｌ番目のＰＵＳＣＨシンボルでＵＣＩ送信に使用可能なＲＥ数、ＮＰＵＳＣＨ ｓｙｍｂ，ａｌｌはＤＭＲＳを含むＰＵＳＣＨ送信に用いられる全体シンボル数、αは上位レイヤから構成されるスケーリング値、ｌ０はＤＭＲＳシンボル以後のＤＭＲＳでない最初ＰＵＳＣＨのシンボルインデックスである。
仮に、ｌ番目シンボルでＤＭＲＳが送信されると、ＭＵＣＩ ｓｃ（ｌ）＝０であり、そうでなければ、ＭＵＣＩ ｓｃ（ｌ）＝ＭＰＵＳＣＨ ｓｃ－ＭＰＴ－ＲＳ ｓｃ（ｌ）である。ここで、ＭＰＵＳＣＨ ｓｃは、周波数領域でＰＵＳＣＨにスケジュールされたサブキャリア数、ＭＰＴ－ＲＳ ｓｃ（ｌ）は、ＰＴＲＳを含むｌ番目のＰＵＳＣＨシンボルのサブキャリア数である。
低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）、ＣＳＩ ｐａｒｔ １がＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＣＳＩ－ｐａｒｔ １）は、少なくとも次の方法のうち一つの方法によって求める。
（第１方法）端末は、次の数学式８によって、低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）を決定できる。
数学式８を参照すると、ＯＬＰ－ＡＣＫは低い優先順位のＨＡＲＱ－ＡＣＫビット数、ＬＬＰ－ＡＣＫは低い優先順位のＣＲＣビット数、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘは、高い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＨＰであり、低い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＬＰである。
また、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＨＰ、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＬＰは、基地局から設定又は指示された値であって、低い優先順位のＨＡＲＱ－ＡＣＫをマップするリソース数を決定するためのオフセット値である。
Ｑ’ＬＰ－ＡＣＫを求めた後、端末は、次の数学式９によって、ＣＳＩ ｐａｒｔ １がＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＣＳＩ－ｐａｒｔ １）を決定できる。
数学式９を参照すると、ＯＣＳＩ－ｐａｒｔ １はＣＳＩ ｐａｒｔ １ビット数、ＬＣＳＩ－ｐａｒｔ １はＣＳＩ ｐａｒｔ １のＣＲＣビット数、βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，Ｘは、高い優先順位のＰＵＳＣＨに多重化する場合にβＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，Ｘ＝βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＨＰであり、低い優先順位のＰＵＳＣＨに多重化する場合にβＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，Ｘ＝βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＬＰである。
ここで、βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＨＰ、βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＬＰは、基地局から設定又は指示された値であって、ＣＳＩ ｐａｒｔ １のＨＡＲＱ－ＡＣＫをマップするリソース数を決定するためのオフセット値である。
（第２方法）端末は、次の数学式１０によって、ＣＳＩ ｐａｒｔ １がＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＣＳＩ－ｐａｒｔ １）を決定できる。
数学式１０を参照すると、ＯＣＳＩ－ｐａｒｔ １はＣＳＩ ｐａｒｔ １ビット数、ＬＣＳＩ－ｐａｒｔ １はＣＳＩ ｐａｒｔ １のＣＲＣビット数、βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，Ｘは、高い優先順位のＰＵＳＣＨに多重化する場合にβＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，Ｘ＝βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＨＰであり、低い優先順位のＰＵＳＣＨに多重化する場合にβＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，Ｘ＝βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＬＰである。また、βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＨＰ、βＣＳＩ－ｐａｒｔ １ ｏｆｆｓｅｔ，ＬＰは基地局から設定又は指示された値であって、ＣＳＩ ｐａｒｔ １のＨＡＲＱ－ＡＣＫをマップするリソース数を決定するためのオフセット値である。
Ｑ’ＣＳＩ－ｐａｒｔ １を求めた後、端末は、次の数学式１１によって、低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）を決定できる。
数学式１１を参照すると、ＯＬＰ－ＡＣＫは低い優先順位のＨＡＲＱ－ＡＣＫビット数、ＬＬＰ－ＡＣＫは低い優先順位のＣＲＣビット数、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘは、高い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＨＰであり、低い優先順位のＰＵＳＣＨに多重化する場合にβＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－Ｘ＝βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＬＰである。
また、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＨＰ、βＨＡＲＱ－ＡＣＫ ｏｆｆｓｅｔ，ＬＰ－ｔｏ－ＬＰは、基地局から設定又は指示された値であって、低い優先順位のＨＡＲＱ－ＡＣＫをマップするリソース数を決定するためのオフセット値である。
端末は、第２段階として、前記低い優先順位ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＬＰ－ＡＣＫ）とＣＳＩ ｐａｒｔ １がＰＵＳＣＨで占めるＲＥの数（又は、モジュレーションシンボルの数、Ｑ’ＣＳＩ－ｐａｒｔ １）に基づいて、ＰＵＳＣＨで低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＱ’ＬＰ－ＡＣＫ個のＲＥとＣＳＩ ｐａｒｔ １送信のためのＱ’ＣＳＩ－ｐａｒｔ １個のＲＥを選択できる。細部実施例は、次の通りである。参考として、高い優先順位のＨＡＲＱ－ＡＣＫは、前記低い優先順位ＨＡＲＱ－ＡＣＫ又はＣＳＩ ｐａｒｔ １の送信のためのＲＥと関係なく、まずＲＥが決定されマップされた。高い優先順位のＨＡＲＱ－ＡＣＫのＲＥマッピングは、３ＧＰＰ標準文書ＴＳ３８．２１２の６．２．７ Ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ多重化のＨＡＲＱ－ＡＣＫ ＲＥマッピング方法に従うとする。
端末は、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ＝Ｑ’ＬＰ－ＡＣＫ＋Ｑ’ＣＳＩ－ｐａｒｔ １に基づいて、ＰＵＳＣＨで低い優先順位ＨＡＲＱ－ＡＣＫとＣＳＩ ｐａｒｔ １送信のためのＲＥを決定できる。ここで、具体的なＱ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥの選択方法は、３ＧＰＰ標準文書ＴＳ３８．２１２の６．２．７ Ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ多重化のＣＳＩ ｐａｒｔ １ＲＥマッピング方法によって選択できる。端末は、前記選択されたＱ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥのうち、低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＱ’ＬＰ－ＡＣＫ個のＲＥとＣＳＩ ｐａｒｔ １送信のためのＱ’ＣＳＩ－ｐａｒｔ １個のＲＥを決定しなければならない。これは、次の方法中一つによって決定されてよい。
Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥのインデックスを０，１，．．．，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ－１と付けることができる。ここで、インデックスの順序は、一番目に早いＯＦＤＭシンボルの最も低い周波数のＲＥを０とし、周波数に昇順にインデックスを付けることができる。その後、次のＯＦＤＭシンボルで周波数の昇順にインデックスを付けることができる。この過程を反復してＱ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥのインデックスを付けることができる。
第１方法として、端末は、そのうち、前に位置するインデックスのＱ’ＬＰ－ＡＣＫ個のＲＥ（０，１，．．．，Ｑ’ＬＰ－ＡＣＫ－１）を、低い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。そして、後に位置するインデックスのＱ’ＣＳＩ－ｐａｒｔ １個のＲＥ（Ｑ’ＬＰ－ＡＣＫ，Ｑ’ＬＰ－ＡＣＫ＋１，．．．，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ－１）を、低い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。これは、前に位置するインデックスのＲＥが前のＯＦＤＭシンボルに配置され得るので、時間上でより早く送信され得、前のＯＦＤＭシンボルはＤＭＲＳシンボルと隣接するので、より高い信頼度で送信され得るためである。
第１方法において、順序を次のように変えることができる。端末は、そのうち、前に位置するインデックスのＱ’ＣＳＩ－ｐａｒｔ １個のＲＥ（０，１，．．．，Ｑ’ＣＳＩ－ｐａｒｔ １－１）を、ＣＳＩ ｐａｒｔ １を送信するＲＥと判定できる。そして、後に位置するインデックスのＱ’ＬＰ－ＡＣＫ個のＲＥ（Ｑ’ＣＳＩ－ｐａｒｔ １，Ｑ’ＣＳＩ－ｐａｒｔ １＋１，．．．，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ－１）を、低い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。
第２方法として、端末は、インデックスが０，ｓ，２＊ｓ，３＊ｓ，．．．，（Ｑ’ＬＰ－ＡＣＫ－１）＊ｓのＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。ここで、ｓはｓ＝ｆｌｏｏｒ（Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ／Ｑ’ＬＰ－ＡＣＫ）と決定されてよい。すなわち、端末は、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥのうち、最大限に等間隔で遠く離れたＱ’ＬＰ－ＡＣＫ個のＲＥを選択できる。残ったＲＥは、ＣＳＩ送信のためのＲＥとして用いる。これにより、低い優先順位のＲＥは周波数領域で分散して高い周波数ダイバーシチ利得を得ることができる。しかし、この方式では、高い優先順位のＲＥが複数のＯＦＤＭシンボルに分散している。また、低い優先順位のＲＥが時間上で後のＯＦＤＭシンボルに位置することがあるため、低い優先順位ＨＡＲＱ－ＡＣＫの遅延が発生する。
第２方法はＣＳＩに対して適用されてよい。端末は、インデックスが０，ｓ，２＊ｓ，３＊ｓ，．．．，（Ｑ’ＣＳＩ－ｐａｒｔ １－１）＊ｓのＲＥを、ＣＳＩ ｐａｒｔ １を送信するＲＥと判定できる。ここで、ｓはｓ＝ｆｌｏｏｒ（Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ／Ｑ’ＣＳＩ－ｐａｒｔ １）と決定されてよい。すなわち、端末は、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥのうち、最大限に等間隔で遠く離れたＱ’ＣＳＩ－ｐａｒｔ １個のＲＥを選択できる。残ったＲＥは、低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＲＥとして用いる。これにより、低い優先順位のＲＥは周波数領域で分散して高い周波数ダイバーシチ利得を得ることができる。しかし、この方式では、高い優先順位のＲＥが複数のＯＦＤＭシンボルに分散している。また、低い優先順位のＲＥが時間上で後のＯＦＤＭシンボルに位置することがあるため、低い優先順位ＨＡＲＱ－ＡＣＫの遅延が発生する。
第３方法として、端末は、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥのうちＱ’ＬＰ－ＡＣＫ個のＲＥを、次のように選択できる。まず、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ個ＲＥのうち一番目に早いＯＦＤＭシンボル（便宜上、第１のＯＦＤＭシンボル）に位置しているＲＥの数を、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１としよう。前記ＲＥのインデックスは、０，１，．．．Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１－１である。次に早いＯＦＤＭシンボル（便宜上、第２のＯＦＤＭシンボル）に位置しているＲＥの数を、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２としよう。前記ＲＥのインデックスは、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１－１，．．．，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２－１である。このように、全てのＯＦＤＭシンボルに位置しているＲＥの数を決定できる。
端末は、次の条件を満たす最小の整数ｊを探す。
１）条件１：
上の条件によってＱ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１＜Ｑ’ＬＰ－ＡＣＫである。
端末は、第１のＯＦＤＭシンボル～第ｊ－１のＯＦＤＭシンボルの全てのＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫ送信に用いることができる。これは、可能な限り時間上に早いＯＦＤＭシンボルのＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫ送信に用いるためである。すなわち、インデックスが０，１，．．．Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１－１のＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。
端末は、第ｊのＯＦＤＭシンボルの一部ＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、一部ＲＥの数は、Ｘ＝Ｑ’ＬＰ－ＡＣＫ－（Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１）である。すなわち、Ｘは、前のＯＦＤＭシンボルで不足しているＲＥの数である。端末は、インデックスがＹ＋０，Ｙ＋ｓ，Ｙ＋２＊ｓ，Ｙ＋３＊ｓ，．．．，Ｙ＋（Ｘ－１）＊ｓであるＲＥを、高い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。ここで、Ｙ＝Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１であって、インデックスＹであるＲＥは、第ｊのＯＦＤＭシンボルの最も低い周波数のＲＥである。ｓは、ｓ＝ｆｌｏｏｒ（Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ／Ｘ）である。すなわち、端末は、第ｊのＯＦＤＭシンボルのＱ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ個のＲＥのうち、最大限に等間隔で遠く離れたＸ個のＲＥを選択し、低い優先順位のＨＡＲＱ－ＡＣＫ送信に用いることができる。残ったＲＥは、ＣＳＩ ｐａｒｔ １送信のためのＲＥとして用いる。
第３方法は、ＣＳＩ ｐａｒｔ １に対して適用できる。端末は、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ個のＲＥのうちＱ’ＣＳＩ－ｐａｒｔ １個のＲＥを、次のように選択できる。
まず、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ個ＲＥのうち、一番目に早いＯＦＤＭシンボル（便宜上、第１のＯＦＤＭシンボル）に位置しているＲＥの数を、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１としよう。前記ＲＥのインデックスは０，１，．．．Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１－１である。次に早いＯＦＤＭシンボル（便宜上、第２のＯＦＤＭシンボル）に位置しているＲＥの数を、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２としよう。前記ＲＥのインデックスは、Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１－１，．．．，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２－１である。このように、全てのＯＦＤＭシンボルに位置しているＲＥの数を決定できる。
端末は、次の条件を満たす最小の整数ｊを探す。
２）条件２：
上の条件によってＱ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１＜Ｑ’ＣＳＩ－ｐａｒｔ １である。
端末は、第１のＯＦＤＭシンボル～第ｊ－１のＯＦＤＭシンボルの全てのＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫ送信に用いることができる。これは、可能な限り時間上に早いＯＦＤＭシンボルのＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫ送信に用いるためである。すなわち、インデックスが０，１，．．．，Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１－１のＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。
端末は、第ｊのＯＦＤＭシンボルの一部ＲＥを、低い優先順位のＨＡＲＱ－ＡＣＫ送信に用いることができる。ここで、一部ＲＥの数は、Ｘ＝Ｑ’ＣＳＩ－ｐａｒｔ １－（Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１）である。すなわち、Ｘは、前のＯＦＤＭシンボルで不足しているＲＥの数である。端末は、インデックスがＹ＋０，Ｙ＋ｓ，Ｙ＋２＊ｓ，Ｙ＋３＊ｓ，．．．，Ｙ＋（Ｘ－１）＊ｓであるＲＥを、高い優先順位ＨＡＲＱ－ＡＣＫを送信するＲＥと判定できる。ここで、Ｙ＝Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，１＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，２＋．．．＋Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ－１であって、インデックスＹであるＲＥは、第ｊのＯＦＤＭシンボルの最も低い周波数のＲＥである。ｓは、ｓ＝ｆｌｏｏｒ（Ｑ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ／Ｘ）である。すなわち、端末は、第ｊのＯＦＤＭシンボルのＱ’ＬＰ－ＡＣＫ／ＣＳＩ，ｊ個のＲＥのうち、最大限に等間隔で遠く離れたＸ個のＲＥを選択し、ＣＳＩ ｐａｒｔ １送信に用いることができる。残ったＲＥは、低い優先順位ＨＡＲＱ－ＡＣＫ送信のためのＲＥとして用いる。
図４３は、本発明の一実施例による端末と基地局の構成をそれぞれ示すブロック図である。本発明の一実施例において、端末は携帯性と移動性が保障される多様な種類の無線通信装置、またはコンピューティング装置で具現される。端末はＵＥ、ＳＴＡ（Ｓｔａｔｉｏｎ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ）などと称される。また、本発明の実施例において、基地局はサービス地域に当たるセル（例えば、マクロセル、フェムトセル、ピコセルなど）を制御及び管掌し、信号の送り出し、チャネルの指定、チャネルの監視、自己診断、中継などの機能を行う。基地局は、ｇＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）またはＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）などと称される。
図示したように、本発明の一実施例による端末１００は、プロセッサ１１０、通信モジュール１２０、メモリ１３０、ユーザインタフェース部１４０、及びディスプレイユニット１５０を含む。
まず、プロセッサ１１０は多様な命令またはプログラムを実行し、端末１００内部のデータをプロセッシングする。また、プロセッサ１1０は端末１００の各ユニットを含む全体動作を制御し、ユニット間のデータの送受信の制御する。ここで、プロセッサ１１０は、本発明で説明した実施例による動作を行うように構成される。例えば、プロセッサ１１０はスロット構成情報を受信し、それに基づいてスロットの構成を判断して、判断したスロット構成に応じて通信を行ってもよい。
次に、通信モジュール１２０は、無線通信網を利用した無線通信、及び無線ＬＡＮを利用した無線ＬＡＮアクセスを行う統合モジュールである。そのために、通信モジュール１２０は、セルラー通信インターフェースカード１２１、１２２、及び非免許帯域通信インターフェースカード１２３のような複数のネットワークインターフェースカード（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃａｒｄ、ＮＩＣ）を内蔵または外装の形に備える。図面において、通信モジュール１２０は一体型統合モジュールと示されているが、それぞれのネットワークインターフェースカードは図面とは異なって、回路構成または用途に応じて独立して配置されてもよい。
セルラー通信インターフェースカード１２１は、移動通信網を介して基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて第１周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード１２１は、６ＧＨｚ未満の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード１２１の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ未満の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して基地局２００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。
セルラー通信インターフェースカード１２２は、移動通信網を利用して基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて第２周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード１２２は、６ＧＨｚ以上の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード１２２の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ以上の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して基地局２００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。
非免許帯域通信インターフェースカード１２３は、非免許帯域である第３周波数帯域を介して基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード１２３は、非免許帯域を利用する少なくとも一つのＮＩＣモジュールを含む。例えば、非免許帯域は２．４ＧＨｚ または 52.6GHzの帯域であってもよい。非免許帯域通信インターフェースカード１２３の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する周波数帯域の非免許帯域通信規格またはプロトコールに応じて、独立してまたは従属して基地局２００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。
次に、メモリ１３０は、端末１００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、端末１００が基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線通信を行うのに必要な所定のプログラムが含まれる。
次に、ユーザインタフェース１４０は、端末１００に備えられた多様な形態の入／出力手段を含む。つまり、ユーザインタフェース部１４０は多様な入力手段を利用してユーザの入力を受信し、プロセッサ１１０は受信されたユーザ入力に基づいて端末１００を制御する。また、ユーザインタフェース１４０は、多様な出力手段を利用してプロセッサ１１０の命令に基づく出力を行う。
次に、ディスプレイユニット１５０は、ディスプレイ画面に多様なイメージを出力する。前記ディスプレイユニット１５０は、プロセッサ１１０によって行われるコンテンツ、またはプロセッサ１１０の制御命令に基づいたユーザインタフェースなどの多様なディスプレイオブジェクトを出力する。
また、本発明の実施例による基地局２００は、プロセッサ２１０、通信モジュール２２０、及びメモリ２３０を含む。
まず、プロセッサ２１０は多様な命令またはプログラムを実行し、基地局２００内部のデータをプロセッシングする。また、プロセッサ２１０は基地局２００の各ユニットを含む全体動作を制御し、ユニット間のデータの送受信を制御する。ここで、プロセッサ２１０は、本発明で説明した実施例による動作を行うように構成される。例えば、プロセッサ２１０はスロット構成情報をシグナリングし、シグナリングしたスロット構成に応じて通信を行ってもよい。
次に、通信モジュール２２０は、無線通信網を利用した無線通信、及び無線ＬＡＮを利用した無線ＬＡＮアクセスを行う統合モジュールである。そのために、通信モジュール２２０は、セルラー通信インターフェースカード２２１、２２２、及び非免許帯域通信インターフェースカード２２３のような複数のネットワークインターフェースカードを内蔵または外装の形に備える。図面において、通信モジュール２２０は一体型統合モジュールと示されているが、それぞれのネットワークインターフェースカードは図面とはことなって、回路構成または用途に応じて独立して配置されてもよい。
セルラー通信インターフェースカード２２１は、移動通信網を利用して上述した端末１００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて第１周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード２２１は、６ＧＨｚ未満の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード２２１の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ未満の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して端末１００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。
セルラー通信インターフェースカード２２２は、移動通信網を利用して端末１００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて第２周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード２２２は、６ＧＨｚ以上の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード２２２の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ以上の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して端末１００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。
非免許帯域通信インターフェースカード２２３は、非免許帯域である第３周波数帯域を利用して端末１００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード２２３は、非免許帯域を利用する少なくとも一つのＮＩＣモジュールを含む。例えば、非免許帯域は２．４ＧＨｚまたは５２．６ＧＨｚの帯域であってもよい。非免許帯域通信インターフェースカード２２３の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する周波数帯域の非免許帯域通信規格またはプロトコールに応じて、独立してまたは従属して端末１００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。
図４３に示している端末１００及び基地局２００は本発明の一実施例によるブロック図であって、分離して示したブロックはディバイスのエレメントを論理的に区別して示したものである。よって、上述したディバイスのエレメントは、ディバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。また、端末１００の一部の構成、例えば、ユーザインタフェース部１５０及びディスプレイユニット１５０などは端末１００に選択的に備えられてもよい。また、ユーザインタフェース１４０及びディスプレイユニット１５０などは、必要によって基地局２００に追加に備えられてもよい。
前述した本発明の説明は、例示のためのものであり、本発明の属する技術の分野における通常の知識を有する者は、本発明の技術的思想や必須な特徴を変更することなく他の具体的な形態に容易に変形可能であるということが理解できよう。したがって、以上に述べた実施例はいかなる面においても例示的なものであり、限定的でないものと理解しなければならない。例えば、単一型として説明されている各構成要素は、分散して実施されてもよく、同様に、分散していると説明されている構成要素も、結合した形態で実施されてよい。
本発明の範囲は、以上の詳細な説明よりは、後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲並びにその均等概念から導出されるあらゆる変更又は変形された形態が本発明の範囲に含まれるものと解釈されるべきである。
１００ 端末
１１０ プロセッサ
１２０ 通信モジュール
１３０ メモリ
１４０ ユーザインタフェース
１５０ ディスプレイユニット
２００ 基地局
２１０ プロセッサ
２２０ 通信モジュール
２３０ メモリ

Claims (20)

  1. 上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信する端末であって、
    第１優先順位の第１ＵＣＩがマップされた第１ＰＵＣＣＨと第２優先順位の第２ＵＣＩがマップされた第２ＰＵＣＣＨとが時間上で少なくとも１つのシンボルで重なる条件において、前記第１ＵＣＩと前記第２ＵＣＩのうちドロップ（ｄｒｏｐ）するＵＣＩを決定したり又は前記第１ＵＣＩ及び前記第２ＵＣＩを多重化したりするように構成されたプロセッサ；及び
    前記プロセッサの制御によって、前記第１ＵＣＩと前記第２ＵＣＩのうちドロップされていないＵＣＩを基地局に送信するか、前記第１ＵＣＩ及び前記第２ＵＣＩが多重化されてマップされた第３ＰＵＣＣＨを前記基地局に送信するように構成された通信モジュールを含み、
    前記通信モジュールは、前記ドロップされたＵＣＩの再送信のためのＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）をＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）で前記基地局から受信するように構成され、
    前記ＤＣＩは、スロットインデックス情報及び前記ドロップされたＵＣＩに関する情報のうち少なくとも一つを含むことを特徴とする端末。
  2. 前記スロットインデックス情報は、前記ＰＤＣＣＨが受信されたスロットと前記ドロップされたＵＣＩに対応するドロップされたＰＵＣＣＨのスロットとの間のスロットの個数、前記ＰＤＣＣＨが受信されたスロットと前記ドロップされたＰＵＣＣＨをスケジュールするＰＤＣＣＨが受信されたスロットとの間のスロットの個数、及び前記ドロップされたＵＣＩの再送信のために用いられるＰＵＣＣＨのスロットのインデックスのうち一つを指示することを特徴とする、請求項１に記載の端末。
  3. 前記ドロップされたＰＵＣＣＨに関する情報は、前記端末に関する複数のＰＵＣＣＨの時間順序のうち、前記ドロップされたＰＵＣＣＨの時間順序、前記端末に関する複数のＰＵＣＣＨに割り当てられた物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＰＲＢ）のうち前記ドロップされたＰＵＣＣＨのＰＲＢ順序、前記端末に対するＰＵＣＣＨ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって前記ドロップされたＰＵＣＣＨに付けられたインデックスのうち一つを含むことを特徴とする、請求項１に記載の端末。
  4. 前記第１優先順位が前記第２優先順位よりも高く、
    前記第１ＵＣＩ及び前記第２ＵＣＩを多重化した全体ＵＣＩのビットサイズは、前記第１ＵＣＩのビットサイズと前記第２ＵＣＩのビットサイズとの和と同一であることを特徴とする、請求項１に記載の端末。
  5. 前記第２ＵＣＩのビットサイズは、前記第２ＵＣＩからチャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）及びスケジューリング要請（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）のうち少なくとも一部が除外されて決定されることを特徴とする、請求項４に記載の端末。
  6. 前記通信モジュールは、前記第１ＵＣＩ及び前記第２ＵＣＩをそれぞれ別個に符号化して多重化するか、前記第１ＵＣＩ及び前記第２ＵＣＩを結合符号化して多重化することをを特徴とする、請求項４に記載の端末。
  7. 前記第３ＰＵＣＣＨのためのリソースは、前記端末に構成された複数のＰＵＣＣＨリソース集合のうち、前記全体ＵＣＩのビットサイズに基づいて決定されたＰＵＣＣＨリソース集合に含まれることを特徴とする、請求項４に記載の端末。
  8. 前記第３ＰＵＣＣＨのためのリソースは、前記第１ＵＣＩの送信のためのＰＵＣＣＨリソース集合に含まれることを特徴とする、請求項４に記載の端末。
  9. 前記ＰＵＣＣＨリソース集合は、前記第１ＰＵＣＣＨの最後のシンボル、スロット又はサブスロットの境界にあるシンボル、前記第１ＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボル、前記第２ＰＵＣＣＨをスケジュールするＰＤＣＣＨの最後のシンボルのうち少なくとも一つに基づいて選択されることを特徴とする、請求項７又は８に記載の端末。
  10. 前記ＰＵＣＣＨリソース集合は、前記第１ＰＵＣＣＨの最後のシンボルから一定シンボル個数以後に位置しているＰＵＣＣＨリソース、及び前記第１ＰＵＣＣＨの属するスロット又はサブスロットよりも遅いスロット又はサブスロットにマップされるＰＵＣＣＨリソースのうち少なくとも一つを含まないことを特徴とする、請求項９に記載の端末。
  11. 前記通信モジュールは、前記第３ＰＵＣＣＨのためのリソースの個数のうち、前記第１ＵＣＩのビットサイズが前記第１ＵＣＩの送信に関する最大コード率及びリソース個数に基づいて計算される最大ビットサイズと等しい又は小さい場合のリソース個数を、前記第１ＵＣＩの送信のための第１リソース個数と決定することを特徴とする、請求項７に記載の端末。
  12. 前記通信モジュールは、前記第３ＰＵＣＣＨのためのリソースの個数のうち、前記第２ＵＣＩのビットサイズが前記第２ＵＣＩの送信に関する最大コード率及びＰＲＢ個数に基づいて計算される最大ビットサイズと等しい又は小さい場合のリソース個数を、前記第２ＵＣＩのための第２リソース個数と決定することを特徴とする、請求項１１に記載の端末。
  13. 前記最大ビットサイズと等しい又は小さい場合のリソース個数がない場合に、前記通信モジュールは、前記第２ＵＣＩのビットサイズを、第１ＣＳＩ部分及び第２ＣＳＩ部分のうち少なくとも一部を除外して決定することを特徴とする、請求項１２に記載の端末。
  14. 前記第３ＰＵＣＣＨは、前記第１リソース個数と前記第２リソース個数との和に対応するリソースを含み、
    前記通信モジュールは、前記第３ＰＵＣＣＨの最下位リソースから始めて、前記第１リソース個数のリソース及び前記第２リソース個数のリソースをそれぞれ前記第１ＵＣＩ及び前記第２ＵＣＩの送信に割り当てることを特徴とする、請求項１２に記載の端末。
  15. 前記第３ＰＵＣＣＨは、第１ＰＲＢ個数と第２ＰＲＢ個数との和であるＰ＿ｔｏｔａｌに対応するＰＲＢを含み、
    前記通信モジュールは、前記第１ＵＣＩのビットサイズが前記第１ＵＣＩの送信に関する最大コード率及びＰ＿ｔｏｔａｌに基づいて計算される最大ビット数と等しい又は小さい場合のシンボルの個数を、前記第１ＵＣＩの送信のための第１シンボル個数と決定することを特徴とする、請求項１２に記載の端末。
  16. 前記通信モジュールは、前記第２ＵＣＩのビットサイズが前記第２ＵＣＩの送信に関する最大コード率及びＰ＿ｔｏｔａｌに基づいて計算される最大ビット数と等しい又は小さい場合のシンボルの個数を、前記第２ＵＣＩの送信のための第２シンボル個数と決定することを特徴とする、請求項１５に記載の端末。
  17. 前記第３ＰＵＣＣＨは、時間上に第１シンボルセット及び第２シンボルセットを含み、前記第１シンボルセットは、前記第３ＰＵＣＣＨにおいて時間上に早い位置の前記第１シンボル個数に対応するシンボル、又は前記第３ＰＵＣＣＨのＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）シンボルに最も隣接した位置の前記第１シンボル個数に対応するシンボルを含むことを特徴とする、請求項１６に記載の端末。
  18. 前記通信モジュールは、前記第１ＵＣＩのために構成された第１最大コード率（ｃｏｄｅ ｒａｔｅ）及び前記第２ＵＣＩのために構成された第２最大コード率のいずれか一つ又はそれらの組合せを、前記多重化されたＵＣＩに関する最大コード率として用いることを特徴とする、請求項７に記載の端末。
  19. 第４ＵＣＩがマップされた第４ＰＵＣＣＨがＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と時間上で少なくとも１つのシンボルで重なる条件において、
    前記プロセッサは、
    前記第４ＵＣＩを前記ＰＵＳＣＨに多重化するように構成され、
    前記ＰＵＳＣＨの優先順位を、前記ＰＵＳＣＨをスケジュールするＤＣＩに基づいて決定し、
    前記第４ＵＣＩの優先順位及び前記ＰＵＳＣＨの優先順位のうち少なくとも一部に基づいて、前記第４ＵＣＩと前記ＰＵＳＣＨとの多重化に関するベータオフセット（ｂｅｔａ ｏｆｆｓｅｔ）を決定することを特徴とする、請求項１に記載の端末。
  20. 第３ＰＵＣＣＨがＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と時間上で少なくとも１つのシンボルで重なる条件において、
    前記プロセッサは、
    前記第１ＵＣＩ及び第２ＵＣＩを前記ＰＵＳＣＨに多重化するように構成され、
    前記ＰＵＳＣＨの優先順位を、前記ＰＵＳＣＨをスケジュールするＤＣＩに基づいて決定し、
    前記第１ＵＣＩは第１優先順位の第１ＨＡＲＱ－ＡＣＫコードブックを含み、第２ＵＣＩは第２優先順位の第２ＨＡＲＱ－ＡＣＫコードブックを含み、
    前記ＰＵＳＣＨをスケジュールするＤＣＩは、第１ＨＡＲＱ－ＡＣＫコードブック及び第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定する少なくとも一つのＵＬ ＤＡＩ（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）を含み、
    前記通信モジュールは、前記少なくとも一つのＵＬ ＤＡＩに基づいて前記第１ＨＡＲＱ－ＡＣＫコードブック及び前記第２ＨＡＲＱ－ＡＣＫコードブックのサイズを決定し、
    前記第１ＨＡＲＱ－ＡＣＫコードブック及び前記第２ＨＡＲＱ－ＡＣＫコードブックを多重化して前記ＰＵＳＣＨ上で前記基地局に送信することを特徴とする、請求項１に記載の端末。
JP2024002008A 2020-10-07 2024-01-10 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム Pending JP2024045196A (ja)

Applications Claiming Priority (16)

Application Number Priority Date Filing Date Title
KR20200129147 2020-10-07
KR10-2020-0129147 2020-10-07
KR10-2020-0135724 2020-10-20
KR20200135724 2020-10-20
KR10-2020-0138045 2020-10-23
KR20200138045 2020-10-23
KR20210001134 2021-01-05
KR10-2021-0001134 2021-01-05
KR10-2021-0006469 2021-01-18
KR20210006469 2021-01-18
KR20210060354 2021-05-10
KR10-2021-0060354 2021-05-10
KR20210065131 2021-05-20
KR10-2021-0065131 2021-05-20
JP2023521647A JP7430441B2 (ja) 2020-10-07 2021-10-06 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム
PCT/KR2021/013649 WO2022075717A1 (ko) 2020-10-07 2021-10-06 무선 통신 시스템에서 상향링크 제어 정보의 전송 방법, 장치 및 시스템

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2023521647A Division JP7430441B2 (ja) 2020-10-07 2021-10-06 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム

Publications (1)

Publication Number Publication Date
JP2024045196A true JP2024045196A (ja) 2024-04-02

Family

ID=81126649

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2023521647A Active JP7430441B2 (ja) 2020-10-07 2021-10-06 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム
JP2024002009A Pending JP2024045197A (ja) 2020-10-07 2024-01-10 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム
JP2024002008A Pending JP2024045196A (ja) 2020-10-07 2024-01-10 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2023521647A Active JP7430441B2 (ja) 2020-10-07 2021-10-06 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム
JP2024002009A Pending JP2024045197A (ja) 2020-10-07 2024-01-10 無線通信システムにおいて上りリンク制御情報の送信方法、装置及びシステム

Country Status (5)

Country Link
US (2) US11838914B2 (ja)
EP (1) EP4228361A4 (ja)
JP (3) JP7430441B2 (ja)
KR (2) KR102661587B1 (ja)
WO (1) WO2022075717A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102661587B1 (ko) 2020-10-07 2024-04-29 주식회사 윌러스표준기술연구소 무선 통신 시스템에서 상향링크 제어 정보의 전송 방법, 장치 및 시스템
CN114928861B (zh) * 2022-07-19 2022-10-14 四川创智联恒科技有限公司 应用于5gnr在pucch格式0配置下的增强编码和解码方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PL3739795T3 (pl) * 2018-01-13 2023-03-27 Wilus Institute Of Standards And Technology Inc. Urządzenie stosujące multipleksowanie kanałów w komunikacji bezprzewodowej
WO2020067782A1 (en) * 2018-09-28 2020-04-02 Samsung Electronics Co., Ltd. Method and device for transmitting or receiving groupcast feedback in wireless cellular communication system
KR20200085481A (ko) * 2019-01-07 2020-07-15 삼성전자주식회사 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치
CN113796033B (zh) 2019-05-10 2024-04-05 联想(北京)有限公司 用于harq-ack重传的方法及设备
KR20220008661A (ko) * 2020-07-14 2022-01-21 삼성전자주식회사 무선 통신 시스템에서 하향링크 피드백 정보 결정 방법 및 장치
CN116250332A (zh) 2020-08-07 2023-06-09 鸿颖创新有限公司 用于传输harq-ack码本的无线通信方法和用户设备
KR102661587B1 (ko) 2020-10-07 2024-04-29 주식회사 윌러스표준기술연구소 무선 통신 시스템에서 상향링크 제어 정보의 전송 방법, 장치 및 시스템
EP4122132A4 (en) 2021-04-08 2023-09-27 Nokia Technologies Oy DISPLAY OF A HARQ-ACK CODEBOOK FOR RETRANSMISSION

Also Published As

Publication number Publication date
EP4228361A4 (en) 2024-04-10
KR20240058986A (ko) 2024-05-07
JP2024045197A (ja) 2024-04-02
JP7430441B2 (ja) 2024-02-13
JP2023543082A (ja) 2023-10-12
US11838914B2 (en) 2023-12-05
KR102661587B1 (ko) 2024-04-29
EP4228361A1 (en) 2023-08-16
WO2022075717A1 (ko) 2022-04-14
KR20230070235A (ko) 2023-05-22
US20230284227A1 (en) 2023-09-07
US20240129921A1 (en) 2024-04-18

Similar Documents

Publication Publication Date Title
JP7442853B2 (ja) 無線通信システムにおけるデータチャネル及び制御チャネルの送受信方法、装置、及びシステム
JP7485410B2 (ja) 無線通信システムにおいて上りリンク制御チャネルの送信装置及び方法
KR102484270B1 (ko) 무선 통신 시스템의 harq-ack 코드북 생성 방법 및 이를 이용하는 장치
JP7142960B2 (ja) 無線通信システムのデータ伝送方法、受信方法、及びそれを利用する装置
JP7421254B2 (ja) 無線通信システムにおけるｈａｒｑ－ａｃｋコードブック生成方法、装置及びシステム
US11838914B2 (en) Method, apparatus, and system for transmitting uplink control information in wireless communication system
JP2023545303A (ja) 無線通信システムにおいて物理上りリンク制御チャネルの送信方法、装置及びシステム
JP2023545792A (ja) 無線通信システムにおいて上りリンクチャネルを送信する方法及びそのための装置
JP2023535161A (ja) 無線通信システムにおいて物理下りリンク制御チャネルを送信する方法及びそのための装置
KR20240068061A (ko) 무선 통신 시스템에서 상향링크 제어 정보의 전송 방법, 장치 및 시스템
CN116584063A (zh) 在无线通信系统中发送上行链路控制信息的方法、设备和系统

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240209