对SI请求的确认方法、对SI的按需请求方法及装置、存储介质、终端、基站与流程

本发明涉及通讯技术领域，具体地涉及一种对si请求的确认方法、对si的按需请求方法及装置、存储介质、终端、基站。

背景技术：

根据现有的长期演进(longtermevolution，简称lte)协议，在新接入小区时，用户设备(userequipment，简称ue)需要获取网络的系统信息(systeminformation，简称si)以完成小区接入相关动作。在现有的lte系统中，用户设备需要收听网络的周期性广播以获取si。但是，在实际应用中，用户设备可能并不需要si包括的所有内容。

为了满足网络在周期性广播si期间的节能需求，减少广播开销，减少预留给部分si(如上述可能并不被用户设备需要的那部分si)的广播资源，针对5g系统的新无线(newradio，简称nr)做了这样的规定，即包含有所有用户设备都必需的si，如最小系统信息(minimumsysteminformation，简称msi)，由网络周期性广播；而剩余的那部分si，即不是所有用户设备(或者，加入该网络的用户设备)都必需的si，可以由用户设备以按需方式请求网络提供。

为了实现上述规定，在nr中，用户设备可以基于随机接入进程(randomaccessprocedure，简称raprocedure)向网络发送特殊的前导码(specialpreamble，以下称为特殊前导码)，以向网络发起按需si获取进程。相应的，当接收到用户设备发送的特殊前导码时，网络可以确定该特殊前导码是用于请求特定si的，并通过随机接入响应(randomaccessresponse，简称rar)信息来确认用户设备的按需si请求。其中，特殊前导码是基于msg1的请求过程发送的。

根据现有技术，当用户设备需要特定si时，可以基于特殊前导码向网络发送按需si请求。而在某些特定场景中，例如，当存在多个用户设备进入网络时，可能触发大量的特殊前导码传输以请求si，其中不同用户设备请求的si可以相同，也可以不同。基于现有规范，针对每个用户设备的每个用于请求si的特殊前导码，网络需要逐一进行回复，即针对每一个用于请求si的特殊前导码向发送该特殊前导码的用户设备发送确认信息，以指示该用户设备请求的si将会被广播。由于用户设备相互之间不知道对方所请求的si，导致不同的ue可能先后各自发送特殊前导码以请求相同的si，而对于这些重复的si请求，网络仍需逐一进行回复。

随着进入网络的用户设备数量的增加，网络需要发送的确认信息会越来越多，尤其当多个用户设备各自通过特殊前导码请求获取相同si时，网络仍需向各个用户设备逐一回复确认信息，这无疑导致大量不必要的信息传输，导致网络的整体操作模式效率低下，极大地增加信令开销。

技术实现要素：

本发明解决的技术问题是如何优化si的按需请求效率，以及对si请求的确认效率。

为解决上述技术问题，本发明实施例提供一种对si请求的确认方法，包括：在预设周期内，接收多个用于请求si的si请求，多个si请求接收自至少一个用户设备；根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口，所述监听窗口的数量小于等于所述候选监听窗口的数量，所述确认信息用于确认接收到的所述多个si请求；在所述至少一个监听窗口采用所述第一资源发送所述确认信息。

可选的，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的。

可选的，所述确认信息采用的第一资源选自：公共资源；或者，对于每一si请求，与所述si请求相关联的第二资源。

可选的，所述公共资源是通过广播预先指示的。

可选的，所述根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口包括：对于第一部分si请求，确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中存在重叠关系的候选监听窗口；将所述存在重叠关系的候选监听窗口的重叠区域确定为所述第一部分si请求对应的监听窗口；其中，所述第一部分si请求包括所述多个si请求中采用相同第一资源的确认信息对应的si请求。

可选的，所述第一资源为所述公共资源或者所述第一部分si请求共同关联的第二资源，所述在所述至少一个监听窗口采用所述第一资源发送所述确认信息包括：确定所述多个si请求中尚未确认且满足确认条件的si请求；根据所述尚未确认且满足确认条件的si请求生成所述确认信息；基于所述公共资源或者所述第一部分si请求共同关联的第二资源在所述第一部分si请求对应的监听窗口的预设位置发送所述确认信息。

可选的，所述根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口还包括：确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中不存在重叠关系的候选监听窗口；对于不存在重叠关系的候选监听窗口对应的用户设备发出的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口。

可选的，所述第一资源为所述公共资源或者所述第一部分si请求共同关联的第二资源，所述在所述至少一个监听窗口采用所述第一资源发送所述确认信息包括：确定所述多个si请求中尚未确认且满足确认条件的si请求；根据所述尚未确认且满足确认条件的si请求生成所述确认信息；基于所述公共资源或者所述第一部分si请求共同关联的第二资源在每一si请求对应的监听窗口的预设位置发送所述确认信息。

可选的，所述根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口包括：对于第二部分si请求中的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口；其中，所述第二部分si请求包括所述多个si请求中采用不同第一资源的确认信息对应的si请求。

可选的，所述第一资源为所述第二部分si请求中每一si请求各自关联的第二资源，所述在所述至少一个监听窗口采用所述第一资源发送所述确认信息包括：确定所述多个si请求中尚未确认且满足确认条件的si请求；根据所述尚未确认且满足确认条件的si请求生成所述确认信息；对于所述第二部分si请求中的每一个si请求，基于所述si请求关联的第二资源在所述si请求对应的监听窗口的预设位置发送所述确认信息。

可选的，所述预设位置根据所述至少一个用户设备的优先级确定。

可选的，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的；所述根据所述尚未确认且满足确认条件的si请求生成所述确认信息包括：在所述确认信息的消息头或消息子头中添加每一si请求的特殊前导码的rapid；其中，所述消息头或消息子头的数量与所述尚未确认且满足确认条件的si请求的特殊前导码的数量相一致。

可选的，所述根据所述尚未确认且满足确认条件的si请求生成所述确认信息还包括：在所述确认信息的消息头或消息子头中添加backoff指示信息。

可选的，根据所述用户设备的传输特征参数确定所述用户设备的候选监听窗口。

可选的，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的，所述传输特征参数选自：所述si请求指向的si；接收到的所述特殊前导码；用于传输所述特殊前导码的资源。

可选的，所述用户设备的候选监听窗口通过广播预先指示。

可选的，所述确认方法还包括：在所述预设周期到期时，广播所述多个si请求中满足确认条件的si请求所请求的si。

可选的，所述在所述预设周期到期时，广播所述多个si请求中满足确认条件的si请求所请求的si包括：在所述确认信息指示的时间广播所述多个si请求中满足确认条件的si请求所请求的si，所述确认信息指示的时间晚于所述预设周期的到期时间。

本发明实施例还提供一种对si请求的确认装置，包括：接收模块，用于在预设周期内，接收多个用于请求si的si请求，多个si请求接收自至少一个用户设备；确定模块，用于根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口，所述监听窗口的数量小于等于所述候选监听窗口的数量，所述确认信息用于确认接收到的所述多个si请求；发送模块，用于在所述至少一个监听窗口采用所述第一资源发送所述确认信息。

可选的，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的。

可选的，所述确认信息采用的第一资源以及所述多个si请求采用的第二资源选自：公共资源；对于每一si请求，与所述si请求相关联的第二资源。

可选的，所述公共资源是通过广播预先指示的。

可选的，所述确定模块包括：第一确定子模块，对于第一部分si请求，确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中存在重叠关系的候选监听窗口；第二确定子模块，用于将所述存在重叠关系的候选监听窗口的重叠区域确定为所述第一部分si请求对应的监听窗口；其中，所述第一部分si请求包括所述多个si请求中采用相同第一资源的确认信息对应的si请求。

