一种系统消息的接收和发送方法、装置和存储介质与流程

本申请涉及无线通信网络，涉及一种系统消息的接收和发送方法、装置和存储介质。

背景技术：

对于处于覆盖增强(coverageenhancement，ce)模式的带宽受限低复杂度(non-bandwidthreducedlowcomplexity，non-bl)的用户终端(userequipment，ue)在连接态状态下，接收到公共安全(比如，地震和海啸预警系统(earthquakeandtsunamiwarningsystem，etws))的告警通知后,如果广播系统消息(systeminformation，si)的窄带与ue专用的数据传输的窄带不相同时，对于ue，如何实现对系统消息的接收，是一个亟待解决的问题。

技术实现要素：

本申请实施例提供一种系统消息的接收和发送方法、装置和存储介质，实现了在广播系统消息的窄带与ue专用的数据传输的窄带不相同的情况下，ue也可以成功接收到系统消息。

本申请实施例提供一种系统消息的接收方法，包括：

接收基站发送的系统消息si接收指示信息；

接收所述si接收指示信息指示的系统消息。

本申请实施例提供一种系统消息的发送方法，包括：

向用户终端ue发送系统消息si接收指示信息；

向ue发送所述si接收指示信息指示的系统消息。

本申请实施例提供一种系统消息的接收装置，包括：

第一接收模块，设置为接收基站发送的系统消息si接收指示信息；

第二接收模块，设置为接收所述si接收指示信息指示的系统消息。

本申请实施例提供一种系统消息的发送装置，包括：

第一发送模块，设置为向用户终端ue发送系统消息si接收指示信息；

第二发送模块，设置为向ue发送si接收指示信息指示的系统消息。

本申请实施例提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法。

附图说明

图1是本申请实施例提供的一种系统消息的接收方法的流程图；

图2是本申请实施例提供的一种基站触发ue释放rrc连接的流程图；

图3是本申请实施例提供的一种系统消息的发送方法的流程图；

图4是本申请实施例提供的一种系统消息的接收装置的结构框图；

图5是本申请实施例提供的一种系统消息的发送装置的结构框图；

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

具体实施方式

下文中将结合附图对本申请的实施例进行说明。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

当发生公共安全事件(比如，地震、海啸)时，基站会通过寻呼消息或类型0的公共搜索空间(commonsearchspacetype0，css)将公共安全事件的告警通知发下来，同时基站还会在系统消息中将公共安全消息广播下来。即用户终端在接收到该告警通知后需要进一步地接收系统消息中关于公共安全的信息。

对于legacy的lte终端，可以实现同时监控多个窄带，即可以同时监控数据传输的窄带和系统消息广播的窄带；但是对于在窄带物联网(narrowbandinternetofthings，nb-iot)，增强型机器类通信(enhancedmachinetypecommunication，emtc)，新空口(newradio，nr)带宽受限系统中，由于ue同时只能检测一个窄带，在接收到公共安全的告警通知后，如果广播系统消息的窄带和ue专用的数据传输的窄带不相同的情况下，如何完成系统消息的接收。

本申请实施例提供了一种系统消息的接收方法，实现了在广播系统消息的窄带和ue专用的数据传输的窄带不相同的情况下，也完成了系统消息的接收。

在一个示例性实施方式中，图1是本申请实施例提供的一种系统消息的接收方法的流程图。本实施例适用于在广播系统消息的窄带和ue专用的数据传输的窄带不相同的情况下，如何保证系统消息的接收的场景。本实施例可通过用户终端来执行。如图1所示，本实施例提供的方法包括s120-s140。

s120、接收基站发送的si接收指示信息。

其中，si接收指示消息用于指示ue所接收系统消息的指令消息。在实施例中，si接收指示信息可以为发生公共安全预警事件的信息，也可以为si发生变更的信息。一个实施例中，ue根据mib中sib的调度信息，确认发生变化的sib，即在si接收指示信息中并未直接指示发生变化的sib，需对mib中sib的调度信息进行分析，才能确定发生变化的sib。一个实施例中，在si接收指示信息中直接指示发生变化的sib，比如，在si接收指示信息中指示sib2发生变化，则可以直接根据si接收指示信息确定发生变化的sib为sib2。在一实施例中，在发生公共安全预警事件的情况下，在si接收指示信息中包含了公共安全预警事件的信息，即包含sib10和sib11发生变化的信息。

s140、接收si接收指示信息指示的系统消息。

在一实施例中，si接收指示信息与系统消息之间有对应关系。在ue接收到si接收指示信息之后，可以得到si接收指示信息指示的系统消息。

在一实施例中，在所述接收基站发送的系统消息si接收指示信息之后，还包括：在基站预先配置的用户终端ue接收si的间隙gap，停止监控物理下行控制信道(physicaldownlinkcontrolchannel，pdcch)。

在一实施例中，对于legacy的lteue，可以同时监控多个窄带，即使广播si的窄带与ue专用的数据传输的窄带不相同，也可以同时监控这两个窄带，无需考虑在广播系统消息的窄带和ue专用的数据传输的窄带不相同的情况下，如何接收系统消息的问题。

但对于nb-iot、emtc和nr带宽受限系统下的ue，由于只能检测一个窄带，为了能准确地接收到系统消息，在接收系统消息之前，配置第一gap；以及为了在完成系统消息的接收之后，能够保证上行信息或下行信息的传输，在接收系统消息之后，配置第二gap。其中，第一gap的长度为开始停止监控pdcch，到si窗的起点之间的间隔；第二gap的长度为si窗的终点，到开始恢复监控pdcch之间的间隔。

