CN102143479A - 管理服务质量的方法、设备及系统 - Google Patents

Abstract

本发明实施例公开了一种管理服务质量的方法、设备及系统，属于通信领域。所述方法包括：接收服务请求；根据配置信息确定参与服务质量协商的设备；根据所述参与服务质量协商的设备的协商结果确定该服务请求对应的服务质量。所述设备包括：接收模块、第一确定模块和第二确定模块。本发明实施例通过根据配置信息确定参与服务质量协商的设备，并根据参与服务质量协商的设备的协商结果确定对应的服务质量，从而无需受限于HLR的签约结果，实现对服务质量的灵活管理。

Description

管理服务质量的方法、设备及系统

技术领域

本发明涉及通信领域，特别涉及一种管理服务质量的方法、设备及系统。

背景技术

在分组数据业务不断发展的今天，基于内容的服务已受到越来越多人的关注，同时也越来越关注于服务质量的体验。根据业务不同，对于服务质量的要求也不尽相同，因而需要对服务质量进行有效的管理。

在GPRS(General Paeket Radio Service，通用分组无线服务)和UMTS(Universal Mobile Telecommunications System，通用移动通信系统)等系统中，对服务质量进行管理时，SGSN(Serving GPRS Support Node，GPRS服务支持节点)通过比较HLR(Home Location Register，归属位置寄存器)签约的QoS(Quality of Service，服务质量)，GGSN(Gateway GPRS Support Node，网关GPRS支持节点)或RNC(Radio Network Controller，无线网络控制器)/BSC(Base Station Controller，基站控制器)等设备请求的QoS，以及SGSN自身配置的QoS等参数，协商出该业务最后的QoS。

因此，目前QoS的协商受限于HLR的签约结果等，如果在HLR中签约不出更高的服务质量的签约数据，则即便MS(Mobile Station，移动终端)、RNC/BSC和网络侧能够协商出更好的服务质量等级，或者网络侧能够检测出用户需要更优的服务质量，用户也不能得到更好的服务质量，导致管理服务质量的灵活性不高；且当前用户漫游到一个能够支持更好服务质量的地区后，最高服务质量也将被签约数据限制，进而限制了用户体验更好的服务。

发明内容

为了实现对服务质量的灵活管理，本发明实施例提供了一种管理服务质量的方法、设备及系统。所述技术方案如下：

一方面，提供了一种管理服务质量的方法，所述方法包括：

接收服务请求；

根据配置信息确定参与服务质量协商的设备；

根据所述参与服务质量协商的设备的协商结果确定所述服务请求对应的服务质量。

另一方面，提供了一种管理服务质量的设备，所述设备包括：

接收模块，用于接收服务请求；

第一确定模块，用于在所述接收模块接收到服务请求后，根据配置信息确定参与服务质量协商的设备；

第二确定模块，用于根据所述第一确定模块确定的参与服务质量协商的设备的协商结果确定所述服务请求对应的服务质量。

另一方面，还提供了一种管理服务质量的系统，所述系统包括：上述管理服务质量的设备。

本发明实施例提供的技术方案的有益效果是：

通过根据配置信息确定参与服务质量协商的设备，并根据参与服务质量协商的设备的协商结果确定对应的服务质量，从而无需受限于HLR的签约结果，实现对服务质量的灵活管理。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的管理服务质量的方法流程图；

图2是本发明实施例二提供的管理服务质量的方法流程图；

图3是本发明实施例三提供的管理服务质量的方法流程图；

图4是本发明实施例四提供的管理服务质量的设备结构示意图；

图5是本发明实施例四提供的确定模块结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

参见图1，本实施例提供了一种管理服务质量的方法，该方法流程具体如下：

101：接收服务请求；

102：根据配置信息确定参与服务质量协商的设备；

103：根据参与服务质量协商的设备的协商结果确定该服务请求对应的服务质量。

