业务冲突（共3篇）
业务冲突 篇1
0 引言
随着通信技术和网络技术的快速发展, 人们对网络业务的需求逐步呈现出多媒体化、多样化、综合化和个性化等趋势。在这一背景下, 融合多种异构网络、能够提供多媒体综合业务、开放网络资源能力的下一代网络体系结构[1]逐渐形成。在下一代网络中, 开放的网络接口和业务平台将进一步简化第三方业务的开发和部署, 从而出现大量业务, 而这些业务又往往具有极大的独立性, 使得下一代网络中的业务冲突问题比传统电话网和智能网更加突出和严重, 成为影响电信业务快速部署的瓶颈之一。
1 业务冲突问题研究现状
业务冲突问题的研究主要集中在冲突检测、冲突解决和冲突避免3个方面[2,3], 其研究成果可大体上归结为3类:软件工程方法、形式化方法和在线技术。其中, 软件工程方法主要是通过构造新的软件体系结构和改进业务的设计来降低业务冲突发生的可能性。形式化方法一般应用于检测业务本身逻辑层的冲突问题。根据控制点所在位置的不同分为基于动态协商的在线技术和基于特征交互管理器的在线技术。
此外, 为了有效控制和处理下一代网络中存在的业务冲突检测问题, 3GPP引入了一个新的网元——业务能力交互管理器 (Service Capability Interaction Manager, SCIM) [4]来专门负责协调业务交互问题。之后, 3GPP在TR 23.810[5]中又引入了Service Broker功能实体, 根据掌握的用户业务签约情况, 明确这些业务该按照何种顺序被触发, 并且能够对存在冲突的业务进行协调。但是除了这些概念以外, SCIM和Service Broker缺乏进一步的定义, 以及相关功能结构和实现方式的说明。
2 业务能力交互管理器体系架构设计
2.1 下一代网络业务冲突检测需求
在下一代网络中, 业务种类纷繁多样, 产生业务冲突的缘由也多种多样, 使得网络中可能发生的业务冲突不可能是单一的某种或者几种, 必然是多种多样的。然而, 现有的冲突检测系统都无法提供一个统一的业务冲突检测与解决框架, 它们只能有效地检测和解决某一类或者几类业务冲突。当将几种相互独立的检测方法集成在一起时, 极可能会出现检测方法之间相互冲突的现象。同时还可能会产生系统效率低下的问题。此外, 现有的这些系统在具体实现过程中也具有一定的局限性, 如可能与现有的网络结构不兼容, 有的则是虚警问题比较严重等。为此, 在参考3GPP的规范并结合现有的各种业务冲突检测与解决方法的基础上, 提出一种新的业务能力交互管理器体系架构。
2.2 增强型业务能力交互管理器
增强型业务能力交互管理器 (Enhanced Service Capacity Interaction Manager, E-SCIM) 体系架构如图1所示, 包括交互管理模块、策略引擎、核心处理模块、服务请求接入模块、组合路由模块和用户数据预处理模块。其中, 核心处理模块完成E-SCIM的主要功能, 实现3GPP规范中对业务能力交互管理实体的功能要求, 包括业务冲突的检测、组合和解决。其余的模块完成E-SCIM的接口和数据预处理功能, 如进行消息格式化等工作, 为核心处理模块提供统一的数据材料, 辅助完成业务组合功能[6]。
核心处理模块的功能结构如图2所示, 由3部分组成, 分别为:数据管理器、二维分析表冲突检测器和动态协商处理器。新的业务请求首先经过数据管理器的处理, 由数据分类单元对业务请求进行分类, 并由数据转发单元根据业务的分类结果转交至不同的规则数据库或处理单元。业务请求首先被转交至二维分析表冲突检测器, 由二维分析表冲突检测器根据动态二维分析表进行处理。如果未发现冲突, 或发现冲突且可以解决, 则将业务请求转交至业务管理模块, 做进一步处理。如果发现冲突但无法解决, 则将请求转交至动态协商处理器。动态协商处理器按照业务规则库的规则定义, 判断业务请求并处理、组合, 将组合后的请求下发至业务管理模块, 做进一步处理。
采用2级处理方式的好处在于:动态二维分析表的处理速度快, 对于常见的业务冲突可以快速定位和解决, 保证业务执行效率, 提高E-SCIM整体的透明性。动态协商处理的速度相对较慢, 但处理能力强, 确保解决可能出现的业务冲突。
3 业务冲突检测
3.1 业务冲突的形式化定义
定义1 业务行为SB是相关事件和操作的合取:
SB=∏
式中, ek, opk和varak分别是一个事件、操作和变量谓词;m, n和p是所包含的事件、操作和变量谓词的数目。
定义2 业务交互SI是n (n≥2) 个交互的业务行为与业务上下文变量的合取:
SI=∏
式中, SBk是某个业务行为, Context表示业务上下文变量。
定义3 业务冲突是一个约束规则:
∏
式中, opk是一个操作谓词, m是操作谓词的数目;ck是条件条目 (condition item) , 每个条件条目是一个原子谓词公式或原子谓词公式的反, n是条件条目的数量;Apply (appArea) 的值为TRUE, 表示此规则适用于该用户;rs_opk是一个冲突解决操作, p是操作的数目。
3.2 业务冲突检测算法
业务冲突检测算法如表1所示。具体过程为:在收到信令消息之后, 冲突检测算法首先生成SB和SI的谓词公式, 然后对相应的冲突公式进行变量代入和谓词计算, 根据SI检测出各种冲突。如果业务冲突规则的值计算为TRUE, 则一个冲突被检测出来, 调用相应的解决方案处理冲突。
4 实验结果
E-SCIM软件运行在Redhat Linux Enterprise 5系统下, 实验环境主要有业务服务器、S-CSCF以及E-SCIM 3种类型的设备, 其他设备按照IMS的规范布置。实验过程中部署了15种业务, 包括来话屏蔽 (ICB) 、呼出屏蔽 (OCB) 以及主叫号码识别显示 (CLIP) 等。测试用例覆盖了业务冲突中的典型应用, 测试结果表明91%的业务冲突可直接由二维分析表冲突检测器发现, 剩余8%的业务冲突可由动态协商处理器所发现, 只有极少量的业务冲突 (小于1%) 不能被检测到。
5 结束语
详细分析了通信网络中业务冲突问题产生的根源, 总结和分析了现有的各种业务冲突检测和解决方法。针对下一代网络中存在的业务冲突问题, 依据3GPP关于SCIM的功能需求定义, 参考现有的业务冲突检测与解决方法, 提出了一种增强型的业务能力交互管理器架构, 通过混合采用二维分析表冲突检测器和动态协商处理器, 实验表明该方法能够快速地对网络中的业务冲突进行检测, 并进行解决。
摘要：分析了通信网络中业务冲突问题产生的根源, 并根据业务冲突产生的原因对业务冲突进行了分类。针对下一代网络中所存在的业务冲突问题, 提出了一种新的业务能力交互管理器体系架构, 通过混合采用二维分析表冲突检测器和动态协商处理器, 在加快对业务冲突检测速度的同时, 还提高了检测的准确度。实验结果表明, 该方法能够有效检测出并解决大部分的业务冲突。
关键词：下一代网络,业务冲突,业务交互管理
参考文献
[1]方强.演进的3GPP系统架构分析[J].无线电通信技术, 2010, 36 (2) :13-15.
[2]杨放春, 魏薇, 刘志晗, 等.下一代网络:业务冲突的控制方法[M].北京:北京邮电大学出版社, 2008.
[3]YANG Fang-chun, LIU Hua.A Generic Approach toService Conflict Control in IMS[C]∥The FifthInternational Conference on Networking and Services, Valencia, Spain, 2009:444-449.
[4]3GPP, IP Multimedia (IM) session handling;IM call model[S], 2010:Stage 2.TS 23.218.
[5]3GPP, Study on Architecture Impacts of Service Brokering[S], 2008:TR 23.810 V8.0.0.
[6]霍永华, 汤十党.基于策略的网络性能管理系统的设计[J].无线电工程2010, 40 (3) :4-6.
一种新的业务冲突检测和解决方案 篇2
随着通信技术和网络技术的快速发展,能够融合多种异构网络、提供多媒体综合业务和开放网络资源能力的下一代网络体系结构逐渐形成。IP多媒体子系统(IP Multimedia Subsystem,IMS)是下一代网络的核心技术,IMS采用了控制和业务相分离的水平式分层架构。IMS既支持传统电信网、智能网的业务,又为新业务的开发和部署提供了开放的平台,从而进一步简化了第三方业务的开发和部署。实验证明,业务之间存在着特征交互,可能会延迟业务部署,从而给业务的快速提供带来不便。随着新业务的大量部署,在下一代网络中业务之间的特征交互问题将会更加突出。
1业务冲突的研究现状
1.1业务冲突解决方案
根据着眼点的不同,业务冲突的研究内容可以从2个角度进行归纳:① 根据业务的生命周期将其分为离线(Off-Line)研究和在线(On-Line)研究2类;② 根据业务冲突的研究目的将其分为避免(Avoidance)、检测(Detection)和解决(Resolution)3类。这2个方面的研究内容互为重叠,共同组成了业务冲突问题的整体解决方案。
1.2业务冲突的解决方法
为了有效控制和处理IMS网络架构下的业务冲突检测与解决问题,3GPP在规范TS 23.218中,为IMS体系引入了业务能力交互管理器(Service Capability Interaction Manager,SCIM)来专门负责协调业务交互问题。之后,3GPP在TR 23.810中又引入了Service Broker功能实体。总体来说,Service Broker提供了一个可管理、可控制的手段让多个业务能够按照用户预想的方式执行,根据用户业务的签约情况,明确这些业务的触发顺序,并对存在的业务冲突进行协调。但是3GPP对SCIM和Service Broker仅提出了概念,并没有进一步的定义,也没有给出具体的功能结构和实现方式的说明。
文献[3]提出了一种解决离线业务冲突的方法,定义了业务的描述方式以及检测业务冲突的准则。通过比较2个业务的描述信息进行冲突检测,一旦发现冲突,就采用事先定义的解决算法选择一个业务来执行。这种方法主要局限于离线业务冲突的检测和解决,不能处理在线的业务冲突。文献[4,5,6,7]介绍了Lucent Service Broker的设计方案。Lucent Service Broker的消息处理逻辑是由Steplets控制的,Steplets是可以动态加载的程序片段。Lucent Service Broker是一种层次化架构:最核心的部分是Steplets集合;在此之上由SIP层和HTTP层调用Steplets协调业务关系。文献[8,9]介绍了一种基于免疫学的多层防护业务冲突检测规则和管理系统,将免疫识别过程中的一些重要原理(抗原识别、协同刺激和克隆选择等)借鉴到业务冲突的在线检测和解决中,对业务冲突具有较好的适应性和扩展性。然而由于专家经验知识有限和业务冲突问题本身的复杂性,这种方法往往存在较大的漏报和误报。
2一种新的Service Broker的设计方案
2.1Service Broker架构图
Service Broker位于S-CSCF与AS之间,Service Broker与S-CSCF和AS进行交互,如图1所示。通过对上述文献的分析,设计了一个新的Service Broker架构,如图2所示。
架构主要包括:呼叫控制模块和核心处理模块2个模块。呼叫控制模块接收来自S-CSCF和应用服务器的SIP消息,并通过与核心控制模块的交互获得系统内部的消息;通过消息分类功能将消息交给不同的消息处理模块进行处理;当收到S-CSCF会话建立的消息时,呼叫控制模块记录该消息的会话ID并初始化状态机以跟踪会话状态,然后将消息发送到核心处理模块进行冲突检测,当核心处理模块指示业务触发完毕或业务冲突导致无法继续执行业务时,由会话管理模块负责寻找默认的S-CSCF地址进行转发;当收到来自AS的消息时,将此消息发送到核心处理模块进行冲突检测从而判定是否需要继续触发业务。
核心处理模块通过与呼叫控制模块交互,并利用冲突检测模块提供的接口,控制完成IMS系统中用户订阅的一组业务的业务触发及冲突检测和处理。接收会话控制模块的调用,从传入的消息中获得本次的会话ID,读取对话的触发阶段Trigger-Stage和已触发业务列表Service-List,据此将消息分发到不同的模块进行处理;首先调用业务触发接口,然后调用冲突检测接口,如果有冲突则继续调用业务触发接口;通过业务触发接口查询用户的自定义规则和初始过滤准则(initial Filter Criteria,iFC)文件查询下一个需要触发的业务编号返回给调用接口;业务冲突检测模块则通过离线业务冲突和在线业务冲突管理子模块对业务冲突进行检测和解决。
2.2业务冲突检测子模块
Service Broker分析和研究的重点就是业务冲突检测子模块,主要包括:离线业务冲突检测模块和在线业务冲突检测模块2个部分。业务冲突检测子模块如图3所示。
离线冲突管理模块负责离线业务冲突的检测和解决,离线冲突检测模块由离线规则库和离线业务冲突检测算法组成。借鉴传统的二维表业务冲突检测方法,在这里把传统的静态二维表扩展成动态二维表。
动态二维表冲突检测算法的原理:在静态二维表的基础上增加了发现冲突时的执行策略,即在发现冲突时,根据预先设定的方案解决该业务冲突。如果业务之间没有冲突,则依次进行触发。处理流程如下:
① 当系统启动时,将业务二维表从数据库中调入到内存中,完成数据的初始化存储;
② 根据用户文档,核心处理模块得知会话将要触发的业务,由动态二维分析表来检查这些业务之间是否存在业务冲突;
③ 如果存在冲突,则根据预先制定的解决方案来解决该业务冲突;
④ 如果没检测到业务冲突则将用户请求消息交给在线业务冲突管理器进一步处理。
在线冲突管理模块由在线规则库业务冲突分类模块和循环冲突检测算法组成。根据在线规则库判断该业务是否存在冲突;然后通过业务冲突分类模块判断是否为循环业务冲突;如果不是,就把该业务冲突信息返回给离线冲突检测模块,扩展动态二维表;如果是循环冲突,就采用循环检测算法进行业务冲突检测。
循环冲突检测算法的原理:在系统中保存2个字段(Source-List和Destination-List)的定义,Source-List保存每次转发时的源地址列表,每次转发时把源地址和最终目的地址添加到Source-List末尾。Destination-List保存每次转发时的下一跳地址列表,每次转发时添加下一跳地址和最终目的地址到列表。若
Destination-List⊆Source-List, (1)
即Destination-List列表中的地址集合是Source-List列表中的子集,则认为出现循环,即检测到冲突。然后对其该消息,并释放会话,结束本次冲突检测。
3实验结果
为了验证该Service Broker架构检测解决业务冲突的有效性,按照图4所示验证平台进行了试验验证,将X-Lite软终端(A、B、C)、CSCF服务器、HSS、SIP服务器和Service Broker连接到交换机。在SIP服务器上部署了2个业务:呼叫前转业务和呼叫代答业务。
情景1:设用户B同时订阅了呼叫代答业务和呼叫前转业务,用户B注册为呼叫前转用户C。
用户A呼叫用户B,首先在离线业务冲突检测模块中调用动态二维表算法,检测到呼叫代答和呼叫前转业务之间存在冲突。根据预先制定的策略执行呼叫前转业务。
情景2:设用户A、B、C均订阅了呼叫前转业务,其中用户A注册为呼叫前转用户B,用户B注册为呼叫前转用户C,用户C注册为呼叫前转用户A。这是一个典型的活锁类业务冲突。
当用户A、B、C中的任何一个用户拨打其中的另外一个用户时,首先在离线业务冲突检测模块中调用动态二维表算法,没有检测到业务冲突,然后将业务请求消息转交给在线冲突检测模块;在线冲突检测模块调用循环冲突检测算法,求出Source-List= {A,B,C},Destination-List = {B,C,A},因为
Destination-List
即Destination-List是Source-List的子集,由此判断出本次呼叫存在活锁类业务冲突,放弃本次会话。
4结束语
依据3GPP针对SCIM和Service Broker提出的功能需求,参考现有的业务冲突检测和解决方法,提出了一个Service Broker架构。该架构的业务冲突检测子模块对业务冲突采用二级检测,先对离线业务冲突进行检测,然后对在线业务冲突进行检测和解决。通过动态二维分析表方法进行离线业务冲突检测和解决;通过循环检测算法进行在线业务冲突的检测和处理。并通过离线规则库和在线规则库之间的交互对动态二维表进行扩展,以解决新的业务冲突。该架构能够提高业务冲突检测的效率和成功率。
参考文献
[1]3GPP TS 23.218.IP Multimedia(IM)Session Handling;IM Call Model[S].
[2]3GPP TR 23.810.Study on Architecture Impacts of ServiceBrokering[S].
[3]KOLBERG M,MAGILL E H.Managing FeatureInteractions between Distributed SIP Call Control Services[J].Computer Networks,2007,51(2):536-557.
[4]ANUPAM V,HULL R B,KANWAL S S,et al.AnIntroduction to Lucent’s Service Enhancement Layer[J].Bell Labs Technical Journal,2006,10(4):179-196.
[5]DEVITO N M,EMERY R T,KOCAN K F,et al.Functionality and Structure of the Service Broker inAdvanced Service Architectures[J].Bell Labs TechnicalJournal,2005,10(1):17-30.
[6]KOCAN K F,ROOME W D,ANUPAM V.ServiceCapability Interaction Management in IMS Using the LucentService Broker Product[J].Bell Labs Technical Journal,2006,10(4),217-232.
[7]KOCAN K F,ROOME W D,ANUPAM V.A NovelSoftware Approach for Service Brokering in AdvancedService Architectures[J].Bell Labs Technical Journal,2006,11(1):5-20.
[8]魏薇,杨放春.基于免疫学的多层防护业务冲突管理系统研究[J].高技术通讯,2007,17(4):362-367.
业务冲突 篇3
会计师事务所是注册会计师依法承办业务的机构。根据《注册会计师法》第14条、第15条的规定及其他法律、行政法规的规定, 我国会计师事务所的业务包括审计业务、审阅业务、其他鉴证业务和相关服务四大类业务。这四类业务中或多或少的存在着不相容的状况, 但相对于认识和条件的限制, 业界人士并不能给予清晰的界定。因此, 会计师事务所在对不同的利益主体提供服务时, 难免会存在独立性缺失及业务多元化经营引起的潜在利益冲突。
基于我国会计师事务所起步晚, 发展慢的特点, 我国于1994年《中华人民共和国注册会计师法》和2002年《中国注册会计师职业道德规范指导意见》中均规定“与执行审计业务不相容的工作”, 要求注册会计师应当就其向审计客户提供的非审计服务是否相容作出评价。但究竟哪些属于不相容业务, 《指导意见》没有作出具体规定, 需要注册会计师事务所自行判断, 通过这种方式, 为会计师事务所的多元化经营留下了法律的空间。然而, 会计师事务所多元化经营虽具有分业经营体制所无法提供的范围经济、规模经济、分散风险等优点, 却也存在一些不易克服的缺陷, 利益冲突问题即是其中之一。
利益冲突是金融服务领域常见的现象。当会计师事务所从事多元化业务时, 利益主体也随之多元化, 利益冲突就更加激烈。例如:安达信会计师事务所对安然公司的审计失败案就足以证明同一会计师事务所在对审计客户同时提供审计业务和非审计业务时就很容易发生利益冲突的问题。2001年安达信对安然公司的审计收费是2500万美元, 非审计服务收费则是2700万美元。因此不少人认为注册会计师为审计客户提供非审计服务, 特别是当非审计服务收费超过审计收费时, 会计师事务所就存在严重的利益冲突问题。
安然事件后, 为了重塑会计师的独立性, 唤起美国投资者的信心, 美国国会通过了《2002萨班斯——奥克斯利法案》。该法案为解决会计师事务所利益冲突方面做出了示范, 其中第201条规定:执行任何发行证券的公司审计业务的会计师事务所 (以及任何由SEC认定的与该所相关联的人员) , 在执行审计业务的同时, 提供如下非审计业务是非法的: (1) 涉及被审计客户的会计记录及财务报表的簿记或其他业务; (2) 设计及执行财务信息系统; (3) 评估或估价业务、公正业务或出具实务捐赠报告书; (4) 精算业务; (5) 内部审计外部化业务; (6) 代行使管理或人力资源职能; (7) 作为客户的经纪人或经销商、投资顾问、或提供投资银行服务; (8) 提供与审计无关的法律服务或专家服务; (9) 任何委员会所规定的未被许可的业务。同时针对安然公司的雇员中有100多为来自安达信, 包括首席会计师和财务总监等高级职员这一特殊现象被认为是影响安达信审计失败, 谋取利益的重大问题之一。于是, 该法案的第206节利益的冲突对此进行了改进, 在某一会计师事务所审计某一发行证券公司的前一年内, 如果该公司的现任首席执行官、首席财务主管或首席会计主管 (或是任何与他们职位等同的人员) 曾被该事务所雇佣并参与了对该公司的审计, 那么该事务所向该公司提供任何审计业务的行为都是非法的。这也从制度和法规上, 堵住了企业高层与其前雇主也是该企业的审计单位之间进行非市场化的利益来往的源头, 减少了审计失败的几率和发生利益冲突的概率。
随着经济的发展和社会的进步, 各部门和各职业细分化的趋势越发明显, 随之应运而生的业务需求更加的多元化, 这为各金融服务机构业务的多元化, 尤其为会计师事务所业务多元化的发展提供了广阔的空间, 随着为其带来利益的同时也带来了一些不容忽视的利益冲突问题。《萨班斯法案》的实施为各国对会计师事务所的监管具有极其重要的借鉴意义。尽管《萨班斯法案》为在美国上市的公司带来了“额外”的遵从成本, 但总体看来, 法案确实正在发挥其预期的作用。特别是对会计师事务所而言, 法案的实施有利于会计业务的有效开展, 对于利益冲突也起到了有效的遏制。
参考文献
[1]陈毓江.关于防止利益冲突的思考[J].中国监察.2010年第19期.
[2]杜兴强.论审计业务与非审计业务的剥离[J].中国审计, 2002.7.