CN103999499A - 中断小区恢复的检测方法和装置 - Google Patents

Abstract

本发明实施例提供了一种中断小区恢复的检测方法和装置。所述方法包括：中断小区的基站在执行完自我修复过程后，向所述中断小区覆盖范围内发送请求接入信息，以便所述覆盖范围内的用户设备根据所述请求接入信息接入所述基站(101)；所述基站统计在预定时间段内是否有成功接入的用户设备，或者统计在预定时间段内成功接入的用户设备数是否大于预设门限值(102)；如果在预定时间段内有成功接入的用户设备，或者在预定时间段内成功接入的用户设备数大于预设门限值，则所述基站确定所述中断小区已经恢复(103)。在本发明实施例的方法和装置中，基站下发包含请求接入信息的消息，之后根据用户设备的接入情况或者接入成功率确定该中断小区是否恢复，为该中断小区的后续工作提供保障。

Description

中断小区恢复的检测方法和装置 技术领域

本发明涉及通信领域， 尤其涉及一种中断小区恢复的检测方法和装置。 背景技术

在通信领域，小区中断指的是当一个小区无法维持处于其覆盖范围下的 UE(User Equipment, 用户设备） 的无线承载， 或者仅能维持 UE 的有限个无线承载， 或者无 法接受新接入的 UE时， 可以认为该小区处于中断状态。 在严重情况下， 该小区无法 为其覆盖范围内的 UE提供任何无线服务。

目前， 处于中断状态的小区 （以下称为中断小区）如果具有 self-healing (自我修 复）的功能， 则可以启动该功能进行小区中断状态的检测和小区恢复， 以减轻或消除 小区的中断状态。

然而， 当发生中断状态的小区执行了 self-healing功能后， 如果此时没有空闲态 用户接入或者没有通过切换接入该小区的用户， 则该小区无法判断 self-healing过程 是否成功， 已发生的中断状态是否恢复好， 尤其当该小区覆盖范围内的 UE比较少且 这些 UE的活动性比较低时， 这一问题显得更加突出。

应该注意， 上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、 完整的说明， 并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发 明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。 发明内容

本发明实施例的目的在于提供一种中断小区恢复的检测方法和装置，用于检测处 于中断状态的小区是否恢复。

根据本发明实施例的第一个方面， 提供了一种中断小区恢复的检测方法， 其中， 所述方法包括：

中断小区的基站在执行完自我修复过程后，向所述中断小区覆盖范围内发送请求 接入信息， 以便所述覆盖范围内的用户设备根据所述请求接入信息接入所述基站； 所述基站统计在预定时间段内是否有成功接入的用户设备，或者统计在预定时间 段内成功接入的用户设备数是否大于预设门限值；

如果在预定时间段内有成功接入的用户设备，或者在预定时间段内成功接入的用 户设备数大于预设门限值， 则所述基站确定所述中断小区已经恢复。

根据本发明实施例的第二个方面， 提供了一种中断小区恢复的检测方法， 其中， 所述方法包括：

中断小区的用户设备接收小区系统消息或者广播消息；

如果所述小区系统消息或者所述广播消息中包含请求接入信息，则所述用户设备 根据所述请求接入信息， 确定是否接入所述中断小区；

如果所述用户设备确定接入所述中断小区，则所述用户设备向所述中断小区的基 站发起 RRC连接建立过程， 以便所述中断小区的基站统计在预定时间段内是否有成 功接入的用户设备，或者统计在预定时间段内成功接入的用户设备数是否大于预设门 限值， 并根据统计的结果确定所述中断小区是否已经恢复。

根据本发明实施例的第三个方面， 提供了一种基站， 其中， 所述基站包括： 发送单元，其在所述基站执行完自我修复过程后， 向覆盖范围内发送请求接入信 息， 以便所述覆盖范围内的用户设备根据所述请求接入信息接入所述基站；

统计单元，其在所述发送单元发送了所述请求接入信息后， 统计在预定时间段内 是否有成功接入的用户设备，或者统计在预定时间段内成功接入的用户设备数是否大 于预设门限值；

确定单元，其在所述统计单元统计的结果为，预定时间段内有成功接入的用户设 备， 或者在预定时间段内成功接入的用户设备数大于预设门限值时，确定所述基站所 在的中断小区已经恢复。

根据本发明实施例的第四个方面， 提供了一种用户设备， 其中， 所述用户设备包 括：

接收单元， 其接收中断小区的基站发送的小区系统消息或者广播消息； 第一判断单元，其判断所述小区系统消息或者所述广播消息中是否包含请求接入 信息；

第二判断单元，其在所述第一判断单元的判断结果为是时，根据所述请求接入信 息， 确定是否接入所述中断小区；

接入单元，其在所述第二判断单元的判断结果为是时， 向所述中断小区的基站发 RRC 连接建立过程， 以便所述中断小区的基站统计在预定时间段内是否有成功接入 的用户设备， 或者统计在预定时间段内成功接入的用户设备数是否大于预设门限值， 并根据统计的结果确定所述中断小区是否已经恢复。

根据本发明实施例的第五个方面， 提供了一种计算机可读程序， 其中， 当在基站 中执行该程序时，该程序使得计算机在所述基站中执行第一方面所述的中断小区恢复 的检测方法。

根据本发明实施例的第六个方面， 提供了一种存储有计算机可读程序的存储介 质，其中， 该计算机可读程序使得计算机在基站中执行第一方面所述的中断小区恢复 的检测方法。

根据本发明实施例的第七个方面， 提供了一种计算机可读程序， 其中， 当在用户 设备中执行该程序时，该程序使得计算机在所述用户设备中执行第二方面所述的中断 小区恢复的检测方法。

根据本发明实施例的第八个方面， 提供了一种存储有计算机可读程序的存储介 质，其中， 该计算机可读程序使得计算机在用户设备中执行第二方面所述的中断小区 恢复的检测方法。

本发明实施例的有益效果在于： 中断小区的基站通过在执行完自我修复后， 下发 包含请求接入信息的消息，令其覆盖范围内的用户设备接入该基站，根据接入情况或 者接入成功率确定该中断小区是否恢复， 以尽快使该中断小区回复到正常工作状态， 为该中断小区的后续工作提供保障。

参照后文的说明和附图，详细公开了本发明的特定实施方式， 指明了本发明的原 理可以被采用的方式。应该理解， 本发明的实施方式在范围上并不因而受到限制。在 所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和 /或示出的特征可以以相同或类似的方式在一个或更多 个其它实施方式中使用， 与其它实施方式中的特征相组合， 或替代其它实施方式中的 特征。

应该强调， 术语"包括 /包含"在本文使用时指特征、 整件、 步骤或组件的存在， 但并不排除一个或更多个其它特征、 整件、 步骤或组件的存在或附加。 附图说明 参照以下的附图可以更好地理解本发明的很多方面。附图中的部件不是成比例绘 制的， 而只是为了示出本发明的原理。 为了便于示出和描述本发明的一些部分， 附图 中对应部分可能被放大或縮小。在本发明的一个附图或一种实施方式中描述的元素和 特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在 附图中，类似的标号表示几个附图中对应的部件， 并可用于指示多于一种实施方式中 使用的对应部件。 在附图中：

图 1是本发明一个实施例的中断小区恢复的检测方法流程图；

图 2是本发明另一个实施例的中断小区恢复的检测方法流程图；

图 3是 UE和 eNB的信息交互流程示意图；

图 4是 UE禾 B eNB的处理流程示意图；

图 5是本发明实施例的基站组成示意图；

图 6是本发明实施例的用户设备组成示意图。 具体实施方式

参照附图， 通过下面的说明书， 本发明实施例的前述以及其它特征将变得明显。 这些实施方式只是示例性的， 不是对本发明的限制。为了使本领域的技术人员能够容 易地理解本发明的原理和实施方式，在以下的说明中，将处于中断状态的小区称之为 中断小区。 若无特别说明， 小区执行的功能是指该小区的基站所执行的功能。 其中， 小区及小区的基站的概念都是本领域公知的， 并不限定于以下实施例所描述的 cell 及 eNB， 在此不再赘述。

实施例 1

本发明实施例提供了一种中断小区恢复的检测方法。 图 1是该方法的流程图，请 参照图 1， 该方法包括：

步骤 101 : 中断小区的基站在执行完自我修复过程后， 向所述中断小区覆盖范围 内发送请求接入信息，以便所述覆盖范围内的用户设备根据所述请求接入信息接入所 述基站；

步骤 102: 所述基站统计在预定时间段内是否有成功接入的用户设备， 或者统计 在预定时间段内成功接入的用户设备数是否大于预设门限值；

步骤 103: 如果在预定时间段内有成功接入的用户设备， 或者在预定时间段内成 功接入的用户设备数大于预设门限值， 则所述基站确定所述中断小区已经恢复。 在步骤 101中， 该请求接入信息可以包含于系统消息中， 通过该系统消息发送， 也可以包含于广播消息中， 通过该广播消息发送， 本实施例并不以此作为限制。如果 请求接入信息包含于系统消息中， 则其可以包含于系统消息的主信息块中， 也可以包 含于系统消息的第一系统信息块中、 第二系统信息块中， 或者其他系统信息块中。

在步骤 101中，请求接入信息可以只包括请求接入指示， 也可以仅包括请求接入 概率， 也可以既包括请求接入指示， 又包括请求接入概率。 收到该请求接入信息的用 户设备（UE)会根据该请求接入信息的具体内容确定是否接入该中断小区。 如果 UE 根据该请求接入信息确定接入该中断小区， 则向该中断小区的基站发起 RRC连接建 立过程， 后续流程与现有的方法相同， 在此不再赘述。 如果 UE根据该请求接入信息 确定不接入该中断小区，则保持其原有状态，本实施例对此不作限制。其中，具体的， UE确定是否接入该中断小区的方法将在以下的实施例中加以说明。

其中， 如果请求接入信息仅包括请求接入指示 （request access indication), 则其 信息元素 （information element) 的存在 (presence) 属性是可选 (optional)的， 其类型 可以是枚举 （ENUMERATED), 例如为 {true} , 表示收到该请求接入指示的 UE即发 起 RRC连接建立； 也可以是布尔 （BOOLEAN), 例如为 0或者 1， 表示收到该请求 接入指示的 UE， 根据该请求接入指示是 0还是 1， 确定是否要在发起 RRC连接建立 的过程中请求建立用户面通道。 例如， 如果接到的请求接入指示是 0， 则 UE仅发起 RRC连接建立而无需请求建立用户面通路， 如果接到的请求接入指示是 1， 则 UE不 但需要发起 RRC连接建立， 还要向网络侧请求恢复处于激活态的承载的无线用户面 通道。 基站也可以据此统计成功接入的 UE数， 例如， 如果基站发送的请求接入指示 为 1，而收到该指示的 UE只完成了 RRC连接建立，并未恢复处于激活态的业务承载 的无线用户面通道， 则基站认为该 UE并未成功接入。

