CN111901898A - 基于窄带物联网的终端附着方法及装置 - Google Patents

Abstract

本申请实施例公开了一种基于窄带物联网的终端附着方法、装置、电子设备及存储介质。本申请实施例提供的技术方案，在进行终端附着时，通过终端检测自身内存是否存在用户信息，若检测到用户信息，读取用户信息并基于用户信息与基站进行数据通信；若未检测到用户信息，发送附着请求至基站，并实时监听基站基于附着请求返回的附着响应，附着响应包含用户信息；若监听到附着响应，基于附着响应包含的用户信息与基站进行数据通信，若未监听到附着响应，重新发起附着流程。采用上述技术手段，可以通过线下检测本地内存用户信息快速完成终端附着，简化终端附着流程。并在线上终端附着失败时，通过重新发起附着流程来提升终端附着的容错能力。

Description

基于窄带物联网的终端附着方法及装置

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种基于窄带物联网的终端附着方法及装置。

背景技术

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

在窄带物联网络中，终端要注册网络使用服务需要进行终端附着。但是，现有终端附着流程相对较为繁杂，且附着机制容错能力相对较低，对终端附着失败的情况响应迟缓。

发明内容

本申请实施例提供一种基于窄带物联网的终端附着方法及装置，能够简化终端附着流程，并提高终端附着的容错能力，及时地对终端附着失败的情况做出响应。

在第一方面，本申请实施例提供了一种基于窄带物联网的终端附着方法，包括：

在进行终端附着时，终端检测自身内存是否存在用户信息，所述用户信息包括对应终端的逻辑地址、广播会话密钥、用户会话密钥和终端低功耗类型；

若检测到所述用户信息，读取所述用户信息并基于所述用户信息与基站进行数据通信；

若未检测到所述用户信息，发送附着请求至基站，并实时监听所述基站基于所述附着请求返回的附着响应，所述附着响应包含所述用户信息；若监听到所述附着响应，基于所述附着响应包含的所述用户信息与基站进行数据通信，若未监听到所述附着响应，重新发起附着流程。

进一步的，在所述若检测到所述用户信息，读取所述用户信息并基于所述用户信息与基站进行数据通信之前，还包括：

预先将所述用户信息烧录至所述终端的内存中，所述用户信息通过服务器基于所述终端的电子串号生成。

进一步的，所述发送附着请求至基站，并实时监听所述基站基于所述附着请求返回的附着响应，包括：

发送附着请求至所述基站，所述附着请求包含对应的安全认证信息和低功耗类型请求信息；

在设定的附着响应周期所对应的子帧窗口内监听所述基站返回的附着响应。

进一步的，所述发送附着请求至基站，包括：

实时监听所述基站下发的广播调度子帧，基于所述广播调度子帧的系统消息发送附着请求至所述基站。

进一步的，基于所述广播调度子帧的系统消息发送附着请求至所述基站，还包括：

根据所述广播调度子帧的频点个数确定相应的频点进行所述附着请求的发送。

进一步的，根据所述广播调度子帧的频点个数确定相应的频点进行所述附着请求的发送，包括：

若所述频点个数为1，所述终端在对应频点发送所述附着请求；

若所述频点个数为K，且K>1，所述终端在前K-1个频点中选择一个频点发送所述附着请求。

进一步的，所述在设定的附着响应周期所对应的子帧窗口内监听所述基站返回的附着响应，包括：

根据发送所述附着请求所对应的子帧号，从所述子帧号之后的设定个子帧开始所述附着响应周期，并在所述附着响应周期所对应的10个子帧窗口内监听所述附着响应。

在第二方面，本申请实施例提供了一种基于窄带物联网的终端附着装置，包括：

检测模块，用于在进行终端附着时，终端检测自身内存是否存在用户信息，所述用户信息包括对应终端的逻辑地址、广播会话密钥、用户会话密钥和终端低功耗类型；

读取模块，用于在检测到所述用户信息时，读取所述用户信息并基于所述用户信息与基站进行数据通信；

请求模块，用于在未检测到所述用户信息时，发送附着请求至基站，并实时监听所述基站基于所述附着请求返回的附着响应，所述附着响应包含所述用户信息；若监听到所述附着响应，基于所述附着响应包含的所述用户信息与基站进行数据通信，若未监听到所述附着响应，重新发起附着流程。

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

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

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的基于窄带物联网的终端附着方法。

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

