CN113287277A - 用于超可靠传输的增强型控制信令的方法、装置和系统 - Google Patents
用于超可靠传输的增强型控制信令的方法、装置和系统 Download PDFInfo
- Publication number
- CN113287277A CN113287277A CN202080008380.7A CN202080008380A CN113287277A CN 113287277 A CN113287277 A CN 113287277A CN 202080008380 A CN202080008380 A CN 202080008380A CN 113287277 A CN113287277 A CN 113287277A
- Authority
- CN
- China
- Prior art keywords
- harq
- wtru102
- pdsch
- priority
- pucch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 150
- 230000005540 biological transmission Effects 0.000 title claims description 300
- 230000011664 signaling Effects 0.000 title description 43
- 238000004891 communication Methods 0.000 claims description 60
- 238000012790 confirmation Methods 0.000 claims 1
- 230000008569 process Effects 0.000 description 57
- 238000010586 diagram Methods 0.000 description 34
- 230000006870 function Effects 0.000 description 30
- 238000012545 processing Methods 0.000 description 28
- 238000005516 engineering process Methods 0.000 description 21
- 230000015654 memory Effects 0.000 description 20
- 238000012913 prioritisation Methods 0.000 description 19
- 238000012544 monitoring process Methods 0.000 description 13
- 230000009471 action Effects 0.000 description 11
- 238000013507 mapping Methods 0.000 description 11
- 239000000969 carrier Substances 0.000 description 10
- 238000012360 testing method Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 8
- 238000001228 spectrum Methods 0.000 description 7
- 230000002093 peripheral effect Effects 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 5
- 238000004088 simulation Methods 0.000 description 4
- 230000000153 supplemental effect Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 241000760358 Enodes Species 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 238000010276 construction Methods 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 238000004873 anchoring Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 2
- 230000001010 compromised effect Effects 0.000 description 2
- 230000001143 conditioned effect Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000000694 effects 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
- 238000013468 resource allocation 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
- 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
- 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
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000008570 general process Effects 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 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
- 229910052987 metal hydride Inorganic materials 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
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/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 signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/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。
附图说明
从以下结合附图以示例方式给出的详细描述中可以获得更详细的理解。说明书中的附图中是示例。因此,附图和详细描述不应被认为是限制性的,并且其它等效的示例是可行的并且是可能的。此外,图中的相同参考标号指示相同元素,且其中:
图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、CDMA2000EV-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可以是被配置成向WTRU 102a、102b、102c、102d的一者或多者提供语音、数据、应用和/或借助网际协议语音(VoIP)服务的任何类型的网络。该数据可以具有不同的服务质量(QoS)需求,例如不同的吞吐量需求、延时需求、容错需求、可靠性需求、数据吞吐量需求、以及移动性需求等等。CN 106/115可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等,和/或可以执行用户认证之类的高级安全功能。虽然在图1A中没有显示,然而应该了解,RAN104/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可以与RAN104/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可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或其他任何能使WTRU102在无线环境中工作的功能。处理器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的电力,并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源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进行通信。所述RAN104还可以与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的用户数据分组。并且,SGW164还可以执行其他功能,例如在eNB间的切换过程中锚定用户平面,在DL数据可供WTRU102a、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通信。在一个实施例中,gNB180a、180b、180c可以实施MIMO技术。例如,gNB 180a、180b可以使用波束成形处理来向和/或从gNB 180a、180b、180c发射和/或接收信号。由此,举例来说,gNB 180a可以使用多个天线来向WTRU 102a发射无线信号,以及接收来自WTRU 102a的无线信号。在实施例中,gNB180a、180b、180c可以实施载波聚合技术。例如,gNB 180a可以向WTRU 102a(未显示)传送多个分量载波。这些分量载波的子集可以处于无授权频谱上,而剩余分量载波则可以处于授权频谱上。在实施例中,gNB 180a、180b、180c可以实施协作多点(CoMP)技术。例如,WTRU102a可以接收来自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进行通信。在独立配置中,WTRU102a、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)信令,以及移动性管理等等。AMF182a、182b可以使用网络切片处理,以便基于WTRU 102a、102b、102c使用的服务类型来定制为WTRU 102a、102b、102c提供的CN支持。作为示例,针对不同的用例,可以建立不同的网络切片,例如依赖于超可靠低延时通信(URLLC)接入的服务、依赖于增强型移动(例如,大规模移动)宽带(eMBB)接入的服务、和/或用于机器类通信(MTC)接入的服务等等。AMF 162可以提供用于在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 184、184b可以执行其他功能,例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲下行链路分组、以及提供移动性锚定处理等等。
CN 115可以促成与其他网络的通信。例如,CN 115可以包括或者可以与充当CN115与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、DN185 a-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)被不同地解释。例如,本文公开了WTRU102何时和/或如何基于服务类型来解释控制信令。
尽管在图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)配置等。
基于一些DCI值的下行链路/上行链路控制解释的代表性过程
在某些代表性实施例中,WTRU 102可以被配置成根据一个或多个其他DCI字段的值来不同地解释DCI字段集合。例如,WTRU 102可以被配置成具有DCI的一个字段(例如,比特字段)、该DCI的字段子集或该DCI的所有字段,以基于一个或多个其他DCI字段(例如,特定DCI字段中的一个或多个比特值)来进行不同的解释。WTRU 102可以被配置具有给定的比特字段值(例如,PDSCH时域分配),从而一解码该值时,WTRU 102被触发以不同地解释该比特字段集合。例如,低于阈值或在值范围内的PDSCH时域值可被WTRU 102解释为指示特定类型的服务和/或可被用作以特定方式(例如以与特定服务类型相关联的方式)解释一个或多个其他DCI字段的指示。DCI中的代表性传输简档(TP)
在某些代表性实施例中,WTRU 102可以被配置成具有一个或多个TP。例如,第一TP值可以指示第一(例如,eMBB)类型的服务,而第二TP值可以指示第二(例如,URLLC)类型的服务。在这种情况下,WTRU 102可以接收DCI,并且可以确定该DCI的相应TP。WTRU 102可以根据为该DCI确定的TP值(例如,使用针对第一特定TP值的第一值或值集合和针对第二特定TP值的的第二值或值集合)来解释所述DCI的一个或多个字段。
用于与DCI相对应的传输块(TB)的代表性逻辑信道优先化(LCP)(例如,其可能需要和/或可能使用eNB盲解码)
在某些代表性实施例中,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等)处的盲解码。
DCI中的代表性HARQ进程标识(PID)
在某些代表性实施例中,WTRU 102可以被配置成具有一个或多个HARQ进程标识(PID)空间。例如,第一PID值可以指示第一(例如,eMBB)类型的服务和/或第二PID值可以指示第二(例如,URLLC)类型的服务。在这种情况下,WTRU 102可以接收用于HARQ传输的DCI,并且可以确定用于该DCI的相应的HARQ PID。WTRU 102可以根据所确定的HARQ PID值来解释所述DCI的一个或多个字段(例如,通过使用针对第一特定HARQ PID值的第一值或值集合(和/或相应的第一值范围)和针对第二特定HARQ PID值的第二值或值集合(和/或相应的第二值范围))。
基于所述DCI中的显式指示的用于下行链路/上行链路控制解释的代表性过程
在一些实施方式中,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资源集。
代表性控制信令字段的不同解释
代表性HARQ-ACK反馈定时指示
图5是示出了不同HARQ反馈定时的图示。
参考图5,例如可以使用系统信息来用信号通知HARQ定时指示510。所述HARQ定时指示510可以指示与(例如,对于DMRS映射类型A520A和对于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定时集合等之间的映射。
使用HARQ进程指示的代表性过程
WTRU 102可以被配置成基于在此讨论的一个或多个触发(例如基于所述控制信道配置和/或一些DCI比特字段)来解释所述DCI中的HARQ进程ID指示。
使用PUCCH资源指示用于HARQ-ACK的代表性过程
根据这里描述的代表性实施例(例如解决方案)之一,WTRU 102可以被配置成基于被调度的服务类型和/或基于与服务类型相关联的任何指示来解释所述PUCCH资源指示符(ARI)。例如,WTRU 102可以被配置成在相同时隙的多于一个PUCCH资源中发送HARQ-ACK信息,并且一个PUCCH资源可以包含和/或包括与第一PDSCH传输集合相关的HARQ-ACK,并且第二PUCCH资源可以包含和/或包括与第二PDSCH传输集合相关的另一个HARQ-ACK。根据本文描述的代表性实施例(例如,解决方案)之一,WTRU102可以基于被调度的服务类型和/或基于与服务类型相关联的任何指示来确定给定的PDSCH传输是属于所述第一PDSCH传输集合还是属于所述第二PDSCH传输集合。例如,如果PDSCH持续时间低于阈值,则WTRU 102可以确定PDSCH传输属于第一PDSCH传输集合,否则属于第二集合。使用PDSCH/PUSCH时域分配指示的代表性过程
WTRU 102可以被配置成基于这里描述的一个或多个触发来解释所述PDSCH和/或PUSCH时域分配指示。例如,WTRU 102可以被半静态地配置具有两组时域分配,每组对应于一种服务类型(例如,URLLC/eURLLC和/或eMBB等)。WTRU 102可以被配置成基于控制信道配置来解释DCI中的时域分配比特字段,其中在该控制信道配置上接收调度下行链路数据或上行链路数据的所述DCI。WTRU 102可以接收控制信道配置和时域分配集合之间的半静态映射配置。
支持每时隙多个PUCCH的代表性过程
图6是示出了支持每个时隙多个PUCCH的过程的图示。
参考图6,WTRU 102可以接收在时隙600-3中的例如与第一类型的服务(例如,eMBB服务)相关联的第一PDSCH 620/DCI 625,以及例如与第二类型的服务(例如,URLLC/eURLLC服务或mMTC服务)相关联的第二PDSCH 630/DCI 635。WTRU 102可以从第一PDSCH 620/DCI625确定用于上行链路上的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之间的冲突的代表性过程
在某些代表性实施例中,可以实现方法、装置和系统以处理基于服务的优先级等级和不同类型的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数据、eMBBSR/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)的,则WTRU102可以报告(例如仅报告)TB级HARQ-ACK。例如,可以在时域、频域和/或空间域中(例如,经由与运算)捆绑HARQ-ACK信息。WTRU102可以根据以下任意项来减少用于一优先级等级的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。在另一个示例中,WTRU102的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)载波、服务小区、频带、或所述资源是在普通上行链路上还是补充上行链路上。
用于资源选择的代表性过程(例如,用于PUCCH资源集合)
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冲突。
用于使用多个PUSCH传输的资源选择的代表性过程
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.213v15.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上被复用。例如,WTRU102可以在第一优先级的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的情况下,WTRU102可以通过使用特定于优先级等级(例如每个优先级等级)的参数(α,β)来确定每个优先级等级的每层的编码调制符号的数量(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指派,WTRU102也可以为至少一个优先级等级编码最少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资源。例如,WTRU102可以使用先前用信号通知的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更高的优先级。
用于eMBB的HARQ-ACK和URLLC的HARQ-ACK之间的冲突的代表性过程
可以在调度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的功率控制参数。
eMBB HARQ-ACK与URLLC PUSCH之间的冲突的代表性过程
PUSCH的优先级可以由DCI指示和/或通过RRC信令而被指示用于所配置的授权类型1。可以在调度DCI(和/或用于DL SPS的激活DCI命令)中指示所述HARQ-ACK的优先级。
用于将eMBB HARQ-ACK复用到URLLC PUSCH中的代表性过程
WTRU 102可以使用被配置用于低优先级HARQ-ACK被复用到高优先级PUSCH中的情况的附加参数集(例如,α和PUSCH offset),例如以避免为了所需的可靠性而将太多资源用于eMBB的HARQ-ACK,并且确保为URLLC的PUSCH保持足够的资源。
eMBB PUSCH与URLLC SR之间的冲突的代表性过程
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)。
eMBB PUSCH和URLLC HARQ-ACK之间的冲突的代表性过程
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)以及以下中的任意者:针对所接收的多个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的优先级等级没有超过所述其它信息或所述其它控制信令的优先级等级的情况下,WTRU102可以去优先化所述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可以确定要被覆写的第一类型服务/优先级等级的数个编码比特是否与要替换被覆写的编码比特的数个比特具有对应性,并且在要被覆写的第一类型服务/优先级等级的所述数个比特与要替换所述被覆写的编码比特的数个编码比特具有对应性的情况下,WTRU102可以覆写所述第一类型服务/优先级等级的所述数个编码比特。
在某些代表性实施例中,在要被覆写的第一类型的服务/优先级等级的数个编码比特与要替换该要被覆写的编码比特的数个编码比特没有对应性的情况下,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个小区的群组/集合等等。
此外,权利要求书不应当理解为限制到提供的顺序或元素除非描述有这种效果。此外,在任意权利要求中术语“用于…的装置”的使用旨在援引35U.S.C.§112,6或装置+功能的权利要求格式,没有术语“用于…的装置”的任意权利要求不具有此种意图。
与软件相关联的处理器可以用于实施在无线发射/接收单元(WTRU)、用户设备(UE)、终端、基站、移动管理实体(MME)或演进分组核(EPC)或任何主机计算机中使用的射频收发信机。WTRU可以结合以硬件和/或软件实施的模块(包括软件定义无线电(SDR))和其他组件,该组件例如是相机、视频相机模块、视频电话、对讲电话、振动设备、扬声器、麦克风、电视收发信机、免提耳机、键盘、模块、调频(FM)无线电单元、近场通信(NFC)模块、液晶显示(LCD)显示单元、有机发光二极管(OLED)显示单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器和/或任意无线局域网(WLAN)或超宽带(UWB)模块。
在整个公开中,技术人员理解,某些代表性实施例可以替代地或与其它代表性实施例组合地使用。
另外,在此所述的方法可以在结合在计算机可读存储介质中的计算机程序、软件或固件中实施为指令,以由计算机或处理器执行以执行上述动作。非暂态计算机可读媒体的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、诸如内部硬盘和可移除磁盘之类的磁媒体、磁光媒体、以及诸如CD-ROM碟片和数字多用途碟片(DVD)之类的光媒体。与软件相关联的处理器可用于实施用于WTRU、UE、终端、基站、RNC和任何主计算机的射频收发信机。
Claims (24)
1.一种由无线发射/接收单元(WTRU)实施的方法,该方法包括:
由所述WTRU在第一时隙或第一微时隙中接收与第一类型的服务或优先级等级中的任意者相关联的第一物理下行链路共享信道(PDSCH),并在第二时隙或第二微时隙中接收与第二类型的服务或优先级等级中的任意者相关联的第二PDSCH;
由所述WTRU基于所述第一PDSCH的属性或与所述第一PDSCH相关联的控制信息来确定第一HARQ码本确认索引(HCAI),以及基于所述第二PDSCH的属性或与所述第二PDSCH相关联的控制信息来确定第二HCAI;
由所述WTRU针对以下中的任意者:所述第二时隙、所述第二微时隙、后续时隙或后续微时隙,生成包括根据所述第一HCAI的第一HARQ确认(HARQ-ACK)信息的第一物理上行链路控制信道(PUCCH)以及包括根据所述第二HCAI的第二HARQ-ACK信息的第二PUCCH;以及
由所述WTRU向网络实体传送所述第一PUCCH和所述第二PUCCH。
2.根据权利要求1所述的方法,其中所述第一PDSCH和所述第二PDSCH的所述属性是以下各项中的任意者:搜索空间、传输简档、或临时标识符
3.根据权利要求1所述的方法,该方法还包括在单独的PUCCH资源中复用第一组HARQ-ACK比特作为所述第一HARQ-ACK信息,以及复用第二组HARQ-ACK比特作为所述第二HARQ-ACK信息。
4.一种由无线发射/接收单元(WTRU)实施的方法,该方法包括:
由所述WTRU在多个时隙或微时隙中接收与不同优先级等级相关联的多个物理下行链路共享信道(PDSCH);
由所述WTRU针对所接收的多个PDSCH中的每一者,确定:(1)HARQ码本确认索引(HCAI)和(2)优先级等级;
基于以下各项来确定针对相应时隙或相应微时隙要发送的PUCCH的数量:(1)所确定的HCAI和(2)所确定的优先级等级;以及
由所述WTRU在所述相应时隙或所述相应微时隙的相应不同PUCCH资源中复用所述数量的PUCCH;以及
由所述WTRU在所述相应时隙或所述相应微时隙上传送所确定数量的PUCCH。
5.根据权利要求4所述的方法,其中所确定的与PDSCH相关联的优先级等级是由所述PDSCH的一个或多个属性来指示的,所述一个或多个属性包括以下各项中的任意项:搜索空间、传输简档、或临时标识符。
6.根据权利要求4所述的方法,其中所述复用所述数量的PUCCH包括:在第一优先级等级被指示与所述第一HARQ-ACK信息相关联并且不同的优先级等级被指示与所述第二HARQ-ACK信息相关联的情况下,在公共时隙的单独PUCCH资源中,将第一组HARQ-ACK比特复用为根据第一HCAI的第一HARQ-ACK信息,并将第二组HARQ-ACK比特复用为根据第二HCAI的所述第二HARQ-ACK信息。
7.根据权利要求4所述的方法,其中所述复用所述数量的PUCCH包括:在公共时隙的单独PUCCH资源中,将第一组HARQ-ACK比特复用为根据第一HCAI的第一HARQ-ACK信息,并将第二组HARQ-ACK比特复用为根据第二HCAI的所述第二HARQ-ACK信息。
8.根据权利要求4所述的方法,其中所述复用所述数量PUCCH包括:基于与关联于第一组PDSCH和第二组PDSCH的至少优先级等级相关联的复用规则,在所述公共时隙的公共PUCCH资源中,复用与所述第一组PDSCH相关联的第一组HARQ-ACK比特和与所述第二组PDSCH相关联的第二组HARQ-ACK比特。
9.根据权利要求8所述的方法,其中所述优先级等级至少部分地基于一种或多种类型的服务。
10.根据权利要求9所述的方法,其中所述一种或多种类型的服务包括以下中的任意者:(1)超可靠低延时通信(URLLC)服务;(2)增强型URLLC服务;(3)增强型移动宽带(eMBB)服务;或(4)大规模机器类型通信(mMTC)服务。
11.根据权利要求4所述的方法,其中HCAI的每个控制信号指示与以下中的任意者相关联的延迟时段:(1)时间;(2)时隙数量,或者(3)PDSCH传输和PUCCH传输之间的微时隙的数量。
12.权利要求4所述的方法,其中所述确定对于每个相应时隙或微时隙要传送的PUCCH的数量包括:确定丢弃至少一个PUCCH。
13.根据权利要求12所述的方法,其中所述确定丢弃所述至少一个PUCCH是基于以下各项中的任意项的:(1)所述至少一个PUCCH的属性;(2)所述至少一个PUCCH的PUCCH格式;(3)所述HARQ码本索引;(4)传输简档;(5)与所述至少一个PUCCH相关联的所述PDSCH传输的属性;(6)对应的物理下行链路控制信道(PDCCH)的属性。
14.一种无线发射/接收单元(WTRU),该WTRU包括:
发射/接收单元,被配置为在第一时隙或第一微时隙中接收与第一类型的服务或优先级等级中的任意者相关联的第一物理下行链路共享信道(PDSCH),并在第二时隙或第二微时隙中接收与第二类型的服务或优先级等级中的任意者相关联的第二PDSCH;以及
处理器,其被配置为:
基于所述第一PDSCH的属性或与所述第一PDSCH相关联的控制信息来确定第一HARQ码本确认索引(HCAI),并且基于所述第二PDSCH的属性或与所述第二PDSCH相关联的控制信息来确定第二HCAI,以及
针对以下中的任意者:所述第二时隙、所述第二微时隙、后续时隙或后续微时隙,生成包括根据所述第一HCAI的第一HARQ确认(HARQ-ACK)信息的第一物理上行链路控制信道(PUCCH)以及包括根据所述第二HCAI的第二HARQ-ACK信息的第二PUCCH,
其中所述发射/接收单元被配置为向网络实体发送所述第一PUCCH和所述第二PUCCH。
15.根据权利要求14所述的WTRU,其中所述第一PDSCH和所述第二PDSCH的所述属性是以下中的任意者:搜索空间、传输简档、或临时标识符。
16.根据权利要求14所述的WTRU,其中所述发射/接收单元被配置成在单独的PUCCH资源中复用第一组HARQ-ACK比特作为所述第一HARQ-ACK信息以及复用第二组HARQ-ACK比特作为所述第二HARQ-ACK信息。
17.一种无线发射/接收单元(WTRU),该WTRU包括:
发射/接收单元,被配置为在多个时隙或微时隙中接收与不同优先级等级相关联的多个物理下行链路共享信道(PDSCH);以及
处理器,其被配置为:
针对所接收的多个PDSCH中的每个PDSCH,确定:(1)HARQ码本确认索引(HCAI);和(2)优先级等级,
基于以下各项来确定针对相应时隙或相应微时隙要发送的PUCCH的数量:(1)所确定的HCAI;和(2)所确定的优先级等级,以及
在所述相应时隙或所述相应微时隙的相应不同PUCCH资源中复用所述数量的PUCCH,
其中所述发射/接收单元被配置为在所述相应时隙或所述相应微时隙上发送所确定的数量的PUCCH。
18.根据权利要求17所述的WTRU,其中所确定的与PDSCH相关联的优先级等级由所述PDSCH的一个或多个属性来指示,所述一个或多个属性包括以下中的任意者:搜索空间、传输简档、或临时标识符。
19.根据权利要求17所述的WTRU,其中所述处理器被配置成:在第一优先级等级被指示与第一HARQ-ACK信息相关联并且不同的优先级等级被指示与第二HARQ-ACK信息相关联的情况下,在公共时隙的单独PUCCH资源中,将第一组HARQ-ACK比特复用为根据第一HCAI的所述第一HARQ-ACK信息,并将第二组HARQ-ACK比特复用为根据第二HCAI的所述第二HARQ-ACK信息。
20.根据权利要求17所述的WTRU,其中所述处理器被配置成在公共时隙的单独PUCCH资源中,将第一组HARQ-ACK比特复用为根据第一HCAI的第一HARQ-ACK信息,并将第二组HARQ-ACK比特复用为根据第二HCAI的所述第二HARQ-ACK信息。
21.根据权利要求17所述的WTRU,其中所述处理器被配置成:基于与关联于第一组PDSCH和第二组PDSCH的至少优先级等级相关联的复用规则,在公共时隙或公共微时隙的公共PUCCH资源中,复用与所述第一组PDSCH相关联的第一组HARQ-ACK比特和与第二组PDSCH相关联的第二组HARQ-ACK比特。
22.根据权利要求17所述的WTRU,其中HCAI的每个控制信号指示与以下任意者相关联的延迟时段:(1)时间;(2)时隙数量;或者(3)PDSCH传输和PUCCH传输之间的微时隙的数量。
23.根据权利要求17所述的WTRU,其中所述处理器被配置成:在物理上行链路共享信道(PUSCH)与所述数量的PUCCH中的至少一个PUCCH重叠的条件下,确定是否丢弃以下中的任意者:(1)至少一个PUCCH;或者(2)PUSCH。
24.根据权利要求23所述的WTRU,其中所述处理器被配置成基于以下中的任意者丢弃所述至少一个PUCCH或所述PUSCH:(1)所述至少一个PUCCH的属性;(2)所述至少一个PUCCH的PUCCH格式;(3)所述HARQ码本索引;(4)传输简档;(5)与所述至少一个PUCCH相关联的所述PDSCH传输的属性;(6)优先级等级;(7)相对优先级等级;(8)对应的物理下行链路控制信道(PDCCH)的属性。
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962790428P | 2019-01-09 | 2019-01-09 | |
US62/790,428 | 2019-01-09 | ||
US201962875227P | 2019-07-17 | 2019-07-17 | |
US62/875,227 | 2019-07-17 | ||
US201962886035P | 2019-08-13 | 2019-08-13 | |
US62/886,035 | 2019-08-13 | ||
US201962931389P | 2019-11-06 | 2019-11-06 | |
US62/931,389 | 2019-11-06 | ||
PCT/US2020/012343 WO2020146247A2 (en) | 2019-01-09 | 2020-01-06 | Methods, apparatus and systems for enhanced control signaling of ultra-reliable transmissions |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113287277A true CN113287277A (zh) | 2021-08-20 |
Family
ID=69467716
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080008380.7A Pending CN113287277A (zh) | 2019-01-09 | 2020-01-06 | 用于超可靠传输的增强型控制信令的方法、装置和系统 |
Country Status (9)
Country | Link |
---|---|
US (1) | US20220078768A1 (zh) |
EP (1) | EP3909168A2 (zh) |
JP (1) | JP2022516949A (zh) |
KR (1) | KR20210124209A (zh) |
CN (1) | CN113287277A (zh) |
AU (1) | AU2020207206A1 (zh) |
MX (1) | MX2021008233A (zh) |
TW (1) | TW202038574A (zh) |
WO (1) | WO2020146247A2 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023077422A1 (zh) * | 2021-11-05 | 2023-05-11 | 北京小米移动软件有限公司 | Harq-ack信息反馈方法及装置、存储介质 |
Families Citing this family (55)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114885419A (zh) * | 2018-01-12 | 2022-08-09 | 华为技术有限公司 | 一种上行控制信息的传输方法、接入网设备以及终端设备 |
KR20210112334A (ko) | 2019-01-10 | 2021-09-14 | 샤프 가부시키가이샤 | 저지연 물리적 업링크 제어 채널(pucch) 향상들 및 자원 구성 |
US11172495B2 (en) * | 2019-01-11 | 2021-11-09 | Qualcomm Incorporated | Collision handling |
WO2020193582A1 (en) * | 2019-03-28 | 2020-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiple downlink semi-persistent scheduling configurations for new radio internet of things |
CN111757507B (zh) * | 2019-03-29 | 2024-07-23 | 华为技术有限公司 | 一种通信方法和装置 |
CN111757496B (zh) * | 2019-03-29 | 2023-07-11 | 华为技术有限公司 | 一种通信方法及装置 |
US11490398B2 (en) * | 2019-05-02 | 2022-11-01 | Qualcomm Incorporated | Cell-based transmission priority |
EP3993300B1 (en) * | 2019-07-12 | 2023-08-30 | LG Electronics Inc. | Method for transmitting and receiving harq-ack information in wireless communication system and device for same |
EP4000337A1 (en) * | 2019-07-18 | 2022-05-25 | Telefonaktiebolaget LM Ericsson (publ) | Methods of resolving collision between sr and pusch |
EP3986067A4 (en) * | 2019-08-14 | 2022-06-29 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method and device |
CN113475143A (zh) * | 2019-08-14 | 2021-10-01 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
WO2021029738A1 (ko) * | 2019-08-15 | 2021-02-18 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 채널을 송수신 하는 방법 및 이에 대한 장치 |
US20220321307A1 (en) * | 2019-08-16 | 2022-10-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Priority based multiplexing |
US20210105100A1 (en) * | 2019-10-04 | 2021-04-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 | 维沃移动通信有限公司 | 上行传输的方法、上行传输指示的方法和设备 |
US20210051511A1 (en) * | 2019-11-06 | 2021-02-18 | 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 |
EP4066576A4 (en) * | 2020-01-07 | 2023-12-27 | FG Innovation Company Limited | METHOD AND USER EQUIPMENT FOR CONFIGURING PUCCH RESOURCES |
US11792802B2 (en) * | 2020-01-10 | 2023-10-17 | Qualcomm Incorporated | Uplink shared channel feedback piggybacking |
US11743890B2 (en) * | 2020-02-04 | 2023-08-29 | Qualcomm Incorporated | Simultaneous PUCCH-PUSCH with different priorities |
WO2021158067A1 (ko) * | 2020-02-05 | 2021-08-12 | 엘지전자 주식회사 | 상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국 |
US11558803B2 (en) * | 2020-03-16 | 2023-01-17 | Qualcomm Incorporated | Path selection for sidelink relay |
CN115315913A (zh) * | 2020-03-26 | 2022-11-08 | 索尼半导体解决方案公司 | 通信装置和通信系统 |
WO2021229319A1 (en) * | 2020-05-13 | 2021-11-18 | Nokia Technologies Oy | Apparatus and methods of scheduling request multiplexing |
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 |
US11811538B2 (en) * | 2020-07-27 | 2023-11-07 | Samsung Electronics Co., Ltd. | Multiplexing information with different priority values |
EP4189880A1 (en) * | 2020-07-29 | 2023-06-07 | Telefonaktiebolaget LM Ericsson (publ) | Transmission of dropped harq-ack codebooks due to prioritization with a type-2 codebook |
KR20230047409A (ko) * | 2020-08-03 | 2023-04-07 | 삼성전자주식회사 | 제어 정보 송수신을 위한 장치 및 방법. |
JP2023536877A (ja) * | 2020-08-04 | 2023-08-30 | インターデイジタル パテント ホールディングス インコーポレイテッド | 制御された環境における設定済みグラントでの送信 |
CN116250349A (zh) * | 2020-08-06 | 2023-06-09 | 株式会社Ntt都科摩 | 终端、无线通信方法以及基站 |
CN114902602B (zh) * | 2020-08-06 | 2024-06-21 | Lg电子株式会社 | 在无线通信系统中发送和接收信号的方法和设备 |
CN114071585A (zh) * | 2020-08-07 | 2022-02-18 | 中国移动通信有限公司研究院 | 物理上行控制信道的传输方法、终端及基站 |
US11805542B2 (en) * | 2020-09-15 | 2023-10-31 | Acer Incorporated | Method used by UE to multiplex uplink transmissions and UE using the same |
US12028173B2 (en) | 2020-10-08 | 2024-07-02 | Samsung Electronics Co., Ltd. | Acknowledgment information with reduced redundancies |
EP4233436A1 (en) * | 2020-10-22 | 2023-08-30 | Nokia Technologies Oy | Pucch resource determination for multiplexed low priority and high priority uplink control information |
CN114448578A (zh) * | 2020-10-30 | 2022-05-06 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
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 |
US20230413272A1 (en) * | 2020-11-27 | 2023-12-21 | Beijing Xiaomi Mobile Software Co., Ltd. | Uplink control information transmission method and apparatus, 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 |
WO2022155603A1 (en) * | 2021-01-18 | 2022-07-21 | Qualcomm Incorporated | Uplink skipping and uplink control information multiplexing for wireless communication |
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 |
WO2022202663A1 (en) * | 2021-03-22 | 2022-09-29 | Sharp Kabushiki Kaisha | Payload reduction and configuration for harq-ack multiplexing on pusch |
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上传输的方法、终端及设备 |
US20220330231A1 (en) * | 2021-04-05 | 2022-10-13 | Qualcomm Incorporated | Uci multiplexing for different levels of reliability |
WO2022213280A1 (en) * | 2021-04-06 | 2022-10-13 | Apple Inc. | Uci multiplexing with physical layer priority and lch based prioritization |
CN115225198A (zh) * | 2021-04-16 | 2022-10-21 | 大唐移动通信设备有限公司 | Uci的级联确定方法、装置、终端及网络侧设备 |
CN115333681B (zh) * | 2021-05-11 | 2024-05-07 | 大唐移动通信设备有限公司 | 信息传输方法、装置及存储介质 |
WO2022246472A1 (en) * | 2021-05-21 | 2022-11-24 | 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 |
US20230042828A1 (en) * | 2021-08-04 | 2023-02-09 | Qualcomm Incorporated | Techniques for secondary cell establishment for uplink control information |
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 |
US20230413262A1 (en) * | 2022-06-16 | 2023-12-21 | Qualcomm Incorporated | Flexible uplink transmission with uci collisions |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160295574A1 (en) * | 2015-04-06 | 2016-10-06 | Samsung Electronics Co., Ltd | Transmission power control for an uplink control channel |
US20180076942A1 (en) * | 2016-04-01 | 2018-03-15 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
WO2018128493A1 (ko) * | 2017-01-08 | 2018-07-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 상향링크 신호 송수신 방법 및 이를 지원하는 장치 |
WO2018203686A1 (ko) * | 2017-05-03 | 2018-11-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 스케줄링 요청을 송수신하는 방법 및 이를 지원하는 장치 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098151B (zh) * | 2010-12-28 | 2015-08-12 | 中兴通讯股份有限公司 | 一种正确/错误应答消息的发送方法及用户终端 |
CN106301720B (zh) * | 2015-05-14 | 2020-08-21 | 北京三星通信技术研究有限公司 | 传输上行控制信息的方法和设备 |
KR102150444B1 (ko) * | 2015-07-01 | 2020-09-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호의 전송 방법 및 장치 |
EP3619860B1 (en) * | 2017-05-03 | 2023-01-04 | Apple Inc. | Handling collision for mini-slot-based and slot-based transmission |
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 |
CN111869289B (zh) * | 2018-01-12 | 2024-03-22 | Lg 电子株式会社 | 执行物理上行链路控制信道传输的方法和使用该方法的用户设备 |
CN116318248B (zh) * | 2018-02-14 | 2024-06-07 | Lg电子株式会社 | 在无线通信系统中发送和接收无线信号的方法和设备 |
US10980049B2 (en) * | 2018-05-10 | 2021-04-13 | Qualcomm Incorporated | Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC) |
CN112385292A (zh) * | 2018-05-10 | 2021-02-19 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN112335284B (zh) * | 2018-06-20 | 2023-10-20 | 鸿颖创新有限公司 | 用于处理eMBB和URLLC同时传输的方法和装置 |
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 |
WO2020066025A1 (ja) * | 2018-09-28 | 2020-04-02 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
-
2020
- 2020-01-06 JP JP2021539584A patent/JP2022516949A/ja active Pending
- 2020-01-06 CN CN202080008380.7A patent/CN113287277A/zh active Pending
- 2020-01-06 KR KR1020217021356A patent/KR20210124209A/ko not_active Application Discontinuation
- 2020-01-06 EP EP20703589.0A patent/EP3909168A2/en not_active Ceased
- 2020-01-06 AU AU2020207206A patent/AU2020207206A1/en active Pending
- 2020-01-06 MX MX2021008233A patent/MX2021008233A/es unknown
- 2020-01-06 US US17/419,858 patent/US20220078768A1/en active Pending
- 2020-01-06 WO PCT/US2020/012343 patent/WO2020146247A2/en unknown
- 2020-01-07 TW TW109100441A patent/TW202038574A/zh unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160295574A1 (en) * | 2015-04-06 | 2016-10-06 | Samsung Electronics Co., Ltd | Transmission power control for an uplink control channel |
US20180076942A1 (en) * | 2016-04-01 | 2018-03-15 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
WO2018128493A1 (ko) * | 2017-01-08 | 2018-07-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 상향링크 신호 송수신 방법 및 이를 지원하는 장치 |
WO2018203686A1 (ko) * | 2017-05-03 | 2018-11-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 스케줄링 요청을 송수신하는 방법 및 이를 지원하는 장치 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023077422A1 (zh) * | 2021-11-05 | 2023-05-11 | 北京小米移动软件有限公司 | Harq-ack信息反馈方法及装置、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP2022516949A (ja) | 2022-03-03 |
TW202038574A (zh) | 2020-10-16 |
MX2021008233A (es) | 2021-09-21 |
WO2020146247A2 (en) | 2020-07-16 |
KR20210124209A (ko) | 2021-10-14 |
AU2020207206A1 (en) | 2021-07-29 |
US20220078768A1 (en) | 2022-03-10 |
WO2020146247A3 (en) | 2020-08-27 |
EP3909168A2 (en) | 2021-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220078768A1 (en) | Methods, apparatus and systems for enhanced control signaling of ultra-reliable transmissions | |
US11916680B2 (en) | Sidelink resource sensing using feedback channels | |
CN112567661B (zh) | 用于以不同可靠性传递数据的方法、系统和设备 | |
CN112740592B (zh) | 用于harq增强的方法和装置 | |
CN113767586B (zh) | 用于在所配置的许可上的增强型上行链路数据传输的方法、装置和系统 | |
TWI745858B (zh) | 實體上鏈共享頻道傳輸的裝置及方法 | |
US20220303952A1 (en) | New radio (nr) vehicle to everything (v2x) methods for sensing and resource allocation | |
CN113508547A (zh) | 用于nr sl多子信道pscch传输的方法 | |
CN111034097A (zh) | 可靠控制信令 | |
TW202143671A (zh) | 未授權頻譜中可靠harq—ack傳輸 | |
JP2019533360A (ja) | 柔軟な無線サービスのための5g nrデータ送達 | |
CN113841349A (zh) | Harq-ack码本自适应 | |
US20240292388A1 (en) | Methods and apparatus for flexible aperiodic srs transmission | |
CN113728709A (zh) | 用于在未许可频谱中进行所配置授权传输的方法和装置 | |
US20220124679A1 (en) | Wireless resource allocation schemes in vehicle-to-everything (v2x) communication | |
CN112789932A (zh) | 自主低等待时间通信 | |
EP4104336A1 (en) | Methods and apparatus for uplink control enhancement | |
CN115516781A (zh) | 改善高频范围中的覆盖 | |
JP2023536724A (ja) | 時間及び符号ドメインカバレッジ拡張 | |
CN111615803A (zh) | 免许可上行链路传输 | |
CN114391294A (zh) | 共享信道占用时间操作 | |
US20230239080A1 (en) | Methods and apparatuses for improved voice coverage | |
WO2024173455A1 (en) | Methods and apparatuses for reporting autonomous retransmissions | |
CN118694492A (zh) | 用于harq增强的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230420 Address after: Delaware Applicant after: INTERDIGITAL PATENT HOLDINGS, Inc. Address before: Wilmington, Delaware, USA Applicant before: IDAC HOLDINGS, Inc. |
|
TA01 | Transfer of patent application right |