其中， 如果请求接入信息既包括请求接入指示， 也包括请求接入概率， 则该请求 接入指示的属性和含义与前述相同， 该请求接入概率的属性是可选 (optional)的， 其类 型可以为枚举， 例如 1/10、 1/5、 3/10、 1等。

其中， 如果请求接入指示仅包括请求接入概率， 则该请求接入概率的属性是可选 (optional)的， 其类型可以为枚举， 例如 1/10、 1/5、 3/10、 1等。

在步骤 101中， 为了使 UE顺利接入该基站， 该基站也会将下行物理信息发送出 去， 例如小区参考信号、 同步信号、 物理专用控制信道等， 具体的发送方法和发送时 机可以采用现有方案， 在此不再赘述。

在步骤 102 中， 由于基站已经执行了自我修复 （self-healing), 该中断小区有可 能已经成功恢复， 也有可能并未恢复， 通过步骤 101让一部分或全部 UE接入该中断 小区， 基站即可通过统计在预定时间段内成功接入的 UE数， 来判断该中断小区是否 已经恢复。

在步骤 102中， 基站统计成功接入的 UE数的方法， 可以通过现有技术来实现， 本发明实施例对此并不限制。 在一个实施例中， 当 UE向基站发起 RRC连接建立， 基站完成与该 UE的 RRC连接， 即认为该 UE成功接入， 将成功接入的 UE数加 1。 在另外一个实施例中， 当 UE向基站发起 RRC连接建立， 基站完成与该 UE的 RRC 连接后， 还要等 UE完成其他业务承载的连接后， 基站才认为该 UE成功接入， 将成 功接入的 UE数加 1。 具体统计方式和策略可由基站决定。