在一实施例中，在第一gap和第二gap之间设置接收si消息的时间长度。其中，在接收si消息的时间长度内，也停止监控pdcch。在一实施例中，在第一gap期间停止监控pdcch，并将uss载波切换到si载波，以为接收si消息作准备；然后，在第一gap的终点时刻，即在si窗的起点时刻，开始si消息的接收；然后并在第二gap的起点时刻，即在si窗的终点时刻，结束si消息的接收；然后在第二gap期间进行载波切换，以从si载波切换到uss载波，并在第二gap的终点时刻，开始进行业务数据和信令的传输，从而在ue处于连接态的情况下，实现了系统消息的接收。

在一实施例中，第一gap和第二gap均为大于等于0的正整数，并且，第一gap和第二gap小于等于40毫秒(ms)。比如，第一gap为1ms，第二gap为4ms；或者，第一gap为1ms，第二gap为10ms；或者，根据业务载波和si传输载波是否在一个窄带，来选择不同值。比如，业务载波和si传输载波为同窄带，第一gap为0，第二gap为0；业务载波和si传输载波为不同窄带，第一gap可以为1ms，第二gap可以为3ms。

在一实施例中，ue先根据主系统块(masterinformationblock，mib)中sib1中的关于sib10和sib11的调度信息，确定sib10和sib11的si-window的起始位置信息。比如，第一gap为1ms，即ue根据sib10和sib11的调度si-window的起始位置的前1ms，启动该第一gap，准备接收si消息，即在si-window的前1ms停止业务数据的传输；第二gap为3ms，即ue根据sib10和sib11的调度si-window的结束位置之后3ms，启动第二gap，准确开始业务数据的传输。

在一实施例中，在一次si窗口的持续时长内，不进行上下行传输。若上行授权资源ulgrant在si窗口的持续时长，第一gap或第二gap期间，ue将ulgrant视为无效资源。在一实施例中，若在si窗口的持续时长，第一gap或第二gap的期间，发起rrc连接重建立，为了保证能够及时接收系统消息，ue将延后至第二gap持续时长之后，再发起rrc连接重建立。无线链路失败(radiolinkfailure，rlf)时长的设置，需考虑一次si窗口的长度、第一gap的长度和第二gap的长度的影响。由于设置接收系统消息的si窗口的持续时长存在比较长的情况，则不将si窗口的持续时长计算在内。

在一实施例中，ue在接收到si接收指示信息之后，触发ue到si载波开始接收si消息。在基站开始第一次发送si接收指示消息时，开启基站的gap计时器；基站在开启gap计时器之后，停止对所有ue的调度，直到gap计时结束为止。由于基站和ue是非同步启动gap计时器的，会出现在基站的gap计时器超时之后，在对部分ue进行调度时，也会出现调度失败的情况。这是因为此时部分ue还在si载波上接收si，或者部分ue的gap计时器还在运行，从而ue不会在数据传输载波上监听pdcch。为了避免基站调度ue失败的情况，可将启动gap计时器的时机设置为基站检测到si接收指示信息所在无限帧的下一个无限帧的子帧#0，也可以为基站检测到si接收指示信息所在无限帧内的下一个子帧。其中，gap计时器的时间长度可以为第一gap的起点和第二gap的终点之间的间隔；也可以为一个自定义的时间间隔。

一个实施例中，第一gap和第二gap的取值单位至少为下述一个：无限帧、子帧、时隙slot、符号symbol或毫秒ms。其中，其中，无限帧是lte时间结构的最大单位，时长为10毫秒(ms)，一个无限帧由10个子帧组成，每个子帧为1ms，编号为0-9；一个子帧包括两个时隙，以及每个子帧最多包含14个符号symbol。其中，第一gap和第二gap的取值单位可以为无限帧、子帧、时隙、符号和毫秒中的任一单位。比如，第一gap和第二gap的长度均可以为一个或多个无限帧，也可以为一个或多个子帧，也可以为一个或多个时隙，也可以为一个或多个符号，也可以为一个或多个毫秒，对此并不进行限定。

在一实施例中，在接收si接收指示信息指示的系统消息之后，还包括：向基站发送调度请求(schedulingrequest，sr)；

在一实施例中，在接收si接收指示信息指示的系统消息之后，还包括：发起物理随机接入信道(physicalrandomaccesschannel，prach)随机接入流程。

在一实施例中，在接收si接收指示信息指示的系统消息之后，还包括：向基站发送携带si确认消息的上行信息。

在一实施例中，向基站发送携带si确认消息的上行信息，包括：通过ulgrant将携带si确认消息的mac控制单元(maccontrolelement，macce)消息和上行信息发送至基站。

在一实施例中，对于rrc连接态的ue在完成si的接收后，可将携带si确认消息的macce消息和上行信息复用在一起，并利用授权的上行调度资源发送给基站。其中，上行信息可以为上行数据，也可以为上行信令。

在一实施例中，在向基站发送调度请求sr之后，还包括：若ue检测到ulgrant，在ulgrant指示的上行信道上发送si确认消息。

在一实施例中，在发起prach随机接入流程之后，还包括：：在prach随机接入流程的第三条无线资源控制(radioresourcecontrol，rrc)消息msg3上发送si确认消息。

在一实施例中，si确认消息为：macce消息，macce消息包含确认接收到si消息的指示信息；

或者，所述si确认消息为：mac子头，所述mac子头包含确认接收到si消息的指示信息；

或者，si确认消息为：rrc消息，rrc消息包含确认接收到si消息的指示信息。

在一实施例中，在ue完成si消息的接收之后，可向基站反馈si确认消息，以使基站确认ue已经成功接收到si消息。在此场景下，可将启动gap计时器的时机设置为基站检测到si接收指示信息所在无限帧的下一个无限帧的子帧#0，也可以设置为检测到si接收指示信息所在无限帧内的下一个子帧。

ue在gap期间，若完成si消息的接收，可向基站反馈si确认消息。一个实施例中，可利用显示确认方法，比如，macce消息，mac子头或rrc消息进行确认。

一个实施例中，利用macce消息确认，首先，确认ue是否存在ulgrant，在ue存在ulgrant的情况下，ue可在ulgrant指示的上行信道上发送包含确认接收到si消息的指示信息的macce消息。在ue向基站反馈si确认消息之前，ue检测pdcch，确定是否存在ulgrant，在ue完成si消息的接收之后，可按照预先设定的检测时机，比如下一个子帧开启pdcch检测，直至gap结束为止，若检测到pdcch，则ue向基站反馈si确认消息。当然，若不存在ulgrant，ue可向基站发送sr，以请求调度资源，用来发送macce消息，在发送sr之后，ue开始检测pdcch，若在预先设置的时间内未检测到ulgrant，ue将继续发送sr请求或发起prach随机接入流程。在发起prach随机接入流程的过程中，可在prach随机接入流程的第三条rrc消息上发送macce消息，以完成si确认消息的反馈。在ue完成si确认消息的反馈之后，ue可回到数据传输载波，开始数据的传输。

其中，表1是macce消息中子头的格式表。如表1所示，macce消息中子头包括8比特(bit)，其中，逻辑信道标识(logicalchanneliddentity，lcid)占用5bit。其中，lcid可以为01110、01111和10001中的其中一个。

表1macce消息中子头的格式表

其中，macce消息中子头为8bit的消息，包含两个1bit的保留比特位(r)、一个1bit的扩展位和5bit的lcid。在一实施例中，通过lcid来判断ue是否成功接收到si消息。

在一实施例中，si确认消息的确定方式包括下述一个：mac子头中新的逻辑信道标识lcid，已有的macce消息的保留比特，或已有的macce消息中新lcid；新lcid为对已有的macce消息中的lcid进行重新定义或增加功能得到的。

在一实施例中，采用mac子头中新的逻辑信道标识lcid确定si确认消息，可以直接采用0bit的macce消息的一个结构，即通过一个macce消息中的一个子头表示，而macce消息中其它位均为0即可。

在一实施例中，采用已有的macce消息的保留比特，即采用已经定义的macce消息中的其它保留比特来确定si确认消息，比如，macce消息中的第一位和第二位为空闲的，即第一位和第二位均为0，可采用第一位和第二位来重新定义si确认消息，比如，重新定义macce消息中保留比特的第一位和第二位为01时，表示ue接收到si消息。其中，保留比特并非macce消息中子头中的保留比特位。

在一实施例中，采用已有的macce消息中的新lcid来表示ue是否接收到si消息，即将已有的macce消息中lcid所表示的功能进行重新定义或增加新的功能，比如，lcid0表示功能a，此时，可将lcid0的功能更改为功能b，或者在功能a的基础上，将lcid0的功能设置为功能a和功能b。

其中，lcid既可以表示ue是否成功接收到si消息，也可以用来表示ue是否成功接收到si接收指示信息，以及用来表示ue是否释放至空闲态。其中，对lcid表示的ue是否成功接收到si接收指示信息，以及ue是否释放至空闲态的设置方式，与ue是否成功接收到si消息的设置方式相同，也可采用上述实施例中的三种方式，在此不再一一赘述。

在一实施例中，也可以通过rrc消息来确认ue是否接收到si。其中，si确认消息可以为rrc消息。在利用rrc消息来确认时，需首先确认ue是否存在ulgrant。在一实施例中，ue存在ulgrant，ue利用ulgrant向基站反馈rrc消息，在rrc消息中包含确认接收到si消息的指示信息。在一实施例中，ue不存在ulgrant，ue向基站发送sr，用来请求调度资源以发送rrc消息，在ue向基站发送sr请求之后，ue开始检测pdcch，若在预先设置的时间内没有检测到ulgrant，ue继续发送sr请求或发起连接态prach随机接入流程，并在prach随机接入流程的第三条rrc消息msg3上发送rrc消息，其中，在rrc消息中包含确认接收到si消息的指示信息，以完成si确认消息的反馈。在ue完成si确认消息的反馈之后，ue可回到数据传输载波，开始数据的传输。

在一实施例中，可通过隐式确认的方法，ue向基站反馈确认接收到si消息的指示信息。在一次接收si消息的时间长度之后的预定义时长内，或者在一次接收si消息的时间长度结束后，启动一个隐式确认的计时器，在超出预定义时长或计时器超时的情况下，就可认为ue已成功接收到si消息。

在一实施例中，在所有的ue都完成确认接收到si消息之后，基站可停止发送si接收指示信息。在某个ue完成接收到si消息的确认之后，ue即可到ue的搜索空间(uesearchspace，uss)载波上。在ue向基站完成接收si消息的确认之后，基站可确认该ue已经完成si的接收，并且已经回到数据传输载波，此时基站可开始对该ue进行调度。

在一实施例中，在ue完成si接收指示信息的接收之后，可向基站反馈si接收指示信息的确认消息。其中，可通过显示确认方法向基站反馈si接收指示消息的确认消息，也可以通过隐式确认方法向基站反馈si接收指示消息的确认消息。

一个实施例中，利用macce消息确认，首先，确认ue是否存在ulgrant，在ue存在ulgrant的情况下，ue可在ulgrant指示的上行信道上发送包含确认接收到si接收指示消息的macce消息。在ue向基站反馈si接收指示消息的确认消息之前，ue检测pdcch，确定是否存在ulgrant，在ue完成si接收指示信息的接收之后，可按照预先设定的检测时机，比如下一个子帧开启pdcch检测，直至gap结束为止，若检测到ulgrant，则ue向基站反馈si接收指示信息的确认消息。当然，若不存在ulgrant，ue可向基站发送sr，以请求调度资源，用来发送包含确认接收到si接收指示消息的macce消息，在发送sr之后，ue开始检测pdcch，若在预先设置的时间内未检测到ulgrant，ue将继续发送sr请求或发起prach随机接入流程。在发起prach随机接入流程的过程中，可在prach随机接入流程的第三条rrc消息上发送包含确认接收到si接收指示信息的macce消息，以完成si接收指示信息的反馈。在ue完成si接收指示信息对应确认消息的反馈之后，ue开启第一gap，以准备开始接收si消息。其中，ue开始第一gap的时机可设置为检测到一次si窗结束后的第一个子帧或下一个无限帧的子帧#0。

其中，ue向基站反馈包含接收到si接收指示信息的确认消息的macce消息子头的格式，可参见上述实施例中的表1，其中，包含接收到si接收指示信息的确认消息的macce消息子头，与包含si确认消息的macce消息子头中的lcid是不相同的。比如，包含si确认消息的macce消息子头中的lcid为10001时，包含接收到si接收指示信息的确认消息的macce消息子头中的lcid只能为01110或01111。

在一实施例中，也可以通过rrc消息来确认ue是否接收到si接收指示信息。si接收指示信息的确认消息可以为rrc消息。在利用rrc消息来确认时，需首先确认ue是否存在ulgrant。在一实施例中，ue存在ulgrant，ue利用ulgrant向基站反馈rrc消息，在rrc消息中包含接收到si接收指示信息的确认信息。在一实施例中，ue不存在ulgrant，ue向基站发送sr，用来请求调度资源以发送rrc消息，在ue向基站发送sr请求之后，ue开始检测pdcch，若在预先设置的时间内没有检测到ulgrant，ue继续发送sr请求或发起连接态prach随机接入流程，并在prach随机接入流程的第三条rrc消息msg3上发送rrc消息，其中，在rrc消息中包含接收到si接收指示信息的确认消息，以完成si接收指示信息对应确认消息的反馈。在ue完成si接收指示信息对应确认消息的反馈之后，ue开启第一gap，以准备开始接收si消息。

在一实施例中，可通过隐式确认的方法，ue向基站反馈确认接收到si接收指示信息的确认消息。在第二gap的持续时长结束之后，在第二gap之后的预定义时长内或者第二gap结束后同时启动一个隐式确认的计时器，在超出预定义时长或计时器超时的情况下，就可认为ue已成功接收到si接收指示信息的确认消息。

在一实施例中，在ue接收到si接收指示信息之后，对于具有双窄带接收能力的ue，即将开启双窄带接收模式，并且，基站对ue的调度不受影响，即ue开启双窄带接收模式的时间由ue确定，而基站可以不关注ue开启双窄带接收模式的时间。为了节能，在ue完成公共安全的系统消息的接收之后，ue可关闭双窄带接收模式。

在一实施例中，在接收si接收指示信息指示的系统消息之后，还包括：释放rrc连接，并进入空闲态。

在一实施例中，在ue接收到si接收指示信息之后，ue可自主释放rrc连接，并进入空闲态；也可自主释放rrc连接，并进行释放确认。

在一实施例中，释放rrc连接，并进入空闲态，包括：

在接收到基站发送的si接收指示信息之后，rrc连接立即释放，并进入空闲态。

在一实施例中，释放rrc连接，并进入空闲态，包括：

在接收到基站发送的si接收指示信息之后，根据ue状态确定是否有上行业务；

在未存在上行业务的情况下，rrc连接立即释放，并进入空闲态。

在一实施例中，在接收到基站发送的si接收指示信息之后，基于ue的状态判断是否有上行业务，如果没有上行业务，rrc连接立即释放，并进入空闲态。基站在发送si接收指示信息之后，如果发现ue没有上行业务并且基站正在进行下行调度的情况下，基站将停止对ue的下行调度，并作释放ue的准备，认为该ue即将会自主释放进入空闲态。

在一实施例中，释放rrc连接，并进入空闲态，包括：

在接收到基站发送的释放请求的情况下，释放rrc连接，并进入空闲态；释放请求包括：si发生变更，或发生预警事件的释放原因。

在一实施例中，在si发生变更或发生预警事件的情况下，基站将触发ue释放rrc连接，并进入空闲态。在一实施例中，在si发生变更或发生预警事件的情况下，基站需向ue发送携带释放原因的释放请求，在ue接收到释放请求之后，释放rrc连接，并进入空闲态。其中，对si发生变更，或发生预警事件的解释见上述实施例的描述。

在一实施例中，释放rrc连接，并进入空闲态，包括：

在ue向基站反馈si接收指示信息对应的确认消息之后，rrc连接释放，并进入空闲态。

在一实施例中，释放rrc连接，并进入空闲态，包括：

在预先设置的第一时长内检测物理下行控制信道pdcch；

若未检测到pdcch，释放rrc连接，并进入空闲态。

在一实施例中，释放rrc连接，并进入空闲态，包括：

在预先设置的第一时长内检测物理下行控制信道pdcch；

若检测到上行授权ulgrant，ue在ulgrant指示的上行信道上向基站反馈接收到si接收指示信息的确认消息；

在预先设置的第二时长内检测pdcch；

若未检测到pdcch，释放rrc连接，并进入空闲态。

在一实施例中，第一时长和第二时长的设置，也可以是相同的，可以是不相同的，对此并不进行限定。

在一实施例中，在ue接收到si接收指示信息之后，直接释放rrc连接，并进入空闲态。同时，ue不向基站反馈释放确认信息。基站在csstype0上一直发送si接收指示信息，并且基站在uss上不调度任何ue。

在一实施例中，在ue接收到si接收指示信息之后，释放rrc连接，并进行释放确认。在一实施例中，可采用macce消息进行释放确认；在一实施例中，也可采用rrc消息进行释放确认。

在一实施例中，利用macce消息进行释放确认。首先，确认ue是否存在ulgrant，在不存在ulgrant的情况下，ue向基站发送sr以请求用于发送macce消息的ulgrant。其中，macce消息中子头的格式见上述实施例中的表1，其中，包含释放确认消息的macce消息中子头的lcid和包含si确认消息的macce消息中子头的lcid是不相同的。比如，在包含si确认消息的macce消息中子头的lcid为10001，包含接收到si接收指示信息的确认消息的macce消息中子头的lcid为01110的情况下，包含释放确认消息的macce消息中子头的lcid只能为01111。当然，对此并不进行限定，只要保证包含si确认消息的macce消息中子头的lcid，包含接收到si接收指示信息的确认消息的macce消息中子头的lcid，包含释放确认消息的macce消息中子头的lcid是不相同的即可。

在一实施例中，利用rrc消息进行释放确认。首先，确认ue是否存在ulgrant，若ue不存在ulgrant的情况下，ue向基站发送sr以请求用于发送rrc消息的ulgrant。其中，rrc消息为包含确认接收到si接收指示信息，并即将释放至空闲态的指示信息即可。在所有ue都完成rrc连接的释放确认之后，基站停止发送si接收指示信息。当然，在基站未接收到ue的释放确认信息，基站继续在uss载波上不对该ue进行调度。

在一实施例中，在ue接收到si接收指示信息之后，基站将触发ue释放rrc连接，并释放至空闲态，并在rrc连接释放请求中包含释放原因，其中，释放原因可以为etws告警信息。

图2是本申请实施例提供的一种基站触发ue释放rrc连接的流程图。如图2所示，本实施例中的方法包括s220-s260。

s220、基站向ue发送rrc连接释放请求。

s240、ue向基站反馈无线链路层控制协议rlc的应答确认信息。

s260、ue进入空闲态，并接收系统消息。

在一实施例中，基站向ue发送rrc连接释放请求，并在rrc连接释放请求中包含释放原因，并且释放原因为etws告警信息，也可以为si发生变更的信息。在ue接收到基站发送的rrc连接释放请求之后，ue对其进行反馈，即反馈无线链路层控制协议(radiolinkcontrol，rlc)的ack信息。然后，ue释放rrc连接，并键入空闲态(idle态)，并开始接收公共安全的系统消息。

在一实施例中，接收系统消息接收指示信息指示的系统消息，还包括：

在预先设置的第三时长内接收到多个相同的si接收指示信息的情况下，ue仅接收一次si接收指示信息指示的系统消息；或者，

在接收到si接收指示信息之后，若在预先设置的第四时长内再次接收到相同的si接收指示信息，忽略系统消息接收指示信息指示的系统消息。

在一实施例中，第三时长可以为ue接收si消息的时长，即第三时长可以为gap持续时长。第四时长为ue接收到si接收指示信息后的预设时长内，即第四时长的持续时长小于gap持续时长。

在一实施例中，基站在第一次发送si接收指示信息(比如，公共安全预警信息)之后，启动本次预警发送的计时器，在该计时器超时之前，基站仅处理本次预警的下发；对于ue，当监听到一次预警信息之后，启动该次预警接收的计时器，在该计时器超时前，均认为是本次预警。在该计时器超时之前，ue不会重复接收公共安全预警信息，也不会重复接收公共安全si消息。

由于多个ue之间的差异，对于不同ue来说，接收性能的差异也比较大。一个或多个ue启动新预警发送的计时器的时机不同，并且与基站启动该计时器的时机也不同，因此可能会出现基站侧的计时器已超时，同时又出现了新的预警需要发送，这时基站会开始发送新的预警信息，但是由于ue的计时器还在运行，不会监听新的预警信息，即使监听了也会认为是上一次的预警信息。这样可能导致一部分ue错过本次预警信息，但是由于预警事件是一个非常低频的事件，可将计时器的时长设置的比较长，这样就可以避免一部分ue错过新的预警信息上的接收。

在一实施例中，接收基站发送的si接收指示信息，包括：

si接收指示信息在公共搜索空间css中pdcch传输，其中，pdcch承载了si接收指示信息指示的si消息的调度信息。

在一实施例中，可通过半静态调度si消息和动态调度si消息结合的传输方式。

在一实施例中，通过动态调度si消息，在css的pdcch指示接收si消息，以及关于si消息相关的调度信息，其中，调度信息包含：是否有系统消息的传输，以及，系统消息传输窗的起始子帧以及窗长，或者，系统消息的起始子帧和终止子帧，或者，从css结束到调度系统消息的时域偏移量。

在一实施例中，在csstype0的下行链路控制信息(downlinkcontrolinformation，dci)指示公共安全预警信息及关于sib10和sib11相关的调度信息。其中，调度信息包含是否有sib10和sib11的传输；以及，sib10和sib11传输窗的起始子帧以及窗长，或者，sib10，sib11的起始子帧和终止子帧。对于某载波上的ue在监听到公共安全预警信息及相关的调度信息后，即将在该载波上sib10，sib11的调度位置接收该si消息。

在一实施例中，基站利用csstype0下发公共安全预警信息，另外在广播消息里广播sib10和sib11的调度时机，即广播csstype0结束到开始调度sib10和sib11的时域偏移量offset值。ue在该载波上监听到公共预警信息后，根据广播的sib10和sib11的调度时机与css间的时域偏移量offset值，在相应的位置上检测接收sib10和sib11即可。

在一实施例中，半静态调度与动态调度结合方式：半静态调度信息为预定义系统消息调度的时域频域位置信息，可以预定义其相对css的时域频域的偏移量数值，在css的pdcch动态指示接收系统消息；收到该指示信息后，可按照预定义的调度信息，接收系统消息。

