资源调度方法及设备与流程

文档序号:15928160发布日期:2018-11-14 01:21阅读:186来源:国知局

本申请涉及通信技术,尤其涉及一种资源调度方法及设备。

背景技术

第五代移动通信技术(5thgeneration,5g)系统中,引入了超高可靠性低时延通信(ultrareliablelowlatencycommunications,urllc)业务,urllc业务的特点是要求数据传输时延小于0.5ms,数据传输成功的概率大于等于99.999%。当前5g标准讨论已通过使用免授权grant-free资源来对urllc业务的数据进行上行传输的方案,grant-free资源是指能让终端设备以一种arrive-and-go的方式进行数据传输的资源。网络设备给终端设备预先配置一些grant-free资源,一旦终端设备有urllc业务数据到达,就会立即在接下来的grant-free资源上进行传输,而不需要向网络设备发起调度请求(schedulingrequest,sr),也不需要网络设备为终端设备调度上行资源并下发上行调度授权ulgrant。。

在长期演进(longtermevolution,lte)系统中,网络设备给终端设备分配了调度请求(schedulingrequest,sr)资源,终端设备可通过在sr资源上发送sr以向网络设备申请上行资源,并在网络设备给终端设备分配的上行资源上发送移动宽带(mobilebroadband,mbb)业务数据。

当终端设备既支持5g通信系统,也支持lte通信系统时,终端设备如何利用grant-free资源申请上行资源或传输数据例如urllc业务数据、mbb业务数据等,现有技术还没有提供明确的机制。



技术实现要素:

本申请实施例提供一种资源调度方法及设备,以实现终端设备利用grant-free资源申请上行资源或传输数据的机制。

第一方面,本申请提供一种资源调度方法,该方法包括:

终端设备通过上行预配资源向网络设备至少发送第一指示信息,该第一指示信息用于指示该终端设备待传数据的数据量;

若该终端设备至少接收到该网络设备发送的第二指示信息,该第二指示信息用于指示该网络设备给该终端设备分配的上行资源,则在该上行资源上发送该待传数据。

在一种可能的设计中,该终端设备通过上行预配资源向网络设备至少发送第一指示信息,包括:

若该终端设备的缓存中包括第一业务数据,且该终端设备对应的上行预配资源至少用于传输该第一指示信息,则该终端设备通过该上行预配资源向该网络设备发送该第一指示信息。

在一种可能的设计中,该第一指示信息用于指示该第一业务数据的数据量。

在一种可能的设计中,该方法还包括:

若该终端设备在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则在该下一个上行预配资源上再次发送该第一指示信息。

在一种可能的设计中,该方法还包括:

若该终端设备发送该第一指示信息的次数达到预设次数,则发起随机接入过程;或者

若该终端设备发送该第一指示信息的次数达到预设次数时,未接收到该网络设备发送的该第二指示信息,则发起随机接入过程。

在一种可能的设计中,该终端设备通过上行预配资源向网络设备至少发送第一指示信息之后,还包括:

该终端设备通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;

若该终端设备在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则在该下一个上行预配资源上再次发送该第一指示信息;

若该终端设备在该调度请求资源的下一个调度请求资源到来之前,未接收到该网络设备发送的该第二指示信息,则在该下一个调度请求资源上再次发送该调度请求信息。

在一种可能的设计中,该方法还包括:

若该终端设备发送该第一指示信息的次数达到预设次数则通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;

或者,若该终端设备发送该第一指示信息的次数达到预设次数时,未接收到该网络设备发送的该第二指示信息,则通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息。

在一种可能的设计中,该通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息之后,还包括:

若该终端设备在该调度请求资源的下一个调度请求资源到来之前,未接收到该网络设备发送的该第二指示信息,则在该下一个调度请求资源上再次发送该调度请求信息;

若该终端设备发送该调度请求信息的次数达到预设次数,则发起随机接入过程;或者

若该终端设备发送该调度请求信息的次数达到预设次数时,未接收到该网络设备发送的该第二指示信息,则发起随机接入过程。

在一种可能的设计中,该终端设备通过上行预配资源向网络设备至少发送第一指示信息,包括:

该终端设备通过上行预配资源向网络设备发送该第一指示信息和部分第一业务数据。

在一种可能的设计中,该若该终端设备至少接收到该网络设备发送的第二指示信息,则在该上行资源上发送该待传数据,包括:

若该终端设备在接收到该网络设备发送的该第二指示信息之前接收到了该网络设备对部分第一业务数据的确认反馈,则在该上行资源上发送剩余部分的第一业务数据;

若该终端设备在接收到该网络设备发送的该第二指示信息之前没有接收到了该网络设备对部分第一业务数据的确认反馈,则在该上行资源上发送该第一业务数据。

在一种可能的设计中,该方法还包括:

若该终端设备在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则在该下一个上行预配资源上再次发送该第一指示信息和部分第一业务数据。

在一种可能的设计中,该方法还包括:

若该终端设备发送该第一指示信息和部分第一业务数据的次数达到预设次数,则发起随机接入过程;或者

若该终端设备发送该第一指示信息和部分第一业务数据的次数达到预设次数时,未接收到该网络设备发送的该第二指示信息,则发起随机接入过程。

在一种可能的设计中,该终端设备通过上行预配资源向网络设备至少发送第一指示信息,包括:

该终端设备通过上行预配资源向网络设备发送第二业务数据和该第一指示信息,该第二业务数据的优先级高于该第一业务数据的优先级。

在一种可能的设计中,该终端设备通过上行预配资源向网络设备发送第二业务数据和该第一指示信息之后,还包括:

若在预设时间段内该终端设备未接收到该网络设备发送的该第二指示信息,则该终端设备通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;

若在预设时间段内该终端设备接收到该上行预配资源的下一个上行预配资源,则该终端设备确定是否在该下一个上行预配资源上再次发送该第二业务数据和该第一指示信息。

在一种可能的设计中,该终端设备确定是否在该下一个上行预配资源上再次发送该第二业务数据和该第一指示信息,包括:

该终端设备根据该第二业务数据和该第一指示信息的大小,以及该第二业务数据的时延预算,确定是否在该下一个上行预配资源上再次发送该第二业务数据和该第一指示信息。

在一种可能的设计中,该终端设备根据该第二业务数据和该第一指示信息的大小,以及该第二业务数据的时延预算,确定是否在该下一个上行预配资源上再次发送该第二业务数据和该第一指示信息,包括:

若该第二业务数据和该第一指示信息的大小小于或等于该下一个上行预配资源的大小,则确定在该下一个上行预配资源上再次发送该第二业务数据和该第一指示信息;

若该第二业务数据和该第一指示信息的大小大于该下一个上行预配资源的大小,且该第二业务数据的时延预算大于预设时延,则确定在该下一个上行预配资源上发送部分第二业务数据和该第一指示信息;