本申请实施例在进行终端附着时，通过终端检测自身内存是否存在用户信息，若检测到用户信息，读取用户信息并基于用户信息与基站进行数据通信；若未检测到用户信息，发送附着请求至基站，并实时监听基站基于附着请求返回的附着响应，附着响应包含用户信息；若监听到附着响应，基于附着响应包含的用户信息与基站进行数据通信，若未监听到附着响应，重新发起附着流程。采用上述技术手段，可以通过线下检测本地内存用户信息快速完成终端附着，简化终端附着流程。并在线上终端附着失败时，通过重新发起附着流程来提升终端附着的容错能力，避免终端附着失败导致终端无法注册网络，进而优化终端的运行。

附图说明

图1是本申请实施例一提供的一种基于窄带物联网的终端附着方法的流程图；

图2是本申请实施例一中的终端线上空口附着流程图；

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

图4是本申请实施例一中线上空口附着时终端与基站的交互流程图；

图5是本申请实施例一中的线下和线上终端附着流程图；

图6是本申请实施例二提供的一种基于窄带物联网的终端附着装置的结构示意图；

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

具体实施方式

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

本申请提供的基于窄带物联网的终端附着方法，主要应用于窄带物联网系统中进行终端设备的附着，以使终端设备能够注册入网，与基站进行数据通信。相对于传统的窄带物联网系统，其在进行终端附着时，一般采用线上附着的方式。并且，在进行终端附着时，没有较好的容错机制，无法对终端附着超时、失败的情况及时做出响应，影响终端的运行。基于此，提供本申请实施例的一种基于窄带物联网的终端附着方法，以解决现有窄带物联网系统进行终端附着时附着流程繁杂，对附着失败情况响应不及时的技术问题。

实施例一：

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

下述以基于窄带物联网的终端附着设备为执行基于窄带物联网的终端附着方法的主体为例，进行描述。参照图1，该基于窄带物联网的终端附着方法具体包括：

S110、在进行终端附着时，终端检测自身内存是否存在用户信息，所述用户信息包括对应终端的逻辑地址、广播会话密钥、用户会话密钥和终端低功耗类型。

具体的，本申请实施例的基于窄带物联网的终端附着方法，其在进行终端附着时，提供两种不同形式的终端附着方式，包括线下个性化附着(ABP，Activation ByPersonalization)以及线上空口附着(OTAA，Over The Air Activation)两种类型。终端的附着主要是为了实现终端的注册入网，以使用窄带物联网的网络服务，与基站一端进行数据通信。终端附着实质上是为了获取窄带物联网络中特定的用户信息，该用户信息作为用户的入网凭证。其中，用户信息包含了为终端分配的逻辑地址(Group-ID+UE-ID)、广播会话密钥(BS Key)、用户会话密钥(US Key)和终端低功耗类型(LowPwrType)。逻辑地址一共16位，高8位为分组ID(Group-ID，取值范围为0～0xFF)，低8位为设备ID(UE-ID，取值范围为0～0xFF)。广播会话密钥和用户会话密钥为用户在对应场景下进行安全信的数据加密和解密密钥。终端低功耗类型则指示了用户当前的低功耗模式，低功耗模式设定了数据传输机制及相应的休眠和唤醒设置。

终端在上电后会触发终端附着流程，在开始进行终端附着时，终端首先扫描本地内存，检测本地内存是否存在用户信息。基于本地内存的检测结果发起对应的终端附着流程。其中，若本地内存预先存储了用户信息，则可以直接提取该用户信息完成线下的终端附着。若本地内存不存在该用户信息，则需要采用线上空口附着的方式进行终端附着流程。

S120、若检测到所述用户信息，读取所述用户信息并基于所述用户信息与基站进行数据通信。

可以理解的是，若本地内存中预先存储了用户信息，则直接可以读取这一用户信息，通过线下个性化附着的方式完成终端附着。在此之前，终端需要预先将所述用户信息烧录至所述终端的内存中，所述用户信息通过服务器基于所述终端的电子串号生成。服务器端通过提取终端的电子串号，电子串号作为终端的唯一标识，基站一端基于该电子串号进行入网鉴权，判断其具备入网权限后，为其分配相应的用户信息。在实际应用中，也可以采用服务器与终端双方同步配置的方式进行用户信息的烧录。

