CN108616866B - 一种系统信息更新方法及基站 - Google Patents

Abstract

本发明实施例提供了一种系统信息更新方法及基站，该系统信息更新方法包括：根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到PDCCH ORDER后启动随机接入流程；根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。从而有效地缩短系统信息更新时间，并且，在系统信息更新过程中，UE保持连接态不变，在UE完成随机接入过程后，仍可通过与原有RRC层之间的通信连接继续传输未完成数据，进而提升了系统的可靠性以及用户体验。

Description

一种系统信息更新方法及基站

技术领域

本发明实施例涉及通信领域，尤其涉及一种系统信息更新方法及基站。

背景技术

NB-IOT(Narrow Band-Internet of Things，窄带物联网)技术是3GPP在 Rel-13协议版本针对物联网应用定义的协议标准。

与LTE(Long Term Evolution，长期演进)相比，NB -IOT的调度周期较长，因此，在NB -IOT小区需要进行系统信息更新，并且需要释放用户的场景下，将会存在如下问题：

1)当已接入的UE(User Equipment，用户设备)较多，并且用户重复周期较长时，系统需要耗费大量的时间用于释放用户，最多可能耗时几十分钟。

2)在等待释放用户时，小区在较长的释放UE过程中，将持续保持在退服状态，即不允许新UE接入。

3)若被释放UE中存在正在传输数据的UE，则在释放过程中将导致该 UE的数据丢失。

发明内容

本发明实施例提供一种系统信息更新方法及基站，以解决现有技术在进行系统信息更新时，存在的释放UE过程耗时长，且长时间处于退服状态，以及，正在处理业务的UE被释放后导致数据丢失的问题。

为了解决上述问题，本发明公开了一种系统信息更新方法，应用于基站，所述方法包括：

根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；

若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到PDCCH ORDER后启动随机接入流程；

根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。

在本发明的一个优选的实施例中，根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程的步骤，具体包括：

接收用户输入的系统信息更新指令，其中，系统信息更新指令用于指示修改基站自身的一个或一个以上系统参数；

根据一个或一个以上系统参数，判断是否需要触发UE释放流程。

在本发明的一个优选的实施例中，根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程的步骤，具体包括：

若一个或一个以上系统参数属于预设类型参数，则确定需要触发UE释放流程；以及，

将一个或一个以上系统参数整合为系统更新信息，并存储系统更新信息。

在本发明的一个优选的实施例中，若存在两个或两个以上已接入的UE，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER的步骤，具体包括：

在第二系统信息更新周期的起始时刻向两个或两个以上已接入的UE逐一发送PDCCH ORDER。

在本发明的一个优选的实施例中，根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统参数的步骤，具体包括：

若在第二系统信息更新周期内完成对所有UE的PDCCH ORDER的发送，则在第三系统信息更新周期的起始时刻根据系统更新信息，更新基站自身的系统信息；

其中，第三系统信息更新周期为紧邻第二系统信息更新周期的下一个系统信息更新周期。

根据本发明的另一方面，提供了一种基站，包括：

判断模块，用于根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；

发送模块，用于若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到 PDCCH ORDER后启动随机接入流程；

更新模块，用于根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。

在本发明的一个优选的实施例中，判断模块进一步用于：

接收用户输入的系统信息更新指令，其中，系统信息更新指令用于指示修改基站自身的一个或一个以上系统参数；

根据一个或一个以上系统参数，判断是否需要触发UE释放流程。

在本发明的一个优选的实施例中，判断模块进一步用于：

若一个或一个以上系统参数属于预设类型参数，则确定需要触发UE释放流程；以及，

将一个或一个以上系统参数整合为系统更新信息，并存储系统更新信息。

在本发明的一个优选的实施例中，若存在两个或两个以上已接入的UE，则发送模块进一步用于在第二系统信息更新周期的起始时刻向两个或两个以上已接入的UE逐一发送PDCCH ORDER。

在本发明的一个优选的实施例中，更新模块进一步用于：

若在第二系统信息更新周期内完成对所有UE的PDCCH ORDER的发送，则在第三系统信息更新周期的起始时刻根据系统更新信息，更新基站自身的系统信息；

其中，第三系统信息更新周期为紧邻第二系统信息更新周期的下一个系统信息更新周期。

与现有技术相比，本发明中通过根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到PDCCHORDER后启动随机接入流程；根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。从而有效地缩短系统信息更新时间，并且，在系统信息更新过程中，UE保持连接态不变，在UE完成随机接入过程后，仍可通过与原有RRC(Radio LinkControl，无线链路控制)层之间的通信连接继续传输未完成数据，进而提升了系统的可靠性以及用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例的一种系统信息更新方法的流程图；