其中，该服务请求包括但不限于激活请求、二次激活请求、路由区更新请求、由MS发起的PDP(Package Data Protocol，分组数据协议)上下文更新请求、由GGSN发起的PDP上下文更新请求和由SGSN发起的PDP上下文更新请求，本实施例对此不作具体限定。

具体地，配置信息可以根据用户协商签约配置表得到，也可以通过其他的方式获取，本实施例对此不作具体限定。

其中，以管理服务质量的设备为SGSN为例进行说明，当然管理服务质量的设备也可以是GGSN、PCRF(Policy and Charging Rules Function，策略与计费规则功能)、RNC等，本实施例对此不作具体限定。用户协商签约配置表可以预先配置在SGSN上，则SGSN接收到服务请求后，通过查询自身配置的用户协商签约配置表即可得到对应的配置信息。需要说明的是，该SGSN接收到任何用户设备发起的服务请求，都可以通过查询自身配置的用户协商签约配置表来获取到配置信息。

SGSN根据配置信息确定参与服务质量协商的设备，具体包括：

SGSN根据配置信息判断是否由发起请求的设备来指示参与服务质量协商的设备；

如果是，则根据发起请求的设备的指示确定参与服务质量协商的设备；或者

如果否，则根据配置信息中的指示确定参与服务质量协商的设备。

进一步地，SGSN根据配置信息判断是否由发起请求的设备来指示参与服务质量协商的设备，具体包括：

判断配置信息中是否携带由请求设备指示的参数标识；

如果是，则判断由发起请求的设备来指示参与服务质量协商的设备。

进一步地，SGSN根据发起请求的设备的指示确定参与服务质量协商的设备时，还包括：

如果发起请求的设备未指示参与服务质量协商的设备，则SGSN根据归属位置寄存器的指示确定参与服务质量协商的设备；

进一步地，SGSN根据归属位置寄存器的指示确定参与服务质量协商的设备时，还包括：

如果归属位置寄存器未指示参与服务质量协商的设备，则SGSN根据配置信息的指示确定参与服务质量协商的设备。

本实施例提供的方法，通过根据配置信息确定参与服务质量协商的设备，并根据参与服务质量协商的设备的协商结果确定对应的服务质量，从而无需受限于HLR的签约结果，实现对服务质量的灵活管理，以便为用户分配更好的服务质量，进而提升用户体验。

实施例二

本实施例提供了一种管理服务质量的方法，为了使SGSN不局限于MS/GGSN等设备请求的QoS、HLR签约的QoS和SGSN配置的QoS的协商结果，该方法在满足SGSN配置场景条件下，可以实现配置以MS/GGSN请求的QoS、HLR签约的QoS和SGSN配置的QoS中的一项或几项协商出来的结果为准，因而该实施例中所涉及的SGSN具有用户组合协商签约功能，从而在无需受限于HLR的签约结果的情况下，实现对服务质量的灵活管理。

为了便于说明，本实施例以GPRS系统中，IMSI(International MobileSubscriber Identification Number，国际移动用户识别码)为13816000001的MS向SGSN发起激活请求，由SGSN对服务质量进行管理为例，对本实施例提供的方法进行详细说明。参见图2，本实施例提供的方法流程具体如下：

201：MS向SGSN发起请求63kbps速率的激活请求；

针对该步骤，本实施例不对MS发起激活请求的方式及场景进行限定，同样不对该MS请求的具体服务质量进行限定，此处仅以MS的激活请求中所请求的QoS是速率为63kbps为例进行说明。

202：SGSN判断配置信息中携带了由请求设备指示的参数标识；

SGSN接收到激活请求后，查询自身配置的用户协商签约配置表，来得到该配置信息，该配置信息携带了由请求设备指示的参数标识。

其中，配置信息根据用户协商签约配置表得到，而用户协商签约配置表为预先配置在SGSN上的，用户协商签约配置表中的配置信息包括但不限于以下几点：

1)是否携带由请求设备指示的参数标识；

2)IMSI、MSISDN(Mobile Subscriber International ISDN，移动用户国际ISDN码)和IMEI(International Mobile Equipment Identity，国际移动设备身份码)号(最长匹配)；