之后，在终端检测本地内存时，读取本地内存的用户信息，完成终端附着流程。并基于这一用户信息与基站进行数据通信。其中，使用用户信息进行数据通信时，通过广播会话密钥和用户会话密钥分别对应用层数据和MAC层协议帧进行加密，以保障网络数据的通信安全。

S130、若未检测到所述用户信息，发送附着请求至基站，并实时监听所述基站基于所述附着请求返回的附着响应，所述附着响应包含所述用户信息；若监听到所述附着响应，基于所述附着响应包含的所述用户信息与基站进行数据通信，若未监听到所述附着响应，重新发起附着流程。

进一步的，基于上述步骤S110的户信息检测结果，若未检测到该用户信息，则需要进一步采用线上空口附着方式进行终端附着。具体的，参照图2，本申请实施例的终端线上空口附着流程包括：

S1301、发送附着请求至所述基站，所述附着请求包含对应的安全认证信息和低功耗类型请求信息；

S1302、在设定的附着响应周期所对应的子帧窗口内监听所述基站返回的附着响应。

在进行线上空口附着时，终端与基站之间进行附着交互，完成终端的线上空口附着流程。其中，参照图3，提供本申请实施例的窄带物联网协议架构图。在窄带物联网的协议架构中，终端与基站通过空中接口进行通信，该空中接口为Uu接口，Uu接口主要用于广播寻呼以及RRC连接的处理，切换和功率控制的判决执行，处理无线资源的管理和控制信息，以及处理基带和射频处理信息。Uu接口主要由PHY层、MAC层和RLC层组成，其中，PHY层用于提供基本的信道处理功能，下行信道PMCH为基站提供下行信令和数据的广播、组播和点播传输服务，上行信道PUSCH为终端提供上行数据传输服务。可以理解的是，在进行终端线上空口附着时，终端通过上行信道上传该附着请求，并通过下行信道实时监听基站返回的附着响应。并且，考虑到目前诸如智能抄表系统的应用模型主要是终端上报服务，因此本申请实施例的下行信道PMCH采用单载波传输，上行信道PUSCH采用多载波传输。MAC层为媒介接入控制层，其最主要的功能是针对大量的终端合理的进行上行调度，尽量减少数据传输的冲突，提高上行吞吐率。RLC层是无线链路控制层，主要功能有大包分片和重组、按序提交等功能。

具体的，终端在发起线上空口附着流程时，需要根据基站的数据调度资源进行上行数据的发送，在上行数据中提供附着请求，以发起终端附着流程。其中，基站在提供数据调度资源时，由于当前终端未完成线上空口附着，一般只通过广播调度的数据调度资源发送上行数据进行终端线上空口附着。因此，终端需要实时监听所述基站下发的广播调度子帧，基于所述广播调度子帧的系统消息发送附着请求至所述基站。

更具体的，广播调度主要用于终端线上空口附着以及所有终端的上行实时数据传输。基站根据实时的业务需求，当有终端需要进行线上空口附着的时候，基站通过广播调度在下行信道中发送广播调度子帧。其中，基站在调度子帧符合终端与基站间调度时序关系((subframe+T)％MAXGROUPS等于0)时，则该调度子帧进行广播调度。其中subframe为子帧号，每X毫秒(X当前为1秒，根据实际需求对应设置)做一次调度，subframe(子帧号)相应加1，取值范围为[0～255]。MAXGROUPS为配置值，取值为2的幂次方值，可配置最大值为256，配置值由基站初始化时确定，并在系统消息中下发至终端。此外，基站MAC层对其他的子帧也可以进行广播调度，具体由基站的实现策略决定。举例而言，当基站认为某个子帧有空闲资源时，则在该子帧也进行广播调度。需要说明的是，终端在上电之后，会获取系统消息，系统消息由基站进行周期性系统消息广播发送，广播周期为10个子帧。后续在基站发送广播调度子帧时，其广播调度子帧需包含系统消息。可以理解的是，终端与基站间的系统消息需保持一致，以确保两者能够进行通信。其中，系统消息主要包括系统的物理层和MAC层参数信息。

