CN102017665B - 管理蜂窝通信系统内小区中的通信的系统和方法 - Google Patents

Abstract

提供一种管理蜂窝通信系统中的通信的系统和方法。所述方法(30)包括测量(32)通信系统的至少一个通信小区内的通信状况，和根据测量的通信状况估计(34)通信系统的所述至少一个通信小区内的拥塞。所述方法还包括根据估计的拥塞，调整(40、42)所述至少一个通信小区内的通信链路。

Description

管理蜂窝通信系统内小区中的通信的系统和方法

技术领域

这里公开的主题一般涉及蜂窝通信系统，更具体地说，涉及管理蜂窝通信系统的一个或多个小区内通过蜂窝数据连接的话音的系统。

背景技术

蜂窝通信系统被用于在蜂窝通信系统内的一个或多个通信单元之间提供话音和数据通信。蜂窝通信单元，例如，蜂窝电话机、移动无线电设备或者其它蜂窝设备允许一个或多个用户之间的通信。在两个移动蜂窝电话用户之间可建立通信链路，通过建立的通信链路，所述两个移动蜂窝电话用户可以进行话音通信。利用允许不同移动电话机或无线电设备之间的通信的全球移动通信系统(GSM)标准，可提供所述通信链路。

另外已知提供分组数据通信能力的蜂窝数据系统，所述分组数据通信能力允许话音和数据通信。例如，通用分组无线服务(GPRS)标准可用于通过数据信道，以分组形式传送话音或其它数据。话音和数据可通过共享数据信道传送。作为另一个例子，增强数据速率GSM演进(EDGE)可用于为特定应用提供更高速度的数据传输。

在这些不同的蜂窝通信系统中，通过群呼或其它群连接，单个用户能够与多个其它用户通信。例如，在开放移动联盟(OMA)标准中，具有移动设备的用户可利用允许用户与蜂窝通信系统内的不同群通信的按键通话功能(称为蜂窝系统的按键通话(POC)功能)通信。用户可在蜂窝电话机上建立个人群列表或“密友”列表，当按下单一按钮时，用户能够建立和多个用户的连接，并与多个用户通信或者向多个用户广播消息。所述多个用户已被通知加入所述连接的请求。

与个人群列表或“密友”列表对应的设备之间的通信一般包括少量的用户或者说订户，传送的话音或数据一般对时间要求并不严格。因此，如果其中正进行群通信的特定蜂窝通信覆盖范围或通信小区变得过载，以致容量被超过(例如，带宽被超过)，从而群呼中的一些参与者不能连接到通信链路(或者一些被丢弃)，那么所述群的这些成员不能参与通信。从而，一些群成员将不能监听消息，或者获得通过群连接传送的数据。不过，由于这种个人通信通常对时间要求并不严格，因此，由一些用户或订户的这种连接丧失或不能连接所引起的后果极小，或者不存在严重后果。就诸如紧急群呼之类的其它类型的通信来说，连接丧失或者不能连接到呼叫会具有严重(有时甚至危及生命)的后果。

在蜂窝核心网络之外的用户设备和其它设备还不能检测特定小区中的活动的数量，或者确定相对于最大用户数、最大容量或者其他的使用量。因此，当系统达到或将达到最大水平或容量时，蜂窝通信系统或网络不提供任何类型的通知或报警。因此，试图利用过载的小区建立通信链路，比如加入群呼的其它单元可能不能加入，并且没有将发生这种拒绝访问的任何预先指示。此外，没有任何手段来避免发生这种拒绝。从而，由于当特定小区达到最大水平或容量时没有来自网络的任何指示，因此，没有任何办法控制或以其它方式降低试图与特定上行链路或下行链路连接的个人或单元不能接入该上行链路或下行链路连接，以加入群呼的可能性。

发明内容

解决方案由一种通信系统中的容量管理方法提供。所述方法包括测量通信系统的至少一个通信小区内的通信状况，根据测量的通信状况估计通信系统的所述至少一个通信小区内的拥塞。所述方法还包括根据估计的拥塞，调整所述至少一个通信小区内的通信链路。

