一种系统消息获取方法及装置、计算机可读存储介质与流程

本发明涉及移动通信技术，尤指一种系统消息获取方法及装置、计算机可读存储介质。

背景技术：

nr(newradio，新无线技术)的系统消息的设计中将系统消息分为minimumsi(minimumsysteminformation，最小系统消息)和othersi(othersysteminformation，其他系统消息)。其中minimumsi部分重要信息在nr-pbch(newradiophysicalbroadcastchannel，新无线技术物理广播信道)上发送，剩余的在nr-pdsch(newradiophysicaldownlinksharedchannel，新无线技术物理下行共享信道)上发送。minimumsi应当给出当前小区中可用的其他si的信息和这些si的scheduling信息；同时minimumsi还应给出si在是否在对应的时间窗发送的信息。

终端进入一个小区后，读取最小si，可以获知其感兴趣的si是否在当前小区发送，如果某个终端发现其感兴趣的一个或多个si没有在当前小区发送，则该终端可以发送请求通知网络侧发送所述一个或多个si。终端在所述网络侧发送了si请求(sirequest)后，所述终端可以在对应的时间窗口接收到所述si信息，即相关技术中的“ondemandsi”。

相关技术中提供了一种终端请求si的方法，即：移动终端(本申请中终端，移动终端，用户设备，都是指ue)发送preamble(前导序列)到网络侧请求系统消息。网络侧根据接收到的不同preamble，可以识别出终端需要所请求的一个或多个si。

目前的研究中，针对终端发送si请求后，如果网络侧未能发送响应的si信息时，或者虽然网络侧发送了响应的si但终端没有正确地接收到，终端为了获取所述的si信息会重新发送si请求来获取上述一个或多个si，终端可能多次发送该si的请求，并多次监听该si所对应的时间窗。这种情况下会造成终端功耗过大，同时频繁占用上行信道会对网络资源造成浪费。

技术实现要素：

本发明至少一实施例提供了一种系统消息获取方法和装置、计算机可读存储介质，降低终端功耗，减少对网络资源的占用。

为了达到本发明目的，本发明至少一实施例提供了一种系统消息获取方法，包括：

终端发送前导序列向网络侧请求系统消息，在获取所请求的系统消息失败后，根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息。

在一可选实施例中，所述根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数小于或者小于等于所述系统消息请求次数门限时，所述终端重新发送所述前导序列请求所述系统消息。

在一可选实施例中，所述根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数大于或者大于等于所述系统消息请求次数门限时，所述终端停止发送所述前导序列请求所述系统消息。

在一可选实施例中，所述终端向所述网络侧请求的系统消息为多个时，对任一系统消息，所述终端根据请求该系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求该系统消息。

在一可选实施例中，所述请求系统消息的次数通过如下方式确定：

每次所述终端发送前导序列请求所述系统消息后，所述请求系统消息的次数增加一次；

或者，每次所述终端发送前导序列请求所述系统消息且获取所述系统消息失败后，所述请求系统消息的次数增加一次。

在一可选实施例中，所述方法还包括：

终端发送前导序列向网络侧请求系统消息后，在随后的系统消息发送窗口接收所请求的系统消息；

或者，所述终端发送前导序列向网络侧请求系统消息后，在随后的时间接收到所述网络侧发送的随机接入响应，发送第三消息向所述网络侧请求所述系统消息后，在随后的系统消息发送窗口接收所述请求的系统消息。

在一可选实施例中，所述获取所述系统消息失败包括以下之一：

所述终端在发送所述前导序列后，在指定的时间窗口未接收到所请求的系统消息；

所述终端在发送所述前导序列后，在随后的时间未接收到所述网络侧发送的随机接入响应；

所述终端在发送所述第三消息后，在指定的时间窗口未接收到所请求的系统消息。

在一可选实施例中，所述未接收到所请求的系统消息为：未接收到所请求的系统消息的全部或部分内容。

在一可选实施例中，所述方法还包括，所述终端成功获取所请求的系统消息时，将所述请求该系统消息的次数重置。

在一可选实施例中，所述系统消息请求次数门限为终端本地预置的，或者，所述终端从网络侧获取所述系统消息请求次数门限。