若该第二业务数据和该第一指示信息的大小大于该下一个上行预配资源的大小,且该第二业务数据的时延预算小于预设时延,则确定在该下一个上行预配资源上发送该第二业务数据。

在一种可能的设计中,该若该终端设备至少接收到该网络设备发送的第二指示信息,则在该上行资源上发送该待传数据,包括:

若该终端设备接收到该网络设备发送的该第二指示信息,在该第二指示信息指示的上行资源到来之前接收到第二业务数据,则在该上行资源上发送该第二业务数据;

若该终端设备接收到该网络设备发送的该第二指示信息,在该第二指示信息指示的上行资源到来之前未接收到第二业务数据,则在该上行资源上发送该第一业务数据。

在一种可能的设计中,该方法还包括:

若该终端设备发送该第一指示信息的次数和该调度请求信息的次数的总次数达到预设次数,则发起随机接入过程;或者

若该终端设备发送该第一指示信息的次数和该调度请求信息的次数的总次数达到预设次数时,未接收到该网络设备发送的该第二指示信息,则发起随机接入过程。

在一种可能的设计中,该第一指示信息用于指示第二业务数据的数据量。

在一种可能的设计中,该终端设备通过上行预配资源向网络设备至少发送第一指示信息,包括:

当该上行预配资源的大小小于该第二业务数据的大小时,该终端设备通过该上行预配资源向网络设备发送该第一指示信息和部分第二业务数据。

在一种可能的设计中,该方法还包括:

若该上行预配资源的大小大于或等于该第二业务数据的大小,则该终端设备通过该上行预配资源向网络设备发送该第二业务数据。

在一种可能的设计中,该方法还包括:

当该上行预配资源的大小小于该第二业务数据的大小时,该终端设备通过该上行预配资源的下一个上行预配资源或该上行资源的下一个上行资源向网络设备发送剩余部分的第二业务数据。

在一种可能的设计中,该第一业务数据至少包括移动带宽mbb业务数据,该第二业务数据至少包括超高可靠性低时延通信urllc业务数据。

第二方面,本申请提供一种终端设备,包括:发送模块和接收模块;

发送模块用于通过上行预配资源向网络设备至少发送第一指示信息,该第一指示信息用于指示该终端设备待传数据的数据量;

当该接收模块至少接收到该网络设备发送的第二指示信息时,该第二指示信息用于指示该网络设备给该终端设备分配的上行资源,发送模块还用于在该上行资源上发送该待传数据。

在一种可能的设计中,该终端设备还包括:存储模块;

若该存储模块中存储有第一业务数据,且该终端设备对应的上行预配资源至少用于传输该第一指示信息,则发送模块通过该上行预配资源向该网络设备发送该第一指示信息。

在一种可能的设计中,该第一指示信息用于指示该第一业务数据的数据量。

在一种可能的设计中,若该接收模块在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块在该下一个上行预配资源上再次发送该第一指示信息。

在一种可能的设计中,该终端设备还包括:处理模块;

若发送模块发送该第一指示信息的次数达到预设次数,则该处理模块用于通过发送模块发起随机接入过程;或者

若发送模块发送该第一指示信息的次数达到预设次数时,该接收模块未接收到该网络设备发送的该第二指示信息,则该处理模块用于通过发送模块发起随机接入过程。

在一种可能的设计中,发送模块通过上行预配资源向网络设备至少发送第一指示信息之后,还用于通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;

若该接收模块在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块还用于在该下一个上行预配资源上再次发送该第一指示信息;

若该接收模块在该调度请求资源的下一个调度请求资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块还用于在该下一个调度请求资源上再次发送该调度请求信息。

在一种可能的设计中,若发送模块发送该第一指示信息的次数达到预设次数,则发送模块通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;或者

若发送模块发送该第一指示信息的次数达到预设次数时,该接收模块未接收到该网络设备发送的该第二指示信息,则发送模块通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息。

在一种可能的设计中,发送模块具体用于通过上行预配资源向网络设备发送该第一指示信息和部分第一业务数据。

在一种可能的设计中,若该接收模块在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块在该下一个上行预配资源上再次发送该第一指示信息和部分第一业务数据。

在一种可能的设计中,该终端设备还包括:处理模块;

若发送模块发送该第一指示信息和部分第一业务数据的次数达到预设次数,则该处理模块用于通过发送模块发起随机接入过程;或者

若发送模块发送该第一指示信息和部分第一业务数据的次数达到预设次数时,该接收模块未接收到该网络设备发送的该第二指示信息,则该处理模块用于通过发送模块发起随机接入过程。

在一种可能的设计中,发送模块具体用于通过上行预配资源向网络设备发送第二业务数据和该第一指示信息,该第二业务数据的优先级高于该第一业务数据的优先级。

在一种可能的设计中,该终端设备还包括:处理模块;

发送模块通过上行预配资源向网络设备发送第二业务数据和该第一指示信息之后,若该接收模块在预设时间段内未接收到该网络设备发送的该第二指示信息,则发送模块通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;若该接收模块在预设时间段内接收到该上行预配资源的下一个上行预配资源,则该处理模块确定是否通过发送模块在该下一个上行预配资源上再次发送该第二业务数据和该第一指示信息。

在一种可能的设计中,若发送模块发送该第一指示信息的次数和该调度请求信息的次数的总次数达到预设次数,则该处理模块通过发送模块发起随机接入过程;或者

若发送模块发送该第一指示信息的次数和该调度请求信息的次数的总次数达到预设次数时,该接收模块未接收到该网络设备发送的该第二指示信息,则该处理模块通过发送模块发起随机接入过程。

在一种可能的设计中,该第一指示信息用于指示第二业务数据的数据量。

在一种可能的设计中,该第一业务数据至少包括移动带宽mbb业务数据,该第二业务数据至少包括超高可靠性低时延通信urllc业务数据。

第三方面,本申请提供一种终端设备,包括:发送器和接收器;

该发送器可以是上述第二方面所述的发送模块,该接收器可以是上述第二方面所述的接收模块。

在一种可能的设计中,该终端设备还包括:存储器和处理器;

该存储器可以是上述第二方面所述的存储模块,该处理器可以是上述第二方面所述的处理模块。

本申请的又一方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。

本申请的再一方面提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。

可见,在以上各个方面,终端设备通过上行预配资源向网络设备至少发送第一指示信息,第一指示信息用于指示终端设备待传数据的数据量,当终端设备既支持5g通信系统,也支持lte通信系统时,该待传数据可以是mbb业务数据和/或urllc业务数据,上行预配资源具体可以是grant-free资源,grant-free资源可用于传输urllc业务数据,当待传数据是mbb业务数据时,终端设备还可以通过grant-free资源向网络设备发送mbb业务数据的数据量,以使网络设备根据mbb业务数据的数据量给终端设备分配上行资源,终端设备通过该上行资源发送mbb业务数据,从而实现了终端设备利用grant-free资源申请上行资源或传输数据的机制。