可选的，所述第一资源为所述公共资源或者所述第一部分si请求共同关联的第二资源，所述发送模块包括：第三确定子模块，用于确定所述多个si请求中尚未确认且满足确认条件的si请求；生成子模块，用于根据所述尚未确认且满足确认条件的si请求生成所述确认信息；第一发送子模块，用于基于所述公共资源或者所述第一部分si请求共同关联的第二资源在所述第一部分si请求对应的监听窗口的预设位置发送所述确认信息。

可选的，所述确定模块还包括：第四确定子模块，用于确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中不存在重叠关系的候选监听窗口；第五确定子模块，对于不存在重叠关系的候选监听窗口对应的用户设备发出的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口。

可选的，所述第一资源为所述公共资源或者所述第一部分si请求共同关联的第二资源，所述发送模块包括：第三确定子模块，用于确定所述多个si请求中尚未确认且满足确认条件的si请求；生成子模块，用于根据所述尚未确认且满足确认条件的si请求生成所述确认信息；第二发送子模块，用于基于所述公共资源或者所述第一部分si请求共同关联的第二资源在每一si请求对应的监听窗口的预设位置发送所述确认信息。

可选的，所述确定模块包括：第六确定子模块，对于第二部分si请求中的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口；其中，所述第二部分si请求包括所述多个si请求中采用不同第一资源的确认信息对应的si请求。

可选的，所述第一资源为所述第二部分si请求中每一si请求各自关联的第二资源，所述发送模块包括：第三确定子模块，用于确定所述多个si请求中尚未确认且满足确认条件的si请求；生成子模块，用于根据所述尚未确认且满足确认条件的si请求生成所述确认信息；第三发送子模块，对于所述第二部分si请求中的每一个si请求，基于所述si请求关联的第二资源在所述si请求对应的监听窗口的预设位置发送所述确认信息。

可选的，所述预设位置根据所述至少一个用户设备的优先级确定。

可选的，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的；所述生成子模块包括：第一添加单元，用于在所述确认信息的消息头或消息子头中添加每一si请求的特殊前导码的rapid；其中，所述消息头或消息子头的数量与所述尚未确认且满足确认条件的si请求的特殊前导码的数量相一致。

可选的，所述生成子模块还包括：第二添加单元，用于在所述确认信息的消息头或消息子头中添加backoff指示信息。

可选的，根据所述用户设备的传输特征参数确定所述用户设备的候选监听窗口。

可选的，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的，所述传输特征参数选自：所述si请求指向的si；接收到的所述特殊前导码；用于传输所述特殊前导码的资源。

可选的，所述用户设备的候选监听窗口通过广播预先指示。

可选的，所述确认装置还包括：广播模块，用于在所述预设周期到期时，广播所述多个si请求中满足确认条件的si请求所请求的si。

可选的，所述广播模块包括：广播子模块，用于在所述确认信息指示的时间广播所述多个si请求中满足确认条件的si请求所请求的si，所述确认信息指示的时间晚于所述预设周期的到期时间。

本发明实施例还提供一种对si的按需请求方法，包括：发送第一si请求；在用户设备的候选监听窗口内接收确认信息；根据所述确认信息确定网络确认的si请求集合；其中，所述si请求集合中包括由相同或不同用户设备在预设周期内发送的si请求。

可选的，所述按需请求方法还包括：在所述用户设备的候选监听窗口开始之前，处于睡眠状态或者执行drx操作。

可选的，采用特殊前导码的方式发送所述si请求，所述特殊前导码是基于msg1的请求过程发送的，所述在用户设备的候选监听窗口内接收确认信息包括：在所述用户设备的候选监听窗口内，监听预设资源，以获取所述确认信息。

可选的，所述预设资源选自：公共资源；或者，与所述第一si请求相关联的第二资源。

可选的，所述公共资源是通过接收广播的信息预先确定的。

可选的，所述根据所述确认信息确定网络确认的si请求集合包括：从所述确认信息的消息头或消息子头中获取所述si请求集合。

可选的，采用特殊前导码的方式发送所述si请求，所述特殊前导码是基于msg1的请求过程发送的，所述si请求集合包括si请求以及对应的特殊前导码的rapid。

可选的，所述按需请求方法还包括：判断所述si请求集合是否包括所述第一si请求；当判断结果表明所述si请求集合不包括所述第一si请求时，从所述确认信息的消息头或消息子头中获取backoff指示信息；根据所述backoff指示信息的指示重新发送所述第一si请求。

可选的，所述用户设备的候选监听窗口根据传输特征参数确定。

可选的，采用特殊前导码的方式发送所述si请求，所述特殊前导码是基于msg1的请求过程发送的，所述传输特征参数选自：所述第一si请求指向的si；用于发送所述第一si请求的特殊前导码；用于传输所述特殊前导码的资源。

可选的，所述用户设备的候选监听窗口是通过接收广播的信息预先确定的。

可选的，所述确认信息为随机接入响应信息。

本发明实施例还提供一种对si的按需请求装置，包括：发送模块，用于发送第一si请求；接收模块，用于在用户设备的候选监听窗口内接收确认信息；确定模块，用于根据所述确认信息确定网络确认的si请求集合；其中，所述si请求集合中包括由相同或不同用户设备在预设周期内发送的si请求。

可选的，所述按需请求装置还包括：保持模块，用于在所述用户设备的候选监听窗口开始之前，处于睡眠状态或者执行drx操作。

可选的，采用特殊前导码的方式发送所述si请求，所述特殊前导码是基于msg1的请求过程发送的，所述接收模块包括：监听子模块，用于在所述用户设备的候选监听窗口内，监听预设资源，以获取所述确认信息。

可选的，所述预设资源选自：公共资源；或者，与所述第一si请求相关联的第二资源。

可选的，所述公共资源是通过接收广播的信息预先确定的。

可选的，所述确定模块包括：获取子模块，用于从所述确认信息的消息头或消息子头中获取所述si请求集合。

可选的，采用特殊前导码的方式发送所述si请求，所述特殊前导码是基于msg1的请求过程发送的，所述si请求集合包括si请求以及对应的特殊前导码的rapid。

可选的，所述按需请求装置还包括：判断模块，用于判断所述si请求集合是否包括所述第一si请求；获取模块，当判断结果表明所述si请求集合不包括所述第一si请求时，从所述确认信息的消息头或消息子头中获取backoff指示信息；重新发送模块，用于根据所述backoff指示信息的指示重新发送所述第一si请求。

可选的，所述用户设备的候选监听窗口根据传输特征参数确定。

可选的，采用特殊前导码的方式发送所述si请求，所述特殊前导码是基于msg1的请求过程发送的，所述传输特征参数选自：所述第一si请求指向的si；用于发送所述第一si请求的特殊前导码；用于传输所述特殊前导码的资源。

可选的，所述用户设备的候选监听窗口是通过接收广播的信息预先确定的。

可选的，所述确认信息为随机接入响应信息。

本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。

本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述按需请求方法的步骤。

本发明实施例还提供一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述确认方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

在网络侧，网络在预设周期内，接收多个用于请求si的si请求，多个si请求接收自至少一个用户设备；根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口，所述监听窗口的数量小于等于所述候选监听窗口的数量，所述确认信息用于确认接收到的所述多个si请求；在所述至少一个监听窗口采用所述第一资源发送所述确认信息。较之现有的网络需要逐一确认每一用户设备的si请求，并且确认信息与si请求是一一对应的确认方案，采用本发明实施例的方案，响应给预设周期内所有用户设备发送的所有si请求的确认信息可以是同一个信息，从而极大的降低确认信息的配置复杂度。进一步，所述确认信息在监听窗口内发送，以通过一次传输行为向尽可能多的si请求作出确认响应，这些si请求可以是由一个或多个用户设备在预设周期内发送的，从而减少网络侧的信令开销，简化确认进程，优化系统效率。