解决方案还由一种通信系统中的容量管理方法提供。所述方法包括利用通信系统的通信小区内的多个用户设备发起拥塞报告过程，并接收来自所述多个用户设备的拥塞报告。所述方法还包括确定来自用户设备的拥塞报告的数目的计数(所述计数指示拥塞状况)，并根据拥塞报告的数目的计数控制通信小区内的呼叫线路(call leg)。呼叫线路的控制包括拒绝另外的呼叫线路和/或终止现有的呼叫线路。

解决方案还由一种包括多个通信小区的无线通信系统提供。所述无线通信系统还包括多个话音服务器，所述多个通信小区中的每个被分配给所述多个话音服务器之一。所述多个话音服务器中的至少一个被配置成根据从至少一个通信小区内的多个用户设备接收的拥塞报告，管理所述至少一个通信小区内的数据流量(data traffic)。

附图说明

图1是其中按照本发明的各个实施例管理通信连接的蜂窝通信系统的方框图。

图2是图解说明按照本发明的各个实施例的通信小区容量管理的方框图。

图3是按照本发明的各个实施例的提供容量管理的方法的流程图。

图4是按照本发明的各个实施例的管理拥塞小区的方法的流程图。

具体实施方式

当结合附图阅读时，将更好地理解前面的概述，以及本发明的一些实施例的下述详细说明。在附图图解说明各个实施例的功能块的示图这个意义上，功能块不一定表示出系统组件或硬件电路之间的划分。从而，例如，一个或多个功能块(例如，处理器或存储器)可以用单件硬件(例如，通用信号处理器或者随机存取存储器、硬盘等)实现。类似地，程序可以是独立的程序，可作为子例程包含在操作系统中，可以是安装的软件包中的函数，等等。应当理解各个实施例并不局限于附图中所示的安排和手段。

这里使用的单数引用的元件或步骤应被理解为不排除复数个所述元件或步骤，除非明确地声明这种排除。此外，对本发明的“一个实施例”的引用并不意图被解释成排除同样包含所引用特征的其它实施例的存在。此外，除非相反地明确地声明，否则，“包含”或“具有”带有特定性质的一个或者多个元件的实施例可包括不具有这种性质的其它这种元件。

本发明的各个实施例为管理通信系统的通信小区内的通信流量创造条件。例如，各个实施例为管理多个蜂窝连接，更具体地说，如图1中所示的蜂窝通信系统20内的蜂窝数据连接(或者呼叫线路)创造条件。蜂窝通信系统20包括多个接入点(AP)22，AP 22可包括蜂窝网络基站和多个话音服务器24。AP 22可以是任意种类的接入点，并不仅仅局限于提供陆基通信，例如，公共安全、公共无线电或群通信的系统。AP 22可以是提供海基或空基通信的通信系统的一部分。

应注意话音服务器可由图2中所示的主话音服务器29(例如，交换机)，比如话音网络接口控制器(VNIC)服务器控制。另外，话音服务器24被表示成指示话音服务器24可在不同的时候与不同的小区关联，在一个实施例中，话音服务器可物理地位于中央数据中心(未示出)。多个AP 22都具有对应的蜂窝数据网络通信覆盖范围26(也称为通信小区或小区)。蜂窝数据网络通信覆盖范围26可在一些位置重叠。这里说明的本发明的各个实施例允许一个或多个通信单元，比如用户设备(UE)28或者其它便携式通信设备利用广播或群消息接发与其它UE 28通信。例如，UE 28可以是配置成通过利用蜂窝话音(VOC)发射和接收蜂窝数据通信分组，在蜂窝通信系统20中通信的地面移动无线电设备。