3)比较哪几类QoS(MS、SGSN、GGSN和/或HLR)；

4)场景选择(激活、二次激活、路由区更新、更新PDP上下文(MS发起)、更新PDP上下文(GGSN发起)或更新PDP上下文(SGSN发起)等)；

5)根据APN(Access Point Name，接入点名称)的配置决定比较哪几类配置；

6)配置不使用签约QoS的参数(部分生效参数)；

7)QoS参数(可靠性，优先级，延迟等级，最大吞吐量，平均吞吐量，流量等级，最大SDU(Service Data Unit，业务数据单元)长度，上行最大速率，上行保证速率，下行最大速率，下行保证速率，发送次序，发送错误SDU，保留BER(Bit Error Rate，误码率)，SDU误码率，发送控制优先级，传递时延，分配保留优先级，扩展下行最大速率，扩展下行保证速率，扩展上行最大速率，扩展上行保证速率和无线优先级......等中的至少一个)；

8)时间段(起始时间和结束时间、周期时间或持续时间)。

其中，上述配置信息1)至8)为并列的几个配置信息，用户协商签约配置表中可同时包括1)至8)这几个配置信息，也可以仅包括其中的部分配置信息，例如，仅包括除8)之外的其他几个配置信息等等，本实施例不对用户协商签约配置表中的具体配置信息进行限定。此处以用户协商签约配置表中的配置信息1)中携带了由请求设备指示的参数标识为例，则SGSN需要根据请求设备的指示来确定参与服务质量协商的设备，在该实施例中即为发起激活请求的MS。

其中需要说明的是，在确定配置信息是可以根据配置在SGSN上的用户的协商签约配置表中所配置的信息来进行确定。如果该用户的协商签约配置表中的配置信息包括2)的话，则SGSN需要确定接收到的激活请求的用户设备的IMSI，MSISDN和IMEI是否在该对应的配置表内，如果按照该用户的协商签约配置表中的配置信息确定参与服务质量协商的设备，如果不在，则不按照这种方式协商，反之亦然。如果该用户的协商签约配置表中的配置信息包括8)的话，那么SGSN根据接收到的激活请求的时间来判断能否采用该用户的协商签约配置表中的配置信息确定参与服务质量协商的设备，等等。

203：SGSN获取MS携带的指示参数标识；

具体地，由于配置信息中携带了由请求设备指示的参数标识，则SGSN将根据MS携带的指示参数标识来确定参与服务质量协商的设备。针对该步骤，MS可以携带指示参数标识，也可以不携带指示参数标识，此处仅以MS携带了指示参数标识，且该标识指示比较MS请求的QoS及SGSN配置的QoS为例。本实施例不对SGSN获取MS携带的指示参数标识的方式进行限定。实际应用中，MS可以在向SGSN发起激活请求时，通过一个信元携带指示参数标识，也可以在其他的流程中获取指示参数标识。

204：SGSN根据MS的指示确定参与服务质量协商的设备及协商结果；

具体地，由于上述步骤203中以MS携带的标识指示比较MS请求的QoS及SGSN配置的QoS为例，则该步骤中，SGSN根据MS的指示即可确定参与服务质量协商的设备为MS及SGSN本身，然后协商结果，具体协商时，可将参与服务质量协商的各个设备的服务质量中最低的服务质量作为协商结果，例如，MS请求的服务质量为63kbps，SGSN配置的服务质量为128kbps，则最终的协商结果为63kbps，此处以MS和SGSN的协商结果为63kbps为例。也可以按照其他设定的规则进行协商，将各个设备的服务质量的最大值作为协商结果，或者将各个设备的服务质量的平均值作为协商结果等，本实施例对此不作具体限定。

205：SGSN将协商结果携带在创建PDP上下文请求中发送给GGSN；

针对该步骤，SGSN将协商结果63kbps携带在创建PDP上下文请求中发送给GGSN。

206：SGSN接收GGSN返回的创建PDP上下文响应；