进一步，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的，以使网络可以通过随机接入进程接收用户设备的按需si请求。

进一步，根据所述用户设备的传输特征参数确定所述用户设备的候选监听窗口，以使网络可以针对不同的用户设备配置不同的候选监听窗口。例如，对于具有更高优先级的用户设备，可以为其配置更小(也可理解为更短)的监听窗口，以确保该用户设备能够更快的接收到所述确认信息。

进一步，在用户设备侧，用户设备发送第一si请求；在用户设备的候选监听窗口内接收确认信息；根据所述确认信息确定网络确认的si请求集合；其中，所述si请求集合中包括由相同或不同用户设备在预设周期内发送的si请求。较之现有用户设备接收到的确认信息中只包括对该用户设备自身发送的si请求的响应的技术方案，采用本发明实施例的方案，所述用户设备能够获取连接到网络的所有用户设备在预设周期内发送的所有si请求的内容，从而有效避免对相同si的重复请求。进一步，由于避免了用户设备侧对相同si的重复请求，从而有效减少网络的确认量以及信令开销，极大的提高整体效率。

进一步，在所述用户设备的候选监听窗口开始之前，处于睡眠状态或者执行drx操作，以更好的降低用户设备的能量消耗。

进一步，所述用户设备可以判断所述si请求集合是否包括所述第一si请求；当判断结果表明所述si请求集合不包括所述第一si请求时，从所述确认信息的消息头或消息子头中获取退避(backoff，也可称为backoff)指示信息；根据所述backoff指示信息的指示重新发送所述第一si请求。否则，如果所述si请求集合已经包括所述第一si请求，则意味着网络已经确认了该用户设备的第一si请求，则所述用户设备可以等待网络的广播以接收其通过第一si请求所请求的si。

进一步，所述用户设备的候选监听窗口根据传输特征参数确定，以使不同的用户设备可以具有不同的候选监听窗口。例如，具有更高优先级的用户设备可以对应更小(或更短)的候选监听窗口，这样该用户设备能够更早的获取所述确认信息，进而更早的决定是否需要重新发送其第一si请求。

附图说明

图1是本发明的第一实施例的一种对si请求的确认方法的流程图；

图2是本发明的第二实施例的一种对si请求的确认装置的结构示意图；

图3是本发明的第三实施例的一种对si的按需请求方法的流程图；

图4是本发明的第四实施例的一种对si的按需请求装置的结构示意图；

图5是采用本发明实施例的一个典型的应用场景的信令交互示意图。

具体实施方式

本领域技术人员理解，如背景技术所言，当不同的用户设备(userequipment，简称ue)各自通过特殊前导码分别请求系统信息(systeminformation，简称si)时，网络需要分别确认每一用户设备的每一si请求。其中，所述特殊前导码可以是基于(特殊的)msg1传输的。此外，处于同一网络中的多个用户设备相互之间不知道对方请求的si。

这就导致在实际应用中，当用户设备a产生si获取需求并发送按需si请求给网络时，用户设备a无法知道这个si请求实际上已经被其他用户设备发送过，和/或这个si请求所请求的si已经被网络确认会在之后广播。由于用户设备a不知道响应给其他用户设备的确认信息，导致不同的用户设备可能多次请求相同的si。基于现有的长期演进(longtermevolution，简称lte)协议，在上述情形出现时，网络需要传输多个确认信息，以针对各个用户设备逐一做出确认响应，增加了网络侧和用户设备侧的信令开销。

本申请发明人经过分析发现，上述技术问题是由于网络无法向给定的用户设备指示所有将会被广播的si导致的，无论被广播的si初始是由哪个(哪些)用户设备请求的。

为了解决上述技术问题，在网络侧，网络在预设周期内，接收多个用于请求si的si请求，多个si请求接收自至少一个用户设备；根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口，所述监听窗口的数量小于等于所述候选监听窗口的数量，所述确认信息用于确认接收到的所述多个si请求；在所述至少一个监听窗口采用所述第一资源发送所述确认信息。

本领域技术人员理解，采用本发明实施例的方案，响应给预设周期内所有用户设备发送的所有si请求的确认信息可以是同一个信息，从而极大的降低确认信息的配置复杂度。进一步，所述确认信息在监听窗口内发送，以通过一次传输行为向尽可能多的si请求作出确认响应，这些si请求可以是由一个或多个用户设备在预设周期内发送的，从而减少网络侧的信令开销，简化确认进程，优化系统效率。

进一步，在用户设备侧，用户设备发送第一si请求；在用户设备的候选监听窗口内接收确认信息；根据所述确认信息确定网络确认的si请求集合；其中，所述si请求集合中包括由相同或不同用户设备在预设周期内发送的si请求。

本领域技术人员理解，采用本发明实施例的方案，所述用户设备能够获取连接到网络的所有用户设备在预设周期内发送的所有si请求的内容，从而有效避免对相同si的重复请求。进一步，由于避免了用户设备侧对相同si的重复请求，从而有效减少网络的确认量以及信令开销，极大的提高整体效率。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1是本发明的第一实施例的一种对si请求的确认方法的流程图，该方法可以应用于网络侧，例如由网络侧的基站执行。其中，所述si请求可以包括按需(on-demand)请求(也可称为按需si请求)，用于请求非周期性广播的那部分si；所述网络可以通过确认信息指示用户设备，所述网络将在未来特定时间段内广播用户设备请求的si。所述特定时间段也可以通过所述确认信息指示；或者，所述特定时间段也可以由网络和用户设备预先协定。

具体地，在本实施例中，所述对si请求的确认方法可以包括如下步骤：

步骤s101，在预设周期内，接收多个用于请求si的si请求，多个si请求接收自至少一个用户设备。

步骤s102，根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口，所述监听窗口的数量小于等于所述候选监听窗口的数量，所述确认信息用于确认接收到的所述多个si请求。

步骤s103，在所述至少一个监听窗口采用所述第一资源发送所述确认信息。

更为具体地，所述预设周期可以由所述网络和用户设备预先协定。或者，所述预设周期也可以由所述网络预先确定，并在用户设备接入该网络时指示给所述用户设备。例如，所述预设周期可以为10毫秒(ms)。本领域技术人员理解，通过配置所述预设周期，所述网络可以在所述预设周期内接收尽可能多的si请求，然后针对在所述预设周期内接收到的所有si请求一并进行确认，极大地减少信令开销。

进一步地，可以采用特殊前导码的方式接收所述si请求，所述特殊前导码可以是基于msg1的请求过程获取的，以使网络能够通过随机接入进程(randomaccessprocedure)来接收用户设备的按需si请求。例如，所述si请求可以是基于msg1的按需si请求。

作为一个非限制性实施例，所述基于msg1的按需si请求可以包括在特定资源上传输的现有前导码。例如，如果所述前导码是在特定的时域和/或频域资源上传输的，则所述网络可以知道所述前导码用于请求si。

作为一个变化例，所述基于msg1的按需si请求也可以包括基于自身序列来指示si请求的前导码。例如，较之现有的前导码(包括64个前导码序列)，通过增加一个比特(bit)的方式，采用本实施例所述方案的前导码序列的数量能够加倍，其中新增的前导码序列可以专门用于si请求。进一步地，所述新增的前导码序列中，不同的前导码序列可以用于请求不同的si。

例如，无论是基于所述特殊前导码所采用的前导码序列，还是基于发送所述特殊前导码时所采用的物理资源，基于本实施例所述方案，当接收到所述特殊前导码时，所述网络可以首先判断该特殊前导码是否用于si请求，如果是，则所述网络进一步判断该特殊前导码所请求的si内容。

进一步地，所述至少一个用户设备可以包括接入(access)或已经连接到所述网络的用户设备。