附图说明

图1为本申请实施例提供的一种通信系统示意图;

图2为本申请实施例提供的一种mbb业务数据发送方法的示意图;

图3为本申请实施例提供的另一种mbb业务数据发送方法的示意图;

图4为本申请实施例提供的一种urllc业务数据发送方法的示意图;

图5为本申请实施例提供的一种资源调度方法的流程示意图;

图6为本申请实施例提供的一种场景示意图;

图7为本申请实施例提供的另一种资源调度方法的流程示意图;

图8为本申请实施例提供的另一种场景示意图;

图9为本申请实施例提供的再一种资源调度方法的流程示意图;

图10为本申请实施例提供的再一种场景示意图;

图11为本申请实施例提供的又一种资源调度方法的流程示意图;

图12为本申请实施例提供的又一种场景示意图;

图13为本申请实施例提供的又一种资源调度方法的流程示意图;

图14为本申请实施例提供的又一种场景示意图;

图15为本申请实施例提供的又一种资源调度方法的流程示意图;

图16为本申请实施例提供的又一种场景示意图;

图17为本申请实施例提供的又一种资源调度方法的流程示意图;

图18为本申请实施例提供的又一种场景示意图;

图19为本申请实施例提供的一种终端设备的结构示意图;

图20为本申请实施例提供的另一种终端设备的结构示意图。

具体实施方式

本申请实施例可应用于各种类型的的通信系统。图1为本申请实施例提供的一种通信系统示意图,其中,包括网络设备11和终端设备12(userequipment,ue),其中,网络设备11可以是网络侧设备,例如,无线保真(wireless-fidelity,wi-fi)的接入点ap、下一代通信的基站,如5g的gnb或小站、微站,trp,还可以是中继站、接入点、车载设备等。本申请实施例中的终端设备12可以指接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol,简称为“sip”)电话、无线本地环路(wirelesslocalloop,简称为“wll”)站、个人数字处理(personaldigitalassistant,简称为“pda”)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,5g网络中的终端,下一代wifi中的站(station,sta)等。

在长期演进(longtermevolution,lte)系统中,网络设备给终端设备分配了调度请求(schedulingrequest,sr)资源,终端设备可通过在sr资源上发送sr以向网络设备申请上行调度资源,并在网络设备给终端设备分配的上行调度资源上发送传统的移动宽带(mobilebroadband,mbb)业务数据。

在5g网络中,引入了超高可靠性低时延通信(ultrareliablelowlatencycommunications,urllc)业务,该业务要求数据传输时延小于0.5ms,数据传输成功的概率大于等于99.999%。这个要求比现有的长期演进(longtermevolution,lte)系统严格很多。为了满足urllc业务的需求,可以使用grant-free资源对urllc业务的数据进行上行传输。

当终端设备既支持5g通信系统,也支持lte通信系统时,终端设备如何利用grant-free资源和sr资源传输数据或申请上行调度资源,现有技术还没有提供明确的机制。

下面具体介绍在lte系统中mbb业务数据的发送方法,以及在5g网络中urllc业务数据的发送方法。

图2为本申请实施例提供的一种mbb业务数据发送方法的示意图。如图2所示,当mbb业务数据到达ue的无线接入网(radioaccessnetwork,简称ran)侧时,ue开始等待调度请求(schedulingrequest,简称sr)资源,sr资源是基站为每个ue分配的一个专用资源。sr的周期是通过ie:schedulingrequestconfig的sr-configindex字段配置的,基站可以在物理上行控制信道(physicaluplinkcontrolchannel,pucch)format1资源上发送sr资源。当ue接收到基站下发的sr资源后,在sr资源上发送sr,用于告诉基站ue有数据要发送,基站接收到sr后,给ue先分配一少部分上行资源,该一少部分上行资源足够ue发送缓存状态报告(bufferstatusreports,bsr),之后基站向ue下发上行调度授权ulgrant,ulgrant用于指示ue可以在哪个时间、哪个载波以哪种调制编码方式上传bsr,ue通过该ulgrant指示的上行资源向基站发送bsr,用于告诉基站ue有多少数据要发送,基站接收到bsr后,再次给ue分配上行资源,并向ue下发ulgrant,此时ulgrant用于指示ue可以在哪个时间、哪个载波以哪种调制编码方式上传mbb业务数据,ue根据该ulgrant指示的上行资源向基站发送mbb业务数据。

如图3所示,如果ue向基站发送了sr后,没有收到基站下发的ulgrant,则ue可以在下一个sr时机继续发送sr,直到ue发送的sr达到了一定的次数(例如6次,本申请实施例不限定具体的次数)还没有收到基站下发的ulgrant时,ue就会在接下来的物理随机接入信道(physicalrandomaccesschannel,prach)资源上发起随机接入(randomaccess,ra)过程。

根据图2可知,从ue接收mbb业务数据到基站接收到mbb业务数据的时间是上行发送时延t。对于一个既有urllc业务又有mbb业务的ue,如果只用如图3所示的sr+ra方式来申请上行资源进行上行传输,可能满足不了urllc业务的时延需求。

当前5g标准讨论已通过使用grant-free资源来对urllc业务数据进行上行传输的方案。grant-free传输方式就是让ue以一种arrive-and-go的方式进行数据传输。基站首先给ue预配一些grant-free资源,一旦ue有urllc业务数据到达,ue就会立即在接下来的grant-free资源上进行传输,而不需要向基站发起sr,也不需要基站为ue调度上行资源并下发ulgrant。通过这种传输方式极大地减小了上行传输时延。

但是多个ue可以共用相同的grant-free资源,如果多个ue同时在同一块grant-free资源上进行数据传输,那么就会产生冲突。一旦发生冲突,上行传输的时延就会有所增加。

图4为本申请实施例提供的一种urllc业务数据发送方法的示意图。如图4所示,uej和uei共用相同的grant-free资源,在t1时刻和t2时刻,uej和和uei不在同一块grant-free资源上传输数据,在t4时刻,uej和和uei在同一块grant-free资源上传输数据,即产生冲突。对于一个既有urllc业务又有mbb业务的ue,如果只采用如图4所示的grant-free资源发送urllc业务数据和/或mbb业务数据,可能会造成grant-free资源上的冲突加剧,导致上行传输的时延加剧。

综上所述,对于一个既有urllc业务又有mbb业务的ue,如果只用如图3所示的sr+ra方式来申请上行资源并上行传输urllc业务数据和/或mbb业务数据,可能满足不了urllc业务的时延需求;如果只用如图4所示的grant-free资源发送urllc业务数据和/或mbb业务数据,可能会造成grant-free资源上的冲突加剧,导致上行传输的时延加剧,因此,需要同时利用grant-free资源和sr资源传输数据或申请上行调度资源,但是,如何同时利用grant-free资源和sr资源传输数据或申请上行调度资源,现有技术还没有提供明确的机制。为解决该问题,本申请实施例提供了一种资源调度方法,具体提供了如下几种实施例,下面结合具体场景对实施例进行说明:

图5为本申请实施例提供的一种资源调度方法的流程示意图。本申请实施例所述的方法不仅适用于5g系统,只要上行资源需要由通信双方的一方进行分配,均可使用本申请实施例所述的方法,下面以5g系统为例介绍资源调度方法,如图5所示,该方法具体包括如下步骤:

步骤s501、终端设备通过上行预配资源向网络设备至少发送第一指示信息,所述第一指示信息用于指示所述终端设备待传数据的数据量。在本申请实施例中,终端设备以ue为例,网络设备以基站为例,上行预配资源具体可以是免授权资源即grant-free资源,第一指示信息具体可以是缓存状态报告(bufferstatusreports,bsr),bsr用于指示终端设备待传数据的数据量,具体的,待传数据位于终端设备的缓存中,缓存中包括第一业务数据和/或第二业务数据,其中,所述第一业务数据至少包括移动带宽mbb业务数据,所述第二业务数据至少包括超高可靠性低时延通信urllc业务数据。

具体的,ue通过grant-free资源向基站发送bsr,即grant-free资源不仅可以用于传输urllc业务数据,还可以用于传输bsr,该bsr可以指示mbb业务数据的数据量,也可以指示urllc业务数据的数据量,还可以指示mbb业务数据和urllc业务数据的数据量,还可以指示终端设备的缓存中所有的数据的数据量。

在本申请实施例中,终端设备通过上行预配资源向网络设备至少发送第一指示信息的一种可实现的方式是:若终端设备的缓存中包括第一业务数据,且终端设备对应的上行预配资源至少用于传输第一指示信息,则终端设备通过上行预配资源向网络设备发送第一指示信息。具体的,当ue的缓存中包括mbb业务数据,且ue对应的grant-free资源至少可以用于传输bsr,则ue通过grant-free资源向机制发送bsr。其中,grant-free资源是否可以用于传输bsr,可以是基站预先配置的,也可以是ue决定的,还可以是ue和基站之间的通信协议规定的。

步骤s502、若所述终端设备至少接收到所述网络设备发送的第二指示信息,所述第二指示信息用于指示所述网络设备给所述终端设备分配的上行资源,则在所述上行资源上发送所述待传数据。

在本申请实施例中,第二指示信息具体可以是上行调度授权ulgrant,上行资源具体可以是上行调度资源。基站接收到ue发送的bsr后,根据bsr给ue分配上行调度资源,并向ue发送ulgrant,ulgrant用于指示基站给ue分配的上行调度资源,如果bsr指示mbb业务数据的数据量,则ue可通过基站给ue分配的上行调度资源向基站发送mbb业务数据;如果bsr指示urllc业务数据的数据量,则ue可通过基站给ue分配的上行调度资源向基站发送urllc业务数据;如果bsr指示mbb业务数据和urllc业务数据的数据量,则ue可通过基站给ue分配的上行调度资源向基站发送mbb业务数据和urllc业务数据。

本申请实施例中,终端设备通过上行预配资源向网络设备至少发送第一指示信息,第一指示信息用于指示终端设备待传数据的数据量,当终端设备既支持5g通信系统,也支持lte通信系统时,该待传数据可以是mbb业务数据和/或urllc业务数据,上行预配资源具体可以是grant-free资源,grant-free资源可用于传输urllc业务数据,当待传数据是mbb业务数据时,终端设备还可以通过grant-free资源向网络设备发送mbb业务数据的数据量,以使网络设备根据mbb业务数据的数据量给终端设备分配上行资源,终端设备通过该上行资源发送mbb业务数据,从而实现了终端设备利用grant-free资源申请上行资源或传输数据的机制。

在本申请实施例中,资源调度方法可分为如下几种可能的情况:一种可能的情况是:ue只有mbb业务数据。另一种可能的情况是:ue既有mbb业务数据,也有urllc业务数据。再一种可能的情况是:ue只有urllc业务数据。下面结合具体场景分别对以上几种可能的情况进行介绍。

一种可能的情况是:ue只有mbb业务数据。在这种情况下,所述第一指示信息用于指示所述第一业务数据的数据量,即bsr用于指示mbb业务数据的数据量。在图5所示实施例的基础上,若所述终端设备在所述上行预配资源的下一个上行预配资源到来之前,未接收到所述网络设备发送的所述第二指示信息,则在所述下一个上行预配资源上再次发送所述第一指示信息。若所述终端设备发送所述第一指示信息的次数达到预设次数,则发起随机接入过程;或者若所述终端设备发送所述第一指示信息的次数达到预设次数时,未接收到所述网络设备发送的所述第二指示信息,则发起随机接入过程。下面结合图6和图7具体说明。

图6为本申请实施例提供的一种场景示意图。如图6所示,当ue只有mbb业务数据时,使用grant-free资源发送bsr,发送一定次数(例如3次,本申请实施例不限定具体的次数)bsr后,发起ra过程,或者,发送一定次数bsr后,若还没有收到基站下发的ulgrant,则发起ra过程。

在如图6所示的场景下,ue只有mbb业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。当mbb业务数据到达ue侧时,触发ue生成mbb业务数据的bsr,后续过程如图7所示的如下步骤:

步骤71、ue在接收到mbb业务数据后出现的第i=1个grant-free资源上发送bsr;

步骤72、ue判断在第i+1个grant-free资源到来之前,ue是否接收到基站下发的ulgrant,如果是则执行步骤73,否则执行步骤74;

步骤73、ue在ulgrant指示的上行调度资源上发送mbb业务数据;

步骤74、ue判断已发送bsr的次数是否小于或等于预设次数,如果是则执行步骤75,否则执行步骤77;

步骤75、ue在第i+1个grant-free资源上继续发送bsr;

步骤76、i=i+1,返回到步骤72;

步骤77、ue在第i+1个grant-free资源之后出现的prach资源上发起ra过程。

本申请实施例中,ue通过在grant-free资源上向基站发送mbb业务数据的bsr,减少了发送sr以及基站下发bsrulgrant两个步骤,减小了上行传输时延;同时也充分利用了grant-free资源。

在ue只有mbb业务数据的情况下,在图5所示实施例的基础上,终端设备通过上行预配资源向网络设备至少发送第一指示信息之后,还包括:所述终端设备通过所述网络设备分配的调度请求资源向所述网络设备发送调度请求信息;若所述终端设备在所述上行预配资源的下一个上行预配资源到来之前,未接收到所述网络设备发送的所述第二指示信息,则在所述下一个上行预配资源上再次发送所述第一指示信息;若所述终端设备在所述调度请求资源的下一个调度请求资源到来之前,未接收到所述网络设备发送的所述第二指示信息,则在所述下一个调度请求资源上再次发送所述调度请求信息。若所述终端设备发送所述第一指示信息的次数和所述调度请求信息的次数的总次数达到预设次数,则发起随机接入过程;或者若所述终端设备发送所述第一指示信息的次数和所述调度请求信息的次数的总次数达到预设次数时,未接收到所述网络设备发送的所述第二指示信息,则发起随机接入过程。下面结合图8和图9具体说明。

