URLLC中上行免授权传输的方法、用户侧设备和网络侧设备转让专利

申请号 : CN201710656316.X

文献号 : CN109392099B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 鲁智杨晓东

申请人 : 维沃移动通信有限公司

摘要 :

本申请实施例公开了一种URLLC中上行免授权传输的方法、用户侧设备、网络侧设备,该方法包括:接收配置参数,该配置参数包括第一指示信息,该第一指示信息指示URLLC上行传输时域资源与HARQ进程标识的对应关系;在URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,传输该URLLC业务的数据。本申请实施例中,通过配置HARQ进程与时域资源的对应关系,以便用户侧设备在URLLC上行传输时域资源向网络侧设备传输时,网络侧设备可以准确得到用户侧设备传输所使用的HARQ进程,保证URLLC上行业务的可靠传输。

权利要求 :

1.一种超高可靠性与超低时延通信URLLC中上行免授权传输的方法,所述方法由用户侧设备执行,所述方法包括:接收配置参数,所述配置参数包括第一指示信息,所述第一指示信息指示URLLC上行传输时域资源与混合自动重传HARQ进程标识的对应关系;

当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送所述URLLC业务的数据。

2.如权利要求1所述的方法,其特征在于,

所述配置参数还包括第二指示信息,所述第二指示信息指示传输次数。

3.如权利要求2所述的方法,其特征在于,

当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送所述URLLC业务的数据,包括:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于所述URLLC业务的数据;

所述方法还包括:

接收调度信息,所述调度信息用于指示在第二URLLC上行传输时域资源上重传第一HARQ进程发送的第一传输块的数据。

4.如权利要求2所述的方法,其特征在于,

当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送所述URLLC业务的数据,包括:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于所述URLLC业务的数据,第一HARQ进程发送的数据中还携带第三指示信息,所述第三指示信息用于指示发送所述URLLC业务的数据的第一HARQ进程与后续相邻的第二HARQ进程是否用于发送相同传输块的数据。

5.如权利要求4所述的方法,其特征在于,

在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送所述URLLC业务的数据之后,所述方法包括:当所述第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上使用第一HARQ进程发送所述第一HARQ进程所发送的第一传输块的数据。

6.如权利要求4所述的方法,其特征在于,

在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送所述URLLC业务的数据之后,所述方法包括:当所述第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块时,在第二HARQ进程对应的URLLC上行传输时域资源上,按剩余传输次数使用第一HARQ进程发送第一传输块的数据,所述剩余传输次数为所述第二指示信息指示的传输次数减去使用第一HARQ进程对应的URLLC上行传输时域资源发送第一传输块的次数。

7.如权利要求1或2所述的方法,其特征在于,

当URLLC业务到达后,在可用的URLLC上行传输时域资源及对应的HARQ进程,发送所述URLLC业务的数据,包括:当URLLC业务到达后,如果当前时刻对应的该进程的一个传输块的传输次数小于配置的传输次数,在当前时刻对应的HARQ进程后续相邻的HARQ进程对应的URLLC上行传输时域资源上,使用所述后续相邻的HARQ进程,发送所述URLLC业务的数据。

8.如权利要求2所述的方法,其特征在于,

所述配置参数还包括第四指示信息,所述第四指示信息指示所述URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序,或者指示所述URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源使用的冗余版本。

9.一种超高可靠性与超低时延通信URLLC中上行免授权传输的方法,应用于网络侧设备,所述方法包括:发送配置参数,所述配置参数包括第一指示信息,所述第一指示信息指示URLLC上行传输时域资源与混合自动重传HARQ进程标识的对应关系;

当接收URLLC业务的数据时,在接收所述URLLC业务的数据的URLLC上行传输时域资源上,使用对应的HARQ进程缓存所述URLLC业务的数据。

10.如权利要求9所述的方法,其特征在于,

所述配置参数还包括第二指示信息,所述第二指示信息指示传输次数。

11.如权利要求10所述的方法,其特征在于,

当接收URLLC业务的数据时,在接收所述URLLC业务的数据的URLLC上行传输时域资源上,使用对应的HARQ进程缓存所述URLLC业务的数据,包括:当检测到第一URLLC上行传输时域资源上存在待接收的所述URLLC业务的数据时,使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于所述URLLC业务的数据。

12.如权利要求11所述的方法,其特征在于,

如果第一HARQ进程缓存的第一传输块未接收正确,所述方法还包括:发送调度信息,所述调度信息用于指示用户侧设备在第二URLLC上行传输时域资源重传所述第一HARQ进程所缓存的第一传输块的数据。

13.如权利要求9所述的方法,其特征在于,

当接收URLLC业务的数据时,在接收所述URLLC业务的数据的URLLC上行传输时域资源上,使用对应的HARQ进程缓存所述URLLC业务的数据,包括:当检测到第一URLLC上行传输时域资源上存在待接收的所述URLLC业务的数据时,使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于所述URLLC业务的数据,所述URLLC业务的数据还携带第三指示信息,所述第三指示信息用于指示第一HARQ进程与后续相邻的第二HARQ进程是否用于缓存相同传输块的数据。

