CN111565469A - 一种窄带物联网的上行实时数据传输方法及装置 - Google Patents

Abstract

本申请实施例公开了一种窄带物联网的上行实时数据传输方法及装置。本申请实施例提供的技术方案，通过检测下行信道，监听基站的调度信息，基于调度信息的调度资源发送上行实时数据至基站，并在指定的子帧窗口内检测基站基于所述上行实时数据而返回的确认信息；若未检测到确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行上行实时数据的重新发送。采用上述技术手段，可以在上行实时数据传输失败后进行重新发送，保障上行实时数据传输的可靠性，避免上行实时数据传输故障，无法及时上传至基站的情况，进而优化上行实时数据的传输机制，优化系统的运行。

Description

一种窄带物联网的上行实时数据传输方法及装置

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种窄带物联网的上行实时数据传输方法、装置、电子设备及存储介质。

背景技术

目前，随着通信网络类型越来越多样化，以及通信技术的发展进步，目前，通信网络的可传输带宽也变得越来越大，其传输数据的速率也越来越快，然而，在将高带宽通信技术应用在一些需要低速、低成本乃至低功率的特定设备(诸如智能电表、传感器探测等)上时，很容易造成带宽资源的浪费。因此，现有一种窄带物联网技术，其支持低功耗设备在广域网的蜂窝数据连接，具备通信带宽小，功耗小且部署成本低的特点。将窄带物联网技术应用在上述特定设备上时，可以不用改变现有网络部署结构，无需新增基站设备，只需对软硬件进行升级，即可实现窄带物联网的快速部署。

但是，现有的窄带物联网络中，对应突发紧急性上行实时数据的传输机制较为简单，可靠性相对较低。

发明内容

本申请实施例提供一种窄带物联网的上行实时数据传输方法、装置、电子设备及存储介质，能够保障上行数据发送的可靠性，确保上行实时数据及时上传至基站。

在第一方面，本申请实施例提供了一种窄带物联网的上行实时数据传输方法，包括：

检测下行信道，监听基站的调度信息，所述调度信息包括广播调度信息、组播调度信息和点播调度信息；

基于所述调度信息的调度资源发送上行实时数据至所述基站，并在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息；

若未检测到所述确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送。

进一步的，所述检测下行信道，监听基站的调度信息，包括：

监听基站的广播调度信息，根据所述广播调度信息中的频点个数选择对应的频点进行上行实时数据的发送。

进一步的，根据所述广播调度信息中的频点个数选择对应的频点进行上行实时数据的发送，包括：

若所述广播调度信息中的频点个数为1个，利用对应的频点进行所述上行实时数据的发送，若所述广播调度信息中的频点个数为多个，利用最后一个频点进行所述上行实时数据的发送。

进一步的，所述在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息，包括：

根据发送所述上行实时数据的子帧，在对应子帧之后的第二子帧窗口检测所述确认信息。

进一步的，在重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送之后，包括：

重新发送所述上行实时数据且持续未检测到所述确认信息达到设定次数，启动终端的重新注册入网流程。

进一步的，所述启动终端的重新注册入网流程，包括：

释放所述基站分配的原有设备地址，发起终端附着流程重新获取所述基站分配的设备地址。

进一步的，所述上行实时数据包含对应的设备地址，所述设备地址为终端的唯一标识。

在第二方面，本申请实施例提供了一种窄带物联网的上行实时数据传输装置，包括：

监听模块，用于检测下行信道，监听基站的调度信息，所述调度信息包括广播调度信息、组播调度信息和点播调度信息；

检测模块，用于基于所述调度信息的调度资源发送上行实时数据至所述基站，并在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息；

重发模块，用于在未检测到所述确认信息时，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送。

在第三方面，本申请实施例提供了一种电子设备，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的窄带物联网的上行实时数据传输方法。

在第四方面，本申请实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的窄带物联网的上行实时数据传输方法。