图8为本申请实施例提供的另一种场景示意图。如图8所示,当ue只有mbb业务数据时,在sr资源上发送sr,在grant-free资源上发送bsr,两者统一计数,发送的次数达到一定值后,发起ra过程;或者,发送的次数达到一定值后,若还没有收到基站下发的ulgrant,则发起ra过程。

在如图8所示的场景下,ue只有mbb业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。当mbb业务数据到达ue侧时,触发ue生成mbb业务数据的bsr,后续过程如图9所示的如下步骤:

步骤91、若在ue接收到mbb业务数据后出现的第i=1个资源是sr资源,则ue在sr资源上发送sr;若在ue接收到mbb业务数据后出现的第i=1个资源是grant-free资源,则ue在grant-free资源上发送bsr;

步骤92、ue判断在第i+1个资源(sr资源或grant-free资源)到来之前,ue是否接收到基站下发的ulgrant,如果是则执行步骤93,否则执行步骤94;

步骤93、ue在ulgrant指示的上行调度资源上发送mbb业务数据;

步骤94、ue判断已发送bsr和sr的总次数是否小于或等于预设次数,如果是则执行步骤95,否则执行步骤97;

步骤95、如果第i+1个资源是sr资源,则在第i+1个资源上继续发送sr;如果第i+1个资源是grant-free资源,则在第i+1个资源上继续发送bsr;

步骤96、i=i+1,返回到步骤92;

步骤97、ue在第i+1个资源之后出现的prach资源上发起ra过程。

本申请实施例中,ue通过在sr资源上发送mbb业务数据的sr,在grant-free资源上发送bsr,使得ue能够在所有可用的资源上进行上行传输资源申请,减小了上行传输时延;同时也充分利用了grant-free资源。

在ue只有mbb业务数据的情况下,在图5所示实施例的基础上,若所述终端设备在所述上行预配资源的下一个上行预配资源到来之前,未接收到所述网络设备发送的所述第二指示信息,则在所述下一个上行预配资源上再次发送所述第一指示信息。若所述终端设备发送所述第一指示信息的次数达到预设次数,则通过所述网络设备分配的调度请求资源向所述网络设备发送调度请求信息;或者,若所述终端设备发送所述第一指示信息的次数达到预设次数时,未接收到所述网络设备发送的所述第二指示信息,则通过所述网络设备分配的调度请求资源向所述网络设备发送调度请求信息。所述通过所述网络设备分配的调度请求资源向所述网络设备发送调度请求信息之后,还包括:若所述终端设备在所述调度请求资源的下一个调度请求资源到来之前,未接收到所述网络设备发送的所述第二指示信息,则在所述下一个调度请求资源上再次发送所述调度请求信息;若所述终端设备发送所述调度请求信息的次数达到预设次数,则发起随机接入过程;或者,若所述终端设备发送所述调度请求信息的次数达到预设次数时,未接收到所述网络设备发送的所述第二指示信息,则发起随机接入过程。下面结合图10和图11具体说明。

图10为本申请实施例提供的再一种场景示意图。如图10所示,当ue只有mbb业务数据时,在grant-free资源上发送bsr,发送一定次数的bsr后,若还没有收到基站下发的ulgrant,在接下来的sr资源上发送sr,发送一定次数的sr后,发起ra过程;或者,发送一定次数的sr后,若还没有收到基站下发的ulgrant,则发起ra过程。

在如图10所示的场景下,ue只有mbb业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。当mbb业务数据到达ue侧时,触发ue生成mbb业务数据的bsr,后续过程如图11所示的如下步骤:

步骤111、ue在接收到mbb业务数据后出现的第i=1个grant-free资源上发送bsr;

步骤112、ue判断在第i+1个grant-free资源到来之前,ue是否接收到基站下发的ulgrant,如果是则执行步骤113,否则执行步骤114;

步骤113、ue在ulgrant指示的上行调度资源上发送mbb业务数据;

步骤114、ue判断已发送bsr的次数是否小于或等于预设次数,如果是则执行步骤115,否则执行步骤117;

步骤115、ue在第i+1个grant-free资源上继续发送bsr;

步骤116、i=i+1,返回到步骤112;

步骤117、ue在第i+1个grant-free资源之后出现的第j=1个sr资源上发送sr;

步骤118、ue判断在第j+1个sr资源到来之前,ue是否接收到基站下发的ulgrant,如果是则执行步骤119,否则执行步骤120;

步骤119、ue在ulgrant指示的上行调度资源上发送mbb业务数据;

步骤120、ue判断已发送sr的次数是否小于或等于预设次数,如果是则执行步骤121,否则执行步骤123;

步骤121、ue在第j+1个sr资源上继续发送sr;

步骤122、j=j+1,返回步骤118;

步骤123、ue在j+1个sr资源之后出现的prach资源上发起ra过程。

本申请实施例中,ue通过在grant-free资源上先发送mbb业务数据的bsr,若因grant-free资源上的冲突导致ue不能接收到ulgrant,则再在sr资源上发送sr,减小了上行传输时延;同时也充分利用了grant-free资源。

在ue只有mbb业务数据的情况下,在图5所示实施例的基础上,所述终端设备通过上行预配资源向网络设备至少发送第一指示信息,包括:所述终端设备通过上行预配资源向网络设备发送所述第一指示信息和部分第一业务数据。所述若所述终端设备至少接收到所述网络设备发送的第二指示信息,则在所述上行资源上发送所述待传数据,包括:若所述终端设备在接收到所述网络设备发送的所述第二指示信息之前接收到了所述网络设备对部分第一业务数据的确认反馈,则在所述上行资源上发送剩余部分的第一业务数据;若所述终端设备在接收到所述网络设备发送的所述第二指示信息之前没有接收到了所述网络设备对部分第一业务数据的确认反馈,则在所述上行资源上发送所述第一业务数据。若所述终端设备在所述上行预配资源的下一个上行预配资源到来之前,未接收到所述网络设备发送的所述第二指示信息,则在所述下一个上行预配资源上再次发送所述第一指示信息和部分第一业务数据。若所述终端设备发送所述第一指示信息和部分第一业务数据的次数达到预设次数,则发起随机接入过程;或者,若所述终端设备发送所述第一指示信息和部分第一业务数据的次数达到预设次数时,未接收到所述网络设备发送的所述第二指示信息,则发起随机接入过程。下面结合图12和图13具体说明。

