JP2023518012A - Ｈａｒｑ－ａｃｋ送信方法、ユーザ機器及び格納媒体、並びにｈａｒｑ－ａｃｋ受信方法及び基地局 - Google Patents
Ｈａｒｑ－ａｃｋ送信方法、ユーザ機器及び格納媒体、並びにｈａｒｑ－ａｃｋ受信方法及び基地局 Download PDFInfo
- Publication number
- JP2023518012A JP2023518012A JP2022554922A JP2022554922A JP2023518012A JP 2023518012 A JP2023518012 A JP 2023518012A JP 2022554922 A JP2022554922 A JP 2022554922A JP 2022554922 A JP2022554922 A JP 2022554922A JP 2023518012 A JP2023518012 A JP 2023518012A
- Authority
- JP
- Japan
- Prior art keywords
- sps
- harq
- ack
- pucch
- pucch resource
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims description 188
- 238000000034 method Methods 0.000 title claims description 97
- 238000004891 communication Methods 0.000 claims description 107
- 238000012545 processing Methods 0.000 claims description 33
- 230000009471 action Effects 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 5
- 230000011664 signaling Effects 0.000 description 52
- 239000010410 layer Substances 0.000 description 45
- 230000015654 memory Effects 0.000 description 39
- 238000013507 mapping Methods 0.000 description 34
- 238000005516 engineering process Methods 0.000 description 31
- 238000013468 resource allocation Methods 0.000 description 29
- 230000004044 response Effects 0.000 description 26
- 230000008569 process Effects 0.000 description 19
- 238000012544 monitoring process Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 13
- 230000004913 activation Effects 0.000 description 10
- 125000004122 cyclic group Chemical group 0.000 description 9
- 230000000737 periodic effect Effects 0.000 description 8
- 230000002776 aggregation Effects 0.000 description 5
- 238000004220 aggregation Methods 0.000 description 5
- 238000013473 artificial intelligence Methods 0.000 description 5
- 230000009849 deactivation Effects 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000008054 signal transmission Effects 0.000 description 3
- 238000010200 validation analysis Methods 0.000 description 3
- 101000824892 Homo sapiens SOSS complex subunit B1 Proteins 0.000 description 2
- 102100022320 SPRY domain-containing SOCS box protein 1 Human genes 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 235000019527 sweetened beverage Nutrition 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000001149 cognitive effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- 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/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/11—Semi-persistent scheduling
-
- 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)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
ＵＥはＴＤＤ ＵＬ－ＤＬの設定とＳＰＳの設定を受信と、前記ＳＰＳの設定に基づいてＳＰＳ ＰＤＳＣＨの受信を行い、前記ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することは、前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫのための第１ＰＵＣＣＨリソースが条件を満たさないことに基づいて前記条件を満たす第２ＰＵＣＣＨリソース上で前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することを含む。前記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルが前記ＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) 前記ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから前記該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上。【選択図】図１２
Description
本明細は無線通信システムに関する。
器機間(Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ、Ｍ２Ｍ)通信と、機械タイプ通信(ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ)などと、高いデータ送信量を要求するスマートフォン、タブレットＰＣなどの様々な装置及び技術が出現及び普及されている。これに伴い、セルラーー網(ｃｅｌｌｕｌａｒ ｎｅｔｗｏｒｋ)で処理されることが要求されるデータ量も急増している。このように急増しているデータ処理要求量を満たすために、より多くの周波数帯域を效率的に用いるための搬送波集成(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)技術、認知無線(ｃｏｇｎｉｔｉｖｅ ｒａｄｉｏ)技術などと、限られた周波数内で送信されるデータ容量を高めるための多重アンテナ技術、多重基地局協調技術などが発展している。
多数の通信機器がより大きな通信容量を要求することにより、レガシー無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上したモバイルブロードバンド(ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信の必要性が高まっている。また、多数の機器及び物事(ｏｂｊｅｃｔ)を連結していつでもどこでも多様なサービスを提供する大規模機械タイプ通信(ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ)が次世代通信において考えられている。
さらに信頼性及び待機時間などに敏感なサービス／ユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)を考慮して設計される通信システムも考えられている。次世代無線接続技術の導入は、ｅＭＢＢ通信、ｍＭＴＣ、超信頼度及び低遅延時間の通信(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ)などを考慮して論議されている。
新しい無線通信技術の導入から、基地局が所定リソース領域でサービスを提供すべきＵＥの個数が増加するだけでなく、上記基地局がサービスを提供するＵＥと送受信するデータと制御情報の量も増加している。基地局がＵＥとの通信に利用可能な無線リソースの量は有限であるため、基地局が有限の無線リソースを用いて上りリンク／下りリンクデータ及び／又は上りリンク／下りリンク制御情報をＵＥから／に效率的に受信／送信するための新しい方案が要求される。言い換えれば、ノードの密度が増加及び／又はユーザ機器の密度が増加することにより高密度のノード或いは高密度のユーザ機器を通信に効率的に利用するための方案が要求されている。
また、無線通信システムにおいて異なる要求事項を有する様々なサービスを効率的に支援する方案が求められている。
また、遅延又は待ち時間(ｌａｔｅｎｃｙ)を克服することは遅延又は待ち時間に敏感なアプリケーションの性能において重要な挑戦である。
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
この明細の１つの態様において、無線通信システムにおいてユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)がハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信する方法が提供される。この方法は、時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することは、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上。
本発明の他の態様において、無線通信システムにおいてハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信するユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)が提供される。このＵＥは、少なくとも１つの送受信機；少なくとも１つのプロセッサと、及び少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。この動作は、時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することは、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上。
この明細のさらに他の態様において、無線通信システムにおいてプロセシング装置が提供される。このプロセシング装置は、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。この動作は、時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、ＳＰＳ ＰＤＳＣＨ受信に対するハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信することを含む。ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することは：ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上。
この明細のさらに他の態様において、コンピュータ読み取り可能な格納媒体が提供される。このコンピュータ読み取り可能な格納媒体は、少なくとも１つのプロセッサにより実行されるとき、少なくとも１つのプロセッサをしてユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)のための動作を行うようにする指示を含む少なくとも１つのコンピュータープログラムを格納する。この動作は、時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、ＳＰＳ ＰＤＳＣＨ受信に対するハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信することを含む。ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することは、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上。
この明細のさらに他の態様において、無線通信システムにおいて基地局がユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)からハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を受信する方法が提供される。この方法は、時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を送信と、ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)送信を行い；ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含む。ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することは、ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ送信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上。
この明細のさらに他の態様において、無線通信システムにおいてユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)からハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を受信する基地局が提供される。この基地局は、少なくとも１つの送受信機と、少なくとも１つのプロセッサと、及び少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。この動作は、時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を送信と、ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)送信を行い；ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含む。ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することは、ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ送信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上。
この明細の各々の態様において、第２ＰＵＣＣＨリソースはＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。
この明細の各々の態様において、第２ＰＵＣＣＨリソースは第１ＰＵＣＣＨリソースにおいて該当ＨＡＲＱ－ＡＣＫ情報が送信されるＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い利用可能なＰＵＣＣＨリソースである。
この明細の各々の態様において、第２ＰＵＣＣＨリソースはＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。
この明細の各々の態様において、第２ＰＵＣＣＨリソースはＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。
この明細の各々の態様において、ＵＥがＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することは、第１ＰＵＣＣＨリソースで送信されるスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ, ＳＲ)又はチャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ, ＣＳＩ)の報告に基づいて、ＳＲ又はＣＳＩ報告の送信を省略し、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫをＳＲ又はＣＳＩ報告なしに第２ＰＵＣＣＨリソースで送信することを含む。
この明細の各々の態様において、基地局がＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することは、第１ＰＵＣＣＨリソースで受信されるスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ, ＳＲ)又はチャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ, ＣＳＩ)の報告に基づいて、ＳＲ又はＣＳＩ報告の受信を省略し、ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫをＳＲ又はＣＳＩ報告なしに第２ＰＵＣＣＨリソースで受信することを含む。
上記の課題解決方法は、本発明の実施例の一部に過ぎず、本発明の技術的特徴が反映された様々な実施例は、当該技術分野における通常の知識を有する者によって、以下に説明する本発明の詳細な説明から導出されて理解されるであろう。
本発明の具現によれば、無線通信信号を効率的に送受信することができる。これにより、無線通信システムの全体処理量(ｔｈｒｏｕｇｈｐｕｔ)が増加する。
本発明の具現によれば、無線通信システムにおいて異なる要求事項を有する様々なサービスを効率的に支援することができる。
本発明の具現によれば、通信機器間の無線通信中に発生する遅延／待機時間が減少する。
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
以下に添付する図面は、本発明に関する理解を助けるために詳細な説明の一部として含まれるものであり、本発明の実施の形態を示し、詳細な説明と共に本発明の技術的特徴を説明する。
以下、本発明に係る好適な実施の形態を添付図面を参照して詳しく説明する。添付図面と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明するためのものであり、本発明が実施し得る唯一の実施形態を示すためのものではない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにも本発明を実施できることは明らかである。
場合によって、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心とするブロック図の形式で示したりする。また、この明細書全体を通じて同一の構成要素については同一の図面符号を付して説明する。
以下に説明する技法(ｔｅｃｈｎｉｑｕｅ)及び機器、システムは、様々な無線多重接続システムに適用すことができる。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(Ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＭＣ－ＦＤＭＡ(ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)又はＣＤＭＡ２０００のような無線技術(ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)、ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)(ｉ．ｅ．，ＧＥＲＡＮ)などのような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ(ｅｖｏｌｖｅｄ－ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)の一部であり、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳの一部である。３ＧＰＰ ＬＴＥは、下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)ではＯＦＤＭＡを採択し、上りリンク(ｕｐｌｉｎｋ、ＵＬ)ではＳＣ－ＦＤＭＡを採択している。ＬＴＥ－Ａ(ＬＴＥ－ａｄｖａｎｃｅｄ)は、３ＧＰＰ ＬＴＥの進化した形態である。
説明の便宜のために、以下では、本発明が３ＧＰＰ基盤通信システム、例えば、ＬＴＥ、ＮＲに適用される場合を仮定して説明する。しかし、本発明の技術的特徴はこれに制限されるものではない。例えば、以下の詳細な説明が、移動通信システムが３ＧＰＰ ＬＴＥ／ＮＲシステムに対応する移動通信システムに基づいて説明されても、３ＧＰＰ ＬＴＥ／ＮＲ特有の事項以外は、他の任意の移動通信システムにも適用可能である。
この明細書で使用される用語及び技術のうち、具体的に説明していない用語及び技術は、３ＧＰＰ基盤の標準文書、例えば、３ＧＰＰ ＴＳ３６.２１１, ３ＧＰＰ ＴＳ３６.２１２, ３ＧＰＰ ＴＳ３６.２１２, ３ＧＰＰ ＴＳ３６.３２１, ３ＧＰＰ ＴＳ３６.３００及び３ＧＰＰ ＴＳ３６.３３１, ３ＧＰＰ ＴＳ３７.２１３, ３ＧＰＰ ＴＳ３８.２１１, ３ＧＰＰ ＴＳ３８.２１２, ３ＧＰＰ ＴＳ３８.２１３, ３ＧＰＰ ＴＳ３８.２１４, ３ＧＰＰ ＴＳ３８.３００, ３ＧＰＰ ＴＳ３８.３３１などを参照すればよい。
後述する本発明の実施例において、機器が“仮定する”という表現は、チャネルを送信する主体が該当の“仮定”に符合するようにチャネルを送信することを意味する。チャネルを受信する主体は、チャネルが該当“仮定”に符合するように送信されたという前提の下に、該当“仮定”に符合する形態でチャネルを受信或いは復号するものであることを意味する。
本発明において、ＵＥは、固定していても移動性を有してもよく、基地局(ｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ)と通信してユーザデータ及び／又は各種の制御情報を送信及び／又は受信する各種器機がこれに属する。ＵＥは、端末(Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＴ(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、ＵＴ(Ｕｓｅｒ Ｔｅｒｍｉｎａｌ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅ Ｓｔａｔｉｏｎ)、無線器機(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ)、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓ ｍｏｄｅｍ)、携帯器機(ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅ)などとも呼ばれる。また本発明において、ＢＳは、一般に、ＵＥ及び／又は他のＢＳと通信する固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)のことをいい、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳは、ＡＢＳ(Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ)、ＮＢ(Ｎｏｄｅ－Ｂ)、ｅＮＢ(ｅｖｏｌｖｅｄ－ＮｏｄｅＢ)、ＢＴＳ(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ)、接続ポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ)、ＰＳ(Ｐｒｏｃｅｓｓｉｎｇ Ｓｅｒｖｅｒ)などの他の用語とも呼ばれる。特に、ＵＴＲＡＮの基地局はＮｏｄｅ－Ｂに、Ｅ－ＵＴＲＡＮの基地局はｅＮＢに、また新しい無線接続技術ネットワーク(ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ ｎｅｔｗｏｒｋ)の基地局はｇＮＢと呼ばれる。以下、説明の便宜のために、通信技術の種類或いはバージョンに関係なく、基地局をＢＳと統称する。
本発明でいうノード(ｎｏｄｅ)とは、ＵＥと通信して無線信号を送信／受信し得る固定した地点(ｐｏｉｎｔ)のことを指す。様々な形態のＢＳを、その名称に関係なくノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコセルｅＮＢ(ＰｅＮＢ)、ホームｅＮＢ(ＨｅＮＢ)、リレー、リピータなどをノードとすることができる。また、ノードは、ＢＳでなくてもよい。例えば、無線リモートヘッド(ｒａｄｉｏ ｒｅｍｏｔｅ ｈｅａｄ、ＲＲＨ)、無線リモートユニット(ｒａｄｉｏ ｒｅｍｏｔｅ ｕｎｉｔ、ＲＲＵ)とすることもできる。ＲＲＨ、ＲＲＵなどは、一般に、ＢＳの電力レベル(ｐｏｗｅｒ ｌｅｖｅｌ)よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ(以下、ＲＲＨ／ＲＲＵ)は、一般に、光ケーブルなどの専用回線(ｄｅｄｉｃａｔｅｄ ｌｉｎｅ)でＢＳに接続されているため、一般に、無線回線で接続されたＢＳによる協調通信に比べて、ＲＲＨ／ＲＲＵとＢＳによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。このアンテナは物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント(ｐｏｉｎｔ)とも呼ばれる。
本発明でいうセル(ｃｅｌｌ)とは、１つ以上のノードが通信サービスを提供する一定の地理的領域を指す。従って、本発明で特定セルと通信するとは、上記特定セルに通信サービスを提供するＢＳ或いはノードと通信することを意味する。また、特定セルの下りリンク／上りリンク信号は、上記特定セルに通信サービスを提供するＢＳ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上りリンク／下りリンク通信サービスを提供するセルを特にサービングセル(Ｓｅｒｖｉｎｇ ｃｅｌｌ)という。また、特定セルのチャネル状態／品質は、上記特定セルに通信サービスを提供するＢＳ或いはノードとＵＥの間に形成されたチャネル或いは通信リンクのチャネル状態／品質を意味する。３ＧＰＰ基盤通信システムにおいて、ＵＥは、特定ノードからの下りリンクチャネル状態を、上記特定ノードのアンテナポートが上記特定ノードに割り当てられたＣＲＳ(Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)リソース上で送信されるＣＲＳ及び／又はＣＳＩ－ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)リソース上で送信するＣＳＩ－ＲＳを用いて測定することができる。
一方、３ＧＰＰ基盤通信システムは、無線リソースを管理するためにセル(ｃｅｌｌ)の概念を用いているが、無線リソースと関連付くセル(ｃｅｌｌ)は、地理的領域のセル(ｃｅｌｌ)と区別される。
地理的領域の“セル”は、ノードが搬送波を用いてサービスを提供できるカバレッジ(ｃｏｖｅｒａｇｅ)と理解することができ、無線リソースの“セル”は、上記搬送波によって設定(ｃｏｎｆｉｇｕｒｅ)される周波数範囲である帯域幅(ｂａｎｄｗｉｄｔｈ、ＢＷ)に関連する。ノードが有効な信号を送信できる範囲である下りリンクカバレッジと、ＵＥから有効な信号を受信できる範囲である上りリンクカバレッジは、当該信号を運ぶ搬送波に依存するので、ノードのカバレッジは、上記ノードが用いる無線リソースの“セル”のカバレッジと関連することもある。従って、“セル”という用語は、時にはノードによるサービスのカバレッジを、時には無線リソースを、時には上記無線リソースを用いた信号が有効な強度で到達できる範囲を意味することに用いることができる。
一方、３ＧＰＰ通信標準は無線リソースを管理するためにセルの概念を使う。無線リソースに関連した“セル”とは下りリンクリソース(ＤＬ ｒｅｓｏｕｒｃｅｓ)と上りリンクリソース(ＵＬ ｒｅｓｏｕｒｃｅｓ)の組合せ、つまりＤＬコンポーネント搬送波(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ)とＵＬ ＣＣの組合せと定義される。セルはＤＬリソース単独、又はＤＬリソースとＵＬリソースの組合せに設定されることができる。搬送波集成が支援される場合、ＤＬリソース(又は、ＤＬ ＣＣ)の搬送波周波数とＵＬリソース(又は、ＵＬ ＣＣ)の搬送波周波数の間のリンケージ(ｌｉｎｋａｇｅ)は、システム情報によって指示できる。例えば、システム情報ブロックタイプ２(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ Ｔｙｐｅ２、ＳＩＢ２)リンケージ(ｌｉｎｋａｇｅ)によってＤＬリソースとＵＬリソースの組合せが指示される。ここで、搬送波周波数とは、各セル又はＣＣの中心周波数と同じであるか又は異なる。搬送波集成(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ、ＣＡ)が設定されるとき、ＵＥはネットワークと１つの無線リソース制御(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)連結のみを有する。１つのサービングセルがＲＲＣ連結確立(ｅｓｔａｂｌｉｓｈｍｅｎｔ)/再確立(ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ)/ハンドオーバー時に非－接続層(ｎｏｎ-ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ)移動性(ｍｏｂｉｌｉｔｙ)情報を提供し、１つのサービングセルがＲＲＣ連結再確立/ハンドオーバー時に保安(Ｓｅｃｕｒｉｔｙ)入力を提供する。かかるセルを１次セル(ｐｒｉｍａｒｙ ｃｅｌｌ、Ｐｃｅｌｌ)という。ＰｃｅｌｌはＵＥが初期連結確立手順を行うか、又は連結再確立手順を開始する(ｉｎｉｔｉａｔｅ)１次周波数(ｐｒｉｍａｒｙ ｆｒｅｑｕｅｎｃｙ)上で動作するセルであり、ＵＥ能力によって、２次セル(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、Ｓｃｅｌｌ)が設定されてＰｃｅｌｌと共にサービングセルのセットを形成することができる。ＳｃｅｌｌはＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)連結確立(ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ)が行われた後に設定可能であり、特別セル(Ｓｐｅｃｉａｌ ｃｅｌｌ、ＳＰｃｅｌｌ)のリソース以外に更なる無線リソースを提供するセルである。下りリンクにおいてＰｃｅｌｌに対応する搬送波は下りリンク１次ＣＣ(ＤＬ ＰＣＣ)といい、上りリンクにおいてＰｃｅｌｌに対応する搬送波はＵＬ１次ＣＣ(ＤＬ ＰＣＣ)という。下りリンクにおいてＳｃｅｌｌに対応する搬送波はＤＬ２次ＣＣ(ＤＬ ＳＣＣ)といい、上りリンクにおいてＳｃｅｌｌに対応する搬送波はＵＬ２次ＣＣ(ＵＬ ＳＣＣ)という。
二重連結性(ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ)動作の場合、ＳＰｃｅｌｌという用語はマスタセルグループ(ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ)のＰｃｅｌｌ又は２次セルグループ(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ)のＰｃｅｌｌを称する。ＳＰｃｅｌｌはＰＵＣＣＨ送信及び競争基盤の任意接続を支援し、常に活性化される(ａｃｔｉｖａｔｅ)。ＭＣＧはマスタノード(例、ＢＳ)に関連するサービングセルのグループであり、ＳＰｃｅｌｌ(Ｐｃｅｌｌ)及び選択的に(Ｏｐｔｉｏｎａｌｌｙ)１つ以上のＳｃｅｌｌからなる。ＤＣに設定されたＵＥの場合、ＳＣＧは２次ノードに関連するサービングセルのサブセットであり、ＰＳｃｅｌｌ及び０個以上のＳｃｅｌｌからなる。ＣＡ又はＤＣに設定されない、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥの場合、Ｐｃｅｌｌのみからなる１つのサービングセルのみが存在する。ＣＡ又はＤＣに設定されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥの場合、サービングセルという用語は、ＳＰｃｅｌｌ及び全てのＳｃｅｌｌからなるセルのセットを称する。ＤＣでは、ＭＣＧのための１つの媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)エンティティと、１つのＳＣＧのためのＭＡＣエンティティとの２つのＭＡＣエンティティがＵＥに設定される。
ＣＡが設定され、ＤＣは設定されないＵＥには、Ｐｃｅｌｌ及び０個以上のＳｃｅｌｌからなるＰｃｅｌｌ ＰＵＣＣＨグループとＳｃｅｌｌのみからなるＳｃｅｌｌ ＰＵＣＣＨグループが設定される。Ｓｃｅｌｌの場合、該当セルに関連するＰＵＣＣＨが送信されるＳｃｅｌｌ(以下、ＰＵＣＣＨ ｃｅｌｌ)が設定される。ＰＵＣＣＨ Ｓｃｅｌｌが指示されたＳｃｅｌｌはＳｃｅｌｌ ＰＵＣＣＨグループに属し、ＰＵＣＣＨ Ｓｃｅｌｌ上で関連ＵＣＩのＰＵＣＣＨ送信が行われ、ＰＵＣＣＨ Ｓｃｅｌｌが指示されないか又はＰＵＣＣＨ送信用セルとして指示されたセルがＰｃｅｌｌであるＳｃｅｌｌはＰｃｅｌｌ ＰＵＣＣＨグループに属し、Ｐｃｅｌｌ上で関連ＵＣＩのＰＵＣＣＨ送信が行われる。
無線通信システムにおいて、ＵＥはＢＳから下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、ＵＥはＢＳに上りリンク(ｕｐｌｉｎｋ、ＵＬ)を介して情報を送信する。ＢＳとＵＥが送信及び/又は受信する情報はデータ及び様々な制御情報を含み、これらが送信及び/又は受信する情報の種類/用途によって様々な物理チャネルが存在する。
３ＧＰＰ基盤通信標準は、上位層から生じる情報を運ぶリソース要素に対応する下りリンク物理チャネルと、物理層によって用いられるが、上位層から生じる情報を搬送しないリソース要素に対応する下りリンク物理信号を定義する。例えば、物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ)、物理ブロードキャストチャネル(ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ、ＰＢＣＨ)、物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)などが下りリンク物理チャネルとして定義されており、参照信号と同期信号(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)が下りリンク物理信号として定義されている。パイロット(ｐｉｌｏｔ)とも呼ばれる参照信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)は、ＢＳとＵＥが互いに知っている既に定義された特別な波形の信号を意味するが、例えば、復調参照信号(ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＤＭＲＳ)、チャネル状態情報ＲＳ(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ、ＣＳＩ－ＲＳ)が下りリンク参照信号として定義される。３ＧＰＰ基盤通信標準は、上位層から生じる情報を搬送するリソース要素に対応する上りリンク物理チャネルと、物理層によって用いられるが、上位層から生じる情報を搬送しないリソース要素に対応する上りリンク物理信号を定義する。例えば、物理上りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ)、物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ)、物理任意接続チャネル(ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＰＲＡＣＨ)が上りリンク物理チャネルとして定義され、上りリンク制御／データ信号のための復調参照信号(ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＤＭＲＳ)、上りリンクチャネル測定に用いられるサウンディング参照信号(Ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＳＲＳ)などが定義される。
この明細で、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)はＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を搬送する時間－周波数リソース要素(Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ，ＲＥ)のセットを意味し、ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ)は下りリンクデータを搬送するＲＥのセットを意味する。また、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ)、ＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ)はそれぞれ、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)、上りリンクデータ、任意接続信号を搬送する時間－周波数ＲＥのセットを意味する。以下、ユーザ機器がＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを送信／受信するという表現は、それぞれＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ上で／或いはを通じて、上りリンク制御情報／上りリンクデータ／任意接続信号を送信／受信することと同じ意味で使われる。また、ＢＳがＰＢＣＨ／ＰＤＣＣＨ／ＰＤＳＣＨを送信／受信するという表現は、それぞれＰＢＣＨ／ＰＤＣＣＨ／ＰＤＳＣＨ上で／或いはを通じて、ブロードキャスト情報／下りリンク制御情報／下りリンクデータを送信することと同じ意味で使われる。
この明細で、ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＤＳＣＨの送信又は受信のためにＢＳによりＵＥにスケジューリング或いは設定される無線リソース(例えば、時間－周波数リソース)は、ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＤＳＣＨリソースとも称される。
さらに多い通信装置がより大きな通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上したモバイルブロードバンド通信の必要性が高まっている。また、多数の器機及びモノを連結していつでもどこでも多様なサービスを提供する大規模機械タイプ通信(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ)が次世代通信の主要争点の１つになっている。さらに信頼性及び遅延(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮した通信システムのデザインも考えられている。このように進歩したモバイルブロードバンド通信、ｍＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されている。現在、３ＧＰＰではＥＰＣ以後の次世代移動通信システムに対する研究が進行中である。本発明では便宜上、該当技術を新しいＲＡＴ(ｎｅｗ ＲＡＴ、ＮＲ)或いは５Ｇ ＲＡＴと呼び、ＮＲを使用或いは支援するシステムをＮＲシステムと呼ぶ。
図１は本発明の具現が適用される通信システム１の例を示す。図１を参照すると、本発明に適用される通信システム１は、無線機器、ＢＳ及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５Ｇ ＮＲ、ＬＴＥ(例、Ｅ－ＵＴＲＡ))を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄ Ｄｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ)機器１００ｆ及びＡＩ機器／サーバ４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)／ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)／ＭＲ(Ｍｉｘｅｄ Ｒｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、ＢＳ、ネットワークは無線機器にも具現され、特定の無線機器は他の無線機器にＢＳ／ネットワークノードで動作することもできる。
無線機器１００ａ～１００ｆはＢＳ２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆはＢＳ２００／ネットワーク３００を介して互いに通信できるが、ＢＳ／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。
無線機器１００ａ～１００ｆ／ＢＳ２００－ＢＳ２００／無線機器１００ａ～１００ｆの間には無線通信／連結１５０ａ、１５０ｂが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)のような様々な無線接続技術により行われる(例えば、５Ｇ ＮＲ)。無線通信／連結１５０ａ、１５０ｂにより無線機器とＢＳ／無線機器は互いに無線信号を送信／受信することができる。例えば、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれかが行われる。
図２は本発明による方法を実行する通信機器の例を示すブロック図である。図２を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送信及び／又は受信する。ここで、{第１無線機器１００、第２無線機器２００}は図１の{無線機器１００ｘ、ＢＳ２００}及び／又は{無線機器１００ｘ、無線機器１００ｘ}に対応する。
第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、後述／提案する機能、手順及び／又は方法を具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又は後述／提案する手順及び／又は方法を行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。
第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、後述／提案する機能、手順及び／又は方法を具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又は後述／提案する手順及び／又は方法を行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。
この明細の無線機器１００，２００で具現される無線通信技術はＬＴＥ、ＮＲ及び６Ｇだけではなく、低電力通信のためのＮＢ－ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)を含む。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ(Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格で具現され、上述した名称に限定されない。さらに又は或いは、この明細書の無線機器ＸＸＸ，ＹＹＹで具現される無線通信技術はＬＴＥ－Ｍ技術に基づいて通信を行う。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ(ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの様々な名称に呼ばれる。例えば、ＬＴＥ－Ｍ技術は、１)ＬＴＥ ＣＡＴ０、２)ＬＴＥ Ｃａｔ Ｍ１、３)ＬＴＥ Ｃａｔ Ｍ２、４)ＬＴＥ ｎｏｎ－ＢＬ(ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ)、５)ＬＴＥ－ＭＴＣ、６)ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７)ＬＴＥ Ｍなどの様々な規格のうちのいずれかに具現され、上述した名称に限定されない。さらに又は或いは、この明細書の無線機器ＸＸＸ，ＹＹＹで具現される無線通信技術は、低電力通信を考慮したＺｉｇＢｅｅ（登録商標）
、ブルートゥース(Ｂｌｕｅｔｏｏｔｈ（登録商標）)及び低電力広域通信網(Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ)のうちのいずれかを含み、上述した名称に限定されない。一例として、ＺｉｇＢｅｅ技術はＩＥＥＥ８０２.１５.４などの様々な規格に基づいて小型／低電力デジタル通信に関連するＰＡＮ(ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ)を生成し、様々な名称に呼ばれる。
、ブルートゥース(Ｂｌｕｅｔｏｏｔｈ（登録商標）)及び低電力広域通信網(Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ)のうちのいずれかを含み、上述した名称に限定されない。一例として、ＺｉｇＢｅｅ技術はＩＥＥＥ８０２.１５.４などの様々な規格に基づいて小型／低電力デジタル通信に関連するＰＡＮ(ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ)を生成し、様々な名称に呼ばれる。
以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、物理(ｐｈｙｓｉｃａｌ、ＰＨＹ)階層、媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)階層、無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)階層、パケットデータ収束プロトコル(ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ)階層、無線リソース制御(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)階層、サービスデータ適応プロトコル(Ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＤＡＰ)のような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によって１つ以上のプロトコルデータユニット(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ)及び／又は１つ以上のサービスデータユニット(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ、ＳＤＵ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、基底帯域信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、基底帯域信号)を受信して、この明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。
１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)、１つ以上のＤＳＰ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ)、１つ以上のＰＬＤ(Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された機能、手順、提案及び／又は方法はファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された機能、手順、提案及び／又は方法を行うように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された機能、手順、提案及び／又は方法はコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。
１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信する。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信する。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信する。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦ帯域信号から基底帯域(ｂａｓｅｂａｎｄ)信号に変換する(ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを基底帯域信号からＲＦ帯域信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。
図３は本発明の具現を実行する無線機器の他の例を示す。図３を参照すると、無線機器１００,２００は図２の無線機器１００,２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図２における１つ以上のプロセッサ１０２,２０２及び／又は１つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図２の１つ以上の送受信機１０６,２０６及び／又は１つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０を介して外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０を介して外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。
追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏ ｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図１、１００ａ)、車両(図１、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図１、１００ｃ)、携帯機器(図１、１００ｄ)、家電(図１、１００ｅ)、ＩｏＴ機器(図１、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図１、４００)、ＢＳ(図１、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。
図３において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０)は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(Ａｐｐｌｉｃａｔｉｏｎ ＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、ＤＲＡＭ(Ｄｙｎａｍｉｃ ＲＡＭ)、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈ Ｍｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。
本発明において、少なくとも１つのメモリ(例、１０４又は２０４)は指示又はプログラムを格納し、指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に(ｏｐｅｒａｂｌｙ)連結される少なくとも１つのプロセッサをして本発明のいつくかの実施例又は具現による動作を実行させることができる。
本発明において、コンピュータ読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体は少なくとも１つの指示又はコンピュータープログラムを格納し、少なくとも１つの指示又はコンピュータープログラムは、少なくとも１つのプロセッサにより実行されるとき、少なくとも１つのプロセッサをして本発明のいつくかの実施例又は具現による動作を実行させることができる。
本発明において、プロセシング機器又は装置は少なくとも１つのプロセッサと少なくとも１つのプロセッサに連結可能な少なくとも１つのコンピューターメモリを含む。少なくとも１つのコンピューターメモリは指示又はプログラムを格納し、指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをして本発明のいつくかの実施例又は具現による動作を実行させることができる。
本発明の通信機器は、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結できる、また実行されるとき、少なくとも１つのプロセッサをして後述する本発明の例による動作を実行させる命令を格納した、少なくとも１つのコンピューターメモリを含む。
図４は３ＧＰＰ基盤の無線通信システムで利用可能なフレーム構造の例を示す図である。
図４のフレーム構造は一例に過ぎず、フレームにおいてサブフレーム数、スロット数、シンボル数は様々に変更可能である。ＮＲシステムでは１つのＵＥに集成される(ａｇｇｒｅｇａｔｅ)複数のセル間にＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例、副搬送波間隙(Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ、ＳＣＳ))が異なるように設定される。これにより、同じ個数のシンボルで構成された時間リソース(例、サブフレーム、スロット又は送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ、ＴＴＩ))の(絶対時間)期間(ｄｕｒａｔｉｏｎ)は、集成されたセル間で異なるように設定される。ここで、シンボルはＯＦＤＭシンボル(或いは、循環プレフィクス－直交周波数分割多重化(ｃｙｃｌｉｃ ｐｒｅｆｉｘ －ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＣＰ－ＯＦＤＭ)シンボル)、ＳＣ－ＦＤＭＡシンボル(或いは、離散フーリエ変換－拡散－ＯＦＤＭ(ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－Ｓ－ＯＦＤＭ)シンボル)を含む。この明細書において、シンボル、ＯＦＤＭ－基盤のシンボル、ＯＦＤＭシンボル、ＣＰ－ＯＦＤＭシンボル及びＤＦＴ－ｘ－ＯＦＤＭシンボルは互いに代替できる。
図４を参照すると、ＮＲシステムにおいて上りリンク及び下りリンクの送信はフレームで構成(ｏｒｇａｎｉｚｅ)される。各フレームはＴｆ＝(△ｆmax＊Ｎｆ／１００)＊Ｔｃ＝１０ｍｓの期間(ｄｕｒａｔｉｏｎ)を有し、各々５ｍｓの期間である２つのハーフフレームに分かれる。ここで、ＮＲ用の基本時間単位(ｂａｓｉｃ ｔｉｍｅ ｕｎｉｔ)はＴc＝１／(△fmax＊Ｎf)であり、△fmax＝４８０＊１０３Ｈｚであり、Ｎf＝４０９６である。参考として、ＬＴＥ用の基本時間単位はＴs＝１／(△fref＊Ｎf,ref)であり、△fref＝１５＊１０３Ｈｚであり、Ｎf,ref＝２０４８である。ＴcとＴfは常数κ＝Ｔc／Ｔf＝６４の関係を有する。各々のハーフフレームは５個のサブフレームで構成され、単一のサブフレームの期間Ｔsfは１ｍｓである。サブフレームはスロットに分かれ、サブフレーム内のスロット数は副搬送波間隙に依存する。各々のスロットは循環プレフィクスに基づいて１４個或いは１２個のＯＦＤＭシンボルで構成される。一般(ｎｏｒｍａｌ)の循環プレフィクス(ｃｙｃｌｉｃ ｐｒｅｆｉｘ、ＣＰ)において各々のスロットは１４個のＯＦＤＭシンボルで構成され、拡張(ｅｘｔｅｎｄｅｄ)ＣＰの場合には、各々のスロットは１２個のＯＦＤＭシンボルで構成される。ニューマロロジーは指数関数的に(ｅｘｐｏｎｅｎｔｉａｌｌｙ)スケール可能な副搬送波間隙△f＝２u＊１５ｋＨｚに依存する。以下の表は一般ＣＰに対する副搬送波間隙△f＝２u＊１５ｋＨｚによるスロットごとのＯＦＤＭシンボル数(Nslot
symb)、フレームごとのスロット数(Nframe,u
slot)及びサブフレームごとのスロット数(Nsubframe,u
slot)を示す。
以下の表は拡張ＣＰに対する副搬送波間隙△ｆ＝２u＊１５ｋＨｚによるスロットごとのＯＦＤＭシンボル数、フレームごとのスロット数、及びサブフレームごとのスロット数を示す。
探索空間設定ｕについて、スロットはサブフレーム内で増加順にｎu
s∈{０,…，ｎsubframe,u
slot－１}、またフレーム内で増加順にｎu
s,f∈{０,…，ｎframe,u
slot－１}のように番号付けされる。
図５はスロットのリソース格子(Ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する。スロットは時間ドメインにおいて複数(例、１４個又は１２個)のシンボルを含む。各々のニューマロロジー(例、副搬送波間隙)及び搬送波について、上位階層シグナリング(例、無線リソース制御(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)シグナリング)により指示される共通リソースブロック(ｃｏｍｍｏｎ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＣＲＢ)Ｎstart,u
gridで開始される、Ｎsize,u
grid,x＊ＮRB
sc個の副搬送波及びＮsubframe,u
symb個のＯＦＤＭシンボルのリソース格子が定義される。ここで、Ｎsize,u
grid,xはソース格子内のリソースブロック(Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ)の個数であり、下付き文字ｘは下りリンクについてはＤＬであり、上りリンクについてはＵＬである。ＮRB
scはＲＢごとの副搬送波の個数であり、３ＧＰＰ基盤の無線通信システムにおいてＮRB
scは通常１２である。所定のアンテナポートp、副搬送波間隙の設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)ｕ及び送信方向(ＤＬ又はＵＬ)について１つのリソース格子がある。副搬送波間隙の設定ｕに対する搬送波帯域幅Ｎsize,u
gridはネットワークからの上位階層パラメータ(例、ＲＲＣパラメータ)によりＵＥに与えられる。アンテナポートｐ及び副搬送波間隙の設定ｕに対するリソース格子内のそれぞれの要素はリソース要素(Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ、ＲＥ)と称され、各々のリソース要素には１つの複素シンボルがマッピングされる。リソース格子内のそれぞれのリソース要素は、周波数ドメイン内のインデックスｋ及び時間ドメインで参照ポイントに対して相対的にシンボル位置を表示するインデックスｌにより固有に識別される。ＮＲシステムにおいてＲＢは周波数ドメインで１２個の連続する(ｃｏｎｓｅｃｕｔｉｖｅ)副搬送波により定義される。ＮＲシステムにおいてＲＢは共通リソースブロック(ＣＲＢ)と物理リソースブロック(ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ)に分類される。ＣＲＢは副搬送波間隙の設定ｕに対する周波数ドメインにおいて上方に(ｕｐｗａｒｄｓ)０から番号付けされる。副搬送波間隙の設定ｕに対するＣＲＢ０の副搬送波０の中心はリソースブロック格子のための共通参照ポイントである'ポイントＡ'と一致する。副搬送波間隙の設定ｕに対するＰＲＢは帯域幅パート(ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ)内で定義され、０からＮsize,u
ＢＷＰ,i－１まで番号付けされ、ここでｉは帯域幅パートの番号である。共通リソースブロックｎu
CRBと帯域幅パートｉ内の物理リソースブロックｎPRBの間の関係は以下の通りである：ｎu
PRB＝ｎu
CRB＋Ｎstart,u
ＢＷＰ,i、ここで、Ｎstart,u
ＢＷＰ,iは帯域幅パートがＣＲＢ０に対して相対的に始まる共通リソースブロックである。ＢＷＰは周波数ドメインで複数の連続するＲＢを含む。例えば、ＢＷＰは所定の搬送波上のＢＷＰｉ内に与えられたニューマロロジーＵｉに対して定義された連続(ｃｏｎｔｉｇｕｏｕｓ)ＣＲＢのサブセットである。搬送波は最大Ｎ個(例、５個)のＢＷＰを含む。ＵＥは所定のコンポーネント搬送波上で１つ以上のＢＷＰを有するように設定される。データ通信は活性化されたＢＷＰにより行われ、ＵＥに設定されたＢＷＰのうち、所定の数(例、１つ)のＢＷＰのみが該当搬送波上で活性化される。
ＤＬ ＢＷＰ又はＵＬ ＢＷＰのセット内のそれぞれのサービングセルに対して、ネットワークは少なくとも初期ＤＬ ＢＷＰ及び(サービングセルが上りリンクを有して設定される場合)１つ又は(補助(Ｓｕｐｐｌｅｍｅｎｔａｒｙ)上りリンクを使用する場合)２つの初期ＵＬ ＢＷＰを設定する。ネットワークはサービングセルに対して追加ＵＬ及びＤＬ ＢＷＰを設定することもできる。それぞれのＤＬ ＢＷＰ又はＵＬ ＢＷＰに対して、ＵＥにはサービングセルのための以下のパラメータが提供される：i)副搬送波間隔、ii)循環プレフィクス(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)、iii)Ｎstart
BWP＝２７５という仮定で、オフセットＲＢset及び長さＬRBをリソース指示子値(Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ、ＲＩＶ)として指示するＲＲＣパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈにより適用される、ＣＲＢ Ｎstart
BWP＝Ｏcarrier＋ＲＢstart及び連続(ｃｏｎｔｉｇｕｏｕｓ)ＲＢの数Ｎsize
BWP＝ＬRB、また副搬送波間隔に対してＲＲＣパラメータｏｆｆｓｅｔＴｏＣａｒｒｉｅｒにより提供されるＯcarrier；ＤＬ ＢＷＰ又はＵＬ ＢＷＰのセット内のインデックス；ＢＷＰ－共通パラメータのセット及びＢＷＰ－専用パラメータのセット。
仮想のリソースブロック(ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＶＲＢ)が帯域幅パート内で定義され、０からＮsize,u
BWP,i－１まで番号付けされる。ここで、ｉは帯域幅パートの番号である。ＶＲＢは非－インターリービングされたマッピング(Ｎｏｎ－ｉｎｔｅｒｌｅａｖｅｄ ｍａｐｐｉｎｇ)によって物理リソースブロック(ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ)にマッピングされる。いくつの具現において、非－インターリービングされたＶＲＢ－ｔｏ－ＰＲＢマッピングの場合、ＶＲＢ ｎはＰＲＢ ｎにマッピングされる。
搬送波集成が設定されたＵＥは１つ以上のセルを使用するように設定される。ＵＥが多数のサービングセルを有するように設定された場合、ＵＥは１つ又は複数のセルグループを有するように設定される。ＵＥは異なるＢＳと関連する複数のセルグループを有するように設定される。或いは、ＵＥは単一ＢＳと関連する複数のセルグループを有するように設定される。ＵＥの各セルグループは１つ以上のサービングセルで構成され、各セルグループはＰＵＣＣＨリソースが設定された単一のＰＵＣＣＨセルを含む。ＰＵＣＣＨセルはＰｃｅｌｌ或いは該当セルグループのＳｃｅｌｌのうち、ＰＵＣＣＨセルとして設定されたＳｃｅｌｌである。ＵＥの各サービングセルはＵＥのセルグループのうちのいずれかに属し、多数のセルグループに属しない。
図６は３ＧＰＰ基盤のシステムで使用可能なスロット構造を例示する。全ての３ＧＰＰ基盤のシステム、例えば、ＮＲシステムにおいて、各々のスロットは、i)ＤＬ制御チャネル、ii)ＤＬ又はＵＬデータ、及び／又はiii)ＵＬ制御チャネルを含む自己完備型(ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ)構造を有する。例えば、スロット内の最初のＮ個のシンボルはＤＬ制御チャネルを送信するために使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信するために使用される(以下、ＵＬ制御領域)。ＮとＭはそれぞれ負でない整数である。ＤＬ制御領域とＵＬ制御領域の間のリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。単一のスロットのシンボルはＤＬ、ＵＬ又はフレキシブルに使用できる連続シンボルのグループに分かれる。以下、それぞれのスロットのシンボルがどのように使用されたかを示す情報をスロットフォーマットと称する。例えば、スロットフォーマットはスロット内のどのシンボルがＵＬのために使用され、どのシンボルがＤＬのために使用されるかを定義することができる。
サービングセルをＴＤＤモードで運用しようとする場合、ＢＳは上位階層(例、ＲＲＣ)シグナリングによりサービングセルのためのＵＬ及びＤＬ割り当てのためのパターンを設定することができる。例えば、以下のパラメータがＴＤＤ ＤＬ－ＵＬパターンを設定するために使用される：
－ＤＬ－ＵＬパターンの周期を提供するＤＬ－ＵＬ－ＴｒａｎｓｍｉｓｓｉｏｎＰｅｒｉｏｄｉｃｉｔｙ；
－各々のＤＬ－ＵＬパターンの最初に連続する完全ＤＬスロット数を提供するｎｒｏｆＤｏｗｎｌｉｎｋＳｌｏｔｓ、ここで、完全ＤＬスロットは下りリンクシンボルのみを有するスロット；
－最後の完全ＤＬスロットの直後のスロットの最初に連続ＤＬシンボルの数を提供するｎｒｏｆＤｏｗｎｌｉｎｋＳｙｍｂｏｌｓ；
－各々のＤＬ－ＵＬパターンの最後内に連続する完全ＵＬスロット数を提供するｎｒｏｆＵｐｌｉｎｋＳｌｏｔｓ、ここで、完全ＵＬスロットは上りリンクシンボルのみを有するスロット；及び
－１番目の完全ＵＬスロットの直前のスロットの最後内に連続するＵＬシンボル数を提供するｎｒｏｆＵｐｌｉｎｋＳｙｍｂｏｌｓ。
ＤＬ－ＵＬパターン内のシンボルのうち、ＤＬシンボルにもＵＬシンボルにも設定されない残りのシンボルはフレキシブルシンボルである。
上位階層シグナリングによりＴＤＤ ＤＬ－ＵＬパターンに関する設定、即ち、ＴＤＤ ＵＬ－ＤＬ設定(例、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、又はｔｄｄ－ＵＬ－ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ)を受信したＵＥは、この設定に基づいてスロットにわたってスロットごとのスロットフォーマットをセットする。
なお、シンボルに対してＤＬシンボル、ＵＬシンボル、フレキシブルシンボルの様々な組み合わせが可能であるが、所定の数の組み合わせがスロットフォーマットとして予め定義されることができ、予め定義されたスロットフォーマットはスロットフォーマットインデックスによりそれぞれ識別される。以下の表には予め定義されたスロットフォーマットの一部が例示されている。以下の表において、ＤはＤＬシンボル、ＵはＵＬシンボル、Ｆはフレキシブルシンボルを意味する。
所定のスロットフォーマットのうち、どのスロットフォーマットが特定のスロットで使用されるかを知らせるために、ＢＳはサービングセルのセットに対して上位階層(例、ＲＲＣ)シグナリングによりセルごとに該当サービングセルに対して適用可能なスロットフォーマット組み合わせのセットを設定し、上位階層(例、ＲＲＣ)シグナリングによりＵＥをしてスロットフォーマット指示子(ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ、ＳＦＩ)のためのグループ－共通ＰＤＣＣＨをモニタリングするように設定することができる。以下、ＳＦＩのためのグループ－共通ＰＤＣＣＨが運搬するＤＣＩをＳＦＩ ＤＣＩと称する。ＤＣＩフォーマット２_０がＳＦＩ ＤＣＩとして使用される。例えば、サービングセルのセット内のそれぞれのサービングセルに対して、ＢＳはＳＦＩ ＤＣＩ内で該当サービングセルのためのスロットフォーマット組み合わせＩＤ(即ち、ＳＦＩ－インデックス)の(開始)位置、該当サービングセルに適用可能なスロットフォーマット組み合わせのセット、ＳＦＩ ＤＣＩ内のＳＦＩ－インデックス値により指示されるスロットフォーマット組み合わせ内のそれぞれのスロットフォーマットのための参照副搬送波間隙の設定などをＵＥに提供することができる。スロットフォーマット組み合わせのセット内のそれぞれのスロットフォーマット組み合わせに対して１つ以上のスロットフォーマットが設定され、スロットフォーマット組み合わせＩＤ(即ち、ＳＦＩ－インデックス)が付与される。例えば、ＢＳがＮ個のスロットフォーマットでスロットフォーマット組み合わせを設定しようとする場合、該当スロットフォーマット組み合わせのために所定のスロットフォーマット(例、表３を参照)のためのスロットフォーマットインデックスのうち、Ｎ個のスロットフォーマットインデックスを指示することができる。ＢＳはＳＦＩのためのグループ－共通ＰＤＣＣＨをモニタリングするようにＵＥを設定するために、ＳＦＩのために使用される無線ネットワーク臨時指示子(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，ＲＮＴＩ)であるＳＦＩ－ＲＮＴＩとＳＦＩ－ＲＮＴＩにスクランブルされるＤＣＩペイロードの総長さをＵＥに知らせる。ＵＥがＳＦＩ－ＲＮＴＩに基づいてＰＤＣＣＨを検出すると、ＵＥはＰＤＣＣＨ内のＤＣＩペイロード内のＳＦＩ－インデックスのうち、サービングセルに対するＳＦＩ－インデックスから該当サービングセルに対するスロットフォーマットを判断することができる。
ＴＤＤ ＤＬ－ＵＬパターンの設定によりフレキシブルとして指示されたシンボルがＳＦＩ ＤＣＩにより上りリンク、下りリンク又はフレキシブルとして指示されることができる。ＴＤＤ ＤＬ－ＵＬパターン設定により下りリンク／上りリンクとして指示されたシンボルはＳＦＩ ＤＣＩにより上りリンク／下りリンク又はフレキシブルとしてオーバーライドされない。
ＴＤＤ ＤＬ－ＵＬパターンが設定されないと、ＵＥは各スロットが上りリンクであるか或いは上りリンクであるか、また各スロット内のシンボル割り当てをＳＦＩ ＤＣＩ及び／又は下りリンク又は上りリンク信号の送信をスケジューリング又はトリガリングするＤＣＩ(例、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１、ＤＣＩフォーマット１_２、ＤＣＩフォーマット０_０、ＤＣＩフォーマット０_１、ＤＣＩフォーマット０_２、ＤＣＩフォーマット２_３)に基づいて決定する。
ＮＲ周波数帯域は２つタイプの周波数範囲、ＦＲ１及びＦＲ２により定義され、ＦＲ２はミリ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ)とも呼ばれる。以下の表はＮＲが動作可能な周波数範囲を例示している。
以下、３ＧＰＰ基盤の無線通信システムで使用される物理チャネルについてより詳しく説明する。
ＰＤＣＣＨはＤＣＩを運搬する。例えば、ＰＤＣＣＨ(即ち、ＤＣＩ)は下りリンク共有チャネル(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＤＬ－ＳＣＨ)の送信フォーマット及びリソース割り当て、上りリンク共有チャネル(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＵＬ－ＳＣＨ)に対するリソース割り当て情報、ページングチャネル(ｐａｇｉｎｇ ｃｈａｎｎｅｌ、ＰＣＨ)に対するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信される任意接続応答(ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ)のようにＵＥ／ＢＳのプロトコルスタックのうち、物理階層よりも上側に位置する階層(以下、上位階層)の制御メッセージに対するリソース割り当て情報、送信電力制御命令、設定されたスケジューリング(ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ、ＣＳ)の活性化／解除などを運搬する。ＤＬ-ＳＣＨに対するリソース割り当て情報を含むＤＣＩをＰＤＳＣＨスケジューリングＤＣＩといい、ＵＬ-ＳＣＨに対するリソース割り当て情報を含むＤＣＩをＰＵＳＣＨスケジューリングＤＣＩという。ＤＣＩは循環冗長検査(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ、ＣＲＣ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例、無線ネットワーク臨時識別子(ｒａｄｉｏＮｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ))にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定のＵＥのためのものであると、ＣＲＣはＵＥ識別子(例、セルＲＮＴＩ(Ｃ－ＲＮＴＩ))にマスキングされる。ＰＤＣＣＨがページングに関するものであると、ＣＲＣはページングＲＮＴＩ(Ｐ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例、システム情報ブロック(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＳＩＢ))に関するものであると、ＣＲＣはシステム情報ＲＮＴＩ(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ、ＳＩ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨが任意接続応答に関するものであると、ＣＲＣは任意接続ＲＮＴＩ(ｒａｎｄｏｍ ａｃｃｅｓｓ ＲＮＴＩ、ＲＡ－ＲＡＴＩ)にマスキングされる。
１つのサービングセル上のＰＤＣＣＨが他のサービングセルのＰＤＳＣＨ或いはＰＵＳＣＨをスケジューリングすることをクロス搬送波スケジューリングという。搬送波指示子フィールド(ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ)を用いたクロス搬送波スケジューリングがサービングセルのＰＤＣＣＨが他のサービングセル上のリソースをスケジュールすることを許容することができる。一方、サービングセル上のＰＤＳＣＨがサービングセルにＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングすることをセルフ搬送波スケジューリングという。ＢＳはクロス搬送波スケジューリングがセルで使用される場合、このセルをスケジューリングするセルに関する情報をＵＥに提供する。例えば、ＢＳはＵＥにサービングセルが他の(スケジューリング)セル上のＰＤＣＣＨによりスケジューリングされるか又はサービングセルによりスケジューリングされるか、またサービングセルが他の(スケジューリング)セルによりスケジューリングされる場合、どのセルがサービングセルのための下りリンク割り当て及び上りリンクグラントをシグナルするかを提供する。この明細において、ＰＤＣＣＨを運ぶ(ｃａｒｒｙ)セルをスケジューリングセルと称し、ＰＤＣＣＨに含まれたＤＣＩによりＰＵＳＣＨ或いはＰＤＳＣＨの送信がスケジューリングされたセル、即ち、ＰＤＣＣＨによりスケジューリングされたＰＵＳＣＨ或いはＰＤＳＣＨを運ぶセルを被スケジューリング(ｓｃｈｅｄｕｌｅｄ)セルと称する。
ＰＤＳＣＨはＵＬデータ輸送のための物理階層ＵＬチャネルである。ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ＳＣＨ輸送ブロック)を搬送し、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)を符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２つのコードワードを搬送できる。コードワードごとにスクランブル(Ｓｃｒａｍｂｌｉｎｇ)及び変調マッピング(ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ)が行われ、各々のコードワードから生成される変調シンボルは１つ以上のレイヤにマッピングされる。各々のレイヤはＤＭＲＳと共に無線リソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートを介して送信される。
ＰＵＣＣＨはＵＣＩ送信のための物理階層ＵＬチャネルを意味する。ＰＵＣＣＨはＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を搬送する。ＵＣＩは以下を含む。
－スケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ，ＳＲ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。
－ハイブリッド自動繰り返し要請(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ)－確認(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ)：ＰＤＳＣＨ上の下りリンクデータパーケット(例、コードワード)に対する応答である。下りリンクデータパーケットが通信機器により成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ １ビットが送信され、２つのコードワードに対する応答としてＨＡＲＱ－ＡＣＫ ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答はポジティブＡＣＫ(簡単には、ＡＣＫ)、ネガティブＡＣＫ(ＮＡＣＫ)、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語はＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫ、又はＡ／Ｎと混用される。
－チャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ)：下りリンクチャネルに対するフィードバック情報である。ＣＳＩはチャネル品質情報(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ、ＣＱＩ)、ランク指示子(ｒａｎｋ ｉｎｄｉｃａｔｏｒ、ＲＩ)、プリコーディング行列指示子(ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ、ＰＭＩ)、ＣＳＩ－ＲＳリソース指示子(ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＣＲＩ)、ＳＳ／ＰＢＣＨリソースブロック指示子、レイヤ指示子(ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ、ＬＩ)などを含む。ＣＳＩはＣＳＩに含まれるＵＣＩタイプによってＣＳＩパート１とＣＳＩパート２に区分される。例えば、ＣＲＩ、ＲＩ及び／又は１番目のコードワードに対するＣＱＩはＣＳＩパート１に含まれ、ＬＩ、ＰＭＩ、２番目のコードワードに対するＣＱＩはＣＳＩパート２に含まれる。
この明細書では、便宜上、ＢＳがＨＡＲＱ－ＡＣＫ、ＳＲ、ＣＳＩ送信のためにＵＥに設定した及び／又は指示したＰＵＣＣＨリソースをそれぞれ、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソース、ＳＲ ＰＵＣＣＨリソース、ＣＳＩ ＰＵＣＣＨリソースと称する。
ＰＵＣＣＨフォーマットはＵＣＩペイロードサイズ及び／又は送信長さ(例えば、ＰＵＣＣＨリソースを構成するシンボル数)によって以下のように区分される。ＰＵＣＣＨフォーマットに関する事項は表５を共に参照できる。
(０)ＰＵＣＣＨフォーマット０(ＰＦ０、Ｆ０)
－支援可能なＵＣＩペイロードサイズ:Ｋビットまで(例えば、Ｋ＝２)
－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数:１～Ｘシンボル(例えば、Ｘ＝２)
－送信構造：ＰＵＣＣＨフォーマット０はＤＭＲＳなしにＵＣＩ信号のみからなり、ＵＥは複数のシーケンスのうちのいずれかを選択及び送信することにより、ＵＣＩ状態を送信する。例えば、ＵＥは複数のシーケンスのうちのいずれかをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩをＢＳに送信する。ＵＥはポジティブＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。
－ＰＵＣＣＨフォーマット０に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：初期循環遷移のためのインデックス、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル。
(１)ＰＵＣＣＨフォーマット１(ＰＦ１、Ｆ１)
－支援可能なＵＣＩペイロードサイズ：Ｋビットまで(例えば、Ｋ＝２)
－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１
－送信構造：ＤＭＲＳとＵＣＩが異なるＯＦＤＭシンボルにＴＤＭ形態で設定／マッピングされる。即ち、ＤＭＲＳは変調シンボルが送信されないシンボルで送信される。ＵＣＩは特定のシーケンス(例、直交カバーコード(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ、ＯＣＣ))に変調(例、ＱＰＳＫ)シンボルを乗ずることにより表現される。ＵＣＩとＤＭＲＳにいずれも循環シフト(ｃｙｃｌｉｃ ｓｈｉｆｔ、ＣＳ)／ＯＣＣを適用して、(同一ＲＢ内で)(ＰＵＣＣＨフォーマット１による)複数のＰＵＣＣＨリソースの間にコード分割多重化(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＣＤＭ)が支援される。ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを搬送し、変調シンボルは時間領域で(周波数跳躍の有無によって異なるように設定される)直交カバーコード(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ、ＯＣＣ)により拡散される。
－ＰＵＣＣＨフォーマット１に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：初期循環遷移のためのインデックス、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル、直交カバーコード(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)のためのインデックス。
(２)ＰＵＣＣＨフォーマット２(ＰＦ２、Ｆ２)
－支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)
－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：１～Ｘシンボル(例えば、Ｘ＝２)
－送信構造：ＤＭＲＳとＵＣＩが同一のシンボル内で周波数分割多重化(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘ、ＦＤＭ)形態で設定／マッピングされる。ＵＥはコーディングされたＵＣＩビットにＤＦＴなしにＩＦＦＴのみを適用して送信する。ＰＵＣＣＨフォーマット２はＫビットより大きいビットサイズのＵＣＩを搬送し、変調シンボルはＤＭＲＳとＦＤＭされて送信される。例えば、ＤＭＲＳは１／３密度の所定のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。疑似ノイズ(ｐｓｅｕｄｏ ｎｏｉｓｅ、ＰＮ)シーケンスがＤＭＲＳシーケンスのために使用される。２－シンボルＰＵＣＣＨフォーマット２のために周波数跳躍が活性化される。
－ＰＵＣＣＨフォーマット２に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：ＰＲＢの数、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル。
(３)ＰＵＣＣＨフォーマット３(ＰＦ３、Ｆ３)
－支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)
－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)
－送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で設定／マッピングされる。ＵＥは符号化されたＵＣＩビットにＤＦＴを適用して送信する。ＰＵＣＣＨフォーマット３は同じ時間－周波数リソース(例、同一ＰＲＢ)に対するＵＥ多重化を支援しない。
－ＰＵＣＣＨフォーマット３に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：ＰＲＢの数、ＰＵＣＣＨ送信のためのシンボル数、ＰＵＣＣＨ送信のための１番目のシンボル。
(４)ＰＵＣＣＨフォーマット４(ＰＦ４、Ｆ４)
－支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)
－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)
－送信構造：ＤＭＲＳとＵＣＩが異なるシンボルにＴＤＭ形態で設定／マッピングされる。ＰＵＣＣＨフォーマット４はＤＦＴ前段でＯＣＣを適用し、ＤＭＲＳに対してＣＳ(又はインターリーブＦＤＭ(ｉｎｔｅｒｌｅａｖｅｄ ＦＤＭ、ＩＦＤＭ)マッピング)を適用することにより、同一のＰＲＢ内に最大４個のＵＥまで多重化することができる。言い換えれば、ＵＣＩの変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。
－ＰＵＣＣＨフォーマット４に対する設定は該当ＰＵＣＣＨリソースに対する以下のパラメータを含む：ＰＵＣＣＨ送信のためのシンボル数、直交カバーコードのための長さ、直交カバーコードのためのインデックス、ＰＵＣＣＨ送信のための１番目のシンボル。
以下の表はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによって短い(Ｓｈｏｒｔ)ＰＵＣＣＨ(フォーマット０、２)及び長い(ｌｏｎｇ)ＰＵＣＣＨ(フォーマット１、３、４)に区分される。
ＵＣＩタイプ(例えば、Ａ／Ｎ、ＳＲ、ＣＳＩ)ごとにＰＵＣＣＨリソースが決定される。ＵＣＩ送信に使用されるＰＵＣＣＨリソースはＵＣＩ(ペイロード)サイズに基づいて決定される。一例として、ＢＳはＵＥに複数のＰＵＣＣＨリソースセットを設定し、ＵＥはＵＣＩ(ペイロード)サイズ(例えば、ＵＣＩビット数)の範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。例えば、端末はＵＣＩビット数(ＮＵＣＩ)によって以下のうちのいずれかのＰＵＣＣＨリソースセットを選択することができる。－ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、
－ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ１であると、
...
－ＰＵＣＣＨリソースセット＃(Ｋ－１)、ＮK－２＜ＵＣＩビット数≦ＮK－１であると、
ここで、ＫはＰＵＣＣＨリソースセット数であり(Ｋ＞１)、ＮiはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０～１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２～４のリソースで構成される(表５を参照)。
夫々のＰＵＣＣＨリソースに対する設定はＰＵＣＣＨリソースインデックス、開始ＰＲＢのンデックス、ＰＵＣＣＨフォーマット０～ＰＵＣＣＨ４のうちのいずれかに対する設定などを含む。ＵＥはＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３又はＰＵＣＣＨフォーマット４を使用したＰＵＣＣＨ送信内にＨＡＲＱ－ＡＣＫ、ＳＲ及びＣＳＩ報告を多重化するためのコードレートが上位階層パラメータｍａｘＣｏｄｅＲａｔｅを介してＢＳによりＵＥに設定される。上位階層パラメータｍａｘＣｏｄｅＲａｔｅはＰＵＣＣＨフォーマット２、３又は４のためのＰＵＣＣＨリソース上でＵＣＩをどのようにフィードバックするかを決定するために使用される。
ＵＣＩタイプがＳＲ、ＣＳＩである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)によりネットワークによってＵＥに設定される。ＵＣＩタイプがＳＰＳ(Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ) ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)によりネットワークによってＵＥに設定される。反面、ＵＣＩタイプがＤＣＩによりスケジュールされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫである場合は、ＰＵＣＣＨリソースセット内でＵＣＩ送信に使用するＰＵＣＣＨリソースはＤＣＩに基づいてスケジュールされる。
ＤＣＩ－基盤のＰＵＣＣＨリソーススケジューリングの場合、ＢＳはＵＥにＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＣＫ／ＮＡＣＫリソース指示子(ＡＣＫ／ＮＡＣＫ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＡＲＩ)により特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に使用されるＰＵＣＣＨリソースを指示することができる。ＡＲＩはＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースを指示するために使用され、ＰＵＣＣＨリソース指示子(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＰＲＩ)とも称される。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含む。なお、ＢＳはＡＲＩが表現できる状態の数よりも多いＰＵＣＣＨリソースで構成されたＰＵＣＣＨリソースセットを(ＵＥ特定の)上位階層(例、ＲＲＣ)信号を用いてＵＥに設定することができる。この時、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかはＰＤＣＣＨに対する送信リソース情報(例、ＰＤＣＣＨの開始制御チャネル要素(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ、ＣＣＥ)インデックスなど)に基づく暗黙的規則(ｉｍｐｌｉｃｉｔ ｒｕｌｅ)に従って決定される。
ＵＥはＵＬ－ＳＣＨデータ送信のためにはＵＥに利用可能な上りリンクリソースを有し、ＤＬ－ＳＣＨデータ受信のためにはＵＥに利用可能な下りリンクリソースを有する必要がある。上りリンクリソースと下りリンクリソースはＢＳによるリソース割り当て(Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ)によりＵＥに割り当てられる。リソース割り当ては時間ドメインリソース割り当て(ｔｉｍｅ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ、ＴＤＲＡ)と周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ、ＦＤＲＡ)を含む。この明細書において、上りリンクリソース割り当ては上りリンクグラントとも呼ばれ、下りリンクリソース割り当ては下りリンク割り当てとも呼ばれる。上りリンクグラントはＵＥによりＰＤＣＣＨ上で或いはＲＡＲ内で動的に受信されるか、又はＢＳからＲＲＣシグナリングによりＵＥに準－持続的(Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔｌｙ)に設定される。下りリンク割り当てはＵＥによりＰＤＣＣＨ上で動的に受信されるか、又はＢＳからのＲＲＣシグナリングによりＵＥに準－持続的に設定される。
ＵＬにおいて、ＢＳは臨時識別子(ｃｅｌｌ ｒａｄｉｏＮｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ)にアドレスされたＰＤＣＣＨを介してＵＥに上りリンクリソースを動的に割り当てることができる。ＵＥはＵＬ送信のための可能性がある上りリンクグラントを探すためにＰＤＣＣＨをモニタリングする。また、ＢＳはＵＥに設定されたグラントを用いて上りリンクリソースを割り当てることができる。タイプ１及びタイプ２の２つのタイプの設定されたグラントが使用される。タイプ１の場合、ＢＳは(周期(ｐｅｒｉｏｄｉｃｉｔｙ)を含む)設定された上りリンクグラントをＲＲＣシグナリングにより直接提供する。タイプ２の場合、ＢＳはＲＲＣ設定された上りリンクグラントの周期をＲＲＣシグナリングにより設定し、設定されたスケジューリングＲＮＴＩ(ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ、ＣＳ－ＲＮＴＩ)にアドレスされたＰＤＣＣＨ(ＰＤＣＣＨ ａｄｄｒｅｓｓｅｄ ｔｏ ＣＳ－ＲＮＴＩ)を介して上記設定された上りリンクグラントをシグナリング及び活性化するか又はそれを活性解除(ｄｅａｃｔｉｖａｔｅ)する。例えば、タイプ２の場合、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨは該当上りリンクグラントが活性解除されるまで、ＲＲＣシグナリングにより設定された周期によって暗黙的に(ｉｍｐｌｉｃｉｔｌｙ)再使用可能であることを指示する。
ＤＬにおいて、ＢＳはＣ－ＲＮＴＩにアドレスされたＰＤＣＣＨを介してＵＥに下りリンクリソースを動的に割り当てることができる。ＵＥは可能性がある下りリンク割り当てを探すためにＰＤＣＣＨをモニタリングする。また、ＢＳは準－持続的スケジューリング(Ｓｅｍｉ－ｓｔａｔｉｃ ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ)を用いて下りリンクリソースをＵＥに割り当てることができる。ＢＳはＲＲＣシグナリングにより設定された下りリンク割り当ての周期を設定し、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨを介して設定された下りリンク割り当てをシグナリング及び活性化するか、又はそれを活性解除する。例えば、ＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨは該当下りリンク割り当てが活性解除されるまで、ＲＲＣシグナリングにより設定された周期によって暗黙的に再使用可能であることを指示する。
以下、ＰＤＣＣＨによるリソース割り当てとＲＲＣによるリソース割り当てについてより詳しく説明する。
＊ＰＤＣＣＨによるリソース割り当て：動的グラント／割り当て
ＰＤＣＣＨはＰＤＳＣＨ上でのＤＬ送信又はＰＵＳＣＨ上でのＵＬ送信をスケジューリングするために使用される。ＤＬ送信をスケジューリングするＰＤＣＣＨ上のＤＣＩは、ＤＬ－ＳＣＨに関連する、変調及びコーディングフォーマット(例、変調及びコーディング方式(ＭＣＳ)インデックスＩMCS)、リソース割り当て及びＨＡＲＱ情報を少なくとも含むＤＬリソース割り当てを含む。ＵＬ送信をスケジューリングするＰＤＣＣＨ上のＤＣＩはＵＬ－ＳＣＨに関連する、変調及びコーディングフォーマット、リソース割り当て及びＨＡＲＱ情報を少なくとも含む、上りリンクスケジューリンググラントを含む。１つのＰＤＣＣＨにより搬送されるＤＣＩサイズ及び用途はＤＣＩフォーマットによって異なる。例えば、ＤＣＩフォーマット０_０、ＤＣＩフォーマット０_１又はＤＣＩフォーマット０_２がＰＵＳＣＨのスケジューリングのために使用され、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１又はＤＣＩフォーマット１_２がＰＤＳＣＨのスケジューリングのために使用される。特に、ＤＣＩフォーマット０_２とＤＣＩフォーマット１_２はＤＣＩフォーマット０_０、ＤＣＩフォーマット０_１、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１が保障する送信信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及び待ち時間(ｌａｔｅｎｃｙ)要求事項(ｒｅｑｕｉｒｅｍｅｎｔ)よりも高い送信信頼度及び低い待ち時間の要求事項を有する送信をスケジューリングするために使用される。本発明のいくつかの具現はＤＣＬフォーマット０_２に基づくＵＬデータの送信に適用できる。本発明のいくつかの具現はＤＣＩフォーマット１_２に基づくＤＬデータの受信に適用できる。
図７はＰＤＣＣＨによるＰＤＳＣＨ時間ドメインリソース割り当ての一例とＰＤＣＣＨによるＰＵＳＣＨ時間ドメインリソース割り当ての一例を示す。
ＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするためにＰＤＣＣＨにより搬送されるＤＣＩは、時間ドメインリソース割り当て(ｔｉｍｅ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＴＤＲＡ)フィールドを含み、ＴＤＲＡフィールドはＰＤＳＣＨ又はＰＵＳＣＨのための割り当て表(ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ)への行(ｒｏｗ)インデックスｍ＋１のための値ｍを提供する。所定のデフォルトＰＤＳＣＨ時間ドメイン割り当てがＰＤＳＣＨのための割り当て表として適用されるか、又はＢＳがＲＲＣシグナリングｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにより設定したＰＤＳＣＨ時間ドメインリソース割り当て表がＰＤＳＣＨのための割り当て表として適用される。所定のデフォルトＰＵＳＣＨ時間ドメイン割り当てがＰＵＳＣＨのための割り当て表として適用されるか、又はＢＳがＲＲＣシグナリングｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにより設定したＰＵＳＣＨ時間ドメインリソース割り当て表がＰＵＳＣＨのための割り当て表として適用される。適用するＰＤＳＣＨ時間ドメインリソース割り当て表及び／又は適用するＰＵＳＣＨ時間ドメインリソース割り当て表は、固定／所定の規則によって決定される(例、３ＧＰＰ ＴＳ３８.２１４を参照)。
ＰＤＳＣＨ時間ドメインリソース設定において、各々のインデックスされた行は、ＤＬ割り当て－ｔｏ－ＰＤＳＣＨスロットオフセットＫ０、開始及び長さ指示子値ＳＬＩＶ(又は直接スロット内のＰＤＳＣＨの開始位置(例、開始シンボルインデックスＳ)及び割り当て長さ(例、シンボル数Ｌ))、ＰＤＳＣＨマッピングタイプを定義する。ＰＵＳＣＨ時間ドメインリソース設定において、各々のインデックスされた行は、ＵＬグラント－ｔｏ－ＰＵＳＣＨスロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置(例、開始シンボルインデックスＳ)及び割り当て長さ(例、シンボル数Ｌ)、ＰＵＳＣＨマッピングタイプを定義する。ＰＤＳＣＨのためのＫ０又はＰＵＳＣＨのためのＫ２はＰＤＣＣＨがあるスロットとＰＤＣＣＨに対応するＰＤＳＣＨ又はＰＵＳＣＨがあるスロットの間の差を示す。ＳＬＩＶはＰＤＳＣＨ又はＰＵＳＣＨを有するスロットの開始に相対的な開始シンボルＳ及びシンボルＳからカウントした連続的な(ｃｏｎｓｅｃｕｔｉｖｅ)シンボル数Ｌのジョイント指示である。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプの場合、２つのマッピングタイプがある：その１つはマッピングタイプＡであり、他の１つはマッピングタイプＢである。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＡの場合、復調参照信号(ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ, ＤＭＲＳ)がスロットの開始を基準としてＰＤＳＣＨ／ＰＵＳＣＨリソースにマッピングされるが、他のＤＭＲＳパラメータに従ってＰＤＳＣＨ／ＰＵＳＣＨリソースのシンボルの１つ又は２つがＤＭＲＳシンボルとして使用されることができる。例えば、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＡの場合、ＤＭＲＳがＲＲＣシグナリングによりスロットにおいて３番目のシンボル(シンボル＃２)或いは４番目のシンボル(シンボル＃３)に位置する。ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢの場合、ＤＭＲＳがＰＤＳＣＨ／ＰＵＳＣＨリソースの１番目のＯＦＤＭシンボルを基準としてマッピングされるが、他のＤＭＲＳパラメータに従ってＰＤＳＣＨ／ＰＵＳＣＨリソースの最初のシンボルから１つ又は２つのシンボルがＤＭＲＳシンボルとして使用されることができる。例えば、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプＢの場合、ＤＭＲＳがＰＤＳＣＨ／ＰＵＳＣＨのために割り当てられた最初のシンボルに位置する。この明細において、ＰＤＳＣＨ／ＰＵＳＣＨマッピングタイプはマッピングタイプ或いはＤＭＲＳマッピングタイプとも称される。例えば、この明細において、ＰＵＳＣＨマッピングタイプＡはマッピングタイプＡ或いはＤＭＲＳマッピングタイプＡとも称され、ＰＵＳＣＨマッピングタイプＢはマッピングタイプＢ或いはＤＭＲＳマッピングタイプＢとも称される。
スケジューリングＤＣＩはＰＤＳＣＨ又はＰＵＳＣＨのために使用されるリソースブロックに関する割り当て情報を提供する周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＦＤＲＡ)フィールドを含む。例えば、ＦＤＲＡフィールドは、ＵＥにＰＤＳＣＨ又はＰＵＳＣＨ送信のためのセルに関する情報、ＰＤＳＣＨ又はＰＵＳＣＨ送信のためのＢＷＰに関する情報、ＰＤＳＣＨ又はＰＵＳＣＨ送信のためのリソースブロックに関する情報を提供する。
＊ＲＲＣによるリソース割り当て
上述したように、上りリンクの場合、動的グラントがない２つのタイプの送信がある：設定されたグラントタイプ１及び設定されたグラントタイプ２。設定されたグラントタイプ１の場合、ＵＬグラントがＲＲＣシグナリングにより提供されて設定されたグラントとして格納される。設定されたグラントタイプ２の場合、ＵＬグラントがＰＤＣＣＨにより提供され、設定された上りリンクグラント活性化又は活性解除を指示するＬ１シグナリングに基づいて設定された上りリンクグラントとして格納又は除去される。タイプ１及びタイプ２がサービングセルごと及びＢＷＰごとにＲＲＣシグナリングにより設定される。多数の設定が異なる多数のサービングセル上で同時に活性化されることができる。
設定されたグラントタイプ１が設定されるとき、ＵＥには以下のパラメータがＲＲＣシグナリングによりＢＳから提供される：
－再送信のためのＣＳ－ＲＮＴＩであるｃｓ－ＲＮＴＩ；
－設定されたグラントタイプ１の周期であるｐｅｒｉｏｄｉｃｉｔｙ；
－時間ドメインにおいてシステムフレーム番号(Ｓｙｓｔｅｍ ｆｒａｍｅＮｕｍｂｅｒ、ＳＦＮ)＝０に対するリソースのオフセットを示すｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ；
－開始シンボルＳ、長さＬ及びＰＵＳＣＨマッピングタイプの組み合わせを示す、割り当て表をポイントする行インデックスｍ＋１を提供するｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ値ｍ；
－周波数ドメインリソース割り当てを提供するｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ；及び
－変調次数、ターゲットコードレート及び輸送ブロックサイズを示すＩMCSを提供するｍｃｓＡｎｄＴＢＳ。
ＲＲＣによりサービングセルのための設定グラントタイプ１の設定時、ＵＥはＲＲＣにより提供されるＵＬグラントを指示されたサービングセルのための設定された上りリンクグラントとして格納し、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ及び(ＳＬＩＶから誘導される)Ｓによるシンボルで上記設定された上りリンクグラントが開始するように、そしてｐｅｒｉｏｄｉｃｉｔｙで再発(ｒｅｃｕｒ)するように初期化(ｉｎｉｔｉａｌｉｚｅ)又は再－初期化する。上りリンクグラントが設定されたグラントタイプ１のために設定された後、ＵＥは上りリンクグラントが以下を満たす各シンボルに関連して再発するとみなすことができる：[(ＳＦＮ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ (ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋(ＳｌｏｔＮｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋ｓｙｍｂｏｌＮｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ]＝(ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋Ｓ＋Ｎ ＊ｐｅｒｉｏｄｉｃｉｔｙ) ｍｏｄｕｌｏ (１０２４ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)、ｆｏｒ ａｌｌ Ｎ≧０、ここで、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレームごとの連続するスロット数及びスロットごとの連続するＯＦＤＭシンボルの数をそれぞれ示す(表１及び表２を参照)。
設定されたグラントタイプ２が設定されるとき、ＵＥには以下のパラメータがＲＲＣシグナリングによりＢＳから提供される：
－活性化、活性解除及び再電送のためのＣＳ－ＲＮＴＩであるｃｓ－ＲＮＴＩ；
－設定されたグラントタイプ２の周期を提供するｐｅｒｉｏｄｉｃｉｔｙ。
実際の上りリンクグラントは(ＣＳ－ＲＮＴＩにアドレスされた)ＰＤＣＣＨによりＵＥに提供される。上りリンクグラントが設定されたグラントタイプ２のために設定された後、ＵＥは上りリンクグラントが以下を満たす各々のシンボルに関連して再発するとみなす：[(ＳＦＮ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋(ＳｌｏｔＮｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)＋ｓｙｍｂｏｌ Ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ]＝[(ＳＦＮstart
time ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔstart
time ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌstart
time)＋Ｎ＊ｐｅｒｉｏｄｉｃｉｔｙ] ｍｏｄｕｌｏ (１０２４ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ)、ｆｏｒ ａｌｌ Ｎ≧０、ここで、ＳＦＮstart
time、ｓｌｏｔstart
time及びｓｙｍｂｏｌstart
timeは上記設定されたグラントが(再－)初期化された後、ＰＵＳＣＨの１番目の送信機会のＳＦＮ、スロット、シンボルをそれぞれ示し、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレームごとの連続するスロット数及びスロットごとの連続するＯＦＤＭシンボルの数をそれぞれ示す(表１及び表２を参照)。
下りリンクの場合、ＵＥはＢＳからのＲＲＣシグナリングによりサービングセルごと及びＢＷＰごとに準－持続的スケジューリング(Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ)を有して設定される。ＤＬ ＳＰＳの場合、ＤＬ割り当てはＰＤＣＣＨによりＵＥに提供され、ＳＰＳ活性化又は活性解除を指示するＬ１シグナリングに基づいて格納又は除去される。ＳＰＳが設定されるとき、ＵＥには以下のパラメータがＲＲＣシグナリングによりＢＳから提供される：
－活性化、活性解除及び再送信のためのＣＳ－ＲＮＴＩであるｃｓ－ＲＮＴＩ；
－ＳＰＳのための設定されたＨＡＲＱプロセスの数を提供するｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ；
－ＳＰＳのための設定された下りリンク割り当ての周期を提供するｐｅｒｉｏｄｉｃｉｔｙ。
－ＳＰＳのためのＰＵＣＣＨに対するＨＡＲＱリソースを提供するｎ１ＰＵＣＣＨ－ＡＮ(ネットワークはＨＡＲＱリソースをフォーマット０、或いはフォーマット１として設定し、実際ＰＵＣＣＨ－リソースはＰＵＣＣＨ－Ｃｏｎｆｉｇで設定され、それのＩＤによりｎ１ＰＵＣＣＨ－ＡＮで言及される)。
ＳＰＳのために下りリンク割り当てが設定された後、ＵＥはＮ番目の下りリンク割り当てが以下を満たすスロットで発生すると連続して見なすことができる：(ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ＊ＳＦＮ＋ｓｌｏｔＮｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ)＝[(ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ＊ＳＦＮstart
time＋ｓｌｏｔstart
time)＋Ｎ＊ｐｅｒｉｏｄｉｃｉｔｙ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ／１０] ｍｏｄｕｌｏ (１０２４ ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ)、ここで、ＳＦＮstart
time及びｓｌｏｔstart
timeは設定された下りリンク割り当てが(再－)初期化された後、ＰＤＳＣＨの１番目の送信のＳＦＮ、スロット、シンボルをそれぞれ示し、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレームごとの連続するスロット数及びスロットごとの連続するＯＦＤＭシンボルをそれぞれ示す(表１及び表２を参照)。
該当ＤＣＩフォーマットの循環冗長検査(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ、ＣＲＣ)がＲＲＣパラメータｃｓ－ＲＮＴＩにより提供されたＣＳ－ＲＮＴＩを有してスクランブルされており、有効な(ｅｎａｂｌｅｄ)輸送ブロックのための新しいデータ指示子フィールドが０にセットされていると、ＵＥはスケジューリング活性化又はスケジューリング解除のために、ＤＬ ＳＰＳ割り当てＰＤＣＣＨ又は設定されたＵＬグラントタイプ２のＰＤＣＣＨを有効であると確認する(ｖａｌｉｄａｔｅ)。ＤＣＩフォーマットに対する全てのフィールドが表６又は表７によりセットされていると、ＤＣＩフォーマットの有効確認が達成される。表６はＤＬ ＳＰＳ及びＵＬグラントタイプ２のスケジューリング活性化ＰＤＣＣＨ有効確認のための特定のフィールドを例示し、表７はＤＬ ＳＰＳ及びＵＬグラントタイプ２のスケジューリング解除ＰＤＣＣＨ有効確認のための特定のフィールドを例示する。
ＤＬ ＳＰＳ又はＵＬグラントタイプ２のための実際のＤＬ割り当て又はＵＬグラント、そして該当変調及びコーディング方式は、該当ＤＬ ＳＰＳ又はＵＬグラントタイプ２のスケジューリング活性化ＰＤＣＣＨにより搬送されるＤＣＩフォーマット内のリソース割り当てフィールド(例、ＴＤＲＡ値ｍを提供するＴＤＲＡフィールド、周波数リソースブロック割り当てを提供するＦＤＲＡフィールド、変調及びコーディング方式フィールド)により提供される。有効確認が達成されると、ＵＥはＤＣＩフォーマット内の情報をＤＬ ＳＰＳ又は設定されたＵＬグラントタイプ２の有効な活性化又は有効な解除とみなす。
図８はＨＡＲＱ－ＡＣＫ送信／受信過程を例示する。
図８を参照すると、ＵＥはスロットｎでＰＤＣＣＨを検出(ｄｅｔｅｃｔ)する。その後、ＵＥはスロットｎでＰＤＣＣＨを介して受信したスケジューリング情報によってスロットｎ＋Ｋ０でＰＤＳＣＨを受信した後、スロットｎ＋Ｋ１でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。
ＰＤＳＣＨをスケジューリングするＰＤＣＣＨにより搬送されるＤＣＩ(例、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１)は以下の情報を含む。
－周波数ドメインリソースの割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＦＤＲＡ)：ＰＤＳＣＨに割り当てられたＲＢセットを示す。
－時間ドメインリソースの割り当て(ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＴＤＲＡ)：ＤＬ割り当て－ｔｏ－ＰＤＳＣＨスロットオフセットＫ０、スロット内のＰＤＳＣＨの開始位置(例、シンボルインデックスＳ)及び長さ(例、シンボル数Ｌ)、ＰＤＳＣＨマッピングタイプを示す。ＰＤＳＣＨマッピングタイプＡ又はＰＤＳＣＨマッピングタイプＢがＴＤＲＡにより指示される。ＰＤＳＣＨマッピングタイプＡの場合、ＤＭＲＳがスロットにおいて３番目のシンボル(シンボル＃２)或いは４番目のシンボル(シンボル＃３)に位置する。ＰＤＳＣＨマッピングタイプＢの場合、ＤＭＲＳがＰＤＳＣＨのために割り当てられた１番目のシンボルに位置する。
－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_フィードバックタイミング指示子：Ｋ１を示す。
ＰＤＳＣＨが最大１つのＴＢを送信するように設定された場合、ＨＡＲＱ－ＡＣＫ応答は１－ビットで構成される。ＰＤＳＣＨが最大２つの輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)を送信するように設定された場合は、ＨＡＲＱ－ＡＣＫ応答は空間(Ｓｐａｔｉａｌ)バンドリングが設定されていないと、２－ビットで構成され、空間バンドリングが設定されていると、１－ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロットｎ＋Ｋ１と指定された場合、スロットｎ＋Ｋ１で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。
この明細書において、１つ又は複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットで構成されたＨＡＲＱ－ＡＣＫペイロードは、ＨＡＲＱ－ＡＣＫコードブックとも称される。ＨＡＲＱ－ＡＣＫコードブックはＨＡＲＱ－ＡＣＫペイロードが決定される方式によって準－静的(Ｓｅｍｉ－ｓｔａｔｉｃ)ＨＡＲＱ－ＡＣＫコードブックと動的ＨＡＲＱ－ＡＣＫコードブックとに区別される。
準－静的ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥが報告するＨＡＲＱ－ＡＣＫペイロードサイズに関連するパラメータが(ＵＥ－特定の)上位階層(例、ＲＲＣ)信号により準－静的に設定される。例えば、準－静的ＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫペイロードのサイズは、１つのスロット内の１つのＰＵＣＣＨを介して送信される(最大の)ＨＡＲＱ－ＡＣＫペイロード(サイズ)は、ＵＥに設定された全てのＤＬ搬送波(即ち、ＤＬサービングセル)及びＨＡＲＱ－ＡＣＫ送信タイミングが指示される全てのＤＬスケジューリングスロット(又はＰＤＳＣＨ送信スロット又はＰＤＣＣＨモニタリングスロット)の組み合わせ(以下、バンドリングウィンドウ)に対応するＨＡＲＱ－ＡＣＫビット数に基づいて決定される。即ち、準－静的ＨＡＲＱ－ＡＣＫコードブック方式は、実際スケジューリングされたＤＬデータの数に関係なく、ＨＡＲＱ－ＡＣＫコードブックのサイズが(最大値に)固定される方式である。例えば、ＤＬグラントＤＣＩ(ＰＤＣＣＨ)にはＰＤＳＣＨ ｔｏ ＨＡＲＱ－ＡＣＫタイミング情報が含まれ、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫタイミング情報は複数の値のうちの１つ(例、ｋ)を有する。例えば、ＰＤＳＣＨがスロット＃ｍで受信され、ＰＤＳＣＨをスケジューリングするＤＬグラントＤＣＩ(ＰＤＣＣＨ)内のＰＤＳＣＨ ｔｏ ＨＡＲＱ－ＡＣＫタイミング情報がｋを指示する場合、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報は、スロット＃(ｍ＋ｋ)で送信される。一例として、ｋ∈{１、２、３、４、５、６、７、８}のように与えられる。一方、ＨＡＲＱ－ＡＣＫ情報がスロット＃ｎで送信される場合は、ＨＡＲＱ－ＡＣＫ情報はバンドリングウィンドウを基準としてできる限り最大のＨＡＲＱ－ＡＣＫを含む。即ち、スロット＃ｎのＨＡＲＱ－ＡＣＫ情報はスロット＃(ｎ－ｋ)に対応するＨＡＲＱ－ＡＣＫを含む。例えば、ｋ∈{１、２、３、４、５、６、７、８}である場合、スロット＃ｎのＨＡＲＱ－ＡＣＫ情報は実際のＤＬデータ受信に関係なく、スロット＃(ｎ－８)～スロット＃(ｎ－１)に対応するＨＡＲＱ－ＡＣＫを含む(即ち、最大数のＨＡＲＱ－ＡＣＫ)。ここで、ＨＡＲＱ－ＡＣＫ情報はＨＡＲＱ－ＡＣＫコードブック、ＨＡＲＱ－ＡＣＫペイロードに代替することができる。またスロットはＤＬデータ受信のための候補時期(ｏｃｃａｓｉｏｎ)と理解／代替することができる。例示のように、バンドリングウィンドウはＨＡＲＱ－ＡＣＫスロットを基準としてＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫタイミングに基づいて決定され、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫタイミングセットは所定の値を有するか(例、{１、２、３、４、５、６、７、８})、又は上位階層(ＲＲＣ)シグナリングにより設定される。なお、動的(ｄｙｎａｍｉｃ)ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥが報告するＨＡＲＱ－ＡＣＫペイロードサイズがＤＣＩなどにより動的に変わることができる。動的ＨＡＲＱ－ＡＣＫコードブック方式において、ＤＬスケジューリングＤＣＩはｃｏｕｎｔｅｒ－ＤＡＩ(即ち、Ｃ－ＤＡＩ)及び／又はｔｏｔａｌ－ＤＡＩ(即ち、Ｔ－ＤＡＩ)を含む。ここで、ＤＡＩは下りリンク割り当てインデックス(ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ)を意味し、１つのＨＡＲＱ－ＡＣＫ送信に含まれる送信された或いはスケジューリングされたＰＤＳＣＨをＢＳがＵＥに知らせるために使用される。特に、ｃ－ＤＡＩはＤＬスケジューリングＤＣＩを搬送するＰＤＣＣＨ(以下、ＤＬスケジューリングＰＤＣＣＨ)の間の順序を知らせるインデックスであり、ｔ－ＤＡＩはｔ－ＤＡＩを有するＰＤＣＣＨがある現在スロットまでのＤＬスケジューリングＰＤＣＣＨの総数を示すインデックスである。
ＮＲシステムでは単一の物理ネットワーク上に複数の論理ネットワークを具現する方案が考慮されている。ここで、論理ネットワークは様々な要求条件を有するサービス(例、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣなど)を支援する必要がある。よって、ＮＲの物理階層は様々なサービスに対する要求条件を考慮して柔軟な送信構造を支援するように設計されている。一例として、ＮＲの物理階層は必要によってＯＦＤＭシンボル長さ(ＯＦＤＭシンボル期間(ｄｕｒａｔｉｏｎ))及び副搬送波間隙(ＳＣＳ)(以下、ＯＦＤＭニューマロロジー)を変更することができる。また物理チャネルの送信リソースも(シンボル単位で)一定の範囲内で変更可能である。例えば、ＮＲにおいてＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)は送信長さ／送信開始時点が一定の範囲内で柔軟に設定される。
ＵＥがＰＤＣＣＨをモニタリングできる時間－周波数リソースのセットである制御リソースセット(ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ)が定義及び／又は設定される。１つ以上のＣＯＲＥＳＥＴがＵＥに設定される。ＣＯＲＥＳＥＴは１ないし３のＯＦＤＭシンボルの時間期間(ｄｕｒａｔｉｏｎ)を有して物理リソースブロック(ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ)のセットで構成される。ＣＯＲＥＳＥＴを構成するＰＲＢとＣＯＲＥＳＥＴの期間(ｄｕｒａｔｉｏｎ)が上位階層(例、ＲＲＣ)シグナリングによりＵＥに提供される。設定されたＣＯＲＥＳＥＴ内でＰＤＣＣＨ候補のセットを該当探索空間セットによりモニタリングする。この明細において、モニタリングはモニタされるＤＣＩフォーマットによってそれぞれのＰＤＣＣＨ候補を復号(いわゆる、ブラインド復号)することを意味する。ＰＢＣＨ上のマスタ情報ブロック(ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＭＩＢ)がシステム情報ブロック１(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＳＩＢ１)を運ぶＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨのモニタリングのためのパラメータ(例、ＣＯＲＥＳＥＴ＃０設定)をＵＥに提供する。またＰＢＣＨは関連するＳＩＢ１がないと指示することもでき、この場合、ＵＥにはＳＳＢ１に関連するＳＳＢがないと仮定できる周波数範囲だけではなく、ＳＩＢ１に関連するＳＳＢを探索する他の周波数が指示される。少なくともＳＩＢ１をスケジューリングするためのＣＯＲＥＳＥＴであるＣＯＲＥＳＥＴ＃０はＭＩＢではないと、専用ＲＲＣシグナリングにより設定される。
ＵＥがモニタリングするＰＤＣＣＨ候補のセットはＰＤＣＣＨ探索空間(ｓｅａｒｃｈ ｓｐａｃｅ)セットの面で定義される。探索空間セットは共通検索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ、ＣＳＳ)セット又はＵＥ－特定の探索空間(ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ)セットである。それぞれのＣＯＲＥＳＥＴ設定は１つ以上の探索空間セットに関連し、それぞれの探索空間セットは１つのＣＯＲＥＳＥＴ設定に関連する。探索空間セットｓはＢＳによりＵＥに提供される以下のパラメータに基づいて決定される。
－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：探索空間セットｓに関連するＣＯＲＥＳＥＴｐを識別する識別子
－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリングのためのスロットを設定するための、ｋs個のスロットのＰＤＣＣＨモニタリング周期(ｐｅｒｉｏｄｉｃｉｔｙ)及びｏs個のスロットのＰＤＣＣＨモニタリングオフセット
－ｄｕｒａｔｉｏｎ：探索空間セットｓが存在するスロットの数を指示するＴs＜ｋs個のスロット期間
－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングのためのスロット内のＣＯＲＥＳＥＴの１番目のシンボルを示す、スロット内のＰＤＣＣＨモニタリングパターン
－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＣＣＥ集成レベルごとのＰＤＣＣＨ候補の数
－ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ：探索空間セットｓがＣＣＥセットであるか又はＵＳＳであるかを指示
パラメータｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、例えば、ＰＤＣＣＨモニタリングのために設定されたスロット(例、パラメータｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ及びｄｕｒａｔｉｏｎを参照)内のＰＤＣＣＨモニタリングのための１番目のシンボルを示す。例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔが１４－ビットであると、最上位(ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ)(左側)ビットはスロット内の１番目のＯＦＤＭシンボルを象徴(ｒｅｐｒｅｓｅｎｔ)し、２番目の最上位(左側)ビットはスロット内の２番目のＯＦＤＭシンボルを象徴するなど、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔビットがスロットの１４個のＯＦＤＭシンボルをそれぞれ象徴する。例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ内のビットのうち、１にセットされたビットがスロット内のＣＯＲＥＳＥＴの１番目のシンボルを識別する。
ＵＥはＰＤＣＣＨモニタリング時期(ｏｃｃａｓｉｏｎ)にのみＰＤＣＣＨ候補をモニタリングする。ＵＥはＰＤＣＣＨモニタリング周期(ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｐｅｒｉｏｄｉｃｉｔｙ)、ＰＤＣＣＨモニタリングオフセット、及びＰＤＣＣＨモニタリングパターンからスロット内で活性ＤＬ ＢＷＰ上のＰＤＣＣＨモニタリング時期を決定する。いくつの具現において、探索空間セットｓの場合、ＵＥはＰＤＣＣＨモニタリング時期が(ｎf＊Ｎframe,u
slot＋ｎu
s,f－ｏs)ｍｏｄ ｋs＝０であると、番号ｎfであるフレーム内の番号ｎu
s,fであるスロットに存在すると決定する。ＵＥはスロットｎu
s,fから始まってＴs個の連続スロットに対して探索空間セットｓに対するＰＤＣＣＨ候補をモニタリングし、次のｋs－Ｔs個の連続スロットに対して探索空間セットｓに対するＰＤＣＣＨ候補をモニタリングしない。
以下の表はＰＤＣＣＨは搬送するＤＣＩフォーマットを例示する。
ＤＣＩフォーマット０_０は輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)基盤(又はＴＢ－レベル)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－レベル)のＰＵＳＣＨ又はコードブロックグループ(ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ、ＣＢＧ)基盤(又はＣＢＧ－レベル)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－レベル)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－レベル)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－レベル)のＰＤＳＣＨをスケジューリングするために使用される。ＣＳＳの場合、ＤＣＩフォーマット０_０及びＤＣＩフォーマット１_０はＢＷＰサイズがＲＲＣにより初期に与えられた後から固定したサイズを有する。ＵＳＳの場合、ＤＣＩフォーマット０_０及びＤＣＩフォーマット１_０は周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＦＤＲＡ)フィールドのサイズを除いた残りのフィールドのサイズは固定したサイズを有するが、ＦＤＲＡフィールドのサイズはＢＳによる関連パラメータの設定により変更可能である。ＤＣＩフォーマット０_１及びＤＣＩフォーマット１_１はＢＳによる様々なＲＲＣ再設定によりＤＣＩフィールドのサイズが変更可能である。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例、ＳＦＩ ＤＣＩ)をＵＥに伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先取り(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報をＵＥに伝達するために使用され、ＤＣＩフォーマット２_４はＵＥからのＵＬ送信が取り消されるべきＵＬリソースを知らせるために使用される。
一方、ＢＳとＵＥを含む無線通信システムにおいて、ＵＥがＵＣＩをＰＵＣＣＨで送信するとき、ＰＵＣＣＨリソースが時間軸で他のＰＵＣＣＨリソース或いはＰＵＳＣＨリソースと重畳することができる。例えば、同一のＵＥ観点で(同一のスロット内で)、(１)(異なるＵＣＩ送信のための)ＰＵＣＣＨ(リソース)とＰＵＣＣＨ(リソース)、或いは(２)ＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)が時間軸で重畳することができる。一方、ＵＥは(ＵＥ能力の制限、又はＢＳから受けた設定情報によって)ＰＵＣＣＨ－ＰＵＣＣＨ同時送信或いはＰＵＣＣＨ－ＰＵＳＣＨ同時送信を支援しないこともある。また、ＵＥが多数のＵＬチャネルを一定時間範囲内で同時送信することが許容されないこともある。
この明細書では、ＵＥが送信すべきＵＬチャネルが一定時間範囲内に多数存在する場合、多数のＵＬチャネルをハンドリングする方法が説明される。また、この明細書では、多数のＵＬチャネルで送信／受信されるべきＵＣＩ及び／又はデータをハンドリングする方法を説明している。本発明の例に関する説明では以下の用語が使われる。
－ＵＣＩ：ＵＥがＵＬ送信する制御情報を意味する。ＵＣＩは複数のタイプの制御情報(即ち、ＵＣＩタイプ)を含む。例えば、ＵＣＩはＨＡＲＱ－ＡＣＫ(簡単に、Ａ／Ｎ、ＡＮ)、ＳＲ及び／又はＣＳＩを含む。
－ＵＣＩ多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)：異なるＵＣＩ(タイプ)を共通の物理階層ＵＬチャネル(例、ＰＵＣＣＨ、ＰＵＳＣＨ)を介して送信する動作を意味する。ＵＣＩ多重化は異なるＵＣＩ(タイプ)を多重化する動作を含む。便宜上、多重化されたＵＣＩをＭＵＸ ＵＣＩと称する。また、ＵＣＩ多重化はＭＵＸ ＵＣＩに関連して行われる動作を含む。例えば、ＵＣＩ多重化はＭＵＸ ＵＣＩを送信するためにＵＬチャネルリソースを決定する過程を含む。
－ＵＣＩ／データ多重化：ＵＣＩとデータを共通の物理階層ＵＬチャネル(例、ＰＵＳＣＨ)を介して送信する動作を意味する。ＵＣＩ／データ多重化はＵＣＩとデータを多重化する動作を含む。便宜上、多重化されたＵＣＩをＭＵＸ ＵＣＩ／Ｄａｔａと称する。また、ＵＣＩ／データ多重化はＭＵＸ ＵＣＩ／Ｄａｔａに関連して行われる動作を含む。例えば、ＵＣＩ／データ多重化はＭＵＸ ＵＣＩ／Ｄａｔａを送信するために、ＵＬチャネルリソースを決定する過程を含む。
－スロット：データスケジューリングのための基本時間単位又は時間間隔(ｔｉｍｅ ｉｎｔｅｒｖａｌ)を意味する。スロットは複数のシンボルを含む。ここで、シンボルはＯＦＤＭ－基盤シンボル(例、ＣＰ－ＯＦＤＭシンボル、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。
－重畳したＵＬチャネルリソース：所定の時間間隔(例、スロット)内で時間軸で(少なくとも一部が)重畳したＵＬチャネル(例、ＰＵＣＣＨ、ＰＵＳＣＨ)リソースを意味する。重畳したＵＬチャネルリソースはＵＣＩ多重化を行う前のＵＬチャネルリソースを意味する。本発明において、時間軸で(少なくとも一部が)互いに重畳するＵＬチャネルは時間で或いは時間ドメインで衝突(ｃｏｌｌｉｄｅ)するＵＬチャネルとも称される。
図９は単一スロットで重畳するＰＵＣＣＨを有するＵＥがＵＬチャネル間の衝突をハンドリングする過程の一例を示す。
ＵＣＩ送信のためにＵＥは（各）ＵＣＩごとにＰＵＣＣＨリソースを決定する。各ＰＵＣＣＨリソースは開始シンボルと送信長さにより定義される。ＵＥはＰＵＣＣＨ送信のためのＰＵＣＣＨリソースが単一スロットで重畳する場合、開始シンボルが最も早いＰＵＣＣＨリソースを基準としてＵＣＩ多重化を行う。例えば、ＵＥはスロット内で開始シンボルが最も早いＰＵＣＣＨリソース(以下、ＰＵＣＣＨリソースＡ)を基準として、(時間で)重畳するＰＵＣＣＨリソース(以下、ＰＵＣＣＨリソースＢ)を決定する(Ｓ９０１)。ＵＥはＰＵＣＣＨリソースＡとＰＵＣＣＨリソースＢに対してＵＣＩ多重化規則を適用する。例えば、ＰＵＣＣＨリソースＡのＵＣＩ Ａ及びＰＵＣＣＨリソースＢのＵＣＩ Ｂに基づいて、ＵＣＩ多重化規則に従ってＵＣＩ Ａ及びＵＣＩ Ｂの全部或いは一部を含むＭＵＸ ＵＣＩが得られる。ＵＥはＰＵＣＣＨリソースＡ及びＰＵＣＣＨリソースＢに関連するＵＣＩを多重化するために単一ＰＵＣＣＨリソース(以下、ＭＵＸ ＰＵＣＣＨリソース)を決定する(Ｓ９０３)。例えば、ＵＥはＵＥに設定された或いは利用可能なＰＵＣＣＨリソースセットのうち、ＭＵＸ ＵＣＩのペイロードサイズに該当するＰＵＣＣＨリソースセット(以下、ＰＵＣＣＨリソースセットＸ)を決定し、ＰＵＣＣＨリソースセットＸに属するＰＵＣＣＨリソースのうちのいずれかをＭＵＸ ＰＵＣＣＨリソースとして決定する。例えば、ＵＥはＰＵＣＣＨ送信のために同一スロットを指示するＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_フィードバックタイミング指示子フィールドを有するＤＣＩのうちの最後のＤＣＩ内のＰＵＣＣＨリソース指示子フィールドを使用して、ＰＵＣＣＨリソースセットＸに属するＰＵＣＣＨリソースのうちのいずれかをＭＵＸ ＰＵＣＣＨリソースとして決定する。ＵＥはＭＵＸ ＵＣＩのペイロードサイズとＭＵＸ ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットに対する最大コードレートに基づいて、ＭＵＸ ＰＵＣＣＨリソースの総ＰＲＢの数を決定する。仮にＭＵＸ ＰＵＣＣＨリソースが(ＰＵＣＣＨリソースＡ及びＰＵＣＣＨリソースＢを除いた)他のＰＵＣＣＨリソースと重畳する場合、ＵＥはＭＵＸ ＰＵＣＣＨリソース(又はＭＵＸ ＰＵＣＣＨリソースを含む残りのＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソース)を基準として上述した動作を再度行う。
図１０は図９によってＵＣＩ多重化するケースを例示する。図１０を参照すると、スロット内に複数のＰＵＣＣＨリソースが重畳する場合、最も早い(例、開始シンボルが最も早い)ＰＵＣＣＨリソースＡを基準としてＵＣＩ多重化が行われる。図１０において、ケース１及びケース２は１番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳する場合を例示する。この場合、１番目のＰＵＣＣＨリソースを最も早いＰＵＣＣＨリソースＡとみなした状態で図９の過程が行われる。反面、ケース３は１番目のＰＵＣＣＨリソースは他のＰＵＣＣＨリソースと重畳せず、２番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳する場合を例示する。ケース３の場合、１番目のＰＵＣＣＨリソースについてはＵＣＩ多重化が行われない。その代わりに、２番目のＰＵＣＣＨリソースを最も早いＰＵＣＣＨリソースＡとみなした状態で図９の過程が行われる。ケース２は多重化されたＵＣＩを送信するために決定されたＭＵＸ ＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと新しく重畳する場合である。この場合、ＭＵＸ ＰＵＣＣＨリソース(又はこれを含む残りのＰＵＣＣＨのうち、最も早い(例、開始シンボルが最も早い)ＰＵＣＣＨリソース)を最も早いＰＵＣＣＨリソースＡとみなした状態で図９の過程がさらに行われる。
図１１は時間ライン条件を考慮したＵＣＩ多重化を例示する。ＵＥが時間軸で重畳するＰＵＣＣＨ及び／又はＰＵＳＣＨに対するＵＣＩ及び／又はデータ多重化を行うとき、ＰＵＣＣＨ或いはＰＵＳＣＨに対する柔軟なＵＬタイミング設定によりＵＣＩ及び／又はデータ多重化のためのＵＥのプロセシング時間が足りないこともある。ＵＥのプロセシング時間が足りないことを防止するために、(時間軸で)重畳するＰＵＣＣＨ及び／又はＰＵＳＣＨに対するＵＣＩ／データの多重化過程において、以下の２つの時間ライン条件(以下、多重化時間ライン条件)が考慮される。
(１)ＨＡＲＱ－ＡＣＫ情報に対応するＰＤＳＣＨの最後のシンボルは、(時間軸で)重畳するＰＵＣＣＨ及び／又はＰＵＳＣＨのうち、最も早いチャネルの開始シンボルからＴ１時間前に受信される。Ｔ１は、i)ＵＥプロセシング能力により定義された最小のＰＤＳＣＨプロセシング時間Ｎ１、ii)スケジューリングされたシンボルの位置、ＰＤＳＣＨマッピングタイプ、ＢＷＰスイッチングなどによって０以上の整数値に予め定義されるｄ１,１などに基づいて定められる。
例えば、Ｔ１は以下のように決定される：Ｔ１＝(Ｎ１＋ｄ１,１)＊(２０４８＋１４４)＊κ＊２－u＊Ｔc。Ｎ１は、ＵＥプロセシング能力＃１及び＃２に対して、表９及び表１０のｕにそれぞれ基づき、ここで、ｕは(ｕＰＤＣＣＨ、ｕＰＤＳＣＨ、ｕUL)のうち、最も大きいＴ１を招来する１つであり、ここで、ｕＰＤＣＣＨはＰＤＳＣＨをスケジューリングするＰＤＣＣＨの副搬送波間隙に対応し、ｕＰＤＳＣＨはスケジューリングされたＰＤＳＣＨの副搬送波間隙に対応し、ｕULはＨＡＲＱ－ＡＣＫが送信されるＵＬチャネルの副搬送波間隙に対応し、κ＝Tc／Tf＝６４である。表９において、Ｎ１,０の場合、追加ＤＭＲＳのＰＤＳＣＨ ＤＭＲＳ位置ｌ１＝１２であると、Ｎ１,０＝１４であり、そうではないと、Ｎ１,０＝１３である(３ＧＰＰ ＴＳ３８.２１１のセクション７.４.１.１.２を参照)。ＰＤＳＣＨマッピングタイプＡに対して、ＰＤＳＣＨの最後のシンボルがスロットのｉ－番目のスロット上にあれば、ｉ＜７に対してｄ１,１＝７－ｉであり、そうではないと、ｄ１,１＝０である。ＵＥプロセシング能力＃１に対してＰＤＳＣＨがマッピングタイプＢであると、割り当てられたＰＤＳＣＨシンボル数が７であれば、ｄ１＝０であり、割り当てられたＰＤＳＣＨシンボル数が４であれば、ｄ１,１＝３であり、割り当てられたＰＤＳＣＨシンボル数が２であれば、ｄ１,１＝３＋ｄである。ここで、ｄはスケジューリングされたＰＤＣＣＨとスケジューリングされたＰＤＳＣＨの重畳するシンボル数である。ＵＥプロセシング能力＃２に対してＰＤＳＣＨがマッピングタイプＢであると、割り当てられたＰＤＳＣＨシンボル数が７であれば、ｄ１,１＝０であり、割り当てられたＰＤＳＣＨシンボル数が４であれば、ｄ１,１はスケジューリングされたＰＤＣＣＨとスケジューリングされたＰＤＳＣＨの重畳するシンボル数であり、割り当てられたＰＤＳＣＨシンボル数が２であれば、スケジューリングＰＤＳＣＨが３－シンボルＣＯＲＥＳＥＴ内にあり、ＣＯＲＥＳＥＴとＰＤＳＣＨが同じ開始シンボルを有すると、ｄ１,１＝３であり、そうではないと、ｄ１,１はスケジューリングＰＤＣＣＨとスケジューリングされたＰＤＳＣＨの重畳するシンボル数である。この明細書において、Ｔ１はＴ_ｐｒｏｃ,１とも表記することができる。
(２)ＰＵＣＣＨ又はＰＵＳＣＨ送信を指示する(例、トリガリング)ＰＤＣＣＨの最後のシンボルは、(時間軸で)重畳するＰＵＣＣＨ及び／又はＰＵＳＣＨのうち、最も早いチャネルの開始シンボルからＴ２時間前に受信される。Ｔ２は、i)ＵＥ ＰＵＳＣＨタイミング能力により定義された最小のＰＵＳＣＨ準備(ｐｒｅｐａｒａｔｉｏｎ)時間Ｎ２、及び／又はii)スケジューリングされたシンボルの位置或いはＢＷＰスイッチングなどによって０以上の整数値に予め定義されたｄ２,Ｘなどに基づいて定められる。ｄ２,Ｘはスケジューリングされたシンボルの位置に関連するｄ２,１とＢＷＰのスイッチングに関連するｄ２,２に区分される。
例えば、Ｔ２は以下のように決定される：Ｔ２＝ｍａｘ{(Ｎ２＋ｄ２,１)＊(２０４８＋１４４)＊κ＊２－u＊Ｔc＋Ｔext＋Ｔswitch、ｄ２,２}。Ｎ２はＵＥタイミング能力＃１及び＃２に対して表９及び表１０のｕにそれぞれ基づき、ここで、ｕは(ｕＤＬ、ｕUL)のうち、最も大きいＴ２を招来する１つであり、ここで、ｕＤＬはＰＵＳＣＨをスケジューリングするＤＣＩを搬送するＰＤＣＣＨの副搬送波間隙に対応し、ｕULはＰＵＳＣＨの副搬送波間隙に対応し、κ＝Ｔc／Ｔf＝６４である。ＰＵＳＣＨ割り当ての１番目のシンボルがＤＭ－ＲＳのみで構成されると、ｄ２,１＝０であり、そうではないと、ｄ２,１＝１である。スケジューリングＤＣＩがＢＷＰの変更をトリガーすると、ｄ２,２はスイッチング時間と同一であり、そうではないと、ｄ２,２＝０である。スイッチング時間は周波数範囲によって異なるように定義される。例えば、スイッチング時間は周波数範囲ＦＲ１に対して０.５ｍｓであり、周波数範囲ＦＲ２に対して０.２５ｍｓである。この明細書においてＴ２はＴ_ｐｒｏｃ,２とも表記することができる。
以下の表はＵＥプロセシング能力によるプロセシング時間を例示する。特に、表９はＵＥのＰＤＳＣＨプロセシング能力＃１に対するＰＤＳＣＨプロセシング時間を例示し、表１０はＵＥのＰＤＳＣＨプロセシング能力＃２に対するＰＤＳＣＨプロセシング時間を例示し、表１１はＵＥのＰＵＳＣＨタイミング能力＃１に対するＰＵＳＣＨ準備時間を例示し、表１２はＵＥのタイミング能力＃２に対するＰＵＳＣＨ準備時間を例示する。
１つのＰＵＣＣＨ内の異なるＵＣＩタイプを多重化するように設定されたＵＥが多数の重畳するＰＵＣＣＨをスロットで送信しようとする場合、或いは重畳するＰＵＣＣＨ及びＰＵＳＣＨをスロットで送信しようとする場合、ＵＥは特定の条件が満たされると、該当ＵＣＩタイプを多重化することができる。この特定の条件は多重化時間ライン条件を含む。例えば、図９及び図１０において、ＵＣＩ多重化が適用されるＰＵＣＣＨ及びＰＵＳＣＨは多重化時間ライン条件を満たすＵＬチャネルである。図１１を参照すると、ＵＥは同一のスロットで複数のＵＬチャネル(例、ＵＬチャネル＃１～＃４)を送信する必要がある。ここで、ＵＬ ＣＨ＃１はＰＤＣＣＨ＃１によりスケジューリングされたＰＵＳＣＨである。また、ＵＬ ＣＨ＃２はＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨである。ＰＤＳＣＨはＰＤＣＣＨ＃２によりスケジューリングされ、ＵＬ ＣＨ＃２のリソースもＰＤＣＣＨ＃２により指示される。
この時、時間軸で重畳するＵＬチャネル(例、ＵＬチャネル＃１～＃３)が多重化時間ライン条件を満たす場合、ＵＥは時間軸で重畳するＵＬチャネル＃１～＃３に対してＵＣＩ多重化を行うことができる。例えば、ＵＥはＰＤＳＣＨの最後のシンボルからＵＬ ＣＨ＃３の１番目のシンボルがＴ１条件を満たすか否かを確認する。また、ＵＥはＰＤＣＣＨ＃１の最後のシンボルからＵＬ ＣＨ＃３の１番目のシンボルがＴ２条件を満たすか否かを確認する。多重化時間ライン条件を満たす場合、ＵＥはＵＬチャネル＃１～＃３に対してＵＣＩ多重化を行う。反面、重畳するＵＬチャネルのうち、最も早いＵＬチャネル(例、開始シンボルが最も早いＵＬチャネル)が多重化時間ライン条件を満たさない場合は、ＵＥの全ての該当ＵＣＩタイプを多重化することが許容されない。
上述したように、ＮＲシステムでは、上りリンク或いは下りリンクスケジューリングが(例えば、スケジューリングＤＣＩにより)動的又は(例えば、ＲＲＣシグナリングにより)準－静的に行われる。例えば、ＢＳはＵＥにｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ或いはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄメッセージを用いて準－静的に、又はＤＣＩフォーマット２_０を用いて動的に各シンボルの送信方向(例えば、下りリンク、上りリンク又はフレキシブル)をそれぞれ設定又は指示する。このように設定又は指示された送信方向によって、送信方向とは反対の或いは一致しない送信方向を有する設定された上りリンク或いは下りリンクスケジューリングを取り消すことができる。
３ＧＰＰ ＬＴＥ基盤の無線通信システムにおいて、ＴＤＤの場合、ＤＬ準－持続的なスケジューリング間隔(ｉｎｔｅｒｖａｌ)は１０個のサブフレームの正の整数倍である。例えば、ＢＳが１０の倍数ではない、準－持続的なスケジューリング間隔の値をセルに対して設定しても、ＵＥと準－持続的なスケジューリング間隔の値を一番近い１０の倍数である整数に切り捨てて(ｒｏｕｎｄ ｄｏｗｎ ｔｏ)、１０個のサブフレームの整数倍である間隔でＤＬ ＳＰＳ設定の割り当てが示されるとみなす。例えば、ＴＤＤの場合、ＤＬ準－持続的なスケジューリング間隔ｓｆ１０は１０個のサブフレームに該当し、ｓｆ３２は３０個のサブフレームに該当し、ｓｆ１２８は１２０個のサブフレームに該当する。３ＧＰＰ ＬＴＥ基盤の無線通信システムにおいて、ＴＤＤの場合、ＤＬ準－持続的なスケジューリング間隔が１０個のサブフレームの正の整数倍であり、ＴＤＤ ＵＬ－ＤＬの設定も１０個のサブフレーム間隔に適用されるので、ＢＳはＴＤＤ ＵＬ－ＤＬ設定による送信方向とは異なる送信方向にＤＬ ＳＰＳ設定によるＤＬ割り当てが示されるように設定しない。さらに３ＧＰＰ ＬＴＥ基盤の無線通信システムにおいて、ＴＤＤの場合は、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答が他の送信方向のサブフレームに割り当てられないように、ＴＤＤ ＵＬ－ＤＬの設定に合う応答時間が定義される(例えば、３ＧＰＰ ＴＳ３６.２１３の表１０.１.３－１を参照)。
一方、現在まで規定された３ＧＰＰ基盤の無線通信システムでは、ＵＬ／ＤＬ送信がＤＣＩによりスケジューリング／トリガーされたものであれば、ＵＥはＵＬ／ＤＬ送信の送信方向とＲＲＣメッセージであるｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ或いはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ又はＤＣＩフォーマット２_０により設定／指示された送信方向が衝突すると期待しない。しかし、ＳＰＳは下りリンクトラフィックの属性によって設定されるものであるので、ＵＥ－特定のパラメータにより設定されるが、ＴＤＤ設定はＢＳ配置(ｄｅｐｌｏｙｍｅｎｔ)などの状況によって設定されるものであるので、ＵＥ－特定に設定されない。また、ＤＬ ＳＰＳによるＤＬ割り当ての周期とＴＤＤ ＵＬ－ＤＬ設定の周期が整数倍の関係ではないこともある。従って、ＳＰＳ基盤のＵＬ／ＤＬ送信と該当ＨＡＲＱ－ＡＣＫ送信は、ＲＲＣメッセージであるｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ或いはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ又はＤＣＩフォーマット２_０により取り消されることができる。従来の技術では、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ(以下、ＳＰＳ ＨＡＲＱ－ＡＣＫ)の送信のために設定されたＰＵＣＣＨが設定或いは指示された送信方向により取り消される場合、ＵＥは別のＰＤＳＣＨスケジューリングがないと、該当ＳＰＳ ＨＡＲＱ－ＡＣＫ送信を行うことができない。つまり、不要なＰＤＳＣＨスケジューリングを発生させたり、ＢＳがそのＳＰＳ ＰＤＳＣＨを使用して下りリンクの送信を難しくする。
この明細では、ＵＥがＳＰＳに基づくＰＵＣＣＨ送信の一部を行えない場合、該当ＰＵＣＣＨ送信に関連するＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信を行う方法について説明する。
この明細では、ＵＥのＳＰＳ ＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨ送信が取り消された場合、該当ＨＡＲＱ－ＡＣＫ情報を他の上りリンクチャネルで送信するために、ＵＥとＢＳが上記他の上りリンクチャネル(例えば、ＰＵＣＣＨ)を選択する方法、及びＨＡＲＱ－ＡＣＫ情報を既存のＵＣＩに多重化する方法について説明する。例えば、特定のＳＰＳ ＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨ送信がＴＤＤ動作によっては不可能である場合、ＵＥとＢＳが使用可能な他のＰＵＣＣＨリソースを選択する方法、及び／又は該当ＰＵＣＣＨリソースを用いてＨＡＲＱ－ＡＣＫ情報を送信するとき、該当ＰＵＣＣＨに予めスケジューリングされた他のＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ、ＣＳＩ及び／又はＳＲ)とＳＰＳ ＨＡＲＱ－ＡＣＫを多重化する方法について説明する。これにより、ＢＳはより自由にＴＤＤ設定及びＳＰＳ ＰＤＳＣＨリソースをＵＥに設定することができ、ＵＥは初期に与えられたＳＰＳ ＰＤＳＣＨに対するＰＵＣＣＨがＴＤＤ動作によっては使用できなくても、提案する方法により使用可能な上りリンクリソース及びチャネルを用いて所定のＳＰＳ ＨＡＲＱ－ＡＣＫ応答をＢＳに伝達することができる。
後述するこの明細の具現ではＳＰＳに基づいて述べるが、この明細の例示は動的な下りリンクスケジューリングについても拡張して適用することができる。この明細の具現が動的な下りリンクスケジューリング基盤の送信に適用される場合、ＳＰＳ ＰＤＳＣＨはＤＣＩフォーマット１_ｘによりスケジューリングされたＰＤＳＣＨに対応し、ＳＰＳ設定(例、情報要素(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ, ＩＥ)ｓｐｓ－Ｃｏｎｆｉｇ)はＩＥ ＰＤＳＣＨ－Ｃｏｎｆｉｇに含まれたＲＲＣパラメータ及び／又はＤＣＩフォーマット１_ｘにより伝達される情報を含む。
ＵＥの立場:
まず、この明細の具現についてＵＥの立場で説明する。
図１２はこの明細のいくつの具現によるＨＡＲＱ－ＡＣＫ送信の流れを例示する図である。
この明細のいくつの具現において、ＵＥはＳＰＳのためのＰＵＣＣＨリソースを決定する。
ＵＥはＢＳからＴＤＤ設定及びＳＰＳ設定を上位階層(例えば、ＲＲＣ)シグナリングにより受信する(Ｓ１２０１)。即ち、ＵＥはＢＳからＴＤＤ及びＳＰＳに関連するＲＲＣパラメータを受信する。一例として、ＵＥはＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ,ＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ,ＩＥ ＰＵＣＣＨ－Ｃｏｎｆｉｇ,ＩＥ ＰＤＳＣＨ－Ｃｏｎｆｉｇ,ＩＥ ｓｐｓ－Ｃｏｎｆｉｇに含まれたＲＲＣパラメータを受信する。またＵＥはＳＰＳ及びスロットフォーマットの決定に必要なＤＣＩ受信のために関連する探索空間及びＣＯＲＥＳＥＴ関連パラメータ(例えば、ＩＥ Ｓｅａｒｃｈｓｐａｃｅ,ＩＥ ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔなど)を受信する。ＵＥがＢＳからＲＲＣシグナリングによりＴＤＤ及びＳＰＳに関連するＲＲＣパラメータを受信する動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、１つ以上のプロセッサ１０２はＲＲＣシグナリングによりＴＤＤ及びＳＰＳに関連するパラメータを受信するように１つ以上の送受信機１０６及び／又は１つ以上のメモリ１０４などを制御し、１つ以上の送受信機１０６はＢＳからＲＲＣシグナリングによりＴＤＤ及びＳＰＳに関連するＲＲＣパラメータを受信する。いくつのシナリオにおいて、上位階層(例えば、ＲＲＣ)パラメータは初期接続手順のＲＲＣ連結設定(ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ)の過程で受信される。
ＵＥはＴＤＤ設定とＳＰＳ設定に基づいて、所定のＳＰＳ ＰＤＳＣＨに関連するＰＵＣＣＨリソースのうち、利用できないＰＵＣＣＨリソースを判断することができる。ＵＥはＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが設定されたか否かによって、例えば、ＳＰＳに関連するＰＵＣＣＨ送信(例えば、ＳＰＳ設定に関連するＰＵＣＣＨでの送信(例えば、ＩＥ ＳＰＳ－Ｃｏｎｆｉｇ内のパラメータｎ１ＰＵＣＣＨ－ＡＮ又はＩＥ ＰＵＣＣＨ－Ｃｏｎｆｉｇ内のＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔにより設定されたＰＵＣＣＨリソースでの送信))が可能であるか否かを判断する。ＵＥがＴＤＤ設定とＳＰＳ設定に基づいてＳＰＳ ＰＤＳＣＨに関連するＰＵＣＣＨの送信が可能であるか否かを判断する動作は、図２又は図３の装置により具現される。例えば、図２を参照すると、１つ以上のプロセッサ１０２はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが設定されたか否かによって各シンボルの送信方向を決定し、各シンボルの送信方向によってＳＰＳに関連するＰＵＣＣＨ送信が可能であるか否かを判断する。
ＵＥは活性化ＤＣＩにより活性化されたＳＰＳ設定によりＳＰＳ ＰＤＳＣＨを受信する(Ｓ１２０３)。ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨリソースがＴＤＤ設定により利用できないこともある。
ＵＥはＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答のためにＳＰＳ設定に関連するＰＵＣＣＨリソースが利用できず、該当ＰＵＣＣＨがスケジューリングされたサブスロット或いはスロット内の他のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨが動的にスケジューリングされない場合、利用できないＰＵＣＣＨリソースで送信されるべきＨＡＲＱ－ＡＣＫ応答を他の(利用可能な)ＰＵＣＣＨリソースを使用して送信する(Ｓ１２０５)。このとき、以下の方法のいずれかによって他の(利用可能な)ＰＵＣＣＨリソースが選択される。
Ａ．ＵＥはＳＰＳ ＰＤＳＣＨに対するＳＰＳ設定と同一の設定インデックスを有するＳＰＳ設定により決定された一番早い(ｅａｒｌｉｅｓｔ)利用可能なＰＵＣＣＨリソースを選択する。
Ｂ．ＵＥはＳＰＳ ＰＤＳＣＨに対するＳＰＳ設定と同一及び／又は異なるＳＰＳ設定により決定された一番早い(ｅａｒｌｉｅｓｔ)利用可能なＳＰＳ用のＰＵＣＣＨリソース(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｆｏｒ ＳＰＳ)(以下、ＳＰＳ ＰＵＣＣＨリソース)を選択する。
Ｃ．ＵＥは一番早い(ｅａｒｌｉｅｓｔ)設定されたＰＵＣＣＨリソースを選択する。例えば、ＵＥは利用できないＳＰＳ ＰＵＣＣＨリソースから最も近い他のＳＰＳ ＰＵＣＣＨリソース或いは周期的ＣＳＩ報告用のＰＵＣＣＨリソース(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｆｏｒ ｐｅｒｉｏｄｉｃ ＣＳＩ Ｒｅｐｏｒｔ)を選択する。
ＵＥはこの明細のいくつの具現によって決定されたＰＵＣＣＨリソースによりＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信を行う。例えば、ＵＥはあるＳＰＳ ＰＤＳＣＨのために設定されたＰＵＣＣＨリソースがＴＤＤ設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ)により利用できないとき、隣接するＰＵＣＣＨリソースを使用してＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を送信する。
この明細の具現において、以下のようなＵＥ動作が考えられる。
＜具現Ａ１＞
ＵＥがＳＰＳ設定を受信し、このＳＰＳ設定に基づくＳＰＳ ＰＤＳＣＨを受信し、このＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を送信するとき、該当ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースＡの代わりに、隣接する他のＰＵＣＣＨリソースＢを使用してＨＡＲＱ－ＡＣＫ応答を送信することができる。かかる動作は、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースＡがＬ１シグナリング(例えば、ＤＣＩフォーマット２_０)及び／又は上位階層シグナリング(例えば、ＴＤＤ ＵＬ－ＤＬの設定)により取り消された／除外された場合に限定される。言い換えれば、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信のためのＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースＡがＴＤＤの送信方向によって利用できない場合には、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信が他の利用可能なＰＵＣＣＨリソースＢに持ち越しされる。
ＰＵＣＣＨリソースＡはＵＥが受信したＳＰＳ設定(例えば、ＩＥ ｓｐｓ－Ｃｏｎｆｉｇ)に含まれたｎ１ＰＵＣＣＨ－ＡＮパラメータ、或いはＰＵＣＣＨ設定(例えば、ＩＥ ＰＵＣＣＨ－Ｃｏｎｆｉｇ)に含まれたＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔパラメータを使用して導き出されたＰＵＣＣＨリソースに限定される。例えば、他のＰＵＣＣＨ送信が同一のスロット或いはサブスロットに指示或いは設定されず、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信のためにＳＰＳ設定により或いはＳＰＳ設定に関連して設定されたＰＵＣＣＨが使用される場合に具現Ａ１が使用される。
ＰＵＣＣＨ送信はＤＣＩフォーマット２_０或いはＤＣＩフォーマット１_ｘ系列(例えば、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１、ＤＣＩフォーマット１_２)のＬ１シグナリングなどによっても取り消されるが、このようなＬ１シグナリングはＡＲＱなしに送信されるので、ＵＥがＬ１シグナリングを受信できなかった場合には、ＵＥとＢＳが異なる仮定を有してＰＵＣＣＨを送信／受信することになる。従って、かかる不一致を防止するために、ＰＵＣＣＨリソースＡが準－静的な情報により使用できないとき、或いは使用できない可能性があるときに限って、具現Ａ１を適用することができる。例えば、ＰＵＣＣＨリソースＡに含まれた１つ以上のシンボルがＴＤＤ ＵＬ－ＤＬの設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ)によりＤＬシンボルとして指示された場合、ＰＵＣＣＨリソースＡが使用できないものと決定される。ＵＥがＤＣＩフォーマット２_０を受信するように設定された場合にも、ＰＵＣＣＨ ＡはＰＵＣＣＨリソースＡに含まれた１つ以上のシンボルがＴＤＤ ＵＬ－ＤＬの設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ)によりＤＬシンボル或いはフレキシブルシンボルとして指示された場合に限って、利用できないＰＵＣＣＨリソースであると決定することができる。
上記他のＰＵＣＣＨリソースＢは以下の方法により選択される。
－方法１．ＰＵＣＣＨリソースＡに１つのＳＰＳ ＨＡＲＱ－ＡＣＫが含まれる場合、ＳＰＳ ＨＡＲＱ－ＡＣＫに関連するＳＰＳ設定により設定されたＰＵＣＣＨのうち、一番早い(利用可能な)ＰＵＣＣＨ時期(ｏｃｃａｓｉｏｎ)。又は、ＳＰＳ ＨＡＲＱ－ＡＣＫに関連するＳＰＳ ＰＤＳＣＨのＳＰＳ設定と同一のＳＰＳ設定の次の周期(ｐｅｒｉｏｄ)のＳＰＳ ＰＤＳＣＨに関連するＰＵＣＣＨリソース。
－方法２．ＰＵＣＣＨリソースＡに１つ又は複数のＳＰＳ ＨＡＲＱ－ＡＣＫが含まれる場合、該当ＳＰＳ ＨＡＲＱ－ＡＣＫに関連するＳＰＳ設定が使用するＰＵＣＣＨリソースのうち、一番早い(利用可能な)ＰＵＣＣＨリソース。
－方法３．ＰＵＣＣＨリソースＡに含まれたＳＰＳ ＨＡＲＱ－ＡＣＫとは関係なく、ＵＥに設定されたＳＰＳ設定が使用するＰＵＣＣＨリソースのうち、一番早い(利用可能な)ＰＵＣＣＨリソース。
－方法４．該当ＰＵＣＣＨリソースから一番早い利用可能な設定されたＰＵＣＣＨリソース。より具体的には、周期的なＣＳＩ報告などのＲＲＣシグナリングにより設定されたＰＵＣＣＨリソースのうち、一番早い(利用可能な)ＰＵＣＣＨリソース。
方法１から方法４において、ＰＵＣＣＨリソースＢはｎ１ＰＵＣＣＨ－ＡＮパラメータ或いはＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔパラメータにより得られたＰＵＣＣＨリソースに限定される。
＜具現Ａ１－１＞
具現Ａ１において、ＵＥはＰＵＣＣＨリソースの有効／利用可能(ｖａｌｉｄ／ａｖａｉｌａｂｌｅ)或いは無効／利用不可(ｉｎｖａｌｉｄ／ｕｎａｖａｉｌａｂｌｅ)を判断して、利用可能なＰＵＣＣＨリソースのみをＰＵＣＣＨリソースＢとして選択する。
具現Ａ１－１において、ＵＥはＰＵＣＣＨリソースの利用可能或いは利用不可を判断するために、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ及び／又はＤＣＩフォーマット２_０を考慮する。このとき、ＰＵＣＣＨリソースＡの利用可能又は利用不可を判断する方法と同一の方法が使用される。一例として、あるＰＵＣＣＨリソースに含まれた１つ以上(ｏｎｅ ｏｒ ｍｏｒｅ)のシンボルがｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによりＤＬに指示された場合、ＵＥはこのＰＵＣＣＨリソースを利用できないＰＵＣＣＨであると判断して、そうではないＰＵＣＣＨリソースのみからＰＵＣＣＨリソースＢを選択する。
或いは具現Ａ１－１において、プロセシング時間ラインが考慮される。例えば、ＵＥとＢＳはＰＵＣＣＨリソースＡに関連するあるＰＤＳＣＨの最後のシンボルからＰＵＣＣＨリソースＢの開始シンボルまでは十分な間隔(例えば、Ｔproc,１又はＮ１シンボル)が保障されると期待して、かかるＰＵＣＣＨリソースからＰＵＣＣＨリソースＢを選択する。例えば、ＳＰＳ ＰＤＳＣＨの最後のシンボルの終了後のＴproc,１の後又はＮ１個のシンボル後より早く開始しないＰＵＣＣＨリソースからＰＵＣＣＨリソースＢが選択される。
かかるＰＵＣＣＨリソースの利用可能又は利用不可の判断には、複数の基準が重複して考慮される。この場合、複数の基準の全てによって使用可能であると判断されたリソースが利用可能なＰＵＣＣＨリソースとして判断されるか、又は複数の基準のうち、少なくとも１つの基準によって利用不可であると判断されたリソースが利用できないＰＵＣＣＨリソースとして判断される。一例として、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／或いはｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによりあるＰＵＣＣＨリソースに含まれた１つ以上のシンボルがＤＬに指示されず、ＰＵＣＣＨリソースの最後のシンボルからＰＵＣＣＨリソースＢの開始シンボルまで十分な間隔(例えば、Ｔproc,１又はＮ１個のシンボル)が保障されるＰＵＣＣＨリソースからＰＵＣＣＨリソースＢが選択される。
＜具現Ａ２＞
具現Ａ１において、スロット或いはサブスロット内に他の設定されたＰＵＣＣＨ或いはＵＣＩ送信機会が存在する場合は、他の設定されたＰＵＣＣＨ或いはＵＣＩ送信機会を考慮して具現Ａ１の適用有無が決定され、使用対象ＰＵＣＣＨが変更される。
いくつのシナリオにおいては、複数のＰＵＣＣＨ送信が１つのスロット或いはサブスロットに指示或いは設定される場合、かかるＰＵＣＣＨ送信で送信されるＵＣＩが１つ或いは２つのＰＵＣＣＨに多重化されて送信される。従って、１つのＰＵＣＣＨがＴＤＤの観点では利用できなくても、ＵＣＩ多重化を考慮して選択されたＰＵＣＣＨは利用可能である。この点を考慮して、具現Ａ２ではＵＥが準－静的に受信した情報に基づいて具現Ａ１が選択的に適用される。
例えば、ＵＥが(時間が)重なる複数のＰＵＣＣＨ送信を１つのスロット或いはサブスロットで送信するように設定されるか、又は(時間が)重なる１つ以上のＰＵＣＣＨとＰＵＳＣＨを１つのスロット或いはサブスロットで送信するように設定され、重なるＰＵＣＣＨのいずれかがＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報を含む場合、設定されたＰＵＣＣＨ送信とそれに関連するＵＣＩが多重化されると仮定する時に使用されるＰＵＣＣＨリソースが利用できない場合にのみ、ＵＥが具現Ａ１を適用すると限定できる。例えば、多重化されるＵＣＩを考慮して選択されたＰＵＣＣＨが利用可能なＰＵＣＣＨである場合には、ＳＰＳ ＨＡＲＱ－ＡＣＫは多重化されるＵＣＩを考慮して選択されたＰＵＣＣＨで送信され、多重化されるＵＣＩを考慮して選択されたＰＵＣＣＨが利用できないＰＵＣＣＨである場合にのみ、利用可能な他のＰＵＣＣＨがＳＰＳ ＨＡＲＱ－ＡＣＫの送信のために使用される。言い換えれば、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答に使用されるＰＵＣＣＨだけではなく、設定された他のＰＵＣＣＨ／ＰＵＳＣＨ送信(一例として、準－持続的(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ)／周期的(ｐｅｒｉｏｄｉｃ)なＣＳＩ報告)などを考慮してＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信が該当ＰＵＣＣＨリソースでできない場合にのみ具現Ａ１が適用される。例えば、多重化過程の前にＳＰＳ ＰＤＳＣＨ受信に対するＳＰＳ ＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨがＴＤＤ ＵＬ－ＤＬ設定及び／又はプロセシング時間ライン条件によって利用できなくても、ＳＰＳ ＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨが他のＰＵＣＣＨ或いはＰＵＳＣＨと時間が重なることにより(ＵＣＩ／データ多重化のために)決定されたＭＵＸ ＰＵＣＣＨ或いはＭＵＸ ＰＵＳＣＨはＴＤＤ ＵＬ－ＤＬの設定及び／又はプロセシング時間ライン条件からして利用できる場合には、具現Ａ１が適用されなくてもよい。
いくつの具現において、利用できないＰＵＣＣＨであるＰＵＣＣＨ Ａで送信されるＵＣＩを具現Ａ１に従って隣接する他のＰＵＣＣＨであるＰＵＣＣＨ Ｂで送信する場合、ＰＵＣＣＨ ＡからＰＵＣＣＨ Ｂに移してＰＵＣＣＨ Ｂで送信されるＵＣＩはＰＵＣＣＨ Ａで送信予定であったＵＣＩのうち、ＨＡＲＱ－ＡＣＫに限定される。例えば、ＰＵＣＣＨ ＡでＳＰＳ ＨＡＲＱ－ＡＣＫだけではなく、ＳＲ、ＣＳＩ報告などが送信される予定であった場合、ＰＵＣＣＨ ＢではＳＲ、ＣＳＩ報告は除外してＳＰＳ ＨＡＲＱ－ＡＣＫのみが送信される。これはＳＲ、ＣＳＩ情報などに遅延が発生した場合、それを信頼してチャネル適応(ｃｈａｎｎｅｌ ａｄａｐｔａｔｉｏｎ)を行うことよりは、それを排除してＵＣＩオーバーヘッドを減らすためのことである。
ＢＳの立場:
この明細の具現についてＢＳの立場で再度説明する。
図１３はこの明細のいくつの具現によるＨＡＲＱ－ＡＣＫ受信の流れを例示する図である。
この明細のいくつの具現において、ＢＳはＳＰＳのためのＰＵＣＣＨリソースを決定する。
ＢＳはＵＥにＴＤＤ設定及びＳＰＳ設定を上位階層(例えば、ＲＲＣ)シグナリングにより送信する(Ｓ１３０１)。即ち、ＢＳはＵＥにＴＤＤ及びＳＰＳに関連するＲＲＣパラメータを送信する。一例として、ＢＳはＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ,ＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ,ＩＥ ＰＵＣＣＨ－Ｃｏｎｆｉｇ,ＩＥ ＰＤＳＣＨ－Ｃｏｎｆｉｇ,ＩＥ ＳＰＳ－Ｃｏｎｆｉｇに含まれたＲＲＣパラメータを送信する。またＢＳはＳＰＳ及びスロットフォーマット指示に必要なＤＣＩ送信のために関連する探索空間及びＣＯＲＥＳＥＴ関連パラメータ(例えば、ＩＥ Ｓｅａｒｃｈｓｐａｃｅ,ＩＥ ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔなど)を送信する。ＢＳがＵＥにＲＲＣシグナリングによりＴＤＤ及びＳＰＳに関連するＲＲＣパラメータを送信する動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、１つ以上のプロセッサ１０２はＲＲＣ設定によりＴＤＤ及びＳＰＳに関連する少なくとも１つのＲＲＣパラメータをＵＥに送信するように１つ以上の送受信機１０６及び／又は１つ以上のメモリ１０４などを制御し、１つ以上の送受信機１０６はＲＲＣ設定によりＴＤＤ及びＳＰＳに関連する少なくとも１つのＲＲＣパラメータをＵＥに送信する。いくつのシナリオにおいて、上位階層(例えば、ＲＲＣ)パラメータは初期接続手順のＲＲＣ連結設定(ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｐｕｐ)の過程で送信される。
ＢＳはＴＤＤ設定とＳＰＳ設定に基づいて、所定のＳＰＳ ＰＤＳＣＨに関連するＰＵＣＣＨリソースのうち、利用できないＰＵＣＣＨリソースを判断する。ＢＳはＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが設定されたか否かによって、例えば、ＳＰＳに関連するＰＵＣＣＨ受信(例えば、ＳＰＳ設定に関連するＰＵＣＣＨでの送信(例えば、ＩＥ ＳＰＳ－Ｃｏｎｆｉｇ内のパラメータｎ１ＰＵＣＣＨ－ＡＮ又はＩＥ ＰＵＣＣＨ－Ｃｏｎｆｉｇ内のＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔにより設定されたＰＵＣＣＨリソースでの受信))が可能であるか否かを判断する。ＢＳがＴＤＤ設定とＳＰＳ設定に基づいて、ＳＰＳ ＰＤＳＣＨに関連するＰＵＣＣＨの受信が可能であるか否かを判断する動作は、図２又は図３の装置により具現される。例えば、図２を参照すると、１つ以上のプロセッサ１０２はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが設定されたか否かによって各シンボルの送信方向を決定し、各シンボルの送信方向によってＳＰＳに関連するＰＵＣＣＨ受信が可能であるか否かを判断する。
ＢＳは活性化ＤＣＩにより活性化したＳＰＳ設定によりＳＰＳ ＰＤＳＣＨを送信する(Ｓ１３０３)。ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが受信されるＰＵＣＣＨリソースがＴＤＤ設定により利用できない可能性もある。
ＢＳはＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答のためにＳＰＳ設定に関連するＰＵＣＣＨリソースが利用不可であり、該当ＰＵＣＣＨがスケジューリングされたサブスロット或いはスロット内の他のＨＡＲＱ－ＡＣＫ ＰＵＣＣＨが動的にスケジューリングされない場合には、上記利用できないＰＵＣＣＨリソースで受信されるべきＨＡＲＱ－ＡＣＫ応答を他の(利用可能な)ＰＵＣＣＨリソースを使用して受信することができる(Ｓ１３０５)。このとき、以下の方法のいずれかによって他の(利用可能な)ＰＵＣＣＨリソースが選択される。
Ａ．ＢＳはＳＰＳ ＰＤＳＣＨに対するＳＰＳ設定と同一の設定インデックスを有するＳＰＳ設定により決定された一番早い利用可能なＰＵＣＣＨリソースを選択する。
Ｂ．ＢＳはＳＰＳ ＰＤＳＣＨに対するＳＰＳ設定と同一及び／又は異なるＳＰＳ設定により決定された一番早い利用可能なＳＰＳ用のＰＵＣＣＨリソース(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｆｏｒ ＳＰＳ)(以下、ＳＰＳ ＰＵＣＣＨリソース)を選択する。
Ｃ．ＢＳは一番早い設定されたＰＵＣＣＨ送信を選択する。例えば、ＵＥは利用できないＳＰＳ ＰＵＣＣＨリソースから最も近い他のＳＰＳ ＰＵＣＣＨリソース或いは周期的ＣＳＩ報告用のＰＵＣＣＨリソース(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｆｏｒ ｐｅｒｉｏｄｉｃ ＣＳＩ ｒｅｐｏｒｔ)を選択する。
ＢＳはこの明細のいくつの具現によって決定されたＰＵＣＣＨリソースによりＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信を受信する。例えば、ＢＳはあるＳＰＳ ＰＤＳＣＨのために設定されたＰＵＣＣＨリソースがＴＤＤ設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はＩＥ ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ)により利用できないとき、隣接する(利用可能な)ＰＵＣＣＨリソースを使用してＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答が送信されると仮定して、ＵＥからのＰＵＣＣＨ送信を受信する。
この明細の具現において、以下の動作が考えられる。
＜具現Ｂ１＞
ＢＳがＳＰＳ設定を送信し、ＳＰＳ設定に基づくＳＰＳ ＰＤＳＣＨを送信し、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を受信するとき、該当ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースＡの代わりに、隣接する他のＰＵＣＣＨリソースＢを使用してＨＡＲＱ－ＡＣＫ応答を受信することができる。かかる動作は、ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースＡがＬ１シグナリング(例えば、ＤＣＩフォーマット２_０)及び／又は上位階層シグナリング(例えば、ＴＤＤ ＵＬ－ＤＬの設定)により取り消された／除外された場合に限定される。言い換えれば、ＳＰＳ ＨＡＲＱ－ＡＣＫのためのＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースＡがＴＤＤの送信方向によって利用できない場合、ＢＳはＵＥによるＳＰＳ ＨＡＲＱ－ＡＣＫの送信が他の利用可能なＰＵＣＣＨリソースＢに持ち越しされると仮定して、ＵＥからのＰＵＣＣＨ送信を受信する。
ＰＵＣＣＨリソースＡはＢＳが提供したＳＰＳ設定(例えば、ＩＥ ｓｐｓ－Ｃｏｎｆｉｇ)に含まれたｎ１ＰＵＣＣＨ－ＡＮパラメータ或いはＰＵＣＣＨ設定(例えば、ＩＥ ＰＵＣＣＨ－Ｃｏｎｆｉｇ)に含まれたＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔパラメータを使用して導き出されたＰＵＣＣＨリソースに限定される。例えば、他のＰＵＣＣＨ送信が同一のスロット或いはサブスロットに指示或いは設定されず、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信のためにＳＰＳ設定により或いはＳＰＳ設定に関連して設定されたＰＵＣＣＨが使用される場合に具現Ｂ１が使用される。
ＰＵＣＣＨ送信はＤＣＩフォーマット２_０或いはＤＣＩフォーマット１_ｘ系列(例えば、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１、ＤＣＩフォーマット１_２)のＬ１シグナリングなどによっても取り消されるが、このようなＬ１シグナリングはＡＲＱなしに送信されるので、ＵＥがＬ１シグナリングを受信できなかった場合には、ＵＥとＢＳが異なる仮定を有してＰＵＣＣＨを送信／受信することになる。従って、かかる不一致を防止するために、ＰＵＣＣＨリソースＡが準－静的な情報により使用できないとき、或いは使用できない可能性があるときに限って、具現Ｂ１を適用することができる。例えば、ＰＵＣＣＨリソースＡに含まれた１つ以上のシンボルがＴＤＤ ＵＬ－ＤＬの設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ)によりＤＬシンボルとして指示された場合、ＰＵＣＣＨリソースＡが使用できないと決定される。ＵＥがＢＳからＤＣＩフォーマット２_０を受信するように設定された場合にも、ＰＵＣＣＨリソースＡはＰＵＣＣＨリソースＡに含まれた１つ以上のシンボルがＴＤＤ ＵＬ－ＤＬの設定(例えば、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ)によりＤＬシンボル或いはフレキシブルシンボルとして指示された場合に限って、利用できないＰＵＣＣＨリソースであると決定することができる。
上記他のＰＵＣＣＨリソースＢは以下の方法により選択される。
－方法１．ＰＵＣＣＨリソースＡに１つのＳＰＳ ＨＡＲＱ－ＡＣＫが含まれる場合、ＳＰＳ ＨＡＲＱ－ＡＣＫに関連するＳＰＳ設定により設定されたＰＵＣＣＨのうち、一番早い(利用可能な)ＰＵＣＣＨ時期(ｏｃｃａｓｉｏｎ)。又は、ＳＰＳ ＨＡＲＱ－ＡＣＫに関連するＳＰＳ ＰＤＳＣＨのＳＰＳ設定と同一のＳＰＳ設定の次の周期のＳＰＳ ＰＤＳＣＨに関連するＰＵＣＣＨリソース。
－方法２．ＰＵＣＣＨリソースＡに１つ又は複数のＳＰＳ ＨＡＲＱ－ＡＣＫが含まれる場合、該当ＳＰＳ ＨＡＲＱ－ＡＣＫに関連するＳＰＳ設定が使用するＰＵＣＣＨリソースのうち、一番早い(利用可能な)ＰＵＣＣＨリソース。
－方法３．ＰＵＣＣＨリソースＡに含まれたＳＰＳ ＨＡＲＱ－ＡＣＫとは関係なく、ＵＥに設定されたＳＰＳ設定が使用するＰＵＣＣＨリソースのうち、一番早い(利用可能な)ＰＵＣＣＨリソース。
－方法４．該当ＰＵＣＣＨリソースから一番早い利用可能な設定されたＰＵＣＣＨリソース。より具体的には、周期的なＣＳＩ報告などのＲＲＣシグナリングにより設定されたＰＵＣＣＨリソースのうち、一番早い(利用可能な)ＰＵＣＣＨリソース。
方法１から方法４において、ＰＵＣＣＨリソースＢはｎ１ＰＵＣＣＨ－ＡＮパラメータ或いはＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔパラメータにより得られたＰＵＣＣＨリソースに限定される。
＜具現Ｂ１－１＞
具現Ｂ１において、ＢＳはＰＵＣＣＨリソースの有効／利用可能(ｖａｌｉｄ／ａｖａｉｌａｂｌｅ)或いは無効／利用不可(ｉｎｖａｌｉｄ／ｕｎａｖａｉｌａｂｌｅ)を判断して、利用可能なＰＵＣＣＨリソースのみをＰＵＣＣＨリソースＢとして選択する。
具現Ｂ１－１において、ＢＳはＰＵＣＣＨリソースの利用可能或いは利用不可を判断するために、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ及び／又はＤＣＩフォーマット２_０が考慮する。このとき、ＰＵＣＣＨリソースＡの利用可能又は利用不可を判断する方法と同一の方法が使用される。一例として、あるＰＵＣＣＨリソースに含まれた１つ以上の(ｏｎｅ ｏｒ ｍｏｒｅ)シンボルがｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによりＤＬに指示された場合、ＢＳはＰＵＣＣＨリソースを利用できないと判断し、そうではないＰＵＣＣＨリソースのみからＰＵＣＣＨリソースＢを選択する。
或いは具現Ｂ１－１において、プロセシング時間ラインが考慮される。例えば、ＵＥとＢＳはＰＵＣＣＨリソースＡに関連するあるＰＤＳＣＨの最後のシンボルからＰＵＣＣＨリソースＢの開始シンボルまでは十分な間隔(例えば、Ｔproc,１又はＮ１シンボル)が保障されると期待して、かかるＰＵＣＣＨリソースからＰＵＣＣＨリソースＢを選択する。例えば、ＳＰＳ ＰＤＳＣＨの最後のシンボルの終了後のＴproc,１の後又はＮ１個のシンボル後より早く開始しないＰＵＣＣＨリソースからＰＵＣＣＨリソースＢが選択される。
かかるＰＵＣＣＨリソースの利用可能又は利用不可の判断には、複数の基準が重複して考慮される。この場合、複数の基準の全てによって使用可能であると判断されたリソースが利用可能なＰＵＣＣＨリソースとして判断されるか、又は複数の基準のうち、少なくとも１つの基準によって利用不可であると判断されたリソースが利用できないＰＵＣＣＨリソースとして判断される。一例として、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＣｏｍｍｏｎ及び／又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによりあるＰＵＣＣＨリソースに含まれた１つ以上のシンボルがＤＬに指示されず、ＰＵＣＣＨリソースの最後のシンボルからＰＵＣＣＨリソースＢの開始シンボルまで十分な間隔(例えば、Ｔproc,１又はＮ１個のシンボル)が保障されるＰＵＣＣＨリソースからＰＵＣＣＨリソースＢが選択される。
＜具現Ｂ２＞
具現Ｂ１において、スロット或いはサブスロット内に他の設定されたＰＵＣＣＨ或いはＵＣＩ送信機会が存在する場合は、他の設定されたＰＵＣＣＨ或いはＵＣＩ送信機会を考慮して具現Ｂ１の適用有無が決定され、使用対象ＰＵＣＣＨが変更される。
いくつのシナリオにおいては、複数のＰＵＣＣＨ送信が１つのスロット或いはサブスロットに指示或いは設定される場合、かかるＰＵＣＣＨ送信で送信されるＵＣＩが１つ或いは２つのＰＵＣＣＨに多重化されて送信される。従って、１つのＰＵＣＣＨがＴＤＤの観点では利用できなくても、ＵＣＩ多重化を考慮して選択されたＰＵＣＣＨは使用可能である。この点を考慮して、具現Ｂ２ではＢＳが準－静的に送信した情報に基づいて具現Ｂ１が選択的に適用される。
例えば、ＢＳがＵＥに(時間が)重なる複数のＰＵＣＣＨ送信を１つのスロット或いはサブスロットで送信するように設定するか、又は(時間が)重なる１つ以上のＰＵＣＣＨとＰＵＳＣＨを１つのスロット或いはサブスロットで送信するように設定し、上記重なるＰＵＣＣＨのいずれかがＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含む場合、設定されたＰＵＣＣＨ送信とそれに関連するＵＣＩが多重化されると仮定する時に使用されるＰＵＣＣＨリソースが利用できない場合にのみ、具現Ｂ１をＢＳが適用すると限定できる。例えば、多重化されるＵＣＩを考慮して選択されたＰＵＣＣＨが利用可能なＰＵＣＣＨである場合には、ＳＰＳ ＨＡＲＱ－ＡＣＫは多重化されるＵＣＩを考慮して選択されたＰＵＣＣＨで受信され、多重化されるＵＣＩを考慮して選択されたＰＵＣＣＨが利用できないＰＵＣＣＨである場合にのみ、利用可能な他のＰＵＣＣＨがＳＰＳ ＨＡＲＱ－ＡＣＫの受信のために使用される。言い換えれば、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答に使用されるＰＵＣＣＨだけではなく、設定された他のＰＵＣＣＨ／ＰＵＳＣＨ送信(一例として、準－持続的(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ)／周期的(ｐｅｒｉｏｄｉｃ)ＣＳＩ報告)などを考慮してＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ受信が該当ＰＵＣＣＨリソースでできない場合にのみ具現Ｂ１が適用される。例えば、多重化過程の前にＳＰＳ ＰＤＳＣＨ送信に対するＳＰＳ ＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨがＴＤＤ ＵＬ－ＤＬの設定及び／又はプロセシング時間ライン条件によって利用できなくても、ＳＰＳ ＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨが他のＰＵＣＣＨ或いはＰＵＳＣＨと時間が重なることにより(ＵＣＩ／データ多重化のために)決定されたＭＵＸ ＰＵＣＣＨ或いはＭＵＸ ＰＵＳＣＨはＴＤＤ ＵＬ－ＤＬの設定及び／又はプロセシング時間ライン条件からして利用できる場合には、具現Ｂ１が適用されなくてもよい。
いくつの具現において、利用できないＰＵＣＣＨであるＰＵＣＣＨ Ａで受信されるＵＣＩを具現Ｂ１に従って隣接する他のＰＵＣＣＨであるＰＵＣＣＨ Ｂで受信する場合、ＰＵＣＣＨ ＡからＰＵＣＣＨ Ｂに移してＰＵＣＣＨ Ｂで受信されるＵＣＩはＰＵＣＣＨ Ａで受信予定であったＵＣＩのうち、ＨＡＲＱ－ＡＣＫに限定される。例えば、ＰＵＣＣＨ ＡでＳＰＳ ＨＡＲＱ－ＡＣＫだけではなく、ＳＲ、ＣＳＩ報告などが受信される予定であった場合、ＰＵＣＣＨ ＢではＳＲ、ＣＳＩ報告は除外してＳＰＳ ＨＡＲＱ－ＡＣＫのみが受信される。これはＳＲ、ＣＳＩ情報などに遅延が発生した場合、それを信頼してチャネル適応(ｃｈａｎｎｅｌ ａｄａｐｔａｔｉｏｎ)を行うことよりは、それを排除してＵＣＩオーバーヘッドを減らすためのことである。
図１４はこの明細のいくつの具現によるＵＥとＢＳの間の信号送受信の流れを例示する図である。
ＵＥはＢＳからＴＤＤのためのＲＲＣ設定とＳＰＳのためのＲＲＣ設定を受信する(Ｓ１４０１ａ,Ｓ１４０１ｂ)。ＵＥとＢＳはＴＤＤ設定に基づいてＳＰＳ ＰＤＳＣＨに対して利用できないＰＵＣＣＨリソースを判断することができる。ＢＳはＳＰＳのためのＲＲＣ設定に基づいてＳＰＳ ＰＤＳＣＨをＵＥに送信し、ＵＥはＳＰＳのためのＲＲＣ設定に基づいてＳＰＳ ＰＤＳＣＨを受信する(Ｓ１４０３)。ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースがＴＤＤのためのＲＲＣ設定に基づいて利用できない場合(Ｓ１４０４)、ＵＥはＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信をこの明細のいくつの具現により決定された他の利用可能なＰＵＣＣＨリソースに持ち越しすることができる(Ｓ１４０５)。ＢＳはＢＳがＵＥに送信したＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨリソースをこの明細のいくつの具現によって決定し、ＰＵＣＣＨリソースでＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを受信する(Ｓ１４０５)。
この明細のいくつの具現によれば、ＢＳはＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ用のＰＵＣＣＨリソースがＴＤＤ設定を考慮しても有効であるようにＵＥにＳＰＳ設定及びＴＤＤ設定の提供を制約する必要はない。またＵＥは設定／受信されたＳＰＳ ＰＤＳＣＨに対するＰＵＣＣＨリソースがＴＤＤ設定により利用できなくても、この明細のいくつの具現によってＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答をＢＳに提供することができる。
この明細の具現はそれぞれ個々に適用されるか又は少なくとも１つの具現が結合して適用される。
ＵＥはＨＡＲＱ－ＡＣＫ情報の送信に関連して、この明細のいくつの具現による動作を行う。ＵＥは少なくとも１つの送受信機；少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。ＵＥのためのプロセシング装置は、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。コンピュータ読み取り可能な格納媒体は、少なくとも１つのプロセッサにより実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする指示を含む少なくとも１つのコンピュータープログラムを格納する。この動作は：ＴＤＤ ＵＬ－ＤＬの設定とＳＰＳ設定を受信；ＳＰＳ設定に基づいてＳＰＳ ＰＤＳＣＨ受信を行い；ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することは：ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫのための第１ＰＵＣＣＨリソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である。この明細のいくつの具現において、第２ＰＵＣＣＨリソースはＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、第２ＰＵＣＣＨリソースは第１ＰＵＣＣＨリソースで該当ＨＡＲＱ－ＡＣＫ情報が送信されるＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、第２ＰＵＣＣＨリソースはＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、第２ＰＵＣＣＨリソースはＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することは：第１ＰＵＣＣＨリソースで送信されるＳＲ又はＣＳＩの報告に基づいてＳＲ又はＣＳＩ報告の送信を省略し、ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫをＳＲ又はＣＳＩ報告なしに第２ＰＵＣＣＨリソースで送信することを含む。
ＢＳはＨＡＲＱ－ＡＣＫ情報の受信に関連してこの明細のいくつの具現による動作を行う。ＢＳは少なくとも１つの送受信機；少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。ＢＳのためのプロセシング装置は、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含む。コンピュータ読み取り可能な格納媒体は、少なくとも１つのプロセッサにより実行されるとき、少なくとも１つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする指示を含む少なくとも１つのコンピュータープログラムを格納する。この動作は：ＴＤＤ ＵＬ－ＤＬの設定とＳＰＳ設定を受信；ＳＰＳ設定に基づいてＳＰＳ ＰＤＳＣＨ送信を行い；ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含む。ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することは：ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫのための第１ＰＵＣＣＨリソースが条件を満たさないことに基づいて、条件を満たす第２ＰＵＣＣＨリソース上でＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含む。上記条件は以下を含む：i) 該当ＰＵＣＣＨリソースのシンボルがＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、ii) ＳＰＳ ＰＤＳＣＨ送信の最後のシンボルから該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である。この明細のいくつの具現において、第２ＰＵＣＣＨリソースはＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、第２ＰＵＣＣＨリソースは第１ＰＵＣＣＨリソースで該当ＨＡＲＱ－ＡＣＫ情報が送信されるＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、第２ＰＵＣＣＨリソースはＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、第２ＰＵＣＣＨリソースはＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである。この明細のいくつの具現において、ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することは：第１ＰＵＣＣＨリソースで受信されるＳＲ又はＣＳＩの報告に基づいて、ＳＲ又はＣＳＩ報告の受信を省略し、ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫをＳＲ又はＣＳＩ報告なしに第２ＰＵＣＣＨリソースで受信することを含む。
上述したように開示された本発明の例は、本発明に関連する技術分野における通常の技術者が本発明を具現し、実施できるように提供されている。以上では、本発明の好適な実施例を参照して説明したが、当該技術分野における通常の技術者は本発明を様々に修正及び変更可能である。従って、本発明は、ここに開示された実施形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。
本発明の具現は無線通信システムにおいて基地局又はユーザ機器、その他の装備に使用することができる。
Claims (11)
- 無線通信システムにおいてユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)がハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信する方法において、
時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、
前記ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、
前記ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含み、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することは、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、前記条件を満たす第２ＰＵＣＣＨリソース上で前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することを含み、
前記条件は以下を含む、
i) 該当ＰＵＣＣＨリソースのシンボルが前記ＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、
ii) 前記ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから前記該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である、ＨＡＲＱ－ＡＣＫ送信方法。 - 前記第２ＰＵＣＣＨリソースは前記ＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである、請求項１に記載のＨＡＲＱ－ＡＣＫ送信方法。
- 前記第２ＰＵＣＣＨリソースは前記第１ＰＵＣＣＨリソースで該当ＨＡＲＱ－ＡＣＫ情報が送信されるＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い利用可能なＰＵＣＣＨリソースである、請求項１に記載のＨＡＲＱ－ＡＣＫ送信方法。
- 前記第２ＰＵＣＣＨリソースは前記ＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである、請求項１に記載のＨＡＲＱ－ＡＣＫ送信方法。
- 前記第２ＰＵＣＣＨリソースは前記ＵＥに提供された複数のＳＰＳ設定に関連するＰＵＣＣＨリソースのうち、一番早い次に利用可能なＰＵＣＣＨリソースである、請求項１に記載のＨＡＲＱ－ＡＣＫ送信方法。
- 前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することは、
前記第１ＰＵＣＣＨリソースで送信されるスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ, ＳＲ)又はチャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ, ＣＳＩ)の報告に基づいて、前記ＳＲ又は前記ＣＳＩ報告の送信を省略し、前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを前記ＳＲ又は前記ＣＳＩ報告なしに前記第２ＰＵＣＣＨリソースで送信することを含む、請求項１に記載のＨＡＲＱ－ＡＣＫ送信方法。 - 無線通信システムにおいてユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)がハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信するにおいて、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、前記少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含み、前記動作は、
時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、
前記ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、
前記ＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫを送信することを含み、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することは、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、前記条件を満たす第２ＰＵＣＣＨリソース上で前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することを含み、
前記条件は以下を含む、
i) 該当ＰＵＣＣＨリソースのシンボルが前記ＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、
ii) 前記ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから前記該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である、ＵＥ。 - 無線通信システムにおいてプロセシング装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、前記少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含み、前記動作は、
時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、
前記ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、
前記ＳＰＳ ＰＤＳＣＨ受信に対するハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信することを含み、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することは、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、前記条件を満たす第２ＰＵＣＣＨリソース上で前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することを含み、
前記条件は以下を含む、
i) 該当ＰＵＣＣＨリソースのシンボルが前記ＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、
ii) 前記ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから前記該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である、プロセシング装置。 - コンピュータ読み取り可能な格納媒体であって、
前記コンピュータ読み取り可能な格納媒体は、少なくとも１つのプロセッサにより実行されるとき、前記少なくとも１つのプロセッサをしてユーザ機器のための動作を行うようにする指示を含む少なくとも１つのコンピュータープログラムを格納し、前記動作は、
時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を受信と、
前記ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)の受信を行い、
前記ＳＰＳ ＰＤＳＣＨ受信に対するハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を送信することを含み、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することは、
前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、前記条件を満たす第２ＰＵＣＣＨリソース上で前記ＳＰＳ ＰＤＳＣＨ受信に対する前記ＨＡＲＱ－ＡＣＫを送信することを含み、
前記条件は以下を含む、
i) 該当ＰＵＣＣＨリソースのシンボルが前記ＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、
ii) 前記ＳＰＳ ＰＤＳＣＨ受信の最後のシンボルから前記該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である、コンピュータ読み取り可能な格納媒体。 - 無線通信システムにおいて基地局がユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)からハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を受信する方法において、
時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を送信と、
前記ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)送信を行い、
前記ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含み、
前記ＳＰＳ ＰＤＳＣＨ送信に対する前記ＨＡＲＱ－ＡＣＫを受信することは、
前記ＳＰＳ ＰＤＳＣＨ送信に対する前記ＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、前記条件を満たす第２ＰＵＣＣＨリソース上で前記ＳＰＳ ＰＤＳＣＨ送信に対する前記ＨＡＲＱ－ＡＣＫを受信することを含み、
前記条件は以下を含む、
i) 該当ＰＵＣＣＨリソースのシンボルが前記ＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、
ii) 前記ＳＰＳ ＰＤＳＣＨ送信の最後のシンボルから前記該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である、ＨＡＲＱ－ＡＣＫ送信方法。 - 無線通信システムにおいて基地局がユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ, ＵＥ)からハイブリッド自動繰り返し要請－確認(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔーａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ, ＨＡＲＱ－ＡＣＫ)を受信するにおいて、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結できる、そして実行されるとき、前記少なくとも１つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも１つのコンピューターメモリを含み、前記動作は、
時間ドメインデュプレックス(ｔｉｍｅ ｄｏｍａｉｎ ｄｕｐｌｅｘ, ＴＤＤ)上りリンク－下りリンク(ｕｐｌｉｎｋ－ｄｏｗｎｌｉｎｋ, ＵＬ－ＤＬ)の設定と準－持続的スケジューリング(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ, ＳＰＳ)の設定を送信と、
前記ＳＰＳ設定に基づいてＳＰＳ物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ, ＰＤＳＣＨ)送信を行い、
前記ＳＰＳ ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫを受信することを含み、
前記ＳＰＳ ＰＤＳＣＨ送信に対する前記ＨＡＲＱ－ＡＣＫを受信することは、
前記ＳＰＳ ＰＤＳＣＨ送信に対する前記ＨＡＲＱ－ＡＣＫのための第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ, ＰＵＣＣＨ)リソースが条件を満たさないことに基づいて、前記条件を満たす第２ＰＵＣＣＨリソース上で前記ＳＰＳ ＰＤＳＣＨ送信に対する前記ＨＡＲＱ－ＡＣＫを受信することを含み、
前記条件は以下を含む、
i) 該当ＰＵＣＣＨリソースのシンボルが前記ＴＤＤ ＵＬ－ＤＬの設定により下りリンクに指示されたシンボルを含まず、
ii) 前記ＳＰＳ ＰＤＳＣＨ送信の最後のシンボルから前記該当ＰＵＣＣＨリソースの開始シンボルまでの時間が所定の最小時間以上である、基地局。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2020-0037108 | 2020-03-26 | ||
| KR20200037108 | 2020-03-26 | ||
| PCT/KR2021/003774 WO2021194301A1 (ko) | 2020-03-26 | 2021-03-26 | Harq-ack 전송 방법, 사용자기기 및 저장 매체, 그리고 harq-ack 수신 방법 및 기지국 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2023518012A true JP2023518012A (ja) | 2023-04-27 |
Family
ID=77892103
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022554922A Pending JP2023518012A (ja) | 2020-03-26 | 2021-03-26 | Ｈａｒｑ－ａｃｋ送信方法、ユーザ機器及び格納媒体、並びにｈａｒｑ－ａｃｋ受信方法及び基地局 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20230155744A1 (ja) |
| EP (1) | EP4131818A4 (ja) |
| JP (1) | JP2023518012A (ja) |
| KR (1) | KR20220146587A (ja) |
| CN (1) | CN115336213B (ja) |
| WO (1) | WO2021194301A1 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220061048A1 (en) * | 2020-08-24 | 2022-02-24 | Qualcomm Incorporated | Sps and ulcg enhancements |
| US11805542B2 (en) * | 2020-09-15 | 2023-10-31 | Acer Incorporated | Method used by UE to multiplex uplink transmissions and UE using the same |
| US20230276440A1 (en) * | 2020-09-18 | 2023-08-31 | Qualcomm Incorporated | Delayed harq-ack report for sps |
| US20220132536A1 (en) * | 2020-10-22 | 2022-04-28 | Electronics And Telecommunications Research Institute | Method and apparatus for hybrid automatic repeat request feedback in communication system |
| CN117295171A (zh) * | 2020-12-11 | 2023-12-26 | Oppo广东移动通信有限公司 | Mbs业务的半静态调度方法及装置、终端、网络设备 |
| US20230361938A1 (en) * | 2021-01-14 | 2023-11-09 | Apple Inc. | Method for enhanced harq-ack feedback in wireless communications |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3547586B1 (en) * | 2010-09-19 | 2021-01-27 | Lg Electronics Inc. | Method and apparatus for transmitting control information |
| PL2901793T3 (pl) * | 2012-09-27 | 2017-05-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Sposoby i systemy do przydzielania zasobu TDD PUCCH HARQ dla ulepszonego fizycznego kanału sterującego downlinku (EPDCCH) |
| CN115225233A (zh) * | 2017-06-16 | 2022-10-21 | 韦勒斯标准与技术协会公司 | 使用时分双工方案的无线通信系统的用户设备及操作方法 |
| CN110710318B (zh) * | 2018-04-23 | 2022-12-30 | Lg电子株式会社 | 在无线通信系统中发送和接收物理下行链路共享信道的方法及其装置 |
-
2021
- 2021-03-26 KR KR1020227033353A patent/KR20220146587A/ko unknown
- 2021-03-26 EP EP21776366.3A patent/EP4131818A4/en active Pending
- 2021-03-26 JP JP2022554922A patent/JP2023518012A/ja active Pending
- 2021-03-26 WO PCT/KR2021/003774 patent/WO2021194301A1/ko unknown
- 2021-03-26 US US17/909,280 patent/US20230155744A1/en active Pending
- 2021-03-26 CN CN202180024364.1A patent/CN115336213B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN115336213B (zh) | 2023-06-27 |
| US20230155744A1 (en) | 2023-05-18 |
| CN115336213A (zh) | 2022-11-11 |
| EP4131818A1 (en) | 2023-02-08 |
| KR20220146587A (ko) | 2022-11-01 |
| EP4131818A4 (en) | 2024-05-01 |
| WO2021194301A1 (ko) | 2021-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7309902B2 (ja) | 下りリンク制御情報を送信する方法及び基地局、並びに下りリンク制御情報を受信する方法、ユーザ機器及び格納媒体 | |
| JP7304490B2 (ja) | Ｐｕｓｃｈ送信方法、ユーザ機器、装置及びコンピューター読み取り可能な格納媒体、並びにｐｕｓｃｈ受信方法及び基地局 | |
| KR20210151142A (ko) | Pusch를 전송하는 방법, 사용자기기, 장치 및 저장매체, 그리고 pusch를 수신하는 방법 및 기지국 | |
| US20230155744A1 (en) | Harq-ack transmission method, user equipment and storage medium, and harq-ack reception method and base station | |
| JP7398562B2 (ja) | 下りリンク制御情報を送信する方法及び基地局、並びに下りリンク制御情報を受信するユーザ機器、装置及び格納媒体 | |
| KR102624850B1 (ko) | 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국 | |
| US20230035066A1 (en) | Method, user device and storage medium for transmitting uplink channel, and method and base station for receiving uplink channel | |
| US11791946B2 (en) | Method, user equipment, processing device, storage medium, and computer program for receiving downlink channel, and method and base station for transmitting downlink channel | |
| US20230396298A1 (en) | Method, user equipment, processing device, storage medium and computer program for transmitting channel state information report, and method and base station for receiving channel state information report | |
| US20230261807A1 (en) | Method and user equipment for transmitting harq-ack information, and base station for receiving harq-ack information | |
| KR20230028557A (ko) | 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국 | |
| KR20230044220A (ko) | 상향링크 채널을 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 상향링크 채널을 수신하는 방법 및 기지국 | |
| JP2022550971A (ja) | 上りリンク取り消し指示をモニタリングする方法、ユーザ機器、装置及びコンピュータ読み取り可能な格納媒体、並びに上りリンク取り消し指示を送信する方法及び基地局 | |
| KR102534482B1 (ko) | 하향링크 채널을 수신하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 하향링크 채널을 전송하는 방법 및 기지국 | |
| US20220329391A1 (en) | Method, user equipment, processing device, storage medium and computer program for transmitting harq-ack information, and method and base station for receiving harq-ack information | |
| JP2024502647A (ja) | 下りリンクチャネルを受信する方法、ユーザ機器、プロセシング装置、格納媒体及びコンピュータープログラム、そして下りリンクチャネルを送信する方法及び基地局 | |
| KR102668758B1 (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱 장치 및 저장 매체, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 | |
| KR20230129420A (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱장치, 저장 매체 및 컴퓨터 프로그램, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 | |
| JP2024512802A (ja) | Ｈａｒｑ－ａｃｋ情報を送信する方法、ユーザ機器、プロセシング装置、記憶媒体及びコンピュータープログラム、並びにｈａｒｑ－ａｃｋ情報を受信する方法及び基地局 | |
| KR20240008340A (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱장치, 및 저장 매체, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 | |
| KR20230048303A (ko) | Pusch를 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 pusch를 수신하는 방법 및 기지국 | |
| KR20240045218A (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 | |
| KR20230065917A (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱 장치 및 저장 매체, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 | |
| KR20230108205A (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱 장치 및 저장 매체, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 | |
| KR20230047900A (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱 장치 및 저장 매체, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220912 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220912 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230712 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230718 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231017 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20240109 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240402 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20240409 |