MTC终端在连接态下系统消息变化的处理方法、装置及系统与流程

本发明涉及mtc通信技术领域，尤其涉及一种mtc终端在连接态下系统消息变化的处理方法、装置及系统。

背景技术：

随着物联网的迅猛发展，mtc(machine-typecommunication，机器类型通信)作为物联网的重要组成部分自然越来越受到人们的关注，3gpp致力于研究利用lte(longtermevolution，长期演进)网络承载mtc通信。

mtc通信指的是机器与机器(设备与设备)之间的通信，而不需要人的参与的一种通信方式，mtc通信又称为m2m(machine-to-machine，机器间)通信。

为了应对mtc通信，3gpp针对lte协议本身进行了不同程度的优化，不同于lte系统信息包括mib(masterinformationblock，主消息块)和多个sibs(systeminformationblocks，系统消息块)，3gpprel.13标准引入了新的系统消息mtc-sib1、mtc-sib2、mtc-sib3、mtc-sib4、mtc-sib5、mtc-sib14来取代sibs，也就是说，和mtc通信相关的系统信息包括：mib和mtc-sib1、mtc-sib2、mtc-sib3、mtc-sib4、mtc-sib5、mtc-sib14，并规定处于rrc(radioresourcecontrol，无线资源控制)连接态的mtc终端不需要监控全部系统消息，只需要监控mib、mtc-sib1、mtc-sib2这三个系统消息。在上述三个受监控的系统消息发生变化时，如果nw(network，网络)需要触发mtc终端重新获取系统消息，可以通过rrc连接释放消息触发系统消息获取流程，mtc终端在收到rrc连接释放消息后会回到空闲态，先执行小区选择，然后再重新获取全部系统消息。

在实现本发明的过程中，发明人发现现有技术中至少存在如下技术问题：

处于连接态的mtc终端由于其监控的系统消息发生变化需要重新获取系统消息时，每次都需要先执行小区选择，然后再重新获取全部系统消息，会使mtc终端产生较大功耗。

技术实现要素：

本发明提供的mtc终端在连接态下系统消息变化的处理方法、装置及系统，能够简化系统消息获取流程，节省mtc终端的功耗。

第一方面，本发明提供一种mtc终端在连接态下系统消息变化的处理方法，所述方法应用于网络侧设备，所述方法包括：

当所述mtc终端在连接态下需要监控的系统消息发生变化时，判断是否需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息；

如果需要，向所述mtc终端发送rrc连接释放消息，所述rrc连接释放消息中携带原因值，所述原因值指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息。

可选地，所述判断是否需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息包括：判断所述mtc终端在不重新获取系统消息的情况下是否可以正常收发数据；如果所述mtc终端在不重新获取系统消息的情况下依然可以正常收发数据，则判断所述mtc终端不需要重新获取系统消息；如果所述mtc终端在不重新获取系统消息的情况下收发数据会出现异常，则判断所述mtc终端需要重新获取系统消息。

第二方面，本发明提供一种mtc终端在连接态下系统消息变化的处理方法，所述方法应用于mtc终端，所述方法包括：

接收网络侧设备发送的rrc连接释放消息；

判断所述rrc连接释放消息中携带的原因值是否指示此次rrc连接释放用于所述mtc终端重新获取在连接态下需要监控的系统消息；

若是，则重新获取所述在连接态下需要监控的系统消息。

可选地，在所述重新获取所述在连接态下需要监控的系统消息之后，所述方法还包括：

判断与所述网络侧设备是否还有业务交互，如果有，则与所述网络侧设备重新建立rrc连接，以便在进入rrc连接态后与所述网络侧设备继续进行业务交互；如果没有，则获取在空闲态下需要监控的系统消息，其中，已经获取的在连接态下需要监控的系统消息不再重复获取。