14.如权利要求13所述的方法,其特征在于,

当接收URLLC业务的数据时,在接收所述URLLC业务的数据的URLLC上行传输时域资源上,使用对应的HARQ进程缓存所述URLLC业务的数据,所述方法还包括:当所述第三指示信息指示第一HARQ进程与第二HARQ进程缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,使用第一HARQ进程缓存第一传输块的数据。

15.如权利要求13所述的方法,其特征在于,

当接收URLLC业务的数据时,在接收所述URLLC业务的数据的URLLC上行传输时域资源上,使用对应的HARQ进程缓存所述URLLC业务的数据,所述方法还包括:当所述第三指示信息指示第一HARQ进程与第二HARQ进程用于缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,按剩余传输次数使用第一HARQ进程缓存第一传输块的数据,所述剩余传输次数为第二指示信息指示的传输次数减去使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一传输块的次数。

16.如权利要求10所述的方法,其特征在于,

所述配置参数还指示所述URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序,或者指示所述URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源的冗余版本。

17.一种用户侧设备,其特征在于,包括:

接收单元,接收配置参数,所述配置参数包括第一指示信息,所述第一指示信息指示URLLC上行传输时域资源与混合自动重传HARQ进程标识的对应关系;

发送单元,当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送所述URLLC业务的数据。

18.如权利要求17所述的用户侧设备,其特征在于,

所述配置参数还包括第二指示信息,所述第二指示信息指示传输次数。

19.如权利要求18所述的用户侧设备,其特征在于,

所述发送单元具体用于:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于所述URLLC业务的数据;

所述接收单元,还接收调度信息,所述调度信息用于指示在第二URLLC上行传输时域资源上重传第一HARQ进程发送的第一传输块的数据。

20.如权利要求18所述的用户侧设备,其特征在于,

所述发送单元具体用于:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于所述URLLC业务的数据,第一HARQ进程发送的数据中还携带第三指示信息,所述第三指示信息用于指示发送所述URLLC业务的数据的第一HARQ进程与后续相邻的第二HARQ进程是否用于发送相同传输块的数据。

21.如权利要求20所述的用户侧设备,其特征在于,

所述发送单元具体还用于:当所述第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上使用第一HARQ进程发送所述第一传输块的数据。

22.如权利要求20所述的用户侧设备,其特征在于,

所述发送单元具体还用于:当所述第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块时,在第二HARQ进程对应的URLLC上行传输时域资源上,按剩余传输次数使用第一HARQ进程发送第一传输块的数据,所述剩余传输次数为所述第二指示信息指示的传输次数减去使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的次数。

23.如权利要求17或18所述的用户侧设备,其特征在于,

所述发送单元具体用于:当URLLC业务到达后,在当前时刻的后续相邻的HARQ进程对应的URLLC上行传输时域资源上,使用所述后续相邻的HARQ进程,发送所述URLLC业务的数据。

24.如权利要求18所述的用户侧设备,其特征在于,

所述配置参数还包括第四指示信息,所述第四指示信息指示所述URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序,或者指示所述URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源的冗余版本。

25.一种网络侧设备,其特征在于,包括:

发送单元,发送配置参数,所述配置参数指示URLLC上行传输时域资源与混合自动重传HARQ进程标识的对应关系;

接收单元,当接收URLLC业务的数据时,在接收所述URLLC业务的数据的URLLC上行传输时域资源,使用对应的HARQ进程缓存所述URLLC业务的数据。

26.如权利要求25所述的网络侧设备,其特征在于,

所述配置参数还指示传输次数。

27.如权利要求26所述的网络侧设备,其特征在于,

所述接收单元具体用于:当检测到第一URLLC上行传输时域资源上存在待接收的所述URLLC业务的数据时,使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于所述URLLC业务的数据。

28.如权利要求27所述的网络侧设备,其特征在于,

所述发送单元还用于:如果第一HARQ进程缓存的第一传输块未接收正确,发送调度信息,所述调度信息用于指示用户侧设备在第二URLLC上行传输时域资源重传所述第一HARQ进程所缓存的第一传输块的数据。

29.如权利要求26所述的网络侧设备,其特征在于,

所述接收单元具体用于:当检测到第一URLLC上行传输时域资源上存在待接收的所述URLLC业务的数据时,使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于所述URLLC业务的数据,所述URLLC业务的数据还携带第三指示信息,所述第三指示信息用于指示第一HARQ进程与后续相邻的第二HARQ进程是否用于缓存相同传输块的数据。

30.如权利要求29所述的网络侧设备,其特征在于,

所述接收单元具体还用于:

当所述第三指示信息指示第一HARQ进程与第二HARQ进程缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,使用第一HARQ进程缓存第一传输块的数据。

31.如权利要求29所述的网络侧设备,其特征在于,

所述接收单元具体还用于:

当所述第三指示信息指示第一HARQ进程与第二HARQ进程用于缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,按剩余传输次数使用第一HARQ进程缓存第一传输块的数据,所述剩余传输次数为第二指示信息指示的传输次数减去使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一传输块的次数。

32.如权利要求26所述的网络侧设备,其特征在于,

所述配置参数还指示所述URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序,或者指示所述URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源的冗余版本。

33.一种用户侧设备,包括:

处理器;以及

被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如权利要求1-8中任一项所述的方法。

34.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行如权利要求1-8中任一项所述的方法。

35.一种网络侧设备,包括:

处理器;以及

被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如权利要求9-16中任一项所述的方法。

36.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行如权利要求9-16中任一项所述的方法。

说明书 :

URLLC中上行免授权传输的方法、用户侧设备和网络侧设备

技术领域

[0001] 本申请涉及通信领域,尤其涉及一种URLLC中上行免授权传输的方法、用户侧设备和网络侧设备。

背景技术

[0002] 与以往的移动通信系统相比,第五代移动网络(5th generation mobile networks,5G)需要适应更加多样化的场景和业务需求。5G的主要业务场景包括增强型移动互联网(Enhance Mobile  Broadband,eMBB),超高可靠性与超低时延通信(Ultra Reliable&Low Latency Communication,uRLLC)以及海量物联网通信(Massive Machine Type Communication,mMTC)。这些场景对通信系统提出了高可靠,低时延,大带宽,广覆盖等要求。
[0003] 对于某些场景的业务,要求低延时和高可靠的传输。为保证低时延要求,缩小符号持续时间(duration)的长度,降低环回延时是有效的手段;为保证高可靠性传输,需要考虑一些分集传输机制,例如时间分集、空间分集,码域分集等。
[0004] 目前对于URLLC上行免授权传输,gNB会配置一些资源或参数,一旦UE业务到达,即可在配置的资源进行传输,节省授权调度的时延。对于URLLC上行免授权传输可以支持多个混合自动重传(Hybrid automatic repeat request,HARQ)进程,但是由于URLLC业务到达的随机性,gNB无法知道UE使用哪个HARQ进程。

发明内容

[0005] 本申请实施例的目的是提供一种URLLC中上行免授权传输的方法、用户侧设备和网络侧设备,以实现URLLC业务的上行免授权传输。
[0006] 为解决上述技术问题,本申请实施例是这样实现的:
[0007] 第一方面,提出了一种URLLC业务的上行免授权传输方法,该方法包括:
[0008] 接收配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0009] 当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0010] 第二方面,提出了一种用户侧设备,该装置包括:
[0011] 接收单元,接收配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0012] 发送单元,当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0013] 第三方面,提出了一种用户侧设备,该用户侧设备包括:
[0014] 处理器;以及
[0015] 被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
[0016] 接收配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0017] 第四方面,提出了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
[0018] 接收配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0019] 第五方面,提出了一种URLLC中上行免授权传输方法,该方法包括:
[0020] 发送配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0021] 当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0022] 第六方面,提出了一种网络侧设备,该装置包括:
[0023] 发送单元,发送配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0024] 接收单元,当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0025] 第七方面,提出了一种电子设备,该电子设备包括:
[0026] 处理器;以及
[0027] 被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
[0028] 发送配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0029] 当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0030] 第八方面,提出了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
[0031] 发送配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0032] 当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0033] 由以上本申请实施例提供的技术方案可见,本申请实施例方案至少具备如下一种技术效果:
[0034] 通过配置HARQ进程与时域资源的对应关系,以便用户侧设备在URLLC上行传输时域资源向网络侧设备传输时,网络侧设备可以准确得到用户侧设备传输所使用的HARQ进程,从而保证URLLC业务的上行免授权传输。

附图说明

[0035] 为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
[0036] 图1是本申请的一个实施例URLLC中上行免授权传输方法流程图;
[0037] 图2是本申请的一个实施例URLLC上行传输时域资源与HARQ进程的对应关系示意图;
[0038] 图3是本申请的一个实施例URLLC中上行免授权传输的方法示意图;
[0039] 图4是本申请的一个实施例URLLC中上行免授权传输的方法示意图;
[0040] 图5是本申请的一个实施例URLLC中上行免授权传输的方法示意图;
[0041] 图6是本申请的一个实施例URLLC中上行免授权传输的方法示意图;
[0042] 图7是本申请的一个实施例URLLC中上行免授权传输的方法流程图;
[0043] 图8是本申请的一个实施例用户侧设备的结构示意图;
[0044] 图9是本申请的再一个实施例用户侧设备的结构示意图;
[0045] 图10是本申请的一个实施例网络侧设备的结构示意图;
[0046] 图11是本申请的再一个实施例网络侧设备的结构示意图。

具体实施方式

