电信业务与网络,第十讲 电信业务开发及相关软件技术,TINA体系结构,计算体系结构（1）,TINA计算体系结构的核心内容包括两个方面： 定义了面向对象软件的建模概念 构造了分布处理支持环境（DPE）模型，用于实现对象定位和对象交互操作。由此为TINA的其它三个体系结构提供了基础。 计算对象（Computational Object） 以面向对象的方式把系统描述为一系列相互作用的对象，这些对象封装了TINA系统的子功能，TINA把这些对象定义为计算对象 计算对象通过从接口发送并接收信息来实现彼此之间的相互作用。,计算体系结构（2）,一个计算对象可以提供多个接口，这些接口又可能属于不同类型。有两种形式的接口可由计算对象提供或供其它计算对象使用： 操作接口（Operational Interface）：用于完成对象之间的操作控制 流接口（Stream Interface）：是流端点的一个抽象 一个流束（stream）是由一个或多个流（Stream Flows）汇聚而成。当对象之间通过流接口相互作用时，信息交换则以流的形式发生。 每一个流有一个能够被下层设备所支持的类型（如语音、图像、数据等） 流是单向的，它终止在流接口的流端点上。 每个流端点要么是源（Source），要么是穴（Sink）。源是流的出口，穴是流的入口，流的方向总是从源指向穴。 一个流接口可以由多个源和穴混合而成。,计算体系结构（3）,TINA分布处理环境示意图,CORBA（1）,CORBA（2）,Figure 2-2 The Structure of Object Request Interfaces,（摘自Common Object Request Broker Architecture: Core Specification，Version 3.0）,业务体系结构（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用一系列相互作用的计算对象来描述电信业务，这些计算对象称为构件（Components）。 业务体系结构中的主要构件分为一般业务构件和具体业务构件。一般业务构件为所有业务公用；具体业务构件为特定业务所使用（如表示业务逻辑、数据、管理等）。 与接入会话相关的构件 as-UAP（access session-User Application）：用户应用接入部分，用于传送用户的请求，以创建一个新的会话，也能够使用户客户化自己的业务参数。例如，建立自己的特殊业务选项、预定在特定时刻激活业务等PA（Provider Agent）：提供商代理，是一个与业务相独立的业务构件。它帮助用户与提供商之间建立信任关系，传达用户请求到UA（用户代理）以建立新的业务会话，或接收一个从UA到用户的邀请。每发生一个接入会话就会产生一个PA实例。 IA（Initial Agent）：初始代理，是一个独立于用户和业务的业务构件。在提供者域中，它是一个初始接入点。当用户希望与提供者建立联系或会话时，IA就向PA返回一个消息。通过PA的相互作用，IA支持用户与提供商之间进行身份认证、建立信任关系 UA（User Agent）：用户代理，是一个与业务相独立的业务构件，用于在提供商域中代表用户。在接入会话中，它起一个单联系点作用，以控制管理新的用户业务会话。通过UA也能得到用户与提供商之间的联系信息。,业务体系结构（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便被删除。,业务体系结构（8）,与通信会话相关的构件 TCSM（Terminal Communications Session Manager）：终端通信会话管理器，是一个与业务独立的业务构件，用于管理和控制用户域的流绑定（Stream Bindings）。它提供一个接口，允许CSM（通信会话管理器）建立、删除用户域内的流连接 CSM（Communication Session Manager）：通信会话管理器，也是一个与业务独立的业务构件，用于管理端到端的流连接。它提供一个接口，允许USM/SSM建立、修改、删除端到端的流连接。 会话无关的构件 CC（Connection Coordinator）：连接协调器，用于控制管理低层通信子网的连接,TCSM,CSM,TCSM,CC,SSM,USM,USM,SF,UA,UA,IA,ss-UAP,PA,as-UAP,ss-UAP,PA,IA,as-UAP,实例化,涉及 接入会话,涉及 业务会话,涉及 通信会话,消费者域,消费者域,零售商域,一个典型业务方案示意,业务体系结构（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，as-UAP-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用户已完成了接入会话和进入了业务会话,业务体系结构（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用户也进入了业务会话 用户A、B的通信会话 SSM向CSM发出连接请求，CSM通过TCSM-a、TCSM-b和CC进行低层的通信连接控制,业务体系结构（11）,通用业务构件模型,课外阅读文献,Marcel Mampaey, “TINA for services and advanced signaling and control in next generation networks”, IEEE Communications Magazine, Oct. 2000,