JP2022550971A - 上りリンク取り消し指示をモニタリングする方法、ユーザ機器、装置及びコンピュータ読み取り可能な格納媒体、並びに上りリンク取り消し指示を送信する方法及び基地局 - Google Patents
上りリンク取り消し指示をモニタリングする方法、ユーザ機器、装置及びコンピュータ読み取り可能な格納媒体、並びに上りリンク取り消し指示を送信する方法及び基地局 Download PDFInfo
- Publication number
- JP2022550971A JP2022550971A JP2022520727A JP2022520727A JP2022550971A JP 2022550971 A JP2022550971 A JP 2022550971A JP 2022520727 A JP2022520727 A JP 2022520727A JP 2022520727 A JP2022520727 A JP 2022520727A JP 2022550971 A JP2022550971 A JP 2022550971A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- pdcch
- monitoring
- transmissions
- uplink
- 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
- 238000012544 monitoring process Methods 0.000 title claims abstract description 119
- 238000000034 method Methods 0.000 title claims description 96
- 230000005540 biological transmission Effects 0.000 claims abstract description 474
- 238000004891 communication Methods 0.000 claims description 104
- 238000004590 computer program Methods 0.000 claims description 6
- 230000002123 temporal effect Effects 0.000 claims description 5
- 238000001514 detection method Methods 0.000 claims description 3
- 230000011664 signaling Effects 0.000 description 71
- 238000012545 processing Methods 0.000 description 56
- 239000010410 layer Substances 0.000 description 51
- 230000015654 memory Effects 0.000 description 42
- 238000013468 resource allocation Methods 0.000 description 35
- 238000005516 engineering process Methods 0.000 description 31
- 238000013507 mapping Methods 0.000 description 30
- 230000008569 process Effects 0.000 description 18
- 230000006870 function Effects 0.000 description 13
- 230000004044 response Effects 0.000 description 10
- 230000004913 activation Effects 0.000 description 9
- 125000004122 cyclic group Chemical group 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 230000002776 aggregation Effects 0.000 description 5
- 238000004220 aggregation Methods 0.000 description 5
- 238000013473 artificial intelligence Methods 0.000 description 5
- 230000006399 behavior Effects 0.000 description 5
- 230000009849 deactivation Effects 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 4
- 238000002360 preparation method Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 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
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000005352 clarification Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 235000019527 sweetened beverage Nutrition 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001149 cognitive effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000001934 delay Effects 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
- 238000004549 pulsed laser deposition Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0026—Transmission of channel quality indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
- H04L1/0073—Special arrangements for feedback channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
- H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
-
- 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)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
ＵＥはＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ＰＤＣＣＨ)のモニタリング時期(ＭＯ)に関する設定を受信、ＵＬ送信に関するスケジューリング情報を受信、及び設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることができる。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることは：ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行、及び参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングをスキップすることを含む。【選択図】図１０
Description
この明細は無線通信システムに関する。
器機間(Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ、Ｍ２Ｍ)通信と、機械タイプ通信(ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ)などと、高いデータ送信量を要求するスマートフォン、タブレットＰＣなどの様々な装置及び技術が出現及び普及されている。これに伴い、セルラー網(ｃｅｌｌｕｌａｒ ｎｅｔｗｏｒｋ)で処理されることが要求されるデータ量も急増している。このように急増しているデータ処理要求量を満たすために、より多くの周波数帯域を效率的に用いるための搬送波集成(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)技術、認知無線(ｃｏｇｎｉｔｉｖｅ ｒａｄｉｏ)技術などと、限られた周波数内で送信されるデータ容量を高めるための多重アンテナ技術、多重基地局協調技術などが発展している。
多数の通信機器がより大きな通信容量を要求することにより、レガシー無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上したモバイルブロードバンド(ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信の必要性が高まっている。また、多数の機器及び物事(ｏｂｊｅｃｔ)を連結していつでもどこでも多様なサービスを提供する大規模機械タイプ通信(ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ)が次世代通信において考えられている。
さらに信頼性及び待機時間などに敏感なサービス／ユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)を考慮して設計される通信システムも考えられている。次世代無線接続技術の導入は、ｅＭＢＢ通信、ｍＭＴＣ、超信頼度及び低遅延時間の通信(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ)などを考慮して論議されている。
新しい無線通信技術の導入から、基地局が所定リソース領域でサービスを提供すべきＵＥの個数が増加するだけでなく、上記基地局がサービスを提供するＵＥと送受信するデータと制御情報の量も増加している。基地局がＵＥとの通信に利用可能な無線リソースの量は有限であるため、基地局が有限の無線リソースを用いて上りリンク／下りリンクデータ及び／又は上りリンク／下りリンク制御情報をＵＥから／に效率的に受信／送信するための新しい方案が要求される。言い換えれば、ノードの密度が増加及び／又はユーザ機器の密度が増加することにより高密度のノード或いは高密度のユーザ機器を通信に効率的に利用するための方案が要求されている。
また、無線通信システムにおいて異なる要求事項を有する様々なサービスを効率的に支援する方案が求められている。
また、遅延又は待ち時間(ｌａｔｅｎｃｙ)を克服することは遅延又は待ち時間に敏感なアプリケーションの性能において重要な挑戦である。
この明細で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明するこの明細の実施例から、この明細の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
この明細の一様相においては、無線通信システムにおいてユーザ機器が上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)のモニタリングを行う方法が提供される。この方法は、ＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、ＵＬ送信に関するスケジューリング情報を受信、及びこの設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることは、ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを行い、及び参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングをスキップすることを含む。
この明細の他の様相においては、無線通信システムにおいて上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)のモニタリングを行うユーザ機器が提供される。このユーザ機器は、少なくとも一つの送受信機、少なくとも一つのプロセッサ、及び少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、少なくとも一つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピュータメモリを含む。この動作は、ＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、ＵＬ送信に関するスケジューリング情報を受信、及びこの設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることは、ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行、及び参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングをスキップすることを含む。
この明細のさらに他の様相においては、無線通信システムにおいてユーザ機器のための装置が提供される。この装置は、少なくとも一つのプロセッサ、及び少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、少なくとも一つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピュータメモリを含む。これらの動作は、ＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、ＵＬ送信に関するスケジューリング情報を受信、及びこの設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることは、ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行、及び参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングをスキップすることを含む。
この明細のさらに他の様相においては、コンピュータ読み取り可能な格納媒体が提供される。コンピュータ読み取り可能な格納媒体は、少なくとも一つのプロセッサにより実行されるとき、少なくとも一つのプロセッサをしてユーザ機器のための動作を行うようにする指示を含む少なくとも一つのコンピュータプログラムを格納する。これらの動作は、ＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、ＵＬ送信に関するスケジューリング情報を受信、及び設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることは、ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行、及び参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングをスキップすることを含む。
この明細のさらに他の様相においては、無線通信システムにおいて基地局が上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)を送信する方法が提供される。この方法は、ＵＬ ＣＩ送信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を送信、ＵＬ送信に関するスケジューリング情報をユーザ機器に送信、及び設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩを送信又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信を実行又はスキップすることは、ＰＤＣＣＨ ＭＯで送信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信を実行、及び参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信をスキップすることを含む。
この明細のさらに他の様相においては、無線通信システムにおいて上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)を送信する基地局が提供される。この基地局は、少なくとも一つの送受信機、少なくとも一つのプロセッサ、及び少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、少なくとも一つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピュータメモリを含む。これらの動作は、ＵＬ ＣＩ送信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を送信、ＵＬ送信に関するスケジューリング情報をユーザ機器に送信、及び設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩを送信又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信を実行又はスキップすることは、ＰＤＣＣＨ ＭＯで送信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信を実行、及び参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信をスキップすることを含む。
この明細の各様相においては、ユーザ機器のための方法は、又はユーザ機器、装置又はコンピュータ読み取り可能な格納媒体に関連する動作はさらに、ＵＬ ＣＩモニタリングを行ったことに基づいてＵＬ送信に対するＵＬ ＣＩを検出、ＵＬ ＣＩを検出したことに基づいて、ＵＬ送信のリソースのうち、ＵＬ ＣＩにより指示されたリソースでＵＬ送信を取り消すことを含む。
この明細の各様相においては、参照リソース領域は時間ドメインにおいてＹ個のシンボルを含む。Ｙ個のシンボルのうち、一番目のシンボルはＰＤＣＣＨ ＭＯの終端からＸ個のシンボル後の一番目のシンボルであり、ここで、Ｘは所定の値であり、Ｙは上記設定に基づいて決定される。
この明細の各様相においては、スケジューリング情報は時間ドメインにおいて参照リソース領域より前に受信／送信される。
上記の課題解決方法は、この明細の実施例の一部に過ぎず、この明細の技術的特徴が反映された様々な実施例は、当該技術の分野における通常の知識を有する者によって、以下に説明するこの明細の詳細な説明から導出されて理解されるであろう。
この明細の具現によれば、無線通信信号を効率的に送受信することができる。これにより、無線通信システムの全体処理量(ｔｈｒｏｕｇｈｐｕｔ)が増加する。
この明細の具現によれば、無線通信システムにおいて異なる要求事項を有する様々なサービスを効率的に支援することができる。
この明細の具現によれば、通信機器間の無線通信中に発生する遅延／待機時間が減少する。
この明細から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、この明細の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
以下に添付する図面は、この明細に関する理解を助けるために詳細な説明の一部として含まれるものであり、この明細の実施の形態を示し、詳細な説明と共にこの明細の技術的特徴を説明する。
以下、この明細に係る好適な実施の形態を添付図面を参照して詳しく説明する。添付図面と共に以下に開示する詳細な説明は、この明細の例示的な実施形態を説明するためのものであり、この明細が実施し得る唯一の実施形態を示すためのものではない。以下の詳細な説明はこの明細の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにもこの明細を実施できることは明らかである。
場合によって、この明細の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心とするブロック図の形式で示したりする。また、この明細書全体を通じて同一の構成要素については同一の図面符号を付して説明する。
以下に説明する技法(ｔｅｃｈｎｉｑｕｅ)及び機器、システムは、様々な無線多重接続システムに適用することができる。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(Ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＭＣ－ＦＤＭＡ(ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)又はＣＤＭＡ２０００のような無線技術(ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)、ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)(ｉ．ｅ．，ＧＥＲＡＮ)などのような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ(ｅｖｏｌｖｅｄ－ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)の一部であり、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳの一部である。３ＧＰＰ ＬＴＥは、下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)ではＯＦＤＭＡを採択し、上りリンク(ｕｐｌｉｎｋ、ＵＬ)ではＳＣ－ＦＤＭＡを採択している。ＬＴＥ－Ａ(ＬＴＥ－ａｄｖａｎｃｅｄ)は、３ＧＰＰ ＬＴＥの進化した形態である。
説明の便宜のために、以下では、この明細が３ＧＰＰ基盤通信システム、例えば、ＬＴＥ、ＮＲに適用される場合を仮定して説明する。しかし、この明細の技術的特徴はこれに制限されるものではない。例えば、以下の詳細な説明が、移動通信システムが３ＧＰＰ ＬＴＥ／ＮＲシステムに対応する移動通信システムに基づいて説明されても、３ＧＰＰ ＬＴＥ／ＮＲ特有の事項以外は、他の任意の移動通信システムにも適用可能である。
この明細書で使用される用語及び技術のうち、具体的に説明していない用語及び技術は、３ＧＰＰ基盤の標準文書、例えば、３ＧＰＰ ＴＳ ３６.２１１、３ＧＰＰ ＴＳ ３６.２１２、３ＧＰＰ ＴＳ ３６.２１３、３ＧＰＰ ＴＳ ３６.３２１、３ＧＰＰ ＴＳ ３６.３００及び３ＧＰＰ ＴＳ ３６.３３１、３ＧＰＰ ＴＳ ３７.２１３、３ＧＰＰ ＴＳ ３８.２１１、３ＧＰＰ ＴＳ ３８.２１２、３ＧＰＰ ＴＳ ３８.２１３、３ＧＰＰ ＴＳ ３８.２１４、３ＧＰＰ ＴＳ ３８.３００、３ＧＰＰ ＴＳ ３８.３３１などを参照すればよい。
後述するこの明細の実施例において、機器が“仮定する”という表現は、チャネルを送信する主体が該当の“仮定”に符合するようにチャネルを送信することを意味する。チャネルを受信する主体は、チャネルが該当“仮定”に符合するように送信されたという前提の下に、該当“仮定”に符合する形態でチャネルを受信或いは復号するものであることを意味する。
この明細において、ＵＥは、固定していても移動性を有してもよく、基地局(ｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ)と通信してユーザデータ及び／又は各種の制御情報を送信及び／又は受信する各種器機がこれに属する。ＵＥは、端末(Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＴ(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、ＵＴ(Ｕｓｅｒ Ｔｅｒｍｉｎａｌ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅ Ｓｔａｔｉｏｎ)、無線器機(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ)、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓ ｍｏｄｅｍ)、携帯器機(ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅ)などとも呼ばれる。またこの明細において、ＢＳは、一般に、ＵＥ及び／又は他のＢＳと通信する固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)のことをいい、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳは、ＡＢＳ(Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ)、ＮＢ(Ｎｏｄｅ－Ｂ)、ｅＮＢ(ｅｖｏｌｖｅｄ－ＮｏｄｅＢ)、ＢＴＳ(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ)、接続ポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ)、ＰＳ(Ｐｒｏｃｅｓｓｉｎｇ Ｓｅｒｖｅｒ)などの他の用語とも呼ばれる。特に、ＵＴＲＡＮの基地局はＮｏｄｅ－Ｂに、Ｅ－ＵＴＲＡＮの基地局はｅＮＢに、また新しい無線接続技術ネットワーク(ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ ｎｅｔｗｏｒｋ)の基地局はｇＮＢと呼ばれる。以下、説明の便宜のために、通信技術の種類或いはバージョンに関係なく、基地局をＢＳと統称する。
この明細でいうノード(ｎｏｄｅ)とは、ＵＥと通信して無線信号を送信／受信し得る固定した地点(ｐｏｉｎｔ)のことを指す。様々な形態のＢＳを、その名称に関係なくノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコセルｅＮＢ(ＰｅＮＢ)、ホームｅＮＢ(ＨｅＮＢ)、リレー、リピータなどをノードとすることができる。また、ノードは、ＢＳでなくてもよい。例えば、無線リモートヘッド(ｒａｄｉｏ ｒｅｍｏｔｅ ｈｅａｄ、ＲＲＨ)、無線リモートユニット(ｒａｄｉｏ ｒｅｍｏｔｅ ｕｎｉｔ、ＲＲＵ)とすることもできる。ＲＲＨ、ＲＲＵなどは、一般に、ＢＳの電力レベル(ｐｏｗｅｒ ｌｅｖｅｌ)よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ(以下、ＲＲＨ／ＲＲＵ)は、一般に、光ケーブルなどの専用回線(ｄｅｄｉｃａｔｅｄ ｌｉｎｅ)でＢＳに接続されているため、一般に、無線回線で接続されたＢＳによる協調通信に比べて、ＲＲＨ／ＲＲＵとＢＳによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。このアンテナは物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント(ｐｏｉｎｔ)とも呼ばれる。
この明細でいうセル(ｃｅｌｌ)とは、１つ以上のノードが通信サービスを提供する一定の地理的領域を指す。従って、この明細で特定セルと通信するとは、上記特定セルに通信サービスを提供するＢＳ或いはノードと通信することを意味する。また、特定セルの下りリンク／上りリンク信号は、上記特定セルに通信サービスを提供するＢＳ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上りリンク／下りリンク通信サービスを提供するセルを特にサービングセル(Ｓｅｒｖｉｎｇ ｃｅｌｌ)という。また、特定セルのチャネル状態／品質は、上記特定セルに通信サービスを提供するＢＳ或いはノードとＵＥの間に形成されたチャネル或いは通信リンクのチャネル状態／品質を意味する。３ＧＰＰ基盤通信システムにおいて、ＵＥは、特定ノードからの下りリンクチャネル状態を、上記特定ノードのアンテナポートが上記特定ノードに割り当てられたＣＲＳ(Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)リソース上で送信されるＣＲＳ及び／又はＣＳＩ－ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)リソース上で送信するＣＳＩ－ＲＳを用いて測定することができる。
一方、３ＧＰＰ基盤通信システムは、無線リソースを管理するためにセル(ｃｅｌｌ)の概念を用いているが、無線リソースと関連付くセル(ｃｅｌｌ)は、地理的領域のセル(ｃｅｌｌ)と区別される。
地理的領域の“セル”は、ノードが搬送波を用いてサービスを提供できるカバレッジ(ｃｏｖｅｒａｇｅ)と理解することができ、無線リソースの“セル”は、上記搬送波によって設定(ｃｏｎｆｉｇｕｒｅ)される周波数範囲である帯域幅(ｂａｎｄｗｉｄｔｈ、ＢＷ)に関連する。ノードが有効な信号を送信できる範囲である下りリンクカバレッジと、ＵＥから有効な信号を受信できる範囲である上りリンクカバレッジは、当該信号を運ぶ搬送波に依存するので、ノードのカバレッジは、上記ノードが用いる無線リソースの“セル”のカバレッジと関連することもある。従って、“セル”という用語は、時にはノードによるサービスのカバレッジを、時には無線リソースを、時には上記無線リソースを用いた信号が有効な強度で到達できる範囲を意味することに用いることができる。
一方、３ＧＰＰ通信標準は無線リソースを管理するためにセルの概念を使う。無線リソースに関連した“セル”とは下りリンクリソース(ＤＬ ｒｅｓｏｕｒｃｅｓ)と上りリンクリソース(ＵＬ ｒｅｓｏｕｒｃｅｓ)の組合せ、つまりＤＬコンポーネント搬送波(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ)とＵＬ ＣＣの組合せと定義される。セルはＤＬリソース単独、又はＤＬリソースとＵＬリソースの組合せに設定されることができる。搬送波集成が支援される場合、ＤＬリソース(又は、ＤＬ ＣＣ)の搬送波周波数とＵＬリソース(又は、ＵＬ ＣＣ)の搬送波周波数の間のリンケージ(ｌｉｎｋａｇｅ)は、システム情報によって指示できる。例えば、システム情報ブロックタイプ２(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ Ｔｙｐｅ２、ＳＩＢ２)リンケージ(ｌｉｎｋａｇｅ)によってＤＬリソースとＵＬリソースの組合せが指示される。ここで、搬送波周波数とは、各セル又はＣＣの中心周波数と同じであるか又は異なる。搬送波集成(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ、ＣＡ)が設定されるとき、ＵＥはネットワークと１つの無線リソース制御(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)連結のみを有する。１つのサービングセルがＲＲＣ連結確立(ｅｓｔａｂｌｉｓｈｍｅｎｔ)／再確立(ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ)／ハンドオーバー時に非－接続層(ｎｏｎ-ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ)移動性(ｍｏｂｉｌｉｔｙ)情報を提供し、１つのサービングセルがＲＲＣ連結再確立／ハンドオーバー時に保安(Ｓｅｃｕｒｉｔｙ)入力を提供する。かかるセルを１次セル(ｐｒｉｍａｒｙ ｃｅｌｌ、Ｐｃｅｌｌ)という。ＰｃｅｌｌはＵＥが初期連結確立手順を行うか、又は連結再確立手順を開始する(ｉｎｉｔｉａｔｅ)１次周波数(ｐｒｉｍａｒｙ ｆｒｅｑｕｅｎｃｙ)上で動作するセルであり、ＵＥ能力によって、２次セル(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、Ｓｃｅｌｌ)が設定されてＰｃｅｌｌと共にサービングセルのセットを形成することができる。ＳｃｅｌｌはＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)連結確立(ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ)が行われた後に設定可能であり、特別セル(Ｓｐｅｃｉａｌ ｃｅｌｌ、ＳＰｃｅｌｌ)のリソース以外に更なる無線リソースを提供するセルである。下りリンクにおいてＰｃｅｌｌに対応する搬送波は下りリンク１次ＣＣ(ＤＬ ＰＣＣ)といい、上りリンクにおいてＰｃｅｌｌに対応する搬送波はＵＬ１次ＣＣ(ＤＬ ＰＣＣ)という。下りリンクにおいてＳｃｅｌｌに対応する搬送波はＤＬ２次ＣＣ(ＤＬ ＳＣＣ)といい、上りリンクにおいてＳｃｅｌｌに対応する搬送波はＵＬ２次ＣＣ(ＵＬ ＳＣＣ)という。
二重連結性(ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ)動作の場合、ＳＰｃｅｌｌという用語はマスタセルグループ(ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ)のＰｃｅｌｌ又は２次セルグループ(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ)のＰｃｅｌｌを称する。ＳＰｃｅｌｌはＰＵＣＣＨ送信及び競争基盤の任意接続を支援し、常に活性化される(ａｃｔｉｖａｔｅ)。ＭＣＧはマスタノード(例、ＢＳ)に連関するサービングセルのグループであり、ＳＰｃｅｌｌ(Ｐｃｅｌｌ)及び選択的に(Ｏｐｔｉｏｎａｌｌｙ)１つ以上のＳｃｅｌｌからなる。ＤＣに設定されたＵＥの場合、ＳＣＧは２次ノードに連関するサービングセルのサブセットであり、ＰＳｃｅｌｌ及び０個以上のＳｃｅｌｌからなる。ＣＡ又はＤＣに設定されない、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥの場合、Ｐｃｅｌｌのみからなる１つのサービングセルのみが存在する。ＣＡ又はＤＣに設定されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥの場合、サービングセルという用語は、ＳＰｃｅｌｌ及び全てのＳｃｅｌｌからなるセルのセットを称する。ＤＣでは、ＭＣＧのための１つの媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)エンティティと、１つのＳＣＧのためのＭＡＣエンティティとの２つのＭＡＣエンティティがＵＥに設定される。
ＣＡが設定され、ＤＣは設定されないＵＥには、Ｐｃｅｌｌ及び０個以上のＳｃｅｌｌからなるＰｃｅｌｌ ＰＵＣＣＨグループとＳｃｅｌｌのみからなるＳｃｅｌｌ ＰＵＣＣＨグループが設定される。Ｓｃｅｌｌの場合、該当セルに連関するＰＵＣＣＨが送信されるＳｃｅｌｌ(以下、ＰＵＣＣＨ ｃｅｌｌ)が設定される。ＰＵＣＣＨ Ｓｃｅｌｌが指示されたＳｃｅｌｌはＳｃｅｌｌ ＰＵＣＣＨグループに属し、ＰＵＣＣＨ Ｓｃｅｌｌ上で関連ＵＣＩのＰＵＣＣＨ送信が行われ、ＰＵＣＣＨ Ｓｃｅｌｌが指示されないか又はＰＵＣＣＨ送信用セルとして指示されたセルがＰｃｅｌｌであるＳｃｅｌｌはＰｃｅｌｌ ＰＵＣＣＨグループに属し、Ｐｃｅｌｌ上で関連ＵＣＩのＰＵＣＣＨ送信が行われる。
無線通信システムにおいて、ＵＥはＢＳから下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、ＵＥはＢＳに上りリンク(ｕｐｌｉｎｋ、ＵＬ)を介して情報を送信する。ＢＳとＵＥが送信及び／又は受信する情報はデータ及び様々な制御情報を含み、これらが送信及び／又は受信する情報の種類／用途によって様々な物理チャネルが存在する。
３ＧＰＰ基盤通信標準は、上位層から生じる情報を運ぶリソース要素に対応する下りリンク物理チャネルと、物理層によって用いられるが、上位層から生じる情報を搬送しないリソース要素に対応する下りリンク物理信号を定義する。例えば、物理下りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ)、物理ブロードキャストチャネル(ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ、ＰＢＣＨ)、物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)などが下りリンク物理チャネルとして定義されており、参照信号と同期信号(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)が下りリンク物理信号として定義されている。パイロット(ｐｉｌｏｔ)とも呼ばれる参照信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)は、ＢＳとＵＥが互いに知っている既に定義された特別な波形の信号を意味するが、例えば、復調参照信号(ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＤＭＲＳ)、チャネル状態情報ＲＳ(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ、ＣＳＩ－ＲＳ)が下りリンク参照信号として定義される。３ＧＰＰ基盤通信標準は、上位層から生じる情報を搬送するリソース要素に対応する上りリンク物理チャネルと、物理層によって用いられるが、上位層から生じる情報を搬送しないリソース要素に対応する上りリンク物理信号を定義する。例えば、物理上りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ)、物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ)、物理任意接続チャネル(ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＰＲＡＣＨ)が上りリンク物理チャネルとして定義され、上りリンク制御／データ信号のための復調参照信号(ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＤＭＲＳ)、上りリンクチャネル測定に用いられるサウンディング参照信号(Ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＳＲＳ)などが定義される。
この明細で、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)はＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を搬送する時間－周波数リソース要素(Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ，ＲＥ)のセットを意味し、ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ)は下りリンクデータを搬送するＲＥのセットを意味する。また、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ)、ＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ)はそれぞれ、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)、上りリンクデータ、任意接続信号を搬送する時間－周波数ＲＥのセットを意味する。以下、ユーザ機器がＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを送信／受信するという表現は、それぞれＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ上で／或いはを通じて、上りリンク制御情報／上りリンクデータ／任意接続信号を送信／受信することと同じ意味で使われる。また、ＢＳがＰＢＣＨ／ＰＤＣＣＨ／ＰＤＳＣＨを送信／受信するという表現は、それぞれＰＢＣＨ／ＰＤＣＣＨ／ＰＤＳＣＨ上で／或いはを通じて、ブロードキャスト情報／下りリンク制御情報／下りリンクデータを送信することと同じ意味で使われる。
この明細で、ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＤＳＣＨの送信又は受信のためにＢＳによりＵＥにスケジューリング或いは設定される無線リソース(例えば、時間－周波数リソース)は、ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＤＳＣＨリソースとも称される。
さらに多い通信機器置がより大きな通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上したモバイルブロードバンド通信の必要性が高まっている。また、多数の器機及びモノを連結していつでもどこでも多様なサービスを提供する大規模機械タイプ通信(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ)が次世代通信の主要争点の１つになっている。さらに信頼性及び遅延(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮した通信システムのデザインも考えられている。このように進歩したモバイルブロードバンド通信、ｍＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されている。現在、３ＧＰＰではＥＰＣ以後の次世代移動通信システムに対する研究が進行中である。この明細では便宜上、該当技術を新しいＲＡＴ(ｎｅｗ ＲＡＴ、ＮＲ)或いは５Ｇ ＲＡＴと呼び、ＮＲを使用或いは支援するシステムをＮＲシステムと呼ぶ。
図１はこの明細の具現が適用される通信システム１の例を示す。図１を参照すると、この明細に適用される通信システム１は、無線機器、ＢＳ及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５Ｇ ＮＲ、ＬＴＥ(例、Ｅ－ＵＴＲＡ))を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄ Ｄｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ)機器１００ｆ及びＡＩ機器／サーバ４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)／ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)／ＭＲ(Ｍｉｘｅｄ Ｒｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ)、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、ＢＳ、ネットワークは無線機器にも具現され、特定の無線機器は他の無線機器にＢＳ／ネットワークノードで動作することもできる。
無線機器１００ａ～１００ｆはＢＳ２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆはＢＳ２００／ネットワーク３００を介して互いに通信できるが、ＢＳ／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。
無線機器１００ａ～１００ｆ／ＢＳ２００－ＢＳ２００／無線機器１００ａ～１００ｆの間には無線通信／連結１５０ａ、１５０ｂが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)のような様々な無線接続技術により行われる(例えば、５Ｇ ＮＲ)。無線通信／連結１５０ａ、１５０ｂにより無線機器とＢＳ／無線機器は互いに無線信号を送信／受信することができる。例えば、この明細の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれかが行われる。
図２はこの明細による方法を実行する通信機器の例を示すブロック図である。図２を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送信及び／又は受信する。ここで、{第１無線機器１００、第２無線機器２００}は図１の{無線機器１００ｘ、ＢＳ２００}及び／又は{無線機器１００ｘ、無線機器１００ｘ}に対応する。
第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、後述／提案する機能、手順及び／又は方法を具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又は後述／提案する手順及び／又は方法を行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。この明細において、無線機器は通信モデム／回路／チップを意味することもできる。
第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、後述／提案する機能、手順及び／又は方法を具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又は後述／提案する手順及び／又は方法を行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。この明細において、無線機器は通信モデム／回路／チップを意味することもできる。
この明細の無線機器１００，２００で具現される無線通信技術はＬＴＥ、ＮＲ及び６Ｇだけではなく、低電力通信のためのＮＢ－ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)を含む。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ(Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格で具現され、上述した名称に限定されない。さらに又は或いは、この明細書の無線機器ＸＸＸ，ＹＹＹで具現される無線通信技術はＬＴＥ－Ｍ技術に基づいて通信を行う。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ(ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの様々な名称に呼ばれる。例えば、ＬＴＥ－Ｍ技術は、１)ＬＴＥ ＣＡＴ０、２)ＬＴＥ Ｃａｔ Ｍ１、３)ＬＴＥ Ｃａｔ Ｍ２、４)ＬＴＥ ｎｏｎ－ＢＬ(ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ)、５)ＬＴＥ－ＭＴＣ、６)ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７)ＬＴＥ Ｍなどの様々な規格のうちのいずれかに具現され、上述した名称に限定されない。さらに又は或いは、この明細書の無線機器ＸＸＸ，ＹＹＹで具現される無線通信技術は、低電力通信を考慮したＺｉｇＢｅｅ（登録商標）、ブルートゥース(Ｂｌｕｅｔｏｏｔｈ)（登録商標）及び低電力広域通信網(Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ)のうちのいずれかを含み、上述した名称に限定されない。一例として、ＺｉｇＢｅｅ技術はＩＥＥＥ８０２.１５.４などの様々な規格に基づいて小型／低電力デジタル通信に関連するＰＡＮ(ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ)を生成し、様々な名称に呼ばれる。
以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、物理(ｐｈｙｓｉｃａｌ、ＰＨＹ)階層、媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)階層、無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)階層、パケットデータ収束プロトコル(ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ)階層、無線リソース制御(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)階層、サービスデータ適応プロトコル(Ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＤＡＰ)のような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によって１つ以上のプロトコルデータユニット(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ)及び／又は１つ以上のサービスデータユニット(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ、ＳＤＵ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、基底帯域(ｂａｓｅｂａｎｄ)信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、基底帯域信号)を受信して、この明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。
１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)、１つ以上のＤＳＰ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ)、１つ以上のＰＬＤ(Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された機能、手順、提案及び／又は方法はファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された機能、手順、提案及び／又は方法を行うように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された機能、手順、提案及び／又は方法はコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語のセットの形態でファームウェア又はソフトウェアを使用して具現される。
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。
１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信する。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信する。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信する。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦ帯域信号から基底帯域信号に変換する(ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを基底帯域信号からＲＦ帯域信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。
図３はこの明細の具現を実行する無線機器の他の例を示す。図３を参照すると、無線機器１００,２００は図２の無線機器１００,２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図２における１つ以上のプロセッサ１０２,２０２及び／又は１つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図２の１つ以上の送受信機１０６,２０６及び／又は１つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０を介して外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０を介して外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。
追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏ ｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図１、１００ａ)、車両(図１、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図１、１００ｃ)、携帯機器(図１、１００ｄ)、家電(図１、１００ｅ)、ＩｏＴ機器(図１、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図１、４００)、ＢＳ(図１、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。
図３において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０)は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサセットで構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(Ａｐｐｌｉｃａｔｉｏｎ ＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどのセットで構成される。他の例として、メモリ部１３０はＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、ＤＲＡＭ(Ｄｙｎａｍｉｃ ＲＡＭ)、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈ Ｍｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。
この明細において、少なくとも１つのメモリ(例、１０４又は２０４)は指示又はプログラムを格納し、指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に(ｏｐｅｒａｂｌｙ)連結される少なくとも１つのプロセッサをしてこの明細のいつくかの実施例又は具現による動作を実行させることができる。
この明細において、コンピュータ読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体は少なくとも１つの指示又はコンピュータプログラムを格納し、少なくとも１つの指示又はコンピュータプログラムは、少なくとも１つのプロセッサにより実行されるとき、少なくとも１つのプロセッサをしてこの明細のいつくかの実施例又は具現による動作を実行させることができる。
この明細において、プロセシング機器又は装置は少なくとも１つのプロセッサと少なくとも１つのプロセッサに連結可能な少なくとも１つのコンピュータメモリを含む。少なくとも１つのコンピュータメモリは指示又はプログラムを格納し、指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをしてこの明細のいつくかの実施例又は具現による動作を実行させることができる。
この明細の通信機器は、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結できる、また実行されるとき、少なくとも１つのプロセッサをして後述するこの明細の例による動作を実行させる命令を格納した、少なくとも１つのコンピュータメモリを含む。
図４は３ＧＰＰ基盤の無線通信システムで利用可能なフレーム構造の例を示す。
図４のフレーム構造は一例に過ぎず、フレームにおいてサブフレーム数、スロット数、シンボル数は様々に変更可能である。ＮＲシステムでは１つのＵＥに集成される(ａｇｇｒｅｇａｔｅ)複数のセル間にＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例、副搬送波間隙(Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ、ＳＣＳ))が異なるように設定される。これにより、同じ個数のシンボルで構成された時間リソース(例、サブフレーム、スロット又は送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ、ＴＴＩ))の(絶対時間)期間(ｄｕｒａｔｉｏｎ)は、集成されたセル間で異なるように設定される。ここで、シンボルはＯＦＤＭシンボル(或いは、循環プレフィクス－直交周波数分割多重化(ｃｙｃｌｉｃ ｐｒｅｆｉｘ －ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＣＰ－ＯＦＤＭ)シンボル)、ＳＣ－ＦＤＭＡシンボル(或いは、離散フーリエ変換－拡散－ＯＦＤＭ(ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－Ｓ－ＯＦＤＭ)シンボル)を含む。この明細書において、シンボル、ＯＦＤＭ－基盤のシンボル、ＯＦＤＭシンボル、ＣＰ－ＯＦＤＭシンボル及びＤＦＴ－ｘ－ＯＦＤＭシンボルは互いに代替できる。
図４を参照すると、ＮＲシステムにおいて上りリンク及び下りリンクの送信はフレームで構成(ｏｒｇａｎｉｚｅ)される。各フレームはＴｆ＝(△ｆ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個の連続スロットに対して探索空間セットｓに対するＰＤＣＣＨ候補をモニタリングしない。
以下の表は探索空間セットに関連するＲＮＴＩの使用例を例示する。
以下の表はＰＤＣＣＨが運ばれるＤＣＩフォーマットを例示する。
ＤＣＩフォーマット０_０は輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)基盤(又はＴＢ－レベル)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－レベル)のＰＵＳＣＨ又はコードブロックグループ(ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ、ＣＢＧ)基盤(又はＣＢＧ－レベル)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－レベル)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－レベル)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－レベル)のＰＤＳＣＨをスケジューリングするために使用される。ＣＳＳの場合、ＤＣＩフォーマット０_０及びＤＣＩフォーマット１_０はＢＷＰサイズがＲＲＣにより初期に与えられた後、固定したサイズを有する。ＵＳＳの場合、ＤＣＩフォーマット０_０及びＤＣＩフォーマット１_０は周波数ドメインリソース割り当て(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ、ＦＤＲＡ)フィールドのサイズを除いた残りのフィールドのサイズは固定したサイズを有するが、ＦＤＲＡフィールドのサイズはＢＳによる関連パラメータの設定により変更される。ＤＣＩフォーマット０_１及びＤＣＩフォーマット１_１はＢＳによる様々なＲＲＣ再設定(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)によりＤＣＩフィールドのサイズが変更される。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例、ＳＦＩ ＤＣＩ)をＵＥに伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ－ｅｍｐｔｉｏｎ)情報をＵＥに伝達するために使用され、ＤＣＩフォーマット２_４はＵＥからのＵＬ送信が取り消されるべきＵＬリソースを知らせるために使用される。
例えば、ＤＣＩフォーマット０_０及びＤＣＩフォーマット０_１はそれぞれ、ＰＵＳＣＨのスケジューリングのための周波数ドメインリソース割り当てフィールドを含み、ＤＣＩフォーマット１_０及びＤＣＩフォーマット１_１はそれぞれ、ＰＤＳＣＨのスケジューリングのために周波数ドメインリソース割り当てフィールドを含む。ＤＣＩフォーマット０_０及びＤＣＩフォーマット０_１のそれぞれの周波数ドメインリソースフィールド内のビット数は活性(ａｃｔｉｖｅ)又は初期(ｉｎｉｔｉａｌ)ＵＬ ＢＷＰのサイズであるＮRB
UL,BWPに基づいて決定される。ＤＣＩフォーマット１_０及びＤＣＩフォーマット１_１のそれぞれの周波数ドメインリソースフィールド内のビット数は活性又は初期ＤＬ ＢＷＰのサイズであるＮRB
DL,BWPに基づいて決定される。
次期システムの代表シナリオの一つであるＵＲＬＬＣの場合、０.５ｍｓのユーザ平面の遅延時間とＸバイトのデータを１ｍｓ内に１０^－５のエラー率内に送信する低遅延・超信頼度を要求している。一般的には、ｅＭＢＢはトラフィック容量が大きいが、ＵＲＬＬＣトラフィックはファイルサイズが数十～数百バイト以内であり、散発的に発生するなど、互いに異なる特性を有する。従って、ｅＭＢＢには送信率を極大化し、制御情報のオーバーヘッドを最小化する送信が要求され、ＵＲＬＬＣには相対的に短い送信期間(例、二つのシンボル)と信頼性のある送信方法が要求される。
応用分野又はトラフィック種類によって、物理チャネルの送受信に仮定／使用する参照時間単位が様々である。参照時間は特定の物理チャネルをスケジューリングするための基本単位であり、該当スケジューリング時間単位を構成するシンボル数及び／又は副搬送波間隔(Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)などによって参照時間単位が異なる。この明細のいくつかの実施例／具現では、説明の便宜上、参照時間単位としてスロット又はミニスロットに基づいて説明する。スロットは例えば、一般的なデータトラフィック(例、ｅＭＢＢ)に使用されるスケジューリング基本単位である。ミニスロットは時間ドメインにおいてスロットより小さい時間期間を有し、より特別な目的のトラフィック或いは通信方式(例、ＵＲＬＬＣ、非免許帯域(ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ)又はミリメートル波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)など)で使用するスケジューリングの基本単位である。但し、この明細の実施例／具現では、ｅＭＢＢサービスのためにミニスロットに基づいて物理チャネルを送受信する場合、或いはＵＲＬＬＣや他の通信技法のためにスロットに基づいて物理チャネルを送受信する場合にも適用可能である。
上述した内容(３ＧＰＰ基盤のシステム、フレーム構造など)は、後述するこの明細で提案する方法と結合して適用することができ、又はこの明細で提案する方法の技術的特徴を明確にする補充になる。
この明細においては、ＵＥ間の動的リソース共有(ｓｈａｒｉｎｇ)により互いに異なる遅延及び信頼性を要求するｅＭＢＢ及びＵＲＬＬＣなどの様々な類型のサービスを効率的に支援するとき、長い遅延時間及び／又は低い信頼性が許容されるサービス(例、ｅＭＢＢ)を使用するＵＥが制限されたＰＤＣＣＨモニタリング時期(ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ)を使用してＵＥの電力消耗を減らし、具現を容易にする方法について説明する。
使用可能な上りリンクリソースがｅＭＢＢなどのサービスを使用するＵＥ(ｅＭＢＢ ＵＥ)に既に割り当てられた場合にも、低い遅延時間及び／又は高い信頼性が要求されるサービス(例、ＵＲＬＬＣ)を使用するＵＥ(ＵＲＬＬＣ ＵＥ)に上りリンクリソースを割り当てるために、動的リソース共有が使用される。この場合、ＢＳは、ＵＲＬＬＣなどのサービスを使用するＵＥにはｅＭＢＢ ＵＥが予め占めた上りリンクリソースをスケジューリングし、このｅＭＢＢ ＵＥには上りリンク取り消し指示(ＵＬ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)によりｅＭＢＢ ＵＥに既に割り当てられた上りリンクリソースを使用しないように指示する。
一連の動作のために、ｅＭＢＢ ＵＥはＵＬ ＣＩをＰＤＣＣＨで感知する(ｄｅｔｅｃｔ)必要がある。かかるＵＬ ＣＩはＵＲＬＬＣ ＵＥの上りリンク送信が開始される前にｅＭＢＢ ＵＥにより感知されないと、ｅＭＢＢ ＵＥが自分の上りリンク送信を中止してＵＲＬＬＣ上りリンク送信に及ぼす干渉を成功的に減らすことができない。ＵＲＬＬＣなどのサービスはスケジューリングの後、短時間内に送信が開始されるので、ｅＭＢＢ ＵＥがＵＬ ＣＩを該当時間内に感知するためには、ＵＬ ＣＩを運ぶＰＤＣＣＨのモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)の頻度が十分に頻繁である必要がある。しかし、通常ｅＭＢＢ ＵＥに伝達されるＤＣＩはこのように短い間隔で指示される必要がないので、頻繁なＰＤＣＣＨモニタリングは、一般的にｅＭＢＢ ＵＥに不要な電力を消耗させて演算能力を浪費することになる。この問題を解決するために、ｅＭＢＢ ＵＥに適切な上りリンク取り消し指示のためのＰＤＣＣＨ ＭＯを設定して、ＵＥが特定の条件でのみ上りリンク取り消し指示をモニタリングするように限定する必要がある。
この明細では、ＢＳがＵＥに適切なＰＤＣＣＨ ＭＯを設定する方法及び／又はＵＥが上りリンク取り消し指示をモニタリングする所定の条件を提案する。また上りリンク取り消し指示が特定の上りリンク送信でのみ適用されるように制限して、不要なモニタリングをさらに減らす方法が提案される。
ＮＲは様々な５Ｇサービスを支援するための多数のニューマロロジー(例、副搬送波間隔、ＳＣＳ)を支援する。例えば、ＳＣＳが１５ｋＨｚである場合は、伝統的なセルラーバンドにおける広い領域(ｗｉｄｅ ａｒｅａ)を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合は、密集した都市(ｄｅｎｓｅ－ｕｒｂａｎ)、より低い遅延(ｌｏｗｅｒ ｌａｔｅｎｃｙ)及びより広いキャリア帯域幅(ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ)を支援し、ＳＣＳが６０ｋＨｚ又はそれより高い場合には、位相ノイズ(ｐｈａｓｅ ｎｏｉｓｅ)を克服するために、２４.２５ＧＨｚより大きい帯域幅が支援される。
この明細では、ＵＥが不要にＵＬ ＣＩをモニタリングすることを防止するために、ＢＳがＵＥにＵＥがＵＬ ＣＩをモニタリングするＭＯを設定しても、特定の条件を満たすＭＯのみでＵＥがＵＬ ＣＩをモニタリング(即ち、ＵＬ ＣＩを運ぶＰＤＣＣＨモニタリング)する方法を提案する。例えば、特定の条件は、該当ＵＥに予めスケジューリング或いは設定された上りリンク送信及び／又はそれに連関するメッセージ及び／又は上りリンク送信に使用される無線リソースの時間／周波数リソースに連関する条件を含む。さらにこの明細のいくつの具現においては、特定の条件に使用される上りリンク送信は特定の種類の上りリンク送信に限定される。
後述するこの明細の提案では、便宜のために、物理上りリンク共有チャネル(ＰＵＳＣＨ)を一例として説明するが、この明細の提案は他の上りリンク及び／又は下りリンクチャネル及び信号についても拡張して適用することができる。
ＵＥの立場
まず、この明細の具現についてＵＥの立場で説明する。
図９はこの明細のいくつの具現によるＵＥ動作を例示する。この明細において、ＵＥはＵＬ ＣＩがＵＥに指示或いは設定した上りリンク送信を取り消せる有効なＭＯでのみＵＬ ＣＩをモニタリングすることができる。以下、この明細のいくつの具現によるＵＥ動作の例示について述べる。
(１)ＵＥはＢＳから上りリンクスケジューリング(例、ＵＬ送信のためのリソース割り当て)を受信する。
ＵＥがＢＳから上りリンクスケジューリングを受信する動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２はＢＳから上りリンクスケジューリングを受信するように少なくとも一つの送受信機１０６及び／又は少なくとも一つのメモリ１０４などを制御し、少なくとも一つの送受信機１０６はＢＳから上りリンクスケジューリングを受信する。このとき、上りリンクスケジューリングはＤＣＩに含まれて受信される。或いは上りリンクスケジューリングはＢＳからの無線リソース制御(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)シグナリングによりＵＥに設定される。
上りリンクスケジューリングを受信する前にＵＥはＢＳからＲＲＣ設定情報を受信する。例えば、ＵＥは具現Ａ１ないし具現Ａ９に記載するＵＬ ＣＩの送信／受信のために設定されたＭＯ及びリソースに関連する特定のパラメータを含むＲＲＣ設定情報を受信する。この明細のいくつの具現において、特定のパラメータは以下のようなパラメータを含む。
－ＳｅａｒｃｈＳｐａｃｅ ＩＥ：ＭＯでＵＬ ＣＩが受信可能であるか否かをＵＥに設定するためのパラメータ。例えば、ＳｅａｒｃｈＳｐａｃｅ ＩＥはＳｅａｒｃｈＳｐａｃｅ ＩＥにより指示／設定されるＭＯでＵＬ ＣＩが受信される可能性があるか否かに関連するパラメータを含み、ＵＥはＲＲＣ設定により送信されたＳｅａｒｃｈＳｐａｃｅ ＩＥによりＵＬ ＣＩが受信される可能性があるＭＯを認識することができる。例えば、ＳｅａｒｃｈＳｐａｃｅ ＩＥがＵＬ ＣＩのＤＣＩフォーマット(例、ＤＣＩフォーマット２_４)を含むと、ＵＥはＳｅａｒｃｈＳｐａｃｅ ＩＥにより設定されるＭＯでＵＬ ＣＩが送信される可能性があると判断する。
－ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ：ＵＬ ＣＩが送信／受信されるリソースのセットに関連するパラメータ。例えば、ＵＥはＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥに含まれた少なくとも一つのリソースにより制御情報をＢＳから受信する。例えば、ＵＥはＳｅａｒｃｈＳｐａｃｅ ＩＥにより指示されるＭＯでＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥに含まれたリソース領域を介してＵＬ ＣＩが送信されるか否かをモニタリングしてＵＬ ＣＩを受信することができる。
具現Ａ１ないし具現Ａ９に記載するＵＬ ＣＩを受信するために設定されたＭＯ及びリソースに関連する特定のパラメータを含むＲＲＣ設定情報を受信するＵＥ動作は、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２は具現Ａ１ないし具現Ａ９に記載するＵＬ ＣＩを受信するために設定されたＭＯ及びリソースに関連する特定のパラメータを含むＲＲＣ設定情報を受信するように少なくとも一つの送受信機１０６及び／又は少なくとも一つのメモリ１０４などを制御し、少なくとも一つの送受信機１０６はＢＳからＲＲＣ設定情報によりＵＬ ＣＩを受信するために設定されたＭＯ及びリソースに関連する特定のパラメータを受信する。
(２)ＵＥはこの明細のいくつの具現によって特定の条件を満たす有効な(ｖａｌｉｄ)ＵＬ ＣＩ ＭＯを決定する(Ｓ９１０)。
例えば、ＵＥは、具現Ａ１ないし具現Ａ５のうちのいずれかに記載された方法を用いて、ＭＯで上りリンク送信のためのリソース領域に対する割り当ての取り消しのためのＣＩをモニタリングすることができる。このとき、ＵＥは具現Ａ１に記載するように、ＣＩをモニタリングするためのＭＯを決定するために、ＭＯの有効性有無を判断する。
この明細のいくつの具現において、ＵＥがモニタリングすべきＭＯの数を減らすために、ＭＯの有効性有無が制限的に決定される。この明細のいくつの具現において、ＢＳからＭＯの数を制限するためのパラメータがＵＥに送信されるか、又はＵＥがＭＯの有効性を判断するための条件が増加することがある。例えば、ＵＥはＢＳからＲＲＣ設定により有効性判断のためのＭＯの数を制限するパラメータを受信した場合、受信したパラメータに基づいて制限された数のＭＯ内でＭＯの有効性を判断する。
他の例においては、ＵＥはＢＳからＲＲＣ設定により有効なＭＯの数を制限するパラメータを受けた場合、受信されたパラメータに基づいて所定の最大数の有効なＭＯ内でＭＯの有効性を判断する。
この明細の具現において、ＵＥは受信されたパラメータ(例えば、ＳｅａｒｃｈＳｐａｃｅ ＩＥ、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ ＩＥ)に基づいて一つのＵＬ ＣＩにより指示されるリソース領域である参照上りリンクリソースを決定する。例えば、ＵＥは割り当てられたＭＯのうち、具現Ａ１－１及び具現Ａ１－２に説明する条件１又は条件２を満たすＭＯをＣＩモニタリングのための有効なＭＯであると認識する。例えば、ＵＥは以下のような条件を満たす場合、ＭＯが有効であると決定する。
－予め(動的或いは準－静的に)スケジューリングされた特定の上りリンク送信或いは上りリンク送信に使用される無線リソースの一部を指示するＵＬ ＣＩがあるＵＬ ＣＩ ＭＯで感知される場合、及び／又は
－ＵＬ ＣＩが ＨＡＲＱプロセスＩＤなどにより予めスケジューリングされた上りリンク送信を指示できる場合、又はＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、及び／又は
－ＵＥにスケジューリングされた特定の上りリンク送信に使用されるリソース領域があるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域に含まれる場合、及び／又は
－ＵＬ ＣＩ ＭＯが(或いはＭＯの開始或いは終了が)予めスケジューリングされた特定の上りリンク無線リソース(或いは無線リソースの開始或いは終了)から一定の時間(例、Ｎ個のシンボル)だけ離れている場合。
ＵＥが有効なＭＯを判断する動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２は設定された複数のＭＯのうち、有効なＭＯを判断することができる。
この明細のいくつの具現において、設定される複数のＭＯの間の間隔は、具現Ａ８及び／又は具現Ａ９により決定される。例えば、ＭＯの間隔は探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)により決定されるか、又は実際設定されたＵＬ ＣＩ間隔の平均により決定される。一例として、一つのスロットにＮ個のＵＬ ＣＩ ＭＯが設定される場合、Ｎ個の互いに異なる間隔がそれぞれのＵＬ ＣＩ ＭＯに対して設定され、このとき、参照リソース領域を決定するための周期／間隔は上記間隔の平均であってもよい。
(３)その後、ＵＥは有効なＭＯでのみＵＬ ＣＩをモニタリングする(Ｓ９２０、Ｓ９３０)。
具体的には、ＵＥは具現Ａ２及び／又は具現Ａ３で説明される方法を用いて、有効なＭＯでＵＬ ＣＩをモニタリングする。この明細のいくつの具現において、ＵＥは有効なＭＯを決定した後、具現Ａ３に記載した特定のＵＬ送信のためのＭＯをモニタリングし、このとき、具現Ａ２に記載するように、ＭＯのモニタリングでは特定の上りリンク送信の一部のみを考慮することができる。例えば、ＵＥは特定の上りリンク送信の一番目のシンボルから一定の数のシンボルのみを考慮することができる。
ＵＥが有効なＭＯでのみＵＬ ＣＩをモニタリングする動作は、例えば、図２以下に説明する図Ｘ１ないしＸ９の装置により具現される。例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２は複数のＭＯのうち、ＵＥが有効であると判断したＭＯをモニタリングする。
この明細のいくつの具現において、ＵＬ ＣＩに連関する参照リソース領域或いは参照リソース領域の長さを決定するために、以下のうちのいずれかが考慮される。
－あるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域の長さは、該当ＵＬ ＣＩ ＭＯから次のＵＬ ＣＩ ＭＯまでの間隔或いは該当間隔の整数倍に決定される。一例として、あるＵＬ ＣＩ ＭＯが受信されたＣＯＲＥＳＥＴの開始或いは終了シンボルから次のＵＬ ＣＩ ＭＯが受信されるＣＯＲＥＳＥＴの開始或いは終了シンボルまでの間隔或いは該当間隔の整数倍が、該当ＵＬ ＣＩにより送信が取り消される、参照リソース領域或いは参照リソース領域の長さとして決定される。このとき、次のＵＬ ＣＩ ＭＯは以下のような方法で決定される。
＞Ｏｐｔｉｏｎ １：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して、受信可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。Ｏｐｔｉｏｎ １を適用すると、受信可能なＵＬ ＣＩ ＭＯの間の間隔が各ＵＬ ＣＩ ＭＯの参照リソース領域になるので、Ｏｐｔｉｏｎ１はＵＥが実際受信するＵＬ ＣＩ ＭＯを考慮してＵＥが受信可能なＵＬ ＣＩ ＭＯに対するそれぞれの(ｒｅｓｐｅｃｔｉｖｅ)参照リソース領域が全体リソース領域を表示するようにする。
＞Ｏｐｔｉｏｎ ２：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して、受信可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これは参照リソース領域が準－静的に決定されるようにする。
＞Ｏｐｔｉｏｎ ３：ＵＥが受信したセル共通のＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して、受信可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域長さを有するようにする。
－あるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域の長さは、探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)或いは該当時間長さの整数Ｎ倍に決定される。このとき、Ｎは以下のような方法で決定される。
＞Ｏｐｔｉｏｎ １：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して次に受信可能なＵＬ ＣＩ ＭＯまで利用できない(Ｎｏｎ－ａｖａｉｌａｂｌｅ)(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数、或いはＵＬ ＣＩ ＭＯが設定されたが利用可能な(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮとして決定される。これはＵＥが実際受信するＵＬ ＣＩ ＭＯを考慮して、ＵＬ ＣＩ ＭＯがＵＥが使用する全体リソース領域を表示するようにする。
＞Ｏｐｔｉｏｎ ２：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に受信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数、或いはＵＬ ＣＩ ＭＯが設定されたが利用可能な(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮとして決定される。これは参照リソース領域が準－静的に決定されるようにする。
＞Ｏｐｔｉｏｎ ３：ＵＥが受信したセル共通のＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に受信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用可能な(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮとして決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域長さを有するようにする。
ＵＥが有効なＭＯでのみＵＬ ＣＩをモニタリングする動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２は、具現Ａ１ないし具現Ａ９に記載しているＵＬ ＣＩを受信するために設定されたＭＯ及びリソースに関連する特定のパラメータを含むＲＲＣ設定情報を受信するように、少なくとも一つの送受信機１０６及び／又は少なくとも一つのメモリ１０４などを制御し、少なくとも一つの送受信機１０６はＲＲＣ設定情報によりＵＬ ＣＩを受信するために設定されたＭＯ及びリソースに関連する特定のパラメータを受信する。
(４)ＵＥがＵＬ ＣＩを感知した(ｄｅｔｅｃｔ)場合、ＵＥはＵＬ ＣＩにより指示されたリソースによって上りリンク送信を取り消す。
具体的には、有効なＭＯで特定の上りリンク送信の取り消しのためのＵＬ ＣＩを感知(又は受信)した場合、ＵＥはＵＬ ＣＩにより指示されるリソース上での上りリンク送信を取り消すことができる。
例えば、ＵＬ ＣＩが具現Ａ４に記載するように、ある時間及び／又は周波数リソース領域を指示する場合、ＵＥにはＵＬ ＣＩの時間及び／又は周波数粒度(ｇｒａｎｕｌａｒｉｔｙ)が指示或いは設定される。このとき、ＵＬ ＣＩが指示する値或いはＵＬ ＣＩのビットフィールドは、粒度によって分けられた参照リソース領域の各シンボルグループ及び／又はＰＲＢサブセットと一対一又は一対多に対応する。又は具現Ａ５に記載するように、ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、ＵＥは設定されるＵＬ ＣＩ ＭＯの間隔が常に参照リソース(特に、時間参照リソース)で送信が取り消される領域を指示する粒度の整数倍であると仮定する。
ＵＥがＵＬ ＣＩにより指示されるリソース上での上りリンク送信を取り消す動作は、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２は有効なＭＯで特定の上りリンク送信を取り消すためのＵＬ ＣＩを感知(又は受信)した場合、ＵＥはＵＬ ＣＩにより指示されるリソース上での上りリンク送信を取り消すことができる。
(５)ＵＥが上りリンク送信を取り消した場合、他のＵＬ ＣＩ ＭＯが上りリンク送信に対して有効であるか否かを再度確認する。
(６)上りリンク送信に連関するそれ以上の有効なＵＬ ＣＩ ＭＯがない場合、ＵＬ ＣＩモニタリングを中止する。
図９に関連して、ＵＥ動作について以下のものがさらに考慮される。
＜具現Ａ１＞ＵＥがＵＬ ＣＩをモニタリングするように設定された場合、ＢＳによりＵＥに送信されたＲＲＣ設定情報(ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ)に含まれた特定のパラメータ(又は特定のＲＲＣパラメータ)によりＵＥにＵＬ ＣＩが受信される複数のＭＯが設定される。ＵＥは設定されたＭＯのうち、有効なＭＯを選択的にモニタリングする。
特定のパラメータはＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ及び／又はＳｅａｒｃｈＳｐａｃｅ ＩＥである。特に、ＳｅａｒｃｈＳｐａｃｅ ＩＥは特定のパラメータにより指示されるＭＯでＵＬ ＣＩが受信可能であるか否かをＵＥに設定するために使用される。例えば、ＳｅａｒｃｈＳｐａｃｅ ＩＥは指示されるＭＯでＵＬ ＣＩが受信される可能性があるか否かに関連するパラメータであり、ＵＥはＲＲＣ設定により送信されたＳｅａｒｃｈＳｐａｃｅ ＩＥによりＵＬ ＣＩが受信される可能性のあるＭＯを認識することができる。
また、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥはＵＬ ＣＩが送信／受信されるリソースのセットに関連するパラメータである。例えば、ＵＥはＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥに含まれた少なくとも一つのリソースにより制御情報をＢＳから受信する。即ち、ＵＥはＳｅａｒｃｈＳｐａｃｅ ＩＥにより指示されるＭＯでＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥにより設定されたリソース領域を介してＵＬ ＣＩが送信されたか否かをモニタリングしてＵＬ ＣＩを受信する。
言い換えれば、ＵＥはＲＲＣ設定情報により受信された特定のパラメータ(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ)により設定された複数のＭＯ及び複数のリソースに対してＵＬ ＣＩモニタリングの有無を決定する。
有効なＭＯはＵＥに予め行うように指示及び／又は設定された上りリンクの送信に基づいて決定される。一例として、有効なＭＯは以下の条件のうちのいずれかを満たすＭＯである。
或いはより少ないＭＯのみをモニタリングしてＵＥの電力消耗及び具現難易度を最小化するために、より厳しくＭＯの有効性が決定される。即ち、ＵＥがモニタリングすべきＭＯの数を減らすために、ＭＯの有効性有無が制限的に決定される。例えば、ＭＯの数を制限するためのパラメータがＢＳからＵＥに送信されるか、又はＭＯの有効性を判断するための条件が増える。例えば、ＵＥがＢＳからＲＲＣ設定により有効性判断のためのＭＯの数を制限するパラメータを受信した場合、ＵＥは受信されたパラメータに基づいて制限されたＭＯの数内でＭＯの有効性を判断することができる。他の例として、ＵＥがＢＳからＲＲＣ設定により有効なＭＯの数を制限するパラメータを受信した場合、ＵＥは受信したパラメータに基づいて所定の最大有効なＭＯの数内でＭＯの有効性を判断することができる。又は、この明細のいくつの具現において、ＵＥがＭＯの有効性有無を判断する場合、複数の条件(例、後述する条件１及び条件２)を全て満たすＭＯのみを有効であると判断する。また、ＵＥは受信されたパラメータ(例えば、ＳｅａｒｃｈＳｐａｃｅ ＩＥ、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ ＩＥ)に基づいて一つのＵＬ ＣＩが指示できる参照上りリンクリソース(即ち、参照リソース領域)を決定することができる。
＜具現Ａ１－１＞(条件１)予めスケジューリングされた特定の上りリンク送信或いは該当送信に使用される無線リソースの一部を指示するＵＬ ＣＩがあるＵＬ ＣＩ ＭＯで感知される場合、ＵＥが条件１を満たすと判断する。条件１はＵＥが自分がスケジューリングされた上りリンク無線リソースを指示可能なＵＬ ＣＩのみを受信するようにして、該当ＵＥが不要にＵＬ ＣＩをモニタリングすることを防止する。図１０及び図１１は有効なＵＬ ＣＩ ＭＯを決定するために使用される条件の一例を説明する図である。
この明細のいくつの具現において、ＵＬ ＣＩが ＨＡＲＱプロセスＩＤなどにより予めスケジューリングされた送信を指示するとき、ＵＥはスケジューリングメッセージ受信時点から該当送信の終了の間に存在するＵＬ ＣＩ ＭＯが条件１を満たすと判断する。これはＵＥがＵＬ ＣＩが指示する特定のスケジューリングを取り消す場合に有用である。
或いはＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、ＵＥは予めスケジューリングされた特定の上りリンク送信に使用されるリソース領域がどのＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域に含まれる場合、該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。図１０を参照すると、ＵＬ送信＃２、＃３又は＃４がＵＥにＤＣＩにより動的にスケジューリング或いはＲＲＣにより準－静的にスケジューリングされた場合、ＵＥはＵＬ ＣＩ用のＭＯ１でＵＬ ＣＩをモニタリングすることができる。一方、ＵＬ送信＃１及びＵＬ送信＃５はＭＯ１で受信されるＵＬ ＣＩにより送信が取り消される参照リソース領域＃１と(時間面で)重畳しないので、ＵＬ送信＃１又はＵＬ送信＃５がＵＥにスケジューリングされてもＵＥはＵＬ送信＃１又はＵＬ送信＃５に対してはＭＯ１でＵＬ ＣＩモニタリングを行わない。
例えば、あるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩがある周波数領域を参照リソース領域として有すると、ＵＥは予めスケジューリングされた特定の上りリンク送信が該当参照リソース領域の一部を使用する場合、該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。
他の例として、ＵＬ ＣＩ受信時点からＸ個のシンボル後のＹ個のシンボルが時間ドメインの参照リソース領域であれば、ＵＥは予めスケジューリングされた特定の上りリンク送信の開始からＸ＋Ｙ個のシンボル前の時点、また該当上りリンク送信の終了よりＸ個のシンボル前の時点、これら二つの時点の間に存在するＵＬ ＣＩ ＭＯを条件１を満たすと判断する。言い換えれば、あるＵＬ ＣＩ ＭＯで受信可能なＵＬ ＣＩの時間ドメイン参照リソース領域がＵＬ ＣＩ受信時点からＸ個のシンボル後のＹ個のシンボルであるとき、i)予めスケジューリングされた特定の上りリンク送信の開始がＵＬ ＣＩ受信時点からＸ＋Ｙ個のシンボル前の時点であり、ii)特定の上りリンク送信の終了がＵＬ ＣＩ受信時点からＸ個のシンボル後の時点である場合、該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。図１０を参照すると、ＵＬ送信＃２、＃３及び＃４についてはＭＯ１が条件１を満たすと決定される。図１１を参照すると、ＭＯ２はＵＬ送信＃ｘに対するＵＬ ＣＩモニタリングのために有効であり、ＭＯ１及びＭＯ２はＵＬ送信＃ｘに対するＵＬ ＣＩモニタリングのために有効ではないと決定される。かかる方法はＵＥが指示されたリソース領域を使用する上りリンク送信或いは送信の一部を取り消す場合に有用である。
この明細のいくつの具現において、特定の上りリンク送信の取り消されるリソース領域をより正しく表現できるＵＬ ＣＩ指示を受けるために、ＵＥは予めスケジューリングされた特定の上りリンク送信が使用するリソース領域があるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域にＫ個のシンボル以上含まれる場合、該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。これは一つの送信取り消しのためにＢＳが複数のＵＬ ＣＩを送信することを減らすことにより、ＰＤＣＣＨリソースを節約し、ＰＤＣＣＨ衝突可能性を下げるためのものである。ここで、Ｋは予め約束或いは定義される値であるか、又はＢＳのＬ１シグナリング(例、ＰＤＣＣＨ)及び／又は上位階層シグナリングにより決定される値である。
参照リソース領域(例、時間ドメインに対するＸ及びＹ)は時間／周波数リソース領域として各ドメインに対して予め約束或いは定義される領域であるか、又はＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより決定されるリソース領域である。
＜具現Ａ１－２＞(条件２)あるＵＬ ＣＩ ＭＯが(或いはＭＯの開始或いは終了が)予めスケジューリングされた特定の上りリンク無線リソース(或いは無線リソースの開始或いは終了)から一定時間(Ｎ個のシンボル)だけ離れた場合、ＵＥはＵＬ ＣＩ ＭＯを条件２を満たすＭＯであると判断する。条件２はＵＥがＭＯでＵＬ ＣＩを受信する過程で発生する復号、情報解釈及び／又は上りリンク送信取り消し過程などに必要なプロセシング時間を確保するために有用である。
条件２を考慮する場合、一定時間Ｎは以下のうちのいずれかにより決定される。
－該当ＵＥのＵＬ ＣＩに連関するプロセシング能力(ｃａｐａｂｉｌｉｔｙ)；
－該当ＵＥのタイミングアドバンス；
－予め約束或いは定義された値；及び／又は
－ＢＳのＬ１シグナリング及び／又は上位階層シグナリングによって該当ＵＥに指示及び／又は設定される値
ＵＥのＵＬ ＣＩに連関するプロセシング能力は、ＵＬ ＣＩのために新しく定義されるか、又は既存のＰＤＳＣＨ或いはＰＵＳＣＨのために定義されたＵＥのプロセシング能力を再使用することができる。
以下の表はＵＥプロセシング能力によるプロセシング時間を例示する。特に、表１０はＵＥのＰＤＳＣＨプロセシング能力＃１に対するＰＤＳＣＨプロセシング時間を例示し、表１１はＵＥのＰＤＳＣＨプロセシング能力＃２に対するＰＤＳＣＨプロセシング時間を例示し、表１２はＵＥのＰＵＳＣＨタイミング能力＃１に対するＰＵＳＣＨ準備時間(ｐｒｅｐａｒａｔｉｏｎ ｔｉｍｅ)を例示し、表１３はＵＥのタイミング能力＃２に対するＰＵＳＣＨ準備時間を例示する。表１０において、Ｎ１,０の場合、追加ＤＭＲＳのＰＤＳＣＨ ＤＭＲＳ位置Ｌ１＝１２であると、Ｎ１,０＝１４であり、そうではないと、Ｎ１,０＝１３である(３ＧＰＰ ＴＳ ３８.２１１のセクション７.４.１.１.２を参照)。
具体的な例示として、ＰＵＳＣＨのために定義されたＮ２能力をそのまま再使用するか、Ｎ２能力により決定されたプロセシング時間Ｔ_ｐｒｏｃのある比率Ｒ或いはオフセットｄを適用した値(例、ｃｅｉｌ(Ｔ_ｐｒｏｃ＊Ｒ)又はｃｅｉｌ(Ｔ_ｐｒｏｃ－ｄ))を一定時間Ｎを決定するために活用することができる。この値がＵＬ ＣＩのプロセシング時間であると仮定する。ここで、Ｒ及びｄは予め約束又は定義される値であるか、或いはＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより決定される値である。
＜具現Ａ２＞具現Ａ１を使用するにおいて、或いは具現Ａ１のようにＵＥが予め行うように指示及び／又は設定された特定の上りリンク送信に基づいてＵＬ ＣＩを選択的にモニタリングするとき、いくつの具現において、ＵＥは特定の上りリンク送信の最初のＸ個のシンボル(或いはＵＬ送信の開始)のみを考慮する。即ち、ＵＥとＢＳは特定の上りリンク送信のために割り当てられた無線リソース領域の位置を有効なＭＯを決定するために使用し、このとき、特定の上りリンク送信のために割り当てられた無線リソース領域の一番目のシンボルから一定の数のシンボルのみを基準としてＭＯの有効性の有無を決定する。
これはＵＬ ＣＩが取り消される上りリンク送信の開始時点前に感知されて解釈されるようにして、ＵＥが上りリンク送信の全体を取り消されるようにする。また常に送信取り消しが上りリンク送信の前部分で行われるようにして、上りリンク送信が途中に中断される状況を防止する。一例として、ある送信に使用される最初のＸ個のシンボルのみを送信リソースと仮定し、具現Ａ１が考慮する各条件を満たすか否かを確認する。
いくつの具現において、具現Ａ２は特定の種類の上りリンク送信にのみ使用される。一例として、ＰＵＣＣＨ及び／又はＰＲＡＣＨにのみ適用される。これは上りリンク送信が途中に中断された場合、ＰＵＣＣＨ或いはＰＲＡＣＨの復号が難しいため、該当送信チャネルに対しては常に全体送信を取り消すようにするためのものである。
具現Ａ２が適用される上りリンク送信の場合、ＵＥは送信の最初のＸ個のシンボル(或いはＵＬ送信の開始)を取り消すように指示される場合、該当送信の全体を取り消すことができる。
Ｘは予め約束或いは定義される値であるか、又はＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより決定される値である。
＜具現Ａ３＞具現Ａ１を使用するにおいて、或いは具現Ａ１のようにＵＥが予め行うように指示及び／又は設定された特定の上りリンク送信に基づいてＵＬ ＣＩを選択的にモニタリングするとき、いくつの具現において、特定の上りリンク送信は以下の上りリンク送信のうちのいずれかを含む。これはＵＬ ＣＩによりＵＲＬＬＣトラフィックが取り消されることを防止し、ＵＬ ＣＩがＵＲＬＬＣトラフィックを取り消せない場合、不要なＵＬ ＣＩモニタリングを防止するためのものである。
－低い優先順位トラフィックのためのＰＵＳＣＨ(ＰＵＳＣＨ ｆｏｒ ｌｏｗ ｐｒｉｏｒｉｔｙ ｔｒａｆｆｉｃ)；
－低い優先順位トラフィックのためのＰＵＣＣＨ(ＰＵＣＣＨ ｆｏｒ ｌｏｗ ｐｒｉｏｒｉｔｙ ｔｒａｆｆｉｃ)；
－低い優先順位トラフィックのためのＳＲＳ送信(ＳＲＳ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｏｒ ｌｏｗ ｐｒｉｏｒｉｔｙ ｔｒａｆｆｉｃ)；
－初期接続目的を除いた(ＰＲＡＣＨ ｅｘｃｅｐｔ ｆｏｒ ｉｎｉｔｉａｌ ａｃｃｅｓｓ ｐｕｒｐｏｓｅ)(例、上りリンクグラントを受信するためのＰＲＡＣＨ))
低い優先順位トラフィックのためのチャネル／送信は、ｅＭＢＢトラフィック或いは非－ＵＲＬＬＣ(Ｎｏｎ－ＵＲＬＬＣ)トラフィックを意味する。或いは各チャネル／送信に対して優先順位がＬ１シグナリング、上位階層シグナリング、ＤＣＩフォーマット、ＣＲＣスクランブル、ＲＮＴＩ、ＣＯＲＥＳＥＴ及び／又は探索空間などにより指示或いは設定された場合、特定の水準以下の(例、二つの優先順位が使用される場合、低い)優先順位が指示或いは設定されたチャネル／送信を意味する。
各トラフィックの優先順位を区別しにくいか又は各チャネル／送信に対してＬ１シグナリング及び／又は上位階層シグナリングにより優先順位が指示、及び設定されない場合、ＵＥは該当チャネル／送信を低い優先順位のためのチャネル／送信であると仮定する。言い換えれば、ＵＥはトラフィック優先順位を区別せず、上述した上りリンク送信のうちのいずれかを具現Ａ１を使用するときに(例、ＭＯの有効性を決定するときに)考慮することができる。この方法はＵＬ ＣＩがブロードキャストされず、ＵＥ－特定或いはグループ－共通に送信されるとき、ＢＳが該当ＵＥにスケジューリングされた上りリンク送信を考慮してＵＬ ＣＩを送信できるので、ＢＳ水準でＵＲＬＬＣトラフィックができる限り取り消されないように考慮できるという長所がある。この方法はＵＥの具現をより簡単にする。
＜具現Ａ３－１＞具現Ａ１を使用するにおいて、或いは具現Ａ１のようにＵＥが予め行うように指示及び／又は設定された特定の上りリンク送信に基づいてＵＬ ＣＩを選択的にモニタリングするとき、いくつの具現において、特定の上りリンク送信に該当するある上りリンク送信が以下の全体或いは一部の場合のいずれかに該当すると、該当送信が特定の上りリンク送信から除外される。言い換えれば、該当上りリンク送信が具現Ａ１を使用するときに考慮されないこともある。これはＵＬ ＣＩがある送信を取り消したとき、それ以上該当上りリンク送信に基づいてＵＬ ＣＩ ＭＯに対する有効性を決定しないようにして、不要なＵＬ ＣＩモニタリングを最小化することができる。特にＵＬ ＣＩがリソースの一部領域のみを取り消すと指示しても、ＵＥが送信全体或いは指示された領域後の送信を全て取り消す場合、不要なＵＬ ＣＩモニタリングを最小化することができる。
－一回でも特定の送信の一部の無線リソース領域が取り消された場合(言い換えれば、ＵＬ ＣＩに指示された場合)；
－特定の送信の全体無線リソース領域が取り消された場合；
－特定の送信の全てのＤＭＲＳ領域が取り消された場合；
－特定の送信がＰＵＣＣＨ或いはＰＲＡＣＨであり、一部の無線リソース領域が取り消される場合；及び／又は
－特定の送信の一部の無線リソース領域が取り消されて該当無線リソースで位相不連続(ｐｈａｓｅ ｄｉｓｃｏｎｔｉｎｕｉｔｙ)が発生し得る場合(例えば、Ｍ個のシンボル以上の無線リソースが取り消されて位相不連続が発生する場合。ここで、シンボル長さＭは予め約束或いは定義される値であるか、又はＵＥ能力により決定される)。
＜具現Ａ４＞ ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の一部を指示する場合、いくつの具現において、ＵＥにはＵＬ ＣＩの時間及び／又は周波数粒度が指示或いは設定される。ＵＬ ＣＩが指示する値或いはＵＬ ＣＩのビットフィールドは粒度で分けられた参照リソース領域の各シンボルグループ及び／又はＰＲＢサブセットと一対一或いは一対多に対応する。この明細のいくつの具現において、所定の時間／周波数粒度でシンボルグループ及びＰＲＢサブセットを決定するとき、以下のものが考慮される(具現Ａ４－１、具現Ａ４－２を参照)。
これは各ＵＬ ＣＩの参照リソース領域がＵＬ ＣＩ ＭＯに基づいて決定されるとき、同一のリソース格子を各ＵＬ ＣＩで使用して互いに異なるＵＬ ＣＩ ＭＯでも同一の時間／周波数領域が指示されるようにする。従って、ＢＳがどのリソース領域での上りリンク送信をＵＬ ＣＩで取り消そうとするとき、不要に広い領域の送信が取り消されることを防止することができる。
＜具現Ａ４－１＞ＵＥは所定の時間粒度でシンボルグループを決定するとき、システムフレーム番号ＳＦＮ＝０をリソース格子の基準点とし、参照リソース領域をシンボルグループに分けることができる。
例えば、所定の時間粒度がＰ、参照リソース領域がＳＦＮ＝０からＮstart
ref,timeだけ離れたところで長さＮsize
ref,timeに存在する場合、以下のようなシンボルグループで参照リソース領域が構成される。
－一番目のシンボルグループはＳＦＮ＝０からＮstart
ref,timeだけ離れたところから始まる。
－一番目のシンボルグループの長さはＰ－(Ｎstart
ref,time ｍｏｄ Ｐ)である。
－最後のシンボルグループの長さは(Ｎstart
ref,time＋Ｎsize
ref,time) ｍｏｄ Ｐである。もし該当値が０或いは０より小さいか又は等しい場合、最後のシンボルグループの長さはＰである。
－残りのシンボルグループの長さはＰである。
各シンボルグループは上りリンク及び／又はフレキシブルシンボルに連続して(ｃｏｎｓｅｃｕｔｉｖｅ)マッピングされるか、又は送信方向を区別せず、隣接(ｃｏｎｔｉｇｕｏｕｓ)シンボルにマッピングされる。シンボルグループが送信方向を区別せず隣接シンボルにマッピングされる場合、該当シンボルグループに少なくとも一つの上りリンク或いはフレキシブルシンボルが存在しないと、該当シンボルグループは参照リソース領域から排除される。
参照リソース領域の開始シンボルから以下のようにＮstart
ref,timeが導き出される：Ｎstart
ref,time＝(ＳＦＮ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ)。ここで、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ、及びｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔは、それぞれフレームごとの連続スロットの数、そしてスロットごとの連続シンボルの数を示す。"ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ"は参照リソース領域の開始シンボルが含まれたスロットのフレーム内のスロットインデックスであり、"ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ"は参照リソース領域の開始シンボルが含まれたスロット内の開始シンボルインデックスを示す。
＜具現Ａ４－２＞ＵＥは所定の周波数粒度でＰＲＢサブセットを決定するとき、共通リソースブロック０をリソース格子の基準点とし、参照リソース領域をＰＲＢサブセットに分けることができる。
例えば、所定の周波数粒度がＰ、参照リソース領域が共通リソースブロック０からＮstart
ref,freqだけ離れたところで長さＮsize
ref,freqに存在する場合、以下のようなＰＲＢサブセットで参照リソース領域が構成される。
－一番目のＰＲＢサブセットは共通リソースブロック０からＮstart
ref,freqだけ離れたＲＢから始まる。
－一番目のＰＲＢサブセットの長さはＰ－(Ｎstart
ref,freq ｍｏｄ Ｐ)である。
－最後のＰＲＢサブセットの長さは(Ｎstart
ref,freq＋Ｎsize
ref,freq) ｍｏｄ Ｐである。もし該当値が０或いは０より小さいか又は等しい場合、最後のＰＲＢサブセットの長さはＰである。
－残りのＰＲＢサブセットの長さはＰである。
参照リソース領域が活性(ａｃｔｉｖｅ)ＢＷＰにより決定される場合、Ｎstart
ref,freqは共通リソースブロック０から活性帯域幅部分の開始時点であるＮstart
BWPを基準とする値Ｎ'start
ref,freqにより決定される。一例として、Ｎstart
ref,freq＝Ｎstart
BWP＋Ｎ'start
ref,freqである。
＜具現Ａ５＞ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、いくつの具現において、ＵＥは設定されるＵＬ ＣＩ ＭＯの間隔が常に参照リソース(特に、時間参照リソース)で送信が取り消される領域を指示する粒度の整数倍であると仮定する。これはＵＬ ＣＩ ＭＯの間隔で参照リソース領域が決定される場合、互いにＵＬ ＣＩで同一の時間／周波数リソース領域を指示するようにする。従って、ＢＳがあるリソース領域での送信をＵＬ ＣＩで取り消そうとするとき、不要に広い領域の送信が取り消されることを防止することができる。
いくつの具現において、例えば、一つのＵＬ ＣＩが参照リソース領域で送信が取り消される領域をＸ個のシンボル単位で指示できるとき、ＵＥはかかるＵＬ ＣＩを受信可能なＭＯがＸの整数倍間隔で設定されると仮定する。或いは一つのＵＬ ＣＩが参照リソース領域で送信が取り消される領域をＸ個のシンボル単位で指示できるとき、ＵＥはかかるＵＬ ＣＩを受信可能なＭＯがＸの整数倍間隔で設定されないことを仮定しない。
＜具現Ａ６＞取り消した後、ＵＬ送信の前部(ｆｏｒｅｐａｒｔ)(即ち、ＵＬ送信のリソースのうち、ＵＬ ＣＩにより指示されない残りのリソースの前部)内に利用可能なＤＭＲＳがあれば、そしてＵＬ ＣＩと取り消されたＵＬ送信の開始(即ち、ＵＬ ＣＩにより取り消されるＵＬ送信のＵＬリソースのうち、取り消される前のＵＬリソース)の間に十分なタイミングギャップがあれば、取り消した後、ＵＬ送信の前部が送信される。
あるＵＬ送信の一部が取り消された後、残ったリソースを再度使用してＵＬ送信を再開すること、即ち、ＵＬ送信の"中止及び再開"(Ｓｔｏｐ ａｎｄ ｒｅｓｕｍｉｎｉｎｇ)が支援されないこともある。従って、一応ＵＬ取り消しが指示されると、ＵＥは指示されたまた後続(Ｓｕｂｓｅｑｕｅｎｔ)のリソース上でＵＬ送信をドロップする。ＵＬ送信の前部に対してＵＥ行動に対する明確化が必要である。ＵＬ送信がＵＬ ＣＩにより指示されたリソースと部分的に重なってもスロットでＵＬ送信全体をドロップすることが考慮される。しかし、これは他のＵＥのＵＬ送信のために予約された(ｒｅｓｅｒｖｅｄ)リソース(即ち、他のＵＥのＵＬ送信のために取り消されるリソース)が一つ又は二つのＯＦＤＭシンボルのみをスパン(Ｓｐａｎ)する場合には非常に非効率的である。ＵＬ送信の前部の場合、(ＵＬ ＣＩにより取り消されない)利用可能なＤＭＲＳがあれば、またＵＬ ＣＩと取り消されたＵＬ送信の開始(即ち、ＵＬ ＣＩにより取り消される前のＵＬリソースの開始)の間に十分なタイミングギャップがあれば、ＵＬ送信のかかる前部を送信した方が好ましい。
例えば、ＵＬ ＣＩにより時間／周波数領域がＵＥに指示されると、ＵＥは時間／周波数領域及び続くリソースでＵＬ送信を取り消し(ドロップ、パンクチャリング或いはレートマッチング)、ＢＳはかかるＵＥ動作を仮定する。ＵＬ送信の前部が利用可能なＤＭＲＳシンボルを有すると、ＢＳはＵＬ送信の一部を受信することができる。従って、少なくともＰＵＳＣＨの場合、ＢＳがＵＬ送信の前部を受信し、ＵＬ送信の前部が利用可能なＤＭＲＳシンボルを有すると、ＢＳは残りの部分を受信するために、残りの部分に対するＣＢＧ－レベルの再送信を指示することができる。
＜具現Ａ７＞ＵＬ ＣＩに対する最小プロセシング時間(ｍｉｎｉｍｕｍ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ ｆｏｒ ＵＬ ＣＩ)がＵＥがＵＬ ＣＩを有するＰＤＣＣＨを受信するＤＬ ＢＷＰのＳＣＳ設定のＰＵＳＣＨに対する最小プロセシング時間能力に含まれた値(例、３ＧＰＰ ＴＳ ３８.２１４に記載されたＴproc,２)のうちのいずれかにより与えられる。ＵＥは各ＳＣＳ設定ごとにどのプロセシング時間(タイプ１のプロセシング時間及び／又はタイプ２のプロセシング時間)が使用可能であるかをＢＳに報告し、ＢＳはタイプ１及びタイプ２のプロセシング時間のうちのいずれかをＵＥに設定する。例えば、ＵＥとＢＳはＰＤＣＣＨを受信するＤＬ ＢＷＰのＳＣＳ値のうち、ＵＥが利用可能なＰＵＳＣＨプロセシング時間を使用し、タイプ１とタイプ２のプロセシング時間の両方とも利用可能であれば、二つのうちのいずれかを使用することができる。他のＵＥが同じ時間ギャップを有するために、ＵＬ ＣＩに対するかかる最小のプロセシング時間はＰＤＣＣＨ ＣＯＲＥＳＥＴの終了シンボルと参照時間領域の開始の間の時間ギャップとして使用される。
ＵＬ ＣＩシグナリングがグループ－共通である場合、他のＵＥに対して互いに異なるオフセットを設定する必要はない。ＵＬ ＣＩに対する最小のプロセシング時間(例、Ｔproc,２の値)を導き出す(ｄｅｒｉｖｅ)ためのＳＣＳ仮定の場合、いかなる送信準備がないので、ＵＬ ＣＩを運ぶＤＬ ＢＷＰのＳＣＳのみを考慮した方が合理的である。ＵＥがＤＬ及びＵＬニューマロロジーをＰＵＳＣＨ／ＰＵＣＣＨのために考慮すると、他のニューマロロジーのＵＬ ＢＷＰを有する他のＵＥがＰＤＣＣＨ ＣＯＲＥＳＥＴの終了シンボルと参照時間領域の開始の間に互いに異なる時間ギャップを有して、不要な(ｒｅｄｕｎｄａｎｔ)取り消しが発生し得る。
＜具現Ａ７－１＞同一のＵＬ ＣＩを受信する複数のＵＥが共に提供されるＳＣＳのうち、最小値を使用して、ＵＬ ＣＩのための最小プロセシング時間、またＰＤＣＣＨ ＣＯＲＥＳＥＴの終了シンボルと参照時間領域の開始の間の時間ギャップが決定される。
セル内のＵＥは共通的に、ＢＳのＲＲＣシグナリングにより伝達されたＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥのｆｒｅｑｕｅｎｃｙＩｎｆｏＵＬによって、即ち、ＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ－ＳＩＢ ＩＥにより伝達されたＲＲＣｐａｒａｍｅｔｅｒによって、セル内で使用可能なＳＣＳに関する情報を分かる(３ＧＰＰ ＴＳ ３８.３３１を参照)。また同一のＵ Ｌ ＣＩを受信するＵＥは同一のＰＤＣＣＨを受信するので、ＵＬ ＣＩを受信したＤＬ ＢＷＰのＳＣＳは全て同一である。
この明細のいくつの具現において、ＵＬ ＣＩで使用される参照リソース領域の時間及び／又は周波数ドメインのサイズ或いは長さを決定するために、かかるＳＣＳのうち、最小のＳＣＳが選択される。具体的には、ＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ－ＳＩＢ ＩＥにより設定されたＳＣＳとＵＬ ＣＩを受信したＰＤＣＣＨのＳＣＳのうち、より小さい値がＵＬ ＣＩのプロセシング時間の仮定に使用される。例えば、サービングセルに対して、ＵＥはＵＬ ＣＩのための参照上りリンクリソースの一番目のシンボルがＵＥがＵＬ ＣＩを検出するＰＤＣＣＨ受信の終了からＴproc,２＋ｄの後の一番目のシンボルであると決定でき、ここで、ｄはｄｅｌｔａ_ｏｆｆｓｅｔ_ｄにより提供される。ｄｅｌｔａ_ｏｆｆｓｅｔ_ｄはＢＳのＲＲＣシグナリングによりＵＥに提供される。Ｔproc,２はＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ-ＳＩＢで提供されるＳＣＳとＵＥがサービングセルに対するＵＬ ＣＩ検出のためにＰＤＣＣＨをモニタリングする活性ＤＬ ＢＷＰのＳＣＳのうち、最小ＳＣＳ設定であるｕを有するｄ２,１＝０を仮定したＰＵＳＣＨプロセシング能力２に対応する。
或いはＢＳがかかるＳＣＳのうちのいずれかをＵＬ ＣＩプロセシング時間の仮定に使用するようにＲＲＣパラメータにより明示的に指示することができる。これは直接的に使用するＳＣＳを設定することもでき、ＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ－ＳＩＢに含まれたＳＣＳのうち、小さいものを使用するか、又はＵＬ ＣＩを受信したＤＬ ＢＷＰのＳＣＳを使用するかを設定することもできる。言い換えれば、ＢＳはＵＬ ＣＩのためのＳＣＳのセットをＵＥに直／間接的に設定し、ＵＥはそれらのうち、最小ＳＣＳを選択することができる。
これはＵＥとＢＳができる限り小さいＳＣＳを選択するようにして、ＵＥは十分なＵＬ ＣＩプロセシング時間を確保することができ、これによりＵＥ具現難易度を下げることができる。
＜具現Ａ８＞ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、かかる参照リソース領域の長さ、特に時間ドメインでの長さがＵＬ ＣＩ ＭＯの周期、間隔又は周期或いは間隔の整数倍に決定される。これは一つのＵＬ ＣＩがＵＬ ＣＩ ＭＯの間隔以上のリソースを参照リソース領域として使用して、ＵＬ ＣＩがＵＥが利用可能な全体リソース領域を指示するようにする。
ＵＬ ＣＩ ＭＯが既存システムの探索空間設定により決定される場合、ＵＬ ＣＩ ＭＯの間隔の特定は難しい。ＲＲＣ設定情報に含まれた探索空間設定により設定されるＭＯは一つのスロットでのモニタリングパターン、またスロット－レベルの周期のように二つの要素により決定されるので、一つのスロットに複数のＵＬ ＣＩ ＭＯが設定された場合、各ＵＬ ＣＩの間の間隔が同一ではない。従って、この時、ＵＬ ＣＩ ＭＯの間隔或いは周期を決定するために、以下のような方法が考慮される。
－実際設定されたＵＬ ＣＩ間隔を無視して、探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)にＵＬ ＣＩのＭＯ間の間隔が決定される。かかる方法を効果的に使用するために、探索空間周期が１より大きい場合は、スロット内に一つのＵＬ ＣＩ ＭＯのみが設定されると仮定する。即ち、二つ以上のＵＬ ＣＩ ＭＯが一つのスロットに設定されないと仮定する。
－ＵＬ ＣＩ ＭＯの間隔は実際設定されたＵＬ ＣＩ間隔の平均で決定される。一例として、一つのスロットにＮ個のＵＬ ＣＩ ＭＯが設定された場合、Ｎ個の互いに異なる間隔が各ＵＬ ＣＩ ＭＯに設定され、このとき、参照リソース領域を決定するための周期／間隔は間隔の平均である。
＜具現Ａ９＞ ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、かかる参照リソース領域の長さ、特に時間ドメインでの長さが各ＵＬ ＣＩ ＭＯごとに異なる。これはそれぞれ異なるＵＬ ＣＩ ＭＯが一定ではない間隔で離れているとき、全体ＵＬリソース領域が効率的にＵＬ ＣＩにより示されるようにする。このとき、ＵＬ ＣＩ参照リソース領域或いは参照リソース領域の長さを決定するために、以下のうちのいずれかの方法が考慮される。
－あるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域の長さは該当ＵＬ ＣＩ ＭＯから次のＵＬ ＣＩ ＭＯまでの間隔或いは該当間隔の整数倍に決定される。一例として、あるＵＬ ＣＩ ＭＯが受信されたＣＯＲＥＳＥＴの開始或いは終了シンボルから次のＵＬ ＣＩ ＭＯが受信されるＣＯＲＥＳＥＴの開始或いは終了シンボルまでの間隔或いは該当間隔の整数倍が参照リソース領域或いは参照リソース領域の長さとして決定される。このとき、次のＵＬ ＣＩ ＭＯは以下のような方法により決定される。
＞＞Ｏｐｔｉｏｎ １：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して受信可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これはＵＥが実際受信するＵＬ ＣＩ ＭＯを考慮して各ＵＬ ＣＩ ＭＯが全体ＵＬリソース領域を表示するようにする。
＞＞Ｏｐｔｉｏｎ ２：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して受信可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これは参照リソース領域が準－静的に決定されるようにする。
＞＞Ｏｐｔｉｏｎ ３：ＵＥが受信したセル共通のＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して受信可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域長さを有するようにする。
－あるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域の長さは探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)或いは該当時間長さの整数Ｎ倍に決定される。このとき、Ｎは以下の方法で決定される。
＞＞Ｏｐｔｉｏｎ １：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して次に受信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用できる(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮとして決定される。これはＵＥが実際受信するＵＬ ＣＩ ＭＯを考慮して、ＵＬ ＣＩ ＭＯが全体ＵＬリソース領域を表示するようにする。
＞＞Ｏｐｔｉｏｎ ２：ＵＥが受信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に受信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用できる(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮとして決定される。これは参照リソース領域が準－静的に決定されるようにする。
＞＞Ｏｐｔｉｏｎ ３：ＵＥが受信したセル共通のＴＤＤ設定(例えば、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に受信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用できる(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮに決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域長さを有するようにする。
ＢＳの立場
以下、上記ＵＥの立場で説明した具現をＢＳの立場で再度説明する。
図１２はこの明細のいくつの具現によるＵＥ動作を例示する。この明細において、ＢＳはＵＥが上りリンク送信を取り消すことができる有効なＭＯでのみＵＥのＵＬ ＣＩを送信する。以下はこの明細のいくつの具現によるＢＳ動作の一例である。
(１)ＢＳはＵＲＬＬＣ ＵＥからスケジューリング要請を受信する(Ｓ１２１０)。
ＢＳがＵＥから上りリンクスケジューリングを受信する動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２はＵＥからスケジューリング要請を受信するように少なくとも一つの送受信機１０６及び／又は少なくとも一つのメモリ１０４などを制御し、少なくとも一つの送受信機１０６はＵＥからスケジューリング要請を受信する。
(２)ＢＳは他のＵＥに設定したＵＬ ＣＩ ＭＯに基づいて他のＵＥに既に割り当てたリソースのうち、取り消し可能なリソースを決定する(Ｓ１２２０)。例えば、ＢＳは設定されたＵＬ ＣＩ ＭＯでのＵＬ ＣＩを用いてＢＳが取り消せる無線リソース領域がｅＭＢＢ ＵＥに既に割り当てたリソースを含むか否かを把握する。これはＵＥに既に割り当てたリソースに対して有効なＵＬ ＣＩ ＭＯが存在するか否かを把握することである。
ＢＳがｅＭＢＢ ＵＥに設定したＵＬ ＣＩ ＭＯに基づいて既に割り当てられたリソースのうち、取り消し可能なリソースを認識する動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２はＢＳがｅＭＢＢ ＵＥに設定したＵＬ ＣＩ ＭＯに基づいて既に割り当てられたリソースのうち、取り消し可能なリソースを認識することができる。
(３)ＢＳは(ａ)ｅＭＢＢ ＵＥのために既に割り当てたリソースのうち、取り消し可能なリソースをＵＲＬＬＣ ＵＥに割り当て(Ｓ１２３０ａ)、(ｂ)ｅＭＢＢ ＵＥに既に割り当てたリソースに基づいて、ＵＬ ＣＩ送信のための有効なＵＬ ＣＩ ＭＯを決定する(Ｓ１２３０ｂ)。
例えば、ＢＳはＵＬ ＣＩを送信するために複数のＵＬ ＭＯのうち、有効なＭＯを認識することができる。例えば、ＢＳはｅＭＢＢ ＵＥに既に割り当てられたリソースのうち、ＵＲＬＬＣ ＵＥに割り当てのために取り消されたリソースを知らせるためのＵＬ ＣＩを送信するために、具現Ｂ１及び／又は具現Ｂ２に記載する方法を用いて有効なＭＯを認識することができる。具体的には、具現Ｂ１－１及び／又は具現Ｂ１－２に説明するように、特定の条件を満たすＭＯを有効なＭＯとして認識することができ、このとき、特定の条件はＵＥが有効なＭＯとして認識するための条件と同一又は類似する。また特定の上りリンク送信について、一部のみが取り消しの対象になる。
例えば、ＢＳは特定の上りリンク送信の一番目のシンボルから一定数のシンボルのみを上りリンク送信の取り消しが発生するように設定することができる。この明細のいくつの具現において、設定される複数のＭＯ間の間隔は以下の具現Ｂ８及び／又は具現Ｂ９により決定される。例えば、ＭＯの間隔は探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)により決定されるか、実際設定されたＵＬ ＣＩ間隔の平均で決定される。一例として、一つのスロットにＮ個のＵＬ ＣＩ ＭＯが設定された場合、Ｎ個の互いに異なる間隔が各ＵＬ ＣＩ ＭＯに対して設定され、このとき、参照リソース領域を決定するための周期／間隔は間隔の平均である。
ＢＳが、(ａ)ｅＭＢＢ ＵＥのために既に割り当てたリソースのうち、取り消し可能なリソースをＵＲＬＬＣ ＵＥに割り当て、(ｂ)ｅＭＢＢ ＵＥに既に割り当てたリソースに基づいて、ＵＬ ＣＩ送信のための有効なＵＬ ＣＩ ＭＯを決定する動作は、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２は、ＢＳが(ａ)ｅＭＢＢ ＵＥのために既に割り当てたリソースのうち、取り消し可能なリソースをＵＲＬＬＣ ＵＥに割り当て、(ｂ)ｅＭＢＢ ＵＥに既に割り当てたリソースに基づいて、ＵＬ ＣＩ送信のための有効なＵＬ ＣＩ ＭＯを決定するように制御する。
(４)ＢＳは、(ａ)ＵＲＬＬＣ ＵＥにリソース割り当てのためのＵＬグラントを送信し(Ｓ１２４０ａ)、(ｂ)ｅＭＢＢ ＵＥに送信取り消しのためのＵＬ ＣＩを有効なＵＬ ＣＩ ＭＯに送信する(Ｓ１２４０ｂ)。
この明細のいくつの具現において、ＵＬ ＣＩに連関する参照リソース領域或いは参照リソース領域の長さを決定するために、以下のうちのいずれかが考慮される。
－あるＵＬ ＣＩ ＭＯで送信されるＵＬ ＣＩの参照リソース領域の長さは該当ＵＬ ＣＩ ＭＯから次のＵＬ ＣＩ ＭＯまでの間隔或いは該当間隔の整数倍により決定される。一例として、あるＵＬ ＣＩ ＭＯが送信されたＣＯＲＥＳＥＴの開始或いは終了シンボルから次のＵＬ ＣＩ ＭＯが送信されるＣＯＲＥＳＥＴの開始或いは終了シンボルまでの間隔或いは該当間隔の整数倍が、該当ＵＬ ＣＩにより送信が取り消せる参照リソース領域に或いは参照リソース領域の長さとして決定される。このとき、次のＵＬ ＣＩ ＭＯは以下のような方法で決定される。
＞Ｏｐｔｉｏｎ １：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して利用可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これはＵＥが実際受信するＵＬ ＣＩ ＭＯを考慮してＵＬ ＣＩ ＭＯが全体ＵＬリソース領域を表示するようにする。
＞Ｏｐｔｉｏｎ ２：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して利用可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これは参照リソース領域が準－静的に決定されるようにする。
＞Ｏｐｔｉｏｎ ３：ＢＳが送信したセル共通のＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して利用可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域の長さを有するようにする。
－あるＵＬ ＣＩ ＭＯで送信されるＵＬ ＣＩの参照リソース領域の長さは探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)或いは該当時間長さの整数Ｎ倍により決定される。このとき、Ｎは以下のような方法で決定される。
＞Ｏｐｔｉｏｎ １：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して次に利用可能なＵＬ ＣＩ ＭＯまで利用できない(Ｎｏｎ-ａｖａｉｌａｂｌｅ)(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが、利用できる(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮに決定される。これはＵＥが実際に受信するＵＬ ＣＩ ＭＯを考慮してＵＬ ＣＩ ＭＯが全体ＵＬリソース領域を表示するようにする。
＞Ｏｐｔｉｏｎ ２：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に利用可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが、利用できる(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮに決定される。これは参照リソース領域が準－静的に決定されるようにする。
＞Ｏｐｔｉｏｎ ３：ＵＥが送信したセル共通のＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に利用可能なＵＬ ＣＩ ＭＯまで利用できない(Ｎｏｎ-ａｖａｉｌａｂｌｅ)(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用可能な(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮに決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域の長さを有するようにする。
ＢＳが(ａ)ＵＲＬＬＣ ＵＥにリソース割り当てのためのＵＬグラントを送信し、(ｂ)ｅＭＢＢ ＵＥに送信取り消しのためのＵＬ ＣＩを有効なＵＬ ＣＩ ＭＯに送信する動作は、例えば、図２又は図３の装置により具現される。例えば、図２を参照すると、少なくとも一つのプロセッサ１０２は具現Ｂ１ないし具現Ｂ９に記載する(ａ)ＵＲＬＬＣ ＵＥにリソース割り当てのためのＵＬグラントを送信し、(ｂ)ｅＭＢＢ ＵＥに送信取り消しのためのＵＬ ＣＩを有効なＵＬ ＣＩ ＭＯに送信するように、少なくとも一つの送受信機１０６及び／又は少なくとも一つのメモリ１０４などを制御し、少なくとも一つの送受信機１０６はＵＥに(ａ)ＵＲＬＬＣ ＵＥにリソース割り当てのためのＵＬグラントを送信し、(ｂ)ｅＭＢＢ ＵＥに送信取り消しのためのＵＬ ＣＩを有効なＵＬ ＣＩ ＭＯに送信することができる。
図１２に関連して、ＢＳ動作についてさらに以下の事項が考慮される。
＜具現Ｂ１＞ＢＳがＵＥにＵＬ ＣＩをモニタリングするように設定した場合、ＲＲＣ設定情報に含まれた特定のパラメータ(又は特定のＲＲＣパラメータ)によりＵＥにＵＬ ＣＩが送信される複数のＭＯを設定することができる。ＢＳは設定したＭＯのうち、有効なＭＯを選択的に使用してＵＬ ＣＩを送信する。
特定のパラメータはＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ及び／又はＳｅａｒｃｈＳｐａｃｅ ＩＥである。特に、ＳｅａｒｃｈＳｐａｃｅ ＩＥは特定のパラメータにより指示されるＭＯでＵＬ ＣＩが受信可能であるか否かをＵＥに設定するために使用される。例えば、ＳｅａｒｃｈＳｐａｃｅ ＩＥは指示されるＭＯでＵＬ ＣＩが受信される可能性があるか否かに関連するパラメータであり、ＵＥはＲＲＣ設定により送信されたＳｅａｒｃｈＳｐａｃｅ ＩＥによりＵＬ ＣＩが受信される可能性のあるＭＯを認識する。
また、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥはＵＬ ＣＩが送信／受信されるリソースのセットに関連するパラメータである。例えば、ＵＥはＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥに含まれた少なくとも一つのリソースにより制御情報をＢＳから受信する。即ち、ＵＥはＳｅａｒｃｈＳｐａｃｅ ＩＥにより指示されるＭＯでＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥにより設定されたリソース領域によりＵＬ ＣＩが送信されるか否かをモニタリングしてＵＬ ＣＩを受信する。
即ち、ＢＳはＲＲＣ設定情報により送信された特定のパラメータ(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥ)により設定された複数のＭＯ及び複数のリソースによりＵＬ ＣＩを送信する。
例えば、ＢＳは設定された複数のＭＯのうち、少なくとも一つの有効なＭＯを選択的に利用してＵＬ ＣＩを送信する。この明細のいくつの具現において、ＢＳはＵＲＬＬＣのためにＵＬ ＣＩを複数回送信することが信頼度を向上させることができるので、有効なＭＯをできる限り多く利用してＵＬ ＣＩをｅＭＢＢ ＵＥに送信する。この明細のいくつの具現において、ＢＳは少なくとも一つの有効なＭＯのうち、任意にＭＯを選択してＵＬ ＣＩを送信する。
このように少なくとも一つの有効なＭＯを選択的に利用してＵＬ ＣＩを送信すると、ＭＯのうち、特定のＭＯのみを選択する場合、他のＵＥのスケジューリングなどにより発生するＰＤＣＣＨブロッキングによりＢＳが特定のＭＯでＵＬ ＣＩを送信できないことを防止することができる。
有効なＭＯはＢＳがＵＥに予め行うように指示及び／又は設定した上りリンク送信に基づいて決定される。一例として、このとき、有効なＭＯは以下の条件のうち、いずれかを満たすＭＯである。或いはより少ないＭＯのみをモニタリングしてＵＥの電力消耗及び具現難易度を最小化するために、より厳しくＭＯの有効性が決定される。即ち、ＵＥがモニタリングすべきＭＯの数を減らすために、ＭＯの有効性が制限的に決定される。他の例においては、以下の条件のうちの一部を全て満たす場合にのみ有効なＭＯであると判断される。
＜具現Ｂ１－１＞(条件１)予めスケジューリングされた特定の上りリンク送信或いは該当送信に使用される無線リソースの一部を指示するＵＬ ＣＩがあるＵＬ ＣＩ ＭＯで送信される場合、ＢＳは条件１を満たすと判断する。条件１は、ＵＥが自分がスケジューリングされた上りリンク無線リソースを指示可能なＵＬ ＣＩのみを受信するようにして、該当ＵＥが不要にＵＬ ＣＩをモニタリングすることを防止する。
この明細のいくつの具現において、ＵＬ ＣＩが ＨＡＲＱプロセスＩＤなどにより予めスケジューリングされた上りリンク送信を指示できるとき、ＢＳは上りリンク送信に関するスケジューリングメッセージ送信時点から上りリンク送信の送信終了の間に存在するＵＬ ＣＩ ＭＯが条件１を満たすと判断する。これはＢＳがＵＬ ＣＩが指示する特定のスケジューリングを取り消そうとする場合に有用である。
或いはＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、ＢＳは予めスケジューリングされた特定の上りリンク送信に使用されるリソース領域があるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域に含まれる場合に該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。図１０を参照すると、ＵＬ送信＃２、＃３又は＃４がＵＥにＤＣＩにより動的にスケジューリング或いはＲＲＣにより準－静的にスケジューリングされた場合、ＢＳはＵＬ ＣＩ用のＭＯ１でＵＬ送信＃２、＃３又は＃４に対するＵＬ ＣＩを送信する。逆に、ＵＬ送信＃１及びＵＬ送信＃５はＭＯ１で送信されるＵＬ ＣＩにより送信が取り消せる参照リソース領域＃１と(時間面で)重ならないので、ＵＬ送信＃１又はＵＬ送信＃５がＵＥにスケジューリングされてもＢＳはＵＬ送信＃１又はＵＬ送信＃５に対してはＭＯ１でＵＬ ＣＩを送信しない。
例えば、あるＵＬ ＣＩ ＭＯで送信されるＵＬ ＣＩがある周波数領域を参照リソース領域として有すると、ＢＳは予めスケジューリングした特定の上りリンク送信が該当参照リソース領域の一部を使用する場合、該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。
他の例として、ＵＬ ＣＩ送信時点からＸ個のシンボル後のＹ個のシンボルが時間ドメインの参照リソース領域であれば、ＢＳは予めスケジューリングした特定の上りリンク送信の開始からＸ＋Ｙ個のシンボル前の時点、そして該当上りリンク送信の終了よりＸ個のシンボル前の時点、二つの時点の間に存在するＵＬ ＣＩ ＭＯを条件１を満たすと判断する。言い換えれば、あるＵＬ ＣＩ ＭＯで送信可能なＵＬ ＣＩの時間ドメイン参照リソース領域がＵＬ ＣＩ送信時点からＸ個のシンボル後のＹ個のシンボルであるとき、i)予めスケジューリングした特定の上りリンク送信の開始がＵＬ ＣＩ送信時点からＸ＋Ｙ個のシンボル前の時点であり、ii)特定の上りリンク送信の終了がＵＬ ＣＩ送信時点からＸ個のシンボル後の時点である場合、該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。図１０を参照すると、ＵＬ送信＃２、＃３及び＃４に対しては、ＭＯ１が条件１を満たすと決定される。図１１を参照すると、ＭＯ２はＵＬ送信＃ｘに対するＵＬ ＣＩ送信のために有効であり、ＭＯ１及びＭＯ２はＵＬ送信＃ｘに対するＵＬ ＣＩ送信のために有効ではないと決定される。かかる方法は、ＢＳが指示されたリソース領域を使用する上りリンク送信或いは送信の一部を取り消そうとする場合に有用である。
この明細のいくつの具現において、特定の上りリンク送信の取り消されるリソース領域をより正しく表現できるＵＬ ＣＩを指示するために、ＢＳは予めスケジューリングした特定の上りリンク送信が使用するリソース領域があるＵＬ ＣＩ ＭＯで送信されるＵＬ ＣＩの参照リソース領域にＫ個のシンボル以上含まれる場合、該当ＵＬ ＣＩ ＭＯが条件１を満たすと判断する。これは一つの送信取り消しのために、ＢＳが複数のＵＬ ＣＩを送信する場合を減らすことにより、ＰＤＣＣＨリソースを節約し、ＰＤＣＣＨ衝突可能性を下げるためのものである。ここで、Ｋは予め約束或いは定義される値であるか、又はＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより決定される値である。
参照リソース領域(例、時間ドメインに対するＸ及びＹ)は、時間／周波数リソース領域に各ドメインに対して予め約束或いは定義される領域であるか、又はＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより決定されるリソース領域である。
＜具現Ｂ１－２＞(条件２)あるＵＬ ＣＩ ＭＯが(或いはＭＯの開始或いは終了が)予めスケジューリングされた特定の上りリンク無線リソース(或いは無線リソースの開始或いは終了)から一定時間(Ｎ個のシンボル)離れた場合、ＢＳはＵＬ ＣＩ ＭＯを条件２を満たすＭＯであると判断する。条件２はＵＥがＭＯでＵＬ ＣＩを受信する過程で発生する復号、情報解釈及び／又は上りリンク送信取り消し過程などに必要なプロセシング時間を確保するために有用である。
条件２を考慮する場合、一定の時間Ｎは以下のうちのいずれかににより決定される。
－該当ＵＥのＵＬ ＣＩに連関するプロセシング能力(ｃａｐａｂｉｌｉｔｙ)；
－該当ＵＥのタイミングアドバンス；
－予め約束或いは定義された値；及び／又は
－ＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより該当ＵＥに指示及び／又は設定される値
ＵＥのＵＬ ＣＩに連関するプロセシング能力は、ＵＬ ＣＩのために新しく定義されるか、又は既存ＰＤＳＣＨ或いはＰＵＳＣＨのために定義されたＵＥのプロセシング能力を再使用することができる。具体的な例示として、ＰＵＳＣＨのために定義されたＮ２能力をそのまま再使用するか、又はＮ２能力により決定されたプロセシング時間Ｔ_ｐｒｏｃのある比率Ｒ或いはオフセットｄを適用した値(例、ｃｅｉｌ(Ｔ_ｐｒｏｃ＊Ｒ)又はｃｅｉｌ(Ｔ_ｐｒｏｃ－ｄ))を一定の時間Ｎを決定するために活用することができる。この値をＵＬ ＣＩのプロセシング時間であると仮定することができる。ここで、Ｒ、ｄは予め約束或いは定義される値であるか、ＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより決定される値である。
＜具現Ｂ２＞具現Ｂ１を使用するにおいて、或いは具現Ｂ１のようにＢＳが予め行うように指示及び／又は設定した特定の上りリンク送信に基づいてＵＬ ＣＩ ＭＯを選択的に使用するとき、いくつの具現において、ＢＳは特定の上りリンク送信の最初のＸ個のシンボル(或いはＵＬ送信の開始)のみを考慮する。これはＵＬ ＣＩが取り消される上りリンク送信の開始時点前に感知されて解釈されるようにして、ＵＥが上りリンク送信の全体を取り消せるようにする。また、常に送信取り消しが上りリンク送信の前部でのみ行われるようにして、上りリンク送信が途中に中断される状況を防止することができる。一例として、ＢＳとＵＥはある送信に使用される最初のＸ個のシンボルのみを送信リソースとして仮定し、具現Ｂ１が考慮する各条件を満たすか否かを確認する。
いくつの具現において、具現Ｂ２は特定の種類の上りリンク送信にのみ使用される。一例として、ＰＵＣＣＨ及び／又はＰＲＡＣＨにのみ適用される。これは上りリンク送信が途中に中断する場合、ＰＵＣＣＨ或いはＰＲＡＣＨの復号が難しいため、該当送信チャネルに対しては常に全体送信を取り消すようにするためのものである。
具現Ｂ２が適用される上りリンク送信の場合、ＵＥは送信の最初のＸ個のシンボル(或いはＵＬ送信の開始)を取り消すように指示された場合、該当送信の全体を取り消すことができる。
Ｘは予め約束或いは定義される値であるか、又はＢＳのＬ１シグナリング及び／又は上位階層シグナリングにより決定される値である。
＜具現Ｂ３＞具現Ｂ１を使用するにおいて、或いは具現Ｂ１のようにＢＳが予め行うように指示及び／又は設定した特定の上りリンク送信に基づいてＵＬ ＣＩ ＭＯを選択的に使用するとき、特定の上りリンク送信は以下の上りリンク送信のうちのいずれかを含む。これはＵＬ ＣＩによりＵＲＬＬＣトラフィックが取り消されることを防止し、ＵＬ ＣＩがＵＲＬＬＣトラフィックを取り消せない場合、不要なＵＬ ＣＩ送信を防止するためのものである。
－低い優先順位トラフィックのためのＰＵＳＣＨ(ＰＵＳＣＨ ｆｏｒ ｌｏｗ ｐｒｉｏｒｉｔｙ ｔｒａｆｆｉｃ)；
－低い優先順位トラフィックのためのＰＵＣＣＨ(ＰＵＣＣＨ ｆｏｒ ｌｏｗ ｐｒｉｏｒｉｔｙ ｔｒａｆｆｉｃ)；
－低い優先順位トラフィックのためのＳＲＳ送信(ＳＲＳ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｏｒ ｌｏｗ ｐｒｉｏｒｉｔｙ ｔｒａｆｆｉｃ)；
－初期接続目的を除いた(ＰＲＡＣＨ ｅｘｃｅｐｔ ｆｏｒ ｉｎｉｔｉａｌ ａｃｃｅｓｓ ｐｕｒｐｏｓｅ)(例、上りリンクグラントを受信するためのＰＲＡＣＨ))
低い優先順位トラフィックのためのチャネル／送信は、ｅＭＢＢトラフィック或いは非－ＵＲＬＬＣ(Ｎｏｎ－ＵＲＬＬＣ)トラフィックを意味する。或いは各チャネル／送信に対して優先順位がＬ１シグナリング、上位階層シグナリング、ＤＣＩフォーマット、ＣＲＣスクランブル、ＲＮＴＩ、ＣＯＲＥＳＥＴ及び／又は探索空間などにより指示或いは設定される場合、特定水準以下の(例、二つの優先順位が使用される場合、低い)優先順位が指示或いは設定されたチャネル／送信を意味する。
各トラフィックの優先順位の区別が難しいか又は各チャネル／送信に対してＬ１シグナリング及び／又は上位階層シグナリングにより優先順位が指示また設定されない場合、ＵＥは該当チャネル／送信を低い優先順位のためのチャネル／送信であると仮定することができる。即ち、ＵＥはトラフィック優先順位を区別せず、上述した上りリンク送信のうちのいずれかを具現Ａ１を使用するために(例、ＭＯの有効性を決定するために)考慮する。この方法はＵＬ ＣＩが ブロードキャストされず、ＵＥ－特定或いはグループ－共通に送信されるとき、ＢＳが該当ＵＥにスケジューリングされた上りリンク送信を考慮してＵＬ ＣＩを送信できるので、ＢＳの水準でＵＲＬＬＣトラフィックができる限り取り消されないように考慮されるという長所がある。この方法により、ＵＥの具現をより簡単にすることができる。
＜具現Ｂ３－１＞具現Ｂ１を使用するにおいて、或いは具現Ｂ１のようにＢＳが予め行うように指示及び／又は設定した特定の上りリンク送信に基づいてＵＬ ＣＩ ＭＯを選択的に使用するとき、いくつの具現において、特定の上りリンク送信に該当するある上りリンク送信が後述する全体或いは一部のうちのいずれかに該当すると、該当送信が特定の上りリンク送信から除外されることができる。言い換えれば、該当上りリンク送信が具現Ｂ１を使用するときに考慮されない。これはＵＬ ＣＩがある送信を取り消したとき、それ以上該当上りリンク送信に基づいてＵＬ ＣＩ ＭＯに対する有効性を決定しないようにして、不要なＵＬ ＣＩの送信を最小化することができる。特にＵＬ ＣＩがリソースの一部領域のみを取り消すことを指示しても、ＵＥが送信の全体或いは指示された領域後の送信を全て取り消す場合、不要なＵＬ ＣＩ送信を最小化することができる。
－一回でも特定の送信の一部の無線リソース領域が取り消された場合(言い換えれば、ＵＬ ＣＩに指示された場合)；
－特定の送信の全体無線リソース領域が取り消された場合；
－特定の送信の全てのＤＭＲＳ領域が取り消された場合；
－特定の送信がＰＵＣＣＨ或いはＰＲＡＣＨであり、一部の無線リソース領域が取り消される場合；及び／又は
－特定の送信の一部の無線リソース領域が取り消されて該当無線リソースで位相不連続(ｐｈａｓｅ ｄｉｓｃｏｎｔｉｎｕｉｔｙ)が発生する場合(例えば、Ｍ個のシンボル以上の無線リソースが取り消されて位相不連続が発生する場合。ここで、シンボル長さＭは予め約束或いは定義される値であるか、又はＵＥの能力により決定される)。
＜具現Ｂ４＞ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、いくつの具現において、ＢＳはＵＬ ＣＩの時間及び／又は周波数粒度を指示或いは設定することができる。ＵＬ ＣＩが指示する値或いはＵＬ ＣＩのビットフィールドは粒度で分けられた参照リソース領域の各シンボルグループ及び／又はＰＲＢサブセットと一対一或いは一対多に対応する。この明細のいくつの具現においては、所定の時間／周波数粒度でシンボルグループ及びＰＲＢサブセットを決定するために、以下の事項が考慮される(具現Ｂ４－１、具現Ｂ４－２を参照)。
これは各ＵＬ ＣＩの参照リソース領域がＵＬ ＣＩ ＭＯに基づいて決定されるとき、同じリソース格子を各ＵＬ ＣＩで使用して互いに異なるＵＬ ＣＩ ＭＯでも同一の時間／周波数領域が指示されるようにする。よって、ＢＳがあるリソース領域での上りリンク送信をＵＬ ＣＩにより取り消そうとするとき、不要に広い領域の送信が取り消されることを防止することができる。
＜具現Ｂ４－１＞ ＢＳはＵＥに指示或いは設定した時間粒度でシンボルグループを決定するとき、ＳＦＮ＝０をリソース格子の基準点とし、参照リソース領域をシンボルグループに分けることができる。
例えば、所定の時間粒度がＰ、参照リソース領域がＳＦＮ＝０からＮstart
ref,timeだけ離れたところで長さＮsize
ref,timeである場合、以下のようなシンボルグループで参照リソース領域が構成される。
－一番目のシンボルグループはＳＦＮ＝０からＮstart
ref,timeだけ離れたところから始まる。
－一番目のシンボルグループの長さはＰ－(Ｎstart
ref,time ｍｏｄ Ｐ)である。
－最後のシンボルグループの長さは(Ｎstart
ref,time＋Ｎsize
ref,time) ｍｏｄ Ｐである。もし該当値が０或いは０より小さいか又は等しい場合、最後のシンボルグループの長さはＰである。
－残りのシンボルグループの長さはＰである。
各シンボルグループは上りリンク及び／又はフレキシブルなシンボルに連続して(ｃｏｎｓｅｃｕｔｉｖｅ)マッピングされるか、又は送信方向を区別せず、隣接(ｃｏｎｔｉｇｕｏｕｓ)シンボルにマッピングされる。シンボルグループが送信方向を区別せず、隣接シンボルにマッピングされる場合、該当シンボルグループに少なくとも一つの上りリンク或いはフレキシブルシンボルが存在しないと、該当シンボルグループは参照リソース領域から排除される。
参照リソース領域の開始シンボルから以下のようにＮstart
ref,timeが導き出される：Ｎstart
ref,time＝(ＳＦＮ＊ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ＊ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ＊nｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ)。ここで、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ、またｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはそれぞれフレームごとの連続スロットの数、またスロットごとの連続シンボルの数を示す。"ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ"は参照リソース領域の開始シンボルが含まれたスロットのフレーム内のスロットインデックスであり、"ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ"は参照リソース領域の開始シンボルが含まれたスロット内の開始シンボルインデックスを示す。
＜具現Ｂ４－２＞ＢＳはＵＥに指示或いは設定した周波数粒度でＰＲＢサブセットを決定するとき、共通リソースブロック０をリソース格子の基準点とし、参照リソース領域をＰＲＢサブセットに分けることができる。
例えば、所定の周波数粒度がＰ、参照リソース領域が共通リソースブロック０からＮstart
ref,freqだけ離れたところで長さＮsize
ref,freqである場合、以下のようなＰＲＢサブセットで参照リソース領域が構成される。
－一番目のＰＲＢサブセットは共通リソースブロック０からＮstart
ref,freqだけ離れたＲＢから始まる。
－一番目のＰＲＢサブセットの長さはＰ－(Ｎstart
ref,freq ｍｏｄ Ｐ)である。
－最後のＰＲＢサブセットの長さは(Ｎstart
ref,freq＋Ｎsize
ref,freq) ｍｏｄ Ｐである。もし該当値が０或いは０より小さいか又は等しい場合、最後のＰＲＢサブセットの長さはＰである。
－残りのＰＲＢサブセットの長さはＰである。
参照リソース領域が活性(ａｃｔｉｖｅ)ＢＷＰにより決定される場合、Ｎstart
ref,freqは共通リソースブロック０から活性帯域幅部分の開始時点であるＮstart
BWPを基準とする値Ｎ'start
ref,freqにより決定される。一例として、Ｎstart
ref,freq＝Ｎstart
BWP＋Ｎ'start
ref,freqである。
＜具現Ｂ５＞ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、いくつの具現において、ＢＳはＵＥに設定するＵＬ ＣＩ ＭＯの間隔を常に参照リソース(特に、時間参照リソース)で送信が取り消される領域を指示する粒度の整数倍に設定する。これはＵＬ ＣＩ ＭＯの間隔で参照リソース領域が決定される場合、互いにＵＬ ＣＩで同一の時間／周波数リソース領域を指示するようにする。従って、ＢＳがあるリソース領域での送信をＵＬ ＣＩで取り消そうとするとき、不要に広い領域の送信が取り消されることを防止することができる。
いくつの具現において、例えば、一つのＵＬ ＣＩが参照リソース領域で送信が取り消される領域をＸ個のシンボル単位で指示できるとき、ＢＳはかかるＵＬ ＣＩを送信できるＭＯをＸの整数倍間隔で設定する。或いは一つのＵＬ ＣＩが参照リソース領域で送信が取り消される領域をＸ個のシンボル単位で指示できるとき、ＢＳはかかるＵＬ ＣＩを送信できるＭＯをＸの整数倍ではない間隔で設定しないことができる。
＜具現Ｂ６＞ＢＳがＵＥにＵＬ ＣＩを送信するとき、取り消した後、ＵＬ送信の前部(即ち、ＵＬ送信のリソースのうち、ＵＬ ＣＩにより指示されない残りのリソースのうちの前部)内に利用可能なＤＭＲＳがあれば、そしてＵＬ ＣＩと取り消されたＵＬ送信の開始(即ち、ＵＬ ＣＩにより取り消されるＵＬ送信のＵＬリソースのうち、取り消される前のＵＬリソース)の間に十分なタイミングギャップがあれば、ＢＳは取り消した後、ＵＬ送信の前部が送信されると仮定する。
あるＵＬ送信の一部が取り消された後に残ったリソースを再使用してＵＬ送信を再開すること、即ち、ＵＬ送信の"中止及び再開"(Ｓｔｏｐ ａｎｄ ｒｅｓｕｍｉｎｉｎｇ)が支援されないこともある。従って、一応ＵＬ取り消しが指示されると、ＵＥは指示された、また後続の(ｓｕｂｓｅｑｕｅｎｔ)リソース上でＵＬ送信をドロップする。ＵＬ送信の前部に対してＵＥ行動に対する明確化が必要である。ＵＬ送信がＵＬ ＣＩにより指示されたリソースと部分的に重畳してもスロットでＵＬ送信の全体をドロップすることが考慮される。しかし、これは他のＵＥのＵＬ送信のために予約された(ｒｅｓｅｒｖｅｄ)リソース(即ち、他のＵＥのＵＬ送信のために取り消されるリソース)が一つ又は二つのＯＦＤＭシンボルのみをスパンした場合、非常に非効率的である。ＵＬ送信の前部の場合、(ＵＬ ＣＩにより取り消されない)利用可能なＤＭＲＳがあれば、またＵＬ ＣＩと取り消されたＵＬ送信の開始(即ち、ＵＬ ＣＩにより取り消される前のＵＬリソースの開始)の間に十分なタイミングギャップがあれば、ＵＬ送信のかかる前部を送信することが有益である。
例えば、ＵＬ ＣＩにより時間／周波数領域がＵＥに指示されると、ＵＥは時間／周波数領域及び後続のリソースでＵＬ送信を取り消し(ドロップ、パンクチャリング或いはレートマッチング)、ＢＳはかかるＵＥ動作を仮定する。ＵＬ送信の前部が利用可能なＤＭＲＳシンボルを有すると、ＢＳはＵＬ送信の一部を受信することができる。従って、最小限のＰＵＳＣＨの場合、ＢＳがＵＬ送信の前部を受信し、ＵＬ送信の前部が利用可能なＤＭＲＳシンボルを有すると、ＢＳは残りの部分を受信するために、残りの部分に対するＣＢＧ－レベル再送信を指示する。
＜具現Ｂ７＞ＵＬ ＣＩに対する最小プロセシング時間(ｍｉｎｉｍｕｍ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ ｆｏｒ ＵＬ ＣＩ)がＵＥがＵＬ ＣＩを有するＰＤＣＣＨを受信するＤＬ ＢＷＰのＳＣＳ設定のＰＵＳＣＨに対する最小プロセシング時間能力に含まれた値(例、３ＧＰＰ ＴＳ ３８.２１４に記載されたＴproc,２)のうちのいずれかにより与えられる。ＵＥは各ＳＣＳ設定ごとにどのプロセシング時間(タイプ１のプロセシング時間及び／又はタイプ２のプロセシング時間)が使用可能であるかをＢＳに報告し、ＢＳはタイプ１及びタイプ２のプロセシング時間のうちのいずれかをＵＥに設定する。例えば、ＵＥとＢＳはＰＤＣＣＨを受信するＤＬ ＢＷＰのＳＣＳ値のうち、ＵＥが利用可能なＰＵＳＣＨプロセシング時間を使用することができ、タイプ１とタイプ２のプロセシング時間が両方とも可能であれば、これらのうちのいずれかを使用する。異なるＵＥが同一の時間ギャップを有するように、ＵＬ ＣＩに対するかかる最小プロセシング時間はＰＤＣＣＨ ＣＯＲＥＳＥＴの終了シンボルと参照時間領域の開始の間の時間ギャップとして使用される。
ＵＬ ＣＩシグナリングがグループ－共通である場合、他のＵＥに対する互いに異なるオフセットの設定が不要である。ＵＬ ＣＩに対する最小プロセシング時間(例、Ｔproc,２の値)を導き出す(ｄｅｒｉｖｅ)ためのＳＣＳ仮定の場合、いかなる送信準備がないので、ＵＬ ＣＩを運ぶＤＬ ＢＷＰのＳＣＳのみを考慮することが合理的である。ＵＥがＤＬ及びＵＬニューマロロジーをＰＵＳＣＨ／ＰＵＣＣＨのために考慮すると、他のニューマロロジーのＵＬ ＢＷＰを有する他のＵＥがＰＤＣＣＨ ＣＯＲＥＳＥＴの終了シンボルと参照時間領域の開始間の互いに異なる時間ギャップを有して、不要な(ｒｅｄｕｎｄａｎｔ)取り消しを導き出すことができる。
＜具現Ｂ７－１＞同一のＵＬ ＣＩを受信する複数のＵＥが共に提供されるＳＣＳのうちの最小値を使用して、ＵＬ ＣＩのための最小プロセシング時間、またＰＤＣＣＨ ＣＯＲＥＳＥＴの終了シンボルと参照時間領域の開始の間の時間ギャップが決定される。
セル内のＵＥは共通してＢＳのＲＲＣシグナリングにより伝達されたＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥのｆｒｅｑｕｅｎｃｙＩｎｆｏＵＬにより、即ち、ＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ-ＳＩＢ ＩＥにより伝達されたＲＲＣ ｐａｒａｍｅｔｅｒにより、セル内で使用可能なＳＣＳに関する情報を分かることができる(３ＧＰＰ ＴＳ ３８.３３１を参照)。また、同一のＵＬ ＣＩを受信するＵＥは同一のＰＤＣＣＨを受信するので、ＵＬ ＣＩを受信したＤＬ ＢＷＰのＳＣＳはいずれも同一である。
この明細のいくつの具現において、ＵＬ ＣＩで使用される参照リソース領域の時間及び／又は周波数ドメインのサイズ或いは長さを決定するために、かかるＳＣＳのうち、最小のＳＣＳが選択される。具体的には、ＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ-ＳＩＢ ＩＥにより設定されたＳＣＳとＵＬ ＣＩを受信したＰＤＣＣＨのＳＣＳのうち、より小さい値がＵＬ ＣＩのプロセシング時間を仮定するために使用される。例えば、サービングセルに対して、ＵＥはＵＬ ＣＩのための参照上りリンクリソースの一番目のシンボルがＵＥがＵＬ ＣＩを検出するＰＤＣＣＨ受信の終了からＴproc,２＋ｄ後の一番目のシンボルであると決定することができ、ここで、ｄはｄｅｌｔａ_ｏｆｆｓｅｔ_ｄにより提供される。ｄｅｌｔａ_ｏｆｆｓｅｔ_ｄはＢＳのＲＲＣシグナリングによりＵＥに提供される。Ｔproc,２はＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ-ＳＩＢで提供されるＳＣＳとＵＥがサービングセルに対するＵＬ ＣＩ検出のためにＰＤＣＣＨをモニタリングする活性ＤＬ ＢＷＰのＳＣＳのうちの最小ＳＣＳ設定であるｕを有するｄ２,１＝０を仮定したＰＵＳＣＨプロセシング能力２に対応する。
或いはＢＳがかかるＳＣＳのうちの一つをＵＬ ＣＩプロセシング時間の仮定に使用するように、ＲＲＣパラメータにより明示的に指示することができる。これは直接的に使用するＳＣＳを設定するか、又はＦｒｅｑｕｅｎｃｙＩｎｆｏＵＬ-ＳＩＢに含まれたＳＣＳのうち、小さいものを使用するか、或いはＵＬ ＣＩを受信したＤＬ ＢＷＰのＳＣＳを使用するかを設定することもできる。言い換えれば、ＢＳはＵＬ ＣＩのためのＳＣＳのセットをＵＥに直／間接的に設定することができ、ＵＥはそれらのうち、最小のＳＣＳを選択することができる。
これはＵＥとＢＳができる限り小さいＳＣＳを選択するようにして、ＵＥは十分なＵＬ ＣＩプロセシング時間を確保することができ、これによりＵＥ具現の難易度を軽減することができる。
＜具現Ｂ８＞ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、かかる参照リソース領域の長さ、特に時間ドメインでの長さがＵＬ ＣＩ ＭＯの周期或いは間隔、又は周期或いは間隔の整数倍に決定される。これは一つのＵＬ ＣＩがＵＬ ＣＩ ＭＯの間隔以上のリソースを参照リソース領域として使用してＵＬ ＣＩが全体ＵＬリソース領域を指示するようにする。
ＵＬ ＣＩ ＭＯが既存システムの探索空間設定により決定される場合、ＵＬ ＣＩ ＭＯの間隔の特定が難しい。ＲＲＣ設定情報に含まれた探索空間設定により設定されるＭＯは一つのスロットでのモニタリングパターン、またスロット－レベルの周期のような二つの要素で決定されるので、一つのスロットに複数のＵＬ ＣＩ ＭＯが設定された場合、各ＵＬ ＣＩの間の間隔が同一ではない。よって、このとき、ＵＬ ＣＩ ＭＯの間隔或いは周期を決定するために、以下のような方法が考慮される。
－実際、設定されたＵＬ ＣＩ間隔を無視して探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)でＵＬ ＣＩのＭＯ間の間隔が決定されることもある。効果的にかかる方法を使用するために、探索空間周期が１より大きい場合には、スロット内に一つのＵＬ ＣＩ ＭＯのみが設定されると仮定される。言い換えれば、二つ以上のＵＬ ＣＩ ＭＯが一つのスロットに設定されないと仮定される。
－ＵＬ ＣＩ ＭＯの間隔は実際設定されたＵＬ ＣＩ間隔の平均で決定されることができる。一例として、一つのスロットにＮ個のＵＬ ＣＩ ＭＯが設定された場合、Ｎ個の互いに異なる間隔が各ＵＬ ＣＩ ＭＯに設定され、このとき、参照リソース領域を決定するための周期／間隔は上記間隔の平均である。
＜具現Ｂ９＞ＵＬ ＣＩがある時間及び／又は周波数リソース領域を指示する場合、より具体的には、ある参照リソース領域の部分を指示する場合、かかる参照リソース領域の長さ、特に時間ドメインでの長さが各ＵＬ ＣＩ ＭＯごとに異なる。これはそれぞれ異なるＵＬ ＣＩ ＭＯが一定ではない間隔に離れているとき、全体ＵＬリソース領域が効率的にＵＬ ＣＩにより表されるようにする。このとき、ＵＬ ＣＩ参照リソース領域或いは参照リソース領域の長さを決定するために、以下のうちのいずれかの方法が考慮される。
－あるＵＬ ＣＩ ＭＯで送信されるＵＬ ＣＩの参照リソース領域の長さは該当ＵＬ ＣＩ ＭＯから次のＵＬ ＣＩ ＭＯまでの間隔或いは該当間隔の整数倍で決定される。一例として、あるＵＬ ＣＩ ＭＯが送信されるＣＯＲＥＳＥＴの開始或いは終了シンボルから次のＵＬ ＣＩ ＭＯが送信されるＣＯＲＥＳＥＴの開始或いは終了シンボルまでの間隔、或いは該当間隔の整数倍が参照リソース領域或いは参照リソース領域の長さとして決定される。このとき、次のＵＬ ＣＩ ＭＯは以下のような方法で決定される。
＞＞Ｏｐｔｉｏｎ １：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して利用可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これはＵＥが実際受信するＵＬ ＣＩ ＭＯを考慮して各ＵＬ ＣＩ ＭＯが全体ＵＬリソース領域を表示するようにする。
＞＞Ｏｐｔｉｏｎ ２：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して利用可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これは参照リソース領域が準－静的に決定されるようにする。
＞＞Ｏｐｔｉｏｎ ３：ＢＳが送信したセル共通のＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ(例えば、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して利用可能なＵＬ ＣＩ ＭＯのうち、該当ＵＬ ＣＩ ＭＯから最も近い(即ち、時間順に一番先の)ＵＬ ＣＩ ＭＯが次のＵＬ ＣＩ ＭＯとして決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域長さを有するようにする。
－あるＵＬ ＣＩ ＭＯで受信されるＵＬ ＣＩの参照リソース領域の長さは探索空間周期(例、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔの値)或いは該当時間長さの整数Ｎ倍により決定される。このとき、Ｎは以下のような方法で決定される。
＞＞Ｏｐｔｉｏｎ １：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)及びスロットフォーマット指示を考慮して次に送信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用可能な(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮに決定される。これはＵＥが実際に受信するＵＬ ＣＩ ＭＯを考慮してＵＬ ＣＩ ＭＯが全体ＵＬリソース領域を表示するようにする。
＞＞Ｏｐｔｉｏｎ ２：ＢＳが送信したＴＤＤ設定(例、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｄｅｄｉｃａｔｅｄ及びＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に送信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用可能な(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮに決定される。これは参照リソース領域が準－静的として決定されるようにする。
＞＞Ｏｐｔｉｏｎ ３：ＢＳが送信したセル共通のＴＤＤ設定(例えば、ＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆｉｇｃｏｍｍｏｎ)を考慮して次に受信可能なＵＬ ＣＩ ＭＯまで利用できない(例、ＵＬシンボルと重なる)ＵＬ ＣＩ ＭＯの数或いはＵＬ ＣＩ ＭＯが設定されたが利用可能な(例、ＤＬシンボル内)ＵＬ ＣＩ ＭＯが存在しないスロットの数がＮに決定される。これはＵＬ ＣＩをモニタリングするＵＥのグループが同一の参照リソース領域或いは参照リソース領域長さを有するようにする。
図１３はこの明細のいくつの具現においてＵＥとＢＳの間のシグナリング流れを例示する図である。
ＵＥはデータチャネル(例、ＰＵＳＣＨ)のプロセシング時間に関連するＵＥ能力情報をＢＳに報告する。ＢＳはＵＥ能力を考慮してＰＤＣＣＨモニタリングに関連する設定情報をＵＥに提供し、ＤＬチャネルを送信する。ＵＥは設定情報に基づいてＰＤＣＣＨモニタリングを行ってＰＤＣＣＨを受信／復号する。
図１３に示すように、ＵＥとＢＳの間の情報交換が行われる。ＢＳはＵＥ２にスケジューリング要請(Ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ、ＳＲ)リソースを、またＵＥ１にＵＬ ＣＩモニタリングのためのＭＯを、ＲＲＣ設定により設定する(Ｓ１３００ａ、Ｓ１３００ｂ)。その後、ＵＥ１にＰＵＳＣＨ或いはＰＵＣＣＨなどの上りリンク送信が設定或いは指示された場合(Ｓ１３２０)、ＵＥ１は条件を満たす特定のＭＯでのみＵＬ ＣＩ受信を期待する(Ｓ１３３０)。ＢＳがＵＥ２からスケジューリング要請を受信した場合(Ｓ１３４０)、十分なリソースがないと(Ｓ１３５０)、ＢＳはＵＥ１のＵＬ ＣＩ ＭＯを考慮してＵＥ１に既に割り当てた上りリンクリソースのうち、取り消し可能な上りリンクリソースを決定する(Ｓ１３６０)。ＢＳはＵＥ１にＵＬ ＣＩを送信して取り消し可能なリソースでの上りリンク送信を取り消し(Ｓ１３７０ａ)、ＵＬグラントなどのスケジューリングメッセージによりＵＥ２の上りリンク送信をスケジューリングする(Ｓ１３７０ｂ)。ＵＥ１はＵＬ ＣＩに基づいてＵＥ１にスケジューリングされた上りリンク送信の一部又は全部を取り消す(Ｓ１３８０ａ)。ＵＥ２は受信したＵＬグラントに基づいて上りリンク送信を行う(Ｓ１３８０ｂ)。この明細のいくつの具現において、ＵＥ１はｅＮＢＢ ＵＥであり、ＵＥ２はＵＲＬＬＣ ＵＥである。
この明細の具現によれば、ＢＳとＵＥが適切なＵＬ ＣＩのためのＰＤＣＣＨ ＭＯを決定し、特定の条件を満たすＭＯでのみＵＬ ＣＩを送信及び受信を期待する。この明細のいくつの具現により、ＢＳは不要なＵＬ ＣＩ送信を最小化して電力消耗及びＰＤＣＣＨオーバーヘッドを軽減し、さらにサービス利用可能性(ａｖａｉｌａｂｉｌｉｔｙ)を高める。この明細のいくつの具現により、ＵＥは不要なＵＬ ＣＩモニタリングを最小化して、これにより電力消耗を軽減し、他の動作のためのプロセシング時間を確保する。さらにＵＥ具現を容易にする。
この明細の具現はそれぞれ個々に適用されるか、又は少なくとも一つの具現が結合されて適用される。
ＵＥは上りリンク送信に関連して、この明細のいくつの具現による動作を行う。ＵＥは少なくとも一つの送受信機；少なくとも一つのプロセッサ；及び少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、少なくとも一つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピュータメモリを含む。ＵＥのためのプロセス装置は、少なくとも一つのプロセッサ；及び少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、少なくとも一つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピュータメモリを含む。コンピュータ読み取り可能な格納媒体は、少なくとも一つのプロセッサにより実行されるとき、少なくとも一つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする指示を含む少なくとも一つのコンピュータプログラムを格納する。この動作は：ＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信；ＵＬ送信に関するスケジューリング情報を受信；及び設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることは：ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを行うことを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることは：参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩモニタリングをスキップすることを含む。
この明細のいくつの具現において、上記動作はさらに：ＵＬ ＣＩモニタリングを行ったことに基づいて、ＵＬ送信に対するＵＬ ＣＩを検出；及びＵＬ ＣＩを検出したことに基づいて、ＵＬ送信のリソースのうち、ＵＬ ＣＩにより指示されたリソースでＵＬ送信を取り消すことを含む。
この明細のいくつの具現において、参照リソース領域は時間ドメインにおいてＹ個のシンボルを含む。Ｙ個のシンボルのうち、一番目のシンボルはＰＤＣＣＨ ＭＯの終端からＸ個のシンボル後の一番目のシンボルであり、ここで、Ｘは所定の値であり、Ｙは設定に基づいて決定される。
上記スケジューリング情報は時間ドメインにおいて参照リソース領域より前に受信される。
ＢＳは基地局が上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)を送信する。ＢＳは少なくとも一つの送受信機；少なくとも一つのプロセッサ；及び少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、少なくとも一つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピュータメモリを含む。ＢＳのためのプロセス装置は、少なくとも一つのプロセッサ；及び少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、少なくとも一つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピュータメモリを含む。コンピュータ読み取り可能な格納媒体は、少なくとも一つのプロセッサにより実行されるとき、少なくとも一つのプロセッサをしてこの明細のいくつの具現による動作を行うようにする指示を含む少なくとも一つのコンピュータプログラムを格納する。この動作は：ＵＬ ＣＩ送信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を送信；ＵＬ送信に関するスケジューリング情報をＵＥに送信；及び設定及びスケジューリング情報に基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩを送信又はスキップすることを含む。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信を実行又はスキップすることは：ＰＤＣＣＨ ＭＯで送信されるＵＬ ＣＩにより指示される参照リソース領域とＵＬ送信が少なくとも時間で重なることに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信を行う。ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信を実行又はスキップすることは：参照リソース領域とＵＬ送信が時間で重ならないことに基づいて、ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩの送信をスキップすることを含む。
この明細のいくつの具現において、上記動作はさらに：ＰＤＣＣＨ ＭＯでＵＬ送信に対するＵＬ ＣＩを送信し；及びＵＬ ＣＩを送信したことに基づいて、ＵＬ送信のリソースのうち、ＵＬ ＣＩにより指示されたリソースでＵＥからのＵＬ送信に対する受信を取り消すことを含む。
この明細のいくつの具現において、参照リソース領域は時間ドメインにおいてＹ個のシンボルを含む。Ｙ個のシンボルのうち、一番目のシンボルはＰＤＣＣＨ ＭＯの終端からＸ個のシンボル後の一番目のシンボルであり、ここで、Ｘは所定の値であり、Ｙは設定に基づいて決定される。
上記スケジューリング情報は時間ドメインにおいて参照リソース領域より前に送信される。
上述したように開示されたこの明細の例は、この明細に関連する技術分野における通常の技術者がこの明細を具現し、実施できるように提供されている。以上では、この明細の好適な実施例を参照して説明したが、当該技術分野における通常の技術者はこの明細を様々に修正及び変更可能である。従って、この明細は、ここに開示された実施形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。
この明細の具現は無線通信システムにおいて基地局又はユーザ機器、その他の装備に使用することができる。
Claims (9)
- 無線通信システムにおいてユーザ機器が上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)のモニタリングを行うことにおいて、
ＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、
ＵＬ送信に関するスケジューリング情報を受信、及び
前記設定及び前記スケジューリング情報に基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含み、
前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行又はスキップすることは、
前記ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域と前記ＵＬ送信が少なくとも時間で重なることに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行、及び
前記参照リソース領域と前記ＵＬ送信が時間で重ならないことに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングをスキップすることを含む、ＵＬ ＣＩモニタリング実行方法。 - さらに前記ＵＬ ＣＩモニタリングを行ったことに基づいて、前記ＵＬ送信に対する前記ＵＬ ＣＩを検出、及び
前記ＵＬ ＣＩを検出したことに基づいて、前記ＵＬ送信のリソースのうち、前記ＵＬ ＣＩにより指示されたリソースで前記ＵＬ送信を取り消すことを含む、請求項１に記載のＵＬ ＣＩモニタリング実行方法。 - 前記参照リソース領域は時間ドメインにおいてＹ個のシンボルを含み、前記Ｙ個のシンボルのうち、一番目のシンボルは前記ＰＤＣＣＨ ＭＯの終端からＸ個のシンボル後の一番目のシンボルであり、ここで、Ｘは所定の値であり、Ｙは前記設定に基づいて決定される、請求項１に記載のＵＬ ＣＩモニタリング実行方法。
- 前記スケジューリング情報は時間ドメインにおいて前記参照リソース領域より前に受信される、請求項１に記載のＵＬ ＣＩモニタリング実行方法。
- 無線通信システムにおいてユーザ機器が上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)のモニタリングを行うことにおいて、
少なくとも一つの送受信機、
少なくとも一つのプロセッサ、及び
前記少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、前記少なくとも一つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピューターメモリを含み、前記動作は、
ＵＬ ＣＩ受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のあモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、
ＵＬ送信に関するスケジューリング情報を受信、及び
前記設定及び前記スケジューリング情報に基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含み、
前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行又はスキップすることは、
前記ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域と前記ＵＬ送信が少なくとも時間で重なることに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行、及び
前記参照リソース領域と前記ＵＬ送信が時間で重ならないことに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングをスキップすることを含む、ユーザ機器。 - 無線通信システムにおいてユーザ機器のための装置であって、
少なくとも一つのプロセッサ、及び
前記少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、前記少なくとも一つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピューターメモリを含み、前記動作は、
上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)の受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、
ＵＬ送信に関するスケジューリング情報を受信、及び
前記設定及び前記スケジューリング情報に基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含み、
前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行又はスキップすることは、
前記ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域と前記ＵＬ送信が少なくとも時間で重なることに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行、及び
前記参照リソース領域と前記ＵＬ送信が時間で重ならないことに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングをスキップすることを含む、装置。 - コンピューター読み取り可能な格納媒体であって、
前記コンピューター読み取り可能な格納媒体は、少なくとも一つのプロセッサにより実行されるとき、前記少なくとも一つのプロセッサをしてユーザ機器のための動作を行うようにする指示を含む少なくとも一つのコンピュータープログラムを格納し、前記動作は、
上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)の受信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を受信、
ＵＬ送信に関するスケジューリング情報を受信、及び
前記設定及び前記スケジューリング情報に基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対するＵＬ ＣＩモニタリングを実行又はスキップすることを含み、
前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行又はスキップすることは、
前記ＰＤＣＣＨ ＭＯで受信されるＵＬ ＣＩにより指示される参照リソース領域と前記ＵＬ送信が少なくとも時間で重なることに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングを実行、及び
前記参照リソース領域と前記ＵＬ送信が時間で重ならないことに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩモニタリングをスキップすることを含む、コンピューター読み取り可能な格納媒体。 - 無線通信システムにおいて基地局が上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)を送信するにおいて、
ＵＬ ＣＩ送信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を送信、
ＵＬ送信に関するスケジューリング情報をユーザ機器に送信、及び
前記設定及び前記スケジューリング情報に基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩを送信又はスキップすることを含み、
前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩの送信を実行又はスキップすることは、
前記ＰＤＣＣＨ ＭＯで送信される前記ＵＬ ＣＩにより指示される参照リソース領域と前記ＵＬ送信が少なくとも時間で重なることに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩの送信を実行、及び
前記参照リソース領域と前記ＵＬ送信が時間で重ならないことに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩの送信をスキップすることを含む、ＵＬ ＣＩ送信方法。 - 無線通信システムにおいて基地局が上りリンク取り消し指示(ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＵＬ ＣＩ)を送信するにおいて、
少なくとも一つの送受信機、
少なくとも一つのプロセッサ、及び
前記少なくとも一つのプロセッサに動作可能に連結される、また実行されるとき、前記少なくとも一つのプロセッサをして動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎ)を格納した、少なくとも一つのコンピューターメモリを含み、前記動作は、
ＵＬ ＣＩ送信のための物理下りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ)のモニタリング時期(ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＭＯ)に関する設定を送信、
ＵＬ送信に関するスケジューリング情報をユーザ機器に送信、及び
前記設定及び前記スケジューリング情報に基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩを送信又はスキップすることを含み、
前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩの送信を実行又はスキップすることは、
前記ＰＤＣＣＨ ＭＯで送信される前記ＵＬ ＣＩにより指示される参照リソース領域と前記ＵＬ送信が少なくとも時間で重なることに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩの送信を実行、及び
前記参照リソース領域と前記ＵＬ送信が時間で重ならないことに基づいて、前記ＰＤＣＣＨ ＭＯで前記ＵＬ送信に対する前記ＵＬ ＣＩの送信をスキップすることを含む、基地局。
Applications Claiming Priority (11)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2019-0122825 | 2019-10-04 | ||
| KR20190122825 | 2019-10-04 | ||
| US201962912024P | 2019-10-07 | 2019-10-07 | |
| US62/912,024 | 2019-10-07 | ||
| KR10-2019-0143044 | 2019-11-08 | ||
| KR20190143044 | 2019-11-08 | ||
| US201962938309P | 2019-11-20 | 2019-11-20 | |
| US62/938,309 | 2019-11-20 | ||
| US202063011194P | 2020-04-16 | 2020-04-16 | |
| US63/011,194 | 2020-04-16 | ||
| PCT/KR2020/013453 WO2021066596A1 (ko) | 2019-10-04 | 2020-10-05 | 상향링크 취소 지시를 모니터링하는 방법, 사용자기기, 장치, 및 컴퓨터 판독 가능 저장 매체, 그리고 상향링크 취소 지시를 전송하는 방법 및 기지국 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2022550971A true JP2022550971A (ja) | 2022-12-06 |
Family
ID=75336431
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022520727A Pending JP2022550971A (ja) | 2019-10-04 | 2020-10-05 | 上りリンク取り消し指示をモニタリングする方法、ユーザ機器、装置及びコンピュータ読み取り可能な格納媒体、並びに上りリンク取り消し指示を送信する方法及び基地局 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20240073887A1 (ja) |
| EP (1) | EP4040900A4 (ja) |
| JP (1) | JP2022550971A (ja) |
| KR (1) | KR20220079897A (ja) |
| CN (1) | CN114467355A (ja) |
| WO (1) | WO2021066596A1 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2969348T3 (es) | 2018-01-13 | 2024-05-17 | Wilus Inst Standards & Tech Inc | Dispositivo que utiliza el multiplexado de canales en la comunicación inalámbrica |
| CN114731688A (zh) | 2019-10-07 | 2022-07-08 | 韦勒斯标准与技术协会公司 | 在无线通信系统中取消上行链路传输的方法、装置和系统 |
| CN111901886A (zh) * | 2020-02-11 | 2020-11-06 | 中兴通讯股份有限公司 | 一种信息生成方法、设备和存储介质 |
| US11758551B2 (en) * | 2020-04-24 | 2023-09-12 | Qualcomm Incorporated | Cancellation of transmission occasions |
| EP4278815A1 (en) * | 2021-01-14 | 2023-11-22 | Apple Inc. | Systems and methods for multi-pxsch signaling at high frequencies |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110214430B (zh) * | 2017-02-02 | 2022-05-31 | 夏普株式会社 | 第五代(5g)新无线电(nr)的短物理上行链路控制信道(pucch)设计 |
| RU2732897C1 (ru) * | 2017-02-06 | 2020-09-24 | Телефонактиеболагет Лм Эрикссон (Пабл) | Способ выкалывания мини-слота в восходящей линии связи при передаче слотов |
| CN109217989B (zh) * | 2017-06-30 | 2022-02-18 | 华为技术有限公司 | 数据传输的方法、接入网设备和终端设备 |
| KR102320416B1 (ko) * | 2018-02-14 | 2021-11-04 | 주식회사 케이티 | 상향링크 데이터를 전송하는 방법 및 장치 |
| CN110366245B (zh) * | 2018-03-26 | 2021-11-02 | 维沃移动通信有限公司 | 取消上行传输的方法和设备 |
-
2020
- 2020-10-05 WO PCT/KR2020/013453 patent/WO2021066596A1/ko active Application Filing
- 2020-10-05 CN CN202080069314.0A patent/CN114467355A/zh active Pending
- 2020-10-05 KR KR1020227014844A patent/KR20220079897A/ko unknown
- 2020-10-05 EP EP20871981.5A patent/EP4040900A4/en active Pending
- 2020-10-05 JP JP2022520727A patent/JP2022550971A/ja active Pending
- 2020-10-05 US US17/766,212 patent/US20240073887A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021066596A1 (ko) | 2021-04-08 |
| EP4040900A4 (en) | 2023-08-23 |
| US20240073887A1 (en) | 2024-02-29 |
| EP4040900A1 (en) | 2022-08-10 |
| KR20220079897A (ko) | 2022-06-14 |
| CN114467355A (zh) | 2022-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7304490B2 (ja) | Ｐｕｓｃｈ送信方法、ユーザ機器、装置及びコンピューター読み取り可能な格納媒体、並びにｐｕｓｃｈ受信方法及び基地局 | |
| KR102550664B1 (ko) | 하향링크 제어 정보를 전송하는 방법 및 기지국, 그리고 하향링크 제어 정보를 수신하는 사용자기기, 장치 및 저장 매체 | |
| CN115336213B (zh) | Harq-ack发送方法、用户设备和存储介质及harq-ack接收方法和基站 | |
| JP2022550971A (ja) | 上りリンク取り消し指示をモニタリングする方法、ユーザ機器、装置及びコンピュータ読み取り可能な格納媒体、並びに上りリンク取り消し指示を送信する方法及び基地局 | |
| 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 | |
| EP4195844A1 (en) | Method, user equipment, processing device, storage medium, and computer program 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 | |
| KR102534482B1 (ko) | 하향링크 채널을 수신하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 하향링크 채널을 전송하는 방법 및 기지국 | |
| US20230261807A1 (en) | Method and user equipment for transmitting harq-ack information, and base station for receiving harq-ack information | |
| US11742996B2 (en) | Method, user equipment and processing device for receiving downlink channel, and method for transmitting downlink channel | |
| US20240305433A1 (en) | Method for transmitting harq-ack information, user equipment, processing device, storage medium and computer program, and harq-ack information reception method and base station | |
| 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 | |
| KR20230048303A (ko) | Pusch를 전송하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 pusch를 수신하는 방법 및 기지국 | |
| US20240236986A1 (en) | Method, user equipment, processing device, and storage medium for transmitting harq-ack information, and method and base station for receiving harq-ack information | |
| KR20230129420A (ko) | Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱장치, 저장 매체 및 컴퓨터 프로그램, 그리고 harq-ack 정보를 수신하는 방법 및 기지국 | |
| KR20240009444A (ko) | 채널 상태 정보 보고를 전송하는 방법, 사용자기기,프로세싱 장치, 및 저장 매체, 그리고 채널 상태 정보 보고를 수신하는 방법 및 기지국 | |
| CN117121594A (zh) | 发送harq-ack信息的方法、用户设备、处理装置、存储介质和计算机程序及接收harq-ack信息的方法和基站 | |
| CN118202749A (zh) | 发送pucch的方法、用户设备、处理装置和存储介质及接收pucch的方法和基站 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220405 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230926 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20240717 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240723 |