在一可选实施例中，所述终端从网络侧获取所述系统消息请求次数门限包括：所述终端从所述网络侧发送的最小系统消息中获取所述系统消息请求次数门限

在一可选实施例中，所述系统消息请求次数门限为终端本地预置的包括：所述系统消息请求次数门限为所述终端的用户识别模块或全球用户识别模块中预置的参数。

在一可选实施例中，终端发送前导序列向网络侧请求系统消息且在随后的系统消息发送窗口接收所请求的系统消息时，所述方法还包括：

所述终端根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，所述终端发送前导序列至所述网络侧，在收到针对所述前导序列的随机接入响应后，发送第三消息请求所述系统消息。

在一可选实施例中，所述方法还包括：

所述终端根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，发起一般随机接入过程请求建立与网络侧的无线资源控制连接，且在所述无线资源控制连接建立请求消息中带有系统请求信息；

在与所述网络侧建立无线资源控制连接后，通过无线资源控制专有信令获取所述系统消息。

在一可选实施例中，所述终端根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，终端重新接收最小系统消息，如果新接收的最小系统消息中的其他系统消息信息发生变化，将所述请求系统消息的次数重置。

在一可选实施例中，所述方法还包括，将所述请求系统消息的次数重置后，重新向所述网络侧发送前导序列请求系统消息。

本发明至少一实施例提供一种系统消息获取装置，包括：

发送模块，设置为，发送前导序列向网络侧请求系统消息；

计数器模块，设置为，记录终端请求所述系统消息的次数；

接收模块，设置为，获取所述网络侧发送的系统消息；

判断模块，设置为，在所述接收模块获取所述发送模块所请求的系统消息失败后，根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息。

在一可选实施例中，所述判断模块根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数小于或者小于等于所述系统消息请求次数门限时，决定重新发送所述前导序列请求所述系统消息。

在一可选实施例中，所述判断模块根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数大于或者大于等于所述系统消息请求次数门限时，决定停止发送所述前导序列请求所述系统消息。

在一可选实施例中，所述接收模块获取所述网络侧发送的系统消息包括：

所述接收模块在所述发送模块发送前导序列向网络侧请求系统消息后，在随后的系统消息发送窗口接收所请求的系统消息；

或者，在所述发送模块发送前导序列向网络侧请求系统消息后，所述接收模块在随后的时间接收到所述网络侧发送的随机接入响应，所述发送模块发送第三消息向所述网络侧请求所述系统消息后，在随后的系统消息发送窗口接收所述请求的系统消息。

在一可选实施例中，所述发送模块还设置为，在所述判断模块根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，发送前导序列至所述网络侧，以及，在所述接收模块收到针对所述前导序列的随机接入响应后，发送第三消息请求所述系统消息。

在一可选实施例中，所述发送模块还设置为，在所述判断模块根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，发起一般随机接入过程请求建立与网络侧的无线资源控制连接，且在所述无线资源控制连接建立请求消息中带有系统请求信息；

所述接收模块还设置为，在所述终端与所述网络侧建立无线资源控制连接后，通过无线资源控制专有信令获取所述系统消息。

本发明至少一实施例提供一种系统消息获取装置，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，执行以下操作：

发送前导序列向网络侧请求系统消息，在获取所请求的系统消息失败后，根据请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息。

在一可选实施例中，所述根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数小于或者小于等于所述系统消息请求次数门限时，重新发送所述前导序列请求所述系统消息。

在一可选实施例中，所述根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数大于或者大于等于所述系统消息请求次数门限时，停止发送所述前导序列请求所述系统消息。

本发明至少一实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现以下步骤：

发送前导序列向网络侧请求系统消息，在获取所请求的系统消息失败后，根据请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息。

与现有技术相比，本申请中，通过设置系统消息请求次数门限，在到达或超过系统消息请求次数门限后，及时停止发送前导序列请求系统消息，降低了终端功耗，减少了对网络资源的占用。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明一实施例提供的系统消息获取方法流程图；

图2为本发明一实施例提供的系统消息获取方法流程图；

图3为本发明一实施例提供的系统消息获取方法流程图；

图4为本发明一实施例提供的系统消息获取方法流程图；

图5为本发明一实施例提供的系统消息获取方法流程图；

图6为本发明一实施例提供的系统消息获取方法流程图；

图7为本发明一实施例提供的系统消息获取方法流程图；