在步骤 102中，所述预定时间段和所述预设门限值可以通过该基站的网管系统配 置给该基站， 也可以是通过基站自己生成， 本实施例并不以此作为限制。

在步骤 103 中， 在一个实施例中， 基站只统计预定时间段内是否有成功接入的

UE， 如果有， 则基站认为该中断小区已经成功恢复。 在另外一个实施例中， 基站统 计预定时间段内成功接入的 UE数是否大于预设值， 如果是， 则基站认为该中断小区 已经成功恢复。

以上两种方式只是举例说明， 本实施例并不以此作为限制， 例如， 基站也可以采 用其他策略来根据步骤 102统计的结果来确定该中断小区是否已经成功恢复。

在本实施例中， 如果基站通过判断确定所述中断小区已成功恢复， 则该基站停止 发送所述请求接入信息。否则， 如果基站通过判断确定所述中断小区未成功恢复， 则 基站可触发已接入 UE的 RRC连接的释放， 重复进入 self-healing状态， 执行本发明 实施例的方法以判断该中断小区是否恢复。

通过本实施例的检测方法， 中断小区的 eNB通过在执行完自我修复后， 下发包 含请求接入信息的消息， 令其覆盖范围内的 UE接入该 eNB， 根据接入情况或者接入 成功率确定该中断小区是否恢复， 以便及时为其覆盖范围内的 UE提供服务。