进一步地，所述确认信息采用的第一资源可以选自：公共资源；或者，对于每一si请求，与所述si请求相关联的第二资源。

作为一个非限制性实施例，所述公共资源可以是专用于传输所述确认信息的资源。

进一步地，所述公共资源可以是通过广播预先指示的。例如，用户设备可以在初始接入所述网络时通过所述网络的广播获取所述公共资源。

作为另一个非限制性实施例，所述si请求可以是通过特殊前导码接收的，所述网络可以基于所述特殊前导码传输时所采用的时域和频域资源推导获得对应的随机接入无线网络临时标识(randomaccess-radionetworktemporaryidentity，简称ra-rnti)。进一步地，所述网络可以采用所述ra-rnti发送所述确认信息。

例如，所述网络可以基于所述ra-rnti确定所述第二资源，并采用所述第二资源发送所述确认信息，以确保用户设备能够成功接收到所述确认信息。

优选地，所述第二资源可以为物理下行控制信道(physicaldownlinkcontrolchannel，简称pdcch)的资源。

进一步地，所述ra-rnti可以基于发送所述si请求所采用的特殊前导码的系统帧号(systemframenumber，简称sfn)计算获得。

进一步地，用户设备的候选监听窗口可以基于所述用户设备的传输特征参数确定，以使所述网络能够针对不同的用户设备配置不同的候选监听窗口。例如，对于具有更高优先级的用户设备，可以为其配置更短(或更小)的候选监听窗口，以确保该用户设备能够更早的接收所述确认信息。

进一步地，所述传输特征参数可以选自：所述si请求指向的si；接收到的所述特殊前导码；用于传输所述特殊前导码的资源。

例如，可以通过两个窗口相关参数(以下称为第一参数和第二参数)指示所述候选监听窗口。其中，所述第一参数可以用于指示所述候选监听窗口的开始时间，所述第二参数可以用于指示所述候选监听窗口的结束时间。对于每一用户设备，可以在所述用户设备的候选监听窗口内传输所述确认信息，而在所述用户设备的候选监听窗口之外，所述用户设备能够获得更多的睡眠机会，从而减少用户设备的功率消耗。

进一步地，所述第一参数可以用于指示，在发送特殊前导码后，用户设备可以处于睡眠状态或者执行非连续接收(discontinuousreception，简称drx)操作，直至所述第一参数所指示的时间开始。例如，所述第一参数可以为新定义的参数si-responsewindowstart。

进一步地，所述第二参数可以用于确保网络能够从多个用户设备处收集到尽可能多的按需si请求。进一步的，在基于所述第一参数和第二参数定义的候选监听窗口结束时，网络可以传输确认信息，而所述确认信息可以包括针对网络在该窗口结束前收集到的所有si请求的确认信息。其中，针对所述预设周期内不同用户设备各自对应的不同的候选监听窗口，网络分别发送的确认信息可以为同一个确认信息。例如，所述第二参数可以为新定义的参数si-responsewindowend。

作为一个非限制性实施例，所述用户设备的候选监听窗口可以通过广播预先指示。例如，所述网络可以广播每一用户设备的第一参数和第二参数，对于接入网络的任一用户设备，所述用户设备可以接收广播的信息并从中选择对应于自身的第一参数和第二参数。

例如，对于具有更高优先级的用户设备，所述第一参数指示的时间可以更接近于其传输si请求的时间，而所述第二参数指示的时间也可以更接近于所述第一参数指示的时间，这两种情形中的任一种(或者两者的结合)均可以使得所述用户设备被配置更短的候选监听窗口，使得所述用户设备能够在发送si请求后更早唤醒，并更快的接收到所述确认信息。

本领域技术人员理解，上述示例中对所述候选监听窗口相关的命名(如对第一参数、第二参数的命名)仅具备指示性和示例性，其他具有相同含义的名称同样可以用于指示网络向用户设备发送确认信息的窗口的开始时间和结束时间。进一步地，所述第一参数和第二参数的单位可以为子帧，本领域技术人员也可以采用其他时间单位作为所述第一参数和第二参数的单位，在此不予赘述。

进一步地，由于发送si请求的不同用户设备各自的候选监听窗口可能并不相同，在网络侧，可以执行所述步骤s102以进一步减少信令开销。例如，所述监听窗口可以为所述不同用户设备各自的候选监听窗口中的一个候选监听窗口；或者，所述监听窗口也可以为多个候选监听窗口的重叠区域。

作为一个非限制性实施例，所述步骤s102可以包括：对于第一部分si请求，确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中存在重叠关系的候选监听窗口；将所述存在重叠关系的候选监听窗口的重叠区域确定为所述第一部分si请求对应的监听窗口；其中，所述第一部分si请求包括所述多个si请求中采用相同第一资源的确认信息对应的si请求。

进一步地，所述第一资源可以为所述公共资源。例如，无论所述第一部分si请求中的各个si请求是否是采用相同的资源发送的，所述网络均只采用所述公共资源发送一个确认信息，以更好的减少信令开销。因此，需要确定发送所述第一部分si请求中的si请求的各个用户设备各自的候选监听窗口的重叠区域，从而在网络只需发送一条确认信息的情况下，发送的si请求属于所述第一部分si请求并且候选监听窗口存在重叠关系的那部分用户设备就能够在他们各自的候选监听窗口内接收到所述确认信息。

进一步地，所述第一资源可以为所述公共资源或者所述第一部分si请求共同关联的第二资源。

相应的，所述步骤s103可以包括：确定所述多个si请求中尚未确认且满足确认条件的si请求；根据所述尚未确认且满足确认条件的si请求生成所述确认信息；基于所述公共资源或者所述第一部分si请求共同关联的第二资源在所述第一部分si请求对应的监听窗口的预设位置发送所述确认信息。

例如，对于多个用户设备各自发送的si请求，无论这些si请求是否是采用相同的特殊前导码传输的(亦即无论这些si请求是否关联于相同的第二资源)，所述网络可以选择采用所述公共资源传输所述确认信息，则可以认为这些si请求属于所述第一部分si请求。

又例如，当所述多个用户设备分别采用相同的特殊前导码发送各自的si请求时，由于所述第二资源是通过所述特殊前导码传输时采用的时频资源推导获得的，所以这些si请求关联于相同的第二资源。进一步地，所述网络可以选择采用这些si请求共同关联的第二资源传输所述确认信息，此时，同样可以认为这些si请求属于所述第一部分si请求。

或者，当所述多个用户设备分别采用相同的特殊前导码发送各自的si请求时，所述网络也可以选择采用所述公共资源传输所述确认信息。相应的，所述网络需要向发送所述第一部分si请求中的si请求的用户设备作出指示，以指示这些用户设备在各自的候选监听窗口中监听所述公共资源，而不是监听所述第二资源。

作为一个变化例，对于所述第一部分si请求中由候选监听窗口不存在重叠关系的用户设备发送的si请求，所述步骤s102可以包括：确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中不存在重叠关系的候选监听窗口；对于不存在重叠关系的候选监听窗口对应的用户设备发出的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口。

相应的，所述第一资源可以为所述公共资源或者所述第一部分si请求共同关联的第二资源。

进一步地，所述步骤s103可以包括：确定所述多个si请求中尚未确认且满足确认条件的si请求；根据所述尚未确认且满足确认条件的si请求生成所述确认信息；基于所述公共资源或者所述第一部分si请求共同关联的第二资源在每一si请求对应的监听窗口的预设位置发送所述确认信息。

