CN101771981B - 一种紧急呼叫控制方法、装置及系统 - Google Patents

Abstract

本发明公开了一种紧急呼叫控制方法，该方法为：接收用户的紧急呼叫指示，并针对所述紧急呼叫产生一个随机数，以及根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。这样，面对任何场景下的紧急事件，均可以在不导致系统过载的情况下，保证部分用户发起的紧急呼叫被接入至网络侧，从而提高了整个系统的抗灾能力，增加了系统运行的灵活性。本发明同时公开了一种终端和一种通信系统。

Description

一种紧急呼叫控制方法、装置及系统

技术领域

本发明涉及通信领域，特别涉及一种紧急呼叫控制方法、装置及系统。

背景技术

在无线移动网络中，为了防止系统过载，在发生紧急事件时(如，比赛日、发生自然灾难)，通常采用接入阻止(Access Class Barring)的方式对终端的接入进行控制，所谓接入阻止即是在终端侧和网络侧建立连接前，终端根据系统信息判断是否允许接入，并根据判断结果对接入进行相应控制的机制。

目前，在发生紧急事件时，只有优先级级别符合预设条件的用户发起的紧急呼叫才允许接入。以长期演进系统(LTE系统)为例，在LTE系统中，发生紧急事件时，若用户通过终端发起紧急呼叫(Emergency Call)，则终端判断该用户的优选级级别是否符合预设条件(如，是否为AC 11-15级别的用户)，如果是，并且根据系统信息确定该级别的紧急呼叫不应被阻止，则接入该紧急呼叫，否则阻止该紧急呼叫。

从上述方案可以看出，现有的接入阻止方式只允许终端接入高优先级的用户发起的紧急呼叫。但是，在实际应用中，现有的接入阻止方式并不适用于所有的紧急事件，例如，在出现大规模的自然灾害时，很多普通级别的用户发起的紧急呼叫也需要在最短时间内传送至接收方，否则，将会造成难以弥补的损失，如危及受灾人员的生命等。因此，需要提供一种新的接入阻止方式，以适合各种情况下的紧急事件。

发明内容

本发明实施例提供一种的紧急呼叫控制方法、装置及系统，用以提高无线移动网络面对紧急事件的运行灵活性。

本发明实施例提供的具体技术方案如下：

一种紧急呼叫控制方法，包括：

接收用户的紧急呼叫指示；

针对所述紧急呼叫产生一个随机数；

根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。

一种终端，包括：

通信单元，用于接收用户的紧急呼叫指示；

生成单元，用于针对所述紧急呼叫产生一个随机数；

执行单元，用于根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。

一种通信系统，包含多个上述终端，

所述终端用于在接收用户的紧急呼叫指示后，针对所述紧急呼叫产生一个随机数，并根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。

本发明实施例中，终端接收用户的紧急呼叫指示后，针对所述紧急呼叫产生一个随机数，并根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。这样，面对任何场景下的紧急事件，均可以在不导致系统过载的情况下，保证部分用户发起的紧急呼叫被接入至网络侧，从而提高了整个系统的抗灾能力，增加了系统运行的灵活性。

附图说明

图1为本发明实施例中无线移动网络体系架构图；

图2为本发明实施例中终端功能结构图；

图3为本发明实施例中终端对紧急呼叫进行控制的第一种方法流程图；

图4为本发明实施例中终端对紧急呼叫进行控制的第二种方法流程图；

图5为本发明实施例中终端对紧急呼叫进行控制的第三种方法流程图。

具体实施方式

为了提高无线移动网络面对紧急事件的运行灵活性，本发明实施例中，终端接收用户的紧急呼叫指示后，针对所述紧急呼叫产生一个随机数，并根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。

本实施例中，根据随机数的取值选择紧急呼叫控制模式的方法有多种，例如：将所述随机数与预设的接入概率或阻止概率进行比较，并根据比较结果选择执行紧急呼叫阻止或执行紧急呼叫接入。又例如：根据随机数的取值确定执行紧急呼叫接入的时间，若取值为0，则立即执行紧急呼叫接入；若取值为k时，0＜k≤K，则在等待时长k后执行紧急呼叫接入。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1所示，本实施例中，无线移动网络包含多个终端11，终端11用于在接收用户的紧急呼叫指示后，针对所述紧急呼叫产生一个随机数，并根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。

