TWI873115B - 用於超可靠傳輸的增強型控制信號的方法、裝置和系統 - Google Patents
用於超可靠傳輸的增強型控制信號的方法、裝置和系統 Download PDFInfo
- Publication number
- TWI873115B TWI873115B TW109100441A TW109100441A TWI873115B TW I873115 B TWI873115 B TW I873115B TW 109100441 A TW109100441 A TW 109100441A TW 109100441 A TW109100441 A TW 109100441A TW I873115 B TWI873115 B TW I873115B
- Authority
- TW
- Taiwan
- Prior art keywords
- pucch
- wtru
- resource
- priority
- transmission
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 147
- 230000005540 biological transmission Effects 0.000 title claims description 306
- 230000011664 signaling Effects 0.000 title description 11
- 238000004891 communication Methods 0.000 description 62
- 230000006870 function Effects 0.000 description 41
- 230000008569 process Effects 0.000 description 29
- 238000010586 diagram Methods 0.000 description 26
- 238000012545 processing Methods 0.000 description 26
- 238000005516 engineering process Methods 0.000 description 25
- 230000015654 memory Effects 0.000 description 21
- 238000012913 prioritisation Methods 0.000 description 17
- 230000009471 action Effects 0.000 description 15
- 238000013507 mapping Methods 0.000 description 15
- 238000012544 monitoring process Methods 0.000 description 13
- 238000007726 management method Methods 0.000 description 11
- 239000000969 carrier Substances 0.000 description 9
- 238000012360 testing method Methods 0.000 description 9
- 238000001228 spectrum Methods 0.000 description 7
- 230000002093 peripheral effect Effects 0.000 description 6
- 230000004913 activation Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 5
- 241000760358 Enodes Species 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 238000004088 simulation Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 238000010276 construction Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 101000827703 Homo sapiens Polyphosphoinositide phosphatase Proteins 0.000 description 2
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 102100023591 Polyphosphoinositide phosphatase Human genes 0.000 description 2
- 101100233916 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) KAR5 gene Proteins 0.000 description 2
- 238000004873 anchoring Methods 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000001771 impaired effect Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000003595 spectral effect Effects 0.000 description 2
- 230000005355 Hall effect Effects 0.000 description 1
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 241000700159 Rattus Species 0.000 description 1
- 101100012902 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) FIG2 gene Proteins 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000009189 diving Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 229910052739 hydrogen Inorganic materials 0.000 description 1
- 239000001257 hydrogen Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000003607 modifier Substances 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signalling, 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/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
- H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
揭露了方法、裝置和系統。一種方法包括WTRU在第一時槽或微時槽中接收與第一類型的服務或優先順序等級相關聯的第一實體下鏈共用頻道(PDSCH),以及在第二時槽或微時槽中接收與第二類型的服務或優先順序等級相關聯的第二PDSCH,以及基於該第一PDSCH的屬性或與該第一PDSCH相關聯的控制資訊來確定第一HARQ碼簿確認索引(HCAI),以及基於該第二PDSCH的屬性或與該第二PDSCH相關聯的控制資訊來確定第二HCAI。該方法包括:針對後續時槽或微時槽,根據該第一HCAI來產生包括第一HARQ-ACK資訊的第一實體上鏈控制頻道(PUCCH),以及根據該第二HCAI來產生包括第二HARQ-ACK資訊的第二PUCCH;以及發送該第一PUCCH和第二PUCCH。
Description
本申請要求2019年1月9日遞交的美國專利申請序號62/790,428、2019年7月17遞交的美國專利申請序號62/875,227、2019年8月13日遞交的美國專利申請序號62/886,035、以及2019年11月6日遞交的美國專利申請序號62/931,389的優先權,上述每篇專利申請的內容藉由引用而被併入本文,如同在本文中完全闡述一樣。
本文揭露的實施例主要涉及無線通訊,並且例如涉及用於例如基於服務類型的(例如,超可靠傳輸的)增強型控制信號的方法、裝置和系統。
可以利用網路切片原理來實現特定網路,這可以允許超可靠的傳輸。
提供了用於由網路中的無線傳輸/接收單元(WTRU)操作的方法和裝置。在一個實施方式中,一種方法可以包括該WTRU在第一時槽或第一微時槽中接收與第一類型的服務或第一優先順序等級相關聯的第一實體下
鏈共用頻道(PDSCH),並在第二時槽或第二微時槽中接收與第二類型的服務或第二優先順序等級相關聯的第二PDSCH,並基於該第一PDSCH的屬性或與該第一PDSCH相關聯的控制資訊確定第一HARQ碼簿確認索引(HCAI),並基於該第二PDSCH的屬性或與該第二PDSCH相關聯的控制資訊確定第二HCAI。該方法還可以包括:針對後續時槽或後續微時槽,產生包括根據該第一HCAI的第一HARQ-ACK資訊的第一實體上鏈控制頻道(PUCCH)和包括根據該第二HCAI的第二HARQ-ACK資訊的第二PUCCH;以及發送該第一PUCCH和該第二PUCCH。
DCI、625、635:下鏈控制資訊
DL:下鏈
eMBB:增強型移動寬頻
eURLLC:增強型URLLC
HARQ-ACK:HARQ確認
HCAI:HARQ碼簿確認索引
MAC:媒體存取控制
N2、N3、N4、N6、N11、S1、X2、Xn:介面
PDSCH、620、630:實體下鏈共用頻道
PDU:協定資料單元
PUCCH、640、650:實體上鏈控制頻道
SR:排程請求
TB:傳輸塊
UCI:主及溢流(primary and overflow)
UL:上鏈
URLLC:超可靠低潛時通信
102、102a、102b、102c、102d:無線傳輸/接收單元(WTRU)
104、113:無線電存取網路(RAN)
106、115:核心網路(CN)
108:公共交換電話網路(PSTN)
110:網際網路
112:其他網路
114a、114b:基地台
116:空中介面
118:處理器
120:收發器
122:傳輸/接收元件
124:揚聲器/麥克風
126:小鍵盤
128:顯示器/觸控板
130:非可移記憶體
132:可移記憶體
134:電源
136:全球定位系統(GPS)晶片組
138:週邊設備
160a、160b、160c:e節點B
162:移動性管理實體(MME)
164:服務閘道(SGW)
166:封包資料網路(PDN)閘道(或PGW)
180a、180b、180c:gNB
182a、182b:存取及移動性管理功能(AMF)
183a、183b:對話管理功能(SMF)
184a、184b:使用者平面功能(UPF)
185a、185b:資料網路(DN)
200、200-1、200-2…200-N:時間-頻率資源
510:HARQ時序指示
520A:DMRS映射類型A
520B:DMRS映射類型B
600-3、600-N:時槽
700:傳輸程序
710、720、730、740、750、760、770、780、790、805、810、815、820、825、830、835、840、845、850、860、865、870、875、880、885、890、910、920、930、940、950、960、1010、1020、1030、1040、1110、1120、
1130、1140、1150、1210、1220、1230、1310、1320、1330、1340、1350、1410、1420、1430、1440、1510、1520、1530、1610、1620、1630、1640、1650、1660、1710、1720、1730、1740、1810、1820、1830、1840、1910、1920、1930、1940:方塊
800:WTRU內優先化程序
900:溢流資源程序
1000、1100、1200、1300、1400、1500、1600、1700、1800、1900:代表性程序
從以下結合附圖以範例方式給出的詳細描述中可以獲得更詳細的理解。說明書中的附圖中是範例。因此,附圖和詳細描述不應被認為是限制性的,並且其它等效的範例是可行的並且是可能的。此外,圖中的相同參考標號指示相同元件,且其中:圖1A是示出了可以實施所揭露的一個或複數實施例的範例性通信系統的系統圖式;圖1B是示出了根據實施例的可以在圖1A所示的通信系統內部使用的範例性無線傳輸/接收單元(WTRU)的系統圖式;圖1C是示出了根據實施例的可以在圖1A所示的通信系統內部使用的範例性無線電存取網路(RAN)和範例性核心網路(CN)的系統圖式;圖1D是示出了根據實施例的可以在圖1A所示的通信系統內部使用的另一個範例性RAN和另一個範例性CN的系統圖式;
圖2是示出了用於攜帶用於超可靠低潛時通信(URLS)/增強型URLLC(eURLLC)服務和增強型移動寬頻(eMBB)服務的控制信號的時頻資源的圖式;圖3是示出了用於eMBB服務或URLLC/eURLLC服務的代表性位元欄位集的圖式;圖4是示出了用於eMBB服務或URLLC/eURLLC服務的其他代表性位元欄位集的圖式;圖5是示出了不同HARQ回饋時序的圖式;圖6是示出了使用回饋資訊(例如,HARQ碼簿確認索引(HCAI))的代表性程序的圖式;圖7是示出了衝突確定之後的代表性傳輸程序的圖式;圖8是一圖式,其示出一代表性WTRU內優先化(prioritization)過程;圖9是示出了使用溢流資源的代表性程序的圖式;圖10是示出了使用回饋資訊(例如,HCAI)的代表性程序的流程圖;圖11是示出了使用回饋資訊(例如,HCAI)的另一代表性程序的流程圖;圖12是示出了時域重疊(例如,eMBB和URLLC或增強型URLLC資訊/控制信號的時域重疊)的代表性程序的流程圖;圖13是示出了使用溢流資源用於去優先化(deprioritized)的資訊/控制信號(例如,HARQ確認(HARQ-ACK))的代表性程序的流程圖;圖14是示出了使用位元欄位解釋(例如,基於服務類型)的代表性程序的流程圖;圖15是示出了用於HARQ回饋(例如,基於服務類型)的代表性程序的流程圖;圖16是示出了代表性覆寫(overwrite)程序的流程圖;
圖17是示出了避免預期衝突的代表性程序的流程圖;圖18是示出了代表性多工程序的流程圖;以及圖19是示出了代表性程序(例如,用於上鏈控制資訊(UCI)的傳輸)的流程圖。
圖1A是示出了可以實施所揭露的一個或複數實施例的範例性通信系統100的圖式。該通信系統100可以是為複數無線使用者提供諸如語音、資料、視訊、訊息傳遞、廣播等內容的多址存取系統。該通信系統100可以藉由共用包括無線頻寬在內的系統資源而使複數無線使用者能夠存取此類內容。舉例來說,通信系統100可以使用一種或多種頻道存取方法,例如碼分多址(CDMA)、時分多址(TDMA)、頻分多址(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)、零尾唯一字DFT-擴展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、資源塊過濾OFDM以及濾波器組多載波(FBMC)等等。
如圖1A所示,通信系統100可以包括無線傳輸/接收單元(WTRU)102a、102b、102c、102d、RAN 104/113、CN 106/115、公共交換電話網路(PSTN)108、網際網路110以及其他網路112,然而應該瞭解,所揭露的實施例設想了任意數量的WTRU、基地台、網路和/或網路元件。WTRU 102a、102b、102c、102d每一個可以是被配置成在無線環境中工作和/或通信的任何類型的設備。舉例來說,WTRU 102a、102b、102c、102d任何一個都可以被稱為“站”和/或“STA”,其可以被配置成發射和/或接收無線信號,並且可以包括使用者設備(UE)、移動站、固定或移動使用者單元、基於使用者的單元、傳呼機、行動電話、個人數位助理(PDA)、智慧型電話、
膝上型電腦、上網本、個人電腦、無線感測器、熱點或Mi-Fi設備、物聯網(IoT)設備、手錶或其他可穿戴設備、頭戴式顯示器(HMD)、車輛、無人機、醫療設備和應用(例如遠端手術)、工業設備和應用(例如機器人和/或在工業和/或自動處理鏈環境中工作的其他無線設備)、消費類電子設備、以及在商業和/或工業無線網路上工作的設備等等。WTRU 102a、102b、102c、102d中的任何一個可被可交換地稱為UE。
該通信系統100還可以包括基地台114a和/或基地台114b。基地台114a、114b的每一個可以是被配置成藉由以無線方式與WTRU 102a、102b、102c、102d中的至少一個無線對接來促使其存取一個或複數通信網路(例如CN 106/115、網際網路110、和/或其他網路112)的任何類型的裝置。例如,基地台114a、114b可以是基地收發信台(BTS)、節點B、e節點B(終端)、本地節點B(HNB)、本地e節點B(HeNB)、gNB、NR節點B、網站控制器、存取點(AP)、以及無線路由器等等。雖然基地台114a、114b的每一個都被描述成了單個元件,然而應該瞭解,基地台114a、114b可以包括任何數量的互連基地台和/或網路元件。
基地台114a可以是RAN 104/113的一部分,並且該RAN還可以包括其他基地台和/或網路元件(未顯示),例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等等。基地台114a和/或基地台114b可被配置成在名為胞元(未顯示)的一個或複數載波頻率上發射和/或接收無線信號。這些頻率可以處於授權頻譜、無授權頻譜或是授權與無授權頻譜的組合之中。胞元可以為相對固定或者有可能隨時間變化的特定地理區域提供無線服務覆蓋。胞元可被進一步分成胞元磁區。例如,與基地台114a相關聯的胞元可被分為三個磁區。由此,在一個實施例中,基地台114a可以包括三個收發器,也就是說,每一個收發器都對應於胞元的一個磁區。在實施例中,
基地台114a可以使用多輸入多輸出(MIMO)技術,並且可以為胞元的每一個磁區使用複數收發器。例如,藉由使用波束成形,可以在期望的空間方向上發射和/或接收信號。
基地台114a、114b可以經由空中介面116來與WTRU 102a、102b、102c、102d中的一個或多者進行通信,其中該空中介面可以是任何適當的無線通訊鏈路(例如射頻(RF)、微波、釐米波、毫米波、紅外線(IR)、紫外線(UV)、可見光等等)。空中介面116可以使用任何適當的無線電存取技術(RAT)來建立。
更具體地說,如上所述,通信系統100可以是多址存取系統,並且可以使用一種或多種頻道存取方案,例如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA等等。例如,RAN 104/113中的基地台114a與WTRU 102a、102b、102c可以實施某種無線電技術,例如通用移動電信系統(UMTS)陸地無線電存取(UTRA),其中該技術可以使用寬頻CDMA(WCDMA)來建立空中介面115/116/117。WCDMA可以包括如高速封包存取(HSPA)和/或演進型HSPA(HSPA+)之類的通信協定。HSPA可以包括高速下鏈(DL)封包存取(HSDPA)和/或高速UL封包存取(HSUPA)。
在實施例中,基地台114a和WTRU 102a、102b、102c可以實施某種無線電技術,例如演進型UMTS陸地無線電存取(E-UTRA),其中該技術可以使用長期演進(LTE)和/或先進LTE(LTE-A)和/或先進LTE Pro(LTE-A Pro)來建立空中介面116。
在實施例中,基地台114a和WTRU 102a、102b、102c可以實施某種可以使用新無線電(NR)建立空中介面116的無線電技術,例如NR無線電存取。
在實施例中,基地台114a和WTRU 102a、102b、102c可以實施多種無線電存取技術。例如,基地台114a和WTRU 102a、102b、102c可以共同實施LTE無線電存取及NR無線電存取(例如使用雙連接(DC)原理)。由此,WTRU 102a、102b、102c使用的空中介面可以藉由多種類型的無線電存取技術和/或向/從多種類型的基地台(例如,終端和gNB)發送的傳輸來表徵。
在其他實施例中,基地台114a和WTRU 102a、102b、102c可以實施以下的無線電技術,例如IEEE 802.11(即,無線高保真(WiFi))、IEEE 802.16(全球微波存取互通性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、臨時標準2000(IS-2000)、臨時標準95(IS-95)、臨時標準856(IS-856)、全球移動通信系統(GSM)、用於GSM演進的增強資料速率(EDGE)、以及GSM EDGE(GERAN)等等。
圖1A中的基地台114b可以例如是無線路由器、本地節點B、本地e節點B或存取點,並且可以使用任何適當的RAT來促成局部區域中的無線連接,例如營業場所、住宅、車輛、校園、工業設施、空中走廊(例如供無人機使用)以及道路等等。在一個實施例中,基地台114b與WTRU 102c、102d可以藉由實施IEEE 802.11之類的無線電技術來建立無線區域網路(WLAN)。在實施例中,基地台114b與WTRU 102c、102d可以藉由實施IEEE 802.15之類的無線電技術來建立無線個人區域網路(WPAN)。在再一個實施例中,基地台114b和WTRU 102c、102d可藉由使用基於胞元的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等等)來建立微微胞元或毫微微胞元。如圖1A所示,基地台114b可以直連到網際網路110。由此,基地台114b不需要經由CN 106/115來存取網際網路110。
RAN 104/113可以與CN 106/115進行通信,該CN 106/115可以是被配置成向WTRU 102a、102b、102c、102d的一個或複數個提供語音、資料、應用和/或借助網際協定語音(VoIP)服務的任何類型的網路。該資料可以具有不同的服務品質(QoS)需求,例如不同的輸送量需求、潛時需求、容錯需求、可靠性需求、資料輸送量需求、以及移動性需求等等。CN 106/115可以提供呼叫控制、記帳服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分發等等,和/或可以執行使用者認證之類的高級安全功能。雖然在圖1A中沒有顯示,然而應該瞭解,RAN 104/113和/或CN 106/115可以直接或間接地和其他那些與RAN 104/113使用相同RAT或不同RAT的RAN進行通信。例如,除了與使用NR無線電技術的RAN 104/113相連之外,CN 106/115還可以與使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi無線電技術的別的RAN(未顯示)通信。
CN 106/115還可以充當供WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供簡易老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用了公共通信協定(例如傳輸控制協定/網際協定(TCP/IP)網際協定族中的TCP、使用者資料包通訊協定(UDP)和/或IP)的全球性互聯電腦網路設備系統。該網路112可以包括由其他服務供應商擁有和/或操作的有線或無線通訊網路。例如,該網路112可以包括與一個或複數RAN相連的另一個CN,其中該一個或複數RAN可以與RAN 104/113使用相同RAT或不同RAT。
通信系統100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模能力(例如WTRU 102a、102b、102c、102d可以包括在不同無線鏈路上與不同無線網路通信的複數收發器)。例如,圖1A所示的WTRU 102c
可被配置成與使用基於胞元的無線電技術的基地台114a通信,以及與可以使用IEEE 802無線電技術的基地台114b通信。
圖1B是示出了範例性WTRU 102的系統圖式。如圖1B所示,WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、小鍵盤126、顯示器/觸控板128、非可移記憶體130、可移記憶體132、電源134、全球定位系統(GPS)晶片組136和/或週邊設備138。應該瞭解的是,在保持符合實施例的同時,WTRU 102還可以包括前述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、習用處理器、數位訊號處理器(DSP)、複數微處理器、與DSP核心關聯的一個或複數微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)電路、其他任何類型的積體電路(IC)以及狀態機等等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理、和/或其他任何能使WTRU 102在無線環境中工作的功能。處理器118可以耦合至收發器120,該收發器120可以耦合至傳輸/接收元件122。雖然圖1B將處理器118和收發器120描述成單獨組件,然而應該瞭解,處理器118和收發器120也可以一起集成在一電子元件或晶片中。
傳輸/接收元件122可被配置成經由空中介面116來發射或接收去往或來自基地台(例如,基地台114a)的信號。舉個例子,在一個實施例中,傳輸/接收元件122可以是被配置成發射和/或接收RF信號的天線。作為範例,在另一實施例中,傳輸/接收元件122可以是被配置成發射和/或接收IR、UV或可見光信號的放射器/偵測器。在再一個實施例中,傳輸/接收元件122可被配置成發射和/或接收RF和光信號。應該瞭解的是,傳輸/接收元件122可以被配置成發射和/或接收無線信號的任何組合。
雖然在圖1B中將傳輸/接收元件122描述成是單個元件,但是WTRU 102可以包括任何數量的傳輸/接收元件122。更具體地說,WTRU 102可以使用MIMO技術。由此,在一個實施例中,WTRU 102可以包括兩個或複數經由空中介面116來發射和接收無線信號的傳輸/接收元件122(例如複數天線)。
收發器120可被配置成對傳輸/接收元件122所要傳送的信號進行調製,以及對傳輸/接收元件122接收的信號進行解調。如上所述,WTRU 102可以具有多模能力。因此,收發器120可以包括允許WTRU 102借助多種RAT(例如NR和IEEE 802.11)來進行通信的複數收發器。
WTRU 102的處理器118可以耦合到揚聲器/麥克風124、小鍵盤126和/或顯示器/觸控板128(例如液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元),並且可以接收來自這些元件的使用者輸入資料。處理器118還可以向揚聲器/麥克風124、鍵盤126和/或顯示器/觸控板128輸出使用者資料。此外,處理器118可以從諸如非可移記憶體130和/或可移記憶體132之類的任何適當的記憶體中存取訊號,以及將資訊存入這些記憶體。非可移記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或是其他任何類型的記憶儲存裝置。可移記憶體132可以包括使用者身份模組(SIM)卡、記憶條、安全數位(SD)記憶卡等等。在其他實施例中,處理器118可以從那些並非實體位於WTRU 102的記憶體存取資訊,以及將資料存入這些記憶體,作為範例,此類記憶體可以位於伺服器或家用電腦(未顯示)上。
處理器118可以接收來自電源134的電力,並且可被配置分發和/或控制用於WTRU 102中的其他組件的電力。電源134可以是為WTRU 102供電的任何適當設備。例如,電源134可以包括一個或複數乾電池組(如鎳鎘
(Ni-Cd)、鎳鋅(Ni-Zn)、鎳氫(NiMH)、鋰離子(Li-ion)等等)、太陽能電池以及燃料電池等等。
處理器118還可以耦合到GPS晶片組136,該GPS晶片組可被配置成提供與WTRU 102的目前位置相關的位置資訊(例如經度和緯度)。作為來自GPS晶片組136的資訊的補充或替換,WTRU 102可以經由空中介面116接收來自基地台(例如基地台114a、114b)的位置資訊,和/或根據從兩個或複數附近基地台接收的信號時序來確定其位置。應該瞭解的是,在保持符合實施例的同時,WTRU 102可以借助任何適當的定位方法來獲取位置資訊。
處理器118還可以耦合到其他週邊設備138,其中該週邊設備可以包括提供附加特徵、功能和/或有線或無線連接的一個或複數軟體和/或硬體模組。例如,該週邊設備138可以包括加速度計、電子指南針、衛星收發器、數位相機(用於照片和/或視訊)、通用序列匯流排(USB)埠、振動設備、電視收發器、免持耳機、藍牙®模組、調頻(FM)無線電單元、數位音樂播放機、媒體播放機、視訊遊戲機模組、網際網路瀏覽器、虛擬實境和/或增強現實(VR/AR)設備、以及活動追蹤器等等。該週邊設備138可以包括一個或複數感測器,該感測器可以是以下的一個或多者:陀螺儀、加速度計、霍爾效應感測器、磁強計、方位感測器、鄰近感測器、溫度感測器、時間感測器、地理位置感測器、高度計、光感測器、觸控感測器、磁力計、氣壓計、手勢感測器、生物測定感測器和/或濕度感測器等。
該WTRU 102的處理器118可以可操作地與各種週邊設備138通信,該週邊設備138包括例如以下中的任一個:該一個或複數加速計、該一個或複數陀螺儀、該USB埠、其他通信介面/埠、該顯示器和/或其他視訊/音訊指示器,以實現本文揭露的代表性實施例。
WTRU 102可以包括全雙工無線電設備,其中對於該無線電設備來說,一些或所有信號(例如與用於UL(例如對傳輸而言)和下鏈(例如對接收而言)的特定子訊框相關聯)的接收或傳輸可以是併發和/或同時的。全雙工無線電設備可以包括借助於硬體(例如扼流線圈)或是憑藉處理器(例如單獨的處理器(未顯示)或是憑藉處理器118)的信號處理來減小和/或基本消除自干擾的干擾管理單元。在實施例中,WTRU 102可以包括傳送和接收一些或所有信號(例如與用於UL(例如對傳輸而言)或下鏈(例如對接收而言)的特定子訊框相關聯)的半雙工無線電設備。
圖1C是示出了根據實施例的RAN 104和CN 106的系統圖式。如上所述,RAN 104可以經由空中介面116使用E-UTRA無線電技術來與WTRU 102a、102b、102c進行通信。該RAN 104還可以與CN 106進行通信。
RAN 104可以包括e節點B 160a、160b、160c,然而應該瞭解,在保持符合實施例的同時,RAN 104可以包括任何數量的e節點B。e節點B 160a、160b、160c每一個都可以包括經由空中介面116與WTRU 102a、102b、102c通信的一個或複數收發器。在一個實施例中,e節點B 160a、160b、160c可以實施MIMO技術。由此,舉例來說,e節點B 160a可以使用複數天線來向WTRU 102a發射無線信號,和/或接收來自WTRU 102a的無線信號。
e節點B 160a、160b、160c每一個都可以關聯於一個特定胞元(未顯示),並且可被配置成處理無線電資源管理決策、切換決策、UL和/或DL中的使用者排程等等。如圖1C所示,e節點B 160a、160b、160c彼此可以經由X2介面進行通信。
圖1C所示的CN 106可以包括移動性管理實體(MME)162、服務閘道(SGW)164以及封包資料網路(PDN)閘道(或PGW)166。雖然每一前述元件都
被描述成是CN 106的一部分,然而應該瞭解,這其中的任一元件都可以由CN操作者之外的實體擁有和/或操作。
MME 162可以經由S1介面連接到RAN 104中的e節點B 160a、160b、160c的每一個,並且可以充當控制節點。例如,MME 162可以負責認證WTRU 102a、102b、102c的使用者,執行承載啟動/去啟動處理,以及在WTRU 102a、102b、102c的初始附著過程中選擇特定的服務閘道等等。MME 162可以提供用於在RAN 104與使用其他無線電技術(例如GSM和/或WCDMA)的其他RAN(未顯示)之間進行切換的控制平面功能。
SGW 164可以經由S1介面連接到RAN 104中的e節點B 160a、160b、160c的每一個。SGW 164通常可以路由和轉發去往/來自WTRU 102a、102b、102c的使用者資料封包。並且,SGW 164還可以執行其他功能,例如在eNB間的切換過程中錨定使用者平面,在DL資料可供WTRU 102a、102b、102c使用時觸發傳呼處理,以及管理並儲存WTRU 102a、102b、102c的上下文等等。
SGW 164可以連接到PGW 146,該PGW可以為WTRU 102a、102b、102c提供封包交換網路(例如網際網路110)存取,以便促成WTRU 102a、102b、102c與賦能IP的裝置之間的通信。
CN 106可以促成與其他網路的通信。例如,CN 106可以為WTRU 102a、102b、102c提供對電路切換式網路(例如PSTN 108)的存取,以便促成WTRU 102a、102b、102c與傳統的陸線通信設備之間的通信。例如,CN 106可以包括IP閘道(例如IP多媒體子系統(IMS)伺服器)或與之進行通信,並且該IP閘道可以充當CN 106與PSTN 108之間的介面。此外,CN 106可以為WTRU 102a、102b、102c提供針對該其他網路112的存取,其中該網路可以包括其他服務供應商擁有和/或操作的其他有線和/或無線網路。
雖然在圖1A至圖1D中將WTRU描述成了無線終端,然而應該想到的是,在某些代表性實施例中,此類終端與通信網路可以使用(例如臨時或永久性)有線通信介面。
在代表性實施例中,該其他網路112可以是WLAN。
採用基礎架構基本服務集(BSS)模式的WLAN可以具有用於該BSS的存取點(AP)以及與該AP相關聯的一個或複數站(STA)。該AP可以存取或是對接到分散式系統(DS)或是將訊務量送入和/或送出BSS的別的類型的有線/無線網路。源於BSS外部且去往STA的訊務量可以藉由AP到達並被遞送至STA。源自STA且去往BSS外部的目的地的訊務量可被發送至AP,以便遞送到相應的目的地。處於BSS內部的STA之間的訊務量可以藉由AP來發送,例如在源STA可以向AP發送訊務量並且AP可以將訊務量遞送至目的地STA的情況下。處於BSS內部的STA之間的訊務量可被認為和/或稱為點到點訊務量。該點到點訊務量可以在源與目的地STA之間(例如在其間直接)用直接鏈路建立(DLS)來發送。在某些代表性實施例中,DLS可以使用802.11e DLS或802.11z頻道化DLS(TDLS))。舉例來說,使用獨立BSS(IBSS)模式的WLAN不具有AP,並且處於該IBSS內部或是使用該IBSS的STA(例如所有STA)彼此可以直接通信。在這裡,IBSS通信模式有時可被稱為“特定(Ad-hoc)”通信模式。
在使用802.11ac基礎設施工作模式或類似的工作模式時,AP可以在固定頻道(例如主頻道)上傳送信標。該主頻道可以具有固定寬度(例如20MHz的頻寬)或是經由信號動態設定的寬度。主頻道可以是BSS的工作頻道,並且可被STA用來與AP建立連接。在某些代表性實施例中,所實施的可以是具有衝突避免的載波感測多址存取(CSMA/CA)(例如在802.11系統中)。對於CSMA/CA來說,包括AP在內的STA(例如每一個STA)可以感測主
頻道。如果特定STA感測到/偵測到和/或確定主頻道繁忙,那麼該特定STA可以回退。在指定的BSS中,在任何指定時間都有一個STA(例如只有一個站)進行傳輸。
高輸送量(HT)STA可以使用寬度為40MHz的頻道來進行通信(例如借助於將寬度為20MHz的主頻道與寬度為20MHz的相鄰或不相鄰頻道相結合來形成寬度為40MHz的頻道)。
超高輸送量(VHT)STA可以支援寬度為20MHz、40MHz、80MHz和/或160MHz的頻道。40MHz和/或80MHz頻道可以藉由組合連續的20MHz頻道來形成。160MHz頻道可以藉由組合8個連續的20MHz頻道或者藉由組合兩個不連續的80MHz頻道(這種組合可被稱為80+80配置)來形成。對於80+80配置來說,在頻道編碼之後,資料可被傳遞並經過一個分段解析器,該分段解析器可以將資料非成兩個流。在每一個流上可以單獨執行逆快速傅裡葉變換(IFFT)處理以及時域處理。該流可被映射在兩個80MHz頻道上,並且資料可以由執行傳輸的STA來傳送。在執行接收的STA的接收機上,用於80+80配置的上述操作可以是相反的,並且組合資料可被發送至媒體存取控制(MAC)。
802.11af和802.11ah支援1GHz以下的工作模式。相比於802.11n和802.11ac,在802.11af和802.11ah中使用頻道工作頻寬和載波有所縮減。802.11af在TV白空間(TVWS)頻譜中支援5MHz、10MHz和20MHz頻寬,並且802.11ah支援使用非TVWS頻譜的1MHz、2MHz、4MHz、8MHz和16MHz頻寬。依照代表性實施例,802.11ah可以支援儀錶類型控制/機器類型通信(MTC)(例如巨集覆蓋區域中的MTC設備)。MTC設備可以具有某種能力,例如包含了支援(例如只支援)某些和/或有限頻寬在內的受限能力。MTC設備
可以包括電池,並且該電池的電池壽命高於臨界值(例如用於保持很長的電池壽命)。
對於可以支援複數頻道和頻道頻寬的WLAN系統(例如802.11n、802.11ac、802.11af以及802.11ah)來說,這些系統包含了可被指定成主頻道的頻道。該主頻道的頻寬可以等於BSS中的所有STA所支援的最大公共工作頻寬。主頻道的頻寬可以由某一個STA設定和/或限制,其中該STA源自在支援最小頻寬工作模式的BSS中工作的所有STA。在關於802.11ah的範例中,即使BSS中的AP和其他STA支援2MHz、4MHz、8MHz、16MHz和/或其他頻道頻寬工作模式,但對支援(例如只支援)1MHz模式的STA(例如MTC類型的設備)來說,主頻道的寬度可以是1MHz。載波感測和/或網路分配向量(NAV)設定可以取決於主頻道的狀態。如果主頻道繁忙(例如因為STA(其只支援1MHz工作模式)對AP進行傳輸),那麼即使大多數的可用頻帶保持空閒並且可供使用,也可以認為整個可用頻帶繁忙。
在美國,可供802.11ah使用的可用頻帶是902MHz到928MHz。在韓國,可用頻帶是917.5MHz到923.5MHz。在日本,可用頻帶是916.5MHz到927.5MHz。依照國家碼,可用於802.11ah的總頻寬是6MHz到26MHz。
圖1D是示出了根據實施例的RAN 113和CN 115的系統圖式。如上所述,RAN 113可以經由空中介面116使用NR無線電技術來與WTRU 102a、102b、102c進行通信。RAN 113還可以與CN 115進行通信。
RAN 113可以包括gNB 180a、180b、180c,但是應該瞭解,在保持符合實施例的同時,RAN 113可以包括任何數量的gNB。gNB 180a、180b、180c每一個都可以包括一個或複數收發器,以便經由空中介面116來與WTRU 102a、102b、102c通信。在一個實施例中,gNB 180a、180b、180c可以實施MIMO技術。例如,gNB 180a、180b可以使用波束成形處理來向
和/或從WTRU 102a、102b、102c發射和/或接收信號。由此,舉例來說,gNB 180a可以使用複數天線來向WTRU 102a發射無線信號,以及接收來自WTRU 102a的無線信號。在實施例中,gNB 180a、180b、180c可以實施載波聚合技術。例如,gNB 180a可以向WTRU 102a(未顯示)傳送複數分量載波。這些分量載波的子集可以處於無授權頻譜上,而剩餘分量載波則可以處於授權頻譜上。在實施例中,gNB 180a、180b、180c可以實施協作多點(CoMP)技術。例如,WTRU 102a可以接收來自gNB 180a和gNB 180b(和/或gNB 180c)的協作傳輸。
WTRU 102a、102b、102c可以使用與可擴縮數位配置相關聯的傳輸來與gNB 180a、180b、180c進行通信。例如,對於不同的傳輸、不同的胞元和/或不同的無線傳輸頻譜部分來說,OFDM符號間隔和/或OFDM子載波間隔可以是不同的。WTRU 102a、102b、102c可以使用具有不同或可擴縮長度的子訊框或傳輸時間間隔(TTI)(例如包含了不同數量的OFDM符號和/或持續不同的絕對時間長度)來與gNB 180a、180b、180c進行通信。
gNB 180a、180b、180c可被配置成與採用獨立配置和/或非獨立配置的WTRU 102a、102b、102c進行通信。在獨立配置中,WTRU 102a、102b、102c可以在不存取其他RAN(例如,e節點B 160a、160b、160c)的情況下與gNB 180a、180b、180c進行通信。在獨立配置中,WTRU 102a、102b、102c可以使用gNB 180a、180b、180c中的一個或多者作為行動錨點。在獨立配置中,WTRU 102a、102b、102c可以使用無授權頻帶中的信號來與gNB 180a、180b、180c進行通信。在非獨立配置中,WTRU 102a、102b、102c會在與別的RAN(例如e節點B 160a、160b、160c)進行通信/相連的同時與gNB 180a、180b、180c進行通信/相連。舉例來說,WTRU 102a、102b、102c可以藉由實施DC原理而以基本同時的方式與一個或複數gNB 180a、180b、180c
以及一個或複數e節點B 160a、160b、160c進行通信。在非獨立配置中,e節點B 160a、160b、160c可以充當WTRU 102a、102b、102c的行動錨點,並且gNB 180a、180b、180c可以提供附加的覆蓋和/或輸送量,以便為WTRU 102a、102b、102c提供服務。
gNB 180a、180b、180c每一個都可以關聯於特定胞元(未顯示),並且可以被配置成處理無線電資源管理決策、切換決策、UL和/或DL中的使用者排程、支援網路切片、雙連接、實施NR與E-UTRA之間的互通處理、路由去往使用者平面功能(UPF)184a、184b的使用者平面資料、以及路由去往存取及移動性管理功能(AMF)182a、182b的控制平面資訊等等。如圖1D所示,gNB 180a、180b、180c彼此可以經由Xn介面通信。
圖1D所示的CN 115可以包括至少一個AMF 182a、182b,至少一個UPF 184a、184b,至少一個對話管理功能(SMF)183a、183b,並且有可能包括資料網路(DN)185a、185b。雖然每一前述元件都被描述了CN 115的一部分,但是應該瞭解,這其中的任一元件都可以被CN操作者之外的實體擁有和/或操作。
AMF 182a、182b可以經由N2介面連接到RAN 113中的gNB 180a、180b、180c的一個或多者,並且可以充當控制節點。例如,AMF 182a、182b可以負責認證WTRU 102a、102b、102c的使用者,支援網路切片(例如處理具有不同需求的不同協定資料單元(PDU)對話),選擇特定的SMF 183a、183b,管理註冊區域,終止非存取層(NAS)信號,以及移動性管理等等。AMF 182a、182b可以使用網路切片處理,以便基於WTRU 102a、102b、102c使用的服務類型來定制為WTRU 102a、102b、102c提供的CN支援。作為範例,針對不同的用例,可以建立不同的網路切片,例如依賴於超可靠低潛時通信(URLLC)存取的服務、依賴於增強型移動(例如,大規模移動)寬頻
(eMBB)存取的服務、和/或用於機器類通信(MTC)存取的服務等等。AMF 182a、182b可以提供用於在RAN 113與使用其他無線電技術(例如,LTE、LTE-A、LTE-A Pro和/或諸如WiFi之類的非3GPP存取技術)的其他RAN(未顯示)之間切換的控制平面功能。
SMF 183a、183b可以經由N11介面連接到CN 115中的AMF 182a、182b。SMF 183a、183b還可以經由N4介面連接到CN 115中的UPF 184a、184b。SMF 183a、183b可以選擇和控制UPF 184a、184b,並且可以藉由UPF 184a、184b來配置訊務量路由。SMF 183a、183b可以執行其他功能,例如管理和分配UE IP位址、管理PDU對話、控制策略實施和QoS,以及提供下鏈資料通知等等。PDU對話類型可以是基於IP的、不基於IP的,以及基於乙太網路的等等。
UPF 184a、184b可以經由N3介面連接RAN 113中的gNB 180a、180b、180c的一個或多者,這樣可以為WTRU 102a、102b、102c提供對封包交換網路(例如網際網路110)的存取,以便促成WTRU 102a、102b、102c與賦能IP的設備之間的通信,UPF 184a、184b可以執行其他功能,例如路由和轉發封包、實施使用者平面策略、支援多宿主PDU對話、處理使用者平面QoS、緩衝下鏈封包、以及提供移動性錨定處理等等。
CN 115可以促成與其他網路的通信。例如,CN 115可以包括或者可以與充當CN 115與PSTN 108之間的介面的IP閘道(例如IP多媒體子系統(IMS)伺服器)進行通信。此外,CN 115可以為WTRU 102a、102b、102c提供針對其他網路112的存取,這其中可以包括其他服務供應商擁有和/或操作的其他有線和/或無線網路。在一個實施例中,WTRU 102a、102b、102c可以經由對接到UPF 184a、184b的N3介面以及介於UPF 184a、184b與本地資
料網路(DN)185a、185b之間的N6介面並藉由UPF 184a、184b連接到DN 185a、185b。
有鑒於圖1A至圖1D以及關於圖1A至圖1D的相應描述,在這裡對照以下的一項或多項描述的一個或複數或所有功能可以由一個或複數模擬設備(未顯示)來執行:WTRU 102a-d、基地台114a-b、e節點B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b和/或這裡描述的一個或複數其他任何設備。這些模擬設備可以是被配置成類比這裡描述的一個或複數或所有功能的一個或複數設備。舉例來說,這些模擬設備可用於測試其他設備和/或類比網路和/或WTRU功能。
模擬設備可被設計成在實驗室環境和/或操作者網路環境中實施關於其他設備的一項或多項測試。例如,該一個或複數模擬設備可以在被完全或部分作為有線和/或無線通訊網路一部分實施和/或部署的同時執行一個或複數或所有功能,以便測試通信網路內部的其他設備。該一個或複數模擬設備可以在被臨時作為有線和/或無線通訊網路的一部分實施/部署的同時執行一個或複數或所有功能。該模擬設備可以直接耦合到別的設備以執行測試,和/或可以使用空中無線通訊來執行測試。
一個或複數模擬設備可以在未被作為有線和/或無線通訊網路一部分實施/部署的同時執行包括所有功能在內的一個或複數功能。例如,該模擬設備可以在測試實驗室和/或未被部署(例如測試)的有線和/或無線通訊網路的測試場景中使用,以便實施關於一個或複數元件的測試。該一個或複數模擬設備可以是測試設備。該模擬設備可以使用直接的RF耦合和/或借助RF電路(例如,該電路可以包括一個或複數天線)的無線通訊來發射和/或接收資料。
期望在2020年部署新的無線電(NR)系統,並且該新的NR系統將包括eMBB和URLLC兩種類型的服務。這些系統應當支援BLER目標為10-5並且潛時為1.0ms的URLLC用例。3GPP已經開始研究BLER目標高達10-6並且潛時為0.5ms的eURLLC。
對資料傳輸(BLER高達10-6)和/或短潛時(0.5ms的量級)的要求可能影響下鏈和/或上鏈中的控制信號的可靠性要求。具有低可靠性的上鏈控制資訊訊息可能影響下鏈和/或上鏈資料傳輸的可靠性。例如,不可靠的HARQ-ACK回饋可能導致高概率的NACK對ACK(NACK-to-ACK)或NACK/ACK丟失偵測。NR版本-15控制信號被設計為支援eMBB和URLLC類型的訊務。WTRU 102可以在相同的控制訊息中多工具有不同潛時和可靠性要求的不同服務(例如,諸如eURLLC、URLLC、eMBB和/或大型機器類型通信(mMTC)等的服務)的控制信號,這可能影響傳輸(例如,該eURLLC傳輸)的潛時和/或可靠性。例如,例如在長格式PUCCH中多工URLLC的HARQ回饋與eMMBB HARQ回饋可能導致潛時增加(例如,不是在PUCCH中在2個符號上發送低潛時相關的HARQ回饋,而是其可能在PUCCH上在更大的符號集(例如,14個符號)上被發送),這可能使得難以滿足0.5ms的潛時要求。
在某些代表性實施方式中,裝置、方法、程序和/或操作可以被實現以向支援不同類型服務的WTRU 102指示分離和/或如何分離用於每種類型服務的控制信號。服務類型通常是指給定傳輸的要求,這其中例如包括潛時、可靠性和/或優先順序等。
在某些代表性實施例中,WTRU 102可以基於服務類型來解釋該控制信號。
在某些代表性實施方式中,可以實施設備、方法、程序和/或操作以由WTRU 102確定何時以及如何解釋該控制信號。例如,WTRU 102可以被配置成基於控制頻道配置來解釋下鏈控制資訊位元欄位。該控制頻道配置可以包括:(1)搜尋空間監視模式(例如,在時槽內);(2)搜尋空間週期性;和/或(3)搜尋空間持續時間等等。
除了使用控制頻道配置之外或者作為對使用控制頻道配置的替代,WTRU 102可以被配置成基於下鏈控制資訊(DCI)位元欄位集合中的另一集合或其他DCI位元欄位集合中的一個或複數值來解釋DCI位元欄位集合。
圖2是示出了用於承載針對URLLC/eURLLC服務和eMBB服務的控制信號的時間-頻率資源的圖式。參考圖2,複數時間-頻率資源200-1、200-2…200-N可以承載用於複數服務的控制信號(例如,用於eMBB的控制DCI排程210、用於URLLC服務/eURLLC服務的DCI排程220、用於eMBB的PDSCH 230、用於URLLC服務/eURLLC服務的PDSCH 240和承載HARQ-ACK回饋的PUCCH 250,等等。該時間-頻率資源200可以分別攜帶用於eMBB服務的DCI排程210和用於eURLLC服務的DCI排程220,並且可以分別攜帶用於eMBB服務的PDSCH 230和用於URLLC/eURLLC服務的PDSCH 240。針對eMBB服務和針對URLLC/eURLLC服務的HARQ-ACK回饋250可以被多工在一起,並在該PUCCH上被承載。在某些代表性實施例中,可以在複數PUCCH上單獨地攜帶針對eMBB服務和eURLLC服務的HARQ-ACK回饋。
圖3和圖4是示出了用於eMBB訊務或URLLC/eURLLC訊務的一組代表性位元欄位(例如,4個位元欄位)的示圖。在圖3中,與第一服務類型(例如,URLLC/eURLLC服務)相關聯的位元欄位(例如,位元欄位1-4)和與第二服務類型(例如,eMBB服務)相關聯的相應位元欄位(例如,位元欄位1-4)的
大小相同。在圖4中,與第一服務類型(例如,URLLC/eURLLC服務)相關聯的位元欄位(例如,位元欄位1-4)和與第二服務類型(例如,eMBB服務)相關聯的相應位元欄位(例如,位元欄位1-4)的大小不同。
參考圖3和圖4,當WTRU 102確定第一服務類型(例如URLLC/eURLLC服務類型)時,可以以第一方式解釋位元欄位1,並且當WTRU 102確定第二服務類型(例如eMBB服務類型)時,可以以第二方式解釋位元欄位1。對於第一和第二類型的服務而言,位元欄位2-4可以以相同的方式被解釋。例如,WTRU 102可以被配置成根據被排程的服務類型而不同地解釋控制資訊位元欄位。不同地解釋DCI位元欄位可以意味著對於相同的位元欄位值,WTRU 102可以不同地解釋該控制資訊。例如,HARQ時序位元欄位的“000”值可以指示用於第一服務類型(例如,用於URLLC/eURLLC服務類型)的第一時間值t1和用於第二服務類型(例如,eMBB服務類型)的第二時間值t2。WTRU 102可以被配置成不同地解釋DCI內的一個位元欄位、位元欄位的子集(例如,僅位元欄位的子集,例如如圖3和圖4中的位元欄位1所示)或所有位元欄位。如圖3和圖4所示,位元欄位1(例如,僅位元欄位1)被不同地解釋。例如,本文揭露了WTRU 102何時和/或如何基於服務類型來解釋控制信號。
儘管在圖3和圖4中僅示出了對於不同類型的服務被不同地解釋的位元欄位1,但是對於不同類型的服務,可以不同地解釋任何數量的位元欄位。
儘管位元欄位1被示出為針對不同類型的服務而被不同地解釋,但是任何位元欄位(位元欄位1或任何其他位元欄位)可以針對不同類型的服務而被不同地解釋。
在某些代表性實施例中,下鏈和/或上鏈控制解釋可以基於該控制頻道配置。
在一些實施方式中,WTRU 102可以被配置具有一個DCI大小以監視用於不同類型服務的下鏈控制信號(例如,WTRU 102可以被配置成基於在其上接收DCI的控制頻道配置來確定/解釋DCI欄位。例如,如圖3和圖4所示,WTRU 102可以被配置具有一個DCI大小以監視各種服務(例如,兩個服務eMBB和URLLC)並且該服務(例如,每個服務)可以具有不同的位元欄位配置。例如,WTRU 102可以被配置成基於在其上接收該DCI的控制頻道配置來解釋該DCI欄位。WTRU 102可以(例如,經由網路信號和/或RRC信號)被半靜態地預配置/配置為具有被不同地解釋的欄位子集。例如,WTRU 102可以被預配置為不同地解釋(例如,僅解釋)該HARQ-ACK回饋時序欄位(例如,位元欄位),而剩餘的欄位可具有相同的解釋,無論哪個控制頻道配置正被使用。該控制頻道配置可以包括以下任何一個:(1)搜尋空間配置,其包括以下任何一個:(i)監視週期性和/或偏移,使得例如WTRU 102可以被配置有週期性和/或偏移臨界值,對於該臨界值,DCI中的位元欄位可以被不同地解釋(例如,如果WTRU 102被配置有具有大於或等於臨界值的監視週期性的搜尋空間,則WTRU 102可以以第一方式解釋在該搜尋空間內接收到的DCI欄位,或者如果WTRU 102被配置有具有小於該臨界值的監視週期性的搜尋空間,則WTRU 102可以以第二、不同的方式解釋在該搜尋空間內接收到的DCI欄位);(ii)搜尋空間持續時間,使得例如WTRU 102在具有短於K個時槽的持續時間的搜尋空間中接收的DCI可以與在具有長於K個時槽的持續時間的搜尋空間中接收的DCI被不同地解釋;
(iii)時槽內的監視模式,使得例如WTRU 102在被配置有每個符號的模式的搜尋空間內接收的DCI可以被不同地解釋(例如,WTRU 102可以被配置有模式集合,並且在被配置有這些模式中的一個模式或模式集合的搜尋空間內接收的DCI可以與在未被配置有這些模式中的一個模式或模式集合的搜尋空間內接收的DCI被不同地解釋);(iv)搜尋空間索引(例如,WTRU 102可以被配置有搜尋空間索引,WTRU 102在與該搜尋空間索引相對應的搜尋空間上接收的一個或複數DCI可以針對該搜尋空間索引被不同地解釋);和/或(v)在屬於多於一個搜尋空間的PDCCH候選被成功解碼的情況下,WTRU 102可基於由較高層為該搜尋空間(例如,每個搜尋空間)配置的優先順序索引和/或基於與該一個或複數搜尋空間相關聯的另一個參數(例如,具有最低週期性的搜尋空間)等來確定搜尋空間;(2)CORESET配置,其包括以下中的任何一個:(i)CORESET的持續時間(例如,該CORESET的符號(例如,連續符號)的數量);和/或(ii)控制資源集合索引等;(3)用於加擾迴圈冗餘校驗(CRC)的RNTI;(4)CRC長度,例如,該配置可以例如包括可能用於eMBB類型的服務的16位元CRC,或者可能用於URLLC類型的服務的24位元CRC;和/或(5)頻寬部分(BWP)配置等。
在某些代表性實施例中,WTRU 102可以被配置成根據一個或複數其他DCI欄位的值來不同地解釋DCI欄位集合。例如,WTRU 102可以被配置成具有DCI的一個欄位(例如,位元欄位)、該DCI的欄位子集或該DCI
的所有欄位,以基於一個或複數其他DCI欄位(例如,特定DCI欄位中的一個或複數位元值)來進行不同的解釋。WTRU 102可以被配置具有給定的位元欄位值(例如,PDSCH時域分配),從而一解碼該值時,WTRU 102被觸發以不同地解釋該位元欄位集合。例如,低於臨界值或在值範圍內的PDSCH時域值可被WTRU 102解釋為指示特定類型的服務和/或可被用作以特定方式(例如以與特定服務類型相關聯的方式)解釋一個或複數其他DCI欄位的指示。
在某些代表性實施例中,WTRU 102可以被配置成具有一個或複數TP。例如,第一TP值可以指示第一(例如,eMBB)類型的服務,而第二TP值可以指示第二(例如,URLLC)類型的服務。在這種情況下,WTRU 102可以接收DCI,並且可以確定該DCI的相應TP。WTRU 102可以根據為該DCI確定的TP值(例如,使用針對第一特定TP值的第一值或值集合和針對第二特定TP值的的第二值或值集合)來解釋該DCI的一個或複數欄位。
在某些代表性實施例中,WTRU 102可以被配置成具有一個或複數邏輯頻道(LCH)。例如,第一LCH可以與對應於第一(例如,eMBB)類型的服務的資料相關聯,和/或第二LCH可以指示第二(例如,URLLC)類型的服務。WTRU 102可以根據要包括在相應傳輸中的資料來確定如何解釋DCI的至少一些內容。例如,WTRU 102可以為與該DCI相關聯的傳輸確定傳輸塊(TB)大小(TBS)。WTRU 102可以確定什麼LCH來服務該TB服務(例如,基於邏輯頻道優先化(LCP)功能)。WTRU 102可以確定與所關注的LCH相關聯的服務類型。WTRU 102可以根據所確定的與所關注的LCH相關聯的服
務類型來解釋該DCI的一個或複數欄位(例如,藉由使用針對第一類型的服務配置的第一特定LCH的第一值或值集合,或者藉由使用針對第二類型的服務配置的第二特定LCH的第二值或值集合)。
本領域技術人員可以理解,這裡揭露的關於LCH的程序/操作可以應用於代替LCH或者除了LCH之外的邏輯頻道組(LCG)。對於LCP,可以使用不同的映射限制集合或TP來應用類似的程序/操作。在這種情況下,WTRU 102可以確定該DCI排程了一新的傳輸,例如DCI切換新資料指示符欄位(NDI)。WTRU 102可以確定HARQ PID的解釋對應於第一LCH的第一PID空間,或者對應於第二LCH的第二PID空間(例如,可以根據該DCI的解釋來指示不同的HARQ進程集合)。這種傳輸的正確接收可能需要和/或使用網路節點(例如,eNB或gNB等)處的盲解碼。
在某些代表性實施例中,WTRU 102可以被配置成具有一個或複數HARQ進程標識(PID)空間。例如,第一PID值可以指示第一(例如,eMBB)類型的服務和/或第二PID值可以指示第二(例如,URLLC)類型的服務。在這種情況下,WTRU 102可以接收用於HARQ傳輸的DCI,並且可以確定用於該DCI的相應的HARQ PID。WTRU 102可以根據所確定的HARQ PID值來解釋該DCI的一個或複數欄位(例如,藉由使用針對第一特定HARQ PID值的第一值或值集合(和/或相應的第一值範圍)和針對第二特定HARQ PID值的第二值或值集合(和/或相應的第二值範圍))。
在一些實施方式中,WTRU 102可被配置成根據該DCI中的位元的值來不同地解釋DCI欄位集合。例如,WTRU 102可以被配置成使用該DCI中的“集合”指示來從PUCCH資源集合確定用於HARQ A/N回饋的PUCCH
資源。在一個範例中,WTRU 102可以被配置成同時接收eMBB資料傳輸和URLLC/eURLLC資料傳輸。WTRU 102可以被配置成具有至少兩個PUCCH資源集合,每個資源集合對應於一種服務類型(例如,URLLC/eURLLC、eMBB和/或mMTC)。WTRU 102可以基於該集合指示來確定確認(例如PUCCH)資源指示符(ARI)位元欄位指向的PUCCH資源集合。
圖5是示出了不同HARQ回饋時序的圖式。
參考圖5,例如可以使用系統資訊來用信號通知HARQ時序指示510。該HARQ時序指示510可以指示與(例如,對於DMRS映射類型A 520A和對於DMRS映射類型B520B等的)複數HARQ回饋時序集合520A、520B...520N中的每一個相關聯的HARQ時序。例如,該HARQ時序集合520A可以包括HARQ時序t1、t2、t3和t4,並且該HARQ時序集合520B可以包括HARQ時序t5、t6、t7和t8。該HARQ時序指示符510可以是多位元指示符。例如,當該多位元指示符被設定為碼點“11”時,HARQ回饋時序可以被設定為用於DMRS類型A的t4和用於DMRS類型B的t8。
WTRU 102可以(例如,藉由使用RRC信號或藉由接收系統區塊(SIB))被半靜態地配置有多於一個HARQ回饋時序值集合,並且每一集合可以被配置有不同的時序(例如,不同單元中的時序)。例如,WTRU 102可以被配置成具有以時槽為單位的第一時序集合、以符號為單位的第二時序集合以及以符號組為單位的第三時序集合。每個HARQ回饋時序值集合可以對應於一種解釋。例如,第一HARQ時序值集合可以對應於特定PDSCH起始符號。在某些代表性實施例中,可以為WTRU 102實施裝置、方法、操作和/或程序,以動態地確定給定傳輸塊的HARQ回饋時序的單位。本領域
技術人員理解,這些裝置、方法、操作和/或程序可以類似地應用於解釋其它DCI欄位,例如PUCCH資源指示符(ARI)。
WTRU 102可以被配置成基於這裡描述的觸發(例如基於控制頻道配置)不同地解釋HARQ時序指示位元欄位。然後,WTRU 102可以基於以下位元欄位值來確定該HARQ-ACK時序值:(1)PDSCH時域分配值(例如,WTRU 102可以基於PDSCH起始時間和/或PDSCH持續時間值來解釋該HARQ回饋時序指示。該PDSCH時域欄位可以包括以下任何一個:(i)k0值,其可以指示被排程用於資料傳輸的時槽(例如,在其中接收DCI的時槽號n和將在時槽n+k0中被傳輸的資料)(例如,WTRU 102可以被配置有k0值,WTRU 102可以針對該k0值不同地解釋HARQ時序。在某些實施例中,WTRU 102可以被配置有k0臨界值,HARQ-ACK時序可以針對該k0臨界值被不同地解釋。例如,當該k0值低於該k0臨界值時,HARQ-ACK時序可以以第一方式被解釋(例如,基於符號時序/符號時序時段),並且當該k0值等於或高於該k0臨界值時,該HARQ-ACK時序可以以第二方式被解釋(例如,基於時槽時序/時槽時序時段);(ii)DMRS映射類型(例如,DMRS映射類型A或DMRS映射類型B)(例如,WTRU 102可以被配置有兩個HARQ回饋時序集合,並且基於該DCI中的DMRS映射類型指示,WTRU 102可以確定該HARQ時序指示指向哪個HARQ時序集合,如圖5所示;(iii)PDSCH傳輸的起始符號和/或長度(例如,WTRU 102可以配置有起始符號集合(例如,時槽的最後3個符號),從而如果WTRU 102接收到開始於這些符號的PDSCH排程,則該HARQ-ACK時序欄位可以被不同地解釋,例如,如果WTRU 102接收到開始於這些符號之一的PDSCH排程,
則該HARQ-ACK時序欄位可以以第一方式被解釋,並且如果WTRU 102接收到不開始於這些符號中的任何一個的PDSCH排程,則該HARQ-ACK時序欄位可以以第二方式被解釋);和/或(iv)該PDCCH的接收與該PDSCH的起始符號之間的以符號為單位的偏移或延遲;和/或(2)一個或複數HARQ進程ID值(例如,WTRU 102可以被配置有一組HARQ進程ID,對於該組HARQ進程ID,該時序指示位元欄位可以被不同地解釋。例如,WTRU 102可以被配置有HARQ ID 0、1和2。在接收到具有HARQ ID{0,1,2}的PDSCH指派時,WTRU 102可以不同地解釋該HARQ-ACK時序欄位。WTRU 102可被半靜態地配置有HARQ進程ID與HARQ-ACK時序集合等之間的映射。
WTRU 102可以被配置成基於在此討論的一個或複數觸發(例如基於該控制頻道配置和/或一些DCI位元欄位)來解釋該DCI中的HARQ進程ID指示。
根據這裡描述的代表性實施例(例如解決方案)之一,WTRU 102可以被配置成基於被排程的服務類型和/或基於與服務類型相關聯的任何指示來解釋該PUCCH資源指示符(ARI)。例如,WTRU 102可以被配置成在相同時槽的多於一個PUCCH資源中發送HARQ-ACK資訊,並且一個PUCCH資源可以包含和/或包括與第一PDSCH傳輸集合相關的HARQ-ACK,並且第二PUCCH資源可以包含和/或包括與第二PDSCH傳輸集合相關的另一個HARQ-ACK。根據本文描述的代表性實施例(例如,解決方案)之一,WTRU 102可以基於被排程的服務類型和/或基於與服務類型相關聯的任何指示來
確定給定的PDSCH傳輸是屬於該第一PDSCH傳輸集合還是屬於該第二PDSCH傳輸集合。例如,如果PDSCH持續時間低於臨界值,則WTRU 102可以確定PDSCH傳輸屬於第一PDSCH傳輸集合,否則屬於第二集合。
WTRU 102可以被配置成基於這裡描述的一個或複數觸發來解釋該PDSCH和/或PUSCH時域分配指示。例如,WTRU 102可以被半靜態地配置具有兩組時域分配,每組對應於一種服務類型(例如,URLLC/eURLLC和/或eMBB等)。WTRU 102可以被配置成基於控制頻道配置來解釋DCI中的時域分配位元欄位,其中在該控制頻道配置上接收排程下鏈資料或上鏈資料的該DCI。WTRU 102可以接收控制頻道配置和時域分配集合之間的半靜態映射配置。
圖6是示出了支援每個時槽複數PUCCH的程序的圖式。
參考圖6,WTRU 102可以接收在時槽600-3中的例如與第一類型的服務(例如,eMBB服務)相關聯的第一PDSCH 620/DCI 625,以及例如與第二類型的服務(例如,URLLC/eURLLC服務或mMTC服務)相關聯的第二PDSCH 630/DCI 635。WTRU 102可以從第一PDSCH 620/DCI 625確定用於上鏈上的PDSCH 625的HARQ回饋時序的第一碼簿索引0和用於上鏈上的PDSCH 630的HARQ回饋時序的第二碼簿索引1。當與不同服務(例如,URLLC和eMBB)相關聯的HARQ回饋將出現在用於上鏈的相同時槽600N內時,WTRU 102可以為該上鏈產生第一PUCCH 640(例如,與URLLC服務相關聯的PUCCH1)和第二PUCCH 650(例如,與eMBB服務相關聯的PUCCH0)。例如,WTRU 102可以確定碼簿索引0被指示用於與PDSCH 620相關聯的HARQ回饋時序,以及碼簿索引1被指示用於與PDSCH 630相關聯
的HARQ回饋時序。在這種情況下,當可以指示不同的碼簿索引(例如,碼簿索引0和1)時,可以在相同的時槽600-N中產生複數PUCCH 640和650。
儘管示出了在一個時槽中發生針對複數服務的HARQ回饋,但是其它場景也是可能的。例如,針對給定服務的HARQ回饋可以在一個時槽中發生,而沒有在相同時槽中請求的來自任何其他服務(例如,任何其他碼簿)的HARQ回饋(例如,第一HARQ回饋可以對應於第一時槽,並且第二HARQ回饋可以對應於不同的第二時槽)。在這種情形中,可以在兩個不同的時槽中指示兩個碼簿。
在某些代表性實施例中,WTRU 102可以從可以指示下鏈指派或SPS釋放的複數DCI(例如,使用DCI格式1_0或1_1)中,指示用於相同時槽600-N、相同子時槽或相同符號的多於一個PUCCH資源。WTRU 102可以確定針對時槽600-N、子時槽或符號中的至少一個PUCCH資源傳送PUCCH 640或650,其中該至少一個PUCCH資源是基於至少一個索引(碼簿索引0或1)而被確定的。該索引在此可以被稱為碼簿索引。該至少一個PUCCH資源中的每一個可以對應於與該DCI中的至少一個DCI相對應的碼簿索引。針對所接收的碼簿索引(例如,每個所接收的碼簿索引(例如,碼簿索引0或1),可以從與該碼簿索引(例如,碼簿索引0或1)相對應的所有DCI中的最後一個DCI中的PUCCH資源指示符欄位來確定該PUCCH資源,並且其中該DCI可以根據傳統程序/操作而被排序(例如,該DCI可以在服務胞元索引上以昇冪設定,然後在PDCCH監視時機索引上以昇冪設定)。
可以根據以下任何一個來確定與DCI相對應的碼簿索引0或1:(1)DCI的附加欄位,其顯式地指示該碼簿索引;(2)對應PDCCH的屬性,諸如TP、搜尋空間週期性和/或RNTI等;和/或
(3)DCI的現有欄位,諸如PUCCH資源指示符(例如,碼簿索引可以被映射到PUCCH資源指示符的值(例如,PUCCH資源指示符的16個可能值中的每一個),並且該映射可以由較高層等預先確定、用信號通知和/或配置等。
在確定該時槽、子時槽或符號中的該至少一個PUCCH資源之後,WTRU 102可以確定在時域和/或頻域中存在至少兩個資源的重疊。WTRU 102可以基於以下任何一個來對該重疊PUCCH資源中的一個進行優先化和/或可以丟棄另一重疊PUCCH資源(至少一個該重疊部分):
(1)該PUCCH資源的屬性(例如,WTRU 102可以丟棄具有最長持續時間的PUCCH資源);
(2)該PUCCH資源(例如,每個PUCCH資源)的PUCCH格式,其使用PUCCH格式之間的預定義優先順序順序;
(3)碼簿索引(例如,基於與該PUCCH資源相關聯的最低碼簿索引或最高碼簿索引進行優先化)
(4)TP;
(5)與該PUCCH資源(例如,每個PUCCH資源)相關聯的PDSCH傳輸的屬性(例如,WTRU 102可以丟棄承載最長持續時間的PDSCH的HARQ-ACK的PUCCH資源);和/或
(6)對應PDCCH的屬性(例如,WTRU 102可以丟棄攜帶關於從具有最長週期性的搜尋空間的PDCCH接收的下鏈指派的HARQ-ACK的PUCCH資源,或者基於RNTI進行丟棄等)。
儘管示出了兩個HARQ碼簿索引(例如,HARQ碼簿索引0和1),但是任何數量的HARQ碼簿索引都是可能的。例如,相應HARQ碼簿索引可以
對應於優先順序等級、優先順序、服務類型和/或應用類型,和/或可以基於預定HARQ格式和/或HARQ綁定等。
在某些代表性實施例中,可以實現方法、裝置和系統以處理基於服務的優先順序等級和不同類型的UCI之間的衝突。
在某些代表性實施例中,WTRU 102可以處理各種情形(其中,承載與不同服務(例如,用於URLLC和/或用於eMBB)相關聯的資料和/或上鏈控制資訊(UCI)的傳輸可能或將重疊),以便滿足每個服務的潛時和/或可靠性要求。
WTRU 102可針對以下至少一個,確定與資料或上鏈控制資訊相關聯的優先順序(例如,服務相關優先順序和/或傳輸簡檔):
(1)對於資料,可根據該資料從中被傳送的邏輯頻道(LCH)和/或邏輯頻道組(LCG)(例如,WTRU 102可以確定給定PUSCH傳輸的優先順序為被映射到由該PUSCH傳輸攜帶的PDU的最高優先順序LCH的RRC配置的LCH優先順序);
(2)對於排程請求(SR),可根據觸發了SR的資料的邏輯頻道和/或邏輯頻道組;
(3)對於實體隨機存取頻道(PRACH),可根據諸如最低優先順序和/或最高優先順序的預定義優先順序;發起該隨機存取過程的事件(例如,切換、重建、波束故障恢復、排程請求和/或PDCCH命令等);該隨機存取程序是基於競爭的還是無競爭的;PRACH是在PCell上還是在SCell上被發送;該隨機存取程序是否是優先化的隨機存取程序;例如,WTRU 102可以在優先化的隨機存取程序的情況下為PRACH確定最高優先順序等級,否
則確定最低優先順序等級;在由排程請求發起的隨機存取程序的情況下,觸發該SR的資料的邏輯頻道或邏輯頻道組;在當SR計數器超過最大值時發起隨機存取程序的情況下,所發送的最後SR資源的優先順序;在當沒有為待處理SR配置有效PUCCH資源時發起隨機存取程序的情況下,該優先順序可以是最低優先順序;
(4)對於SRS,可根據該SRS是週期性的還是由PDCCH觸發的;在前一種情況下,該優先順序可以是最低優先順序;在後一種情況下,SRS可以具有根據該PDCCH確定的優先順序;
(5)對於HARQ-ACK,可根據使用基於時槽的HARQ回饋程序還是基於子時槽的HARQ回饋程序;
(6)對於PUSCH,可根據WTRU 102針對PUSCH準備的處理能力,例如其中這種能力可以與該PUSCH傳輸相關聯和/或被配置用於該PUSCH在其內被發送的載波;
(7)根據被配置用於(或關聯於)UCI和/或資料的傳輸的資源的屬性。例如,該屬性可以包括:(i)被配置和/或指示用於傳輸SR或HARQ-ACK的PUCCH的持續時間和/或格式,和/或被配置或指示用於資料或UCI的傳輸的PUSCH的持續時間(例如,如果由該配置指示的該PUSCH和/或該PUCCH的持續時間高於臨界值,則該服務相關優先順序可以是第一值,並且如果該PUSCH或該PUCCH具有低於臨界值的持續時間,則該服務相關優先順序可以是第二值)。在另一範例中,該服務相關優先順序可以是第一值;(ii)頻寬部分、數位配置(例如,子載波間隔、符號持續時間)和/或傳輸配置指示(TCI)狀態;(iii)用於該傳輸的調製和編碼方案(MCS)和/或MCS表;
(iv)用於確定用於邏輯頻道優先化的邏輯頻道限制的屬性;和/或(v)該傳輸發生在其上的服務胞元和/或上鏈載波,或者該傳輸是發生在普通上鏈載波上還是發生在補充上鏈(SUL)載波上等等;
(8)根據來自較高層(例如,RRC層和/或MAC層等)的配置,諸如以下中的任何一個:(i)資訊元件(IE),其顯式地指示對應的服務相關優先順序;例如,該IE可以被包括作為SR資源配置的一部分(用於SR)、作為用於鏈路恢復請求(LRR)的資源配置的一部分、或作為所配置的授權配置的一部分(用於使用配置的授權而被排程的資料);(ii)隱式地來自配置方面,例如週期性、偏移和/或資源(例如,如果該週期性高於臨界值,則用於SR和/或用於使用所配置的授權而排程的資料的服務相關優先順序可以是第一值,如果該週期性低於臨界值,則用於SR和/或用於使用所配置的授權而排程的資料的服務相關優先順序可以是第二值)。在另一個範例中,用於CSI的服務相關優先順序可以從配置用於CSI報告設定的BLER目標而被確定;(iii)LCH優先順序和優先順序等級之間的映射表(例如,WTRU 102可以由RRC配置有LCH優先順序量化表,該LCH優先順序量化表可以將LCH優先順序集合映射到給定的優先順序。例如,當SR和/或PUSCH傳輸與HARQ-ACK衝突時,該SR和/或該PUSCH傳輸的優先順序可以被不同地確定。在某些實施例中,MAC層可以傳遞與該SR和/或PUSCH傳輸相關聯的LCH優先順序。然後該LCH優先順序可以被轉換為可以與附加到HARQ-ACK和/或與HARQ-ACK相關聯的優先順序相比較的優先順序(例如,具有相同的細微性);和/或
(iv)該RRC可以為WTRU 102配置一LCH集合,如適用於WTRU內優先化的LCH集合(例如,如果衝突傳輸不涉及適用於WTRU內優先化的至少一個LCH,WTRU 102可以忽略資源衝突)等等;
(9)根據與該UCI和/或資料和/或SRS相關聯的下鏈控制資訊(DCI),例如以下中的任意項:(i)對於HARQ-ACK,包含對應的PDSCH排程資訊(例如,在動態指派和/或半持久排程(SPS)啟動中)的DCI;(ii)對於資料,包含相應的PUSCH排程資訊的DCI;(iii)對於CSI,觸發該CSI的傳輸的DCI;並且從該DCI,該服務相關優先順序(也可適用於承載該DCI的PDCCH)可以藉由以下來確定:(a)DCI格式和/或DCI大小;(b)顯式指示該服務相關優先順序的欄位,諸如優先順序指示;(c)從欄位的值中隱式地確定,例如,用於掩蔽CRC的無線電網路臨時識別符(RNTI)的值、和/或CRC的大小;和/或(d)從攜帶該DCI的PDCCH的屬性隱式地確定,諸如,CORESET、該PDCCH是否在時槽的開始處被監視、搜尋空間類型、標識和/或監視時段,例如,每個搜尋空間可以被顯式地配置有服務相關的優先順序;服務胞元(例如,在其中,該PDCCH被解碼和/或由該DCI指示)、頻寬部分(例如,在其中,PDCCH被解碼)(例如,服務相關優先順序索引可以由RRC配置用於CORESET、搜尋空間、頻寬部分和/或服務胞元等)。
(10)對於HARQ-ACK和/或與該HARQ_ACK相關聯的PDSCH,根據該PDSCH的屬性,例如:(i)服務胞元,該PDSCH在其中被解碼;(ii)該PDSCH的持續時間;(iii)頻寬部分,該PDSCH在其中被解碼;
(iv)WTRU處理能力,該WTRU處理能力與該PDSCH相關聯,和/或被配置用於該PDSCH在其中被解碼的載波;
(11)對於資料,根據傳輸塊的重傳次數;和/或
(12)WTRU PHY可以將與PUSCH和/或SR傳輸相關聯的優先順序確定為從一個或複數較高層(例如MAC層)指示的優先順序等級等等。
服務相關優先順序可以與以下參數中的至少一個相關聯,(例如,用於UCI或資料的傳輸):(1)最大潛時;(2)最大編碼率和/或MCS;(3)單個傳輸的最大持續時間;和/或(4)最大有效載荷等。
至少一些該參數可以從配置方面被隱式地確定。例如,針對特定服務相關優先順序的SR的最大潛時可以對應於該SR傳輸的週期性,和/或同時針對單個傳輸的最大持續時間可以對應於相應PUCCH資源的持續時間。
對於該PUSCH,WTRU 102可以確定和/或考慮服務相關優先順序,以確定來自邏輯頻道的資料是否可以被包括在一個或複數傳輸塊中。例如,該RRC可以為每個邏輯頻道配置一組允許的與服務相關的優先順序。
服務相關優先順序可以確定用於功率控制的一組參數(例如,P0,α)和功率控制調整狀態。例如,取決於由較高層配置的優先順序,該組參數可以應用於用於SR和/或LRR的PUCCH資源。
當在動態指示和/或配置的至少兩個傳輸之間僅在時域中存在重疊或者在時域和頻域兩者中存在重疊時,可能發生衝突。
只有當不允許同時進行傳輸時,在時域中存在重疊時,才可能發生衝突。例如,如果不允許PUCCH和PUSCH在相同時槽中被發送(或者不允許在時域中重疊),則例如在相同時槽中在不同服務胞元中的PUCCH和
PUSCH傳輸之間可能發生衝突(例如,在時域中重疊)。例如,如果在相同時槽和相同服務胞元中的兩個PUSCH傳輸在時域中重疊(例如,僅在時域中),則在它們之間可能發生衝突。
如果沒有足夠的處理時間來處理兩個傳輸(例如,衝突傳輸),則即使在時域中沒有重疊的情況下,也可能發生衝突。
如果WTRU 102確定應該執行一個或複數傳輸,並且至少一個傳輸的開始小於特定時間量(例如時間x),則衝突可能發生,其中時間x可以對應於被配置的值和/或對應於從WTRU 102確定應該執行該傳輸的時間起的處理時間要求。如果WTRU 102已經緩衝了可被映射在衝突傳輸集合中的一資料傳輸的資料,和/或如果該資料優先順序高於重疊資源集合中的其他傳輸的優先順序,則WTRU 102可進一步考慮該傳輸。在將該傳輸考慮作為衝突傳輸之前,WTRU 102可以進一步考慮由RRC配置的LCH是否值得進行WTRU內優先化(例如,藉由滿足標準或規則),該LCH是否可以或將要被包括到該傳輸或與該傳輸相關聯。例如,如果該衝突傳輸不涉及此類LCH(例如,值得的LCH),則WTRU 102可以忽略資源衝突。
例如,WTRU 102可以被指示用於傳輸針對第一服務相關優先順序(例如,針對eMBB)的HARQ-ACK的第一資源,並且隨後被指示用於傳輸針對第二服務相關優先順序(例如,針對URLLC)的HARQ-ACK的第二資源,其中該第一資源和第二資源在時域中重疊。
在另一個範例中,WTRU 102可以被指示用於傳輸針對第一服務相關優先順序(例如,用於eMBB)的PUSCH的第一資源,並且隨後被指示用於傳輸針對第二服務相關優先順序(例如,用於URLLC)的HARQ-ACK的第二資源,其中該第一和第二資源在時域中重疊。
在另一個範例中,WTRU 102可以被指示用於傳輸針對第一服務相關優先順序(例如,用於eMBB)的PUSCH的第一資源,並且隨後被指示用於傳輸針對第二服務相關優先順序(例如,用於URLLC)的PUSCH的第二資源,其中該第二PUSCH資源在該第一PUSCH資源之前,並且可能沒有足夠的處理時間來處理這兩個PUSCH。
在下文中,該至少兩個資源被稱為“衝突資源”。
當識別出針對至少兩個衝突資源的衝突時,可以採取以下動作中的至少一個:WTRU 102可以選擇至少一個資源用於傳輸可能會在衝突資源上傳輸的UCI和/或資料的子集或全部。在某些代表性實施例中,資源選擇可例如如下實現。然後,WTRU 102可以至少在時域(或時域和頻域這二者)中的重疊部分上,在剩餘衝突資源上不傳送(並且可能停止或暫停正在進行的傳輸)。如果WTRU 102在不同的服務胞元上,則WTRU 102可以在至少一個剩餘衝突資源上傳送,除非基於實體頻道的類型而配置或定義了限制(例如,在不允許同時PUCCH和PUSCH的情況下)。
WTRU 102可在至少一個該衝突資源上多工該UCI和/或資料。當在所選資源上多工UCI和/或資料時,WTRU 102可以遵循優先順序順序。該UCI和/或資料的優先順序可以基於以下中的任何一個:(1)基於服務的優先順序(例如,優先順序指示);例如,使用數值(其中,較高的值可以指示較高的優先順序,或者,可替換地,指示較低的優先順序)或標籤(例如,URLLC和/或eMBB等),其具有相對優先順序(URLLC>eMBB);和/或
(2)UCI和/或資料的類型(HARQ-ACK、SR、CSI和/或資料),這其中可包括CSI報告的類型;例如,SR和/或HARQ-ACK可以具有最高優先順序,隨後是資料和CSI;基於服務的優先順序的標準可以優先於其它標準(例如,該優先順序首先由基於服務的優先順序確定,其次(在相等的情況下)由UCI/資料的類型確定)。可以使用公式來確定總優先順序。例如,WTRU 102可以按以下順序進行優先化:URLLC SR/HARQ-ACK、URLLC資料、eMBB SR/HARQ-ACK、eMBB資料和CSI。下面描述UCI和/或資料多工的範例多工實現。
WTRU 102可以根據預定義或配置的規則,或根據動態指示,在所選擇的資源上多工UCI和/或資料的某些(例如,僅某些)組合。這些組合(例如,允許的組合)可以取決於UCI和/或資料(例如,每個UCI或資料)的基於服務的優先順序等級,並且取決於資源的類型(例如,PUCCH和/或PUSCH)和/或PUCCH格式。例如,WTRU 102可以例如在相同的資源中多工(例如,僅多工)與相同優先順序等級相關聯的UCI和/或資料。在另一個範例中,WTRU 102可以多工(例如僅多工)相同優先順序的SR/HARQ-ACK到PUCCH和/或PUSCH中。例如,WTRU 102可以將第一優先順序等級的HARQ-ACK(例如,針對URLLC)的資料和第二優先順序等級的資料(例如,針對eMBB)多工到PUSCH中,這可以發生在例如在用於與HARQ-ACK相對應的DL指派和/或用於與PUSCH相對應的UL授權的DCI中進行了這樣的指示的情況下。在另一個範例中,WTRU 102可以多工(例如僅多工)CSI與關聯於最低優先順序等級的HARQ-ACK和/或SR。
WTRU 102可丟棄該UCI、SR和/或資料的至少一個子集。例如,WTRU 102可丟棄不能在所選資源上多工的UCI和/或資料,因為該UCI和/
或資料不被允許與更高優先順序的UCI和/或資料多工。在另一個範例中,如果UCI不能在資源上被多工,例如由於有效載荷和/或最大碼率限制,則WTRU 102可以丟棄該UCI。對於在指示高優先順序UL傳輸的PDCCH的最後符號之後的第一最小時間Tdrop1之後開始的任何符號,可能發生較低優先順序傳輸的丟棄。在某些代表性實施例中,在較低優先順序傳輸的第一符號不在指示高優先順序UL傳輸的PDCCH的最後符號之後的第二最小時間Tdrop2之前的條件下,可以應用丟棄。
在一些實施方式中,WTRU 102可以處理該UCI的子集以減少資訊位元的數量。例如,如果HARQ-ACK是基於碼塊組(基於CBG)的,則WTRU 102可以報告(例如僅報告)TB級HARQ-ACK。例如,可以在時域、頻域和/或空間域中(例如,經由與運算)捆綁HARQ-ACK資訊。WTRU 102可以根據以下任意項來減少用於一優先順序等級的UCI(例如eMBB)的資訊位元的數量:(1)當它是具有較高優先順序的UCI和/或資料在某一資源上的組合時;例如,如果在PUCCH和/或PUSCH上將第一較高優先順序等級(例如,針對URLLC)的HARQ-ACK與第二較低優先順序等級(例如,針對eMBB)的HARQ-ACK進行組合,則可以減少該第二優先順序等級的HARQ-ACK位元的數量;(2)如果由於有效載荷或最大碼率限制而不可能多工該UCI(與更高優先順序的其他UCI或資料一起進行多工)。
在一些實施方式中,WTRU 102可在資源中包括UCI多工指示符以便於在網路側解碼不同的UCI(例如,可能的UCI)組合的解碼。該UCI多工指示符可以由N位元的欄位組成,其中,值(例如,每個可能值)可以指示不同類型和/或優先順序的UCI的組合(例如,特定組合)。例如,第一值可以指示該UCI包括第一優先順序等級(例如,僅第一優先順序等級)的一個或複數HARQ-ACK,第二值可以指示該UCI包括第二優先順序等級(例如,僅第二
優先順序等級)的一個或複數HARQ-ACK,第三值可以指示該UCI包括第一和第二優先順序等級的一個或複數HARQ-ACK,第四值可以指示該UCI包括第一優先順序等級的SR和第二優先順序等級的一個或複數HARQ-ACK等等。該UCI多工指示符可以與其他UCI和資料分離地編碼,並且可以被映射到該資源的一個或複數資源元件(例如,特定資源元件)上。
在一些實施例中,WTRU 102可以確定資源以用於例如在稍後的時間點傳輸去優先化的UCI和/或資料的子集,該資源在下文中被稱為“溢流(overflow)”資源。本文描述了用於確定溢流資源的代表性實施例。
該WTRU在確定衝突之後的動作可以取決於衝突PUSCH傳輸是否已經開始,和/或衝突PUSCH資源的PDU是否已經被產生並被傳遞到HARQ進程。WTRU 102可以不在MAC(例如MAC層)中針對授權而產生與另一資源衝突的PDU,這可發生在WTRU 102確定該PDU可能或將要在實體層被丟棄的情況下。例如,如果WTRU 102確定PUSCH傳輸具有比衝突的SR和/或UCI傳輸更低的優先順序,並且該PUSCH傳輸可能或將要被丟棄(例如,在實體層被完全丟棄),WTRU 102可以在MAC層忽略該授權並且可以不為該PUSCH資源產生PDU。WTRU 102可以考慮該SR和/或UCI是否可以在較低優先順序PUSCH上被多工。例如,如果該SR和/或UCI不能在該PUSCH傳輸上被多工並且該PDU可能或將要在實體層被丟棄,則WTRU 102可以在該MAC層忽略該授權並且可以不產生用於該PUSCH資源的PDU。在另一個範例中,WTRU 102的MAC可以確定是否指令實體層傳送SR,這可發生在例如WTRU 102確定該SR在實體層中可能不被丟棄或不被丟棄的情況下。例如,WTRU 102可以確定指令該實體層傳送比重疊PUSCH傳輸具有更低優先順序(例如,更低優先順序等級)的SR,這可發生在該SR和/或UCI可以在該PUSCH傳輸上被多工的情況下。在某些代表性實施例中,WTRU
MAC可以不指令該實體層產生SR傳輸,這可發生在例如較低優先順序SR和/或UCI不能在較高優先順序PUSCH傳輸上被多工的情況下。
對於SR衝突相對於PUSCH衝突,在重疊PUSCH期間再次指令實體層傳輸相同的待處理SR之前,WTRU 102可以考慮WTRU 102是否已經向實體層發送了(例如,已經發送了)相同的待處理SR。例如,WTRU 102的MAC(例如MAC層)可以不指令該實體層在重疊的PUSCH期間傳送SR,這可發生在該WTRU 102已經傳訊(例如已經傳訊)待處理的SR到實體層並且該SR已被與該重疊的PUSCH多工的情況下。在某些代表性實施例中,例如如果SR已經在重疊的PUSCH上被多工(例如,已經被多工),則WTRU 102可以在實體層丟棄SR傳輸。在某些範例中,WTRU 102的MAC(例如MAC層)可以不指令實體層在重疊的PUSCH期間傳送SR,這可發生在該WTRU 102已經傳訊了(例如已經傳訊了)待處理的SR並且WTRU 102已經在實體層暫停和/或穿孔了該PUSCH以傳送該SR的情況下。
WTRU 102可以選擇衝突資源中的至少一個用於傳輸。該資源可以被稱為“優先化資源”。WTRU 102可以基於以下標準中的任何一個來選擇一優先化資源:(1)與該資源相關聯的和/或與例如被配置為在該資源上傳輸的UCI和/或資料相關聯的基於服務的優先順序;(2)該資源是否滿足將由該衝突資源攜帶的最高優先順序UCI和/或資料的潛時和/或可靠性要求;(3)例如對於最高優先順序UCI和/或資料,該UCI和/或資料在該資源上的傳輸是否可能或將導致潛時增加超過一定量;(4)以下的類型:(1)實體頻道(例如,PUSCH和/或PUCCH);和/或(2)PUCCH格式等;(4)該資源的時間相關屬性,例如持續時間以及第一和最後符號的時序(例如,WTRU 102可以在一組合適的衝突資源中選擇具有最短持續時間的資源);(5)該資源上的傳輸
是否可以使用(例如,可以要求)超過配置的最大功率的傳輸功率;(6)處理時間是否足以在該優先化資源上多工該UCI和/或資料;(7)某一UCI的值;例如,如果(例如,僅如果)SR的對應值為負時,可以選擇用於該SR的資源;(8)可以使用該資源多工和/或發送的UCI和/或資料的位元數,例如這可以以遵循不同的UCI和/或資料的優先順序順序為條件;和/或(9)載波、服務胞元、頻帶、或該資源是在普通上鏈上還是補充上鏈上。
WTRU 102可以被配置成具有多於一個PUCCH資源集合。該資源集合(例如,每個資源集合)和該資源集合(例如,每個資源集合)內的PUCCH資源的最大有效載荷可以被配置用於基於服務的優先順序(例如,分別用於每個基於服務的優先順序)。
在一個範例中,與一優先順序相關聯的PUCCH的資源集合可以基於以下而被跨衝突資源地選擇:與該優先順序相關聯的UCI位元的數量(例如,僅與該優先順序相關聯的UCI位元的數量)、或者與等於或低於該優先順序的優先順序相關聯的UCI位元的數量。例如,該數量的UCI位元可以包括CSI,而不管該優先順序等級。
在某些代表性實施例中,可以基於UCI位元的總數來跨衝突資源而選擇PUCCH的資源集合,而不考慮優先順序等級。
在一些實施例中,基於本文描述的規則和/或條件,如果(例如,僅當)首先確定資源"適合"用於UCI和/或資料的組合的傳輸,則可以選擇資源。例如,可以在被確定為合適的衝突資源的子集中選擇(例如,僅選擇)優先化的資源。
對於與某些基於服務的優先順序相關聯的UCI和/或資料(或其一個或複數部分),如果在至少一個條件下可能多工UCI和/或資料,則資源可能是合適的(例如,僅被認為是合適的)。可以針對UCI和/或資料的特定組合來定義資源的適用性。例如,資源可能適合於(例如,被認為或確定為適合於)UCI和/或資料的第一組合,而不適合於UCI和/或資料的第二組合。
適用性條件可與關聯於資源的優先順序相關。例如,針對某個優先順序等級的HARQ-ACK指示的PUCCH資源可以適合於包括與該優先順序等級相關聯的UCI(例如,僅與該優先順序等級相關聯的UCI),和/或包括與等於或低於該優先順序等級的優先順序等級相關聯的UCI。
適用性條件可與潛時要求相關。如果(例如,僅當)UCI和/或資料(例如,所有UCI和/或資料)可以被映射到在某個臨界值之前出現的時間符號中的資源元件上,則資源可以被認為或確定為合適的。該臨界值可以從以下任何一個確定:(1)可能或將要攜帶該UCI和/或資料的衝突資源的持續時間、開始時間和/或結束時間(例如,如果該HARQ-ACK和/或SR可能或將要被攜帶在PUCCH資源上,則該臨界值可以對應於該PUCCH資源的最後一個符號的結束加上偏移;和/或(2)該UCI和/或資料的配置方面;例如,最大時間延遲和/或偏移可以由用於該UCI和/或資料的較高層顯式配置,或者可以從諸如SR配置的週期性的方面來確定。
適用性條件可以與可靠性要求有關。例如,如果(例如,僅當)映射該UCI(例如,該HARQ-ACK和/或該SR)的每層的編碼調製符號的數量可能低於或將要低於臨界值,則可以確定資源是合適的。該臨界值可以被確定
為可用於該UCI傳輸的資源元件總數的一部分。該部分可以由較高層配置或者針對UCI類型和/或基於服務的優先順序等級而被動態地指示。
在另一個範例中,適用性條件可以與應用於其它UCI和/或資料的最大穿孔量相關。例如,如果藉由替換(例如,穿孔)可能已經用於資料和/或其他UCI的調製符號來將特定優先順序的HARQ-ACK和/或SR映射到PUSCH,則如果(例如,僅當)可用於資料和/或其他UCI的調製符號中可以被穿孔或將被穿孔的部分低於臨界值時,WTRU 102可以確定資源是合適的。該臨界值可以由較高層配置,或者針對經受穿孔的基於服務的優先順序等和/或級UCI類型來指示。
在另一範例中,適用性條件可為:在多工之後,適用於某一UCI的編碼率可小於或將小於該UCI類型和/或優先順序等級的臨界值。例如,如果(例如,僅當)第一優先順序等級的HARQ-ACK的編碼率可能不超過臨界值或者不超過臨界值時,資源可以適合於多工第一優先順序等級和第二優先順序等級的HARQ-ACK。例如,可以針對不同的優先順序等級單獨地配置該臨界值或最大編碼率。在另一範例中,適用性條件可以是適用於特定UCI或資料的調製階數或頻譜效率低於臨界值。
在另一個範例中,適用性條件可以是UCI(和/或資料)位元的總數小於為該資源配置的最大有效載荷。在另一個範例中,適用性條件可以是該UCI被映射到載波、服務胞元、頻帶的某個子集上,或者是在普通上鏈還是補充上鏈上。
在進一步的範例中,適用性條件可以是傳輸功率(例如,所需傳輸功率)可以是或將要低於臨界值。在一個範例中,該臨界值可以取決於適用於該載波和/或WTRU 102的配置的最大功率(Pcmax)。在另一個範例中,例如,如果可能或將要不進行與UCI和/或資料的多工,則可以相對於在衝突
資源上發送該UCI和/或資料將使用/需要的傳輸功率來定義該臨界值。例如,在用於第一優先順序的HARQ-ACK的第一資源與用於第二優先順序的HARQ-ACK的第二資源之間發生衝突,使得該第一優先順序可以高於該第二優先順序的情況下,例如,如果用於具有多工的資源的傳輸功率(例如,所需傳輸功率)與用於具有第一優先順序的HARQ-ACK(例如,僅該第一優先順序的HARQ-ACK)的第一資源的傳輸功率(例如,所需傳輸功率)之間的差可能小於或將要小於臨界值,則可以確定資源適合於多工該兩個優先順序的HARQ-ACK。該臨界值可以由較高層配置和/或針對UCI類型和/或優先順序等級動態指示。
WTRU 102可以基於以下中的任何一個來確定衝突資源集合中的優先化資源。
WTRU 102可以將優先化資源確定為適於傳輸最大數量的最高優先順序的UCI和/或資料位元的資源。
在多於一個資源滿足該標準的情況下,WTRU 102可以在多於一個資源之中或之間確定適合於傳輸下一最高優先順序等級的最大數量的UCI和/或資料位元的資源等等。在某些代表性實施例中,或者在確定/考慮所有優先順序之後剩餘多於一個資源的情況下,WTRU 102可以使用其他標準來選擇一個資源。例如,WTRU 102可以選擇在時間上最早開始的資源、具有最短持續時間的資源、具有最低傳輸功率需求的資源、和/或具有最低編碼率、調製階數和/或頻譜效率的資源。在另一個範例中,WTRU 102可以根據載波、服務胞元、資源是在普通上鏈還是輔助上鏈、或者頻帶來選擇資源。優先順序順序可以由較高層配置或預定義。
例如,在用於基於服務的第一優先順序等級(例如,用於URLLC)的HARQ-ACK的第一資源(即,PUCCH)和用於基於服務的第二優先順序等級(例如,用於eMBB)的資料的第二資源(例如,在PUSCH上)之間可能存在衝突,使得該第一優先順序等級可能高於該第二優先順序等級。如果第二資源比第一資源更晚開始,並且比第一資源更早結束,或者比第一資源的最後符號加上偏移更早結束,則WTRU 102可以選擇第二資源用於多工URLLC的HARQ-ACK和eMBB的資料。例如,如果第一資源在PUCCH上用於在特定的子時槽中傳輸HARQ-ACK,則如果第二資源被包含在時域中的該子時槽中,WTRU 102可以選擇該第二資源用於多工URLLC的HARQ-ACK和eMBB的資料。否則,WTRU 102可以選擇第一資源用於傳輸URLLC的HARQ-ACK(例如,僅選擇該第一資源用於傳輸URLLC的HARQ-ACK)。
例如,在用於基於服務的第一優先順序等級(例如,用於URLLC)的SR的第一資源(例如,PUCCH)和用於基於服務第二的優先順序等級(例如,用於eMBB)的資料的第二資源(例如,PUSCH上)之間可能存在衝突,使得該第一優先順序等級可以高於該第二優先順序等級。如果該PUSCH的最後一個符號或者該PUSCH映射SR的最後一個符號在該第一資源的最後一個符號之後不超過X個符號,則WTRU 102可以選擇該第二資源用於多工URLLC的SR和eMBB的資料。該X可以是SR配置的週期性的函數(例如,X可以是該週期性的一半)。否則,如果SR為正,則WTRU 102可以選擇第一資源,如果SR為負,則選擇第二資源。例如,如果(例如,僅當)滿足上述潛時要求,則可以在PUSCH中多工該SR。
圖7是示出了衝突確定之後的代表性傳輸程序700的圖式。
參考圖7,該傳輸程序700可以包括:在方塊710,WTRU 102確定在兩個傳輸之間預期有衝突(例如,在實際傳輸之前),並且WTRU 102可以遵循包括以下任何一個的程序(例如,為了防止所預期的衝突):(1)在方塊720處,WTRU 102可確定每個衝突傳輸的優先順序;(2)在方塊730處,WTRU 102可以確定較低優先順序的傳輸是否可以與優先化的傳輸多工。在確定較低優先順序傳輸是否可以與優先化傳輸多工之後,WTRU 102可以:(i)如果WTRU 102確定較低優先順序的傳輸可以與優先化的傳輸多工(例如,如果是),則在方塊740,WTRU 102可以產生多工的傳輸,例如如果適用的話,這其中可包括PDU;或(ii)如果WTRU 102確定較低優先順序的傳輸不能與優先化的傳輸多工(例如如果否),則在方塊750,WTRU 102可以確定是否可以部分地傳送去優先化的傳輸(例如至少在非重疊部分上)。在確定了該去優先化的傳輸是否可以被部分地傳輸之後,WTRU 102可以:a)如果WTRU 102確定該去優先化的傳輸可以被部分傳送(例如,如果是),則在方塊760和770,MAC(例如,MAC層)可以產生用於去優先化的資源的PDU(例如,如果適用和/或如果尚未產生),並且WTRU 102的PHY(例如,實體層)可以至少在該非重疊部分傳送該去優先化的傳輸;或b)如果WTRU 102確定該去優先化的傳輸不能被部分傳送(例如,如果否),則在方塊780和790,WTRU 102可以在實體層丟棄該去優先化的傳輸和/或可以避免在相關資源上產生/構造PDU(例如,如果適用的話),並且WTRU 102的PHY(例如,實體層)可以至少在非重疊部分傳送該去優先化的傳輸。
當WTRU 102確定在多於兩個傳輸之間的衝撞(和/或衝突)時,WTRU 102可以在根據優先順序對衝突的傳輸進行排序的基礎上成對地(pairwise)遵循相同的過程。在某些代表性實施例中,WTRU 102可以根據優先順序來對衝突傳輸進行排序,並且可以對衝突傳輸的子集(例如最高排序的衝突傳輸的子集,例如僅對前x個衝突傳輸,其中x被配置、用信號通知和/或預先確定)執行WTRU內優先化。WTRU 102可丟棄剩餘的傳輸。在某些範例中,WTRU 102可以對每種類型的傳輸(PUSCH、UCI或SR)進行排序,並且可以在運行/執行優先順序排序過程之前保持和/或維持每種類型的最高優先順序傳輸(例如僅每種類型的最高優先順序傳輸)。WTRU 102可以丟棄每個類型的剩餘較低優先順序(例如非最高優先順序)傳輸。WTRU 102可以在將UCI(例如,HARQ-ACK)的優先順序與其它衝突傳輸進行比較之前使用傳統規則將該UCI多工在一起。
在某些代表性實施例中,可以實現方法、裝置和系統以處理PUSCH相對於UCI/SR的優先化,這其中包括與MAC層的交互。
圖8是一示意圖,其示出了一代表性的WTRU內優先化程序。
參考圖8,代表性的WTRU內優先化程序800可以包括:WTRU 102確定是否預期發生衝突(例如PUSCH相對於SR衝突)以及是否啟動動作以防止/減輕該衝突。例如,基於某些標準、條件和/或規則,WTRU 102可以:(1)發送SR(例如,藉由例如在實體層處丟棄或暫停PUSCH);(2)發送SR和PUSCH(例如,藉由在PUSCH上多工SR);(3)發送SR(例如,藉由丟棄或暫停PUSCH,例如在MAC層藉由不產生相應的一個或複數PDU);(4)丟棄SR(例如,如果該SR被用信號通知給實體層);和/或(5)不產生SR傳輸(例如,如果該SR沒有被用信號通知給實體層)。
例如,在方塊805處,WTRU 102可以確定PUSCH和SR之間的衝突是否將發生。在方塊810處,WTRU 102可以確定每個傳輸的優先順序(例如,PUSCH的優先順序和SR的優先順序)。在方塊815處,WTRU 102可以確定PUSCH的優先順序是否低於SR的優先順序。如果PUSCH的優先順序低於SR的優先順序,則在方塊820,WTRU 102可以確定PUSCH傳輸是否已經開始以及傳輸塊(TB)是否已經被建構,例如在實體層被建構。如果PUSCH傳輸已經開始並且TB已經被建構,則在方塊825,WTRU 102可以丟棄或暫停該PUSCH傳輸,並且在方塊830,WTRU 102可以傳送SR。如果PUSCH傳輸尚未開始和/或TB尚未被建構,則在方塊835處,WTRU 102可以確定該SR是否可以在PUSCH上被多工。如果SR可以在PUSCH上被多工,則在方塊840,WTRU 102可以在PUSCH上被多工SR,並且在方塊845,WTRU 102可以傳送SR和PUSCH這兩者。如果SR不能在PUSCH上被多工,則在方塊850,WTRU 102可以在實體層或在較高層(例如MAC層)丟棄或暫停該PUSCH(例如藉由不產生PDU),並且在方塊830,WTRU 102可以傳送該SR。
如果該PUSCH的優先順序不小於SR的優先順序,則在方塊855,WTRU 102可以確定PUSCH傳輸是否已經開始以及TB是否已經被建構,例如在實體層被建構。如果PUSCH傳輸已經開始並且TB已經被建構,則在方塊860,WTRU 102可以確定SR是否已經被用信號通知給WTRU的實體層。如果SR已經被用信號通知給WTRU 102的實體層,則在方塊865,WTRU 102可以丟棄該SR。如果該SR尚未被用信號通知給WTRU 102的實體層,則在方塊870處,WTRU 102可以不指示或將不指示WTRU 102的實體層產生SR傳輸。如果PUSCH傳輸尚未開始和/或TB尚未被建構,則在方塊875處,WTRU 102可以確定如果SR與PUSCH多工,則PUSCH的可靠性和/或潛時是否被損害。如果藉由SR與PUSCH的多工而損害了PUSCH的可靠性和/或潛
時,則在方塊880,WTRU可以確定SR是否已經被用信號通知給實體層。在方塊880之後,如果SR已經被用信號通知給實體層,則在方塊865,WTRU 102可以丟棄該SR。在方塊880之後,如果該SR尚未被用信號通知給WTRU 102的實體層,則在方塊870,WTRU 102可以不指示或將不指示WTRU 102的實體層產生SR傳輸。在方塊875之後,如果SR與PUSCH多工沒有損害PUSCH的可靠性和/或潛時,則在方塊885,WTRU可以在PUSCH上多工SR,並且在方塊890,WTRU可以傳送SR和PUSCH這二者。
雖然圖8示出了用於一種類型的衝突(PUSCH相對於SR衝突)的WTRU內優先化,但是相同或基本相似的過程可以用於其他類型的衝突,例如包括但不限於PUSCH相對於UCI衝突。
WTRU 102可以被配置成在時槽(例如相同的時槽)中和/或在時域中重疊地傳送多於一個的PUSCH傳輸,並且該PUSCH傳輸可以在不同的服務胞元和/或不同的載波上(例如每個PUSCH傳輸可以在不同的服務胞元和/或不同的載波上)。該PUSCH傳輸可以具有不同的服務相關優先順序(例如,每個PUSCH傳輸可以具有不同的服務相關優先順序)。例如,WTRU 102可能正在載波(例如一個載波)上傳送低優先順序PUSCH。例如當WTRU 102可能正在載波上傳送低優先順序PUSCH時,新的較高優先順序SR或UCI可被觸發。該載波可以映射到在時域中可能重疊的不同載波上的PUCCH資源。在某些範例中,WTRU 102可以在一個載波上傳送低優先順序UCI和/或SR,而可以被配置和/或排程為在不同的載波上傳送的新的高優先級資料可能到達。WTRU 102可以被配置和/或排程為在不同的載波上具有PUSCH資源,其可能承載不同優先順序的資料訊務。
WTRU 102可以基於以下標準中的任意標準來選擇至少一個PUSCH以用於多工UCI:(1)PUSCH傳輸是否適合於UCI和資料的組合的傳輸;(2)與該PUSCH和UCI相關聯的一個或複數服務級別優先順序;和/或(3)在現有系統中使用的用於選擇PUSCH傳輸的任何準則(例如NR版本15,例如如在包括第9部分的TS 38.213 v15.6.0中規定的),諸如PUSCH是否由DCI排程、非週期性CSI是否要在PUSCH中被多工、PUSCH的服務胞元索引、和/或與處理時間有關的時間線條件是否被滿足等等。
該WTRU 102可以確定PUSCH傳輸的子集作為用於多工給定類型和/或優先順序的UCI的候選PUSCH傳輸。然後,WTRU 102可以確定該候選PUSCH傳輸的子集。該候選PUSCH傳輸的子集由WTRU 102確定為適於UCI和資料的組合的傳輸。可以基於本文揭露的一個或複數範例來執行該確定。WTRU 102可以基於例如為現有系統指定的一個或複數規則從該子集中選擇PUSCH。例如,WTRU 102可以選擇在該子集內具有最小服務胞元索引的PUSCH。在該候選PUSCH傳輸內沒有合適的PUSCH傳輸的情況下,WTRU 102可以確定一優先化的資源(例如,根據本文揭露的一個或複數範例)。例如,如果該優先化的資源是PUCCH傳輸,和/或在服務胞元或胞元組內不允許同時進行PUCCH和PUSCH傳輸,則WTRU 102可以在同一服務胞元或在胞元組的所有服務胞元中丟棄一個或複數PUSCH傳輸。
給定類型和/或優先順序的UCI的候選PUSCH傳輸的子集可以包括以下中的任何一個、由以下中的任何一個組成或者根據以下中的任何一個來確定:(1)WTRU 102被配置成在其上傳送的PUSCH傳輸的集合(例如,整個集合);(2)與UCI具有相同的服務相關優先順序的PUSCH傳輸的子集,並
且例如在週期性CSI的情況下,該服務相關優先順序可以被配置或定義為對應於特定優先順序,諸如最低優先順序;(3)PUSCH傳輸的集合(例如,整個集合)中的具有最高服務相關優先順序的PUSCH傳輸的子集;(4)PUSCH傳輸的子集,其由動態授權所排程、由所配置的授權所排程、被調用於半持久PUSCH和/或針對其請求非週期CSI;和/或(5)根據用於在現有系統(版本15)中選擇PUSCH的規則而確定的PUSCH傳輸(例如,僅PUSCH傳輸)。
在對於多於一種類型和/或優先順序的UCI發生衝突的情況下,候選PUSCH傳輸的該子集對於每個UCI可以是不同的,和/或每個UCI可以在不同的PUSCH上被多工。例如,WTRU 102可以在第一優先順序的PUSCH中多工第一優先順序的HARQ-ACK,並且可以在第二優先順序的PUSCH中多工第二優先順序的HARQ-ACK。在某些代表性實施例中,可以僅在單個PUSCH中允許UCI的多工。在這種情況下,對於任何UCI,候選PUSCH的該子集可以被確定為適用於最高優先順序UCI的子集。
例如,在一種情況下,WTRU 102可以在給定的時槽中在第一服務胞元中傳送第一優先順序(例如,與URLLC服務相關聯)的第一PUSCH,在第二服務胞元中傳送第二優先順序(例如,與eMBB服務相關聯)的第二PUSCH,以及在第三服務胞元中傳送第二優先順序(例如,與eMBB服務相關聯)的第三PUSCH。在WTRU 102將在或將要在相同時槽中在PUCCH中傳送第二優先順序(例如,與eMBB服務相關聯)的HARQ-ACK的情況下,WTRU 102可以在第二PUSCH中多工第二優先順序的HARQ-ACK。此外,如果WTRU 102將在相同時槽中在PUCCH中傳送或將要傳送第一優先順序的HARQ-ACK,則WTRU 102可以在第一PUSCH中多工第一優先順序的HARQ-ACK。在上述場景下,WTRU 102可以在相同時槽中在不同PUSCH傳輸中多工不同優先順序的UCI。
在根據一個標準集合,用於給定類型和/或優先順序的UCI的候選PUSCH傳輸的子集為空的情況下,WTRU 102可以回退到第二(例如,較少限制的)標準集合。例如,對於給定的服務相關優先順序的UCI,候選PUSCH傳輸的該子集可以對應於相同的服務相關優先順序的PUSCH傳輸(如果存在至少一個這樣的PUSCH傳輸),否則,可以對應於PUSCH傳輸的集合(例如,整個集合)。
在一些場景中,WTRU 102可能不能同時傳送PUSCH和PUCCH這兩者,或者WTRU 102可能不能在滿足更高優先順序傳輸的可靠性要求的同時:(1)同時傳送PUSCH和PUCCH;(2)同時傳送該PUSCH和該PUSCH;或者(3)同時傳送PUCCH和PUCCH。WTRU 102可丟棄低優先順序傳輸,並可傳送高優先順序傳輸。WTRU 102可在時間上與較高優先順序傳輸重疊的部分穿孔該低優先順序傳輸。如果對於高優先順序傳輸滿足可靠性和/或潛時度量,則WTRU 102可以在PUSCH傳輸上多工SR或UCI。在另一個範例中,如果該重疊傳輸尚未開始,WTRU 102可以應用不同的傳輸功率和/或功率控制參數。在某些範例中,WTRU 102可以在為較低優先順序重疊傳輸分配任何功率(考慮、根據和/或基於WTRU 102的功率餘量)之前,首先為該較高優先順序傳輸分配功率。在其他範例中,WTRU 102可以由較高層配置具有兩個功率控制參數集;當PUCCH傳輸或PUSCH傳輸與另一PUSCH傳輸或另一PUCCH傳輸重疊時(例如僅當PUCCH傳輸或PUSCH傳輸與另一PUSCH傳輸或另一PUCCH傳輸重疊時),WTRU 102可以為該PUCCH傳輸或PUSCH傳輸選擇特定的功率控制參數集。
在某些代表性實施例中,如果為給定載波上的傳輸產生的傳輸塊(TB)與不同載波上的較高優先順序的傳輸重疊,則WTRU 102可以丟棄該TB。WTRU 102可以確定、設定和/或考慮一資源子集為非活動的,和/或不
產生適用於該資源的PDU,這可發生在例如該資源子集與適用於在不同載波上傳輸較高優先級資料的另一資源重疊的情況下。在某些範例中,WTRU 102可以被配置有在時域中可能重疊的不同載波上的兩個或更複數所配置的授權。例如,第一配置的授權CG1可以攜帶所有優先順序的資料,而第二配置的授權CG2可以攜帶來自較低優先順序的資料(例如,僅資料)。當WTRU 102具有高優先順序和低優先順序的緩衝資料時,WTRU 102可將來自低和高優先順序LCH的資料多工到第一配置的授權CG1(例如,僅第一配置的授權CG1)上,並且可不為該第二配置的授權CG2產生TB,這可發生在例如該第二配置的授權CG2在時域中與和該第一配置的授權CG1相關聯的CG時機重疊的情況下。
對於至少一個衝突資源,WTRU 102可以在不與優先化資源重疊的至少一部分上進行傳送,以使得該重疊可以在時域中(例如僅在時域中)或者在時域和頻域這二者中。例如,第一資源可以是具有14個符號的持續時間的PUSCH傳輸資源,並且第二(例如,優先化的)資源可以是與該第一資源的第3和第4個符號重疊的具有2個符號的持續時間的PUCCH傳輸。WTRU 102可以傳送該第一資源的前2個符號,跳過該第一資源的第3和第4個符號並傳送該第二資源,然後從第5個符號開始傳送該第一資源。
當第一資源的至少一部分與第二(例如,優先化的)資源重疊時,WTRU 102可以基於以下條件中的任意條件來確定是否在第一資源上至少在剩餘的、不重疊的部分上進行傳送:(1)如果基於碼塊組的HARQ被配置用於該傳輸(例如,至少用於PUSCH傳輸);(2)如果至少特定數量(例如,一個)的該一個或複數碼塊和/或一個或複數碼塊組被映射在該非重疊部分上;(3)如果至多一定數量的該一個或複數碼塊和/或一個或複數碼塊組被映
射在一個或複數跳過部分之上;(4)如果該一個或複數非重疊部分在該資源的某個部分之上;(5)如果參考信號(例如,DM-RS)存在於該非重疊部分中;和/或(6)如果第二傳輸能在第一傳輸上被多工。
在一些範例中,WTRU 102可以將可能與不同的基於服務的優先順序等級相關聯的UCI和/或資料多工到單個資源中。例如,WTRU 102可以將與不同的基於服務的優先順序等級相關聯的HARQ-ACK和/或SR和/或資料多工到單個PUCCH或單個PUSCH中。
當在PUSCH上多工UCI時,可用於UCI的資源元件集合可以取決於與該UCI相關聯的基於服務的優先順序等級。例如,對於特定優先順序,對於最後N個時間符號,可用於HARQ-ACK和/或SR的資源元件的數量可以是零。N的值可以取決於適用於該優先順序的潛時要求。例如,N可以使得最後N個符號在沒有衝突的情況下可以不與或者不與可能攜帶HARQ-ACK和/或SR的PUCCH資源重疊。
WTRU 102可以在PUSCH或PUCCH上多工與不同的基於服務的優先順序等級相關聯的UCI和/或資料。在一些範例中,WTRU 102可以在PUSCH或PUCCH上多工之前,編碼(例如聯合編碼)與不同優先順序相關聯的UCI(例如HARQ-ACK和/或SR)。在PUSCH的情況下,WTRU 102可以藉由使用被配置用於聯合編碼的UCI中的最高優先順序等級的參數集合(α,β)來確定用於該聯合編碼的UCI的每層編碼調製符號的數量(Q')。
在某些代表性實施例中,WTRU 102可以在PUCCH或PUSCH上多工之前,編碼(例如,單獨編碼)與不同優先順序等級相關聯的UCI(例如,HARQ-ACK/SR)。在PUSCH的情況下,WTRU 102可以藉由使用特定於優先順序等級(例如每個優先順序等級)的參數(α,β)來確定每個優先順序等級
的每層的編碼調製符號的數量(Q')。WTRU 102可以將編碼調製符號映射到PUSCH的不同資源元件集合。
當在PUSCH上將與不同優先順序相關聯的UCI與資料多工時,WTRU 102可以假設第一組可用資源元件,首先在PUSCH上編碼和多工UCI的第一子集和資料,然後可以編碼UCI的第二子集並替換(例如,穿孔或覆寫)先前為該UCI的第一子集和/或資料確定的編碼位元或調製符號的子集的值。可替換地,多工可以藉由“速率匹配”來執行,其中假定第一組可用資源元件減少了映射該第二子集的調製符號所需的第二組資源元件,WTRU 102可以編碼該第一子集,並且其中該第二子集的編碼位元被調製和映射在第二組可用資源元件上,並且不覆寫該第一子集的編碼位元。
採用聯合編碼還是單獨編碼,和/或是否藉由穿孔來執行UCI子集的多工,可以取決於以下:(1)與該不同UCI相關聯的該優先順序等級;(2)該不同UCI的位元的數量;(3)可用處理時間,其可例如由PDCCH傳輸或PDSCH傳輸與報告HARQ-ACK的相應資源(例如在HARQ-ACK的情況下)之間的時間差確定。
例如,如果HARQ-ACK位元的總數低於臨界值,或者如果針對至少一個優先順序等級的HARQ-ACK位元的數量低於臨界值,則可以聯合地編碼不同優先順序等級的HARQ-ACK。
例如,可以藉由對與較低優先順序等級相關聯的UCI和/或資料進行穿孔來對與較高優先順序等級相關聯的UCI(例如,HARQ-ACK和/或SR)進行多工。
例如,可以藉由穿孔可以與較早的PDCCH傳輸或較早的PDSCH傳輸相關聯的UCI和/或資料,多工與PUSCH資源開始之前少於X個符號結束的PDSCH傳輸相關聯的HARQ-ACK。
在一些範例中,當與複數優先順序等級相關聯的HARQ-ACK可以在相同的PUCCH資源或相同的PUSCH資源上被多工時,即使沒有接收到針對相應優先順序等級的PDSCH指派,WTRU 102也可以為至少一個優先順序等級編碼最少M個HARQ-ACK位元。M可以被設定為任何正整數,例如2。該範例可以確保與最高優先順序等級相關聯的HARQ-ACK的解碼不會由於針對較低優先順序傳輸的單個或複數PDSCH指派的偵測失敗而失敗。該範例可以在PUCCH資源或PUSCH資源被允許攜帶與較低優先順序等級相關聯的HARQ-ACK的情況下(例如,僅在這種情況下)使用。例如,如果PUSCH傳輸滿足多工(例如,潛在地多工)較高優先順序和較低優先順序的HARQ-ACK的條件,並且WTRU 102確定N1個HARQ-ACK位元將或需要被多工用於較高優先順序,但是沒有HARQ-ACK用於較低優先順序,則WTRU 102可以另外多工M個HARQ-ACK位元,該M個HARQ-ACK位元被設定為0以用於該較低優先順序。
在一些範例中,SR可以與PUCCH或PUSCH上的其它UCI和/或資料進行多工。例如,如果(例如,僅當)SR與相同優先順序相關聯,則可以將該SR與HARQ-ACK聯合編碼,或者可以將該SR與另一UCI分開編碼。在後一種情況下,當在PUSCH上多工時,WTRU 102可以藉由使用為該SR單獨配置的參數(α,β)來確定在給定優先順序等級的該SR的每層編碼調製符號的數量(Q')。在某些代表性實施例中,可以重用與針對相同優先順序等級的HARQ-ACK相同的參數。
可以基於排程請求的數量K來確定用於該SR的位元的數量,其中該排程請求的對應PUCCH資源可以與用於多工的PUCCH或PUSCH重疊或者將與用於多工的PUCCH或PUSCH重疊。例如,在該SR被多工在PUSCH上的情況下,可以包括與比PUSCH高的優先順序相關聯的K’個(例如,僅該
K’個)的排程請求。例如,可以包括與大於log2(K+1)或log2(K’+1)的最小整數相對應的數個位元。
圖9是示出了使用溢流資源的代表性程序的示圖。
參考圖9,溢流資源程序900可以包括:在方塊910,WTRU 102被標識為具有混合訊務能力。在方塊920,WTRU 102可以接收用於主及溢流(primary and overflow)UCI的配置。在方塊930,WTRU 102可以確定UCI衝突是否被識別(例如,是否將發生)。如果UCI衝突將發生,則在方塊940,WTRU 102可以在主PUCCH上傳送高優先順序(例如,第一優先順序或多工的)訊務。在方塊950處,WTRU 102可以傳送溢流PUCCH使用信號。在方塊960,WTRU 102可以在溢流PUCCH上傳送低優先順序UCI(例如,第二優先順序、較低優先順序和/或剩餘UCI)。如果未識別出UCI衝突(例如,將不會發生),則在方塊970處,WTRU 102可以在5G NR獨立和/或非獨立PUCCH(例如,3GPP版本15以及以上的PUCCH)上進行傳送。
例如,WTRU 102可以被配置有多於一個PUCCH資源集合,例如主資源和一個或複數溢流或輔助資源。WTRU 102選擇的資源集合的數量可以與該WTRU 102必須傳送的具有不同基於服務的優先順序等級的UCI的數量相關聯。可以預期,對於基於潛時的基於服務的優先順序,該主資源可以比輔助資源更早開始並且更短。
在一個範例中,該主資源和該溢流資源可以在時間或頻率上不重疊的分開的時間和頻率資源中。
在一個範例中,該主資源和該溢流資源可以在時間上(例如,僅時間)或在頻率上(僅頻率)分開(例如,該主資源和該溢流資源可以在時間上分開但在頻率上不分開,或者在頻率上分開但在時間上不分開)。
在一個範例中,WTRU 102可以靜態、半靜態和/或動態地配置有一個或複數專用溢流資源。在某些代表性實施例中,WTRU 102可以靜態、半靜態和/或動態地配置有一個或複數公共溢流資源(例如複數WTRU 102可以配置有一個或複數相同的溢流資源)。在某些代表性實施例中,WTRU 102可以靜態、半靜態和/或動態地配置有專用溢流資源和公共溢流資源的混合。
在一個範例中,WTRU 102可以根據主資源的資源配置來確定溢流資源的時序和/或資源配置。當由於WTRU內或WTRU間優先化而導致該主資源被丟棄、暫停和/或去優先化時,WTRU 102可以有條件地使用溢流資源。例如,WTRU 102可以丟棄HARQ-ACK的傳輸(例如由於WTRU內優先化),並且可以使用溢流資源來傳送該去優先化的HARQ-ACK。WTRU 102可以使用先前(或初始)指示的PUCCH資源和HARQ-ACK時序來確定溢流PUCCH資源。例如,WTRU 102可以使用先前用信號通知的K1(例如,其通常是PDSCH和相應PUCCH之間的延遲)和與PUCCH資源相關聯的PRI(例如,其可以被定義為PUCCH資源指示符)來確定另一個PUCCH溢流資源,其開始於去優先化該HARQ-ACK傳輸之後的K1(或先前用信號通知的K1的函數)時槽之後。
該一個或複數主資源和溢流資源可以用於發送用於不同優先順序的訊務的UCI。在這種情況下,可以在主資源中發送較高優先順序的訊務以滿足訊務優先順序等級(例如,潛時),和/或者同時可以使用溢流資源來發送較低優先順序的訊務。在某些代表性實施例中,該主資源可用於傳輸多工的較高和較低優先順序UCI,而該溢流資源用於傳輸較低優先順序UCI(例如,僅較低優先順序UCI)。
可能需要從WTRU到網路實體(例如gNB或其他存取點)的顯式或隱式信號以指示在哪個資源中傳輸的訊務(例如特定訊務)。在一個範例中,WTRU 102可以將溢流利用信號作為單獨的UCI和/或作為主PUCCH資源上的UCI的一部分而傳送到網路實體和/或gNB,以指示該WTRU對溢流資源的使用(例如在溢流利用信號的傳輸中)。該溢流利用信號可以是指示溢流資源的使用的標誌或指示符(例如,單位元指示符或多位元指示符),和/或可以包括關於特定PUCCH資源或所使用的資源的資訊。在一個範例中,WTRU 102可假定或確定網路實體或gNB可隱含地識別由於在該主資源上傳輸非預期較高優先順序UCI而導致的溢流資源的使用。
在WTRU 102被配置非專用溢流資源的情況下,如果WTRU 102同時使用該溢流資源,則複數WTRU 102之間或之中的衝突是可能的。該網路實體或gNB可顯式地確認在該非專用溢流資源中接收到資訊。為了減輕可能的衝突的影響,在一個實施方式中,WTRU 102可以被配置成在非專用資源中以非正交方式傳送資訊(例如,使用非正交多址(NOMA)波形以允許複數WTRU 102存取該資源),由於所傳送的資訊很可能來自較低優先順序的訊務,這是可以接受的,在一個範例中,WTRU 102可以被配置成使用諸如在NR-U中的先聽後說機制或者使用隨機存取機制(在該隨機存取機制中,WTRU 102可以隨機選擇非專用資源的子集(例如,選擇碼、頻率和/或時間))來存取該溢流資源。在某些代表性範例中,該溢流資源可被限於PUCCH格式,其允許(藉由使用基於序列的PUCCH)在相同時間頻率資源內多工來自複數WTRU 102的資料。
在一個範例中,在識別到具有不同優先順序等級的訊務之間的UCI衝突時,WTRU 102可以自主地切換到該主及溢流UCI傳輸配置。
本文描述了衝突場景和可能的範例性解決方案的一些範例。在下文中,“eMBB”可以指代基於服務的第一優先順序等級,而“URLLC”可以指代基於服務的第二優先順序等級,從而例如URLLC可以具有比eMBB更高的優先順序。
可以在排程DCI(和/或用於DL SPS的啟動DCI命令)中指示HARQ-ACK的優先順序。
如果沒有超過可適用於URLLC的最大碼率,則WTRU 102可以在為URLLC指示的PUCCH資源上多工eMBB的HARQ-ACK和URLLC的HARQ-ACK,否則WTRU 102可以丟棄eMBB的HARQ-ACK。當對eMBB的UCI(例如,僅eMBB UCI)進行多工時,可以單獨地配置該最大編碼率。可以使用適用於URLLC的HARQ-ACK的功率控制參數。
PUSCH的優先順序可以由DCI指示和/或藉由RRC信號而被指示用於所配置的授權類型1。可以在排程DCI(和/或用於DL SPS的啟動DCI命令)中指示該HARQ-ACK的優先順序。
WTRU 102可以使用被配置用於低優先順序HARQ-ACK被多工到高優先順序PUSCH中的情況的附加參數集(例如,α和PUSCH offset),例如以避免為了所需的可靠性而將太多資源用於eMBB的HARQ-ACK,並且確保為URLLC的PUSCH保持足夠的資源。
PUSCH的優先順序可以由DCI指示和/或藉由RRC信號而被指示用於所配置的授權類型1。SR的優先順序可以由用於相應SR配置的RRC信號來指示。
如果滿足條件,則WTRU 102可以在PUSCH上多工SR,否則,例如當該SR為正時,可以至少對於重疊部分丟棄PUSCH。例如,該條件可以包括以下任何一個:(1)時域中的PUSCH資源在用於該SR的PUCCH資源內(例如,以確保滿足潛時要求);和/或(2)每層的編碼調製符號的數量Q’SR小於臨界值(例如,以確保滿足可靠性要求)等。
當在eMBB的PUSCH上多工URLLC SR的SR時:至少如果HARQ-ACK位元的數量大於2,則WTRU 102可以與URLLC的HARQ-ACK(例如,如果存在的話)聯合編碼。WTRU 102可以使用被配置用於高優先順序HARQ-ACK被多工到低優先順序PUSCH中的情況的附加參數集(例如,α和PUSCH offset)。
PUSCH的優先順序可以由DCI指示和/或藉由RRC信號而被指示用於所配置的授權類型1。可以在排程DCI(和/或用於DL SPS的啟動DCI命令)中指示HARQ-ACK的優先順序。
如果滿足條件,則WTRU 102可以在eMBB的PUSCH上多工URLLC的HARQ-ACK,否則WTRU 102可以至少對於重疊部分丟棄PUSCH。該條件可以包括:(1)時域中的PUSCH資源在其中報告了URLLC的HARQ-ACK的子時槽內,例如以確保滿足潛時要求;和/或(2)每的編碼調製符號的數量Q’ACK小於臨界值,例如以確保滿足可靠性要求。
可以配置附加的參數集(例如,α和PUSCH offset並且將其用於高優先順序HARQ-ACK被多工到低優先順序PUSCH中的情況。
在某些代表性實施例中,碼簿索引可以指示時槽內的資源,諸如子時槽、微時槽或起始符號。
如果在傳輸時機中在頻率範圍內的服務胞元上的總WTRU發射功率超過或將超過臨界值(例如Pcmax),則WTRU 102可以根據優先順序順序分配功率。在一些範例中,該優先順序順序可以取決於與該傳輸(例如,每個傳輸)相關聯的服務相關優先順序。例如,在某些實施例中,至少對於某些類型的傳輸,諸如PUCCH和/或PUSCH,傳輸的服務相關優先順序可以優先於從由該傳輸承載的資訊類型(例如,傳輸是否承載HARQ-ACK、SR、CSI和/或僅資料)匯出的優先順序。該優先化可以由從該兩種類型的優先順序確定的複合優先順序索引Poverall來設定和/或定義,例如如下面的等式1中所闡述的:Poverall=Pserv x Nttype+Pttype (1)
其中Pserv可以是服務相關的優先順序索引(例如,以0開始並且具有表示較低優先順序的較高值),Pttype可以是從資訊類型匯出的優先順序索引,並且Nttype可以是該資訊類型的優先順序等級的數量。例如,Nttype的值可以具有3個優先順序等級(例如,對於與沒有UCI的PUSCH傳輸相關聯的Pttype,其值為2;對於與具有CSI的PUSCH傳輸和/或PUCCH傳輸相關聯的Pttype,值為1;以及對於與具有SR和/或HARQ_ACK的PUSCH傳輸或PUCCH傳輸相關聯的Pttype,其值為0)。在一些實施例中,具有CSI的PUCCH傳輸可以與最高Pserv值相關聯(例如,總是與其相關聯)。
例如,該優先順序順序可以是如下降冪排序:(1)PCell上的PRACH傳輸;(2)PUCCH傳輸和/或PUSCH傳輸,其中優先順序可以由Poverall確
定;(3)非週期性SRS;以及(4)SCell上的半持久性和/或週期性SRS和/或PRACH傳輸。
圖10是示出了使用回饋資訊(例如HCAI)的代表性程序的流程圖。
參考圖10,該代表性程序1000可包括:在方塊1010,WTRU 102接收在第一時槽或第一微時槽中的與第一類型的服務、第一優先順序等級或第一優先順序相關聯的第一實體下鏈共用頻道(PDSCH)、以及在第二時槽或第二微時槽中的與第二類型的服務/優先順序等級/優先順序相關聯的第二PDSCH。在方塊1020,WTRU 102可以基於該第一PDSCH的屬性或與該第一PDSCH相關聯的控制資訊確定第一HARQ碼簿確認索引(HCAI),並且基於該第二PDSCH的屬性或與該第二PDSCH相關聯的控制資訊確定第二HCAI。在方塊1030處,WTRU 102可以針對以下中的任一個:該第二時槽、該第二微時槽、後續時槽或後續微時槽,產生包括根據該第一HCAI的第一HARQ確認(HARQ-ACK)資訊的第一實體上鏈控制頻道(PUCCH)以及包括根據該第二HCAI的第二HARQ-ACK資訊的第二PUCCH。在方塊1040處,WTRU 102可以向網路實體傳送該第一PUCCH和第二PUCCH。例如,該第一PDSCH和第二PDSCH的屬性可以是以下的任何屬性:搜尋空間、傳輸簡檔和/或臨時識別符。
在某些代表性實施例中,WTRU 102可以在單獨的PUCCH資源中多工第一組HARQ-ACK位元作為該第一HARQ-ACK資訊,以及多工第二組HARQ-ACK位元作為該第二HARQ-ACK資訊。
在某些代表性實施例中,該第一類型的服務可以是超可靠低潛時通信(URLLC)服務或增強型URLLC服務,並且該第二類型的服務可以是另一類型的服務和/或該第二類型的服務可以是增強型移動寬頻(eMBB)服務或大型機器類型通信(mMTC)服務。
在某些代表性實施例中,WTRU 102可從所指示的與該PDSCH相關聯的HCAI中確定該PDSCH的優先順序。
該DCI(例如,控制信號)例如可以指示與各種服務/優先順序等級相關聯的一個或複數延遲時段。相應的延遲週期可以指示以下之一:(1)相應PDSCH的傳輸與相應PUCCH傳輸的傳輸之間的時間;(2)該相應PDSCH的該傳輸與該相應PUCCH傳輸的該傳輸之間的時槽數量;和/或(3)該相應PDSCH的該傳輸和該相應PUCCH的該傳輸之間的微時槽的數量。
圖11是示出了使用回饋資訊(例如HCAI)的另一代表性程序的流程圖。
參考圖11,該代表性程序1100可包括:在方塊1110,WTRU 102在複數時槽或微時槽中接收與不同類型的服務、優先順序等級、或優先順序相關聯的複數實體下鏈共用頻道(PDSCH)。在方塊1120,WTRU 102可以確定HARQ碼簿確認索引(HCAI)以及以下中的任何一個:(1)針對所接收的複數PDSCH中的每個PDSCH的服務類型,(2)針對所接收的複數PDSCH中的每個PDSCH的優先順序等級,和/或(3)針對所接收的複數PDSCH中的每個PDSCH的優先順序。在方塊1130處,WTRU 102可以基於所確定的HCAI和所確定的服務類型/優先順序等級/優先順序,確定針對相應的時槽或相應的微時槽傳送的PUCCH的數量。在方塊1140,WTRU 102可以在該相應時槽或相應微時槽的相應不同的PUCCH資源中多工該數量的PUCCH。在方塊1150,WTRU 102可以在該相應的時槽或相應的微時槽中傳送所確定的數量的PUCCH。例如,所確定的與PDSCH相關聯的(1)服務類型、(2)優先順序等級和/或(3)優先順序可以由該PDSCH的一個或複數屬性來指示,這其中包括以下中的任何一個:搜尋空間、傳輸簡檔和/或臨時識別符。
在某些代表性實施例中,WTRU 102可以在公共時槽的單獨PUCCH資源中多工第一組HARQ-ACK位元作為根據第一HCAI的第一HARQ-ACK資訊,以及多工第二組HARQ-ACK位元作為根據第二HCAI的第二HARQ-ACK資訊,(例如,條件是每個HARQ碼簿包括與HARQ碼簿索引和/或優先順序相關聯的一個或複數PDSCH的HARQ-ACK)。
在某些代表性實施例中,用於公共時槽中的單獨PUCCH資源的條件可以包括:第一類型的服務、第一優先順序等級和/或第一優先順序被指示為與第一HCAI相關聯,以及不同類型的服務、不同的優先順序等級和/或不同的優先順序被指示為與第二HCAI相關聯。
在某些代表性實施例中,WTRU 102可以在不同時槽的單獨PUCCH資源中多工第一組HARQ-ACK位元作為與第一HCAI相關聯的第一HARQ-ACK資訊,以及多工第二組HARQ-ACK位元作為與第二HCAI相關聯的第二HARQ-ACK資訊,(例如,條件是每個HARQ碼簿包括針對與HARQ碼簿索引和/或優先順序相關聯的一個或複數PDSCH的HARQ-ACK)。
在某些代表性實施例中,不同時槽中的單獨PUCCH資源的條件可以包括:第一類型的服務、優先順序等級和/或優先順序被指示為與第一HCAI相關聯,以及不同類型的服務、不同的優先順序等級和/或不同的優先順序被指示為與第二HCAI相關聯。
在某些代表性實施例中,WTRU 102可以基於與關聯於第一和第二組PDSCH的優先順序、優先順序別和/或服務類型相關聯的多工規則,在該公共時槽的公共PUCCH資源中多工與該第一組PDSCH相關聯的第一組HARQ-ACK位元和與該第二組PDSCH相關聯的第二組HARQ-ACK位元。
在某些代表性實施例中,該第一類型的服務可以是超可靠低潛時通信(URLLC)服務或增強型URLLC服務,並且該第二類型的服務可以是另一類型的服務,和/或例如,該第二類型的服務可以是增強型移動寬頻(eMBB)服務或大型機器類型通信(mMTC)服務。
在某些代表性實施例中,該優先順序等級可以是例如與最重要的控制信號和/或資料相關聯的最高優先順序,以及例如與不太重要的控制信號和/或資料相關聯的一個或複數較低優先順序。
在某些代表性實施例中,WTRU 102可以確定(或者是否)丟棄至少一個PUCCH。例如,一個或複數PUCCH的丟棄可以基於以下中的任何一個:(1)至少一個PUCCH的屬性(2)該至少一個PUCCH的PUCCH格式;(3)該HCAI;(4)傳輸簡檔;(5)與該至少一個PUCCH相關聯的該PDSCH傳輸的屬性;和/或(6)對應的實體下鏈控制頻道(PDCCH)的屬性。
在某些代表性實施例中,該一種或多種類型的服務可以包括以下中的任何一個:(1)超可靠低潛時通信(URLLC)服務;(2)增強型URLLC服務;(3)增強型移動寬頻(eMBB)服務;和/或(4)大規模機器類型通信(mMTC)服務。
在某些代表性實施例中,HCAI的每個控制信號可指示與以下任意項相關聯的延遲時段:(1)時間;(2)時槽的數量,或者(3)PDSCH傳輸和PUCCH傳輸之間的微時槽的數量。
在某些代表性實施例中,WTRU 102可以確定丟棄至少一個PUCCH或PUSCH。例如,WTRU 102可以基於以下中的任何一個來確定丟棄該至少一個PUCCH或PUSCH:(1)該至少一個PUCCH的屬性(2)該至少一個PUCCH的PUCCH格式;(3)該HARQ碼簿索引;(4)傳輸簡檔;(5)與該至少
一個PUCCH相關聯的該PDSCH傳輸的屬性;(6)優先順序等級;(7)相對優先順序等級;和/或(8)對應的實體下鏈控制頻道(PDCCH)的屬性。
圖12是示出了時域重疊(例如,eMBB和URLLC資訊/控制信號的時域重疊)的代表性程序的流程圖。
參考圖12,該代表性程序1200可以包括:在方塊1210,WTRU 102確定與特定優先順序等級(例如增強型移動寬頻(eMBB)服務)相關聯的排程請求(SR)或HARQ資訊將在時域中與和更高優先順序等級(例如超可靠低潛時通信(URLLC)服務或增強型URLLC(eURLLC)服務)相關聯的實體上鏈共用頻道(PUSCH)重疊。在方塊1220處,在與較低優先順序等級(例如eMBB服務)相關聯的SR或HARQ資訊將在時域中與關聯於較高優先順序等級(例如URLLC或eURLLC服務)的PUSCH重疊的條件下,WTRU 102可在關聯於較高優先順序等級的PUSCH上多工與較低優先順序等級相關聯的SR或HARQ資訊。在方塊1230處,WTRU 102可以傳送該PUSCH。
在某些代表性實施例中,WTRU 102可以確定該SR或該HARQ資訊的第一優先順序等級(例如與eMBB服務相關聯)和該PUSCH的第二優先順序等級(例如與URLLC服務或eURLLC服務相關聯)。
在某些代表性實施例中,在該PUSCH上多工該SR或該HARQ資訊還可以以與該第一和第二優先順序等級相關聯的預定規則為條件。
圖13是示出了使用溢流資源用於去優先化的資訊/控制信號(例如,HARQ確認(HARQ-ACK))的代表性程序的流程圖。
參考圖13,該代表性程序1300可以包括:在方塊1310,WTRU 102配置主上鏈資源和至少一個上鏈溢流資源。在方塊1320,WTRU 102可以接收資訊或控制信號。在方塊1330,WTRU 102可以確定該資訊或控制信號的HARQ確認(HARQ-ACK)是否被去優先化。在方塊1340,在該
HARQ-ACK被去優先化的情況下,WTRU 102可在該上鏈溢流資源上傳送該HARQ-ACK。在方塊1350,WTRU 102可在HARQ-ACK未被去優先化的條件下,在主上鏈資源上傳送該HARQ-ACK。例如,WTRU 102可以確定在HARQ-ACK與以下中的任何一個之間是否存在衝突:將出現其它資訊或其它控制信號,該WTRU 102可以確定該HARQ-ACK的優先順序等級是否超過該其它資訊或該其它控制信號的優先順序等級,並且在該HARQ-ACK的優先順序等級沒有超過該其它資訊或該其它控制信號的優先順序等級的情況下,WTRU 102可以去優先化該HARQ-ACK。
該主資源和溢流資源可以在時間或頻率上重疊或不重疊的單獨的時間資源和頻率資源中。
圖14是示出了使用位元欄位解釋(例如,基於服務類型)的代表性程序的流程圖。
參考圖14,該代表性程序1400可以包括:在方塊1410,WTRU 102接收包括下鏈控制資訊(DCI)的資訊。在方塊1420處,WTRU 102可以從所接收的資訊中確定或獲得為WTRU規定(provisioned)的服務類型/優先順序等級/優先順序。在方塊1430,WTRU 102可以基於所確定的服務類型、所確定的優先順序等級和/或所確定的優先順序來執行對所接收的DCI中的位元欄位集合的解釋。在方塊1440,WTRU 102可根據該位元欄位集合的解釋來配置該WTRU。例如,對於第一類型服務、優先順序等級和/或優先順序,該位元欄位集合中的至少一個位元欄位的解釋可以不同於第二類型服務、優先順序等級和/或優先順序。
在某些代表性實施例中,對該位元欄位集合中的至少一個位元欄位的解釋可與以下相關聯:(1)用於第一類型的服務/優先順序等級/優先順序的第一類型單元,以及(2)用於第二類型的服務/優先順序等級/優先順序
的第二類型單元。例如,該第一類型單元是:(1)符號;(2)一組符號;(3)一微時槽;(4)時槽;或者(5)子訊框,和/或該第二類型單元是以下中的不同一個:(1)該符號;(2)該組符號;(3)該微時槽;(4)該時槽;或(5)該子訊框。作為另一範例,該第一類型單元可以是與用於超可靠低潛時通信(URLLC)服務或增強型URLLC服務的HARQ回饋時序相關聯地使用的符號;並且該第二類型單元可以是與用於增強型移動寬頻(eMBB)服務的HARQ回饋時序相關聯地使用的時槽。
在某些代表性實施例中,WTRU 102可以從以下任何一個中確定或獲得為該WTRU規定的一種或多種類型的服務/優先順序等級/優先順序:(1)該DCI;(2)無線資源控制(RRC)信號;和/或(3)一個或複數系統區塊(SIB)。
在某些代表性實施例中,該服務類型可以是以下中的任何一個:超可靠低潛時通信(URLLC)型服務;增強型URLLC;增強型移動寬頻(eMBB)類型服務;或大規模機器類型通信(mMTC)類型服務。
在某些代表性實施例中,所接收的資訊可以包括以下中的任何一個:控制頻道配置資訊和/或PDSCH時域值。例如,WTRU 102可以根據所包括的控制頻道配置資訊或所包括的PDSCH時域值來確定所規定的服務的類型、優先順序等級和/或優先順序。
在某些代表性實施例中,該控制頻道配置資訊可以包括以下中的任何一個:(1)搜尋空間監視模式;(2)搜尋空間監視週期性;(3)搜尋空間持續時間;(4)CORESET配置;(5)用於加擾迴圈冗餘校驗(CRC)的RNTI;和/或(6)頻寬部分配置。
在某些代表性實施方式中,在WTRU 102接收的DCI處於配置有搜尋空間監視模式的搜尋空間內的情況下,WTRU 102可確定為WTRU規定的
服務類型、優先順序等級或優先順序為第一服務類型、第一優先順序等級或第一優先順序,並且在WTRU接收的DCI不處於配置有該搜尋空間監視模式的搜尋空間內的情況下,WTRU 102可確定為WTRU規定的服務類型為第二服務類型、第二優先順序等級或第二優先順序。
在某些代表性實施例中,在該監測週期性超過週期性臨界值的情況下,WTRU 102可確定為WTRU規定的服務類型、優先順序等級或優先順序是第一服務類型、第一優先順序等級或第一優先順序,並且在該監測週期性不超過週期性臨界值的情況下,WTRU 102可確定為WTRU規定的服務類型、優先順序等級或優先順序是第二服務類型、第二優先順序等級或第二優先順序。
在某些代表性實施方式中,在WTRU 102接收的DCI處於持續時間短於K個時槽的搜尋空間內的條件下,其中K是整數,則WTRU 102可確定為WTRU規定的服務類型、優先順序等級或優先順序是第一服務類型、第一優先順序等級或第一優先順序,並且在該持續時間等於或長於K個時槽的條件下,WTRU 102可確定為WTRU規定的服務類型、優先順序等級或優先順序是第二服務類型、第二優先順序等級或第二優先順序。
在某些代表性實施方式中,在PDSCH時域值低於臨界值或在臨界值之間的範圍內的情況下,WTRU 102可以確定為WTRU規定的服務類型、優先順序等級或優先順序是第一服務類型、第一優先順序等級或第一優先順序,並且在PDSCH時域值不低於該臨界值或不在該臨界值之間的範圍內的情況下,WTRU 102可以確定為WTRU規定的服務類型、優先順序等級或優先順序是第二服務類型、第二優先順序等級或第二優先順序。
在某些代表性實施例中,所接收的DCI中的該位元欄位集合可以在HARQ時序指示位元欄位中包括HARQ時序指示值。例如,對該HARQ時
序指示位元欄位中的HARQ時序指示值的解釋可以基於以下中的任何一個:(1)一個或複數實體下鏈共用頻道(PDSCH)時域分配值;(2)DMRS映射類型;(3)該PDSCH的起始符號;(4)PDSCH傳輸的長度;(5)該PDCCH的接收與該PDSCH的該起始符號之間的偏移或延遲;和/或(6)一個或複數HARQ進程ID值。
在某些代表性實施例中,如果PDSCH持續時間低於臨界值,則WTRU 102可以確定PDSCH傳輸屬於與第一類型服務、第一優先順序或第一優先順序相關聯的第一組PDSCH傳輸,否則,確定該PDSCH傳輸屬於與第二類型服務、第二優先順序或第二優先順序相關聯的第二組PDSCH傳輸。
圖15是示出了用於HARQ回饋(例如,基於服務類型)的代表性程序的流程圖。
參考圖15,該代表性程序1500可包括:在方塊1510,WTRU 102藉由該WTRU接收資訊。在方塊1520,WTRU 102可從所接收的資訊確定WTRU被規定用於第一類型的服務/優先順序等級/優先順序。在方塊1530,WTRU 102可產生用於與該第一類型的服務/優先順序等級/優先順序相關聯的傳輸的編碼位元。在方塊1540,WTRU 102可以用與第二類型的服務/優先順序等級/優先順序相關聯的編碼位元來覆寫作為被覆寫的編碼位元的所產生的編碼位元的子集,以產生與該第一和第二服務/優先順序等級/優先順序相關聯的編碼位元序列,該第二類型的服務/優先順序等級/優先順序具有比該第一類型的服務/優先順序等級/優先順序的優先順序等級更高的優先順序等級。在方塊1550,WTRU 102可以使用與第一和第二服務/優先順序等級/優先順序相關聯的該編碼位元序列產生用於傳輸的信號。在方塊1550,WTRU 102可以向網路實體傳送該信號。
在某些代表性實施例中,所發送的信號的編碼位元可以包括與該第一類型的服務/優先順序等級/優先順序的控制功能或資料相關聯的編碼位元集合以及與該第二類型的服務/優先順序等級/優先順序的控制功能相關聯的編碼位元集合。
在某些代表性實施例中,該第一類型的服務可以是增強型移動寬頻(eMBB)服務,而該第二類型的服務可以是超可靠低潛時通信(URLLC)或增強型URLLC。
在某些代表性實施例中,該第一類型的服務/優先順序等級/優先順序的控制功能或資料可以是第一類型服務/優先順序等級/優先順序的以下中的任何一個:(1)排程請求(SR);(2)HARQ-ACK;(3)CSI;或(4)資料,和/或該第二類型服務/優先順序等級/優先順序的控制功能可以是該第二類型的服務/優先順序等級/優先順序的以下中的任何一個:(1)SR;(2)HARQ-ACK;或(3)CSI。
在某些代表性實施例中,WTRU 102可以確定將被覆寫的第一類型服務/優先順序等級/優先順序的數個編碼位元是否與替換被覆寫的編碼位元的數個位元具有對應關係。例如,在要被覆寫的第一類型的服務、第一優先順序等級或第一優先順序的數個位元與用於替換被覆寫的數個編碼位元具有對應關係的情況下,WTRU 102可以覆寫第一類型的服務、第一優先順序等級或第一優先順序的該數個編碼位元。作為另一個範例,在要被覆寫的第一類型的服務、第一優先順序等級或第一優先順序的數個編碼位元與要替換要被覆寫的數個編碼位元沒有對應關係的情況下,WTRU 102可以丟棄而不覆寫第一類型的服務、第一優先順序等級或第一優先順序的編碼位元的一部分,並且用與第二類型的服務、第二優先順序等級或第二優先順序相關聯的編碼位元的集合替換所丟棄的位元。
該覆寫與該第一服務類型、該第一優先順序等級或該第一優先順序相關聯的該編碼位元的該子集可以包括:該WTRU確定與該第一服務類型、該第一優先順序等級或該第一優先順序相關聯的第一編碼位元序列;確定與該第一類型的服務、該第一優先順序等級或該第一優先順序相關聯的該第一編碼位元序列中將要用與該第二類型的服務、該第二優先順序等級或該第二優先順序相關聯的編碼位元來替換的位置;以及在該第一序列的所確定的位置處的編碼位元處進行移除;和/或在所確定的位置處插入與該第二類型的服務相關聯的編碼位元。
圖15是示出了用於HARQ回饋(例如,基於服務類型)的代表性程序的流程圖。
參考圖15,代表性程序1500可以包括:在方塊1510,WTRU 102接收資訊。在方塊1520,WTRU 102可從所接收的資訊確定該WTRU被規定用於第一類型的服務或第一優先順序等級和第二類型的服務或第二優先順序等級。在方塊1530,WTRU 102可以配置該WTRU傳輸與第一類型的服務或第一優先順序等級相關聯的第一HARQ回饋以及與第二類型的服務或第二優先順序等級相關聯的第二HARQ回饋。
在某些代表性實施例中,該WTRU的用於傳輸與該第一服務類型或第一優先順序等級相關聯的該第一HARQ回饋以及與該第二服務類型或第二優先順序等級相關聯的該第二HARQ回饋的配置可以包括設定時頻資源的第一部分以攜帶該第一HARQ回饋以及設定該時頻資源的第二單獨部分以攜帶該第二HARQ回饋。
在某些代表性實施例中,WTRU 102可以接收與第一類型的服務或第一優先順序等級相關聯的第一資料以及與第二類型的服務或第二優先順序等級相關聯的第二資料,從而在接收該第一資料和傳輸第一HARQ回
饋之間的第一延遲時間可以小於在接收該第二資料和傳輸第二HARQ回饋之間的第二延遲時間。例如,第一類型服務或第一優先順序等級可以是或可以對應於超可靠低潛時通信(URLLC)服務或增強型URLLC(eURLLC)服務,並且第二類型服務或第二優先順序等級可以是或可以對應於增強型移動寬頻(eMBB)服務。例如,第一優先順序等級可以是與URLLC或eURLLC服務相關聯的優先順序,而第二優先順序等級可以是與eMBB相關聯的優先順序等級。
在某些代表性實施例中,可以在長格式實體上鏈控制頻道(PUCCH)中發送該第二HARQ回饋,和/或可以按照具有比該第二HARQ回饋更短的潛時的格式來發送該第一HARQ回饋。
圖16是示出了代表性覆寫程序的流程圖。
參考圖16,該代表性程序1600可包括:在方塊1610,WTRU 102接收資訊。在方塊1620處,WTRU 102可從所接收的資訊確定該WTRU 102被規定用於第一類型的服務或第一優先順序等級。在方塊1630,WTRU 102可產生用於與第一類型的服務/優先順序等級相關聯的傳輸的編碼位元。在方塊1640,WTRU 102可以用與第二類型的服務或第二優先順序等級相關聯的編碼位元來覆寫作為被覆寫的編碼位元的所產生的編碼位元的子集,以產生與第一和第二服務/優先順序等級相關聯的編碼位元序列。在某些實施例中,該第二類型的服務可以具有比第一類型的服務的優先順序等級更高的優先順序等級。在方塊1650,WTRU 102可使用與第一和第二服務/優先順序等級相關聯的編碼位元序列產生用於傳輸的信號。在方塊1660,WTRU 102可以向網路實體傳送所產生的信號。
在某些代表性實施例中,所發送的信號的編碼位元可以包括與第一類型的服務/優先順序等級的控制功能或資料相關聯的編碼位元集合以
及與第二類型的服務/優先順序等級的控制功能相關聯的編碼位元集合。例如,該第一類型的服務/優先順序等級可以是或者可以對應於eMBB服務,而該第二類型的服務可以是URLLC服務或eURLLC服務。
該第一類型的服務/優先順序等級的控制功能或資料可以是第一類型服務/優先順序等級的例如以下中的任何一個:(1)排程請求(SR);(2)HARQ-ACK;(3)CSI;和/或(4)資料;和/或該第二類型的服務/優先順序等級的控制功能可以是該第二類型的服務/優先順序等級的以下的任何者:(1)SR;(2)HARQ-ACK;和/或(3)CSI。
在某些代表性實施例中,WTRU 102可以確定要被覆寫的第一類型服務/優先順序等級的數個編碼位元是否與要替換被覆寫的編碼位元的數個位元具有對應性,並且在要被覆寫的第一類型服務/優先順序等級的該數個位元與要替換該被覆寫的編碼位元的數個編碼位元具有對應性的情況下,WTRU 102可以覆寫該第一類型服務/優先順序等級的該數個編碼位元。
在某些代表性實施例中,在要被覆寫的第一類型的服務/優先順序等級的數個編碼位元與要替換該要被覆寫的編碼位元的數個編碼位元沒有對應性的情況下,WTRU 102可以丟棄第一類型的服務/優先順序等級的編碼位元的一部分,並且用與第二類型的服務/優先順序等級相關聯的編碼位元集合替換所丟棄的位元。例如,與第一類型的服務/優先順序等級相關聯的編碼位元的子集的覆寫可以包括:WTRU 102確定與第一類型的服務/優先順序等級相關聯的第一編碼位元序列;確定在與該第一類型的服務/優先順序等級相關聯的該第一編碼位元序列中的要用與該第二類型的服務/優先順序等級相關聯的編碼位元來替換的位置;在該第一序列的所確定的位置處的該編碼位元處進行移除;和/或在所確定的位置處插入與第二類型的服務/優先順序等級相關聯的編碼位元。
圖17是示出了避免預期衝突的代表性程序的流程圖。
參考圖17,該代表性程序1700可包括:在方塊1710,WTRU 102選擇以下任意項:(1)多工操作,用於將第一類型的服務/優先順序等級的編碼位元與第二類型的服務/優先順序等級的編碼位元多工;(2)覆寫操作,用於利用第二類型的服務/優先順序等級的編碼位元覆寫第一類型的服務/優先順序等級的編碼位元;和/或(3)丟棄/插入操作,用於丟棄第一類型的服務/優先順序等級的編碼位元,並且基於適用性標準將第二類型的服務/優先順序等級的編碼位元插入到所丟棄的編碼位元的位置中。在方塊1720,WTRU 102可使用所選擇的操作產生與該第一和第二服務相關聯的編碼位元序列。在方塊1730,WTRU 102可以使用該編碼位元序列產生用於傳輸的信號。在方塊1740處,WTRU 102可以向網路實體傳送該信號。
在某些代表性實施例中,該適用性標準可以基於以下中的任何一個:(1)基於服務的優先順序等級;(2)該第二類型的服務/優先順序等級的延遲要求;(3)衝突資源的持續時間;(4)該衝突資源的結束時間;(5)由較高層配置的最大時間延遲和/或偏移;(6)該衝突資源的週期性;(7)該第二類型的服務/優先順序等級的可靠性要求;(8)每層的編碼調製符號的數量低於第一臨界值;(9)最大覆寫量;(10)與該衝突資源相關聯的編碼率小於第二臨界值;和/或(11)與該第一或第二類型的服務/優先順序等級相關聯的編碼位元的總數小於為該衝突資源配置的最大有效載荷。
圖18是示出了代表性的多工程序的流程圖。
參考圖18,該代表性的程序1800可以包括:在方塊1810,WTRU 102確定是否預期到複數傳輸之間的一個或複數衝突。在方塊1820,WTRU 102可以確定所預期的衝突的時序或狀態。在方塊1830,在預期到至少一個衝突的情況下,WTRU 102可以基於所預期的衝突的時序或狀態,確定是否
發起動作(例如丟棄和/或不開始某些預期的後續動作)以減輕第一層或第二層處的該至少一個衝突。在方塊1840,WTRU 102可以在所確定的層處發起該動作以減輕該至少一個衝突。例如,所預期的衝突可以在以下任何一個之間:(1)實體上鏈共用頻道(PUSCH)和排程請求(SR);(2)PUSCH和上鏈控制資訊(UCI);和/或(3)較高優先順序上鏈控制資訊和較低優先順序上鏈控制資訊。
在某些代表性的實施方式中,WTRU 102可以確定是否已經將在第一傳輸中傳送的排程請求(SR)或上鏈控制資訊(UCI)用信號通知給作為第一層的實體層,或者該PUSCH的構造是否已經在該實體層開始。
在某些代表性的實施方式中,WTRU 102可以在該SR或UCI已經被用信號通知實體層或者該PUSCH的構造已經在實體層開始的情況下,確定在該實體層發起該動作;或者(2)在該SR或該UCI沒有被用信號通知實體層或者該PUSCH的構造還沒有在實體層開始的情況下,確定在MAC層發起該動作。例如,如果WTRU 102已經傳訊了與PUSCH重疊的具有更高優先順序的SR,則WTRU 102可以不構造MAC PDU。
例如,在所確定的層處的動作的該發起可以包括以下中的任何一個:(1)在已經傳訊該SR或該UCI之後,在該實體層處丟棄該SR或該UCI;(2)在MAC層停止該SR或該UCI的信號;(3)丟棄或暫停該實體層處的PUSCH;和/或(4)在MAC層停止該PUSCH的信號。
圖19是示出了代表性程序(例如,用於上鏈控制資訊(UCI)的傳輸)的流程圖。
參考圖19,該代表性程序1900可以包括:在方塊1910,WTRU 102配置該WTRU在一時槽中和/或在時域中重疊地傳送複數PUSCH傳輸。在方塊1920,WTRU 102可以基於一個或複數標準來選擇至少一個PUSCH以多
工上鏈控制資訊(UCI),該標準包括與每個該PUSCH傳輸相關聯的一個或複數服務等級優先順序。在方塊1930,WTRU 102可以在所選擇的PUSCH上多工該UCI。在方塊1940處,WTRU 102可以傳送攜帶所多工的UCI的該PUSCH。例如,該一個或複數標準可以包括該PUSCH傳輸是否適合於UCI和資料的組合的傳輸。
在某些代表性實施例中,該時槽中或重疊中的該PUSCH傳輸可以在不同的服務胞元和/或不同的載波上,和/或每個PUSCH傳輸可以具有不同的服務相關優先順序。
在某些代表性實施例中,WTRU 102可以基於PUSCH的服務級別優先順序和/或UCI的服務級別優先順序來選擇用於多工UCI的PUSCH。
根據代表性實施例的用於處理資料的系統和方法可由執行包含在存放裝置中的指令序列的一個或一個以上處理器來執行。這些指令可以從諸如輔助資料存放裝置(一個或複數)的其它電腦可讀媒體讀入該存放裝置。包含在該存放裝置中的指令序列的執行使得該處理器例如如上所述地操作。在替代實施例中,可以使用硬線電路來代替軟體指令或與軟體指令組合來實現本發明。這樣的軟體可以在處理器上運行,該處理器被遠端地容納在機器人輔助/裝置(RAA)和/或另一行動裝置內。在後一種情況下,資料可以經由有線或無線方式在該RAA或包含感測器的其它行動裝置與包含該處理器的遠端裝置之間傳輸,該處理器運行執行如上所述的比例估計和補償的軟體。根據其它代表性實施例,上文關於定位描述的一些處理可在含有感測器/相機的設備中執行,而其餘處理可在從含有該感測器/相機的該設備接收經部分處理的資料之後在第二設備中執行。
儘管上述按照特定組合描述了特徵和元件,但是本領域技術人員將理解的是每個特徵或元件可以被單獨使用或以與其它特徵和元件的任何
組合來使用。此外,於此描述的方法可以在嵌入在電腦可讀媒體中由電腦或處理器執行的電腦程式、軟體或韌體中實施。非暫態電腦可讀儲存媒體的範例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、諸如內部硬碟和可移磁碟之類的磁媒體、磁光媒體、以及諸如CD-ROM碟片和數位多功能磁碟(DVD)之類的光學媒體。與軟體相關聯的處理器可以用於實施在WTRU、UE、終端、基地台、RNC或任意主機電腦中使用的射頻收發器。
此外,在上述的實施方式中,提及了處理平臺、計算系統、控制器以及包含處理器的其他設備。這些設備可以包含至少一個中央處理單元(“CPU”)和記憶體。根據電腦程式設計領域的技術人員的實踐,對動作和操作或指令的符號描述的引用可以由各種CPU和記憶體執行。這些動作和操作或指令可以稱為“被執行”、“電腦執行”或“CPU執行”。
本領域技術人員可以理解動作和符號描述的操作或指令包括CPU對電信號的操縱。電氣系統表示可以標識資料位元,其使得電信號產生變換或還原以及資料位元在儲存系統中的儲存位置的維持由此以重新配置或其他方式改變CPU的操作以及信號的其他處理。維持資料位元的儲存位置是具有對應於或代表資料位元的特定電、磁、光或有機屬性。應當理解,代表性實施方式不限於上述的平臺或CPU且其他平臺和CPU可以支援提供的方法。
該資料位元也可以被維持在電腦可讀媒體上,其包括磁片、光碟以及任意其他揮發性(例如隨機存取記憶體(“RAM”))或非揮發性(例如唯讀記憶體(“ROM”))CPU可讀的大儲存系統。電腦可讀媒體可以包括協作或互連的電腦可讀媒體,其專門存在於處理器系統上或分佈在可以是處理系統本地的或遠端的複數互連處理系統間。可以理解代表性實施方式不限於上
述的記憶體且其他平臺和記憶體可以支援所描述的方法。應該理解的是,該代表性實施例並不限於上述平臺或CPU,其他平臺及CPU也可支援所提供的方法。
在示出的實施方式中,這裡描述的操作、處理等的任意可以被實施為儲存在電腦可讀媒體上的電腦可讀指令。該電腦可讀指令可以由移動單元、網路元件和/或任意其他計算設備的處理器執行。
系統方面的硬體和軟體實施之間有一點區別。硬體或軟體的使用一般(但不總是,因為在某些環境中硬體與軟體之間的選擇可以是很重要的)是考慮成本與效率折中的設計選擇。可以有影響這裡描述的過程和/或系統和/或其他技術的各種工具(例如,硬體、軟體、和/或韌體),且優選的工具可以隨著部署的過程和/或系統和/或其他技術的上下文而改變。例如,如果實施方確定速度和精度是最重要的,則實施方可以選擇主要是硬體和/或韌體工具。如果靈活性是最重要的,則實施方可以選擇主要是軟體實施。可替換地,實施方可以選擇硬體、軟體和/或韌體的某種組合。
上述詳細描述藉由使用方塊圖、流程圖和/或範例已經提出了設備和/或過程的各種實施方式。在這些方塊圖、流程圖和/或範例包含一個或複數功能和/或操作的範圍內,本領域技術人員可以理解這些方塊圖、流程圖或範例內的每個功能和/或操作可以被寬範圍的硬體、軟體或韌體或實質上的其任意組合方式單獨實施和/或一起實施。合適的處理器包括例如通用處理器、專用處理器、習用處理器、數位訊號處理器(DSP)、複數微處理器、與DSP核心相關聯的一個或複數微處理器、控制器、微控制器、專用積體電路(ASIC)、專用標準產品(ASSP);場可程式化閘陣列(FPGA)電路、任意其他類型的積體電路(IC)和/或狀態機。
本揭露不限於本申請描述的特定實施方式,這些實施方式旨在作為各種方面的範例。在不背離其實質和範圍的情況下可以進行許多修改和變形,這些對本領域技術任意是所知的。本申請的描述中使用的元件、動作或指令不應被理解為對本發明是關鍵或必要的除非顯式說明。除了本文中列舉的這些方法和裝置本領域技術人員根據以上描述還可以知道在本揭露範圍內的功能上等同的方法和裝置。這些修改和變形也應落入所附請求項的範圍。本揭露僅由所附請求項限定,包括其等同的全面的範圍。應當理解本揭露不限於特定的方法或系統。
還應理解,本文所用的術語僅是為了描述具體實施例的目的,而不是旨在限制。如這裡所使用的,當這裡提及術語“站”及其縮寫“STA”、“使用者設備”及其縮寫“UE”時可以表示:(i)無線發射和/或接收單元(WTRU),例如下面所描述的;(ii)WTRU的複數實施方式中的任一個,例如下文所描述的;(iii)一種無線和/或有線(例如可無線通訊的)設備,其配置有WTRU的一些或所有結構和功能,例如下文所述;(iii)一種具有無線能力和/或有線能力的設備,其被配置為具有少於WTRU的所有結構和功能的結構和功能,例如下文所描述的;或(iv)類似物。下面參考圖1A至圖1D提供了範例WTRU的細節,該範例WTRU可以代表這裡所述的任何UE。
在某些代表性實施方式中,這裡描述的主題的一些部分可以經由專用積體電路(ASIC)、場可程式化閘陣列(FPGA)、數位訊號處理器(DSP)和/或其他集成格式來實施。但是,本領域技術人員可以理解這裡揭露的實施方式的一些方面,其整體或部分,可以同等地由積體電路實施,作為在一個或複數電腦上運行的一個或複數電腦程式(例如在一個或複數電腦系統上運行的一個或複數程式)、在一個或複數處理器上運行的一個或複數程式(例如在一個或複數微處理器上運行的一個或複數程式)、韌體、或實質上
地這些的任意組合,以及根據本揭露針對該軟體和/或韌體設計電路和/或寫代碼是本領域技術人員所知的。此外,本領域技術人員可以理解這裡描述的主題的機制可以被分佈為各種形式的程式產品,以及這裡描述的主題的範例性實施方式適用,不管用於實際執行該分佈的信號承載媒體的特定類型如何。信號承載媒體的範例包括但不限於以下:可記錄類型的媒體,例如軟碟、硬碟、CD、DVD、數位帶、電腦記憶體等,以及傳輸類型的媒體,例如數位和/或類比通信媒體(例如光纜、波導、有線通信鏈路、無線通信鏈路等)。
這裡描述的主題有時示出了不同元件,其包含在或連接到不同的其他元件。可以理解這些描繪的架構僅是範例,且實際中實施相同的功能的許多其他架構可以被實施。在概念上,實施相同功能更的元件的任何安排有效地“相關聯”由此可以實施期望的功能。因此,這裡組合以實施特定功能的任意兩個元件可以視為彼此“相關聯”由此實施期望的功能,不管架構或中間組件如何。同樣地,相關聯的任意兩個元件也可以被視為彼此“操作上連接”或“操作上耦合”以實施期望的功能,以及任意兩個能夠這樣相關聯的元件也可以被視為彼此“操作上可耦合”以實施期望的功能。操作上可耦合的特定範例包括但不限於實體上可配對和/或實體上交互的元件和/或無線可交互的和/或無線交互的元件和/或邏輯上交互和/或邏輯上可交互的元件。
關於這裡使用基本上任何複數和/或單數術語,本領域技術人員可以在適合上下文和/或應用時從複數轉義到單數和/或從單數轉義到複數。為了清晰,這裡可以顯式提出各種單數/複數置換。
本領域技術人員可以理解一般地這裡使用的術語以及尤其在請求項中使用的術語(例如請求項的主體部分)一般是“開放性”術語(例如術語
“包括”應當理解為“包括但不限於”,術語“具有”應當理解為“至少具有”,術語“包括”應當理解為“包括但不限於”等)。本領域技術人員還可以理解如果權利要求要描述特定數量,則在權利要求中會顯式描述,且在沒有這種描述的情況下不存在這種意思。例如,如果要表示僅一個項,則可以使用術語“單個”或類似的語言。為幫助理解,以下的請求項和/或這裡的描述可以包含前置短語“至少一個”或“一個或複數”的使用以引出權利要求描述。但是,這些短語的使用不應當理解為暗示被不定冠詞“一”引出的權利要求描述將包含這樣的被引出的權利要求描述的任意特定權利要求限定到包含僅一個這樣的描述的實施方式,即使在同一個權利要求包括前置短語“一個或複數”或“至少一個”以及不定冠詞(例如“一”)(例如“一”應當被理解為表示“至少一個”或“一個或複數”)。對於用於引出權利要求描述的定冠詞的使用也是如此。此外,即使引出的權利要求描述的特定數量被顯式描述,但是本領域技術人員可以理解這種描述應當被理解為表示至少被描述的數量(例如光描述“兩個描述”沒有其他修改符,表示至少兩個描述,或兩個或更複數描述)。此外,在使用類似於“A、B和C等中的至少一個”的慣例的這些實例中,一般來說這種慣例是本領域技術人員理解的慣例(例如“系統具有A、B和C中的至少一個”可以包括但不限於系統具有僅A、僅B、僅C、A和B、A和C、B和C和/或A、B和C等)。在使用類似於“A、B或C等中的至少一個”的慣例的這些實例中,一般來說這種慣例是本領域技術人員理解的慣例(例如“系統具有A、B或C中的至少一個”可以包括但不限於系統具有僅A、僅B、僅C、A和B、A和C、B和C和/或A、B和C等)。本領域技術人員還可以理解表示兩個或更複數可替換項的實質上任何分隔的字和/或短語,不管是在說明書中、請求項還是附圖中,應當被理解為包括包含兩個項之一、任意一個或兩個項的可能性。例如,短語“A或B”被理解為包括“A”或“B”
或“A”和“B”的可能性。此外,這裡使用的術語“任意”之後接列舉的複數項和/或多種項旨在包括該複數項和/或多種項的“任意”、“任意組合”、“任意複數”和/或“複數的任意組合”,單獨或與其他項和/或其他種項結合。此外,這裡使用的術語“集合”或“群組”旨在包括任意數量的項,包括零。此外,這裡使用的術語“數量”旨在包括任意數量,包括零。
此外,如果按照馬庫什組描述本揭露的特徵或方面,本領域技術人員可以理解也按照馬庫什組的任意單獨成員或成員子組來描述本揭露。
本領域技術人員可以理解,出於任意和所有目的,例如為了提供書面描述,這裡揭露的所有範圍還包括任意和所有可能的子範圍以及其子範圍的組合。任意列出的範圍可以容易被理解為足以描述和實施被分成至少相等的兩半、三份、四份、五份、十份等的相同範圍。作為非限制性範例,這裡描述的每個範圍可以容易被分成下三分之一、中三分之一和上三分之一等。本領域技術人員還可以理解諸如“多至”、“至少”、“大於”、“小於”等的所有語言包括描述的數位並至可以隨之被分成上述的子範圍的範圍。最後,本領域技術人員可以理解,範圍包括每個單獨的成員。因此,例如具有1-3個胞元的群組和/或集合指具有1、2、或3個胞元的群組/集合。類似地,具有1-5個胞元的群組/集合指具有1、2、3、4或5個胞元的群組/集合等等。
此外,請求項不應當理解為限制到提供的順序或元件除非描述有這種效果。此外,在任意權利要求中術語“用於...的裝置”的使用旨在援引35 U.S.C.§112,¶ 6或裝置+功能的權利要求格式,沒有術語“用於...的裝置”的任意權利要求不具有此種意圖。
與軟體相關聯的處理器可以用於實施在無線傳輸/接收單元(WTRU)、使用者設備(UE)、終端、基地台、移動管理實體(MME)或演進封
包核(EPC)或任何主機電腦中使用的射頻收發器。WTRU可以結合以硬體和/或軟體實施的模組(包括軟體定義無線電(SDR))和其他元件,該元件例如是相機、視訊相機模組、視訊電話、對講電話、振動設備、揚聲器、麥克風、電視收發器、免持耳機、鍵盤、藍牙®模組、調頻(FM)無線電單元、近場通信(NFC)模組、液晶顯示(LCD)顯示單元、有機發光二極體(OLED)顯示單元、數位音樂播放機、媒體播放機、視訊遊戲機模組、網際網路瀏覽器和/或任意無線區域網路(WLAN)或超寬頻(UWB)模組。
在整個揭露中,技術人員理解,某些代表性實施例可以替代地或與其它代表性實施例組合地使用。
另外,在此該的方法可以在結合在電腦可讀儲存媒體中的電腦程式、軟體或韌體中實施為指令,以由電腦或處理器執行以執行上述動作。非暫態電腦可讀媒體的範例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、諸如內部硬碟和可移除磁碟之類的磁媒體、磁光媒體、以及諸如CD-ROM碟片和數位多用途碟片(DVD)之類的光學媒體。與軟體相關聯的處理器可用於實施用於WTRU、UE、終端、基地台、RNC和任何主機電腦的射頻收發器。
HARQ-ACK:HARQ確認
HCAI:HARQ碼簿確認索引
PDSCH:實體下鏈共用頻道
PUCCH:實體上鏈控制頻道
WTRU:無線傳輸/接收單元
1000:代表性程序
1010、1020、1030、1040:方塊
Claims (28)
- 一種由一無線傳輸/接收單元(WTRU)實施的方法,該方法包括:接收一配置資訊,該配置資訊表明要用於一混合自動重傳請求(HARQ)資訊的傳輸的多個實體上鏈控制頻道(PUCCH)資源集合,其中該多個PUCCH資源集合的每一個PUCCH資源集合包括多個PUCCH資源;在一第一下鏈控制資訊(DCI)中,接收包括下列的一資訊:(1)一第一PUCCH集合指示;以及(2)一第一資源指示符;根據該第一DCI,接收一第一實體下鏈共用頻道(PDSCH)傳輸;基於至少該第一PUCCH集合指示,從該多個PUCCH資源集合選擇一PUCCH資源集合;基於至少該第一資源指示符,從該選擇的PUCCH資源集合的該多個PUCCH資源選擇一PUCCH資源,其中該第一PUCCH集合指示以及該第一資源指示符是該第一DCI中的分開的欄位;以及使用該選擇的PUCCH資源,發送包括該HARQ資訊的一PUCCH傳輸。
- 如請求項1所述的方法,更包括:在一第二DCI中,接收包括(1)一第二PUCCH集合指示、以及(2)一第二資源指示符的一資訊;以及根據該第二DCI,接收一第二PDSCH傳輸;其中,基於至少該第一PUCCH集合指示以及該第二PUCCH集合指示而從該多個PUCCH資源集合選擇該PUCCH資源集合。
- 如請求項2所述的方法,其中,在該第一資源指示符表明的一第一PUCCH資源以及該第二資源指示符表明的一第二PUCCH資源重疊的情況下,該PUCCH傳輸與下列其中之一相關聯:(1)具有比該第二PUCCH集合指示高的一優 先順序的該第一PUCCH集合指示、或(2)具有比該第一PUCCH集合指示高的一優先順序的該第二PUCCH集合指示。
- 如請求項3所述的方法,其中該PUCCH傳輸與該第一PUCCH集合指示相關聯。
- 如請求項3所述的方法,其中該PUCCH傳輸與該第二PUCCH集合指示相關聯。
- 如請求項3所述的方法,更包括:確定該第一資源指示符表明的該第一PUCCH資源以及該第二資源指示符表明的該第二PUCCH資源:(1)在頻率上、或(2)在時間上的任一者重疊。
- 如請求項3所述的方法,其中該第一DCI包括表明與該第一PUCCH資源相關聯的一第一索引的一第一欄位,以及該第二DCI包括表明與該第二PUCCH資源相關聯的一第二索引的一第二欄位。
- 如請求項7所述的方法,其中該第一PUCCH集合指示表明與該第一索引相關聯的一第一優先順序,以及該第二PUCCH集合指示表明與該第二索引相關聯的一第二優先順序。
- 如請求項2所述的方法,更包括確定與該第一PDSCH傳輸相關聯的一第一HARQ資訊、以及與該第二PDSCH傳輸相關聯的一第二HARQ資訊。
- 如請求項9所述的方法,更包括確定該第一資源指示符表明的一第一PUCCH資源以及該第二資源指示符表明的一第二PUCCH資源重疊。
- 如請求項10所述的方法,更包括確定較低優先順序HARQ資訊是否被允許與較高優先順序HARQ資訊多工;以及在該較低優先順序HARQ資訊被允許與該較高優先順序HARQ資訊多工的情況下,多工該第一及第二HARQ資訊、以及在該PUCCH傳輸中發送該多工的第一及第二HARQ資訊。
- 如請求項10所述的方法,其中,在較低優先順序HARQ資訊不被允許與較高優先順序HARQ資訊多工的情況下,該PUCCH傳輸包括該較高優先順序HARQ資訊且不包括該較低優先順序HARQ資訊。
- 一種無線傳輸/接收單元(WTRU),包括:一傳輸/接收單元,被配置以:接收一配置資訊,該配置資訊表明要用於一混合自動重傳請求(HARQ)資訊的傳輸的多個實體上鏈控制頻道(PUCCH)資源集合,其中該多個PUCCH資源集合的每一個PUCCH資源集合包括多個PUCCH資源;在一第一下鏈控制資訊(DCI)中,接收包括下列的一資訊:(1)一第一PUCCH集合指示;以及(2)一第一資源指示符;根據該第一DCI,接收一第一實體下鏈共用頻道(PDSCH)傳輸,一處理器,被配置以基於至少該第一PUCCH集合指示而從該多個PUCCH資源集合選擇一PUCCH資源集合、以及基於至少該第一資源指示符而從該選擇的PUCCH資源集合的該多個PUCCH資源選擇一PUCCH資源,其中該第一PUCCH集合指示以及該第一資源指示符是該第一DCI中的分開的欄位;其中該傳輸/接收單元被配置以使用該選擇的PUCCH資源來發送包括該HARQ資訊的一PUCCH傳輸。
- 如請求項13所述的WTRU,其中該傳輸/接收單元被配置以:在一第二DCI中,接收包括(1)一第二PUCCH集合指示、以及(2)一第二資源指示符的一資訊;以及根據該第二DCI,接收一第二PDSCH傳輸;其中,該PUCCH資源集合是基於至少該第一PUCCH集合指示以及該第二PUCCH集合指示而從該多個PUCCH資源集合被選擇。
- 如請求項14所述的WTRU,其中,在該第一資源指示符表明的一第一PUCCH資源以及該第二資源指示符表明的一第二PUCCH資源重疊的情況下,該PUCCH傳輸與下列其中之一相關聯:(1)具有比該第二PUCCH集合指示高的一優先順序的該第一PUCCH集合指示、或(2)具有比該第一PUCCH集合指示高的一優先順序的該第二PUCCH集合指示。
- 如請求項15所述的WTRU,其中該PUCCH傳輸與該第一PUCCH集合指示相關聯。
- 如請求項15所述的WTRU,其中該PUCCH傳輸與該第二PUCCH集合指示相關聯。
- 如請求項15所述的WTRU,其中該處理器被配置以確定該第一資源指示符表明的該第一PUCCH資源以及該第二資源指示符表明的該第二PUCCH資源:(1)在頻率上、或(2)在時間上的任一者重疊。
- 如請求項15所述的WTRU,其中該第一DCI包括表明與該第一PUCCH資源相關聯的一第一索引的一第一欄位,以及該第二DCI包括表明與該第二PUCCH資源相關聯的一第二索引的一第二欄位。
- 如請求項19所述的WTRU,其中該第一PUCCH集合指示表明與該第一索引相關聯的一第一優先順序,以及該第二PUCCH集合指示表明與該第二索引相關聯的一第二優先順序。
- 如請求項14所述的WTRU,其中該處理器被配置以確定與該第一PDSCH傳輸相關聯的一第一HARQ資訊、以及與該第二PDSCH傳輸相關聯的一第二HARQ資訊。
- 如請求項20所述的WTRU,其中該處理器被配置以確定該第一資源指示符表明的一第一PUCCH資源以及該第二資源指示符表明的一第二PUCCH資源重疊。
- 如請求項21所述的WTRU,其中該處理器被配置以確定較低優先順序HARQ資訊是否被允許與較高優先順序HARQ資訊多工;以及在該較低優先順序HARQ資訊被允許與該較高優先順序HARQ資訊多工的情況下,該傳輸/接收單元被配置以多工該第一及第二HARQ資訊、以及在該PUCCH傳輸中發送該多工的第一及第二HARQ資訊。
- 如請求項21所述的WTRU,其中,在較低優先順序HARQ資訊不被允許與較高優先順序HARQ資訊多工的情況下,該PUCCH傳輸包括該較高優先順序HARQ資訊且不包括該較低優先順序HARQ資訊。
- 一種無線傳輸/接收單元(WTRU),包括:一接收器以及一傳輸器,其中該接收器被配置以:接收一配置資訊,該配置資訊表明要用於一混合自動重傳請求(HARQ)資訊的傳輸的多個實體上鏈控制頻道(PUCCH)資源集合,其中該多個PUCCH資源集合的每一個PUCCH資源集合包括多個PUCCH資源;在一第一下鏈控制資訊(DCI)中,接收包括下列的一資訊(1)一第一PUCCH集合指示;以及(2)一第一資源指示符,其中該第一PUCCH集合指示以及該第一資源指示符是該第一DCI中的分開的欄位;根據該第一DCI,接收一第一實體下鏈共用頻道(PDSCH)傳輸;在一第二DCI中,接收包括(1)一第二PUCCH集合指示、以及(2)一第二資源指示符的一資訊,其中該第二PUCCH集合指示以及該第二資源指示符是該第二DCI中的分開的欄位;根據該第二DCI,接收一第二PDSCH傳輸,一處理器,被配置以:確定與該第一PDSCH傳輸相關聯的一第一HARQ資訊; 基於至少該第一PUCCH集合指示以從該多個PUCCH資源集合選擇一第一PUCCH資源集合、以及基於至少該第一資源指示符以從該選擇的第一PUCCH資源集合的該多個PUCCH資源選擇一第一PUCCH資源;確定與該第二PDSCH傳輸相關聯的一第二HARQ資訊;基於至少該第二PUCCH集合指示以從該多個PUCCH資源集合選擇一第二PUCCH資源集合、以及基於至少該第二資源指示符以從該選擇的第二PUCCH資源集合的該多個PUCCH資源選擇一第二PUCCH資源;確定用於該第一HARQ資訊及該第二HARQ資訊的每一者的一優先順序;在該第一PUCCH資源在時間上與該第二PUCCH資源重疊的情況下、以及在該第一HARQ資訊的該優先順序與該第二HARQ資訊的該優先順序不同的情況下,確定較低優先順序HARQ資訊是否被允許與較高優先順序HARQ資訊多工;其中,在該較低優先順序HARQ資訊被允許與該較高優先順序HARQ資訊多工的情況下,該傳輸器被配置以多工該第一及第二HARQ資訊、以及在一單一PUCCH傳輸中發送該多工的第一及第二HARQ資訊。
- 如請求項25所述的WTRU,其中,在該較低優先順序HARQ資訊不被允許與該較高優先順序HARQ資訊多工的情況下,該單一PUCCH傳輸包括該較高優先順序HARQ資訊且不包括該較低優先順序HARQ資訊。
- 如請求項25所述的WTRU,其中該第一DCI包括表明與該第一PUCCH資源相關聯的一第一索引的一第一欄位,以及該第二DCI包括表明與該第二PUCCH資源相關聯的一第二索引的一第二欄位。
- 如請求項27所述的WTRU,其中該第一PUCCH集合指示表明與該第一索引相關聯的一第一優先順序,以及該第二PUCCH集合指示表明與該第二索引相關聯的一第二優先順序。
Applications Claiming Priority (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962790428P | 2019-01-09 | 2019-01-09 | |
| US62/790428 | 2019-01-09 | ||
| US201962875227P | 2019-07-17 | 2019-07-17 | |
| US62/875227 | 2019-07-17 | ||
| US201962886035P | 2019-08-13 | 2019-08-13 | |
| US62/886035 | 2019-08-13 | ||
| US201962931389P | 2019-11-06 | 2019-11-06 | |
| US62/931389 | 2019-11-06 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| TW202038574A TW202038574A (zh) | 2020-10-16 |
| TWI873115B true TWI873115B (zh) | 2025-02-21 |
Family
ID=69467716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW109100441A TWI873115B (zh) | 2019-01-09 | 2020-01-07 | 用於超可靠傳輸的增強型控制信號的方法、裝置和系統 |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US12137460B2 (zh) |
| EP (1) | EP3909168A2 (zh) |
| JP (2) | JP7582951B2 (zh) |
| KR (1) | KR20210124209A (zh) |
| CN (3) | CN119743237A (zh) |
| AU (1) | AU2020207206B2 (zh) |
| MX (1) | MX2021008233A (zh) |
| TW (1) | TWI873115B (zh) |
| WO (1) | WO2020146247A2 (zh) |
Families Citing this family (91)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110035535A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 一种上行控制信息的传输方法、接入网设备以及终端设备 |
| WO2020081602A1 (en) * | 2018-10-17 | 2020-04-23 | Intel Corporation | Enhanced physical uplink control channel (pucch) power control |
| US12177157B2 (en) | 2019-01-10 | 2024-12-24 | Sharp Kabushiki Kaisha | Low-latency physical uplink control channel (PUCCH) enhancements and resource configuration |
| US11172495B2 (en) * | 2019-01-11 | 2021-11-09 | Qualcomm Incorporated | Collision handling |
| JP7463303B2 (ja) * | 2019-02-14 | 2024-04-08 | 株式会社Nttドコモ | 端末、無線通信方法、基地局及びシステム |
| WO2020193582A1 (en) * | 2019-03-28 | 2020-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiple downlink semi-persistent scheduling configurations for new radio internet of things |
| CN111757496B (zh) * | 2019-03-29 | 2023-07-11 | 华为技术有限公司 | 一种通信方法及装置 |
| CN118945869A (zh) * | 2019-03-29 | 2024-11-12 | 华为技术有限公司 | 一种通信方法和装置 |
| US11490398B2 (en) * | 2019-05-02 | 2022-11-01 | Qualcomm Incorporated | Cell-based transmission priority |
| CN111800236B (zh) * | 2019-07-05 | 2022-02-08 | 维沃移动通信有限公司 | 处理harq-ack的方法及设备 |
| KR102520456B1 (ko) * | 2019-07-12 | 2023-04-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치 |
| EP4000337A1 (en) * | 2019-07-18 | 2022-05-25 | Telefonaktiebolaget LM Ericsson (publ) | Methods of resolving collision between sr and pusch |
| US12309782B2 (en) * | 2019-08-07 | 2025-05-20 | Lenovo (Beijing) Limited | Apparatus and method of UCI multiplexing in PUCCH resources for multiple TRPs |
| EP3972370A4 (en) * | 2019-08-14 | 2022-05-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | WIRELESS COMMUNICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE |
| WO2021026847A1 (zh) * | 2019-08-14 | 2021-02-18 | Oppo广东移动通信有限公司 | 无线通信的方法和设备 |
| US12114348B2 (en) * | 2019-08-15 | 2024-10-08 | Lg Electronics Inc. | Method for transmitting/receiving uplink channel in wireless communication system, and apparatus therefor |
| US12501472B2 (en) * | 2019-08-16 | 2025-12-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Signaling multiplexing with latency requirement |
| US20220321307A1 (en) * | 2019-08-16 | 2022-10-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Priority based multiplexing |
| US12113629B2 (en) * | 2019-10-04 | 2024-10-08 | Qualcomm Incorporated | Prioritization between a scheduling request and HARQ feedback |
| US11910430B2 (en) * | 2019-10-07 | 2024-02-20 | Qualcomm Incorporated | Collision resolution for channel state information reporting on a physical uplink control channel |
| CN116456481A (zh) * | 2019-10-29 | 2023-07-18 | 维沃移动通信有限公司 | 上行传输的方法、上行传输指示的方法和设备 |
| US12120545B2 (en) * | 2019-11-06 | 2024-10-15 | Intel Corporation | Cross-layer quality of service (QoS) indication for sidelink communications |
| US10986695B1 (en) * | 2019-11-07 | 2021-04-20 | PanPsy Technologies, LLC | Uplink cancellation indication signaling |
| CN114868448B (zh) * | 2020-01-07 | 2025-07-29 | 夏普株式会社 | 用于配置pucch资源的用户设备和方法 |
| US11792802B2 (en) * | 2020-01-10 | 2023-10-17 | Qualcomm Incorporated | Uplink shared channel feedback piggybacking |
| CN114362904A (zh) * | 2020-01-19 | 2022-04-15 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
| US11743890B2 (en) * | 2020-02-04 | 2023-08-29 | Qualcomm Incorporated | Simultaneous PUCCH-PUSCH with different priorities |
| US20230035066A1 (en) * | 2020-02-05 | 2023-02-02 | Lg Electronics Inc. | Method, user device and storage medium for transmitting uplink channel, and method and base station for receiving uplink channel |
| WO2021161720A1 (en) * | 2020-02-13 | 2021-08-19 | Sharp Kabushiki Kaisha | Signaling and timeline requirements for multiplexing between harq-ack codebooks with different priorities |
| CN114946142B (zh) * | 2020-02-14 | 2025-09-12 | 中兴通讯股份有限公司 | 用于传输反馈信息的方法和设备 |
| EP4104576A4 (en) * | 2020-02-14 | 2023-11-08 | Qualcomm Incorporated | DOWNLINK TRIGGERED CHANNEL STATE INFORMATION REPORTING ALLOWS SEMI-PERSISTENT SCHEDULING |
| US11558803B2 (en) * | 2020-03-16 | 2023-01-17 | Qualcomm Incorporated | Path selection for sidelink relay |
| CN115315913B (zh) * | 2020-03-26 | 2025-08-01 | 索尼半导体解决方案公司 | 通信装置和通信系统 |
| WO2021227893A1 (zh) * | 2020-05-13 | 2021-11-18 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
| WO2021229319A1 (en) * | 2020-05-13 | 2021-11-18 | Nokia Technologies Oy | Apparatus and methods of scheduling request multiplexing |
| CN113709875A (zh) * | 2020-05-22 | 2021-11-26 | 北京三星通信技术研究有限公司 | 发送数据和控制信息的方法和设备 |
| WO2021238991A1 (en) * | 2020-05-28 | 2021-12-02 | FG Innovation Company Limited | Wireless communication method and user equipment for ul feedback |
| CN113766660B (zh) * | 2020-06-04 | 2024-02-09 | 大唐移动通信设备有限公司 | Sr发送方法和终端 |
| US20230171749A1 (en) * | 2020-06-12 | 2023-06-01 | Qualcomm Incorporated | Time domain interleaving for physical shared channel communications |
| WO2021254700A1 (en) * | 2020-06-17 | 2021-12-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, base station and terminal device for uplink transmission |
| US11844103B2 (en) | 2020-06-24 | 2023-12-12 | Qualcomm Incorporated | Management of single-shot HARQ-ACK codebooks along with HARQ-ACK codebooks with set priority levels |
| EP4176667A4 (en) * | 2020-07-22 | 2024-07-10 | Fg Innovation Company Limited | USER EQUIPMENT AND METHOD FOR SCHEDULING TIMELINE FOR CANCELING UPLINK TRANSMISSION |
| US11811538B2 (en) * | 2020-07-27 | 2023-11-07 | Samsung Electronics Co., Ltd. | Multiplexing information with different priority values |
| KR20230044295A (ko) * | 2020-07-29 | 2023-04-03 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 유형-2 코드북을 사용한 우선순위 지정으로 인해 드롭된 harq-ack 코드북들의 전송 |
| KR20230047409A (ko) * | 2020-08-03 | 2023-04-07 | 삼성전자주식회사 | 제어 정보 송수신을 위한 장치 및 방법. |
| CN114071754A (zh) * | 2020-08-03 | 2022-02-18 | 北京三星通信技术研究有限公司 | 控制信息的发送方法、接收方法、用户设备及基站 |
| EP4193529A1 (en) * | 2020-08-04 | 2023-06-14 | InterDigital Patent Holdings, Inc. | Configured grant transmissions in controlled environments |
| CN116250349A (zh) * | 2020-08-06 | 2023-06-09 | 株式会社Ntt都科摩 | 终端、无线通信方法以及基站 |
| CN114902602B (zh) * | 2020-08-06 | 2024-06-21 | Lg电子株式会社 | 在无线通信系统中发送和接收信号的方法和设备 |
| CN114071585B (zh) * | 2020-08-07 | 2025-12-02 | 中国移动通信有限公司研究院 | 物理上行控制信道的传输方法、终端及基站 |
| US20230308218A1 (en) * | 2020-08-31 | 2023-09-28 | Qualcomm Incorporated | Soft hybrid automatic repeat request configuration |
| US11805542B2 (en) * | 2020-09-15 | 2023-10-31 | Acer Incorporated | Method used by UE to multiplex uplink transmissions and UE using the same |
| US20230379094A1 (en) * | 2020-09-24 | 2023-11-23 | Sharp Kabushiki Kaisha | Multiplexing of harq-ack with different priorities on pucch for up to two bits harq-ack codebooks |
| US12028173B2 (en) * | 2020-10-08 | 2024-07-02 | Samsung Electronics Co., Ltd. | Acknowledgment information with reduced redundancies |
| US20230379962A1 (en) * | 2020-10-19 | 2023-11-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for multiplexing channels of different priority index |
| EP4193744A4 (en) * | 2020-10-21 | 2023-10-18 | ZTE Corporation | MULTIPLEX PROCESS FOR OVERLAPPING CHANNELS WITH DIFFERENT PRIORITIES |
| CN114448578B (zh) * | 2020-10-30 | 2024-11-15 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
| EP4233436A1 (en) * | 2020-10-22 | 2023-08-30 | Nokia Technologies Oy | Pucch resource determination for multiplexed low priority and high priority uplink control information |
| WO2022115606A1 (en) * | 2020-11-25 | 2022-06-02 | Qualcomm Incorporated | Multiplexing high priority and low priority uplink control information on a physical uplink shared channel |
| CN116615886A (zh) * | 2020-11-25 | 2023-08-18 | 高通股份有限公司 | 在物理上行链路共享信道上复用高优先级和低优先级上行链路控制信息 |
| EP4255072A4 (en) * | 2020-11-27 | 2023-12-06 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND APPARATUS FOR TRANSMITTING UPLINK CONTROL INFORMATION AND STORAGE MEDIUM |
| US11617166B2 (en) | 2021-01-04 | 2023-03-28 | Qualcomm Incorporated | Multiplexing higher priority and lower priority uplink control information on a physical uplink control channel |
| CN114765478B (zh) * | 2021-01-11 | 2023-09-26 | 维沃移动通信有限公司 | 编码调制符号数的确定方法、装置及通信设备 |
| WO2022155603A1 (en) * | 2021-01-18 | 2022-07-21 | Qualcomm Incorporated | Uplink skipping and uplink control information multiplexing for wireless communication |
| US12395982B2 (en) * | 2021-01-18 | 2025-08-19 | Qualcomm Incorporated | Uplink skipping and uplink control information multiplexing for wireless communication |
| US20240172199A1 (en) * | 2021-03-04 | 2024-05-23 | Lenovo (Singapore) Pte. Ltd. | Indication of uplink transmission in downlink symbol |
| US11647465B2 (en) * | 2021-03-05 | 2023-05-09 | Nokia Technologies Oy | Power control enhancements for physical uplink shared channel (PUSCH) multiplexing uplink control information (UCI) of different priority |
| CN113498195B (zh) * | 2021-03-18 | 2023-07-18 | 上海移远通信技术股份有限公司 | 一种被用于无线通信的节点中的方法和装置 |
| US20240146467A1 (en) * | 2021-03-22 | 2024-05-02 | Sharp Kabushiki Kaisha | Payload reduction and configuration for harq-ack multiplexing on pusch |
| JPWO2022201462A1 (zh) * | 2021-03-25 | 2022-09-29 | ||
| CN113489566B (zh) * | 2021-03-31 | 2022-11-25 | 上海移远通信技术股份有限公司 | 一种用于无线通信的节点中的方法和装置 |
| KR20230163533A (ko) * | 2021-04-02 | 2023-11-30 | 애플 인크. | 물리적 업링크 제어 채널(pucch)에 대한 혼합된 우선순위들을 갖는 업링크 제어 정보(uci)의 다중화 |
| CN115190596A (zh) * | 2021-04-02 | 2022-10-14 | 大唐移动通信设备有限公司 | 一种uci在pusch上传输的方法、终端及设备 |
| US12376112B2 (en) * | 2021-04-05 | 2025-07-29 | Qualcomm Incorporated | UCI multiplexing for different levels of reliability |
| EP4320779A4 (en) * | 2021-04-06 | 2024-12-11 | Apple Inc. | UCI MULTIPLEXING WITH PHYSICAL LAYER PRIORITY AND LCH-BASED PRIORITIZATION |
| CN115225198B (zh) * | 2021-04-16 | 2024-10-22 | 大唐移动通信设备有限公司 | Uci的级联确定方法、装置、终端及网络侧设备 |
| CN115333681B (zh) * | 2021-05-11 | 2024-05-07 | 大唐移动通信设备有限公司 | 信息传输方法、装置及存储介质 |
| US20240236983A9 (en) * | 2021-05-21 | 2024-07-11 | Qualcomm Incorporated | Uplink transmissions in next available slots |
| US12052750B2 (en) * | 2021-05-25 | 2024-07-30 | Qualcomm Incorporated | Different modulation orders and number of MIMO layers for HP and LP UCI multiplexing on PUSCH |
| CN115604848A (zh) * | 2021-07-09 | 2023-01-13 | 维沃移动通信有限公司(Cn) | Pucch时域资源重叠的处理方法及装置 |
| US12137457B2 (en) * | 2021-08-04 | 2024-11-05 | Qualcomm Incorporated | Techniques for secondary cell establishment for uplink control information |
| CN117581601A (zh) * | 2021-08-06 | 2024-02-20 | 中兴通讯股份有限公司 | 无线通信中的反馈定时确定方案 |
| CN116156658A (zh) * | 2021-08-19 | 2023-05-23 | 上海推络通信科技合伙企业(有限合伙) | 一种用于无线通信的节点中的方法和装置 |
| US11785636B1 (en) * | 2021-09-03 | 2023-10-10 | T-Mobile Innovations Llc | Wireless communication network access for wireless user equipment based on their wireless network slices |
| US20250247843A1 (en) * | 2021-10-28 | 2025-07-31 | Shohei Yoshioka | Terminal and communication method |
| WO2023077422A1 (zh) * | 2021-11-05 | 2023-05-11 | 北京小米移动软件有限公司 | Harq-ack信息反馈方法及装置、存储介质 |
| US20230345504A1 (en) * | 2022-04-22 | 2023-10-26 | Acer Incorporated | Device and Method for Handling a Multi-cell Scheduling |
| US12279252B2 (en) * | 2022-06-16 | 2025-04-15 | Qualcomm Incorporated | Flexible uplink transmission with UCI collisions |
| WO2024031474A1 (en) * | 2022-08-10 | 2024-02-15 | Zte Corporation | Physical layer scheduling for extended reality applications |
| US20240260025A1 (en) * | 2023-01-26 | 2024-08-01 | Verizon Patent And Licensing Inc. | Systems and methods for indicating service-based time periodicity values for scheduling request occasions |
| CN120958907A (zh) * | 2023-03-31 | 2025-11-14 | 高通股份有限公司 | 包括候选小区的功率优先级排序 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016040290A1 (en) * | 2014-09-08 | 2016-03-17 | Interdigital Patent Holdings, Inc. | Systems and methods of operating with different transmission time interval (tti) durations |
| US20170288819A1 (en) * | 2016-03-30 | 2017-10-05 | Qualcomm Incorporated | Hybrid automatic repeat request timing for reduced transmission time intervals |
| US20180242321A1 (en) * | 2015-08-13 | 2018-08-23 | Ntt Docomo, Inc. | User terminal, radio base station, radio communication method and radio communication system |
| US20180332566A1 (en) * | 2015-07-20 | 2018-11-15 | Lg Electronics Inc. | Downlink control information receiving method and user equipment, and downlink control information transmitting method and base station |
Family Cites Families (65)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8107987B2 (en) | 2007-02-14 | 2012-01-31 | Qualcomm Incorporated | Apparatus and method for uplink power control of wireless communications |
| EP2120471A1 (en) | 2007-02-28 | 2009-11-18 | NTT DoCoMo, Inc. | Base station device and communication control method |
| RU2475970C2 (ru) | 2007-09-21 | 2013-02-20 | Квэлкомм Инкорпорейтед | Управление помехами с применением частичного повторного использования кодов |
| KR101328790B1 (ko) | 2008-10-20 | 2013-11-13 | 인터디지탈 패튼 홀딩스, 인크 | 반송파 집적 방법 |
| WO2010085187A1 (en) | 2009-01-21 | 2010-07-29 | Telefonaktiebolaget L M Ericsson (Publ) | Self-organizing network control for pucch resources |
| CN103781163B (zh) | 2009-02-09 | 2017-07-04 | 交互数字专利控股公司 | 在wtru中进行上行链路功率控制的方法和wtru |
| US20120051319A1 (en) | 2009-05-19 | 2012-03-01 | Yeong Hyeon Kwon | Method and apparatus for transmitting control information |
| ES2694076T3 (es) | 2009-10-01 | 2018-12-17 | Interdigital Patent Holdings, Inc. | Transmisión de datos de control del enlace ascendente |
| SG182371A1 (en) | 2010-01-08 | 2012-08-30 | Interdigital Patent Holdings | Method and apparatus for channel resource mapping in carrier aggregation |
| WO2011137408A2 (en) | 2010-04-30 | 2011-11-03 | Interdigital Patent Holdings, Inc. | Determination of carriers and multiplexing for uplink control information transmission |
| JP2012005034A (ja) | 2010-06-21 | 2012-01-05 | Sharp Corp | 移動局装置、送信方法、集積回路および制御プログラム |
| KR101835326B1 (ko) | 2010-09-26 | 2018-03-07 | 엘지전자 주식회사 | 다중 안테나 지원 무선 통신 시스템에서 효율적인 피드백 방법 및 장치 |
| EP2629445B1 (en) | 2010-10-11 | 2021-08-18 | LG Electronics Inc. | Method for transmitting control information and apparatus for same |
| US8514826B2 (en) | 2010-11-02 | 2013-08-20 | Lg Electronics Inc. | Method and apparatus for transmitting control information in radio communication system |
| WO2012067459A2 (ko) | 2010-11-18 | 2012-05-24 | 엘지전자 주식회사 | 제어 정보를 전송하는 방법 및 이를 위한 장치 |
| CN102098151B (zh) * | 2010-12-28 | 2015-08-12 | 中兴通讯股份有限公司 | 一种正确/错误应答消息的发送方法及用户终端 |
| TWI554046B (zh) | 2011-01-07 | 2016-10-11 | 內數位專利控股公司 | 協同多點傳輸下鏈共享頻道接收方法、系統及裝置 |
| WO2012122170A1 (en) | 2011-03-07 | 2012-09-13 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending uplink control information for multi-radio access technology operation |
| WO2013027963A2 (ko) | 2011-08-19 | 2013-02-28 | 엘지전자 주식회사 | 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국 |
| WO2013027967A2 (ko) | 2011-08-19 | 2013-02-28 | 엘지전자 주식회사 | 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국 |
| US8964679B2 (en) | 2011-12-23 | 2015-02-24 | Blackberry Limited | Method implemented in an eNodeB base station |
| US8964678B2 (en) | 2011-12-23 | 2015-02-24 | Blackberry Limited | Method implemented in an eNodeB base station |
| US9247563B2 (en) | 2011-12-23 | 2016-01-26 | Blackberry Limited | Method implemented in a user equipment |
| US8989122B2 (en) | 2011-12-23 | 2015-03-24 | Blackberry Limited | Method implemented in a user equipment UE for use in a wireless system |
| US8929319B2 (en) | 2011-12-23 | 2015-01-06 | Blackberry Limited | Updating scheduling request resources |
| US9088971B2 (en) | 2011-12-23 | 2015-07-21 | Blackberry Limited | Method implemented in a user equipment |
| KR102040247B1 (ko) | 2012-08-23 | 2019-11-05 | 인터디지탈 패튼 홀딩스, 인크 | 물리 계층 자원들을 상이한 서빙 사이트들에 제공하는 방법 |
| EP2903355B1 (en) | 2012-09-26 | 2020-01-22 | LG Electronics Inc. | Method and apparatus for controlling transmission power of uplink control channel |
| RU2767777C2 (ru) | 2013-03-15 | 2022-03-21 | Риарден, Ллк | Системы и способы радиочастотной калибровки с использованием принципа взаимности каналов в беспроводной связи с распределенным входом - распределенным выходом |
| JP6289818B2 (ja) | 2013-05-09 | 2018-03-07 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
| WO2015005463A1 (ja) | 2013-07-12 | 2015-01-15 | シャープ株式会社 | 端末装置、方法および集積回路 |
| CN105659687B (zh) | 2013-08-07 | 2020-01-21 | 交互数字专利控股公司 | 在上行链路/下行链路解耦情形中的低成本mtc设备的覆盖增强 |
| KR102841856B1 (ko) | 2014-01-29 | 2025-08-01 | 인터디지탈 패튼 홀딩스, 인크 | 무선 통신에서의 업링크 송신 |
| US9722848B2 (en) | 2014-05-08 | 2017-08-01 | Intel Corporation | Techniques for using a modulation and coding scheme for downlink transmissions |
| WO2015178421A1 (ja) | 2014-05-21 | 2015-11-26 | シャープ株式会社 | 端末装置および方法 |
| CN105430750A (zh) * | 2014-09-22 | 2016-03-23 | 夏普株式会社 | 用于配置随机接入响应的方法以及基站和用户设备 |
| US20160150524A1 (en) | 2014-11-21 | 2016-05-26 | Qualcomm Incorporated | Adaptive uplink transmission based on channel profiling |
| WO2016116165A1 (en) | 2015-01-23 | 2016-07-28 | Nokia Solutions And Networks Oy | Method, apparatus and system for the configuration of an uplink control channel |
| WO2016119207A1 (en) | 2015-01-30 | 2016-08-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq/csi ack feedback method over unlicensed carriers |
| US9985742B2 (en) * | 2015-04-06 | 2018-05-29 | Samsung Electronics Co., Ltd. | Transmission power control for an uplink control channel |
| CN106301720B (zh) * | 2015-05-14 | 2020-08-21 | 北京三星通信技术研究有限公司 | 传输上行控制信息的方法和设备 |
| WO2016195177A1 (ko) | 2015-05-29 | 2016-12-08 | 엘지전자(주) | 무선 통신 시스템에서 데이터 송수신 방법 및 이를 위한 장치 |
| KR102150444B1 (ko) | 2015-07-01 | 2020-09-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호의 전송 방법 및 장치 |
| WO2017023146A1 (en) | 2015-08-06 | 2017-02-09 | Innovative Technology Lab Co., Ltd. | Apparatus and method for transmitting uplink control information through a physical uplink control channel |
| WO2017135044A1 (ja) | 2016-02-02 | 2017-08-10 | シャープ株式会社 | 端末装置および通信システム |
| US10069613B2 (en) * | 2016-04-01 | 2018-09-04 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
| US10218558B2 (en) | 2016-04-25 | 2019-02-26 | Ofinno Technologies, Llc | Media access control mechanism in a wireless device |
| US10992425B2 (en) | 2016-11-01 | 2021-04-27 | Sharp Kabushiki Kaisha | User equipments, base stations, and methods |
| KR102150449B1 (ko) | 2017-01-08 | 2020-09-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 상향링크 신호 송수신 방법 및 이를 지원하는 장치 |
| JPWO2018142601A1 (ja) * | 2017-02-03 | 2019-11-21 | 富士通株式会社 | 無線通信システム、基地局装置、端末装置及び無線通信方法 |
| JP7010927B2 (ja) * | 2017-03-17 | 2022-01-26 | 株式会社Nttドコモ | 端末及び無線通信方法 |
| US10912110B2 (en) * | 2017-03-24 | 2021-02-02 | Sharp Kabushiki Kaisha | Systems and methods for an enhanced scheduling request for 5G NR |
| WO2018203686A1 (ko) * | 2017-05-03 | 2018-11-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 스케줄링 요청을 송수신하는 방법 및 이를 지원하는 장치 |
| CN116318567A (zh) | 2017-05-03 | 2023-06-23 | Lg电子株式会社 | 发送和接收上行链路信号的方法以及用户设备和基站 |
| WO2018204730A1 (en) | 2017-05-03 | 2018-11-08 | Intel IP Corporation | Handling collision for mini-slot-based and slot-based transmission |
| EP4184852A1 (en) | 2017-06-14 | 2023-05-24 | InterDigital Patent Holdings, Inc. | Reliable control signaling |
| US20190124647A1 (en) * | 2017-10-23 | 2019-04-25 | Mediatek Inc. | Configuration and selection of pucch resource set |
| WO2019099670A1 (en) * | 2017-11-15 | 2019-05-23 | Idac Holdings, Inc. | Method and apparatus for harq-ack codebook size determination and resource selection in nr |
| EP3537818A4 (en) * | 2018-01-12 | 2019-12-18 | LG Electronics Inc. | METHOD FOR CARRYING OUT TRANSMISSION OF A UPLINK PHYSICAL CONTROL CHANNEL IN A WIRELESS COMMUNICATION SYSTEM AND TERMINAL USING THE METHOD |
| KR102109412B1 (ko) * | 2018-02-14 | 2020-05-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 |
| CN112385292A (zh) * | 2018-05-10 | 2021-02-19 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
| US10980049B2 (en) | 2018-05-10 | 2021-04-13 | Qualcomm Incorporated | Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC) |
| EP3811665A4 (en) * | 2018-06-20 | 2022-04-13 | FG Innovation Company Limited | METHOD AND APPARATUS FOR MANAGING SIMULTANEOUS EMBB AND URLLC TRANSMISSIONS |
| US11973719B2 (en) * | 2018-09-27 | 2024-04-30 | Mediatek Singapore Pte. Ltd. | Mechanisms for feedback of multiple HARQ procedures in a slot in mobile communications |
| US20220038242A1 (en) * | 2018-09-28 | 2022-02-03 | Ntt Docomo, Inc. | User terminal and radio communication method |
-
2020
- 2020-01-06 AU AU2020207206A patent/AU2020207206B2/en active Active
- 2020-01-06 KR KR1020217021356A patent/KR20210124209A/ko active Pending
- 2020-01-06 JP JP2021539584A patent/JP7582951B2/ja active Active
- 2020-01-06 EP EP20703589.0A patent/EP3909168A2/en not_active Ceased
- 2020-01-06 CN CN202510092128.3A patent/CN119743237A/zh active Pending
- 2020-01-06 CN CN202080008380.7A patent/CN113287277B/zh active Active
- 2020-01-06 US US17/419,858 patent/US12137460B2/en active Active
- 2020-01-06 MX MX2021008233A patent/MX2021008233A/es unknown
- 2020-01-06 WO PCT/US2020/012343 patent/WO2020146247A2/en not_active Ceased
- 2020-01-06 CN CN202510092129.8A patent/CN119766402A/zh active Pending
- 2020-01-07 TW TW109100441A patent/TWI873115B/zh active
-
2024
- 2024-08-30 US US18/821,179 patent/US20240430900A1/en active Pending
- 2024-10-31 JP JP2024191881A patent/JP2025013421A/ja active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016040290A1 (en) * | 2014-09-08 | 2016-03-17 | Interdigital Patent Holdings, Inc. | Systems and methods of operating with different transmission time interval (tti) durations |
| US20180332566A1 (en) * | 2015-07-20 | 2018-11-15 | Lg Electronics Inc. | Downlink control information receiving method and user equipment, and downlink control information transmitting method and base station |
| US20180242321A1 (en) * | 2015-08-13 | 2018-08-23 | Ntt Docomo, Inc. | User terminal, radio base station, radio communication method and radio communication system |
| US20170288819A1 (en) * | 2016-03-30 | 2017-10-05 | Qualcomm Incorporated | Hybrid automatic repeat request timing for reduced transmission time intervals |
Non-Patent Citations (3)
| Title |
|---|
| 網路文獻 Huawei, HiSilicon, "HARQ-ACK enhancements for URLLC", 3GPP TSG RAN WG1 Meeting #94;R1-1809342 2018/08/11. [https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs]; * |
| 網路文獻 Institute for Information Industry (III), "HARQ-ACK feedback enhancement for URLLC", 3GPP TSG RAN WG1 Meeting #94bis R1-1811391 Chengdu, P.R. China, 2018/09/28. [https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_94b/Docs]; * |
| 網路文獻 LG Electronics, "Discussion on layer 1 enhancements for URLLC", 3GPP TSG RAN WG1 Meeting #94bis;R1-1810294, 2018/09/29. [https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_94b/Docs] * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3909168A2 (en) | 2021-11-17 |
| US12137460B2 (en) | 2024-11-05 |
| JP7582951B2 (ja) | 2024-11-13 |
| JP2025013421A (ja) | 2025-01-24 |
| CN113287277A (zh) | 2021-08-20 |
| AU2020207206A1 (en) | 2021-07-29 |
| KR20210124209A (ko) | 2021-10-14 |
| JP2022516949A (ja) | 2022-03-03 |
| TW202038574A (zh) | 2020-10-16 |
| WO2020146247A2 (en) | 2020-07-16 |
| WO2020146247A3 (en) | 2020-08-27 |
| MX2021008233A (es) | 2021-09-21 |
| CN113287277B (zh) | 2025-02-11 |
| AU2020207206B2 (en) | 2025-04-03 |
| CN119743237A (zh) | 2025-04-01 |
| CN119766402A (zh) | 2025-04-04 |
| US20220078768A1 (en) | 2022-03-10 |
| US20240430900A1 (en) | 2024-12-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI873115B (zh) | 用於超可靠傳輸的增強型控制信號的方法、裝置和系統 | |
| TWI870402B (zh) | 無線傳輸及接收單元及由其實施的方法 | |
| US12156237B2 (en) | Methods, systems, and devices for transferring data with different reliabilities | |
| TWI779281B (zh) | 在新無線電(nr)通訊中上鏈(ul)多工及優先方法及裝置 | |
| US20230097142A1 (en) | Methods, apparatus, and systems for reliable channel state information reporting | |
| US20220303952A1 (en) | New radio (nr) vehicle to everything (v2x) methods for sensing and resource allocation | |
| TW202123758A (zh) | 上鏈及側鏈同步操作 | |
| TW202143671A (zh) | 未授權頻譜中可靠harq—ack傳輸 | |
| US12132577B2 (en) | Methods and apparatuses for improved voice coverage | |
| CN116114201A (zh) | 时域和码域覆盖增强 | |
| WO2022192359A1 (en) | Methods, architectures, apparatuses and systems for performing discontinuous reception on sidelink | |
| KR20250046304A (ko) | 비면허 대역에서의 사이드링크를 위한 광대역 동작을 위한 방법, 아키텍처, 장치 및 시스템 | |
| CN117296437A (zh) | 用于在侧链路上执行非连续接收的方法、架构、装置和系统 |