实施例 2

本发明实施例还提供了一种中断小区恢复的检测方法。 图 2是该方法的流程图， 请参照图 2， 该方法包括：

步骤 201 : 中断小区的用户设备接收小区系统消息或者广播消息；

步骤 202: 判断所述小区系统消息或者所述广播消息中是否包含请求接入信息， 如果是， 则执行步骤 203， 否则结束；

步骤 203: 根据所述请求接入信息， 确定是否接入所述中断小区， 如果是， 则执 行步骤 204， 否则结束；

步骤 204: 所述用户设备向所述中断小区的基站发起 RRC连接建立过程， 以便 所述中断小区的基站统计在预定时间段内是否有成功接入的用户设备，或者统计在预 定时间段内成功接入的用户设备数是否大于预设门限值，并根据统计的结果确定所述 中断小区是否已经恢复。

本实施例的方法是 UE侧的处理， 其对应实施例 1的基站侧的处理。 当 UE接收 到基站发送的小区系统消息或者广播消息后，根据消息中包含的请求接入指示决定是 否接入该基站， 如果该中断小区已经恢复， 则该 UE可以顺利接入该基站， 根据这一 点， 基站通过统计一定时间段内是否有 UE接入， 或者通过统计一定时间段内成功接 入的 UE数是否大于预设门限值来确定该中断小区是否已经恢复。

在步骤 201中， 处于该中断小区覆盖范围内的 UE， 经过小区选择 /重选过程想要 驻留在该中断小区时，会先去读该小区的系统消息或者广播消息， 并判断所接收的小 区系统消息或者广播消息中是否携带请求接入信息。其中， 请求接入信息的属性、类 型等已经在实施例 1中做了说明， 在此不再赘述。

在步骤 202中， 如果所接收的系统信息中包含请求接入信息， 则 UE根据该请求 接入信息， 或者根据该请求接入信息和其他策略决定是否发起 RRC连接建立。其中， 在一个实施例中， UE可通过触发位置区域更新流程来发起 RRC连接建立过程，在另 外一个实施例中， UE也可以通过触发服务请求流程来发起 RRC连接建立过程，具体 的建立流程与现有技术相同， 在此不再赘述。

由于请求接入信息所具体包含的内容不同， 因此， UE在判断是否发起 RRC连接 建立过程时， 也有所不同， 以下通过举例加以说明。