例如，在一个典型的应用场景中，对于在所述预设周期内由5个用户设备发送的5个si请求，如果网络确定采用相同的第一资源响应这些si请求，这5个si请求就可以称为所述第一部分si请求。进一步地，在这5个用户设备中，3个用户设备的候选监听窗口存在重叠关系，所以可以将这三个候选监听窗口的重叠区域确定为监听窗口(为了便于区分，可以将此监听窗口称为第一监听窗口)。相应的，所述网络可以采用所述公共资源或者所述第一部分si请求共同关联的第二资源在所述第一监听窗口发送1个确认信息。

此外，对于剩下的2个用户设备，由于他们的候选监听窗口相互间不存在重叠关系，并且与前述3个用户设备的候选监听窗口也不存在重叠关系，所以可以将这2个用户设备的候选监听窗口分别作为所述监听窗口(为了便于区分，可以将此监听窗口称为第二监听窗口)，此时共有2个第二监听窗口。相应的，所述网络可以采用所述公共资源或者所述第一部分si请求共同关联的第二资源在这2个第二监听窗口分别发送2个确认信息。

或者，对于剩下的2个用户设备，如果他们的候选监听窗口与前述3个用户设备的候选监听窗口也不存在重叠关系，但相互间存在重叠关系，则可以将这2个用户设备的候选监听窗口的重叠区域作为所述监听窗口(为了便于区分，可以将此监听窗口称为第三监听窗口)。相应的，所述网络可以采用所述公共资源或者所述第一部分si请求共同关联的第二资源在所述第三监听窗口分别发送1个确认信息。

综上所述，在本应用场景中，响应于5个si请求，所述网络只需发送2个或者3个确认信息，极大地减少了信令开销。此外，每一确认信息都可以具有相同的内容。

作为一个变化例，所述步骤s102可以包括：对于第二部分si请求中的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口；其中，所述第二部分si请求包括所述多个si请求中采用不同第一资源的确认信息对应的si请求。

相应地，所述第一资源可以为所述第二部分si请求中每一si请求各自关联的第二资源，

相应地，所述步骤s103可以包括：确定所述多个si请求中尚未确认且满足确认条件的si请求；根据所述尚未确认且满足确认条件的si请求生成所述确认信息；对于所述第二部分si请求中的每一个si请求，基于所述si请求关联的第二资源在所述si请求对应的监听窗口的预设位置发送所述确认信息。

例如，在一个典型的应用场景中，对于在所述预设周期内由5个用户设备发送的5个si请求，如果这5个si请求是采用不同的特殊前导码发送的，并且所述网络确定不采用相同的第一资源来响应这5个si请求，则可以将这5个si请求称为所述第二部分si请求。进一步地，可以将这5个用户设备中每一用户设备的候选监听窗口分别作为所述监听窗口(为了便于区分，可以将此监听窗口称为第四监听窗口)，此时共有5个第四监听窗口，所述第四监听窗口与所述用户设备相关联。相应的，对于这5个si请求中的每一si请求，在发送所述si请求的用户设备关联的第四监听窗口，所述网络可以采用该si请求所关联的第二资源发送所述确认信息。

综上所述，在本应用场景中，响应于5个si请求，所述网络一共需要发送5个确认信息，但这5个确认信息的内容与现有技术所发送的确认信息的内容是不同的，能够有效避免未来重复的si请求。此外，这5个确认信息中的每一确认信息的内容都是相同的。

进一步地，所述预设位置可以根据所述至少一个用户设备的优先级确定。

例如，对于具有更高优先级的用户设备，所述预设位置可以位于所述监听窗口的开始位置，以使用户设备能够尽早接收到所述确认信息。

进一步地，在所述预设周期内，所述尚未确认的si请求可以是指在当前预设周期内接收到的si请求。

进一步地，在所述监听窗口内，尤其在传输所述确认信息之前，所述网络可以继续接收si请求，并将新收到的si请求也确认为所述尚未确认的si请求中的一部分。进一步地，如果新收到的si请求满足所述确认条件，则可以在所述确认信息中指示所述新收到的si请求，所述新收到的si请求所请求的si将会在所述预设周期到期后被广播。

作为一个非限制性实施例，可能存在这样的情形，并不是所有在预设周期内接收到的si请求最终都会得到确认，所述网络可以从预设周期内接收到的si请求中选取满足确认条件的si请求做出确认响应。例如，所述网络可能无法解码一些接收到的si请求，则这些si请求就可以被认为是不满足所述确认条件的si请求。

进一步地，所述确认条件可以是基于现有针对si请求的确认逻辑定义的。

进一步地，对于满足所述确认条件的si请求，所述网络会在所述预设周期到期时广播这些si请求所请求的si。

例如，所述网络可以通过所述确认信息指示未来广播si的具体时间，并在所述确认信息指示的时间广播所述多个si请求中满足确认条件的si请求所请求的si。优选地，所述确认信息指示的时间晚于所述预设周期的到期时间，以使所述网络能够在发送所述确认信息之前尽可能多的收集si请求，更好的节省网络侧的信令开销和功率消耗。

由此，对于发送了一个或多个si请求的用户设备，所述网络可以向其指示所有将会被广播的si，所指示的si中可以包括其他用户设备通过si请求所请求的si。

作为一个非限制性实施例，所述根据所述尚未确认且满足确认条件的si请求生成所述确认信息可以包括：在所述确认信息的消息头或消息子头中添加每一si请求的特殊前导码的随机接入标识(randomaccesspreambleidentifier，简称rapid)；其中，所述消息头的数量或者消息子头的数量与所述尚未确认且满足确认条件的si请求的特殊前导码的数量可以相一致。

进一步地，由于所述si请求可以是通过所述特殊前导码接收的，相应的，所述确认信息可以是随机接入响应(randomaccessresponse，简称rar)消息。

进一步地，由于所述rapid是用户设备传输si请求时采用的特殊前导码的标识，所述rapid可以用于指示将被广播的si。

例如，不同的特殊前导码可以对应不同的si请求，通过添加用于si请求的特殊前导码的rapid，所述网络可以向所有用户设备指示哪些si请求已经获得确定，以使用户设备能够确定哪些si将会被广播。进一步地，由于用作确认信息的rar消息包含所有尚未被确认且满足确认条件的si请求对应的特殊前导码的rapid，使得所述rar消息可以向每一用户设备提供其他用户设备相关的si请求信息，以阻止所述用户设备再次请求相同的si。

作为一个非限制性实施例，如果两个或以上特殊前导码被用于发送相同的si请求，则所述确认信息可以只包括其中一个特殊前导码，如仅包括其中一个特殊前导码的rapid。在此场景中，只有一个特殊前导码可以被认为满足所述确认条件。

进一步地，所述根据所述尚未确认且满足确认条件的si请求生成所述确认信息还可以包括：在所述确认信息的消息头消息子头中添加backoff指示信息。

例如，包含有所述backoff指示信息的消息子头可以位于rar消息的消息头的开始位置。

作为一个非限制性实施例，所述确认信息的消息体可以是空的，如所述rar消息可以仅在消息头(header)中包含信息。

进一步地，本实施例所述确认方法还可以包括：在所述预设周期到期时，广播所述多个si请求中满足确认条件的si请求所请求的si。

例如，广播的具体时间可以通过所述确认信息或者其他高层信令指示。或者，所述广播的具体时间也可以由网络和接收确认信息的用户设备预先协定；或者，所述广播的具体时间还可以由所述网络预先定义并指示给所有接入的用户设备。优选地，预先定义的广播的具体时间可以是特定的广播窗口。

又例如，广播的具体时间也可以通过所述确认信息指示。

由上，采用本实施例的方案，所述网络可以监听不同用户设备的特殊前导码传输并创建一个确认信息(如一个rar信息，也可称为rar消息)，所述确认信息的消息体为空，消息头中消息头或消息子头的数量可以与获得确认的请求不同si的特殊前导码的数量相一致。可选的，还可以多使用一个消息子头来放置backoff指示信息。