本申请实施例通过检测下行信道，监听基站的调度信息，基于调度信息的调度资源发送上行实时数据至基站，并在指定的子帧窗口内检测基站基于所述上行实时数据而返回的确认信息；若未检测到确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行上行实时数据的重新发送。采用上述技术手段，可以在上行实时数据传输失败后进行重新发送，保障上行实时数据传输的可靠性，避免上行实时数据传输故障，无法及时上传至基站的情况，进而优化上行实时数据的传输机制，优化系统的运行。

附图说明

图1是本申请实施例一提供的一种窄带物联网的上行实时数据传输方法的流程图；

图2是本申请实施例一中的窄带物联网的协议架构示意图；

图3是本申请实时例一中上行实时数据传输时终端与基站的交互示意图；

图4是本申请实施例二提供的一种窄带物联网的上行实时数据传输装置的结构示意图；

图5是本申请实时例三提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

本申请提供的一种窄带物联网的上行实时数据传输方法，旨在通过提供一个高容错能力的上行数据传输机制，以在上行实时数据传输失败的时候，重新监听基站的调度信息进行上行实时数据的重新发送，以保障上行实时数据能够及时上传，避免上行实时数据丢失的情况。对于传统的窄带物联网系统，其在进行上行实时数据传输的时候，通常终端在发送完上行实时数据之后，则当前上行实时数据传输流程结束。由于没有对基站是否成功接收到上行数据进行验证，基站对接收到的上行实时数据不做相应的反馈，当上行实时数据传输失败时，会导致这一上行实时数据丢失，基站一端无法及时获取该上行实时数据。由于上行实时数据一般为突发的紧急数据，如若传输不及时或者数据丢失，会导致终端的突发情况无法及时解决，影响系统运维，导致出现终端故障的情况，影响系统相关业务的运行处理。基于此，提供本申请实施例的一种窄带物联网的上行实时数据传输方法，以解决现有窄带物联网系统上行实时数据传输不可靠的技术问题。

实施例一：

图1给出了本申请实施例一提供的一种窄带物联网的上行实时数据传输方法的流程图，本实施例中提供的窄带物联网的上行实时数据传输方法可以由窄带物联网的上行实时数据传输设备执行，该窄带物联网的上行实时数据传输设备可以通过软件和/或硬件的方式实现，该窄带物联网的上行实时数据传输设备可以是两个或多个物理实体构成。一般而言，该窄带物联网的上行实时数据传输设备可以是窄带物联网系统中的各类终端设备。

下述以窄带物联网的上行实时数据传输设备为执行窄带物联网的上行实时数据传输方法的主体为例，进行描述。参照图1，该窄带物联网的上行实时数据传输方法具体包括：

S110、检测下行信道，监听基站的调度信息，所述调度信息包括广播调度信息、组播调度信息和点播调度信息。

具体的，本申请实施例的窄带物联网的上行实时数据传输方法，主要应用于窄带物联网架构下，终端与基站间的上行实时数据传输。该上行实时数据传输方法具体可以应用于基于窄带物联网的智能抄表系统的终端上。参照图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子帧进行数据发送。小区内各个终端在进行终端附着时预先进行分组，为各个终端配置分组ID(即GroupID)和设备ID，以便于后续在下行调度子帧的监听时，确定对应的调度信息。

一般而言，基站一端通过调度信息提供给终端上行实时数据传输的调度资源，以便于终端根据调度信息进行上行实时数据的传输。调度信息通过下行信道发送的下行数据下发给终端一端，下行数据的下行帧结构参见下表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)是一致的。

并且，上述对应各个调度类型的调度子帧均包含调度参数，调度参数在下发至终端后由终端保存并实时更新，以便于在进行对应上行数据发送时，根据调度参数进行上行数据传输。

可以理解的是，终端一端通过实时监听基站下发的调度信息，以利用调度信息的调度资源进行上行实时数据的传输。一般而言，上行实时数据利用基站一端的广播调度资源进行上行实时数据传输。根据实际需要，终端还可以根据监听到的对应自身分组的组播调度信息或者对应自身的点播调度信息，利用这些调度信息进行上行实时数据的发送。

