用于通信系统中的业务管理方法

文档序号:7609443阅读:151来源:国知局
专利名称:用于通信系统中的业务管理方法
技术领域
本发明涉及用于在电信系统中管理业务的方法和设备。本发明专门但不是排它性的适用于在UMTS(通用移动通信系统)/GPRS(通用分组无线系统)架构中使用。
背景技术
例如UMTS的电信网络系统由电信管理网络(TMN)的一系列管理功能来管理。TMN的原理由ITU-T(国际电信联盟的电信标准化部门)在ITU-T建议M.3010中提出,其内容合并在此作为参考。
由ITU-T提出的TMN可在操作系统(OS)本身之间以及在OS和电信网络的各个部分之间提供管理功能和通信。OS是执行操作系统功能(OSF)的物理模块,而OSF是处理信息的功能模块,该信息涉及用于监视/协调和/或控制包括管理功能的电信功能目的的电信管理。
摘自M.3010的图1表示TMN和它管理的电信网络之间的一般关系。应该注意到,即使图1中所示的通信网络是公共交换电话网,由ITU-T提出的TMN原理是适用于任何类型的通信网络的,例如GSM(全球移动通信系统)、UMTS(通用移动电信系统)、GPRS(通用分组无线业务)、CDMA(码分多址接入)、ATM(异步数据传输)和SDH(同步数字系列)。
电信网络包括多种类型的电信设备和相关的支撑设备。当被管理时,此类设备通常被称为网元(NE)。除了NE之外,TMN可用来管理例如TMN本身、电信业务和由电信业务提供或是与电信业务相关的软件。
为了处理电信管理的复杂性,管理功能可考虑被划分成逻辑层。由ITU-T在建议M.3010中提出的管理功能层是企业管理层、业务管理层、网络管理层和网元管理层。
网元管理层在单个或是成组的基础上管理每个网元并支持由网元层提供的功能的提取。
网络管理层通过协调经过网络的活动来提供如网元管理层支持的管理网络的功能并且支持由业务管理层做出的“网络”需求。网络管理层知道网络中什么资源是可提供的,它们如何互相关联和地理分配以及这些资源是如何被控制的。进一步,该层负责实际网络的技术性能并将控制可提供的网络性能和容量以给出合适的利用度和服务质量(QoS)。
业务管理层关注和负责被提供给客户(用户)或是潜在的新客户的业务的合同方面。该层的一些主要功能是业务订单处理、申诉处理和计价。业务管理层具有几个角色,例如业务提供商之间的交互、业务和客户接口之间的交互。客户接口为包括提供业务、帐号、QoS等的所有业务交易提供与客户接触的基本点。
企业管理层负责整个企业,例如运营商的企业。企业管理层包括在TMN架构中,从而便于它要求其它管理层的性能的规范。
企业管理层和上述描述的层在ITU-T建议M.3010的章节9.5中被进一步的描述。
网络管理层OSF被实施到此处称为网络管理系统(NMS)的操作支撑系统(OSS)中。NMS通常管理电信网络和控制不同类型的业务如何通过网络被传送和处理。例如在NMS的帮助下,运营商或是另一业务提供商可定义关于属于具体业务类(会话类、流类、背景类和交互类)的业务如何在网络中被处理的规则。
提供给用户的业务和业务订制由业务管理系统(SMS)管理。因此SMS在业务管理层上提供OSF。例如SMS指定在网络中能提供什么业务以及哪些业务可提供给哪些用户。为了正确地运行,每种业务都具有一系列的QoS需求并且因此期望在例如延迟(或等待时间)、带宽和优先访问特定网络资源方面从网络承载获得某些特性。
在当前的系统中,两种最常见的业务形式,即语音通信和文本消息(也就是已知的短消息业务),使用独立的传输信道。为两种业务使用两个独立的信道阻止由于对传输通过网络的数据的不一致处理所导致的对业务的不一致处理。然而如果不同的业务通过相同的传输信道,则例如对于在网络中通过相同传输信道的纯语音通信和视频电信数据业务,可能无法实现对业务类型的统一处理,因为在管理层之间没有统一的方式来映射带有为不同类型的业务和/或业务订制设置的需求的不同业务类型的处理。因此,不可能以一种一致的方式配置网络资源来满足对业务和/或业务订制设置的所有需求。