其中，本实施例以GGSN接受协商结果为例，则GGSN返回的创建PDP上下文响应中将携带63kbps速率。

207：SGSN向MS返回激活响应，使MS完成激活；

其中，GGSN返回的创建PDP上下文响应中携带MS和SGSN的协商结果63kbps，则SGSN向MS返回激活响应时，将其携带在激活响应中一并发送给MS，使MS据此完成激活。

进一步地，在MS激活后，GGSN、MS和SGSN等设备还可以发起PDP上下文更新，以此修改速率，对此，本实施例仅以GGSN发起PDP上下文更新为例进行说明，详见后续步骤。

208：GGSN发起修改服务质量为256kbps速率的PDP上下文更新请求；

针对该步骤，同MS发起激活一样，GGSN在发起PDP上下文更新时，也可以携带指示参数标识，本实施例同样不对GGSN携带指示参数标识的方式进行限定。实际应用中，GGSN也可以通过发送给SGSN的信元携带该指示参数标识，本实施例仅以GGSN发起PDP上下文更新，请求将服务质量修改为256kbps速率，且GGSN没有携带指示参数标识为例进行举例说明。

209：SGSN判断配置信息中携带了由请求设备指示的参数标识；

其中，该步骤同上述步骤202，此处不再赘述，仍以SGSN携带了由请求设备指示的参数标识为例，则SGSN将根据GGSN的指示确定参与服务质量协商的设备，详见后续步骤。

210：GGSN未携带指示参数标识，SGSN根据配置信息中的指示确定参与服务质量协商的设备及协商结果；

针对该步骤，由于SGSN获取的配置信息中携带了由请求设备指示的参数标识，即意味着SGSN需要根据请求设备GGSN的指示确定参与服务质量协商的设备。但由于GGSN未携带指示参数标识，即GGSN未指示出哪些设备参与服务质量协商，则针对该种情况，本实施例提供的方法可以选择根据归属位置寄存器HLR的指示确定参与服务质量协商的设备；如果HLR仍未指示参与服务质量协商的设备，则根据配置信息的指示确定参与服务质量协商的设备。

其中，本实施例同样不对HLR携带指示的方式进行限定，仅以HLR签约时利用现存的信元增加指示为例，例如计费属性等，则SGSN获取到HLR签约时的信元后，即可获知HLR是否携带指示。该步骤以HLR未指示参与服务质量协商的设备为例，则SGSN查询用户协商签约配置表中的配置信息，以SGSN的配置确认请求IMSI号满足条件，APN满足条件，场景满足条件，SGSN获取配置的设备协商，仅根据GGSN协商为例，则SGSN以GGSN请求的服务质量为准，即将其作为协商结果。

211：SGSN将协商结果携带在修改PDP上下文请求中发送给MS，使MS据此修改PDP上下文；

其中，SGSN将协商结果为256kbps速率的服务质量返回给MS，使MS修改速率，MS在接受协商结果，完成PDP上下文修改后，将向SGSN返回修改PDP上下文响应。

212：SGSN接收MS返回的修改PDP上下文响应，并向GGSN返回PDP上下文更新响应。

需要说明的是，本实施例仅以GGSN发起QoS修改请求为例，即GGSN请求修改QoS，除了GGSN可以请求修改QoS，MS也可以请求修改QoS，即发起QoS修改请求。

其中，在“MS请求修改QoS”的情况下：

如果MS发起QoS修改请求，其请求的QoS只在该流程中一次生效。后续过程中如果SGSN发起QoS修改流程，仍以配置的协商方法进行QoS协商；如果MS请求的QoS未被选中，即使MS发起QoS修改请求，也不会生效，协商QoS时仍然不使用该参数。

在“GGSN请求修改QoS”的情况下：

如果GGSN发起QoS修改请求，其请求的QoS长期生效。后续过程中如果SGSN发起QoS修改流程，都是以GGSN请求的QoS为基准进行协商。这种控制方式确定QoS的决定权在GGSN，而不是在MS侧，MS一旦激活PDP，GGSN就会根据实际的应用决定为用户选择对应的QoS，并将该QoS下发给SGSN，由SGSN返回给MS。