进一步的，终端MAC层在进行调度子帧的检测监听时，根据当前自身是否已经完成终端附着流程，进行对应调度类型的调度子帧监听。其中，终端在自身附着状态为未附着且未检测到用户信息时，实时监听调度类型为广播调度的调度子帧。对于没有完成线上空口附着或者需要重新附着的终端，可以只监听广播调度子帧((subframe+T)％MAXGROUP＝0)，也可在进行终端线上空口附着时，监听所有子帧来发起线上空口附着过程，具体需求视终端是否需要省电来决定。通过监听对应的子帧，利用该调度子帧的资源发起终端线上空口附着流程。更具体的，终端上电后必须先获取系统消息，然后需要通过Uu接口进行一个终端线上空口附着过程，用于获取用户信息。此时，终端需要监听下行信道，当下行信道有广播调度子帧时，终端可利用该广播调度资源发送附着请求消息。

并且，终端根据所述广播调度子帧的频点个数确定相应的频点进行所述附着请求的发送。其中，若所述频点个数为1，所述终端在对应频点发送所述附着请求；若所述频点个数为K，且K>1，所述终端在前K-1个频点中选择一个频点发送所述附着请求。即当广播调度中的频点个数为1时，终端利用该频点发送附着请求消息，当频点个数为K且K>1时，终端在前K-1个频点中选择一个频点进行附着请求信息的发送。

需要说明的是，附着请求消息包括对应的安全认证信息和低功耗类型请求信息，安全认证信息携带一个唯一标识终端的电子串号(devESN)，用于网络端进行鉴权。基站基于电子串号进行网络端鉴权，判断终端是否具备入网注册权限。可以理解的是，只有具备入网权限的终端，基站一端才会进行附着响应。如果基站一端判断终端不具备入网权限，可进一步反馈提示信息至终端，提示终端当前不具备入网权限。提示信息以请求拒绝信息(AttachReject)的形式反馈至终端，请求拒绝信息提示了附着失败原因，以便于运维人员对应解决附着失败情况保障终端设备的数据通信。

具体的，在判断终端具备入网权限之后，基站一端对这一线上空口附着请求进行附着响应，通过下行信道发送下行数据，下行数据中包含该附着响应信息。其中，基站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内容)，其中，广播调度信息包含上行调度参数和下行调度数据，上行调度参数用于终端接入过程中的上行数据传输和已接入终端的突发数据发送。

在一个实施例中，当基站一端进行附着响应时，可基于设定的逻辑地址分配策略为终端分配逻辑地址，逻辑地址分配策略为组内终端数量平衡策略或者业务量平衡策略。基站在鉴权通过后，通过基站MAC层为终端分配一个逻辑地址(devAddress)，逻辑地址(devAddress)一共16位，高8位为分组ID(GroupID，取值范围为0～0xFF)，低8位为设备ID(UEID，取值范围为0～0xFF)。devAddress+devESN携带在附着响应消息，通过下行信道PMCH发送给终端。基站在分配逻辑地址时，可进一步根据预先设置的分配策略进行逻辑地址分配。可以理解的是，基站会预先对小区内所有完成附着的终端进行分组，则基于组内终端数量平衡策略，在对请求附着的终端进行逻辑地址分配时，一般会为了保障各个分组的设备均衡，将终端分配至设备数量较少的分组中。同样的，若是基站基于业务量平衡策略进行逻辑地址分配，则根据各个分组的业务量，为了保障各分组业务量均衡，将终端分配至业务量相对较少的分组中。