图2是本发明实施例中的RRC CONNECTION RELEASE消息发送过程示意图；

图3是本发明实施例中的RRC CONNECTION RELEASE COMPLETE 消息发送过程示意图；

图4是本发明实施例的一种基站的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

在NB-IOT中，在用户指示修改小区配置参数的场景下，若小区配置参数的修改未引发系统信息更新，则新的小区配置参数将直接由MAC (Media Access Controller，媒体接入控制)层和PL(Physical Layer，物理层)发布，以使更新后的小区配置参数生效。若小区配置参数的修改引起系统信息更新，则MAC层和PL层将等待系统信息更新的生效时间点发布更新后的配置参数以及系统信息。

3GPP协议中规定，NB-IOT小区中的UE处于RRC_CONNECED(RRC 连接)状态时不需要检测SIB(System Information Block，系统信息块)变化。如果需要让UE获知SIB变化，则需要将UE释放到RRC_IDLE(RRC 空闲)状态下。因此，系统信息的修改将会影响已连接UE的状态，其中，根据修改参数的类型不同，其对系统的影响也不相同，不同类型参数对系统的影响如下表所示：

现有技术实施例中，针对第三类“支持动态修改且需要特殊处理”系统参数更新的具体实现方法如下：

1)接收用户输入的系统信息更新指令。具体的，用户在一个系统信息更新周期内(以下简称第一系统信息更新周期)通过在OM (OperationandMaintenance，操作和维护)提供的操作界面下发系统参数修改指令，该系统参数修改指令用于指示基站修改一个或一个以上系统参数。 OM接收该用户输入的系统信息更新指令，并发送给HL(High Layer，高层)层。HL层判断参数类型，若是上述第三类系统参数类型，则HL层启动释放UE流程，并且根据待更新系统参数，整合基站自身的系统信息。即：HL 层将待更新系统参数与原有系统参数结合，整合为新的系统信息。

2)释放已连接UE。

具体的，在下一系统信息更新周期起始时刻(以下简称第二系统信息更新周期)，HL层开始释放连接态UE并触发寻呼，同时，在释放过程中HL 层将拒绝处理随机接入过程，即拒绝新UE随机接入。HL释放过程如图1 所示，在图1中：HL向UE发送RRC CONNECTIONRELEASE(RRC连接释放)消息以触发UE释放过程，UE接收到该消息后进行释放，并向HL 层返回RRC CONNECTION RELEASE COMPLETE(RRC连接释放完成) 消息以通知HL层释放完成。

在释放过程中，系统需要进行一次上行调度和一次下行调度。根据3GPP 协议中规定，基站发送RRC CONNECTION RELEASE消息过程如图2所示，在图2中：NB-PDCCH(NB-PhysicalDownlinkControlChannel，窄带-物理下行控制信道)发送结束后，需要延时4ms才能发送NB-PDSCH (NB-Physical Downlink SharedChannel，窄带-物理层共享信道)，其中，NB-PDSCH上承载有RRC CONNECTION RELEASE消息。NB-PDSCH发送完成后，延时k₀-1后UE才能反馈ACK(Acknowledge，确认)/NACK (Not Acknowledge，非确认)消息，以确认是否收到RRC CONNECTION RELEASE消息。在现有技术实施例中，HL层传输一次下行消息至少需要19ms，而最多可能达到20多秒。

UE返回RRC CONNECTION RELEASE COMPLETE消息过程如图3所示，在图3中：NB-PDCCH发送结束后，需要延时k₀-1才能发送NB-PUSCH (NB-PhysicalUplinkSharedChannel，窄带-物理上行共享信道)，其中， NB-PUSCH上承载有RRC CONNECTION RELEASE COMPLETE消息。 NB-PUSCH发送完成后，延时3ms后基站通过NB-PDCCH反馈ACK/NACK 消息，以确认是否收到RRC CONNECTION RELEASE COMPLETE消息。在现有技术实施例中，UE传输一次上行消息至少需要13ms，而最多可能达到1s以上。

由此可见，基站释放一个UE需要耗时30ms～21000ms，若小区内存在多个已连接UE时，则释放UE耗时将非常长。

3)系统信息更新。具体的，在下一个寻呼周期前，HL将整合后的系统更新信息发送给MAC层，由MAC层发布更新后的系统信息，以使新的系统信息生效。

