CN101809892B - 用于在无线通信网络中管理呼叫的方法和基站 - Google Patents

Abstract

提供了一种用于管理多个呼叫始发请求的方法。该方法包括：从多个通信设备接收(204)多个呼叫始发请求。进一步，该方法包括：当基站操作于拥塞模式时，基于预定义的策略，对多个呼叫始发请求进行排队(206)。另外，该方法包括：基于已排队的多个呼叫始发请求，对多个呼叫始发请求中的每个呼叫始发请求进行处理(208)。

Description

用于在无线通信网络中管理呼叫的方法和基站

技术领域

本发明总得涉及无线通信网络领域，具体涉及用于在无线通信网络中管理呼叫的方法和基站。

背景技术

无线通信已成为当今世界日常生活的一个组成部分。每天，数以百万的人使用他们的移动电话、无绳电话或个人数字助理(PDA)与其朋友、商业伙伴或家人通信。传统上，存在无线电话和基站使无线通信成为可能。为了说明无线通信的过程，设想某人，例如“汤姆”，尝试呼叫其朋友“彼得”。汤姆在他的电话上拨打彼得的电话号码以在彼得和自己之间建立呼叫会话。当拨打了彼得的电话号码时，“请求”传到基站，指示汤姆正尝试通过其电话呼叫彼得。基站服务该请求，并在汤姆和彼得的电话之间建立呼叫会话。

在诸如足球比赛、自然灾害、恐怖袭击等事件中，很多人同时尝试呼叫其家人或朋友。结果是，基站同时接收到很多呼叫请求。通常，基站对于其在特定时刻最多可以服务的请求的最大数量是有限制的。例如，基站在特定时刻可以服务最多10个请求。现在，在高拥塞的情形下，诸如足球比赛的场间休息或恐怖袭击中，基站所接收到的请求的数量通常超过最大限制。故而，基站因资源限制必须拒绝这些请求中的一部分。在这种情形下，呼叫朋友的人可能接收到这样的消息，比如说“网络正忙，请稍后再拨”。对于那些有紧急消息给朋友和家人的人来说，这会造成不必要的麻烦。理想情况是，基站在这种情形下，应当允许最大可能数量的人与其家人和朋友进行通信。

鉴于以上讨论，就需要一种方法和装置来在无线通信网络中管理呼叫。

附图说明

在附图的不同视图之中，相同的附图标记指示相同或功能上类似的元素，且附图与下列详细说明被并入说明书之中，并构成说明书的一部分，用于进一步说明各种实施例，并解释根据本发明的各种原理和优点。

图1说明根据本发明的各种实施例，与示例性基站进行通信的多个通信设备；

图2是说明根据本发明的各种实施例，用于管理多个呼叫始发请求的方法的流程图；

图3是说明根据本发明的实施例，用于管理多个呼叫始发请求的方法的流程图；

图4是说明根据本发明的各种实施例，用于管理对于通信设备的呼叫终止请求的方法的流程图；

图5说明根据本发明的各种实施例的示例性基站的框图。

技术人员将理解，为了简洁而图示了附图中的元素，并且不必按比例绘制。例如，为了有助于理解本发明的实施例，附图中的某些元素的尺寸可能相对其它元素被夸大了。

具体实施方式

在详细描述根据本发明的各种实施例的，用于在无线通信网络中管理呼叫的特定方法和基站之前，应当理解，本发明主要在于与用于在无线通信网络中管理呼叫的方法相关的方法步骤的组合。因此，在附图中合适的地方通过常规符号表示系统组件和方法步骤，仅显示了那些与理解本发明相关的具体细节，以使得不会用那些对于受益于本文描述的本领域的普通技术人员所显而易见的细节来使本公开难以理解。

在本文档中，术语“包括”、“包括着”或其任何其它变形，意欲涵盖非排它性内含物，这样包括一系列元素的过程、方法、产品、或装置不仅包括这些元素，还可以包括未明确列出，或者这类过程、方法、产品、或装置所固有的其他元素。前面为“包括...一个”的元素，在没有更多限制的情况下，不排除在包括该元素的过程、方法、产品、或装置中存在其它相同元素。按本文档中的用法，将术语“另一个”定义为至少第二个或更多。按本文的用法，将术语“包含”和/或“具有”定义为包括着。按本文档中的用法，将术语“另一个”定义为至少第二个或更多。

对于一个实施例，提供了一种用于管理多个呼叫始发请求的方法。该方法包括：从多个通信设备接收多个呼叫始发请求。进一步，该方法包括：当基站操作于拥塞模式时，基于预定义的策略，对多个呼叫始发请求进行排队。另外，该方法包括：基于已排队的多个呼叫始发请求，对多个呼叫始发请求中的每个呼叫始发请求进行处理。

对于另一实施例，提供了一种用于管理用于通信设备的呼叫终止请求的方法。该方法包括确定基站是否操作于拥塞模式。进一步，该方法包括：当基站操作于拥塞模式时，基于参数，调整寻呼信道上的寻呼指示功率电平。另外，该方法包括：经由寻呼信道，以所调整的寻呼指示功率电平，向通信设备发送呼叫终止请求。

对于又一实施例，提供了一种基站。该基站包括处理单元，将该处理单元配置为确定基站是否操作于拥塞模式。还将处理单元配置为：当基站操作于拥塞模式时，基于参数，调整寻呼信道上的寻呼指示功率电平。进一步，该基站包括收发信机，将收发信机配置为，从多个通信设备接收多个呼叫始发请求。还将收发信机配置为，以所调整的寻呼指示功率电平，向多个通信设备中的通信设备发送呼叫终止请求。

图1说明根据本发明的各种实施例，与示例性基站104进行通信的多个通信设备102。多个通信设备102的示例包括但不限于：移动电话、蜂窝电话和个人数字助理(PDA)。通常，多个通信设备102中的每个通信设备具有指配给其的通信号码，而且有兴趣与这些设备的用户进行通信的人必须在其通信设备上拨对应的通信号码。例如，设想通信设备106的用户想要与通信设备108的用户进行通信的情形。通信设备108的通信号码可以是例如“405-TAN-555”。为了与通信设备108的用户进行通信，通信设备106的用户需要在通信设备106上拨号码“405-TAN-555”。

当通信设备106的用户拨号码“405-TAN-555”时，基站104从通信设备106接收到“呼叫请求”或“呼叫始发请求”，其指示通信设备106的用户想要与通信设备108的用户通信。通常，一接收到呼叫始发请求，基站104即在通信设备106和通信设备108之间建立呼叫会话。对于一个实施例，基站104在通信设备106和通信设备108之间建立呼叫会话之前，经由寻呼信道向通信设备108发送呼叫终止请求。寻呼信道可以例如是快速寻呼信道(QPCH)。经由寻呼信道，以特定的寻呼指示功率电平发送呼叫终止请求。只有在通信设备108能够确认处于该寻呼指示功率电平的呼叫终止请求时，才能建立呼叫会话。借助于以下示例对此做更好理解。

设想当通信设备106的用户在通信设备106上拨号码“405-TAN-555”，即通信设备108的通信号码的情形。结果是，基站104接收到指示通信设备106的用户想要与通信设备108的用户进行通信的呼叫始发请求。在接收到呼叫始发请求后，基站104可以经由QPCH，以例如4个单位的寻呼指示功率电平，向通信设备108发送呼叫终止请求。如果通信设备108处于良好的网络覆盖区域之中，则通信设备108将能够接收处于4个单位的寻呼指示功率电平的呼叫终止请求。当通信设备108接收到呼叫终止请求时，其可以对此进行响应，以向基站104指示自己已经接收到呼叫终止请求。通信设备108所做的响应可以是预定的信号或消息。进一步，在从通信设备108接收到响应之后，基站104可以在通信设备106和通信设备108之间建立呼叫会话。在一个实施例中，为到达通信设备108，基站104可以与另一基站联系。

然而，如果通信设备108未处于良好的网络覆盖区域之中，则通信设备108可能不能接收处于4个单位寻呼指示功率电平的呼叫终止请求。例如，通信设备108所处的网络覆盖区域可能是寻呼指示功率电平需要是8个单位才能接收任何呼叫终止请求的网络覆盖区域。在该情形中，通信设备108将不向基站104发送任何响应，因此在通信设备106和通信设备108之间不建立呼叫会话。

在另一实施例中，如果有很多通信设备同时向基站104发送呼叫始发请求，则称基站104操作于拥塞模式，即如果向基站104发送呼叫始发请求的通信设备的数量大于基站104最多可以处理的请求的数量，则称基站104操作于拥塞模式。例如，在足球比赛、交通事故及自然或恐怖灾难时，可能会出现这种情形。在该情况中，基站104可能不能服务其接收到的每个呼叫始发请求。结果是，当基站104操作于拥塞模式时，其拒绝接收到的一些呼叫始发请求。然而，当基站104恢复到其正常工作条件时，其又开始再次服务呼叫始发请求，即当基站104接收到的呼叫始发请求的数量减小至其最多可以处理的请求的数量之下时，基站104开始服务所有的请求。借助于以下示例对此做更好地理解。

设想当发生恐怖袭击时，多个通信设备102的每个用户尝试与朋友和/或家人进行通信的情形。进一步，假定多个通信设备102中的通信设备的总数是10，且基站104最多可以处理8个请求。在该情况中，基站104将接收10个呼叫始发请求，而其最大的处理能力是8。结果是，基站104将拒绝其接收到的最后两个呼叫始发请求。例如，基站104可以向作出最后两个呼叫始发请求的两个通信设备传达：基站104运行于拥塞模式，因此不能服务其请求。对于一个实施例，基站104可以向这两个通信设备发送预设消息，指示其拥塞模式状态。例如，基站104可以向这两个通信设备发送消息“当前网络正忙。请稍后再拨”。

进一步，设想在恐怖袭击一个小时之后，基站104接收到的呼叫始发请求的数量下降到4个。在该情形中，基站104将开始工作于普通模式，且将服务其接收到的每个请求，直到再次开始运行于拥塞模式为止。

图2是说明根据本发明的各种实施例，用于管理多个呼叫始发请求的方法的流程图。为了描述图2，将参考图1，但是应当理解，也可以在任何其他合适的环境中实施所描述的方法。另外，本发明不受限于所描述的方法之中列出的步骤的顺序。

在步骤202，启动用于管理多个呼叫始发请求的方法。如图1中所解释的，当第一通信设备的用户在其设备上拨第二通信设备的通信号码时，产生呼叫始发请求。在该情况中，第一通信设备产生呼叫始发请求，指示第一通信设备的用户想要与第二通信设备的用户通信。例如，如果汤姆想要与彼得通信，则汤姆需要在他的移动电话上拨彼得的移动电话的移动号码。在汤姆的移动电话上拨了移动号码之后，汤姆的移动电话产生指示汤姆想要与彼得通信的呼叫始发请求。

在步骤204，基站从多个通信设备接收到多个呼叫始发请求。多个呼叫始发请求对应于多个通信设备。例如，如果有6个通信设备产生呼叫始发请求，则基站接收对应于这6个通信设备的6个呼叫始发请求。

在步骤206，当基站操作于拥塞模式时，基于预定义的策略，对多个呼叫始发请求进行排队。预定义的策略可以例如是先进先出策略。如图1所解释的，当基站接收到的呼叫始发请求的数量大于基站最多可以处理的呼叫始发请求的数量时，则称基站操作于拥塞模式。例如，如果基站最多可以处理的呼叫始发请求的数量是8，而其接收到10个呼叫始发请求，则称基站操作于拥塞模式。

如图1所解释的，如果基站操作于拥塞模式且基站接收到多个呼叫始发请求，则基站基于先进先出来对所有的呼叫始发请求进行排队，而非拒绝所有的呼叫始发请求。最好借助于以下示例对此做更好地理解。设想当基站最多可以处理的呼叫始发请求的数量是8，而其接收到10个呼叫始发请求的情形。基站对最初的8个呼叫始发请求进行服务，并基于先进先出，对接下来的两个呼叫始发请求进行排队。例如，将第9个呼叫始发请求排在第10个之前。

在步骤208，基于已经排队的多个呼叫始发请求，对每个呼叫始发请求进行处理。继续先前示例，如果基于先进先出对第9和第10个呼叫始发请求进行了排队，则在第10个呼叫始发请求之前处理第9个呼叫始发请求。在图3中具体解释了用于处理呼叫始发请求的完整规程。在步骤210，终止用于管理多个呼叫始发请求的方法。

图3是说明根据本发明的实施例，用于管理多个呼叫始发请求的方法的流程图。为了描述图3，将参考先前附图，但是应当理解，也可以在任何其他合适的环境中实施所描述的方法。另外，本发明不受限于在描述的方法之中列出的步骤的顺序。

在步骤302，启动用于管理多个呼叫始发请求的方法。在图1中已解释了“呼叫始发请求”的概念。在步骤304，基站从多个通信设备接收到多个呼叫始发请求。如图2中所解释的，接收到的多个呼叫始发请求对应于多个通信设备。

在步骤306，确定基站是否操作于拥塞模式。如图1中所解释的，当基站服务的呼叫始发请求的数量大于或等于基站最多可以处理的呼叫始发请求的数量时，则称基站操作于拥塞模式。例如，如果基站在特定时刻最多可以处理的呼叫始发请求的数量是8，而其服务8个或更多的呼叫始发请求，则称基站操作于拥塞模式。

在步骤308，当确定基站操作于拥塞模式时，向多个通信设备发送拥塞指示。继续前文的示例，基站最多可以处理的呼叫始发请求的数量是8个。现在，设想当基站操作于拥塞模式，并且其同时服务8个呼叫始发请求的情形。如果在该特定时刻，基站接收到另一呼叫始发请求，则其将向发送呼叫始发请求的通信设备发送拥塞指示。例如，基站可以向通信设备发送消息“网络正忙”。如果基站接收到更多的呼叫始发请求，则将向发送它们的呼叫始发请求的所有通信设备发送同样的消息。

在步骤310，当基站操作于拥塞模式时，基于预定义的策略，对多个呼叫始发请求进行排队。基于预定义的策略，对于那些超过基站104最多可以处理的呼叫始发请求的数量的呼叫始发请求进行排队。如图2中提到的，预定义的策略可以例如是先进先出策略。在图2中已解释了对多个呼叫始发请求进行排队的整个过程。

对于一个实施例，如果已对来自特定通信设备的呼叫始发请求进行了排队，则基站拒绝来自该通信设备的另外呼叫始发请求。借助于以下示例对此做更好地理解。设想在遭受到恐怖袭击之后，很多人呼叫其朋友或家人以询问他们健康状况的情况。在该情况中，基站可能会过载，并开始运行于拥塞模式。进一步，假定汤姆正尝试通过在他的移动电话上拨彼得的移动号码来呼叫彼得。由于基站运行于拥塞模式，因此汤姆将得到内容为“网络过载”的消息。随后，基站将基于先进先出对来自汤姆移动电话的呼叫始发请求进行排队。现在，假定汤姆再次尝试呼叫彼得，因而基站从汤姆的移动电话接收到第二个呼叫始发请求。在该情形中，基站确定来自汤姆的移动电话的呼叫始发请求已被排队，因此拒绝来自于汤姆的移动电话的第二次呼叫始发请求。基站同样拒绝汤姆对彼得进行呼叫的任何另外的重新尝试。

在步骤312，当基站操作于拥塞模式时，将对应于通信设备的呼叫始发请求转换为呼叫终止请求。呼叫始发请求到呼叫终止请求的转换取决于已排队的呼叫始发请求。如图2所解释的，对于一个实施例，步骤312是步骤208的扩展。为了更好地理解步骤312，设想当基站运行于拥塞模式，基于先入先出对三个呼叫始发请求进行排队的情形。换言之，已将呼叫始发请求排队为，使得在第二请求前处理第一请求，在第三请求前处理第二请求。

对呼叫始发请求进行处理的方法开始于将该呼叫始发请求首先转换为呼叫终止请求。对于一个实施例，基于参数调整QPCH上的寻呼指示功率电平。所述参数可以是例如基站上的拥塞水平或者呼叫始发请求的类型。借助于以下解释对此做更好地理解。

通常，当基站不操作于拥塞模式，且接收到来自于第一通信设备的，要与第二通信设备进行通信的呼叫始发请求时，基站向第二通信设备发送终止请求。经由QPCH，以特定寻呼指示功率电平发送该呼叫终止请求。例如，基站可以以8个单位的寻呼指示功率电平发送呼叫终止请求。当第二通信设备接收到呼叫终止请求时，其向基站发送寻呼响应，指示第二通信设备“已准备好”与第一通信设备进行通信。

然而，如果基站操作于拥塞模式，并且已对多个呼叫始发请求进行了排队，则基站基于每次呼叫始发请求，调整寻呼指示功率电平。例如，当对应的呼叫始发请求的服务选项对应于“数据呼叫”时，则基站可以将寻呼指示功率电平减少到例如4个单位。类似地，当服务选项对应于“语音呼叫”时，则基站可以将寻呼指示功率电平减少到例如6个单位。数字4和6可以指示语音呼叫被赋予比数据呼叫更高的优先级。

如前所述，基站可以基于基站上的拥塞水平，调整寻呼指示功率电平。例如，当已排队的呼叫始发请求的数量超过8时，基站可以将寻呼指示功率电平减少到例如5个单位。

在基站减小寻呼指示功率电平之后，经由QPCH，在所减小的功率电平上向第二通信设备发送终止请求。然而，仅在第二通信设备处于良好的网络覆盖区域内时，第二通信设备方能够对终止请求进行响应。例如，如果第二通信设备所处的网络覆盖区域是最小的寻呼指示功率电平需要是7个单位以接收终止请求的网络覆盖区域，且减小后的功率电平是4，则第二通信设备将不能接收到终止请求。结果是，设备不能对终止请求进行响应。另一方面，如果第二通信设备处于良好的网络覆盖区域，其中最小的寻呼指示功率电平需要是3，则第二通信设备将接收到终止请求，于是其将可以对该请求作出响应。当第二通信设备对终止请求进行响应时，基站将在第一通信设备和第二通信设备之间建立呼叫会话。

对于一个实施例，基站还向第一通信设备发送“呼叫请求”，以在第一通信设备和第二通信设备之间建立呼叫会话。这在基站从第二通信设备接收到响应之后进行，该响应指示基站已经接收到呼叫终止请求。借助于以下示例对此做更好地理解。

设想汤姆想要与彼得进行通信的情形。汤姆在他的移动电话上拨彼得的移动号码，因而基站接收到来自于汤姆的移动电话的呼叫始发请求。进一步，假定基站操作于拥塞模式。现在，基站将对汤姆的呼叫始发请求进行排队，汤姆将得到“网络正忙”的消息。结果是，汤姆将断开其移动电话的连接，并等待网络再次空闲。然而，在基站上，当轮到汤姆的呼叫始发请求时，将对其进行处理。那时，基站将向彼得的移动电话发送呼叫终止请求，并且如果彼得的移动电话对该呼叫终止请求作出响应，则基站将向汤姆的移动电话发送“呼叫请求”，指示呼叫现在可以进行。从汤姆的角度，看起来是基站呼叫他的移动电话，向他传达他现在可以呼叫彼得。

对于一个实施例，可以说如图3所描述的那样，执行该方法以从处于预定义网络覆盖区域内的多个通信设备中仅选出那些通信设备。如先前所解释的，仅选出用于建立通信的那些通信设备，所述通信设备对处于所调整的寻呼指示功率电平的终止请求进行响应。对于一个实施例，预定义网络覆盖区域是网络覆盖良好的区域。例如，如果第一区域具有“良好”的网络覆盖而第二区域具有“平均”网络覆盖，则为了建立通信，基站将能够仅选出属于第一区域而不是第二区域的那些通信设备。这是因为仅有属于第一区域的通信设备将能够响应终止请求。

本领域的普通技术人员将理解，对应于寻呼指示功率电平的4个单位、5个单位等数字本质上仅是示例性的，并且即使这些数字与上述数字不同，本发明的作用也不会改变。进一步，如果在步骤306确定基站不操作于拥塞模式，则步骤308和310将不发生。在该情形中，基站将操作于普通模式，因此在步骤306之后将直接建立呼叫会话。在步骤314，终止用于管理多个呼叫始发请求的方法。

图4是说明根据本发明的各种实施例，用于管理对于通信设备的呼叫终止请求的方法的流程图。为了描述图4，将参考先前附图，但是应当理解，也可以在任何其他合适的环境中实施所描述的方法。另外，本发明不受限于在描述的方法之中列出的步骤的顺序。

在步骤402，启动用于管理对于通信设备的呼叫终止请求的方法。如图3所解释的，当基站接收到对于该通信请求的呼叫始发请求时，基站产生对于通信设备的呼叫终止请求。例如，如果第一通信设备将对于第二通信设备的呼叫始发请求发送到基站，则基站将接收到的呼叫始发请求转换为呼叫终止请求，并将其发送到第二通信设备。在先前的附图中已解释了“呼叫始发请求”和“呼叫终止请求”的概念。

在步骤404，确定基站是否操作于拥塞模式。如先前附图已经解释的，当基站服务的呼叫始发请求的数量等于基站最多可以服务的呼叫始发请求的数量时，则称基站操作于拥塞模式。例如，如果基站可以服务8个呼叫始发请求，而在特定时刻该基站正服务8个请求，则称基站操作于拥塞模式。

在步骤406，当在步骤404确立基站操作于拥塞模式时，则基于参数，调整寻呼信道上的寻呼指示功率电平。对于一个实施例，寻呼信道是QPCH，且调整在寻呼信道上的寻呼指示功率电平与减小在QPCH上的寻呼指示功率电平一样。进一步，如图3所解释的，用于控制寻呼指示功率电平的参数可以是例如基站上的拥塞水平，或者对应于对于通信设备的呼叫终止请求的呼叫始发请求的服务选项。已在图3的步骤312上解释了基于参数调整寻呼指示功率电平的整个过程。

在步骤408，经由寻呼信道，以所调整的寻呼指示功率电平，向通信设备发送对于通信设备的呼叫终止请求。例如，如果在步骤406将寻呼指示功率电平调整为4个单位值，则经由QPCH，在该功率电平上向通信设备发送呼叫终止请求。

在步骤410，当通信设备接收到呼叫终止请求时，基站从该通信设备接收到寻呼响应。对于一个实施例，仅在设备处于良好的网络覆盖区域时，通信设备才接收到呼叫终止请求。借助于以下解释对此做更好地理解。

当基站操作于拥塞模式时，其减小寻呼指示功率电平，这样仅有那些处于良好网络覆盖区域的通信设备能够接收到呼叫终止请求。例如，基站可以将寻呼指示功率电平减少到例如3个单位，并在该功率电平上发送呼叫终止请求。然而，处于最小所需的寻呼指示功率电平大于3的区域之中的通信设备不能接收到该呼叫终止请求。例如，如果通信设备处于用于接收终止请求的最小所需寻呼指示功率电平是“7”个单位的区域，则通信设备不能在3个单位的寻呼指示功率电平上接收呼叫终止请求。

处于良好网络覆盖区域的那些通信设备将接收到处于减小后的寻呼指示功率电平的呼叫终止请求，并且响应于终止请求，这些通信设备可以向基站发送寻呼响应。寻呼响应作用为向基站指示通信设备已经接收到呼叫终止请求，并且通信设备“已准备好”进行呼叫会话。换言之，寻呼响应指示通信设备能够在减小后的寻呼指示功率电平上建立呼叫会话。

在步骤412，当基站接收到寻呼响应时，基站建立用于通信设备的呼叫会话。借助于以下示例对步骤412做更好地理解。设想基站从第一通信设备接收到要与第二通信设备进行通信的呼叫始发请求的情形。在接收到呼叫始发请求之后，基站确定自己是否操作于拥塞模式。当确立基站操作于拥塞模式时，基站基于先前描述的参数减小寻呼指示功率电平，并经由QPCH以减小的寻呼指示功率电平向第二通信设备发送呼叫终止请求。如果第二通信设备处于良好的网络覆盖区域，则其接收到基站发送的呼叫终止请求。在接收到呼叫终止请求之后，第二通信设备向基站发送寻呼响应，指示第二通信设备“已准备好”进行通信。此后，在接收到寻呼响应之后，基站在第一通信设备和第二通信设备之间建立呼叫会话。

对于一个实施例，如果在步骤404确定基站不操作于拥塞模式，则步骤406、408和410不发生。在该情形中，基站操作于普通模式，因此在步骤406之后步骤412直接发生。在步骤414，终止用于管理对于通信设备的呼叫终止请求的方法。

图5说明根据本发明的各种实施例的示例性基站500的框图。本领域的技术人员将理解，基站500可以包括图5所示的全部或一些组件。进一步，本领域的普通技术人员将理解，根据发明方案，基站500可以包括此处没有示出的附加组件，因为这些组件与基站500的操作不密切相关。为了描述基站500，将参考先前附图，但是应当理解，也可以在任何其他合适的环境或网络中使用基站500。