本实施例提供的方法，通过根据配置信息确定参与服务质量协商的设备，并根据参与服务质量协商的设备的协商结果确定对应的服务质量，从而无需受限于HLR的签约结果，实现对服务质量的灵活管理，以便为用户分配更好的服务质量，进而提升用户体验。

实施例三

本实施例提供了一种管理服务质量的方法，为了使SGSN不局限于MS/GGSN等设备请求的QoS、HLR签约的QoS和SGSN配置的QoS的协商结果，该方法在满足SGSN配置场景条件下，可以实现以MS/GGSN请求的QoS、HLR签约的QoS和SGSN配置的QoS中的一项或几项协商出来的结果为准，因而该实施例中所涉及的SGSN具有用户组合协商签约功能，从而在无需受限于HLR的签约结果的情况下，实现对服务质量的灵活管理。

为了便于说明，本实施例以UMTS系统中，MSISDN为460070000000001的MS发起服务质量等级更新为例，对本实施例提供的方法进行详细说明。参见图3，本实施例提供的方法流程具体如下：

301：MS向SGSN发起第一类QoS流量等级更新请求；

针对该步骤，服务质量除了可以用具体的数值大小来来表示，还可以用流量等级(Traffic Class)来表示，实际应用中，流量等级为多种，本实施例不对MS发起的具体流量等级进行限定，仅以MS发起第一类QoS流量等级更新为例进行说明，即MS请求将服务质量更新为第一类QoS。

302：SGSN判断配置信息中未携带由请求设备指示的参数标识；

其中，配置信息根据用户协商签约配置表得到，而用户协商签约配置表为预先配置在SGSN上的，用户协商签约配置表中的配置信息具体可详见上述实施例二中的步骤202，此处不再赘述，并仅以配置信息中未携带由请求设备指示的参数标识为例进行说明。

303：SGSN根据配置信息中的指示确定参与服务质量协商的设备及协商结果；

具体地，由于SGSN判断出配置信息中未携带由请求设备指示的参数标识，则意味着无需根据请求设备的指示确定参与服务质量协商的设备，因此，该步骤由SGSN根据配置信息中的指示确定参与服务质量协商的设备。

其中，从上述实施例二中的步骤202的配置信息中可以看出，3)和5)中均可以指示比较哪几类设备的服务质量，对此，如果3)和5)指示的内容相同，则按照3)或5)中的指示均可以确定参与服务质量协商的设备，如果3)和5)指示的内容不相同，则可按照一定的优选顺序从3)和5)中选择一个指示，并按照选择出的指示确定参与服务质量协商的设备，如3)优先或者5)优先，本实施例对此不作具体限定，仅以SGSN根据配置信息中的指示确定请求IMS I号满足条件，APN满足条件，场景满足条件，获取配置的设备协商后，确定参与服务质量协商的设备包括MS、HLR及SGSN，而协商结果为第三类QoS流量等级为例。其中，由于是流量等级更新，SGSN处已经存储了HLR的签约数据，因而SGSN无需再与HLR进行交互。

304：SGSN将协商结果携带在PDP上下文更新请求中发送给GGSN；

其中，协商结果为第三类QoS流量等级，则SGSN将第三类QoS流量等级携带在PDP上下文更新请求中发送给GGSN。

305：GGSN向SGSN返回PDP上下文更新响应；

具体地，本实施例以GGSN接受协商结果为例，则GGSN向SGSN返回的PDP上下文更新响应中携带第三类QoS流量等级。

306：SGSN向MS返回第三类QoS流量等级更新响应，使MS完成流量等级更新；

针对该步骤，在MS完成流量等级更新后，接下来，本实施例将以MS向SGSN发起路由区更新为例，对本实施例提供的方法作进一步说明，详见后续步骤。

307：MS向SGSN发起路由区更新请求；

