NGN业务的特点、技术及提供方式

权以及综合管理。框架接口由网络运营商管理。

　　需要注意的是，Parlay标准定义的是控制底层网络资源的API，并非网络协议。两者的差别在于：协议面向具体的网络，由严格定义的一组消息和通信规则组成；API面向软件编程者，由一组抽象的操作或过程组成。在不同的网络中完成同样的功能所用的协议可能完全不同，但是所用的API则完全相同。这样，原来对通信网技术知之甚少的软件人员也可以利用Parlay接口自如地开发应用业务程序。

　　5.2.2　JAIN技术

　　与BT发起Parlay研究的同时，SUN公司也发起了Java语言的电信应用编程接口，称之为JAIN。两者的设计思想类似，应用目标都是支持包括电话网，移动网和Internet在内的多重网络环境下开发综合应用业务。两者的差别是，Parlay的着重点在于第三方业务提供，因此定义了完备的安全管理框架接口；JAIN的重点在于开发位于可编程交换机内部的应用程序，定义了完备的至各类网络协议映射的协议API。目前已成立联合工作组同步两者的研究进程，原则上业务API和框架接口将采用Parlay标准，协议API将采用JAIN标准。

　　5.2.3　WebService技术

　　WebService是一种新的Web应用程序分支，他们是自包含、自描述、模块化的应用，可以发布、定位、通过Web调用。WebService可以执行从简单的请求到复杂商务处理的任何功能。一经部署，其他Web-Service应用程序可以发现并调用它部署的服务。

　　WebService是一种应用程序，它可以使用标准的互联网协议上。可将Web服务视作Web上的组件编程。

　　分布式的应用程序逻辑需要使用分布式的对象模型，诸如：微软的分布式组件对象模型（DCOM）、对象管理集团的公用对象代理程序结构（CORBA）或Sun的远程方法调用（RMI）。通过使用这种基本结构，开发人员仍可拥有使用本地模型所提供的丰富资源和精确性，并可将服务置于远程系统中。

　　中间件平台（RMI，Jini，CORBA，DCOM）确实提供了强大的服务现实手段，但是这些系统有一个共同的缺陷，那就是它们无法扩展到互联网上：它们要求服务客户端与系统提供的服务本身之间必须进行紧密耦合，即要求一个同类基本结构。这样的系统往往十分脆弱：如果一端的执行机制发生变化，那么另一端便会崩溃。例如，如果服务器应用程序的接口发生更改，那么客户端便会崩溃。

　　要求提供紧密耦合的基本结构，无可厚非，许多应用程序均是基于这种系统构建而成的。但是，当各个公司需要相互合作或信息技术提供商扩大业务范围时，便很难实现单一而统一的基本结构。您根本无法保证您希望与之进行远程通信的管道的另一端，具备所有您需要的基本结构；对于另一端使用的操作系统、对象模型或编程语言，您可能一无所知。

　　相反，Web服务彼此是松散耦合的。连接中的任何一方均可更改执行机制，却不影响应用程序的正常运行。从技术角度讲，人们已转向使用一种基于消息的异步技术来实现高可靠性的系统性能，通过使用诸如HTTP、简单邮件传输协议（SMTP）以及至为重要的SML来实现统一的连接。

6、结语

　　NGN的全球标准化工作在总体框架和基本概念上初步取得了成果，但在具体网络和业务要求方面由于各地区的情况不同，目前很难达成一致的看法和要求，所以在实施方面进展较为缓慢，还需要大家共同努力来推进。运营商在面对网络演进时需要采用平滑过渡的手段，所以对新的网络设备提出了新的要求。对于核心网络，运营商希望能够支持多种流量、多种业务、具有丰富的协议、大容量和高性能；对于边缘网络，运营商要求具有丰富的接口能力；对于业务，运营商希望提供灵活有效的业务平台和用户可接受的新型终端设备；对于网络管理和维护，运营商则需要智能化的管理体系。