电信业务及网络(第10讲).pptVIP

电信业务与网络 第十讲 电信业务开发及相关软件技术 TINA体系结构 计算体系结构（1） TINA计算体系结构的核心内容包括两个方面： 定义了面向对象软件的建模概念 构造了分布处理支持环境（DPE）模型，用于实现对象定位和对象交互操作。由此为TINA的其它三个体系结构提供了基础。 计算对象（Computational Object） 以面向对象的方式把系统描述为一系列相互作用的对象，这些对象封装了TINA系统的子功能，TINA把这些对象定义为计算对象 计算对象通过从接口发送并接收信息来实现彼此之间的相互作用。 计算体系结构（2） 一个计算对象可以提供多个接口，这些接口又可能属于不同类型。有两种形式的接口可由计算对象提供或供其它计算对象使用： 操作接口（Operational Interface）：用于完成对象之间的操作控制 流接口（Stream Interface）：是流端点的一个抽象 一个流束（stream）是由一个或多个流（Stream Flows）汇聚而成。当对象之间通过流接口相互作用时，信息交换则以流的形式发生。 每一个流有一个能够被下层设备所支持的类型（如语音、图像、数据等） 流是单向的，它终止在流接口的流端点上。 每个流端点要么是源（Source），要么是穴（Sink）。源是流的出口，穴是流的入口，流的方向总是从源指向穴。 一个流接口可以由多个源和穴混合而成。 计算体系结构（3） 业务体系结构（1） 业务体系结构的目的是为电信业务设计、实现、使用和操作定义一系列概念和原则，描述在多供应商环境下提供广泛业务的一致性平台 业务体系结构定义了一系列可重用的组件以构造电信业务。 TINA业务体系结构广泛支持多用户的语音、信息、多媒体通信业务，支持业务管理和客户化，支持包括第三方应用的开发、业务和会话的可移动性以及非TINA 系统和业务的综合能力等。 会话（Session）模型和业务构件计算模型是业务体系结构的主要概念 业务体系结构（2） 会话模型 会话：一个会话表示在某一期间内业务进程所涉及的全部消息交互。 如在一个多点会议中有关接入、连接、计费、加入或离开会议而导致用户业务数据改变等都需要在会话中交互消息。 此外，会话还用于保持会议的某些相关信息。 会话是呼叫（Call）概念的发展，又优于呼叫：会话独立于连接、具有多用户特点、可以在连接时间以外持续 业务体系结构（3） TINA定义的会话模型包括接入会话（Access Session）、业务会话（Service Session）和通信会话（Communication Session）这三种类型的会话 接入会话：接入会话对应于用户/提供商交互所涉及的行为，是为了能使用户接入到业务中去或被邀请到业务中来以保持业务状态而在用户域与提供商域之间进行的一系列消息交互活动。 在建立业务连接关系的初始阶段，它表示用户开始接入业务，在接入会话过程中，根据不同的业务特点需要完成一些不同的事项，例如对用户的身份认证、用户对业务属性的选择、用户与提供商之间确立一定的相互关系等。 用户通过初始阶段的接入会话，要么能进入业务或激活已有的业务，要么被拒绝。 与电话网去话来话概念相类似，接入会话有两种情况：去话会话（Outgoing Access Session）和来话会话（Incoming Access Session）。前者表示用户主动发起的接入会话，后者表示用户被邀请的接入会话 业务体系结构（4） 业务会话：业务会话与业务本身的提供与使用相对应。业务会话表示业务执行过程中系统内部相关部分进行的消息交互活动，描述了业务活动及功能，它将业务与一个或一组用户相连接并使他们彼此能交互。 业务会话主要涉及到的信息是业务控制和业务管理两种信息，其中业务控制信息基于全局的观点 业务会话又可分为用户业务会话和提供商业务会话。 用户业务会话：以局部视点来管理每个用户的状态和资源属性（如计费背景、当前页面等）。 提供商会话：以全局视点进行系统控制，包括业务逻辑展开、允许或邀请一个用户加入到会话之中所需要的控制功能。 业务构件计算模型中的业务会话管理器对业务会话起主要控制管理作用 业务体系结构（5） 通信会话：根据业务会话的业务质量（QoS：Quality of Service）要求，通信会话提供所需的网络资源。 通信会话以抽象的视点表示与业务会话相关联的流连接，描述在传送网中建立端到端连接所需通信资源。 一个通信会话可以处理涉及多点、多媒体的多连接，可以管理QoS，可以与多个连接的会话相互作用。 采用抽象的通信会话来控制通信能力的好处在于允许业务动态实例化、恢复或维持一个适当的通信资源结构。 业务组件计算模型中的通信会话管理器对通信会话起主要控制管理作用 业务体系结构（6） 业务体系结构中的主要构件 TINA