- 易迪拓培训,专注于微波、射频、天线设计工程师的培养
下一代网络和下一代服务
录入:edatop.com 点击:
下一代网络(NGN)是一个广义的概念,它包含了正在发生的或者将要发生的网络构建方式的多种变革。一般来说,NGN是可以包括话音、数据和多媒体等综合业务的开放式网络架构。支撑NGN的主要技术有IPv6、光纤高速传输技术、光交换与智能光网、宽带接入、城域网、软交换、3G、IP终端、网络安全技术等。下一代网络的几个主要特征是:
(1)开放式的体系架构和标准的接口;
(2)业务与呼叫控制分离,呼叫控制与承载分离;
(3)网络可以分为业务层、控制层、网络层和接入层;
(4)控制层以软交换为核心;
(5)根据IPv6的推进力度,网络层将逐步采用IP协议实现业务的融合;
(6)接入层采用多样化的宽带无缝接入。
下一代网络只是手段,下一代服务才是目的。在向下一代网络演进的过程中,网络结构正经历一场深刻的变革。传统电路交换网络向分组化的开放融合网络演进,核心网与接入网相对分离,网络与业务呈现可分离性。在这一背景下,新的业务种类和丰富多彩的增值服务将大量涌现。
在向下一代网络演进的过程中,整个产业链将不断地进行细分,产业分工更加细化,新的相关主体不断涌现,形成了包括支撑技术提供商、网络设备制造商、应用开发/提供商、应用集成商、内容开发/提供商、内容集成商、虚拟运营商、应用平台提供商、IP网络运营商和接入网络运营商等众多的主体。这些主体之间的关系也由传统的简单上下游供应关系,逐步演变成较为复杂的多边关系。
网络技术层面的变化对下一代运营支撑系统的要求
网络层面的变化对下一代运营支撑系统的要求主要会反映在资源管理、网管和计费方面。下面分别进行分析。
1.对资源管理的要求
资源管理是整个运营支撑系统的重要数据基础,它不仅要直接支持业务开通,同时对业务保障(综合网管和故障处理)、资产、工程、数据仓库/集市等都要提供数据支持。下一代网络环境对于资源管理的变化要求主要体现在:
(1)网络资源管理将更注重逻辑资源的管理。
(2)由于业务层和控制层的分离,下一代资源管理的范围将不仅包括传统的通信网络设备如交换、传输、数据设备,对于提供业务层服务的主机、服务器、存储设备以及其上运行的应用都将成为重要的网络资源。而对于各种服务器及应用的资源管理模式与传统的通信设备的资源管理模式有较大的差别。
(3)传统的面向物理通道和逻辑电路的资源调配模式将逐步向能够面向带宽和处理能力分配的更为灵活的资源调配策略转变。
(4)随着各种新业务如IPTV、WLAN、VoIP的出现,用户终端将更加智能化,并对业务开通和业务保障的模式产生影响。因此,智能用户终端将逐步纳入下一代资源管理的范畴。
2.对网管的要求
目前的网络是混合结构,既有传统的电信网,也有以TCP/IP为主的分组网。目前业务还没有充分融合,因此管理上也往往是各自独立的。下一代网络是电路交换网络和分组网络在各个层次上的融合,融合后的网络必然引发网管方式的变化,在网管的统一化、智能化、主动化等方面将有所突破,主要体现在以下几点(其中与资源管理相对应的不做详细描述):
(1)传统的电路分配和利用率的分析将逐步转变成为对带宽的分配和利用,并最终向异速率交换过渡;
(2)业务的综合导致对综合网管的要求提高;
(3)对自动配置的要求提高,以响应快速的业务开通;
(4)除了对网络设备故障和性能监控配置外,对于各种主机、服务器及其上应用的故障、性能监控及配置也至关重要;
(5)由于网络层包交换化,要保证高质量的服务,对网络的运行情况分析将更为经常性、实时性,要求也更高;
(6)智能客户终端纳入网管范畴。
3.对计费采集的要求
(1)计费采集对象更为众多,如交换机、路由器、认证服务器、接入服务器、各种媒体网关及合作伙伴都成为计费采集的对象;
(2)下一代服务的多样化使得计费要素更为复杂,因此对于计费采集的完整性和实时性要求更高,从而对计费采集系统的处理能力要求更高。
业务层面的变化对下一代运营支撑系统的要求
业务的需求决定了网络技术的变化,它们同样对于下一代运营支撑系统有着较大的影响。业务类型和模式的变化既会对业务开通和业务保障的流程产生直接的变化要求,也会对资源分配、网管配置和监控等产生间接的需求。业务层面的变化及对下一代运营支撑系统提出的要求主要有以下几点:
(1)业务层和控制层的分离会使新业务和新产品推出的速度加快,这种变化要求:
·应实现对产品全生命周期一体化流程管理。这里的全生命周期管理将不仅包括产品在销售、开通、运维、退出过程中的状态变化,也包含从战略、决策和基础设施建设角度来看的产品生命周期管理。
·对业务开通和业务保障的要求:快速响应(快速的业务开发和部署能力)和多系统协同工作的能力至关重要。
(2)业务的价值链更为复杂,导致更多业务的开通或者保障可能会跨运营商、合作伙伴。这种变化会导致:
·业务开通和业务保障流程系统应具有更好的跨运营商、合作伙伴的处理能力。
·应加强对于供应商和合作伙伴的管理,且对网间或合作伙伴间结算能力也有更高的要求。
(3)业务的多样化和复杂性对计费和帐务系统的要求提高:如面向基于位置服务、移动支付、流媒体点播等服务的计费使得计费的要素更为众多而复杂,如时长、流量、位置、内容、QoS、次数等都会成为计费的要素。
(4)个性化自助服务:下一代服务的另一个重要特征就是为用户提供个性化的服务体验。用户可以通过运营商面向用户的各种服务门户,个性化定制自己所需要的服务。然而,这种个性化的自助服务往往对后台支撑系统的实时性处理要求很高,需要如定单处理、资源管理、网管和计费多个系统的协同工作。
下一代运营支撑系统的理论规范
电信管理论坛(TMF)提出的NGOSS功能模型,是新一代电信运营支撑系统的体系结构。NGOSS从整体上为电信行业提出了分析、设计、开发和获取运营企业业务支撑系统及软件的框架,已经被国际电信运营商和设备制造商以及电信运营支撑系统开发商广泛接受,成为事实上的国际标准。
NGOSS目前已经发展到5.0版本。具体来说,NGOSS的体系架构主要包含以下几个组成部分:
(1)NGOSS的整体方法论。NGOSS通过对运营支撑系统的生命周期进行分析,从业务(Business)、系统(System)、实现(Implementation)和开发(Deve?鄄lopment)四个视图的角度对其理论和规范进行描述。
(2)增强的电信运营图 eTOM。eTOM是NGOSS中最重要的组成部分。从2002年以来,eTOM已经逐步为国内运营商所接受,并成为其运营支撑系统建设规划的重要理论依据。eTOM是以电信业务流程为导向的蓝图,而不是系统架构图,它主要定义了下一代业务的处理框架。
(3)共享信息和数据模型SID。一个好的共享信息数据模型是运营支撑系统设计中的关键。SID是NGOSS提出的建立共享信息模型的通用框架,SID分别从业务视图(业务对象实体定义)和系统视图(含有对象属性及关系定义的UML模型)描述共享信息模型。
(4)技术中立架构TNA。TNA主要从组件(Components)和合约(Contract)的角度定义一种与具体实现技术无关的架构。通过组件和合约,不同层次、不同技术实现的系统之间可以协同工作,形成一个完整的分层服务框架。
(5)NGOSS一致性测试。用于验证解决方案及产品是否满足NGOSS的体系架构和技术要求。
关于NGOSS的讨论目前已经相当多。本文将不对NGOSS的细节进行进一步的分析。但是,毫无疑问的是,NGOSS必将成为下一代运营支撑系统建设的重要理论和规范指导。
下一代运营支撑系统的系统规划策略
系统规划策略主要是要描述系统的业务及功能划分以及系统之间的边界和关系。当然,由于下一代网络和下一代运营支撑系统还未真正浮出水面,现在来谈系统规划中比较细节的问题还为时过早。我们目前只能对系统规划层面一些比较重要和核心的问题进行一些分析。具体来说,主要包括:
(1)下一代运营支撑系统的系统定位。这里一个重要的问题是如何考虑运营支撑平台与基于诸如OSA/Parlay协议的业务管理平台之间的界面与关系。随着网络技术的融合以及业务层与控制层的分离,原来的智能网平台将过渡成为支持业务更多、功能更为强大、业务控制更为灵活的业务管理平台。笔者认为,业务管理平台的功能将向上(运营支撑平台)延伸的趋势不可避免。例如,一些产品的业务开发、开通流程、用户管理等可能会放在业务管理平台中实现。因此,下一代运营支撑系统在层次定位上需要有新的考虑,这里可能有两种思路:一种思路是,一些具体的过程可以放在业务管理平台实现,而运营支撑平台则更关注对底层平台的功能调用以及对多个平台的集成;另一种思路是将业务管理平台纳入运营支撑系统范畴统一建设。
(2)运营支撑内部各系统的边界定义,以及功能、流程和数据接口的实现原则。从边界定义角度看,各系统的边界定义应清晰,尽量避免功能交叉、重叠;从功能提供角度看,各个系统或者模块应符合组件化和对外提供合约接口的特征,以实现系统的灵活搭建和功能对外的有效提供;从数据角度看,应定义统一的共享信息模型;从流程角度看,除了业务开通和业务维护流程以外,还需要考虑战略、基础设施和产品(SIP)部分的流程与运营流程的有效结合。
(3)运营支撑系统各相关外部系统的定义,以及运营支撑内部各系统与相关外部系统的功能、流程和数据交互。
(4)系统建设实施的关键路线。需要考虑的主要方面包括:系统实施的先后顺序,对已建系统的利用或者升级策略等。
下一代运营支撑系统的IT技术实现
下一代运营支撑系统所涉及的IT技术覆盖相当广泛,主要有:面向服务架构(SOA)技术、UML建模技术、中间件技术、企业应用集成(EAI)技术、企业级工作流程管理技术、数据库技术、数据仓库技术、商业智能技术、海量数据存储技术、容灾备份技术、高端服务器、网络及系统管理技术等。目前,这些技术都有相当丰富的理论体系和产品实现的支持,无法一一尽述。因此,本文将只对SOA架构技术进行简单的描述。
SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
SOA具备了标准化、可操作、可组装的特性。简单来概括,SOA提供了一个通用的、可互操作的和有弹性的行业标准架构,可以在软件基础架构中建立一系列支持商业模型的可重复利用的服务,这些服务由不同应用系统的组件构成,能够帮助企业实现商业流程随需所用。
SOA的核心思想与下一代网络和下一代运营支撑系统的分层服务的架构思路非常一致。因此,SOA技术必将成为下一代运营支撑系统IT实现中的一个重要的架构技术。
目前,电信行业正在市场和技术的驱动下逐渐向NGN演进。我们已经站在了下一代网络和下一代服务的门槛上。下一代网络和服务的逐步推出必将对下一代运营支撑系统产生新的需求。我们只有提前把握这些需求和变化的趋势,才能把握先机,立于不败之地。
作者:
胡宏斌 上海复旦光华信息科技股份有限公司电信部副经理 博士
陈友友 中国电信上海市电信公司网络资源中心副主任
----《世界电信》
(1)开放式的体系架构和标准的接口;
(2)业务与呼叫控制分离,呼叫控制与承载分离;
(3)网络可以分为业务层、控制层、网络层和接入层;
(4)控制层以软交换为核心;
(5)根据IPv6的推进力度,网络层将逐步采用IP协议实现业务的融合;
(6)接入层采用多样化的宽带无缝接入。
下一代网络只是手段,下一代服务才是目的。在向下一代网络演进的过程中,网络结构正经历一场深刻的变革。传统电路交换网络向分组化的开放融合网络演进,核心网与接入网相对分离,网络与业务呈现可分离性。在这一背景下,新的业务种类和丰富多彩的增值服务将大量涌现。
在向下一代网络演进的过程中,整个产业链将不断地进行细分,产业分工更加细化,新的相关主体不断涌现,形成了包括支撑技术提供商、网络设备制造商、应用开发/提供商、应用集成商、内容开发/提供商、内容集成商、虚拟运营商、应用平台提供商、IP网络运营商和接入网络运营商等众多的主体。这些主体之间的关系也由传统的简单上下游供应关系,逐步演变成较为复杂的多边关系。
网络技术层面的变化对下一代运营支撑系统的要求
网络层面的变化对下一代运营支撑系统的要求主要会反映在资源管理、网管和计费方面。下面分别进行分析。
1.对资源管理的要求
资源管理是整个运营支撑系统的重要数据基础,它不仅要直接支持业务开通,同时对业务保障(综合网管和故障处理)、资产、工程、数据仓库/集市等都要提供数据支持。下一代网络环境对于资源管理的变化要求主要体现在:
(1)网络资源管理将更注重逻辑资源的管理。
(2)由于业务层和控制层的分离,下一代资源管理的范围将不仅包括传统的通信网络设备如交换、传输、数据设备,对于提供业务层服务的主机、服务器、存储设备以及其上运行的应用都将成为重要的网络资源。而对于各种服务器及应用的资源管理模式与传统的通信设备的资源管理模式有较大的差别。
(3)传统的面向物理通道和逻辑电路的资源调配模式将逐步向能够面向带宽和处理能力分配的更为灵活的资源调配策略转变。
(4)随着各种新业务如IPTV、WLAN、VoIP的出现,用户终端将更加智能化,并对业务开通和业务保障的模式产生影响。因此,智能用户终端将逐步纳入下一代资源管理的范畴。
2.对网管的要求
目前的网络是混合结构,既有传统的电信网,也有以TCP/IP为主的分组网。目前业务还没有充分融合,因此管理上也往往是各自独立的。下一代网络是电路交换网络和分组网络在各个层次上的融合,融合后的网络必然引发网管方式的变化,在网管的统一化、智能化、主动化等方面将有所突破,主要体现在以下几点(其中与资源管理相对应的不做详细描述):
(1)传统的电路分配和利用率的分析将逐步转变成为对带宽的分配和利用,并最终向异速率交换过渡;
(2)业务的综合导致对综合网管的要求提高;
(3)对自动配置的要求提高,以响应快速的业务开通;
(4)除了对网络设备故障和性能监控配置外,对于各种主机、服务器及其上应用的故障、性能监控及配置也至关重要;
(5)由于网络层包交换化,要保证高质量的服务,对网络的运行情况分析将更为经常性、实时性,要求也更高;
(6)智能客户终端纳入网管范畴。
3.对计费采集的要求
(1)计费采集对象更为众多,如交换机、路由器、认证服务器、接入服务器、各种媒体网关及合作伙伴都成为计费采集的对象;
(2)下一代服务的多样化使得计费要素更为复杂,因此对于计费采集的完整性和实时性要求更高,从而对计费采集系统的处理能力要求更高。
业务层面的变化对下一代运营支撑系统的要求
业务的需求决定了网络技术的变化,它们同样对于下一代运营支撑系统有着较大的影响。业务类型和模式的变化既会对业务开通和业务保障的流程产生直接的变化要求,也会对资源分配、网管配置和监控等产生间接的需求。业务层面的变化及对下一代运营支撑系统提出的要求主要有以下几点:
(1)业务层和控制层的分离会使新业务和新产品推出的速度加快,这种变化要求:
·应实现对产品全生命周期一体化流程管理。这里的全生命周期管理将不仅包括产品在销售、开通、运维、退出过程中的状态变化,也包含从战略、决策和基础设施建设角度来看的产品生命周期管理。
·对业务开通和业务保障的要求:快速响应(快速的业务开发和部署能力)和多系统协同工作的能力至关重要。
(2)业务的价值链更为复杂,导致更多业务的开通或者保障可能会跨运营商、合作伙伴。这种变化会导致:
·业务开通和业务保障流程系统应具有更好的跨运营商、合作伙伴的处理能力。
·应加强对于供应商和合作伙伴的管理,且对网间或合作伙伴间结算能力也有更高的要求。
(3)业务的多样化和复杂性对计费和帐务系统的要求提高:如面向基于位置服务、移动支付、流媒体点播等服务的计费使得计费的要素更为众多而复杂,如时长、流量、位置、内容、QoS、次数等都会成为计费的要素。
(4)个性化自助服务:下一代服务的另一个重要特征就是为用户提供个性化的服务体验。用户可以通过运营商面向用户的各种服务门户,个性化定制自己所需要的服务。然而,这种个性化的自助服务往往对后台支撑系统的实时性处理要求很高,需要如定单处理、资源管理、网管和计费多个系统的协同工作。
下一代运营支撑系统的理论规范
电信管理论坛(TMF)提出的NGOSS功能模型,是新一代电信运营支撑系统的体系结构。NGOSS从整体上为电信行业提出了分析、设计、开发和获取运营企业业务支撑系统及软件的框架,已经被国际电信运营商和设备制造商以及电信运营支撑系统开发商广泛接受,成为事实上的国际标准。
NGOSS目前已经发展到5.0版本。具体来说,NGOSS的体系架构主要包含以下几个组成部分:
(1)NGOSS的整体方法论。NGOSS通过对运营支撑系统的生命周期进行分析,从业务(Business)、系统(System)、实现(Implementation)和开发(Deve?鄄lopment)四个视图的角度对其理论和规范进行描述。
(2)增强的电信运营图 eTOM。eTOM是NGOSS中最重要的组成部分。从2002年以来,eTOM已经逐步为国内运营商所接受,并成为其运营支撑系统建设规划的重要理论依据。eTOM是以电信业务流程为导向的蓝图,而不是系统架构图,它主要定义了下一代业务的处理框架。
(3)共享信息和数据模型SID。一个好的共享信息数据模型是运营支撑系统设计中的关键。SID是NGOSS提出的建立共享信息模型的通用框架,SID分别从业务视图(业务对象实体定义)和系统视图(含有对象属性及关系定义的UML模型)描述共享信息模型。
(4)技术中立架构TNA。TNA主要从组件(Components)和合约(Contract)的角度定义一种与具体实现技术无关的架构。通过组件和合约,不同层次、不同技术实现的系统之间可以协同工作,形成一个完整的分层服务框架。
(5)NGOSS一致性测试。用于验证解决方案及产品是否满足NGOSS的体系架构和技术要求。
关于NGOSS的讨论目前已经相当多。本文将不对NGOSS的细节进行进一步的分析。但是,毫无疑问的是,NGOSS必将成为下一代运营支撑系统建设的重要理论和规范指导。
下一代运营支撑系统的系统规划策略
系统规划策略主要是要描述系统的业务及功能划分以及系统之间的边界和关系。当然,由于下一代网络和下一代运营支撑系统还未真正浮出水面,现在来谈系统规划中比较细节的问题还为时过早。我们目前只能对系统规划层面一些比较重要和核心的问题进行一些分析。具体来说,主要包括:
(1)下一代运营支撑系统的系统定位。这里一个重要的问题是如何考虑运营支撑平台与基于诸如OSA/Parlay协议的业务管理平台之间的界面与关系。随着网络技术的融合以及业务层与控制层的分离,原来的智能网平台将过渡成为支持业务更多、功能更为强大、业务控制更为灵活的业务管理平台。笔者认为,业务管理平台的功能将向上(运营支撑平台)延伸的趋势不可避免。例如,一些产品的业务开发、开通流程、用户管理等可能会放在业务管理平台中实现。因此,下一代运营支撑系统在层次定位上需要有新的考虑,这里可能有两种思路:一种思路是,一些具体的过程可以放在业务管理平台实现,而运营支撑平台则更关注对底层平台的功能调用以及对多个平台的集成;另一种思路是将业务管理平台纳入运营支撑系统范畴统一建设。
(2)运营支撑内部各系统的边界定义,以及功能、流程和数据接口的实现原则。从边界定义角度看,各系统的边界定义应清晰,尽量避免功能交叉、重叠;从功能提供角度看,各个系统或者模块应符合组件化和对外提供合约接口的特征,以实现系统的灵活搭建和功能对外的有效提供;从数据角度看,应定义统一的共享信息模型;从流程角度看,除了业务开通和业务维护流程以外,还需要考虑战略、基础设施和产品(SIP)部分的流程与运营流程的有效结合。
(3)运营支撑系统各相关外部系统的定义,以及运营支撑内部各系统与相关外部系统的功能、流程和数据交互。
(4)系统建设实施的关键路线。需要考虑的主要方面包括:系统实施的先后顺序,对已建系统的利用或者升级策略等。
下一代运营支撑系统的IT技术实现
下一代运营支撑系统所涉及的IT技术覆盖相当广泛,主要有:面向服务架构(SOA)技术、UML建模技术、中间件技术、企业应用集成(EAI)技术、企业级工作流程管理技术、数据库技术、数据仓库技术、商业智能技术、海量数据存储技术、容灾备份技术、高端服务器、网络及系统管理技术等。目前,这些技术都有相当丰富的理论体系和产品实现的支持,无法一一尽述。因此,本文将只对SOA架构技术进行简单的描述。
SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
SOA具备了标准化、可操作、可组装的特性。简单来概括,SOA提供了一个通用的、可互操作的和有弹性的行业标准架构,可以在软件基础架构中建立一系列支持商业模型的可重复利用的服务,这些服务由不同应用系统的组件构成,能够帮助企业实现商业流程随需所用。
SOA的核心思想与下一代网络和下一代运营支撑系统的分层服务的架构思路非常一致。因此,SOA技术必将成为下一代运营支撑系统IT实现中的一个重要的架构技术。
目前,电信行业正在市场和技术的驱动下逐渐向NGN演进。我们已经站在了下一代网络和下一代服务的门槛上。下一代网络和服务的逐步推出必将对下一代运营支撑系统产生新的需求。我们只有提前把握这些需求和变化的趋势,才能把握先机,立于不败之地。
作者:
胡宏斌 上海复旦光华信息科技股份有限公司电信部副经理 博士
陈友友 中国电信上海市电信公司网络资源中心副主任
----《世界电信》
上一篇:浅谈传输网和承载网的功能及其融合趋势
下一篇:软交换与3G网络互通关键技术分析