发明内容
本发明的实施方式的目的是解决之前讨论的问题。
根据本发明的一个方面提供了一种用于电信网络中业务管理的方法,其中通过所述网络可接入至少一种业务,并且所述网络由管理系统管理,所述方法包括步骤提供公共业务种类;提供关于如何在所述网络中处理相应公共业务种类的所述公共业务种类信息;将一个所述公共业务种类分配给至少一种业务;根据所述信息在所述网络中处理所述业务。
提供公共业务种类的步骤可包括为至少一个业务种类定义至少一个参数。
至少一种公共业务种类可由所述至少一个参数的至少一个值或值的范围来表征。
可对至少一个业务种类定义多个参数,并且所述至少一个业务种类由每个参数的值来表征。
标识所述公共业务种类的至少一个参数可以至少是下面的一种业务类(TC);分配/保持优先级(ARP);业务处理优先级(THP);带宽。
所述方法可包括提供公共业务种类组,其中所述至少一个组可包括至少两种所述的公共业务种类。
提供所述公共业务种类信息的步骤可包括步骤为所述电信网络的第一部分提供关于如何在所述电信网络的所述第一部分内处理属于所述至少一个公共业务种类组的公共业务种类。
根据本发明的第二个方面提供了一种通信系统,该系统包括第一管理功能和第二管理功能,所述第一和第二管理功能被设置成使用公共业务种类,所述第一管理功能被设置成控制根据分配的公共业务种类而被处理的业务,所述第二管理功能被设置为向业务分配合适的公共业务种类。
所述通信系统可进一步包括通信网络,其中所述第一管理功能可被设置成根据被分配成业务的公共业务种类来控制与所述业务相关的在所述网络中被处理的所述业务。
所述通信系统可包括至少一个存储公共业务种类信息的存储器,其中所述至少一个存储器或被提供在所述第一和/或第二管理功能中。
存储器可提供在每个所述第一和第二管理功能中,其中一个存储器可被设置成存储所述公共业务种类信息而另一个存储器可被同步于存储在另一个存储器中的信息。
所述存储器可独立于所述第一和第二管理功能而被提供,其中所述存储器可被设置成存储所述公共业务种类信息,并且通过所述两个管理功能可访问到所述存储器。
所述存储器可在所述网络的通信节点内或在第三管理功能内。
所述种类可包括一组保证比特率种类。
保证比特率种类可包括至少一个通话数据种类和流数据种类。
所述种类可包括一组非保证比特率种类。
所述非保证比特率种类包括至少一个具有业务处理优先级1的第一交互处理、具有业务处理优先级2的第二交互数据处理、具有业务处理优先级3的第三交互数据处理以及背景数据处理。
数据类可包括三组,每一组在系统内具有不同分配和/或保持和/或优先级。
所述数据类可包括三组,每组具有不同的分配和/或保持和/或优先级。
所述种类可包括公共业务种类组,所述公共业务种类组可包括相关的公共业务种类,其中所述第一管理功能可被设置成根据所述系统的第一部分内的所述公共业务种类组来确定资源,以及根据所述系统的第二部分内的所述数据种类来确定资源。
至少一个通信节点可被设置成从所述第二管理功能接收定义所述业务的所述分配的公共业务种类的信息和从所述第一管理功能接收关于分配的公共业务种类的信息。
分配的公共业务种类信息可包括至少一个涉及与所述业务相关的业务处理的参数。
至少一个通信节点可包括至少一个GGSN、RNC和SGSN。
所述第二管理功能可被设置成经HLR向所述至少一个节点提供所述业务的业务种类信息。
所述通信系统可以是UMTS架构通信系统。
通信系统可以是GPRS架构通信系统。
第一管理功能可以是网络管理系统(NMS)。
第二管理功能可以是业务管理系统(SMS)。
系统中可提供n个种类并且所述网络的一部分能够仅处理m个种类,其中m<n,所述n个种类可被分成m个组或更小些。
第一管理功能可被设置成向至少一个通信节点提供与所述业务种类有关的信息。
与所述业务种类有关的所述信息被传送到的至少一个网元可包括SGSN、GGSN、BSC和RNC中的至少一个。
与所述业务种类有关的所述信息被传送到的至少一个通信节点可被设置成执行分配的业务种类的至少一个参数。
根据本发明的第三个方面,提供了一种电信网络,其中通过所述网络至少可接入一种业务,并且所述网络由管理系统来管理,所述网络包括提供公共业务种类的设备;提供关于如何在所述网络中处理公共业务种类的信息的设备;用于将一个所述公共业务种类分配成至少一种业务的设备;其中所述网络被设置成使得所述网络内的所述业务根据关于如何在所述网络中处理所述公共业务种类的所述信息而被处理。
电信网络可包括第一管理系统,该系统包括所述提供公共业务种类的设备和/或提供关于如何在所述网络中处理所述公共业务种类的信息的设备。
所述电信网络可包括第二管理系统,该系统包括用于将一个公共业务种类分配给至少一个业务的设备。
提供公共业务种类的设备可包括提供至少一个参数的设备,其中至少一个所述公共业务种类由所述至少一个参数的至少一个值或是所述值的范围来表征。
提供公共业务种类的设备可包括提供多个参数的设备,其中至少一个所述公共业务种类由所述多个参数的值来表征。
标识所述公共业务种类的至少一个参数可包括至少下面的一项业务类(TC);分配/保持优先级(ARP);业务处理优先级(THP);带宽。
提供公共业务种类的设备可包括提供公共业务种类组的设备,其中所述至少一个组包括至少两个所述公共业务种类。
提供关于如何在所述网络内处理所述公共业务种类的信息的设备可包括为所述电信网络资源的第一部分提供关于如何在所述电信网络的第一部分内处理属于所述至少一个公共业务种类组的公共业务种类的信息的设备。


