JP7346748B2 - 無線通信システムにおいて多重送受信ポイントからの下りリンクチャネル送受信方法及び装置 - Google Patents

無線通信システムにおいて多重送受信ポイントからの下りリンクチャネル送受信方法及び装置 Download PDF

Info

Publication number
JP7346748B2
JP7346748B2 JP2022544406A JP2022544406A JP7346748B2 JP 7346748 B2 JP7346748 B2 JP 7346748B2 JP 2022544406 A JP2022544406 A JP 2022544406A JP 2022544406 A JP2022544406 A JP 2022544406A JP 7346748 B2 JP7346748 B2 JP 7346748B2
Authority
JP
Japan
Prior art keywords
dci
pdcch
coreset
tci
pdsch
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.)
Active
Application number
JP2022544406A
Other languages
English (en)
Other versions
JP2023511920A (ja
Inventor
ヒョンテ キム
チウォン カン
インクォン ソ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2023511920A publication Critical patent/JP2023511920A/ja
Application granted granted Critical
Publication of JP7346748B2 publication Critical patent/JP7346748B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/0092—Indication of how the channel is divided
    • 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
    • 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/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • 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
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/063—Parameters other than those covered in groups H04B7/0623 - H04B7/0634, e.g. channel matrix rank or transmit mode selection
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Description

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて多重送受信ポイントからの下りリンクチャネルを送信又は受信する方法及び装置に関する。
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。
次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。
本開示の技術的課題は、多重ＴＲＰ（ＭＴＲＰ）からの下りリンクチャネルを送信又は受信する方法及び装置を提供することである。
本開示の更なる技術的課題は、ＭＴＲＰから送信される下りリンク制御チャネルに基づいて下りリンク信号を送信又は受信する方法及び装置を提供することである。
本開示の更なる技術的課題は、ＭＴＲＰから送信される下りリンク制御チャネルに基づいて単一ＴＲＰ（ＳＴＲＰ）から下りリンク信号を送信又は受信する方法及び装置を提供することである。
本開示の更なる技術的課題は、ＭＴＲＰから送信される下りリンク制御チャネルに基づいてＳＴＲＰから送信される下りリンク信号に対する送信設定指示子（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ，ＴＣＩ）を適用又は決定して、下りリンク信号を送信又は受信する方法及び装置を提供することである。
本開示で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
本開示の一態様に係る、端末が下りリンク信号を受信する方法は、１つ以上のＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）から、１つ以上の送信機会（ＴＯ）で、同一の下りリンク制御情報（ＤＣＩ）を含む下りリンク制御チャネルを反復受信する段階と、前記ＤＣＩが下りリンク信号受信に関連した制御情報を含むことに基づき、前記１つ以上のＴＯのうちの特定ＴＯと、前記ＤＣＩと関連する下りリンク信号受信との間の時間間隔が所定の臨界値よりも小さいことに基づき、デフォルトＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態に基づいて単一ＴＲＰから前記下りリンク信号を受信する段階を含み、前記デフォルトＴＣＩ状態は、前記端末がモニタする最も遅いスロットで最も低い識別子を有する制御リソースセット（ＣＯＲＥＳＥＴ）又はサーチスペースセットに関連したＴＣＩ状態ＴＣＩ状態であってよい。
本開示の更なる態様に係る、無線通信システムにおいて第１ＴＲＰを含む基地局が下りリンク信号を送信する方法は、前記第１ＴＲＰが、又は前記第１ＴＲＰと１つ以上の他のＴＲＰが一緒に、１つ以上の送信機会（ＴＯ）で、同一の下りリンク制御情報（ＤＣＩ）を含む下りリンク制御チャネルを端末に反復送信する段階と前記ＤＣＩが下りリンク信号受信に関連した制御情報を含むことに基づき、前記１つ以上のＴＯのうちの特定ＴＯと、前記ＤＣＩと関連する下りリンク信号受信との間の時間間隔が所定の臨界値よりも小さいことに基づき、デフォルトＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態に基づいて前記第１ＴＲＰが前記下りリンク信号を端末に送信する段階を含み、前記デフォルトＴＣＩ状態は、前記端末がモニタする最も遅いスロットで最も低い識別子を有する制御リソースセット（ＣＯＲＥＳＥＴ）又はサーチスペースセットに関連したＴＣＩ状態であってよい。
本開示の実施例によれば、多重ＴＲＰ（ＭＴＲＰ）からの下りリンクチャネルを送信又は受信する方法及び装置を提供することができる。
本開示の実施例によれば、ＭＴＲＰから送信される下りリンク制御チャネルに基づいて下りリンク信号を送信又は受信する方法及び装置が提供されてよい。
本開示の実施例によれば、ＭＴＲＰから送信される下りリンク制御チャネルに基づいて単一ＴＲＰ（ＳＴＲＰ）から下りリンク信号を送信又は受信する方法及び装置が提供されてよい。
本開示の実施例によれば、ＭＴＲＰから送信される下りリンク制御チャネルに基づいてＳＴＲＰから送信される下りリンク信号に対する送信設定指示子（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ，ＴＣＩ）を適用又は決定して、下りリンク信号を送信又は受信する方法及び装置が提供されてよい。
本開示の実施例によれば、ＭＴＲＰから送信される下りリンク制御チャネルに基づいて、下りリンク制御チャネルにＴＣＩ情報が含まれない場合にも、ＳＴＲＰから送信される下りリンク信号に関連したＴＣＩを明確に設定又は決定することができる。
本開示から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。
本開示が適用可能な無線通信システムの構造を例示する。 本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。 本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。 本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。 本開示が適用可能な無線通信システムにおいてスロット構造を例示する。 本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。 本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係るＰＤＣＣＨ送信時点（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）とＴＣＩ状態（ｓｔａｔｅ）間のマッピング方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。 本開示が適用可能なＤＣＩとＰＤＳＣＨとの関係を説明するための図である。 本開示が適用可能な多重セル状況を説明するための図である。 本開示に係る端末が複数のＰＤＣＣＨに基づいて単一ＴＲＰからＰＤＳＣＨを受信する方法を説明するためのフローチャートである。 本開示に係るネットワーク側及び端末のシグナリング手続を説明するための図である。 本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。
本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。
本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。
本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。
本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。
以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。
３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。
３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。
本開示で使用可能な用語の略字は次のように定義される。
－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
システム一般
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。
ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。
ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。
図１には、本開示が適用可能な無線通信システムの構造を例示する。
図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。
図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、利用されるヌメロロジーは周波数帯域と独立して選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。
以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。
Figure 0007346748000001
ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。
Figure 0007346748000002
ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）の時間単位の倍数と表現される。ここで、Δｆｍａｘ＝４８０・１０３Ｈｚであり、Ｎｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔｆ＝１／（ΔｆｍａｘＮｆ／１００）・Ｔｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴＴＡ＝（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎｓ μ∈｛０，．．．，Ｎｓｌｏｔ ｓｕｂｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎｓ，ｆ μ∈｛０，．．．，Ｎｓｌｏｔ ｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮｓｙｍｂ ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎｓｙｍｂ ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎｓ μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎｓ μＮｓｙｍｂ ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。
表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎｓｙｍｂ ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎｓｌｏｔ ｆｒａｍｅ，μ）、サブフレーム別スロットの個数（Ｎｓｌｏｔ ｓｕｂｆｒａｍｅ，μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
Figure 0007346748000003
Figure 0007346748000004
図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。
ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。
まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。
図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
Figure 0007346748000005
ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。
－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。
－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。
共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎＣＲＢ μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。
Figure 0007346748000006
式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮＢＷＰ，ｉ ｓｉｚｅ，μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎＰＲＢと共通リソースブロックｎＣＲＢ間の関係は、下記の式２によって与えられる。
Figure 0007346748000007
ＮＢＷＰ，ｉ ｓｔａｒｔ，μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。
図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
図４及び図５を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１スロットが７個のシンボルを含むが、拡張ＣＰでは１スロットが６個のシンボルを含む。
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。
ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。
一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連した（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。
図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。
表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。
Figure 0007346748000008
表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
ＤＣＩフォーマット０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。
ＤＣＩフォーマット０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩフォーマット０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
ＤＣＩフォーマット０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
次に、ＤＣＩフォーマット１＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
ＤＣＩフォーマット１＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット１＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
ＤＣＩフォーマット１＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット１＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
ＤＣＩフォーマット１＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット１＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
多重ＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）関連動作
多点協調通信（ＣｏＭＰ：Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ Ｐｏｉｎｔ）の手法は、多数の基地局が端末からフィードバックされたチャネル情報（例えば、ＲＩ／ＣＱＩ／ＰＭＩ／ＬＩ（ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ）など）を相互に交換（例えば、Ｘ２インターフェース利用）或いは活用して、端末に協調送信することによって干渉を効果的に制御する方式をいう。利用する方式によって、ＣｏＭＰは連合送信（ＪＴ：Ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）、協調スケジューリング（ＣＳ：Ｃｏｏｒｄｉｎａｔｅｄ Ｓｃｈｅｄｕｌｉｎｇ）、協調ビームフォーミング（ＣＢ：Ｃｏｏｒｄｉｎａｔｅｄ Ｂｅａｍｆｏｒｍｉｎｇ）、動的ポイント選択（ＤＰＳ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｓｅｌｅｃｔｉｏｎ）、動的ポイント遮断（ＤＰＢ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｂｌｏｃｋｉｎｇ）などに区分できる。
Ｍ個のＴＲＰが一つの端末にデータを送信するＭ－ＴＲＰ送信方式は、大きく、ｉ）送信率を高めるための方式であるｅＭＢＢ Ｍ－ＴＲＰ送信と、ｉｉ）受信成功率増加及び遅延（ｌａｔｅｎｃｙ）減少のための方式であるＵＲＬＬＣ Ｍ－ＴＲＰ送信とに区分できる。
また、ＤＣＩ送信観点で、Ｍ－ＴＲＰ送信方式は、ｉ）各ＴＲＰが互いに異なるＤＣＩを送信するＭ－ＤＣＩ（ｍｕｌｔｉｐｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信と、ｉｉ）一つのＴＲＰがＤＣＩを送信するＳ－ＤＣＩ（ｓｉｎｇｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信とに区分できる。例えば、Ｓ－ＤＣＩベースＭ－ＴＲＰ送信の場合、Ｍ ＴＲＰが送信するデータに対する全てのスケジューリング情報が一つのＤＣＩで端末に伝達される必要があり、両ＴＲＰ間の動的な（ｄｙｎａｍｉｃ）協調が可能な理想的バックホール（ｉｄｅａｌ ＢＨ：ｉｄｅａｌ ＢａｃｋＨａｕｌ）環境で用いられてよい。
ＴＤＭベースＵＲＬＬＣ Ｍ－ＴＲＰ送信に対して、方式（ｓｃｈｅｍｅ）３／４が標準化議論中である。具体的に、方式４は、１つのスロットでは１つのＴＲＰが伝送ブロック（ＴＢ）を送信する方式を意味し、複数のスロットで複数のＴＲＰから受信した同一ＴＢを用いてデータ受信確率を上げ得る効果がある。これと違い、方式３は、１つのＴＲＰが連続したいくつかのＯＦＤＭシンボル（すなわち、シンボルグループ）でＴＢを送信する方式を意味し、１つのｓｌｏｔ内で複数のＴＲＰが互いに異なるシンボルグループで同一のＴＢを送信するように設定されてよい。
また、ＵＥは、互いに異なる制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）（又は、互いに異なるＣＯＲＥＳＥＴグループに属したＣＯＲＥＳＥＴ）で受信したＤＣＩがスケジュールしたＰＵＳＣＨ（又は、ＰＵＣＣＨ）を、互いに異なるＴＲＰで送信するＰＵＳＣＨ（又は、ＰＵＣＣＨ）と認識するか又は互いに異なるＴＲＰのＰＤＳＣＨ（又は、ＰＤＣＣＨ）と認識できる。また、後述する互いに異なるＴＲＰで送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対する方式は、同一ＴＲＰに属する互いに異なるパネル（ｐａｎｅｌ）で送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対しても同一に適用できる。
以下、多重ＤＣＩベースのノン－コヒーレントＪＴ（ＮＣＪＴ：Ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）／単一ＤＣＩベースのＮＣＪＴについて説明する。
ＮＣＪＴ（Ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）は、多数のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）が一つの端末に同一の時間周波数リソースを用いてデータを送信する方法であり、ＴＰ間に互いに異なるＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）ポートを用いて異なったレイヤ（ｌａｙｅｒ）を用いて（すなわち、互いに異なるＤＭＲＳポートで）データを送信する。
ＴＰは、ＮＣＪＴ受信する端末にデータスケジューリング情報をＤＣＩで伝達する。この時、ＮＣＪＴに参加する各ＴＰが自身の送信するデータに対するスケジューリング情報をＤＣＩで伝達する方式を‘多重ＤＣＩベースＮＣＪＴ（ｍｕｌｔｉ ＤＣＩ ｂａｓｅｄ ＮＣＪＴ）’という。ＮＣＪＴ送信に参加するＮ ＴＰがそれぞれＤＬグラント（ｇｒａｎｔ）ＤＣＩとＰＤＳＣＨをＵＥに送信するので、ＵＥは、Ｎ個のＤＣＩとＮ個のＰＤＳＣＨをＮ ＴＰから受信する。これとは違い、代表ＴＰ一つが自身の送信するデータと他のＴＰ（すなわち、ＮＣＪＴに参加するＴＰ）が送信するデータに対するスケジューリング情報を一つのＤＣＩで伝達する方式を‘単一ＤＣＩベースＮＣＪＴ（ｓｉｎｇｌｅ ＤＣＩ ｂａｓｅｄ ＮＣＪＴ）’という。この場合、Ｎ ＴＰが一つのＰＤＳＣＨを送信するが、各ＴＰは一つのＰＤＳＣＨを構成する多重レイヤ（ｍｕｌｔｉｐｌｅ ｌａｙｅｒ）の一部レイヤのみを送信する。例えば、４レイヤデータが送信される場合に、ＴＰ１が２レイヤを送信し、ＴＰ２が残り２レイヤをＵＥに送信できる。
ＮＣＪＴ送信をする多重ＴＲＰ（ＭＴＲＰ）は、次の２方式のいずれか一方式を用いて端末にＤＬデータ送信を行うことができる。
まず、‘単一ＤＣＩベースのＭＴＲＰ方式’について説明する。ＭＴＲＰは、共通の一つのＰＤＳＣＨを一緒に協調送信し、協調送信に参加する各ＴＲＰは、当該ＰＤＳＣＨを同一の時間周波数リソースを用いて異なるレイヤー（すなわち、互いに異なるＤＭＲＳポート）で空間分割して送信する。この時、前記ＰＤＳＣＨに関するスケジューリング情報はＵＥに一つのＤＣＩによって指示され、当該ＤＣＩでは、どのＤＭＲＳ（グループ）ポート（ｐｏｒｔ）がどのＱＣＬ ＲＳ及びＱＣＬタイプの情報を用いるかが指示される（これは、既存にＤＣＩで指示された全てのＤＭＲＳポートに共通に適用されるＱＣＬ ＲＳ及びタイプを指示するものとは相違する。）。すなわち、ＤＣＩ内のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）フィールドでＭ個のＴＣＩ状態（ＴＣＩ ｓｔａｔｅ）が指示され（例えば、２つのＴＲＰ協調送信である場合にＭ＝２）、Ｍ個のＤＭＲＳポートグループ別に異なるＭ個のＴＣＩ状態を用いてＱＣＬ ＲＳ及びタイプが指示されてよい。また、新しいＤＭＲＳテーブルを用いてＤＭＲＳポート情報が指示されてよい。
次に、‘多重ＤＣＩベースのＭＴＲＰ方式’について説明する。ＭＴＲＰは、それぞれ異なるＤＣＩとＰＤＳＣＨを送信し、これらのＰＤＳＣＨは互いに周波数時間リソース上で（一部又は全体が）重複（ｏｖｅｒｌａｐ）して送信される。これらのＰＤＳＣＨは、互いに異なるスクランブリング（ｓｃｒａｍｂｌｉｎｇ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）でスクランブルされ、当該ＤＣＩは、互いに異なるＣｏｒｅｓｅｔグループ（ｇｒｏｕｐ）に属したＣｏｒｅｓｅｔで送信されてよい（ここで、Ｃｏｒｅｓｅｔグループは、各ＣｏｒｅｓｅｔのＣｏｒｅｓｅｔ設定内に定義されたインデックス（ｉｎｄｅｘ）で識別されてよい。例えば、Ｃｏｒｅｓｅｔ １及び２はｉｎｄｅｘ＝０に設定されており、Ｃｏｒｅｓｅｔ３及び４はｉｎｄｅｘ＝１に設定されていると、Ｃｏｒｅｓｅｔ １及び２は、Ｃｏｒｅｓｅｔグループ０であり、Ｃｏｒｅｓｅｔ ３及び４はＣｏｒｅｓｅｔグループ１に属する。また、Ｃｏｒｅｓｅｔ内にインデックスが定義されていない場合に、ｉｎｄｅｘ＝０と解析できる。）。１つのサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）においてスクランブリングＩＤが複数個設定されているか又はＣｏｒｅｓｅｔグループが２つ以上設定されている場合に、ＵＥは、多重ＤＣＩベースのＭＴＲＰ動作によってデータを受信することが分かる。
又は、単一ＤＣＩベースのＭＴＲＰ方式なのか或いは多重ＤＣＩベースのＭＴＲＰ方式なのかは、別個のシグナリングによってＵＥに指示されてよい。一例として、１つのサービングセルに対してＭＴＲＰ動作のために複数個のＣＲＳ（ｃｅｌｌ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）パターンがＵＥに指示されてよい。この場合、単一ＤＣＩベースのＭＴＲＰ方式なのか或いは多重ＤＣＩベースのＭＴＲＰ方式なのかによって（ＣＲＳパターンが互いに異なるので）、ＣＲＳに対するＰＤＳＣＨレートマッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）が変わってよい。
以下、本開示で説明／言及されるＣＯＲＥＳＥＴグループ識別子（ｇｒｏｕｐ ＩＤ）は、各ＴＲＰ／パネル（ｐａｎｅｌ）のためのＣＯＲＥＳＥＴを区分するためのインデックス（ｉｎｄｅｘ）／識別情報（例えば、ＩＤ）などを意味できる。そして、ＣＯＲＥＳＥＴグループは、各ＴＲＰ／パネルのためＣＯＲＥＳＥＴを区分するためのインデックス／識別情報（例えば、ＩＤ）／前記ＣＯＲＥＳＥＴグループＩＤによって区分されるＣＯＲＥＳＥＴのグループ／和集合であってよい。一例として、ＣＯＲＥＳＥＴグループＩＤは、ＣＯＲＳＥＴ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）内に定義される特定インデックス情報であってよい。この場合、ＣＯＲＥＳＥＴグループは各ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴ設定内に定義されたインデックスによって設定／指示／定義されてよい。及び／又は、ＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のためのインデックス／識別情報／指示子などを意味できる。以下、本開示で説明／言及されるＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子に代替して表現されてよい。前記ＣＯＲＥＳＥＴグループＩＤ、すなわち、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子は、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ、例えば、ＲＲＣシグナリング）／第２層シグナリング（Ｌ２ ｓｉｇｎａｌｉｎｇ、例えば、ＭＡＣ－ＣＥ）／第１層シグナリング（Ｌ１ ｓｉｇｎａｌｉｎｇ、例えば、ＤＣＩ）などによって端末に設定／指示されてよい。一例として、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）ＰＤＣＣＨ検出（ｄｅｔｅｃｔｉｏｎ）が行われるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）上りリンク制御情報（例えば、ＣＳＩ、ＨＡＲＱ－Ａ／Ｎ（ＡＣＫ／ＮＡＣＫ）、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ））及び／又は上りリンク物理チャネルリソース（例えば、ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳリソース）が分離されて管理／制御されるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ別に各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）スケジュールされるＰＤＳＣＨ／ＰＵＳＣＨなどに対するＨＡＲＱ Ａ／Ｎ（処理（ｐｒｏｃｅｓｓ）／再送信）が管理されてよい。
以下、部分的（ｐａｒｔｉａｌｌｙ）に重複（ｏｖｅｒｌａｐｐｅｄ）されたＮＣＪＰについて説明する。
また、ＮＣＪＴは、各ＴＰの送信する時間周波数リソースが完全に重なっている完全重複（ｆｕｌｌｙ ｏｖｅｒｌａｐｐｅｄ）ＮＣＪＴと、一部の時間周波数リソースのみ重なっている部分重複（ｐａｒｔｉａｌｌｙ ｏｖｅｒｌａｐｐｅｄ）ＮＣＪＴとに区別できる。すなわち、部分重複ＮＣＪＴである場合、一部の時間周波数リソースではＴＰ１とＴＰ２のデータの両方が送信され、残り時間周波数リソースではＴＰ１又はＴＰ２のいずれが一方のＴＰのデータのみが送信される。
以下、複数（Ｍｕｌｔｉ－ＴＲＰ）での信頼度向上のための方式について説明する。
複数ＴＲＰでの送信を用いた信頼度（ｒｅｌｉａｂｉｌｉｔｙ）向上のための送受信方法として、次の２つの方法が考慮できる。
図７は、本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。
図７（ａ）を参照すると、同一のコードワード（ＣＷ：ｃｏｄｅｗｏｒｄ）／伝送ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を送信するレイヤグループ（ｌａｙｅｒ ｇｒｏｕｐ）が互いに異なるＴＲＰに対応する場合を示す。この時、レイヤグループは、１つ又はそれ以上のレイヤからなる所定のレイヤ集合を意味できる。このような場合、多数のレイヤ数によって送信リソースの量が増加し、これによってＴＢに対して低い符号率のロバストなチャネルコーディングを用いることができるという長所があり、また、多数のＴＲＰからチャネルが異なるので、ダイバーシチ（ｄｉｖｅｒｓｉｔｙ）利得に基づいて受信信号の信頼度向上を期待することができる。
図７（ｂ）を参照すると、互いに異なるＣＷを互いに異なるＴＲＰに対応するレイヤグループで送信する例を示す。この時、図のＣＷ ＃１とＣＷ ＃２に対応するＴＢは互いに同一であると仮定できる。すなわち、ＣＷ ＃１とＣＷ ＃２はそれぞれ異なるＴＲＰによって同一のＴＢがチャネルコーディングなどによって互いに異なるＣＷに変換されたことを意味する。したがって、同一ＴＢの反復送信の例と見なすことができる。図７（ｂ）では、先の図７（ａ）に比べて、ＴＢに対応する符号率が高いという短所があり得る。しかし、チャネル環境によって同一のＴＢから生成されたエンコードされたビット（ｅｎｃｏｄｉｎｇ ｂｉｔｓ）に対して互いに異なるＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）値を指示して符号率を調整するか、各ＣＷの変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）を調節できるという長所を有する。
先の図７（ａ）及び図７（ｂ）で例示した方式によれば、同一のＴＢが互いに異なるレイヤグループで反復送信され、各レイヤグループが互いに異なるＴＲＰ／パネルによって送信されることにより、端末のデータ受信確率を高めることができる。これを、ＳＤＭ（Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースＭ－ＴＲＰ ＵＲＬＬＣ送信方式と称する。互いに異なるレイヤグループに属するレイヤは、互いに異なるＤＭＲＳ ＣＤＭグループに属するＤＭＲＳポートでそれぞれ送信される。
また、上述した複数ＴＲＰ関連の内容は、互いに異なるレイヤを用いるＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を基準に説明されたが、これは、互いに異なる周波数領域リソース（例えば、ＲＢ／ＰＲＢ（セット）など）に基づくＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式及び／又は互いに異なる時間領域リソース（例えば、スロット、シンボル、サブ－シンボルなど）に基づくＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式にも拡張して適用されてよいことは勿論である。
単一ＤＣＩによってスケジュールされる多重ＴＲＰベースのＵＲＬＬＣのための手法に関して、次のような手法が議論されている。
１）手法１（ＳＤＭ）：時間及び周波数リソース割り当てが重なり、単一スロット内のｎ（ｎ＜＝Ｎｓ）個のＴＣＩ状態（ｓｔａｔｅ）
１－ａ）手法１ａ
－ 各送信時点（ｏｃｃａｓｉｏｎ）に同一のＴＢが１つのレイヤー又はレイヤーのセット（ｓｅｔ）で送信され、各レイヤー又は各レイヤーのセットは、１つのＴＣＩ及び１つのＤＭＲＳポートのポートと関連する。
－ １つのＲＶを有する単一コードワードは、全ての空間レイヤー又は全てのレイヤーのセットで用いられる。ＵＥ観点で、互いに異なるコードされた（ｃｏｄｅｄ）ビットは、同一のマッピング規則によって互いに異なるレイヤー又はレイヤーのセットにマップされる。
１－ｂ）手法１ｂ
－ 各送信時点（ｏｃｃａｓｉｏｎ）に同一のＴＢが１つのレイヤー又はレイヤーのセットで送信され、各レイヤー又は各レイヤーのセットは、１つのＴＣＩ及び１つのＤＭＲＳポートのポートと関連する。
－ １つのＲＶを有する単一コードワードは、各空間レイヤー又は各レイヤーのセットで用いられる。各空間レイヤー又は各レイヤーのセットに対応するＲＶは同一であっても異なってもよい。
１－ｃ）手法１ｃ
－ １つの送信時点（ｏｃｃａｓｉｏｎ）に、多重のＴＣＩ状態インデックスと関連した１つのＤＭＲＳポートを有する同一のＴＢが１つのレイヤーで送信されるか、又は多重のＴＣＩ状態インデックスと一対一で関連する多重のＤＭＲＳポートを有する同一のＴＢが１つのレイヤーで送信される。
上記の手法１ａ及び１ｃにおいて、同一のＭＣＳが全てのレイヤー又は全てのレイヤーのセットに適用される。
２）手法２（ＦＤＭ）：周波数リソース割り当てが重ならなく、単一スロット内のｎ（ｎ＜＝Ｎｆ）個のＴＣＩ状態
－ 各重ならない周波数リソース割り当ては、１つのＴＣＩ状態と関連する。
－ 同一の単一／多重ＤＭＲＳポートは、全ての重ならない周波数リソース割り当てに関連する。
２－ａ）手法２ａ
－ １つのＲＶを有する単一のコードワードが全てのリソース割り当てに用いられる。ＵＥ観点で、共通ＲＢマッチング（コードワードのレイヤーへのマッピング）が全てのリソース割り当てにおいて適用される。
２－ｂ）手法２ｂ
－ １つのＲＶを有する単一のコードワードがそれぞれの重ならない周波数リソース割り当てに用いられる。それぞれの重ならない周波数リソース割り当てに対応するＲＶは、同一であっても異なってもよい。
上記の手法２ａに対して、同一のＭＣＳが全ての重ならない周波数リソース割り当てに適用される。
３）手法３（ＴＤＭ）：時間リソース割り当てが重ならなく、単一のスロット内のｎ（ｎ＜＝Ｎｔ１）ＴＣＩ状態
－ ＴＢの各送信時点（ｏｃｃａｓｉｏｎ）はミニスロットの時間細分性（ｇｒａｎｕｌａｒｉｔｙ）を有し、１つのＴＣＩ及び１つのＲＶを有する。
－ スロット内の全ての送信時点（ｏｃｃａｓｉｏｎ）において単一の又は多重のＤＭＲＳポートに共通ＭＣＳが用いられる。
－ 異なる送信時点（ｏｃｃａｓｉｏｎ）においてＲＶ／ＴＣＩは同一であっても異なってもよい。
４）手法４（ＴＤＭ）：Ｋ（ｎ＜＝Ｋ）個の異なるスロットにおいてｎ（ｎ＜＝Ｎｔ２）個のＴＣＩ状態
－ ＴＢの各送信時点（ｏｃｃａｓｉｏｎ）は、１つのＴＣＩ及び１つのＲＶを有する。
－ Ｋスロットにわたる全ての送信時点（ｏｃｃａｓｉｏｎ）は、単一の又は多重のＤＭＲＳポートに共通のＭＣＳを用いる。
－ 互いに異なる送信時点（ｏｃｃａｓｉｏｎ）においてＲＶ／ＴＣＩは同一であっても異なってもよい。
以下、ＭＴＲＰ ＵＲＬＬＣについて説明する。
本開示において、ＤＬ ＭＴＲＰ ＵＲＬＬＣとは、同一のデータ（例えば、同一のＴＢ）／ＤＣＩを多重ＴＲＰが、互いに異なるレイヤ（ｌａｙｅｒ）／時間（ｔｉｍｅ）／周波数（ｆｒｅｑｕｅｎｃｙ）リソースを用いて送信することを意味する。例えば、ＴＲＰ １はリソース１で同一のデータ／ＤＣＩを送信し、ＴＲＰ ２はリソース２で同一のデータ／ＤＣＩを送信する。ＤＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤー／時間／周波数リソースを用いて同一のデータ／ＤＣＩを受信する。この時、ＵＥには、同一のデータ／ＤＣＩを受信するレイヤー／時間／周波数リソースでどのＱＣＬ ＲＳ／タイプ（すなわち、ＤＬ ＴＣＩ状態）を用いなければならないかが基地局から設定される。例えば、同一のデータ／ＤＣＩがリソース１とリソース２で受信される場合に、リソース１で用いるＤＬ ＴＣＩ状態とリソース２で用いるＤＬ ＴＣＩ状態が設定されてよい。ＵＥは同一のデータ／ＤＣＩをリソース１とリソース２で受信するので、高い信頼度（ｒｅｌｉａｂｉｌｉｔｙ）が達成できる。このようなＤＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＤＳＣＨ／ＰＤＣＣＨを対象に適用されてよい。
そして、本開示において、ＵＬ ＭＴＲＰ－ＵＲＬＬＣとは、同一のデータ／ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を多重ＴＲＰが、互いに異なるレイヤー／時間／周波数リソースを用いて１つのＵＥから受信することを意味する。例えば、ＴＲＰ １はリソース１で同一のデータ／ＤＣＩをＵＥから受信し、ＴＲＰ ２はリソース２で同一のデータ／ＤＣＩをＵＥから受信した後に、ＴＲＰ間の連結されたバックホールリンク（Ｂａｃｋｈａｕｌ ｌｉｎｋ）を通じて受信データ／ＤＣＩを共有する。ＵＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤー／時間／周波数リソースを用いて同一のデータ／ＵＣＩを送信する。この時、ＵＥには、同一のデータ／ＵＣＩを送信するレイヤー／時間／周波数リソースでどのＴｘビーム（ｂｅａｍ）及びどのＴｘパワー（ｐｏｗｅｒ）（すなわち、ＵＬ ＴＣＩ状態）を用いなければならないかが基地局から設定される。例えば、同一のデータ／ＵＣＩがリソース１とリソース２で送信される場合に、リソース１で用いるＵＬ ＴＣＩ状態とリソース２で用いるＵＬ ＴＣＩ状態が設定されてよい。このようなＵＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＵＳＣＨ／ＰＵＣＣＨを対象に適用されてよい。
また、本開示において、ある周波数／時間／空間リソース（ｌａｙｅｒ）に対してデータ／ＤＣＩ／ＵＣＩ受信時に特定ＴＣＩ状態（又は、ＴＣＩ）を用いる（又は、マップする）という意味は、次の通りである。ＤＬでは、その周波数／時間／空間リソース（ｌａｙｅｒ）で当該ＴＣＩ状態によって指示されたＱＣＬタイプ及びＱＣＬ ＲＳを用いてＤＭＲＳからチャネルを推定し、推定されたチャネルに基づいてデータ／ＤＣＩを受信／復調するということを意味できる。また、ＵＬでは、その周波数／時間／空間リソースで当該ＴＣＩ状態によって指示されたＴｘビーム及び／又はパワーを用いてＤＭＲＳ及びデータ／ＵＣＩを送信／変調するということを意味できる。
ここで、ＵＬ ＴＣＩ状態は、ＵＥのＴｘビーム及び／又はＴｘパワー情報を含んでおり、ＴＣＩ状態の代わりに空間関連情報（Ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）などが別のパラメータによってＵＥに設定されてもよい。ＵＬ ＴＣＩ状態は、ＵＬグラントＤＣＩによって直接指示されてよく、又はＵＬグラントＤＣＩのＳＲＩ（ｓｏｕｎｄｉｎｇ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドによって指示されたＳＲＳリソースの空間関連情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）を意味できる。又は、ＵＬグラントＤＣＩのＳＲＩフィールドによって指示された値に連結された開ループ（ＯＬ：ｏｐｅｎ ｌｏｏｐ）送信パワー制御パラメータ（ＯＬ Ｔｘ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）（例えば、ｊ：開ループパラメータＰｏとａｌｐｈａ（セル当たりに最大で３２パラメータ値セット）のためのインデックス、ｑ＿ｄ：ＰＬ（ｐａｔｈｌｏｓｓ）測定（セル当たりに最大で４測定）のためのＤＬ ＲＳリソースのインデックス、ｌ：閉ループ（ｃｌｏｓｅｄ ｌｏｏｐ）パワー制御プロセスインデックス（セル当たりに最大で２プロセス））を意味することもできる。
以下、ＭＴＲＰ ｅＭＢＢについて説明する。
本開示において、ＭＴＲＰ－ｅＭＢＢは、異なるデータ（例えば、異なるＴＢ）を多重ＴＲＰが異なるレイヤー／時間／周波数を用いて送信することを意味する。ＭＴＲＰ－ｅＭＢＢ送信方式が設定されたＵＥは、様々なＴＣＩ状態がＤＣＩで指示され、各ＴＣＩ状態のＱＣＬ ＲＳを用いて受信したデータは、互いに異なるデータであると仮定する。
一方、ＭＴＲＰ ＵＲＬＬＣ送信／受信なのか又はＭＴＲＰ ｅＭＢＢ送信／受信なのかは、ＭＴＲＰ－ＵＲＬＬＣ用ＲＮＴＩとＭＴＲＰ－ｅＭＢＢ用ＲＮＴＩを別個に区分して用いることによってＵＥが把握できる。すなわち、ＵＲＬＬＣ用ＲＮＴＩを用いてＤＣＩのＣＲＣマスキング（ｍａｓｋｉｎｇ）がされた場合に、ＵＥはＵＲＬＬＣ送信と見なし、ｅＭＢＢ用ＲＮＴＩを用いてＤＣＩのＣＲＣマスキングがされた場合に、ＵＥはｅＭＢＢ送信と見なす。又は、別の新しいシグナリングを用いて基地局がＵＥにＭＴＲＰ ＵＲＬＬＣ送信／受信を設定する又はＴＲＰ ｅＭＢＢ送信／受信を設定することもできる。
本開示の説明において、説明の便宜のために２つのＴＲＰ間の協調送信／受信を仮定して説明するが、本開示で提案する方法は３個以上の多重ＴＲＰ環境でも拡張適用されてよく、また、多重パネル環境（すなわち、ＴＲＰをパネルに対応させる。）でも拡張適用されてよい。また、ＵＥにとって、異なるＴＲＰは異なるＴＣＩ状態と認識されてよい。したがって、ＵＥがＴＣＩ状態１を用いてデータ／ＤＣＩ／ＵＣＩを受信／送信したことは、ＴＲＰ １から／にデータ／ＤＣＩ／ＵＣＩを受信／送信したことを意味する。
以下、本開示で提案する方法は、ＭＴＲＰがＰＤＣＣＨを協調送信（同一のＰＤＣＣＨを反復送信する又は分けて送信する。）する状況で活用されてよい。また、本開示で提案する方法は、ＭＴＲＰがＰＤＳＣＨを協調送信する又はＰＵＳＣＨ／ＰＵＣＣＨを協調受信する状況にも活用されてよい。
また、本開示において、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを反復送信するという意味は、同一のＤＣＩを複数のＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）を用いて送信したことを意味でき、また、複数基地局が同一のＤＣＩを反復送信したことを意味することもできる。ここで、同一のＤＣＩとは、ＤＣＩフォーマット／サイズ／ペイロード（ｐａｙｌｏａｄ）が同一である２つのＤＣＩを意味できる。又は、２つのＤＣＩのペイロードが異なっても、スケジューリング結果が同一である場合に、同一のＤＣＩであるといえる。例えば、ＤＣＩのＴＤＲＡ（ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）フィールドは、ＤＣＩの受信時点を基準に、データのスロット／シンボルの位置及びＡ／Ｎ（ＡＣＫ／ＮＡＣＫ）のスロット／シンボルの位置を相対的に決定するが、ｎ時点に受信されたＤＣＩとｎ＋１時点に受信されたＤＣＩが同一のスケジューリング結果をＵＥに知らせると、２つのＤＣＩのＴＤＲＡフィールドは異なり、結果的にＤＣＩペイロードが異ならざるを得ない。反復回数Ｒは、基地局がＵＥに直接指示してもよく、相互約束してもよい。又は、２つのＤＣＩのペイロードが異なり、スケジューリング結果が同一でなくても、一つのＤＣＩのスケジューリング結果が他のＤＣＩのスケジューリング結果にサブセット（ｓｕｂｓｅｔ）である場合に、同一のＤＣＩであるといえる。例えば、同一のデータがＴＤＭされてＮ回反復送信される場合に、１番目のデータ前に受信したＤＣＩ １は、Ｎ回データ反復を指示し、１番目のデータ後且つ２番目のデータ前に受信したＤＣＩ ２は、Ｎ－１回データ反復を指示する。ＤＣＩ ２のスケジューリングデータはＤＣＩ １のスケジューリングデータのサブセットとなり、２つのＤＣＩはいずれも同一のデータに対するスケジューリングであるので、この場合も同様、同一のＤＣＩであるといえる。
また、本開示において、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを分けて送信するということは、１つのＤＣＩを１つのＰＤＣＣＨ候補を用いて送信するが、そのＰＤＣＣＨ候補が定義された一部のリソースをＴＲＰ １が送信し、残りのリソースをＴＲＰ ２が送信することを意味する。複数の基地局（すなわち、ＭＴＲＰ）が分けて送信する１つのＰＤＣＣＨ候補は、以下に説明する設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって端末（ＵＥ）に指示される或いは端末がそれを認識又は決定することができる。
また、本開示において、ＵＥが複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを反復送信するという意味は、ＵＥが同一のデータを複数のＰＵＳＣＨで送信したことを意味できる。この時、各ＰＵＳＣＨは、互いに異なるＴＲＰのＵＬチャネルに最適化して送信されてよい。例えば、ＵＥが同一のデータをＰＵＳＣＨ １と２で反復送信するとき、ＰＵＳＣＨ １はＴＲＰ １のためのＵＬ ＴＣＩ状態１を用いて送信され、この際、プリコーダ（ｐｒｅｃｏｄｅｒ）／ＭＣＳなどのリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）も、ＴＲＰ １のチャネルに最適化された値がスケジューリング／適用されてよい。ＰＵＳＣＨ ２は、ＴＲＰ ２のためのＵＬ ＴＣＩ状態２を用いて送信され、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ ２のチャネルに最適化された値がスケジューリング／適用されてよい。このとき、反復送信されるＰＵＳＣＨ １と２は、互いに異なる時間に送信されてＴＤＭされるか、ＦＤＭ、ＳＤＭされてよい。
また、本開示において、ＵＥが、複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを分けて送信するという意味は、ＵＥが１つのデータを１つのＰＵＳＣＨで送信するが、そのＰＵＳＣＨに割り当てられたリソースを分けて、互いに異なるＴＲＰのＵＬチャネルに最適化して送信することを意味できる。例えば、ＵＥが同一のデータを１０シンボルＰＵＳＣＨで送信するときに、前の５シンボルではＴＲＰ １のためのＵＬ ＴＣＩ状態１を用いてデータを送信し、この時、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ １のチャネルに最適化された値がスケジューリング／適用されてよい。残りの５シンボルでは残りのデータをＴＲＰ ２のためのＵＬ ＴＣＩ状態２を用いて送信し、この時、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ ２のチャネルに最適化された値がスケジューリング／適用されてよい。上記の例では、１つのＰＵＳＣＨを時間リソースに分けてＴＲＰ １に向かう送信とＴＲＰ ２に向かう送信をＴＤＭしたが、その他にＦＤＭ／ＳＤＭ方式で送信されてもよい。
また、前述したＰＵＳＣＨ送信と類似に、ＰＵＣＣＨも、ＵＥが、複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＣＣＨを反復送信するか或いは同一ＰＵＣＣＨを分けて送信することができる。
以下、本開示の提案は、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＤＳＣＨ／ＰＤＣＣＨなどの様々なチャネルに拡張適用可能である。
ＭＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）－ＵＲＬＬＣは、同一のデータを複数のＴＲＰ（ＭＴＲＰ：多重ＴＲＰ）が互いに異なるレイヤー／時間／周波数リソースを用いて送信する手法である。ここで、各ＴＲＰから送信されるデータは、各ＴＲＰ別に異なるＴＣＩ状態が用いられて送信される。
これを、ＭＴＲＰが同一のＤＣＩを異なるＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）を用いて送信する方法に拡張すると、各ＴＲＰから同一のＤＣＩが送信されるＰＤＣＣＨ候補は、互いに異なるＴＣＩ状態が用いられて送信されてよい。このとき、各ＰＤＣＣＨ候補に対するＣＯＲＥＳＥＴ、サーチスペース（ＳＳ：ｓｅａｒｃｈ ｓｐａｃｅ）セット（ｓｅｔ）の設定方法などに関する具体的な定義が必要である。
実施例１）
実施例１では、複数基地局（すなわち、ＭＴＲＰ）がＰＤＣＣＨを反復して送信する方法について記述される。
実施例１では、複数基地局（すなわち、ＭＴＲＰ）がＰＤＣＣＨを反復して送信する方法について記述される。
複数基地局（すなわち、ＭＴＲＰ）がＰＤＣＣＨを反復して送信する場合に、反復送信回数Ｒは基地局がＵＥに直接指示してもよく、又は相互約束してもよい。ここで、反復送信回数Ｒを相互約束する場合に、同一のＰＤＣＣＨを反復送信するために設定されたＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態（ｓｔａｔｅ）数に基づいて反復送信回数Ｒが定められてよい。例えば、基地局がＵＥに同一のＰＤＣＣＨを反復送信するためにｒ個のＴＣＩ状態を設定したとすれば、Ｒ＝ｒと約束できる。ここで、例えば、Ｒ＝Ｍ＊ｒと設定され、基地局はＵＥにＭを指示することもできる。
複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを反復送信する場合に、ＴＲＰ １は、ＤＣＩをＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）１を用いて送信し、ＴＲＰ ２は、同一のＤＣＩをＰＤＣＣＨ候補２を用いて送信できる。ＴＲＰとＰＤＣＣＨ候補のマッピング順序は、単に説明の便宜のためのものであり、本開示の技術的範囲を制限するものではない。各ＰＤＣＣＨ候補は互いに異なるＴＲＰが送信するので、各ＰＤＣＣＨ候補は互いに異なるＴＣＩ状態を用いて受信される。ここで、同一のＤＣＩを送信するＰＤＣＣＨ候補は、ＰＤＣＣＨのスクランブリング（ｓｃｒａｍｂｌｉｎｇ）／併合レベル（Ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）、ＣＯＲＥＳＥＴ、サーチスペース（ＳＳ：Ｓｅａｒｃｈ ｓｐａｃｅ）セット（ｓｅｔ）の一部又は全部が異なってよい。
複数基地局（すなわち、ＭＴＲＰ）が反復送信する２（又は、２以上）のＰＤＣＣＨ候補は、次のような設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によってＵＥに認知／指示されてよい。
以下、説明の便宜のために同一のＤＣＩが２つのＰＤＣＣＨ候補で送信／受信されることを挙げて記述したが、３個以上のＰＤＣＣＨ候補を用いて同一のＤＣＩを送信／受信する場合にも、本開示の提案が拡張適用されてよい。この場合、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）をより上げることができる。例えば、ＴＲＰ １が同一のＤＣＩをＰＤＣＣＨ候補１、２を用いて送信し、ＴＲＰ ２が同一のＤＣＩをＰＤＣＣＨ候補３、４を用いて送信することができる。
また、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを反復送信するＳＳセットに対して、ＳＳセットに定義された一部のＤＣＩフォーマット（ｆｏｒｍａｔ）／ＳＳ／ＲＮＴＩタイプ（ｔｙｐｅ）に対してのみ同一のＰＤＣＣＨが反復送信され、残りに対しては反復送信されなくてよく、これを基地局がＵＥに指示することもできる。例えば、基地局はＤＣＩフォーマット１－０と１－１の両方が定義されたＳＳセットに対してフォーマット１－０（又は、１－１）に対してのみ反復送信されることをＵＥに指示できる。又は、基地局はＵＥ特定（ｓｐｅｃｉｆｉｃ）ＳＳと共通（ｃｏｍｍｏｎ）ＳＳのうち共通ＳＳ（又は、ＵＥ特定ＳＳ）に対してのみ反復送信されることをＵＥに指示することもできる。又は、基地局は特定ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ以外のＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されたＤＣＩに対してのみ同一のＰＤＣＣＨを反復送信することをＵＥに指示することもできる。
実施例１－１）同一のＤＣＩを送信する２つのＰＤＣＣＨ候補が１つの（同一の）ＣＯＲＥＳＥＴを共有するが、互いに異なるＳＳセットに定義／設定されてよい。
図８は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図８を参照すると、ＰＤＣＣＨ候補１は、ＴＣＩ状態１が用いられて送信され、ＰＤＣＣＨ候補２は、ＴＣＩ状態２が用いられて送信されてよい。また、同一のＤＣＩは、ＰＤＣＣＨ候補１及びＰＤＣＣＨ候補２でそれぞれ送信されてよい。また、ＰＤＣＣＨ候補１とＰＤＣＣＨ候補２はいずれも時間ドメインにおいて特定周期（Ｐ）間隔で（反復して）送信されてよい。
各ＰＤＣＣＨ候補は同一のＣＯＲＥＳＥＴを共有するが、互いに異なるＳＳセットで定義／設定されてよい。そして、同一のＣＯＲＥＳＥＴに設定された２つのＴＣＩ状態のうち、ＴＣＩ状態１は、ＰＤＣＣＨ候補１が存在するＳＳセット１で用いられ、ＴＣＩ状態２は、ＰＤＣＣＨ候補２が存在するＳＳセット２で用いられてよい。
現在標準ではＳＳセット内にＣＯＲＥＳＥＴ ＩＤが設定され、当該ＳＳセットとＣＯＲＥＳＥＴが連結される。本開示の実施例によれば、１つのＣＯＲＥＳＥＴが複数のＴＣＩ状態（例えば、２ ＴＣＩ状態）に連結（マッピング）されてよい。この場合、ＳＳセットに対する設定内に、ＣＯＲＥＳＥＴ ＩＤの他に、当該ＣＯＲＥＳＥＴの２つのＴＣＩのうちどのＴＣＩを用いてＰＤＣＣＨがデコード（ｄｅｃｏｄｅ）されるべきかに関する情報も共に定義／設定されてよい。
また、基地局はＵＥに、同一のＤＣＩに対応するＳＳセット１のＰＤＣＣＨ候補と、ＳＳセット２のＰＤＣＣＨ候補がどの時点（ＴＯ：Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）に送信／受信されるかを知らせることができる。これを、同一のＤＣＩが送信されるウィンドウ（ｗｉｎｄｏｗ）と定義する／称することができる。例えば、ＵＥに同一の１つのスロット（すなわち、ウィンドウ＝１スロット）と定義されたＳＳセット１とＳＳセット２は、同一のＤＣＩが送信されるＳＳセットであることを、基地局によってＵＥに指示されてよく、又は基地局とＵＥ間に相互約束されてもよい。
より一般に、同一のＤＣＩが送信されるウィンドウ（例えば、１スロット）は、基地局によってＵＥに指示されてもよく、又は基地局とＵＥ間に相互約束されてもよい。
例えば、このようなウィンドウ（例えば、ｎ時間（ｔｉｍｅ））は、同一のＤＣＩを送信するように定義されたＳＳセットのうち、基準セット（例えば、最下位識別子（ｌｏｗｅｓｔ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））ＳＳセット）のＴＯ（ＰＤＣＣＨ候補が送信される時点）ごとに始まることが、基地局とＵＥ間に相互約束されるか又は基地局によってＵＥに設定されてよい。ここで、１つのウィンドウ内に最下位ＩＤ ＳＳセットのＴＯが複数回現れる場合にはウィンドウが重なることがあり、これを防止するために、特定（ｎ）ウィンドウ内に含まれていない最下位ＩＤ ＳＳセットのＴＯを基準に、次の（ｎ＋１）ウィンドウが定義／設定されてよい。また、好ましくは、基準セット（例えば、最下位識別子（ｌｏｗｅｓｔ ＩＤ）ＳＳセット）の周期別にＮ個のウィンドウが定義されてもよい。ここで、Ｎは、基地局がＵＥに指示してよい。例えば、周期が１０スロットであり、１０スロットのうち１、２、３番目のスロットにＳＳセットが定義され、ウィンドウが１スロットであり、Ｎ＝２である場合に、毎最下位ＩＤ ＳＳセットの周期において１、２番目のスロットでそれぞれウィンドウが定義されてよい。
以下、１つのウィンドウ内でＰＤＣＣＨ ＴＯとＴＣＩとのマッピング方式が記述される。
図９は、本開示の一実施例に係るＰＤＣＣＨ送信時点（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）とＴＣＩ状態（ｓｔａｔｅ）間のマッピング方法を例示する図である。
１つのウィンドウ内に複数のＰＤＣＣＨ ＴＯが存在し、各ＴＯ別に異なるＴＣＩ状態がマップされてよい。ここで、ＴＯとＴＣＩとのマッピング方式として次の２方式を考慮できる。
第一に、ウィンドウ内にＴＯが増加するに従って（昇順に）ＴＣＩ状態が循環して（ｃｉｒｃｕｌａｒ）順次にマップされてよい。例えば、ウィンドウ内にＮ個のＴＯとＭ個のＴＣＩ状態が指示された場合に、ｉ番目のＴＯはｉ番目のＴＣＩがマップされ、Ｎ＞Ｍであれば、Ｍ＋１、Ｍ＋２番目のＴＯに対してそれぞれ１番目（１ｓｔ）のＴＣＩ、２番目（２ｎｄ）のＴＣＩが順次にマップされてよい。例えば、図９（ａ）に示すように、１つのウィンドウ内に６個のＰＤＣＣＨ ＴＯが設定され、２個のＴＣＩ状態が設定された場合を仮定する。この場合、１つのウィンドウ内において、第１ＰＤＣＣＨ ＴＯは第１ＴＣＩ状態がマップされ、第２ＰＤＣＣＨ ＴＯは第２ＴＣＩ状態がマップされ、第３ ＰＤＣＣＨ ＴＯは第１ＴＣＩ状態がマップされ、第４ＰＤＣＣＨ ＴＯは第２ＴＣＩ状態がマップされ、第５ＰＤＣＣＨ ＴＯは第１ＴＣＩ状態がマップされ、第６ＰＤＣＣＨ ＴＯは第２ＴＣＩ状態がマップされてよい。
又は、第二に、ウィンドウ内で隣接したｆｌｏｏｒ（Ｎ／Ｍ）（ｆｌｏｏｒ（ｘ）は、ｘより大きくない最大の整数）又はｃｅｉｌ（Ｎ／Ｍ）（ｃｅｉｌ（ｘ）は、ｘより小さくない最小の整数）個のＴＯをグルーピング（ｇｒｏｕｐｉｎｇ）することにより、グループとＴＣＩ状態が循環して（ｃｉｒｃｕｌａｒ）順次にマップされてよい。すなわち、グループｉはＣＯＲＥＳＥＴ ｉにマップされてよい。その結果、同一のグループに含まれた隣接ＴＯは、同一のＴＣＩがマップされてよい。例えば、図９（ｂ）に示すように、１つのウィンドウ内に６個のＰＤＣＣＨ ＴＯが設定され、２個のＴＣＩ状態が設定された場合を仮定する。そして、第１～第３ＰＤＣＣＨ ＴＯは第１グループにグルーピングされ、第４～第６ＰＤＣＣＨ ＴＯは第２グループにグルーピングされると仮定する。この場合、１つのウィンドウ内において、第１ＰＤＣＣＨ ＴＯ～第３ＰＤＣＣＨ ＴＯ（すなわち、第１グループ）は第１ＴＣＩ状態がマップされ、第４ＰＤＣＣＨ ＴＯ～第６ＰＤＣＣＨ ＴＯ（すなわち、第２グループ）は第２ＴＣＩ状態がマップされてよい。
このようなＴＯとＴＣＩ間のマッピング方式は、先に記述された実施例１－１の場合の他に、ＰＤＣＣＨが互いに異なる時間に反復送信（例えば、実施例１－３）されるか或いは互いに異なる時間に分けられて送信される一般的な場合に対しても、同一ウィンドウ内のＴＯとＴＣＩ間のマッピングに適用されてよい。言い換えると、先に記述された同一のＴＯとＴＣＩとのマッピング方式は、互いに異なるＰＤＣＣＨ候補（互いに異なるＴＣＩ状態が適用される）が同一のウィンドウ内で互いに異なるＴＯで送信されるケースのいずれにも適用可能である。
先に記述された実施例１－１は、後述する実施例１－３の特殊な場合（ｓｐｅｃｉａｌ ｃａｓｅ）と設定されてよい。すなわち、実施例１－３のようにＣＯＲＥＳＥＴ １、２とＳＳセット１、２を設定する方式において、ＣＯＲＥＳＥＴ １と２が同一に設定される場合は（ただし、ＣＯＲＥＳＥＴに定義されたＴＣＩ状態及びＣＯＲＥＳＥＴ ＩＤは異なる。）、１個のＣＯＲＥＳＥＴ、２個のＳＳセット及び２個のＴＣＩが設定される実施例１－１と相違しない。したがって、このように実施例１－３においてＣＯＲＥＳＥＴ １と２が同一に設定される場合に、実施例１－１の方式と同じ方式で同一のＰＤＣＣＨが反復送信されてよい。
実施例１－２）同一のＤＣＩを送信する２つのＰＤＣＣＨ候補が１つの（同一）ＣＯＲＥＳＥＴと１つの（同一）ＳＳセットに定義／設定されてよい。
図１０は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１０を参照すると、ＰＤＣＣＨ候補１は、ＴＣＩ状態１が用いられて送信され、ＰＤＣＣＨ候補２は、ＴＣＩ状態２が用いられて送信されてよい。また、同一のＤＣＩは、ＰＤＣＣＨ候補１及びＰＤＣＣＨ候補２でそれぞれ送信されてよい。また、ＰＤＣＣＨ候補１とＰＤＣＣＨ候補２はいずれも時間ドメインにおいて特定周期（Ｐ）間隔で（反復して）送信されてよい。
図１０を参照すると、各ＰＤＣＣＨ候補は、同じＣＯＲＥＳＥＴと同じＳＳセットを共有でき、ＰＤＣＣＨ候補１と２はＦＤＭされてよい。ＰＤＣＣＨ候補１と２はいずれも、１つのＳＳセットとそのＳＳセットにマップされた１つのＣＯＲＥＳＥＴ内に定義／設定されてよい。この場合、ＣＯＲＥＳＥＴ内に定義／設定された２つのＴＣＩ状態のいずれか一方が一部のＰＤＣＣＨ候補に用いられ、他方のＴＣＩ状態が残りのＰＤＣＣＨ候補に用いられてよい。これについては、先のＰＤＣＣＨ候補対ＴＣＩマッピング方式を参照できる。
例えば、併合レベル＝４のＰＤＣＣＨ候補が４個存在する場合に、１番目と３番目の候補は、ＴＣＩ状態１がマップされ、２番目と４番目の候補は、ＴＣＩ状態２がマップされることにより、ＴＣＩ状態が交互にマップされてよい。ここで、１番目と３番目の候補のうちＰＤＣＣＨ候補１が存在し、２番目と４番目の候補のうちＰＤＣＣＨ候補２が存在してよい。又は、１番目と２番目の候補は、ＴＣＩ状態１がマップされ、３番目と４番目の候補は、ＴＣＩ状態２がマップされることにより、前半部分の候補と後半部分の候補が互いに異なるＴＣＩ状態にマップされてよい。ここで、１番目と２番目の候補のうちＰＤＣＣＨ候補１が存在し、３番目と４番目の候補のうちＰＤＣＣＨ候補２が存在してよい。
上の例示を拡張して、Ｎ個のＴＣＩ状態に対しても、これと類似に、候補インデックス（ｃａｎｄｉｄａｔｅ ｉｎｄｅｘ）が増加するに従ってＮ個のＴＣＩ状態が一つずつ循環して（ｃｉｒｃｕｌａｒ）マップされてよい。又は、全体候補を隣接した候補（隣接した候補インデックス）にＮ等分してグルーピングし、Ｎ個の候補グループとＮ個のＴＣＩ状態が１：１マップされてもよい。
また、この方式において同一のＰＤＣＣＨが反復送信されるウィンドウは、ＰＤＣＣＨが送信／受信される毎ＴＯ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）と定めれてよい。すなわち、スロット（ｓｌｏｔ）ｎ、ｎ＋Ｐ、ｎ＋２Ｐなどに現れるＰＤＣＣＨ ＴＯごとにＰＤＣＣＨ候補１と２がＦＤＭされて反復送信されてよい。図１０では、ＳＳセット周期をＰスロットと設定し、１ ＳＳセット周期に１回のＳＳセットを設定した場合を例示する。また、１ ＳＳセット周期において（連続した）複数スロットにＳＳセットが設定されてもよく、又は１スロットに複数のＳＳセットが設定されてもよい。
例えば、ＳＳセット内に定義された区間（ｄｕｒａｔｉｏｎ）フィールド（＝Ｎ）によって、毎周期における（連続した）Ｎ個のスロットにＳＳセットが設定されてよい。基地局とＵＥは、このように設定されたＮ個のスロットを１ウィンドウと約束できる。この場合、前述した‘ウィンドウ内でＰＤＣＣＨ ＴＯとＴＣＩとのマッピング方式’によって各ＰＤＣＣＨ ＴＯにＴＣＩ状態がマップされてよい。例えば、Ｎ＝２の場合に、先の図９のような形態でＳＳセットが設定されてよい。
さらに他の例として、ＳＳセット設定内に定義された上位層フィールド（例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔフィールド）により、１スロット内に複数ＳＳセットが設定されてよい。例えば、Ｐスロット周期でＳＳセットが定義／設定され、ＳＳセットが設定されたスロット内でＬ個のＳＳセットが互いに異なる時間に存在してよい。この場合、基地局とＵＥは、ウィンドウを１スロットと約束し、前述した‘ウィンドウ内でＰＤＣＣＨ ＴＯとＴＣＩとのマッピング方式’によって各ＰＤＣＣＨ ＴＯにＴＣＩ状態がマップされてよい。
また、先に記述された実施例１－２は、後述する実施例１－３の特殊な場合（ｓｐｅｃｉａｌ ｃａｓｅ）と設定されてよい。すなわち、実施例１－３のようにＣＯＲＥＳＥＴ １、２とＳＳセット１、２を設定する方式において、ＣＯＲＥＳＥＴ １と２が同一に設定され（ただし、ＣＯＲＥＳＥＴに定義されたＴＣＩ状態は異なる。）、ＳＳセット１と２が同一に設定される場合は、１個のＣＯＲＥＳＥＴ、１個のＳＳセット及び２個のＴＣＩ状態が設定される実施例１－２と相違しない。したがって、この場合、実施例１－２の方式と同じ方式で同一のＰＤＣＣＨが反復送信されてよい。
また、上記と類似に、実施例１－２は、実施例１－４の特殊な場合（ｓｐｅｃｉａｌ ｃａｓｅ）と設定されてよい。すなわち、実施例１－４のようにＣＯＲＥＳＥＴ １、２とＳＳセット１を設定する方式において、ＣＯＲＥＳＥＴ １と２が同一に設定される場合は（ただし、ＣＯＲＥＳＥＴに定義されたＴＣＩ状態は異なる。）、実施例１－２と相違しない。
また、実施例１－２は、実施例１－１の特殊な場合と設定されてよい。すなわち、実施例１－１のようにＣＯＲＥＳＥＴ １とＳＳセット１、２を設定する方式において、ＳＳセット１と２が同一に設定される場合は（ただし、各ＳＳで用いるＣＯＲＥＳＥＴのＴＣＩ状態及びＣＯＲＥＳＥＴ ＩＤは異なる。）、１個のＣＯＲＥＳＥＴと１個のＳＳセットそして２個のＴＣＩが設定される実施例１－２と相違しない。したがって、この場合、実施例１－２の方式と同じ方式で同一のＰＤＣＣＨが反復送信されてよい。
実施例１－３）同一のＤＣＩを送信する２つのＰＤＣＣＨ候補が互いに異なるＣＯＲＥＳＥＴに定義／設定され、互いに異なるＳＳセットに定義／設定されてよい。
図１１は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１１を参照すると、ＰＤＣＣＨ候補１はＴＣＩ状態１が用いられて送信され、ＰＤＣＣＨ候補２は、ＴＣＩ状態２が用いられて送信されてよい。また、同一のＤＣＩは、ＰＤＣＣＨ候補１及びＰＤＣＣＨ候補２でそれぞれ送信されてよい。また、ＰＤＣＣＨ候補１とＰＤＣＣＨ候補２はいずれも時間ドメインにおいて特定周期（Ｐ）間隔で（反復して）送信されてよい。
図１１を参照すると、ＣＯＲＥＳＥＴ １はＳＳセット１にマップされ、ＣＯＲＥＳＥＴ ２はＳＳセット２にマップされ、ＰＤＣＣＨ候補１はＣＯＲＥＳＥＴ １とＳＳセット１で送信され、ＰＤＣＣＨ候補２はＣＯＲＥＳＥＴ ２とＳＳセット２で送信される。このような設定に対して、基地局はＵＥに、当該ＣＯＲＥＳＥＴグループ又はＳＳセットグループが同一のＤＣＩを送信する用途に設定されたことを知らせなければならない。例えば、ＳＳセット１（及び／又は２）内に、同一のＤＣＩ送信のために用いられるＳＳセット２（及び／又は１）のＩＤがさらに設定されてよい。又は、基地局がＵＥに、複数ＳＳセットが同一のグループであることを指示でき、ＵＥは、同一のグループに属したＳＳセットは同一のＤＣＩを送信する用途に設定されたことを認知／仮定することができる。
同一のＤＣＩが送信されるウィンドウ設定方式は、先に記述された実施例１－１の設定方式と同一であり、実施例１－１の設定方式がそのまま用いられてよい。
実施例１－４）同一のＤＣＩを送信する２つのＰＤＣＣＨ候補が互いに異なるＣＯＲＥＳＥＴに定義／設定されるが、１つの（同一）ＳＳセットに定義／設定されてよい。
図１２は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１２を参照すると、ＰＤＣＣＨ候補１は、ＴＣＩ状態１が用いられて送信され、ＰＤＣＣＨ候補２は、ＴＣＩ状態２が用いられて送信されてよい。また、同一のＤＣＩは、ＰＤＣＣＨ候補１及びＰＤＣＣＨ候補２でそれぞれ送信されてよい。また、ＰＤＣＣＨ候補１とＰＤＣＣＨ候補２はいずれも時間ドメインにおいて特定周期（Ｐ）間隔で（反復して）送信されてよい。
図１２を参照すると、１つのＳＳセットには、互いに異なるリソースブロック（ＲＢ：ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）リソースを有する２つのＣＯＲＥＳＥＴがマップされ、候補１と２はそれぞれＣＯＲＥＳＥＴ １とＣＯＲＥＳＥＴ ２と定義されてよい。
また、この方式において同一のＰＤＣＣＨが反復送信されるウィンドウは、ＰＤＣＣＨが送信／受信される毎ＴＯ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）と定められる。すなわち、スロットｎ、ｎ＋Ｐ、ｎ＋２Ｐなどに現れるＰＤＣＣＨ ＴＯごとに、ＰＤＣＣＨ候補１と２がＦＤＭされて反復送信されてよい。
図１２には、ＳＳセット周期がＰスロットと設定され、１周期に１回のＳＳセットが設定された場合を例示する。また、１つのＳＳセット周期において（連続した）複数スロットにＳＳセットが設定されてもよく、又は１つのスロットに複数ＳＳセットが設定されてもよい。
例えば、ＳＳセット内に定義された区間（ｄｕｒａｔｉｏｎ）フィールド（＝Ｎ）により、毎周期間（連続した）Ｎ個のスロットにＳＳセットが設定されてよい。基地局とＵＥは、このように設定されたＮ個のスロットを１ウィンドウと約束できる。
以下、ウィンドウ内でＰＤＣＣＨ ＴＯとＣＯＲＥＳＥＴとのマッピング方式が記述される。
１ウィンドウ内に複数のＰＤＣＣＨ ＴＯが存在してよく、各ＰＤＣＣＨ ＴＯ別に異なるＣＯＲＥＳＥＴがマップされてよい。ＰＤＣＣＨ ＴＯとＣＯＲＥＳＥＴとのマッピングとして、次の２つの方式が考慮できる。
第一に、ウィンドウ内にＴＯが増加するに従ってＣＯＲＥＳＥＴが循環して（ｃｉｒｃｕｌａｒ）順次にマップされてよい。例えば、ウィンドウ内にＮ個のＴＯとそのＳＳセットに定義されたＭ個のＣＯＲＥＳＥＴが指示された場合に、ｉ番目のＴＯはｉ番目ＣＯＲＥＳＥＴがマップされ、Ｎ＞Ｍであれば、Ｍ＋１、Ｍ＋２番目のＴＯに対してそれぞれ１番目（１ｓｔ）のＣＯＲＥＳＥＴ、２番目（２ｎｄ）のＣＯＲＥＳＥＴが循環して（ｃｉｒｃｕｌａｒｌｙ）順次にマップされてよい。例えば、図９（ａ）のように、１つのウィンドウ内に６個のＰＤＣＣＨ ＴＯが設定され、２個のＣＯＲＥＳＥＴが設定された場合を仮定する。この場合、１つのウィンドウ内において、第１ＰＤＣＣＨ ＴＯは第１ＣＯＲＥＳＥＴがマップされ、第２ＰＤＣＣＨ ＴＯは第２ＣＯＲＥＳＥＴがマップされ、第３ＰＤＣＣＨ ＴＯは第１ＣＯＲＥＳＥＴがマップされ、第４ＰＤＣＣＨ ＴＯは第２ＣＯＲＥＳＥＴがマップされ、第５ＰＤＣＣＨ ＴＯは第１ＣＯＲＥＳＥＴがマップされ、第６ＰＤＣＣＨ ＴＯは第２ＣＯＲＥＳＥＴがマップされてよい。
又は、第二に、ウィンドウ内で隣接したｆｌｏｏｒ（Ｎ／Ｍ）又はｃｅｉｌ（Ｎ／Ｍ）個のＴＯをグルーピング（ｇｒｏｕｐｉｎｇ）することにより、グループとＣＯＲＥＳＥＴが循環して（ｃｉｒｃｕｌａｒ）順次にマップされてよい。すなわち、グループｉはＣＯＲＥＳＥＴ ｉにマップされてよい。その結果、同一のグループに含まれた隣接ＴＯは、同一のＣＯＲＥＳＥＴがマップされてよい。例えば、図９（ｂ）のように、１つのウィンドウ内に６個のＰＤＣＣＨ ＴＯが設定され、２個のＣＯＲＥＳＥＴが設定された場合を仮定する。そして、第１～第３ＰＤＣＣＨ ＴＯは第１グループにグルーピングされ、第４～第６ＰＤＣＣＨ ＴＯは第２グループにグルーピングされると仮定する。この場合、１つのウィンドウ内において、第１ＰＤＣＣＨ ＴＯ～第３ＰＤＣＣＨ ＴＯ（すなわち、第１グループ）は、第１ＣＯＲＥＳＥＴがマップされ、第４ＰＤＣＣＨ ＴＯ～第６ＰＤＣＣＨ ＴＯ（すなわち、第２グループ）は、第２ＣＯＲＥＳＥＴがマップされてよい。
このようなＴＯとＣＯＲＥＳＥＴ間のマッピング方式は、先に記述された実施例１－４の場合の他に、ＰＤＣＣＨが互いに異なる時間に反復送信されるか或いは互いに異なる時間に分けられて送信される一般的な場合に対しても、同一ウィンドウ内のＴＯとＣＯＲＥＳＥＴ間のマッピングに適用されてよい。
さらに他の例として、ＳＳセット内に定義された上位層フィールド（例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔフィールド）によって１スロットに複数ＳＳセットが設定されてよい。例えば、Ｐスロット周期にＳＳセットが定義され、ＳＳセットが設定されたスロット内でＬ個のＳＳセットが互いに異なる時間に存在してよい。この場合、基地局とＵＥは、ウィンドウを１スロットと約束できる。そして、上述した‘ウィンドウ内でＰＤＣＣＨ ＴＯとＣＯＲＥＳＥＴとのマッピング方式’によってＣＯＲＥＳＥＴがマップされてよい。
また、実施例１－４は、実施例１－３の特殊な場合と設定されてよい。すなわち、実施例１－３のようにＣＯＲＥＳＥＴ １、２とＳＳセット１、２を設定する方式において、ＳＳセット１と２が同一に設定される場合は、２個のＣＯＲＥＳＥＴ、１個のＳＳセット及び２個のＴＣＩが設定される提案１－４と相違しない。したがって、この場合、提案１－４の方式と同じ方式で同一のＰＤＣＣＨが反復送信されてよい。
実施例２）
実施例２では、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを分けて送信する方法について記述される。
以下、本開示において、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを分けて送信するということは、１つのＤＣＩを１つのＰＤＣＣＨ候補を用いて送信するが、そのＰＤＣＣＨ候補が定義された一部のリソースでＴＲＰ １が送信し、残りのリソースでＴＲＰ ２が送信することを意味する。この場合も同様、複数基地局が同一のＤＣＩを送信すると解釈されてよい。複数基地局（すなわち、ＭＴＲＰ）が分けて送信する１つのＰＤＣＣＨ候補は、次のような設定によってＵＥに認知／指示されてよい。
以下、説明の便宜のために２つのＴＲＰが動作すると仮定するが、このような仮定が本開示の技術的範囲を制限するものではない。
実施例２－１）複数基地局（すなわち、ＭＴＲＰ）が分けて送信する１つの／同一のＰＤＣＣＨ候補は１つの（同一）ＣＯＲＥＳＥＴに定義／設定されるが、互いに異なるＳＳセットに定義／設定されてよい。
図１３は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１３を参照すると、ＰＤＣＣＨ候補１は、ＴＣＩ状態１が用いられて送信され、ＰＤＣＣＨ候補２は、ＴＣＩ状態２が用いられて送信されてよい。そして、ＰＤＣＣＨ候補１とＰＤＣＣＨ候補２が組み合わせられて１つのＤＣＩが送信される単一のＰＤＣＣＨ候補を構成できる。また、このように生成されるＰＤＣＣＨ候補はいずれも時間ドメインにおいて特定周期（Ｐ）間隔で（反復して）送信されてよい。
本方式は、先に記述された実施例１－１と類似の方式で設定されてよく、同一のウィンドウ内に存在する異なるＳＳセットで１つのＰＤＣＣＨ候補が送信／受信されてよい。例えば、ＵＥは、同一のウィンドウ内にＳＳセット１の併合レベル＝Ａ１のＰＤＣＣＨ候補とＳＳセット２の併合レベル＝Ａ２のＰＤＣＣＨ候補を異なるＰＤＣＣＨ候補と取り扱わず、併合レベル＝Ａ１＋Ａ２の１つのＰＤＣＣＨ候補と仮定してデコーディングを試みることができる。このような方法により、既存の併合レベルの他に様々な併合レベルも支援可能である。
ただし、各ＳＳセットにおいて併合レベルやＰＤＣＣＨ候補が様々なため、なんの制約条件も無しに２つのＳＳセットの候補によって１つの候補を生成する方式は、端末の具現複雑度を増加させることがある。これを解決するために、１つのＰＤＣＣＨ候補を生成する２つのＳＳセットの候補組合せに制限を加えることができる。例えば、１つのＰＤＣＣＨ候補を生成する２つのＳＳセットの候補は、同一の併合レベルに制限する及び／又は同一のＰＤＣＣＨ候補番号（又は、インデックス）に制限してよい。又は、例えば、２つのＳＳセットのうち基準セット（例えば、セット１）を設定し、セット１のＰＤＣＣＨ候補と該ＰＤＣＣＨ候補の併合レベル以下に設定されたセット２のＰＤＣＣＨ候補を結合させ、１つのＰＤＣＣＨ候補を生成することができる。
実施例２－１は、実施例２－３の特殊な場合と設定されてよい。すなわち、実施例２－３のようにＣＯＲＥＳＥＴ １、２とＳＳセット１、２を設定する方式において、ＣＯＲＥＳＥＴ １と２を同一に設定する場合は（ただし、ＣＯＲＥＳＥＴに定義されたＴＣＩ状態及びＣＯＲＥＳＥＴ ＩＤは異なる。）、１個のＣＯＲＥＳＥＴ、２個のＳＳセット及び２個のＴＣＩが設定された実施例２－１と相違しない。したがって、この場合、実施例２－１の方式と同じ方式で同一のＰＤＣＣＨが反復送信されてよい。
実施例２－２）複数基地局（すなわち、ＭＴＲＰ）が分けて送信する１つのＰＤＣＣＨ候補は１つの（同一）ＣＯＲＥＳＥＴと１つの（同一）ＳＳセットに定義／設定されてよい。
１つのＣＯＲＥＳＥＴと１つのＳＳセットに定義されたＰＤＣＣＨ候補を複数基地局が分けて送信できる。ここで、１つのＰＤＣＣＨ候補を構成する周波数／時間リソースのうち一部のリソースは、ＣＯＲＥＳＥＴ内に設定された２つのＴＣＩ状態の一方を用いて送信／受信され、残りのリソースは他方のＴＣＩ状態を用いて送信／受信されてよい。
図１４は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１４には、１つのＰＤＣＣＨ候補を構成する周波数リソースが分けられて互いに異なるＴＣＩ状態がマップされた例を示す。ＰＤＣＣＨ候補はいずれも時間ドメインにおいて特定周期（Ｐ）間隔で（反復して）送信されてよい。
例えば、併合レベル＝４のＰＤＣＣＨ候補を構成する周波数リソースは、制御チャネル要素（ＣＣＥ：ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）単位で分けられてよい。そして、１番目と３番目のＣＣＥは、ＴＣＩ状態１がマップされ、２番目と４番目のＣＣＥは、ＴＣＩ状態２がマップされることにより、ＴＣＩ状態が交互にマップされてよい。又は、１番目と２番目のＣＣＥはＴＣＩ状態１がマップされ、３番目と４番目のＣＣＥはＴＣＩ状態２がマップされることにより、前半部分のＣＣＥと後半部分のＣＣＥが互いに異なるＴＣＩ状態にマップされてよい。これを一般化して、Ｎ個のＴＣＩ状態に対しても、これと類似に、ＣＣＥインデックスが増加するに従ってＮ個のＴＣＩが一つずつ循環して（ｃｉｒｃｕｌａｒ）マップされてよい。又は、全体ＣＣＥを隣接したＣＣＥ（隣接したＣＣＥインデックス）にＮ等分してグルーピングし、Ｎ個のＣＣＥグループとＮ個のＴＣＩ状態が１：１マップされてよい。
併合レベル＝１のＰＤＣＣＨ候補の場合、ＣＣＥ単位で分けることができないため、リソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）バンドルサイズ（ｂｕｎｄｌｅ ｓｉｚｅ）が６ＲＥＧ未満に設定され、ＲＥＧバンドル単位で分けられてよい。また、併合レベルに関係なくＲＥＧバンドル単位でリソースを分けてＴＣＩ状態がマップされてもよい。このとき、ＴＣＩ状態とＲＥＧバンドル間のマッピングは、前記ＴＣＩ状態とＣＣＥとのマッピング方式が同一に適用されてよい。例えば、併合レベル＝１のＰＤＣＣＨ候補が（バンドルサイズ＝２と）３個のＲＥＧバンドルに構成される場合に、１番目と３番目のＲＥＧバンドルはＴＣＩ状態１がマップされ、２番目のＲＥＧバンドルはＴＣＩ状態２がマップされることにより、ＴＣＩ状態が交互にマップされてよい。又は、１番目と２番目のＲＥＧバンドルはＴＣＩ状態１がマップされ、３番目のＲＥＧバンドルはＴＣＩ状態２がマップされることにより、前半部分のＲＥＧバンドルと後半部分のＲＥＧバンドルが互いに異なるＴＣＩ状態にマップされてもよい。
又は、併合レベル＝１のＰＤＣＣＨ候補の場合、１つのＴＲＰが１つのＰＤＣＣＨ候補を送信するが、互いに異なるＴＲＰが互いに異なる（併合レベル＝１の）ＰＤＣＣＨ候補を送信することによってダイバーシチ利得（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を高めることができる。例えば、併合レベル＝１のＰＤＣＣＨ候補が４個存在するとき、ＴＲＰ １が偶数／奇数の候補を送信することによって偶数／奇数の候補がＴＣＩ状態１にマップされ、ＴＲＰ ２が逆に奇数／偶数の候補を送信することによって奇数／偶数の候補がＴＣＩ状態２にマップされてよい。
現在標準によれば、ＣＯＲＥＳＥＴ内に設定されたプリコーダ細分性（Ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）が、連続したＲＢ（すなわち、ａｌｌＣｏｎｔｉｇｕｏｕｓＲＢｓ）と設定され、広帯域（ｗｉｄｅｂａｎｄ）ＤＭＲＳが設定される場合に、ＵＥは１つのＰＤＣＣＨ候補に対するチャネルを推定する際に、そのＰＤＣＣＨ候補を構成するＲＥＧバンドルを把握する。そして、ＵＥは、そのＣＯＲＥＳＥＴ内でそのＲＥＧバンドルを含む連続した（ｃｏｎｔｉｇｕｏｕｓ）周波数リソースに対して、同一プリコーダが適用されたＤＭＲＳが送信されると仮定する。このように、ＰＤＣＣＨ候補を構成するＲＥＧバンドルの他に、そのＲＥＧバンドルに続く他のＲＥＧのＤＭＲＳも共に用いることによって、チャネル推定正確度を高める。
しかしながら、本実施例のように、１つのＣＯＲＥＳＥＴを構成する周波数リソースが異なるＴＣＩ状態にマップされていれば、帯域（ｗｉｄｅｂａｎｄ）ＤＭＲＳ運用方式はそれ以上有効でない。なぜなら、ＲＥＧバンドルを含む連続した（ｃｏｎｔｉｇｕｏｕｓ）周波数リソースのうち一部のリソースはＴＣＩ状態１にマップされ、残りの一部はＴＣＩ状態２にマップされることにより、ＤＭＲＳの送信されるチャネルが異なるためである。
したがって、この場合、広帯域ＤＭＲＳが設定されていると、ＵＥの動作は次のように修正される必要がある。ＵＥは、１つのＰＤＣＣＨ候補に対するチャネルを推定する時に、そのＰＤＣＣＨ候補を構成するＲＥＧバンドルを把握する。そして、ＵＥは、そのＣＯＲＥＳＥＴ内で“そのＲＥＧバンドルと同一のＴＣＩ状態にマップされる周波数リソースのうち”そのＲＥＧバンドルを含む連続した（ｃｏｎｔｉｇｕｏｕｓ）周波数リソースに対して同一プリコーダが適用されたＤＭＲＳが送信されると仮定できる。後述する図１５のように、複数ＴＲＰが、１つのＰＤＣＣＨ候補を構成する時間リソースを分けて送信する場合にも、広帯域ＤＭＲＳ設定時に、先に提案したＵＥ動作が適用されてよい。また、このような方式は、上述した実施例１－２の場合にもそのまま拡張適用されてよい。後述する実施例２－４の場合には、１つのＰＤＣＣＨ候補が２つのＣＯＲＥＳＥＴで送信されるので、ＵＥは、そのＰＤＣＣＨ候補を構成するＲＥＧバンドルを把握し、そのＲＥＧバンドルの属したＣＯＲＥＳＥＴでそのＲＥＧバンドルを含む連続した（ｃｏｎｔｉｇｕｏｕｓ）周波数リソースに対して同一プリコーダが適用されたＤＭＲＳが送信されると仮定できる。例えば、ＰＤＣＣＨ候補が３個のＲＥＧバンドルで構成されると、バンドルｉ（ｉ＝１，２，３）のチャネルを推定する時に、ＵＥは、バンドルｉの属したＣＯＲＥＳＥＴでそのバンドルを含む連続した（ｃｏｎｔｉｇｕｏｕｓ）周波数リソースに対して同一プリコーダが適用されたＤＭＲＳが送信されると仮定できる。
図１５は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１５には、１つのＰＤＣＣＨ候補を構成する時間リソースを分け、互いに異なるＴＣＩ状態がマップされた場合を示す。ＰＤＣＣＨ候補はいずれも時間ドメインにおいて特定周期（Ｐ）間隔で（反復して）送信されてよい。
図１５は、１つのＣＯＲＥＳＥＴが２シンボル（ｓｙｍｂｏｌ）のＣＯＲＥＳＥＴ区間と定義された例示である。そして、１つのＰＤＣＣＨ候補を構成する２シンボルが互いに異なるＴＣＩ状態にマップされてよい。このとき、ＴＣＩとシンボル間のマッピングは、上述したＴＣＩとＣＣＥとのマッピング方式と類似に定義／設定されてよい。
ＲＥＧとＲＥＧバンドル、そしてＲＥＧバンドルとＣＣＥ間のマッピングは、既存方式をそのまま適用してＰＤＣＣＨ候補のリソースが構成されてよい。しかしながら、実際にＤＭＲＳを用いてチャネル推定する時には、既存ＲＥＧバンドルはそのまま用いてはならないこともある。なぜなら、ＲＥＧバンドルを構成するシンボルが他のＴＣＩにマップされているためである。したがって、ＵＥは、実際にＤＭＲＳからチャネル推定する時に、既存ＲＥＧバンドルを構成するシンボルのうち、同一のＴＣＩ状態にマップされたシンボルのみでＲＥＧバンドルを再構成し、再構成されたＲＥＧバンドル単位でチャネル推定を行うことができる。
また、この方式において同一のＰＤＣＣＨが分けられて送信されるウィンドウは、ＰＤＣＣＨが送信／受信される毎ＴＯ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）と定められる。すなわち、スロットｎ、ｎ＋Ｐ、ｎ＋２Ｐに現れるＰＤＣＣＨ ＴＯごとに、１つのＰＤＣＣＨ候補を構成するリソースのうち一部のリソースはＴＣＩ状態１を用いて送信／受信され、残りのリソースはＴＣＩ状態２を用いて送信／受信される。すなわち、２つのＴＲＰが分けて送信する。
また、実施例２－２は実施例２－３の特殊な場合と設定されてよい。すなわち、実施例２－３のようにＣＯＲＥＳＥＴ １、２とＳＳセット１、２を設定する方式において、ＣＯＲＥＳＥＴ １と２を同一に設定し（ただし、ＣＯＲＥＳＥＴに定義されたＴＣＩ状態は異なる。）、ＳＳセット１と２が同一に設定される場合は、１個のＣＯＲＥＳＥＴ、１個のＳＳセット及び２個のＴＣＩが設定される実施例２－２と相違しない。したがって、この場合、実施例２－２の方式と同じ方式で同一のＰＤＣＣＨが分けられて送信されてよい。類似に、実施例２－２は、実施例２－４の特殊な場合と設定されてよい。提案２－４のようにＣＯＲＥＳＥＴ １、２とＳＳセット１を設定する方式において、ＣＯＲＥＳＥＴ １と２を同一に設定する場合は（ただし、ＣＯＲＥＳＥＴに定義されたＴＣＩ状態は異なる。）、実施例２－２と相違しない。また、実施例２－２は、実施例２－１の特殊な場合と設定されてよい。すなわち、実施例２－１のようにＣＯＲＥＳＥＴ １とＳＳセット１、２を設定する方式において、ＳＳ１と２を同一に設定する場合は（ただし、各ＳＳで用いるＣＯＲＥＳＥＴのＴＣＩ状態及びＣＯＲＥＳＥＴ ＩＤは異なる。）、１個のＣＯＲＥＳＥＴ、１個のＳＳセット及び２個のＴＣＩが設定された実施例２－２と相違しない。したがって、この場合、実施例２－２の方式と同じ方式で同一のＰＤＣＣＨが反復送信されてよい。
実施例２－３）複数基地局（すなわち、ＭＴＲＰ）が分けて送信する１つのＰＤＣＣＨ候補は複数のＣＯＲＥＳＥＴに定義／設定され、複数のＳＳセットに定義／設定されてよい。
図１６は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１６を参照すると、ＣＯＲＥＳＥＴ １はＳＳセット１にマップされ、ＣＯＲＥＳＥＴ ２はＳＳセット２にマップされてよい。そして、同一のウィンドウ内に存在する互いに異なるＳＳセットで１つのＰＤＣＣＨ候補が送信／受信されてよい。
例えば、ＵＥは、同一のウィンドウ内に、ＳＳセット１の併合レベル＝Ａ１のＰＤＣＣＨ候補とＳＳセット２の併合レベル＝Ａ２のＰＤＣＣＨ候補を異なるＰＤＣＣＨ候補と取扱わず、併合レベル＝Ａ１＋Ａ２の１つのＰＤＣＣＨ候補と仮定してデコーディングを試みることができる。実施例２－３は、上述した実施例２－１と比較してＣＯＲＥＳＥＴとＳＳセット間のマッピングが異なるだけであり、提案２－１の細部提案方式がそのまま適用されてよい。
ここで、基地局はＵＥに、複数ＳＳセット（例えば、ＳＳセット１と２）が同一のグループであることを指示し、ＵＥは、同一のグループに属したＳＳセットは、同一のＤＣＩ（及び／又は同一のＰＤＣＣＨ候補）を分けて送信する用途に設定されたことを認知／仮定することができる。
実施例２－４）複数基地局（すなわち、ＭＴＲＰ）が分けて送信する１つのＰＤＣＣＨ候補は複数のＣＯＲＥＳＥＴに定義／設定されるが、１つのＳＳセットに定義／設定されてよい。
図１７は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図１７を参照すると、１つのＳＳセットには、互いに異なるＲＢリソースを有する２つのＣＯＲＥＳＥＴがマップされてよい。そして、ＣＯＲＥＳＥＴ １のＰＤＣＣＨ候補とＣＯＲＥＳＥＴ ２のＰＤＣＣＨ候補を組み合わせて１つのＰＤＣＣＨ候補が生成されてよい。例えば、ＴＲＰ １と２はそれぞれ、ＣＯＲＥＳＥＴ １、２でＰＤＣＣＨを送信し、ＵＥは、ＣＯＲＥＳＥＴ １で併合レベル＝Ａ１のＰＤＣＣＨ候補とＣＯＲＥＳＥＴ ２で併合レベル＝Ａ２のＰＤＣＣＨ候補を結合させて併合レベル＝Ａ１＋Ａ２の１つのＰＤＣＣＨ候補と仮定してデコーディングを試みることができる。
ただし、各ＣＯＲＥＳＥＴにおいて併合レベルやＰＤＣＣＨ候補は様々であるため、何の制約条件も無しに２つのＣＯＲＥＳＥＴの候補で１つの候補を生成する方式は、端末の具現複雑度を増加させる。これを解決するために、１つのＰＤＣＣＨ候補を生成する２つのＣＯＲＥＳＥＴのＰＤＣＣＨ候補組合せを制限することができる。このような制限は、上述した実施例２－１方式において２つのＳＳセットのＰＤＣＣＨ候補組合せに制限を加える方式と類似に適用されてよい。すなわち、実施例２－４は、先の実施例２－１と類似するので、実施例２－１の細部提案方式が適用されてよい。ただし、実施例２－４は、時間リソースの代わりに周波数リソースに多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）された複数ＰＤＣＣＨ候補を併合（ａｇｇｒｅｇａｔｉｏｎ）して１つのＰＤＣＣＨ候補を生成するので、それに合わせて修正適用されてよい。
また、この方式において、同一のＰＤＣＣＨが分けられて送信されるウィンドウは、ＰＤＣＣＨが送信／受信される毎ＴＯ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）と定められる。すなわち、スロットｎ、ｎ＋Ｐ、ｎ＋２Ｐに現れるＰＤＣＣＨ ＴＯごとに、１つのＰＤＣＣＨ候補を構成するリソースのうち一部のリソースで（ＣＯＲＥＳＥＴ １で）ＰＤＣＣＨ候補１がＴＣＩ状態１を用いて送信／受信され、残りのリソースで（ＣＯＲＥＳＥＴ ２で）ＰＤＣＣＨ候補２がＴＣＩ状態２を用いて送信／受信されてよい。すなわち、２つのＴＲＰがＰＤＣＣＨ候補をＰＤＣＣＨ候補１とＰＤＣＣＨ候補２とに分けて送信する。
また、実施例２－４は、実施例２－３の特殊な場合と設定されてよい。すなわち、実施例２－３のようにＣＯＲＥＳＥＴ １、２とＳＳセット１、２を設定する方式において、ＳＳセット１と２が同一に設定される場合は、２個のＣＯＲＥＳＥＴ、１個のＳＳセット及び２個のＴＣＩが設定される実施例２－４と相違しない。したがって、この場合、実施例２－４の方式と同じ方式でＰＤＣＣＨが分けられて送信されてよい。
また、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを分けて送信するＳＳセットに対して（すなわち、前述した実施例２－１～２－４の場合）、ＳＳセットに定義された一部のＤＣＩフォーマット／ＳＳタイプ／ＲＮＴＩに対してのみ同一のＰＤＣＣＨが分けられて送信され、残りに対しては、既存方式の通りに１つのＴＲＰから送信されることがＵＥに指示されてよい。例えば、ＤＣＩフォーマット１－０と１－１の両方とも定義されたＳＳセットに対してフォーマット１－０（又は１－１）に対してのみ分けられて送信されることが指示されてよい。又は、ＵＥ特定ＳＳと共通ＳＳうち共通ＳＳ（又は、ＵＥ特定ＳＳ）に対してのみ分けられて送信されることが指示されてよい。又は、特定ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ以外のＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されたＤＣＩに対してのみ同一のＰＤＣＣＨが分けられて送信されてもよい。
複数基地局が同一のＰＤＣＣＨを分けて送信するか（上述した実施例２のケース）又は反復送信するか（上述した実施例１のケース）を、基地局がＵＥに上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）によって知らせることができる。
以下、本開示で提案した方法は、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを反復送信する場合（上述した実施例１のケース）と同一のＰＤＣＣＨを分けて送信する場合（上述した実施例２のケース）のいずれにも適用可能である。
本開示において、ＴＯ（又は、ＰＤＣＣＨ ＴＯ）とは、複数チャネル（例えば、ｉ）反復送信の場合に、複数のＰＤＣＣＨ候補、ｉｉ）分けて送信する場合に、組み合わせられた複数のＰＤＣＣＨ候補又は組み合わせられる前の複数のＰＤＣＣＨ候補）がＴＤＭされる場合に、互いに異なる時間に送信された各チャネルを意味し、ＦＤＭされる場合に、互いに異なる周波数／ＲＢに送信された各チャネルを意味し、ＳＤＭされる場合に、互いに異なるレイヤー／ビーム／ＤＭＲＳポートに送信された各チャネルを意味できる。各ＴＯには１つのＴＣＩ状態がマップされてよい。
同一チャネルを反復送信する場合（例えば、実施例１のケース）に、１つのＴＯには完全なＤＣＩ／データ／上りリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）が送信され、受信端は、複数のＴＯを受信して受信成功率を高めることができる。１つのチャネルを複数のＴＯに分けて送信する場合（例えば、実施例２のケース）に、１つのＴＯにはＤＣＩ／データ／ＵＣＩの一部が送信され、受信端は、複数のＴＯを全て受信してこそ、分けられたＤＣＩ／データ／ＵＣＩを集めて完全なＤＣＩ／データ／ＵＣＩを受信することができる。
実施例３）
本実施例は、多重ＴＲＰ（ＭＴＲＰ）から１つの同一のＤＣＩが下りリンク制御チャネル（例えば、ＰＤＣＣＨ）で反復送信され、前記１つの同一のＤＣＩにＴＣＩ情報が含まれていない場合に関する。
ＭＴＲＰからの同一ＤＣＩ／ＰＤＣＣＨの反復送信ではなく単一ＴＲＰ（ＳＴＲＰ）から送信される１つのＤＣＩにＴＣＩフィールドが含まれていない場合に、該ＤＣＩによってスケジュールされるＰＤＳＣＨのＴＣＩ状態は、前記ＤＣＩが受信されるＣＯＲＥＳＥＴに関連したＴＣＩ状態に従ってよい。
ＭＴＲＰから反復送信されるＤＣＩにＴＣＩ情報が含まれる場合では、前記ＤＣＩによってスケジュールされる下りリンクデータチャネル（例えば、ＰＤＳＣＨ）に関連したＴＣＩ状態は、前記ＤＣＩに含まれたＴＣＩ情報に基づいて明確に決定され得る。
一方、ＭＴＲＰから反復送信されるＤＣＩにＴＣＩ情報が含まれない場合では、前記ＤＣＩによってスケジュールされる下りリンクデータチャネルに関連したＴＣＩ状態を決定する方案が明確に定義されていない。
以下では、上のような不明瞭性の問題を解決するための様々な例示について説明する。特に、ＭＴＲＰから反復送信されるＤＣＩにＴＣＩが含まれない場合に、単一ＴＲＰ（ＳＴＲＰ）から送信される下りリンクデータチャネル（例えば、ＰＤＳＣＨ）に適用されるＴＣＩ情報を決定する方案について説明する。
以下の例示において、ＭＴＲＰから送信される１つの同一のＤＣＩ（又は、下りリンク制御チャネル）に関連したＣＯＲＥＳＥＴが複数個存在し、それぞれのＣＯＲＥＳＥＴに１つずつのＴＣＩ情報が関連した場合に、又は前記１つの同一のＤＣＩ（又は、下りリンク制御チャネル）に関連したＣＯＲＥＳＥＴが１個存在し、１個のＣＯＲＥＳＥＴに複数個のＴＣＩ情報が関連する場合を仮定する。すなわち、ＭＴＲＰから１つの同一のＤＣＩが下りリンク制御チャネルで送信されるに当たって、前記下りリンク制御チャネル送信に関連したＣＯＲＥＳＥＴに基づいて複数個のＴＣＩ情報があらかじめ設定されている又はあらかじめ定義されている場合を仮定する。
例えば、上位層パラメータであるＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）は、時間／周波数制御リソース集合（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）を設定するために用いられてよい。例えば、前記制御リソース集合（ＣＯＲＥＳＥＴ）は、下りリンク制御情報の検出及び受信と関連してよい。前記ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥは、ＣＯＲＥＳＥＴ関連ＩＤ（例えば、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩＤ）、ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴプール（ｐｏｏｌ）のインデックス（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）、ＣＯＲＥＳＥＴの時間／周波数リソース設定、又はＣＯＲＥＳＥＴと関連したＴＣＩ情報などの１つ以上を含むことができる。例えば、ＣＯＲＥＳＥＴ ｐｏｏｌのインデックス（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）は、０又は１に設定されてよい。前述した本開示の例示において、ＣＯＲＥＳＥＴグループはＣＯＲＥＳＥＴプールに対応してよく、ＣＯＲＥＳＥＴグループ ＩＤはＣＯＲＥＳＥＴプールインデックス（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）に対応してよい。ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ（すなわち、ＣＯＲＥＳＥＴ）は上位層シグナリング（例えば、ＲＲＣシグナリング）によって設定されてよい。
また、以下の例示において、ＣＯＲＥＳＥＴ識別子又はＣＯＲＥＳＥＴ ＩＤは、サーチスペースセット（ＳＳセット）識別子又はＳＳセット ＩＤを含むことができる。すなわち、１つのＣＯＲＥＳＥＴは１つ以上のＳＳを含むことができ、１つ以上のＳＳをＳＳセットと定義できる。
また、以下の例示において、ＭＴＲＰから同一の１つのＤＣＩ（又は、下りリンク制御チャネル（例えば、ＰＤＣＣＨ））が送信される場合に、ＳＦＮ（ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）方式は、ＭＴＲＰが同時に同じＤＣＩ（又は、ＰＤＣＣＨ）を送信する動作を含み、非ＳＦＮ（ｎｏｎ－ＳＦＮ）方式は、ＭＴＲＰが互いに異なる時間リソースで（所定の順序で）反復して同一のＤＣＩ（又は、ＰＤＣＣＨ）を送信する動作を含む。例えば、ＳＦＮ方式では１個のＣＯＲＥＳＥＴに複数個のＴＣＩ情報が関連してよく、非ＳＦＮ方式では複数個のＣＯＲＥＳＥＴのそれぞれにおいて１個ずつのＴＣＩ情報が関連してよい。以下の例示は、ＳＦＮ方式と非ＳＦＮ方式の両方に適用可能であり、端末がＭＴＲＰから送信される１つのＤＣＩ（又は、ＰＤＣＣＨ）に関連したＣＯＲＥＳＥＴに関連した複数のＴＣＩ情報を取得できると仮定する。
以下の説明では、明瞭性のために、ＭＴＲＰから１つの同一のＤＣＩ（又は、ＰＤＣＣＨ）の反復送信という用語を主に使用し、ＭＴＲＰからの同一ＤＣＩ／ＰＤＣＣＨの反復送信は、ＳＦＮ方式又は非ＳＦＮ方式の両方を含むことができる。さらに、ＭＴＲＰからの同一ＤＣＩ／ＰＤＣＣＨの反復送信は、ＭＴＲＰが同一ＤＣＩ／ＰＤＣＣＨをそれぞれ送信する方式も、１つのＤＣＩ／ＰＤＣＣＨを分けて送信する方式も含むものと理解されるべきである。
また、同一ＤＣＩ／ＰＤＣＣＨの反復送信は、特に制限しない限り、ＭＴＲＰからの反復送信及び単一ＴＲＰ（ＳＴＲＰ）からの反復送信を含むことができる。
また、同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、端末は、２つの方式（例えば、ソフトコンバイニング（ｓｏｆｔ ｃｏｍｂｉｎｉｎｇ）方式、及び多重チャンス（ｍｕｌｔｉ－ｃｈａｎｃｅ）方式）を用いてＤＣＩ／ＰＤＣＣＨの受信／デコーディングの成功率を上げることができる。
第一に、ソフトコンバイニング方式において、ＵＥは、受信した（すなわち、メモリ／バッファに保存された）複数個の同一ＰＤＣＣＨに対するソフトコンバイニングによってデコーディング成功率を上げることができる。これは、ＰＤＳＣＨ再送信時にＵＥが受信した初期（ｉｎｉｔｉａｌ）ＰＤＳＣＨと再送信された（ｒｅｔｒａｎｓｍｉｔｔｅｄ）ＰＤＳＣＨとをソフトコンバイニングしてデコーディング成功率を高めるのと類似の方式である。このようなＵＥのために、基地局はＵＥに同一ＰＤＣＣＨが反復送信されるＰＤＣＣＨ ＴＯ（又は、ウィンドウ）を知らせることができ、ＵＥは、指示されたＰＤＣＣＨ ＴＯに対してソフトコンバイニングを行うことができる。
第二に、マルチチャンス方式において、ＵＥはソフトコンバイニングを行わず、受信した複数のＰＤＣＣＨのそれぞれを独立してデコードすることができる。この場合、ソフトコンバイニングによる利得を得ることはできないが、ＵＥの具現が簡単になり、受信した複数ＰＤＣＣＨのうち少なくとも１つのＰＤＣＣＨだけがデコーディングに成功すればいいので、受信成功率を高めることができる。基地局はＵＥに、同一のＰＤＣＣＨが送信される反復ＰＤＣＣＨ ＴＯ（又は、ウィンドウ）を知らせる必要がなく、ＵＥは、毎ＰＤＣＣＨ ＴＯを独立してデコードすることができる。例えば、基地局はＰＤＣＣＨ ＴＯ １とＴＯ ２に同一ＰＤＣＣＨを送信したが、ＵＥはＴＯ １とＴＯ ２に同一ＰＤＣＣＨが送信された事実を知らず、ＴＯ １とＴＯ ２を個別にデコードすることがある。ＵＥがＴＯ １とＴＯ ２の両方でＰＤＣＣＨデコーディングに成功した場合に、ＵＥは、ＴＯ １のＤＣＩに含まれたスケジューリング情報とＴＯ ２のＤＣＩに含まれたスケジューリング情報とが重複することが分かる。この場合、ＵＥは、ＴＯ １とＴＯ ２で同一ＤＣＩが反復送信されたことを、ＤＣＩデコーディング成功後に分かる。ＵＥは、１つのＤＣＩ以外の残りＤＣＩを無視するか或いは捨てる（ｄｉｓｃａｒｄ）ことができる。ＵＥがＴＯ １でのみＤＣＩデコーディングに成功した場合には、ＴＯ ２でＤＣＩが送信されたことが分からず、逆に、ＴＯ ２でのみＤＣＩデコーディングに成功した場合には、ＴＯ １でＤＣＩが送信されたことが分からない。
すなわち、以下の例示において、ＭＴＲＰから同一ＤＣＩ／ＰＤＣＣＨが反復送信される方式を、ＳＦＮ方式又はｎｏｎ－ＳＦＮ方式に制限しなく、端末で１つ以上のＤＣＩ／ＰＤＣＣＨに対する受信／デコーディングを行う方式を、ソフトコンバイニング方式又はマルチチャンス方式に制限しない。
実施例３－１
ＭＴＲＰからのＤＣＩ／ＰＤＣＣＨ反復送信の場合には、同一ＤＣＩが受信されるＣＯＲＥＳＥＴに関連したＴＣＩ状態が複数個存在する。また、単一ＴＲＰ（ＳＴＲＰ）から送信されるＰＤＳＣＨに対して１つのＴＣＩ状態が関連する。ここで、ＭＴＲＰから反復送信される同一ＤＣＩによってＳＴＲＰからのＰＤＳＣＨ送信がスケジュールされ、前記同一ＤＣＩにＴＣＩ情報が含まれない場合に、反復送信されるＤＣＩ／ＰＤＣＣＨに関連したＣＯＲＥＳＥＴに関連した複数のＴＣＩ状態のうち、どのＴＣＩ状態をＳＴＲＰ ＰＤＳＣＨ送信に適用するかが不明確である。
例えば、ＭＴＲＰから反復送信されるＤＣＩが１つのＣＯＲＥＳＥＴで送信されるが、そのＣＯＲＥＳＥＴに２個のＴＣＩが存在し、同一ＤＣＩがＴＣＩ状態１とＴＣＩ状態２の両方で受信されたことがあり得る。又は、ＭＴＲＰから反復送信される同一ＤＣＩが、ＴＣＩ状態１を使用するＣＯＲＥＳＥＴ １とＴＣＩ状態２を使用するＣＯＲＥＳＥＴ ２の両方で受信されたこともあり得る。
より具体的な例示として、ソフトコンバイニング方式では、ＤＣＩデコーディングに成功した場合に、ソフトコンバイニングされる複数のＰＤＣＣＨ ＴＯ（すなわち、ＰＤＣＣＨ候補）に連結された複数のＴＣＩ状態が存在する。
マルチチャンス方式では、ＵＥは、反復送信されるＰＤＣＣＨ ＴＯをそれぞれ独立してデコードするので、それぞれのＰＤＣＣＨ ＴＯにおいてターゲットＢＬＥＲ（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｉｏ）の確率でデコーディングに成功又は失敗することがある。例えば、スロット１でＴＣＩ状態１を使用し、スロット２でＴＣＩ状態２を使用して同一ＤＣＩ／ＰＤＣＣＨが２回送信された場合に、ＵＥは、次の３つの場合のいずれか１つを経験し得る。
－ Ｃａｓｅ １：スロット１でＤＣＩデコーディング成功、スロット２でＤＣＩデコーディング失敗
－ Ｃａｓｅ ２：スロット１でＤＣＩデコーディング失敗、スロット２でＤＣＩデコーディング成功
－ Ｃａｓｅ ３：スロット１でＤＣＩデコーディング成功、スロット２でＤＣＩデコーディング成功
Ｃａｓｅ １において、ＵＥは、ＴＣＩ状態１をＣＯＲＥＳＥＴ ＴＣＩとして認知し、ＰＤＳＣＨ受信に使用することができる。Ｃａｓｅ ２において、ＵＥは、ＴＣＩ状態２をＣＯＲＥＳＥＴ ＴＣＩとして認知し、ＰＤＳＣＨ受信に使用することができる。Ｃａｓｅ ３において、ＵＥは、ＴＣＩ状態１及び２の両方をＣＯＲＥＳＥＴ ＴＣＩとして認知し、ＰＤＳＣＨ受信にどのＴＣＩを使用するかが不明確である。すなわち、ＵＥは、状況に応じて、ＰＤＳＣＨ ＴＣＩとしてＴＣＩ状態１又は２を決定し、基地局は、Ｃａｓｅ １、２、３のうちどのＣａｓｅであるかが分からず、ＰＤＳＣＨをどのＴＣＩ状態を用いて送信しなければならないかを明確に決定することができない。
実施例３－１－１
ソフトコンバイニング方式では、ＤＣＩ受信に関連した複数のＴＣＩ状態のうち特定の１つのＴＣＩ状態を用いてＰＤＳＣＨを受信するものと基地局及びＵＥがあらかじめ決定及び共有してよい。このような方式は、ＭＴＲＰが同一ＤＣＩ／ＰＤＣＣＨを反復送信する場合にも適用されてよく、ＭＴＲＰが同一ＤＣＩ／ＰＤＣＣＨを分けて送信する場合にも適用されてよい。ここで、ＭＴＲＰからの同一ＤＣＩ／ＰＤＣＣＨ反復送信は、ＳＦＮ方式及びｎｏｎ－ＳＦＮ方式のいずれを含んでもよい。
例えば、特定の１つのＴＣＩ状態は、複数のＴＣＩのうち最初のＴＣＩ状態、最後のＴＣＩ状態、最も低い（又は、最も高い）インデックスのＴＣＩ状態、又は最も低い（又は、最も高い）インデックスのＣＯＲＥＳＥＴに関連したＴＣＩ状態と定義されてよい。
マルチチャンス方式では、ＣＯＲＥＳＥＴ内に、ＣＯＲＥＳＥＴ ＴＣＩ状態の他にも、ＰＤＳＣＨ受信に用いるＴＣＩ状態が別個に設定されてよい。例えば、同一ＤＣＩがＣＯＲＥＳＥＴ １とＣＯＲＥＳＥＴ ２で送信されたときに、ＣＯＲＥＳＥＴ １及び２内にそれぞれＰＤＳＣＨ ＴＣＩ状態フィールドを定義し、同一値であるＴＣＩ状態１に設定することができる。その結果、ＵＥは、前述したＣａｓｅ １、２、３に対してＴＣＩ状態１を用いてＰＤＳＣＨを受信することができる。又は、ＣＯＲＥＳＥＴ内にＰＤＳＣＨ ＴＣＩ状態フィールドがなければ、そのＣＯＲＥＳＥＴのＴＣＩ状態を用いてＰＤＳＣＨを受信し、ＰＤＳＣＨ ＴＣＩ状態フィールドがあれば、その値を用いてＰＤＳＣＨを受信することもできる。例えば、ＴＣＩ状態１を使用するＣＯＲＥＳＥＴ １にはＰＤＳＣＨ ＴＣＩ状態フィールドを設定しなく、ＴＣＩ状態２を使用するＣＯＲＥＳＥＴ ２にはＰＤＳＣＨ ＴＣＩ状態をＴＣＩ状態１に設定すれば、前述したＣａｓｅ １、２、３に対してＴＣＩ状態１を用いてＰＤＳＣＨを受信することができる。
実施例３－１－２
マルチチャンス方式において、基地局がＵＥに、同一ＤＣＩが反復送信されるＰＤＣＣＨ ＴＯの集合を設定又は指示し、ＵＥは、当該集合で１つのＤＣＩでも受信成功した場合に、集合内に、特定ＰＤＣＣＨ ＴＯに用いられたＴＣＩ状態を用いてＰＤＳＣＨを受信することができる。例えば、ＰＤＣＣＨ ＴＯの集合は、上位層（例えば、ＲＲＣ）シグナリングによってＵＥに設定されてよく、ＵＥは、ＴＯ集合内のＴＯの個数及び各ＴＯが何番目のＴＯであるかがあらかじめ分かる。
例えば、前述した図８及び図１１のように、ＰＤＣＣＨ ＴＯがウィンドウ内でＴＤＭされた場合に、ウィンドウ内のＰＤＣＣＨ ＴＯは１つの集合をなすことができる。すなわち、基地局がＵＥにウィンドウを設定することにより、ＵＥにＰＤＣＣＨ ＴＯの集合を設定又は指示することができる。この場合、ＵＥは、ウィンドウ内の如何なるＰＤＣＣＨ ＴＯでＤＣＩを受信しても、常に、特定の１つのＰＤＣＣＨ ＴＯに使用されるＴＣＩ状態をＰＤＳＣＨ受信に用いることができる。例えば、前記特定の１つのＰＤＣＣＨ ＴＯは、ＴＯ集合のうち、時間ドメインで一番目の（又は、最初に送信された）ＴＯ、又は時間ドメインで最後に送信されたＴＯであってよい。
更なる例示として、図１０のように、ＰＤＣＣＨ ＴＯが同一時間にＦＤＭされた場合に、ＴＣＩ状態１を使用するＰＤＣＣＨ ＴＯとＴＣＩ状態２を使用するＰＤＣＣＨ ＴＯは１つの集合をなすことができる。この場合、集合内の如何なるＰＤＣＣＨ ＴＯでＤＣＩを受信しても、常に、特定の１つのＰＤＣＣＨ ＴＯに使用されるＴＣＩ状態をＰＤＳＣＨ受信に用いることができる。例えば、前記特定の１つのＰＤＣＣＨ ＴＯは、ＴＯ集合内で最初の（又は、最初のＴＣＩ状態を使用する）ＴＯ、最後の（又は、最後のＴＣＩ状態を使用する）ＴＯであってよい。
更なる例示として、図１２のように、ＰＤＣＣＨ ＴＯが同一時間にＦＤＭされた場合に、同一時間に定義されたＣＯＲＥＳＥＴ １のＰＤＣＣＨ ＴＯとＣＯＲＥＳＥＴ ２のＰＤＣＣＨ ＴＯは１つの集合をなすことができる。この場合、集合内の如何なるＰＤＣＣＨ ＴＯでＤＣＩを受信しても、常に、特定の１つのＰＤＣＣＨ ＴＯに使用されるＴＣＩ状態をＰＤＳＣＨ受信に使用することができる。例えば、前記特定の１つのＰＤＣＣＨ ＴＯは、ＴＯ集合内で最初の（又は、最も低いＣＯＲＥＳＥＴ ＩＤ（又は、ＳＳセットＩＤ）に対応する）ＴＯ、又は最後の（又は、最も高いＣＯＲＥＳＥＴ ＩＤ（又は、ＳＳセットＩＤ）に対応する）ＴＯであってよい。
実施例３－１－３
マルチチャンス方式において、基地局がＵＥに同一ＤＣＩが反復送信されるＰＤＣＣＨ ＴＯの集合を設定又は指示し、ＵＥは、当該集合において１つのＤＣＩでも受信成功した場合に、特定ＴＣＩ状態を用いてＰＤＳＣＨを受信することができる。
例えば、前記特定ＴＣＩ状態は、ＭＡＣ ＣＥ又はＲＲＣシグナリングによって基地局がＵＥに指示することができる。
更なる例示として、前記特定ＴＣＩ状態は、デフォルトＴＣＩ状態（又は、デフォルトビーム）と決定されてよい。例えば、サーチスぺース（ｓｅａｒｃｈ ｓｐａｃｅ）が設定された最後のスロット（ｌａｔｅｓｔ ｓｌｏｔ）における最も低い（ｌｏｗｅｓｔ）ＣＯＲＥＳＥＴ ＩＤ（又は、ＳＳセットＩＤ）が設定されたＣＯＲＥＳＥＴのＴＣＩ状態がデフォルトＴＣＩ状態と決定されてよい。
ここで、デフォルトＴＣＩ状態は、ＵＥがＤＣＩを受信してからＰＤＳＣＨを受信するまでの時間（すなわち、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ）が、ＵＥが基地局に自分のキャパビリティ（ｃａｐａｂｉｌｉｔｙ）として報告した特定臨界値よりも小さい時に使用するＴＣＩ状態と定義されてよい。
より具体的に、デフォルトＴＣＩ状態（又は、デフォルトビーム）の決定は、次のように定義されてよい。
ＲＲＣ連結モードにおいてＤＣＩ内にＴＣＩが存在しているか否かを示すパラメータ（例えば、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ）がイネーブルである場合及びｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが設定されていない場合の両方に対して、下りリンクＤＣＩの受信とそれに対応するＰＤＳＣＨとのオフセットが所定の臨界値（例えば、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ）よりも小さければ、サービングセルの活性（ａｃｔｉｖｅ）ＢＷＰ内の１つ以上のＣＯＲＥＳＥＴが前記ＵＥによってモニタされる最も遅い（ｌａｔｅｓｔ）スロットで最も低いＣＯＲＥＳＥＴ－ＩＤを有するモニタされたサーチスペースと関連したＣＯＲＥＳＥＴのＰＤＣＣＨ ＱＣＬ指示のために用いられるＱＣＬパラメータに対して、ＵＥは、サービングセルのＰＤＳＣＨのＤＭＲＳポートがＲＳとＱＣＬされていると仮定できる。（For both the cases when tci-PresentInDCI is set to 'enabled' and tci-PresentInDCI is not configured in RRC connected mode, if the offset between the reception of the DL DCI and the corresponding PDSCH is less than the threshold timeDurationForQCL, the UE may assume that the DM-RS ports of PDSCH of a serving cell are quasi co-located with the RS(s) with respect to the QCL parameter(s) used for PDCCH quasi co-location indication of the CORESET associated with a monitored search space with the lowest CORESET-ID in the latest slot in which one or more CORESETs within the active BWP of the serving cell are monitored by the UE.）
ここで、最も遅いスロットは、ＤＣＩが受信される前のスロットのうち、ＰＤＣＣＨモニタリング機会（ＭＯ）が存在する最後のスロットに該当してよい。
実施例３－２
本実施例は、同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合（すなわち、互いに異なる時間位置で端末が複数の同一ＤＣＩ／ＰＤＣＣＨを受信／検出できる場合）に、デフォルトＴＣＩ状態（又は、デフォルトビーム）を決定するための時間基準に対する新しい方案を含む。
以下では、説明の明瞭性のために、ＭＴＲＰから同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合を仮定して説明するが、本開示の範囲がこれに制限されるものではない。すなわち、本実施例は、ＭＴＲＰから同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合にも適用されてよく、単一ＴＲＰ（ＳＴＲＰ）から同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合にも適用されてよい。
また、本実施例は、ＤＣＩにＴＣＩフィールドが含まれる場合にも適用されてよく、ＤＣＩにＴＣＩフィールドが含まれない場合にも適用されてよい。すなわち、本実施例は、ＤＣＩにＴＣＩフィールドが含まれるか否かに関係なく、ＤＣＩとＰＤＳＣＨのタイミング関係に基づいてデフォルトＴＣＩ状態を明確に決定する方案を含む。
図１８は、本開示が適用可能なＤＣＩとＰＤＳＣＨとの関係を説明するための図である。
同一ＤＣＩ／ＰＤＣＣＨ反復送信によって異なる時間（例えば、スロット１及びスロット２）で同一ＤＣＩ／ＰＤＣＣＨが送信されてよい。すなわち、スロット１のＤＣＩ １とスロット２のＤＣＩ ２は、同一の情報を含むことができる。例えば、ＤＣＩ １は、スロットＭで送信されるＰＤＳＣＨをスケジュールする情報を含み、ＤＣＩ ２もスロットＭで送信されるＰＤＳＣＨをスケジュールする情報を同一に含むことができる。
スロット１のＤＣＩ／ＰＤＣＣＨはＣＯＲＥＳＥＴ １で送信され、スロット２のＤＣＩ／ＰＤＣＣＨはＣＯＲＥＳＥＴ ２で送信されてよい。ＣＯＲＥＳＥＴ １及びＣＯＲＥＳＥＴ ２は、同一のＣＯＲＥＳＥＴプル（Ｐｏｏｌ）に属してもよく、異なるＣＯＲＥＳＥＴプルに属してもよい。ＤＣＩ／ＰＤＣＣＨは、ＴＣＩフィールドを含んでもよく、含まなくてもよい。
ＤＣＩ／ＰＤＣＣＨがＴＣＩフィールドを含まない場合に、ＤＣＩ／ＰＤＣＣＨが関連したＣＯＲＥＳＥＴに関連したＴＣＩ状態が、当該ＤＣＩ／ＰＤＣＣＨによってスケジュールされるＰＤＳＣＨに適用されてよい。仮にスロットＭのＰＤＳＣＨが単一ＴＲＰ（ＳＴＲＰ）から送信されるＰＤＳＣＨである場合に、スロット１のＤＣＩ／ＰＤＣＣＨに関連するＴＣＩ状態又はスロット２のＤＣＩ／ＰＤＣＣＨに関連するＴＣＩ状態のうちいずれをスロットＭのＰＤＳＣＨに適用するかを定義する必要がある。
前述したように、ＵＥがＤＣＩを受信してからＰＤＳＣＨを受信するまでの時間（すなわち、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ）が、ＵＥが基地局に自分のキャパビリティ（ｃａｐａｂｉｌｉｔｙ）として報告した特定臨界値よりも小さい場合に、ＰＤＳＣＨに対するＴＣＩ状態は、ＤＣＩにＴＣＩフィールドが含まれるか否かに関係なく、デフォルトＴＣＩ状態（又は、デフォルトビーム）と決定されてよい。例えば、デフォルトＴＣＩ状態（又は、デフォルトビーム）は、サーチスペースが設定された最も遅い（ｌａｔｅｓｔ）スロットにおける最も低い（ｌｏｗｅｓｔ）ＣＯＲＥＳＥＴ ＩＤ（又は、ＳＳセットＩＤ）が設定されたＣＯＲＥＳＥＴのＴＣＩ状態と決定されてよい。
例えば、同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、複数のＰＤＣＣＨ ＴＯで端末が個別にＤＣＩデコーディングを試みることがある。例えば、マルチチャンス方式では、スロット１でＴＣＩ状態１を、スロット２でＴＣＩ状態２を使用することにより、同一ＤＣＩ／ＰＤＣＣＨが２回送信されたとすれば、ＵＥは、次の３つの場合のいずれか１つを経験し得る。
－ Ｃａｓｅ １：スロット１（例えば、スロット１の最初のシンボル）でＤＣＩデコーディング成功、スロット２（例えば、スロット２の最初のシンボル）でＤＣＩデコーディング失敗
－ Ｃａｓｅ ２：スロット１（例えば、スロット１の最初のシンボル）でＤＣＩデコーディング失敗、スロット２（例えば、スロット２の最初のシンボル）でＤＣＩデコーディング成功
－ Ｃａｓｅ ３：スロット１（例えば、スロット１の最初のシンボル）でＤＣＩデコーディング成功、スロット２（例えば、スロット２の最初のシンボル）でＤＣＩデコーディング成功
反復送信されるＤＣＩ／ＰＤＣＣＨは同一ＰＤＳＣＨをスケジュールするので、互いに異なる時間に同一ＤＣＩ／ＰＤＣＣＨがＴＤＭ方式で送信される場合に、前述したＣａｓｅ １、２、３のそれぞれにおいてＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ（すなわち、ＤＣＩの最後の受信シンボルからＰＤＳＣＨの最初のシンボルまでの時間）が変わることがある。
仮にＰＤＳＣＨの最初のシンボルがスロット３の最初のシンボルであれば、Ｃａｓｅ １及び２において、ＵＥはＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅをそれぞれ２８シンボル及び１４シンボルと決定できる。Ｃａｓｅ ３では、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅが１４シンボル及び２８シンボルである２つの場合が存在するので、それらのうちいずれの値を選択して所定の臨界値（例えば、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ）と比較しなければならないかが不明確である。
例えば、デフォルトＴＣＩ状態決定に用いられる所定の臨界値が２０シンボルであるとすれば、ＰＤＣＣＨ ＴＯ １に対するＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ（例えば、２８シンボル）は前記所定の臨界値よりも大きいが、ＰＤＣＣＨ ＴＯ ２に対するＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ（例えば、１４シンボル）は前記所定の臨界値よりも小さい。この場合、Ｃａｓｅ １において、ＵＥはデフォルトＴＣＩ状態以外のＴＣＩ状態（例えば、ＤＣＩに含まれたＴＣＩフィールドベース、又はＰＤＣＣＨ関連ＣＯＲＥＳＥＴ ＴＣＩベース）を用いてＰＤＳＣＨを受信するが、Ｃａｓｅ ２では、デフォルトＴＣＩ状態を用いてＰＤＳＣＨを受信する。Ｃａｓｅ ３において、ＵＥはＰＤＳＣＨ受信のためにデフォルトＴＣＩ状態を使用するかそれとも他のＴＣＩ状態を使用するかを明確に決定することができない。
基地局は、ＵＥがＣａｓｅ １、２、３のうちどの状況にあるかが分からず、基地局がＰＤＳＣＨ送信に適用するＴＣＩ状態をいずれにすべきかが不明確である。
すなわち、１つの同一ＰＤＳＣＨをスケジュールするが、互い異なる時点に受信されるＤＣＩ／ＰＤＣＣＨである場合に、前記１つの同一ＰＤＳＣＨに対していかなるＴＣＩ状態（又は、ビーム）が適用されるかが不明確な問題がある。
実施例３－２－１
本実施例によれば、端末は、基地局によって設定又は指示されたＰＤＣＣＨ ＴＯ集合のうち１つのＤＣＩでも受信／デコーディングに成功した場合に、基地局によって設定又は指示される特定ＰＤＣＣＨ ＴＯを基準にしてＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅを所定の臨界値と比較し、デフォルトＴＣＩ状態（又は、デフォルトビーム）を適用するか否かを決定できる。
例えば、マルチチャンス方式において、基地局がＵＥに、同一ＤＣＩが反復送信されるＰＤＣＣＨ ＴＯの集合を設定又は指示し、ＵＥは、当該集合で１つのＤＣＩでも受信成功した場合に、前記集合内の特定ＰＤＣＣＨ ＴＯを基準にしてＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅを計算し、臨界値と比較して、デフォルトビーム（ｄｅｆａｕｌｔ ＴＣＩ ｓｔａｔｅ）を適用するか否かを決定できる。
例えば、図８又は図１１のように、ＰＤＣＣＨ ＴＯがウィンドウ内でＴＤＭされた場合に、ウィンドウ内のＰＤＣＣＨ ＴＯは１つの集合をなすことができる。すなわち、基地局はＵＥにウィンドウを設定することにより、ＵＥにＰＤＣＣＨ ＴＯの集合を設定又は指示することができる。この場合、ウィンドウ内の如何なるＰＤＣＣＨ ＴＯでＤＣＩを受信しても、常に、特定ＰＤＣＣＨ ＴＯで受信しなければならないＤＣＩとそのＤＣＩによってスケジュールされるＰＤＳＣＨとの間の時間を計算し、これを臨界値と比較して、デフォルトビーム（又は、デフォルトＴＣＩ状態）を適用するか否かを決定できる。
ここで、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅの計算のベースとなる特定ＰＤＣＣＨ ＴＯは、集合内の最後のＰＤＣＣＨ ＴＯ（例えば、時間順で最後に送信されたＴＯ）であってよい。
この場合、前述したＣａｓｅ １、２、３のいずれにおいても、時間順に最後のＤＣＩ／ＰＤＣＣＨを基準に計算されたＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅは１４シンボルであり、これは所定の臨界値である２０シンボルよりも小さいので、端末は、Ｃａｓｅ １、２、３のいずれに対してもデフォルトＴＣＩ状態（又は、デフォルトビーム）が適用されると明確に決定することができる。また、基地局は、Ｃａｓｅ １、２、３のいずれのＣａｓｅが発生するかが分からなくても、最後に送信されるＤＣＩ／ＰＤＣＣＨタイミングを基準に、ＰＤＳＣＨに対してデフォルトＴＣＩ状態（又は、デフォルトビーム）を適用して送信することができる。
実施例３－２－２
同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、基地局は、当該ＤＣＩによってスケジュールされるＰＤＳＣＨのタイミングと各ＤＣＩ／ＰＤＣＣＨのタイミングとの差をいずれも臨界値よりも小さく（又は、大きく）設定できる。これにより、端末は、複数のＤＣＩ／ＰＤＣＣＨのいずれを受信／デコーディング成功しても、当該ＤＣＩ／ＰＤＣＣＨのタイミングを基準にＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅを計算し、所定の臨界値と比較して、ＰＤＳＣＨに対してデフォルトビームを適用するか否がを明確に決定できる。
例えば、ＭＴＲＰが同一ＰＤＣＣＨをＴＤＭ方式で反復送信する場合に、ＵＥの報告した臨界値（例えば、第１臨界値）に所定の値（例えば、アルファ）を足して調節された（ａｄｊｕｓｔｅｄ）臨界値（例えば、第２臨界値）を算出し、複数のＰＤＣＣＨ ＴＯに対して、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅが第２臨界値よりも小さくなる（又は、大きくなる）ように保障できる。このような第２臨界値は、ＵＥも基地局と同じ方式で導出することができる。ここで、アルファの値はＳＣＳに基づいてあらかじめ定められた値であってもよく、基地局がＵＥに指示する値であってもよい。また、アルファの値は、正数であっても負数であってもよい。
例えば、ＵＥが、第１臨界値が２０シンボルであると基地局に報告し、アルファの値が２０シンボルであると仮定すれば、基地局とＵＥは、第２臨界値が４０（＝２０＋２０）シンボルであると決定できる。これにより、ＰＤＣＣＨ ＴＯ １及び２のそれぞれのＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅである２８シンボル及び１４シンボルがいずれも第２臨界値よりも小さいので、ＵＥ及び基地局はＣａｓｅ １、２、３のいずれにもデフォルトビームを適用することができる。
仮に臨界値の調節がない場合に、基地局は、同一ＤＣＩを反復送信する全てのＰＤＣＣＨ ＴＯに対してＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅが臨界値（すなわち、第１臨界値）よりも全て小さく又は全て大きくなるようにＰＤＳＣＨをスケジュールできる。仮に複数のＰＤＣＣＨ ＴＯの全てに対して臨界値よりも大きくなるようにＰＤＳＣＨをスケジュールすれば、平均のＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅが大きくなり、レイテンシーが大きくなる問題が発生し得る。仮に、複数のＰＤＣＣＨ ＴＯの全てに対して臨界値よりも小さくなるようにＰＤＳＣＨをスケジュールすれば、臨界値内で全てのＰＤＣＣＨ ＴＯをスケジュールしなければならないので、スケジューリング柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）が低くなる問題がある。
したがって、デフォルトビーム（又は、デフォルトＴＣＩ状態）を適用するか否かに対してのみ制限的に臨界値調節を適用することにより、ＰＤＳＣＨスケジューリング柔軟性を保障し、レイテンシーが長くなることを防止しながらも、ＰＤＳＣＨに対してデフォルトビーム適用するか否かに対する不明確性の問題を解決することができる。
実施例３－２－３
同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、常にデフォルトＴＣＩ状態（又は、デフォルトビーム）を適用してＰＤＳＣＨを送信又は受信するように定義することができる。
例えば、ＭＴＲＰが同一ＰＤＣＣＨをＴＤＭ方式で反復送信する場合に、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ及び／又は所定の臨界値との比較結果に関係なく、基地局は常にデフォルトビームを用いてＰＤＳＣＨを送信し、ＵＥは常にデフォルトビームを用いてＰＤＳＣＨを受信することができる。そのために、基地局はＵＥに同一ＤＣＩ／ＰＤＣＣＨ反復送信であることを直接に又は間接に指示することができる（例えば、ウィンドウ設定など）。これにより、前述したＣａｓｅ １、２、３のいずれにおいてもＵＥは常にデフォルトビームを用いてＰＤＳＣＨを受信できるので、不明瞭性が除去され得る。
実施例３－２－４
同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、当該ＤＣＩによってスケジュールされる１つのＰＤＳＣＨ送信タイミング（すなわち、ＰＤＳＣＨ時間スケジューリング）を、全てのＰＤＣＣＨ ＴＯに対して所定の臨界値よりも小さく（又は、大きく）設定できる。
例えば、ＭＴＲＰが同一ＰＤＣＣＨをＴＤＭ方式で反復送信する場合に、基地局は、同一ＤＣＩを送信する全てのＰＤＣＣＨ ＴＯに対して、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅを所定の臨界値よりも全て小さく又は全て大きくスケジュールすることができる。すなわち、ＵＥは、同一ＤＣＩを送信するＰＤＣＣＨ ＴＯに対して、一部のＴＯのＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅは臨界値よりも大きく、他の一部のＴＯのＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅは臨界値よりも小さい又は等しい場合を期待しなくて済む。
実施例３－２－５
同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、それらのうち１つのＰＤＣＣＨ ＴＯでもＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅが所定の臨界値よりも大きい場合には、デフォルトＴＣＩ状態（又は、デフォルトビーム）を適用しなく、ＤＣＩにＴＣＩフィールドが含まれる場合には、ＤＣＩに含まれたＴＣＩフィールドが指示するＴＣＩ状態によってＰＤＳＣＨ（及び、ＰＤＳＣＨ ＤＭＲＳ）を受信することができる。
ＰＤＳＣＨ受信時点において、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅが臨界値よりも大きく設定されたＤＣＩ／ＰＤＣＣＨに対するＵＥのデコーディングは完了したと見なすことができる。すなわち、ＵＥは、所定の臨界値よりも大きいＰＤＣＣＨ ＴＯで受信されたＤＣＩに対してはプロセシング時間が十分なので、当該ＤＣＩが成功的にデコードされ、当該ＤＣＩにＴＣＩフィールドが含まれていれば、それを用いてＰＤＳＣＨ受信を行うことができる。したがって、デフォルトビームを適用する必要がなく、ＤＣＩによって指示されるＴＣＩ状態を適用することができる。
前述したＣａｓｅ １及び２では、ＰＤＣＣＨ ＴＯ １のＤＣＩに含まれたＴＣＩをＰＤＳＣＨに適用する動作において基地局と端末との間に不一致が発生しない。一方、Ｃａｓｅ ２では、基地局がＰＤＣＣＨ ＴＯ １を基準に、ＤＣＩに含まれたＴＣＩフィールドのＴＣＩ状態をＰＤＳＣＨ送信に適用するが、ＵＥはＰＤＣＣＨ ＴＯ １でＤＣＩ／ＰＤＣＣＨブラインドデコーディングに失敗し、ＰＤＣＣＨ ＴＯ ２を基準にデフォルトＴＣＩ状態を適用してＰＤＳＣＨ受信を試みることがある。この場合、ＰＤＳＣＨに適用されるＴＣＩに対する基地局とＵＥ間の不一致のため、ＵＥがＰＤＳＣＨ受信／デコーディングに失敗し、ＰＤＳＣＨ再送信などの更なる動作が発生し得るが、そのような場合は例外の場合とし、デフォルトビームを適用するか否かに対するＵＥ動作の不明瞭性を除去し、ＵＥ具現の複雑性を下げることができる。
前述した実施例３－２以下の例示は、ＭＴＲＰが同一ＤＣＩ／ＰＤＣＣＨを分けて送信する場合にも適用されてよく、同一ＤＣＩ／ＰＤＣＣＨを反復送信し、ＵＥがソフトコンバイニング方式を行う場合にも適用されてよい。すなわち、ＭＴＲＰ又はＳＴＲＰからのＤＣＩ／ＰＤＣＣＨ送信が互いに異なる時点（ＰＤＣＣＨ ＴＯ）で行われることから、複数のＰＤＣＣＨ ＴＯに対して所定の臨界値を満たすか否か（又は、所定の臨界値との大きさ比較の結果）が互いに異なる問題が発生する場合に、実施例３－２以下の例示が適用されてよい。
実施例３－３
現在の標準によれば、ｅＭＢＢ ＭＴＲＰ ＰＤＳＣＨ送信のためにＣＯＲＥＳＥＴプルを設定することができる。例えば、ＣＯＲＥＳＥＴ ０、１、２、３が設定され、ＣＯＲＥＳＥＴ ０、１はプル０、残りはプル２に設定され、ＵＥは、互いに異なるプルに存在するＣＯＲＥＳＥＴを、互いに異なるＴＲＰが使用していることを認知する。ＣＯＲＥＳＥＴプル０のＣＯＲＥＳＥＴでスケジュールされたＰＤＳＣＨと、ＣＯＲＥＳＥＴプル１のＣＯＲＥＳＥＴでスケジュールされたＰＤＳＣＨは、周波数／時間リソースが部分的に又は完全に重なってよく、これらの両ＰＤＳＣＨは互いに異なるデータ／ＴＢを有するので（すなわち、異なるＰＤＳＣＨ）、リソース効率が高くなり、高いスループットを達成することができる。例えば、前記ＣＯＲＥＳＥＴプルはＣＯＲＥＳＥＴグループに対応し得る。
一方、ＵＲＬＬＣ ＭＴＲＰ ＰＤＣＣＨは、複数ＣＯＲＥＳＥＴで同一ＤＣＩが送信されてよく、このとき、複数ＣＯＲＥＳＥＴでスケジュールされたＰＤＳＣＨは、１つのデータを有する１つのＰＤＳＣＨである。ＰＤＣＣＨ受信成功率を上げるためにＤＣＩを反復送信しただけであり、そのＤＣＩがスケジュールするデータは結局として１つであるためである。マルチチャンス方式において、ＵＥは、同一ＤＣＩが反復送信されるＰＤＣＣＨ ＴＯ集合又はウィンドウを認識できず、各ＣＯＲＥＳＥＴで送信されたＤＣＩを独立して認識／デコードすることがある。このとき、ｅＭＢＢ ＭＴＲＰ ＰＤＳＣＨが共に設定される場合には複雑な問題が発生する。複数ＣＯＲＥＳＥＴでスケジュールされたＰＤＳＣＨの周波数／時間リソースが完全に重なったときに、当該ＰＤＳＣＨが、互いに異なるデータ／ＴＢを送信する個別のＰＤＳＣＨであるか、或いは１つのデータを有する１つのＰＤＳＣＨであるかが曖昧である。
実施例３－３－１
ＵＥは、当該ＣＯＲＥＳＥＴが、互いに異なるＣＯＲＥＳＥＴグループとして設定された場合（当該ＣＯＲＥＳＥＴが互いに異なるＣＯＲＥＳＥＴプルとして設定された場合）に、そのＣＯＲＥＳＥＴでスケジュールされたＰＤＳＣＨの周波数／時間リソースが完全に／部分的に重なった場合には、当該ＰＤＳＣＨを（独立した）別の複数のＰＤＳＣＨと認知する。すなわち、各ＰＤＳＣＨを独立にデコードし、独立したデータを受信することができる。ＵＥは、当該ＣＯＲＥＳＥＴが同一ＣＯＲＥＳＥＴグループとして設定された場合（当該ＣＯＲＥＳＥＴが互いに異なるＣＯＲＥＳＥＴプルとして設定された場合）に、そのＣＯＲＥＳＥＴでスケジュールされたＰＤＳＣＨの周波数／時間リソースが完全に／部分的に重なったときには、当該ＰＤＳＣＨを１つの同一ＰＤＳＣＨと認知する。すなわち、受信ＤＣＩは同一ＰＤＳＣＨをスケジュールした同一ＤＣＩであると認識し、１つのＤＣＩ以外の残りＤＣＩを無視する或いは捨てることができる。
複数ＣＯＲＥＳＥＴで送信された複数のＤＣＩが１つのＰＤＳＣＨをスケジュールしても、場合によって、各ＤＣＩがスケジュールしたＰＤＳＣＨの周波数／時間リソースが完全に重ならず、一部のみ重なってよい。例えば、スロット１にＣＯＲＥＳＥＴ １でＤＣＩ １を送信し、スロット１０にＣＯＲＥＳＥＴ ２で（ＤＣＩ １がスケジュールしたデータと同じデータをスケジュールする）ＤＣＩ ２を送信し、スケジュールされた同一ＰＤＳＣＨがスロット９、１１で反復送信される場合に、ＤＣＩ １は、ＰＤＳＣＨが送信される以前時点に受信されるので、同一ＰＤＳＣＨがスロット９、１１で反復送信されることをスケジュールし、ＤＣＩ ２はＰＤＳＣＨが反復送信される途中に受信されるので、スロット１１で１回反復されることをスケジュールする。ＵＥが、ＤＣＩ １と２のうち、スケジューリング情報が相対的に多く含まれているＤＣＩ １を最終ＤＣＩとして認知し、ＤＣＩ ２を捨てる。このような動作は、ＬＴＥ Ｒｅｌ－１５では下記のように表現されている。
サービングセルに対して、ＵＥに上位層パラメータｂｌｉｎｄＳｕｂｆｒａｍｅＰＤＳＣＨ－Ｒｅｐｅｔｉｔｉｏｎｓが設定される場合に、ＵＥがＵＥ特定サーチスペースにおいてＣ－ＲＮＴＩによってＣＲＣスクランブルされるＤＣＩフォーマット１Ａを有するＰＤＣＣＨ／ＥＰＤＣＣＨによって割り当てられるＰＤＳＣＨを受信するサブフレームで、ＵＥは、ＰＤＳＣＨデータ送信に対するいかなるＰＤＣＣＨ／ＥＰＤＣＣＨも捨てる。（サブフレーム－ＴＴＩレベルＰＤＳＣＨ反復に対して）(For a serving cell, if the UE is configured with higher layer parameter blindSubframePDSCH-Repetitions, the UE shall discard any PDCCH/EPDCCH for PDSCH data transmissions in subframes in which the UE is receiving PDSCH assigned by PDCCH/EPDCCH with DCI format 1A with CRC scrambled by C-RNTI in UE-specific search space. (for subframe-TTI level PDSCH repetition))
サービングセルに対して、ＵＥに上位層パラメータｂｌｉｎｄＳｌｏｔＳｕｂスロットＰＤＳＣＨ－Ｒｅｐｅｔｉｔｉｏｎｓが設定される場合に、ＵＥがＣ－ＲＮＴＩによってＣＲＣスクランブルされるＤＣＩフォーマット７－１Ａ／７－１Ｂ／７－１Ｃ／７－１Ｄ／７－１Ｅ／７－１Ｆ／７－１Ｇを有するＰＤＣＣＨ／ＳＰＤＣＣＨによって割り当てられるＰＤＳＣＨを受信するスロット／サブフレームで、ＵＥは、ＰＤＳＣＨデータ送信に対するいかなるＰＤＣＣＨ／ＳＰＤＣＣＨも捨てる。（短いＴＴＩレベルＰＤＳＣＨ反復に対して）(For a serving cell, if the UE is configured with higher layer parameter blindSlotSubslotPDSCH-Repetitions, the UE shall discard any PDCCH/SPDCCH for PDSCH data transmissions in slots/subslots in which the UE is receiving PDSCH assigned by PDCCH/SPDCCH with DCI format 7-1A/7-1B/7-1C/7-1D/7-1E/7-1F/7-1G with CRC scrambled by C-RNTI. (for short-TTI level PDSCH repetition))
複数のＤＣＩが１つのＰＤＳＣＨをスケジュールするが、各ＤＣＩがスケジュールしたＰＤＳＣＨのリソースが一部のみ重なる場合にも、ＣＯＲＥＳＥＴグループ（プル）が同一か異なるかによって、各ＰＤＳＣＨを１つの同一ＰＤＳＣＨと認識するか、異なる独立したＰＤＳＣＨと認識するかが決定されてよく、同一ＰＤＳＣＨと認識した場合に、ＵＥは、スケジューリング情報が相対的に多く含まれているＤＣＩ（例えば、ＤＣＩ １）を最終ＤＣＩとして認知し、残りのＤＣＩを捨ててよい。
実施例３－３－２
複数のＤＣＩが同一ＤＭＲＳ ＣＤＭグループ／ポートを指示した場合に、同一ＰＤＳＣＨと認識し、他の同一ＤＭＲＳ ＣＤＭグループ／ポートを指示した場合に、他の独立したＰＤＳＣＨと認識できる。又は、ＭＣＳ／ＨＡＲＱプロセス番号（ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）／ＲＶ／ＮＤＩなどの値が同一である場合に、同一ＰＤＳＣＨと認識し、異なる場合に、異なるＰＤＳＣＨと認識できる。
実施例３－３－２
ＤＣＩ内に特定フィールドを設定し（例えば、１ビットフィールド）、ＤＣＩがスケジュールするＰＤＳＣＨが、独立した１つのＰＤＳＣＨであるか、それとも他のＤＣＩと同一ＰＤＳＣＨを反復してスケジュールするものかを示すことができる。又は、Ｎビットフィールドに拡張して、ＤＣＩがスケジュールするＰＤＳＣＨが、独立した１つのＰＤＳＣＨであるか、それとも他のＤＣＩと同一ＰＤＳＣＨを反復してスケジュールものか、そして、この時に反復スケジュールしたＤＣＩの総個数、をＵＥに知らせることができる。
更なる例示として、同一ＤＣＩ／ＰＤＣＣＨの反復送信に対する連係（ｌｉｎｋａｇｅ）に関する設定情報を端末に提供することができる。例えば、基地局がＵＥに、同一ＤＣＩが反復送信されるＰＤＣＣＨ ＴＯの集合を設定又は指示することができる。例えば、ＰＤＣＣＨ ＴＯの集合は上位層（例えば、ＲＲＣ）シグナリングによってＵＥに設定されてよく、これに基づいてＵＥは、ＴＯ集合内のＴＯの個数、及び各ＴＯが何番目のＴＯであるかがあらかじめ分かる。
実施例３－４
実施例３－２では、同一ＤＣＩ／ＰＤＣＣＨの反復送信の場合に、ＤＣＩ／ＰＤＣＣＨとそれによってスケジュールされる１つのＰＤＳＣＨとの間の時間（例えば、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ）が互いに異なる場合が発生し得ることに対する不明瞭性を解決する様々な例示について説明した。
これと類似に、ＤＣＩ／ＰＤＣＣＨタイミング（又は、ＰＤＣＣＨ ＴＯ）との時間に基づいて定義される様々な動作（ＰＤＳＣＨ受信、ＰＵＳＣＨ送信、非周期的（ＡＰ）ＣＳＩ報告、ＡＰ ＣＳＩ－ＲＳ受信、ＢＷＰスイッチングなど）に対しても、同一ＤＣＩ／ＰＤＣＣＨ反復送信であるがため、該当の時間が互いに異なることがある。この場合、どのＤＣＩ／ＰＤＣＣＨタイミングを基準に動作しているかに対する不明瞭性が発生し得る。
例えば、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅに対して、１つのＤＣＩが１つのＰＤＳＣＨをスケジュールしてよい。ＤＣＩからＰＤＳＣＨ送信／受信時点まで与えられた時間が所定の臨界値よりも小さい場合に、ＵＥは、ＰＤＳＣＨをデフォルトビームを用いて受信することができる。そのために、ＵＥがＵＥキャパビリティ値として前記所定の臨界値を基地局に報告することができる。
ＤＣＩ ｔｏ ＰＵＳＣＨ ｔｉｍｅに対して、１つのＤＣＩが１つのＰＵＳＣＨをスケジュールしてよい。ＤＣＩからＰＵＳＣＨ送信／受信時点まで与えられた時間が特定値（例えば、Ｎ２）よりも小さい場合に、ＵＥはＰＵＳＣＨを送信できない。基地局は、これを防止するために、ＤＣＩ受信時点からＰＵＳＣＨ送信時点まで与えられた時間を特定値Ｎ２以上とスケジュールしてよい。前記特定値Ｎ２を決定するためにＵＥがＮ２’値を基地局に報告し、ＰＵＳＣＨ ＤＭＲＳパターンによってｄ値が決定され、Ｎ２＝Ｎ２’＋ｄと算出されてよい。
これと関連したＵＥのＰＵＳＣＨ準備過程時間（ＵＥ ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ）は、次のように定義されてよい。
－ タイミングアドバンスの効果を含め、スケジューリングＤＣＩのスロットオフセットＫ２及び開始及び長さ指示子ＳＬＩＶによって定義され、ＤＭ－ＲＳを含む、伝送ブロックに対するＰＵＳＣＨ割り当てにおいて最初の上りリンクシンボルがシンボルＬ２よりも前進していない場合に、ここで、Ｌ２はＰＵＳＣＨをスケジュールするＤＣＩを運ぶＰＤＣＣＨの最後のシンボルの受信の終了から
以後でＣＰを含めて開始する次の上りリンクシンボルと定義され、ＵＥは伝送ブロックを送信する。(If the first uplink symbol in the PUSCH allocation for a transport block, including the DM-RS, as defined by the slot offset K2 and the start and length indicator SLIV of the scheduling DCI and including the effect of the timing advance, is no earlier than at symbol L2, where L2 is defined as the next uplink symbol with its CP starting
after the end of the reception of the last symbol of the PDCCH carrying the DCI scheduling the PUSCH, then the UE shall transmit the transport block.)
－－ Ｎ２は、ＵＥプロセシングキャパビリティ１及び２のそれぞれに対する表６及び表７のμに基づき、ここで、μは、最も大きいＴｐｒｏｃ，２の結果を有する（μＤＬ，μＵＬ）のいずれかに該当し、ここで、μＤＬは、ＰＵＳＣＨをスケジュールするＤＣＩを運ぶＰＤＣＣＨが送信された下りリンクのサブキャリアスぺーシングに該当し、μＵＬは、ＰＵＳＣＨが送信される上りリンクチャネルのサブキャリアスぺーシングに該当し、及びκは所定の定数値（例えば、６４）と定義される。(N2 is based on μ of Table 6.4-1 and Table 6.4-2 for UE processing capability 1 and 2 respectively, where μ corresponds to the one of (μDL, μUL) resulting with the largest Tproc,2, where the μDL corresponds to the subcarrier spacing of the downlink with which the PDCCH carrying the DCI scheduling the PUSCH was transmitted and μUL corresponds to the subcarrier spacing of the uplink channel with which the PUSCH is to be transmitted, and κ is defined as a predetermined constant value.)
－－ ＰＵＳＣＨ割り当ての最初のシンボルがＤＭ－ＲＳのみで構成される場合に、ｄ２，１＝０であり、そうでなければｄ２，１＝１である。(If the first symbol of the PUSCH allocation consists of DM-RS only, then d2,1 = 0, otherwise d2,1 = 1.)
－－ ＵＥに多重の活性化されたコンポーネントキャリアが設定される場合に、ＰＵＳＣＨ割り当ての最初の上りリンクシンボルは、コンポーネントキャリア間のタイミング差の効果をさらに含む。(If the UE is configured with multiple active component carriers, the first uplink symbol in the PUSCH allocation further includes the effect of timing difference between component carriers.)
－－ スケジューリングＤＣＩがＢＷＰのスイッチをトリガーする場合に、ｄ２，２はスイッチング時間と同一であり、そうでなければｄ２，２＝０である。(If the scheduling DCI triggered a switch of BWP, d2,2 equals to the switching time, otherwise d2,2=0.)
－－ 与えられたセルでキャパビリティ２を支援するＵＥに対して、ＵＥプロセシングキャパビリティ２によるプロセシング時間は、上位層パラメータＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ内のｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄがセルに対して設定されイネーブルされた場合に適用され、(For a UE that supports capability 2 on a given cell, the processing time according to UE processing capability 2 is applied if the high layer parameter processingType2Enabled in PUSCH-ServingCellConfig is configured for the cell and set to enable,)
－－ ＤＣＩによって指示されるＰＵＳＣＨが１つ以上のＰＵＣＣＨチャネルと重なる場合に、伝送ブロックは多重化され、そうでなければ伝送ブロックは、ＤＣＩによって指示されるＰＵＳＣＨ上で送信される。(If the PUSCH indicated by the DCI is overlapping with one or more PUCCH channels, then the transport block is multiplexed, otherwise the transport block is transmitted on the PUSCH indicated by the DCI.)
－ そうでなければ、ＵＥはスケジューリングＤＣＩを無視する。(Otherwise the UE may ignore the scheduling DCI.)
－ Ｔｐｒｏｃ，２の値は、一般（ｎｏｒｍａｌ）及び拡張された（ｅｘｔｅｎｄｅｄ）ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）の両方で用いられる。(The value of is used both in the case of normal and extended cyclic prefix.)
Figure 0007346748000011
Figure 0007346748000012
ＤＣＩ ｔｏ ＡＰ（ａｐｅｒｉｏｄｉｃ） ＣＳＩ ｒｅｐｏｒｔ ｔｉｍｅに対して、１つのＤＣＩがＡＰ ＣＳＩ／ビーム報告をトリガーできる。ＤＣＩからＡＰ ＣＳＩ／ビーム報告まで与えられた時間が特定値Ｚよりも小さい場合に、ＵＥは、当該ＤＣＩを無視するか、或いは、ＣＳＩを報告できなかった或いはアップデートできなかった（又は、計算できなかった）ＣＳＩを報告できる。
ＤＣＩ ｔｏ ＡＰ ＣＳＩ－ＲＳ ｔｉｍｅに対して、１つのＤＣＩがＡＰ ＣＳＩ／ビーム報告をトリガーし、そのためのチャネル／干渉測定リソースとしてＡＰ ＣＳＩ－ＲＳを設定することができる。ＤＣＩからＡＰ ＣＳＩ－ＲＳ受信まで与えられた時間が特定値よりも小さい場合に、ＵＥは、ＡＰ ＣＳＩ－ＲＳのＱＣＬ ＲＳ（タイプＤ）を用いて測定を行うことができず、デフォルトビームを用いて測定を行う。ここで、前記特定値としては、ＵＥがＵＥ キャパビリティとして基地局に報告した値と４８のうち最小値が決定されてよい。
ＤＣＩ ｔｏ ＢＷＰ ｓｗｉｔｃｈｉｎｇ ｔｉｍｅに対して、１つのＤＣＩ（例えば、ＤＣＩフォーマット１－１又は０－１）におけるＢＷＰ指示子フィールドによって、スケジュールされるＰＤＳＣＨ／ＰＵＳＣＨ及び後にＰＤＣＣＨ／ＰＵＣＣＨ／ＰＤＳＣＨ／ＰＵＳＣＨの送受信に使用するＢＷＰが動的に変更されてよい。ＢＷＰ指示子フィールドによってＢＷＰが変更された場合に、当該ＢＷＰ指示子フィールドを送信したＤＣＩの受信時点から当該ＤＣＩがスケジュールしたＰＤＳＣＨ／ＰＵＳＣＨの受信時点まで与えられた時間が特定値よりも大きい必要がある。特定値は、ＵＥがＵＥキャパビリティの値として基地局に報告できる。また、そのＢＷＰ指示子を含むＤＣＩの受信時点後から当該ＤＣＩがスケジュールしたＰＤＳＣＨ／ＰＵＳＣＨの受信時点前まで、ＵＥはＰＤＣＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨのいずれも送受信しなくてよい。
上のようなＰＤＳＣＨ受信、ＰＵＳＣＨ送信、非周期的（ＡＰ）ＣＳＩ報告、ＡＰ ＣＳＩ－ＲＳ受信、ＢＷＰスイッチングなどの動作においてＤＣＩ受信時点が１つの基準になり得る。
仮に、同一ＤＣＩ／ＰＤＣＣＨが互いに異なる時間に送信されると、同一ＤＣＩの受信時点が複数個となる。例えば、同一ＤＣＩをＴＲＰ１がスロット１で送信し、ＴＲＰ２がスロット２で送信したとすれば、ＵＥにとって、当該ＤＣＩの受信時点はスロット１とスロット２になる。したがって、ＤＣＩからＰＤＳＣＨ受信／ＰＵＳＣＨ送信時点まで与えられた時間、ＤＣＩからＡＰ ＣＳＩ／ビーム報告送信時点まで与えられた時間、ＤＣＩからＡＰ ＣＳＩ－ＲＳ受信時点まで与えられた時間、又はＢＷＰ指示子（ｉｎｄｉｃａｔｏｒ）を送信したＤＣＩの受信時点から当該ＤＣＩがスケジュールしたＰＤＳＣＨ／ＰＵＳＣＨの受信時点まで与えられた時間を、どのＤＣＩを基準にして決定しなければならないかが不明確な問題がある。
実施例３－４－１
ＭＴＲＰ又はＳＴＲＰから同一ＤＣＩ／ＰＤＣＣＨが互いに異なる時間に送信される場合に、基地局はＵＥに特定ＤＣＩ／ＰＤＣＣＨを基準ＰＤＣＣＨとして指示し、基地局とＵＥは、基準ＰＤＣＣＨをＤＣＩ受信時点として適用することをあらかじめ決定及び共有できる。又は、基準ＰＤＣＣＨは、あらかじめ定義された規則に基づいて基地局とＵＥ間のシグナリング無しで決定されてよい。例えば、基準ＰＤＣＣＨは、ＴＤＭされて送信される複数の同一ＰＤＣＣＨのうち、最後の時間に（最も最近に）送信されたＰＤＣＣＨと定義されてよい。
例えば、反復送信順序を示す情報がＤＣＩ内に含まれてよい。基地局は、最後の送信に該当するＤＣＩを基準ＤＣＩとして設定するか、ｉ（１≦ｉ≦Ｎ）番目ＤＣＩを基準ＤＣＩとして設定することができる。ここで、ＤＣＩ／ＰＤＣＣＨの反復送信回数Ｎは、上位層シグナリングによって基地局がＵＥに指示することができる。
また、反復送信される（又は、分けて送信される）ＰＤＣＣＨに対して、各ＰＤＣＣＨごとにスクランブリングシーケンスを異なるように適用できる。これにより、特定スクランブリングシーケンスが適用されたＰＤＣＣＨを基準ＰＤＣＣＨと定義することもできる。
また、反復送信される（又は、分けて送信される）ＰＤＣＣＨに対して各ＰＤＣＣＨごとにＣＲＣマスクされるＲＮＴＩを異なるように適用できる。これにより、特定ＲＮＴＩでＣＲＣマスクされたＰＤＣＣＨを基準ＰＤＣＣＨと定義できる。
このように決定される基準ＰＤＣＣＨは、同一ＤＣＩ／ＰＤＣＣＨの反復送信のうちＤＣＩ受信時点を決定するために用いられてよい。例えば、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ、ＤＣＩ ｔｏ ＰＵＳＣＨ ｔｉｍｅ、ＤＣＩ ｔｏ ＡＰ ＣＳＩ ｒｅｐｏｒｔ ｔｉｍｅ、ＤＣＩ ｔｏ ＡＰ ＣＳＩ－ＲＳ ｔｉｍｅ、ＤＣＩ ｔｏ ＢＷＰ ｓｗｉｔｃｈｉｎｇ ｔｉｍｅに対するＤＣＩ受信時点を、基準ＰＤＣＣＨに基づいて決定することもでき、その他の動作に対しても基準ＰＤＣＣＨを用いて複数のＤＣＩ受信時点のうち１つを決定することができる。
実施例３－５
同一ＤＣＩ／ＰＤＣＣＨの反復送信に対して、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅに基づいて複数のデフォルトＴＣＩ状態（デフォルトビーム）が決定されてよい。反復送信された同一ＤＣＩによって単一ＴＲＰ（ＳＴＲＰ）からの１つのＰＤＳＣＨがスケジュールされる場合に、複数のデフォルトビームのうちどれがＰＤＳＣＨに適用されるかが不明確になる。
例えば、図１８の例示のように、同一ＤＣＩ／ＰＤＣＣＨがＴＤＭ方式で反復送信される場合に、ＴＲＰ１は、ＣＯＲＥＳＥＴプル０に属したＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ ０）でＰＤＣＣＨ（例えば、ＤＣＩ １）を送信し、ＴＲＰ２は、ＣＯＲＥＳＥＴプル１に属したＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ １）でＰＤＣＣＨ（例えば、ＤＣＩ ２）を送信できる。
図１８の例示において、ＤＣＩ １及びＤＣＩ ２はいずれも、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅがＵＥがキャパビリティとして報告した特定臨界値よりも小さい場合に、ＵＥが２個のデフォルトビームを同時に受信できるキャパビリティがあれば、ＵＥは、ＣＯＲＥＳＥＴプル１に属した２つのＣＯＲＥＳＥＴの中からデフォルトビーム１を探し、ＣＯＲＥＳＥＴプル２に属した２つのＣＯＲＥＳＥＴの中からデフォルトビーム２を探すことができる。
ＰＤＳＣＨがＳＴＲＰから送信されるものか或いはＭＴＲＰから送信されるものかは、次のように基地局によって指示されるか或いはＵＥが把握できる。例えば、ＤＣＩが指示したＰＤＳＣＨのＴＣＩ状態が２つ以上である場合は、ＭＴＲＰ送信であり、そうでない場合は、ＳＴＲＰ送信であると決定できる。又は、ＤＣＩが指示したＰＤＳＣＨのＴＣＩ状態が１つであっても、ＤＣＩ １とＤＣＩ ２が指示したＴＣＩ状態値が互いに異なる場合は、ＭＴＲＰ送信であると決定できる。又は、ＤＣＩ １とＤＣＩ ２が指示したＤＭＲＳポートが互いに異なるＣＤＭグループによって定義された場合に、ＭＴＲＰ送信であると決定し、同一ＣＤＭグループによって定義された場合に、ＳＴＲＰ送信であると決定できる。
仮に、図１８の例示において、ＰＤＳＣＨがＭＴＲＰから送信されるものであれば、２つのデフォルトビームがいずれも有効である。
仮に、図１８の例示において、ＰＤＳＣＨはＳＴＲＰから送信されるものであれば、ＳＴＲＰ ＰＤＳＣＨに対してデフォルトビーム１及び２のいずれか一方のみが有効であってよい。この場合、ＵＥは、２つのデフォルトビームのいずれが、有効デフォルトビームであるか決定しなければならない。図１８では、ＵＥがＰＤＳＣＨを受信する例を示しているが、ＰＤＳＣＨの代わりにＡＰ ＣＳＩＲＳを受信する状況でも同様の問題が発生し得る。すなわち、ＤＣＩ ｔｏ ＡＰ ＣＩＳＲＳ ｔｉｍｅがＵＥのキャパビリティ報告に基づく特定臨界値よりも小さい場合に、同様の問題が発生し、次の実施例の提案によって同様に解決可能である。
実施例３－５－１
基地局が、複数のデフォルトビームのうち、ＳＴＲＰ ＰＤＳＣＨ受信のために使用する有効デフォルトビームをＵＥに指示することができる。
例えば、基地局は、ＤＣＩのＴＣＩフィールドを用いてデフォルトビーム１及びデフォルトビーム２のうちいずれかをＵＥに指示でき、又はＲＲＣ及び／又はＭＡＣ ＣＥなどの上位層制御情報を用いて有効デフォルトビームを指示することができる。
又は、ＵＥが複数個のデフォルトビームを受信できる場合に、複数個のデフォルトビームのうち少なくとも１つを用いて動作する複数の受信動作モードが定義されてよく、基地局は、前記複数の受信動作モードのうち１つをイネーブル（ｅｎａｂｌｅ）してＵＥに指示することができる。例えば、基地局がＵＥに、複数個のデフォルトビームを用いてチャネル（すなわち、データチャネル及び／又は制御チャネル）受信を行うモード、１個のデフォルトビームを用いてチャネル受信を行うモード、デフォルトビーム１を用いてチャネルを受信するモード、デフォルトビーム２を用いてチャネルを受信するモードのうち１つをイネーブルし、イネーブルされたモードでＵＥが動作するようにしてよい。
実施例３－５－２
基地局が、複数のデフォルトビームのうち特定の１つのデフォルトビームを、ＳＴＲＰ ＰＤＳＣＨ受信のために使用する有効デフォルトビームとしてあらかじめ定義するか或いはＵＥにあらかじめ設定してよい。
例えば、同一ＤＣＩ／ＰＤＣＣＨがＴＤＭ方式で反復送信される場合に、最後に（すなわち、最近に）受信／送信されたＰＤＣＣＨ（例えば、ＤＣＩ ２）のＣＯＲＥＳＥＴプルに該当するデフォルトビームを有効デフォルトビームとすることをあらかじめ決定及び共有できる。
又は、簡単に、デフォルトビーム１又はデフォルトビーム２のうち１つを有効デフォルトビームとしてあらかじめ決定することもできる。例えば、有効デフォルトビームを、ＣＯＲＥＳＥＴプルインデックスが小さいＣＯＲＥＳＥＴを基準にして設定されたデフォルトビームであるデフォルトビーム１と決定するか、或いはＣＯＲＥＳＥＴプルインデックスが大きいＣＯＲＥＳＥＴを基準にして設定されたデフォルトビームであるデフォルトビーム２と決定する。
実施例３－５－３
同一ＤＣＩ／ＰＤＣＣＨの反復送信によってスケジュールされるＰＤＳＣＨがＳＴＲＰ ＰＤＳＣＨであるか又はＭＴＲＰ ＰＤＳＣＨであるかが、ＵＥに半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定されてよい。例えば、基地局が上位層シグナリングなどによってＳＴＲＰ ＰＤＳＣＨ又はＭＴＲＰ ＰＤＳＣＨをＵＥに指示することができる。
例えば、ＤＣＩ １及びＤＣＩ ２によってＳＴＲＰ ＰＤＳＣＨがスケジュールされる場合に、ＤＣＩ １及びＤＣＩ ２が関連したＣＯＲＥＳＥＴプルインデックスを区分せずに決定される１つのデフォルトビームを、有効デフォルトビームとして決定できる。
実施例３－５－４
同一ＤＣＩ／ＰＤＣＣＨの反復送信によってスケジュールされるＰＤＳＣＨがＳＴＲＰ ＰＤＳＣＨであるか又はＭＴＲＰ ＰＤＳＣＨであるかが、ＵＥに半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に（例えば、上位層シグナリングによって）設定されてよい。
例えば、同一ＤＣＩ／ＰＤＣＣＨがＴＤＭ方式で反復送信される場合に、最後に（すなわち、最近に）受信／送信されたＰＤＣＣＨ（例えば、ＤＣＩ ２）のＣＯＲＥＳＥＴプルに該当するデフォルトビームを用いてＰＤＳＣＨを受信することができる。実施例３－５－２とは違い、基地局とＵＥ間に有効デフォルトビームをあらかじめ設定／定義せず、ＵＥは、最後に受信されたＤＣＩ／ＰＤＣＣＨに関連したＣＯＲＥＳＥＴに関連したデフォルトビームを用いてＰＤＳＣＨを受信することができる。
又は、簡単に、デフォルトビーム１又はデフォルトビーム２のうち１つを有効デフォルトビームとしてあらかじめ決定することもできる。又は、基地局がＳＴＲＰ ＰＤＳＣＨ送信に用いられるデフォルトビームをＵＥに指示することもできる。
実施例３－６
前述した実施例３－２、３－４及び３－５のように、同一ＤＣＩがＴＤＭされて複数のＰＤＣＣＨに反復送信される場合（又は、複数のＰＤＣＣＨに分けて送信される場合）に、ＤＣＩのデフォルトビーム決定が曖昧である問題が発生する。
これを解決するために、ＴＤＭされるＰＤＣＣＨのうち特定ＰＤＣＣＨのみがデフォルトビーム決定に用いられ、残りのＰＤＣＣＨはデフォルトビーム決定に影響を及ぼすことができないと、基地局とＵＥがあらかじめ決定及び共有してよい。
特定ＰＤＣＣＨは、基地局がＵＥに指示することもでき、最後に（又は、最近に）受信／送信されたＰＤＣＣＨとするとあらかじめ定めることもでき、最初に受信／送信されたＰＤＣＣＨとするとあらかじめ定めることもできる。例えば、２つのＴＲＰが同一のＤＣＩをスロット１とスロット２に反復送信し、スロット２に送信されたＰＤＣＣＨのみをデフォルトビーム決定に使用する場合に、ＵＥは、スロット１のＰＤＣＣＨは存在しないと仮定し、スロット２のＰＤＣＣＨのみ存在すると仮定してデフォルトビームを決定できる。
実施例３－７
同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、ＵＥがＰＤＣＣＨをソフトコンバイニングして受信成功率を高めることができる。このようなソフトコンバイニングするか否かは、ＵＥがキャパビリティ情報として基地局に事前に報告でき、基地局がソフトコンバイニング性能を高めるために、各ＰＤＣＣＨに互いに異なるリダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）を設定してＵＥに知らせることができる。
ＵＥは複数個のＤＣＩ／ＰＤＣＣＨを受信し、これらのＰＤＣＣＨをソフトコンバイニングするので、単一ＰＤＣＣＨをデコードする時よりも計算複雑度が増加する。結果的に、ＰＤＣＣＨデコーディング時間が増加することがあり、この場合、ＰＤＣＣＨデコーディング時間を基準に決定されるパラメータが影響を受けることがある。このようなパラメータは、例えば、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅと関連したｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ、ＤＣＩ ｔｏ ＡＰ ＣＳＩ ｒｅｐｏｒｔ ｔｉｍｅと関連したＺ、ＤＣＩ ｔｏ ＰＵＳＣＨ ｔｉｍｅと関連したＮ２などであってよい。
実施例３－７－１
ＵＥ（例えば、周波数範囲２で動作するＵＥ）は、ＤＬ制御情報が含まれたＰＤＣＣＨ（例えば、ＤＣＩフォーマット１－０、１－１、１－２）受信後からｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ時間までの間にデフォルトビームを用いてＤＬ信号を保存するが、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬは ＰＤＣＣＨデコーディング時間（ＰＤＣＣＨ ｄｅｃｏｄｉｎｇ ｔｉｍｅ）を考慮して設計された。
ＤＣＩ／ＰＤＣＣＨ反復送信によってＰＤＣＣＨデコーディング時間が増えるが、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ値がそのままである場合に、ＵＥは、同一の時間でＰＤＣＣＨデコーディングのために相対的に多い演算を行わなければならず、ＵＥ具現の負担が大きくなる。したがって、複数ＰＤＣＣＨに対してソフトコンバイニングを行う場合に、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬを増加させることができる。例えば、ＵＥが基地局に報告するｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ値は次のように決定されてよく、この値を増加させることができる。
前述したｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬは、ＰＤＣＣＨ受信及びＰＤＳＣＨ処理のためにＤＣＩで受信された空間ＱＣＬ情報適用を行うためにＵＥによって要求されるＯＦＤＭシンボルの最小個数(minimum number of OFDM symbols required by the UE to perform PDCCH reception and applying spatial QCL information received in DCI for PDSCH processing)のように定義されてよい。
また、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬは、ＵＥキャパビリティと関連してよく、ＵＥは、キャパビリティ報告によって特定値を基地局に送信することができる。前記特定値は、例えば、ＳＣＳ ６０ｋＨｚに対して７、１４或いは２８シンボル、又はＳＣＳ１２０ｋＨｚに対して１４或いは２８シンボルであってよい。
例えば、ＵＥは、既存のｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬパラメータとは別に、ソフトコンバイニングを考慮した新しいパラメータ（例えば、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ２）をさらに基地局に報告できる。これにより、ＵＥは複数ＰＤＣＣＨに対するソフトコンバイニングを適用する場合に、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ２パラメータを基準にデフォルトビームを決定することができる。
更なる例示として、複数ＰＤＣＣＨに対するソフトコンバイニングを適用する場合に、ＵＥは、既存のｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬにアルファ（例えば、１又は２シンボル）分だけの時間を足してｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ値をアップデートし、アップデートしたｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬを基準にしてデフォルトビームを決定できる。例えば、前記アルファ値は、あらかじめ定義してもよく、基地局がＵＥに設定してもよく、或いはＵＥが適用したアルファ値を基地局に報告してもよい。
前述したようなｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ値に対する増分（例えば、アルファ）は、ソフトコンバイニングを行うＰＤＣＣＨの個数（すなわち、反復送信される又は分けて送信されるＰＤＣＣＨ個数）によって変わってよい。例えば、ソフトコンバイニングを行うＰＤＣＣＨ個数が多いほど計算量が増えるので、より大きい増分を適用できる。例えば、２個のＰＤＣＣＨに対するソフトコンバイニングの場合には、増分の値を１シンボルとし、４個のＰＤＣＣＨに対するソフトコンバイニングの場合には、増分の値を２シンボルとすることができる。
また、前記増分は、ＳＣＳによって異なるように設定してもよい。例えば、ＳＣＳが高いほど増分の大きさを上げることができる。
例えば、反復送信されるＰＤＣＣＨの個数又はＳＣＳのうち少なくとも一方に基づいて、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ（又は、新しいパラメータ、又は増分）値が決定又は設定されてよい。
更なる例示として、ＤＣＩ／ＰＤＣＣＨにＡＰ ＣＳＩ－ＲＳに対するスケジューリング情報が含まれる場合に、ＰＤＳＣＨ受信の場合と類似に、ＵＥは、ＤＣＩ／ＰＤＣＣＨ受信して一定時間の間にデフォルトビームを用いてＤＬ信号を保存することができる。すなわち、ＰＤＣＣＨ受信後に、ＵＥが報告したｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇ時間の間に、ＵＥは、デフォルトビームを適用してＤＬ信号を受信することができる。複数のＰＤＣＣＨをソフトコンバイニングして処理する場合に、ｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇを増加させることができる。
このようなｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇは、非周期的ＣＳＩ－ＲＳをトリガーするＤＣＩと非周期的ＣＳＩ－ＲＳ送信との間のＯＦＤＭシンボルの最小個数(the minimum number of OFDM symbols between the DCI triggering of aperiodic CSI-RS and aperiodic CSI-RS transmission)と定義されてよい。このようなｂｅａｍＳｗｉｔｃｈｉｎｇＴｉｍｉｎｇは、ＵＥキャパビリティ報告によって基地局に伝達されてよい。また、ＵＥが支援するＳＣＳ別に当該ｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇ値があらかじめ設定されてもよい。
また、ｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇは、反復送信されるＰＤＣＣＨの個数又はＳＣＳのうち少なくとも一方に基づいて、ｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇ（又は、新しいパラメータ又は増分）値が決定又は設定されてよい。
実施例３－７－２
ＵＥ（例えば、周波数範囲２で動作するＵＥ）は、ＵＬ制御情報が含まれているＰＤＣＣＨ（例えば、ＤＣＩフォーマット０－０、０－１、０－２）受信後から特定時間（例えば、ＰＵＳＣＨ準備時間Ｎ２）後にＰＵＳＣＨがスケジュールされることを期待できる。
仮に、ＰＵＳＣＨ準備時間前にＰＵＳＣＨをスケジュールするＤＣＩ／ＰＤＣＣＨに対して、ＵＥは、当該ＤＣＩ／ＰＤＣＣＨを無視し、ＰＵＳＣＨ送信を行わない。ＵＥは、Ｎ２’値をＵＥキャパビリティとして基地局に報告し、Ｎ２＝Ｎ２’＋ｄ２，１－によってＮ２値が決定されてよい。ここで、ｄ２，１－は、ＵＬ ＤＭＲＳ設定などのパラメータによって０又は１以上の値に決定されてよい。例えば、Ｎ２値は、ＵＥプロセシングキャパビリティによって決定されてよく、ＰＵＳＣＨ準備時間と関連してよい。また、Ｎ２はシンボル単位で設定されてよい。
例えば、ＤＭＲＳ設定及びＳＣＳによって表８のようにＮ２’値が設定されてよい。
Figure 0007346748000013
Ｎ２値は、ＰＤＣＣＨデコーディング時間を考慮して設計されたので、複数ＰＤＣＣＨに対するソフトコンバイニングを行う場合に、この値を増加させることができる。
例えば、ＵＥは、既存のＮ２’とは別に、ソフトコンバイニングを考慮した新しいパラメータであるＮ２’’をさらに基地局に報告できる。複数ＰＤＣＣＨに対するソフトコンバイニングを適用する場合に、Ｎ２’の代わりにＮ２’’を基準にＮ２が決定されてよい。
更なる例示として、ソフトコンバイニングを適用する場合に、ＵＥは、既存のＮ２’にアルファ（例えば、１又は２シンボル）分だけの時間を足してＮ２’値をアップデートし、アップデートしたＮ２’を基準にＮ２が決定されてよい。例えば、アルファ値は、あらかじめ定義されてもよく、基地局がＵＥに設定してもよく、又はＵＥが適用したアルファ値を基地局に報告してもよい。
さらに、Ｎ２’（又は、Ｎ２）値に対する増分（例えば、アルファ）は、ソフトコンバイニングを行うＰＤＣＣＨの個数（すなわち、反復送信される又は分けて送信されるＰＤＣＣＨ個数）によって変わってよい。ＰＤＣＣＨ個数が多いほど、計算量が増えるにつれてより大きい増分を適用できる。例えば、２個のＰＤＣＣＨに対するソフトコンバイニングでは、増分の値を１シンボルとし、４個のＰＤＣＣＨに対するソフトコンバイニングでは、増分の値を２シンボルとしてよい。
また、前記増分は、ＳＣＳによって異なるように設定できる。例えば、ＳＣＳが高いほど増分の大きさを上げることができる。
例えば、反復送信されるＰＤＣＣＨの個数又はＳＣＳのうち少なくとも一方に基づいて、Ｎ－２（又は、新しいパラメータ、又は増分）値が決定又は設定されてよい。
実施例３－７－３
ＵＥ（例えば、周波数範囲２で動作するＵＥ）は、ＵＬ制御情報が含まれているＰＤＣＣＨ（例えば、ＤＣＩフォーマット０－０、０－１、０－２）受信後から特定時間（例えば、Ｚ）以後に、非周期的ＣＳＩ報告のためのＰＵＳＣＨがスケジュールされることを期待できる。
仮にＺ時間前にＰＵＳＣＨをスケジュールするＤＣＩ／ＰＤＣＣＨに対して、ＵＥは当該ＤＣＩ／ＰＤＣＣＨを無視し、ＰＵＳＣＨ（すなわち、ＡＰ ＣＳＩフィードバック）送信を行わない、ＡＰ ＣＳＩフィードバックを含まないＰＵＳＣＨ送信を行う、或いはアップデートできなかった（又は計算できなかった）ＣＳＩを報告する、ことができる。
ＵＥは、キャパビリティとしてＺ値を基地局に報告することができる。下の表９及び表１０の例示においてＺ１、Ｚ２、Ｚ３はいずれもＺに関連した値であり、ＣＳＩ報告設定条件によってＺ１、Ｚ２、Ｚ３のうち１つがＺと決定されてよい。表９及び表１０の例示は、互いに異なるＣＳＩ計算遅延（ｄｅｌａｙ）要件に対して適用されてよく、シンボル単位の値を示す。
Figure 0007346748000014
Figure 0007346748000015
Ｚ，Ｚ’及びμは、次のように定義される。
－
、ここで、Ｍは、アップデートされたＣＳＩ報告の個数であり、（Ｚ（ｍ）、Ｚ’（ｍ））は、ｍ番目のアップデートされたＣＳＩ報告に該当し、次のように定義される。(where M is the number of updated CSI report(s), (Z(m),Z'(m)) corresponds to the m-th updated CSI report and is defined as)
－－ Ｌ＝０のＣＰＵが占有され、送信されるＣＳＩが、単一ＣＳＩであり、広帯域周波数単位に該当し、ＣＲＩ報告無しで単一リソースにおいて最大で４個のＣＳＩ－ＲＳポートにＣＳＩが対応し、ＣｏｄｅｂｏｏｋＴｙｐｅが‘ｔｙｐｅＩ－ＳｉｇｎｌｅＰａｎｅｌ’に設定される、又はｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ－ＲＩ－ＣＱＩ’に設定される場合に、伝送ブロック又はＨＡＲＱ－ＡＣＫ又はこれらの全てを含むＰＵＳＣＨ無しでＣＳＩがトリガーされると、表９の（Ｚ１，Ｚ１’）、又は((Z1,Z1') of the table 9 if the CSI is triggered without a PUSCH with either transport block or HARQ-ACK or both when L = 0 CPUs are occupied and the CSI to be transmitted is a single CSI and corresponds to wideband frequency-granularity where the CSI corresponds to at most 4 CSI-RS ports in a single resource without CRI report and where CodebookType is set to 'typeI-SinglePanel' or where reportQuantity is set to 'cri-RI-CQI', or)
－－ 送信されるＣＳＩが広帯域周波数単位に該当し、ＣＲＩ報告無しで単一リソースにおいて最大で４個のＣＳＩ－ＲＳポートにＣＳＩが対応し、ＣｏｄｅｂｏｏｋＴｙｐｅが‘ｔｙｐｅＩ－ＳｉｇｎｌｅＰａｎｅｌ’に設定されるか、又はｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ－ＲＩ－ＣＱＩ’に設定されると、表１０の（Ｚ１，Ｚ１’）、又は((Z1,Z1') of the table 10 if the CSI to be transmitted corresponds to wideband frequency-granularity where the CSI corresponds to at most 4 CSI-RS ports in a single resource without CRI report and where CodebookType is set to 'typeI-SinglePanel' or where reportQuantity is set to 'cri-RI-CQI', or)
－－ 送信されるＣＳＩが広帯域周波数単位に該当し、ｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｓｓｂ－Ｉｎｄｅｘ－ＳＩＮＲ’に設定されるか、又はｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ－ＳＩＮＲ’に設定される場合に、表１０の（Ｚ１，Ｚ１’）、又は((Z1,Z1') of the table 10 if the CSI to be transmitted corresponds to wideband frequency-granularity where the reportQuantity is set to 'ssb-Index-SINR', or reportQuantity is set to 'cri-SINR', or)
－－ ｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ－ＲＳＲＰ’又は‘ｓｓｂ－Ｉｎｄｅｘ－ＳＩＮＲ’に設定され、ＸμがＵＥによって報告されたキャパビリティｂｅａｍＲｅｐｏｒｔＴｉｍｉｎｇに従い、ＫＢｌがＵＥによって報告されたキャパビリティｂｅａｍＲｅｐｏｒｔＴｉｍｉｎｇに従う場合に、表１０の（Ｚ３，Ｚ３’）、又は((Z3,Z3') of table 10 if reportQuantity is set to 'cri-RSRP' or 'ssb-Index-RSRP', wherein Xμ is according to UE reported capability beamReportTiming and KBl is according to UE reported capability beamSwitchTiming, or)
－－ そうでない場合に、表１０の（Ｚ２，Ｚ２’）。
－－ 表９及び表１０のμは、（μＰＤＣＣＨ，μＣＳＩ－ＲＳ，μＵＬ）の最小値に該当し、μＰＤＣＣＨは、ＤＣＩが送信されたＰＤＣＣＨのサブキャリアスぺーシングに該当し、μＵＬは、ＣＳＩ報告が送信されるＰＵＳＣＨのサブキャリアスぺーシングに該当し、μＣＳＩ－ＲＳは、ＤＣＩによってトリガーされる非周期的ＣＳＩ－ＲＳの最小サブキャリアスぺーシングに該当する(μ of table 9 and table 10 corresponds to the min (μPDCCH, μCSI-RS, μUL) where the μPDCCH corresponds to the subcarrier spacing of the PDCCH with which the DCI was transmitted and μUL corresponds to the subcarrier spacing of the PUSCH with which the CSI report is to be transmitted and μCSI-RS corresponds to the minimum subcarrier spacing of the aperiodic CSI-RS triggered by the DCI)
Ｚ値は、ＰＤＣＣＨデコーディング時間を考慮して設計されているので、ＤＣＩ／ＰＤＣＣＨ反復送信に関連した複数ＰＤＣＣＨに対するソフトコンバイニングを行う場合に、増加したＺ値を適用できる。
例えば、ＵＥは、パラメータＺと別に、ソフトコンバイニングを考慮した新しいパラメータであるＺ’’（例えば、Ｚ－１’’、Ｚ２’’、Ｚ３’’）をさらに報告でき、ＤＣＩ／ＰＤＣＣＨ反復送信に関連した複数ＰＤＣＣＨに対するソフトコンバイニングを適用する場合に、Ｚに代えてＺ’’を適用できる。
更なる例示として、ソフトコンバイニングを適用する場合に、ＵＥは、既存のＺにアルファ（例えば、１又は２シンボル）分だけの時間を足してＺ値をアップデートし、アップデートしたＺを適用できる。例えば、アルファ値はあらかじめ定義される、基地局がＵＥに設定する、又はＵＥが適用したアルファ値を基地局に報告することができる。
さらに、Ｚ値に対する増分（例えば、アルファ）は、ソフトコンバイニングを行うＰＤＣＣＨの個数（すなわち、反復送信される又は分けて送信されるＰＤＣＣＨの個数）によって変わってよい。ＰＤＣＣＨ個数が多いほど、計算量が増えることにつれてより大きい増分を適用できる。例えば、２個のＰＤＣＣＨに対するソフトコンバイニングの場合には増分の値を１シンボルとし、４個のＰＤＣＣＨに対するソフトコンバイニングの場合には増分の値を２シンボルとすることができる。
また、前記増分は、ＳＣＳによって異なるように設定することもできる。例えば、ＳＣＳが高いほど増分の大きさを上げることができる。
例えば、反復送信されるＰＤＣＣＨの個数又はＳＣＳのうち少なくとも一方に基づいて、Ｚ（又は、新しいパラメータ或いは増分）値が決定又は設定されてよい。
実施例３－８
同一ＤＣＩ／ＰＤＣＣＨ反復送信が複数のコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）又は複数のサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）で行われる場合に、デフォルトＴＣＩ状態（又は、デフォルトビーム）決定に対する不明瞭性が発生し得る。
図１９は、本開示が適用可能な多重セル状況を説明するための図である。
図１９の例示において、ＴＲＰ１は、Ｓｃｅｌｌ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）においてサブキャリアスぺーシング（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）１２０ｋＨｚでＤＣＩ １とこれに基づくデータ（例えば、ＰＤＳＣＨ）を送信し、ＴＲＰ２は、Ｐｃｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）においてサブキャリアスぺーシング６０ｋＨｚでＤＣＩ ２を送信する。ＤＣＩ ２は、ＤＣＩ １と同じＤＣＩであり、ＴＲＰ１のＰＤＳＣＨに対するスケジューリング情報を含んでいる。
互いに異なるサービングセルにおいてデフォルトビーム区間（例えば、前述したＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅが所定のオフセット（例えば、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ）よりも小さい区間）が異なるように設定されることがある。例えば、ＤＣＩ １に対するデフォルトビーム区間（ＳＣｅｌｌにおいて３個のスロット区間）とＤＣＩ ２に対するデフォルトビーム区間（ＰＣｅｌｌにおいて８個のスロット区間）が異なるように設定されることがある。この場合、ＰＤＳＣＨは、ＤＣＩ １を基準にしてはデフォルトビーム区間外に存在するが、ＤＣＩ ２を基準にしてはデフォルトビーム区間内に存在する。このため、ＵＥがＰＤＳＣＨを受信する時にデフォルトビームを適用すべきか否かが不明確である。
この場合、前述した実施例３－２の同一ＤＣＩ（ＰＤＣＣＨ ＴＯ）が互いに異なる時点に反復送信される場合に対する解決方案を、複数のセル上で同一ＤＣＩ（ＰＤＣＣＨ ＴＯ）が互いに異なる時点で反復送信される場合にも拡張適用できる。例えば、複数のセル上でＤＣＩ／ＰＤＣＣＨが反復送信される場合に、特定（例えば、最後に受信される）ＤＣＩ（ＰＤＣＣＨ ＴＯ）を基準に所定の臨界値と比較してデフォルトＴＣＩ適用をするか否かを決定する、所定の臨界値を増加させて全ＤＣＩ（ＰＤＣＣＨ ＴＯ）にデフォルトＴＣＩが適用されるように設定する、常にデフォルトＴＣＩが適用されるように設定する、複数のＤＣＩ（ＰＤＣＣＨ ＴＯ）をいずれも所定の臨界値よりも小さく又は大きく設定する、或いは複数のＤＣＩ（ＰＤＣＣＨ ＴＯ）のいずれか１つでも所定の臨界値よりも大きければ、デフォルトＴＣＩを適用しなく、ＤＣＩに含まれたＴＣＩフィールドによってＰＤＳＣＨに対するＴＣＩを決定することもできる。
実施例３－８－１
複数のセル上で同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、それぞれのＤＣＩ／ＰＤＣＣＨに対する個別デフォルトビーム区間を決定し、個別デフォルトビーム区間の和集合に該当する最終デフォルトビーム区間を決定できる。最終デフォルトビーム区間は、個別デフォルトビーム区間のうち、時間ドメインにおいて最後まで存在する（又は、最も遅く終了する、又はＤＣＩによってスケジュールされるＰＤＳＣＨと最も近い時点で終了する）デフォルトビーム区間と決定されてよい。図１９の例示では、ＤＣＩ ２を基準とするデフォルトビーム区間が最終デフォルトビーム区間として決定されてよい。
更なる例示として、複数のセル上で同一ＤＣＩ／ＰＤＣＣＨが反復送信される場合に、それぞれのＤＣＩ／ＰＤＣＣＨに対する個別デフォルトビーム区間を決定し、個別デフォルトビーム区間の積集合に該当する最終デフォルトビーム区間を決定できる。最終デフォルトビーム区間は、個別デフォルトビーム区間のうち、時間ドメインにおいて最も短く存在する（又は、最も早く終了する、又はＤＣＩによってスケジュールされるＰＤＳＣＨと最も遠い時点で終了する）デフォルトビーム区間と決定されてよい。図１９の例示では、ＤＣＩ １を基準とするデフォルトビーム区間が最終デフォルトビーム区間と決定されてよい。
複数のセル上で同一ＤＣＩ／ＰＤＣＣＨが送信される場合に、ＰＤＳＣＨスケジューリングと関連してデフォルトビームを適用するか否かに対する前述の例示は、ＰＵＳＣＨスケジューリング、ＣＳＩ報告、ＣＳＩ－ＲＳ受信、ＢＷＰスイッチングに対する実施例３－４の例示に対しても拡張適用されてよい。例えば、実施例３－４におけるＤＣＩ／ＰＤＣＣＨと関連した時間区間（例えば、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ、ＤＣＩ ｔｏ ＰＵＳＣＨ ｔｉｍｅ、ＤＣＩ ｔｏ ＡＰ ＣＳＩ ｒｅｐｏｒｔ ｔｉｍｅ、ＤＣＩ ｔｏ ＡＰ ＣＳＩ－ＲＳ ｔｉｍｅ、ＤＣＩ ｔｏ ＢＷＰ ｓｗｉｔｃｈｉｎｇ ｔｉｍｅなど）は、複数のセル上で反復送信される同一ＤＣＩ／ＰＤＣＣＨのうち、特定の一つ（すなわち、基準ＰＤＣＣＨ）を基準に前記時間区間を決定することができる。また、実施例３－４におけるＤＣＩ／ＰＤＣＣＨと関連した時間区間と比較される時間基準（例えば、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ、Ｎ２、Ｚ、ｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇなど）に対して、複数のセルのそれぞれにおけるＳＣＳ及び／又はＤＣＩ／ＰＤＣＣＨの反復送信回数などに基づき、複数の時間基準値が存在する場合にはそれらの和集合又は積集合によって決定されてよい。
例えば、実施例３－２及び３－８は、ＤＣＩがＰＤＳＣＨをスケジュールする状況でデフォルトビーム決定方法について提案したが、ＤＣＩがＡＰ ＣＳＩ－ＲＳをスケジュールする状況でデフォルトビーム決定方法にも同一に適用することができる。ただし、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬを基準とするＰＤＳＣＨデフォルトビームと違い、ｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇを基準にＡＰ ＣＳＩＲＳデフォルトビームが決定されてよい。
前述した本開示の様々な例示では、同一ＤＣＩ／ＰＤＣＣＨが２つのＴＣＩ状態によって送信されることを主に説明したが、これは、単に説明の便宜のためのもので、本開示の範囲を制限するものではない。すなわち、本開示の例示は、１つの以上のＴＲＰから、１つ以上のサービングセル上で、同一ＤＣＩ／ＰＤＣＣＨが２以上の異なるＴＣＩ状態と関連する場合（例えば、ＤＣＩと関連するＣＯＲＥＳＥＴに関連するＴＣＩ状態（又はデフォルトＴＣＩ状態）が互いに異なる場合）に対しても、該当ＤＣＩによってスケジュールされるＳＴＲＰ ＰＤＳＣＨに対して適用されるＴＣＩ状態を明確に決定する方案に関する。
図２０は、本開示に係る端末が複数のＰＤＣＣＨに基づいて単一ＴＲＰからＰＤＳＣＨを受信する方法を説明するためのフローチャートである。
段階Ｓ２０１０において、端末は、１つ以上のＴＲＰから、１つ以上の送信機会（ＴＯ）で、同一ＤＣＩを含む下りリンク制御チャネル（例えば、ＰＤＣＣＨ）を反復受信することができる。
例えば、反復受信されるＤＣＩを含む複数のＰＤＣＣＨは、時間リソース又は周波数リソースうちの１つ以上において区別されるリソース上で受信されてよい。
例えば、ＳＴＲＰから同一ＤＣＩが反復送信されてもよく、ＭＴＲＰから同一ＤＣＩが反復（又は、分けて）送信されてもよい。
段階Ｓ２０２０において、端末は、単一ＴＲＰ（ＳＴＲＰ）から下りリンクデータチャネルを受信することができる。
ここで、端末は、１つ以上のＴＯのうちの特定ＴＯと、前記同一ＤＣＩによってスケジュールされる下りリンクデータチャネル（例えば、ＰＤＳＣＨ）との間の時間間隔（例えば、ＤＣＩ ｔｏ ＰＤＳＣＨ ｔｉｍｅ）が、所定の臨界値（例えば、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ）よりも小さい場合に、デフォルトＴＣＩ状態に基づいてＰＤＳＣＨを受信することができる（例えば、実施例３－２参照）。
ここで、デフォルトＴＣＩ状態は、端末がモニタする最も遅いスロットにおいて最も低い識別子を有するＣＯＲＥＳＥＴ（又は、ＳＳセット）に関連したＴＣＩ状態であってよい（実施例３－１及び３－２におけるデフォルトＴＣＩ状態に対する説明を参照）。
また、特定ＴＯは、前記１つ以上のＴＯのうち、時間ドメインにおいて最後のＴＯであるか、又は前記１つ以上のＴＯがいずれも所定の臨界値よりも小さい又はそれ以上となるように設定されてよい（実施例３－２の細部例示を参照）。
また、前記１つ以上のＴＯと前記下りリンクデータチャネル受信時間との間の時間間隔がいずれも前記所定の臨界値以上である場合（すなわち、デフォルトＴＣＩ状態が適用されない場合）に、そして前記ＤＣＩにＴＣＩフィールドが含まれない場合（すなわち、ＤＣＩに関連したＣＯＲＥＳＥＴに関連したＴＣＩ状態をＰＤＳＣＨ受信に適用する場合）に、そしてＣＯＲＥＳＥＴに関連したＴＣＩ状態が複数個である場合に、前記複数個のＴＣＩ状態のうち、あらかじめ設定された特定の１つのＴＣＩ状態に基づいて前記下りリンクデータチャネルが受信されてよい（実施例３－１参照）。
ここで、あらかじめ設定された特定の１つのＴＣＩ状態は、時間ドメインにおいて最初のＴＯ、最も低いインデックスのＴＣＩ状態を用いるＴＯ、又は最も低い識別子のＣＯＲＥＳＥＴ（又は、ＳＳセット）に該当するＴＯに基づいて決定されてよい（実施例３－１の細部例示を参照）。
また、複数のＴＯと下りリンクデータチャネル受信間の時間間隔がいずれも所定の臨界値よりも小さく、すなわち、デフォルトＴＣＩ状態が適用される場合）、前記複数のＴＯが互いに異なるＣＯＲＥＳＥＴプール（ｐｏｏｌ）に属し、それによって複数のデフォルトＴＣＩ状態が決定される場合に、複数のデフォルトＴＣＩ状態のうち、あらかじめ設定された特定デフォルトＴＣＩ状態に基づいて前記下りリンクデータチャネルが受信されてよい（実施例３－５参照）。
また、複数のＴＯで受信される前記下りリンク制御チャネルのうち、時間ドメインにおいて最後の下りリンク制御チャネルが基準下りリンク制御チャネルとして設定され、前記基準下りリンク制御チャネルの受信時点を基準に、上りリンクデータチャネル送信時点、非周期的チャネル状態情報（ＣＳＩ）報告時点、非周期的ＣＳＩ－参照信号（ＲＳ）受信時点、又は帯域幅部分（ＢＷＰ）スイッチング時間のうち１つ以上との間の時間間隔が決定されてよい（実施例３－４参照）。
また、前記端末に対して複数のサービングセルが設定されることに基づき、前記複数のサービングセルに関連した前記１つ以上のＴＯと前記下りリンクデータチャネル受信時間との間の時間間隔のうち、最も遅い又は最も早い時点に終了する時間間隔に基づいて前記デフォルトＴＣＩ状態が決定されてよい（実施例３－８参照）。
また、前記反復受信される同一ＤＣＩを含む複数の下りリンク制御チャネルのデコーディング時間に関連した端末キャパビリティパラメータの修正に対する値がネットワーク側に送信されてよい（実施例３－７参照）。
図２１は、本開示に係るネットワーク側及び端末のシグナリング手続を説明するための図である。
図２１では、本開示の様々な例示（実施例１、２及び／又は３）が適用可能な複数のＴＲＰ（以下の説明において、ＴＲＰは基地局、セル（ｃｅｌｌ）に代替されてもよい。）状況で、ネットワーク側（ｎｅｔｗｏｒｋ ｓｉｄｅ）（例えば、第１ＴＲＰ及び第２ＴＲＰ）と端末（ＵＥ）間のシグナリングを示す。ここで、ＵＥ／ネットワーク側は一例に過ぎず、前述した説明又は図２２と関連して説明するように様々な装置に代替適用されてよい。図２１は、単に説明の便宜のためのもので、本開示の範囲を制限するものではない。また、図２１に示される一部の段階は状況及び／又は設定などによって省略されてもよい。
図２１を参照すると、説明の便宜上、２個のＴＲＰとＵＥ間のシグナリングが考慮されるが、当該シグナリング方式が複数のＴＲＰ及び複数のＵＥ間のシグナリングにも拡張して適用されてよいことは勿論である。以下の説明において、ネットワーク側は、複数のＴＲＰを含む１つの基地局でよく、複数のＴＲＰを含む１つのセルでよい。一例として、ネットワーク側を構成する第１ＴＲＰ及び第２ＴＲＰの間には理想的／非理想的バックホール（ｉｄｅａｌ／ｎｏｎ－ｉｄｅａｌ ｂａｃｋｈａｕｌ）が設定されてよい。また、以下の説明は複数のＴＲＰを基準に説明されるか、それは、複数のパネルを介した送信にも同一に拡張して適用されてよい。これに加えて、本開示において端末が第１ＴＲＰ及び／又は第２ＴＲＰから信号を受信する動作は、端末がネットワーク側から（第１ＴＲＰ及び／又は第２ＴＲＰを介して／用いて）信号を受信する動作を含むことができ、端末が第１ＴＲＰ及び／又は第２ＴＲＰに信号を送信する動作は、端末がネットワーク側に（第１ＴＲＰ及び／又は第２ＴＲＰを介して／用いて）信号を送信する動作を含むことができる。
図２１の例示は、Ｍ－ＴＲＰ（又は、１つのＴＲＰから複数のＣＯＲＥＳＥＴが設定される場合もＭ－ＴＲＰと仮定できる。）状況で端末が複数のＤＣＩを受信する場合（例えば、各ＴＲＰがＵＥに同一のＤＣＩを反復して（又は、同一のＤＣＩを分けて）送信する場合）のシグナリングを示す。
図２１には示していないが、ＵＥは、前述した実施例１、２及び／又は３で提案された動作の実行と関連した能力情報を含むＵＥキャパビリティを、ＴＲＰ１（及び／又は、ＴＲＰ２）を介して／用いてネットワーク側に送信することができる。例えば、前記ＵＥキャパビリティは、実施例３－７で説明したのと同様に、ソフトコンバイニングを考慮したタイミング関連情報（例えば、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ、Ｚ、Ｎ２など）を含むことができる。例えば、ソフトコンバイニングを考慮したｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ、Ｚ、Ｎ２などと関連したパラメータが新しく定義されてよい。又は、既存のパラメータに加えられる特定パラメータ（例えば、アルファ）が設定／定義されてよく、ソフトコンバイニングでは、前記特定パラメータをさらに考慮してデータ送受信関連タイミングが決定されてよい。すなわち、ソフトコンバイニング適用をするか否かに基づき、ＵＥがデータ送受信時に適用するｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ、Ｚ、Ｎ２などの値が変わってよい。
ＵＥはネットワーク側からＴＲＰ １（及び／又はＴＲＰ ２）を介して／用いて多重ＴＲＰベースの送受信に対する設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ２１０５）。前記設定情報は、ネットワーク側の構成（すなわち、ＴＲＰ構成）と関連した情報、多重ＴＲＰベースの送受信と関連したリソース情報（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）、などを含むことができる。この時、前記設定情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）によって伝達されてよい。また、前記設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。例えば、前記設定情報は、前述した実施例１、２、及び／又は３で説明されたＴＣＩ状態マッピング方法／方式と関連した設定などを含むこともできる。また、例えば、前記設定情報は、実施例１、２、及び／又は３で説明された送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）の設定と関連した情報、ＴＣＩマッピングと関連した情報、制御チャネル（例えば、ＰＤＣＣＨ）の反復送信関連情報（例えば、反復送信するか否か、反復送信回数など）などを含むことができる。例えば、上述した実施例３の細部的な例示で説明した通り、前記設定情報は、制御チャネル（例えば、ＰＤＣＣＨ）の反復／分割送信を考慮してデフォルトビーム関連設定、ビーム及び／又は空間関連ＲＳ（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ＲＳ）と関連した基準制御チャネル情報などを含むことができる。
例えば、上述したＳ２１０５段階のＵＥ（図２２の１００／２００）がネットワーク側（図２２の１００／２００）から前記多重ＴＲＰベースの送受信と関連した設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信する動作は、以下に説明される図２２の装置によって具現されてよい。例えば、図２２を参照すると、１つ以上のプロセッサ１０２は、前記多重ＴＲＰベースの送受信と関連した設定情報を受信するように１つ以上のトランシーバー１０６及び／又は１つ以上のメモリ１０４などを制御でき、１つ以上のトランシーバー１０６は、ネットワーク側から前記多重ＴＲＰベースの送受信と関連した設定情報を受信することができる。
ＵＥはネットワーク側からＴＲＰ １を介して／用いて、第１ＤＣＩ及び第１ＤＣＩによってスケジュールされる第１データを受信することができる（Ｓ２１１０）。また、ＵＥはネットワーク側からＴＲＰ ２を介して／用いて、第２ＤＣＩ及び第２ＤＣＩによってスケジュールされる第２データを受信するか、第２ＤＣＩ無しで第１ＤＣＩによってスケジュールされる第２データＤａｔａ ２を受信するか、第１データをスケジュールする第２ＤＣＩのみ受信することができる（Ｓ２１２０）。例えば、ＴＲＰ １及びＴＲＰ ２から反復送信される第１ＤＣＩ及び第２ＤＣＩによって単一ＴＲＰのデータ（例えば、ＴＲＰ １の第１データ、又はＴＲＰ ２の第２データ）がスケジュールされてもよい。
例えば、第１ＤＣＩ（及び、第２ＤＣＩ）は、前述した実施例１、２、及び／又は３で説明されたＴＣＩ状態に関する（指示）情報、ＤＭＲＳ及び／又はデータに関するリソース割り当て情報（すなわち、空間／周波数／時間リソース）などを含むことができる。例えば、第１ＤＣＩ（及び、第２ＤＣＩ）は、制御チャネル（例えば、ＰＤＣＣＨ）の反復送信と関連した情報（例えば、特定ＤＣＩフォーマット／ＳＳ／ＲＮＴＩなど）、ＴＯ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）の設定と関連した指示情報、ＴＯとＴＣＩ状態のマッピングと関連した情報（例えば、マッピング順序）などを含むことができる。この場合、第１データ及び第２データは、前述した実施例１、２及び／又は３で説明されたＴＣＩ状態マッピング方式に基づいて送受信されてよい。例えば、ＤＣＩが受信されるウィンドウ内のＣＯＲＥＳＥＴ／ＳＳセットなどの設定に基づいて制御チャネルのＴＯとＴＣＩ状態マッピングが設定されてよい。例えば、ＰＤＣＣＨのＴＯの集合が設定されてよい。
ＤＣＩ（例えば、第１ＤＣＩ及び第２ＤＣＩ）及びデータ（例えば、第１データ及び第２データ）はそれぞれ、制御チャネル（例えば、ＰＤＣＣＨなど）及びデータチャネル（例えば、ＰＤＳＣＨなど）を介して伝達されてよい。例えば、前記制御チャネル（例えば、ＰＤＣＣＨ）は反復送信されてもよく、同一の制御チャネルが分けられて送信されてもよい。また、Ｓ２１１０及びＳ２１２０段階は同時に行われてもよく、いずれか一方が他方より早く行われてもよい。
例えば、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ ＤＣＩ）とデータ（例えば、第１データ及び／又は第２データ）との間の時間と特定臨界値とを比較し、デフォルトＴＣＩ状態（デフォルトビーム）がマップされると設定されてもよい。
例えば、前述した実施例３の細部例示で説明した通り、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）とデータ（例えば、第１データ及び／又は第２データ）との間の間隔（オフセット値）と特定値とを比較し、前記データ（例えば、第１データ及び／又は第２データ）受信時に適用するビーム／空間関連ＲＳが決定されてよい。例えば、前記間隔（オフセット値）が特定値よりも小さい場合に、デフォルトビーム／空間関連ＲＳが適用されてよく、特定値よりも大きい場合に、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）で指示／設定されるＴＣＩ状態などに基づいてビーム／空間関連ＲＳが決定されてよい。例えば、前記制御チャネル（例えば、ＰＤＣＣＨ）が反復送信される場合に、基準となるＰＤＣＣＨ／ＤＣＩがあらかじめ定義された規則又はネットワーク側の指示／設定によって決定されてよく、前記基準となるＰＤＣＣＨ／ＤＣＩに基づいて上述の動作が行われてよい。例えば、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）は、ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ関連スケジューリング情報／ＡＰ ＣＳＩ報告（ｒｅｐｏｒｔｉｎｇ）関連情報／ＡＰ ＣＳＩ ＲＳ関連情報／ＢＷＰ関連情報などを含むことができる。例えば、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）に基づいてＭ－ＴＲＰ／Ｓ－ＴＲＰかが設定されてよい。一例として、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）に含まれたＴＣＩ状態の数／ＴＣＩ状態値／ＤＭＲＳポート関連設定などに基づいてＭ－ＴＲＰ／Ｓ－ＴＲＰかが設定されてよい。例えば、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）は、デフォルトビーム関連情報を含むこともできる。
例えば、実施例３－８で説明した通り、同一ＤＣＩが互いに異なるＴＲＰで反復送信される場合に、デフォルトビームは、各ＤＣＩと関連したデフォルトビーム情報の和集合又は積集合に基づいて決定されてよい。
例えば、第１データ及び第２データが受信される時間／周波数リソースが重なってよく、ｉ）互いに異なるＣＯＲＥＳＥＴグループ（プル）でスケジュールされた場合、ｉｉ）互いに異なるＤＭＲＳ ＣＤＭグループ／ポートが設定された場合、ｉｉｉ）互いに異なるＭＣＳ／ＨＡＲＱプロセス番号（ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）／ＲＶ／ＮＤＩが設定された場合、又はｉｖ）ＤＣＩ内の特定フィールドで指示される場合、のいずれか１つに該当すれば、前記第１データ及び第２データが互いに異なるデータ／ＴＢであると認識できる。
例えば、Ｓ２１１０及びＳ２１２０段階のＵＥ（図２２の１００／２００）がネットワーク側（図２２の１００／２００）からＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）及び／又はデータ（例えば、第１データ及び／又は第２データ）を受信する動作は、以下に説明される図２２の装置によって具現されてよい。例えば、図２を参照すると、１つ以上のプロセッサ１０２は、ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）及び／又はデータ（例えば、第１データ及び／又は第２データ）を受信するように１つ以上のトランシーバー１０６及び／又は１つ以上のメモリ１０４などを制御でき、１つ以上のトランシーバー１０６は、ネットワーク側からＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）及び／又はデータ（例えば、第１データ及び／又は第２データ）を受信することができる。
ＵＥは、ネットワーク側からＴＲＰ１（及び／又は、ＴＲＰ２）を介して／用いて受信したデータ（例えば、第１データ及び／又は第２データ）をデコードすることができる（Ｓ２１３０）。例えば、ＵＥは、前述した実施例１、２、及び／又は３に基づいて、チャネル推定及び／又はデータに対するデコーディングを行うことができる。例えば、制御チャネル（例えば、ＰＤＣＣＨ）の候補（ｃａｎｄｉｄａｔｅ）の定義（例えば、ＣＯＲＥＳＥＴ／ＳＳセットに基づいて定義）によって併合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）／ＴＣＩ状態マッピングなどを適用してチャネル推定及び／又はデータに対するデコーディングを行うことができる。
例えば、Ｓ２１３０段階のＵＥ（図２２の１００／２００）が第１データ及び／又は第２データをデコードする動作は、以下に説明される図２２の装置によって具現されてよい。例えば、図２２を参照すると、１つ以上のプロセッサ１０２は、第１データ及び／又は第２データをデコードする動作を行うように１つ以上のメモリ１０４などを制御できる。
ＵＥは、第１データ及び／又は第２データに対するＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）をＴＲＰ １及び／又はＴＲＰ ２を介して／用いてネットワーク側に送信できる（Ｓ２１４０、Ｓ２１４５）。この場合、第１データ又は第２データのそれぞれに対するＨＡＲＱ－ＡＣＫ情報がそれぞれのＴＲＰに送信されてもよい。また、第１データ及び第２データに対するＨＡＲＱ－ＡＣＫ情報が一つに結合してもよい。また、ＵＥは、代表ＴＲＰ（例えば、ＴＲＰ １）へのＨＡＲＱ－ＡＣＫ情報のみを送信するように設定され、他のＴＲＰ（例えば、ＴＲＰ ２）へのＨＡＲＱ－ＡＣＫ情報送信は省略されてもよい。
例えば、実施例３の細部例示で説明した通り、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）とＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）との間の間隔（ｏｆｆｓｅｔ値）と特定値とを比較し、前記ＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）の送信時に適用するビーム／空間関連ＲＳが決定されてよい。例えば、前記間隔（オフセット値）が特定値よりも小さい場合に、デフォルトビーム／空間関連ＲＳが適用されてよく、特定値よりも大きい場合に、前記ＤＣＩ（例えば、第１ＤＣＩ及び／又は第２ＤＣＩ）で指示／設定されるＴＣＩ状態などに基づいてビーム／空間関連ＲＳが決定されてよい。例えば、前記制御チャネル（例えば、ＰＤＣＣＨ）が反復送信される場合に、基準となるＰＤＣＣＨ／ＤＣＩが、あらかじめ定義された規則又はネットワーク側の指示／設定によって決定されてよく、前記基準となるＰＤＣＣＨ／ＤＣＩに基づいて上述の動作が行われてよい。例えば、上述の段階ではＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）を中心に説明したが、上りリンクチャネル（例えば、ＰＵＣＣＨ／ＰＵＳＣＨ）にも前記ビーム／空間関連ＲＳに対する設定が適用されてよい。
例えば、Ｓ２１４０／Ｓ２１４５段階のＵＥ（図２２の１００／２００）がネットワーク側（図２２の１００／２００）から第１データ及び／又は第２データに対するＨＡＲＱ－ＡＣＫ情報を送信する動作は、以下に説明される図２２の装置によって具現されてよい。例えば、図２２を参照すると、１つ以上のプロセッサ１０２は、第１データ及び／又は第２データに対するＨＡＲＱ－ＡＣＫ情報を送信するように、１つ以上のトランシーバー１０６及び／又は１つ以上のメモリ１０４などを制御でき、１つ以上のトランシーバー１０６はネットワーク側に第１データ及び／又は第２データに対するＨＡＲＱ－ＡＣＫ情報を送信できる。
前述したネットワーク側／ＵＥのシグナリング及び動作は、以下に説明される装置（例えば、図２２の装置）によって具現されてよい。例えば、ネットワーク側（例えば、ＴＲＰ １／ＴＲＰ ２）は第１無線装置、ＵＥは第２無線装置に当該してよく、場合によってその逆の場合も考慮できる。
例えば、上述したネットワーク側／ＵＥのシグナリング及び動作は、図２２の１つ以上のプロセッサ（例えば、１０２，２０２）によって処理されてよく、上述したネットワーク側／ＵＥのシグナリング及び動作は、図２２の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、インストラクション、実行コード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図２２の１つ以上のメモリ（例えば、１０４，２０４））に記憶されてよい。
本開示が適用可能な装置一般
図２２には、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。
図２２を参照すると、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作と関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。
以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル層が一つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。一つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。
１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を記憶することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。
１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。
以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。
本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。
本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、一つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している一つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。
ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。
本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。

Claims (16)

  1. 無線通信システムにおいて端末が下りリンクチャネル又は信号を受信する方法であって、前記方法は、
    少なくとも一つの制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックスに関連した多重サーチスペースセットにしたがって多重送信機会（ＴＯ）において同一の情報を備える下りリンク制御情報（ＤＣＩ）を含む多重物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信する段階と、
    前記ＤＣＩが下りリンクチャネル又は信号に関連したスケジューリング情報を含むことに基づき、及び、前記多重ＴＯの時間領域の最後の特定ＴＯと、前記ＤＣＩと関連する下りリンクチャネル又は信号の受信タイミングとの間の時間間隔が所定の臨界値よりも小さいことに基づき、前記端末がモニタする最も遅いスロットで最も低い識別子を有するＣＯＲＥＳＥＴに関連したＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態に基づいて単一ＣＯＲＥＳＥＴプールインデックスに関連した前記下りリンクチャネル又は信号を受信する段階を含む、方法。
  2. 下りリンクチャネル又は信号に関連するスケジューリング情報を含む前記ＤＣＩに基づいて、前記時間間隔が前記所定の臨界値以上であり、前記ＤＣＩにＴＣＩフィールドが含まれず、下りリンクチャネル又は信号と関連するスケジューリング情報を含むＤＣＩと関連したＣＯＲＥＳＥＴが複数個のＴＣＩ状態と関連することに基づき、
    前記複数個のＴＣＩ状態の最初のＴＣＩ状態に基づいて前記下りリンクチャネル又は信号が受信される、請求項１に記載の方法。
  3. 前記ＤＣＩが下りリンクチャネル又は信号に関連するスケジューリング情報を含み、前記時間間隔が前記所定の閾値以上であり、前記ＤＣＩにＴＣＩフィールドが含まれず、多重ＣＯＲＥＳＥＴが前記ＤＣＩと関連することに基づいて、
    ＣＯＲＥＳＥＴのＴＣＩ状態が前記多重ＣＯＲＥＳＥＴの中の最も低い識別子を有することに基づき、前記下りリンクチャネル又は信号が受信される、請求項１に記載の方法。
  4. 前記ＤＣＩが上りリンク送信に関連した制御情報を含むことに基づき、時間間隔が、前記多重ＴＯの時間領域の最後の特定ＴＯに基づいて決定される、請求項１に記載の方法。
  5. 前記上りリンク送信は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信及び、ＣＳＩ報告の少なくとも一つを含む、請求項４に記載の方法。
  6. 前記多重ＰＤＣＣＨは異なる時間リソース、異なる周波数リソース、又は異なる時間－周波数リソースによって多重化される、請求項１に記載の方法。
  7. 前記下りチャネルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）であり、前記下りリンク信号は非周期的チャネル状態情報－参照信号（ＣＳＩ－ＲＳ）である、請求項１に記載の方法。
  8. 無線通信システムにおいて下りリンクチャネル又は信号を受信する端末であって、前記端末は、
    少なくとも一つの送受信機と、
    前記少なくとも一つの送受信機と連結された少なくとも一つのプロセッサを含み、
    前記少なくとも一つのプロセッサは、
    少なくとも一つの制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックスに関連する多重検索空間にしたがって、多重送信機会（ＴＯ）において、同じ情報を備える下りリンク制御情報（ＤＣＩ）を含む多重物理下りリンク制御チャネル（ＰＤＣＣＨ）を前記少なくとも一つの送受信機を介して受信し、
    前記ＤＣＩが下りリンクチャネル又は信号に関連したスケジューリング情報を含むことに基づき、前記多重ＴＯの時間領域の最後にある特定ＴＯと、前記ＤＣＩと関連する下りリンクチャネル又は信号の受信時間との時間間隔が所定の臨界値よりも小さいことに基づき、
    前記端末がモニタする最も遅いスロットで最も低い識別子を有するＣＯＲＥＳＥＴに関連したＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態に基づいて、単一ＣＯＲＥＳＥＴプールインデックスに関連する前記下りリンクチャネル又は信号を前記少なくとも一つの送受信機を介して受信するように設定される、端末。
  9. 無線通信システムにおいて下りリンクチャネル又は信号を受信する端末を制御するように設定される処理装置であって、前記処理装置は、
    少なくとも一つのプロセッサと、
    前記少なくとも一つのプロセッサと動作可能に連結され、前記少なくとも一つのプロセッサによって実行されることに基づいて動作を行う命令を記憶する少なくとも一つのコンピュータメモリを含み、
    前記動作は、
    少なくとも一つの制御リソースセット（ＣＯＲＥＳＥＴ）に関連する多重検索空間にしたがって、多重送信機会（ＴＯ）で、同一の情報を備える下りリンク制御情報（ＤＣＩ）を含む多重物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信することと、
    前記ＤＣＩが下りリンクチャネル又は信号に関連したスケジューリング情報を含むことに基づき、前記多重ＴＯの時間領域の最後にある特定ＴＯと、前記ＤＣＩと関連する下りリンクチャネル又は信号の受信タイミングとの間の時間間隔が所定の臨界値よりも小さいことに基づき、
    前記端末がモニタする最も遅いスロットで最も低い識別子を有するＣＯＲＥＳＥＴに関連したＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態に基づいて単一制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックスに関連する前記下りリンクチャネル又は信号を受信することを含む、処理装置。
  10. 少なくとも一つのプロセッサに前記請求項１に記載される方法を実行させる少なくとも一つの命令を格納した少なくとも一つのプロセッサにより読み出し可能な非一時的記憶媒体。
  11. 下りリンクチャネル又は信号に関連するスケジューリング情報を含む前記ＤＣＩに基づいて、前記時間間隔が前記所定の臨界値以上であり、前記ＤＣＩにＴＣＩフィールドが含まれず、下りリンクチャネル又は信号と関連するスケジューリング情報を含むＤＣＩと関連したＣＯＲＥＳＥＴが複数個のＴＣＩ状態と関連することに基づき、
    前記複数個のＴＣＩ状態の最初のＴＣＩ状態に基づいて前記下りリンクチャネル又は信号が受信される、請求項８に記載の端末。
  12. 前記ＤＣＩが下りリンクチャネル又は信号に関連するスケジューリング情報を含み、前記時間間隔が前記所定の臨界値以上であり、前記ＤＣＩにＴＣＩフィールドが含まれず、多重ＣＯＲＥＳＥＴが前記ＤＣＩと関連することに基づいて、
    ＣＯＲＥＳＥＴのＴＣＩ状態が前記多重ＣＯＲＥＳＥＴの中の最も低い識別子を有することに基づき、前記下りリンクチャネル又は信号が受信される、請求項８に記載の端末。
  13. 前記ＤＣＩが上りリンク送信に関連した制御情報を含むことに基づき、時間間隔が、前記多重ＴＯの時間領域の最後の特定ＴＯに基づいて決定される、請求項８に記載の端末。
  14. 前記上りリンク送信は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）送信及び、ＣＳＩ報告の少なくとも一つを含む、請求項１３に記載の端末。
  15. 前記多重ＰＤＣＣＨは異なる時間リソース、異なる周波数リソース、又は異なる時間－周波数リソースによって多重化される、請求項８に記載の端末。
  16. 前記下りチャネルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）であり、前記下りリンク信号は非周期的チャネル状態情報－参照信号（ＣＳＩ－ＲＳ）である、請求項８に記載の端末。
JP2022544406A 2020-02-10 2021-02-04 無線通信システムにおいて多重送受信ポイントからの下りリンクチャネル送受信方法及び装置 Active JP7346748B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
KR10-2020-0015961 2020-02-10
KR20200015961 2020-02-10
KR20200035942 2020-03-24
KR10-2020-0035942 2020-03-24
KR10-2020-0089205 2020-07-17
KR20200089205 2020-07-17
PCT/KR2021/001450 WO2021162334A1 (ko) 2020-02-10 2021-02-04 무선 통신 시스템에서 다중 송수신 포인트로부터의 하향링크 채널 송수신 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2023511920A JP2023511920A (ja) 2023-03-23
JP7346748B2 true JP7346748B2 (ja) 2023-09-19

Family

ID=77292529

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022544406A Active JP7346748B2 (ja) 2020-02-10 2021-02-04 無線通信システムにおいて多重送受信ポイントからの下りリンクチャネル送受信方法及び装置

Country Status (6)

Country Link
US (2) US11757593B2 (ja)
EP (1) EP4106467A4 (ja)
JP (1) JP7346748B2 (ja)
KR (1) KR20220141279A (ja)
CN (1) CN115053614A (ja)
WO (1) WO2021162334A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4023012A1 (en) 2020-09-24 2022-07-06 Ofinno, LLC Default downlink signaling in control channel repetition
EP4222906A1 (en) * 2020-10-02 2023-08-09 Apple Inc. Configuring and providing physical downlink control channel communications with improved reliability
US20220232590A1 (en) * 2021-01-17 2022-07-21 Qualcomm Incorporated Collision handling for parallel uplink transmission
US11968018B2 (en) * 2021-03-09 2024-04-23 Qualcomm Incorporated Uplink control communications for spatial division multiplexing
US20230208475A1 (en) * 2021-03-31 2023-06-29 Apple Inc. Methods and apparatus for multi-trp ul transmission
US11968724B2 (en) * 2021-04-06 2024-04-23 Qualcomm Incorporated Transmission configuration indicator state determination for single frequency network physical downlink control channel
WO2023039767A1 (en) * 2021-09-15 2023-03-23 Nec Corporation Methods, devices, and computer readable medium for communication
WO2023055024A1 (ko) * 2021-10-01 2023-04-06 엘지전자 주식회사 무선 통신 시스템에서 상향링크 또는 하향링크 송수신을 수행하는 방법 및 장치
US20230292328A1 (en) * 2022-03-08 2023-09-14 Samsung Electronics Co., Ltd. Method and device for beam management in communication system
US20230327787A1 (en) * 2022-04-07 2023-10-12 Qualcomm Incorporated Aspects for cross-link interference measurement
WO2024065356A1 (en) * 2022-09-29 2024-04-04 Qualcomm Incorporated Techniques for transmission reception point switching during repetitions

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020003522A1 (ja) 2018-06-29 2020-01-02 株式会社Ｎｔｔドコモ ユーザ端末

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11239893B2 (en) * 2018-01-24 2022-02-01 Qualcomm Incorporated Quasi co-location assumptions for aperiodic channel state information reference signal triggers
JP6756001B2 (ja) * 2018-05-04 2020-09-16 華碩電腦股▲ふん▼有限公司 無線通信システムにおけるアクティブ下りリンク（ｄｌ）帯域幅部分（ｂｗｐ）変更を考慮する下りリンク制御情報（ｄｃｉ）コンテンツ処理のための方法および装置
US11464008B2 (en) * 2018-07-12 2022-10-04 Qualcomm Incorporated Determination rule of PDSCH scheduled slot with PDCCH repetition
KR20220097419A (ko) * 2019-11-08 2022-07-07 가부시키가이샤 엔티티 도코모 단말 및 무선 통신 방법
EP4068891A4 (en) * 2019-11-28 2023-08-09 Ntt Docomo, Inc. WIRELESS COMMUNICATION TERMINAL AND METHOD

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020003522A1 (ja) 2018-06-29 2020-01-02 株式会社Ｎｔｔドコモ ユーザ端末

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ASUSTeK，UE assistance information for power saving[online]，3GPP TSG RAN WG1 #98 R1-1909132，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1909132.zip>，2019年08月16日
NTT DOCOMO, INC，Enhancements on multi-TRP/panel transmission[online]，3GPP TSG RAN WG1 #99 R1-1912893，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912893.zip>，2019年11月08日

Also Published As

Publication number Publication date
US20230388081A1 (en) 2023-11-30
US20230047603A1 (en) 2023-02-16
JP2023511920A (ja) 2023-03-23
KR20220141279A (ko) 2022-10-19
US11936585B2 (en) 2024-03-19
EP4106467A4 (en) 2023-07-26
CN115053614A (zh) 2022-09-13
EP4106467A1 (en) 2022-12-21
WO2021162334A1 (ko) 2021-08-19
US11757593B2 (en) 2023-09-12

Similar Documents

Publication Publication Date Title
JP7346748B2 (ja) 無線通信システムにおいて多重送受信ポイントからの下りリンクチャネル送受信方法及び装置
KR102543904B1 (ko) 무선 통신 시스템에서 다중 송수신 포인트로부터의 하향링크 채널 송수신 방법 및 장치
US20230112271A1 (en) Method and device for transmitting/receiving downlink control information in wireless communication system
US20230073095A1 (en) Method and apparatus for transmitting or receiving downlink channel from multiple transmission/reception points in wireless communication system
KR102514603B1 (ko) 무선 통신 시스템에서 pdcch 송수신 방법 및 장치
KR20220133912A (ko) 무선 통신 시스템에서 pdcch 송수신 방법 및 장치
US20230232415A1 (en) Method and apparatus for uplink transmission and reception in wireless communication system
KR20220140798A (ko) 무선 통신 시스템에서 다중 셀 스케줄링을 지원하는 상향링크 또는 하향링크 송수신 방법 및 장치
US20230156740A1 (en) Method and device for transmitting and receiving pdcch in wireless communication system
US20230117189A1 (en) Blind decoding-based method and device for transmitting and receiving downlink channel in wireless communication system
US20230045971A1 (en) Method and apparatus for repeatedly transmitting uplink channel in wireless communication system
US11758526B2 (en) Method and device for transmission/reception based on time unit group in wireless communication system
JP7344392B2 (ja) 無線通信システムにおいてチャネル状態情報送受信方法及び装置
KR102584082B1 (ko) 무선 통신 시스템에서 pdcch 송수신 방법 및 장치
KR102549723B1 (ko) 무선 통신 시스템에서 디폴트 공간 파라미터 기반 송수신 방법 및 장치
KR20230035526A (ko) 무선 통신 시스템에서 데이터 송수신 방법 및 장치
KR20220166846A (ko) 무선 통신 시스템에서 csi-rs 송수신 방법 및 장치
JP7448684B2 (ja) 無線通信システムにおいてｐｄｓｃｈ送受信方法及び装置
US20230336232A1 (en) Method and apparatus for supporting beam switching
KR20240071372A (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
KR20240071387A (ko) 무선 통신 시스템에서 상향링크 또는 하향링크 송수신을 수행하는 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220721

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220721

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230530

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230816

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230829

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230906

R150 Certificate of patent or registration of utility model

Ref document number: 7346748

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150