基站500可以包括收发信机502和处理单元504。对于一个实施例，收发信机502和处理单元504相互连接在一起。可以将收发信机502配置为，从多个通信设备接收多个呼叫始发请求。在图1中已解释了“呼叫始发请求”的概念。进一步，如图2中解释的，接收到的多个呼叫始发请求对应于多个通信设备。

当收发信机502接收到呼叫始发请求时，处理单元504确定基站500是否操作于拥塞模式。如先前附图已经描述的，当基站服务的呼叫始发请求的数量等于基站最多可以处理的呼叫始发请求的数量时，则称基站操作于拥塞模式。当处理单元504确定基站500操作于拥塞模式时，处理单元504基于先入先出，对接收到的呼叫始发请求进行排队。例如，如果处理单元504确定基站500操作于拥塞模式，且收发信机502接收到两个呼叫始发请求，则处理单元504以在第二呼叫始发请求之前处理第一呼叫始发请求的方式，对两个呼叫始发请求进行排队。

还将处理单元504配置为对已排队的呼叫始发请求中的每个呼叫始发请求进行处理。如上文所提出的，基于先入先出，对已排队的呼叫始发请求进行处理。进一步，如图2和图3所解释的，用于处理呼叫始发请求的方法包括将呼叫始发请求转换为呼叫终止请求。对于一个实施例，为了将呼叫始发请求转换为呼叫终止请求，处理单元504基于参数对寻呼信道上的寻呼指示功率电平进行调整。对于一个实施例，寻呼信道可以是QPCH。参数可以是例如基站500上的拥塞水平或者呼叫始发请求的服务选项。已经在图3中解释了处理单元504所遵循的将呼叫始发请求转换为呼叫终止请求的整个过程。

当处理单元504将呼叫始发请求转换为呼叫终止请求时，收发信机502以调整后的寻呼指示功率电平向对应的通信设备发送呼叫终止请求。如图4中描述的，对寻呼指示功率电平进行调整，这样仅有那些处于“良好”网络覆盖区域的通信设备能够接收到呼叫终止请求。结果是，如果通信设备处于良好的网络覆盖区域，则通信设备接收到呼叫终止请求，并向基站500发送回寻呼响应。寻呼响应作用为指示向基站500指示通信设备已接收到呼叫终止请求并准备好进行通信。对于一个实施例，将处理单元504配置为，经由收发信机502，接收通信设备发送给基站500的寻呼响应。

当基站500接收到寻呼响应时，处理单元504建立用于发送寻呼响应的通信设备的呼叫会话。在发送了呼叫始发请求的通信设备和发送了寻呼响应的通信设备之间建立该呼叫会话。已在图4的步骤412上解释了用于在两个通信设备之间建立呼叫会话的方法。

除了以上描述的功能以外，还可以将处理单元504配置为执行其他功能。例如，可以将处理单元504配置为拒绝从已发送一个呼叫始发请求且该最初的呼叫始发请求仍在队列中的通信设备所重新发送的呼叫始发请求。换言之，当例如处理单元504已经对特定的呼叫始发请求(例如第一呼叫始发请求)排队时，处理单元504拒绝来自于发送第一呼叫始发请求的同一通信设备的任何另外的呼叫始发请求。例如，如果通信设备向基站500发出呼叫始发请求，则处理单元504对该请求进行排队，在对队列内的在先呼叫始发请求进行处理之前，处理单元504拒绝任何另外的呼叫始发请求。

还可以将处理单元504配置为，当基站500操作于拥塞模式时，经由收发信机502向通信设备发送拥塞指示。借助于以下示例对此做更好地理解。设想当基站500操作于拥塞模式，且通信设备向基站500发送呼叫始发请求的情形。处理单元504对呼叫始发请求进行排队，然后向通信设备发送拥塞指示或消息，以指示其拥塞状态。该消息可以是例如“网络正忙”。

如以上描述的各种实施例提供了用于在无线通信网络中管理呼叫的方法和装置。本发明使基站能够选择性地仅服务属于良好网络覆盖区域内的通信设备的那些呼叫会话请求。结果是，基站可以在高拥塞时段期间处理的呼叫会话请求的总数增加。这对于在诸如自然灾害、事故、或恐怖袭击的紧急情形中，尝试与家人和朋友通信的用户是有帮助的。进一步，本发明使得基站能够拒绝同一用户所做的再次尝试呼叫尝试，从而有助于节约基站的资源。

