CN1756178A - 动态修改业务服务等级的方法 - Google Patents
动态修改业务服务等级的方法 Download PDFInfo
- Publication number
- CN1756178A CN1756178A CN 200410078395 CN200410078395A CN1756178A CN 1756178 A CN1756178 A CN 1756178A CN 200410078395 CN200410078395 CN 200410078395 CN 200410078395 A CN200410078395 A CN 200410078395A CN 1756178 A CN1756178 A CN 1756178A
- Authority
- CN
- China
- Prior art keywords
- service
- node
- grade
- path
- protection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种动态修改业务服务等级的方法。本发明包括:客户端向网络端发起修改服务等级请求,网络端则根据所述服务等级请求的内容确定向网络节点发送的操作命令,并发送;在网络节点上,根据收到的操作命令进行服务等级修改操作。本发明实现了动态修改各客户的服务等级,解决了现有技术中无法动态修改服务等级的问题。因此,本发明中,网络运营商可以灵活地为客户端提供相应的服务等级,以满足客户端不同时期的各种不同需求。而且,本发明中,动态修改服务等级的过程中不损伤业务,保证了业务传输的可靠性不受影响。
Description
技术领域
本发明涉及网络保护技术领域,尤其涉及一种动态修改业务服务等级的方法。
背景技术
在智能光网络中,网络运营商可以通过设置业务服务等级属性为客户指定不同的服务等级,对应不同的服务等级的业务,网络运营商将为相应客户提供不同的网络恢复功能,如无保护、重路由保护、1+1保护、连接建立和保持的优先级、失败后的恢复策略和保持策略等等。
在网络运营过程中,客户可能需要对为其设置的业务服务等级进行调整。比如,前期网络资源不足,不能提供客户要求的服务等级,但当网络资源得到提高后,客户便可以获得其要求的服务等级,这时便需要针对为该客户设置的服务等级进行修改。又如,当客户传输数据重要性提高后,也可能需要提高相应的服务等级,从原来的无保护级别升级到有保护的级别;以及,当客户传输数据重要性降低后,出于降低成本的考虑,可能需要降低服务等级,从原来的有保护级别降级到无保护级别。
目前,针对各客户端设置的服务等级经过网络运营商确定后,无法根据自己的需求动态进行修改,如果要修改服务等级,则需要将原来建立的业务路径删除,并根据新的服务等级重新建立路径。因此,基于上述需要,目前还没有提供一种可以为客户提供动态修改业务服务等级的技术方案,因而也就无法满足客户对业务服务等级的灵活需求。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种动态修改业务服务等级的方法,以便于网络客户可以根据实际需要灵活地调整自己的业务服务等级。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种动态修改业务服务等级的方法,包括:
A、客户端向网络端发起修改服务等级请求;
B、网络端根据所述服务等级请求的内容确定向网络节点发送的操作命令,并发送;
C、网络节点根据收到的操作命令进行服务等级修改操作。
所述的步骤A还包括:
网管中心对客户端发来的请求进行认证,并在认证通过后执行步骤B。
本发明中,步骤B所述的操作命令包括:
将无保护或重路由保护升级为1+1保护的操作命令;
将无保护升级为重路由保护的操作命令;
将1+1保护降级为无保护或重路由保护的操作命令;
或者,将重路由保护降级为无保护的操作命令。
本发明中,在执行所述的步骤C之前还包括:
网络节点收到所述的操作命令后,根据客户端与运营商之间协商确定的修改服务等级信息对所述的操作命令进行合法性检查,并在检查通过后,执行步骤C。
所述的步骤C包括:
网络节点收到所述的操作命令后,确定所述操作命令需要修改服务等级的业务应用的业务路径;
沿着确定的业务路径通过协议信令消息的传递进行修改业务服务等级的操作处理。
本发明中,当需要将服务等级由无保护升级为重路由保护时,所述的步骤C包括:
在首节点将业务路径的属性修改重路由保护,且所述的业务路径的属性改变信息由首节点起始依次通知下游节点,直至末端节点,在末端节点将业务路径的属性修改为重路由保护。
本发明中,当将服务等级由无保护或重路由升级为1+1保护时,所述的步骤C包括:
在业务的首节点发起建立一条属性为1+1保护且为备用路径的业务两端间的路径;
所述的业务两端间的路径建立成功时,在首节点将原有路径的属性修改为1+1保护且为主用路径,并下发双发选收的交叉命令;
所述的原有路径的属性改变信息由首节点起始依次通知下游节点,直至末端节点,在末端节点修改原有路径的属性,并下发双发选收的交叉命令。
本发明中,当需要将服务等级由1+1保护降级到重路由保护或无保护时,所述的步骤C包括:
设置当前业务传输应用的主用路径禁止进行保护倒换;
在首节点将备用路径的属性修改为重路由或无保护,并下发命令,通知删除双发选收交叉功能;
所述的备用路径的属性修改信息由首节点起始依次通知下游节点,直至末端节点,在各下游节点和末端节点分别将备用路径的属性修改为重路由或无保护,同时,在末端节点下发命令,还通知删除双发选收交叉功能。
当需要将服务等级由1+1保护降级到重路由保护或无保护时,所述的步骤C还包括:
末端节点依次通过各上游节点向首节点返回属性修改响应消息,首节点收到所述的响应消息后,删除备用路径,并将主用路径的属性修改为重路由或无保护;
所述的主用路径的属性修改信息由首节点起始依次通知下游节点,直至末端节点,在各下游节点和末端节点分别将主用路径的属性修改为重路由或无保护。
本发明中,当需要将服务等级由重路由保护降级到无保护时,所述的步骤C包括:
设置当前业务传输应用的路径禁止重路由;
在首节点将业务路径的属性修改为无保护,且所述的业务路径的属性修改信息由首节点起始依次通知下游节点,直至末端节点,各下游节点及末端节点分别将业务路径的属性修改为无保护。
由上述本发明提供的技术方案可以看出,本发明实现了动态修改各客户的服务等级,解决了现有技术中无法动态修改服务等级的问题。因此,本发明中,网络运营商可以灵活地为客户端提供相应的服务等级,以满足客户端不同时期的各种不同需求。而且,本发明中,动态修改服务等级的过程中不损伤业务,保证了业务传输的可靠性不受影响。
附图说明
图1为本发明所述的方法的流程图;
图2为无保护路径的结构示意图;
图3为1+1保护路径的结构示意图;
图4为将无保护升级为1+1保护的处理流程示意图;
图5为将无保护升级为重路由保护的处理流程示意图;
图6为将1+1保护降级为无保护或重路由保护的处理流程示意图;
图7为将重路由保护降级为无保护的处理流程示意图。
具体实施方式
本发明的核心是提供一种客户端可以根据需要灵活修改在网络中享有的业务服务等级的方法,且动态修改服务等级的处理过程不损伤业务,即实现无缝修改针对各客户端的业务服务等级。
本发明所述的方法如图1所示,主要包括以下处理过程:
步骤11:客户向网络运营商(即网络端)提出修改服务等级的请求,网络运营商需要对提出修改服务等级的客户进行身份认证,对于认证通过的客户端则确定可以进行服务等级的修改操作;
例如,可以根据客户端输入的用户名及密码信息对客户进行身份认证,从而方便控制修改服务等级的客户的权限;
步骤12:根据认证通过的客户端的修改服务等级的请求的内容确定服务等级修改的操作命令,并发送给业务路径的首节点,即网管中心向首节点发送修改服务等级的操作命令;
所述的业务路径的首节点通常为所述客户端接入网络的节点,即网络的边缘节点;
所述的服务等级请求中包括该业务的新的服务等级需求,且根据所述的新的服务等级需求可能会产生如下情况的服务等级的修改:
将无保护业务升级为1+1保护业务;
将重路由保护业务升级为1+1保护业务;
将无保护业务升级为重路由保护业务;
将1+1保护业务降级为无保护业务;
将1+1保护业务降级为重路由保护业务;
将重路由保护业务降级为无保护业务,等等;
根据上述服务等级的修改需求便可以确定对应的操作命令;
步骤13:首节点在收到修改服务等级的操作命令后,对所述的修改服务等级的操作命令进行合法性检查,即对所述操作命令要求的服务等级是否合法进行检查;
通常为根据客户和网络运营商之间协商的内容,检查所述操作命令要求的服务等级是否合法;
步骤14:服务等级的操作命令合法检查通过后,首节点发起修改服务等级的操作;
首节点收到所述的操作命令后,确定所述操作命令需要修改服务等级的业务应用的业务路径,并沿着确定的业务路径通过协议信令消息的传递进行修改业务服务等级的操作处理;
其中,确定需要修改服务等级的业务应用的业务路径可以根据所述业务的标识查找节点中保存着各路径信息的表项确定,当然也可以根据该业务的其他区别信息查找所述表项确定相应的路径。
本发明中所述的首节点发起修改服务等级的操作的具体处理过程根据要求修改的服务等级的不同而不同,下面将结合具体的应用实例,并以应用RSVP(资源预留协议)信令为例对本发明进行说明。
当根据新的服务等级要求,需要将无保护业务升级为1+1保护业务时,例如,如图2所示,假设从节点A到节点D之间建立了一条无保护的连接路径,称为LSP1,现在根据新的服务等级的要求,需要将这条无保护的业务连接升级为1+1的保护业务连接,具体的修改服务等级的操作处理过程结合图2、图3和图4描述如下:
步骤41:在首节点A,发起建立一条到节点D的连接(即路径)的请求,称为LSP2,设置其保护属性为1+1保护,并将其属性设为备用路径LSP,将该业务路径的服务等级属性设为新的服务等级,即提供1+1保护的业务服务等级;
同时,根据建立保护路径LSP2的要求,确定LSP2经过的路径不能与LSP1经过的路径相交,除首节点A和末端节点D外,如图2所示,假设LSP2走的路径是从节点A经过节点E、F到节点D;
步骤42:当节点A收到建立LSP2的响应时,则表示LSP2已建立成功,此时,在首节点A,将LSP1的保护属性由无保护改为1+1保护,将服务等级属性改为新的服务等级,并将业务原来应用的路径LSP1设为1+1保护中的主用路径,即主LSP;
由于保护属性和服务等级属性发生了改变,RSVP需要通知底层的交叉管理模块修改业务的保护属性和服务等级,并将LSP1设为1+1的主LSP;
在底层,当发现保护属性由无保护改变为了1+1保护,则找到1+1备LSP,即LSP2,并将这两条LSP(即LSP1和LSP2)进行关联,同时,下发实现1+1保护所需要的双发选收的交叉命令;
步骤43:由于LSP1的保护属性和服务等级属性发生了改变,RSVP会通过Path消息将新的保护属性和服务等级属性传往下游节点,并通知下游节点进行保护属性和服务等级属性的更新;
步骤44:下游节点在收到更新保护属性和服务等级属性的Path消息后,更新LSP1的保护属性和服务等级属性,并通知底层更新业务的相应的保护属性和服务等级属性,然后继续向下游节点传送更新保护属性和服务等级属性的Path消息,直至末端节点;
步骤45:末端节点D在收到更新保护属性和服务等级属性的Path消息后,同样更新LSP1的相应属性,并通知底层更新业务的相应属性;
在底层,当发现LSP1的保护属性由无保护改变为了1+1保护,则找到1+1备LSP(即LSP2),并将这两条LSP进行关联,下发双发选收的交叉,如图3所示,至此,根据新的服务等级要求,原来是无保护的LSP1就升级成了1+1保护的LSP;
可以看出,本发明在上述修改服务等级的过程中不会有业务的损伤。
同理,当根据新的服务等级要求,需要将重路由保护业务升级为1+1保护业务时,具体的处理过程与上述步骤41至步骤45类似,只是原来业务的保护属性不再是无保护,而是重路由保护。
当根据新的服务等级要求,需要将无保护业务升级为重路由保护业务时,相应的处理过程如图5所示,具体包括:
步骤51:在首节点,根据新的服务等级要求,将业务传输应用的业务路径LSP的保护属性由无保护改为重路由保护,并将服务等级改为新的服务等级。由于保护属性和服务等级属性发生了改变,RSVP需要通知底层的交叉管理模块修改业务的保护属性和服务等级;
步骤52:在LSP的保护属性和服务等级属性发生了改变后,RSVP会通过Path消息将新的保护属性和服务等级属性传往下游节点,通知下游节点进行相应的更新;
步骤53:下游节点在收到更新保护属性和服务等级属性的Path消息后,更新所述业务路径LSP的保护属性和服务等级属性,并通知底层更新业务的相应的保护属性和服务等级属性,然后继续向下游节点传送更新保护属性和服务等级属性的Path消息,直至末端节点;
步骤54:末端节点在收到更新保护属性和服务等级属性的Path消息后,同样更新所述业务路径LSP的保护属性和服务等级属性,并通知底层更新业务的保护属性和服务等级属性。
经过上述步骤51到步骤54的处理过程后,所述业务路径LSP的服务等级和保护属性便得到了修改,实现了本发明的动态修改服务等级的目的。
前面,对本发明中涉及的服务等级升级的处理过程举例进行了相应的说明,下面将再对服务等级降级的过程进行举例说明。
当根据新的服务等级要求,需要将1+1保护业务降级为无保护业务或重路由保护业务时,假设1+1主LSP为LSP1,备LSP为LSP2,则此时首先需要对当前业务所走的路径进行锁定处理,即不允许业务发生倒换和重路由,假设当前业务走在LSP1上,则对LSP1进行锁定,相应的具体的降级处理过程如图6所示,具体包括:
步骤61:在首节点,对LSP2发起降级请求,请求降级为无保护或重路由保护;将LSP2的保护属性和服务等级属性发生了改变,所以RSVP会通知底层的交叉管理模块,删除相应的双发选收交叉,并降级为普通的交叉;
同时,在首节点,由于LSP2的保护属性和服务等级属性发生了改变,则RSVP会通过Path消息将新的服务等级属性信息带给下游节点;
步骤62:下游节点在收到保护属性和服务等级属性改变后的Path消息,则更改本地的LSP2的保护属性和服务等级属性信息,并通知底层的交叉管理模块做相应的处理;
由于在中间节点,没有建立双方选收的交叉,所以不需要做什么处理。中间节点将继续向下游节点发送LSP2保护属性和服务等级属性改变的Path消息,以便于其他下游节点进行相应的修改;
步骤63:末端节点在收到保护属性和服务等级改变后的Path消息,会更改本地的LSP2的保护属性和服务等级属性,并通知底层的交叉管理模块删除相应的双方选收交叉,并降级为普通的交叉;
步骤64:末端节点沿着业务的反向路径发送响应降级的Resv消息,上游节点在收到这样的Resv消息后,只是继续向上游节点转发这样的Resv消息,直至首节点;
步骤65:首节点在收到响应降级的Resv消息后,对LSP2发起删除,并将LSP1的保护属性改为无保护,并将服务等级设置为新的服务等级,即降级后的服务等级(重路由保护或无保护);
步骤66:由于服务等级和保护属性发生了改变,RSVP需要通知底层的交叉管理模块去修改业务的保护属性和服务等级;
步骤67:在LSP1的保护属性和服务等级属性发生了改变后,RSVP会通过Path消息将新的保护属性和服务等级属性传往下游节点,通知下游节点进行更新;
步骤68:下游节点在收到更新保护属性和服务等级属性的Path消息后,更新LSP1的相应属性,并通知底层更新业务的相应属性,然后继续向下游节点传送更新保护属性和服务等级属性的Path消息,直至末端节点;
步骤69:末端节点在收到更新保护属性和服务等级属性的Path消息后,同样更新LSP1的相应属性,并通知底层更新业务的相应属性;
至此LSP1的服务等级和保护属性就得到了修改。
通过以上步骤,LSP2就被删除,LSP1的保护属性被改为了无保护,它的服务等级也被改为了新的服务等级,这样,1+1保护业务就被降级为了无保护业务。
当根据新的服务等级要求,需要将重路由保护业务降级为无保护业务时,相应的具体处理过程如图7所示,包括以下步骤:
步骤71:首先将需要更改服务等级的LSP进行锁定处理,即不让该LSP发生重路由,禁止启动重路由保护;
步骤72:在首节点,根据新的服务等级要求,将LSP的保护属性由重路由保护改为无保护,并将服务等级改为新的服务等级;
由于保护属性和服务等级属性发生了改变,RSVP需要通知底层的交叉管理模块修改业务的保护属性和服务等级;
步骤73:在LSP的保护属性和服务等级属性发生了改变后,RSVP会通过Path消息将新的保护属性和服务等级属性传往下游节点,通知下游节点进行保护属性和服务等级的更新;
步骤74:下游节点在收到更新保护属性和服务等级属性的Path消息后,更新LSP的保护属性和服务等级属性,并通知底层更新业务路径的保护属性和服务等级属性,然后继续向下游节点传送更新保护属性和服务等级属性的Path消息,直至末端节点;
步骤75:末端节点在收到更新保护属性和服务等级属性的Path消息后,同样更新LSP的保护属性和服务等级属性,并通知底层更新业务的保护属性和服务等级属性,至此,相应LSP的服务等级和保护属性便得到了修改,实现了将服务等级由重路由保护降级为无保护的需求。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (10)
1、一种动态修改业务服务等级的方法,其特征在于,包括:
A、客户端向网络端发起修改服务等级请求;
B、网络端根据所述服务等级请求的内容确定向网络节点发送的操作命令,并发送;
C、网络节点根据收到的操作命令进行服务等级修改操作。
2、根据权利要求1所述的动态修改业务服务等级的方法,其特征在于,所述的步骤A还包括:
网管中心对客户端发来的请求进行认证,并在认证通过后执行步骤B。
3、根据权利要求1所述的动态修改业务服务等级的方法,其特征在于,步骤B所述的操作命令包括:
将无保护或重路由保护升级为1+1保护的操作命令;
将无保护升级为重路由保护的操作命令;
将1+1保护降级为无保护或重路由保护的操作命令;
或者,将重路由保护降级为无保护的操作命令。
4、根据权利要求1所述的动态修改业务服务等级的方法,其特征在于,执行所述的步骤C之前还包括:
网络节点收到所述的操作命令后,根据客户端与运营商之间协商确定的修改服务等级信息对所述的操作命令进行合法性检查,并在检查通过后,执行步骤C。
5、根据权利要求1、2、3或4所述的动态修改业务服务等级的方法,其特征在于,所述的步骤C包括:
网络节点收到所述的操作命令后,确定所述操作命令需要修改服务等级的业务应用的业务路径;
沿着确定的业务路径通过协议信令消息的传递进行修改业务服务等级的操作处理。
6、根据权利要求5所述的动态修改业务服务等级的方法,其特征在于,当需要将服务等级由无保护升级为重路由保护时,所述的步骤C包括:
在首节点将业务路径的属性修改重路由保护,且所述的业务路径的属性改变信息由首节点起始依次通知下游节点,直至末端节点,在末端节点将业务路径的属性修改为重路由保护。
7、根据权利要求5所述的动态修改业务服务等级的方法,其特征在于,当将服务等级由无保护或重路由升级为1+1保护时,所述的步骤C包括:
在业务的首节点发起建立一条属性为1+1保护且为备用路径的业务两端间的路径;
所述的业务两端间的路径建立成功时,在首节点将原有路径的属性修改为1+1保护且为主用路径,并下发双发选收的交叉命令;
所述的原有路径的属性改变信息由首节点起始依次通知下游节点,直至末端节点,在末端节点修改原有路径的属性,并下发双发选收的交叉命令。
8、根据权利要求5所述的动态修改业务服务等级的方法,其特征在于,当需要将服务等级由1+1保护降级到重路由保护或无保护时,所述的步骤C包括:
设置当前业务传输应用的主用路径禁止进行保护倒换;
在首节点将备用路径的属性修改为重路由或无保护,并下发命令,通知删除双发选收交叉功能;
所述的备用路径的属性修改信息由首节点起始依次通知下游节点,直至末端节点,在各下游节点和末端节点分别将备用路径的属性修改为重路由或无保护,同时,在末端节点下发命令,还通知删除双发选收交叉功能。
9、根据权利要求8所述的动态修改业务服务等级的方法,其特征在于,当需要将服务等级由1+1保护降级到重路由保护或无保护时,所述的步骤C还包括:
末端节点依次通过各上游节点向首节点返回属性修改响应消息,首节点收到所述的响应消息后,删除备用路径,并将主用路径的属性修改为重路由或无保护;
所述的主用路径的属性修改信息由首节点起始依次通知下游节点,直至末端节点,在各下游节点和末端节点分别将主用路径的属性修改为重路由或无保护。
10、根据权利要求5所述的动态修改业务服务等级的方法,其特征在于,当需要将服务等级由重路由保护降级到无保护时,所述的步骤C包括:
设置当前业务传输应用的路径禁止重路由;
在首节点将业务路径的属性修改为无保护,且所述的业务路径的属性修改信息由首节点起始依次通知下游节点,直至末端节点,各下游节点及末端节点分别将业务路径的属性修改为无保护。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100783953A CN100388677C (zh) | 2004-09-27 | 2004-09-27 | 动态修改业务服务等级的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100783953A CN100388677C (zh) | 2004-09-27 | 2004-09-27 | 动态修改业务服务等级的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1756178A true CN1756178A (zh) | 2006-04-05 |
CN100388677C CN100388677C (zh) | 2008-05-14 |
Family
ID=36689148
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100783953A Expired - Fee Related CN100388677C (zh) | 2004-09-27 | 2004-09-27 | 动态修改业务服务等级的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100388677C (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101052211B (zh) * | 2006-04-07 | 2012-05-23 | 中国移动通信集团公司 | 通信过程中变更通信服务等级的方法 |
CN103051483A (zh) * | 2013-01-04 | 2013-04-17 | 中兴通讯股份有限公司 | 一种传送网络中控制交叉的方法和系统 |
CN104660436A (zh) * | 2013-11-25 | 2015-05-27 | 中国电信股份有限公司 | 服务等级管理方法和系统 |
CN107864054A (zh) * | 2017-10-31 | 2018-03-30 | 蔚来汽车有限公司 | 服务支撑系统及方法、服务能力智能调整系统及方法、计算机设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6202088B1 (en) * | 1996-03-14 | 2001-03-13 | Motorola Inc. | Cable communication system and method for management |
CN1097906C (zh) * | 1998-02-20 | 2003-01-01 | 华为技术有限公司 | 智能网络业务动态替换方法 |
CN1209719C (zh) * | 2000-11-13 | 2005-07-06 | 国际商业机器公司 | 用于将服务器上的业务提供给用户设备的方法和系统 |
CN100345413C (zh) * | 2002-11-17 | 2007-10-24 | 华为技术有限公司 | 光网络改造方法 |
-
2004
- 2004-09-27 CN CNB2004100783953A patent/CN100388677C/zh not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101052211B (zh) * | 2006-04-07 | 2012-05-23 | 中国移动通信集团公司 | 通信过程中变更通信服务等级的方法 |
CN103051483A (zh) * | 2013-01-04 | 2013-04-17 | 中兴通讯股份有限公司 | 一种传送网络中控制交叉的方法和系统 |
CN103051483B (zh) * | 2013-01-04 | 2018-06-19 | 中兴通讯股份有限公司 | 一种传送网络中控制交叉的方法和系统 |
CN104660436A (zh) * | 2013-11-25 | 2015-05-27 | 中国电信股份有限公司 | 服务等级管理方法和系统 |
CN104660436B (zh) * | 2013-11-25 | 2018-05-11 | 中国电信股份有限公司 | 服务等级管理方法和系统 |
CN107864054A (zh) * | 2017-10-31 | 2018-03-30 | 蔚来汽车有限公司 | 服务支撑系统及方法、服务能力智能调整系统及方法、计算机设备 |
CN107864054B (zh) * | 2017-10-31 | 2021-08-24 | 蔚来(安徽)控股有限公司 | 服务支撑系统及方法、服务能力智能调整系统及方法、计算机设备 |
Also Published As
Publication number | Publication date |
---|---|
CN100388677C (zh) | 2008-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1203425C (zh) | 资源利用和控制装置以及控制方法 | |
CN1946226A (zh) | 电信设备升级的方法、设备及升级引擎单元 | |
CN1157978C (zh) | 管理移动电话代理的设备和方法 | |
CN1960341A (zh) | 一种业务恢复方法 | |
CN101043429A (zh) | 一种在mpls域中建立组播lsp的方法和组播数据传输系统 | |
CN1787443A (zh) | 一种实现文件协同处理的方法 | |
CN1870570A (zh) | 分布式路径计算中解决资源冲突的方法 | |
CN1852261A (zh) | 维护邻居表项的方法 | |
CN1909553A (zh) | 信息处理设备、通信控制方法和通信控制程序 | |
CN1976289A (zh) | 一种基于分布式网络的程序部署方法和系统 | |
CN101047624A (zh) | 标签分配方法以及标签出让方法 | |
CN1606291A (zh) | 网络处理加速器 | |
CN1866854A (zh) | 在设备管理中更新和恢复终端设备数据的方法 | |
CN1581791A (zh) | 在通信网络中提供可靠的传输服务质量的方法 | |
CN1859197A (zh) | 一种确定QoS策略的方法 | |
CN110007925A (zh) | 一种提升应用程序运行性能的方法及装置 | |
CN1146198C (zh) | 控制标签转发路径建立和删除的方法 | |
CN1756178A (zh) | 动态修改业务服务等级的方法 | |
CN101034348A (zh) | 软件组件管理装置和方法 | |
CN1870636A (zh) | 一种客户端重定向的方法和系统 | |
CN1499796A (zh) | 通信控制系统,通信控制方法,可适用于该系统和方法的路由控制器和路由器 | |
CN1552140A (zh) | 管理网络单元设置的方法 | |
CN1949176A (zh) | 用于管理试探特性的方法和系统 | |
CN100433651C (zh) | 保证网管和网元配置数据一致性的方法及系统 | |
CN100345413C (zh) | 光网络改造方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080514 Termination date: 20160927 |