如图1所示，本实施例中，网络侧以基站10作为代表，用于向终端11广播系统信息。

参阅图2所示，本实施例中，终端10包括通信单元100、生成单元101、和执行单元102，其中：

通信单元100，用于接收用户的紧急呼叫指示；

生成单元101，用于针对所述紧急呼叫产生一个随机数；

执行单元102，用于根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。

另一方面，执行单元102在终端11发起紧急呼叫阻止后，可以设置一定时器，并在该定时器维护的时间段内对用户发起的紧急呼叫保持阻止。

基于上述系统架构，本实施例中，在第一种情况下，发生紧急事件时，网络侧(如基站10)可以根据现有的网络负载状况，设置紧急呼叫的接入概率(AccessProbability)，以下简称为接入概率A，如，当网络负载比较大时，设置较小的接入概率A；而当网络负载比较小时，设置较大的接入概率A。随后，网络侧对各终端11进行广播，将接入概率A发送至各终端11，那么，终端11便可以根据接收的接入概率A，对用户发起的紧急呼叫进行控制。

参阅图3所示，本实施例中，在紧急状态下，终端11对用户发起的紧急呼叫进行控制的第一种方法的详细流程如下：

步骤300：终端11接收用户的紧急呼叫指示，例如，用户通过终端11拔打一个用于求助的电话号码。

步骤310：终端11针对紧急呼叫产生一个随机数a。

本实施例中，a的取值范围为[0，1]。

步骤320：终端11将产生的随机数a与接入概率A进行比较，判断a是否大于接入概率A，若是，则进行步骤340；否则，进行步骤330。

在实际应用中，还可以设置其他参量来作为判决条件，例如，设置阻止概率B，并将产生的随机数a与阻止概率B进行比较，判断a是否小于阻止概率B，若是，则进行步骤340；否则，进行步骤330。

本实施例以及以下各实施例中，设置接入概率A仅为一种举例，将不再赘述。

步骤330：终端11执行紧急呼叫接入，即允许用户发起的紧急呼叫接入至网络侧。

步骤340：终端11执行紧急呼叫阻止，即不允许用户发起的紧急呼叫接入至网络侧。

基于上述实施例，在实际应用中，若终端11根据步骤320的判断结果执行了紧急呼叫阻止，那么，在下一次接收到用户的紧急呼叫指示时，终端11仍会执行步骤300-步骤340的判断流程来确认紧急呼叫的控制方式，显然，在这种情况下仍会给终端11带来不必要的运行负荷。因此，本实施例中，终端11在执行紧急呼叫阻止后，设置一定时器(BarringTime)，通过该定时器来确定紧急呼叫阻止的执行持续时间，从而保证在这段时间内对用户发起的紧急呼叫采用相同的控制方式，以避免大量的重复操作。

参阅图4所示，本实施例中，终端11对用户发起的紧急呼叫进行控制的第二种方法的详细流程如下：

步骤400：终端11接收用户的紧急呼叫指示。

步骤410：终端11判断是否设置了针对紧急呼叫阻止的定时器？若是，则进行步骤460；否则，进行步骤420。

本实施例中，定时器用于指示终端11执行紧急呼叫阻止的持续时间，在到达预设的解除时间点后，定时器会自动关闭，因此，终端11通过确定存在这样一个有效定时器，即可获知仍需执行紧急呼叫阻止。

步骤420：终端11针对紧急呼叫产生一个随机数a。

步骤430：终端11将产生的随机数a与接入概率A进行比较，判断a是否大于接入概率A，若是，则进行步骤450；否则，进行步骤440。

步骤440：终端11执行紧急呼叫接入。

步骤450：终端11针对紧急呼叫阻止设置并启动一定时器。