图8为本发明一实施例提供的系统消息获取方法流程图；

图9为本发明一实施例提供的系统消息获取装置框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明至少一实施例提供一种系统消息获取方法，如图1所示，包括：

步骤101，终端发送preamble(前导序列)向网络侧请求系统消息；

步骤102，在获取所请求的系统消息失败后，所述终端根据请求所述系统消息的次数和预设的系统消息请求次数门限，决定是否重新发送所述preamble请求所述系统消息。

在一可选实施例中，所述根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数小于或者小于等于所述系统消息请求次数门限时，所述终端重新发送所述前导序列请求所述系统消息；

当所述终端请求所述系统消息的次数大于或者大于等于所述系统消息请求次数门限时，所述终端停止发送所述前导序列请求所述系统消息。

所述终端向所述网络侧请求的系统消息为多个时，对任一系统消息，所述终端根据请求该系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求该系统消息。即单独统计请求每个系统消息的次数，根据该系统消息的请求次数决定是否重新发送前导序列请求该系统消息。

所述请求系统消息的次数通过如下方式确定：

每次所述终端发送前导序列请求所述系统消息后，所述请求系统消息的次数增加一次；

或者，每次所述终端发送前导序列请求所述系统消息且获取所述系统消息失败后，所述请求系统消息的次数增加一次。

其中，可以使用一计数器记录请求系统消息的次数：当所述终端发送一次系统消息请求后，计数器数值增加1，或者，当所述终端在一次系统消息请求失败后，计数器数值增加1。

所述终端向所述网络侧请求的系统消息为多个时，对任一系统消息，所述终端根据请求该系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求该系统消息。比如，针对多个si可以设置多个计数器，在请求所述的si信息失败后，根据各si的请求次数和相对应的计数器的关系，决定是否针对相应的si重发所述的preamble请求si.

在一可选实施例中，终端向网络侧获取系统消息有两种方式：

方式一：

终端发送前导序列向网络侧请求系统消息后，在随后的系统消息发送窗口接收所请求的系统消息；

方式二：

所述终端发送前导序列向网络侧请求系统消息后，在随后的时间接收到所述网络侧发送的随机接入响应，发送第三消息向所述网络侧请求所述系统消息后，在随后的系统消息发送窗口接收所述请求的系统消息。

其中，所述获取所述系统消息失败包括：

方式一种，所述终端在发送所述前导序列后，在指定的时间窗口未接收到所请求的系统消息；

方式二中，所述终端在发送所述前导序列后，在随后的时间未接收到所述网络侧发送的随机接入响应；或者，所述终端在发送所述第三消息后，在指定的时间窗口未接收到所请求的系统消息。

在一可选实施例中，所述请求系统消息失败为：所述终端在发送所述preamble后，在指定的时间窗口未接收到所述系统消息的部分或者全部内容。

在一可选实施例中，所述请求系统消息失败为：所述终端在发送第三消息(msg3)后，在指定的时间窗口未能接收到所述系统消息的部分或者全部内容。

在一可选实施例中，所述终端发送一次针对所述系统消息的preamble，系统消息请求次数增加1.

在一可选实施例中，所述终端成功接收所述preamble请求的系统消息后，对所述系统消息请求次数进行重置。

在一可选实施例中，接收到的minimumsi中othersi的信息发生变化时，对所述系统消息请求次数进行重置。在一实施例中，所述对所述系统消息请求次数进行重置，为将系统消息请求次数重置为0。

在一可选实施例中，所述终端成功接收所述preamble请求的系统消息为：所述终端在发送所述preamble后，在指定时间窗口接收到请求的系统消息。

在一可选实施例中，所述终端成功接收所述preamble请求的系统消息为：所述终端在发送所述preamble后，在指定时间窗口接收到请求的系统消息的部分或者全部内容。

在一可选实施例中，所述终端成功接收所述preamble请求的系统消息为：所述终端在发送所述msg3后，在指定时间窗口接收到请求的系统消息。

在一可选实施例中，所述终端成功接收所述preamble请求的系统消息为：所述终端在发送所述msg3后，在指定时间窗口接收到请求的系统消息的部分或者全部内容。

在一可选实施例中，所述系统消息请求次数门限为：终端默认的一个合理的正整数数值。

