CN100527883C - 一种保证业务链服务质量的方法与*** - Google Patents
一种保证业务链服务质量的方法与*** Download PDFInfo
- Publication number
- CN100527883C CN100527883C CNB2006100577993A CN200610057799A CN100527883C CN 100527883 C CN100527883 C CN 100527883C CN B2006100577993 A CNB2006100577993 A CN B2006100577993A CN 200610057799 A CN200610057799 A CN 200610057799A CN 100527883 C CN100527883 C CN 100527883C
- Authority
- CN
- China
- Prior art keywords
- service
- service server
- priority
- server
- spdf
- 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.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种保证业务链服务质量的方法与***。本发明方法包括:业务调度单元SB接收到业务服务器发送的携带业务优先级信息的业务请求后,向业务策略决策点SPDF请求进行业务优先级翻译;SPDF根据翻译后的业务优先级和业务链上的业务编排,选择满足该翻译后的业务优先级条件的下一个业务服务器并通知SB;SB将接收的所述业务请求发送到SPDF选择的业务服务器,由该业务服务器按照业务请求中携带的业务优先级进行业务处理。本发明***包括:业务服务器、业务调度单元SB和业务策略决策点SPDF。采用本发明能保证在一个业务链内提供统一的业务优先级策略以及稳定的服务质量。
Description
技术领域
本发明涉及通信领域,尤其涉及当用户申请了多项业务,由不同类型的业务服务器进行服务组成业务链时,保证其服务质量的方法与***。
背景技术
随着通信业务的发展,综合性的业务将越来越多,比如电话会议+呼叫前转业务,虚拟专用网+预付费业务(VPN+PrePaid)等,用户面对的是一个组合业务,组合业务是由一系列业务服务器共同为用户提供一个业务服务,也可以叫做业务包。而各业务服务器服务的过程组成一个业务链。3GPP OSA(OpenService Access)工作组引入了业务调度(Service Broker)的概念,来解决多个业务的应用服务器之间的交互和冲突,提供组合业务服务。如图1所示,一个业务调度单元(以下简称SB)与多个不同类型的业务服务器相互连接,如IT领域应用服务器、会话初始协议应用服务器(SIP AS)、Parlay/OSA应用程序(Parlay/OSA是一种能让IT开发人员快速创建电信业务的应用程序接口,由3GPP和Parlay标准组织定义规范)、传统智能网(Legacy IN)等;SB通过与各个业务服务器交互业务请求信息,按照业务链上的业务编排,实现业务调度。
现有技术中,对于一个VPN和预付费签约用户,如果又定制了呼叫筛选业务,运营商可能定制这样的策略:属于某个VPN集体的用户将获得更高的服务等级(比如金牌、银牌、铜牌用户的划分)。但是只有VPN服务器才会知道该用户属于需要提供高等级服务的VPN集团用户,预付费和呼叫筛选服务器都无法知道,使得优先级策略在其他服务器上无法得到保障,比如VPN服务器上属于高等级的呼叫,在预付费服务器上可能被当作普通优先级的呼叫处理,甚至可能被过负荷丢弃。从这个例子可以看出,只有上述三个服务器都提供高质量的服务,用户才会体验到高质量的服务,任何一个服务器提供的服务质量有问题,都将影响整体的服务质量。因此,在综合业务(涉及多个业务服务器)提供时,需要多个服务器共同一致性的服务质量保证才能保证业务的服务质量,即需要保证的是业务链的服务质量。
从以上描述可知,现有技术中各业务服务器之间,由于彼此不能传递优先级信息,业务链上完成不同业务功能的业务服务器各自按照自己的业务处理方式处理当前的业务请求,导致不同业务服务器的服务质量不一致。因此,现有技术无法在一个业务链内保证提供统一的业务优先级策略。
发明内容
本发明提供一种保证业务链服务质量的方法与***,用以解决现有技术中存在的无法实现在一个业务链内保证提供统一的业务优先级策略问题。
本发明方法包括:
A、业务调度单元SB接收到业务服务器发送的携带业务优先级信息的业务请求后,向业务策略决策点SPDF请求进行业务优先级翻译;
B、SPDF根据翻译后的业务优先级和业务链上的业务编排,选择满足该翻译后的业务优先级条件的下一个业务服务器并通知SB;
C、SB将接收的所述业务请求发送到SPDF选择的业务服务器,由该业务服务器按照业务请求中携带的业务优先级进行业务处理。
所述步骤C中,当前业务服务器在执行业务逻辑过程中,若需要调用其它业务服务器或将业务转移到其它业务服务器处理时,向所述SB发送携带业务优先级信息的业务请求,转至步骤A。
根据本发明的上述方法,当前业务服务器向SB发送的业务请求中携带的业务优先级信息为新配置的业务优先级信息,或采用自身接收的业务请求中携带的业务优先级信息。
根据本发明的上述方法,在所述SPDF中设置第一信息表;
业务服务器将自身支持的业务优先级注册到SB,由SB将业务服务器和其支持的业务优先级信息注册到所述SPDF,存入所述第一信息表中;
所述步骤B中,SPDF在所述第一信息表中选择满足优先级条件的下一个业务服务器,并将选择出的业务服务器对应标识返回给SB。
根据本发明的上述方法,在所述SPDF中设置第二信息表,存储业务服务器服务质量相关指标与优先级信息的对应关系;
所述业务服务器周期性的将自身动态变化的服务质量相关指标上报给所述SDPF;
所述SDPF根据每一个业务服务器的上报结果和所述第二信息表,确定出每一个业务服务器当前实际支持的优先级信息;并与所述第一信息表中存储的对应记录进行比较,若不一致,修改所述第一信息表中存储的对应业务服务器注册的优先级信息为其当前实际支持的优先级信息。
根据本发明的上述方法,如果发送到SB的业务请求没有携带优先级信息,SB根据业务链上的业务编排采用负载均衡原则或随机选择原则确定出下一个业务服务器。
根据本发明的上述方法,SB接收到业务请求后,首先判断该业务请求是否只存在唯一的一个业务服务器可以处理,如果是,则直接将业务请求发送到该唯一的业务服务器;否则,继续步骤A。
根据本发明的上述方法,如果业务请求中携带的业务优先级信息为强制性业务优先级,所述步骤B中,SPDF选择满足该强制性业务优先级条件的下一个业务服务器并通知SB;
若满足条件的业务服务器有多个,则根据负载均衡原则或随机选择原则确定出下一个业务服务器;若没有满足条件的业务服务器,则向SB返回失败消息;
所述步骤C中,SB收到失败消息后,向发起业务请求的业务服务器返回失败消息。
根据本发明的上述方法,如果业务请求中携带的业务优先级信息为选择性业务优先级;所述步骤B中,SPDF选择满足该选择性业务优先级条件的下一个业务服务器并通知SB;
若满足条件的业务服务器有多个,则根据负载均衡原则或随机选择原则确定出下一个业务服务器;若没有满足条件的业务服务器,则选择一个最接近选择性业务优先级指标的业务服务器。
本发明另提供一种保证业务链服务质量的***,包括:业务服务器、业务调度单元SB和业务策略决策点SPDF;
所述SB与所述业务服务器相连接,交互业务请求信息实现业务调度;
所述SB与所述SPDF相连接,在收到业务服务器发送的携带业务优先级信息的业务请求后,向SPDF请求进行业务优先级翻译;
所述SPDF执行业务优先级翻译,并根据翻译后的业务优先级和业务链上的业务编排,选择满足该优先级条件的下一个业务服务器并通知所述SB;所述SB将接收的业务请求发送到SPDF选择的业务服务器处理。
所述SB中包括有注册模块,接收业务服务器发送的携带其支持的业务优先级信息的注册请求;并将业务服务器和其支持的业务优先级信息注册到所述SPDF中。
所述SPDF中包含有第一信息表,存储业务服务器和其支持的业务优先级信息。
所述SPDF中还包含有第二信息表,存储业务服务器服务质量相关指标与优先级信息的对应关系;
所述SPDF根据每一个业务服务器周期上报的自身动态变化的服务质量相关指标和所述第二信息表,确定出每一个业务服务器当前实际支持的优先级信息;并与所述第一信息表中存储的对应记录进行比较,若不一致,修改所述第一信息表中存储的对应业务服务器注册的优先级信息为其当前实际支持的优先级信息。
所述SPDF为逻辑实体,设置在所述SB内;或者所述SPDF为独立的物理实体。
所述业务服务器为多个,属于两种以上不同类型;所述SB为多个,每一个SB分别管理部分业务服务器。
本发明有益效果如下:
(1)本发明通过在业务链内传递业务优先级信息,使得业务链所涉及的各业务服务器采用相同的优先级来处理业务请求,达到在一个业务链内保证提供统一的业务优先级策略以及服务质量保障,确保运营商定义的优先级策略在涉及多业务服务器时得以实施,从而提高用户的业务体验。
(2)本发明通过在SPDF内存储业务服务器服务质量相关指标与优先级信息的对应关系,由SDPF根据每一个业务服务器周期上报的自身动态变化的服务质量相关指标,确定出每一个业务服务器当前实际支持的优先级信息;在选择下一个业务服务器时,根据各业务服务器当前实际支持的优先级进行动态选择,生成动态业务链,不仅保证了在一个业务链内提供统一的业务优先级策略的实施,还提高了业务服务器资源的使用效率。
附图说明
图1为现有技术组合业务调度示意图;
图2为本发明方法流程图;
图3为本发明实施例信令交互流程图;
图4为本发明***结构示意图。
具体实施方式
本发明提供的在业务链内保证业务服务质量的方法,具体步骤如图2所示,包括:
步骤S11、各业务服务器针对具体的业务应用及业务运营商具体的业务运营策略定制业务优先级别。优先级的指标包括但不限于服务器处理的响应时间。
步骤S12、业务服务器向SB注册,注册信息包括业务服务器可提供的业务优先级信息,SB将业务服务器和对应的业务优先级信息注册到SPDF。
在步骤S12中,可以在SPDF中设置第一信息表,存储SB上报的业务服务器和对应的业务优先级信息。在SPDF中还可以设置第二信息表,保存业务服务器服务质量相关指标和优先级的对应关系。业务服务器有些指标是预先在SPDF设定的静态指标,比如下载服务器能够提供的下载速度等;业务服务器还有些指标是动态变化的,比如业务服务器响应时间等,对于动态变化的指标,由业务服务器周期性的上报到SPDF更新。SPDF能够评估SB管辖范围内的业务服务器服务质量,根据各业务服务器上报的动态指标、设置的静态指标及第二信息表中存储的相关指标与优先级的对应关系,动态确定出各业务服务器当前实际支持的业务优先级,并与第一信息表中存储的对应记录进行比较,若不一致,修改第一信息表中存储的对应业务服务器注册的优先级信息为其当前实际支持的优先级信息(当不同业务服务器定义的业务优先级存在差异时,通过该动态的优先级评估可以进行优先级转换,还达到统一各业务服务器的优先级标准)。
步骤S13、业务请求发送到SB,如果SB发现业务请求中携带有优先级信息时,向SPDF进行业务优先级翻译,要求SPDF确定出满足业务优先级要求的下一个业务服务器;
在该步骤中,如果SB收到的是用户的呼叫请求,由于该呼叫请求中不会携带业务优先级信息,SB直接将呼叫请求发送到对应的业务服务器处理;对应业务服务器处理完成后,对于申请了组合业务的用户,会发送一个携带该用户优先级信息的业务请求给SB,由SB向SPDF请求确定满足业务优先级条件的下一个业务服务器。
在该步骤S13中,还可以进一步包括:
SB收到业务请求后,先判断该业务请求是否只存在唯一的一个业务服务器可以处理,如果仅有唯一的一个业务服务器可以处理,则不请求SPDF进行业务服务器选择,而直接将业务请求发送到该唯一的业务服务器进行处理。
如果判断出有多个同类型业务服务器可以处理当前业务,则进一步判断当前业务请求是否携带了业务优先级信息,如果没有携带业务优先级信息,SB当作无优先级服务业务请求处理,根据负载均衡原则或是随机选择原则直接转发该业务请求到对应的业务服务器进行处理。只有在当前业务请求携带了业务优先级信息的情况下,才向SPDF请求确定满足优先级要求的下一个业务服务器。
业务请求中可以携带强制性优先级信息或选择性优先级信息。
步骤S14、SPDF根据翻译后的业务优先级,查询第一信息表,匹配满足优先级条件的业务服务器。如果匹配到了满足业务优先级条件的下一个业务服务器,则转至步骤S16;如果没有匹配到满足业务优先级条件的下一个业务服务器,则执行步骤S15。
如果业务请求中携带的优先级信息为强制性优先级,由于强制性优先级必须满足,若SPDF在第一信息表中没有匹配到可以满足强制性业务优先级指标要求的业务服务器,将返回失败给请求方,由请求方决策下一步的处理方式;如果业务请求中携带的优先级为选择性优先级,由于选择性优先级指标是尽可能满足的指标,若SPDF在第一信息表中没有匹配到可以满足选择性优先级指标要求的服务器,SPDF将选择一个最接近选择性指标的业务服务器作为下一级业务服务器。
步骤S15、SB返回给请求的业务服务器一个失败消息,由请求的业务服务器决策下一步的处理;具体处理方式例如:降低优先级别再次发起业务请求、或间隔一段时间后再次发起业务请、或直接中断业务处理等多种处理方式,本发明对此不作限定。
步骤S16、SPDF将匹配到的业务服务器通知给SB;SB接收SPDF返回的结果,将携带优先级信息的业务请求发送到SPDF选择的业务服务器,由该业务服务器根据携带的优先级进行业务处理。
步骤S17、当前业务服务器根据业务请求中的业务优先级处理业务;在执行业务逻辑过程中,如果需要调用其他业务服务或将业务转至下一个业务服务器处理,则继续步骤S18;否则,结束本次业务处理流程。
在步骤S17中,当前业务服务器(称为业务服务器a)可能采用调用方式来访问其他业务服务器(业务服务器相互调用可能在业务服务器决定,也可能是在SB上配置一定的业务编排规则,由SB发起;采用调用方式时其他服务器返回结果给业务服务器a,业务服务器a继续处理业务),也可能需要业务转移(业务服务器a结束请求的处理,由其他业务服务器继续处理业务),在这种情况下,需要执行步骤S18。
步骤S18、当前业务服务器确定业务请求的业务优先级,将携带有业务优先级信息的业务请求发送到SB,转至步骤S13,继续上述流程。
在步骤S18中,业务服务器a向SB发送的业务请求中携带的优先级信息,可以是业务服务器a根据业务需要,重新配置的业务优先级,也可以是采用业务服务器a之前收到的业务请求中携带的业务优先级信息(如果业务服务器a之前收到的业务请求中没有携带业务优先级信息,则需要根据本地设置及业务需求新配置业务优先级信息)。
下面用具体实例来说明本发明提供的上述方法。
如图3所示,为签约VPN、Prepaid业务,同时又定制了发端呼叫筛选(originating call screening,OCS)业务的用户A发起呼叫时,采用本发明方法的信令流程图,包括如下步骤:
1、用户A通过移动交换中心(MSC)向SB发送IDP(Initial Detection Poin;启动检测点)消息,发起业务呼叫,使用VPN短号B呼叫另一VPN用户,由于VPN集团用户属于金牌用户,享受最高业务级别(high level)优先级服务;
2、SB使用接收的VPN短号B,向VPN应用服务器(VPN-App)发送IDP消息;
3、VPN-App将接收的短号B翻译成用户的真实长号C,并根据用户A属于高优先级级别的VPN集团用户,赋予此呼叫的优先级(priority level)参数X为高优先级,向SB发送连接到用户C的CONNECT消息,携带VPN-App确定的高优先级级别和计费信息等;
4、SB根据业务编排,发现接下来需要发端呼叫筛选应用服务器(OCS-App)处理,SB提取呼叫的优先级参数,向SPDF发送请求进行业务优先级翻译,SDPF完成翻译,根据后续业务逻辑,选择一个满足高优先级条件的OCS-App,并将选择结果返回给SB;SB向OCS-App发送IDP消息,指示用户A呼叫长号用户C,并在消息中携带有高优先级参数信息,请求OCS-App对用户A进行鉴权;
5、OCS-App根据业务请求中携带的高优先级进行业务逻辑处理,向SB返回接续呼叫CONTINUE消息,携带鉴权结果给SB;如果OCSApp不修改优先级参数,则在返回的消息中仍携带高优先级参数;
6、SB根据业务编排,发现接下来需要预付费业务服务器(PP-App)处理,SB提取呼叫的priority level参数,向SPDF发送请求进行业务优先级翻译,SPDF翻译业务优先级,并根据翻译后的业务优先级选定一个满足优先级条件的PP-App进行处理,并将选择结果返回给SB;如果SPDF根据存储的第一信息表,如果发现有多个PP-App可以处理后续逻辑,则可以根据负载均衡原则或随机选择原则选择其中的一个PP-App;
SB向SPDF选定的PP-App发送IDP消息,发送业务请求到SPDF选定的PP-App,业务请求中带有高优先级参数和VPN计费信息;
7、PP-App根据业务优先级信息处理呼叫,进行鉴权和费用预算、监控,向SB发送RRBE/ApplyCharging(Request Report BCSM Event,请求报告BCSM(Basic Call State Model;基本呼叫状态模型)事件;Apply Charging,申请计费)消息;
8、PP-App向SB发送CONTINUE消息;
9、被叫用户C通过MSC向SB发送ERB(BCSM事件报告)消息;
10、SB将ERB消息转发到PP-App;
11、用户A与用户C通话完成后,向SB发送ApplyChargingReport(申请计费报告)消息;
12、SB将ApplyChargingReport消息转发到PP-App;
13、PP-App向SB发送ReleaseCall(释放呼叫)消息;
14、SB向MSC发送ReleaseCall消息。
综上所述,本发明利用SPDF做业务优先级翻译,同时根据翻译结果选择满足条件的业务服务器进行处理,业务服务器在相互调用时,可以将业务优先级信息传递到业务链上的其他业务服务器,保证在一个业务链上的业务服务质量相统一。由于SPDF具有动态的选择业务服务器的功能,因此业务链是动态的。具体由SPDF根据业务请求中的业务优先级信息以及当时各业务服务器的状态而定。如果存在多个服务器同时满足条件,SPDF可以根据负载均衡原则或是随机选择原则选择下一个业务服务器。
图4为本发明提供的保证业务链服务质量的***结构示意图,包括:业务服务器、业务调度单元SB和业务策略决策点SPDF。SB与各业务服务器相连接,交互业务请求信息实现业务调度;SB还与SPDF相连接,在收到业务服务器发送的携带业务优先级信息的业务请求后,向SPDF请求进行业务优先级翻译;SPDF执行业务优先级翻译后,根据翻译后的业务优先级和业务链上的业务编排,选择满足该优先级条件的下一个业务服务器并通知SB;由SB将接收的业务请求发送到SPDF选择的业务服务器处理。
如图4所示,一个SB管辖一个本地业务网络内的多个业务服务器,这些业务服务器可以分为多种类型,每一类业务服务器由一个或多个业务服务器组成。属于SB管辖的业务服务器需要向SB注册,SB中包括有注册模块,接收业务服务器发送的携带其支持的业务优先级信息的注册请求;并将业务服务器和其支持的业务优先级信息注册到SPDF中。在SPDF中包含有第一信息表,存储业务服务器和其支持的业务优先级信息。在SPDF中还包含有第二信息表,存储业务服务器服务质量相关指标与优先级信息的对应关系;SPDF根据每一个业务服务器周期上报的自身动态变化的服务质量相关指标和所述第二信息表,确定出每一个业务服务器当前实际支持的优先级信息;并与第一信息表中存储的对应记录进行比较,若不一致,修改第一信息表中存储的对应业务服务器注册的优先级信息为其当前实际支持的优先级信息。
上述***中还可能存在多个SB,分别管理一定数量的业务服务器。如果需要SB将业务请求发送到其管辖范围之外的业务服务器时,SB可以通过协商或是配置的方式了解对方是否支持业务优先级处理机制,如果对方支持业务优先级,则可以采用本发明提供的上述方法进行业务处理;否则采用现有技术的业务处理方式。
上述***中的SPDF可以为逻辑实体,设置在所述SB内;也可以为独立的物理实体,通过外部接口与SB相连接。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (15)
1、一种保证业务链服务质量的方法,其特征在于,包括:
A、业务调度单元SB接收到业务服务器发送的携带业务优先级信息的业务请求后,向业务策略决策点SPDF请求进行业务优先级翻译;
B、SPDF根据翻译后的业务优先级和业务链上的业务编排,选择满足该翻译后的业务优先级条件的下一个业务服务器并通知SB;
C、SB将接收的所述业务请求发送到SPDF选择的业务服务器,由该业务服务器按照业务请求中携带的业务优先级进行业务处理。
2、如权利要求1所述的方法,其特征在于,所述步骤C中,当前业务服务器在执行业务逻辑过程中,若需要调用其它业务服务器或将业务转移到其它业务服务器处理时,向所述SB发送携带业务优先级信息的业务请求,转至步骤A。
3、如权利要求2所述的方法,其特征在于,当前业务服务器向SB发送的业务请求中携带的业务优先级信息为新配置的业务优先级信息,或采用自身接收的业务请求中携带的业务优先级信息。
4、如权利要求1、2或3所述的方法,其特征在于,在所述SPDF中设置第一信息表;
业务服务器将自身支持的业务优先级注册到SB,由SB将业务服务器和其支持的业务优先级信息注册到所述SPDF,存入所述第一信息表中;
所述步骤B中,SPDF在所述第一信息表中选择满足优先级条件的下一个业务服务器,并将选择出的业务服务器对应标识返回给SB。
5、如权利要求4所述的方法,其特征在于,在所述SPDF中设置第二信息表,存储业务服务器服务质量相关指标与优先级信息的对应关系;
所述业务服务器周期性的将自身动态变化的服务质量相关指标上报给所述SDPF;
所述SDPF根据每一个业务服务器的上报结果和所述第二信息表,确定出每一个业务服务器当前实际支持的优先级信息;并与所述第一信息表中存储的对应记录进行比较,若不一致,修改所述第一信息表中存储的对应业务服务器注册的优先级信息为其当前实际支持的优先级信息。
6、如权利要求1、2或3所述的方法,其特征在于,如果发送到SB的业务请求没有携带优先级信息,SB根据业务链上的业务编排采用负载均衡原则或随机选择原则确定出下一个业务服务器。
7、如权利要求6所述的方法,其特征在于,SB接收到业务请求后,首先判断该业务请求是否只存在唯一的一个业务服务器可以处理,如果是,则直接将业务请求发送到该唯一的业务服务器;否则,继续步骤A。
8、如权利要求7所述的方法,其特征在于,如果业务请求中携带的业务优先级信息为强制性业务优先级,所述步骤B中,SPDF选择满足该强制性业务优先级条件的下一个业务服务器并通知SB;
若满足条件的业务服务器有多个,则根据负载均衡原则或随机选择原则确定出下一个业务服务器;若没有满足条件的业务服务器,则向SB返回失败消息;
所述步骤C中,SB收到失败消息后,向发起业务请求的业务服务器返回失败消息。
9、如权利要求7所述的方法,其特征在于,如果业务请求中携带的业务优先级信息为选择性业务优先级;所述步骤B中,SPDF选择满足该选择性业务优先级条件的下一个业务服务器并通知SB;
若满足条件的业务服务器有多个,则根据负载均衡原则或随机选择原则确定出下一个业务服务器;若没有满足条件的业务服务器,则选择一个最接近选择性业务优先级指标的业务服务器。
10、一种保证业务链服务质量的***,其特征在于,包括:业务服务器、业务调度单元SB和业务策略决策点SPDF;
所述SB与所述业务服务器相连接,交互业务请求信息实现业务调度;
所述SB与所述SPDF相连接,在收到业务服务器发送的携带业务优先级信息的业务请求后,向SPDF请求进行业务优先级翻译;
所述SPDF执行业务优先级翻译,并根据翻译后的业务优先级和业务链上的业务编排,选择满足该优先级条件的下一个业务服务器并通知所述SB;所述SB将接收的业务请求发送到SPDF选择的业务服务器处理。
11、如权利要求10所述的***,其特征在于,所述SB中包括有注册模块,接收业务服务器发送的携带其支持的业务优先级信息的注册请求;并将业务服务器和其支持的业务优先级信息注册到所述SPDF中。
12、如权利要求11所述的***,其特征在于,所述SPDF中包含有第一信息表,存储业务服务器和其支持的业务优先级信息。
13、如权利要求12所述的***,其特征在于,所述SPDF中还包含有第二信息表,存储业务服务器服务质量相关指标与优先级信息的对应关系;
所述SPDF根据每一个业务服务器周期上报的自身动态变化的服务质量相关指标和所述第二信息表,确定出每一个业务服务器当前实际支持的优先级信息;并与所述第一信息表中存储的对应记录进行比较,若不一致,修改所述第一信息表中存储的对应业务服务器注册的优先级信息为其当前实际支持的优先级信息。
14、如权利要求10-13任意权项所述的***,其特征在于,所述SPDF为逻辑实体,设置在所述SB内;或者
所述SPDF为独立的物理实体。
15、如权利要求10-13任意权项所述的***,其特征在于,所述业务服务器为多个,属于两种以上不同类型;所述SB为多个,每一个SB分别管理部分业务服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100577993A CN100527883C (zh) | 2006-03-01 | 2006-03-01 | 一种保证业务链服务质量的方法与*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100577993A CN100527883C (zh) | 2006-03-01 | 2006-03-01 | 一种保证业务链服务质量的方法与*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1859495A CN1859495A (zh) | 2006-11-08 |
CN100527883C true CN100527883C (zh) | 2009-08-12 |
Family
ID=37298356
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100577993A Active CN100527883C (zh) | 2006-03-01 | 2006-03-01 | 一种保证业务链服务质量的方法与*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100527883C (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008061481A1 (fr) * | 2006-11-22 | 2008-05-29 | Huawei Technologies Co., Ltd. | Système, procédé, contrôle de services, et dispositif déclencheur pour contrôler l'invocation de services |
US10148553B2 (en) | 2012-11-26 | 2018-12-04 | Koninklijke Kpn N.V. | Routing data in a network |
CN105704167B (zh) * | 2014-11-24 | 2019-06-11 | 华为技术有限公司 | 一种业务链处理方法、设备及*** |
US10587698B2 (en) * | 2015-02-25 | 2020-03-10 | Futurewei Technologies, Inc. | Service function registration mechanism and capability indexing |
CN106453132A (zh) * | 2016-12-14 | 2017-02-22 | 深圳市深信服电子科技有限公司 | 一种混合云环境下的调度方法以及流控设备 |
CN108366086A (zh) * | 2017-12-25 | 2018-08-03 | 聚好看科技股份有限公司 | 一种控制业务处理的方法及装置 |
CN109660612A (zh) * | 2018-12-11 | 2019-04-19 | 北京潘达互娱科技有限公司 | 一种请求处理方法和服务器 |
CN111754332B (zh) * | 2020-06-28 | 2023-08-11 | 中国银行股份有限公司 | 一种业务请求的处理方法、装置、存储介质及电子设备 |
-
2006
- 2006-03-01 CN CNB2006100577993A patent/CN100527883C/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN1859495A (zh) | 2006-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100527883C (zh) | 一种保证业务链服务质量的方法与*** | |
CN102239481B (zh) | 具有负载平衡的ims diameter路由器 | |
CN101009691B (zh) | Ims网络和老式网络的汇聚服务控制***和方法 | |
US7788386B2 (en) | System and method for shaping traffic | |
US8171160B1 (en) | Multi-layer stack platform for cloud communications | |
US8838687B2 (en) | Composite services provision within a telecommunications network | |
CN114615154B (zh) | 服务质量管理的方法及装置、通信*** | |
UA59386C2 (uk) | Телекомунікаційна система | |
CN101595697A (zh) | 在网络中路由呼叫 | |
CN101465914B (zh) | 融合通信业务网络平台、ias、企业网络平台及通信方法 | |
CN101965015B (zh) | 一种分布式呼叫中心业务控制的方法和*** | |
CN103533189A (zh) | 移动座席呼叫的分配方法和装置 | |
CN101686425A (zh) | 一种向全网提供业务的方法及业务网络*** | |
WO2019238249A1 (en) | A method of and a device for operating network gateway services in a service based telecommunications system | |
US10841200B2 (en) | Differentiated routing system and method | |
CN103475595A (zh) | 一种ParlayX网关的过载控制***和方法 | |
US7720049B1 (en) | Semantic service broker for telecommunications networks | |
CN101924789B (zh) | 一种实现不同类型业务嵌套的方法和*** | |
CN102045463A (zh) | 呼叫分析方法及装置 | |
Jeon et al. | Virtualised EPC for on-demand mobile traffic offloading in 5G environments | |
US7130402B2 (en) | Communication request processing system communication request processing method communication request processing apparatus | |
CN103428381A (zh) | 坐席的重分配方法及装置 | |
CN101803332B (zh) | 用于在通信网络中建立呼叫的方法 | |
CN101278273B (zh) | 政策引擎 | |
CN102594832A (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 |