本实施例中，终端11可以根据网络侧提供的相关信息来设置定时器的维持时间。例如，网络侧通过广播通知终端11，根据当前的网络负载状态设定的基准定时器的维持时间为T，则终端11根据T，设置自身的定时器的维持时间为(0.5+rand)*T，其中rand值为一个0到1范围内的随机数。

步骤460：终端11执行紧急呼叫阻止。

基于上述两个实施例，在另一种情况下，必须确保优先级级别符合预设条件的用户发起的紧急呼叫，具有更高的接入成功率，例如，优先级级别为VIP的用户通过终端11发起的紧急呼叫。因此，终端11在接收到用户的紧急呼叫指示后，需要根据该用户的优先级级别来执行相应的紧急呼叫控制方式。参阅图5所示，本实施例中，终端11对用户发起紧急呼叫进行控制的第三种方法的详细流程如下：

步骤500：终端11接收用户的紧急呼叫指示。

步骤510：终端11判断是否需要对紧急呼叫进行控制？若是，则进行步骤520；否则，进行步骤570。

本实施例中，终端11根据网络侧定期广播的系统信息来确定是否需要对部分用户发起的紧急呼叫进行阻止，若是，则执行后续流程对用户发起的紧急呼叫进行相应控制，否则，直接将紧急呼叫接入至网络侧。

步骤520：终端11判断用户是否享有优先级，若是，则进行步骤530；否则，进行步骤540。

本实施例中，终端11可以根据用户的标识信息(如，手机号码、用户ID)来确定用户是否享有优先级。

步骤530：终端11获取用户的优先级级别，并判断该优先级级别是否符合预设条件，若是，则进行步骤570；否则，进行步骤540。

本实施例中，终端11可以根据用户的标识信息来确定其对应的优先级级别；而所谓的预设条件可以根据实际环境而相应设置，如，预设条件为：用户的优先级级别为VIP。

通常情况下，只有具有较高优先级级别的用户发起的紧急呼叫才可能不被阻止。

步骤540：终端11判断是否设置了针对紧急呼叫阻止的定时器？若是，则进行步骤590；否则，进行步骤550。

步骤550：终端11针对紧急呼叫产生一个随机数a。

步骤560：终端11将产生的随机数a与接入概率A进行比较，判断a是否大于接入概率A，若是，则进行步骤580；否则，进行步骤570。

步骤570：终端11执行紧急呼叫接入。

步骤580：终端11针对紧急呼叫阻止设置并启动一定时器。

步骤590：终端11执行紧急呼叫阻止。

在上述实施例中，步骤540-步骤560也可以放置在步骤510和步骤520之间执行，即终端11先针对紧急呼叫产生一个随机数a，确定随机数a大于预设的接入概率A后，再判断发起紧急呼叫的用户是否享有优先级，以及进一步判断用户的优先级级别是否符合预设条件，并在确定用户的优选级级别不符合预设条件时，执行紧急呼叫阻止，这同样可以达到理想的技术效果，在此不再赘述。

另一方面，区别于上述实施例，在第二种情况下，步骤540至步骤590也可以采用以下方法替代：终端11采用时间窗机制对用户发起的紧急呼叫进行接入控制，即针对紧急呼叫，终端11根据时间窗[0，K]产生一个随机时长(即上述随机数)，并根据随机时长的取值确定执行紧急呼叫接入的时间，例如，若产生的随机时长为0，则执行紧急呼叫接入；若产生的随机时长为k，0＜k≤K，则等待时长k后再执行紧急呼叫接入。当然，在采用上述方法之前，同样可以先获取用户的优选级级别，并在确定用户的优选级级别不符合预设条件时，通过产生随机时长来判断紧急呼叫接入的执行时间，或者，在采用上述方法确定紧急呼叫接入的执行时间后，进一步获取用户的优选级级别，并在确定用户的优选级级别不符合预设条件时，按照已确定的时间执行紧急呼叫接入。无论哪一种技术方案，均可达到同样理想的技术效果，在此不再赘述。