在一可选实施例中，所述系统消息请求次数门限为所述网络侧发送给终端的指定的数值。比如，在minimumsi中携带所述系统消息请求次数门限。

在一可选实施例中，所述系统消息请求次数门限为：为sim卡或者usim卡中指定的数值。

在一可选实施例中，终端发送所述preamble请求系统消息后，在随后的系统消息发送窗口接收所述请求的系统消息的方法中：所述终端根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，终端发送preamble到网络，并在收到针对所述preamble的rar后，发送msg3请求所述系统消息。在一可选实施例中，所述终端根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，发起一般随机接入过程请求建立与网络侧rrc连接。

在一可选实施例中，终端决发起一般随机接入过程请求建立与网络侧rrc连接后，终端通过rrc专有信令获取系统消息。

在一可选实施例中，发起一般随机接入过程请求建立与网络侧的rrc连接过程中，终端在rrc连接建立请求消息中带有si请求信息。

在一可选实施例中，终端决定不重新发送preamble进行系统消息请求后，终端尝试重新收取minimumsi。

在一可选实施例中，终端决定不重新发送preamble进行系统消息请求后，终端尝试重新收取minimumsi后，如果新收取的minimumsi中的othersi信息发生变化，将所述请求系统消息的次数重置。

在一可选实施例中，将所述请求系统消息的次数重置后，重新向所述网络侧发送前导序列请求系统消息。

本申请提供的系统消息获取方法，通过设置系统消息请求次数门限，在到达或超过系统消息请求次数门限后，及时停止发送前导序列请求系统消息，降低了终端功耗，减少了对网络资源的占用。

下面通过具体实施例进一步说明本申请。

实施例一

本实施例提供一种终端请求系统消息的方法，如图2所示，包括：

步骤201，终端预设了系统消息请求次数门限，或者所述终端从网络侧获取了所述系统消息请求次数门限。

比如，系统请求消息次数门限可以预置在基带芯片中。

步骤202，终端进入一个小区后，读取该小区的最小si；

步骤203，终端需要获取其他系统消息(othersi)时，发送preamble用于请求所述系统消息，将系统消息请求次数加1；

步骤204，所述移动终端在发送所述preamble后，在网络侧发送所述系统消息的时间窗接收所述系统消息；

步骤205，判断终端是否成功接收到所请求的所述系统消息，如果成功接收到所述系统消息，则请求系统消息的流程成功，重置所述系统消息请求次数，结束；如果未成功接收到所述系统消息，转到步骤206；

步骤206，判断所述系统消息请求次数是否达到或者超过所述系统消息请求次数门限，如果达到或者超过所述系统消息请求次数门限，则所述系统消息请求流程失败，结束所述系统消息请求操作，否则，转到步骤203。

在另一实施例中，上述步骤204可以替换为下述步骤：

步骤204a，所述终端向网络侧发送preamble用于请求所述系统消息；