综上，现有技术在进行第三类系统参数更新时，存在以下问题：

1)当已接入的UE(UserEquipment，用户设备)较多，并且用户重复周期较长时，系统需要耗费大量的时间用于释放用户，最多可能耗时几十分钟。

2)在等待释放用户时，小区在较长的释放UE过程中，将持续保持在退服状态，即不允许新UE接入。

3)若被释放UE中存在正在传输数据的UE，则在释放过程中将导致该 UE的数据丢失。

针对上述问题，本发明实施例的核心构思之一在于提出一种系统信息更新方法及基站，以有效地缩短系统信息更新时间并且提高系统的可靠性。

参照图1，示出了本发明实施例的一种系统信息更新方法的流程图，该方法应用于基站，具体可以包括以下步骤：

步骤101，根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程。

具体的，在本发明的实施例中，用户在第一系统信息更新周期内，通过在OM提供的操作界面下发系统参数修改指令，该系统参数修改指令用于指示基站修改一个或一个以上系统参数。OM接收该用户输入的系统信息更新指令，并发送给HL(High Layer，高层)层。HL层判断参数类型，若是上述实施例中的第三类系统参数类型，则HL层确定需要触发UE释放流程。

步骤102，若是，则在第二系统信息更新周期的起始时刻向已接入的UE 发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到PDCCH ORDER后启动随机接入流程。

具体的，在本发明的实施例中，在HL层确定需要触发UE释放流程的情况下，HL层在下一个系统信息更新周期，即第二系统信息更新周期的起始时刻，通知MAC层启动UE释放流程。MAC在接收到该通知后，向已接入的UE逐一发送PDCCH ORDER消息。UE接收到该PDCCHORDER消息后，将启动随机接入流程。具体的随机接入流程与现有实施例中的随机接入流程类似，本发明不再赘述。

步骤103，根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。

具体的，在本发明的实施例中，MAC层在完成对最后一个已接入的UR 的PDCCHORDER消息发送后，将在第三系统信息更新周期的起始时刻获取到HL层根据系统信息更新指令整合的新的系统信息，MAC层根据获取到的新的系统信息对基站自身的系统信息进行更新。

在本发明的一个实施例中，若MAC层在第二系统信息更新周期内完成对所有已接入的UE的PDCCH ORDER消息的发送，则MAC层在紧邻第二系统信息更新周期的下一个系统信息周期的起始时刻对系统信息进行更新。若MAC层在第二系统信息更新周期内未完成对所有已接入的UE的PDCCH ORDER消息的发送，则MAC层对最后一个UE发送PDCCH ORDER完成所在的系统信息更新周期后的下一个周期的起始时刻，对系统信息进行更新。

综上，本发明实施例中的技术方案，通过根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到PDCCH ORDER后启动随机接入流程；根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。从而有效地缩短系统信息更新时间，并且，在系统信息更新过程中，UE保持连接态不变，在UE完成随机接入过程后，仍可通过与原有RRC层之间的通信连接继续传输未完成数据，进而提升了系统的可靠性以及用户体验。

此外，在本发明的一个优选的实施例中，根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程的步骤，具体包括：

接收用户输入的系统信息更新指令，其中，系统信息更新指令用于指示修改基站自身的一个或一个以上系统参数。

根据一个或一个以上系统参数，判断是否需要触发UE释放流程。

在本发明的一个优选的实施例中，根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程的步骤，具体包括：

若一个或一个以上系统参数属于预设类型参数，则确定需要触发UE释放流程；以及，

将一个或一个以上系统参数整合为系统更新信息，并存储系统更新信息。

在本发明的一个优选的实施例中，若存在两个或两个以上已接入的UE，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER的步骤，具体包括：

在第二系统信息更新周期的起始时刻向两个或两个以上已接入的UE逐一发送PDCCH ORDER。

在本发明的一个优选的实施例中，根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统参数的步骤，具体包括：

若在第二系统信息更新周期内完成对所有UE的PDCCH ORDER的发送，则在第三系统信息更新周期的起始时刻根据系统更新信息，更新基站自身的系统信息；

其中，第三系统信息更新周期为紧邻第二系统信息更新周期的下一个系统信息更新周期。

为使本领域技术人员更好的理解本发明实施例中的系统信息更新方法，下面以具体实施例进行详细阐述。

1)接收用户输入的系统信息更新指令。

