CN109831824B - 用于上行捎带传输的方法、装置及系统 - Google Patents
用于上行捎带传输的方法、装置及系统 Download PDFInfo
- Publication number
- CN109831824B CN109831824B CN201711488694.8A CN201711488694A CN109831824B CN 109831824 B CN109831824 B CN 109831824B CN 201711488694 A CN201711488694 A CN 201711488694A CN 109831824 B CN109831824 B CN 109831824B
- Authority
- CN
- China
- Prior art keywords
- pusch resource
- uplink
- message
- transmission
- pusch
- 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.)
- Active
Links
Images
Abstract
本申请提供一种用于上行捎带传输的方法、装置及系统,该方法包括:用户设备根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,该PUSCH资源优先准则用于指示用户设备进行上行捎带传输时所优先使用的PUSCH资源,第一消息为采用上行捎带传输的方式进行传输的消息;通过第一PUSCH资源发送第一消息。本申请可以减少网络设备的盲检次数,提高上行捎带传输效率。
Description
技术领域
本申请涉及通信技术,尤其涉及一种用于上行捎带传输的方法、装置及系统。
背景技术
第五代移动通信技术(5th-Generation,5G)引入上行捎带(对应英文:UplinkControl Information piggyback,或Uplink multiplexing)传输,即用户设备(UserEquipment,UE)在物理上行共享信道(Physical UL Shared Channel,PUSCH)资源中,将上行控制信息(Uplink Control Information,UCI)和上行数据(Uplink data)一起传输的传输方式。这里,对于在同一处PUSCH资源中以上行捎带传输的方式传输的上行消息和以传统方式传输的上行消息(如仅携带上行数据),基站进行解调的方式可以不同。
当UE有多处PUSCH资源可用于上行捎带传输时,UE需确定进行上行捎带传输使用PUSCH资源;而对于基站,基站也需确定UE所选择的PUSCH资源。若基站不确定UE所选择的PUSCH资源,则基站需要在UE所有可能进行上行捎带传输的PUSCH资源中进行检测(如盲检),以确定使用当前PUSCH资源传输的上行消息所采用的传输方式是上行捎带传输还是传统方式传输,而多次盲检带来额外的开销,导致传输效率较低。
发明内容
本申请提供一种用于上行捎带传输的方法、装置及系统,以减少网络设备的盲检次数,提高上行捎带传输效率。
本申请提供的实施例包括以下任一个:
1、一种用于上行捎带传输的方法,包括:
用户设备根据网络设备配置的物理上行共享信道PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,所述PUSCH资源优先准则用于指示所述用户设备进行上行捎带传输时所优先使用的PUSCH资源,所述第一消息为采用上行捎带传输的方式进行传输的消息;
通过所述第一PUSCH资源发送所述第一消息。
由于PUSCH资源优先准则是由网络设备配置给UE的,因此,网络设备可以确定UE传输第一消息(进行上行捎带传输)所使用的第一PUSCH资源,当网络设备在第一PUSCH资源上接收到第一消息时,网络设备可以以解调上行捎带传输的方式解调该第一消息,相比现有技术中网络设备采用盲检的方式获知使用当前PUSCH资源传输的上行消息所采用的传输方式是上行捎带传输还是传统方式的方法,可减少了网络设备进行盲检的次数,提高传输效率。
2、根据1所述的方法,所述PUSCH资源优先准则包括如下准则中的一种或多种:
调制编码方案MCS相关参数优先准则,所述MCS相关参数包括MCS索引和/或传输速率;
传输层优先准则;
码字优先准则;
PUSCH资源时域参数优先准则;
PUSCH资源类型优先准则,所述PUSCH资源类型包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源;
波形类型优先准则,所述波形类型包括单载波波形或多载波波形;
带宽片段优先准则;
单元载波优先准则;
系统参数集优先准则;
混合自动重传请求HARQ进程号优先准则;
资源状态优先准则,所述资源状态包括负载率和/或传输成功率。
示例性地,使用上述优先准则作为PUSCH资源优先准则具有以下有益效果:
使用MCS相关参数优先准则作为PUSCH资源优先准则的判断依据的好处是:MCS索引/传输速率与上行捎带传输的可靠性直接相关,比如较小的MCS索引/传输速率鲁棒性较好,可有助于提升上行捎带传输的成功率;而较大的MCS索引/传输速率拥有较高的传输效率。
使用传输层优先准则和/或码字优先准则作为PUSCH资源优先准则的判断依据的好处是:传输层/码字优先通常与多天线传输相关,网络设备通过不同的码字和/或传输层可以轻易的分辨出进行上行捎带传输的上行消息,有助于网络设备检测上行捎带传输。
使用所述一处或多处PUSCH资源中在不同频域上所拥有最多时域资源的GF-PUSCH资源作为PUSCH资源优先准则的判断依据的好处是:在一个非授权传输周期中如果拥有时域资源较多,则UE进行上行传输的平均延迟较小,即有助UE及时的进行上行捎带传输。
使用PUSCH资源类型优先准则作为PUSCH资源优先准则的判断依据的好处是:PUSCH资源类型优先对上行捎带传输的成功率及时延有影响,比如GF-PUSCH资源传输时延通常较短,而GB-PUSCH资源传输成功率较高。
使用波形类型优先准则作为PUSCH资源优先准则的判断依据的好处是:波形类型优先对上行捎带传输的性能有一定影响,比如多载波波形较单载波波形可以更好的降低多径反射干扰。
使用带宽片段优先准则/单元载波优先准则作为PUSCH资源优先准则的判断依据的好处是:不同的BWP和/或CC可能拥有不同的特性,如带宽、子载波间隔(SubcarrierSpacing,SCS)、时隙长度等,网络设备可以根据UE的需求配置合适的PUSCH资源优先准则。
使用系统参数集优先准则的判断依据的好处是:使用不同系统参数集的PUSCH资源可能拥有不同的特性,如时隙长度(受子载波间隔影响)等,网络设备可以根据UE的需求配置合适的PUSCH资源优先准则。
使用HARQ进程号优先准则作为PUSCH资源优先准则的判断依据的好处是:无线通信系统可以使用的HARQ进程号较多,并与PUSCH资源所使用的系统参数集关联较少,网络设备和UE使用其中部分HARQ进程号作为PUSCH资源优先准则不会影响其他系统参数的设定。
3、根据2所述的方法,所述PUSCH资源优先准则包括多种的情况下,各PUSCH资源优先准则的优先级不同。
4、根据1至3中任一项所述的方法,所述通过所述第一PUSCH资源发送所述第一消息,包括:
若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由所述网络设备为所述用户设备配置的第一无线网络临时标识RNTI加扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI;
通过所述第一PUSCH资源发送加扰后的第一消息。
当UE有一处或多处GF-PUSCH资源可用于上行捎带传输时,UE可以使用由网络设备配置的专门用于上行捎带传输的第一RNTI加扰采用上行捎带传输方式的第一消息的CRC,以指示GF-PUSCH资源是否用于上行捎带传输。
5、根据1至3中任一项所述的方法,所述通过所述第一PUSCH资源发送所述第一消息之前,还包括:
接收所述网络设备发送的上行调度信息,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
6、根据5所述的方法,所述用户设备根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,包括:
根据所述PUSCH资源优先准则和所述第一指示信息,确定发送第一消息所使用的第一PUSCH资源。
当UE有一处或多处GB-PUSCH资源可用于上行捎带传输时,网络设备(如基站)可以在上行调度信息对其所调度的GB-PUSCH资源是否用于上行捎带传输进行指示。
7、根据1至6中任一项所述的方法,所述用户设备根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源之前,还包括:
接收所述网络设备发送的第二消息,所述第二消息携带第二指示信息,所述第二指示信息用于指示所述PUSCH资源优先准则。
8、根据7所述的方法,所述第二消息为以下消息中的一种:
剩余最少系统信息RMSI、其他系统信息OSI、系统消息、RRC信令、物理层控制消息、媒体访问控制控制元素MAC CE信令。
也即,网络设备可以通过半静态信令(系统消息、RRC、MAC CE)或动态信令(物理层控制消息)为UE配置PUSCH资源的优先准则。
9、根据7或8所述的方法,所述接收网络设备发送的第二消息之后,所述通过所述第一PUSCH资源发送所述第一消息之前,还包括:
若接收到所述网络设备发送的第三消息,则通过所述第三消息指示的第二PUSCH资源发送所述第一消息。
也就是说,即使网络设备已为UE配置了PUSCH资源优先准则,但当该网络设备动态调度UE进行上行捎带传输时,UE使用网络设备动态调度的第二PUSCH资源进行上行捎带传输。
在本方案9的场景下,方案9所基于的方案1中所述的“通过所述第一PUSCH资源发送所述第一消息”将不会再执行。可以理解,方案1中,用户设备通过所述第一PUSCH资源发送所述第一消息;方案9中,用户设备通过所述第二PUSCH资源发送所述第一消息。
10、一种用于上行捎带传输的方法,包括:
用户设备接收网络设备发送的上行调度信息,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的物理上行共享信道PUSCH资源用于上行捎带传输;
通过所述上行调度信息所调度的PUSCH资源发送第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息。
当网络设备向UE发送一条或多条上行调度信息,以调度一处或多处PUSCH资源(可以为GB-PUSCH资源),并希望UE使用其中至少一处PUSCH资源以用于上行捎带传输时,网络设备可以在所述一条或多条上行调度信息中指示UE是否使用所述一条或多条的上行调度信息所调度的PUSCH资源进行上行捎带传输。
11、根据10所述的方法,所述第一指示信息是所述网络设备为所述用户设备配置的专门用于上行捎带传输的混合自动重传请求HARQ进程号。
12、一种用于上行捎带传输的方法,包括:
用户设备采用由网络设备为所述用户设备配置的第一无线网络临时标识RNTI加扰第一消息的循环冗余校验CRC,所述第一消息为采用上行捎带传输的方式进行传输的消息,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI;
通过基于非授权传输的物理上行共享信道PUSCH资源发送加扰后的第一消息。
当UE有一处或多处GF-PUSCH资源可用于上行捎带传输时,UE可以使用由网络设备配置的专门用于上行捎带传输的第一RNTI加扰采用上行捎带传输方式的第一消息的CRC,以指示GF-PUSCH资源是否用于上行捎带传输。
13、一种用于上行捎带传输的方法,包括:
网络设备根据为用户设备配置的物理上行共享信道PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源,所述PUSCH资源优先准则用于指示用户设备进行上行捎带传输时所优先使用的PUSCH资源,所述第一消息为采用上行捎带传输的方式进行传输的消息;
通过所述第一PUSCH资源接收并解调所述第一消息。
14、根据13所述的方法,所述PUSCH资源优先准则包括如下准则中的一种或多种:
调制编码方案MCS相关参数优先准则,所述MCS相关参数包括MCS索引和/或传输速率;
传输层优先准则;
码字优先准则;
PUSCH资源时域参数优先准则;
PUSCH资源类型优先准则,所述PUSCH资源类型包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源;
波形类型优先准则,所述波形类型包括单载波波形或多载波波形;
带宽片段优先准则;
单元载波优先准则;
系统参数集优先准则;
混合自动重传请求HARQ进程号优先准则;
资源状态优先准则,所述资源状态包括负载率和/或传输成功率。
15、根据14所述的方法,所述PUSCH资源优先准则包括多种的情况下,各PUSCH资源优先准则的优先级不同。
16、根据13至15中任一项所述的方法,所述通过所述第一PUSCH资源接收并解调所述第一消息,包括:
通过所述第一PUSCH资源接收所述第一消息;
若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由所述网络设备为所述用户设备配置的第一无线网络临时标识RNTI解扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI。
17、根据13至15中任一项所述的方法,所述网络设备根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源之前,还包括:
发送上行调度信息给所述用户设备,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
18、根据17所述的方法,所述网络设备根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源,包括:
所述网络设备根据所述PUSCH资源优先准则和所述第一指示信息,确定所述用户设备发送第一消息所使用的第一PUSCH资源。
19、根据13至18中任一项所述的方法,所述网络设备根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源之前,还包括:
发送第二消息给所述用户设备,所述第二消息携带第二指示信息,所述第二指示信息用于指示所述PUSCH资源优先准则。
20、根据19所述的方法,所述第二消息为以下消息中的一种:
剩余最少系统信息RMSI、其他系统信息OSI、系统消息、RRC信令、物理层控制消息、媒体访问控制控制元素MAC CE信令。
21、根据19或20所述的方法,所述发送第二消息给所述用户设备之后,所述通过所述第一PUSCH资源接收并解调所述第一消息之前,还包括:
发送第三消息给所述用户设备;
通过所述第三消息指示的第二PUSCH资源接收并解调所述第一消息。
在本方案21的场景下,方案21所基于的方案13中所述的“通过所述第一PUSCH资源接收并解调所述第一消息”将不会再执行。可以理解,方案13中,网络设备使用第一PUSCH资源接收并解调所述第一消息;方案21中,网络设备使用第二PUSCH资源接收并解调所述第一消息。
22、一种用于上行捎带传输的方法,包括:
网络设备发送上行调度信息给用户设备,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的物理上行共享信道PUSCH资源用于上行捎带传输;
通过所述上行调度信息所调度的PUSCH资源接收并解调第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息。
23、根据22所述的方法,所述第一指示信息是所述网络设备为所述用户设备配置的专门用于上行捎带传输的混合自动重传请求HARQ进程号。
24、一种用于上行捎带传输的方法,包括:
网络设备通过基于非授权传输的物理上行共享信道PUSCH资源接收用户设备发送的第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息;
采用由所述网络设备为所述用户设备配置的第一无线网络临时标识RNTI解扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI。
需说明的是,基于同一发明构思,由于方案13至24的解决问题的原理与方案1至12的方法设计中的方案对应,因此方案13至24的有益效果可以对应参见方案1至12的有益效果,重复之处不再赘述。
25、一种用于上行捎带传输的装置,包括:
处理模块,用于根据网络设备配置的物理上行共享信道PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,所述PUSCH资源优先准则用于指示用户设备进行上行捎带传输时所优先使用的PUSCH资源,所述第一消息为采用上行捎带传输的方式进行传输的消息;
发送模块,用于通过所述第一PUSCH资源发送所述第一消息。
26、根据25所述的装置,所述PUSCH资源优先准则包括如下准则中的一种或多种:
调制编码方案MCS相关参数优先准则,所述MCS相关参数包括MCS索引和/或传输速率;
传输层优先准则;
码字优先准则;
PUSCH资源时域参数优先准则;
PUSCH资源类型优先准则,所述PUSCH资源类型包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源;
波形类型优先准则,所述波形类型包括单载波波形或多载波波形;
带宽片段优先准则;
单元载波优先准则;
系统参数集优先准则;
混合自动重传请求HARQ进程号优先准则;
资源状态优先准则,所述资源状态包括负载率和/或传输成功率。
27、根据26所述的装置,所述PUSCH资源优先准则包括多种的情况下,各PUSCH资源优先准则的优先级不同。
28、根据25至27中任一项所述的装置,所述发送模块具体用于:
若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由所述网络设备为所述用户设备配置的第一无线网络临时标识RNTI加扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI;
通过所述第一PUSCH资源发送加扰后的第一消息。
29、根据25至27中任一项所述的装置,还包括:
第一接收模块,用于在所述发送模块通过所述第一PUSCH资源发送所述第一消息之前,接收所述网络设备发送的上行调度信息,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
30、根据29所述的装置,所述处理模块具体用于:
根据所述PUSCH资源优先准则和所述第一指示信息,确定发送第一消息所使用的第一PUSCH资源。
31、根据25至30中任一项所述的装置,还包括:
第二接收模块,用于在所述处理模块根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源之前,接收所述网络设备发送的第二消息,所述第二消息携带第二指示信息,所述第二指示信息用于指示所述PUSCH资源优先准则。
32、根据31所述的装置,所述第二消息为以下消息中的一种:
剩余最少系统信息RMSI、其他系统信息OSI、系统消息、RRC信令、物理层控制消息、媒体访问控制控制元素MAC CE信令。
33、根据31或32所述的装置,所述第二接收模块,还用于在接收所述网络设备发送的第二消息之后,所述发送模块通过所述第一PUSCH资源发送所述第一消息之前,接收所述网络设备发送的第三消息;
所述发送模块,还用于若所述第二接收模块接收到网络设备发送的第三消息,则通过所述第三消息指示的第二PUSCH资源发送所述第一消息。
34、一种用于上行捎带传输的装置,包括:
接收模块,用于接收网络设备发送的上行调度信息,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的物理上行共享信道PUSCH资源用于上行捎带传输;
发送模块,用于通过所述上行调度信息所调度的PUSCH资源发送第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息。
35、根据34所述的装置,所述第一指示信息是所述网络设备为用户设备配置的专门用于上行捎带传输的混合自动重传请求HARQ进程号。
36、一种用于上行捎带传输的装置,包括:
处理模块,用于采用由网络设备为用户设备配置的第一无线网络临时标识RNTI加扰第一消息的循环冗余校验CRC,所述第一消息为采用上行捎带传输的方式进行传输的消息,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI;
发送模块,用于通过基于非授权传输的物理上行共享信道PUSCH资源发送加扰后的第一消息。
37、一种用于上行捎带传输的装置,包括:
处理模块,用于根据为用户设备配置的物理上行共享信道PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源,所述PUSCH资源优先准则用于指示用户设备进行上行捎带传输时所优先使用的PUSCH资源,所述第一消息为采用上行捎带传输的方式进行传输的消息;
接收模块,用于通过所述第一PUSCH资源接收并解调所述第一消息。
38、根据37所述的装置,所述PUSCH资源优先准则包括如下准则中的一种或多种:
调制编码方案MCS相关参数优先准则,所述MCS相关参数包括MCS索引和/或传输速率;
传输层优先准则;
码字优先准则;
PUSCH资源时域参数优先准则;
PUSCH资源类型优先准则,所述PUSCH资源类型包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源;
波形类型优先准则,所述波形类型包括单载波波形或多载波波形;
带宽片段优先准则;
单元载波优先准则;
系统参数集优先准则;
混合自动重传请求HARQ进程号优先准则;
资源状态优先准则,所述资源状态包括负载率和/或传输成功率。
39、根据38所述的装置,所述PUSCH资源优先准则包括多种的情况下,各PUSCH资源优先准则的优先级不同。
40、根据37至39中任一项所述的装置,所述接收模块具体用于:
通过所述第一PUSCH资源接收所述第一消息;
若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由网络设备为所述用户设备配置的第一无线网络临时标识RNTI解扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI。
41、根据37至39中任一项所述的装置,还包括:
第一发送模块,用于在所述处理模块根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源之前,发送上行调度信息给所述用户设备,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
42、根据41所述的装置,所述处理模块具体用于:
根据所述PUSCH资源优先准则和所述第一指示信息,确定所述用户设备发送第一消息所使用的第一PUSCH资源。
43、根据37至42中任一项所述的装置,还包括:
第二发送模块,用于在所述处理模块根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源之前,发送第二消息给所述用户设备,所述第二消息携带第二指示信息,所述第二指示信息用于指示所述PUSCH资源优先准则。
44、根据43所述的装置,所述第二消息为以下消息中的一种:
剩余最少系统信息RMSI、其他系统信息OSI、系统消息、RRC信令、物理层控制消息、媒体访问控制控制元素MAC CE信令。
45、根据43或44所述的装置,
所述第二发送模块,还用于在发送第二消息给所述用户设备之后,所述接收模块通过所述第一PUSCH资源接收并解调所述第一消息之前,发送第三消息给所述用户设备;
所述接收模块,还用于通过所述第三消息指示的第二PUSCH资源接收并解调所述第一消息。
46、一种用于上行捎带传输的装置,包括:
发送模块,用于发送上行调度信息给用户设备,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的物理上行共享信道PUSCH资源用于上行捎带传输;
接收模块,用于通过所述上行调度信息所调度的PUSCH资源接收并解调第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息。
47、根据46所述的装置,所述第一指示信息是网络设备为所述用户设备配置的专门用于上行捎带传输的混合自动重传请求HARQ进程号。
48、一种用于上行捎带传输的装置,包括:
接收模块,用于通过基于非授权传输的物理上行共享信道PUSCH资源接收用户设备发送的第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息;
处理模块,用于采用由网络设备为所述用户设备配置的第一无线网络临时标识RNTI解扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI。
另需说明的是,基于同一发明构思,由于方案25至48解决问题的原理与上述方案1至24方法设计中的方案对应,因此方案25至48的有益效果可以对应参见方案1至24的有益效果,重复之处不再赘述。
49、一种网络设备,所述网络设备包括:
处理器、存储器和收发器;
所述收发器,用于接收和发送数据;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如上述13至21,和/或22至23,和/或24任一所述的方法。
50、一种用户设备,所述用户设备包括:
处理器、存储器和收发器;
所述收发器,用于接收和发送数据;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如1至9,和/或10至11,和/或12任一所述的方法。
51、一种通信系统,包括如49所述的网络设备和如50所述的用户设备。
52、一种芯片,包括:
处理模块和通信接口;
所述处理模块用于执行如1至9,和/或10至11,和/或12任一所述的方法。
53、根据52所述的芯片,包括:
所述芯片还包括存储模块,所述存储模块用于存储指令,所述处理模块用于执行所述存储模块存储的指令,使得所述处理模块执行如1至9,和/或10至11,和/或12任一所述的方法。
54、一种芯片,包括:
处理模块和通信接口;
所述处理模块用于执行如13至21,和/或22至23,和/或24任一所述的方法。
55、根据权54所述的芯片,包括:
所述芯片还包括存储模块,所述存储模块用于存储指令,所述处理模块用于执行所述存储模块存储的指令,使得所述处理模块执行如13至21,和/或22至23,和/或24任一所述的方法。
56、一种程序,所述程序在被用户设备的处理器执行时用于执行如1至9,和/或10至11,和/或12任一所述的方法。
57、一种程序,所述程序在被网络设备的处理器执行时用于执行如13至21,和/或22至23,和/或24任一所述的方法。
58、一种计算机程序产品,包括如56所述的程序。
59、一种计算机程序产品,包括如57所述的程序。
60、一种计算机可读存储介质,当所述计算机可读存储介质中的指令由用户设备的处理器执行时,使得所述用户设备执行如1至9,和/或10至11,和/或12任一所述的方法。
61、一种计算机可读存储介质,当所述计算机可读存储介质中的指令由网络设备的处理器执行时,使得所述网络设备执行如13至21,和/或22至23,和/或24任一所述的方法。
在本申请提供的一些实施例中,UE可以根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,该PUSCH资源优先准则用于指示UE进行上行捎带传输时所优先使用的PUSCH资源,第一消息为采用上行捎带传输的方式进行传输的消息;并通过第一PUSCH资源发送第一消息。由于PUSCH资源优先准则是由网络设备配置给UE的,因此,网络设备可以确定UE传输第一消息(进行上行捎带传输)所使用的第一PUSCH资源,当网络设备在第一PUSCH资源上接收到第一消息时,网络设备可以以解调上行捎带传输的方式解调该第一消息,相比现有技术中网络设备采用盲检的方式获知使用当前PUSCH资源传输的上行消息所采用的传输方式是上行捎带传输还是传统方式的方法,可减少了网络设备进行盲检的次数,提高传输效率。
附图说明
图1为基站为UE配置的非授权传输资源的示例图;
图2为本申请实施例提供的通信系统的示意图;
图3为本申请一实施例提供的用于上行捎带传输的方法的流程图;
图4为本申请另一实施例提供的用于上行捎带传输的方法的流程图;
图5为本申请一实施例提供的PUSCH资源分布示意图;
图6为本申请另一实施例提供的PUSCH资源分布示意图;
图7为本申请再一实施例提供的PUSCH资源分布示意图;
图8为本申请又一实施例提供的PUSCH资源分布示意图;
图9为本申请再一实施例提供的用于上行捎带传输的方法的信令图;
图10为本申请又一实施例提供的用于上行捎带传输的方法的信令图;
图11为本申请又一实施例提供的用于上行捎带传输的方法的信令图;
图12为本申请又一实施例提供的用于上行捎带传输的方法的信令图;
图13为本申请一实施例提供的用于上行捎带传输的装置的结构示意图;
图14为本申请另一实施例提供的用于上行捎带传输的装置的结构示意图;
图15为本申请再一实施例提供的用于上行捎带传输的装置的结构示意图;
图16为本申请又一实施例提供的用于上行捎带传输的装置的结构示意图;
图17为本申请又一实施例提供的用于上行捎带传输的装置的结构示意图;
图18为本申请又一实施例提供的用于上行捎带传输的装置的结构示意图;
图19为本申请一实施例提供的网络设备的结构示意图;
图20为本申请一实施例提供的UE的结构示意图。
具体实施方式
现有的蜂窝通信系统,如移动通信全球系统(Global System for MobileCommunication,GSM),宽带码分多址(Wideband Code Division Multiple Access,WCDMA)移动通信系统,长期演进(Long Term Evolution,LTE)系统等系统中,所支持的通信主要是针对语音和数据通信的。通常来说,一个传统基站(Base Station,BS)支持的连接数有限,也易于实现。需要说明的是,在LTE(4G,第四代移动通信系统)中基站可以称之为eNB(eNodeB,4G基站);在下一代(5G,第五代)移动通信系统中(也称为NR,New Radio,新空口),基站可以称为gNB(gNodeB,5G基站)。
下一代移动通信系统将不仅支持传统的通信,还将支持海量物联网通信(massiveMachine Type Communication,mMTC)和低时延高可靠通信(Ultra-Reliable and LowLatency Communications,URLLC),以满足不同业务的需求。对于URLLC业务,不仅要求传输时延短,而且要求传输可靠,比如车辆对车辆(Vehicle to Vehicle,V2V)。如果URLLC业务传输不可靠,会导致重传(retransmission)。
在LTE系统中,当UE有上行数据需要传输时,UE可以首先发送一个调度请求(Scheduling Request,SR)命令以通知基站有上行数据需要传输。当基站收到SR命令后,会向UE发送第一条上行调度消息。UE根据该第一条上行调度消息向基站发送缓存状态报告(Buffer State Report,BSR)以通知需要传输的数据量。基站再向UE发送第二条上行调度消息,以调度UE进行上行传输所使用的资源等信息。上述过程中UE和基站每交互一条消息,均会产生约4ms的调度时延。对下一代移动通信系统,这样的时延不能满足低时延要求。
相比传统的基于授权(Grant-based,也可以称为UL Transmission with grant)的传输方法,下一代移动通信系统引入了基于非授权(Grant-free,也可以称为Grantless、或Grant-less、或UL Transmission without grant等)的传输方法,即基站先为UE划分一片或多片非授权传输资源(Grant-free资源,也可以称为GFRC、Grant-free resource、Grant-free资源、TO、Transmission Occasion等),由于UE使用的非授权传输资源使用PUSCH资源,因此上述非授权传输资源还可以称为GF-PUSCH(Grant-free PUSCH,即基于非授权传输的物理上行共享信道),即可以基于非授权传输的物理上行共享信道。具体的,UE在非授权传输资源中直接发送上行数据(如上行Grant-free数据),不需要经历从业务请求到基站上行授权的过程。因此,在网络时延和信令开销方面具有很大的优势。另外,NR系统中基站还可以为UE配置多种非授权传输资源,如图1所示,基站可以在频域上为UE分配不同类型的非授权传输资源,如GF-PUSCH资源1_p(如在一个Grant-free周期内,p可以为集合{0,1,2,3,4,5,6,7,8,9,10,11,12}中的一个,以对应不同的时隙或其他时间单位)和GF-PUSCH资源2_q(如在一个Grant-free周期内,q可以为集合{1,3,5,7,9,11}中的一个,以对应不同的时隙或其他时间单位)等,以适用不同业务的需求,而空白处则可以用作授权传输。
在LTE系统中,UE可以在物理上行控制信道(Physical UL Control Channel,PUCCH)中发送上行控制信息(UL Control Information,UCI),用于传输一些控制信息。而NR系统已确定将支持一种新型的传输方式,即上行捎带传输,UE可以在PUSCH资源中进行上行捎带传输,通过上行捎带传输的方式发送的上行消息携带了UCI和上行数据,该上行消息中还包括循环冗余校验(Cyclical Redundancy Check,CRC),用于接收到该上行消息的接收方对该上行消息进行循环冗余校验。当基站接收到UE通过上行捎带传输的方式发送的上行消息时,将采用一定方式进行解调(即解析),以分别获得上行消息中的UCI和上行数据。这里,对于在同一处PUSCH资源中以上行捎带传输的方式传输的上行消息和以传统方式传输的上行消息(如仅携带上行数据),基站进行解调的方式可以不同。进一步的,上行捎带传输还可以分为基于授权传输的上行捎带传输和基于非授权传输的上行捎带传输,其区别在于前者可以使用GB-PUSCH(Grant-based PUSCH,即基于授权传输的物理上行共享信道)资源进行上行捎带传输,而后者可以使用GF-PUSCH资源进行上行捎带传输。
总体来说,由于NR系统的配置参数(如numerology等)可以非常灵活,无论是基于授权的传输还是基于非授权的传输都可以采用上行捎带传输,因此当UE可以有多处PUSCH资源用于上行捎带传输时,UE需要知道选用何处PUSCH资源;而对于基站,也需要知道UE选用了何处PUSCH资源进行上行捎带传输,如果基站不确定UE在何处的PUSCH资源进行了上行捎带传输,则需要在UE所有可能进行上行捎带传输的PUSCH资源中进行检测(如盲检),即分别以解调上行捎带传输的方式和解调上行数据的方式尝试解调当前接收的上行消息,以确定上行消息是上行捎带传输还是传统方式传输,多次盲检(Blind Detection,BD)会带来额外的开销,导致上行捎带传输效率较低。
有的文稿中提出当NR系统中有一处或多处PUSCH资源可用于进行上行捎带传输时,基站为UE配置该UE进行上行捎带传输所使用的PUSCH资源。具体的,当UE有基于授权传输的上行数据计划在GB-PUSCH资源中传输时,UE可以在GB-PUSCH资源中进行上行捎带传输。进一步的,基站可以通过无线资源控制(Radio Resource Control,RRC)信令或物理控制信道信令(即L1 signalling),如下行控制信息(Downlink Control Information,DCI)向UE指示是否在GF-PUSCH资源中进行上行捎带传输,或指示UE是否可以同时在GF-PUSCH资源和GB-PUSCH资源中进行上行捎带传输。
上述方案中,基站可以向UE配置进行上行捎带传输所使用的PUSCH资源,当UE可以有多处PUSCH资源用于上行捎带传输时,基站向UE配置将使用的PUSCH资源,这会带来一定的信令开销,并且,基站配置的PUSCH资源与UE期望使用的PUSCH资源不一定匹配。
具体的,在UE可以使用多处GF-PUSCH资源的场景中,基站配置给UE进行上行捎带传输的GF-PUSCH资源例如为GF-PUSCH资源1,该GF-PUSCH资源1更适用于业务1;而UE期望使用的GF-PUSCH资源例如为GF-PUSCH资源2,该GF-PUSCH资源2更适用于业务2,GF-PUSCH资源1与GF-PUSCH资源2不同。此外,NR系统中已确定在基于非授权传输中将使用解调参考信号(Demodulation Reference Signal,DMRS)参数来区别不同的UE(即识别UE),如DMRS参数1对应UE1,DMRS参数2对应UE2,等等。而DMRS参数的总数有限,理论上限为12个,也就是说一处GF-PUSCH中至多承载12个与DMRS参数一一对应的UE。而实际中,为了保持DMRS参数之间的正交性,在一处GF-PUSCH资源中实际可用的DMRS参数数量通常会少于12个,比如4个或6个。因此,现有技术中使用DMRS参数来指示基于非授权传输的上行数据是否采用上行捎带传输的方法,会进一步缩减基于授权传输中可用于识别UE的DMRS参数的数量。
基于上述,针对下一代移动通信系统中,当UE进行上行捎带传输同时有一处或多处PUSCH资源(包括GB-PUSCH资源和/或GF-PUSCH资源)可供使用时,本申请提供一种用于上行捎带传输的方法、装置及系统。具体地,网络设备和UE通过PUSCH资源优先准则可以确定优先使用何处PUSCH资源进行上行捎带传输;当基站在相应的PUSCH资源接收到上行消息时,基站可以以解调上行捎带传输的方式解调该上行消息,无需尝试以解调传统传输的方式进行盲检,进而减少了盲检次数,提升传输效率。
图2为本申请实施例提供的通信系统的示意图。如图2所示,通信系统包括网络设备和至少一个UE,其中,UE处在网络设备覆盖范围内并与网络设备进行通信,以实施下述各本申请实施例提供的技术方案。
本申请实施例结合网络设备和UE描述了各个实施例,该网络设备和UE可以工作在许可频段或免许可频段上,其中:
UE,也可以称为终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以是无线局域网(Wireless Local Area Networks,WLAN)中的站点(STATION,ST),可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统,例如,5G网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)网络中的终端设备,NR系统中的终端设备等。
作为示例而非限定,在本申请实施例中,该UE还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,网络设备又称为无线接入网(Radio Access Network,RAN)设备,是一种将UE接入到无线网络的设备,可以是LTE系统中的eNB,或者中继站或接入点,或者5G网络中的网络设备或者未来演进的PLMN网络中的网络设备,或NR系统中的新一代基站gNB等,在此并不限定。
另外,在本申请实施例中,网络设备为小区提供服务,UE通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与网络设备进行通信。该小区可以是网络设备(例如基站)对应的小区,小区可以属于宏基站,也可以属于小小区(small cell)对应的基站。这里的小小区可以包括:城市小区(Metro cell)、微小区(Micro cell)、微微小区(Picocell)、毫微微小区(Femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
图3为本申请一实施例提供的用于上行捎带传输的方法的流程图。该实施例提供一种用于上行捎带传输的方法,应用于UE。如图3所示,本实施例的方法包括:
S301、UE根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源。
其中,PUSCH资源优先准则用于指示UE进行上行捎带传输时所优先使用的PUSCH资源,第一消息为采用上行捎带传输的方式进行传输的消息。
在实际应用中,当UE准备向网络设备发送第一消息时,UE可使用的PUSCH资源可以为一处或多处PUSCH资源,UE根据网络设备为其预先配置PUSCH资源优先准则,从该一处或多处PUSCH资源中选择至少一处PUSCH资源作为第一PUSCH资源,并在该为第一PUSCH资源进行上行捎带传输。
另外,由于PUSCH资源优先准则是由网络设备配置的,因此,网络设备已知该PUSCH资源优先准则,在网络设备通过第一PUSCH资源接收到第一消息时,网络设备即可确定该第一消息为采用上行捎带传输的方式进行传输的消息,进而在第一PUSCH资源中按照上行捎带传输的解调方式来解调该第一消息。
S302、UE通过第一PUSCH资源发送第一消息。
即,UE使用第一PUSCH资源发送第一消息。
该实施例中,UE根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,该PUSCH资源优先准则用于指示UE进行上行捎带传输时所优先使用的PUSCH资源,第一消息为采用上行捎带传输的方式进行传输的消息;并通过第一PUSCH资源发送第一消息。由于PUSCH资源优先准则是由网络设备配置给UE的,因此,网络设备可以确定UE传输第一消息(进行上行捎带传输)所使用的第一PUSCH资源,当网络设备在第一PUSCH资源上接收到第一消息时,网络设备可以以解调上行捎带传输的方式解调该第一消息,相比现有技术中网络设备采用盲检的方式获知使用当前PUSCH资源传输的上行消息所采用的传输方式是上行捎带传输还是传统方式的方法,可减少了网络设备进行盲检的次数,提高传输效率。
图4为本申请另一实施例提供的用于上行捎带传输的方法的流程图。该实施例提供一种用于上行捎带传输的方法,应用于网络设备。如图4所示,本实施例的方法包括:
S401、网络设备根据为UE配置的PUSCH资源优先准则,确定该UE发送第一消息所使用的第一PUSCH资源。
其中,PUSCH资源优先准则用于指示UE进行上行捎带传输时所优先使用的PUSCH资源,第一消息为采用上行捎带传输的方式进行传输的消息。
由于PUSCH资源优先准则是由网络设备配置给UE的,因此,网络设备基于UE可使用的一处或多处PUSCH资源,根据其为UE预先配置PUSCH资源优先准则,从该一处或多处PUSCH资源中确定该UE发送第一消息所使用的第一PUSCH资源。其中,该第一PUSCH资源为UE可使用的一处或多处PUSCH资源中至少一处PUSCH资源。
S402、网络设备通过第一PUSCH资源接收并解调第一消息。
具体地,在网络设备通过第一PUSCH资源接收到第一消息时,网络设备即可确定该第一消息为采用上行捎带传输的方式进行传输的消息,进而在第一PUSCH资源中按照上行捎带传输的解调方式来解调该第一消息。
该实施例中,网络设备根据为UE配置的PUSCH资源优先准则,确定该UE发送第一消息所使用的第一PUSCH资源,该PUSCH资源优先准则用于指示UE进行上行捎带传输时所优先使用的PUSCH资源,第一消息为采用上行捎带传输的方式进行传输的消息;并通过第一PUSCH资源接收并解调第一消息。由于PUSCH资源优先准则是由网络设备配置给UE的,因此,网络设备可以确定UE传输第一消息(进行上行捎带传输)所使用的第一PUSCH资源,当网络设备在第一PUSCH资源上接收到第一消息时,网络设备可以以解调上行捎带传输的方式解调该第一消息,相比现有技术中网络设备采用盲检的方式获知使用当前PUSCH资源传输的上行消息所采用的传输方式是上行捎带传输还是传统方式的方法,可减少了网络设备进行盲检的次数,提高传输效率。
接下来对上述实施例中提及的PUSCH资源优先准则进行说明。
在上述实施例的基础上,PUSCH资源优先准则可以包括如下准则中的一种或多种:
一、调制编码方案(Modulation and Coding Scheme,MCS)相关参数优先准则
其中,该MCS相关参数可以包括MCS索引和/或传输速率。
MCS相关参数优先准则,即当UE预进行上行捎带传输,且有一处或多处可用于上行捎带传输的PUSCH资源时,UE根据不同PUSCH资源所使用MCS相关参数确定至少一处PUSCH资源进行上行捎带传输。
这里,MCS相关参数可以包括以下中的一个或多个:MCS索引(MCS index,也可以称为MCS value等)、传输速率等。例如,以MCS索引为例,MCS相关参数优先准则可以具体为优先使用MCS索引小的PUSCH资源、或优先使用MCS索引大的PUSCH资源、或其他与MCS相关参数相关的优先准则,此处对其不做限定。
这里,MCS索引与上行数据使用的调制方式、传输速率等密切相关。以UE优先使用MCS索引小的PUSCH资源用于上行捎带传输为例,如图5所示,UE可用于上行捎带传输的PUSCH资源共有三处:PUSCH资源1、PUSCH资源2和PUSCH资源3,其对应的MCS索引分别为MCS0、MCS5和MCS11,UE可以根据网络设备配置的PUSCH资源优先准则选择MCS0对应的PUSCH资源1用于上行捎带传输。
进一步的,如果可用于上行捎带传输的PUSCH资源为GF-PUSCH资源,则UE可以通过非授权传输的配置信息确定在所述GF-PUSCH资源中进行上行捎带传输时能使用的MCS索引;如果可用于上行捎带传输的PUSCH资源为GB-PUSCH资源,则UE可以通过授权传输的调度信息确定在所述GB-PUSCH资源中发送上行消息时能使用的MCS索引。
本实施例中使用MCS相关参数优先准则作为PUSCH资源优先准则的判断依据的好处是:MCS索引/传输速率与上行捎带传输的可靠性直接相关,比如较小的MCS索引/传输速率鲁棒性较好,可有助于提升上行捎带传输的成功率;而较大的MCS索引/传输速率拥有较高的传输效率。
二、传输层(transmission layer,也可称为层,或layer)优先准则/码字(codeword)优先准则
其中,码字是指来自上层的业务流经过信道编码之后的数据。由于码字数量和发射天线数量可以不一样,需要将码字映射到不同的发射天线上,因此,同一码字映射到一个发射天线上即为一个传输层,每个传输层可以对应一条有效的数据流。
传输层优先准则,当UE预进行上行捎带传输,且有一处或多处可用于上行捎带传输的PUSCH资源时,UE根据所述一处或多处的PUSCH资源中进行上行传输时可用的传输层,确定其中至少一处PUSCH资源进行上行捎带传输。例如,优先使用传输层索引(layerindex,也可以称为transmission layer index)较小的PUSCH资源,或优先使用传输层索引较大的PUSCH资源,或当有多个传输层可用于上行捎带传输时,在每个传输层中均进行上行捎带传输,或其他与传输层相关的优先准则,此处对其不做限定。
以PUSCH资源优先准则为优先使用传输层索引较小的PUSCH资源为例,当UE可以使用传输层0和传输层1进行上行传输时,UE可以根据网络设备配置的PUSCH资源优先准则选择传输层索引较小的传输层0对应的PUSCH资源进行上行捎带传输。
码字优先准则,当UE预进行上行捎带传输,且有一处或多处可用于上行捎带传输的PUSCH资源时,UE根据所述一处或多处的PUSCH资源中进行上行传输时可用的码字,确定其中至少一处PUSCH资源进行上行捎带传输。例如,优先使用码字索引较小(如codeword0)的PUSCH资源,或优先使用码字索引较大(如codeword1)的PUSCH资源,或当有多个码字可用于上行捎带传输时,在每个码字对应的PUSCH资源均进行上行捎带传输,或其他与码字相关的优先准则,此处对其不做限定。
或者,当UE预进行上行捎带传输,且有一处或多处可用于上行捎带传输的PUSCH资源时,UE根据所述一处或多处的PUSCH资源中进行上行传输时可用的码字及传输层,确定其中至少一处PUSCH资源进行上行捎带传输。例如,优先使用码字索引及传输层索引均较小的PUSCH资源,或优先使用码字索引及传输层索引均较大的PUSCH资源,或其他与码字和传输层相关的优先准则,此处对其不做限定。
本实施例中使用传输层优先准则和/或码字优先准则作为PUSCH资源优先准则的判断依据的好处是:传输层/码字优先通常与多天线传输相关,网络设备通过不同的码字和/或传输层可以轻易的分辨出进行上行捎带传输的上行消息,有助于网络设备检测上行捎带传输。
三、PUSCH资源时域参数优先准则
PUSCH资源时域参数优先准则,即当UE预进行上行捎带传输,且有一处或多处可用于上行捎带传输的PUSCH资源时,UE根据所述一处或多处可用于上行捎带传输的PUSCH资源的时域参数,确定其中至少一处PUSCH资源进行上行捎带传输。
这里,所述时域参数至少可以包括以下参数中的一个或多个:时域起始点,时域结束点,调度的时域信息指示方式和GF-PUSCH资源拥有的时域资源等。其中,调度的时域信息指示方式例如为非时隙(non-slot,也可称为mini-slot或微时隙)方式或单时隙(oneslot)方式或多时隙(multiple slot)方式。
具体地,非时隙方式是指网络设备进行时域信息的调度时以mini-slot为单位,即时域上小于一个时隙,例如,两个正交频分复用(Orthogonal Frequency DivisionMultiplexing,OFDM)符号;单时隙方式是指网络设备进行时域信息的调度时以一个时隙为单位,即时域上等于一个时隙;多时隙方式是指网络设备进行时域信息的调度时以多个时隙为单位,例如,三个时隙等。
一个实例中,所述时域参数可以为时域起始点。例如,当所述一处或多处PUSCH资源为GB-PUSCH资源时,UE可以优先使用所述一处或多处GB-PUSCH资源中时域起始点最近的GB-PUSCH资源,或优先使用所述一处或多处GB-PUSCH资源中时域起始点最晚的GB-PUSCH资源,或其他与GB-PUSCH资源的时域起始点相关的优先准则,以用于上行捎带传输,这里不做限定。
另一个实例中,所述时域参数可以为时域结束点。例如,当所述一处或多处PUSCH资源为GB-PUSCH资源时,UE可以优先使用所述一处或多处GB-PUSCH资源中时域结束点最早的GB-PUSCH资源,或优先使用所述一处或多处GB-PUSCH资源中时域结束点最晚的GB-PUSCH资源,或其他与GB-PUSCH资源的时域起始点相关的优先准则,以用于上行捎带传输,这里不做限定。
再一个实例中,所述时域参数可以为调度的时域信息指示方式中的一种或多种,例如,非时隙方式,和/或单时隙方式,和/或多时隙方式等。具体的,UE可以优先使用所述一处或多处PUSCH资源中通过非时隙方式进行时域调度的PUSCH资源、或优先使用所述一处或多处PUSCH资源中通过单时隙方式进行时域调度的PUSCH资源、或优先使用所述一处或多处PUSCH资源中通过多时隙方式进行时域调度的PUSCH资源、或其他与PUSCH资源调度的时域信息指示方式相关的优先准则,以用于上行捎带传输,这里不做限定。
又一个实例中,所述时域参数可以为不同频域上GF-PUSCH资源拥有的时域资源。具体的,UE可以优先使用所述一处或多处PUSCH资源中在不同频域上所拥有最多时域资源的GF-PUSCH资源、或优先使用所述一处或多处PUSCH资源中在不同频域上所拥有最少时域资源的GF-PUSCH资源、或其他与GF-PUSCH资源拥有的时域资源相关的优先准则,以用于上行捎带传输,这里不做限定。
以PUSCH资源优先准则为优先使用所述一处或多处PUSCH资源中在不同频域上所拥有最多时域资源的GF-PUSCH资源为例,如图6所示,当UE预进行上行捎带传输时,在非授权传输周期t和非授权传输周期t+1中可用的GF-PUSCH资源可以有四处,即GF-PUSCH资源1~GF-PUSCH资源4,其中GF-PUSCH资源1和GF-PUSCH资源2所处频域资源为f1,GF-PUSCH资源3和GF-PUSCH资源4所处频域资源为f2;而在每个非授权传输周期中,处于f1上的GF-PUSCH资源1和GF-PUSCH资源2在每个非授权传输周期中所拥有的时域资源要多于处于f2上的GF-PUSCH资源3和GF-PUSCH资源4在每个非授权传输周期中所拥有的时域资源。因此,UE可以根据网络设备配置的所述PUSCH资源优先准则,确定拥有最多时域资源的GF-PUSCH资源1和/或GF-PUSCH资源2进行上行捎带传输。
本实例优先使用所述一处或多处PUSCH资源中在不同频域上所拥有最多时域资源的GF-PUSCH资源作为PUSCH资源优先准则的判断依据的好处是:在一个非授权传输周期中如果拥有时域资源较多,则UE进行上行传输的平均延迟较小,即有助UE及时的进行上行捎带传输。
四、PUSCH资源类型优先准则
其中,PUSCH资源类型可以包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源。
当UE进行上行捎带传输可以使用的PUSCH资源类型包括GF-PUSCH资源和GB-PUSCH资源时,所述PUSCH资源优先准则可以为PUSCH资源类型优先,如UE可以优先使用GF-PUSCH资源进行上行捎带传输,或优先使用GB-PUSCH资源进行上行捎带传输,或其他与PUSCH资源类型相关的优先准则,此处不做限定。
当UE仅有一处可用于上行捎带传输的PUSCH资源时,所述一处PUSCH资源可以为GF-PUSCH资源或GB-PUSCH资源;当UE有多处可用于上行捎带传输的PUSCH资源时,所述多处PUSCH资源可以全部为GF-PUSCH资源、或全部为GB-PUSCH资源、或部分为GF-PUSCH资源另一部分为GB-PUSCH资源。
本实例PUSCH资源类型优先准则作为PUSCH资源优先准则的判断依据的好处是:PUSCH资源类型优先对上行捎带传输的成功率及时延有影响,比如GF-PUSCH资源传输时延通常较短,而GB-PUSCH资源传输成功率较高。
五、波形类型优先准则
其中,波形类型可以包括单载波波形或多载波波形。
波形类型优先准则,即UE进行上行捎带传输时可优先使用对应某种波形类型的PUSCH资源,例如,波形类型1或波形类型2;又如,单载波波形或多载波波形。UE根据所述一处或多处可用于上行捎带传输的GF-PUSCH资源的波形类型,确定至少一处PUSCH资源以进行上行捎带传输。例如,PUSCH资源优先准则可以为波形类型1优先、或波形类型2优先、或其他与波形类型相关的优先准则,此处不做限定。
假设UE可以用于进行上行捎带传输的PUSCH资源所对应的波形类型至少包括波形类型1和波形类型2。其中,波形类型1例如为循环前缀正交频分复用(Cyclic Prefix OFDM,CP-OFDM),为一种多载波波形;波形类型2例如为离散傅里叶变换扩展正交频分复用(Discrete Fourier Transform Spread OFDM,DFT-s-OFDM),为一种单载波波形。如图7所示,PUSCH资源1和PUSCH资源2均对应波形类型2(如DFT-s-OFDM),PUSCH资源3对应波形类型1(如CP-OFDM),以PUSCH资源优先准则为波形类型1优先为例,UE可以根据网络设备配置的PUSCH资源优先准则,确定使用波形类型1所对应的PUSCH资源3进行上行捎带传输。需要说明的是,这里所述的波形类型除CP-OFDM和DFT-s-OFDM外还可以有其他波形类型,此处不再一一赘述。
本实例波形类型优先准则作为PUSCH资源优先准则的判断依据的好处是:波形类型优先对上行捎带传输的性能有一定影响,比如多载波波形较单载波波形可以更好的降低多径反射干扰。
六、带宽片段(Bandwidth Part,BWP)优先准则/单元载波(Component Carrier,CC)优先准则
BWP,可以理解为网络设备将可用的频谱资源划分为若干片段,如BWP1、BWP2等,每个BWP所占的带宽可以相同也可以不同。也就是说,UE进行上行捎带传输时可以使用的PUSCH资源包括一处或多处BWP和/或CC,如BWP1、BWP2和/或CC1、CC2等。
以带宽片段优先准则为例,UE根据所述一处或多处可用于上行捎带传输的PUSCH资源所使用BWP和/或CC,确定至少一处PUSCH资源以进行上行捎带传输。例如,PUSCH资源优先准则可以为BWP1优先(如默认BWP,即default BWP)、或BWP2优先、或其他与BWP相关的优先准则,此处不做限定。
需要说明的是,这里所述的BWP可以有一个或多个,所述一个或多个BWP可以处于同一个CC上,也可以处于完全不同的CC上,还可以处于不完全相同的(部分相同)CC上,这里不做限定。
本实施例使用带宽片段优先准则/单元载波优先准则作为PUSCH资源优先准则的判断依据的好处是:不同的BWP和/或CC可能拥有不同的特性,如带宽、子载波间隔(Subcarrier Spacing,SCS)、时隙长度等,网络设备可以根据UE的需求配置合适的PUSCH资源优先准则。
七、系统参数集优先准则
可以理解,系统参数集为网络设备配置给UE的传输资源的系统参数的集合,至少可以包括子载波间隔和循环前缀开销(Cyclic Prefix overhead,CP overhead)中的一个或多个。也就是说,不同传输资源(可以包括PUSCH资源,也可以包括PUCCH资源或其他下行传输资源)所使用的系统参数集可能不同,例如,PUSCH资源1使用系统参数集1,PUSCH资源2使用系统参数集2等。
具体的,UE进行上行捎带传输时可以使用的PUSCH资源包括一种或多种的系统参数集,如系统参数集1(SCS=30kHz)、系统参数集2(SCS=60kHz)等。UE根据所述一处或多处可用于上行捎带传输的PUSCH资源所使用的系统参数集,确定至少一处PUSCH资源以进行上行捎带传输。例如,PUSCH资源优先准则可以为系统参数集1(SCS=30kHz)优先、或系统参数集2(SCS=60kHz)优先、或其他与系统参数集相关的优先准则,这里不做限定。
本实施例使用系统参数集优先准则的判断依据的好处是:使用不同系统参数集的PUSCH资源可能拥有不同的特性,如时隙长度(受子载波间隔影响)等,网络设备可以根据UE的需求配置合适的PUSCH资源优先准则。
需要说明的是,系统参数集优先准则和带宽片段优先准则/单元载波优先准则本质有相似之处,带宽片段优先准则/单元载波优先准则可以认为是通过配置BWP和/或CC来影响相关传输资源的系统参数集,而系统参数集优先准则为直接给传输资源配置系统参数集。
八、混合自动重传请求(hybrid automatic repeat request,HARQ)进程号(HARQprocess ID)优先准则
可以理解,无线通信系统中至少可以包括8或16个HARQ进程号,网络设备(例如基站)可以通过不同的HARQ进程号来区分UE发送的上行数据。当网络设备接收到UE发送的上行数据时,网络设备可以将所述上行数据临时储存在与HARQ进程号对应的缓存中,可以用于软合并等,这样可以避免属于不同HARQ进程号的上行数据之间发生混淆。
具体的,所述多个HARQ进程号可以分为两组,一组用于上行捎带传输,一组用于传统的上行数据传输。例如总共有16个HARQ进程号{0,1,2,……,15},其中,当UE使用HARQ进程号{0,1,2,3}发送上行消息时,UE进行上行捎带传输;当UE使用HARQ进程号{4,5,……,15}发送上行消息时,UE进行传统的上行数据传输。对于基于授权的传输,UE使用的HARQ进程号可由网络设备配置;对于基于非授权的传输,UE使用的HARQ进程号跟发送上行消息所使用的时频域资源有关。需要说明的是,这里UE发送上行消息所使用的HARQ进程号是上行捎带传输还是传统的上行数据传输,可以由网络设备向UE配置,这里不做限定。
本实施例使用HARQ进程号优先准则作为PUSCH资源优先准则的判断依据的好处是:无线通信系统可以使用的HARQ进程号较多,并与PUSCH资源所使用的系统参数集关联较少,网络设备和UE使用其中部分HARQ进程号作为PUSCH资源优先准则不会影响其他系统参数的设定。
九、资源状态优先准则
其中,资源状态可包括负载率和/或传输成功率。
资源状态,可以理解为PUSCH资源的使用状态,例如,负载率、传输成功率等。具体的,UE进行上行捎带传输时可以使用的PUSCH资源包括一种或多种的资源状态,如PUSCH资源1处于资源状态1(如负载率1),PUSCH资源2处于资源状态2(如负载率2)等。
UE根据所述一处或多处可用于上行捎带传输的PUSCH资源所使用的资源状态,确定至少一处PUSCH资源以进行上行捎带传输。例如,PUSCH资源优先准则可以为资源状态1优先、或资源状态2优先、或其他与资源状态相关的优先准则,这里不做限定。
可选地,所述PUSCH资源优先准则可以为上述准则中至少基于其中两种可能的方案(包括各种可能的方案中的实例)的综合优先准则。
例如,所述PUSCH资源优先准则可以为综合考虑PUSCH资源类型(PUSCH资源类型优先准则)及MCS相关参数(MCS相关参数优先准则)的优先准则。具体地,当UE预进行上行捎带传输,且有一处或多处可用于上行捎带传输的PUSCH资源时,UE可以根据PUSCH资源类型确定GF-PUSCH资源优先或GB-PUSCH资源优先;进一步地,UE根据备选PUSCH资源所使用的MCS相关参数,确定用于上行捎带传输的PUSCH资源。以所述PUSCH资源优先准则为GF-PUSCH资源优先及MCS索引小的PUSCH资源优先为例,当UE有一处或多处PUSCH资源可用于上行捎带传输时,UE将优先使用MCS索引较小的GF-PUSCH资源进行上行捎带传输。
又如,所述PUSCH资源优先准则可以为综合考虑系统参数集(系统参数集优先准则)和PUSCH资源类型(PUSCH资源类型优先准则)的优先准则。具体地,当UE预进行上行捎带传输,且有一处或多处可用于上行捎带传输的PUSCH资源时,UE可以先根据PUSCH资源所使用的系统参数集确定备选的PUSCH资源(如参数集1优先);进一步地,UE根据所述备选PUSCH资源类型(如GF-PUSCH资源优先或GB-PUSHC资源优先)确定用于上行捎带传输的PUSCH资源。以所述PUSCH资源优先准则为系统参数集中的SCS=30kHz的PUSCH资源优先及GB-PUSCH资源优先为例,当UE有一处或多处PUSCH资源可用于上行捎带传输时,UE优先使用SCS=30kHz的GB-PUSCH资源进行上行捎带传输。
需要说明的是,PUSCH资源优先准则还可以为基于上述两个实例以外的其他一个或多个方案而设计的综合优先准则,这里不再一一赘述。
在PUSCH资源优先准则包括上述多种准则的情况下,各PUSCH资源优先准则的优先级不同。示例性地,PUSCH资源优先准则包括系统参数集优先准则和PUSCH资源类型优先准则两种准则,具体实现时,系统参数集优先准则的优先级高于PUSCH资源类型优先准则,也就是说,UE先根据系统参数集优先准则确定备选的PUSCH资源;再基于备选的PUSCH资源,根据PUSCH资源类型优先准则,确定发送第一消息所使用的第一PUSCH资源。
此外,UE根据网络设备配置的PUSCH资源优先准则确定发送第一消息所使用的第一PUSCH资源时,当UE可以用于上行捎带传输的一处或多处的PUSCH资源中均没有最为优先的PUSCH资源时,则UE将使用优先级次高的PUSCH资源用以发送第一消息,以此类推,不再赘述。
需要说明的是,上述关于PUSCH资源类型优先准则的说明均以UE为例,至于网络设备根据为UE配置的PUSCH资源优先准则,确定该UE发送第一消息所使用的第一PUSCH资源的具体实现,与上述类似,此处不再赘述。
一种具体实现方式中,S302、UE通过第一PUSCH资源发送第一消息,可以包括:若第一PUSCH资源为基于非授权传输的PUSCH资源,则UE采用由网络设备为该UE配置的第一无线网络临时标识(Radio Network Temporary Identifier,RNTI)加扰第一消息的循环冗余校验(Cyclic Redundancy Check,CRC);通过第一PUSCH资源发送加扰后的第一消息。其中,该第一RNTI是网络设备为UE配置的专门用于上行捎带传输的RNTI。
对应地,S402、网络设备通过第一PUSCH资源接收并解调第一消息,可以包括:网络设备通过第一PUSCH资源接收第一消息;若该第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由该网络设备为UE配置的第一RNTI解扰第一消息的CRC。其中,第一RNTI是网络设备为UE配置的专门用于上行捎带传输的RNTI。
在本申请实施例中,当UE有一处或多处GF-PUSCH资源可用于上行捎带传输时,UE可以使用由网络设备配置的专门用于上行捎带传输的第一RNTI加扰采用上行捎带传输方式的第一消息的CRC,以指示GF-PUSCH资源是否用于上行捎带传输。
在一个实例中,网络设备为UE配置其进行上行捎带传输所使用的第一RNTI(如PG-RNTI,即Piggyback-RNTI);当UE使用GF-PUSCH资源进行上行捎带传输时,可以使用所述第一RNTI对所述使用上行捎带传输方式的第一消息的CRC进行加扰;当UE使用GF-PUSCH资源仅发送上行数据(即非上行捎带传输)时,则UE可以使用所述第一RNTI以外的其他RNTI(如第二RNTI,GF-RNTI,Grant-free RNTI,即基于非授权传输的RNTI,可以为C-RNTI中的一种)对仅包含上行数据的上行消息的CRC进行加扰。而对于网络设备,当上行消息所承载的上行控制信息类型为肯定应答(Acknowledge,ACK)、否定应答(Negative Acknowledge,NACK)、信道质量信息(Channel Quality Information,CQI)等上行控制信息类型时,由于网络设备可以预期所述上行控制信息的到来时间,因此网络设备仅需在预期的时间对UE以非授权传输在GF-PUSCH资源中发送的上行消息使用第一RNTI和第二RNTI进行盲检,以确定该上行消息是否为上行捎带传输;而在其他时间仅使用第二RNTI进行盲检,使得在大的时间尺度上,减少了网络设备在GF-PUSCH资源中接收上行消息的盲检次数。
需要说明的是,由于ACK/NACK是UE对网络设备之前向UE发送了下行数据的应答,因此网络设备可以预期ACK/NACK的到来时间;而对于CQI,其可分为周期性CQI和非周期性CQI(由网络设备触发),显而易见,无论周期性CQI还是非周期性CQI,网络设备均可预期UE发送所述CQI的时间。
其中,第一RNTI(如PG-RNTI,即Piggyback-RNTI)和第二RNTI(如GF-RNTI,Grant-free RNTI,用于基于非授权传输的RNTI,也可以为C-RNTI中的一种),分别用于加扰使用上行捎带传输方式的第一消息的CRC和加扰仅包含上行数据的上行消息的CRC,以隐性的指示UE在GF-PUSCH资源中发送的上行消息所采用的传输方式为上行捎带传输还是传统传输方式。网络设备可以使用所述第一RNTI和所述第二RNTI对GF-PUSCH资源中的上行消息的CRC进行解扰,若使用第一RNTI解扰成功,网络设备确定所述上行消息所采用的传输方式为上行捎带传输;若使用第二RNTI解扰成功,网络设备确定所述上行消息仅包含上行数据。
可选地,UE接收网络设备发送的第一RNTI。
进一步地,UE接收网络设备发送的第二RNTI。
相较现有技术,本实例不使用DMRS参数指示基于非授权传输的上行数据是否采用上行捎带传输,因此,不影响一处GF-PUSCH资源中与DMRS参数一一对应的用户设备数量。
需要说明的是,本申请实施例可以作为本申请前述各实施例中的一部分执行;另外,本申请实施例与本申请前述各实施例也可以作为相互独立的实施方案进行执行,详见后续实施例。
另一种具体实现方式中,S302、UE通过第一PUSCH资源发送第一消息之前,上述用于上行捎带传输的方法可以包括:接收网络设备发送的上行调度信息(如UL Grant,也可称为Uplink Grant)。该上行调度信息包含第一指示信息,第一指示信息用于指示该上行调度信息所调度的PUSCH资源用于上行捎带传输。
此时,S301、UE根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,包括:UE根据PUSCH资源优先准则和第一指示信息,确定发送第一消息所使用的第一PUSCH资源。
对应地,S401、网络设备根据为UE配置的PUSCH资源优先准则,确定该UE发送第一消息所使用的第一PUSCH资源之前,上述用于上行捎带传输的方法可以包括:发送上行调度信息给用户设备。这里,S401、网络设备根据为UE配置的PUSCH资源优先准则,确定该UE发送第一消息所使用的第一PUSCH资源,包括:网络设备根据PUSCH资源优先准则和第一指示信息,确定用户设备发送第一消息所使用的第一PUSCH资源。
在本申请实施例中,当UE有一处或多处GB-PUSCH资源可用于上行捎带传输时,网络设备(如基站)可以在上行调度信息对其所调度的GB-PUSCH资源是否用于上行捎带传输进行指示。
当网络设备向UE发送一条或多条上行调度信息,以调度一处或多处PUSCH资源(可以为GB-PUSCH资源),并希望UE使用其中至少一处PUSCH资源以用于上行捎带传输时,网络设备可以在所述一条或多条上行调度信息中指示UE是否使用所述一条或多条的上行调度信息所调度的PUSCH资源进行上行捎带传输。
如图8所示,网络设备在短时间内向UE发送了3条上行调度信息:UL Grant1~ULGrant3,可以分别调度PUSCH资源1~PUSCH资源3。其中,网络设备可以在UL Grant1中指示UE在UL Grant1所调度的PUSCH资源1中进行上行捎带传输,在其他的UL Grant中(如ULGrant2和UL Grant3)中指示UE在所述其他UL Grant所调度的PUSCH资源2和PUSCH资源3中仅可以发送上行数据,即UL Grant2和UL Grant3不用进行上行捎带传输。
如果UE接收到的上行调度信息中指示了在该上行调度信息所调度的PUSCH资源中可以进行上行捎带传输,则UE可以根据该上行调度信息中的第一指示信息在所调度的PUSCH资源中进行上行捎带传输。
本申请实施例中,网络设备可以在一条或多条上行调度信息中显性的指示出是否希望UE在该一条或多条上行调度信息所调度的GB-PUSCH资源中进行上行捎带传输,灵活可靠。
一种可能的实施方式中,第一指示信息是网络设备为UE配置的专门用于上行捎带传输的HARQ进程号,如HARQ进程号={8}时指示所述上行调度信息所调度的GB-PUSCH资源是用于上行捎带传输。
需要说明的是,本申请实施例可以作为本申请前述各实施例中的一部分执行;另外,本申请实施例与本申请前述各实施例也可以作为相互独立的实施方案进行执行,详见后续实施例。
图9为本申请再一实施例提供的用于上行捎带传输的方法的信令图。如图9所示,该用于上行捎带传输的方法包括:
S901、网络设备发送第二消息给UE。
其中,第二消息携带第二指示信息,该第二指示信息用于指示PUSCH资源优先准则。第二消息可以为半静态信令或动态信令。可选地,第二消息可以为以下消息中的一种:剩余最少系统信息(Remaining Minimum System Information,RMSI)、其他系统信息(Other System Information,OSI)、系统消息、RRC信令、物理层控制消息(L1 signaling,DCI,group common DCI)、媒体访问控制控制元素(Media Access Control ControlElement,MAC CE)信令等。系统消息例如为主信息块(Master Information Block,MIB)、系统消息块(System Information Block,SIB)。也即,网络设备可以通过半静态信令(系统消息、RRC、MAC CE)或动态信令(物理层控制消息)为UE配置PUSCH资源的优先准则。
还需说明的是,所述PUSCH资源优先准则可以通过第二消息携带的第二指示信息具体指示,如GF-PUSCH资源优先等;也可以通过PUSCH资源优先准则索引(index)和PUSCH资源优先准则图表(table)来指示,例如,标准协议中规定了一种或多种可能的PUSCH资源优先准则(如上文所述),可以分别对应PUSCH资源优先准则索引1~PUSCH资源优先准则索引n,其中n表示PUSCH资源优先准则的总个数,而PUSCH资源优先准则的具体内容可以通过PUSCH资源优先准则图表进行查询。网络设备可以通过向UE下发的第二消息中的PUSCH资源优先准则索引来具体指示UE使用何种PUSCH资源优先准则进行上行捎带传输。这里,PUSCH资源优先准则还可以通过能力开关(Capability Enable/Disable)来指示是否被使用,如网络设备可以通过下发的消息中的指示(如开启能力,Capability Enable)以开启UE使用(或开启一种或多种)PUSCH资源优先准则的能力,或通过关闭能力(如CapabilityDisable)来关闭UE使用PUSCH资源优先准则的能力。网络设备还可以通过其他方式来向UE指示使用何种PUSCH资源优先准则或是否使用某种PUSCH资源优先准则,这里不再一一赘述。
对应地,UE接收网络设备发送的第二消息。
S902、UE向网络设备发送第二消息的响应消息。
该步骤为可选步骤。
在一个实例中,当UE成功接收到网络设备发送的第二消息(例如RRC信令)后,UE可以向网络设备发送该第二消息的响应消息,以确定其成功接收到第二消息。
对应地,网络设备接收该响应消息。
S903、UE根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源。
该步骤同S301,此处不再赘述。
需说明的是,步骤903和步骤901(包括步骤902)是相对独立的步骤,在步骤901(包括步骤902)之后可以执行一次或多次S903。
S904、网络设备根据为UE配置的PUSCH资源优先准则,确定该UE发送第一消息所使用的第一PUSCH资源。
该步骤同S401,此处不再赘述。
S905、UE通过第一PUSCH资源发送第一消息。
该步骤同S302,此处不再赘述。
对应地,网络设备通过第一PUSCH资源接收并解调第一消息。此处同S402,此处不再赘述。
基于上述,本申请实施例提供一种具体的UE获取PUSCH资源优先准则的实现方式。
图10为本申请又一实施例提供的用于上行捎带传输的方法的信令图。如图10所示,该用于上行捎带传输的方法包括:
S101、网络设备发送第二消息给UE。
对应地,UE接收网络设备发送的第二消息。
该步骤同S901,此处不再赘述。
S102、UE向网络设备发送第二消息的响应消息。
该步骤为可选步骤。
在一个实例中,当UE成功接收到网络设备发送的第二消息(例如RRC信令)后,UE可以向网络设备发送该第二消息的响应消息,以确定其成功接收到第二消息。
S103、UE通过第一PUSCH资源发送第一消息之前,接收网络设备发送的第三消息。
可选地,第三消息例如为DCI等物理控制信令。
也就是说,网络设备通过第二消息为UE配置PUSCH资源优先准则后,仍可通过第三消息向UE动态的调度进行上行捎带传输所使用的PUSCH资源,该实现方式相对较灵活。
S104、UE通过第三消息指示的第二PUSCH资源发送第一消息。
UE使用第二PUSCH资源发送第一消息,也即,网络设备向UE动态调度的进行上行捎带传输的第二PUSCH资源的优先级,比UE根据网络设备配置的PUSCH资源优先准则确定的进行上行捎带传输的第一PUSCH资源的优先级高。
例如,PUSCH资源优先准则为MCS索引小的PUSCH资源优先(对应第一PUSCH资源),该步骤中第三消息指示UE使用GB-PUSCH资源(对应第二PUSCH资源)进行上行捎带传输,则UE使用第二PUSCH资源进行上行捎带传输。
在所述第三消息的有效期结束后,UE可以继续按照第二消息中的PUSCH资源优先准则确定的第一PUSCH资源进行上行捎带传输。
对应地,网络设备通过第三消息指示的第二PUSCH资源接收并解调第一消息。
该实施例与图9所示实施例的区别在于:本实施例是在网络设备通过第二消息为UE配置PUSCH资源优先准则之后(UE可以根据该PUSCH资源优先准则确定其进行上行捎带传输的PUSCH资源为第一PUSCH资源),且UE通过第一PUSCH资源发送第一消息之前,接收到网络设备发送的第三消息,也就是说,此时网络设备还可以通过第三消息指示UE进行上行捎带传输所使用的第二PUSCH资源,则UE通过第三消息指示的第二PUSCH资源发送第一消息;相应地,网络设备通过该第二PUSCH资源接收并解调第一消息。
换句话说,即使网络设备已为UE配置了PUSCH资源优先准则,但当该网络设备动态调度UE进行上行捎带传输时,UE使用网络设备动态调度的第二PUSCH资源进行上行捎带传输。
对于网络设备,当网络设备接收UE在一处或多处PUSCH资源中发送的上行消息时,网络设备可以根据其向UE发送的第二消息中携带的PUSCH资源优先准则,确定UE发送所述第一消息可能使用的所述第一PUSCH资源,并在所述第一PUSCH资源中按照上行捎带传输的解调方式来解调所述第一消息。如果网络设备发送了第三消息给UE,则网络设备可以在第三消息指示的第二PUSCH资源中按照上行捎带传输的解调方式来解调所述第一消息。这里,对于UE在所述第一PUSCH资源或第二PUSCH资源以外的其他一处或多处PUSCH资源中发送的上行消息,网络设备则可以按照解调上行数据的方式来解调所述上行消息,无需尝试以解调上行捎带传输的方式进行解调,进而减少了盲检次数。
独立于上述实施例,以下通过具体实施例说明第一PUSCH资源分别为基于非授权传输的PUSCH资源和基于授权传输的PUSCH资源的情况。
图11为本申请又一实施例提供的用于上行捎带传输的方法的信令图。该实施例中,第一PUSCH资源为基于授权传输的PUSCH资源。如图11所示,该用于上行捎带传输的方法包括:
S111、UE接收网络设备发送的上行调度信息。
其中,该上行调度信息包含第一指示信息,第一指示信息用于指示该上行调度信息所调度的PUSCH资源用于上行捎带传输。
可选地,第一指示信息是网络设备为UE配置的专门用于上行捎带传输的HARQ进程号等。
S112、UE通过上行调度信息所调度的PUSCH资源发送第一消息。
其中,该第一消息为采用上行捎带传输的方式进行传输的消息。
对应地,网络设备通过上行调度信息所调度的PUSCH资源接收第一消息。
S113、网络设备解调第一消息。
在本申请实施例中,当UE有一处或多处GB-PUSCH资源可用于上行捎带传输时,网络设备(如基站)可以在上行调度信息对其所调度的GB-PUSCH资源是否用于上行捎带传输进行指示。
当网络设备向UE发送一条或多条上行调度信息,以调度一处或多处PUSCH资源(可以为GB-PUSCH资源),并希望UE使用其中至少一处PUSCH资源以用于上行捎带传输时,网络设备可以在所述一条或多条上行调度信息中指示UE是否使用所述一条或多条的上行调度信息所调度的PUSCH资源进行上行捎带传输。
如图8所示,网络设备在短时间内向UE发送了3条上行调度信息:UL Grant1~ULGrant3,可以分别调度PUSCH资源1~PUSCH资源3。其中,网络设备可以在UL Grant1中指示UE在UL Grant1所调度的PUSCH资源1中进行上行捎带传输,在其他的UL Grant中(如ULGrant2和UL Grant3)中指示UE在所述其他UL Grant所调度的PUSCH资源2和PUSCH资源3中仅可以发送上行数据,即UL Grant2和UL Grant3不用进行上行捎带传输。
如果UE接收到的上行调度信息中指示了在该上行调度信息所调度的PUSCH资源中可以进行上行捎带传输,则UE可以根据该上行调度信息中的第一指示信息在所调度的PUSCH资源中进行上行捎带传输。
本申请实施例中,网络设备可以在一条或多条上行调度信息中显性的指示出是否希望UE在该一条或多条上行调度信息所调度的GB-PUSCH资源中进行上行捎带传输,灵活可靠。
图12为本申请又一实施例提供的用于上行捎带传输的方法的信令图。该实施例中,第一PUSCH资源为基于非授权传输的PUSCH资源。如图12所示,该用于上行捎带传输的方法包括:
S121、UE采用由网络设备为该UE配置的第一RNTI加扰第一消息的CRC。
其中,第一消息为采用上行捎带传输的方式进行传输的消息,第一RNTI是网络设备为用户设备配置的专门用于上行捎带传输的RNTI。
S122、UE通过基于非授权传输的PUSCH资源发送加扰后的第一消息。
对应地,网络设备通过基于非授权传输的PUSCH资源接收UE发送的第一消息。
S123、网络设备采用由其为该UE配置的第一RNTI解扰第一消息的CRC。
在本申请实施例中,当UE有一处或多处GF-PUSCH资源可用于上行捎带传输时,UE可以使用由网络设备配置的专门用于上行捎带传输的第一RNTI加扰采用上行捎带传输方式的第一消息的CRC,以指示GF-PUSCH资源是否用于上行捎带传输。
在一个实例中,网络设备为UE配置其进行上行捎带传输所使用的第一RNTI(如PG-RNTI,即Piggyback-RNTI);当UE使用GF-PUSCH资源进行上行捎带传输时,可以使用所述第一RNTI对所述使用上行捎带传输方式的第一消息的CRC进行加扰;当UE使用GF-PUSCH资源仅发送上行数据(即非上行捎带传输)时,则UE可以使用所述第一RNTI以外的其他RNTI(如第二RNTI,GF-RNTI,Grant-free RNTI,即基于非授权传输的RNTI,可以为C-RNTI中的一种)对仅包含上行数据的上行消息的CRC进行加扰。而对于网络设备,当上行消息所承载的上行控制信息类型为肯定应答(Acknowledge,ACK)、否定应答(Negative Acknowledge,NACK)、信道质量信息(Channel Quality Information,CQI)等上行控制信息类型时,由于网络设备可以预期所述上行控制信息的到来时间,因此网络设备仅需在预期的时间对UE以非授权传输在GF-PUSCH资源中发送的上行消息使用第一RNTI和第二RNTI进行盲检,以确定该上行消息是否为上行捎带传输;而在其他时间仅使用第二RNTI进行盲检,使得在大的时间尺度上,减少了网络设备在GF-PUSCH资源中接收上行消息的盲检次数。
需要说明的是,由于ACK/NACK是UE对网络设备之前向UE发送了下行数据的应答,因此网络设备可以预期ACK/NACK的到来时间;而对于CQI,其可分为周期性CQI和非周期性CQI(由网络设备触发),显而易见,无论周期性CQI还是非周期性CQI,网络设备均可预期UE发送所述CQI的时间。
其中,第一RNTI(如PG-RNTI,即Piggyback-RNTI)和第二RNTI(如GF-RNTI,Grant-free RNTI,用于基于非授权传输的RNTI,也可以为C-RNTI中的一种),分别用于加扰使用上行捎带传输方式的第一消息的CRC和加扰仅包含上行数据的上行消息的CRC,以隐性的指示UE在GF-PUSCH资源中发送的上行消息所采用的传输方式为上行捎带传输还是传统传输方式。网络设备可以使用所述第一RNTI和所述第二RNTI对GF-PUSCH资源中的上行消息的CRC进行解扰,若使用第一RNTI解扰成功,网络设备确定所述上行消息所采用的传输方式为上行捎带传输;若使用第二RNTI解扰成功,网络设备确定所述上行消息仅包含上行数据。
可选地,UE接收网络设备发送的第一RNTI。
进一步地,UE接收网络设备发送的第二RNTI。
相较现有技术,本实例不使用DMRS参数指示基于非授权传输的上行数据是否采用上行捎带传输,因此,不影响一处GF-PUSCH资源中与DMRS参数一一对应的用户设备数量。
图13为本申请一实施例提供的用于上行捎带传输的装置的结构示意图。如图13所示,该用于上行捎带传输的装置130包括:处理模块131和发送模块132。
处理模块131用于根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源。其中,该PUSCH资源优先准则用于指示用户设备进行上行捎带传输时所优先使用的PUSCH资源;该第一消息为采用上行捎带传输的方式进行传输的消息。
发送模块132用于通过第一PUSCH资源发送第一消息。
本实施例的装置可用于执行上述各实施例提供的用于上行捎带传输的方法中UE所执行的步骤,具体实现原理和技术效果类似,此处不再赘述。
可选地,所述PUSCH资源优先准则包括如下准则中的一种或多种:
MCS相关参数优先准则,所述MCS相关参数包括MCS索引和/或传输速率;
传输层优先准则;
码字优先准则;
PUSCH资源时域参数优先准则;
PUSCH资源类型优先准则,所述PUSCH资源类型包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源;
波形类型优先准则,所述波形类型包括单载波波形或多载波波形;
带宽片段优先准则;
单元载波优先准则;
系统参数集优先准则;
HARQ进程号优先准则;
资源状态优先准则,所述资源状态包括负载率和/或传输成功率。
可选地,所述PUSCH资源优先准则包括多种的情况下,各PUSCH资源优先准则的优先级不同。
可选地,发送模块132具体用于:若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由所述网络设备为所述用户设备配置的第一RNTI加扰所述第一消息的CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI;通过所述第一PUSCH资源发送加扰后的第一消息。
可选地,用于上行捎带传输的装置130还包括:第一接收模块(未示出)。该第一接收模块用于在发送模块132通过所述第一PUSCH资源发送所述第一消息之前,接收所述网络设备发送的上行调度信息,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
可选地,处理模块131具体用于:根据所述PUSCH资源优先准则和所述第一指示信息,确定发送第一消息所使用的第一PUSCH资源。
可选地,用于上行捎带传输的装置130还包括:第二接收模块(未示出)。该第二接收模块用于在所述处理模块根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源之前,接收所述网络设备发送的第二消息,所述第二消息携带第二指示信息,所述第二指示信息用于指示所述PUSCH资源优先准则。
可选地,所述第二消息为以下消息中的一种:RMSI、OSI、系统消息、RRC信令、物理层控制消息、MAC CE信令等。
可选地,第二接收模块还用于在接收所述网络设备发送的第二消息之后,发送模块132通过所述第一PUSCH资源发送所述第一消息之前,接收所述网络设备发送的第三消息。此时,发送模块132还用于若所述第二接收模块接收到网络设备发送的第三消息,则通过所述第三消息指示的第二PUSCH资源发送所述第一消息。
图14为本申请另一实施例提供的用于上行捎带传输的装置的结构示意图。参考图14,用于上行捎带传输的装置140包括:接收模块141和发送模块142。其中,
接收模块141,用于接收网络设备发送的上行调度信息,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
发送模块142,用于通过所述上行调度信息所调度的PUSCH资源发送第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息。
本实施例的装置可用于执行上述各实施例提供的用于上行捎带传输的方法中UE所执行的步骤,具体实现原理和技术效果类似,此处不再赘述。
可选地,所述第一指示信息是所述网络设备为用户设备配置的专门用于上行捎带传输的HARQ进程号。
图15为本申请再一实施例提供的用于上行捎带传输的装置的结构示意图。参考图15,用于上行捎带传输的装置150包括:处理模块151和发送模块152。其中,
处理模块151,用于采用由网络设备为用户设备配置的第一RNTI加扰第一消息的CRC,所述第一消息为采用上行捎带传输的方式进行传输的消息,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI。
发送模块152,用于通过基于非授权传输的PUSCH资源发送加扰后的第一消息。
本实施例的装置可用于执行上述各实施例提供的用于上行捎带传输的方法中UE所执行的步骤,具体实现原理和技术效果类似,此处不再赘述。
图16为本申请又一实施例提供的用于上行捎带传输的装置的结构示意图。参考图16,用于上行捎带传输的装置160包括:处理模块161和接收模块162。其中,
处理模块161,用于根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源,所述PUSCH资源优先准则用于指示用户设备进行上行捎带传输时所优先使用的PUSCH资源,所述第一消息为采用上行捎带传输的方式进行传输的消息。
接收模块162,用于通过所述第一PUSCH资源接收并解调所述第一消息。
本实施例的装置可用于执行上述各实施例提供的用于上行捎带传输的方法中网络设备所执行的步骤,具体实现原理和技术效果类似,此处不再赘述。
可选地,所述PUSCH资源优先准则包括如下准则中的一种或多种:
MCS相关参数优先准则,所述MCS相关参数包括MCS索引和/或传输速率;
传输层优先准则;
码字优先准则;
PUSCH资源时域参数优先准则;
PUSCH资源类型优先准则,所述PUSCH资源类型包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源;
波形类型优先准则,所述波形类型包括单载波波形或多载波波形;
带宽片段优先准则;
单元载波优先准则;
系统参数集优先准则;
HARQ进程号优先准则;
资源状态优先准则,所述资源状态包括负载率和/或传输成功率。
可选地,所述PUSCH资源优先准则包括多种的情况下,各PUSCH资源优先准则的优先级不同。
可选地,接收模块162具体用于:通过所述第一PUSCH资源接收所述第一消息;若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由网络设备为所述用户设备配置的第一RNTI解扰所述第一消息的CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI。
可选地,用于上行捎带传输的装置160还包括:第一发送模块(未示出)。该第一发送模块用于在处理模块161根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源之前,发送上行调度信息给所述用户设备,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
可选地,处理模块161具体用于:根据所述PUSCH资源优先准则和所述第一指示信息,确定所述用户设备发送第一消息所使用的第一PUSCH资源。
可选地,用于上行捎带传输的装置160还包括:第二发送模块(未示出)。该第二发送模块用于在处理模块161根据为用户设备配置的PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源之前,发送第二消息给所述用户设备,所述第二消息携带第二指示信息,所述第二指示信息用于指示所述PUSCH资源优先准则。
可选地,所述第二消息为以下消息中的一种:RMSI、OSI、系统消息、RRC信令、物理层控制消息、MAC CE信令等。
可选地,第二发送模块还用于在发送第二消息给所述用户设备之后,接收模块162通过所述第一PUSCH资源接收并解调所述第一消息之前,发送第三消息给所述用户设备。此时,接收模块162还用于通过所述第三消息指示的第二PUSCH资源接收并解调所述第一消息。
图17为本申请又一实施例提供的用于上行捎带传输的装置的结构示意图。参考图17,用于上行捎带传输的装置170包括:发送模块171和接收模块172。其中,
发送模块171用于发送上行调度信息给用户设备,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
接收模块172用于通过所述上行调度信息所调度的PUSCH资源接收并解调第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息。
本实施例的装置可用于执行上述各实施例提供的用于上行捎带传输的方法中网络设备所执行的步骤,具体实现原理和技术效果类似,此处不再赘述。
可选地,所述第一指示信息是网络设备为所述用户设备配置的专门用于上行捎带传输的HARQ进程号。
图18为本申请又一实施例提供的用于上行捎带传输的装置的结构示意图。参考图18,用于上行捎带传输的装置180包括:接收模块181和处理模块182。其中,
接收模块181用于通过基于非授权传输的PUSCH资源接收用户设备发送的第一消息,所述第一消息为采用上行捎带传输的方式进行传输的消息。
处理模块182用于采用由网络设备为所述用户设备配置的第一RNTI解扰所述第一消息的CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI。
本实施例的装置可用于执行上述各实施例提供的用于上行捎带传输的方法中网络设备所执行的步骤,具体实现原理和技术效果类似,此处不再赘述。
本申请实施例所涉及的网络设备可以为图19所示的网络设备1600。
参阅图19所示,网络设备1600包括:处理器1601、存储器1602、收发器1603以及总线1604。其中,处理器1601、存储器1602和收发器1603(包括发送器和接收器)通过总线1604相互连接。其中,总线1604可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。上述总线1604可以分为地址总线、数据总线、控制总线等。为便于表示,图19中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本申请实施例还提供一种非易失性存储介质,该非易失性存储介质中存储有一个或多个程序代码,当网络设备1600的处理器1601执行该程序代码时,该网络设备1600执行本申请任一方法实施例中网络设备执行的相关方法步骤。
其中,本申请实施例提供的网络设备1600中各个模块或单元的详细描述以及各个模块或单元执行本申请任一方法实施例中网络设备执行的相关方法步骤后所带来的技术效果可以参考本申请方法实施例中的相关描述,此处不再赘述。
本申请实施例所涉及的UE(即用户设备)可以为图20所示的UE 1900。
参阅图20所示,UE 1900包括:处理器1901、存储器1902、收发器1903以及总线1904。其中,处理器1901、存储器1902和收发器1903(包括发送器和接收器)通过总线1904相互连接。其中,总线1904可以是PCI总线或EISA总线等。总线1904可以分为地址总线、数据总线、控制总线等。为便于表示,图20中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本申请实施例还提供一种非易失性存储介质,该非易失性存储介质中存储有一个或多个程序代码,当UE 1900的处理器1901执行该程序代码时,UE 1900执行本申请任一方法实施例中UE执行的相关方法步骤。
其中,本申请实施例提供的UE 1900中各个模块的详细描述以及各个模块执行本申请任一方法实施例中UE执行的相关方法步骤后所带来的技术效果可以参考本申请方法实施例中的相关描述,此处不再赘述。
为了便于读者理解本申请,下面,再举出一些本申请提供的方法和装置的实施例。下述各实施例的编号与前述实施例的编号之间并无特定的关系,仅为了方便表述。下述实施例和上述实施例相关的部分可以相互参考进行理解。
1.一种上行控制信息的传输方法,用于网络设备,所述方法包括:
所述网络设备向用户设备发送第一消息,所述第一消息携带第一指示信息,以指示所述用户设备进行上行捎带传输时所使用的物理上行共享信道PUSCH资源的优先准则;
所述PUSCH资源的优先准则用于指示所述用户设备进行上行捎带传输时所优先使用的PUSCH资源;
所述网络设备根据向所述用户设备配置的所述PUSCH资源的优先准则,确定接收所述用户设备向所述网络设备发送的第二消息使用的第一PUSCH资源,所述第二消息为采用上行捎带传输的方式进行传输的消息;
所述上行捎带传输为所述用户设备的上行控制信息与上行数据一同在PUSCH资源中传输。
基站和UE通过PUSCH资源优先准则可以确定优先使用何处PUSCH资源进行上行捎带传输。当基站在相应的PUSCH资源接收到上行消息时,基站可以以解调上行捎带传输的方式解调该上行消息,无需尝试以上行数据的方式进行盲检,进而减少了盲检次数,提升系统效率。
2.如1所述的方法:
所述PUSCH资源的优先准则包括如下信息中的一种或多种:
MCS相关参数优先、传输层优先、码字优先、PUSCH时域参数优先、PUSCH资源类型优先、波形类型优先、带宽片段优先、单元载波优先、系统参数集优先、或资源状态优先;
所述MCS相关参数包括以下中的一个或多个:MCS索引、传输速率;
所述PUSCH资源类型包括基于授权传输的PUSCH资源GB-PUSCH或基于非授权传输的PUSCH资源GF-PUSCH;
所述波形类型包括单载波波形或多载波波形;
所述资源状态包括以下中的一个或多个:负载率、传输成功率。
MCS相关参数优先与上行捎带传输的可靠性及传输效率直接相关,如较小的MCS索引或传输速率鲁棒性较好,较大的MCS索引或传输速率其传输效率较高。
传输层/码字优先通常与多天线传输相关,上行捎带传输与这次参数相关较合理,有助于基站分辨出可能进行上行捎带传输的上行消息。
PUSCH时域参数优先有助于减少时延。
PUSCH资源类型优先对上行捎带传输的成功率及时延有影响,比如GF-PUSCH资源传输时延通常较短,而GB-PUSCH资源传输成功率较高。
波形类型优先对上行捎带传输的性能有一定影响,比如多载波波形较单载波波形可以更好的降低多径反射干扰。
带宽片段/单元载波/系统参数集优先均影响上行捎带传输所使用的系统参数,对传输性能可能有较大影响。
资源状态优先,如负载率,对系统性能也有直接的影响。
3.如1或2所述的方法:
在所述网络设备接收到所述用户设备发送的所述第二消息之前,以及所述网络设备向所述用户设备发送所述第一消息之后,所述网络设备向所述用户设备指示第二PUSCH资源,所述第二PUSCH资源为进行上行捎带传输所使用的PUSCH资源。
基站向UE配置PUSCH资源优先准则后,仍可向UE动态的调度进行上行捎带传输所使用的PUSCH资源,较灵活。
4.如3所述的方法:
当所述第二PUSCH资源与所述网络设备根据向所述用户设备配置的所述PUSCH资源的优先准则确定的所述第一PUSCH资源不同时,所述网络设备确定在所述第二PUSCH资源接收所述用户设备向所述网络设备发送的所述第二消息。
基站向UE临时调度的进行上行捎带传输的PUSCH资源的优先级可以比通过PUSCH资源优先准则确定的进行上行捎带传输的PUSCH资源的优先级高。
5.如1至4任一所述的方法:
所述网络设备向所述用户设备发送的所述第一消息承载于如下消息中的至少一个:系统消息、无线资源控制信令RRC、物理层控制消息、MAC控制元素信令MAC CE。
可以通过半静态信令(系统消息、RRC、MAC CE)或动态信令(物理层控制消息)配置PUSCH资源的优先准则。
6.一种上行控制信息的传输方法,用于用户设备,所述方法包括:
所述用户设备接收网络设备发送的第一消息,所述第一消息携带第一指示信息,以指示所述用户设备进行上行捎带传输时所使用的物理上行共享信道PUSCH资源的优先准则;
所述PUSCH资源的优先准则用于指示所述用户设备进行上行捎带传输时所优先使用的PUSCH资源;
所述用户设备根据由所述网络设备配置的所述PUSCH资源的优先准则,确定向所述网络设备发送第二消息使用的第二PUSCH资源,所述第二消息为采用上行捎带传输的方式进行传输的消息;
所述上行捎带传输为所述用户设备的上行控制信息与上行数据一同在PUSCH资源中传输。
基站和UE通过PUSCH资源优先准则可以确定优先使用何处PUSCH资源进行上行捎带传输。当基站在相应的PUSCH资源接收到上行消息时,基站可以以解调上行捎带传输的方式解调该上行消息,无需尝试以上行数据的方式进行盲检,进而减少了盲检次数,提升系统效率。
7.如6所述的方法:
所述PUSCH资源的优先准则包括如下信息中的一种或多种:
MCS相关参数优先、传输层优先、码字优先、PUSCH时域参数优先、PUSCH资源类型优先、波形类型优先、带宽片段优先、单元载波优先、系统参数集优先、或资源状态优先;
所述MCS相关参数包括以下中的一个或多个:MCS索引、传输速率;
所述PUSCH资源类型包括基于授权传输的PUSCH资源GB-PUSCH或基于非授权传输的PUSCH资源GF-PUSCH;
所述波形类型包括单载波波形或多载波波形;
所述资源状态包括以下中的一个或多个:负载率、传输成功率。
MCS相关参数优先与上行捎带传输的可靠性及传输效率直接相关,如较小的MCS索引或传输速率鲁棒性较好,较大的MCS索引或传输速率其传输效率较高。
传输层/码字优先通常与多天线传输相关,上行捎带传输与这次参数相关较合理,有助于基站分辨出可能进行上行捎带传输的上行消息。
PUSCH时域参数优先有助于减少时延。
PUSCH资源类型优先对上行捎带传输的成功率及时延有影响,比如GF-PUSCH资源传输时延通常较短,而GB-PUSCH资源传输成功率较高。
波形类型优先对上行捎带传输的性能有一定影响,比如多载波波形较单载波波形可以更好的降低多径反射干扰。
带宽片段/单元载波/系统参数集优先均影响上行捎带传输所使用的系统参数,对传输性能可能有较大影响。
资源状态优先,如负载率,对系统性能也有直接的影响。
8.如6或7所述的方法:
所述用户设备在向所述网络设备发送所述第二消息之前,以及所述用户设备接收所述第一消息之后,所述用户设备接收所述网络设备向所述用户设备指示的第二PUSCH资源,所述第二PUSCH资源为进行上行捎带传输所使用的PUSCH资源。
基站向UE配置PUSCH资源优先准则后,仍可向UE动态的调度进行上行捎带传输所使用的PUSCH资源,较灵活。
9.如8所述的方法:
当所述第二PUSCH资源与所述用户设备根据所述PUSCH资源的优先准则确定的所述第一PUSCH资源不同时,所述用户设备确定在所述第二PUSCH资源向所述网络设备发送所述第二消息。
基站向UE临时调度的进行上行捎带传输的PUSCH资源的优先级可以比通过PUSCH资源优先准则确定的进行上行捎带传输的PUSCH资源的优先级高。
10.如6至9任一所述的方法:
所述用户设备接收的所述第一消息承载于如下消息中的至少一个:系统消息、无线资源控制信令RRC、物理层控制消息、MAC控制元素信令MAC CE。
可以通过半静态信令(系统消息、RRC、MAC CE)或动态信令(物理层控制消息)配置PUSCH资源的优先准则。
11.一种上行控制信息的传输方法,用于网络设备,所述方法包括:
所述用户设备向所述网络设备发送上行调度信息,所述上行调度信息包含所述上行调度信息所调度的PUSCH资源是否用于上行捎带传输的指示。
12.一种上行控制信息的传输方法,用于用户设备,所述方法包括:
所述用户设备接收所述网络设备发送的上行调度信息,所述上行调度信息包含所述上行调度信息所调度的PUSCH资源是否用于上行捎带传输的指示。
13.一种基站,所述基站包括:
处理器、存储器和收发器;
所述收发器,用于接受和发送数据;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如1至5、及11任一所述的方法。
14.一种终端,所述终端包括:
处理器、存储器和收发器;
所述收发器,用于接受和发送数据;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如6至10、及12任一所述的方法。
15.一种通信系统,包括如1至5、及11任一所述的基站和6至10、及12任一所述的终端。
本申请实施例提供了一种网络设备,该网络设备具有实现上述任一方法实施例中网络设备的行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能中各个子功能相对应的模块。可选的,该网络设备可以是基站。
本申请实施例提供了一种UE,该UE具有实现上述任一方法实施例中UE的行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能中各个子功能相对应的模块。
本申请实施例还提供了一种通信系统,该系统包括上述任一实施例所述的网络设备和UE。
本申请实施例还提供了一种芯片,包括:处理模块与通信接口,所述处理模块能执行上述任一方法实施例中与UE相关的方法流程。进一步地,所述芯片还包括存储模块(如,存储器),所述存储模块用于存储指令,所述处理模块用于执行所述存储模块存储的指令,并且对所述存储模块中存储的指令的执行使得所述处理模块执行上述任一方法实施例中与UE相关的方法流程。
本申请实施例还提供了一种芯片,包括:处理模块与通信接口,所述处理模块能执行上述任一方法实施例中与网络设备相关的方法流程。进一步地,所述芯片还包括存储模块(如,存储器),所述存储模块用于存储指令,所述处理模块用于执行所述存储模块存储的指令,并且对所述存储模块中存储的指令的执行使得所述处理模块执行上述任一方法实施例中与网络设备相关的方法流程。
本申请实施例还提供了一种程序或包括程序的一种计算机程序产品,该程序在被UE的处理器执行时,将会使所述UE实现上述任一方法实施例中与UE相关的方法流程。
本申请实施例还提供了一种程序或包括程序的一种计算机程序产品,该程序在被网络设备的处理器执行时,将会使所述网络设备实现上述任一方法实施例中与网络设备相关的方法流程。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序由UE的处理器执行时,使得所述用户设备实现上述任一方法实施例中与UE相关的方法流程。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序由网络设备的处理器执行时,使得所述网络设备实现上述任一方法实施例中与网络设备相关的方法流程。
本申请提供了一种装置(可以为芯片),其中存储有指令,当其在设备(如终端设备或网络设备)上运行时,使得该设备执行上述各方法实施例中的一种方法。
应理解,本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
还应理解,本文中涉及的第一、第二以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请的范围。
本文中一个上行调度信息所调度的PUSCH资源可以有一个或多个。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,部分或全部步骤可以并行执行或先后执行,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,网络设备或者终端设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本申请各方法实施例之间相关部分可以相互参考;各装置实施例所提供的装置用于执行对应的方法实施例所提供的方法,故各装置实施例可以参考相关的方法实施例中的相关部分进行理解。上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请各装置实施例中给出的装置结构图仅示出了对应的装置的简化设计。在实际应用中,该装置可以包含任意数量的发射器,接收器,处理器,存储器等,以实现本申请各装置实施例中该装置所执行的功能或操作,而所有可以实现本申请的装置都在本申请的保护范围之内。
本申请各实施例中提供的消息/帧/指示信息、模块或单元等的名称仅为示例,可以使用其他名称,只要消息/帧/指示信息、模块或单元等的作用相同即可。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
取决于语境,如在此所使用的词语“如果”或“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关硬件来完成,所述的程序可以存储于一个设备的可读存储介质中,该程序在执行时,包括上述全部或部分步骤,所述的存储介质,如:FLASH、EEPROM等。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,不同的实施例可以进行组合,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的精神和原则之内,所做的任何组合、修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (12)
1.一种用于上行捎带传输的方法,其特征在于,包括:
用户设备根据网络设备配置的物理上行共享信道PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,所述PUSCH资源优先准则用于指示所述用户设备进行上行捎带传输时所优先使用的PUSCH资源,所述第一消息为采用上行捎带传输的方式进行传输的消息;
若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则采用由所述网络设备为所述用户设备配置的第一无线网络临时标识RNTI加扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI;
通过所述第一PUSCH资源发送加扰后的第一消息。
2.根据权利要求1所述的方法,其特征在于,所述PUSCH资源优先准则包括如下准则中的一种或多种:
调制编码方案MCS相关参数优先准则,所述MCS相关参数包括MCS索引和/或传输速率;
传输层优先准则;
码字优先准则;
PUSCH资源时域参数优先准则;
PUSCH资源类型优先准则,所述PUSCH资源类型包括基于授权传输的PUSCH资源或基于非授权传输的PUSCH资源;
波形类型优先准则,所述波形类型包括单载波波形或多载波波形;
带宽片段优先准则;
单元载波优先准则;
系统参数集优先准则;
混合自动重传请求HARQ进程号优先准则;
资源状态优先准则,所述资源状态包括负载率和/或传输成功率。
3.根据权利要求2所述的方法,其特征在于,所述PUSCH资源优先准则包括多种的情况下,各PUSCH资源优先准则的优先级不同。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述通过所述第一PUSCH资源发送所述第一消息之前,还包括:
接收所述网络设备发送的上行调度信息,所述上行调度信息包含第一指示信息,所述第一指示信息用于指示所述上行调度信息所调度的PUSCH资源用于上行捎带传输。
5.根据权利要求4所述的方法,其特征在于,所述用户设备根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源,包括:
根据所述PUSCH资源优先准则和所述第一指示信息,确定发送第一消息所使用的第一PUSCH资源。
6.根据权利要求1至3和5中任一项所述的方法,其特征在于,所述用户设备根据网络设备配置的PUSCH资源优先准则,确定发送第一消息所使用的第一PUSCH资源之前,还包括:
接收所述网络设备发送的第二消息,所述第二消息携带第二指示信息,所述第二指示信息用于指示所述PUSCH资源优先准则。
7.根据权利要求6所述的方法,其特征在于,所述第二消息为以下消息中的一种:
剩余最少系统信息RMSI、其他系统信息OSI、系统消息、无线资源控制RRC信令、物理层控制消息、媒体访问控制控制元素MAC CE信令。
8.根据权利要求6所述的方法,其特征在于,所述接收网络设备发送的第二消息之后,所述通过所述第一PUSCH资源发送所述第一消息之前,还包括:
若接收到所述网络设备发送的第三消息,则通过所述第三消息指示的第二PUSCH资源发送所述第一消息。
9.根据权利要求7所述的方法,其特征在于,所述接收网络设备发送的第二消息之后,所述通过所述第一PUSCH资源发送所述第一消息之前,还包括:
若接收到所述网络设备发送的第三消息,则通过所述第三消息指示的第二PUSCH资源发送所述第一消息。
10.一种用于上行捎带传输的方法,其特征在于,包括:
网络设备根据为用户设备配置的物理上行共享信道PUSCH资源优先准则,确定所述用户设备发送第一消息所使用的第一PUSCH资源,所述PUSCH资源优先准则用于指示用户设备进行上行捎带传输时所优先使用的PUSCH资源,所述第一消息为采用上行捎带传输的方式进行传输的消息;
若所述第一PUSCH资源为基于非授权传输的PUSCH资源,则所述网络设备为所述用户设备配置的第一无线网络临时标识RNTI加扰所述第一消息的循环冗余校验CRC,所述第一RNTI是所述网络设备为所述用户设备配置的专门用于上行捎带传输的RNTI;
通过所述第一PUSCH资源接收并解调加扰后的第一消息。
11.一种网络设备,其特征在于,所述网络设备包括:
处理器、存储器和收发器;
所述收发器,用于接收和发送数据;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如权利要求10所述的方法。
12.一种用户设备,其特征在于,所述用户设备包括:
处理器、存储器和收发器;
所述收发器,用于接收和发送数据;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如权利要求1至9任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2018/116270 WO2019101046A1 (zh) | 2017-11-23 | 2018-11-19 | 用于上行捎带传输的方法、装置及系统 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711185843 | 2017-11-23 | ||
CN2017111858433 | 2017-11-23 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109831824A CN109831824A (zh) | 2019-05-31 |
CN109831824B true CN109831824B (zh) | 2021-06-01 |
Family
ID=66859525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711488694.8A Active CN109831824B (zh) | 2017-11-23 | 2017-12-29 | 用于上行捎带传输的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109831824B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113783665B (zh) * | 2020-06-09 | 2022-12-13 | 华为技术有限公司 | 通信方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104170309A (zh) * | 2014-02-27 | 2014-11-26 | 华为技术有限公司 | 一种资源管理方法及装置 |
CN107251629A (zh) * | 2014-11-20 | 2017-10-13 | 华为技术有限公司 | 用于设置循环前缀长度的系统和方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10432362B2 (en) * | 2016-04-20 | 2019-10-01 | Convida Wireless, Llc | Physical channels in new radio |
-
2017
- 2017-12-29 CN CN201711488694.8A patent/CN109831824B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104170309A (zh) * | 2014-02-27 | 2014-11-26 | 华为技术有限公司 | 一种资源管理方法及装置 |
CN107251629A (zh) * | 2014-11-20 | 2017-10-13 | 华为技术有限公司 | 用于设置循环前缀长度的系统和方法 |
Non-Patent Citations (4)
Title |
---|
LG Electronics.UCI on PUSCH for carrier aggregation.《3GPP TSG RAN WG1 #61bis,R1-103732》.2010, * |
NTT DOCOMO, INC.Offline discussions on some topics for AI6.1.3.3.3.《3GPP TSG RAN WG1 Meeting #90,R1-1715193》.2017, * |
Offline discussions on some topics for AI6.1.3.3.3;NTT DOCOMO, INC;《3GPP TSG RAN WG1 Meeting #90,R1-1715193》;20170824;第1-2节 * |
UCI on PUSCH for carrier aggregation;LG Electronics;《3GPP TSG RAN WG1 #61bis,R1-103732》;20100622;第2节,附录 * |
Also Published As
Publication number | Publication date |
---|---|
CN109831824A (zh) | 2019-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11595991B2 (en) | Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal | |
CN108810905B (zh) | 传输上行信道的方法和装置及传输下行信道的方法和装置 | |
CN111148263B (zh) | 发送数据的方法及其装置 | |
WO2018166447A1 (zh) | 传输信息的方法和装置 | |
CN109076569B (zh) | 一种上行控制信息的传输方法和装置 | |
CN108347760B (zh) | 一种上行信道的功率分配方法及装置 | |
EP4167675A1 (en) | Control information transmission method and apparatus, resource pool configuration method and apparatus, and communication device | |
WO2020143057A1 (zh) | 信道接入方案的确定方法及装置、终端设备、网络设备 | |
WO2018171605A1 (zh) | 接收信息的方法及其装置和发送信息的方法及其装置 | |
CN114051278B (zh) | 无线通信的方法、终端设备和网络设备 | |
CN114080773B (zh) | 具有不同服务类型的harq-ack码本的sr传输的优先级区分 | |
KR102543108B1 (ko) | 서비스를 전송하기 위한 방법, 이동국 및 네트워크 기기 | |
JP2016507946A (ja) | マルチttiスケジューリングメッセージにおける不連続サブフレーム | |
CN111954308B (zh) | 通信方法和通信装置 | |
US11844080B2 (en) | Scheduled UCI transmission scheme | |
WO2014181156A1 (en) | Compact dci for machine type communications | |
CN110612763B (zh) | 一种传输信息的方法和装置 | |
CN112398632A (zh) | 上行链路传送方法及用户设备 | |
CN109831824B (zh) | 用于上行捎带传输的方法、装置及系统 | |
WO2023168643A1 (en) | Inter-carrier association configuration and association scheduling | |
WO2019101046A1 (zh) | 用于上行捎带传输的方法、装置及系统 | |
WO2018202118A1 (zh) | 传输上行控制信息的方法和装置 | |
JP2020174381A (ja) | 端末及び通信方法 | |
CN117811715A (zh) | 通信方法和装置 | |
CN117730606A (zh) | 无线通信的方法、终端设备和网络设备 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |