具体实施方式

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

目前，为遵循极简设计原则，5G支持SIB2及后续广播信号“按需传输(on-demand)”，即基站侧只在终端发起广播请求以后，才传输对应的广播信号，具体支持两种模式：

1、基于Msg1的广播请求(SI request)

根据38.331协议，基站侧在SIB1中的SI-SchedulingInfo字段下发其他广播信号(如SIB2、SIB3)的调度信息schedulingInfoList，包括每种广播信号的周期、传输模式等信息，对于传输模式为“notBroadcasting”的广播信号，如果SI-SchedulingInfo中包含si-RequestConfig，则终端使用si-RequestConfig中配置的Msg1资源触发广播请求，如图1所示，对于SIB2、SIB3以及SIBx，其传输模式均为“notBroadcasting”，则终端可以使用si-RequestConfig中配置的Msg1资源请求基站发送。

2、基于Msg3的广播请求(SI request)

根据38.331协议，如果SI-SchedulingInfo字段不包含si-RequestConfig，则终端使用Msg3请求广播传输，并且Msg3包含RRCSystemInfoRequest消息，如图2所示，终端上报的RRCSystemInfoRequest消息表示要求基站调度SIB2、SIB3以及SIBx。

上述两种方案中，对于基于Msg1的广播请求，基站只分配一个Msg1对应的前导码资源，不同终端只能请求相同的广播消息类型或组合，例如schedulingInfoList里SIB2、SIB3类型是“notBroadcasting”，即使终端只需要SIB2，基站也会在收到Msg1后传输SIB2和SIB3，这样就造成了资源浪费并违背了极简设计原则，而基于Msg3的广播请求，虽然可以精确指示基站要下发的广播类型或组合，但相对基于Msg1的广播请求，需要增加Msg3以及Msg4的传输，也同样会造成资源浪费。

因此，本发明提出一种的新的设计方法，重新设计广播请求流程，图3是本发明提供的减少无线信号持续在线的方法的流程示意图之一，如图3所示，对应的执行主体是基站，包括：

101，确定SI-SchedulingInfo，在所述SI-SchedulingInfo中增加具有预设个数的广播消息类型子集，其中每个广播消息类型子集包括至少一种广播消息类型；

102，在si-RequestConfig中增加ra-PreambleLength字段，所述ra-PreambleLength字段等于所述预设个数，所述ra-PreambleLength字段与所述广播消息类型子集中的元素一一对应；

103，下发SIB1消息，进行Msg1前导码检测；

104，若检测到广播消息请求专用前导码，基于所述广播消息请求专用前导码向终端传输对应的广播类型。

具体地，本发明提出的是基于前导码的广播请求方案，即基站在SIB1的SI-SchedulingInfo字段中将不同的广播类型或组合与不同的前导码一一对应，终端根据自己期望获取的广播消息类型，选择不同的前导码资源传输Msg1，基站根据Msg1下发对应的广播类型或组合。并且由于前导码数量有限，基站周期维护所有终端请求的广播类型或组合，将出现最多的广播类型或组合映射到有限前导码上，如果终端要求的广播类型或组合不在SI-SchedulingInfo字段中，则终端使用基于Msg3的广播请求。

需要说明的是，终端请求广播消息流程修改包括：在SI-SchedulingInfo中增加N个广播消息类型子集(schedulingInfoSubList)，每个子集包含一种或多种广播消息类型；在si-RequestConfig中增加ra-PreambleLength字段，并且ra-PreambleLength等于N，表示从ra-PreambleStartIndex开始的N个前导码资源与schedulingInfoSubList子集中的元素一一对应；基站侧收到广播请求专用前导码后，找到对应的广播类型子集并传输对应的广播类型，如图4所示。

进一步地，基站维护广播消息类型子集包括：基站确定广播消息类型子集维护周期T，并在周期内统计所有终端请求的广播消息类型或组合，按照出现次数排序；基站根据配置的专用前导码个数N，选择前N个广播消息类型或组合，如果与前一个周期的不同，则触发系统消息修改流程，重新下发SIB1消息，如图5所示。

本发明通过基站侧在不增加消息流程及系统开销的基础上，只通过优化配置即可精确识别终端的广播请求类型，从而实现基站侧极简设计，降低系统功耗，减少邻区干扰。

基于上述实施例，还包括：

若检测到其余前导码资源，则进入其他前导码处理流程。

在预设周期内记录每个终端请求的广播消息类型或组合；

待所述预设周期结束后，统计获取每种广播消息类型或组合出现的次数，并将所述次数从大到小进行排序，得到排序结果；

根据所述排序结果，选择排列在前的所述预设个数的所述广播消息类型或组合，并与上一周期的结果进行比较，得到比较结果；

若所述比较结果一致，则更新SIB1消息并重复执行消息记录流程。

若所述比较结果不一致，触发广播消息修改流程并下发Paging消息。

具体地，终端请求广播消息具体流程如图6所示：

步骤301，基站侧在SI-SchedulingInfo中新增广播消息类型子集schedulingInfoSubList，包含N种广播消息或组合；

步骤302，基站侧在si-RequestConfig中增加ra-PreambleLength字段，并且ra-PreambleLength等于N，与schedulingInfoSubList子集中的元素一一对应；

步骤303，下发SIB1消息；

步骤304，Msg1前导码检测；

步骤305，如果检测到广播消息请求专用前导码，执行步骤306，如果检测到其他前导码资源，执行步骤307；

步骤306，选择对应的广播消息类型或组合进行传输；

步骤307，其他前导码处理流程。

基站维护广播消息类型子集具体流程如图7所示：

步骤401，基站默认下发N种广播消息类型或组合；

步骤402，基站在周期T内记录每个终端请求的广播消息类型或组合；

步骤403，周期结束后，基站统计每种广播消息类型或组合出现的次数并从大到小排序；

步骤404，基站根据排序结果选择前N种广播消息类型或组合，并与前一周期结果进行比较，如果一致则重复步骤402，否则执行步骤405；

步骤405，基站触发广播消息修改流程并下发Paging消息；

步骤406，基站更新SIB1消息并重复执行步骤402。

图8是本发明提供的减少无线信号持续在线的方法的流程示意图之二，如图8所示，对应的执行主体是终端，包括：

接收基站下发的SIB1消息，保存具有预设个数的广播消息类型子集以及ra-PreambleLength字段；

根据业务需求发起广播消息请求，在所述广播消息类型子集中搜索是否存在匹配的广播消息类型或组合；

若判断存在所述匹配的广播消息类型或组合，使用对应的前导码资源并发起Msg1消息；

若成功接收到所述基站返回的Msg2消息，则接收广播消息，否则重新执行根据所述匹配的广播消息类型或组合，使用对应的前导码资源并发起Msg1消息。

其中，还包括：

若判断不存在所述匹配的广播消息类型或组合，选择发起基于Msg3的广播消息请求。

具体地，如图9所示，终端侧处理流程包括：

步骤321，终端接收SIB1消息并保存schedulingInfoSubList以及ra-PreambleLength等信息；

步骤322，根据自身业务需求，发起广播消息请求；

步骤323，在schedulingInfoSubList中寻找是否存在匹配的广播消息类型或组合，如果有则执行步骤324，否则执行步骤326；

步骤324，终端根据广播消息类型或组合，使用对应的前导码资源并发起Msg1；

步骤325，如果终端成功接收到Msg2，说明基站成功检测到Msg1，则执行327，否则执行步骤324；

步骤326，终端选择发起基于Msg3的广播消息请求；

步骤327，终端接收广播消息。

下面对本发明提供的减少无线信号持续在线的系统进行描述，下文描述的减少无线信号持续在线的系统与上文描述的减少无线信号持续在线的方法可相互对应参照。

图10是本发明提供的减少无线信号持续在线的系统的结构示意图之一，如图10所示，包括：

第一确定模块1001用于确定SI-SchedulingInfo，在所述SI-SchedulingInfo中增加具有预设个数的广播消息类型子集，其中每个广播消息类型子集包括至少一种广播消息类型；第二确定模块1002用于在si-RequestConfig中增加ra-PreambleLength字段，所述ra-PreambleLength字段等于所述预设个数，所述ra-PreambleLength字段与所述广播消息类型子集中的元素一一对应；下发模块1003用于下发SIB1消息，进行Msg1前导码检测；传输模块1004用于若检测到广播消息请求专用前导码，基于所述广播消息请求专用前导码向终端传输对应的广播类型。

本发明通过基站侧在不增加消息流程及系统开销的基础上，只通过优化配置即可精确识别终端的广播请求类型，从而实现基站侧极简设计，降低系统功耗，减少邻区干扰。

图11是本发明提供的减少无线信号持续在线的系统的结构示意图之二，如图11所示，包括：

第一接收模块1101用于接收基站下发的SIB1消息，保存具有预设个数的广播消息类型子集以及ra-PreambleLength字段；搜索模块1102用于根据业务需求发起广播消息请求，在所述广播消息类型子集中搜索是否存在匹配的广播消息类型或组合；判断模块1103用于若判断存在所述匹配的广播消息类型或组合，使用对应的前导码资源并发起Msg1消息；第二接收模块1104用于若成功接收到所述基站返回的Msg2消息，则接收广播消息，否则重新执行根据所述匹配的广播消息类型或组合，使用对应的前导码资源并发起Msg1消息。

图12示例了一种电子设备的实体结构示意图，如图12所示，该电子设备可以包括：处理器(processor)1210、通信接口(Communications Interface)1220、存储器(memory)1230和通信总线1240，其中，处理器1210，通信接口1220，存储器1230通过通信总线1240完成相互间的通信。处理器1210可以调用存储器1230中的逻辑指令，以执行减少无线信号持续在线的方法，该方法包括：确定SI-SchedulingInfo，在所述SI-SchedulingInfo中增加具有预设个数的广播消息类型子集，其中每个广播消息类型子集包括至少一种广播消息类型；在si-RequestConfig中增加ra-PreambleLength字段，所述ra-PreambleLength字段等于所述预设个数，所述ra-PreambleLength字段与所述广播消息类型子集中的元素一一对应；下发SIB1消息，进行Msg1前导码检测；若检测到广播消息请求专用前导码，基于所述广播消息请求专用前导码向终端传输对应的广播类型。

此外，上述的存储器1230中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的减少无线信号持续在线的方法，该方法包括：确定SI-SchedulingInfo，在所述SI-SchedulingInfo中增加具有预设个数的广播消息类型子集，其中每个广播消息类型子集包括至少一种广播消息类型；在si-RequestConfig中增加ra-PreambleLength字段，所述ra-PreambleLength字段等于所述预设个数，所述ra-PreambleLength字段与所述广播消息类型子集中的元素一一对应；下发SIB1消息，进行Msg1前导码检测；若检测到广播消息请求专用前导码，基于所述广播消息请求专用前导码向终端传输对应的广播类型。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的减少无线信号持续在线的方法，该方法包括：确定SI-SchedulingInfo，在所述SI-SchedulingInfo中增加具有预设个数的广播消息类型子集，其中每个广播消息类型子集包括至少一种广播消息类型；在si-RequestConfig中增加ra-PreambleLength字段，所述ra-PreambleLength字段等于所述预设个数，所述ra-PreambleLength字段与所述广播消息类型子集中的元素一一对应；下发SIB1消息，进行Msg1前导码检测；若检测到广播消息请求专用前导码，基于所述广播消息请求专用前导码向终端传输对应的广播类型。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。