更特别地，本发明的各个实施例检测通信小区中的活动，确定何时接近达到最大水平或容量，或者预测何时将达到最大水平或容量。可以测量当前状况，例如，以估计通信小区内的通信拥塞，和确定通信小区何时过载或可能变得过载，或者通信小区是否过载或是否可能变得过载。因此，根据这种估计和特定用户通信活动的确定(可包括当前活动信息(例如，有效呼叫信息)以及历史信息)，提供蜂窝通信系统20内的不同通信链路的管理。不过，应注意本发明的各个实施例并不局限于管理蜂窝通信系统的通信，相反可以结合其中不可得到当前的带宽使用情况并期望或需要估计使用情况的不同通信网络或系统实现本发明的各个实施例。例如，在WiFi通信系统中可控制通信拥塞。另外，可结合不同的蜂窝网络，例如增强数据速率GSM演进(EGDE)网络，码分多址接入(CDMA)网络，通用移动电信系统(UMTS)网络或者W-CDMA(宽带码分多址接入)网络实现本发明的实施例。

由于典型的蜂窝通信系统，比如全球移动通信系统(GSM)系统不具有广播能力，因此，群通信常常会使系统网络内的通信小区负载沉重。因此，由于拥塞的缘故，可能不能访问优先级通信。此外，在拥塞期间，所有通信的服务质量会较差。因而，检测小区拥塞，并通过采取行动来减小或降低小区拥塞级别，降低或消除对UE 28的负面影响，例如UE 28从群呼中掉落或者不能连接到群呼的可能性。

特别地，如图2中所示，本发明的各个实施例利用或通过AP 22，监视通信覆盖范围26(例如，小区)的拥塞级别。可如下提供监视和控制通信覆盖范围26中的拥塞级别的一般过程：

1.AP 22请求UE 28开始报告小区内的通信连接。

2.UE 28向AP 22报告通信拥塞级别。

3.根据来自UE 28的拥塞报告数量的计数或读数，确定是否要采取行动，所述行动以从UE拥塞报告确定的拥塞级别为基础。

4.如果拥塞级别超过预定水平或标准，那么拒绝和/或丢弃(终止)呼叫线路(连接或链路)。

应注意利用可实现报告功能的任何适当手段，可提供UE 28的报告。例如，可根据如下更详细所述的UE 8内的日志，发起报告。拥塞报告消息从UE 28提供给AP 22。根据通信的类型、系统要求等，可修改报告的消息接发和程序。例如，当预定数目的UE 28(例如5个UE)在小区内监听时，发起容量管理程序，UE 28向AP 22发送拥塞报告。应注意的是AP 22还可识别哪个分组序列号开始监控过程。另外，应注意的是当UE 28的数目低于预定水平时，停止UE 28的拥塞报告。

更特别地，可用图3中图解说明的方法30监控通信覆盖范围(例如，小区)的拥塞级别。方法30提供无线通信，比如蜂窝通信系统20中的蜂窝通信的容量管理过程。

具体地说，方法30在32根据比如来自UE 28的拥塞报告，确定或测量用户和网络状况。例如，可从UE 28或者从一个或多个服务器，比如话音服务器24(示于图1中)获得测量结果，所述话音服务器24具有关于当前使用/活动或历史使用/活动保存的信息。UE 28还记录统计信息，比如失败或延迟的连接尝试，所述失败或延迟的次数，所述失败或延迟的原因，与所述失败或延迟对应的所在端口/小区ID，信号强度，通信的持续时间，通信之间的时间，等等。UE 28随后把日志(或消息)发给服务器或AP 22，所述日志可被定期发送，例如，在不同的时间点，比如在一天的某一可配置的时间，或者在失败之后的可配置的时间发送(以避免拥塞)。不过，其它传输时间也是可预期的。例如，可应请求(例如，根据请求或者由UE 28自身发起)发送日志，或者在特定的记录事件之后一旦可能就发送日志。应注意的是这里当提及UE 28时，这指的是能够在例如蜂窝通信系统20内通信的任何种类的设备，比如蜂窝电话机、手持机、无线电设备、终端等等。

重新参见图3，在32，服务器也能够测量不同的网络状况。例如，服务器可测量所有UE 28的心跳信号(例如，保持数据链路连接的数据脉冲)间的抖动，或者所有当前呼叫线路(例如，当前呼叫连接)间的抖动。呼叫线路通常被定义为UE 28和服务器，例如，话音服务器24(均示于图1中)之间的链路。网络还可获得另外或者可选的测量结果，比如每次呼叫建立的接入时间，和小区内的注册用户的数目。不过，应当理解的是，UE 28和服务器获得的测量结果可以是希望或需要的任意种类的测量结果。另外，可根据网络类型获得测量结果。例如，如果系统是EDGE网络而不是UMTS网络，那么可以进行不同的测量。另外，可每隔不同的时间间隔进行测量，所述时间间隔可以是从亚分到亚秒的任何时间。另外，可以进行不同种类的测量，比如到达速率的变化等等。换句话说，通过测量多个数据分组中的每个到达一个或多个UE 28之间的时间，可确定到达速率的变化。在一些实施例中，如果在特定时期(例如，几秒)内，在特定通信小区内没有通信，那么系统可以脉动(pulse)或侦测(ping)特定通信小区内的UE 28，以确定通信的成功率。例如，可以向定义一个或多个通信小区的特定通信小区通信覆盖范围26内的所有UE 28提供群侦测。

在32进行测量之后，在34估计蜂窝通信系统20内的一个或多个通信小区内的拥塞。例如，所述估计可包括计算特定通信小区内的呼叫线路(例如，呼叫连接)的最大数目，这可包括保持每个通信小区的观测到的呼叫线路的最大数的日志。此外例如，如果多个用户在特定通信小区中，那么可以传送侦测消息(如上所述)或者其它脉冲(在这里可被称为测试脉冲)，以测量目前在特定通信小区内的可能的最多呼叫线路。

应注意作为所述估计的一部分，可部分根据在32的测量结果在36确定和保存的历史数据可被用作所述估计的一部分。从而，在34的估计不仅包括当前活动，而且利用历史数据来预测例如特定用户的行为。所述估计可根据用户的活动(所述用户的活动可被发展成用户的活动简档)，确定用户可能在某一时间范围内(例如，在接下来的3分钟到更多分钟内，或者在接下来的5分钟到15分钟内，等等)，建立呼叫或通信链路。还可访问用户的简档，以确定呼叫可能是什么类型，例如，呼叫是否可能是针对单个其它用户的呼叫，或者针对多个用户的呼叫(例如，群呼)，和所述呼叫的优先等级，以及用户最近或者历史上进行的呼叫的次数。可利用任何已知的预测或估计方法，例如包括模拟(例如，蒙特卡洛模拟)、测试等，做出这些预测或估计。

作为在34的拥塞估计的一部分，可以确定测量的性能和拥塞之间的历史相关性。例如，可以使测量的心跳抖动，呼叫扩展(call spread)抖动，接入时间，到达速率的变化等之间的历史相关性与包括由UE 28记录的失败尝试等的拥塞联系起来。根据当前活动和保存的历史数据，估计的拥塞可预测在不同因素(包括拥塞与性能历史，呼叫线路的最大数目，目前在小区中的单元的数目，每个用户的历史行为，时间等)的条件下，特定通信小区的特定拥塞级别，例如拥塞严重程度，如上所述。例如，不同的严重程度会导致不同因素被调整，并采取行动(例如，补救行动)，如下所述。

在34的拥塞估计之后，在38确定当前的通信小区和系统先前采取的任何行动是否已改善该通信小区内的状况。例如，可根据在34的估计的拥塞和拥塞的严重程度，确定已在通信小区内采取的任何行动的进展。如果在38确定通信小区内的通信和拥塞处于可接受的水平或良好的水平(例如，在低于过载状况之下的预定水平)，那么系统继续在32获得测量结果，并监控系统。

不过，如果在38确定小区内的通信继续恶化，或者变得更拥塞，那么可在40进行正确的行动或调整。本质上，可根据先前采取的行动的结果，调整为减轻拥塞而采取的行动的级别。例如，如果系统确定在34确定的当前拥塞级别(或者其它状况)类似于先前在34确定的拥塞级别(或者其它状况)，那么系统可确定是否应采取相同或不同的行动。例如，拥塞级别可被分成不同的严重级别，比如按拥塞严重程度顺序递增的绿色级别、黄色级别、橙色级别和红色级别。如果在橙色级别状况下采取的在前行动导致拥塞保持在橙色级别或者增大到红色级别，那么可采取另外的行动(例如，减少带宽拥塞的其它行动)，因为先前没有采取足够的行动。不过，如果在橙色级别状况下采取的在前行动导致拥塞降到绿色级别，那么可采取较少的行动(例如，减少带宽拥塞的较少行动)，因为先前采取了过多的行动。从而，通过评估系统采取的不同在前行动，可在40调整当前行动。

因此，根据确定的为解决拥塞而采取的行动的级别，如果拥塞级别保持不变或者如果拥塞级别过快消失(分别表示先前未采取足够的行动，或者先前采取的过多的行动)，那么可以进行调整。此外，例如，如果确定总体上采取的行动通常不足以减少拥塞，或者如果在特定的通信小区层面存在局部化的问题，那么可以提供不同级别的调整。

根据在40确定的应采取的因素的调整，在42采取特定的行动，以调整因素。例如，根据拥塞的严重程度，可以采取不同的行动。可以使用把不同的行动索引编成行动表的表或其它矩阵，其可按照严重程度的顺序，列出要影响的服务和根据在40确定的调整要采取的影响的类型。例如，影响的类型可包括降低整个系统的服务质量，降低特定UE 28(示于图1中)的服务质量，拒绝新的UE 28的接入，中断(drop)对一个或多个UE 28的服务，等等。例如，可根据下表采取行动。

从而，采取的行动，具体地说，要中断哪些呼叫线路(或者哪些新的呼叫线路将被拒绝)也可以根据呼叫的优先级，比如所述呼叫是否是紧急呼叫，以及发出广播呼叫或群呼的特定UE 28的优先级为基础。例如，可以如下定义优先级列表：1)All call，2)Emergency on Pl，3)Emergency on P2，4)Emergency on Select，5)Emergency on P3，6)Announcement，7)icall，8)Pl，9)P2，10)Select，11)P3，12)Data calland 13)PSTN。

另外应注意，可以采取类似的行动，把呼叫线路加入小区中。例如，如果持续一段时间没有拥塞，那么AP 22可以更快的速度增加新的呼叫线路。

从而根据系统内的拥塞的不同级别，可以创建如表1中所示的行动表，所述拥塞的不同级别例如可以是通信小区未被拥塞的绿色级别，通信小区开始变得拥塞的黄色级别，通信小区变得更加拥塞的橙色级别，和通信小区几乎达到最大容量的红色级别。

通常，可以利用一组标准来确定要丢弃哪些UE 28，中断哪些呼叫或呼叫线路。在一些实施例中，优先级最低的UE 28首先被丢弃，比如根据UE 28的种类(例如，紧急LMR与个人无线电设备)。不同的呼叫状况也会影响UE 28是否被丢弃。例如，如果UE 28的信号强度低于预定水平(例如，低于预定的信号强度)，那么，优先级列表中UE 28的优先级可被降低预定的级数(例如，5级)。在丢弃优先级最低的UE 28之后，中断优先级较低的群上的呼叫线路，和丢弃优先级较低的用户。之后，可以使用与呼叫线路相关的其它条件来确定要中断哪些呼叫线路。例如，之后可中断持续时间最长的呼叫，然后丢弃对该小区来说最新的UE 28。

如果两个上以的呼叫线路在相同的呼叫上，并且具有相同的优先级，那么在一些实施例中，首先中断在当前呼叫内，已收到最多数目的通信分组的呼叫线路。已收到最多数目的通信分组的呼叫线路一般具有最少数目的仍在网络中排队等待的通信分组。

从而，当在下行链路上检测到拥塞时，可以中断一个或多个呼叫线路。例如，如果一半的UE 28报告拥塞，并且存在超过预定数目的UE 28(例如，10个UE 28)，那么如这里更详细所述，比如根据呼叫的优先级，中断预定百分比(例如，10％)或者预定数目的呼叫线路(例如，1个呼叫线路)。应注意根据拥塞的级别，可以采取不同的行动。例如，如果预定数目的UE 28(例如，超过小区中的一半的UE 28)报告严重拥塞，那么中断更高的预定百分比(例如，20％)或者更高的预定数目的呼叫线路(例如，2个呼叫线路)。另外，可以增加来自新的UE 28的对新呼叫线路的请求(例如，紧急，稍后加入，新的呼叫等)，并根据呼叫线路的优先级的级别，比如紧急呼叫线路，中断其它呼叫线路。

还可使用另外的信息来提供容量管理。例如，可以使用来自通信系统内的邻近或邻接的通信小区的信息。例如，在一些通信系统中，可以使用邻近的通信小区的信号强度来确定是否把特定呼叫转移到另一个小区。不过，应注意在一些系统中，例如在GSM中，目前不可能如上所述把呼叫转移到另一个小区。从而，在允许把呼叫转移到另一个小区的系统中，系统可中断与UE 28的连接(呼叫线路)，并重新连接到不太拥塞、但是具有足够或者可接受的信号强度的通信小区中。

另外应注意的是在拥塞严重的时间内，例如，当确定系统处于接近最大容量的水平，从而要进行因素调整的级别(例如，橙色或红色级别)时，采取的行动可能导致一些或全部群成员不能获得与正在进行中的群呼的连接。在这种要采取行动以拒绝或中断呼叫，并且一些用户将不能连接到呼叫，或者从呼叫中被丢弃的情况下，用户可在稍后的时刻，可选地接收呼叫的记录。

因此，如图4中所示，管理拥塞小区的方法70可包括服务器，比如话音服务器24(示于图1中)在72估计通信小区的拥塞。服务器可根据特定的群呼，估计当前的拥塞级别，并确定应采取什么行动。具体地说，在74确定呼叫线路(例如，基于参与该呼叫的有效设备的数目的通信链路)的当前数目在通信小区的范围内是否合适，例如，可用带宽或容量是否足以把通信小区维持在可接受的拥塞级别。如果在74确定呼叫线路的当前数目，或者呼叫线路的预期数目在通信小区的范围内合适，那么通信链路的数目将不会超过通信小区的最大容量，拥塞级别不会被超过，从而在76继续进行群呼。

不过，如果在74确定在该小区中呼叫线路的数目并不合适，或者将不合适，那么在78确定群是否是优先群。可确定特定群的通信是否是优先通信，比如紧急呼叫。其它优先通信可以是其中未被及时提供的信息会导致不利后果的时间敏感或者对时间要求严格的通信。

例如，当起重机操作员向工作区内的其它人发出群呼，以识别何时要移动该起重机，以及移动到何处时，这种信息可被认为是优先的，从而所述群是优先群。在特定时间，可在急救人员，比如警察或消防部门之间产生其它优先呼叫。如果在78确定群是优先群，或者呼叫是优先呼叫，那么在80，通信小区内的一些或所有其它呼叫被中断，或者以其它方式转移到其它通信小区。如这里所述，被中断的用户可以收到中断通知，和/或中断之后错过的内容的后续记录消息。另一方面，通信可以被延迟，而不是被中断。之后在76继续进行呼叫。如果在78确定群不是优先群，那么在82，可以进行一个或多个行动，以减轻拥塞，例如，不同于中断或结束呼叫线路。例如，特定的呼叫可被延迟，或者以较低的速率传送，从而降低一些呼叫线路的呼叫质量。也可在82通知用户一些呼叫线路正在丢失，比如某些用户不能与所述呼叫连接。例如，丢失中的呼叫线路上的这些用户不被允许连接。

不同的功能和操作可分配在系统的不同部分之间，或者可被专用于某些部分。可以实现监控，并如这里所述以不同方式检测拥塞。AP22随后采取行动(例如，拒绝或中断呼叫线路)，随后能够采取进一步的行动(例如，加回呼叫线路)，以把小区拥塞保持在影响通信(例如，呼叫质量降低或者呼叫被延迟)的预定最大值之下。

可按照不同的方式，定义关于UE 28的程序，比如报告程序。例如，可从UE 28报告不同种类的信息。

另外，UE 28可不根据来自AP 22的请求，或者独立地，例如根据当前呼叫状况，开始拥塞监控和报告拥塞状况。另外应注意的是某些拥塞报告可被忽视，例如，如果拥塞报告在其分组序列号在日期上早于AP 22采取的在前行动的数据分组中的话。

从而，提供一种检测通信小区层面的拥塞，并根据例如当前拥塞信息、历史网络信息和用户行为，动态释放容量的方法，其中AP 22根据来自一个或多个UE 28的报告，并由主话音服务器29控制，使用参数来控制呼叫线路的数目。各个实施例还可根据服务优先级使服务降级，和/或可保证所有群呼成员以最小的延迟获得话音分组。从而，根据特定通信小区内的特定用户，以及各个用户或用户群的行为(所述行为可以是特定用户或用户群的当前行为或者过去行为)，可以预测未来的使用，并且可以做出调整。因此，各个实施例能够检测分组传送拥塞，并利用该信息来管理发射时间(airtime)使用。

预期可对各个实施例做出各种修改和变化。例如，可以提供可视化工具或用户界面，比如图形用户界面，以允许用户查看拥塞报告等，从而通过比如识别拥塞数据中的模式，确定是否存在拥塞或者是否可能存在拥塞。

各个实施例或组件，比如蜂窝通信系统或其中的控制器，可被实现成一个或多个计算机系统的一部分。计算机系统可包括计算机、输入设备、显示单元和接口，例如用于接入因特网。计算机可包括微处理器。微处理器可与通信总线连接。计算机还可包括存储器。所述存储器可包括随机存取存储器(RAM)和只读存储器(ROM)。计算机系统还可包括存储设备，所述存储设备可以是硬盘驱动器，或者可拆卸的存储驱动器，比如软盘驱动器、光盘驱动器等等。存储设备还可以是把计算机程序或其它指令载入计算机系统中的其它类似装置。

这里使用的术语“计算机”可包括任何基于处理器的，或者基于微处理器的系统，包括利用微控制器、精简指令集电路(RISC)、专用集成电路(ASIC)、逻辑电路、和能够实现这里描述的功能的任何其它电路或处理器。上面的例子只是例证性的，从而并不意图以任何方式限制术语“计算机”的定义和/或含义。

计算机系统执行保存在一个或多个存储元件中的一组指令，以便处理输入数据。存储元件还可保存数据或者期望或需要的其它信息。存储元件可以采取信息源或者处理机内的物理存储元件的形式。

所述一组指令可以包括指令作为处理机的计算机执行特定操作，比如本发明的各个实施例的方法和过程的各种命令。所述一组指令可以采取软件程序的形式。软件可以呈各种形式，比如系统软件或应用软件。此外，软件可以采取一批独立程序，更大程序内的程序模块，或者程序模块的一部分的形式。软件还可包括呈面向对象的程序设计形式的模块化程序设计。处理机对输入数据的处理可以是对用户命令的响应，或者对先前处理的结果的响应，或者对由另一个处理机产生的请求的响应。

这里使用的术语“软件”和“固件”可互换，包括保存在存储器中，供计算机执行的任何其它计算机程序，所述存储器包括RAM存储器、ROM存储器、EPROM存储器、EEPROM存储器和非易失性RAM(NVRAM)存储器。上面的存储器类型只是例证性的，从而不是对可用于存储计算机程序的存储器的类型的限制。

要明白的是，上面的说明是例证性的，而不是对本发明的限制。例如，可相互结合地使用上述各个实施例(和/或各个实施例的各个方面)。另外，可以做出许多修改，以使特定的情形或材料适应本发明的教导，而不脱离本发明的范围。例如，除非明确地声明或者隐含地要求(例如，一个步骤要求可获得前一步骤的结果或产物)，否则可不按特定顺序执行在方法中列举的步骤的排序。尽管这里描述的材料的尺度和类型意图定义本发明的参数，不过它们决不是限制性的，只是例证实施例。当仔细研究和理解上面的说明时，对本领域的技术人员来说，许多其它实施例是显而易见的。于是，本发明的范围应参考附加的权利要求及其等同物的完整范围来确定。在附加的权利要求中，术语“包括”和“其中”被用作相应术语“包含”和“在其中”的通俗易懂的等同术语。此外，在下面的权利要求中，术语“第一”、“第二”和“第三”等仅仅被用作标记，并不意图对其对象强加数字要求。

