Object Request Broker
Object Services
CORBA(2)
Client Object Implementation
Dynamic Invocation
IDL Stubs
ORB Interface
Static IDL Skeleton
Dynamic Skeleton
Object Adaptor
– 会话无关的构件
CC(Connection Coordinator):连接协调器,用于控制管理低层通信 子网的连接
消费者域
零售商域
消费者域
as-UAP
as-UAP
涉及 接入会话
PA UA UA IA IA PA
SF
涉及 业务ቤተ መጻሕፍቲ ባይዱ话
USM ss-UAP SSM
实例化
USM ss-UAP
涉及 通信会话
as-UAP(access session-User Application):用户应用接入部分,用于传送用户 的请求,以创建一个新的会话,也能够使用户客户化自己的业务参数.例如, 建立自己的特殊业务选项,预定在特定时刻激活业务等 PA(Provider Agent):提供商代理,是一个与业务相独立的业务构件.它帮 助用户与提供商之间建立信任关系,传达用户请求到UA(用户代理)以建立 新的业务会话,或接收一个从UA到用户的邀请.每发生一个接入会话就会产 生一个PA实例. IA(Initial Agent):初始代理,是一个独立于用户和业务的业务构件.在提供 者域中,它是一个初始接入点.当用户希望与提供者建立联系或会话时,IA就 向PA返回一个消息.通过PA的相互作用,IA支持用户与提供商之间进行身份 认证,建立信任关系 UA(User Agent):用户代理,是一个与业务相独立的业务构件,用于在提供 商域中代表用户.在接入会话中,它起一个单联系点作用,以控制管理新的用 户业务会话.通过UA也能得到用户与提供商之间的联系信息.
业务体系结构(6)
业务体系结构中的主要构件
– TINA用一系列相互作用的计算对象来描述电信业务,这些计算对象称为 构件(Components). – 业务体系结构中的主要构件分为一般业务构件和具体业务构件.一般业务 构件为所有业务公用;具体业务构件为特定业务所使用(如表示业务逻辑, 数据,管理等). – 与接入会话相关的构件
操作接口(Operational Interface):用于完成对象之间的操作控制 流接口(Stream Interface):是流端点的一个抽象
– 一个流束(stream)是由一个或多个流(Stream Flows)汇聚而成.当对象之间通过 流接口相互作用时,信息交换则以流的形式发生. – 每一个流有一个能够被下层设备所支持的类型(如语音,图像,数据等) – 流是单向的,它终止在流接口的流端点上. – 每个流端点要么是源(Source),要么是穴(Sink).源是流的出口,穴是流的入 口,流的方向总是从源指向穴. – 一个流接口可以由多个源和穴混合而成. 流端点(源) 流端点(穴) 流 操作接口
业务体系结构(7)
– 与业务会话相关的构件
ss-UAP(service session-User Application):用户应用业务会话部分,是一个 与用户相关的业务构件,起一个具体的业务端点作用.通过适当的接口,它使 用户能够接入到USM(用户会话管理器).它也支持一般的业务会话控制能力. 对于每一个涉及到它的业务会话,它都有与USM相互作用 SF(Service Factory):业务(实例)生成器,是一个与具体业务相关的业务 构件,用于创建对象实例(典型地创建USM和SSM),创建一般由UA请求. 若其它的客户(Client)对象请求创建,则它必须有一个能够访问到SF的接口, 并能发出一个适当的请求.一个多业务类型的SF应该为每种业务类型分别提供 接口.如果有需要,SF能够持续管理它所生成的业务构件. SSM(Service Session Manager):业务会话管理器,是一个计算对象组,用于 业务会话控制.在会话中,一个SSM支持用户共享的业务能力.在业务会话中, SSM支持跟踪和控制资源操作,也支持与业务会话相关的管理能力.SSM也由 SF实例化,每一个与SF业务一致的请求将产生一个SSM,并且,当用户离开 业务会话或SSM被SF终止时SSM便被删除. USM(User Service Session Manager):用户业务会话管理器,是一个计算对 象组,由具体业务对象和USS(用户业务会话)中的类属会话控制部分组成. 在业务会话中,它持有本地用户的相关性能和信息.如果一个操作仅涉及到本 地用户,USM便利用自己的控制管理能力;否则,USM与SSM共同支持该操 作.USM也由SF实例化而产生,每个与SF业务类型一致的请求产生一个USM, 当用户离开会话时USM便被删除.
Figure 2-2 The Structure of Object Request Interfaces
(摘自Common Object Request Broker Architecture: Core Specification,Version 3.0)
业务体系结构(1)
业务体系结构的目的是为电信业务设计,实现,使用和操作定义 一系列概念和原则,描述在多供应商环境下提供广泛业务的一致 性平台 业务体系结构定义了一系列可重用的组件以构造电信业务. TINA业务体系结构广泛支持多用户的语音,信息,多媒体通信 业务,支持业务管理和客户化,支持包括第三方应用的开发,业 务和会话的可移动性以及非TINA 系统和业务的综合能力等. 会话(Session)模型和业务构件计算模型是业务体系结构的主要 概念
业务体系结构(5)
– 通信会话:根据业务会话的业务质量(QoS:Quality of Service)要求,通信会话提供所需的网络资源.
通信会话以抽象的视点表示与业务会话相关联的流连接,描述在传送 网中建立端到端连接所需通信资源. 一个通信会话可以处理涉及多点,多媒体的多连接,可以管理QoS, 可以与多个连接的会话相互作用. 采用抽象的通信会话来控制通信能力的好处在于允许业务动态实例化, 恢复或维持一个适当的通信资源结构. 业务组件计算模型中的通信会话管理器对通信会话起主要控制管理作 用
业务体系结构(10)
– 用户A对B发出邀请
A用户的邀请消息经过ss-UAP-a,USM-a传到SSM SSM与UA-b进行交互,得到B用户的业务属性数据,若B用户的业务属 性不符合要求,UA-b向SSM发拒绝消息;否则,继续后面的处理工作 UA-b向PA-b发邀请,并通过as-UAP-b提醒B用户 B用户应答或拒绝(包括久叫不应),消息再经PA-b传至 UA-b 若拒绝,UA-b向SSM发拒绝消息;否则,UA-b根据用户B的业务属性 数据向SF发生成USM-b的请求 SF生成USM-b,并在UA-b的控制下,SSM,USM-b,ss-UAP-b进行连 接,至此,B用户也进入了业务会话
– 以面向对象的方式把系统描述为一系列相互作用的对象,这些对象封装了 TINA系统的子功能,TINA把这些对象定义为计算对象 – 计算对象通过从接口发送并接收信息来实现彼此之间的相互作用.
计算体系结构(2)
– 一个计算对象可以提供多个接口,这些接口又可能属于不同类型.有两种 形式的接口可由计算对象提供或供其它计算对象使用:
业务体系结构(4)
– 业务会话:业务会话与业务本身的提供与使用相对应.业务 会话表示业务执行过程中系统内部相关部分进行的消息交互 活动,描述了业务活动及功能,它将业务与一个或一组用户 相连接并使他们彼此能交互.
业务会话主要涉及到的信息是业务控制和业务管理两种信息,其中业 务控制信息基于全局的观点 业务会话又可分为用户业务会话和提供商业务会话. 用户业务会话:以局部视点来管理每个用户的状态和资源属性(如计 费背景,当前页面等). 提供商会话:以全局视点进行系统控制,包括业务逻辑展开,允许或 邀请一个用户加入到会话之中所需要的控制功能. 业务构件计算模型中的业务会话管理器对业务会话起主要控制管理作 用
业务体系结构(2)
会话模型
– 会话:一个会话表示在某一期间内业务进程所涉及的全部消 息交互.
如在一个多点会议中有关接入,连接,计费,加入或离开会议而导致 用户业务数据改变等都需要在会话中交互消息. 此外,会话还用于保持会议的某些相关信息. 会话是呼叫(Call)概念的发展,又优于呼叫:会话独立于连接,具有 多用户特点,可以在连接时间以外持续
ORB Core
Interface identical for all ORB implementations There may be multiple object adaptors There are stubs and a skeleton for each object type ORB-dependent interface Up-call interface Normal call interface
接入会话 用户 业务会话 提供商 业务会话 业务会话 接入会话 用户 业务会话
通信会话
业务体系结构(3)
– TINA定义的会话模型包括接入会话(Access Session),业务 会话(Service Session)和通信会话(Communication Session) 这三种类型的会话 – 接入会话:接入会话对应于用户/提供商交互所涉及的行为, 是为了能使用户接入到业务中去或被邀请到业务中来以保持 业务状态而在用户域与提供商域之间进行的一系列消息交互 活动.
TCSM
CSM
TCSM
CC
一个典型业务方案示意
业务体系结构(9)
一个简单的业务会话流程
– A端业务请求
A用户激活as-UAP-a,发出接入请求,as-UAP-a向A提示输入网络认证 信息 as-UAP-a把A的请求和认证信息发向PA-a;PA-a则把其转发到IA-a IA-a从UA-a中取得用户相关数据对A用户身份进行身份认证(必要时 还需要通过PA-a与用户直接交互).如果认证失败,通过PA-a,asUAP-a拒绝用户;若认证成功,IA-a把认证通过的消息通知UA-a,并 继续后续的处理工作 UA-a则一方面把业务属性数据和终端属性数据发向PA-a;另一方面按 A用户业务属性把生成业务管理器的请求消息发向SF SF生成USM-a和SSM ss-UAP-a与USM-a,SSM分别按PA-a和UA-a的要求进行连接,至此A 用户已完成了接入会话和进入了业务会话