专利名称：基于qos配置小区容量的设备和方法
技术领域：
本发明涉及基于QoS(服务质量)配置小区容量(Cell CapacityDimensioning)，特别涉及为一些业务种类配置小区容量。
背景技术：
运营者网络在规模上一直不断地在增大，拥有10,000个小区(BTS)的网络现在并不希罕。由于网络规模的不同，很难确定在每个小区内应该部署多少个TRX(收发信机)。然而，精确配置容量是非常重要的，因为配置得过大和不足都会有严重的缺点。配置得过大意味着必需对TRX进行频率规划，从而给频率规化过程增添了一些其他的限制，导致网络质量达不到最佳。此外，还需要不必要地在购买和安装TRX上花费许多费用。配置得不足意味着不能满足QoS目标，从而用户将得到低于标准的服务。
过去，GSM网络只支持一种业务(语音业务)。因此，在配置网络内各小区的小区容量时必需考虑语音业务的QoS要求。当前配置GSM小区的方法只是基于语音业务的阻塞率(blocking rate of speech traffic)。
初始释放数据业务的QoS方式是“尽力而为(best-effort)”，即分组交换数据只是在不影响语音业务时才发送。这意味着没有为基于分组的业务设置什么QoS目标。于是，只有诸如FTP、下载电子邮件或网站浏览之类的后台和非实时业务是适合这种业务的应用。对于诸如视频电话之类的任何实时应用，这种QoS方式是不适当的，因为它不能保证所需的容量。采用“尽力而为”方式，实际的数据吞吐率对于不同的小区是不同的，因为在每个小区用于分组交换业务的备用容量不是相同的。此外，由于分组业务量就网络各处而言不是均匀分布的，因此有些小区将具有比其他小区高的容量需求。这样，分组交换业务的用户将得到不同的QoS级别，这取决于他们附着(attach)到哪个小区。这种情况对于用户来说不能总是得到所希望的服务而对于运营者来说不能提供要求QoS保证的服务，都是极不希望的。
发明内容
本发明提供了一种如在独立权利要求或任何从属权利要求中所述的方法、系统和设备。
按照本发明的一个方面，提供了一种监视一个电信系统内的至少一个小区的业务负荷的方法、系统和设备，其中就至少两个不同的业务种类(traffic class)设置了一些门限并予以监视，以及根据监视结果修改(adapt)所监视的小区的业务处理容量。所监视的业务种类可以包括电路交换业务和分组交换业务，例如实时和非实时的分组交换业务。
可以为呼叫试通阻塞率和/或数据吞吐率和/或业务阻塞率设置一些门限，予以监视。
修改所监视小区的业务处理容量最好通过在不同的业务种类之间重新分配容量来实现。例如，在监视结果表示为这些业务中的至少一种业务设置的门限中的至少一个门限没有满足时，可以执行有关利用为另一种业务保留的资源的可能性的检验。在监视结果表示例如电路交换业务的门限没有满足时，可以执行有关减少为分组交换业务保留的资源的可能性的检验，在检验结果为肯定时，减少为分组交换业务保留的资源。在监视结果表示分组交换业务的门限没有满足时，可以执行有关减少为电路交换业务保留的资源的可能性的检验，在检验结果为肯定时，减少为电路交换业务保留的资源，增加为分组交换业务配置的资源。
为分组交换业务保留的资源可以是容量或时隙，也可以是一个无线电接入网或分组交换业务支持节点覆盖的分组交换业务区域。门限监视和小区容量修改可取地由一个网络管理系统(NMS)执行。
本发明主要是为提供一些业务种类服务的小区提供一种自动配置小区容量的方法和系统。
按照本发明的优选实现方式之一，为每个业务种类设置一些QoS指标，自动予以监视。可以通过设置和监视例如呼叫试通阻塞率和/或数据吞吐率和/或业务阻塞率的门限来实现设置和监视QoS指标。
本发明不仅为诸如FTP、下载电子邮件或网站浏览之类的后台和非实时业务而且为任何诸如电视电话之类的实时应用维持令人满意的服务质量。可以保证所需的容量。可以将实际的数据吞吐量设置成小区与小区之间没有显著差别，因为可以为这些小区均衡用于分组交换业务的备用容量。此外，即使分组业务量在网络各处不是均匀分布的，有一些小区需要比其他小区大的容量，分组交换业务的用户所受到的QoS的级别并不会由于他们处在不同的小区而有显著的不同。这种情况对于始终能得到质量满足要求的服务的用户和对于能以所保证的QoS提供服务的运营机构都是所希望的。
通过不同种类的QoS监视，可以实现一些配置了分组交换QoS管理的新业务，例如诸如视频/音频流注和电视电话之类的(接近)实时业务。例如，可以几乎像电路交换业务那样处理对诸如流注视频/音频、电视电话和IP语音之类的实时业务的请求。同时，可以用完全不同的较低的QoS要求满足FTP和网站浏览。
图1例示了按照本发明的一个实施例设计的通信系统的基本结构；图2示出了根据QoS目标配置小区容量的基本流程图；图3示出了一个列出一些通信业务种类和所关联的QoS要求的概况表；图4示出了QoS目标设置和监视的一个例子；图5为按照本发明设计的评估小区容量升/降级的方法的一个实施例的流程图；以及图6为按照本发明设计的评估小区容量升/降级的方法的另一个实施例的流程图。
具体实施例方式
本发明提供了一种为提供一些业务种类服务的小区自动配置小区容量的方法和系统。当前在GSM内支持的业务种类有实时业务(语音)和非实时业务(分组/数据)。小区容量根据各种业务种类的诸如服务质量(QoS)目标之类的QoS指标配置。在GSM的情况下，这些QoS指标或目标最好是语音呼叫的阻塞率和数据业务的吞吐率。
对于提供一些业务种类的服务的小区来说，决定TRX升级的传统方法是不够充分的，因为它只考虑电路交换(语音)业务的QoS要求。因此，本发明提供了一种新的根据不同的业务种类的QoS要求配置小区容量的途径。
可以用这种方法实现的装置或功能最好能逐个监视小区的QoS目标，以决定每个业务种类要占用总小区容量的多少份额。分配可用的小区容量受QoS驱动，因此是基于每个业务种类的实际业务量。可以建立一种算法，将本方法用于GSM网络内的基于OSS的产品。
这种小区容量配置方法也适用于必需根据各种业务的QoS目标配置用于这些业务的功率的WCDMA或其他类型的网络。
图1示出了一种通信系统的实施例的系统结构，它包括若干网络2、3、4，例如为RAN(无线电接入网)2、诸如公共陆地移动网(PLMN)或GSM结构之类的CS(电话交换)型网3、例如为GPRS(普通分组无线电业务)网或数据网的基于分组的(分组交换(PS))网4。一个移动或固定的用户终端1，例如为一个GSM移动台，标为MS。实际上，配置有多个终端1。一个起于或终于一个或多个终端1的连接由RAN 2处理后经CS网3或PS网4通达被叫或始发终端。
一个或多个诸如归属用户位置寄存器(HLR)之类的用户信息寄存器7包括一些可用于呼叫控制和网络管理的数据库。为了将GPRS综合入GSM体系结构，GPRS系统结构包括一些GPRS支持节点(GSN)5、6。GSN负责在移动台与其他终端或诸如外部分组数据网(PDN)之类的网络之间传递数据分组，进行路由选择。服务GPRS支持节点(SGSN)5负责传递来自和发至在它的服务区域内的移动台1的数据分组。网关GPRS支持节点(GGSN)6起着一个在GPRS干线网与外部分组数据网之间的接口的作用。它将来自SGSN 5的GFRS分组变换成适当的分组数据协议(PDP)格式(例如，IP或X.25)后发送到相应的分组数据网上。在另一个方向上，入局的数据分组的PDP地址变换为目的地用户的GSM地址。通过适当的接口，在一些GSN之间发送用户数据和信令数据。所有的GSN都通过基于IP的GPRS干线网连接。HLR 7用作用户信息数据库实体，存储与业务预约有关的信息。
网络2、3、4中至少有一个或一些或者每一个各包括一个网络管理系统(NMS)或运行机构8。
一些接口可以将网络2、3、4与诸如FDN之类的其他公用或专用网(例如互联网或社团内部网)连接起来。
由于在GSM内引入了多个业务种类，诸如非实时的数据业务之类，因此还需要考虑这些业务种类的QoS指标或要求(诸如数据吞吐率之类)。通过按照本发明的实施例考虑分组交换和电路交换两个业务种类的QoS目标，就能适当地配置小区容量，以便为所有的最终用户(无论他们的业务种类)提供质量满足要求的业务服务。
在小区提供的QoS(阻塞率和吞吐率)可以从网络管理系统(NMS)得到时，就能确定哪些小区不能提供所需的服务质量。在所确定的这些小区中，将对容量分配进行修改。例如，在数据业务随时间增加时，必需为这个业务种类分配更大的容量。由于这种增加在网络各处是不均匀的，因此最好是在每个小区内采用不同的容量分配。
通过自动化监视QoS目标和改变小区的当前容量分配，将为运营机构或NMS 8提供一种能根据每个业务种类的业务量自动配置网络内所有小区的容量。
对于诸如以WCDMA支持若干不同业务种类的蜂窝系统来说，小区容量将根据得到支持的所有不同业务种类的QoS目标配置。
图2例示了按照本发明设计的方法和系统的一个实施例的高层概况。图2为根据QoS目标配置小区容量的基本流程图。
图2提供了根据若干业务种类的QoS配置小区容量中所涉及的这些步骤的总体情况。为了简明起见，只考虑两个业务种类(语音和数据)。当然，在本发明的一些实施例中可以监视两个以上的业务种类。
如图2所示，这个过程中的第一个步骤S1是设置QoS目标。在普通的语音业务的情况下，这是呼叫阻塞率。对于非实时的分组交换数据业务，这是必需为用户提供的(最小)吞吐率。对于每个得到支持的业务种类，必需设置一个QoS指标，即2％的许可阻塞率和15kbit/s的最小数据吞吐率。
以后，对这些QoS目标进行监视，检验在每个小区内是否达到了所要求的这些QoS目标。对于语音业务，所设置的最大阻塞率必需对照实际的阻塞率进行检验。必需将实际的数据吞吐量与所设置的数据吞吐量进行比较。这个任务在图2表示为第二个步骤S2。
如果阻塞率目标定为例如2％，从而将列出网络内所有超过这个门限的小区。在一个小区超过这个阻塞率门限例如连续四天时，满足触发条件，于是将建议为这个小区分配或增加容量，例如升级TRX，为小区增添一个附加的TRX。这样分配或增加容量保证提供所要求的QoS(例如呼叫阻塞率)。在步骤S2确定了不满足一定QoS目标的小区后，就必需如步骤S3所示那样修改当前的容量分配。例如，如果阻塞率超过所设置的门限，就必需将更大的容量用于电路交换(CS)业务(如果数据业务的QoS目标仍然能满足的话)。或者，在吞吐率目标没有满足的情况下，可以减少用于电路交换业务的容量以支持分组交换(PS)业务。
注意，步骤S1只为网络执行一次，而步骤S2和S3必需对网络内每个小区连续或重复执行。这意味着整个过程必需自动化成高效率的。
如果系统内引入了其他业务种类，诸如实时和非实时的数据业务，这种方法必需修改成包括所有业务种类的QoS要求。但是这个原理仍然可用于包括所有得到支持的业务种类的QoS。
概括地说，本发明提供了根据多个业务种类的QoS要求配置小区容量的技术，可用于若干技术(GSM，WCDMA，等)和任何业务种类。在有些实施例中，本发明具体用于一定的无线电接入技术(GSM或WCDMA)和一定的业务种类(语音，实时数据，非实时数据，等)。
以下各节以GSM网络为例更为详细地说明按照本发明的一些实施例设计的方法和系统。一种自动配置容量的系统的一些基本情况和优点概述如下。
所提出的这种方法为运营机构提供了很大的灵活性。例如，作为其中一个QoS目标，可以设置一个不同的呼叫阻塞门限或不同的在采用一个新的TRX前必需违背这个门限的天数。此外，在这个方案中还可以通过基于NMS的脚本程序使阻塞小区的检测自动化。因此，运营机构可以采用一些按小区执行容量规划的方法和工具。
本发明的这些实施例能处理移动网和互联网的交会，增加蜂窝网内的分组交换业务量。配置有分组交换QoS管理的诸如视频/音频流注和电视电话之类的业务即(接近)实时业务可以通过使所提供的小区容量适应需要加以管理。例如，可以几乎像电路交换业务那样处理对诸如流注视频/音频、电视电话和IP语音之类的实时业务的请求。同时，对FTP和网站浏览可以采用完全不同的较低的QoS要求。
图3示出了业务种类与所关联的QoS要求的概况。图3这个表示出了不同的业务与它们各自的QoS要求。语音业务示为电路交换业务种类的一个例子。对于这个业务种类，以呼叫试通阻塞率作为QoS指标，可以选择为2％。此外，图3还提供了实时和非实时分组交换业务的类似信息。图3中所示出的这些业务种类只是运营机构可以在蜂窝网内支持的业务种类和它们的QoS指标的一些例子。
具体地说，图3这个表，在它的左侧栏示出了一些业务种类(左栏)，诸如电路交换(CS、非实时分组交换(NRT-PS)和实时分组交换(RT-PS)。第二栏列出了这些业务种类的一些业务例子，例如CS的语音业务，NRT-PS的FTP、电子邮件下载、网站浏览，以及RT-PS的电视电话、VOIP、流注音频/视频。第三栏规定了QoS指标的例子，诸如CS的呼叫试通阻塞率，NRT-PS的吞吐率，以及RT-PS的业务试通阻塞率、吞吐率。第四栏示出了QoS要求的例子，即最大门限，例如对于CS呼叫试通阻塞率为2％，对于NRT-PS吞吐率为15kbit/s，对于RT-PS试通阻塞率为1％而吞吐率为25kbit/s。
以下将说明一个用于具有两个业务种类(语音和数据)的GSM的详细算法的实施例，说明怎样根据若干业务种类的QoS要求确定小区容量。首先，概述一下这种方法的高层情况。然后，以有两个业务种类的为例进行详细说明。
所揭示的这种方法旨在配置小区级所需的容量，即小区内以适当质量承载不同业务种类的业务负荷所需的TRX的数量。这种方法的目的不是在连接的基础上保证QoS。
在本节中，将给出一个有两个业务种类的例子，详细例示这种方法。所考虑的业务种类为电路交换的语音业务和分组交换(非实时)的数据业务。这个例子用现有的GPRS术语来说明这种方法的原理。
按照图2所示的流程图，第一个步骤S1是设置QoS目标。
图4示出了QoS目标设置和监视为QoS目标设置的值的一些例子。对于NRT-PS(即数据业务)，将吞吐率例如15kbit/s假设为最低级别，即将QoS目标设置为每小区平均吞吐率为15kbit/s。对于CS业务(语音)，将呼叫试通阻塞率1％假设为最大级别，即将QoS目标“每个小区呼叫试通阻塞率”设置为“小区内所有呼叫的1％”。启动从新选择小区容量的触发事件对于NRT-PS为“门限没有超过”。对于CS，触发事件为“门限超过”。
除了这些目标之外还列出了观测时间和观察期。这两个指标都与图2述示的高层规划中的第二个步骤S2的监视QoS有关。这个观察期设置为例如“5天中的4天”。也可以将“观察时间”设置为例如“忙时”，以便排除通常不需要高小区容量的运行时间诸如午夜的影响。这种影响会改变观察期的均值，可以看上去平均小区容量充足，尽管容量在忙时是不足的。
图5示出了按照本发明设计的方法的流程图。图中例示了估计小区容量升/降级和可能的小区容量重新分配的情况。
图5示出了决定某种业务的容量升/降级的逻辑。图5的步骤S1、S2与图中的步骤S1、S2相应。在步骤S3，对阻塞率进行检验，将阻塞率与所设置的QoS门限相比较。在步骤S4、S9，检验吞吐率，将它与所设置的QoS门限相比较。步骤S6、S11检验是否能减少PS/CS的领地(territory)/容量而仍保持足够高的质量。在步骤S5、S7、S10，增加收发信机容量。步骤S10表示校验例行程序结束。在步骤S8、S12，减少/增加专用于GPRS的领地/容量(Det.GPRS terr＝Det.GPRS terr+/-1)。
如果某个小区阻塞率没有问题(ok)，而吞吐率也没有问题(ok)，于是就不需要采取任何进一步的行动。这个情况由步骤S3、S9、S10标示。然而，如果这些指标中有任何一个没有满足，于是就必需决定是否调整现有的容量分配可以减轻这个QoS问题。
例如，如果阻塞率(在步骤S3的检验)没有问题，即没有高于所设置的值，但是吞吐率(在步骤S9的检验)有问题，于是必需决定(步骤S11)是否可以减少电路交换的容量而不会使语音业务有任何问题。如果这是可能的(步骤S11的检验结果为Yes)，就将更多的容量用于分组交换业务(步骤S12，专用于GPRS的领地增加某一特定值，例如“1”)，以便满足两种业务的QoS目标。这个重新分配实质上是将CS的容量分配给PS，而不增加小区总容量。
如果重新分配容量会导致侵犯或不适当的损害电路交换业务(步骤S11的检验结果为NO)就在步骤S13执行“升级TRX”，增加小区容量，例如为这个小区添加一个新的收发信机TRX。
或者，如果阻塞率有问题(步骤S3的检验结果为NO)但是吞吐率的检验结果没有问题(步骤S4的检验结果为YES)，于是检验是否能减少分组交换业务的容量或领地(步骤S6)。如果可能的话，执行步骤S8，减少分组交换领地。如果不可能，执行步骤S7，增加小区的呼叫处理容量，例如添加一个收发信机TRX。
如果阻塞率和吞吐率都有问题，就在步骤S5增加小区容量，例如添加一个TRX，因为这两种业务都需要增加当前容量。
图6示出了本发明的另一个实施例，它在步骤S1至S9和S11至S13上与以上说明的图5的实施例完全相同。图5中的步骤S10(完成)替换为步骤S14“估计下一次硬件升级时间的预测功能”。步骤S14的预测功能指出由于小区内业务量的增长什么时候将需要增加一个TRX/BTS。
在步骤S14，评定表示业务量或业务量增长的参数的随时间改变的情况或时间特性，估计为了确保将来业务处理有充足而适当的容量处理业务的硬件容量必需升级的时间。
作为一个例子，在步骤S14，将通过重复执行步骤S2相继检测到的QoS目标值发送给一个执行步骤S14的装置进行处理，例如存储在那里。在步骤S14，处理检测到的QoS值的时间特性，例如增长率，以便估计什么时候网络(例如RAN)的业务处理容量将达到它的上限。达到这个上限就命令网络管理和运行机构动作，例如为系统添加新的硬件，例如一个新的BTS或补充处理部件，以便以后确保有足够的QoS质量。所估计的达到上限即硬件更新的时间将以信号发给运营机构显示，将所估计的更新时间通知运营机构。
作为另一个例子，如在步骤S3所检测到的实际阻塞率或实际阻塞率对许可阻塞率的偏差和/或如在步骤S9所检测到的实际吞吐率或实际吞吐率对许可吞吐率的偏差可以发送给执行步骤S14的装置。这个装置检测实际阻塞率和吞吐率或其偏差的时间特性(最好是变化率)，从中得出估计什么时候提供的QoS将低于最低可接受值的时间。显示所估计的时间或发出相应的信号，提醒运营机构规划将来的硬件更新动作。
在实际网络内可能需要考虑多于在这个例子中给出的两个业务种类。如图3所示，可能还必需考虑实时分组交换业务。此外，网络业务添加了新的业务种类后，就可能必需添加另外的QoS指标。
具体地说，在GPRS业务构成小区业务(GPRS和语音业务)的一个值得注意的部分时，对于小区配置来说考虑分组和电路交换业务两者的QoS(分别为吞吐率和阻塞率)是有益的。除了TRX升级之外，重新分配领地也能提供所要求的QoS。这样，由于必需考虑较多的自由度(TRX的数量和活动范围的大小)，正确配置小区就更为困难。
所揭示的这种方法的主要优点是可以使小区配置自动化，从而运营机构不需要为小区配置补充人员。否则，由于网络规模很大(10000个小区并不罕见)，分组和电路交换业务的小区配置任务对于管理来说将是极繁重的。
在一些实施例中，NMS可以为每个小区提供显示QoS数据(阻塞率和吞吐率)的报告。这种方法可以完全在NMS内实现。
虽然以上结合具体实施例对本发明作了说明，但本发明的专利保护范围包括对所揭示的这些功能部件的任何修改、添加和省略。
权利要求
1.一种监视在一个电信系统的至少一个小区内的至少两个不同业务种类的QoS指标的方法，其中设置一些门限并予以监视，以及根据监视结果修改所监视的小区的业务处理容量。
2.按照权利要求1所述的方法，其中所监视的业务种类包括电路交换业务和分组交换业务。
3.按照权利要求1或2所述的方法，其中所监视的业务种类包括实时和非实时的分组交换业务。
4.按照以上权利要求中的任何一个权利要求所述的方法，其中为每个业务种类设置一些QoS指标门限并自动予以监视。
5.按照以上权利要求中的任何一个权利要求所述的方法，其中通过在不同业务种类之间重新分配容量来修改所监视的小区的业务处理容量。
6.按照以上权利要求中的任何一个权利要求所述的方法，其中在监视结果表示为这些业务中的至少一种业务提供的门限中的至少一个门限没有满足时，执行有关改变为另一种业务保留的资源的可能性的检验。
7.按照权利要求6所述的方法，其中在监视结果表示电路交换业务的门限没有满足时，执行有关减少为分组交换业务保留的资源的可能性的检验，在检验结果为肯定时，减少为分组交换业务保留的资源。
8.按照权利要求6或7所述的方法，其中在监视结果表示分组交换业务的门限没有满足时，执行有关减少为电路交换业务保留的资源的可能性的检验，在检验结果为肯定时，减少为电路交换业务保留的资源，增加为分组交换业务提供的资源。
9.按照权利要求6、7或8所述的方法，其中为分组交换业务保留的资源为容量或时隙，或者一个无线电接入网或分组交换业务支持节点所覆盖的分组交换业务区域。
10.按照以上权利要求中的任何一个权利要求所述的方法，其中门限监视和小区容量修改由一个网络管理系统(NMS)执行。
11.按照以上权利要求中的任何一个权利要求所述的方法，其中提供了一个预测功能，用来估计下一次硬件升级的时间。
12.一种监视在一个电信系统的至少一个小区内的至少两个不同业务种类的QoS指标的系统，所述系统包括设置一些门限的装置，相对于这些门限对业务量进行监视的装置，以及根据监视结果修改所监视的小区的业务处理容量的装置。
13.按照权利要求12所述的系统，其中所监视的业务种类包括电路交换业务和分组交换业务。
14.按照权利要求12或13所述的系统，其中所监视的业务种类包括实时和非实时的分组交换业务。
15.按照以上系统权利要求中的任何一个权利要求所述的系统，其中为每个业务种类设置一些QoS指标门限并自动予以监视。
16.按照以上系统权利要求中的任何一个权利要求所述的系统，其中修改装置适应于通过在不同业务种类之间重新分配容量来执行修改所监视的小区的业务处理容量。
17.按照以上系统权利要求中的任何一个权利要求所述的系统，其中修改装置适应于在监视结果表示为这些业务中的至少一种业务设置的门限中的至少一个门限没有满足时，执行有关改变为另一种业务保留的资源的可能性的检验。
18.按照权利要求17所述的系统，其中修改装置适应于在监视结果表示电路交换业务的门限没有满足时，执行有关减少为分组交换业务保留的资源的可能性的检验，以及在检验结果为肯定时，减少为分组交换业务保留的资源。
19.按照权利要求17或18所述的系统，其中修改装置适应于在监视结果表示分组交换业务的门限没有满足时，执行有关减少为电路交换业务保留的资源的可能性的检验，以及在检验结果为肯定时，减少为电路交换业务保留的资源，增加为分组交换业务提供的资源。
20.按照权利要求17、18或19所述的系统，其中为分组交换业务保留的资源为容量或时隙，或者一个无线电接入网或分组交换业务支持节点所覆盖的分组交换业务区域。
21.按照以上系统权利要求中的任何一个权利要求所述的系统，所述系统还包括一个网络管理系统(NMS)，用来执行门限监视和小区容量修改。
22.按照以上系统权利要求中的任何一个权利要求所述的系统，所述系统还包括估计下一次必要硬件升级的时间点的装置。
23.一种执行门限监视和小区容量修改的设备，特别是用于实现按照以上方法权利要求中的任何一个权利要求所述的方法或用于如在以上系统权利要求中的任何一个权利要求中所限定的系统，所述设备包括相对于一些门限监视在一个通信网的至少一个小区内的业务量的装置，以及根据监视结果修改所监视的小区的业务处理容量的装置。
24.按照权利要求23所述的设备，所述设备实现为一个网络管理系统(NMS)或者在一个网络管理系统(NMS)内实现。
全文摘要
本发明提出了一种监视在一个电信系统的至少一个小区内的至少两个不同业务种类的QoS指标的方法和系统，这种系统包括设置一些门限的装置，就这些门限对业务量进行监视的装置，以及根据监视结果修改所监视的小区的业务处理容量的装置。所监视的业务种类最好包括电路交换业务和分组交换业务，和/或实时和非实时分组交换业务。最好为呼叫试通阻塞率和/或数据吞吐率和/或业务阻塞率设置门限，予以监视。
文档编号H04L12/56GK1545816SQ01823559
公开日2004年11月10日 申请日期2001年9月7日 优先权日2001年9月7日
发明者沃尔卡·韦尔, 菲尔·皮科令, 西蒙·布劳恩, 布劳恩, 沃尔卡 韦尔, 皮科令 申请人:诺基亚公司