在一个实施例中， 如果 UE接收到的请求接入信息只包含请求接入指示， 则在一 个实施方式中， 该 UE可以直接向该中断小区发起 RRC连接建立过程， 在另外一个 实施方式中， 该 UE根据预定定义的概率值决定是否发起 RRC连接建立过程。 例如， 如果该 UE的预先定义的概率值为 1/2， 则该 UE在 {0,1 }随机选择一个值， 若选择为 " 1 "， 则该 UE向所述中断小区发起 RRC连接建立过程； 若选择为 "0"， 则该 UE 忽略该请求接入信息。

其中， 当 UE通过位置区域更新流程触发 RRC连接建立时， 若请求接入指示为 " 1 "，则 UE将位置区域更新请求消息中的 active flag置为 1 ;若请求接入指示为" 0"， 则 UE将位置区域更新请求消息中的 active flag置为 0， 以便网络侧根据该 active flag 的设置决定是否恢复该 UE处于激活态的业务承载的无线用户面通道。

在另外一个实施例中，如果 UE接收到的请求接入信息既包含请求接入指示又包 含请求接入概率， 则在一个实施方式中， 该 UE根据该请求接入概率决定是否发起 RRC连接建立过程， 例如， 若请求接入概率为 1/5， 则 UE在 1~5之间随机选取一个 整数，若所选值为 1，则 UE向所述中断小区发起 RRC连接建立过程；若所选值非 1， 则 UE忽略所接收到的请求接入信息。

其中， 当 UE通过位置区域更新流程触发 RRC连接建立时， 若请求接入指示为 " 1 "，则 UE将位置区域更新请求消息中的 active flag置为 1 ;若请求接入指示为" 0"， 则 UE将位置区域更新请求消息中的 active flag置为 0， 以便网络侧根据该 active flag 的设置决定是否恢复该 UE处于激活态的业务承载的无线用户面通道。

在另外一个实施例中， 如果 UE接收到的请求接入信息仅包含请求接入概率， 则 在一个实施方式中， 该 UE根据请求接入概率决定是否发起 RRC连接建立过程， 例 如若请求接入概率为 1/5， 则 UE在 1~5之间随机选取一个整数， 若所选值为 1， 则 UE向所述小区发起 RRC连接建立； 若所选值非 1， 则 UE忽略所接收到的请求接入 信息。

在本实施例中，如果 UE所接收到的小区系统消息或者广播消息中不包含请求接 入信息， 则 UE根据现有机制依然停留在 idle状态。

通过本实施例的检测方法， 中断小区覆盖范围内的 UE根据接收到的请求接入指 示确定是否接入基站，协助执行完自我修复后的基站统计 UE的接入情况或者接入成 功率， 以便基站根据接入情况或者接入成功率确定该中断小区是否恢复， 以便及时为 其覆盖范围内的 UE提供服务。

为了使以上实施例 1和实施例 2的方法更加清楚易懂， 以下结合基站和 UE的信 息交互流程以及处理流程对本发明实施例进行说明。 图 3为基站和 UE的信息交互流程示意图，图 4为基站和 UE的处理流程示意图。 请参照图 3， 该信息交互流程包括：

步骤 301 : 中断小区的 eNB执行完 self-healing后， 向其覆盖范围发送系统消息 或者广播消息， 在该系统消息或者广播消息中， 包含请求接入信息；

步骤 302: 接收到该系统消息或者广播消息的 UE， 根据该请求接入信息确定是 否接入该 eNB;

步骤 303: 如果 UE确定接入该 eNB， 则通过位置区域更新流程发起 RRC连接 建立过程；

在该步骤中， UE也可通过服务请求流程发起 RRC连接建立过程。

步骤 304: eNB通过统计一段时间内的 UE接入情况或者 UE接入成功率， 判断 该中断小区是否已经成功恢复， 如果已经恢复， 则执行步骤 305， 否则执行步骤 306;

步骤 305: eNB停止在发送的系统消息或者广播消息中携带请求接入信息。 步骤 306: eNB触发已接入的 UE的 RRC连接的释放。

请参照图 4， 该处理流程包括：

步骤 401 : eNB的小区进入中断状态；