具体的，用户在第一系统信息更新周期通过在OM提供的操作界面下发系统信息更新指令，该系统参数信息更新指令用于指示修改基站自身的一个或一个以上系统参数。OM接收系统信息更新指令，并将需要修改的一个或一个以上系统参数发送给HL层。

HL层接收当前系统信息更新周期内修改的所有参数，并检测参数类型，若检测到需要修改的系统参数为预设类型参数，即上述实施例中的第三类系统参数类型，则HL层根据待更新系统参数，整合基站自身的系统信息。即： HL层将待更新系统参数与原有系统参数结合，整合为新的系统信息(以下称为系统更新信息)并进行存储。

2)释放已连接UE。

具体的，在本发明的实施例中，基站中可存在有一个或一个以上已连接的UE。在本发明实施例中，以存在100个已接入UE为例进行详细阐述。

在下一个系统信息更新周期(即本发明实施例中的第二系统信息更新周期)的起始时刻，HL层通知MAC层启动UE释放流程。

MAC层接收到HL层通知后，向100个已接入的UE逐一发送PDCCH ORDER消息。在本发明的实施例中不对PDCCH ORDER消息发送顺序做任何限定。各UE接收到PDCCH ORDER消息后将启动随机接入过程。需要说明的是：在第二系统信息更新周期内，即在MAC层向UE发送PDCCH ORDER消息的过程中，基站拒绝新UE接入。与现有技术实施例在进行系统信息更新时，系统处于退服状态不同，本发明实施例中的系统信息更新方法仅在MAC层发送PDCCHORDER消息的过程中拒绝新UE接入，而MAC 层发送PDCCH ORDER消息的过程占用时间非常短暂，通常仅占用一个系统信息更新周期，最多占用两个系统信息更新周期。因此，与现有技术实施例相比，本发明实施例中的技术方案在提高系统信息更新效率的同时，还能够弱化系统信息更新过程中对新接入UE的影响。

3)系统信息更新。

具体的，在本发明的一个实施例中，若由于接入UE较多，导致在一个系统信息更新周期内未完成对所有UE的PDCCH ORDER消息的发送，则 MAC层继续在下一个系统信息更新周期内发送PDCCH ORDER消息。因此，本发明实施例中的第二系统信息更新周期可包含一个或一个以上系统信息更新周期。

在本实施例中，MAC层在一个系统信息更新周期内即可完成对100个已接入的UE的PDCCH ORDER消息发送过程。在MAC层完成对所有UE 的PDCCH ORDER消息发送后，HL层在紧邻第二系统信息更新周期的下一个系统信息更新周期(即本发明实施例中的第三系统信息更新周期)的起始时刻，将系统更新信息，即，整合后的新的系统信息发送至MAC层。MAC 层接收该系统更新信息，并根据系统更新信息对基站原有的系统信息进行更新并发布，以使更新后的系统信息在基站中生效。具体生效过程可有现有技术实施例中的方法进行实现，本发明不赘述。

综上，本发明实施例中的技术方案，通过根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到PDCCH ORDER后启动随机接入流程；根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。从而有效地缩短系统信息更新时间，并且，在系统信息更新过程中，UE保持连接态不变，在UE完成随机接入过程后，仍可通过与原有RRC层之间的通信连接继续传输未完成数据，进而提升了系统的可靠性以及用户体验。

参照图4，示出了本发明实施例的一种基站的结构框图，该基站具体可以包括以下模块：

判断模块401，用于根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程。

发送模块402，用于若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到 PDCCH ORDER后启动随机接入流程。

更新模块403，用于根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。

在本发明的一个优选的实施例中，判断模块401可以进一步用于：

接收用户输入的系统信息更新指令，其中，系统信息更新指令用于指示修改基站自身的一个或一个以上系统参数。

根据一个或一个以上系统参数，判断是否需要触发UE释放流程。

在本发明的一个优选的实施例中，判断模块401还可以进一步用于：

若一个或一个以上系统参数属于预设类型参数，则确定需要触发UE释放流程；以及，

将一个或一个以上系统参数整合为系统更新信息，并存储系统更新信息。

在本发明的一个优选的实施例中，若存在两个或两个以上已接入的UE，则发送模块402可以进一步用于在第二系统信息更新周期的起始时刻向两个或两个以上已接入的UE逐一发送PDCCH ORDER。

在本发明的一个优选的实施例中，更新模块403可以进一步用于：

若在第二系统信息更新周期内完成对所有UE的PDCCH ORDER的发送，则在第三系统信息更新周期的起始时刻根据系统更新信息，更新基站自身的系统信息；