其中，路由区更新包括跨SGSN的路由区更新，和SGSN内的路由区更新，此处仅以SGSN内的路由区更新为例进行举例说明。

308：SGSN判断配置信息中未携带由请求设备指示的参数标识；

针对该步骤，由于SGSN判断出配置信息中未携带由请求设备指示的参数标识，则意味着无需根据请求设备的指示确定参与服务质量协商的设备，对此，SGSN还可以根据HLR携带的指示来确定参与服务质量协商的设备，如果HLR中仍未做出指示，则SGSN将根据配置信息中的指示确定参与服务质量协商的设备，本实施例以SGSN将根据配置信息中的指示确定参与服务质量协商的设备为例，详见后续步骤。

309：SGSN根据配置信息中的指示确定参与服务质量协商的设备及协商结果；

具体地，SGSN根据配置信息中的指示确定参与服务质量协商的设备时，具体同上述步骤303中的描述，此处不再赘述。

本实施例以SGSN根据配置信息确认请求IMSI号满足条件，APN满足条件，场景满足条件，确定参与服务质量协商的设备为MS及SGSN为例，则根据MS及SGSN的协商确定协商结果，此处以协商结果为第一类QoS 流量等级为例。

310：SGSN将协商结果携带在PDP上下文更新请求中发送给GGSN；

针对该步骤，因为是路由区更新，则在确定协商结果之后，SGSN需要将协商结果通知给GGSN。

311：GGSN向SGSN返回PDP上下文更新响应；

其中，本实施例以GGSN接受协商结果为例，则GGSN返回的PDP上下文更新响应中携带第一类QoS流量等级。

312：SGSN向MS返回路由区更新响应；

具体地，SGSN向MS返回的路由区更新响应中携带第一类QoS流量等级，MS据此完成路由区更新。

313：MS向SGSN返回确认响应。

本实施例提供的方法，通过根据配置信息确定参与服务质量协商的设备，并根据参与服务质量协商的设备的协商结果确定对应的服务质量，从而无需受限于HLR的签约结果，实现对服务质量的灵活管理，以便为用户分配更好的服务质量，进而提升用户体验。

实施例四

本实施例提供了一种管理服务质量的设备，参见图4，该设备包括：

接收模块401，用于接收服务请求；

第一确定模块402，用于在接收模块401接收到服务请求后，根据配置信息确定参与服务质量协商的设备；

第二确定模块403，用于根据第一确定模块402确定的参与服务质量协商的设备的协商结果确定该服务请求对应的服务质量。

其中，服务请求包括但不限于激活请求、二次激活请求、路由区更新请求、由MS发起的PDP上下文更新请求、由GGSN发起的PDP上下文更新请求和由SGSN发起的PDP上下文更新请求，本实施例对此不作具体限定。

配置信息根据用户协商签约配置表得到，关于用户协商签约配置表的内容详见上述实施例二中步骤202的介绍。

参见图5，第一确定模块402，具体包括：

判断单元402a，用于根据配置信息判断是否由发起请求的设备来指示参与服务质量协商的设备；

第一确定单元402b，用于在判断单元402a判断出由发起请求的设备来指示参与服务质量协商的设备后，根据发起请求的设备的指示确定参与服务质量协商的设备；或者

第二确定单元402c，用于在判断单元402a判断出不由发起请求的设备来指示参与服务质量协商的设备后，根据配置信息中的指示确定参与服务质量协商的设备。

其中，判断单元402a，具体用于判断配置信息中是否携带设备指示参数标识；如果是，则判断由发起请求的设备来指示参与服务质量协商的设备。

进一步地，第一确定单元402b，还用于在发起请求的设备未指示参与服务质量协商的设备时，根据归属位置寄存器的指示确定参与服务质量协商的设备。

第一确定单元402b，还用于在归属位置寄存器未指示参与服务质量协商的设备时，根据配置信息的指示确定参与服务质量协商的设备。