进一步地，所述网络可以基于用户设备为了请求si而发送的特殊前导码的ra-rnti发送所述rar消息。或者，所述网络也可以基于预定义的公共ra-rnti发送所述rar消息，所述公共ra-rnti可以基于网络预先定义并指示的公共资源计算获得。

本领域技术人员理解，基于本实施例所述方案，响应给预设周期内所有用户设备发送的所有si请求的确认信息可以是同一个信息，从而极大的降低确认信息的配置复杂度。进一步，所述确认信息在监听窗口内发送，以通过一次传输行为向尽可能多的si请求作出确认响应，这些si请求可以是由一个或多个用户设备在预设周期内发送的，从而减少网络侧的信令开销，简化确认进程，优化系统效率。

图2是本发明的第二实施例的一种对si请求的确认装置的结构示意图。本领域技术人员理解，本实施例所述确认装置2用于实施上述图1所示实施例中所述的方法技术方案。具体地，在本实施例中，所述确认装置2可以包括：接收模块21，用于在预设周期内，接收多个用于请求si的si请求，多个si请求接收自至少一个用户设备；确定模块22，用于根据确认信息采用的第一资源以及每一用户设备各自的候选监听窗口确定至少一个监听窗口，所述监听窗口的数量小于等于所述候选监听窗口的数量，所述确认信息用于确认接收到的所述多个si请求；发送模块23，用于在所述至少一个监听窗口采用所述第一资源发送所述确认信息。

进一步地，可以采用特殊前导码的方式接收所述si请求，所述特殊前导码可以是基于msg1的请求过程获取的。

进一步地，所述确认信息采用的第一资源以及所述多个si请求采用的第二资源可以选自：公共资源；或者对于每一si请求，与所述si请求相关联的第二资源。

进一步地，所述公共资源是通过广播预先指示的。

作为一个非限制性实施例，所述确定模块22可以包括：第一确定子模块221，对于第一部分si请求，确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中存在重叠关系的候选监听窗口；第二确定子模块222，用于将所述存在重叠关系的候选监听窗口的重叠区域确定为所述第一部分si请求对应的监听窗口；其中，所述第一部分si请求包括所述多个si请求中采用相同第一资源的确认信息对应的si请求。

相应的，所述第一资源可以是所述公共资源或者所述第一部分si请求共同关联的第二资源，所述发送模块23可以包括：第三确定子模块231，用于确定所述多个si请求中尚未确认且满足确认条件的si请求；生成子模块232，用于根据所述尚未确认且满足确认条件的si请求生成所述确认信息；第一发送子模块233，用于基于所述公共资源或者所述第一部分si请求共同关联的第二资源在所述第一部分si请求对应的监听窗口的预设位置发送所述确认信息。

进一步地，所述确定模块22还可以包括：第四确定子模块223，用于确定发出所述第一部分si请求的每一用户设备各自的候选监听窗口中不存在重叠关系的候选监听窗口；第五确定子模块224，对于不存在重叠关系的候选监听窗口对应的用户设备发出的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口。

相应的，所述第一资源可以为所述公共资源或者所述第一部分si请求共同关联的第二资源，所述发送模块23可以包括：第三确定子模块231，用于确定所述多个si请求中尚未确认且满足确认条件的si请求；生成子模块232，用于根据所述尚未确认且满足确认条件的si请求生成所述确认信息；第二发送子模块234，用于基于所述公共资源或者所述第一部分si请求共同关联的第二资源或者所述公共资源在每一si请求对应的监听窗口的预设位置发送所述确认信息。

作为一个变化例，所述确定模块22可以包括：第六确定子模块225，对于第二部分si请求中的每一si请求，将发出该si请求的用户设备的候选监听窗口确定为所述si请求对应的监听窗口；其中，所述第二部分si请求包括所述多个si请求中采用不同第一资源的确认信息对应的si请求。

相应的，所述第一资源可以为所述第二部分si请求中每一si请求各自关联的第二资源，所述发送模块23可以包括：第三确定子模块231，用于确定所述多个si请求中尚未确认且满足确认条件的si请求；生成子模块232，用于根据所述尚未确认且满足确认条件的si请求生成所述确认信息；第三发送子模块235，对于所述第二部分si请求中的每一个si请求，基于所述si请求关联的第二资源在所述si请求对应的监听窗口的预设位置发送所述确认信息。

进一步地，所述预设位置可以根据所述至少一个用户设备的优先级确定。

进一步地，采用特殊前导码的方式接收所述si请求，所述特殊前导码是基于msg1的请求过程获取的；所述生成子模块232可以包括：第一添加单元2321，用于在所述确认信息的消息头或消息子头中添加每一si请求的特殊前导码的rapid；其中，所述消息头或消息子头的数量与所述尚未确认且满足确认条件的si请求的特殊前导码的数量相一致。

进一步地，所述生成子模块232还可以包括：第二添加单元2322，用于在所述确认信息的消息头或消息子头中添加backoff指示信息。

进一步地，可以根据所述用户设备的传输特征参数确定所述用户设备的候选监听窗口。

优选地，所述传输特征参数可以选自：所述si请求指向的si；接收到的所述特殊前导码；用于传输所述特殊前导码的资源。

进一步地，所述用户设备的候选监听窗口可以通过广播预先指示。

进一步地，所述确认装置2还可以包括：广播模块24，用于在所述预设周期到期时，广播所述多个si请求中满足确认条件的si请求所请求的si。

进一步地，所述广播模块24可以包括：广播子模块241，用于在所述确认信息指示的时间广播所述多个si请求中满足确认条件的si请求所请求的si，所述确认信息指示的时间晚于所述预设周期的到期时间。

关于所述确认装置2的工作原理、工作方式的更多内容，可以参照上述图1中的相关描述，这里不再赘述。

图3是本发明的第三实施例的一种对si的按需请求方法的流程图，该方法可以应用于用户设备侧，例如由用户设备执行。其中，请求的si可以包括非周期性广播的那部分si。例如，最小系统信息(minimumsysteminformation，简称msi)可能是由网络周期性广播的，则所述请求的si可以包括除了所述msi之外的其他系统信息(othersysteminformation，简称osi)。通过执行本实施例的方案，所述用户设备可以请求网络在未来广播其需要的si，所以这样的si请求方式可以称为对si的按需请求。

具体地，在本实施例中，所述对si的按需请求方法可以包括：

步骤s201，发送第一si请求。

步骤s202，在用户设备的候选监听窗口内接收确认信息。

步骤s203，根据所述确认信息确定网络确认的si请求集合。

其中，所述si请求集合中包括由相同或不同用户设备在预设周期内发送的si请求。

更为具体地，所述第一si请求可以用于请求si。

进一步地，所述对si的按需请求方法还可以包括：在所述用户设备的候选监听窗口开始之前，处于睡眠状态或者执行drx操作，以更好的降低能量消耗。

进一步地，可以采用特殊前导码的方式发送所述si请求，所述特殊前导码可以是基于msg1的请求过程发送的。

作为一个非限制性实施例，所述步骤s202可以包括：在所述用户设备的候选监听窗口内，监听预设资源，以获取所述确认信息。

进一步地，所述预设资源可以选自：公共资源；或者与所述第一si请求相关联的第二资源。

作为一个非限制性实施例，在发送所述第一si请求后，所述用户设备可以监听所述公共资源，以接收所述确认信息，其中，所述第一si请求可以采用任一特殊前导码发送。

作为一个变化例，在采用特殊前导码发送所述第一si请求后，所述用户设备可以根据ra-rnti监听对应的第二资源，以接收所述确认信息，其中，所述ra-rnti可以根据所述特殊前导码的时频位置确定；所述第二资源可以为pdcch的资源。进一步地，在发送所述特殊前导码后，所述用户设备可以在所述候选监听窗口内根据所述ra-rnti监听对应的pdcch，以接收所述确认信息。可选的，所述第二资源可以由所述网络预先确定并与用于传输所述第一si请求的特殊前导码相关联。可选的，对于用户设备侧，传输所述特殊前导码时采用的资源与接收所述确认信息所监听的资源可以相同，也可以不相同。