对应终端一端，在此前发送出附着请求之后，进行基站附着响应的监听。其中，所述终端根据发送所述附着请求所对应的子帧号，从所述子帧号之后的设定个子帧开始所述附着响应周期，并在所述附着响应周期所对应的10个子帧窗口内监听所述附着响应。即终端在子帧subframe＝i发送了附着请求消息后，根据发送附着请求的这一子帧号，则终端需要在接下来的subframe＝i+2开始的附着响应周期(attach-ResponseWindowSize)的10个子帧窗口内侦听自己的附着响应消息。可以理解的是，终端在监听附着响应信息时，根据附着响应信息中的电子串号判断这一附着响应信息是否是对应自身附着请求的附着响应。即当监听到包含自身电子串号的附着响应信息时，终端提取其中的逻辑地址，进行解析并保存，以此完成终端线上空口附着流程。如若终端在附着响应周期内未接收到该附着响应，为了提高终端附着效率。则判断当前终端附着流程失败，终端重新进行附着流程的发起，发送附着请求至基站一端。在重新发起附着流程时，终端通过重新监听基站的广播调度子帧，利用该广播调度资源发送上行数据，该上行数据包含附着请求，以此来重新进行终端的附着流程，保障终端的附着效率，并提升终端附着的容错能力。需要说明的是，根据实际需要，附着响应周期可适应性调长或者调短，以进一步提升终端附着效率。

进一步的，在终端完成线上空口附着之后，即可实时监听终端的组播调度子帧和点播调度子帧，利用基站下行数据的组播调度资源或者点播调度资源进行上行数据的发送，以此来完成相应的业务。此外，终端在发起线上空口附着流程的时候，如若此前保留有逻辑地址，则需要先释放该逻辑地址，并进一步重新发起附着流程。

参照图4，提供终端与基站的交互流程图。终端通过监听下行信道获取基站广播调度子帧，基于该广播调度子帧发送附着请求，并在附着请求消息(AttachReq)中附上电子串号，通过上行信道发送至基站。基站基于该附着请求进行附着响应(attachRsp)，分配相应的逻辑地址，并结合接收到的电子串号反馈至终端一端，以此完成终端线上空口附着流程。而如若终端在附着响应周期内没有接收到相应的附着响应，则进行线上空口附着流程的再次发起。

在一个实施例中，在终端持续数次进行终端线上空口附着流程，且在附着响应周期内均未接收到基站的附着响应，当前终端线上空口附着流程持续失败设定次数后。终端一端输出附着失败提示，以提示用户检测终端设备相关模块或者下行信道网络是否出现故障，避免终端附着持续失败。并且，终端一端还可以通过其他基站的系统消息广播接收其他基站的系统消息，并向其他基站发起终端线上空口附着流程。基于其他基站的广播调度资源上传附着请求数据，进行终端线上空口附着。终端也可以根据当前持续失败的情况，基于当前自身的低功耗类型，在线上空口附着持续失败设定次数后，为了节约电能消耗，此时终端进入休眠模式，并在设定时间后唤醒或者根据用户操作唤醒再次进行终端的线上空口附着流程。

而对应基站一端，在持续设定次数下发附着响应后，仍接收到对应终端的附着请求时，确定当前终端线上空口附着流程持续失败设定次数。基站一端输出终端线上空口附着失败提示，以提示用户检测终端设备或者基站设备的相关模块或者信道网络是否出现故障，避免终端附着持续失败。另一方面，对应判断为不具备入网权限的终端，在此以后，如若再次接收到该终端的附着请求时，则不进行回复。

参照图5，提供本申请实施例的线下和线上终端附着流程图，本申请实施例在终端上电进行终端附着时，首先检测本地内存是否存在用户信息，根据检测结果发起终端的线下个性化附着或者线上空口附着流程。并通过线下个性化附着或者线上空口附着流程最终获取到对应的用户信息，基于用户信息提供的逻辑地址、广播会话密钥和用户会话密钥即可与基站进行数据通信，使用窄带物联网系统的网络服务。并且，进一步根据用户信息中的终端低功耗类型信息，采用相应的方式进行上下行数据的传输，以此来实现系统的适应性能耗管理。

上述，通过终端检测自身内存是否存在用户信息，若检测到用户信息，读取用户信息并基于用户信息与基站进行数据通信；若未检测到用户信息，发送附着请求至基站，并实时监听基站基于附着请求返回的附着响应，附着响应包含用户信息；若监听到附着响应，基于附着响应包含的用户信息与基站进行数据通信，若未监听到附着响应，重新发起附着流程。采用上述技术手段，可以通过线下检测本地内存用户信息快速完成终端附着，简化终端附着流程。并在线上终端附着失败时，通过重新发起附着流程来提升终端附着的容错能力，避免终端附着失败导致终端无法注册网络，进而优化终端的运行。

