本发明涉及通信
技术领域：
，特别是涉及一种窄带物联网的资源调度方法、装置及系统。
背景技术：
：随着通信技术的发展，现如今网络的可传输带宽越来越大和传输数据越来越快，但将高带宽通信技术应用在一些需要极低速、极低成本、低功率的特定设备(例如智能读表和传感器追踪等)上，容易造成资源浪费。而NB-IOT(NarrowBand-InternetofThings，窄带物联网)具有带宽小，功耗小且部署成本低的特点，将NB-IOT技术应用在特定设备上，无需改变现网部署结构，无需新增基站设备，只需对软硬件进行升级，即可实现NB-IOT的快速部署。在实现过程中，发明人发现传统技术中至少存在如下问题：目前，特定设备通过NB-IOT进行资源调度时，容易造成空口信道资源紧张，资源调度效率低下。技术实现要素：基于此，有必要针对传统的基于NB-IOT进行资源调度时，容易造成空口信道资源紧张，资源调度效率低下的问题，提供一种窄带物联网的资源调度方法、装置及系统。为了实现上述目的，本发明实施例提供了一种窄带物联网的资源调度方法，包括以下步骤：检测下行缓存器中的数据是否满足预设的资源调度触发条件，若是，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，虚拟BSR用于指示为待调度设备调度的资源大小；当到达预设的调度延迟时长时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备。在其中一个实施例中，资源调度触发条件包括以下条件中的任一种或任意组合：下行缓存器中的下行发送缓存为空，下行缓存器中的下行重传缓存为空，无待发送的RLC层PDU数据包，以及RLC发送窗口的发送数据量超出预设门限值且未接收到RLC层ACK。在其中一个实施例中，根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR的步骤包括：通过RLC层生成虚拟BSR，并将虚拟BSR传输给MAC层；通过MAC层根据待调度设备当前的通信事件，计算对应虚拟BSR的资源大小；当前通信事件包括待调度设备在初始接入过程中生成的NAS层信令或位置更新过程中生成的NAS层信令。在其中一个实施例中，将根据虚拟BSR生成的下行控制信息发送至待调度设备的步骤之前还包括：在调度延迟时长内，检测到待调度设备生成上行数据包、且未接收到待调度设备传输的随机接入请求。在其中一个实施例中，所述方法还包括：在调度延迟时长内，若检测到待调度设备生成上行数据包、且接收到待调度设备传输的随机接入请求时，则生成减小调度延迟时长的第一通知。在其中一个实施例中，所述方法还包括：当在调度延迟时长内，未检测到待调度设备生成上行数据包，且在到达调度延迟时长后接收到待调度设备针对下行控制信息的发送的上行数据为零时，则生成增大调度延迟时长的第二通知。在其中一个实施例中，所述方法还包括：计算预设统计周期内生成第一通知的次数A1和第二通知的次数A2；若A1大于预设第一门限值N，且A1/(A1+A2)大于预设第二门限值P，则减小调度延迟时长；若A2大于预设第一门限值N，且A2/(A1+A2)大于预设第二门限值P，则增大调度延迟时长。另一方面，本发明实施例还提供了一种窄带物联网的资源调度方法，包括以下步骤：在接收到基站发送的下行控制信息时，根据下行控制信息向基站发送上行数据；上行数据的大小为基站根据当前的通信事件计算得到的虚拟BSR的大小。另一方面，本发明实施例还提供了一种窄带物联网的资源调度装置，包括：虚拟BSR获取单元，用于检测下行缓存器中的数据是否满足预设的资源调度触发条件，若是，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，虚拟BSR用于指示为待调度设备调度的资源大小；资源调度单元，用于当到达预设的调度延迟时长时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备。另一方面，本发明实施例还提供了一种窄带物联网的资源调度装置，包括：上行数据发送单元，用于在接收到基站发送的下行控制信息时，根据下行控制信息向基站发送上行数据；上行数据的大小为基站根据当前的通信事件计算得到的虚拟BSR的大小。另一方面，本发明实施例还提供了一种窄带物联网的资源调度系统，包括基站和待调度设备；上述基站和待调度设备能够执行上述窄带物联网的资源调度方法。另一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被控制器执行时实现上述窄带物联网的资源调度方法的步骤。上述技术方案中的一个技术方案具有如下优点和有益效果：基站对待调度设备的下行缓存进行检测，在检测到待调度设备的下行缓存器的数据满足预设的资源调度触发条件时，根据待调度设备当前的通信事件得到虚拟BSR(BufferStatusReport，缓存状态报告)。基站在调度延迟时长到达时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备，实现基站对待调度设备的资源调度，通过对待调度设备下行缓存进行检测，可预估待调度设备上行数据包的发送时机，通过虚拟BSR的方式，调度待调度设备的上行资源，减小随机接入过程带来的空口资源开销，提高了资源调度效率。附图说明图1为一个实施例中传统的信令流程示意图；图2为一个实施例中窄带物联网的资源调度方法的应用环境图；图3为一个实施例中从基站角度实施的窄带物联网的资源调度方法的第一流程示意图；图4为一个实施例中虚拟BSR获取步骤的流程示意图；图5为一个实施例中本发明窄带物联网的资源调度方法的信令流程示意图；图6为一个实施例中从基站角度实施的窄带物联网的资源调度方法的第二流程示意图；图7为一个实施例中调度延迟时长调整步骤的第一流程示意图；图8为一个实施例中调度延迟时长调整步骤的第二流程示意图；图9为一个实施例中从待调度设备角度实施的窄带物联网的资源调度方法的流程示意图；图10为一个实施例中窄带物联网的资源调度方法的第一调度过程示意图；图11为一个实施例中窄带物联网的资源调度方法的第二调度过程示意图；图12为一个实施例中窄带物联网的资源调度方法的第三调度过程示意图；图13为一个实施例中从基站角度实施的窄带物联网的资源调度装置的结构示意图；图14为一个实施例中从待调度设备角度实施的窄带物联网的资源调度装置的结构示意图；图15为一个实施例中窄带物联网的资源调度系统的结构示意图。具体实施方式为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的首选实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。传统的基于窄带物联网的资源调度过程，如图1所示，待调度设备与基站处于连接状态下，待调度设备有上行数据需要发送时，只能通过随机接入的方式进行调度请求。随机接入过程包括msg1(message1，消息1)至msg4(message4，消息4)的4条信令，基站在第5条信令中才将待调度设备的上行数据(UplinkData)调度完成，而msg1至msg4消息分别需要分配NPRACH(窄带物理随机接入信道)、NPDCCH(窄带物理下行控制信道)、NPUSCH(窄带物理上行共享信道)及NPDSCH(窄带物理下行共享信道)资源，其中，msg1消息指的是在NPRACH信道中承载RAPreamble(随机接入前导码)，msg2消息指的是在NPDCCH信道中承载RAResponse(随机接入响应)，msg3消息指的是在NPUSCH信道中承载C-RNTI(区域无线网络临时标识)，msg4消息指的是在NPDSCH信道中承载DCI-N0(格式为N0的下行控制信息)。传统技术中NB-IOT终端如果有上行调度请求，只能通过随机接入过程进行资源请求，基站需为待调度设备分配msg2和msg3资源，待调度设备才能完成上行数据的发送。尽管NB-IOT终端的上行数据量较小，但在多数业务场景下，如附着请求、鉴权请求、跟踪区更新等，待调度设备需要通过多次的随机接入过程才能完成上行数据发送，容易造成空口信道资源紧张，尤其是在待调度设备数量增多时，更容易造成空口信道资源紧张。本申请提供的窄带物联网的资源调度方法，可以应用于如图2所示的应用环境中，其中，基站202通过网络与待调度设备204通过网络进行通信。其中，网络指的是窄带物联网，待调度设备204可以但不限于是智能读表设备或传感器追踪设备，基站202可以是独立的基站或者是多个基站组成的基站集群来实现。在一个实施例中，如图3所示，提供了一种从基站角度实施的窄带物联网的资源调度方法，以该方法应用于图2中的基站为例进行说明，包括以下步骤：步骤S310，检测下行缓存器中的数据是否满足预设的资源调度触发条件，若是，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，虚拟BSR用于指示为待调度设备调度的资源大小。其中，待调度设备指的是需要调度上行资源的用户设备。可选的，待调度设备可以是智能水表、智能电表、智慧路灯和智慧井盖等。虚拟BSR(BufferStatusReport缓存状态报告)指的是预设的缓存状态报告。下行缓冲器指的是缓存下行数据的缓存器。当前的通信事件可以是待调度设备的鉴权或位置更新等事件。具体地，基站在发送下行数据包后，检测下行缓存器中的数据是否满足预设的资源调度触发条件，若检测到下行缓存器的数据满足资源调度触发条件时，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，判决需要为待调度设备调度上行资源。步骤S320，当到达预设的调度延迟时长时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备。其中，调度延迟时长指的是调度延迟时间参数。调度延迟时长可用于指示基站在调度延迟时长后，对待调度设备进行上行资源调度。在需要进行上行资源调度时，初始生成的调度延迟时长可以是系统预设的调度延迟时间参数。下行控制信息(DCI，DownlinkControlInformation)可用于传递不同的控制信息。上行调度信息可用于指示待调度设备发送上行数据的资源大小。具体地，基站在预设的调度延迟时长到达时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息传输给待调度设备，使得待调度设备根据下行控制信息中的资源大小发送上行数据给基站，进而实现对待调度设备的资源调度。进一步的，基站可检测下行缓存器的数据状态，来判决是否需要为待调度设备调度上行资源。当检测到下行缓存器的数据状态满足资源调度触发条件时，判决为待调度设备需要调度上行资源，且根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR。进而基站根据虚拟BSR和调度延迟时长，实现对待调度设备的上行资源调度。需要说明的是，物联网是未来确定性高增长的业务，NB-IOT具有低成本、低功耗、广覆盖、大连接的特点，被认为是物联网通信的关键技术。NB-IOT可在GSM和LTE等设备上实现升级，无需改变现网部署结构，无需新增基站设备即可实现NB-IOT的全网覆盖。在一个具体的实施例中，资源调度触发条件包括以下条件中的任一种或任意组合：下行缓存器中的下行发送缓存为空，下行缓存器中的下行重传缓存为空，无待发送的RLC层(RadioLinkControl，无线链路控制层)PDU(ProtocolDataUnit，协议数据单元)数据包，以及RLC发送窗口的发送数据量超出预设门限值且未接收到RLC层ACK(Acknowledgement，确认字符)。具体地，在对待调度设备进行上行资源调度之前，需要判断是否满足为待调度设备调度上行资源的触发条件。基站在检测到下行缓存器的数据状态满足资源调度触发条件中的任一种条件或任意组合条件时，根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR。其中，触发条件中的下行缓存器的下行发送(或重传)缓存中不包括等待ACK的RLC层的PDU。预设门限值指的是RLC发送窗口最大窗长的长度值。进一步的，对于下行缓存器的下行发送缓存为空，下行缓存器的下行重传缓存为空，无待发送的RLC层PDU数据包主要是针对待调度设备初始附着、鉴权、加密及跟踪区更新等场景下，下行NAS(Non-accessstratum，非接入层)信令的上行反馈得不到及时调度的问题；对于RLC发送窗口的发送数据量超出预设门限值且未接收到RLC层ACK主要是针对下行灌包测试时，上行RLC状态报告不能及时调度的问题；上述两类场景均存在待调度设备有上行调度需求，而传统技术只能通过待调度设备发起随机接入的方式通知基站进行调度。相比传统的上行资源调度，本申请的资源调度方法极大的提高了资源调度效率。在一个具体的实施例中，如图4所示，根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR的步骤包括：步骤S410，通过RLC层生成虚拟BSR，并将虚拟BSR传输给MAC层(MediaAccessControl，介质访问控制层)。步骤S420，通过MAC层根据待调度设备当前的通信事件，计算对应虚拟BSR的资源大小；当前通信事件包括待调度设备在初始接入过程中生成的NAS层信令或位置更新过程中生成的NAS层信令。具体地，通过RLC层检测下行缓存器数据状态是否满足资源调度触发条件，在下行缓存器数据状态满足资源调度触发条件，判决为需要调度待调度设备的上行资源，通过RLC层生成虚拟BSR，并将虚拟BSR传输给MAC层。优选的，可通过RLC层将生成的虚拟BSR、同时携带调度延迟时长，传输给MAC层。通过MAC层根据待调度设备的当前通信事件，计算待调度设备上行需要调度的虚拟BSR的上行数据尺寸大小，通过计算处理得到虚拟BSR的上行数据尺寸大小。其中，当前通信事件包括待调度设备在初始接入过程中的NAS层信令或位置更新过程中的NAS层信令。例如，待调度设备的鉴权和位置更新等。进而通过MAC层根据虚拟BSR和调度延迟时长实现对待调度设备的上行资源调度。例如，MAC层启动基于调度延迟时长的定时器T1，在定时器T1超时后，按照虚拟BSR的BufferSize(缓存数据量)大小对待调度设备调度上行资源。优选的，虚拟BSR可包括待调度设备当前需要发送的上行NAS信令以及BSR的MAC层的CE(ControlElements，控制单元)大小。进一步的，虚拟BSR取值可参照下表1。BSRIndex的取值可根据实际网络中待调度设备各类业务的需求量进行设定，如待调度设备需要周期性发起TAU(TRACKINGAREAUPDATE，跟踪区更新)过程，则BSRIndex取值可以参考表2，BSRIndex取1即可满足TAU业务的数据量需求。对于其他无法确定数据大小的业务，BSRIndex取1既可使待调度设备上报BSR，又可以避免MAC调度多余的上行资源。表1虚拟BSR参数范围Index数据大小(BS)，单位(bytes)0BS＝010<BS<＝10210<BS<＝12312<BS<＝14414<BS<＝17517<BS<＝19619<BS<＝22722<BS<＝26826<BS<＝31931<BS<＝361036<BS<＝421142<BS<＝491249<BS<＝571357<BS<＝671467<BS<＝781578<BS<＝91表2虚拟BSR参数范围为了更直观的说明本发明实施例窄带物联网的资源调度方法，本发明提供的窄带物联网的资源调度方法实现上行资源调度的过程，如图5所示，基站预先估计待调度设备上行数据包的发送时机，通过虚拟BSR的方式，提前调度待调度设备的上行资源。本发明提供的窄带物联网的资源调度方法只需2条信令，即可将待调度设备的上行数据实现调度，大大减少了待调度设备对NPRACH、NPDCCH、NPUSCH和NPDSCH资源的消耗，减少了随机接入过程带来的空口资源开销，提高了资源调度效率。基于本实施例，基站对待调度设备的下行缓存进行检测，在检测到待调度设备的下行缓存器的数据满足预设的资源调度触发条件时，根据待调度设备当前的通信事件得到虚拟BSR(BufferStatusReport，缓存状态报告)。基站在调度延迟时长到达时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备，实现基站对待调度设备的资源调度，通过对待调度设备下行缓存进行检测，可预估待调度设备上行数据包的发送时机，通过虚拟BSR的方式，调度待调度设备的上行资源，减小随机接入过程带来的空口资源开销，提高了资源调度效率。在一个实施例中，如图6所示，提供了一种从基站角度实施的窄带物联网的资源调度方法，以该方法应用于图2中的基站的为例进行说明，包括以下步骤：步骤S610，检测下行缓存器中的数据是否满足预设的资源调度触发条件，若是，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，虚拟BSR用于指示为待调度设备调度的资源大小。其中，上述步骤S610的具体内容过程可参考上文内容，此处不再赘述。步骤S620，在调度延迟时长内，检测到待调度设备生成上行数据包、且未接收到待调度设备传输的随机接入请求。其中，上行数据包指的是待调度设备需要调度到基站的数据包。随机接入请求可用来指示基站根据随机接入过程请求获得待调度设备上行的调度资源。具体地，基站在调度延迟时长内，检测到待调度设备生成上行数据包、且未接收到待调度设备传输的随机接入请求，判决为需要为待调度设备调度上行资源。步骤S630，当到达预设的调度延迟时长时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备。其中，上述步骤S630的具体内容过程可参考上文内容，此处不再赘述。具体地，基站在发送下行数据包后，若检测到下行缓存器的数据状态满足资源调度触发条件时，生成虚拟BSR，判决需要为待调度设备调度上行资源。基站在调度延迟时长内，若检测到待调度设备生成上行数据包、且未接收到待调度设备传输的随机接入请求，可将根据虚拟BSR生成的下行控制信息传输给待调度设备，进而实现对待调度设备的资源调度。进一步的，基站在调度延迟时长内，若检测到待调度设备未生成上行数据包，则在下一个搜索空间周期将下行控制信息传输给待调度设备。待调度设备根据下行控制信息发送上行数据包给基站，进而实现对待调度设备的资源调度。基站在调度延迟时长内，若检测到待调度设备生成上行数据包、接收到随机接入请求时，将对应随机接入请求的随机接入过程控制信息传输给待调度设备。待调度设备根据随机接入请求发送上行数据给基站，进而实现对待调度设备的资源调度。需要说明的是，由于NB-IOT业务的多样性，待调度设备无法通过初始接入的msg3一次性上报每个业务过程的待传数据量大小，若上行数据得不到调度，需要通过SR(ServiceRequest，服务请求)过程发起调度请求。与LTE(LongTermEvolution，长期演进)不同，NB-IOT不支持在PUCCH信道上发起SR过程，当待调度设备有上行数据需要发送，而没有得到上行授权时，只能通过随机接入过程进行资源请求，这就意味着需要占用更多的随机接入资源(随机接入信道资源与随机接入响应信道资源)。当系统用户数增多时(NB-IOT单小区最多可支持50000用户)，或者在业务集中突发的情况下，基于随机接入的SR过程会使得随机接入资源紧张。相比传统的资源调度方法中将NPDCCH资源在时域上分成若干子集进行分配，但在分配NPDCCH时未考虑对NPUSCH的影响，若不对NPDCCH的资源位置进行分配优化，会导致NPUSCH产生资源碎片。而采用本申请的资源调度方法，可减少了随机接入过程带来的空口资源开销，特别是NPRACH、NPDCCH及NPDSCH信道资源，使NB-IOT的小区容量得到提升。在一个具体的实施例中，所述方法还包括步骤：步骤S710，在调度延迟时长内，若检测到待调度设备生成上行数据包、且接收到待调度设备传输的随机接入请求时，则生成减小调度延迟时长的第一通知。其中，第一通知可用来指示RLC层减小调度延迟时长具体地，基站在调度延迟时长内，检测到待调度设备生成上行数据包、且接收到随机接入请求时，生成第一通知。并由RLC层根据第一通知减小调度延迟时长，实现在调度延迟时长过大时，将调度延迟时长自适应减小。进一步的，在待调度设备上报BSR之前，MAC层接收到了待调度设备的随机接入请求(msg3)，则生成第一通知，通过第一通知通知RLC层减小对应该待调度设备的调度延迟时长。在一个具体的实施例中，所述方法还包括步骤：步骤S720，当在调度延迟时长内，未检测到待调度设备生成上行数据包，且在到达调度延迟时长后接收到待调度设备针对下行控制信息的发送的上行数据为零时，则生成增大调度延迟时长的第二通知。其中，第二通知可用来指示RLC层增大调度延迟时长。具体地，基站在调度延迟时长内，未检测到待调度设备生成上行数据包、且在到达调度延迟时长后接收到待调度设备针对下行控制信息的发送的上行数据为零时，生成第二通知。并由RLC层根据第二通知增大调度延迟时长，实现在调度延迟时长过小时，将调度延迟时长自适应增大。进一步的，如果MAC层接收到待调度设备上报的实际BSR的BufferSize大小为0，则在下一搜索空间周期，继续按照虚拟BSR的BufferSize大小，对待调度设备进行上行资源调度。同时，MAC层通知RLC层增大对应该待调度设备的调度延迟时长。上述具体实施例中的各步骤，通过在上行资源调度是建立的延迟自适应机制，可以应对终端厂家实现的差异性，上行调度延迟可根据待调度设备生成上行数据包的时刻进行自适应调整，从而可以保证待调度设备发起随机接入之前即完成上行数据调度，减小了待调度设备业务建立的时延。在一个具体的实施例中，如图8所示，还包括以下步骤：步骤S810，计算预设统计周期内生成第一通知的次数A1和第二通知的次数A2。步骤S820，若A1大于预设第一门限值N，且A1/(A1+A2)大于预设第二门限值P，则减小调度延迟时长；若A2大于预设第一门限值N，且A2/(A1+A2)大于预设第二门限值P，则增大调度延迟时长。其中，A1/(A1+A2)指的是次数A1在次数A1次数A2总和的比例。A2/(A1+A2)指的是次数A2在次数A1次数A2总和的比例。具体地，在次数A1满足预设的门限值条件，次数A1和次数A2总次数满足预设的门限值条件时，通过RLC层将调度延迟时长减小预设调整值，进而实现对调度延迟时长的自适应减小调整。在次数A2满足预设的门限值条件，次数A1和次数A2总次数满足预设的门限值条件时，通过RLC层将调度延迟时长增大预设调整值，进而实现对调度延迟时长的自适应增大调整。上述具体实施例中的各步骤，待调度设备在接收到下行数据包后，若需要回复上行数据包，会有一个处理时延，包括数据包的解析时延、生成时延、以及PHY层(Physical，物理层)到RLC层的处理时延等，而该时延的大小由于终端厂家的不同实现方式，会有所差异。通过本具体实施例的参数自适应延迟调整机制，可有效解决这种差异带来的性能影响，解决不同终端厂商上行数据包生成时间差异问题，从而确保待调度设备不需主动发起随机接入即可完成上行资源调度。基于本实施例，对待调度设备下行缓存进行检测，可以预估待调度设备上行数据包的发送时机，通过虚拟BSR的方式，提前调度待调度设备的上行资源。通过RLC层触发MAC进行上行提前调度，有效解决NB-IOT使用随机接入进行调度请求带来的空口资源开销问题，减少了随机接入过程带来的空口资源开销，特别是NPRACH、NPDCCH及NPDSCH信道资源，使NB-IOT的区域容量得到提升，提高了资源调度效率。在一个实施例中，如图9所示，提供了一种从待调度设备实施的窄带物联网的资源调度方法，以该方法应用于图2中的待调度设备为例进行说明，包括以下步骤：步骤S910，在接收到基站发送的下行控制信息时；进入步骤S920，步骤S920，根据下行控制信息向基站发送上行数据；上行数据的大小为基站根据当前的通信事件计算得到的虚拟BSR的大小。具体地，待调度设备在接收到基站发送的下行控制信息时，根据下行控制信息发送上行数据给基站，进而实现对待调度设备的资源调度。上述基于本实施例，待调度设备根据下行控制信息中的资源大小将上行数据发送给基站。通过对待调度设备下行缓存进行检测，可预估待调度设备上行数据包的发送时机，通过虚拟BSR的方式，实现调度待调度设备的上行资源，减小随机接入过程带来的空口资源开销，提高了资源调度效率。在一个实施例中，如图10所示，为窄带物联网的资源调度方法的第一调度过程示意图。具体的上行资源调度过程为：基站在发送下行数据包后，判决是否需要为待调度设备调度上行资源，在检测到待调度设备的下行缓存器的数据状态满足资源调度触发条件时，判决为需要为待调度设备调度上行资源。在延迟T1(调度延迟时长)时间后对UE调度上行，此时待调度设备已生成上行数据包，且待调度设备禁止发送随机接入的定时器未超时，因此不需要发起随机接入，基站通过调度DCI_N0，使得待调度设发送上行数据包。需要说明的是，禁止发送随机接入的定时器指的是MAC层的一个定时器，当NB-IOT的待调度设备有上行数据需要发送，但没有得到基站的上行调度时，该定时器超时后，待调度设备才能发起随机接入进行调度请求。该定时器对应的参数用于控制待调度设备的调度请求间隔。在一个实施例中，如图11所示，为窄带物联网的资源调度方法的第二调度过程示意图。具体的上行资源调度过程为：基站在发送下行数据包后，判决是否需要为待调度设备调度上行资源，在检测到待调度设备的下行缓存器的数据状态满足资源调度触发条件时，判决为需要为待调度设备调度上行资源。如果T1参数设置过大，在延迟T1计时器超时之前，待调度设备已生成上行数据包，且待调度设备的禁止发送随机接入的定时器超时，因此发起了随机接入过程进行调度请求。基站的MAC层检测到该待调度设备的随机接入请求(msg3)后，判定该待调度设备的调度延迟参数T1过大，则通知RLC层减小T1参数。在一个实施例中，如图12所示，为窄带物联网的资源调度方法的第三调度过程示意图。具体的上行资源调度过程为：基站在发送下行数据包后，判决是否需要为待调度设备调度上行资源，在检测到待调度设备的下行缓存器的数据状态满足资源调度触发条件时，判决为需要为待调度设备调度上行资源。如果T1参数设置过小，在延迟T1计时器超时之后，待调度设备还未生成上行数据包，在基站调度该待调度设备的上行数据后，待调度设备只能上报一个缓存大小为0的实际BSR。基站的MAC层检测到该待调度设备上报的实际BSR大小为0后，在下一个搜索空间周期，MAC继续按照虚拟BSR的BufferSize大小，对待调度设备调度上行资源。同时，判定待调度设备的调度延迟参数T1过小，通知RLC层增大T1参数。在一个实施例中，如图13所示，提供了一种从基站角度实施的窄带物联网的资源调度装置，该装置包括：虚拟BSR获取单元132，用于检测下行缓存器中的数据是否满足预设的资源调度触发条件，若是，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，虚拟BSR用于指示为待调度设备调度的资源大小；资源调度单元134，用于当到达预设的调度延迟时长时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备。进一步的，资源调度单元134还包括：虚拟BSR传输单元，用于通过RLC层生成虚拟BSR，并将虚拟BSR传输给MAC层；资源大小计算单元，用于通过MAC层根据待调度设备当前的通信事件，计算对应虚拟BSR的资源大小；当前通信事件包括待调度设备在初始接入过程中生成的NAS层信令或位置更新过程中生成的NAS层信令。进一步的，从基站角度实施的窄带物联网的资源调度装置还包括：资源调度条件检测单元，用于在调度延迟时长内，检测到待调度设备生成上行数据包、且未接收到待调度设备传输的随机接入请求。在一个实施例中，从基站角度实施的窄带物联网的资源调度装置还包括：第一通知获取单元，用于在调度延迟时长内，若检测到待调度设备生成上行数据包、且接收到待调度设备传输的随机接入请求时，则生成减小调度延迟时长的第一通知；进一步的，从基站角度实施的窄带物联网的资源调度装置还包括：第二通知获取单元，用于当在调度延迟时长内，未检测到待调度设备生成上行数据包，且在到达调度延迟时长后接收到待调度设备针对下行控制信息的发送的上行数据为零时，则生成增大调度延迟时长的第二通知。进一步的，从基站角度实施的窄带物联网的资源调度装置还包括：次数获取单元，用于计算预设统计周期内生成第一通知的次数A1和第二通知的次数A2；调度延迟时长调整单元，用于若A1大于预设第一门限值N，且A1/(A1+A2)大于预设第二门限值P，则减小调度延迟时长；若A2大于预设第一门限值N，且A2/(A1+A2)大于预设第二门限值P，则增大调度延迟时长。在一个实施例中，如图14所示，提供了一种从待调度设备角度实施的窄带物联网的资源调度装置，该装置包括：上行数据发送单元142，用于在接收到基站发送的下行控制信息时，根据下行控制信息向基站发送上行数据；上行数据的大小为基站根据当前的通信事件计算得到的虚拟BSR的大小。关于窄带物联网的资源调度装置的具体限定可以参见上文中对于窄带物联网的资源调度方法的限定，在此不再赘述。上述窄带物联网的资源调度装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。在一个实施例中，如图15所示，提供了一种窄带物联网的资源调度系统，包括基站152和待调度设备154；其中，基站152可用于实现以下步骤：检测下行缓存器中的数据是否满足预设的资源调度触发条件，若是，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，虚拟BSR用于指示为待调度设备调度的资源大小；当到达预设的调度延迟时长时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备。待调度设备154可用于实现以下步骤：在接收到基站发送的下行控制信息时，根据下行控制信息向基站发送上行数据；上行数据的大小为基站根据当前的通信事件计算得到的虚拟BSR的大小。在一个实施例中，基站152还用于实现以下步骤：通过RLC层生成虚拟BSR，并将虚拟BSR传输给MAC层；通过MAC层根据待调度设备当前的通信事件，计算对应虚拟BSR的资源大小；当前通信事件包括待调度设备在初始接入过程中生成的NAS层信令或位置更新过程中生成的NAS层信令。在一个实施例中，基站152还用于实现以下步骤：在调度延迟时长内，检测到待调度设备生成上行数据包、且未接收到待调度设备传输的随机接入请求。在一个实施例中，基站152还用于实现以下步骤：在调度延迟时长内，若检测到待调度设备生成上行数据包、且接收到待调度设备传输的随机接入请求时，则生成减小调度延迟时长的第一通知。进一步的，基站152还用于实现以下步骤：当在调度延迟时长内，未检测到待调度设备生成上行数据包，且在到达调度延迟时长后接收到待调度设备针对下行控制信息的发送的上行数据为零时，则生成增大调度延迟时长的第二通知。进一步的，基站152还用于实现以下步骤：计算预设统计周期内生成第一通知的次数A1和第二通知的次数A2；若A1大于预设第一门限值N，且A1/(A1+A2)大于预设第二门限值P，则减小调度延迟时长；若A2大于预设第一门限值N，且A2/(A1+A2)大于预设第二门限值P，则增大调度延迟时长。在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：检测下行缓存器中的数据是否满足预设的资源调度触发条件，若是，则根据待调度设备当前的通信事件计算待调度设备对应的虚拟BSR，虚拟BSR用于指示为待调度设备调度的资源大小；当到达预设的调度延迟时长时，根据虚拟BSR为待调度设备调度上行资源，并将根据虚拟BSR生成的下行控制信息发送至待调度设备。在一个实施例中，计算机程序被处理器执行时实现以下步骤：在接收到基站发送的下行控制信息时，根据下行控制信息向基站发送上行数据；上行数据的大小为基站根据当前的通信事件计算得到的虚拟BSR的大小。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各除法运算方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。当前第1页1 2 3