步骤 402: eNB执行 self-healing功能；

步骤 403: eNB下发包含接入请求信息的系统消息或者广播消息；

步骤 404: UE决定是否接入网络 （也即接入 eNB或者接入该小区）， 如果是， 则执行步骤 405， 否则继续驻留在空闲状态；

步骤 405: UE发起位置区域更新流程；

在该步骤中， UE也可发起服务请求流程。

步骤 406: eNB根据 UE的接入成功 （或接入成功率） 判断中断小区是否已经成 功恢复， 如果是， 则执行步骤 407， 否则回到步骤 402;

步骤 407: eNB开始下发不包含请求接入信息的系统消息或者广播消息。

在以上的说明中， 是以特定实施方式为例，但本发明实施例并不限定于这种特定 方式，其各个步骤的实施不限制于以下的说明， 而是以实施例 1和实施例 2说明的实 施方式为准。

本发明实施例还提供了一种基站， 如下面的实施例 3所述。 由于该基站解决问题 的原理与上述实施例 1的方法相似，因此该基站的实施可以参见实施例 1的方法的实 施， 重复之处不再赘述。

实施例 3

本发明实施例还提供了一种基站。 图 5是该基站的组成示意图， 请参照图 5， 该 基站包括：

发送单元 501， 其在所述基站执行完自我修复过程后， 向覆盖范围内发送请求接 入信息， 以便所述覆盖范围内的用户设备根据所述请求接入信息接入所述基站； 统计单元 502， 其在所述发送单元 501发送了所述请求接入信息后， 统计在预定 时间段内是否有成功接入的用户设备，或者统计在预定时间段内成功接入的用户设备 数是否大于预设门限值；

确定单元 503， 其在所述统计单元 502统计的结果为， 预定时间段内有成功接入 的用户设备， 或者在预定时间段内成功接入的用户设备数大于预设门限值时，确定所 述基站所在的中断小区已经恢复。

在本发明实施例中， 该请求接入信息可以包含于基站下发的系统消息中， 也可以 包含于基站下发的广播消息中。

在本发明实施例中， 该请求接入信息包括请求接入指示和 /或请求接入概率， 以 便所述覆盖范围内的用户设备根据所述请求接入指示和 /或所述请求接入概率确定是 否接入所述基站。

通过本实施例的基站，在进入中断状态并执行完自我修复后， 下发包含请求接入 信息的消息， 令其覆盖范围内的 UE接入该 eNB， 根据接入情况或者接入成功率确定 该中断小区是否恢复， 以便及时为其覆盖范围内的 UE提供服务。

本发明实施例还提供了一种用户设备， 如下面的实施例 4所述。 由于该用户设备 解决问题的原理与上述实施例 2的方法相似，因此该用户设备的实施可以参见实施例 2的方法的实施， 重复之处不再赘述。

实施例 4

本发明实施例还提供了一种用户设备。 图 6是该用户设备的组成示意图，请参照 图 6， 该用户设备包括：

接收单元 601， 其接收中断小区的基站发送的小区系统消息或者广播消息； 第一判断单元 602， 其判断所述小区系统消息或者所述广播消息中是否包含请求 接入信息； 第二判断单元 603， 其在所述第一判断单元 602的判断结果为是时， 根据所述请 求接入信息， 确定是否接入所述中断小区；

接入单元 604， 其在所述第二判断单元 603的判断结果为是时， 向所述中断小区 的基站发起 RRC连接建立过程， 以便所述中断小区的基站统计在预定时间段内是否 有成功接入的用户设备，或者统计在预定时间段内成功接入的用户设备数是否大于预 设门限值， 并根据统计的结果确定所述中断小区是否已经恢复。

在本发明实施例中， 所述请求接入信息包括请求接入指示和 /或请求接入概率。 其中，

如果所述请求接入信息仅包括请求接入指示，则所述第二判断单元 603确定接入 所述中断小区，或者所述第二判断单元 603根据预设的概率值确定是否接入所述中断 小区；

如果所述请求接入信息包括请求接入指示和请求接入概率，则所述第二判断单元 603根据所述请求接入概率确定是否接入所述中断小区；