实施例二：

在上述实施例的基础上，图6为本申请实施例二提供的一种基于窄带物联网的终端附着装置的结构示意图。参考图6，本实施例提供的基于窄带物联网的终端附着装置具体包括：检测模块21、读取模块22和请求模块23。

其中，检测模块21用于在进行终端附着时，终端检测自身内存是否存在用户信息，所述用户信息包括对应终端的逻辑地址、广播会话密钥、用户会话密钥和终端低功耗类型；

读取模块22用于在检测到所述用户信息时，读取所述用户信息并基于所述用户信息与基站进行数据通信；

请求模块23用于在未检测到所述用户信息时，发送附着请求至基站，并实时监听所述基站基于所述附着请求返回的附着响应，所述附着响应包含所述用户信息；若监听到所述附着响应，基于所述附着响应包含的所述用户信息与基站进行数据通信，若未监听到所述附着响应，重新发起附着流程。

上述，通过终端检测自身内存是否存在用户信息，若检测到用户信息，读取用户信息并基于用户信息与基站进行数据通信；若未检测到用户信息，发送附着请求至基站，并实时监听基站基于附着请求返回的附着响应，附着响应包含用户信息；若监听到附着响应，基于附着响应包含的用户信息与基站进行数据通信，若未监听到附着响应，重新发起附着流程。采用上述技术手段，可以通过线下检测本地内存用户信息快速完成终端附着，简化终端附着流程。并在线上终端附着失败时，通过重新发起附着流程来提升终端附着的容错能力，避免终端附着失败导致终端无法注册网络，进而优化终端的运行。

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

实施例三：

本申请实施例三提供了一种电子设备，参照图7，该电子设备包括：处理器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所述的基于窄带物联网的终端附着方法，其特征在于，所述发送附着请求至基站，并实时监听所述基站基于所述附着请求返回的附着响应，包括：

发送附着请求至所述基站，所述附着请求包含对应的安全认证信息和低功耗类型请求信息；

在设定的附着响应周期所对应的子帧窗口内监听所述基站返回的附着响应。

4.根据权利要求3所述的基于窄带物联网的终端附着方法，其特征在于，所述发送附着请求至基站，包括：

实时监听所述基站下发的广播调度子帧，基于所述广播调度子帧的系统消息发送附着请求至所述基站。

5.根据权利要求4所述的基于窄带物联网的终端附着方法，其特征在于，基于所述广播调度子帧的系统消息发送附着请求至所述基站，还包括：

根据所述广播调度子帧的频点个数确定相应的频点进行所述附着请求的发送。

6.根据权利要求5所述的基于窄带物联网的终端附着方法，其特征在于，根据所述广播调度子帧的频点个数确定相应的频点进行所述附着请求的发送，包括：

若所述频点个数为1，所述终端在对应频点发送所述附着请求；

若所述频点个数为K，且K>1，所述终端在前K-1个频点中选择一个频点发送所述附着请求。

7.根据权利要求3所述的基于窄带物联网的终端附着方法，其特征在于，所述在设定的附着响应周期所对应的子帧窗口内监听所述基站返回的附着响应，包括：

根据发送所述附着请求所对应的子帧号，从所述子帧号之后的设定个子帧开始所述附着响应周期，并在所述附着响应周期所对应的10个子帧窗口内监听所述附着响应。

8.一种基于窄带物联网的终端附着装置，其特征在于，包括：

检测模块，用于在进行终端附着时，终端检测自身内存是否存在用户信息，所述用户信息包括对应终端的逻辑地址、广播会话密钥、用户会话密钥和终端低功耗类型；

读取模块，用于在检测到所述用户信息时，读取所述用户信息并基于所述用户信息与基站进行数据通信；

请求模块，用于在未检测到所述用户信息时，发送附着请求至基站，并实时监听所述基站基于所述附着请求返回的附着响应，所述附着响应包含所述用户信息；若监听到所述附着响应，基于所述附着响应包含的所述用户信息与基站进行数据通信，若未监听到所述附着响应，重新发起附着流程。

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

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

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一所述的基于窄带物联网的终端附着方法。

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

Images