在一个优选例中，网络可以预先指示其将采用所述公共资源还是所述第二资源来发送所述确认信息。

或者，在执行所述步骤s202时，所述用户设备也可以同时监听所述公共资源和第二资源，以确保能够成功接收到所述确认信息。

可选的，如果所述第一si请求是采用所述公共资源发送的，所述用户可以仅监听所述公共资源来接收所述确认信息。

优选地，所述公共资源可以是通过接收广播的信息预先确定的。

作为一个非限制性实施例，所述步骤s203可以包括：从所述确认信息的消息头或消息子头中获取所述si请求集合。

进一步地，由于所述si请求是采用特殊前导码的方式发送的，所述特殊前导码是基于msg1的请求过程发送的，所述确认信息可以是rar消息。相应的，所述si请求集合可以包括si请求以及对应的特殊前导码的rapid。

例如，所述rapid可以用于指示发送si请求的用户设备，以及所述用户设备所请求的si。

作为一个非限制性实施例，所述按需请求方法还可以包括如下步骤：

步骤s204，判断所述si请求集合是否包括所述第一si请求。

步骤s205，当判断结果表明所述si请求集合不包括所述第一si请求时，从所述确认信息的消息头或消息子头中获取backoff指示信息。

步骤s206，根据所述backoff指示信息的指示重新发送所述第一si请求。

否则，即当判断结果表明所述si请求集合包括所述第一si请求时，意味着网络已经确认所述用户设备的第一si请求，则所述用户设备可以等待所述网络的广播以接收其通过第一si请求所请求的si。

例如，所述按需请求方法还可以包括步骤s207，如果所述si请求集合包括所述第一si请求，保持(进入)睡眠模式或执行drx操作，直至si广播开始。

优选地，所述si广播开始的时间(即上述第一实施例所述广播的具体时间)可以通过所述确认信息指示。

或者，所述si广播开始的时间也可以不是通过所述确认信息指示的，而是由其他高层信令进行指示。

在一个非限制性实施例中，在接收到所述si请求集合后，所述si广播开始之前，如果所述用户设备又产生了新的si需求，所述用户设备可以优先查找所述si请求集合，而不是立即发送新的si请求。进一步地，只有当新产生的si请求未包括于所述si请求集合时，所述用户设备才会向网络发送新的si请求。否则，基于所述si请求集合，所述用户设备可以确定其最新需要的si已经被其他用户设备请求过，则所述用户设备不会发送新的si请求，而是等待所述si广播以接收其所需的所有si，从而极大的减少信令开销。

进一步地，所述用户设备的候选监听窗口可以根据传输特征参数确定，以使不同的用户设备可以具有不同的候选监听窗口。例如，具有更高优先级的用户设备可以对应更小(或更短)的候选监听窗口，这样该用户设备能够更早的获取所述确认信息，进而更早的决定是否需要重新发送其第一si请求。

优选地，所述传输特征参数可以选自：所述第一si请求指向的si；用于发送所述第一si请求的特殊前导码；用于传输所述特殊前导码的资源。

进一步地，所述用户设备的候选监听窗口可以是通过接收广播的信息预先确定的。

优选地，所述确认信息可以为随机接入响应信息(也可称为rar消息)。

更为具体地，本实施例中涉及名词的解释可以参考上述图1中的相关描述，这里不再赘述。

由上，采用本实施例的方案，用户设备可以获取连接到网络的所有用户设备在预设周期内发送的所有si请求，以避免重复请求。进一步地，网络的确认量和信令开销也可以得到降低，从而极大的优化系统的整体效率。

图4是本发明的第四实施例的一种对si的按需请求装置的结构示意图。本领域技术人员理解，本实施例所述按需请求装置4用于实施上述图3所示实施例中所述的方法技术方案。具体地，在本实施例中，所述按需请求装置4可以包括：发送模块41，用于发送第一si请求；接收模块43，用于在用户设备的候选监听窗口内接收确认信息；确定模块44，用于根据所述确认信息确定网络确认的si请求集合；其中，所述si请求集合中包括由相同或不同用户设备在预设周期内发送的si请求。

进一步地，所述按需请求装置4还可以包括：保持模块42，用于在所述用户设备的候选监听窗口开始之前，处于睡眠状态或者执行drx操作。

进一步地，可以采用特殊前导码的方式发送所述si请求，所述特殊前导码可以是基于msg1的请求过程发送的，所述接收模块43可以包括：监听子模块431，用于在所述用户设备的候选监听窗口内，监听预设资源，以获取所述确认信息。

进一步地，所述预设资源可以选自：公共资源；与所述第一si请求相关联的第二资源。

进一步地，所述公共资源可以是通过接收广播的信息预先确定的。

进一步地，所述确定模块44可以包括：获取子模块441，用于从所述确认信息的消息头或消息子头中获取所述si请求集合。

进一步地，可以采用特殊前导码的方式发送所述si请求，所述特殊前导码可以是基于msg1的请求过程发送的，所述si请求集合可以包括si请求以及对应的特殊前导码的rapid。

进一步地，所述按需请求装置4还可以包括：判断模块45，用于判断所述si请求集合是否包括所述第一si请求；获取模块46，当判断结果表明所述si请求集合不包括所述第一si请求时，从所述确认信息的消息头或消息子头中获取backoff指示信息；重新发送模块47，用于根据所述backoff指示信息的指示重新发送所述第一si请求。

进一步地，所述用户设备的候选监听窗口根据传输特征参数确定。

进一步地所述传输特征参数可以选自：所述第一si请求指向的si；用于发送所述第一si请求的特殊前导码；用于传输所述特殊前导码的资源。

进一步地，所述用户设备的候选监听窗口可以是通过接收广播的信息预先确定的。

进一步地，所述确认信息可以为随机接入响应信息。

关于所述按需请求装置4的工作原理、工作方式的更多内容，可以参照上述图3中的相关描述，这里不再赘述。

在一个典型的应用场景中，参考图5，对采用本发明实施例的用户设备和网络之间的信令交互作进一步阐述。

具体地，在本应用场景中，网络1可以执行操作s1，以广播候选监听窗口组，所述候选监听窗口组包括的候选监听窗口可以对应于用户设备所有可能的优先级。作为一个非限制性实施例，所述候选监听窗口组可以仅包括一个候选监听窗口，所述候选监听窗口可以对应于所有类型的用户设备。

进一步地，所述网络1广播的内容还可以包括公共资源，所述公共资源可以用于传输确认信息。例如，所述网络可以通过广播所述公共资源的ra-rnti来指示所述公共资源在时域和频域上的位置。

进一步地，接入所述网络1的用户设备2可以执行操作s2，以基于自身的优先级从接收到的所述候选监听窗口组中选择对应的候选监听窗口。例如，可以基于用户设备所请求的si的优先级来确定所述用户设备的优先级。或者，可以基于发送的特殊前导码的优先级来确定所述用户设备的优先级，所述特殊前导码用于发送所述si请求。又或者，还可以基于传输所述特殊前导码的资源的优先级来确定所述用户设备的优先级。

进一步地，同样接入所述网络1的用户设备3可以执行操作s3，以基于自身的优先级从接收到的所述候选监听窗口组中选择对应的候选监听窗口。其中，所述用户设备2和用户设备3的候选监听窗口可以相同，也可以不同。