如果所述请求接入信息仅包括请求接入概率，则所述第二判断单元 603根据所述 请求接入概率确定是否接入所述中断小区。

在本发明实施例中，所述接入单元 604通过触发位置区域更新流程或服务请求流 程向所述中断小区的基站发起 RRC连接建立过程。

通过本实施例的用户设备，根据接收到的请求接入指示确定是否接入中断小区的 基站， 协助执行完自我修复后的基站统计 UE的接入情况或者接入成功率， 以便基站 根据接入情况或者接入成功率确定该中断小区是否恢复，以便及时为其覆盖范围内的 UE提供服务。

本发明实施例还提供了一种计算机可读程序，其中当在基站中执行该程序时， 该 程序使得计算机在所述基站中执行实施例 1所述的中断小区恢复的检测方法。

本发明实施例还提供了一种存储有计算机可读程序的存储介质，其中该计算机可 读程序使得计算机在基站中执行实施例 1所述的中断小区恢复的检测方法。

本发明实施例还提供了一种计算机可读程序， 其中当在终端设备中执行该程序 时，该程序使得计算机在所述终端设备中执行实施例 2所述的中断小区恢复的检测方 法。

本发明实施例还提供了一种存储有计算机可读程序的存储介质，其中该计算机可 读程序使得计算机在终端设备中执行实施例 2所述的中断小区恢复的检测方法。 本发明以上的装置和方法可以由硬件实现， 也可以由硬件结合软件实现。本发明 涉及这样的计算机可读程序， 当该程序被逻辑部件所执行时， 能够使该逻辑部件实现 上文所述的装置或构成部件， 或使该逻辑部件实现上文所述的各种方法或步骤。逻辑 部件例如现场可编程逻辑部件、微处理器、计算机中使用的处理器等。本发明还涉及 用于存储以上程序的存储介质， 如硬盘、 磁盘、 光盘、 DVD、 flash存储器等。

以上结合具体的实施方式对本发明进行了描述，但本领域技术人员应该清楚， 这 些描述都是示例性的， 并不是对本发明保护范围的限制。本领域技术人员可以根据本 发明的精神和原理对本发明做出各种变型和修改，这些变型和修改也在本发明的范围 内。

Claims (1)