[0047] 本申请实施例提供一种URLLC中上行免授权传输方法、用户侧设备、网络侧设备。
[0048] 为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
[0049] 本申请的技术方案,可以应用于各种通信系统,例如:全球移动通讯系统(GSM,Global System of Mobile communication),码分多址(CDMA,Code Division Multiple Access)系统,宽带码分多址(WCDMA,Wideband Code Division Multiple Access),通用分组无线业务(GPRS,General Packet Radio Service),长期演进(LTE,Long Term Evolution)/增强长期演进(LTE-A,Long Term Evolutionadvanced),NR(New Radio)等。
[0050] 用户端(UE,User Equipment),也可称之为移动终端(Mobile Terminal)、移动用户设备等,可以经无线接入网(例如,RAN,Radio Access Network)与一个或多个核心网进行通信,用户设备可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。
[0051] 基站,可以是GSM或CDMA中的基站(BTS,Base Transceiver Station),也可以是WCDMA中的基站(NodeB),还可以是LTE中的演进型基站(eNB或e-NodeB,evolutional Node B)及5G基站(gNB),本申请并不限定,但为描述方便,下述实施例以gNB为例进行说明。
[0052] 图1是本申请的一个实施例URLLC中上行免授权传输方法流程图。图1的方法由用户侧设备执行。应理解,在本申请实施例中,用户侧设备可以是UE等设备。该方法可包括:
[0053] S101,接收配置参数,该配置参数包括第一指示信息,该第一指示信息指示URLLC上行传输时域资源与HARQ进程标识的对应关系。
[0054] 应理解,在本申请实施例中,URLLC上行传输时域资源与HARQ进程标识的对应关系,可以是预配置的表格。
[0055] 例如,配置参数中可以规定多个URLLC上行传输时域资源属于一个HARQ进程。其中,在每个URLLC上行传输时域资源,可以进行一次信息传输。
[0056] 图2是本申请的一个实施例URLLC上行传输时域资源与HARQ进程的对应关系示意图。在图2所示的应用场景中,一个HARQ进程对应于4个URLLC上行传输时域资源。如图2所示,HARQ进程1对应于URLLC上行传输时域资源t1-t4,HARQ进程2对应于URLLC上行传输时域资源t5-t8,HARQ进程3对应于URLLC上行传输时域资源t11-t12,等等。
[0057] 当然,在具体的应用中,URLLC上行传输时域资源与HARQ进程标识的对应关系也可以采用其它方式表示,本申请实施例对此不做限制。
[0058] 可选地,该配置参数还包括第二指示信息,该第二指示信息指示传输次数。应理解,一般情况下,使用一个HARQ进程发送相同传输块(transport block,TB)的次数,为该TB的传输次数。为简化描述,本文使用一个HARQ进程所对应的URLLC上行传输时域资源的个数,即为传输次数。例如,在图2所示的应用场景中,传输次数为4次。
[0059] 可选地,该配置参数还包括第四指示信息。
[0060] 可选地,该第四指示信息指示该URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序。例如,在图2所示的应用场景中,第四指示信息可指示冗余版本Rv0-Rv3共4个冗余版本,并指示其发送顺序为Rv0、Rv2、Rv3、Rv1。
[0061] 或者,可选地,该第四指示信息指示该URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源的冗余版本。例如,在图2所示的应用场景中,第四指示信息可指示t1、t2、t3、t4对应的冗余版本分别为Rv0、Rv2、Rv3、Rv1。
[0062] S102,当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0063] 应理解,根据第一指示信息指示的URLLC上行传输时域资源与HARQ进程标识的对应关系,结合UE发送URLLC业务所使用的URLLC上行传输时域资源,网络侧设备可以知道UE侧使用哪个HARQ进程号,从而使得UE侧和网络侧能够对传输URLLC业务所使用的HARQ进程保持相同的理解。
[0064] 本申请实施例中,通过配置HARQ进程与时域资源的对应关系,以便用户侧设备在URLLC上行传输时域资源向网络侧设备传输时,网络侧设备可以准确得到用户侧设备传输所使用的HARQ进程,从而保证URLLC业务的上行免授权传输。
[0065] 可选地,作为一个实施例,步骤S102具体实现为:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源上,使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于该URLLC业务的数据;
[0066] 其中,该方法还包括:
[0067] 接收调度信息,该调度信息用于指示在第二URLLC上行传输时域资源上重传第一HARQ进程发送的第一传输块的数据。
[0068] 应理解,最近可用的第一URLLC上行传输时域资源,是指该URLLC业务到达的当前时刻之后最近可用的URLLC上行传输时域资源,或者说该URLLC业务到达的当前时刻之后下一个可用的URLLC上行传输时域资源。下面提到的最近可用的第一URLLC上行传输时域资源与此类似,不再赘述。
[0069] 应理解,第二URLLC上行传输时域资源可以与第二HARQ进程对应的上行传输时域资源不同。
[0070] 本申请实施例中,当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源上,使用第一HARQ进程发送第一传输块的数据,然后如果接收到网络侧设备根据第一传输块后发送的调度信息,则根据调度信息进行重传。
[0071] 图3是本申请的一个实施例URLLC中上行免授权传输的方法示意图。如图3所示,假设URLLC业务在t2和t3时刻之间到达,用户侧设备,例如UE等,UE使用最近的可用时域资源,即t3,以发送传输块(Transport block,TB)。其中,该TB属于URLLC业务的数据。此时,HARQ进程1能够使用的时域资源包括t3和t4,即重复传输次数为2。
[0072] 同时,为保证URLLC业务的可靠性,后续可根据网络侧设备的调度来保证URLLC业务的数据的可靠性。即,当网络侧设备接收到传输块后,可向用户侧设备发送调度信息,指示用户侧设备在调度信息所指示的时域资源上发送相同传输块的数据。
[0073] 应理解,相同传输块的数据,一般指相同传输块的相同或不同的冗余版本。当然,网络侧设备发送的调度信息中,还可携带冗余版本的标识信息。
[0074] 应理解,一般情况下,网络侧设备在一次调度中,可调度用户侧设备发送相同传输块的一个冗余版本。当然,也不排除网络侧设备在一次调度中调度用户侧设备发送相同传输块的多个冗余版本的情况。
[0075] 应理解,在本申请实施例中,网络侧设备发送调度信息以调度UE侧设备发送传输块的次数,可以等于配置参数所指示的传输次数,或者不等于配置参数所指示的传输次数。
[0076] 可选地,作为另一个实施例,可选地,作为一个实施例,步骤S102具体实现为:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源上,使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于该URLLC业务的数据,第一HARQ进程发送的数据中还携带第三指示信息,该第三指示信息用于指示发送该URLLC业务的数据的第一HARQ进程与后续相邻的第二HARQ进程是否用于发送相同传输块的数据。
[0077] 进一步地,在本申请实施例的一种实现方式中,在步骤S102之后,该方法还包括:当该第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块时,在第二HARQ进程对应的URLLC上行传输时域资源上,按剩余传输次数使用第一HARQ进程发送第一传输块的数据,该剩余传输次数为该第二指示信息指示的传输次数减去使用第一HARQ进程对应的上行传输时域资源发送第一传输块的次数。
[0078] 图4是本申请的一个实施例URLLC中上行免授权传输的方法示意图。与图3类似,假设URLLC业务在t2和t3时刻之间到达,用户侧设备,例如UE等,使用最近的可用时域资源,即t3,以发送传输块。其中,该TB属于URLLC业务的数据。此时,HARQ进程1能够使用的时域资源包括t3和t4,即重复传输次数为2。
[0079] 此外,在本申请实施例中,HARQ进程1发送的数据中除了TB的数据外,还可包括一个指示信息,用于指示HARQ进程1之后的相邻HARQ进程即HARQ进程2,与HARQ进程1是否用于发送相同传输块的数据。当然,应理解,在本申请实施例中,可以在用于发送数据的上行传输时域资源中使用解调参考信号(Demodulation Reference Signal,DMRS)序列或上行控制信息(Uplink Control Information)承载该指示信息。该指示信息可以使用DMRS的1bit或占用UCI的1bit。
[0080] 当HARQ进程1发送的数据中的指示信息指示HARQ进程1与HARQ进程2用于发送相同传输块的数据,则用户侧设备可在HARQ进程2对应的上行传输时域资源发送HARQ进程1所发送的传输块的数据,HARQ进程1与HARQ进程2中所发送的同一传输块的次数等于传输次数。例如,在图4所示场景中,可在t5和t6两个上行传输时域资源使用HARQ进程1发送该相同传输块的其它冗余版本。
[0081] 或者,进一步地,在本申请实施例的另一种实现方式中,步骤S102之后,该方法还包括:当该第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上使用第一HARQ进程发送的第一传输块的数据。
[0082] 图5是本申请的一个实施例URLLC中上行免授权传输的方法示意图。与图3类似,假设URLLC业务在t2和t3时刻之间到达,用户侧设备,例如UE等,使用最近的可用时域资源,即t3,以发送传输块。其中,该TB属于URLLC业务的数据。此时,HARQ进程1能够使用的时域资源包括t3和t4,即重复传输次数为2。
[0083] 与图4的应用场景类似,在本申请实施例中,HARQ进程1发送的数据中除了TB的数据外,还可包括一个指示信息,用于指示HARQ进程1之后的相邻HARQ进程即HARQ进程2,与HARQ进程1是否用于发送相同传输块的数据。
[0084] 当HARQ进程1发送的数据中的指示信息指示HARQ进程1与HARQ进程2用于发送相同传输块的数据,则用户侧设备可在HARQ进程2的所有对应的上行传输时域资源上发送HARQ进程1所发送的传输块的数据。例如,在图5所示场景中,用户侧设备可在t5-t8共四个上行传输时域资源使用HARQ进程1发送该相同传输块的冗余版本。
[0085] 当然,应理解,在本申请实施例中,也可以使用DMRS序列或UCI携带一个指示信息,指示当前上行传输时域资源对应的当前HARQ进程后续相邻的HARQ进程与当前HARQ进程是否用于发送相同传输块的数据。
[0086] 可选地,作为再一个实施例,步骤S102具体实现为:当URLLC业务到达后,在当前时刻对应的HARQ进程后续相邻的HARQ进程对应的URLLC上行传输时域资源上,使用该后续相邻的HARQ进程,发送该URLLC业务的数据。
[0087] 图6是本申请的一个实施例URLLC中上行免授权传输的方法示意图。与图3类似,假设URLLC业务在t2和t3时刻之间到达。在图6所示的应用场景中,用户侧设备可使用URLLC业务到达时刻对应的HARQ进程后续相邻的HARQ进程发送传输块。具体的,在图6中,用户侧设备可在t5-t8共四个上行传输时域资源,即配置的传输次数,使用HARQ进程2发送传输块的所有冗余版本。
[0088] 图7是本申请的一个实施例URLLC中上行免授权传输的方法流程图。图7的方法由网络侧设备执行。应理解,在本申请实施例中,网络侧设备可以是基站等设备。该方法包括:
[0089] S701,发送配置参数,该配置参数包括第一指示信息,该第一指示信息指示URLLC上行传输时域资源与HARQ进程标识的对应关系。
[0090] 可选地,该配置参数还包括第二指示信息,该第二指示信息指示传输次数。
[0091] 可选地,该配置参数还包括第四指示信息。可选地,该第四指示信息指示该URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序。或者,可选地,该第四指示信息指示该URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源的冗余版本。
[0092] 配置参数的具体形式可参考图1的步骤S101中的配置参数,不再赘述。
[0093] S702,当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0094] 本申请实施例中,通过配置HARQ进程与时域资源的对应关系,以便用户侧设备在URLLC上行传输时域资源向网络侧设备传输时,网络侧设备可以准确得到用户侧设备传输所使用的HARQ进程,从而保证URLLC业务的上行免授权传输。
[0095] 可选地,作为一个实施例,步骤S702具体实现为:当检测到第一URLLC上行传输时域资源上存在待接收的URLLC业务的数据时,使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于该URLLC业务的数据。
[0096] 应理解,不管用户侧设备在URLLC业务到达时刻对应的HARQ进程发送传输块,还是在URLLC业务到达时刻对应的HARQ进程后续相邻的HARQ进程发送传输块,当网络侧设备检测到一个URLLC上行传输时域资源上存在待接收的URLLC业务的数据时,即可使用该URLLC上行传输时域资源对应的HARQ进程缓存该URLLC上行传输时域资源所接收的传输块的数据。
[0097] 进一步地,如果第一HARQ进程缓存的第一传输块未正确接收,该方法还包括:发送调度信息,该调度信息用于指示用户侧设备在第二URLLC上行传输时域资源重传该第一HARQ进程所缓存的第一传输块的数据。
[0098] 以图3所示的应用场景为例,假设URLLC业务在t2和t3时刻之间到达。用户侧设备,例如UE等,在上行传输时域资源t3和t4上使用HARQ进程1发送传输块。网络侧设备,例如基站等,在上行传输时域资源t3和t4检测到有URLLC业务的数据到达后,可使用上行传输时域资源t3和t4对应的HARQ进程1缓存传输块的数据。然后,基站等网络侧设备可根据上行传输时域资源使用情况,向用户侧设备发送调度信息,该调度信息指示用户侧设备在不同于配置的上行传输时域资源上传相同传输块的数据。在该调度的上行传输时域资源上,基站等网络侧设备使用HARQ进程1缓存相同传输块的冗余版本。
[0099] 应理解,在本申请实施例中,网络侧设备发送调度信息以调度UE侧设备进行上传的次数,可以等于配置参数所指示的传输次数,或者不等于配置参数所指示的传输次数。
[0100] 当然,应理解,相应的,网络侧设备可在第二URLLC上行传输时域资源上使用第一HARQ进程缓存第二URLLC上行传输时域资源所接收的第一传输块的数据。
[0101] 可选地,作为另一个实施例,该第一HARQ进程所缓存的数据中还携带第三指示信息,该第三指示信息用于指示第一HARQ进程与后续相邻的第二HARQ进程是否用于缓存相同传输块的数据。
[0102] 进一步地,在本申请实施例的一种实现方式中,步骤S702具体实现为:
[0103] 使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于该URLLC业务的数据;
[0104] 当第一HARQ进程缓存的数据还携带第三指示信息,且该第三指示信息指示第一HARQ进程与第二HARQ进程用于缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,按剩余传输次数使用第一HARQ进程缓存第一传输块的数据,该剩余传输次数为该第二指示信息指示的传输次数减去使用第一HARQ进程对应上行传输时域资源传输的第一传输块的次数。
[0105] 以图4所示的应用场景为例。当网络侧设备在t3、t4通过HARQ进程1缓存传输块的数据后,还可根据缓存的数据中携带的指示信息,确定HARQ进程2与HARQ进程1用于发送相同传输块的数据,然后在t5和t6两个上行传输时域资源使用HARQ进程1缓存该相同传输块的其它冗余版本。
[0106] 当然,应理解,在本申请实施例中,还可以通过接收的DMRS序列或UCI中携带的指示信息,指示当前上行传输时域资源对应的当前HARQ进程后续相邻的HARQ进程与当前HARQ进程是否用于发送相同传输块的数据。
[0107] 可选地,作为再一个实施例,步骤S702具体实现为:
[0108] 使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于该URLLC业务的数据;
[0109] 当第一HARQ进程缓存的数据还携带第三指示信息,且该第三指示信息指示第一HARQ进程与第二HARQ进程用于缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,使用第二HARQ进程缓存第一传输块的数据。
[0110] 以图5所示的应用场景为例。当网络侧设备在t3、t4通过HARQ进程1缓存传输块的数据后,还可根据缓存的数据中携带的指示信息,确定HARQ进程2与HARQ进程1用于发送相同传输块的数据,并在t5-t8共四个上行传输时域资源使用HARQ进程1缓存该相同传输块的冗余版本。
[0111] 当然,应理解,在本申请实施例中,也可以通过接收的DMRS序列或UCI中携带的指示信息,指示当前上行传输时域资源对应的当前HARQ进程后续相邻的HARQ进程与当前HARQ进程是否用于发送相同传输块的数据。
[0112] 图8是本申请的一个实施例用户侧设备800的结构示意图。如图8所示,用户侧设备可包括:
[0113] 接收单元801,接收配置参数,该配置参数包括第一指示信息,该第一指示信息指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0114] 发送单元802,当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0115] 本申请实施例中,通过配置HARQ进程与时域资源的对应关系,以便用户侧设备在URLLC上行传输时域资源向网络侧设备传输时,网络侧设备可以准确得到用户侧设备传输所使用的HARQ进程,从而保证URLLC业务的上行免授权传输。
[0116] 可选地,该配置参数还包括第二指示信息,该第二指示信息指示传输次数。
[0117] 可选地,该配置参数还包括第四指示信息。可选地,该第四指示信息指示该URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序,或者指示该URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源的冗余版本。
[0118] 进一步地,发送单元802具体用于:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源上,使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于该URLLC业务的数据;
[0119] 接收单元801,还接收调度信息,该调度信息用于指示在第二URLLC上行传输时域资源上重传第一HARQ进程发送的第一传输块的数据;
[0120] 发送单元802具体还用于:在第二URLLC上行传输时域资源上根据gNB调度使用第一HARQ进程重传第一传输块的数据。
[0121] 可选地,作为另一个实施例,发送单元802具体用于:当URLLC业务到达后,在最近可用的第一URLLC上行传输时域资源上,使用第一URLLC上行传输时域资源对应的第一HARQ进程发送第一传输块的数据,第一传输块属于该URLLC业务的数据,第一HARQ进程发送的数据中还携带第三指示信息,该第三指示信息用于指示发送该URLLC业务的数据的第一HARQ进程与后续相邻的第二HARQ进程是否用于发送相同传输块的数据。
[0122] 进一步地,在本申请实施例的一种实现方式中,发送单元802具体还用于:当该第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上使用第一HARQ进程发送第一传输块的数据。
[0123] 或者,进一步地,在本申请实施例的另一种实现方式中,发送单元802具体还用于:当该第三指示信息用于指示第一HARQ进程与第二HARQ进程用于发送相同传输块时,在第二HARQ进程对应的URLLC上行传输时域资源上,按剩余传输次数使用第二HARQ进程发送第一传输块的数据,该剩余传输次数为该第二指示信息指示的传输次数减去使用第一HARQ进程对应的上行传输时域资源发送第一传输块的次数。
[0124] 可选地,作为再一种实施例,发送单元802具体用于:当URLLC业务到达后,在当前时刻对应的HARQ进程的后续相邻的HARQ进程对应的URLLC上行传输时域资源上,使用该后续相邻的HARQ进程,发送该URLLC业务的数据。
[0125] 用户侧设备800还可执行图1所示的方法,并实现用户侧设备在图1所示实施例的功能,本申请实施例在此不再赘述。
[0126] 图9是本申请的再一个实施例用户侧设备900的结构示意图。图9是本申请的一个实施例用户侧设备900的结构示意图。用户侧设备900的实体装置结构示意图可如图9所示,包括处理器902、存储器903、发射机901和接收机904。具体的应用中,发射机901和接收机904可以耦合到天线905。
[0127] 存储器903,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器903可以包括只读存储器和随机存取存储器,并向处理器902提供指令和数据。存储器903可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器。
[0128] 处理器902,执行存储器903所存放的程序。
[0129] 具体地,在用户侧设备900中,处理器902可通过接收机904和发射机901执行以下方法:
[0130] 接收配置参数,该配置参数指示URLLC上行传输时域资源与混合自动重传HARQ进程标识的对应关系;
[0131] 当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0132] 上述如本申请图1所示实施例揭示的用户侧设备执行的方法可以应用于处理器902中,或者由处理器902实现。处理器902可能是一种集成电路芯片,具有信号的处理能力。
在实现过程中,上述方法的各步骤可以通过处理器902中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器902可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器903,处理器902读取存储器903中的信息,结合其硬件完成上述方法的步骤。
[0133] 用户侧设备900还可执行图1所示的方法,并实现用户侧设备在图1所示实施例的功能,本申请实施例在此不再赘述。
[0134] 本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的便携式电子设备执行时,能够使该便携式电子设备执行图1所示实施例的方法,并具体用于执行以下操作:
[0135] 接收配置参数,该配置参数指示URLLC上行传输时域资源与混合自动重传HARQ进程标识的对应关系;
[0136] 当URLLC业务到达后,在可用的URLLC上行传输时域资源使用对应的HARQ进程,发送该URLLC业务的数据。
[0137] 图10是本申请的一个实施例网络侧设备1000的结构示意图。如图10所示,网络侧设备1000可包括:
[0138] 发送单元1001,发送配置参数,该配置参数包括第一指示信息,该第一指示信息指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0139] 接收单元1002,当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0140] 本申请实施例中,通过配置HARQ进程与时域资源的对应关系,以便用户侧设备在URLLC上行传输时域资源向网络侧设备传输时,网络侧设备可以准确得到用户侧设备传输所使用的HARQ进程,从而保证URLLC业务的上行免授权传输。
[0141] 可选的,该配置参数还包括第二指示信息,该第二指示信息指示传输次数。
[0142] 可选地,该配置参数还包括第四指示信息。可选地,该第四指示信息指示该URLLC业务的数据在传输次数中每次发送的冗余版本及冗余版本的发送顺序,或者指示该URLLC业务的数据在HARQ进程对应的URLLC上行传输时域资源的冗余版本。
[0143] 可选地,作为一个实施例,接收单元1002具体用于:当检测到第一URLLC上行传输时域资源上存在待接收的URLLC业务的数据时,使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于该URLLC业务的数据。
[0144] 进一步地,发送单元1001还用于发送调度信息,该调度信息用于指示用户侧设备在第二URLLC上行传输时域资源重传该第一HARQ进程所缓存的第一传输块的数据。
[0145] 可选地,作为另一个实施例,接收单元1002具体用于:
[0146] 使用第一URLLC上行传输时域资源对应的第一HARQ进程缓存第一URLLC上行传输时域资源所接收的第一传输块的数据,第一传输块属于该URLLC业务的数据,该第一HARQ进程所缓存的数据中还携带第三指示信息,该第三指示信息用于指示第一HARQ进程与后续相邻的第二HARQ进程是否用于缓存相同传输块的数据。
[0147] 进一步地,在本实施例的一种实现方式中,接收单元1002具体还用于:
[0148] 当该第三指示信息指示第一HARQ进程与第二HARQ进程用于缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,使用第一HARQ进程缓存第一传输块的数据。
[0149] 或者,进一步地,在本实施例的另一种实现方式中,接收单元1002具体还用于:
[0150] 当该第三指示信息指示第一HARQ进程与第二HARQ进程用于缓存相同传输块的数据时,在第二HARQ进程对应的所有URLLC上行传输时域资源上,按剩余传输次数使用第一HARQ进程缓存第一传输块的数据,该剩余传输次数为该第二指示信息指示的传输次数减去使用第一HARQ进程对应的上行传输时域资源传输第一传输块的次数。
[0151] 网络侧设备1000还可执行图7所示的方法,并实现网络侧设备在图7所示实施例的功能,本申请实施例在此不再赘述。
[0152] 图11是本申请的再一个实施例网络侧设备1100的结构示意图。图11是本申请的一个实施例网络侧设备1100的结构示意图。网络侧设备1100的实体装置结构示意图可如图11所示,包括处理器1102、存储器1103、发射机1101和接收机1104。具体的应用中,发射机1101和接收机1104可以耦合到天线1105。
[0153] 存储器1103,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器1103可以包括只读存储器和随机存取存储器,并向处理器1102提供指令和数据。存储器1103可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器。
[0154] 处理器1102,执行存储器1103所存放的程序。
[0155] 具体地,在网络侧设备1100中,处理器1102可通过接收机1104和发射机1101执行以下方法:
[0156] 发送配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0157] 当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0158] 上述如本申请图7所示实施例揭示的网络侧设备执行的方法可以应用于处理器1102中,或者由处理器1102实现。处理器1102可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1102中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1102可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1103,处理器1102读取存储器1103中的信息,结合其硬件完成上述方法的步骤。
[0159] 网络侧设备还可执行图7所示的方法,并实现网络侧设备在图7所示实施例的功能,本申请实施例在此不再赘述。
[0160] 本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的便携式电子设备执行时,能够使该便携式电子设备执行图7所示实施例的方法,并具体用于执行以下操作:
[0161] 发送配置参数,该配置参数指示URLLC上行传输时域资源与HARQ进程标识的对应关系;
[0162] 当接收URLLC业务的数据时,在接收该URLLC业务的数据的URLLC上行传输时域资源使用对应的HARQ进程缓存该URLLC业务的数据。
[0163] 总之,以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
[0164] 上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
[0165] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0166] 还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0167] 本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。