在一实施例中，基站利用csstype0下发公共安全预警信息，并且，可通过预定义sib10，sib11调度时机与csstype0间的时域偏移量offset值。ue在该在载波上监听到预警信息后，根据系统预定义的sib10和sib11的调度时机与css间的时域偏移量offset值，在相应的位置上检测接收sib10和sib11即可。

对于legacy模式的ue，基站采用paging(携带公共安全预警信息)下发预警信息后，基站更新与公共安全相关的系统消息，并在小区内完成广播，ue在接收到预警信息后，接收sib1消息，并获取sib10和sib11相关的调度信息，然后再接收sib10和sib11消息。

图3是本申请实施例提供的一种系统消息的发送方法的流程图。本实施例适用于在广播系统消息的窄带和ue专用的数据传输的窄带不相同的情况下，如何保证基站发送的系统消息能被ue接收到的场景。本实施例可通过基站来执行。如图3所示，该方法包括：

s320、向ue发送si接收指示信息。

其中，si接收指示信息用于指示ue开始接收系统消息的指令信息，在实施例中，si接收指示信息可以为公共安全的预警信息，也可以为si发生变更的消息。

s340、向ue发送si接收指示信息指示的系统消息。

在一实施中，在基站向ue发送si接收指示信息之后，基站需继续向ue发送si接收指示信息对应的系统消息。

在一实施例中，向ue发送si接收指示信息指示的系统消息，包括：

基站预先配置的用户终端ue接收si的间隙gap，停止发送下行信息。

在一实施例中，ue接收si的间隙gap，包括第一gap和第二gap；

第一gap的长度为开始停止监控pdcch，到si窗的起点之间的间隔；第二gap的长度为si窗的终点，到开始恢复监控pdcch之间的间隔。

在一实施例中，第一gap和第二gap的取值单位至少为下述一个：无限帧、子帧、时隙slot、符号symbol或毫秒ms。

在一实施例中，在基站向ue发送si接收指示信息时，为了保证只能监控一个窄带的ue，可以切换到si载波上接收si接收指示信息对应的系统消息，在基站向ue发送si接收指示信息之前，对ue接收si的gap进行配置。其中，对ue接收si的gap的配置方式见上述实施例的描述，在此不再赘述。

在一实施例中，在向ue发送si接收指示信息指示的系统消息之后，还包括：接收ue发送的调度请求sr。

在一实施例中，在向ue发送si接收指示信息指示的系统消息之后，还包括：发送ulgrant调度上行信息传输。

在一实施例中，在向ue发送si接收指示信息指示的系统消息之后，还包括：参与ue发起的prach随机接入流程。

在一实施例中，在ue向基站反馈si确认信息之前，确定ue是否存在ulgrant，若ue不存在ulgrant，ue向基站发送sr请求，以请求ulgrant。从基站侧来说，在ue不存在ulgrant，基站接收ue发送的sr，并根据sr向ue分配ulgrant。当然，在基站并未成功分配ulgrant至ue时，ue可继续发送sr请求，或发起prach随机接入流程。从基站侧来说，基站参与ue发起的prach随机接入流程。对ue发送的sr，或者ue发起的prach随机接入流程的解释，可参见上述实施例中ue侧发送sr或发起prach随机接入流程的描述，在此不再赘述。

在一实施例中，在接收ue发送的sr之后，还包括：

在基站发送承载ulgrant的pdcch的情况下，在ulgrant指示的上行信道上接收ue反馈的si确认消息。

在一实施例中，在发送ulgrant调度上行信息传输之后，还包括：

在ulgrant指示的上行信道上接收ue反馈的si确认消息。

在一实施例中，在ulgrant指示的上行信道上接收ue反馈的si确认消息，包括：

在ulgrant指示的上行信道上接收携带si确认消息的macce消息和上行信息。

在一实施例中，对于rrc连接态的ue在完成si的接收之后，可将携带si确认消息的macce消息和上行信息复用在一起，并利用ulgrant发送至基站，以使基站在ulgrant指示的上行信道上接收携带si确认消息的macce消息和上行信息。

在一实施例中，在参与ue发起的prach随机接入流程之后，还包括：

在prach随机接入流程的msg3上接收si确认消息。

在一实施例中，si确认消息为：macce消息，macce消息包含确认接收到si消息的指示信息；

或者，si确认消息为：mac子头，mac子头包含确认接收到si消息的指示信息；

或者，si确认消息为：rrc消息，rrc消息包含确认接收到si消息的指示信息。

在一实施例中，si确认消息的确定方式包括下述一个：mac子头中新的逻辑信道标识lcid，已有的macce消息的保留比特，或已有的macce消息中新lcid；新lcid为对已有的macce消息中的lcid进行重新定义或增加功能得到的。

在一实施例中，在向ue发送si接收指示信息指示的系统消息之后，还包括：

向ue发送释放请求，释放请求用于触发ue释放rrc连接的请求，释放请求包括：si发生变更，或发生预警事件的释放原因。

在一实施例中，在ue存在ulgrant或ue发起prach随机接入流程的情况下，ue可通过ulgrant向基站反馈si确认消息，或者在prach随机接入流程的第三条rrc消息msg上发送si确认消息。从基站侧来说，在基站发送承载ulgrant的pdcch的情况下，可在ulgrant指示的上行信道上接收ue反馈的si确认消息。当然，也可以作为prach随机接入流程的msg3上接收si确认消息。其中，si确认消息可以为macce消息，也可以为rrc消息，对si确认消息为macce消息或rrc消息的说明，可参见上述实施例中第一macce消息、第二macce消息、第一rrc消息和第二rrc消息的描述，在此不再赘述。

在一实施例中，在向ue发送si接收指示信息指示的系统消息之后，还包括：接收ue反馈的释放至空闲态的确认消息。

在一实施例中，接收ue反馈的释放至空闲态的确认消息，包括：

在向ue发送si接收指示信息之后，接收ue反馈的释放至空闲态的确认消息。