综上所述，本发明的核心思想在于：终端接收用户的紧急呼叫指示后，针对所述紧急呼叫产生一个随机数，并根据随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止。这样，面对任何场景下的紧急事件，均可以在不导致系统过载的情况下，保证部分用户发起的紧急呼叫被接入至网络侧，从而提高了整个系统的抗灾能力，增加了系统运行的灵活性。

显然，本领域的技术人员可以对本发明中的实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明实施例中的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明中的实施例也意图包含这些改动和变型在内。

Claims (12)

1.一种紧急呼叫控制方法，其特征在于，包括： 

接收用户的紧急呼叫指示； 

针对所述紧急呼叫产生一个随机数； 

根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止，具体为：所述随机数是根据时间窗[0，K]产生的，若确定随机数的取值为0，则立即执行紧急呼叫接入；若确定随机数的取值为k，0＜k≤K，则在等待时长k后执行紧急呼叫接入。 

2.如权利要求1所述的方法，其特征在于，接收用户的紧急呼叫指示后，确定需要对部分用户发起的紧急呼叫进行阻止时，针对所述紧急呼叫产生一个随机数。 

3.如权利要求2所述的方法，其特征在于，确定需要对部分用户发起的紧急呼叫进行阻止后，进一步获取所述用户的优先级级别，并在确定所述优先级级别不符合预设条件时，针对所述紧急呼叫产生一个随机数。 

4.如权利要求2所述的方法，其特征在于，根据所述随机数的取值选择执行紧急呼叫阻止后，进一步获取所述用户的优先级级别，并在确定所述优先级级别不符合预设条件时，执行紧急呼叫阻止。 

5.一种终端，其特征在于，包括： 

通信单元，用于接收用户的紧急呼叫指示； 

生成单元，用于针对所述紧急呼叫产生一个随机数； 

执行单元，用于根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止，其中所述随机数是根据时间窗[0，K]产生的，所述执行单元根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止时，若确定随机数的取值为0，则立即执行紧急呼叫接入；若确定随机数的取值为k，0＜k≤K，则在等待时长k后执行紧急呼叫接入。 

6.如权利要求5所述的终端，其特征在于，所述通信单元接收用户的紧急呼叫指示后，所述生成单元确定需要对部分用户发起的紧急呼叫进行阻止时，针对所述紧急呼叫产生一个随机数。 

7.如权利要求6所述的终端，其特征在于，所述生成单元确定需要对部分用户发起的紧急呼叫进行阻止后，进一步获取所述用户的优先级级别，并在确定所述优先级级别不符合预设条件时，针对所述紧急呼叫产生一个随机数。 

8.如权利要求6所述的终端，其特征在于，所述执行单元根据所述随机数的取值选择执行紧急呼叫阻止后，进一步获取所述用户的优先级级别，并在确定所述优先级级别不符合预设条件时，执行紧急呼叫阻止。 

9.一种通信系统，其特征在于，包含多个如权利要求5所述的终端， 

所述终端用于在接收用户的紧急呼叫指示后，针对所述紧急呼叫产生一个随机数，并根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止，其中所述随机数是根据时间窗[0，K]产生的，所述终端根据所述随机数的取值选择执行紧急呼叫接入或执行紧急呼叫阻止时，若确定随机数的取值为0，则立即执行紧急呼叫接入；若确定随机数的取值为k，0＜k≤K，则在等待时长k后执行紧急呼叫接入。 

10.如权利要求9所述的通信系统，其特征在于，所述终端接收用户的紧急呼叫指示后，确定需要对部分用户发起的紧急呼叫进行阻止时，针对所述紧急呼叫产生一个随机数。 

11.如权利要求10所述的通信系统，其特征在于，所述终端确定需要对部分用户发起的紧急呼叫进行阻止后，进一步获取所述用户的优先级级别，并在确定所述优先级级别不符合预设条件时，针对所述紧急呼叫产生一个随机数。 

12.如权利要求10所述的通信系统，其特征在于，所述终端根据所述随机数的取值选择执行紧急呼叫阻止后，进一步获取所述用户的优先级级别，并 在确定所述优先级级别不符合预设条件时，执行紧急呼叫阻止。 

Images