步骤204b，所述终端接收到网络侧对所述preamble的随机接入响应(radomaccessresponse，简称rar；

步骤204c，所述终端向所述网络侧发送第三消息(msg3)请求所述系统消息；

步骤204d，所述终端在发送所述第三消息后，在网络侧发送所述系统消息的时间窗接收所述系统消息。

实施例二

本实施例提供一种终端请求系统消息的方法，如图3所示，包括：

步骤301，终端预设了系统消息请求次数门限，或者终端从网络侧获取了所述系统消息请求次数门限。

比如，所述系统请求消息次数门限可以预置在基带芯片中。

步骤302，终端需要获取所述系统消息时，将请求次数加1；如果所述请求次数大于或大于等于所述系统消息请求次数门限，则结束请求系统消息的操作，否则，转到步骤303；

步骤303，终端向网络侧发送preamble用于请求所述系统消息；

步骤304，所述移动终端在发送所述preamble后，在网络侧发送所述系统消息的时间窗接收所述系统消息；

步骤305，判断终端是否成功接收到请求的所述系统消息，如果成功接收到所述系统消息，则请求系统消息的流程成功，重置所述请求次数，结束，如果未成功接收到所述系统消息，则转步骤302。

实施例三

本实施例提供一种终端请求系统消息的方法的另一种实施方式，如图4所示，包括：

步骤401，终端预设了系统消息请求次数门限，或者终端从网络侧获取了所述系统消息请求次数门限。

比如，所述系统请求消息次数门限可以预置在基带芯片中。

步骤402，终端需要获取系统消息时，将请求次数加1；如果所述请求次数达到或者超过所述门限值，则结束请求系统消息的操作，否则，执行步骤403；

步骤403，所述终端向网络侧发送preamble用于请求所述系统消息；

步骤404，所述终端接收到网络侧对所述preamble的随机接入响应(radomaccessresponse，简称rar；

步骤405，所述终端向所述网络侧发送第三消息(msg3)请求所述系统消息；

步骤406，所述终端在发送所述第三消息后，在网络侧发送所述系统消息的时间窗接收所述系统消息；

步骤407，判断终端是否成功接收到请求的所述系统消息，如果成功接收到所述系统消息，则请求系统消息的流程成功，重置所述请求次数计数，结束；如果未成功接收到所述系统消息，则转步骤402。

在本申请的另一实施例中，所述步骤403之后，如果所述终端未收到所述网络侧发送的rar，则可以直接转步骤402，发起下一次preamble请求系统消息。

实施例四

本实施例提供一种终端请求系统消息的方法的另一种实施方式，如图5所示，包括：

步骤501，终端预设了系统消息请求次数门限，或者终端从网络侧获取了所述系统消息请求次数门限。

比如，所述系统请求消息次数门限可以预置在基带芯片中。

步骤502，终端需要获取系统消息时，发送preamble用于获取所述系统消息，将系统消息请求次数加1；

步骤503，所述移动终端在发送所述preamble后，在网络侧发送所述系统消息的时间窗接收所述系统消息；

步骤504，判断终端是否成功接收到所请求的所述系统消息，如果成功接收到所述系统消息，则请求系统消息的流程成功，重置所述系统消息请求次数，结束；如果未成功接收到所述系统消息，转到步骤505；

步骤505，判断所述系统消息请求次数是否达到或者超过所述系统消息请求次数门限，如果达到或者超过所述系统消息请求次数门限，则转步骤506，否则，转到步骤502；

步骤506，所述终端发送preamble到网络侧；

步骤507，在接收到所述网络侧发送的rar后，所述终端发送msg3到所述网络侧请求系统消息；

步骤508，终端在发送所述msg3后，在后续的si时间窗接收si。

实施例五

本实施例提供一种终端请求系统消息的方法的另一种实施方式，如图6所示，包括：

步骤601，终端预设了系统消息请求次数门限，或者终端从网络侧获取了所述系统消息请求次数门限。

比如，所述系统请求消息次数门限可以预置在基带芯片中。

步骤602，终端需要获取系统消息时，发送preamble用于获取所述系统消息，将系统消息请求次数加1；

步骤603，所述移动终端在发送所述preamble后，在网络侧发送所述系统消息的时间窗接收所述系统消息；

步骤604，判断终端是否成功接收到所请求的所述系统消息，如果成功接收到所述系统消息，则请求系统消息的流程成功，重置所述系统消息请求次数，结束；如果未成功接收到所述系统消息，转到步骤605；

步骤605，判断所述系统消息请求次数是否达到或者超过所述系统消息请求次数门限，如果达到或者超过所述系统消息请求次数门限，则转步骤606，否则，转到步骤602；

步骤606，所述终端发送preamble到网络侧发起随机接入过程，与所述网络侧建立rrc连接，并在rrc连接建立请求中携带si请求信息。

步骤607，rrc连接建立后，所述终端接收所述网络侧通过rrc专有信令发送的系统消息。

实施例六

本实施例提供一种终端请求系统消息的方法的另一种实施方式，如图7所示，包括：

步骤701，终端预设了系统消息请求次数门限，或者终端从网络侧获取了所述系统消息请求次数门限。

比如，所述系统请求消息次数门限可以预置在基带芯片中。

步骤702，终端需要获取所述系统消息时，将系统消息请求次数加1；如果所述系统消息请求次数达到或者超过所述系统消息请求次数门限，则转步骤706；否则，转步骤703；

步骤703，终端发送preamble用于请求所述系统消息；

步骤704，所述移动终端在发送所述preamble后，在网络侧发送所述系统消息的时间窗接收所述系统消息；

步骤705，判断终端是否成功接收到请求的所述系统消息，如果成功接收到所述系统消息，则请求系统消息的流程成功，重置所述请求次数计数，结束；如果未成功接收到所述系统消息，则转步骤702；

步骤706，终端发送preamble到网络；

步骤707，在接收到网络侧发送的rar后，终端发送msg3到网络侧请求系统消息；

步骤708，终端在发送所述msg3后，在后续的si时间窗接收si。

实施例七

本实施例提供一种终端请求系统消息的方法，如图8所示，包括：

步骤801，终端预设了系统消息请求次数门限，或者终端从网络侧获取了所述系统消息请求次数门限。

比如，所述系统请求消息次数门限可以预置在基带芯片中。

步骤802，所述终端需要获取系统消息时，将系统消息请求次数加1；如果所述请求次数达到或者超过所述系统消息请求次数门限，则转步骤806，否则，转步骤803；

步骤803，所述终端发送preamble用于请求所述系统消息；

步骤804，所述终端在发送所述preamble后，在网络侧发送所述系统消息的时间窗接收所述系统消息；

步骤805，判断终端是否成功接收到请求的所述系统消息，如果成功接收到所述系统消息，则请求系统消息的流程成功，重置所述系统消息请求次数，结束；如果未成功接收到所述系统消息，则转步骤802；

步骤806，所述终端发送preamble到网络侧发起随机接入过程，与所述网络侧建立rrc连接，在rrc连接建立请求中携带si请求信息。

步骤807，rrc连接建立后，所述终端接收网络通过rrc专有信令发送的si。

本发明一实施例提供一种系统消息获取装置，如图9所示，包括：

发送模块901，设置为，发送前导序列向网络侧请求系统消息；

计数器模块902，设置为，记录所述终端请求所述系统消息的次数；

接收模块903，设置为，获取所述网络侧发送的系统消息；

判断模块904，设置为，在所述接收模块获取所述发送模块所请求的系统消息失败后，根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息。

所述判断模块根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数小于或者小于等于所述系统消息请求次数门限时，决定重新发送所述前导序列请求所述系统消息。

在一可选实施例中，所述判断模块904根据所述终端请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息包括：

当所述终端请求所述系统消息的次数大于或者大于等于所述系统消息请求次数门限时，决定停止发送所述前导序列请求所述系统消息。

在一可选实施例中，所述接收模块903获取所述网络侧发送的系统消息包括：

所述接收模块在所述发送模块发送前导序列向网络侧请求系统消息后，在随后的系统消息发送窗口接收所请求的系统消息；

或者，在所述发送模块发送第三消息向所述网络侧请求所述系统消息后，在随后的系统消息发送窗口接收所述请求的系统消息。

在一可选实施例中，所述发送模块901还设置为，在所述判断模块根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，发送前导序列至所述网络侧，以及，在所述接收模块收到针对所述前导序列的随机接入响应后，发送第三消息请求所述系统消息。

在一可选实施例中，所述发送模块901还设置为，在所述判断模块根据请求系统消息的次数以及预设的系统消息请求次数门限决定停止重新发送所述前导序列请求系统消息后，发起一般随机接入过程请求建立与网络侧的无线资源控制连接，且在所述无线资源控制连接建立请求消息中带有系统请求信息；

所述接收模块903还设置为，在所述终端与所述网络侧建立无线资源控制连接后，通过无线资源控制专有信令获取所述系统消息。

本发明一实施例提供一种系统消息获取装置，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，执行以下操作：

发送前导序列向网络侧请求系统消息，在获取所请求的系统消息失败后，根据请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息。

所述程序在被所述处理器读取执行时，实现上述系统消息获取方法，因此，所述程序被所述处理器读取执行时执行的其他操作请参考系统消息获取方法中的相关描述。

本发明一实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现以下步骤：

发送前导序列向网络侧请求系统消息，在获取所请求的系统消息失败后，根据请求所述系统消息的次数以及预设的系统消息请求次数门限，决定是否重新发送所述前导序列请求所述系统消息。

上述程序在被处理器读取执行时，实现上述系统消息获取方法，因此，上述程序被处理器读取执行时执行的其他操作请参考系统消息获取方法中的相关描述。

所述计算机可读存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。