进一步的，以广播调度信息为例，终端通过监听基站的广播调度信息，根据所述广播调度信息中的频点个数选择对应的频点进行上行实时数据的发送。其中，若所述广播调度信息中的频点个数为1个，利用对应的频点进行所述上行实时数据的发送，若所述广播调度信息中的频点个数为多个，利用最后一个频点进行所述上行实时数据的发送。

S120、基于所述调度信息的调度资源发送上行实时数据至所述基站，并在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息。

终端一端根据调度信息提供的调度资源，在选择频点发送上行实时数据之后，会实时检测下行信道，以监听基站一端返回的确认信息。在监听基站一端返回的确认信息时，根据发送所述上行实时数据的子帧，在对应子帧之后的第二子帧窗口检测所述确认信息。即假设终端在subframe＝i子帧发送了数据，则终端必须在subframe＝i+2子帧检测基站一端返回的确认信息(devAddrAck)。

需要说明的是，本申请实施例中，所述上行实时数据包含对应的设备地址，所述设备地址为终端的唯一标识。设备地址由终端附着时基站一端进行分配，其包含了对应的分组ID和终端ID。基站一端在接收到包含设备地址的上行实时数据时，即可确定当前上行实时数据的传输方为系统中的哪个终端。对应的，基站一端在发送确认信息的时候，同样需要在确认信息中附上对应终端的设备地址，以便于终端判定该确认信息的接收方为自身。

更具体的，提供本申请实施例的上行实时数据的帧结构，其中，上行实时数据的上行帧结构参见下表2：

表2上行帧结构的组成

	3bits	5bits	8bits	0～255Bytes
					MacFrame:	FrameType	FrameCtrl	FrameLen	FramePayload

不同于下行帧结构，一个上行帧结构(MAC PDU)只由一个帧内容(MacFrame)组成，每个帧内容又包含帧内容类型(FrameType)、控制字段(FrameCtrl)、字节长度(FrameLen)以及帧负载(FramePayload)组成。其中，本申请实施例的帧内容类型主要为上行实时数据类型。其帧结构中的RLC协议数据(RLC Data)的字节长度可变，具体由物理层支持的数据包大小以及应用层实际数据长度而定，当应用层数据长度大于物理层所能支持的最大包长度时，需要考虑分片传输。而控制字段、字节长度和帧负载参见上述下行数据结构的描述，在此不多赘述。

S130、若未检测到所述确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送。

进一步的，终端一端在判断基站是否成功接收该上行实时数据时，基于检测到的确认信息来进行判定。可以理解的是，若在指定的子帧窗口内未检测到确认信息，则表示该上行实时数据发送失败。终端一端启动上行实时数据的重发机制。通过重新发送上行实时数据至基站一端，以确保上行实时数据能够及时传输至基站。其中，在进行上行实时数据的重新传输时，终端一端同样需要通过检测下行信道，监听基站下发的调度信息，以寻找机会，利用监听到的调度信息的调度资源进行上行实时数据的重新传输。

在一个实施例中，若基站重新发送所述上行实时数据且持续未检测到所述确认信息达到设定次数，启动终端的重新注册入网流程。可以理解的是，如若重新发送上行实时数据的次数达到设定次数，则表示当前终端与基站的通信网络可能出现故障，终端需要进行重新注册入网，以寻找另一网络传输上行实时数据。可以理解的是，参照图2，基站一端作为网关，其接收到的上行实时数据会进一步转发至服务器。则当终端与当前基站的通信网络出现故障时，终端可以通过重新注册入网选择与其他基站构建通信链路，以确保上行实时数据能够及时通过基站转发至服务器。或者通过当前基站重新分配设备地址的方式，切换两者的通信链路，以保障两者能够正常通信。