可选地，所述判断与所述网络侧设备是否还有业务交互包括：判断是否有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机是否到达；如果有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机已到达，则判断与所述网络侧设备还有业务交互；否则判断与所述网络侧设备没有业务交互。

第三方面，本发明提供一种mtc终端在连接态下系统消息变化的处理装置，所述装置位于网络侧设备，所述装置包括：

第一判断单元，用于当所述mtc终端在连接态下需要监控的系统消息发生变化时，判断是否需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息；

发送单元，用于当所述第一判断单元判断需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息时，向所述mtc终端发送rrc连接释放消息，所述rrc连接释放消息中携带原因值，所述原因值指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息。

可选地，所述第一判断单元，用于判断所述mtc终端在不重新获取系统消息的情况下是否可以正常收发数据；如果所述mtc终端在不重新获取系统消息的情况下依然可以正常收发数据，则判断所述mtc终端不需要重新获取系统消息；如果所述mtc终端在不重新获取系统消息的情况下收发数据会出现异常，则判断所述mtc终端需要重新获取系统消息。

第四方面，本发明提供一种mtc终端在连接态下系统消息变化的处理装置，所述装置位于mtc终端，所述装置包括：

接收单元，用于接收网络侧设备发送的rrc连接释放消息；

第二判断单元，用于判断所述rrc连接释放消息中携带的原因值是否指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息；

重新获取单元，用于当所述第二判断单元判断所述rrc连接释放消息中携带的原因值指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息时，重新获取所述在连接态下需要监控的系统消息。

可选地，所述装置还包括：

第三判断单元，用于在所述mtc终端重新获取所述在连接态下需要监控的系统消息之后，判断与所述网络侧设备是否还有业务交互；

连接建立单元，用于当所述第三判断单元判断与所述网络侧设备还有业务交互时，与所述网络侧设备重新建立rrc连接，以便在进入rrc连接态后与所述网络侧设备继续进行业务交互；

获取单元，用于当所述第三判断单元判断与所述网络侧设备没有业务交互时，获取在空闲态下需要监控的系统消息，其中，已经获取的在连接态下需要监控的系统消息不再重复获取。

可选地，所述第三判断单元，用于判断是否有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机是否到达；如果有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机已到达，则判断与所述网络侧设备还有业务交互；否则判断与所述网络侧设备没有业务交互。

第五方面，本发明提供一种网络侧设备，所述网络侧设备包括上述位于网络侧设备的mtc终端在连接态下系统消息变化的处理装置。

第六方面，本发明提供一种mtc终端，所述mtc终端包括上述位于mtc终端的mtc终端在连接态下系统消息变化的处理装置。

第七方面，本发明提供一种mtc终端在连接态下系统消息变化的处理系统，所述系统包括网络侧设备和mtc终端；

所述网络侧设备，用于当所述mtc终端在连接态下需要监控的系统消息发生变化时，判断是否需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息；如果需要，向所述mtc终端发送rrc连接释放消息，所述rrc连接释放消息中携带原因值，所述原因值指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息；

所述mtc终端，用于接收网络侧设备发送的rrc连接释放消息；判断所述rrc连接释放消息中携带的原因值是否指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息；若是，则重新获取所述在连接态下需要监控的系统消息。

本发明提供的mtc终端在连接态下系统消息变化的处理方法、装置及系统，在系统消息发生变化时，能够简化系统消息获取流程：mtc终端不需要执行小区选择，可直接获取新的系统消息，而且不需要获取全部系统消息，只需要获取在连接态下需要监控的部分系统消息即可，能够节省大量功耗，同时还可以减少mtc终端再次建立业务的时延。

附图说明

图1为本发明一实施例mtc终端在连接态下系统消息变化的处理方法应用于网络侧设备的流程图；

图2为本发明一实施例mtc终端在连接态下系统消息变化的处理方法应用于mtc终端的流程图；

图3为本发明另一实施例mtc终端在连接态下系统消息变化的处理方法应用于mtc终端的流程图；

