下一代网络业务支撑环境3.ppt

第三章 业务执行环境 3.1 SLEE总体结构和设计分析 3.2 容器子系统的设计与实现 3.3 对容器子系统支持伸缩性的分析 3.4 对容器子系统支持开放性的分析 3.1 SLEE总体结构和设计分析 业务运行 业务生命周期管理 业务定购和用户管理支持 数据访问支持 业务开发支持 可靠性（reliability） 可伸缩性（scalability） 可扩展性（extensibility） 可移植性（portability） 基于3.1.1节对SLEE功能和性能要求的分析，SLEE的系统结构可以如下图所示。 SLEE与SCP功能上的相似性 为业务实例运行提供运行管理和支持。 提供业务管理以及系统监控和管理功能 提供公用的功能程序 提供数据管理功能 SLEE与SCP存在的差异 对业务形式的支持 对业务开发的支持 业务控制的集中与分布 通信接口的差异 功能的扩展 3.2 容器子系统的设计与实现 NGN网络中，网络层通过开放业务接口向应用层提供网络能力。 以Parlay规范为例，分析NGN中的呼叫类业务流程，可以分为三个过程 事件标准注册。 事件标准触发。 业务执行 按照功能可分为：业务运行支撑，以及业务的管理功能。 SLEE容器的设计目标是为业务提供运行支持，同时SLEE容器模块必须提供良好的伸缩性，所以可基于分布式中间件来实现分布控制，由多个主机或结点来实现相同的服务功能，为系统的伸缩性及负载均衡等功能的实现提供条件。 SLEE容器子系统向管理模块提供IAPLContainer接口，管理模块通过调用此接口的方法操作SLEE容器子系统。下面以业务加载、业务激活、网络侧触发业务的处理流程为例来描述SLEE容器子系统的设计框架，其中假定业务流程需要使用Parlay GCCS。 本模块分为业务管理模块、网络触发接口适配子模块、负载管理子模块和业务容器管理子模块。 实例容器模块包含的主要类如下图 SLEE对呼叫并发处理时，首先要保证每个呼叫实例能及时被调度，且每个呼叫实例中的消息要确保按顺序处理。 在SLEE中，一个呼叫实例被创建以后，要对以后上报给呼叫实例的消息进行接收处理，而同时SLEE中会有许多业务实例存在，同时也会有许多的消息上报，所以为保证业务逻辑正确的执行处理，SLEE要提供保证机制使得消息能被正确的分发到相应的业务实例中。 当 1时，该服务模型不能达到稳态，即当大话务量到达率超过单机的事件处理率的时候,单机性能明显恶化，而单机的事件处理率受到单机硬件性能本身的限制。 引入n个服务窗口后，对整个SLEE服务系统，达到稳态的要求是： 3.3 业务的开发 所有的事件都是APLEvent的子类，包括业务自定义的事件。 事件的类型由一个唯一对应的类型值（整数值）来表示，可以通过APLEvent的getEvent()方法来获得。 可采用如下的方法定义 事件所在的包按Parlay定义的各种服务来区分，并以服务名来命名事件的包名； 事件的名称以对应的方法名称来命名，并且加上Event结尾。 Parlay回调接口中的方法的参数，被映射为相应事件中的属性，并提供各属性对应的存取方法。 SLEE将Parlay网关侧的接口封装成本地的接口后再提供给业务，SLEE封装的本地接口实现了原来的Parlay接口，因此业务可以将除Manager以外的网关接口，如IpCall、IpUI等，直接看作Parlay网关提供的接口来使用。 Parlay接口中的Manager接口采用了另外一种封装方式，即定义了单独的Adapter接口，通过Adapter接口向业务提供可能需要的方法。命名格式为原Manager接口的名称加上Adapter结尾 。 业务逻辑要在SLEE的容器子系统中运行，不可避免的要与容器进行交互。其交互接口必须进行明确定义。 状态(state)：是指在对象的生命期中的一个条件或状况，在此期间对象将满足某些条件、执行某些活动或等待某些事件。 输入事件(event) ：是对一个在时间和空间上占有一定位置的有意义的事情的规格说明。在状态机中，一个事件是一次激发的产生，激发可以触发一个状态转换 状态机可看成一个状态和转换的图，描述了类元实例对事件接收的响应。 　 可以使得与特定状态相关的行为局部化，并且将不同状态的行为分割开来。 它使得状态转换显示化。 可以在实现中使用动态继承。 OnePartyState SendAndGetInfoState SetupState MultiPartyState EndState 一个从IAPLInstance接口继承而来的类 OnePartyState类 SendAndGetInfoState类 SetupState类 Mul