在一个非限制性实施例中，可以基于传输特征参数确定所述候选监听窗口组中的候选监听窗口，以通过不同的候选监听窗口指示si请求指向的si的优先级；用于传输si请求的特殊前导码的优先级；和/或用于传输特殊前导码的资源的优先级。

进一步地，在预设周期内，当需要请求si时，所述用户设备2可以执行操作s4以向网络1发送si请求。

在一个非限制性实施例中，所述用户设备2可以采用前导码资源来传输所述si请求。其中，所述si请求可以是通过基于msg1的请求进程传输的。

在接收到所述用户设备2的si请求后，所述网络1可以不立即对该si请求作出响应，而是等待其他可能的si请求，直至所述预设周期到期，或者所述用户设备2的候选监听窗口结束。

在一个非限制性实施例中，可以基于所述用户设备2发送的si请求来确定所述用户设备2的候选监听窗口。或者，在所述用户设备2接入所述网络1后，所述网络1就可以确定所述用户设备2的候选监听窗口。

类似的，当需要请求si时，所述用户设备3可以执行操作s5，以向网络1发送si请求。

在一个应用场景中，如果确定采用公共资源来发送确认信息，所述网络1可以执行操作s6，以判断所述用户设备2的候选监听窗口和用户设备3的候选监听窗口是否存在重叠区域。在本实施例中，所述用户设备2发送的si请求关联的第二资源与所述用户设备3发送的si请求关联的第二资源可以相同，也可以不相同，所述第二资源可以为根据现有技术在发送针对特殊前导码的响应信息时需要采用的资源。

在一个优选例中，如果所述用户设备2的候选监听窗口和用户设备3的候选监听窗口存在重叠区域，则所述网络1可以执行操作s7，以将所述重叠区域作为监听窗口。

进一步地，在所述监听窗口的预设位置之前(如所述预设位置即将到来时)，所述网络1可以执行操作s8，以确定其在所述预设周期内接收到的所有si请求，并从中选择满足确认条件的si请求生成si请求集合。

作为一个非限制性实施例，所述监听窗口的预设位置可以基于用户设备2和/或用户设备3的优先级确定。

进一步地，所述网络1可以执行操作s9，以生成确认信息，所述确认信息的消息头或消息子头中可以包括所述si请求集合。

作为一个非限制性实施例，所述确认信息的每一消息头或消息子头可以分别包含所述si请求集合中每一si请求所采用的特殊前导码的rapid。

例如，如果所述用户设备2的si请求和用户设备3的si请求分别请求不同的si，则所述消息子头可以包括所述用户设备2的si请求以及所述用户设备3的si请求，还可以包括其他用户设备发送的与前述两个si请求不同的si请求。

又例如，如果所述用户设备2的si请求和用户设备3的si请求所请求的si是相同的，所述消息子头可以包括所述用户设备2的si请求或者所述用户设备3的si请求，以及其他用户设备发送的与用户设备2和用户设备3的si请求不同的si请求。

再例如，如果所述用户设备2的si请求不满足所述确认条件，则所述确认信息不会包含所述si请求。

进一步地，所述确认信息还可以额外包括一个消息头或消息子头，用于包含backoff指示信息。

作为一个非限制性实施例，所述确认信息可以为rar消息。

进一步地，在所述监听窗口的预设位置，所述网络1可以执行操作s10，以采用所述公共资源发送所述确认信息。

相应的，在发送所述si请求后，所述用户设备2可以执行操作s11，以进入睡眠模式，或者执行drx操作，直至其候选监听窗口开始。

进一步地，当所述用户设备2的候选监听窗口开始时，所述用户设备2可以执行操作s12，以从睡眠模式切换至正常模式并监听所述公共资源来接收所述确认信息。优选地，所述网络1可以预先指示用户设备2，所述确认信息将会采用所述公共资源发送。

相似的，在发送所述si请求后，所述用户设备3可以执行操作s13，以进入睡眠模式，或者执行drx操作，直至其候选监听窗口开始。

进一步地，当所述用户设备3的候选监听窗口开始时，所述用户设备3可以执行操作s14，以从睡眠模式切换至正常模式并监听所述公共资源来接收所述确认信息。优选地，所述网络1也可以预先指示用户设备2，所述确认信息将会采用所述公共资源发送。

作为一个非限制性实施例，所述用户设备2的候选监听窗口的开始时间可以不同于所述用户设备3的候选监听窗口的开始时间，和/或，所述用户设备2的候选监听窗口的结束时间也可以不同于所述用户设备3的候选监听窗口的结束时间。不过，由于所述监听窗口是所述用户设备2的候选监听窗口和用户设备3的候选监听窗口的重叠区域，使得在所述监听窗口中发送的所述确认信息仍能被所述用户设备2和用户设备3在其各自的候选监听窗口内成功接收。

进一步地，在接收到所述确认信息后，所述用户设备2可以执行操作s15，以基于所述确认信息获取所述si请求集合。

作为一个非限制性实施例，如果所述si请求集合包括所述用户设备2的si请求，所述用户设备2可以进入睡眠模式或执行drx操作直至si广播开始。其中，所述si广播的开始时间可以基于所述确认信息获得。

否则，即如果所述si请求集合中未包括所述用户设备2的si请求，则所述用户设备2可以执行操作s16，以向网络1重新发送所述si请求。

在用户设备3侧，在接收到所述确认信息后，所述用户设备3也可以执行所述操作s15，或者操作s15和操作s16，在此不予赘述。

作为一个变化例，如果所述用户设备2的候选监听窗口和用户设备3的候选监听窗口不存在重叠区域，则所述操作s7可以替换为操作s7’，通过执行所述操作s7’，所述网络1可以将所述用户设备2的候选监听窗口和用户设备3的候选监听窗口均确定为所述监听窗口。其中，所述用户设备2的监听窗口可以为其候选监听窗口；所述用户设备3的监听窗口可以为其候选监听窗口。

相应的，所述操作s10可以替换为s10’，通过执行所述操作s10’，对于每一用户设备，所述网络1可以在该用户设备的监听窗口的预设位置发送所述确认信息。在本场景中，由于所述用户设备2和用户设备3各自的监听窗口的预设位置可能不相同，导致分别发送给这两个用户设备的确认信息可以不是同时发送的。在本场景中，所述网络1可以采用所述公共资源来发送两个相同的确认信息，用户设备2和用户设备3分别接收到一个确认信息。

作为另一个变化例，如果所述网络1决定采用每一si请求各自关联的第二资源来发送所述确认信息，而所述用户设备2发送的si请求关联的第二资源与所述用户设备3发送的si请求关联的第二资源是不相同的，则所述操作s6可以被省略，所述操作s7可以替换为上述操作s7’。

相应的，所述操作s10可以替换为上述操作s10’。本领域技术人员理解，本变化例与上述示例的区别在于，所述网络1可以采用用户设备2和用户设备3各自发送的si请求所分别关联的不同的第二资源来分别发送所述确认信息。

相应的，在本变化例中，在执行所述操作s12时，所述用户设备2可以监听其与其发送的si请求相关联的第二资源，而不是监听所述公共资源。类似的，所述用户设备3也可以执行类似操作以成功接收所述确认信息，在此不予赘述。

关于本应用场景所述网络1、用户设备2和用户设备3的工作原理、工作方式的更多内容，可以参照上述图1至图4中的相关描述，这里不再赘述。

进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述图1、图3所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括计算机可读存储介质。所述存储介质可以包括rom、ram、磁盘或光盘等。

进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图3所示实施例中所述的方法技术方案。优选地，所述终端可以是所述用户设备。

进一步地，本发明实施例还公开一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图1所示实施例中所述的方法技术方案。优选地，所述基站可以处于所述网络，所述网络通过所述基站与所述用户设备进行交互，所述用户设备可以基于所述基站接收所述确认信息，所述网络可以基于所述基站接收所述si请求。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。