在一实施例中，在ue为不需发送si接收指示信息对应的确认消息的情况下，ue在接收到si接收指示信息之后，ue就可立即释放rrc连接，并进入空闲态。从基站侧来说，在向ue发送si接收指示信息之后，就可接收到ue反馈的释放至空闲态的确认消息。

在一实施例中，接收ue反馈的释放至空闲态的确认消息，包括：在接收到ue反馈的si接收指示信息对应的确认消息之后，接收ue反馈的释放至空闲态的确认消息。

在一实施例中，在ue为需发送si接收指示信息对应的确认消息的情况下，在ue向基站反馈si接收指示信息对应的确认消息之后，ue才释放rrc连接，并进入空闲态，以及将释放至空闲态的确认消息反馈至基站。

在一实施例中，向ue发送si接收指示信息，包括：

si接收指示信息在css中pdcch传输，其中，pdcch承载了si接收指示信息指示的si消息的调度信息。

在一实施例中，可以通过动态调度，半静态调度和动态调度相结合的方式，对si消息进行接收和调度。对动态调度，半静态调度和动态调度相结合方式的解释，见上述实施例的描述，在此不再赘述。

图4是本申请实施例提供的一种系统消息的接收装置的结构框图。如图4所示，本实施例提供的系统消息的接收装置包括第一接收模块420和第二接收模块440；

第一接收模块420，设置为接收基站发送的系统消息si接收指示信息；

第二接收模块440，设置为接收si接收指示信息指示的系统消息。

本实施例提供的系统消息的接收装置设置为实现图1所示实施例的系统消息的接收方法，本实施例提供的系统消息的接收装置实现原理和技术效果类似，此处不再赘述。

在一实施例中，系统消息的接收装置，还包括：

停止监控模块，设置为：在接收基站发送的系统消息si接收指示信息之后，在基站预先配置的用户终端ue接收si的间隙gap，停止监控物理下行控制信道pdcch。

在一实施例中，ue接收si的间隙gap，包括第一gap和第二gap；

第一gap的长度为开始停止监控pdcch，到si窗的起点之间的间隔；第二gap的长度为si窗的终点，到开始恢复监控pdcch之间的间隔。

在一实施例中，第一gap和第二gap的取值单位至少为下述一个：无限帧、子帧、时隙slot、符号symbol或毫秒ms。

在一实施例中，系统消息的接收装置，还包括：

第三发送模块，设置为在接收si接收指示信息指示的系统消息之后，向基站发送调度请求sr；

在一实施例中，系统消息的接收装置，还包括：

发起模块，设置为在接收si接收指示信息指示的系统消息之后，发起物理随机接入信道prach随机接入流程。

在一实施例中，系统消息的接收装置，还包括：

第四发送模块，设置为在接收si接收指示信息指示的系统消息之后，向基站发送携带si确认消息的上行信息。

在一实施例中，系统消息的接收装置，还包括：

第五发送模块，设置为在向基站发送调度请求sr之后，若ue检测到ulgrant，在ulgrant指示的上行信道上发送si确认消息。

在一实施例中，系统消息的接收装置，还包括：第六发送模块，设置为：在发起prach随机接入流程之后，在prach随机接入流程的第三条rrc消息msg3上发送si确认消息。

在一实施例中，第四发送模块，包括：通过ulgrant将携带si确认消息的macce消息和上行信息发送至基站。

在一实施例中，si确认消息为：macce消息，macce消息包含确认接收到si消息的指示信息；

或者，si确认消息为：mac子头，mac子头包含确认接收到si消息的指示信息；

或者，si确认消息为：rrc消息，rrc消息包含确认接收到si消息的指示信息。

在一实施例中，si确认消息的确定方式包括下述一个：mac子头中新的逻辑信道标识lcid，已有的macce消息的保留比特，或已有的macce消息中新lcid；新lcid为对已有的macce消息中的lcid进行重新定义或增加功能得到的。

在一实施例中，系统消息的接收装置，还包括：

释放模块，设置为在接收si接收指示信息指示的系统消息之后，释放rrc连接，并进入空闲态。

在一实施例中，释放模块，设置为：在接收到基站发送的si接收指示信息之后，rrc连接立即释放，并进入空闲态。

在一实施例中，释放模块，设置为：在接收到基站发送的si接收指示信息之后，根据ue状态确定是否有上行业务；

在未存在上行业务的情况下，rrc连接立即释放，并进入空闲态。

在一实施例中，释放模块，设置为：在接收到基站发送的释放请求的情况下，释放rrc连接，并进入空闲态；释放请求包括：si发生变更，或发生预警事件的释放原因。

在一实施例中，释放模块，设置为：在ue向基站反馈si接收指示信息对应的确认消息之后，rrc连接释放，并进入空闲态。

在一实施例中，释放模块，设置为：在预先设置的第一时长内检测物理下行控制信道pdcch；

若未检测到pdcch，释放rrc连接，并进入空闲态。

在一实施例中，释放模块，设置为：在预先设置的第一时长内检测物理下行控制信道pdcch；

若检测到上行授权ulgrant，ue在ulgrant指示的上行信道上向基站反馈接收到si接收指示信息的确认消息；

在预先设置的第二时长内检测pdcch；

若未检测到pdcch，释放rrc连接，并进入空闲态。

在一实施例中，第二接收模块，包括：

接收单元，设置为在预先设置的第三时长内接收到多个相同的si接收指示信息的情况下，ue仅接收一次si接收指示信息指示的系统消息；

或者，忽略单元，设置为在接收到si接收指示信息之后，若在预先设置的第四时长内再次接收到相同的si接收指示信息，忽略系统消息接收指示信息指示的系统消息。

在一实施例中，第一接收模块，包括：si接收指示信息在公共搜索空间css中pdcch传输，其中，pdcch承载了si接收指示信息指示的si消息的调度信息。