具体地，本实施例提供的管理服务质量的设备具体可以为SGSN，也可以是GGSN、PCRF、RNC等，本实施例对此不作具体限定。

本实施例提供的设备，通过根据配置信息确定参与服务质量协商的设备，并根据参与服务质量协商的设备的协商结果分配对应的服务质量，从而无需受限于HLR的签约结果，实现对服务质量的灵活管理，以便为用户分配更好的服务质量，进而提升用户体验。

本发明实施例还提供了一种管理服务质量的系统，包括前述任意一种管理服务质量的设备，在此不再赘述。

需要说明的是：上述实施例提供的管理服务质量的设备在进行服务质量管理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的管理服务质量的设备与管理服务质量的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本发明实施例中的全部或部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种管理服务质量的方法，其特征在于，所述方法包括：

接收服务请求；

根据配置信息确定参与服务质量协商的设备；

根据所述参与服务质量协商的设备的协商结果确定所述服务请求对应的服务质量。

2.根据权利要求1所述的方法，其特征在于，所述配置信息根据用户协商签约配置表得到。

3.根据权利要求1所述的方法，其特征在于，所述根据配置信息确定参与服务质量协商的设备，具体包括：

根据配置信息判断是否由发起请求的设备来指示参与服务质量协商的设备；

如果是，则根据所述发起请求的设备的指示确定参与服务质量协商的设备；或者

如果否，则根据所述配置信息中的指示确定参与服务质量协商的设备。

4.根据权利要求3所述的方法，其特征在于，所述根据配置信息判断是否由发起请求的设备来指示参与服务质量协商的设备，具体包括：

判断所述配置信息中是否携带由请求设备指示的参数标识；

如果是，则判断由所述发起请求的设备来指示参与服务质量协商的设备。

5.根据权利要求3所述的方法，其特征在于，所述根据所述发起请求的设备的指示确定参与服务质量协商的设备时，所述方法还包括：

如果所述发起请求的设备未指示参与服务质量协商的设备，则根据归属位置寄存器的指示确定参与服务质量协商的设备。

6.根据权利要求5所述的方法，其特征在于，所述根据归属位置寄存器的指示确定参与服务质量协商的设备时，所述方法还包括：

如果所述归属位置寄存器未指示参与服务质量协商的设备，则根据所述配置信息的指示确定参与服务质量协商的设备。

7.一种管理服务质量的设备，其特征在于，所述设备包括：

接收模块，用于接收服务请求；

第一确定模块，用于在所述接收模块接收到服务请求后，根据配置信息确定参与服务质量协商的设备；

第二确定模块，用于根据所述第一确定模块确定的参与服务质量协商的设备的协商结果确定所述服务请求对应的服务质量。

8.根据权利要求7所述的设备，其特征在于，所述第一确定模块，具体包括：

判断单元，用于根据配置信息判断是否由发起请求的设备来指示参与服务质量协商的设备；

第一确定单元，用于在所述判断单元判断出由所述发起请求的设备来指示参与服务质量协商的设备后，根据所述发起请求的设备的指示确定参与服务质量协商的设备；或者

第二确定单元，用于在所述判断单元判断出不由所述发起请求的设备来指示参与服务质量协商的设备后，根据所述配置信息中的指示确定参与服务质量协商的设备。

9.根据权利要求8所述的设备，其特征在于，所述判断单元，具体用于判断所述配置信息中是否携带由请求设备指示的参数标识；如果是，则判断由所述发起请求的设备来指示参与服务质量协商的设备。

10.根据权利要求8所述的设备，其特征在于，所述第一确定单元，还用于在所述发起请求的设备未指示参与服务质量协商的设备时，根据归属位置寄存器的指示确定参与服务质量协商的设备。

11.根据权利要求10所述的设备，其特征在于，所述第一确定单元，还用于在所述归属位置寄存器未指示参与服务质量协商的设备时，根据所述配置信息的指示确定参与服务质量协商的设备。

12.一种管理服务质量的系统，其特征在于，所述系统包括权利要求7至11中任一权利要求所述的设备。

Images