应当理解，此处描述的本发明的实施例可以包括一个或多个常规处理器以及唯一存储的程序指令，该程序指令控制一个或多个处理器结合特定的非处理器电路实施本文描述的本发明实施例的某些、大多数、或所有功能。非处理器电路可以包括但不限于：无线电接收机、无线电发射机、信号驱动器、时钟电路、电源电路、和用户输入设备。部分或所有功能可以由没有存储程序指令的状态机，或是在一个或多个专用集成电路(ASIC)中来实施，在该专用集成电路中，将每个功能或特定功能的某些组合实施为定制逻辑。当然，可以使用这些方法的组合。所以，本文已经描述了用于这些功能的装置。在可以使用处理器和存储的程序指令来实施本发明实施例的功能的情形中，应当理解，用于实施这些功能的装置是对存储程序指令进行存储的介质，可以是磁存储器，或是传递文件的信号。进一步，预计到，尽管可能由诸如可用时间、现有技术、和经济上考虑促使其做出重要努力和很多设计选择，但是当由本文公开的概念和原理所指导时，一名普通技术人员将能够轻易地用最少的试验产生这些存储的程序指令和IC。

在以上说明中，参照特定实施例描述了本发明及其益处和优点。然而，本领域的普通技术人员将理解，在不偏离如权利要求所阐述的本发明的范围的前提下，可做出各种修改和改变。因此，说明和附图被认为是解释性的而不是限制性意义的，并且意欲将所有这类修改均包括在本发明的范围之内。益处、优点、问题的解决方案，以及可引起任何益处、优点、或解决方案发生或变得更明显的任何元素都不被解释为任何或所有权利要求的关键的、必需的、或基本的特征或元素。仅通过所附权利要求，包括在本申请待决期间所做的任何修改以及如发布的那些权利要求的所有等效内容，来限定本发明。

提供了本公开的摘要，按照37C.F.R.§1.72(b)，需要摘要以使读者能够快速地确定本技术公开的属性。基于这样的理解提交了摘要，即摘要将不用于解释或限制权利要求的范围或意义。另外，为了精简本公开，从上述具体描述中可见，将各种特征组合在单个实施例中。本公开的该方法不被解释为反映这样一种意图，即权利要求的实施例需要比每个权利要求中明确表示的特征更多的特征。相反，如以下权利要求反映的，发明主题处于少于单个公开的实施例之中的所有特征之中。所以，所附权利要求被并入具体描述，每个权利要求自身作为单独的权利要求主题。

Claims (7)

1.一种用于管理多个呼叫始发请求的方法，所述方法包括：

从多个通信设备接收所述多个呼叫始发请求；

当基站操作于拥塞模式时，基于预定义的策略，对所述多个呼叫始发请求进行排队；以及

基于已排队的多个呼叫始发请求，对所述多个呼叫始发请求中的每个呼叫始发请求进行处理，其中对每个呼叫始发请求进行处理的步骤包括：当所述基站操作于所述拥塞模式时，将呼叫始发请求转换为呼叫终止请求，其中将所述呼叫始发请求转换为所述呼叫终止请求的步骤包括：

基于参数来调整快速寻呼信道上的寻呼指示功率电平；以及

经由所述快速寻呼信道，以所调整的寻呼指示功率电平，向对应于所述呼叫始发请求的通信设备发送所述呼叫终止请求。

2.如权利要求1所述的方法，其中对所述多个呼叫始发请求进行排队的步骤包括：确定所述基站是否操作于拥塞模式。

3.如权利要求1所述的方法，其中所述预定义策略是先入先出策略。

4.如权利要求1所述的方法，进一步包括：当所述基站操作于所述拥塞模式时，向所述多个通信设备发送拥塞指示。

5.如权利要求1所述的方法，进一步包括：使用所调整的寻呼指示功率电平，从所述多个通信设备中选择一个或多个通信设备，其中所述一个或多个通信设备处于预定义的覆盖区域。

6.如权利要求1所述的方法，其中控制所述寻呼指示功率电平的所述参数包括下述各项中的至少一个：所述基站上的拥塞水平和所述呼叫始发请求的服务选项。

7.如权利要求1所述的方法，进一步包括：在已将对应于所述一个或多个通信设备的先前呼叫始发请求进行排队之后，拒绝来自于所述多个通信设备中的一个或多个通信设备的重新发送呼叫始发请求。

Images