1. 权 利 要 求 书

   1、 一种中断小区恢复的检测方法， 其中， 所述方法包括：

   中断小区的基站在执行完自我修复过程后， 向所述中断小区覆盖范围内发送请求 接入信息， 以便所述覆盖范围内的用户设备根据所述请求接入信息接入所述基站； 所述基站统计在预定时间段内是否有成功接入的用户设备， 或者统计在预定时间 段内成功接入的用户设备数是否大于预设门限值；

   如果在预定时间段内有成功接入的用户设备， 或者在预定时间段内成功接入的用 户设备数大于预设门限值， 则所述基站确定所述中断小区已经恢复。

   2、 根据权利要求 1所述的方法， 其中， 所述请求接入信息包含于系统消息中， 或者包含于广播消息中。

   3、 根据权利要求 1所述的方法， 其中， 所述请求接入信息包括请求接入指示和 / 或请求接入概率， 以便所述覆盖范围内的用户设备根据所述请求接入指示和 /或所述 请求接入概率确定是否接入所述基站。

   4、 一种中断小区恢复的检测方法， 其中， 所述方法包括：

   中断小区的用户设备接收小区系统消息或者广播消息；

   如果所述小区系统消息或者所述广播消息中包含请求接入信息， 则所述用户设备 根据所述请求接入信息， 确定是否接入所述中断小区；

   如果所述用户设备确定接入所述中断小区， 则所述用户设备向所述中断小区的基 站发起 RRC连接建立过程， 以便所述中断小区的基站统计在预定时间段内是否有成 功接入的用户设备，或者统计在预定时间段内成功接入的用户设备数是否大于预设门 限值， 并根据统计的结果确定所述中断小区是否已经恢复。

   5、 根据权利要求 4所述的方法， 其中， 所述请求接入信息包括请求接入指示和 / 或请求接入概率。

   6、 根据权利要求 5所述的方法， 其中，

   如果所述请求接入信息仅包括请求接入指示， 则所述用户设备确定接入所述中断 小区， 或者所述用户设备根据预设的概率值确定是否接入所述中断小区；

   如果所述请求接入信息包括请求接入指示和请求接入概率， 则所述用户设备根据 所述请求接入概率确定是否接入所述中断小区； 如果所述请求接入信息仅包括请求接入概率， 则所述用户设备根据所述请求接入 概率确定是否接入所述中断小区。

   7、 根据权利要求 4所述的方法， 其中，

   所述用户设备通过触发位置区域更新流程或者服务请求流程向所述中断小区的 基站发起 RRC连接建立过程。

   8、 一种基站， 其中， 所述基站包括：

   发送单元， 其在所述基站执行完自我修复过程后， 向覆盖范围内发送请求接入信 息， 以便所述覆盖范围内的用户设备根据所述请求接入信息接入所述基站；

   统计单元， 其在所述发送单元发送了所述请求接入信息后， 统计在预定时间段内 是否有成功接入的用户设备，或者统计在预定时间段内成功接入的用户设备数是否大 于预设门限值；

   确定单元， 其在所述统计单元统计的结果为， 预定时间段内有成功接入的用户设 备， 或者在预定时间段内成功接入的用户设备数大于预设门限值时，确定所述基站所 在的中断小区已经恢复。

   9、 根据权利要求 8所述的基站， 其中， 所述请求接入信息包含于所述基站下发 的系统消息中， 或者包含于所述基站下发的广播消息中。

   10、 根据权利要求 8所述的基站， 其中， 所述请求接入信息包括请求接入指示和 /或请求接入概率， 以便所述覆盖范围内的用户设备根据所述请求接入指示和 /或所述 请求接入概率确定是否接入所述基站。

   11、 一种用户设备， 其中， 所述用户设备包括：

   接收单元， 其接收中断小区的基站发送的小区系统消息或者广播消息； 第一判断单元， 其判断所述小区系统消息或者所述广播消息中是否包含请求接入 信息；

   第二判断单元， 其在所述第一判断单元的判断结果为是时， 根据所述请求接入信 息， 确定是否接入所述中断小区；

   接入单元， 其在所述第二判断单元的判断结果为是时， 向所述中断小区的基站发 起 RRC连接建立过程， 以便所述中断小区的基站统计在预定时间段内是否有成功接 入的用户设备， 或者统计在预定时间段内成功接入的用户设备数是否大于预设门限 值， 并根据统计的结果确定所述中断小区是否已经恢复。 12、 根据权利要求 11 所述的用户设备， 其中， 所述请求接入信息包括请求接入 指示和 /或请求接入概率， 其中，

   如果所述请求接入信息仅包括请求接入指示， 则所述第二判断单元确定接入所述 中断小区， 或者所述第二判断单元根据预设的概率值确定是否接入所述中断小区； 如果所述请求接入信息包括请求接入指示和请求接入概率， 则所述第二判断单元 根据所述请求接入概率确定是否接入所述中断小区；

   如果所述请求接入信息仅包括请求接入概率， 则所述第二判断单元根据所述请求 接入概率确定是否接入所述中断小区。

   13、 根据权利要求 11所述的用户设备， 其中，

   所述接入单元通过触发位置区域更新流程或者服务请求流程向所述中断小区的 基站发起 RRC连接建立过程。

   14、 一种计算机可读程序， 其中， 当在基站中执行该程序时， 该程序使得计算机 在所述基站中执行权利要求 1-3任一项所述的中断小区恢复的检测方法。

   15、一种存储有计算机可读程序的存储介质， 其中， 该计算机可读程序使得计算 机在基站中执行权利要求 1-3任一项所述的中断小区恢复的检测方法。

   16、 一种计算机可读程序， 其中， 当在用户设备中执行该程序时， 该程序使得计 算机在所述用户设备中执行权利要求 4-7任一项所述的中断小区恢复的检测方法。

   17、一种存储有计算机可读程序的存储介质， 其中， 该计算机可读程序使得计算 机在用户设备中执行权利要求 4-7任一项所述的中断小区恢复的检测方法。