进一步的，在进行重新注册入网时，终端释放所述基站分配的原有设备地址，发起终端附着流程重新获取所述基站分配的设备地址。在进行终端附着过程中，通过基站下发广播调度子帧，广播调度子帧包含系统消息。终端实时监听基站下发的广播调度子帧，基于广播调度子帧的系统消息发起附着流程。进一步的，终端通过发送附着请求至基站，附着请求包含对应的电子串号，电子串号为终端的唯一标识。由基站响应于附着请求返回附着响应至终端，附着响应包含对应的设备地址和电子串号。终端在设定的附着响应周期所对应的子帧窗口内监听附着响应，若成功接收到附着响应，完成终端附着流程，若在附着响应周期内未接收到附着响应，重新发起附着流程。在完成终端附着之后，终端进一步进行此前上行实时数据的传输，具体参见上述步骤S110～S130。

在一个实施例中，若终端重发上行实时数据达到设定次数，还可以通过输出网络故障报警以提示用户当前的网络故障情况，以便于用户及时获知网络故障对系统进行运行维护。

在一个实施例中，终端一端基于当前与基站的通信网络故障情况，为了保障上行实时数据的传输，通过与相邻终端构建通信链路，将上行实时数据传输至相邻的终端，由相邻终端将上行实时数据传输至终端。需要说明的是，相邻终端在上传上行实时数据至基站时，需附上原有终端的设备地址，以表明该上行实时数据源自原有终端。同样的，基站一端在返回确认信息时，也可以将确认信息返回至相邻终端，由相邻终端转发至原有终端，以此来进行上行实时数据传输确认。

参照图3，提供上行实时数据传输时终端与基站的交互示意图。在进行上行实时数据传输时，基站一端通过下行信道发送调度信息至终端一端，以提供对应的数据调度资源。终端一端基于调度信息的数据调度资源进行上行实时数据的发送，并在对应的子帧窗口内监听基站一端返回的确认信息。若在对应的子帧窗口内监听到确认信息，则上行实时数据传输完毕。否则，重新发起上行实时数据传输流程，以此来确保上行实时数据传输的及时性和可靠性。

上述，通过检测下行信道，监听基站的调度信息，基于调度信息的调度资源发送上行实时数据至基站，并在指定的子帧窗口内检测基站基于所述上行实时数据而返回的确认信息；若未检测到确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行上行实时数据的重新发送。采用上述技术手段，可以在上行实时数据传输失败后进行重新发送，保障上行实时数据传输的可靠性，避免上行实时数据传输故障，无法及时上传至基站的情况，进而优化上行实时数据的传输机制，优化系统的运行。

实施例二：

在上述实施例的基础上，图4为本申请实施例二提供的一种窄带物联网的上行实时数据传输装置的结构示意图。参考图4，本实施例提供的窄带物联网的上行实时数据传输装置具体包括：监听模块21、检测模块22和重发模块23。

其中，监听模块21用于检测下行信道，监听基站的调度信息，所述调度信息包括广播调度信息、组播调度信息和点播调度信息；

检测模块22用于基于所述调度信息的调度资源发送上行实时数据至所述基站，并在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息；

重发模块23用于在未检测到所述确认信息时，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送。

上述，通过检测下行信道，监听基站的调度信息，基于调度信息的调度资源发送上行实时数据至基站，并在指定的子帧窗口内检测基站基于所述上行实时数据而返回的确认信息；若未检测到确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行上行实时数据的重新发送。采用上述技术手段，可以在上行实时数据传输失败后进行重新发送，保障上行实时数据传输的可靠性，避免上行实时数据传输故障，无法及时上传至基站的情况，进而优化上行实时数据的传输机制，优化系统的运行。

本申请实施例二提供的窄带物联网的上行实时数据传输装置可以用于执行上述实施例一提供的窄带物联网的上行实时数据传输方法，具备相应的功能和有益效果。

实施例三：

本申请实施例三提供了一种电子设备，参照图5，该电子设备包括：处理器31、存储器32、通信模块33、输入装置34及输出装置35。该电子设备中处理器的数量可以是一个或者多个，该电子设备中的存储器的数量可以是一个或者多个。该电子设备的处理器、存储器、通信模块、输入装置及输出装置可以通过总线或者其他方式连接。

