CN111586876B - 一种窄带物联网的数据调度方法及装置 - Google Patents
一种窄带物联网的数据调度方法及装置 Download PDFInfo
- Publication number
- CN111586876B CN111586876B CN202010349647.0A CN202010349647A CN111586876B CN 111586876 B CN111586876 B CN 111586876B CN 202010349647 A CN202010349647 A CN 202010349647A CN 111586876 B CN111586876 B CN 111586876B
- Authority
- CN
- China
- Prior art keywords
- scheduling
- subframe
- type
- terminal
- data
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
Abstract
本申请实施例公开了一种窄带物联网的数据调度方法及装置。本申请实施例提供的技术方案,通过基站MAC层基于当前业务需要调度的对象确定调度类型,根据调度类型下发对应的调度子帧,由终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据调度子帧中各个业务类型的权重为上行数据分配信道传送资源。采用上述技术手段,可以实现窄带物联网络的适应性调度,避免网络带宽占用、空口信道资源紧张的情况,优化数据调度、传输效率。此外,通过终端MAC层分配信道传送资源,更进一步优化网络数据调度,提升网络带宽的利用率。
Description
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种窄带物联网的数据调度方法及装置。
背景技术
随着通信网络类型越来越多样化,以及通信技术的发展进步,目前,通信网络的可传输带宽也变得越来越大,其传输数据的速率也越来越快,然而,在将高带宽通信技术应用在一些需要低速、低成本乃至低功率的特定设备(诸如智能电表、传感器探测等)上时,很容易造成带宽资源的浪费。因此,现有一种窄带物联网技术,其支持低功耗设备在广域网的蜂窝数据连接,具备通信带宽小,功耗小且部署成本低的特点。将窄带物联网技术应用在上述特定设备上时,可以不用改变现有网络部署结构,无需新增基站设备,只需对软硬件进行升级,即可实现窄带物联网的快速部署。
但是,在对现有窄带物联网络的数据调度时,容易造成空口信道资源紧张,数据调度效率低下的情况。
发明内容
本申请实施例提供一种窄带物联网的数据调度方法、装置及存储介质,能够适应性地进行网络数据调度,避免网络带宽占用和浪费。
在第一方面,本申请实施例提供了一种窄带物联网的数据调度方法,包括:
基站MAC层基于当前业务需要调度的对象确定调度类型,所述调度类型为广播调度、组播调度或点播调度;
基站MAC层根据所述调度类型下发对应的调度子帧,所述调度子帧包含对应的调度参数,所述调度参数用于终端MAC层的上行数据传输;
终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据所述调度子帧中各个业务类型的权重为上行数据分配信道传送资源。
进一步的,所述调度子帧包含帧类型信息,所述帧类型信息用于标识所述调度子帧的调度类型。
进一步的,所述基站MAC层基于当前业务需要调度的对象确定调度类型,包括:
若当前业务需要调度的对象为单个终端,确定所述调度类型为点播调度,若当前业务需要调度的对象为对应一个分组的终端,确定所述调度类型为组播调度,若当前业务需要调度的对象为小区所有终端,确定所述调度类型为广播调度。
进一步的,所述若当前业务需要调度的对象为小区所有终端,确定所述调度类型为广播调度,包括:
在进行终端附着或小区所有终端的上行实时数据传输时,确定所述调度类型为广播调度。
进一步的,所述终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,包括:
在自身附着状态为未附着时,实时监听所述调度类型为广播调度的调度子帧。
进一步的,所述在自身附着状态为未附着时,实时监听所述调度类型为广播调度的调度子帧,还包括:
在进行终端附着时,监听所有调度子帧以发起终端附着流程。
进一步的,所述终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,还包括:
在自身附着状态为已附着时,实时监听所述调度类型为组播调度和点播调度的调度子帧。
进一步的,所述在自身附着状态为已附着时,实时监听所述调度类型为组播调度和点播调度的调度子帧,还包括:
在进行突发数据发送时,实时监听所述调度类型为广播调度的调度子帧,并基于广播调度的资源发送所述突发数据。
在第二方面,本申请实施例提供了一种窄带物联网的数据调度装置,包括:
确定模块,用于通过基站MAC层基于当前业务需要调度的对象确定调度类型,所述调度类型为广播调度、组播调度或点播调度;
下发模块,用于通过基站MAC层根据所述调度类型下发对应的调度子帧,所述调度子帧包含对应的调度参数,所述调度参数用于终端MAC层的上行数据传输;
监听模块,用于通过终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据所述调度子帧中各个业务类型的权重为上行数据分配信道传送资源。
在第三方面,本申请实施例提供了一种存储程序指令的计算机可读介质,所述程序指令在由计算机处理器执行时用于执行如第一方面所述的窄带物联网的数据调度方法。
本申请实施例通过基站MAC层基于当前业务需要调度的对象确定调度类型,根据调度类型下发对应的调度子帧,由终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据调度子帧中各个业务类型的权重为上行数据分配信道传送资源。采用上述技术手段,可以实现窄带物联网络的适应性调度,避免网络带宽占用、空口信道资源紧张的情况,优化数据调度、传输效率。此外,通过终端MAC层分配信道传送资源,更进一步优化网络数据调度,提升网络带宽的利用率。
附图说明
图1是本申请实施例一提供的一种窄带物联网的数据调度方法的流程图;
图2是本申请实施例一中窄带物联网的协议架构示意图;
图3是本申请实施例一中各分组终端与基站的数据通信示意图;
图4是本申请实施例二提供的一种窄带物联网的数据调度装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理,但是其中的许多操作可以被并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
本申请提供的窄带物联网的数据调度方法,旨在通过对窄带物联网的网络资源进行适应性调度,以避免调度类型的错误选用导致网络带宽占用、空口信道资源紧张的情况。并通过终端MAC层基于上行数据的业务类型权重进行信道传送资源分配,以此来进一步优化网络数据调度,提升网络带宽的利用率。相对于传统的物联网络,其在进行网络数据调度时,没有较好的数据调度机制,无法根据实时业务需要及业务类型进行适应性数据调度,容易出现网络带宽占用、利用率低,信道资源分配不均、不适宜的情况,影响物联网络的数据传输效率。基于此,提供本申请实施例的一种窄带物联网的数据调度方法,以解决现有物联网络带宽占用、信道资源分配不均的技术问题。
实施例一:
图1给出了本申请实施例一提供的一种窄带物联网的数据调度方法的流程图,本实施例中提供的窄带物联网的数据调度方法可以由窄带物联网的数据调度设备执行,该窄带物联网的数据调度设备可以通过软件和/或硬件的方式实现,该窄带物联网的数据调度设备可以是两个或多个物理实体构成,一般而言,该物联网络的数据调度设备对应为基站与终端两端。
下述以窄带物联网的数据调度设备为执行窄带物联网的数据调度方法的设备为例,进行描述。参照图1,该窄带物联网的数据调度方法具体包括:
S110、基站MAC层基于当前业务需要调度的对象确定调度类型,所述调度类型为广播调度、组播调度或点播调度。
本申请实施例的窄带物联网的数据调度方法,主要应用于窄带物联网架构下,基站与终端间的数据调度。该数据调度方法具体可以应用于基于窄带物联网的智能抄表系统,智能家居系统等场景中。其中,参照图2,提供本申请实施例的窄带物联网架构图。在窄带物联网的协议架构中,终端与基站通过空中接口进行通信,该空中接口为Uu接口,Uu接口主要用于广播寻呼以及RRC连接的处理,切换和功率控制的判决执行,处理无线资源的管理和控制信息以及处理基带和射频处理信息。Uu接口主要由PHY层、MAC层和RLC层组成,其中,PHY层用于提供基本的信道处理功能,下行信道PMCH为基站提供下行信令和数据的广播、组播和点播传输服务,上行信道PUSCH为终端提供上行数据传输服务。考虑到目前诸如智能抄表系统的应用模型主要是终端上报服务,因此本申请实施例的下行信道PMCH采用单载波传输,上行信道PUSCH采用多载波传输。MAC层为媒介接入控制层,其最主要的功能是针对大量的终端合理的进行上行调度,尽量减少数据传输的冲突,提高上行吞吐率。RLC层是无线链路控制层,主要功能有大包分片和重组、按序提交等功能。
本申请实施例主要通过基站与终端两端的MAC层进行数据调度。MAC层通过资源分配来控制空中接口的上下行数据传输,以此来实现数据调度。示例性的,对应智能抄表系统的应用场景,基于其物联网终端数据传输量少,功耗要求低的特点,MAC层将小区所辖终端分成若干组。对应各个组的终端,提供对应的空口时序关系,用以指示各类数据的发送时序。其中,每个组对应一个上行数据发送时序(即subframe%MAXGROUPS=GroupID)和下行调度时序(即(subframe+T)%MAXGROUPS=GroupID),以及上行数据发送的确认时序(即(subframe-t)%MAXGROUPS=GroupID)。其中,T为终端的下行处理和上行数据准备时间(目前T为1秒),t为基站的上行数据接收和下行反馈的准备时间(目前t为2秒)。举例说明,GroupID(分组ID)为1的终端如果有数据发送,需要在subframe(子帧号)=0子帧监听该组的下行调度,如果数据发送被允许,则该终端在subframe=1子帧进行数据发送。假设终端请求的是可靠传输,则终端需要在subframe=3子帧接收确认信息。小区内各个终端在进行终端附着时预先进行分组,为各个终端配置分组ID(即GroupID)和设备ID,以便于后续在下行调度子帧的监听时,确定对应的调度信息。其中,参照图3,终端12的分组可以采用聚类的方式进行,通过在小区内选择对应的终端12作为参考点,其他终端12与参考点的距离在设定阈值内的则将该终端与参考点配置为一组,以此完成终端12的分组,最终,各个分组与基站11进行数据传输,基站可通过组播调度进行对应该组所有终端的数据调度。
具体的,在进行数据调度过程中,根据当前业务需要调度的对象为单个终端,对应某一个分组的终端或者小区内的所有终端,基站MAC层会选择对应的调度类型进行数据调度。其中,若当前业务需要调度的对象为单个终端,确定所述调度类型为点播调度,若当前业务需要调度的对象为对应一个分组的终端,确定所述调度类型为组播调度,若当前业务需要调度的对象为小区所有终端,确定所述调度类型为广播调度。
上述三种调度类型的调度信息(即调度子帧)均由基站MAC层通过下行信道PMCH进行下发。其中,所述调度子帧包含帧类型信息(FrameType),所述帧类型信息用于标识所述调度子帧的调度类型。后续终端MAC层可根据业务需要检测下行信道PMCH,监听对应帧类型信息的调度子帧。
更具体的,本申请实施例中,广播调度主要用于终端附着以及所有终端的上行实时数据传输。组播调度主要用于对应一个组内的所有终端的上行数据传输,点播调度主要用于对应单个终端的上行数据传输。终端MAC层在组播调度和点播调度时发送的上行数据可以是系统的周期性数据(如本申请智能抄表系统的抄表破读数)等。
S120、基站MAC层根据所述调度类型下发对应的调度子帧,所述调度子帧包含对应的调度参数,所述调度参数用于终端MAC层的上行数据传输。
具体的,基站MAC层下发的下行数据的下行帧结构参见下表1:
表1下行帧结构的组成
1Byte | 1Byte | 0~16Bytes | 0~256Bytes | ||
DLMACPDU: | subframe | MacCtrl | MacFrame | … | LastMacFrame |
一个下行帧(MAC PDU)由subframe、MacCtrl和N个MacFrame组成(N等于MacCtrl中的FrameCnt)。其中,subframe表示子帧号,用于终端与基站的子帧同步,其为一个字节长度,从0~255循环取值。MacCtrl主要用于指示系统是否携带系统消息、时间信息、最后一个MAC帧内容(即LastMacFrame)的类型,其还可以携带系统消息内容。在终端接入网络之前,终端必须获取系统消息内容来获取空口参数,以使基站与终端进行数据传输。如果基站的系统消息参数值与协议默认值不一致时,则在子帧(subframe+T)%10=0时必发送消息。当然,对其他子帧也可选择发送。MacFrame表示MAC帧内容,一个下行帧结构包含的MAC帧内容由上述MacCtrl决定。MAC帧包括帧类型(FrameType)、字节长度(FrameLen)和帧负载(FramePayload)组成。其中,帧类型用于指示调度子帧的调度类型。字节长度表示帧负载的长度,对应下行帧的不同部分的字节长度不同。同样的,帧负载的内容也根据字节长度确定。
具体的,本申请实施例中帧类型的包括广播调度信息(broadcast内容),组播调度信息(multicast内容)和点播调度信息(unicast内容)。其中,广播调度信息包含上行调度参数和下行调度数据,上行调度参数用于接入过程上行传输和已接入终端的突发数据发送。当广播调度的频点个数大于1时,则最后一个频点只能用于突发数据(ULBurst)传输。组播调度信息包含上行调度参数和下行调度数据,对应的组GroupID=(subframe+1)%MAXGROUPS。如若该帧字节长度等于0,则该次组播没有携带相关数据和信息,组播中的终端采用之前保存的空口参数进行发送。如果某调度子帧同时进行了点播和组播调度,则点播优先级更高,点播终端所使用的频点,不能被组播传输使用。点播调度信息同样包含了上行调度参数和下行调度数据,其对应的终端ID在点播内容中指定。GroupID=(subframe+1)%MAXGROUPS,点播调度中的参数,终端在成功接收后必须保存,以供后续上行数据传输使用。需要说明的是,如果该下行帧结构的字节长度(FrameLen)等于1,则该次点播没有携带相关数据和信息,被点播的终端采用之前保存的空口参数进行发送。
此外,帧类型还包括顺序点播调度信息和离散点播调度信息,其中,顺序点播调度信息(serialUnicast内容),对应的终端由初始设备ID和字节长度决定。该帧字节长度必须大于0。顺序点播的终端采用之前保存的空口参数进行传输。离散点播调度信息(dispersedUnicast内容),其指示点播的终端ID(UEID),不携带空口参数,该帧点播终端的个数由字节长度确定。
基站MAC层根据实时业务需求下发相应的下行数据进行数据调度。具体的,基于已确定的调度类型,基站MAC层通过下发对应的调度子帧进行数据调度。其中,在调度子帧符合时序关系(subframe+T)%MAXGROUPS等于0时,则该调度子帧进行广播调度。其中subframe为子帧号,每X毫秒(X当前为1秒,根据实际需求对应设置)做一次调度,subframe相应加1,取值范围为[0~255]。MAXGROUPS为配置值,取值为2的幂次方值,可配置最大值为256,配置值由基站初始化时确定,并在系统消息中下发至终端。此外,基站MAC层对其他的子帧也可以进行广播调度,具体由基站的实现策略决定。举例而言,当基站认为某个子帧有空闲资源时,则在该子帧也进行广播调度。
对应组播调度,其调度的对象是一个组内所有的终端,终端MAC层根据组播调度子帧调度的载波资源进行上行数据传输。需要说明的是,不同分组在的终端应在不同的调度子帧进行数据调度,终端判断对应本组的组播调度的时机为GroupID=(subframe+T)%MAXGROUPS,即通过检测下行信道PMCH,监听到调度子帧等于对应的分组ID时,确定该调度子帧为对应本组的组播调度。
而对于点播调度,其调度对象是单个终端,只有对应点播调度子帧包含的设备地址(devAddress)的终端才能进行上行数据发送,终端判断自己点播调度的时机为GroupID=(subframe+T)%MAXGROUPS,即对同一终端而言,组播和点播调度的子帧号(subframe)是一致的。
并且,上述对应各个调度类型的调度子帧均包含调度参数,调度参数在下发至终端后由终端保存并实时更新,以便于在进行对应上行数据发送时,根据调度参数进行上行数据传输。
S130、终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据所述调度子帧中各个业务类型的权重为上行数据分配信道传送资源。
具体的,终端MAC层在进行调度子帧检测监听时,根据当前自身是否已经完成终端附着流程,进行对应调度类型的调度子帧监听。其中,终端在自身附着状态为未附着时,实时监听所述调度类型为广播调度的调度子帧。在自身附着状态为已附着时,实时监听所述调度类型为组播调度和点播调度的调度子帧。本申请实施例中,对于没有附着或者需要重新附着的终端,可以只监听广播调度子帧((subframe+T)%MAXGROUP=0),也可在进行终端附着时,监听所有子帧来发起附着过程,具体需求视终端是否需要省电来决定。通过监听对应的子帧,利用该调度子帧的资源发起终端附着流程。而对于已经附着成功的终端,如果有周期性数据发送,需要在自己的分组ID(GroupID)对应的调度子帧上监听点播和组播,如果终端监听到自己的点播调度子帧,则优先使用点播调度子帧的资源来发送数据,点播调度子帧的资源为对应的点播终端所独占。其他终端(使用该时序组播资源进行数据传输的终端)不能使用该资源进行发送。终端需保存最新的点播参数,应用于后续的上行数据传输。更具体的,终端上电后必须先获取系统消息,然后需要通过Uu接口进行一个终端附着过程,用于获取设备地址(devAddress)。此时,终端需要监听下行信道,当下行信道有广播调度子帧时,终端可利用该广播调度资源发送附着请求消息。当广播调度中的频点个数为1时,终端利用该频点发送附着请求消息,当频点个数为K且K>1时,终端在前K-1个频点中选择一个频点进行发送。附着请求消息主要携带一个唯一标示终端的电子串号(devESN),用于网络端进行鉴权。在鉴权通过后,基站MAC层为终端分配一个设备地址(devAddress),设备地址(devAddress)一共16位,高8位为分组ID(GroupID,取值范围为0~0xFF),低8位为设备ID(UEID,取值范围为0~0xFF)。devAddress+devESN携带在附着响应消息,通过下行信道PMCH发送给终端。终端在subframe=i发送了附着请求消息后,需要在接下来的subframe=i+2开始的附着响应周期(attach-ResponseWindowSize)的10个子帧窗口内侦听自己的附着响应消息,如果成功收到附着响应消息,终端附着成功。如果终端在附着响应周期时间内没有收到自己的附着响应消息,则需要重新发起附着过程。需要说明的是,如果终端之前已经保留了设备地址,则终端在重新发起附着过程前,必须先释放该设备地址。基站会根据设备地址分配策略(比如组内终端数的平衡,或者一段时间组内业务量的平衡)对附着请求的终端重新分配设备地址。
此外,本申请实施例在进行突发数据发送时,实时监听所述调度类型为广播调度的调度子帧,并基于广播调度的资源发送所述突发数据。对于已经附着成功的终端,如果有实时数据(突发性数据)需要发送,除了使用上述的点播和组播资源进行数据传输外,还可在任何子帧监听广播调度,利用广播调度资源发送突发性数据。具体的,对于实时数据,一般指突发紧急数据,终端通过检测下行信道PMCH,监听广播调度子帧,当广播调度子帧中的频点个数为1时,终端利用该频点发送上行实时数据,当频点个数大于1时,终端选择最后一个频点进行发送。所有上行实时数据被基站成功接收后都会进行确认反馈,假设终端在subframe=i发送了数据,终端必须在subframe=i+2检测确认反馈。如果未检测到对应设备地址的确认反馈,则终端认为该次实时数据发送失败,可继续寻找可用资源进行重传。
另一方面,终端MAC层在进行上行数据的传输时,还通过调度子帧中各个业务类型的权重为上行数据分配信道传送资源。具体的,当基站MAC层的下行数据到达终端MAC层时,通过获知下行数据中包含的业务类型,按照下行数据中包含的每种业务类型的权重,给上行数据分配信道传送资源。终端MAC层会根据每种业务类型的基础权重值,分别确定每种业务类型的权重。或者,通过确定网络环境参数,根据网络环境参数以及每种业务类型的基础权重值,分别确定每种业务类型的权重。其中,网络环境参数包括网络时延参数。通过检测无线网络的网络时延时长,根据网络时延时长和预设时延时长的比较结果,确定每种业务类型的网络时延参数。通过信道传送资源的分配,可以避免网络资源需求较少的业务占用过多带宽,进而提升网络资源的利用率。
上述,通过基站MAC层基于当前业务需要调度的对象确定调度类型,根据调度类型下发对应的调度子帧,由终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据调度子帧中各个业务类型的权重为上行数据分配信道传送资源。采用上述技术手段,可以实现窄带物联网络的适应性调度,避免网络带宽占用、空口信道资源紧张的情况,优化数据调度、传输效率。此外,通过终端MAC层分配信道传送资源,更进一步优化网络数据调度,提升网络带宽的利用率。
实施例二:
在上述实施例的基础上,图4为本申请实施例二提供的一种窄带物联网的数据调度装置的结构示意图。参考图4,本实施例提供的窄带物联网的数据调度装置具体包括:确定模块21、下发模块22和监听模块23。
其中,确定模块21用于通过基站MAC层基于当前业务需要调度的对象确定调度类型,所述调度类型为广播调度、组播调度或点播调度;
下发模块22用于通过基站MAC层根据所述调度类型下发对应的调度子帧,所述调度子帧包含对应的调度参数,所述调度参数用于终端MAC层的上行数据传输;
监听模块23用于通过终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据所述调度子帧中各个业务类型的权重为上行数据分配信道传送资源。
上述,通过基站MAC层基于当前业务需要调度的对象确定调度类型,根据调度类型下发对应的调度子帧,由终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据调度子帧中各个业务类型的权重为上行数据分配信道传送资源。采用上述技术手段,可以实现窄带物联网络的适应性调度,避免网络带宽占用、空口信道资源紧张的情况,优化数据调度、传输效率。此外,通过终端MAC层分配信道传送资源,更进一步优化网络数据调度,提升网络带宽的利用率。
本申请实施例二提供的窄带物联网的数据调度装置可以用于执行上述实施例一提供的窄带物联网的数据调度方法,具备相应的功能和有益效果。
实施例三:
本申请实施例三提供了一种存储程序指令的计算机可读介质,所述程序指令在由计算机处理器执行时用于执行一种窄带物联网的数据调度方法,该窄带物联网的数据调度方法包括:基站MAC层基于当前业务需要调度的对象确定调度类型,所述调度类型为广播调度、组播调度或点播调度;基站MAC层根据所述调度类型下发对应的调度子帧,所述调度子帧包含对应的调度参数,所述调度参数用于终端MAC层的上行数据传输;终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据所述调度子帧中各个业务类型的权重为上行数据分配信道传送资源。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDR RAM、SRAM、EDO RAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的第一计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本申请实施例所提供的一种存储程序指令的计算机可读介质,其计算机可执行指令不限于如上所述的窄带物联网的数据调度方法,还可以执行本申请任意实施例所提供的窄带物联网的数据调度方法中的相关操作。
上述实施例中提供的窄带物联网的数据调度装置、存储介质可执行本申请任意实施例所提供的窄带物联网的数据调度方法,未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的窄带物联网的数据调度方法。
上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由权利要求的范围决定。
Claims (6)
1.一种窄带物联网的数据调度方法,其特征在于,包括:
基站MAC层基于当前业务需要调度的对象确定调度类型,所述调度类型为广播调度、组播调度或点播调度;
基站MAC层根据所述调度类型下发对应的调度子帧,所述调度子帧包含对应的调度参数,所述调度参数用于终端MAC层的上行数据传输;
终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据所述调度子帧中各个业务类型的权重为上行数据分配信道传送资源,所述权重根据各个业务类型的基础权重值设定,或者所述权重根据各个业务类型的基础权重值和网络环境参数设定;
所述终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,包括:
在自身附着状态为未附着时,实时监听所述调度类型为广播调度的调度子帧;
在进行终端附着时,监听所有调度子帧以发起终端附着流程;
在自身附着状态为已附着时,实时监听所述调度类型为组播调度和点播调度的调度子帧;
在进行突发数据发送时,实时监听所述调度类型为广播调度的调度子帧,并基于广播调度的资源发送所述突发数据;
在实时监听所述调度类型为广播调度的调度子帧之后,还包括:
若所述调度子帧的频点个数为1个,利用对应的频点进行附着请求信息的发送,若所述调度子帧的频点个数为K且K大于1,从前K-1个频点中选择一个频点进行附着请求信息的发送;
根据发送所述附着请求信息所对应的子帧号,从所述子帧号之后的第二个子帧开始附着响应周期,并在所述附着响应周期所对应的10个子帧窗口内监听附着响应。
2.根据权利要求1所述的窄带物联网的数据调度方法,其特征在于,所述调度子帧包含帧类型信息,所述帧类型信息用于标识所述调度子帧的调度类型。
3.根据权利要求1所述的窄带物联网的数据调度方法,其特征在于,所述基站MAC层基于当前业务需要调度的对象确定调度类型,包括:
若当前业务需要调度的对象为单个终端,确定所述调度类型为点播调度,若当前业务需要调度的对象为对应一个分组的终端,确定所述调度类型为组播调度,若当前业务需要调度的对象为小区所有终端,确定所述调度类型为广播调度。
4.根据权利要求3所述的窄带物联网的数据调度方法,其特征在于,所述若当前业务需要调度的对象为小区所有终端,确定所述调度类型为广播调度,包括:
在进行终端附着或小区所有终端的上行实时数据传输时,确定所述调度类型为广播调度。
5.一种窄带物联网的数据调度装置,其特征在于,包括:
确定模块,用于通过基站MAC层基于当前业务需要调度的对象确定调度类型,所述调度类型为广播调度、组播调度或点播调度;
下发模块,用于通过基站MAC层根据所述调度类型下发对应的调度子帧,所述调度子帧包含对应的调度参数,所述调度参数用于终端MAC层的上行数据传输;
监听模块,用于通过终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,并根据所述调度子帧中各个业务类型的权重为上行数据分配信道传送资源,所述权重根据各个业务类型的基础权重值设定,或者所述权重根据各个业务类型的基础权重值和网络环境参数设定;
所述终端MAC层根据自身附着状态及实时业务需求监听对应的调度子帧,包括:
在自身附着状态为未附着时,实时监听所述调度类型为广播调度的调度子帧;
在进行终端附着时,监听所有调度子帧以发起终端附着流程;
在自身附着状态为已附着时,实时监听所述调度类型为组播调度和点播调度的调度子帧;
在进行突发数据发送时,实时监听所述调度类型为广播调度的调度子帧,并基于广播调度的资源发送所述突发数据;
在实时监听所述调度类型为广播调度的调度子帧之后,还包括:
若所述调度子帧的频点个数为1个,利用对应的频点进行附着请求信息的发送,若所述调度子帧的频点个数为K且K大于1,从前K-1个频点中选择一个频点进行附着请求信息的发送;
根据发送所述附着请求信息所对应的子帧号,从所述子帧号之后的第二个子帧开始附着响应周期,并在所述附着响应周期所对应的10个子帧窗口内监听附着响应。
6.一种存储程序指令的计算机可读介质,其特征在于,所述程序指令在由计算机处理器执行时用于执行如权利要求1-4任一所述的窄带物联网的数据调度方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010349647.0A CN111586876B (zh) | 2020-04-28 | 2020-04-28 | 一种窄带物联网的数据调度方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010349647.0A CN111586876B (zh) | 2020-04-28 | 2020-04-28 | 一种窄带物联网的数据调度方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111586876A CN111586876A (zh) | 2020-08-25 |
CN111586876B true CN111586876B (zh) | 2021-07-13 |
Family
ID=72122585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010349647.0A Active CN111586876B (zh) | 2020-04-28 | 2020-04-28 | 一种窄带物联网的数据调度方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111586876B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112654002A (zh) * | 2020-11-30 | 2021-04-13 | 江苏林洋能源股份有限公司 | 一种提升nb网络下智能电表通信成功率的方法 |
CN116347629B (zh) * | 2023-05-30 | 2023-08-25 | 珠海优特电力科技股份有限公司 | 物联网中设备切换控制方法、装置和物联网系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106658744A (zh) * | 2016-12-19 | 2017-05-10 | 瑞斯康达科技发展股份有限公司 | 一种mac层调度方法及装置 |
CN109831829A (zh) * | 2017-11-23 | 2019-05-31 | 成都鼎桥通信技术有限公司 | 一种调度方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BRPI0925335B1 (pt) * | 2009-04-28 | 2020-11-24 | Gemalto Sa | Metodo de comunicaqao, dispositivo, nodeb melhorado (enb) e equipamento de usuario (ue) de difusao e/ou multidifusao em uma rede de radio |
CN103974198B (zh) * | 2013-01-30 | 2018-01-12 | 中国电信股份有限公司 | 长期演进系统多播广播业务的资源调度方法、装置及基站 |
CN105451353B (zh) * | 2014-07-31 | 2019-02-05 | 成都鼎桥通信技术有限公司 | 一种视频集群调度方法及设备 |
US10595326B2 (en) * | 2016-12-12 | 2020-03-17 | Mediatek Inc. | Methods of efficient downlink control information transmission |
-
2020
- 2020-04-28 CN CN202010349647.0A patent/CN111586876B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106658744A (zh) * | 2016-12-19 | 2017-05-10 | 瑞斯康达科技发展股份有限公司 | 一种mac层调度方法及装置 |
CN109831829A (zh) * | 2017-11-23 | 2019-05-31 | 成都鼎桥通信技术有限公司 | 一种调度方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111586876A (zh) | 2020-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109075908B (zh) | 车联网设备之间的反馈信息传输方法、装置及系统 | |
EP2524564B1 (en) | Apparatus and method for accessing random access channel in a wireless communication system | |
CN111585711B (zh) | 一种窄带物联网的上行数据发送方法及装置 | |
CN111901898B (zh) | 基于窄带物联网的终端附着方法及装置 | |
US20120026873A1 (en) | Method and system for adaptively obtaining bandwidth allocation requests | |
JP4667710B2 (ja) | データを転送するための、方法及び信号システム | |
WO2019028890A1 (zh) | 半静态调度的处理方法、通信设备及存储介质 | |
CN108901076B (zh) | 窄带物联网的资源调度方法、装置及系统 | |
CN111586876B (zh) | 一种窄带物联网的数据调度方法及装置 | |
CN101064922B (zh) | 一种无线通信中接入冲突的避让方法及系统 | |
EP4274271A2 (en) | Internet of vehicles data transmission method, transmission terminal and network side device | |
CN108712773B (zh) | 一种参数设定方法、装置及基站 | |
CN101207570A (zh) | 数据传输方法、数据发送速率控制方法及基站 | |
WO2018170921A1 (zh) | 通信资源管理方法、装置及系统 | |
EP3927081A1 (en) | Resource scheduling system for a wireless communication network | |
CN111586760B (zh) | 一种窄带物联网的终端附着方法及装置 | |
WO2022077227A1 (zh) | 直连通信方法、装置及存储介质 | |
US20230389047A1 (en) | Sidelink communication method and apparatus | |
WO2022021412A1 (zh) | Cg配置方法、装置、设备及介质 | |
CN111565469B (zh) | 一种窄带物联网的上行实时数据传输方法及装置 | |
WO2022082530A1 (zh) | 通信方法及装置 | |
CN105744638A (zh) | 一种调度方法和系统、以及接入点和站点 | |
WO2022021411A1 (zh) | Harq进程确定方法、装置、设备及介质 | |
US11576074B2 (en) | Dynamically controlling a local buffer of a modem of a wireless device | |
CN111432379B (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 |