图5是本申请实施例提供的一种系统消息的发送装置的结构框图。如图5所示，本实施例提供的系统消息的发送装置包括第一发送模块520和第二发送模块540；

其中，第一发送模块520，设置为向用户终端ue发送系统消息si接收指示信息；

第二发送模块540，设置为向ue发送si接收指示信息指示的系统消息。

本实施例提供的系统消息的发送装置设置为实现图3所示实施例的系统消息的发送方法，本实施例提供的系统消息的发送装置实现原理和技术效果类似，此处不再赘述。

在一实施例中，系统消息的发送装置，还包括：停止发送模块，设置为：在向用户终端ue发送系统消息si接收指示信息之后，在基站预先配置的用户终端ue接收si的gap，停止发送下行信息。

在一实施例中，ue接收si的间隙gap，包括第一gap和第二gap；

第一gap的长度为开始停止监控pdcch，到si窗的起点之间的间隔；第二gap的长度为si窗的终点，到开始恢复监控pdcch之间的间隔。

在一实施例中，第一gap和第二gap的取值单位至少为下述一个：无限帧、子帧、时隙slot、符号symbol或毫秒ms。

在一实施例中，系统消息的发送装置，还包括：

第三接收模块，设置为在向ue发送si接收指示信息指示的系统消息之后，接收ue发送的调度请求sr。

在一实施例中，系统消息的发送装置，还包括：第三发送模块，设置为：在向ue发送si接收指示信息指示的系统消息之后，发送ulgrant调度上行信息传输。

在一实施例中，系统消息的发送装置，还包括：参与发起模块，设置为在向ue发送si接收指示信息指示的系统消息之后，参与ue发起的prach随机接入流程。

在一实施例中，系统消息的发送装置，还包括：

第四接收模块，设置为在接收ue发送的sr之后，在基站发送承载ulgrant的pdcch的情况下，在ulgrant指示的上行信道上接收ue反馈的si确认消息。

在一实施例中，系统消息的发送装置，还包括：第五接收模块，设置为：在发送ulgrant调度上行信息传输之后，在ulgrant指示的上行信道上接收ue反馈的si确认消息。

在一实施例中，第五接收模块，设置为：在ulgrant指示的上行信道上接收携带si确认消息的macce消息和上行信息。

在一实施例中，第六接收模块，设置为：在参与ue发起的prach随机接入流程之后，在prach随机接入流程的msg3上接收si确认消息。

在一实施例中，si确认消息为：macce消息，macce消息包含确认接收到si消息的指示信息；

或者，si确认消息为：mac子头，mac子头包含确认接收到si消息的指示信息；

或者，si确认消息为：rrc消息，rrc消息包含确认接收到si消息的指示信息。

在一实施例中，si确认消息的确定方式包括下述一个：mac子头中新的逻辑信道标识lcid，已有的macce消息的保留比特，或已有的macce消息中新lcid；所述新lcid为对已有的macce消息中的lcid进行重新定义或增加功能得到的。

在一实施例中，系统消息的发送装置，还包括：第四发送模块，设置为：在向ue发送si接收指示信息指示的系统消息之后，向ue发送释放请求，释放请求用于触发ue释放rrc连接的请求，释放请求包括：si发生变更，或发生预警事件的释放原因。

在一实施例中，系统消息的发送装置，还包括：

第七接收模块，设置为，在向ue发送si接收指示信息指示的系统消息之后，接收ue反馈的释放至空闲态的确认消息。

在一实施例中，第七接收模块，设置为：在向ue发送si接收指示信息之后，接收ue反馈的释放至空闲态的确认消息。

在一实施例中，第七接收模块，设置为：在接收到ue反馈的si接收指示信息对应的确认消息之后，接收ue反馈的释放至空闲态的确认消息。

在一实施例中，第二发送模块，设置为：si接收指示信息在css中pdcch传输，其中，pdcch承载了si接收指示信息指示的si消息的调度信息。

图6是本申请实施例提供的一种设备的结构示意图。如图6所示，本申请提供的设备，包括：处理器610以及存储器620。该设备中处理器610的数量可以是一个或者多个，图6中以一个处理器610为例。该设备中存储器620的数量可以是一个或者多个，图6中以一个存储器620为例。该设备的处理器610以及存储器620可以通过总线或者其他方式连接，图6中以通过总线连接为例。实施例中，该设备为用户终端。

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

上述提供的设备可设置为执行上述任意实施例提供的应用于用户终端的系统消息的接收方法，具备相应的功能和效果。

当设备为基站时，对应存储器620中存储的程序可以是本申请实施例所提供应用于基站的系统消息的发送方法对应的程序指令/模块，处理器610通过运行存储在存储器620中的软件程序、指令以及模块，从而执行计算机设备的一种或多种功能应用以及数据处理，即实现上述方法实施例中应用于基站的系统消息的发送方法。可以理解的是，上述设备为基站时，可执行本申请任意实施例所提供的应用于基站的系统消息的发送方法，且具备相应的功能和效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种系统消息的接收方法，该方法应用于用户终端侧，该方法包括：接收基站发送的系统消息si接收指示信息；接收si接收指示信息指示的系统消息。

本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种系统消息的发送方法，该方法应用于基站侧，该方法包括：向用户终端ue发送系统消息si接收指示信息；向ue发送si接收指示信息指示的系统消息。

本领域内的技术人员应明白，术语用户设备涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。

一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(instructionsetarchitecture，isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(read-onlymemory，rom)、随机访问存储器(randomaccessmemory，ram)、光存储器装置和系统(数码多功能光碟(digitalvideodisc，dvd)或光盘(compactdisk，cd))等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑器件(field-programmablegatearray，fgpa)以及基于多核处理器架构的处理器。