其中，第三系统信息更新周期为紧邻第二系统信息更新周期的下一个系统信息更新周期。

综上所述，本发明实施例中的基站，通过根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使UE在接收到PDCCH ORDER后启动随机接入流程；根据系统信息更新指令，在第三系统信息更新周期的起始时刻更新基站自身的系统信息。从而有效地缩短系统信息更新时间，并且，在系统信息更新过程中，UE保持连接态不变，在UE完成随机接入过程后，仍可通过与原有RRC层之间的通信连接继续传输未完成数据，进而提升了系统的可靠性以及用户体验。

对于设备实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种系统信息更新方法及基站进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种系统信息更新方法，应用于基站，其特征在于，所述方法包括：

根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；

若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使所述UE在接收到所述PDCCH ORDER后启动随机接入流程；

根据所述系统信息更新指令，在第三系统信息更新周期的起始时刻更新所述基站自身的系统信息；

其中，所述系统信息更新指令用于指示所述基站修改一个或一个以上系统参数，所述系统参数为支持动态修改且需要特殊处理的第三类系统参数。

2.根据权利要求1所述的方法，其特征在于，所述根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程的步骤，具体包括：

接收用户输入的系统信息更新指令，其中，所述系统信息更新指令用于指示修改所述基站自身的一个或一个以上系统参数；

根据所述一个或一个以上系统参数，判断是否需要触发所述UE释放流程。

3.根据权利要求2所述的方法，其特征在于，所述根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程的步骤，具体包括：

若所述一个或一个以上系统参数属于预设类型参数，则确定需要触发所述UE释放流程；以及，

将所述一个或一个以上系统参数整合为系统更新信息，并存储所述系统更新信息。

4.根据权利要求3所述的方法，其特征在于，若存在两个或两个以上已接入的UE，则所述在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCHORDER的步骤，具体包括：

在所述第二系统信息更新周期的起始时刻向所述两个或两个以上已接入的UE逐一发送所述PDCCH ORDER。

5.根据权利要求4所述的方法，其特征在于，所述根据所述系统信息更新指令，在第三系统信息更新周期的起始时刻更新所述基站自身的系统参数的步骤，具体包括：

若在第二系统信息更新周期内完成对所有UE的PDCCH ORDER的发送，则在所述第三系统信息更新周期的起始时刻根据所述系统更新信息，更新所述基站自身的系统信息；

其中，所述第三系统信息更新周期为紧邻所述第二系统信息更新周期的下一个系统信息更新周期。

6.一种基站，其特征在于，包括：

判断模块，用于根据第一系统信息更新周期内接收到的系统信息更新指令，判断是否需要触发用户设备UE释放流程；

发送模块，用于若是，则在第二系统信息更新周期的起始时刻向已接入的UE发送物理下行控制信道命令PDCCH ORDER，以使所述UE在接收到所述PDCCH ORDER后启动随机接入流程；

更新模块，用于根据所述系统信息更新指令，在第三系统信息更新周期的起始时刻更新所述基站自身的系统信息；

其中，所述系统信息更新指令用于指示所述基站修改一个或一个以上系统参数，所述系统参数为支持动态修改且需要特殊处理的第三类系统参数。

7.根据权利要求6所述的基站，其特征在于，所述判断模块进一步用于：

接收用户输入的系统信息更新指令，其中，所述系统信息更新指令用于指示修改所述基站自身的一个或一个以上系统参数；

根据所述一个或一个以上系统参数，判断是否需要触发所述UE释放流程。

8.根据权利要求7所述的基站，其特征在于，所述判断模块进一步用于：

若所述一个或一个以上系统参数属于预设类型参数，则确定需要触发所述UE释放流程；以及，

将所述一个或一个以上系统参数整合为系统更新信息，并存储所述系统更新信息。

9.根据权利要求8所述的基站，其特征在于，若存在两个或两个以上已接入的UE，则所述发送模块进一步用于在所述第二系统信息更新周期的起始时刻向所述两个或两个以上已接入的UE逐一发送所述PDCCH ORDER。

10.根据权利要求9所述的基站，其特征在于，所述更新模块进一步用于：

若在第二系统信息更新周期内完成对所有UE的PDCCH ORDER的发送，则在所述第三系统信息更新周期的起始时刻根据所述系统更新信息，更新所述基站自身的系统信息；

其中，所述第三系统信息更新周期为紧邻所述第二系统信息更新周期的下一个系统信息更新周期。

Images