Claims (14)

1.一种通信系统中的容量管理方法，所述方法包括：

确定是否预定数目的用户设备在小区内监听；

如果确定所述预定数目的用户设备在所述小区内监听，则发起容量管理操作，所述容量管理操作包括：

将来自所述通信系统的通信小区内的多个用户设备的多个拥塞报告定期传送到所述通信小区中的话音服务器，所述多个拥塞报告中的每个包括指定用户通信活动的信息；

由所述话音服务器基于所述多个拥塞报告的内容来估计所述通信系统的所述通信小区内的拥塞，其中所述估计包括：

由所述话音服务器计算所述通信系统的所述通信小区内的呼叫线路的最大数目，

由所述话音服务器基于存储的历史数据来预测用户的行为，以及

由所述话音服务器根据当前活动和所存储的历史数据，使用所估计的拥塞来预测拥塞级别；以及

基于所估计的拥塞来调节所述通信小区内的通信链路；

如果确定所述预定数目的用户设备未在所述小区内监听，则终止所述容量管理操作的至少一个的执行；

其中，所述信息指定以下中的至少一个：失败或者延迟的连接尝试的次数、所述失败或者延迟的连接尝试的每个的时间、多个通信的每个的持续时间、以及通信之间的时间。

2.按照权利要求1所述的方法，还包括在所述估计之前测量至少一个通信小区内的至少一个用户设备的至少一种状况。

3.按照权利要求2所述的方法，还包括把测量的至少一种状况保存为历史数据。

4.按照权利要求1所述的方法，还包括在所述估计之前测量通信小区内的网络状况。

5.按照权利要求4所述的方法，其中网络状况包括由所述通信小区中的至少一个用户设备接收的多个数据分组的到达速率的变化。

6.按照权利要求4所述的方法，其中网络状况包括失败的通信尝试的次数。

7.按照权利要求4所述的方法，其中网络状况包括信号强度。

8.按照权利要求4所述的方法，其中网络状况包括通信之间的时间。

9.按照权利要求4所述的方法，其中网络状况包括通信的持续时间。

10.按照权利要求4所述的方法，其中网络状况包括所述通信小区的可用容量。

11.按照权利要求10所述的方法，还包括在所述通信小区内发射侦测消息。

12.按照权利要求1所述的方法，其中调节通信链路还包括根据过去的拥塞估计评估过去的调整，以确定当前的调整。

13.一种无线通信系统，包括：

多个通信小区；和

多个话音服务器，所述多个通信小区中的每个被分配给所述多个话音服务器之一，并且其中所述多个话音服务器中的至少一个被配置成当预定数目的用户设备在所述通信小区内监听时从所述多个通信小区中的至少一个通信小区内的多个用户设备接收多个拥塞报告，其中，所述多个拥塞报告中的每个包括指定用户通信活动的信息；

其中，所述多个话音服务器中的至少一个被配置成：

基于所述信息来估计所述通信系统的所述通信小区内的拥塞，其中所述估计包括：

计算所述通信系统的所述通信小区内的呼叫线路的最大数目，

基于存储的历史数据来预测用户的行为，以及

根据当前活动和所存储的历史数据，通过使用所估计的

拥塞来预测拥塞级别；以及

基于所估计的拥塞来调节所述通信小区内的通信链路；

其中，所述信息指定以下中的至少一个：失败或者延迟的连接尝试的次数、所述失败或者延迟的连接尝试的每个的时间、多个通信的每个的持续时间、以及通信之间的时间。

14.按照权利要求13所述的无线通信系统，其中所述多个拥塞报告基于在所述多个用户设备中每个处的分组到达速率的变化。