图12为本申请实施例提供的又一种场景示意图。如图12所示,当ue只有mbb业务数据时,在grant-free资源上发送bsr以及少量的mbb业务数据,发送达到一定次数后,发起ra过程;或者,发送达到一定次数后,若还没有收到基站下发的ulgrant,则发起ra过程。

在如图12所示的场景下,ue只有mbb业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。当mbb业务数据到达ue侧时,触发ue生成mbb业务数据的bsr,后续过程如图13所示的如下步骤:

步骤131、ue在接收到mbb业务数据后出现的第i=1个grant-free资源上发送bsr以及少量的mbb业务数据;

步骤132、ue判断在第i+1个grant-free资源到来之前,ue是否接收到基站下发的ulgrant,如果是则执行步骤134,否则执行步骤133;

步骤133、ue判断已发送bsr和少量mbb业务数据的次数是否小于或等于预设次数,如果是则执行步骤135,否则执行步骤137;

步骤134、ue判断除了接收到接收到基站下发的ulgrant之外,是否还接收到基站下发的ack反馈,如果是则执行步骤138,否则执行步骤139;

步骤135、ue在第i+1个grant-free资源上继续发送bsr以及少量的mbb业务数据;

步骤136、i=i+1,返回到步骤132;

步骤137、在第i+1个grant-free资源之后出现的prach资源上发起ra过程;

步骤138、在ulgrant指示的上行调度资源上发送除前述少量mbb业务数据之外剩余的mbb业务数据;

若ue除了ulgrant还收到了ack反馈,则在该ulgrant所指示的上行调度资源上不发送前面在grant-free资源上发送的少量mbb业务数据。

步骤139、在ulgrant指示的上行调度资源上发送包括前述少量mbb业务数据的所有mbb业务数据。

若ue只收到了ulgrant没有ack反馈,则在该ulgrant所指示的上行调度资源上也发送前面在grant-free资源上发送的少量mbb业务数据。

本申请实施例中,ue通过在grant-free资源上发送mbb业务数据的bsr以及少量的mbb业务数据,减少了发送sr以及基站下发bsrulgrant两个步骤,减小了上行传输时延;同时也充分利用了grant-free资源。

另一种可能的情况是:ue既有mbb业务数据,也有urllc业务数据。图14为本申请实施例提供的又一种场景示意图。如图14所示,当ue既有urllc业务数据又有mbb业务数据时,在grant-free资源上仅发送urllc业务数据;urllc业务数据不触发sr,mbb业务数据触发sr,只对sr计数,发送一定次数的sr后若还没有收到ulgrant,则发起ra过程。

在如图14所示的场景下,ue既有urllc业务数据又有mbb业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。ue发送urllc业务数据和mbb业务数据是两个相对独立的过程,具体过程如下:

当urllc业务数据到达ue侧时,ue在接收到urllc业务数据后出现的grant-free资源上发送urllc业务数据,具体的,ue比较当前出现的一个grant-free资源的大小和urllc业务数据的大小,如果urllc业务数据的大小大于当前出现的一个grant-free资源的大小,则ue在当前出现的一个grant-free资源上发送部分urllc业务数据,剩余的urllc业务数据在下一个grant-free资源上发送。如果urllc业务数据的大小小于或等于当前出现的一个grant-free资源的大小,则ue在当前出现的一个grant-free资源上发送全部urllc业务数据。

当mbb业务数据到达ue侧时,触发ue生成mbb业务数据的bsr和sr,后续过程如图15所示的如下步骤:

步骤151、ue在接收到mbb业务数据后出现的第i=1个sr资源上发送sr;

步骤152、ue判断在第i+1个sr资源到来之前,ue是否接收到基站下发的ulgrant,如果是则执行步骤153,否则执行步骤154;

步骤153、ue在ulgrant指示的上行调度资源上发送mbb业务数据;

步骤154、ue判断已发送sr的次数是否小于或等于预设次数,如果是则执行步骤155,否则执行步骤157;

步骤155、ue在第i+1个sr资源上继续发送sr;

步骤156、i=i+1,返回到步骤152;

步骤157、ue在第i+1个sr资源之后出现的prach资源上发起ra过程。

本申请实施例中,ue通过在grant-free资源上发送urllc业务数据,采用sr+ra的方式向基站发送mbb业务数据,使得两种业务的数据分别在不同的资源上进行传输。减小了上行传输时延,同时也充分利用了grant-free资源。

对于ue既有mbb业务数据,也有urllc业务数据的情况,在图5所示实施例的基础上,所述终端设备通过上行预配资源向网络设备至少发送第一指示信息,包括:所述终端设备通过上行预配资源向网络设备发送第二业务数据和所述第一指示信息,所述第二业务数据的优先级高于所述第一业务数据的优先级。所述终端设备通过上行预配资源向网络设备发送第二业务数据和所述第一指示信息之后,还包括:若在预设时间段内所述终端设备未接收到所述网络设备发送的所述第二指示信息,则所述终端设备通过所述网络设备分配的调度请求资源向所述网络设备发送调度请求信息;若在预设时间段内所述终端设备接收到所述上行预配资源的下一个上行预配资源,则所述终端设备确定是否在所述下一个上行预配资源上再次发送所述第二业务数据和所述第一指示信息。所述终端设备确定是否在所述下一个上行预配资源上再次发送所述第二业务数据和所述第一指示信息,包括:所述终端设备根据所述第二业务数据和所述第一指示信息的大小,以及所述第二业务数据的时延预算,确定是否在所述下一个上行预配资源上再次发送所述第二业务数据和所述第一指示信息。所述终端设备根据所述第二业务数据和所述第一指示信息的大小,以及所述第二业务数据的时延预算,确定是否在所述下一个上行预配资源上再次发送所述第二业务数据和所述第一指示信息,包括:若所述第二业务数据和所述第一指示信息的大小小于或等于所述下一个上行预配资源的大小,则确定在所述下一个上行预配资源上再次发送所述第二业务数据和所述第一指示信息;若所述第二业务数据和所述第一指示信息的大小大于所述下一个上行预配资源的大小,且所述第二业务数据的时延预算大于预设时延,则确定在所述下一个上行预配资源上发送部分第二业务数据和所述第一指示信息;若所述第二业务数据和所述第一指示信息的大小大于所述下一个上行预配资源的大小,且所述第二业务数据的时延预算小于预设时延,则确定在所述下一个上行预配资源上发送所述第二业务数据。

所述若所述终端设备至少接收到所述网络设备发送的第二指示信息,则在所述上行资源上发送所述待传数据,包括:若所述终端设备接收到所述网络设备发送的所述第二指示信息,在所述第二指示信息指示的上行资源到来之前接收到第二业务数据,则在所述上行资源上发送所述第二业务数据;若所述终端设备接收到所述网络设备发送的所述第二指示信息,在所述第二指示信息指示的上行资源到来之前未接收到第二业务数据,则在所述上行资源上发送所述第一业务数据。