图4为本发明一实施例mtc终端在连接态下系统消息变化的处理装置位于网络侧设备的结构示意图；

图5为本发明一实施例mtc终端在连接态下系统消息变化的处理装置位于mtc终端的结构示意图；

图6为本发明另一实施例mtc终端在连接态下系统消息变化的处理装置位于mtc终端的结构示意图；

图7为本发明一实施例mtc终端在连接态下系统消息变化的处理系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种mtc终端在连接态下系统消息变化的处理方法，所述方法应用于网络侧设备，如图1所示，所述方法包括以下步骤：

s11、所述网络侧设备判断mtc终端在连接态下需要监控的系统消息是否发生变化。如果发生变化，则进入步骤s12；否则直接结束本流程。

s12、所述网络侧设备判断是否需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息。如果需要，则进入步骤s13；否则直接结束本流程。

s13、所述网络侧设备向所述mtc终端发送rrc连接释放消息，所述rrc连接释放消息中携带原因值，所述原因值指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息。

具体地，所述mtc终端在连接态下需要监控的系统消息包括：mib、mtc-sib1、mtc-sib2。

可选地，所述网络侧设备判断是否需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息包括：判断所述mtc终端在不重新获取系统消息的情况下是否可以正常收发数据；如果所述mtc终端在不重新获取系统消息的情况下依然可以正常收发数据，则判断所述mtc终端不需要重新获取系统消息；如果所述mtc终端在不重新获取系统消息的情况下收发数据会出现异常，则判断所述mtc终端需要重新获取系统消息。

本发明实施例提供一种mtc终端在连接态下系统消息变化的处理方法，所述方法应用于mtc终端，如图2所示，所述方法包括以下步骤：

s21、所述mtc终端接收网络侧设备发送的rrc连接释放消息。

s22、所述mtc终端判断所述rrc连接释放消息中携带的原因值是否指示此次rrc连接释放用于所述mtc终端重新获取在连接态下需要监控的系统消息。若是，则进入步骤s23；否则直接结束本流程。

s23、所述mtc终端重新获取所述在连接态下需要监控的系统消息。

本发明实施例提供的mtc终端在连接态下系统消息变化的处理方法，包括应用于网络侧设备的和应用于mtc终端的，在系统消息发生变化时，能够简化系统消息获取流程：mtc终端不需要执行小区选择，可直接获取新的系统消息，而且不需要获取全部系统消息，只需要获取在连接态下需要监控的部分系统消息即可，能够节省大量功耗，同时还可以减少mtc终端再次建立业务的时延。

可选地，如图3所示，在图2所示的所述mtc终端在连接态下系统消息变化的处理方法的基础上，所述方法还包括以下步骤：

s24、执行完步骤s23之后，判断与所述网络侧设备是否还有业务交互。如果有，则进入步骤s25，否则进入步骤s26。

s25、与所述网络侧设备重新建立rrc连接，以便在进入rrc连接态后与所述网络侧设备继续进行业务交互。

s26、获取在空闲态下需要监控的系统消息，其中，已经获取的在连接态下需要监控的系统消息不再重复获取。

具体地，所述在空闲态下需要监控的系统消息包括：mib和mtc-sib1、mtc-sib2、mtc-sib3、mtc-sib4、mtc-sib5、mtc-sib14，也就是说，步骤s26中，只需要获取mtc-sib3、mtc-sib4、mtc-sib5、mtc-sib14即可。

可选地，所述判断与所述网络侧设备是否还有业务交互包括：判断是否有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机是否到达；如果有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机已到达，则判断与所述网络侧设备还有业务交互；否则判断与所述网络侧设备没有业务交互。

本发明实施例还提供一种mtc终端在连接态下系统消息变化的处理装置，所述装置位于网络侧设备，如图4所示，所述装置包括：

第一判断单元40，用于当所述mtc终端在连接态下需要监控的系统消息发生变化时，判断是否需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息；

