[发明专利]一种系统信息更新方法及装置

说明书

本发明实施例提供了一种系统信息更新方法及装置，该方法包括：依据第一定时器触发期间接收到的一个或一个以上系统信息更新指令对应的指令类型，判断是否存在具有预定指令类型的系统信息更新指令；若是，则根据终端分布模型以及业务模型计算在线用户的数量以及释放在线用户的触发时刻，其中，在线用户包括在当前系统更新周期内已接入用户以及当前系统信息更新周期结束时刻至释放在线用户的触发时刻之间新接入用户；依据在线用户的数量，确定在线用户所需释放总时长；在释放在线用户的触发时刻，释放在线用户并禁止新用户接入，以及，在经过释放总时长后，依据具有预定指令类型的系统信息更新指令更新基站自身的系统信息。

技术领域

本发明实施例涉及通信领域，尤其涉及一种系统信息更新方法及装置。

背景技术

目前，在NB-IoT(Narrowband Internet of Things，窄带物联网)系统中，处于连接态(RRC_CONNECTED)的终端不要求读取系统信息。因此，如果小区系统信息发生了变化，处于连接态的终端不能及时获得更新后的系统信息，但有些系统信息的变化，对于处于RRC_CONNECTED的终端的业务造成较大影响，目前对于系统信息更新的处理大致有如下几种处理方案：

方案一：系统信息更新通过去激活小区来处理，即在修改系统信息配置之前，先去激活小区，修改系统信息相关的信息配置后，再激活小区。系统信息更新过程中，之前处于连接态的终端随小区去激活全部掉线，等小区重新激活后，所有终端重新读取系统信息，有业务需求的终端重新接入系统做业务。

方案二：在修改后的系统信息更新生效点之前，释放所有终端，下一个系统信息周期开始时直接使用最新的系统信息。

方案三：小区系统信息更新过程不对连接态终端做任何处理，如果系统信息的更新导致无法正常业务，由终端自行处理。

但是，现有技术实施方案中存在较为明显的缺陷，例如：

方案一实现简单，但造成的影响很大，在修改系统信息期间去激活小区，造成网络一段时间停止提供服务，终端感知很差，影响网络KPI(Key Performance Indicator，关键绩效指标)。

方案二无需去激活小区，但是释放终端的时间没有与在线终端数相结合，可能存在过早释放了终端导致某些终端多次接入多次释放的情况或者过晚释放终端导致释放前终端产生大量业务传输错误的情况。

方案三系统侧在系统信息更新过程中对连接态终端未做任何处理，如果更新的系统信息严重影响了终端业务，终端只能在长时间业务传输失败后通过重建立过程恢复业务，影响终端感知和网络KPI。

发明内容

本发明实施例提供一种系统信息更新方法，以解决现有技术中的系统信息更新方案不完善，导致用户感知差等问题。

为了解决上述问题，本发明公开了一种系统信息更新方法，应用于基站，所述方法包括：

依据第一定时器触发期间接收到的一个或一个以上系统信息更新指令对应的指令类型，判断是否存在具有预定指令类型的系统信息更新指令；

若是，则根据终端分布模型以及业务模型计算在线用户的数量以及释放在线用户的触发时刻，其中，在线用户包括在当前系统更新周期内已接入用户以及当前系统信息更新周期结束时刻至释放在线用户的触发时刻之间新接入用户；

依据在线用户的数量，确定在线用户所需释放总时长；

在释放在线用户的触发时刻，释放在线用户并禁止新用户接入，以及，在经过释放总时长后，依据具有预定指令类型的系统信息更新指令更新基站自身的系统信息。

在本发明的一个优选的实施例中，依据预定时长内接收到的一个或一个以上系统信息更新指令对应的指令类型，判断是否存在具有预定指令类型的系统信息更新指令的步骤，具体包括：