另外,若所述终端设备发送所述第一指示信息的次数和所述调度请求信息的次数的总次数达到预设次数,则发起随机接入过程;或者,若所述终端设备发送所述第一指示信息的次数和所述调度请求信息的次数的总次数达到预设次数时,未接收到所述网络设备发送的所述第二指示信息,则发起随机接入过程。下面结合图16和图17具体说明。

图16为本申请实施例提供的又一种场景示意图。如图16所示,当ue既有urllc业务数据又有mbb业务数据时,在grant-free资源上不仅发送urllc业务数据还发送mbb业务数据的bsr,不发送sr,但sr保持触发状态。在grant-free资源上携带mbb业务数据的bsr后,启动sr定时器,例如在t1时刻启动sr定时器,如果ue再次用grant-free资源携带mbb业务数据的bsr,则需要重置sr定时器,例如在t2、t3时刻重置sr定时器。如果sr定时器超时ue还没有收到ulgrant,就发sr,例如在t4时刻sr定时器超时,且ue还没有收到ulgrant,就发sr。ue是否在grant-free资源上发送urllc业务数据和mbb业务数据的bsr,取决于urllc业务数据和mbb业务数据的bsr的大小和urllc业务数据的时延预算,具体的,如果urllc业务数据和mbb业务数据的bsr的大小小于或等于grant-free资源的大小,则在grant-free资源上发送urllc业务数据和mbb业务数据的bsr,如果urllc业务数据和mbb业务数据的bsr的大小大于grant-free资源的大小,则需要进一步判断urllc业务数据的时延预算,如果urllc业务数据较为紧急,则在grant-free资源上只发送urllc业务数据,如果urllc业务数据不紧急,则在grant-free资源上发送mbb业务数据的bsr和部分urllc业务数据。如果grant-free资源上不携带mbb业务数据的bsr,则ue照常发送sr。如果在ue收到ulgrant之后又有新的urllc上行数据到达ue,那么在ulgrant所指示的上行调度资源上发送新到达的urllc业务数据,而不发送mbb业务数据。

在如图16所示的场景下,ue既有urllc业务数据又有mbb业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。ue发送urllc业务数据和/或mbb业务数据的具体过程如图17所示的如下步骤:

步骤171、ue从接收到urllc业务数据时刻开始到该时刻之后出现第一个sr资源的时间内未发送bsr,则在第一个sr资源上发送sr;

步骤172、ue在接收到mbb业务数据和urllc业务数据后出现的第i=1个grant-free资源上发送urllc业务数据和mbb业务数据的bsr;

步骤173、ue启动sr定时器;

步骤174、判断sr定时器是否超时,如果超时则执行步骤175,否则执行步骤180;

步骤175、判断ue是否接收到基站下发的ulgrant,如果是则执行步骤177,否则执行步骤176;

步骤176、ue在sr资源向基站发送sr;执行步骤185;

步骤177、ue判断在ulgrant指示的上行调度资源到来之前,是否接收到urllc业务数据,如果是则执行步骤178,否则执行步骤179;

步骤178、在ulgrant指示的上行调度资源上发送urllc业务数据;

步骤179、在ulgrant指示的上行调度资源上发送mbb业务数据;

步骤180、判断urllc业务数据和bsr的大小是否小于或等于第i+1个grant-free资源的大小,如果是则执行步骤181,否则执行步骤182;

步骤181、在第i+1个grant-free资源上再次发送urllc业务数据和bsr;重置sr定时器;

步骤182、判断urllc业务数据的时延预算是否小于预设时延,如果是则执行步骤184,否则执行步骤183;

步骤183、在第i+1个grant-free资源上发送部分urllc业务数据和bsr;执行步骤185;

步骤184、在第i+1个grant-free资源上只发送urllc业务数据;执行步骤176;

步骤185、ue已发送bsr和sr的总次数是否小于或等于预设次数,如果是则执行步骤186,否则执行步骤187;

步骤186、i=i+1,返回步骤174;

步骤187、在第i+1个grant-free资源之后出现的prach资源上发起ra过程。

本申请实施例中,ue通过在grant-free资源上不仅可以发送urllc业务数据还可以发送mbb业务数据的bsr,减小了上行传输时延,同时也充分利用了grant-free资源。

再一种可能的情况是:ue只有urllc业务数据。这种情况下,所述第一指示信息用于指示第二业务数据的数据量。所述终端设备通过上行预配资源向网络设备至少发送第一指示信息,包括:当所述上行预配资源的大小小于所述第二业务数据的大小时,所述终端设备通过所述上行预配资源向网络设备发送所述第一指示信息和部分第二业务数据。若所述上行预配资源的大小大于或等于所述第二业务数据的大小,则所述终端设备通过所述上行预配资源向网络设备发送所述第二业务数据。当所述上行预配资源的大小小于所述第二业务数据的大小时,所述终端设备通过所述上行预配资源的下一个上行预配资源或所述上行资源的下一个上行资源向网络设备发送剩余部分的第二业务数据。下面结合图18具体说明。

图18为本申请实施例提供的又一种场景示意图。如图18所示,当ue只有urllc业务数据时,仅仅使用grant-free资源进行发送。urllc业务数据可以触发bsr,也可以不触发bsr,下面分别进行介绍:

一种可能的情况是:urllc业务数据触发bsr。

在如图18所示的场景下,ue只有urllc业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。当urllc业务数据到达ue侧时,如果urllc业务数据触发bsr,则ue在接收到urllc业务数据后出现的grant-free资源上发送urllc业务数据,具体的,ue比较当前出现的一个grant-free资源的大小和urllc业务数据的大小,如果urllc业务数据的大小大于当前出现的一个grant-free资源的大小,则ue在当前出现的一个grant-free资源上发送部分urllc业务数据和bsr,剩余的urllc业务数据在下一个grant-free资源上发送。如果urllc业务数据的大小小于或等于当前出现的一个grant-free资源的大小,则ue在当前出现的一个grant-free资源上发送全部urllc业务数据。其中,还可以取消bsr,具体的取消方式可以是:ue向基站发送传输块(transportblock,tb)后取消bsr,也可以是ue向基站发送tb,ue接收到基站对tb的确认反馈后取消bsr。

另一种可能的情况是:urllc业务数据不触发bsr。

在如图18所示的场景下,ue只有urllc业务数据,基站预先给ue配置有grant-free资源,grant-free资源可以是多个ue共用的。当urllc业务数据到达ue侧时,如果urllc业务数据不触发bsr,则ue在接收到urllc业务数据后出现的grant-free资源上发送urllc业务数据,具体的,ue比较当前出现的一个grant-free资源的大小和urllc业务数据的大小,如果urllc业务数据的大小大于当前出现的一个grant-free资源的大小,则ue在当前出现的一个grant-free资源上发送部分urllc业务数据,剩余的urllc业务数据在下一个grant-free资源或ulgrant指示的上行调度资源上发送。如果urllc业务数据的大小小于或等于当前出现的一个grant-free资源的大小,则ue在当前出现的一个grant-free资源上发送全部urllc业务数据。