存储器32作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的窄带物联网的上行实时数据传输方法对应的程序指令/模块(例如，窄带物联网的上行实时数据传输装置中的监听模块、检测模块和重发模块)。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信模块33用于进行数据传输。

处理器31通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的窄带物联网的上行实时数据传输方法。

输入装置34可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置35可包括显示屏等显示设备。

上述提供的电子设备可用于执行上述实施例一提供的窄带物联网的上行实时数据传输方法，具备相应的功能和有益效果。

实施例四：

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种窄带物联网的上行实时数据传输方法，该窄带物联网的上行实时数据传输方法包括：检测下行信道，监听基站的调度信息，所述调度信息包括广播调度信息、组播调度信息和点播调度信息；基于所述调度信息的调度资源发送上行实时数据至所述基站，并在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息；若未检测到所述确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的窄带物联网的上行实时数据传输方法，还可以执行本申请任意实施例所提供的窄带物联网的上行实时数据传输方法中的相关操作。

上述实施例中提供的窄带物联网的上行实时数据传输装置、存储介质及电子设备可执行本申请任意实施例所提供的窄带物联网的上行实时数据传输方法，未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的窄带物联网的上行实时数据传输方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (10)

1.一种窄带物联网的上行实时数据传输方法，其特征在于，包括：

检测下行信道，监听基站的调度信息，所述调度信息包括广播调度信息、组播调度信息和点播调度信息；

基于所述调度信息的调度资源发送上行实时数据至所述基站，并在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息；

若未检测到所述确认信息，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送。

2.根据权利要求1所述的窄带物联网的上行实时数据传输方法，其特征在于，所述检测下行信道，监听基站的调度信息，包括：

监听基站的广播调度信息，根据所述广播调度信息中的频点个数选择对应的频点进行上行实时数据的发送。

3.根据权利要求2所述的窄带物联网的上行实时数据传输方法，其特征在于，根据所述广播调度信息中的频点个数选择对应的频点进行上行实时数据的发送，包括：

若所述广播调度信息中的频点个数为1个，利用对应的频点进行所述上行实时数据的发送，若所述广播调度信息中的频点个数为多个，利用最后一个频点进行所述上行实时数据的发送。

4.根据权利要求1所述的窄带物联网的上行实时数据传输方法，其特征在于，所述在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息，包括：

根据发送所述上行实时数据的子帧，在对应子帧之后的第二子帧窗口检测所述确认信息。

5.根据权利要求1所述的窄带物联网的上行实时数据传输方法，其特征在于，在重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送之后，包括：

重新发送所述上行实时数据且持续未检测到所述确认信息达到设定次数，启动终端的重新注册入网流程。

6.根据权利要求5所述的窄带物联网的上行实时数据传输方法，其特征在于，所述启动终端的重新注册入网流程，包括：

释放所述基站分配的原有设备地址，发起终端附着流程重新获取所述基站分配的设备地址。

7.根据权利要求1所述的窄带物联网的上行实时数据传输方法，其特征在于，所述上行实时数据包含对应的设备地址，所述设备地址为终端的唯一标识。

8.一种窄带物联网的上行实时数据传输装置，其特征在于，包括：

监听模块，用于检测下行信道，监听基站的调度信息，所述调度信息包括广播调度信息、组播调度信息和点播调度信息；

检测模块，用于基于所述调度信息的调度资源发送上行实时数据至所述基站，并在指定的子帧窗口内检测所述基站基于所述上行实时数据而返回的确认信息；

重发模块，用于在未检测到所述确认信息时，确认当前上行实时数据发送失败，重新监听基站的调度信息以寻找调度资源进行所述上行实时数据的重新发送。

9.一种电子设备，其特征在于，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一所述的窄带物联网的上行实时数据传输方法。

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7任一所述的窄带物联网的上行实时数据传输方法。

Images