发送单元41，用于当所述第一判断单元40判断需要通过rrc连接释放消息触发所述mtc终端重新获取系统消息时，向所述mtc终端发送rrc连接释放消息，所述rrc连接释放消息中携带原因值，所述原因值指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息。

可选地，所述第一判断单元40，用于判断所述mtc终端在不重新获取系统消息的情况下是否可以正常收发数据；如果所述mtc终端在不重新获取系统消息的情况下依然可以正常收发数据，则判断所述mtc终端不需要重新获取系统消息；如果所述mtc终端在不重新获取系统消息的情况下收发数据会出现异常，则判断所述mtc终端需要重新获取系统消息。

本发明实施例还提供一种mtc终端在连接态下系统消息变化的处理装置，所述装置位于mtc终端，如图5所示，所述装置包括：

接收单元50，用于接收网络侧设备发送的rrc连接释放消息；

第二判断单元51，用于判断所述rrc连接释放消息中携带的原因值是否指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息；

重新获取单元52，用于当所述第二判断单元51判断所述rrc连接释放消息中携带的原因值指示此次rrc连接释放用于所述mtc终端重新获取所述在连接态下需要监控的系统消息时，重新获取所述在连接态下需要监控的系统消息。

本发明实施例提供的mtc终端在连接态下系统消息变化的处理装置，包括位于网络侧设备的和mtc终端的，在系统消息发生变化时，能够简化系统消息获取流程：mtc终端不需要执行小区选择，可直接获取新的系统消息，而且不需要获取全部系统消息，只需要获取在连接态下需要监控的部分系统消息即可，能够节省大量功耗，同时还可以减少mtc终端再次建立业务的时延。

可选地，如图6所示，在图5所示的所述mtc终端在连接态下系统消息变化的处理装置的基础上，所述装置还包括：

第三判断单元53，用于在所述mtc终端重新获取所述在连接态下需要监控的系统消息之后，判断与所述网络侧设备是否还有业务交互；

连接建立单元54，用于当所述第三判断单元53判断与所述网络侧设备还有业务交互时，与所述网络侧设备重新建立rrc连接，以便在进入rrc连接态后与所述网络侧设备继续进行业务交互；

获取单元55，用于当所述第三判断单元53判断与所述网络侧设备没有业务交互时，获取在空闲态下需要监控的系统消息，其中，已经获取的在连接态下需要监控的系统消息不再重复获取。

可选地，所述第三判断单元53，用于判断是否有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机是否到达；如果有数据需要向所述网络侧设备上报或者与所述网络侧设备协商的交互时机已到达，则判断与所述网络侧设备还有业务交互；否则判断与所述网络侧设备没有业务交互。

本发明实施例提供一种网络侧设备，所述网络侧设备包括上述位于网络侧设备的mtc终端在连接态下系统消息变化的处理装置。

本发明实施例提供一种mtc终端，所述mtc终端包括上述位于mtc终端的mtc终端在连接态下系统消息变化的处理装置。

本发明实施例还提供一种mtc终端在连接态下系统消息变化的处理系统，如图7所示，所述系统包括网络侧设备70和mtc终端71；

所述网络侧设备70，用于当所述mtc终端71在连接态下需要监控的系统消息发生变化时，判断是否需要通过rrc连接释放消息触发所述mtc终端71重新获取系统消息；如果需要，向所述mtc终端71发送rrc连接释放消息，所述rrc连接释放消息中携带原因值，所述原因值指示此次rrc连接释放用于所述mtc终端71重新获取所述在连接态下需要监控的系统消息；

所述mtc终端71，用于接收网络侧设备70发送的rrc连接释放消息；判断所述rrc连接释放消息中携带的原因值是否指示此次rrc连接释放用于所述mtc终端71重新获取所述在连接态下需要监控的系统消息；若是，则重新获取所述在连接态下需要监控的系统消息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。