本申请实施例中,ue通过在grant-free资源上发送urllc业务数据,urllc业务数据是否触发bsr可配,urllc业务数据不触发sr,减小了urllc业务数据上行传输时延,同时也充分利用了grant-free资源。

需要说明的是,在图8、图9、图10、图11、图14、图15、图16、图17分别对应的实施例中,对sr的计数采用的是发送sr的次数,本实施例不限定对sr的计数方式,在其他实施例中,还可以采用sr资源出现的次数对sr进行计数。

在上述实施例中,取消sr的条件包括如下几种可能的情况:

一种可能的情况是:只有当满足下列任意一项条件时,才取消sr:

在无冲突的资源上,发送了bsr,并且bsr包含了触发sr的业务的数据量信息。

在冲突的资源上,发送了bsr,并且bsr包含了触发sr的业务的数据量信息,且收到接收方确认反馈。

另一种可能的情况是:当满足下列条件时,暂停sr的发送:

在冲突的资源上,发送了bsr,并且bsr包含了触发sr的业务的数据量信息。

图19为本申请实施例提供的一种终端设备的结构示意图。如图19所示,该终端设备190包括发送模块191和接收模块192,其中,发送模块191用于通过上行预配资源向网络设备至少发送第一指示信息,该第一指示信息用于指示该终端设备待传数据的数据量;当接收模块192至少接收到该网络设备发送的第二指示信息时,该第二指示信息用于指示该网络设备给该终端设备分配的上行资源,发送模块191还用于在该上行资源上发送该待传数据。

在图19中,进一步地,终端设备还包括存储模块193,若存储模块193中存储有第一业务数据,且该终端设备对应的上行预配资源至少用于传输该第一指示信息,则发送模块191通过该上行预配资源向该网络设备发送该第一指示信息。

在上述实施例中,该第一指示信息用于指示该第一业务数据的数据量。

在上述实施例中,若接收模块192在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块191在该下一个上行预配资源上再次发送该第一指示信息。

在图19中,进一步地,终端设备还包括处理模块194;若发送模块191发送该第一指示信息的次数达到预设次数,则处理模块194用于通过发送模块191发起随机接入过程。

或者,若发送模块191发送该第一指示信息的次数达到预设次数时,接收模块192未接收到该网络设备发送的该第二指示信息,则处理模块194用于通过发送模块191发起随机接入过程。

在上述实施例中,发送模块191通过上行预配资源向网络设备至少发送第一指示信息之后,还用于通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;若接收模块192在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块191还用于在该下一个上行预配资源上再次发送该第一指示信息;若接收模块192在该调度请求资源的下一个调度请求资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块191还用于在该下一个调度请求资源上再次发送该调度请求信息。

在上述实施例中,若发送模块191发送该第一指示信息的次数达到预设次数,则发送模块191通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;或者

若发送模块191发送该第一指示信息的次数达到预设次数时,接收模块192未接收到该网络设备发送的该第二指示信息,则发送模块191通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息。

在上述实施例中,发送模块191具体用于通过上行预配资源向网络设备发送该第一指示信息和部分第一业务数据。

在上述实施例中,若接收模块192在该上行预配资源的下一个上行预配资源到来之前,未接收到该网络设备发送的该第二指示信息,则发送模块191在该下一个上行预配资源上再次发送该第一指示信息和部分第一业务数据。

在上述实施例中,若发送模块191发送该第一指示信息和部分第一业务数据的次数达到预设次数,则处理模块194用于通过发送模块191发起随机接入过程。

或者,若发送模块191发送该第一指示信息和部分第一业务数据的次数达到预设次数时,接收模块192未接收到该网络设备发送的该第二指示信息,则处理模块194用于通过发送模块191发起随机接入过程。

在上述实施例中,发送模块191具体用于通过上行预配资源向网络设备发送第二业务数据和该第一指示信息,该第二业务数据的优先级高于该第一业务数据的优先级。

在上述实施例中,发送模块191通过上行预配资源向网络设备发送第二业务数据和该第一指示信息之后,若接收模块192在预设时间段内未接收到该网络设备发送的该第二指示信息,则发送模块191通过该网络设备分配的调度请求资源向该网络设备发送调度请求信息;若接收模块192在预设时间段内接收到该上行预配资源的下一个上行预配资源,则处理模块194确定是否通过发送模块191在该下一个上行预配资源上再次发送该第二业务数据和该第一指示信息。

在上述实施例中,若发送模块191发送该第一指示信息的次数和该调度请求信息的次数的总次数达到预设次数,则处理模块194通过发送模块191发起随机接入过程。

或者,若发送模块191发送该第一指示信息的次数和该调度请求信息的次数的总次数达到预设次数时,接收模块192未接收到该网络设备发送的该第二指示信息,则处理模块194通过发送模块191发起随机接入过程。

在上述实施例中,该第一指示信息用于指示第二业务数据的数据量。

在上述实施例中,该第一业务数据至少包括移动带宽mbb业务数据,该第二业务数据至少包括超高可靠性低时延通信urllc业务数据。

图19所示实施例的终端设备可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

应理解以上终端设备的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元通过软件通过处理元件调用的形式实现,部分单元通过硬件的形式实现。例如,处理模块194可以为单独设立的处理元件,也可以集成在终端设备的某一个芯片中实现,此外,也可以以程序的形式存储于终端设备的存储器中,由终端设备的某一个处理元件调用并执行以上各个模块的功能。其它单元的实现与之类似。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如,以上这些单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(applicationspecificintegratedcircuit,asic),或,一个或多个微处理器(digitalsingnalprocessor,dsp),或,一个或者多个现场可编程门阵列(fieldprogrammablegatearray,fpga)等。再如,当以上某个单元通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(centralprocessingunit,cpu)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,soc)的形式实现。

图20为本申请实施例提供的另一种终端设备的结构示意图。如图20所示,该终端设备200包括:处理器110、存储器120、收发装置130。收发装置130可以与天线连接。在下行方向上,收发装置130通过天线接收基站发送的信息,并将信息发送给处理器110进行处理。在上行方向上,处理器110对终端的数据进行处理,并通过收发装置130发送给基站。

该存储器120用于存储实现以上方法实施例,或者图19所示实施例各个模块的程序,处理器110调用该程序,执行以上方法实施例的操作,以实现图19所示的各个模块。

或者,以上各个模块的部分或全部也可以通过集成电路的形式内嵌于该终端的某一个芯片上来实现。且它们可以单独实现,也可以集成在一起。即以上这些单元可以被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(applicationspecificintegratedcircuit,asic),或,一个或多个微处理器(digitalsingnalprocessor,dsp),或,一个或者多个现场可编程门阵列(fieldprogrammablegatearray,fpga)等。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1