本发明的实施方式将仅参照附图通过示例进行描述,其中图1是通信系统和电信管理网络之间关系的示意图;图2是UMTS蜂窝电信系统的示意图;图3是UMTS电信系统内管理架构的示意图;
图4a表示公共业务分类(处理类)的实施方式;图4b是为了在IP传输上携带业务而如何将区分服务代码点(DiffServ CodePoint)分配到每个不同的处理类的示意图;图4c是表示终端用户业务如何被分配到处理类的示意图;图5表示基于公共业务分类在业务管理系统和网络管理系统之间互通的通信系统的第一实施方式的示意图;图6是如本发明第一实施方式中所用到的在业务管理系统和网络管理系统之间的互通方法的流程图;图7a表示根据本发明其中在业务管理系统、网络管理系统和网络之间示出互通系统的实施方式的示意图;图7b是表示在业务管理系统、网络管理系统和网络之间的互通方法的流程图;图8是表示每个网络域内处理数不同并且其中本发明的第二实施方式可被实施的情况的UMTS网络的示意图;图9a是表示如本发明的第二实施方式中所用到的将处理类分组成处理组的示意图;图9b是其中本发明的第二实施方式可被实施的网络管理系统的示意图;图9c是表示如本发明的第二实施方式中所用到的互通方法的流程图。
具体实施例方式
对本发明的实施方式进行描述,其中关于他们的业务和特定数据类型在整个网络接收统一的处理来满足设置用于业务和/或业务订制的所有需求。
参照图2,示出本发明的实施方式可被实施的UMTS/GPRS通信系统的一般逻辑架构。
例如计算机(固定或便携式)、移动电话、个人数字助理或组织者等等各种用户设备(UE)对于本领域技术人员来说是已知的并且是可被用于接入Internet来获取服务。移动台(MS)1是用户设备的一个例子,它能够经无线接口与例如移动电信网络的基站或任何其它站点的另一个设备进行通信。
上面和以下使用的术语“业务”可被理解成在宽的范围内涵盖任意的业务,它是用户所期望的、需要的或是被提供的。该术语还可被理解为涵盖免费赠送业务的提供。具体地,但不是排它性的,术语“业务”可被理解为包括Internet协议多媒体IM业务、会议、电话、游戏、多信息呼叫、出席(presence)、电子商务和例如即时消息的消息(messaging)。
移动台(MS)1能够通过射频与一个或是多个基站(BS)2通信。每个基站被连接到单个的无线网络控制器(RNC)4。基站和RNC所使用的术语将取决于标准。例如,基站可被称为“节点B”而RNC可被称为“基站控制器”(BSC)。应该可以理解术语“基站”和“RNC”应可被解释为包含其它标准中执行类似功能的等效组件。
每个基站2可进一步被设置成能够在预定的区域100内执行接收和向移动台1发送。这些区域相互连锁并可部分重叠以构成移动台覆盖的拼缀图。每个RNC4可被连接到一个或是多个BS2。BS2和RNC4构成UMTS陆地无线接入网络(UTRAN)101。
每个RNC4被连接到核心网络(CN)5。CN 5包括一个或是多个能够向所连接的移动站提供通信业务的业务节点,例如移动交换中心(MSC)7和业务GPRS(通用分组无线业务)支持节点(SGSN)8。这些单元被连接到RNC4。CN5还被连接到其它的电信网络,例如固定线路网络9、其它的移动网络(例如另一个核心网络12)或例如Internet网络或专用网络的分组数据网络10和11,从而允许UMTS网络外部的前向通信连接。CN5还包括例如有助于控制接入到网络的归属位置寄存器(HLR)13和访问位置寄存器(VLR)14的其它单元。HLR13存储移动台用户的订制明细。VLR14存储当前附着于CN5但没有在该网络注册的移动台上的信息。
每个核心网络5包括一个或是多个计费网关功能实体15、16和用于执行计费操作的计费系统17、18。
在核心网络中例如MSC或SGSN的每个业务节点可向移动台提供一组服务。例如MSC可提供电路交换(CS)通信,例如用于语音、传真或非透明的数据业务,并且因此具有到电路交换域中其它实体的链路,该域例如是类似GSM(全球移动通信系统)的其它CS移动网络和例如是常规语音电话网络的CS固定有线网络。
SGSN可提供分组交换(PS)通信,例如用于Internet协议(IP)数据传输的分组数据协议(PDP)上下文,并因此具有到例如配置了GPRS的GSM网络和Internet的分组交换域内的其它实体的链路。分组交换业务可包括例如文件传输、电子邮件和万维网(WWW)浏览的传统数据业务和例如IP承载语音(例如通过H.232协议)的派生数据业务。
网关GPRS支持节点(GGSN)19、20、21在核心网元和用户期望连接到的外部网络之间起网关作用。这些外部网络可以例如是类似公司内部网9或Internet 10的分组交换网络或是属于另一个网络提供商12的独立的核心网络。
业务节点之间功能的划分在系统规范中是指定的并且依赖于假定的网络架构。例如除MSC或SGSN以外可以存在提供重叠或是附加功能的其它节点。
如图2中所示的常规UMTS通信网络是由管理网络来管理的,它通常包括四个逻辑管理层网元管理系统层、网络管理系统层、业务管理系统层和企业管理系统层。如前所述,管理系统层提供各种功能(OSF)来管理通信网络和管理网络自身。
提供管理功能的OSF在OS内被实施,像网元管理系统(EMS)151、网络管理系统(NMS)155、服务管理系统(SMS)157和企业管理系统(BMS)159,图3中示出它们的管理网络架构。一些OS可被相互紧密地的集成在一起。EMS和NMS通常被集成为向运营商提供集中式管理系统来管理网络资源。例如,可以将专用于网元类型的网元管理器装入NMS用户接口。管理层/系统通过数据通信网络(DCN)相互连接并且连接到将要管理的网络。DCN是独立的技术且可使用任何单一的或是组合的传输技术。
如前所述,为了正确地运行,每个业务都需要一系列的QoS需求,因此期望在例如延迟(或等待时间)、带宽和优先访问特定网络资源方面从网络承载获得某些特性。这些特性被定义为QoS参数。该参数被用来控制网络资源以及对他们的使用。
例如IP承载语音的业务,为了有效的实施,语音数据需要最小化延迟(因为长的数据延迟意味着呼叫的接收方经历可觉察的延迟)的数据处理。然而语音通信不需要格外大的带宽,尤其当它与其它包括需要比语音带宽更高但对延迟问题不太敏感的流视频的用户业务相比较时。
常规地,一些或所有的特性和QoS参数是标准化的,例如,在UMTS的情况中,它们由第三代合作伙伴计划(3GPP)标准化。3GPP制定用于3G移动通信的全球规范。
为了使与业务有关的业务和特定数据类型在整个网络内接受统一的处理,本发明的实施方式提供了可被管理层、相应的管理系统和通信网络使用的公共业务分类。没有这样的公共业务分类,则不太可能以一致的方式来配置网络资源从而满足所有业务和/或业务订制的设置的需求。
参照图4a,可直观的看到根据本发明的公共业务分类的实施方式。3*6处理类矩阵201包括三行211、213、215和六列217、219、212、223、225、227内的处理类元素值(TREC-A,TREC-B,...,TREC-R)。每个处理类(TREC)元素值代表一个公共业务种类。应该可以理解这里提出的矩阵结构的使用仅为了示例性的目的。TREC例如也可在列表或单独的行内被示出。
在本发明的一个实施方式中,定义的公共业务分类(即TREC)数据存储在例如NMS155的管理系统中。通过利用事件消息,TREC数据定义和定义中的可能改变被通知给其它方(像其它的管理层/系统和通信网络)。事件可包括TREC数据(例如,在文件中),或它可是其它方经API(应用协议接口)上传新的TREC定义的指示。在本发明的其它实施方式中,TREC数据按顺序被存储,以便相同的数据存储器可被几方访问。例如TREC数据可被存储于类似HLR的NE中,或一些外围系统中,或TREC数据可被存储在管理系统中并且其它感兴趣方可经API读所述数据。
TREC数据可在一个或是多个XML文件或在数据库中以一个或是多个文本文件的格式来存储。
矩阵201的大小同样也仅是示例。本发明的实施方式可利用不同数目的TREC。TREC的数目和实际的TREC定义可以是固定的或是在运行期间可配置的。
在图4a示出的实施方式中,处理类(TREC)结构201的行203表示按照分配/保持优先级(ARP)顺序的数据业务处理。换句话说,处理是按照当它们被存储在不同的网络节点上时受到的处理以及如果网络节点的存储缓冲器满了并且开始溢出时数据分组可能被丢弃的顺序来表示的。在本发明的第一实施方式中提供的例子中存在三个独立的分配/保持优先级顺序ARP1、ARP2和ARP3,因此在处理类结构中有三行处理类元素211、213、215。例如,处理类TREC-A具有比具有分配/优先级顺序ARP2的处理类TREC-B更高的分配/优先级(ARP)顺序ARP1。因此任何分配到处理类TREC-A的数据将具有比任何分配到TREC-B的数据更低的丢包率。类似地,利用具有甚至更低分配/优先级顺序ARP3的处理类TREC-C的数据将具有比处理类TREC-A和TREC-B更高的丢包率。
以类似的方式,分配到处理类TREC-A的任何数据更有可能被接近溢出的通信节点的通信节点所接收。分配到处理类TREC-B的任何数据比处理类TREC-A具有更低的被接收的可能性。同样分配到处理类TREC-C的任何数据比在处理类TREC-B或处理类TREC-C中的数据具有更低的被接收的可能性。
处理类结构201的列205被分成两个独立的组列。第一组列207表示业务需要保证比特率的处理类。这些处理类被称为保证比特率(GBR)类型的类。第二组列209表示不需要保证比特率业务的处理类。这些处理类被称为非保证比特率(Non-GBR)类型的类。
两种类型的类207、209按照数据通过网络所要经历的期望延迟的顺序来进一步的划分和设置。保证比特率类型列207被划分成较高和较低的延迟列217和219。在本实施方式中,较低的延迟列217被称为会话列,例如用于internet协议承载语音(VoIP)业务。较高的延迟列219被称为流列。
非保证比特率类型列209被划分成四列。具有最低延迟期望的第一列221被称为第一交互列,其具有第一业务处理优先级(THP1)。具有下一最低延迟期望的第二列223被称为第二交互类,其具有比第一交互列较低的业务处理优先级(THP2)。具有比前两者较高期望延迟的第三列225被称为第三交互列,其具有比第一和第二交互类更低业务处理优先级(THP3)。具有比前面三个列都更高的期望延迟的第四列227被称为背景列227。
在图4a所述的实施方式中,分类基于QoS参数业务类、THP和ARP。在本发明的实施方式中,分类是可基于任何QoS参数或是一组QoS参数。
在本发明的一些实施方式中,公共业务分类可随时间变化。例如,在峰值时间使用的分类可不同于在非峰值时间所使用的分类。
图4b和图4c中示出填充的处理类结构的两个例子。图4b示例了如图4a中所示出的处理类结构102,其中区分服务(DiffServ)码点被分配到不同的处理类。DiffServ码点(DSCP)当其应用在Internet协议(IP)网络内时是已知的数据处理业务的种类。例如业务AF41被分配到处理类TREC-E,业务类AF31被分配到处理类TREC-G,业务AF21被分配到处理类TREC-K,业务AF11被分配到处理类TREC-O,业务BE被分配到处理类TREC-P而业务BE被分配到处理类TREC-R。网络运营商应能灵活的配置每个TREC使用哪个DSCP。
进一步参照图4c,如图4a所示的处理类结构填充了不同的业务。例如,业务运营商流213被分配给处理类TREC-E,业务企业金牌(service Corporate gold)215被分配给处理类TREC-G,业务运营商多媒体消息业务(MMS)/无线接入协议(WAP)217被分配给处理类TREC-K,业务企业internet银牌(Corporate Internet Silver)219被分配给处理类TREC-O,业务Internet自由时间(Internet Free-time)221被分配给业务类TREC-P而业务运营商远程信息处理/设备(OperatorTelematic/Machine)被分配给处理类TREC-R。
利用早些所述的系统,网络管理系统155和业务管理系统157能够对一系列的业务和分配到每个业务的处理保持同步,从而对独立于业务条件的相同业务保持统一的处理。
参照图5,示出了在通信系统内利用公共业务分类来提供业务数据的统一处理的交互的一般思路。所述系统包括相互通过DCN(未示出)连接的业务管理系统157和网络管理系统155。
业务管理系统157包括处理类(TREC)分配器305和用于存储处理类数据的存储器303。运营商、业务提供者或业务用户通常使用分配器305,但是分配器可包括能够自动向业务分配适合的处理类的功能。
网络管理系统155包括网络管理系统优化器313、用于创建公共业务分类的处理类发生器302、用于存储处理类(TREC)数据的存储器301、一些业务策略配置工具307、性能指示器311。优化器313一般设置在NMS内,在有或是没有运营商的贡献下计算更加优选的网络配置。在本发明的一些实施方式中,优化可由网络运营商人工实现。运营商是网络运营商和/或业务提供商。在本发明的一些实施方式中,处理类发生器302的功能被实施到QoS策略配置工具307中(图5中未示出)。
此外,图5中还示出电信网络(为了简化,仅示出一个网元(NE)309)。
在本发明的一些实施方式中,用于存储处理类数据的存储器可位于业务管理系统157和网络管理系统的外部并且可通过API来访问存储器。
在NMS155中,QoS(服务质量)策略配置工具307控制业务根据同意的分类被处理。此外,由于NMS155注意由NMS到SMS 157所保证的QoS目标被维持,所以运营商可持续地控制在例如用户SLA(业务等级协定)中所同意的QoS目标。具有NMS优化器313的控制环、QoS策略配置工具307、网元309和性能指示器311的NMS155进一步被设置成控制网络,以便维持网络来携带属于每个处理类的承诺的数据业务。
参照图6,对此类处理类201的创建和使用进一步进行描述。
在第一步骤401中,处理类201被起始。如前参照图4a所述的第一个TREC被创建,如果已存在的话则更改。每个处理类定义了QoS需求。在本发明的一些实施方式中,这些QoS需求可以是最小化的QoS需求而在一些实施方式中可以是平均QoS需求,或者他们可以是最小化QoS需求和平均QoS需求的结合。处理类因此按照例如网络中的延迟、带宽和优先级的QoS特性来定义。另外在该步骤中,网络管理系统155根据定义的TREC操作配置网络资源来满足QoS需求。换句话说,服务质量(QoS)策略配置工具307创建或若已存在则更改网络资源的QoS策略。对于取决于QoS策略的业务,策略被用来处理数据业务。接着NMS155通过向处理数据业务的网络节点309部署策略来建立网络资源。这些节点例如包括路由器、网关、核心网络节点、以及基站控制器/无线网络控制器和基站。
在本发明的一些实施方式中,NMS157为每个TREC提供业务等级规定(SLS)。这些SLS定义了每个处理类的特性。这些定义的特性例如包括目标业务延迟、可用带宽和业务的优先级。例如,处理类TREC-D可具有一秒的延迟目标并具有每秒300千比特的能力以及具有分配/保持优先级ARP1(换句话说,该处理类具有高的优先级)。
每个处理类是与在网络管理系统155中QoS策略配置工具307内确定的特定服务质量(QoS)策略相关的。
根据本发明的一个实施方式,处理类数据既存储在网络管理系统155内的存储器301中也存储在业务管理系统157的存储器303内。
在下一个步骤403中,要使用的适当的处理类可从用户和使用的业务需求得到。
在下一个步骤405中,SMS157的TREC分配器305将特定的用户业务分配或映射到特定的TREC。例如,如果互动多人实时网络游戏形式的用户业务需要不超过1.5秒的延迟,并且具有对丢包率的中等敏感性,则处理类分配器305检测存储在存储器303内的所存储的处理类数据201。如果数据以具有估计0.5秒延迟的处理类TREC-H、具有估计1.2秒延迟的处理类TREC-K、具有估计延迟3秒的处理类TREC-N为特征,则TREC分配器确定具有1.2秒延迟目标的TREC-K是可接受的并因此将游戏业务分配给处理类TREC-K。游戏业务没有分配给TREC-N是因为延迟大于需求。尽管游戏业务可以分配给处理类TREC-H,但因为它包含有比所需延迟需求要好的估计延迟,所以通常是不会这样选择,因为可以看出来对于游戏业务来说未必有好处。
在业务等级规范是由NMS来生成的实施方式中,当向适当的TREC分配业务时,SMS利用这些SLS值。
当业务管理系统157以所分配的业务处理类的形式向网络管理系统155传送业务使用估计时,发生下一步骤407。
在下一步骤409中,网络管理系统155使用在步骤407中由业务管理系统157传送的信息并操作重新配置网络资源来满足在步骤401中定义的TREC需求。换句话说,如果需要的话,网络管理系统155服务质量(QoS)策略配置工具307基于业务使用估计更改QoS策略来满足对TREC设置的需求。接着NMS155通过向处理数据业务的网络节点309部署策略来建立网络资源。
在本发明的一些实施方式中,对策略信息的部署至少部分地是由网元管理系统151来管理。
在步骤411中,网络管理系统性能指示器311收集网络中表示各种数据类型处理的信息。性能指示器将信息传送到NMS优化器313,该优化器确定是否TREC需求被满足。
如果当前需求被满足,则网络管理系统保持它的监视模式。如果所述需求没有得到满足则方法进入到步骤413。在步骤413,NMS优化器确定是否需要计算更优化的网络配置并且运行另一次QoS策略配置工具307的叠代来尝试提高网络资源的配置,从而满足TREC的需求。在本发明的一些实施方式中,可根据固定的叠代次数来选择该判定。在本发明的其它实施方式中,可根据过去的叠代是否明显的提高了网络的能力来满足TREC的需求来做出是否进行重复叠代的决定。如果决定要进一步的叠代则该方法回到步骤409,如果决定不要进一步的叠代则方法前进到步骤415。
在步骤415中,NMS向业务管理系统157传送性能报告。接着业务管理系统157重新检测资源需求和当前的业务性能并在TREC分配器305中向多个适合的处理类重新分配业务。因此实际上方法前进回到步骤407。
例如利用早些描述的相同的例子,如果利用处理类TREC-K的实际延迟实际上是2.5秒并且不能向下减小到1.5秒等级,则性能指示器311向业务管理系统157发送例如事件消息的指示。TREC管理器305中的业务管理系统157接着向具有初始较小估计延迟的处理类TREC-H重新分配互动的多媒体游戏业务。
参照图7a对本发明的一个实施方式进行描述,其中根据本发明定义并分配给业务的TREC被进一步发送到通信网络。图7a中所示的实施方式包括业务管理系统157、网络管理系统155、归属位置寄存器13和类似支持GPRS业务节点(SGSN)8、网关GPRS业务节点(GGSN)19、无线网络控制器4(RNC)和基站控制器4(BSC)的辅助节点。
业务管理系统157经DCN(未示出)连接到归属位置寄存器(HLR)13。业务管理系统157能够将描述UMTS业务类(TC)、业务处理优先级(THP)和分配/保持优先级(ARP)的结合的数据传送到归属位置寄存器(HLR)13。用户特定的QoS配置(包含用于TREC识别的TC-THP-ARP信息)可从HLR传送到SGSN8。SGSN8从QoS配置识别特定于所请求的PDP上下文的TREC。接着SGSN8可将QoS配置传送到GGSN19。GGSN19接着从QoS配置识别所请求的TREC。GGSN19进一步可向SGSN8发回响应(包含QoS配置)。GGSN8被设置成向RNC4传送QoS配置。RNC4进一步被设置成从QoS配置识别所请求的PDP上下文的TREC。
网络管理系统155经DCN(未示出)与SGSN8、GGSN19和RNC4相连,并且能够从网络管理系统155向SGSN8、GGSN19和RNC4传送特定于业务参数质量的处理类。
参照图7b,将根据图7a对实施方式的互动方法进行描述。
在第一步骤503中,网络管理系统155以QoS策略配置工具307的形式向网元/节点提供与用于定义的处理类(TREC)的服务质量相关的信息。换句话说,类似SGSN8、GGSN19和RNC4的节点被提供了与如何处理依赖于处理类的业务相关的信息。
在下一步骤505中,业务管理系统157被配置成允许操作用户设备的用户(例如用户X)使用具有处理类TREC-X1的接入点(例如允许用户经已知的GGSN 19接入Internet 10)。处理类TREC-X1已经被预先定义为具有预定分配/保持优先级(ARP)和业务处理优先级(THP)的特定UMTS业务类。
在下一步骤507中,用户的服务质量(QoS)配置从业务管理系统157传送到归属位置寄存器13。换句话说,HLR装载有对应于用户能够实施的业务的各种处理类。
用户可在网络中漫游。当用户进入到由特定SGSN(例如SGSN-A)所控制的地理范围时,下一个步骤509被实施。在该步骤中,SGSN对存储在归属寄存器13内的用户的订制记录进行缓冲。步骤509可在没有用户请求业务的情况下发生。
然而当用户X如步骤522中所指示的请求业务连接时,该处理前进到步骤513。
在步骤513中,SGSN识别用户请求的处理类。例如SGSN-A识别用户X被分配给处理类TREC-X1的数据。
在步骤515中,SGSN根据由步骤503中的网络管理系统155所提供的网络规定来执行由处理类所识别的业务策略质量。因此在业务管理系统157和网络管理系统155之间没有直接的接口连接。
在下一个步骤517中,相关的GGSN和相关的无线网络控制器(RNC)也被配置为依赖于传送到GGSN和RNC的QoS策略,从而依赖于所识别的处理类。在实际中,SGSN8向GGSN19传送QoS配置。GGSN19识别来自QoS配置请求的TREC,并基于该处理类来实施该配置。GGSN19将响应(包含QoS配置)传送回SGSN8。SGSN8将该QoS配置传送到RNC4。RNC4识别来自QoS配置请求的PDP上下文的TREC并基于该处理类来应用此配置。
因此网络现在被配置成允许用户经这些节点来使用业务,从而接入所要求的具有可接受业务处理的接入点。
在本发明的进一步的实施方式中,处理类也可应用到网元管理系统中。在该实施方式中处理类(TREC)由EMS配置给网元,例如当NMS将QoS配置功能委派给网元管理系统时。然后,网元管理系统一个NE接着一个NE地配置网元参数。
参照图8,对其中应用本发明的第二实施方式的电信网络进行详细的描述。该网络包括包含三个路由器601、603和605的第一处理组域609。每个路由器被连接到其它两个路由器。
进一步,路由器603被连接到第二处理组域611。第二处理组域包括网关GPRS服务节点(GGSN)19。
路由器601进一步连接到第三处理组域。第三处理组域包括服务GPRS服务节点(SGSN)8。
每个路由器601、603和605包括仅具有用于存储传送到每个路由器的数据包的三个独立队列的存储单元(未示出)。第一队列用于所有实时业务的快速前传(EF),第二队列用于所有互动业务的保障前传(AF)而第三尽力而为(BE)的队列用于背景业务。因此第一处理组域609仅具有三个不同的延迟种类,因此仅有三个不同的可能数据处理。
在处理组域2和3的SGSN和GGSN内,可得到例如早先定义的6*3处理结构的典型的UTMS业务处理类。该6*3TREC结构具六个不同的处理列分类,被定义为会话、流、互动THP1、互动THP2、互动THP3和背景。
因此这就产生了定义能够被具有6*3处理类结构的处理组域2和域3以及处理组域1都能使用的处理类的问题。
参照图9b,示出了包含本发明的第二实施方式的网络管理系统。网络管理系统能够为所有三个域上所需业务管理数据处理。网络管理系统包括TREC发生器701(类似于前面描述的第一实施方式中用到的TREC发生器)和处理组(TREG)发生器703。TREC发生器701连接到TREG发生器703。
参照图9c,对本发明的第二实施方式所使用的方法进行描述。在第二实施方式中使用的方法的第一步骤705类似于第一实施方式的第一步骤,类似之处在于网络管理系统根据可用的网络资源产生一系列的处理类(TREC)。例如如前所述的6*3TREC结构被创建。在相同的步骤中,该TREC结构可被传送到请求它的网元和管理系统,例如传送到业务管理系统(在图9b中未示出)。
在下一步骤中,网络管理系统内的服务质量(QoS)策略配置工具307(如图5中所示)确定由TREC发生器301产生的处理类的数目是否大于域中可用的处理数目。如果是这种情况,则处理分类值被传送到处理组(TREG)发生器703。
在下一步骤709中,处理组(TREG)发生器将不同的处理类(TREC)编组或混合成例如多个处理组(TREG),这样TREG的数目就等于可用的处理数目。
本发明的实施方式所应用到的两个可能分组算法是通过延迟或优先级来分组的。第一分组算法根据它们的估计延迟来对不同的处理类进行分组。如果例如存在几个处理类具有0.5秒延迟的处理类TREC-X、具有1秒延迟的处理类TREG-Y和具有7秒延迟的处理组TREG-Z,则处理组发生器703对类X和Y进行分组来形成处理组TREC-alpha和对处理类Z进行分组来形成处理组TREG-beta。
第二分组算法根据不同的处理类的优先级来对它们进行混合。
在通过延迟(TREGd)进行分组中,属于相同延迟处理组的所有业务在该分组的范围内接收相同的延迟处理。相比之下,属于相同优先级处理组(TREGp)的所有业务在分组范围内接收相同的优先级处理。
在步骤711中,服务质量(QoS)策略配置工具307检测在域或是子域分组的内部数据库是否符合服务质量(QoS)网络管理处理类顺序。换句话说,管理系统检测网络延迟配置是否能够以这样一种方式被配置,即允许属于相同TREG的TREC能接收相同的估计延迟处理。
最后,在步骤713中,如果一致性检测被通过,则影响延迟的策略可被部署到网元。因此在利用本发明的第二实施方式中策略信息被传送到类似SGSN8、GCSN19和RNC4的不同网元来等待用户服务请求。
参照图9a,可看到此类处理类分组的例子,其中可看到处理类,其中处理类TREC1到TREC6被分组成处理组1(用于实时业务)613、处理类TREC7到TREC15被分组成处理组2(用于互动业务)以及处理类TREC16到TREC18被分组成处理组3(用于背景业务)。
本发明的实施方式可被用于在任意其它类型的无线承载上、在ATM处理上或是类似的上面携带业务。
在GPRS或是UMTS通信系统的上下文中对上述的实施方式进行了讨论。如实施方式所示的本发明也可被应用于其它实施由ITU-T提出的TMN原则的通信系统。
在网络管理系统和业务管理系统的上下文中对本发明的实施方式进行了描述。本发明的实施方式也可应用在其它的网络管理层。
在分组交换环境的上下文中对本发明的实施方式进行了描述。本发明的实施方式也可应用到电路交换环境中。
权利要求
1.一种用于电信网络中业务管理的方法,其中通过所述网络可接入至少一种业务,并且所述网络由管理系统进行管理,所述方法包括步骤提供公共业务种类;提供关于如何在所述网络中处理相应公共业务种类的所述公共业务种类信息;将所述公共业务种类中的一个公共业务种类分配给至少一种业务;根据所述信息在所述网络中处理所述业务。
2.根据权利要求1所述的方法,其中提供公共业务种类的所述步骤包括为至少一个业务种类定义至少一个参数。
3.根据权利要求2所述的方法,其中至少一种公共业务种类可由所述至少一个参数的至少一个值或值的范围来表征。
4.根据权利要求2或3所述的方法,其中对至少一个业务种类定义多个参数,并且所述至少一个业务种类由每个参数的值来表征。
5.根据权利要求2、3或4所述的方法,其中标识所述公共业务种类的所述至少一个参数至少是下面参数中的一种业务类(TC);分配/保持优先级(ARP);业务处理优先级(THP);带宽。
6.根据前面任意一项权利要求所述的方法,包括提供公共业务种类组,其中所述至少一个组包括至少两种所述的公共业务种类。
7.根据权利要求6所述的方法,其中所述提供公共业务种类信息的步骤包括步骤为所述电信网络的第一部分提供关于如何在所述电信网络的所述第一部分内处理属于所述至少一个公共业务种类组的公共业务种类。
8.一种通信系统,包括第一管理功能和第二管理功能,所述第一和第二管理功能被设置成使用公共业务种类,所述第一管理功能被设置成控制根据分配的公共业务种类而被处理的业务,所述第二管理功能被设置为向业务分配合适的公共业务种类。
9.如权利要求8所述的通信系统,进一步包括通信网络,其中所述第一管理功能被设置成根据被分配成业务的公共业务种类来控制与所述业务相关的在所述网络中被处理的所述业务。
10.如权利要求8或9所述的通信系统,包括至少一个存储公共业务种类信息的存储器,其中所述至少一个存储器被提供在所述第一和/或第二管理功能中。
11.如权利要求10所述的通信系统,其中存储器提供在每个所述第一和第二管理功能中,其中一个存储器被设置成存储所述公共业务种类信息,另一个存储器被同步于存储在另一个存储器中的信息。
12.如权利要求8或9所述的通信系统,其中,所述存储器独立于所述第一和第二管理功能被提供,其中所述存储器可被设置成存储所述公共业务种类信息,并且通过所述两个管理功能可访问所述存储器。
13.如权利要求12所述的通信系统,其中所述存储器在所述网络的通信节点内或在第三管理功能内。
14.根据权利要求8到13任意一项所述的方法,其中所述种类包括一组保证比特率种类。
15.如权利要求14所述的通信系统,其中所述保证比特率种类包括至少一个通话数据种类和流数据种类。
16.如权利要求8到14任意一项所述的通信系统,其中所述种类包括一组非保证比特率种类。
17.如权利要求16所述的通信系统,其中所述非保证比特率种类包括至少一个具有业务处理优先级1的第一交互处理、具有业务处理优先级2的第二交互数据处理、具有业务处理优先级3的第三交互数据处理以及背景数据处理。
18.如权利要求8到17任意一项所述的通信系统,其中所述种类包括三组,每一组具有不同分配和/或保持和/或优先级。
19.如权利要求8到18所述的通信系统,其中所述种类可包括公共业务种类组,所述公共业务种类组包括相关的公共业务种类,其中所述第一管理功能被设置成根据所述系统的第一部分内的所述公共业务种类组来确定资源,以及根据所述系统的第二部分内的所述数据种类来确定资源。
20.如权利要求8到19所述的通信系统,其中至少一个通信节点被设置成从所述第二管理功能接收定义所述业务的所述分配的公共业务种类的信息和从所述第一管理功能接收关于分配的公共业务种类的信息。
21.如权利要求20所述的通信系统,其中所述分配的公共业务种类信息包括至少一个涉及与所述业务相关的业务处理的参数。
22.如权利要求20或21所述的系统,其中所述至少一个通信节点包括至少一个GGSN、RNC和SGSN。
23.如权利要求20、21或22所述的系统,其中所述第二管理功能被设置成经HLR向所述至少一个节点提供所述业务的所述业务种类信息。
24.如权利要求8到23所述的通信系统,其中所述通信系统是UMTS架构通信系统。
25.如权利要求8到24所述的通信系统,其中所述通信系统是GPRS架构通信系统。
26.如权利要求8到25所述的通信系统,其中所述第一管理功能是网络管理系统(NMS)。
27.如权利要求8到26所述的通信系统,其中所述第二管理功能是业务管理系统(SMS)。
28.如权利要求8到27所述的系统,其中n个种类被提供并且所述网络的一部分能够仅处理m个种类,其中m<n,所述n个种类可被分成m个组或更小些。
29.如权利要求8到28所述的通信系统,其中所述第一管理功能被设置成向至少一个通信节点提供与所述业务种类有关的信息。
30.如权利要求29所述的通信系统,其中与所述业务种类有关的所述信息被传送到的所述至少一个通信节点包括SGSN、GGSN、BSC和RNC中的至少一个。
31.如权利要求29或30所述的通信系统,其中所述至少一个通信节点被设置成执行所述分配的业务种类的至少一个参数。
32.一种电信网络,其中通过所述网络可接入至少一种业务,并且所述网络由管理系统来管理,所述网络包括提供公共业务种类的设备;提供关于如何在所述网络中处理公共业务种类的信息的设备;用于将一个所述公共业务种类分配成至少一种业务的设备;其中所述网络被设置成使得所述网络内的所述业务根据关于如何在所述网络中处理所述公共业务种类的所述信息而被处理。
33.根据权利要求32的电信网络,包括第一管理系统,该系统包括所述提供公共业务种类的设备和/或提供关于如何在所述网络中处理所述公共业务种类的信息的设备。
34.根据权利要求32或33的电信网络,包括第二管理系统,该系统包括用于将一个所述公共业务种类分配给至少一种业务的所述设备。
35.根据权利要求32到34任意一项的电信网络,其中提供公共业务种类的所述设备包括提供至少一个参数的设备,其中至少一个所述公共业务种类由所述至少一个参数的至少一个值或是所述值的范围来表征。
36.根据权利要求32的电信网络,其中提供公共业务种类的设备包括提供多个参数的设备,其中至少一个所述公共业务种类由所述多个参数的值来表征。
37.根据权利要求35或36的电信网络,其中标识所述公共业务种类的所述至少一个参数包括至少下面的一项业务类(TC);分配/保持优先级(ARP);业务处理优先级(THP);带宽。
38.根据权利要求32到37任意一项的电信网络,其中提供公共业务种类的设备包括提供公共业务种类组的设备,其中所述至少一个组包括至少两个所述公共业务种类。
39.根据权利要求38所述的电信网络,其中提供关于如何在所述网络内处理所述公共业务种类的信息的所述设备包括为所述电信网络资源的第一部分提供关于如何在所述电信网络的第一部分内处理属于所述至少一个公共业务种类组的公共业务种类的信息的设备。
全文摘要
一种用于电信网络中业务管理的方法,其中通过所述网络可接入至少一种业务,并且所述网络由管理系统进行管理。所述方法包括步骤提供公共业务种类;提供关于如何在所述网络中处理相应公共业务种类的所述公共业务种类信息;将一个所述公共业务种类分配给至少一种业务;根据所述信息在所述网络中处理所述业务。
文档编号H04L12/56GK1890921SQ200480036776
公开日2007年1月3日 申请日期2004年11月15日 优先权日2003年11月19日
发明者马尔克屈·T·马基南, 米卡·基伊克基拉, 志纯·杭卡萨洛 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1