CN111884778A - 用于上行链路数据传输的方法及使用其的用户设备和基站 - Google Patents
用于上行链路数据传输的方法及使用其的用户设备和基站 Download PDFInfo
- Publication number
- CN111884778A CN111884778A CN202010361223.6A CN202010361223A CN111884778A CN 111884778 A CN111884778 A CN 111884778A CN 202010361223 A CN202010361223 A CN 202010361223A CN 111884778 A CN111884778 A CN 111884778A
- Authority
- CN
- China
- Prior art keywords
- data
- type
- uploading
- message
- upload
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
- H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0025—Transmission of mode-switching indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
- H04L1/0038—Blind format detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/0012—Modulated-carrier systems arrangements for identifying the type of modulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种用于上行链路数据传输的方法以及使用其的用户设备和基站。用于用户设备的方法包含:接收第一消息以获得动态授权;根据第一消息使用动态授权来上传第一类型数据;接收第二消息以获得已配置授权;根据第二消息使用已配置授权来上传第二类型数据;如果第一类型数据的上传与第二类型数据的上传在时间上部分或完全重叠且动态授权的第一优先级低于已配置授权的第二优先级,则取消第一类型数据的上传;以及在第二类型数据的上传结束之后确定是否恢复第一类型数据的上传。
Description
技术领域
本公开提供一种用于上行链路数据传输的方法以及使用所述方法的用户设备和基站。
背景技术
随着物联网(Internet of things;IoT)技术的普及,越来越多的用户尝试将支持IoT技术的用户设备(user equipment;UE)应用于工业领域。举例来说,可使用支持工业IoT技术的无人机(unmanned aerial vehicle;UAV)来实时监视智慧工厂中的设备或人员。支持工业IoT的装置(例如UAV)可进行两种类型的数据的传输,例如增强移动宽带(enhancedmobile broadband;eMBB)和超可靠低延时通信(ultra-reliable and low latencycommunication;URLLC)。eMBB业务量可用于传输与图像相关联的数据,且URLLC业务量可用于传输与运动控制相关联的数据。一般来说,eMBB业务量往往会保持,而URLLC业务量往往是偶发性和不可预测的。
图1示出由UE传输eMBB数据和URLLC数据的示意图。假定UE已接收URLLC数据的已配置授权,则UE可根据已配置授权来分配用于上传URLLC数据的资源。举例来说,UE可预分配周期性资源11作为用于上传URLLC数据的资源。假定UE接收eMBB数据的动态授权,则UE可根据动态授权来分配用于上传eMBB数据的资源。举例来说,UE可分配资源12作为用于上传eMBB数据的资源。根据3GPP版本15的描述,如果用于上传URLLC数据的资源与用于上传eMBB数据的资源在时间上重叠,也就是说在eMBB数据的动态授权与URLLC数据的已配置授权之间发生资源冲突时,则动态授权始终覆盖已配置授权。
举例来说,假定UE在时间点T1处接收指示UE在时间点T3处开始传输eMBB数据的动态授权,且在时间点T2处接收指示UE开始传输URLLC数据的通知消息。在接收所述通知消息之后,UE可选择最接近于时间点T2且对应于时间点T4的资源11以传输URLLC数据。如果对应于时间点T4的资源11与资源12在时间上重叠,则由于动态授权始终覆盖已配置授权,所以UE将丢弃需要在时间点T4处传输的URLLC数据且在时间点T3处传输eMBB数据。
另一方面,根据3GPP版本16的描述,UE可根据动态授权和已配置授权的优先级来确定将由所述UE传输的数据和将由所述UE丢弃的数据。举例来说,假定UE在时间点T1处接收指示UE在时间点T3处开始传输eMBB数据的动态授权,且在时间点T2处接收指示UE开始传输URLLC数据的通知消息。此外,对应于eMBB数据的动态授权的优先级低于对应于URLLC数据的已配置授权的优先级。在接收所述通知消息之后,UE可选择最接近于时间点T2且对应于时间点T4的资源11以传输URLLC数据。如果对应于时间点T4的资源11与资源12在时间上重叠,则UE将根据优先级丢弃需要传输的eMBB数据且在时间点T4处传输URLLC数据。
然而,在一些情况下,丢弃eMBB数据可能并不合乎需要。举例来说,如果eMBB上传已在一段时间内持续且在时间点T4处取消,则将降低资源效率。
发明内容
本公开提供一种用于上行链路数据传输的方法以及使用所述方法的UE和基站。当两种类型的数据的上行链路资源发生冲突时,所述方法可辅助UE选择适当的方案来传输上行链路数据。
本公开的一种用于上行链路数据传输的方法适合于UE。所述方法包含:接收第一消息以获得动态授权;根据所述第一消息使用所述动态授权来上传第一类型数据;接收第二消息以获得已配置授权;根据所述第二消息使用所述已配置授权来上传第二类型数据;如果第一类型数据的上传与第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则取消所述第一类型数据的上传;以及在所述第二类型数据的上传结束之后确定是否恢复所述第一类型数据的上传。
在本公开的一个实施例中,如果所述动态授权的所述第一优先级低于所述已配置授权的所述第二优先级,则在所述第二类型数据的上传结束之后所述第一消息指示所述UE恢复所述第一类型数据的上传。
在本公开的一个实施例中,所述第一消息包含调制编码方案。根据所述第一消息使用所述动态授权来上传所述第一类型数据的步骤包含:如果在所述第二类型数据的上传结束之后确定恢复所述第一类型数据的上传,则通过使用所述调制编码方案来上传所述第一类型数据。
在本公开的一个实施例中,所述第一消息包含索引。根据所述第一消息使用所述动态授权来上传所述第一类型数据的所述步骤包含:根据所述索引从包括多个调制编码方案的表中选择调制编码方案;以及如果在所述第二类型数据的上传结束之后确定恢复所述第一类型数据的上传,则通过使用所述调制编码方案来上传所述第一类型数据。
在本公开的一个实施例中,所述方法还包含:接收第三消息,其中所述第三消息包含重叠阈值;响应于所述第一类型数据的上传与所述第二类型数据的上传之间的重叠时段与所述第一类型数据的上传的时段的比率大于所述重叠阈值,在所述第二类型数据的上传结束之后不恢复所述第一类型数据的上传;以及响应于所述比率小于或等于所述重叠阈值,在所述第二类型数据的上传结束之后恢复所述第一类型数据的上传。
在本公开的一个实施例中,所述第三消息是无线资源控制信令。
本公开的一种用于上行链路数据传输的方法适合于基站。所述方法包含:将第一消息传输到UE,其中所述第一消息包含用来上传第一类型数据的动态授权;将第二消息传输到所述UE,其中所述第二消息包含用来上传第二类型数据的已配置授权;接收所述第二类型数据;以及如果第一类型数据的上传与第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则响应于所述第二类型数据的所述接收而确定是否接收所述第一类型数据。
在本公开的一个实施例中,所述方法还包含:如果所述第二类型数据的所述接收失败,则接收所述第一类型数据。
在本公开的一个实施例中,所述方法还包含:如果所述第二类型数据的所述接收成功且在所述第二类型数据的上传结束之后所述第一消息指示所述UE恢复所述第一类型数据的上传,则接收所述第一类型数据。
在本公开的一个实施例中,所述方法还包含:如果所述第二类型数据的所述接收成功且在所述第二类型数据的上传结束之后所述第一消息指示所述UE不恢复所述第一类型数据的上传,则不接收所述第一类型数据。
在本公开的一个实施例中,所述第一消息包含调制编码方案。接收所述第一类型数据的步骤包含:根据所述调制编码方案对所述第一类型数据进行译码;以及如果根据所述调制编码方案的所述译码失败,则根据初始调制编码方案对所述第一类型数据进行译码。
在本公开的一个实施例中,所述第一消息包含索引。接收所述第一类型数据的所述步骤包含:从包括多个调制编码方案的表中选择对应于所述索引的调制编码方案;根据所述调制编码方案对所述第一类型数据进行译码;以及如果根据所述调制编码方案的所述译码失败,则根据初始调制编码方案对所述第一类型数据进行译码。
在本公开的一个实施例中,所述方法还包含:传输第三消息,其中所述第三消息包括重叠阈值。
在本公开的一个实施例中,所述方法还包含:响应于所述第一类型数据的上传与所述第二类型数据的上传之间的重叠时段与所述第一类型数据的上传的时段的比率小于或等于所述重叠阈值而接收所述第一类型数据;以及响应于所述比率大于所述重叠阈值而不接收所述第一类型数据。
本公开的UE包含处理器和收发器。所述处理器耦合到所述收发器,且配置成进移动作:通过所述收发器接收第一消息以获得动态授权;通过所述收发器根据所述第一消息使用所述动态授权来上传第一类型数据;通过所述收发器接收第二消息以获得已配置授权;通过所述收发器根据所述第二消息使用所述已配置授权来上传第二类型数据;如果第一类型数据的上传与第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则取消所述第一类型数据的上传;以及在所述第二类型数据的上传结束之后确定是否恢复所述第一类型数据的上传。
本公开的一种基站包含处理器和收发器。所述处理器耦合到所述收发器,且配置成进移动作:通过所述收发器将第一消息传输到UE,其中所述第一消息包含用来上传第一类型数据的动态授权;通过所述收发器将第二消息传输到所述UE,其中所述第二消息包含用来上传第二类型数据的已配置授权;通过所述收发器接收所述第二类型数据;以及如果第一类型数据的上传与第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则响应于所述第二类型数据的所述接收而确定是否接收所述第一类型数据。
总之,基于上文,当两种类型的上行链路数据的资源发生冲突时,本公开的UE可根据基站的指令丢弃两种类型的上行链路数据中的一种,或通过另一种类型的上行链路数据对一种类型的上行链路数据进行打孔(puncturing)。
附图说明
图1示出由UE传输增强移动宽带(eMBB)数据和超可靠低延时通信(URLLC)数据的示意图。
图2示出根据本公开的实施例的通过使用用于丢弃第一类型数据的方法来上传第二类型数据的示意图。
图3示出根据本公开的实施例的通过使用打孔方法来上传第二类型数据的示意图。
图4示出根据本公开的实施例的通过使用用于丢弃第一类型数据的方法来上传第二类型数据的信令图。
图5示出根据本公开的实施例的由基站实施的如图4中所绘示的方法的流程图。
图6示出根据本公开的实施例的由UE实施的如图4中所绘示的方法的流程图。
图7示出根据本公开的实施例的通过对第一类型数据进行打孔来上传第二类型数据的信令图。
图8示出根据本公开的实施例的由基站实施的如图7中所绘示的方法的流程图。
图9示出根据本公开的实施例的由UE实施的如图7中所绘示的方法的流程图。
图10示出根据本公开的另一实施例的通过对第一类型数据进行打孔来上传第二类型数据的信令图。
图11示出根据本公开的实施例的由基站实施的如图10中所绘示的方法的流程图。
图12示出根据本公开的实施例的由UE实施的如图10中所绘示的方法的流程图。
图13示出根据本公开的另外实施例的通过对第一类型数据进行打孔来上传第二类型数据的信令图。
图14示出根据本公开的实施例的由基站实施的如图13中所绘示的方法的流程图。
图15示出根据本公开的实施例的由UE实施的如图13中所绘示的方法的流程图。
图16示出根据本公开的实施例的基站的示意图。
图17示出根据本公开的实施例的适合于基站的用于上行链路数据传输的方法的流程图。
图18示出根据本公开的实施例的UE的示意图。
图19示出根据本公开的实施例的适合于UE的用于上行链路数据传输的方法的流程图。
附图标记说明
11、12、13、14、15、16、17、18、19、20、21、22:资源;
100:基站;
110、210:处理器;
120、220:存储媒体;
130、230:收发器;
200:用户设备;
t1、t2、t3、t4、t5、t6、t7、t8、t9、t10、T1、T2、T3、T4:时间点;
S41、S42、S43、S44、S45、S51、S52、S53、S54、S55、S61、S62、S63、S64、S65、S71、S72、S73、S74、S75、S81、S82、S83、S84、S85、S91、S92、S93、S94、S95、S96、S101、S102、S103、S104、S105、S106、S111、S112、S113、S114、S115、S116、S121、S122、S123、S124、S125、S126、S127、S131、S132、S133、S134、S135、S136、S141、S142、S143、S144、S145、S146、S147、S148、S151、S152、S153、S154、S155、S156、S157、S158、S159、S171、S172、S173、S174、S191、S192、S193、S194、S195、S196:步骤
具体实施方式
现将详细地参考本发明的示范性实施例,示范性实施例的实例说明于附图中。只要有可能,相同元件符号在图式和描述中用来表示相同或相似部分。
图2示出根据本公开的实施例的通过使用用于丢弃第一类型数据的方法来上传第二类型数据的示意图。在本公开中,假定第一类型数据是增强移动宽带(eMBB)数据且第二类型数据是超可靠低延时通信(URLLC)数据,但本公开不限于此。UE可通过物理层(PHY)或媒体访问控制(media access control;MAC)层来实施如图2中所绘示的方法。
如果UE接收指示UE在时间点t1处上传eMBB数据的动态授权且接收指示UE上传URLLC数据的通知消息,且用于上传eMBB数据的资源(即,在时间点t1处开始且在时间点t2处结束的资源14和在时间点t2处开始且在时间点t4处结束的资源15)与用于上传URLLC数据的资源13(即,在时间点t2处开始且在时间点t3处结束的上行链路资源)在时间上重叠,则UE可首先根据基站的指令在时间点t1处通过使用资源14来上传eMBB数据,且在时间点t2处取消上传eMBB数据并开始上传URLLC数据。在时间点t2之后的eMBB数据的上行链路资源15将由UE丢弃。换句话说,UE将不使用资源15来上传eMBB数据。
在UE在时间点t3处完成URLLC数据的上传之后,将释放时间点t3与时间点t4之间的资源15的一部分。因此,基站可重新调度时间点t3与时间点t4之间的上行链路资源。举例来说,基站可指示UE使用时间点t3与时间点t4之间的上行链路资源来将第三类型数据上传到基站。第三类型数据是例如eMBB数据或URLLC数据,但本公开不限于此。
图3示出根据本公开的实施例的通过使用打孔方法来上传第二类型数据的示意图。在本实施例中,UE可通过使用URLLC数据传输来对eMBB数据传输进行打孔。UE可通过物理层(PHY)来实施如图3中所绘示的方法。
具体来说,如果UE接收指示UE在时间点t5处开始上传eMBB数据的动态授权和指示UE上传URLLC数据的通知消息,且用于上传eMBB数据的资源(即,在时间点t5处开始且在时间点t6处结束的资源18、在时间点t6处开始且在时间点t7处结束的资源19、在时间点t7处开始且在时间点t8处结束的资源20、在时间点t8处开始且在时间点t9处结束的资源21,以及在时间点t9处开始且在时间点t10处结束的资源22)与用于上传URLLC数据的资源16(即,在时间点t6处开始且在时间点t7处结束的上行链路资源)和资源17(即,在时间点t8处开始且在时间点t9处结束的上行链路资源)在时间上重叠,则UE可首先根据基站的指令在时间点t5处通过使用资源18来上传eMBB数据,且在时间点t6处停止上传eMBB数据并开始上传URLLC数据。在UE在时间点t7处通过使用资源16在URLLC数据的第一阶段处完成上传之后,UE可通过使用资源20来恢复上传eMBB数据。最初通过使用资源19来上传的eMBB数据将由UE丢弃。类似地,UE可根据基站的指令在时间点t8处停止上传eMBB数据且开始上传URLLC数据。在UE在时间点t9处通过使用资源17在URLLC数据的第二阶段处完成上传之后,UE可通过使用资源22来恢复上传eMBB数据。最初通过使用资源21来上传的eMBB数据将由UE丢弃。
以上方法可使得UE能够在eMBB数据的上传时段(即,从时间点t5到时间点t10)内完成eMBB数据和URLLC数据的上传。
图4示出根据本公开的实施例的通过使用用于丢弃第一类型数据(例如:eMBB数据)的方法来上传第二类型数据(例如:URLLC数据)的信令图。在步骤S41处,基站100可将第一消息传输到UE 200。第一消息可包含可指示UE 200在开始上传URLLC数据的第一时间点丢弃eMBB数据的下行链路控制信息(downlink control information;DCI)。第一消息是例如eMBB数据的动态授权。动态授权可配置成指示由UE 200上传eMBB数据的上传时段。UE200可根据动态授权来获得上传eMBB的上传时段。将图2视为实例。UE 200可根据动态授权来获得时间点t1与时间点t4之间的资源(即,资源14和资源15)以上传eMBB数据。
在一个实施例中,动态授权还可包含调制编码方案(modulation and codingscheme;MCS)。基站100可指示UE 200根据由基站100借助于动态授权确定的MCS来上传数据。
在步骤S42处,在获得eMBB数据的上传时段之后,UE 200可根据上传时段来上传eMBB数据。上传可包含建立eMBB数据的传输块(transmission block;TB)的步骤、将所建立TB传输到基站100的步骤(图4中未绘示),以及类似步骤。基站100可在eMBB数据的上传时段内从UE 200接收eMBB数据。具体来说,基站100可在上传时段内从UE 200接收数据,且根据用于对eMBB数据进行译码的译码算法来对接收到的数据进行译码。
在一个实施例中,UE 200可通过实体上行链路共享信道(physical uplinkshared channel;PUSCH)将eMBB数据的TB传输到基站100。
在步骤S43处,如果UE 200已接收到指示UE 200在eMBB数据的上传时段内上传URLLC数据的第二消息,则UE 200可在开始通过使用URLLC数据的预分配资源来上传URLLC数据(包含建立URLLC数据的TB的步骤)时在eMBB数据的上传时段内丢弃eMBB数据(即,取消上传eMBB数据)。第二消息是例如指示UE 200上传URLLC数据的配置消息,且配置消息的来源是例如基站100。本公开不限于此。将图2视为实例。当URLLC数据的预分配资源13到达时间点t2处时,UE 200可取消上传eMBB数据且通过使用资源13来开始上传URLLC数据。时间点t2之后的eMBB数据的部分(即,需要通过使用资源15来上传的eMBB数据)将由UE 200丢弃。
在步骤S44处,UE 200可通过PUSCH将URLLC数据的TB上传到基站100。将图2视为实例。UE 200可通过时间点t2与时间点t3之间的PUSCH将URLLC数据的TB上传到基站100。
在步骤S45处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。具体来说,基站100可接收第二类型数据;且响应于第二类型数据的接收而确定是否接收第一类型数据。如果基站100确定接收到的数据报含URLLC数据的TB,则基站100可取消接收eMBB数据。在一个实施例中,如果基站100在eMBB数据的上传时段内完成URLLC数据的接收,则基站100可在上传时段内重新调度其余上行链路资源。将图2视为实例。如果基站100在时间点t3处完成URLLC数据的接收,则基站100可在时间点t3之后将指示UE 200在时间点t3与时间点t4之间开始上传第三类型数据的消息传输到UE 200。第三类型数据是例如eMBB数据或URLLC数据,但本公开不限于此。对应地,基站100也需要用对应于时间点t3与时间点t4之间的第三类型数据的译码算法来对来自UE 200的上行链路数据进行译码。
图5示出根据本公开的实施例的由基站100实施的如图4中所绘示的方法的流程图。在步骤S51处,基站100可将eMBB数据的动态授权传输到UE200。动态授权可配置成指示UE 200在开始上传URLLC数据时丢弃eMBB数据。
在步骤S52处,基站100可接收第二类型数据;且响应于第二类型数据的接收而确定是否从UE 200接收第一类型数据。
在步骤S53处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。如果所述数据报含URLLC数据的TB,则进行步骤S54。如果所述数据不包含URLLC数据的TB,则进行步骤S55。
在步骤S54处,基站100可取消接收eMBB数据。在一个实施例中,基站100可在完成URLLC数据的接收之后重新调度最初用于上传eMBB数据的其余上行链路资源。
在步骤S55处,基站100可完整地接收eMBB数据。
图6示出根据本公开的实施例的由UE 200实施的如图4中所绘示的方法的流程图。在步骤S61处,UE 200可从基站100接收eMBB数据的动态授权。动态授权可配置成指示UE200在开始上传URLLC数据时丢弃eMBB数据。
在步骤S62处,UE 200可根据动态授权来上传eMBB数据。举例来说,UE 200可通过PUSCH将eMBB数据传输到基站100。
在步骤S63处,UE 200可确定是否需要在eMBB数据的上传时段内上传URLLC数据。具体来说,如果UE 200已接收到指示UE 200上传URLLC数据的通知消息,则UE 200可确定URLLC数据的上传时段与eMBB数据的上传时段是否在时间上重叠。如果URLLC数据的上传时段与eMBB数据的上传时段在时间上重叠,则进行步骤S64。如果UE 200尚未接收到指示UE200上传URLLC数据的通知消息,或URLLC数据的上传时段与eMBB数据的上传时段未在时间上重叠,则进行步骤S65。
在步骤S64处,UE 200可在开始(例如,通过PUSCH)上传URLLC数据时丢弃eMBB数据。在一个实施例中,在UE 200完成URLLC数据的上传之后,UE 200可根据基站100的指令来使用最初用于上传eMBB数据的其余上行链路资源。
在步骤S65处,UE 200可在eMBB数据的上传时段内上传eMBB数据。
图7示出根据本公开的实施例的通过对第一类型数据(例如:eMBB数据)进行打孔来上传第二类型数据(例如:URLLC数据)的信令图。在步骤S71处,基站100可将第一消息传输到UE 200。第一消息可包含指示UE 200通过对第一类型数据进行打孔来上传第二类型数据的DCI。第一消息是例如eMBB数据的动态授权。动态授权可配置成指示UE 200上传eMBB数据的上传时段。UE 200可根据动态授权来获得上传eMBB的上传时段。将图3视为实例。UE200可根据动态授权来获得时间点t5与时间点t10之间的资源(即,资源18、资源19、资源20、资源21以及资源22)以上传eMBB数据。
动态授权还可包含第一MCS和第二MCS。在本实施例中,第一MCS对应于位的第一数目,且第二MCS对应于位的第二数目。第一数目大于或等于第二数目。举例来说,如果第一MCS对应于64正交调幅(quadrature amplitude modulation;QAM),则第二MCS可对应于16QAM或8QAM。假定UE 200最初使用第一MCS来上传eMBB数据。如果UE 200在eMBB数据的上传中通过对eMBB数据进行打孔来上传URLLC数据,则用于上传eMBB数据的上行链路资源将减少。因此,UE 200可通过第二MCS来上传eMBB数据。
在步骤S72处,在获得eMBB数据的上传时段之后,UE 200可根据上传时段来上传eMBB数据。上传可包含建立eMBB数据的TB的步骤、将所建立TB传输到基站100的步骤(图7中未绘示),以及类似步骤。UE 200可根据MCS中的一个来上传eMBB数据。基站100可在eMBB数据的上传时段内从UE 200接收eMBB数据。具体来说,基站100可在上传时段内从UE200接收数据,且根据用于对eMBB数据进行译码的译码算法来对接收到的数据进行译码。将图3视为实例。UE 200可在时间点t5处通过第一MCS上传eMBB数据。基站100可在时间点t5处接收eMBB数据。
在一个实施例中,UE 200可通过PUSCH将eMBB数据的TB传输到基站100。
在步骤S73处,如果UE 200已接收到指示UE 200在eMBB数据的上传时段内上传URLLC数据的第二消息,则UE 200可在eMBB数据的上传时段内对eMBB数据进行打孔以通过使用URLLC数据的预分配资源来上传URLLC数据(包含建立URLLC数据的TB的步骤)。第二消息是例如指示UE 200上传URLLC数据的配置消息,且配置消息的来源是例如基站100。本公开不限于此。在步骤S74处,UE 200可通过PUSCH将URLLC数据的TB上传到基站100。将图3视为实例。当URLLC数据的预分配资源16到达时间点t6处时,UE 200可停止上传eMBB数据且通过使用资源13来开始上传URLLC数据。基站100可在时间点t6处接收URLLC数据。在UE 200在时间点t7处完成URLLC数据的上传之后,UE 200可通过使用资源20来恢复上传eMBB数据。基站100可在时间点t7处接收eMBB数据。
在步骤S75处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。具体来说,基站100可接收第二类型数据;且响应于第二类型数据的接收而确定是否接收第一类型数据。如果基站100确定接收到的数据不包含URLLC数据的TB,则基站100可继续接收eMBB数据。如果基站100确定接收到的数据报含URLLC数据的TB,则基站100可在完成URLLC数据的接收之后接收eMBB数据。将图3视为实例。在基站100在时间点t7处完成URLLC数据的接收之后,UE 200可通过MCS中的一个来恢复上传eMBB数据。基站100可通过第二MCS和用于对eMBB数据进行译码的译码算法来对接收到的数据进行译码。可由UE 200对时间点t6与时间点t7之间的eMBB数据进行打孔。
图8示出根据本公开的实施例的由基站100实施的如图7中所绘示的方法的流程图。在步骤S81处,基站100可将eMBB数据的动态授权传输到UE200。动态授权可配置成指示UE 200通过对eMBB数据进行打孔来上传URLLC数据。
在步骤S82处,基站100可接收第二类型数据;且响应于第二类型数据的接收而确定是否从UE 200接收第一类型数据。
在步骤S83处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。如果所述数据报含URLLC数据的TB,则进行步骤S84。如果所述数据不包含URLLC数据的TB,则进行步骤S85。
在步骤S84处,基站100可接收eMBB数据、根据第二MCS对接收到的数据进行译码,且如果根据第二MCS的译码失败,则根据第一MCS对接收到的数据进行译码。
在步骤S85处,基站100可完整地接收eMBB数据。
图9示出根据本公开的实施例的由UE 200实施的如图7中所绘示的方法的流程图。在步骤S91处,UE 200可从基站100接收eMBB数据的动态授权。动态授权可配置成指示UE200通过对eMBB数据进行打孔来上传URLLC数据。此外,动态授权还可包含第一MCS和第二MCS。
在步骤S92处,UE 200可根据动态授权来上传eMBB数据。举例来说,UE 200可通过PUSCH将eMBB数据传输到基站100。
在步骤S93处,UE 200可确定是否需要在eMBB数据的上传时段内上传URLLC数据。具体来说,如果UE 200已接收到指示UE 200上传URLLC数据的通知消息,则UE 200可确定URLLC数据的上传时段与eMBB数据的上传时段是否在时间上重叠。如果URLLC数据的上传时段与eMBB数据的上传时段在时间上重叠,则进行步骤S94。如果UE 200尚未接收到指示UE200上传URLLC数据的通知消息,或URLLC数据的上传时段与eMBB数据的上传时段未在时间上重叠,则进行步骤S96。
在步骤S94处,UE 200可通过对eMBB数据进行打孔来上传URLLC数据。
在步骤S95处,在完成URLLC数据的上传之后,UE 200可通过MCS中的一个来上传eMBB数据。UE 200可通过PUSCH将eMBB数据传输到基站100。
在步骤S96处,UE 200可在eMBB数据的上传时段内继续上传eMBB数据。
图10示出根据本公开的另一实施例的通过对第一类型数据(例如:eMBB数据)进行打孔来上传第二类型数据(例如:URLLC数据)的信令图。在步骤S101处,基站100可将无线资源控制(radio resource control;RRC)信令传输到UE 200。RRC信令可包含含有多个MCS的表。在一个实施例中,RRC信令是例如UE内优先级排序配置。
在步骤S102处,基站100可将第一消息传输到UE 200。第一消息可包含指示UE 200通过对第一类型数据进行打孔来上传第二类型数据的DCI。第一消息是例如eMBB数据的动态授权。动态授权可配置成指示UE 200上传eMBB数据的上传时段。UE 200可根据动态授权来获得上传eMBB的上传时段。将图3视为实例。UE 200可根据动态授权来获得时间点t5与时间点t10之间的资源(即,资源18、资源19、资源20、资源21以及资源22)以上传eMBB数据。
动态授权还可包含第一MCS和对应于第二MCS的第二索引。在本实施例中,第一MCS对应于位的第一数目,且第二索引对应于位的第二数目。第一数目大于第二数目。举例来说,如果第一MCS对应于64QAM,则第二MCS可对应于16QAM或8QAM。假定UE 200最初使用第一MCS来上传eMBB数据。如果UE 200在eMBB数据的上传中通过对eMBB数据进行打孔来上传URLLC数据,则用于上传eMBB数据的上行链路资源将减少。因此,UE 200可通过对应于第二MCS的第二索引来上传eMBB数据。
在步骤S103处,在获得eMBB数据的上传时段之后,UE 200可根据上传时段来上传eMBB数据。上传可包含建立eMBB数据的TB的步骤、将所建立TB传输到基站100的步骤(图10中未绘示),以及类似步骤。UE 200可根据第二索引从含有多个MCS的表中选择第二MCS,且可根据MCS中的一个来上传eMBB数据。基站100可在eMBB数据的上传时段内从UE 200接收eMBB数据。具体来说,基站100可在上传时段内从UE 200接收数据,且根据用于对eMBB数据进行译码的译码算法来对接收到的数据进行译码。将图3视为实例。UE 200可在时间点t5处通过第一MCS上传eMBB数据。基站100可在时间点t5处接收eMBB数据。
在一个实施例中,UE 200可通过PUSCH将eMBB数据的TB传输到基站100。
在步骤S104处,如果UE 200已接收到指示UE 200在eMBB数据的上传时段内上传URLLC数据的第二消息,则UE 200可在eMBB数据的上传时段内对eMBB数据进行打孔以通过使用URLLC数据的预分配资源来上传URLLC数据(包含建立URLLC数据的TB的步骤)。第二消息是例如指示UE 200上传URLLC数据的配置消息,且配置消息的来源是例如基站100。本公开不限于此。在步骤S105处,UE 200可通过PUSCH将URLLC数据的TB上传到基站100。将图3视为实例。当URLLC数据的预分配资源16到达时间点t6处时,UE 200可停止上传eMBB数据且通过使用资源13来开始上传URLLC数据。基站100可在时间点t6处接收URLLC数据。在UE 200在时间点t7处完成URLLC数据的上传之后,UE 200可通过使用资源20来恢复上传eMBB数据。基站100可在时间点t7处接收eMBB数据。
在步骤S106处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。具体来说,基站100可接收第二类型数据;且响应于第二类型数据的接收而确定是否接收第一类型数据。如果基站100确定接收到的数据不包含URLLC数据的TB,则基站100可继续接收eMBB数据。如果基站100确定接收到的数据报含URLLC数据的TB,则基站100可在完成URLLC数据的接收之后接收eMBB数据。
将图3视为实例。在基站100在时间点t7处完成URLLC数据的接收之后,UE 200可通过MCS中的一个来恢复上传eMBB数据。基站100可在时间点t7处通过第二MCS和用于对eMBB数据进行译码的译码算法来对接收到的数据进行译码。可由UE 200对时间点t6与时间点t7之间的eMBB数据进行打孔。
图11示出根据本公开的实施例的由基站100实施的如图10中所绘示的方法的流程图。在步骤S111处,基站100可将RRC信令传输到UE 200。RRC信令可包含含有多个MCS的表。
在步骤S112处,基站100可将eMBB数据的动态授权传输到UE 200。动态授权可配置成指示UE 200通过对eMBB数据进行打孔来上传URLLC数据,且动态授权包含第一MCS和对应于第二MCS的第二索引。
在步骤S113处,基站100可接收第二类型数据;且响应于第二类型数据的接收而确定是否从UE 200接收第一类型数据。
在步骤S114处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。如果所述数据报含URLLC数据的TB,则进行步骤S115。如果所述数据不包含URLLC数据的TB,则进行步骤S116。
在步骤S115处,基站100可接收eMBB数据、根据第二MCS对接收到的数据进行译码,且如果根据第二MCS的译码失败,则根据第一MCS对接收到的数据进行译码。
在步骤S116处,基站100可完整地接收eMBB数据。
图12示出根据本公开的实施例的由UE 200实施的如图10中所绘示的方法的流程图。在步骤S121处,UE 200可从基站100接收RRC信令。RRC信令可包含含有多个MCS的表。
在步骤S122处,UE 200可从基站100接收eMBB数据的动态授权。动态授权可配置成指示UE 200通过对eMBB数据进行打孔来上传URLLC数据。此外,动态授权还可包含第一MCS和对应于第二MCS的第二索引。
在步骤S123处,UE 200可根据动态授权来上传eMBB数据。具体来说,UE 200可根据第二索引从含有多个MCS的表中选择第二MCS,且可根据第二MCS来上传eMBB数据。UE 200可通过PUSCH将eMBB数据传输到基站100。
在步骤S124处,UE 200可确定是否需要在eMBB数据的上传时段内上传URLLC数据。具体来说,如果UE 200已接收到指示UE 200上传URLLC数据的通知消息,则UE 200可确定URLLC数据的上传时段与eMBB数据的上传时段是否在时间上重叠。如果URLLC数据的上传时段与eMBB数据的上传时段在时间上重叠,则进行步骤S125。如果UE 200尚未接收到指示UE200上传URLLC数据的通知消息,或URLLC数据的上传时段与eMBB数据的上传时段未在时间上重叠,则进行步骤S127。
在步骤S125处,UE 200可通过对eMBB数据进行打孔来上传URLLC数据。
在步骤S126处,在完成URLLC数据的上传之后,UE 200可通过MCS中的一个来上传eMBB数据。具体来说,UE 200可根据第二索引从含有多个MCS的表中选择第二MCS。UE 200可通过PUSCH将eMBB数据传输到基站100。
在步骤S127处,UE 200可在eMBB数据的上传时段内继续上传eMBB数据。
图13示出根据本公开的另外实施例的通过对第一类型数据(例如:eMBB数据)进行打孔来上传第二类型数据(例如:URLLC数据)的信令图。在步骤S131处,基站100可将RRC信令传输到UE 200。RRC信令可包含重叠阈值。在一个实施例中,RRC信令是例如UE内优先级排序配置。在一个实施例中,RRC信令还可包含第二MCS。
在步骤S132处,基站110可将第一消息传输到UE 200。第一消息是例如eMBB数据的动态授权。动态授权可配置成指示UE 200上传eMBB数据的上传时段。UE 200可根据动态授权来获得上传eMBB的上传时段。将图3视为实例。UE 200可根据动态授权来获得时间点t5与时间点t10之间的资源(即,资源18、资源19、资源20、资源21以及资源22)以上传eMBB数据。
在步骤S133处,在获得eMBB数据的上传时段之后,UE 200可根据上传时段来上传eMBB数据。上传可包含建立eMBB数据的TB的步骤、将所建立TB传输到基站100的步骤(图13中未绘示),以及类似步骤。UE 200可根据MCS中的一个来上传eMBB数据。基站100可在eMBB数据的上传时段内从UE 200接收eMBB数据。具体来说,基站100可在上传时段内从UE 200接收数据,且根据用于对eMBB数据进行译码的译码算法来对接收到的数据进行译码。将图3视为实例。UE 200可在时间点t5处上传eMBB数据。基站100可在时间点t5处接收eMBB数据。
在一个实施例中,UE 200可通过PUSCH将eMBB数据的TB传输到基站100。
在步骤S134处,如果UE 200已接收到指示UE 200在eMBB数据的上传时段内上传URLLC数据的第二消息,则UE 200可根据重叠阈值来确定是通过对eMBB数据进行打孔还是通过丢弃eMBB数据来在eMBB数据的上传时段内上传URLLC数据。第二消息是例如指示UE200上传URLLC数据的配置消息,且配置消息的来源是例如基站100。本公开不限于此。在步骤S135处,UE 200可通过PUSCH将URLLC数据的TB上传到基站100。
具体来说,UE 200可计算eMBB数据的上传与URLLC数据的上传之间的重叠时段与eMBB数据的上传的时段的比率。如果比率大于重叠阈值,则UE 200通过丢弃eMBB数据来上传URLLC数据。将图2视为实例。当URLLC数据的预分配资源13到达时间点t2处时,UE 200可取消上传eMBB数据且通过使用资源13来开始上传URLLC数据。时间点t2之后的eMBB数据的部分(即,需要通过使用资源15来上传的eMBB数据)将由UE 200丢弃。
另一方面,如果比率小于或等于重叠阈值,则UE 200通过对eMBB数据进行打孔来上传URLLC数据。将图3视为实例。当URLLC数据的预分配资源16到达时间点t6处时,UE 200可停止上传eMBB数据且通过使用资源13来开始上传URLLC数据。基站100可在时间点t6处接收URLLC数据。在UE 200在时间点t7处完成URLLC数据的上传之后,UE 200可通过使用资源20来恢复上传eMBB数据。基站100可在时间点t7处接收eMBB数据。
在步骤S136处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。如果基站100确定接收到的数据报含URLLC数据的TB,则基站100还可确定eMBB数据的上传与URLLC数据的上传之间的重叠时段与eMBB数据的上传的时段的比率是否大于重叠阈值。如果比率大于重叠阈值,则基站100可取消接收eMBB数据。如果比率小于或等于重叠阈值,则基站100可在完成URLLC数据的接收之后接收eMBB数据。另一方面,如果基站100确定接收到的数据不包含URLLC数据的TB,则基站100可完整地接收eMBB数据。
图14示出根据本公开的实施例的由基站100实施的如图13中所绘示的方法的流程图。在步骤S141处,基站100可将RRC信令传输到UE 200。RRC信令可包含重叠阈值。在一个实施例中,RRC信令还可包含第二MCS。
在步骤S142处,基站100可将eMBB数据的动态授权传输到UE 200。动态授权可包含第一MCS。
在步骤S143处,基站100可接收第二类型数据;且响应于第二类型数据的接收而确定是否从UE 200接收第一类型数据。
在步骤S144处,基站100可确定从UE 200接收到的数据是否包含URLLC数据的TB。如果所述数据报含URLLC数据的TB,则进行步骤S146。如果所述数据不包含URLLC数据的TB,则进行步骤S145。
在步骤S145处,基站100可接收eMBB数据。
在步骤S146处,基站100可根据接收到的数据来确定eMBB数据的上传与URLLC数据的上传之间的重叠时段与eMBB数据的上传的时段的比率是否大于重叠阈值。如果比率大于重叠阈值,则进行步骤S147。如果比率小于或等于重叠阈值,则进行步骤S148。
在步骤S147处,基站100可停止接收eMBB数据。
在步骤S148处,基站100可在完成URLLC数据的接收之后接收eMBB数据。
图15示出根据本公开的实施例的由UE实施的如图13中所绘示的方法的流程图。在步骤S151处,UE 200可从基站100接收RRC信令。RRC信令可包含重叠阈值。在一个实施例中,RRC信令还可包含第二MCS。
在步骤S152处,UE 200可从基站100接收eMBB数据的动态授权。动态授权可包含第一MCS。
在步骤S153处,UE 200可根据动态授权来上传eMBB数据。UE 200可通过PUSCH将eMBB数据传输到基站100。
在步骤S154处,UE 200可确定是否需要在eMBB数据的上传时段内上传URLLC数据。具体来说,如果UE 200已接收到指示UE 200上传URLLC数据的通知消息,则UE 200可确定URLLC数据的上传时段与eMBB数据的上传时段是否在时间上重叠。如果URLLC数据的上传时段与eMBB数据的上传时段在时间上重叠,则进行步骤S156。如果UE 200尚未接收到指示UE200上传URLLC数据的通知消息,或URLLC数据的上传时段与eMBB数据的上传时段未在时间上重叠,则进行步骤S155。
在步骤S155处,UE 200可在eMBB数据的上传时段内继续上传eMBB数据。
在步骤S156处,UE 200可分别建立URLLC数据的TB。
在步骤S157处,UE 200可根据URLLC数据的TB和eMBB数据的TB来确定eMBB数据的上传与URLLC数据的上传之间的重叠时段与eMBB数据的上传的时段的比率是否大于重叠阈值。如果比率大于重叠阈值,则进行步骤S158。如果比率小于或等于重叠阈值,则进行步骤S159。
在步骤S158处,UE 200可在开始(例如,通过PUSCH)上传URLLC数据时丢弃eMBB数据。
在步骤S159处,UE 200可通过对eMBB数据进行打孔来上传URLLC数据。在完成URLLC数据的上传之后,UE 200可恢复上传eMBB数据。
图16示出根据本公开的实施例的基站100的示意图。基站100可包含处理器110、存储媒体120以及收发器130。
处理器110是例如中央处理单元(central processing unit;CPU),或其它可编程通用或专用微控制单元(micro control unit;MCU)、微处理器、数字信号处理器(digitalsignal processor;DSP)、可程控器、专用集成电路(application specific integratedcircuit;ASIC)、图形处理单元(graphics processing unit;GPU)、图像信号处理器(imagesignal processor;ISP)、图像处理单元(image processing unit;IPU)、算术逻辑单元(arithmetic logic unit;ALU)、复杂可程序逻辑装置(complex programmable logicdevice;CPLD)、现场可程序门阵列(field programmable gate array;FPGA)或其它类似组件,或以上组件的组合。处理器110可耦合到存储媒体120和收发器130,且可存取和执行存储在存储媒体120中的多个模块和各种应用。
存储媒体120是例如任何类型的固定或移动随机存取内存(random accessmemory;RAM)、只读存储器(read-only memory;ROM)、闪存内存、硬盘(hard disk drive;HDD)、固态硬盘(solid state drive;SSD)或类似组件或以上组件的组合,且用来存储可由处理器110执行的多个模块或各种应用。
收发器130以无线或有线方式传输和接收信号。收发器130还可进行低噪声放大、阻抗匹配、混频、上变频或下变频、滤波、放大以及类似操作。收发器130还可包含天线数组,所述天线数组可包含用于传输和接收全向天线束或定向天线束的一个或多个天线。
图17示出根据本公开的实施例的适合于基站100的用于上行链路数据传输的方法的流程图。基站100的处理器110可配置成进行下文所描述的步骤。在步骤S171处,通过收发器将第一消息传输到UE。第一消息包含用来上传第一类型数据的动态授权。在步骤S172处,通过收发器将第二消息传输到UE。第二消息包含用来上传第二类型数据的已配置授权。在步骤S173处,通过收发器接收第二类型数据。在步骤S174处,如果第一类型数据的上传与第二类型数据的上传在时间上部分或完全重叠且动态授权的第一优先级低于已配置授权的第二优先级,则响应于第二类型数据的接收而确定是否接收第一类型数据。
图18示出根据本公开的实施例的UE 200的示意图。UE 200可包含处理器210、存储媒体220以及收发器230。
处理器210是例如CPU,或其它可程序设计通用或专用MCU、微处理器、DSP、可程控器、ASIC、GPU、ISP、IPU、ALU、CPLD、FPGA或其它类似组件,或以上组件的组合。处理器210可耦合到存储媒体220和收发器230,且可存取和执行存储在存储媒体220中的多个模块和各种应用。
存储媒体220是例如任何类型的固定或移动RAM、ROM、闪存内存、HDD、SSD或类似组件或以上组件的组合,且用来存储可由处理器210执行的多个模块或各种应用。
收发器230以无线或有线方式传输和接收信号。收发器230还可进行低噪声放大、阻抗匹配、混频、上变频或下变频、滤波、放大以及类似操作。收发器230还可包含天线数组,所述天线数组可包含用于传输和接收全向天线束或定向天线束的一个或多个天线。
图19示出根据本公开的实施例的适合于UE 200的用于上行链路数据传输的方法的流程图。基站200的处理器210可配置成进行下文所描述的步骤。在步骤S191处,通过收发器接收第一消息以获得动态授权。在步骤S192处,根据第一消息使用动态授权来上传第一类型数据。在步骤S193处,通过收发器接收第二消息以获得已配置授权。在步骤S194处,根据第二消息使用已配置授权来上传第二类型数据。在步骤S195处,如果第一类型数据的上传与第二类型数据的上传在时间上部分或完全重叠且动态授权的第一优先级低于已配置授权的第二优先级,则取消第一类型数据的上传。在步骤S196处,在第二类型数据的上传结束之后确定是否恢复第一类型数据的上传。
基于上文,当两种类型的上行链路数据的资源发生冲突时,本公开的UE可根据基站的指令丢弃两种类型的上行链路数据中的一种,或通过一种类型的上行链路数据对另一种类型的上行链路数据进行打孔。如果基站指示UE丢弃第一类型数据且上传第二类型数据,则基站可在第二类型数据的上传完成之后重新调度最初用来传输第一类型数据的资源。如果基站指示UE恢复上传第一类型数据且在第一类型数据的上传期间以打孔方式上传第二类型数据,则UE可根据基站的指令来基于调制编码方案上传第一类型数据。在另一方面中,UE还可根据第一类型数据的上传与第二类型数据的上传之间的重叠时段与第一类型数据的上传的时段的比率来确定是使用丢弃方案还是打孔方案来传输上行链路数据。以这种方式,在上行链路数据的资源发生冲突时,UE可以最高效的方式使用这些资源。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (16)
1.一种适合于用户设备的用于上行链路数据传输的方法,其特征在于,所述方法包括:
接收第一消息以获得动态授权;
根据所述第一消息使用所述动态授权来上传第一类型数据;
接收第二消息以获得已配置授权;
根据所述第二消息使用所述已配置授权来上传第二类型数据;
如果所述第一类型数据的上传与所述第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则取消所述第一类型数据的上传;以及
在所述第二类型数据的上传结束之后确定是否恢复所述第一类型数据的上传。
2.根据权利要求1所述的适合于用户设备的用于上行链路数据传输的方法,其中如果所述动态授权的所述第一优先级低于所述已配置授权的所述第二优先级,则在所述第二类型数据的上传结束之后所述第一消息指示所述用户设备恢复所述第一类型数据的上传。
3.根据权利要求1所述的适合于用户设备的用于上行链路数据传输的方法,其中所述第一消息包括调制编码方案;且根据所述第一消息使用所述动态授权来上传所述第一类型数据的步骤包括:
如果在所述第二类型数据的上传结束之后确定恢复所述第一类型数据的上传,则通过使用所述调制编码方案来上传所述第一类型数据。
4.根据权利要求1所述的适合于用户设备的用于上行链路数据传输的方法,其中所述第一消息包括索引;且根据所述第一消息使用所述动态授权来上传所述第一类型数据的所述步骤包括:
根据所述索引从包括多个调制编码方案的表中选择调制编码方案;以及
如果在所述第二类型数据的上传结束之后确定恢复所述第一类型数据的上传,则通过使用所述调制编码方案来上传所述第一类型数据。
5.根据权利要求1所述的适合于用户设备的用于上行链路数据传输的方法,还包括:
接收第三消息,其中所述第三消息包括重叠阈值;
响应于所述第一类型数据的上传与所述第二类型数据的上传之间的重叠时段与所述第一类型数据的上传的时段的比率大于所述重叠阈值,在所述第二类型数据的上传结束之后不恢复所述第一类型数据的上传;以及
响应于所述比率小于或等于所述重叠阈值,在所述第二类型数据的上传结束之后恢复所述第一类型数据的上传。
6.根据权利要求5所述的适合于用户设备的用于上行链路数据传输的方法,其中所述第三消息是无线资源控制信令。
7.一种适合于基站的用于上行链路数据传输的方法,其特征在于,所述方法包括:
将第一消息传输到用户设备,其中所述第一消息包含用来上传第一类型数据的动态授权;
将第二消息传输到所述用户设备,其中所述第二消息包含用来上传第二类型数据的已配置授权;
接收所述第二类型数据;以及
如果所述第一类型数据的上传与所述第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则响应于所述第二类型数据的接收而确定是否接收所述第一类型数据。
8.根据权利要求7所述的适合于基站的用于上行链路数据传输的方法,还包括:
如果所述第二类型数据的所述接收失败,则接收所述第一类型数据。
9.根据权利要求7所述的适合于基站的用于上行链路数据传输的方法,还包括:
如果所述第二类型数据的所述接收成功且在所述第二类型数据的上传结束之后所述第一消息指示所述用户设备恢复所述第一类型数据的上传,则接收所述第一类型数据。
10.根据权利要求7所述的适合于基站的用于上行链路数据传输的方法,还包括:
如果所述第二类型数据的所述接收成功且在所述第二类型数据的上传结束之后所述第一消息指示所述用户设备不恢复所述第一类型数据的上传,则不接收所述第一类型数据。
11.根据权利要求9所述的适合于基站的用于上行链路数据传输的方法,其中所述第一消息包括调制编码方案;且接收所述第一类型数据的步骤包括:
根据所述调制编码方案对所述第一类型数据进行译码;以及
如果根据所述调制编码方案的所述译码失败,则根据初始调制编码方案对所述第一类型数据进行译码。
12.根据权利要求9所述的适合于基站的用于上行链路数据传输的方法,其中所述第一消息包括索引;且接收所述第一类型数据的所述步骤包括:
从包括多个调制编码方案的表中选择对应于所述索引的调制编码方案;
根据所述调制编码方案对所述第一类型数据进行译码;以及
如果根据所述调制编码方案的所述译码失败,则根据初始调制编码方案对所述第一类型数据进行译码。
13.根据权利要求7所述的适合于基站的用于上行链路数据传输的方法,还包括:
传输第三消息,其中所述第三消息包括重叠阈值。
14.根据权利要求13所述的适合于基站的用于上行链路数据传输的方法,还包括:
响应于所述第一类型数据的上传与所述第二类型数据的上传之间的重叠时段与所述第一类型数据的上传的时段的比率小于或等于所述重叠阈值而接收所述第一类型数据;以及
响应于所述比率大于所述重叠阈值而不接收所述第一类型数据。
15.一种用户设备,其特征在于,包括:
收发器;以及
处理器,耦合到所述收发器,且配置成进行:
通过所述收发器接收第一消息以获得动态授权;
通过所述收发器根据所述第一消息使用所述动态授权来上传第一类型数据;
通过所述收发器接收第二消息以获得已配置授权;
通过所述收发器根据所述第二消息使用所述已配置授权来上传第二类型数据;
如果所述第一类型数据的上传与所述第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则取消所述第一类型数据的上传;以及
在所述第二类型数据的上传结束之后确定是否恢复所述第一类型数据的上传。
16.一种基站,其特征在于,包括:
收发器;以及
处理器,耦合到所述收发器,且配置成进行:
通过所述收发器将第一消息传输到用户设备,其中所述第一消息包含用来上传第一类型数据的动态授权;
通过所述收发器将第二消息传输到所述用户设备,其中所述第二消息包含用来上传第二类型数据的已配置授权;
通过所述收发器接收所述第二类型数据;以及
如果所述第一类型数据的上传与所述第二类型数据的上传在时间上部分或完全重叠且所述动态授权的第一优先级低于所述已配置授权的第二优先级,则响应于所述第二类型数据的接收而确定是否接收所述第一类型数据。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962842543P | 2019-05-03 | 2019-05-03 | |
US62/842,543 | 2019-05-03 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111884778A true CN111884778A (zh) | 2020-11-03 |
Family
ID=73017063
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010361223.6A Withdrawn CN111884778A (zh) | 2019-05-03 | 2020-04-30 | 用于上行链路数据传输的方法及使用其的用户设备和基站 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20200351932A1 (zh) |
CN (1) | CN111884778A (zh) |
TW (1) | TWI743764B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020235327A1 (ja) * | 2019-05-22 | 2020-11-26 | ソニー株式会社 | 通信装置及び通信方法 |
CN114040506A (zh) * | 2021-12-08 | 2022-02-11 | 中国电信股份有限公司 | 下行资源抢占方法、装置、电子设备及存储介质 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018019085A1 (en) * | 2016-07-29 | 2018-02-01 | Huawei Technologies Co., Ltd. | Coexistence of grant-based and grant-free uplink transmissions in a channel |
US10869333B2 (en) * | 2016-12-16 | 2020-12-15 | Huawei Technologies Co., Ltd. | Systems and methods for mixed grant-free and grant-based uplink transmissions |
-
2020
- 2020-04-30 CN CN202010361223.6A patent/CN111884778A/zh not_active Withdrawn
- 2020-04-30 TW TW109114462A patent/TWI743764B/zh active
- 2020-04-30 US US16/862,574 patent/US20200351932A1/en not_active Abandoned
Non-Patent Citations (4)
Title |
---|
""R1-1905884_Summary#2 of UL inter UE Tx prioritization multiplexing-v6"", 《3GPP TSG_RAN\WG1_RL1》 * |
MOTOROLA MOBILITY: ""Enhanced inter UE Tx prioritization/multiplexing for URLLC"", 《3GPP TSG_RAN\WG1_RL1 R1-1904932》 * |
OPPO: ""Intra-UE Prioritization for IIoT"", 《3GPP TSG_RAN\WG2_RL2 R2-1817250 》 * |
ZTE: ""UL inter-UE multiplexing between eMBB and URLLC"", 《3GPP TSG_RAN\WG1_RL1 R1-1904147》 * |
Also Published As
Publication number | Publication date |
---|---|
TWI743764B (zh) | 2021-10-21 |
TW202044893A (zh) | 2020-12-01 |
US20200351932A1 (en) | 2020-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6708654B2 (ja) | Mtcのための繰り返し送信の早期の終了 | |
KR102542403B1 (ko) | 무선 셀룰라 통신 시스템에서 자원 설정과 데이터 송수신 방법 및 장치 | |
TWI636698B (zh) | 用於用戶設備的裝置及行動通訊裝置 | |
EP3497796B1 (en) | Selection of an error correcting code based on a target information length and a target parity length | |
KR102264719B1 (ko) | 재송신을 위한 채널 인코딩된 비트들의 심볼로의 맵핑 | |
JP2020520141A (ja) | アップリンク制御情報用のポーラ符号 | |
KR101671292B1 (ko) | 채널 품질 정보를 요청하고 제공하는 방법 및 장치 | |
EP3132581B1 (en) | 256 quadrature amplitude modulation user equipment category handling | |
US20200396115A1 (en) | Wireless communication transceiver and wireless communication method | |
CN110741556A (zh) | 用于极性码的控制字段的优先和早期解码 | |
EP3624517B1 (en) | Transmission parameter determination method, terminal device and network device | |
CN111884778A (zh) | 用于上行链路数据传输的方法及使用其的用户设备和基站 | |
US11381347B2 (en) | Communication method and communication device | |
CN109075897B (zh) | 数据传输方法、设备及系统 | |
JP6963693B2 (ja) | 通信方法および通信装置 | |
EP3100426A1 (en) | 256 quadrature amplitude modulation user equipment category handling | |
CN108696337B (zh) | 用于编码和调制用于无线传输的数据的方法和装置 | |
EP2096886A1 (en) | Mechanism for signaling resource allocation for communication connection | |
JP2021168504A (ja) | 端末、通信方法及び集積回路 | |
EP3228032A1 (en) | Systems, methods, and devices for downlink shared channel transmission for mtc using convolutional coding | |
US20240106563A1 (en) | Modulation based hybrid automatic repeat request feedback retransmission design | |
TWI824454B (zh) | 用於窄頻物聯網使用者設備之調變編碼方案表擴展 | |
WO2020135815A1 (zh) | 数据传输方法和装置、用户设备及计算机存储介质 | |
WO2019187146A1 (ja) | 基地局、無線通信端末、無線通信システム、及び無線通信方法 | |
WO2018123058A1 (ja) | 無線通信装置、無線通信システム、および無線通信方法 |
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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20201103 |
|
WW01 | Invention patent application withdrawn after publication |