关于NGN网络与智能业务网络的互通浅析

摘要: 随着NGN网络的建设和发展,在网络组网中必然涉及到和现网中各类智能业务网络的互通,以提供更加丰富的业务和功能。本文主要针对智能业务网络的各类网元,详细说明和NGN网络与之对接的信令及话路的技术方案。

关键词: NGN;SCP;P外设 ;增值业务平台

1. 总体说明

从广义的角度讲,智能网络(包括传统智能及第三方业务开发商)属于整个NGN网络层次结构的“网络服务层”。处于网络控制层的软交换设备及承载介质层的媒体网关仅具备基本业务呼叫处理能力,需要SoftSwitch提供到网络服务层的接入能力,满足多样化增值业务逻辑的能力需求。NGN与智能网络的互联互通还需要考虑控制面与智能资源承载面的互通需求。

NGN与智能网络的互通需求主要涉及:

NGN软交换设备与传统智能SCP的信令互通方式选择(SG转接或直连);

NGN承载面与独立智能外设的互联互通,智能资源(SRF)在NGN承载面的存在方式(嵌入在媒体网关中,或作为独立MRS)及其与软交换设备的互通;

NGN软交换设备与第三方增值业务开发平台(网络)的接口,Open API(Parlay,OSA等)的提供方式。

2. NGN与传统SCP的互通方式

NGN与传统智能网的互通有两种方式:通过信令网关SG互通,与直接与SCP相连。

软交换通过SG与智能SCP互通的情况下,SG完成底层协议的转换、承载适配合和地址翻译的功能,该情况适用于软交换仅提供对外IP信令接口且传统SCP无法提供IP接口的情况;软交换直接与SCP相连的情况,可能是软交换自身支持基于TDM的SS7协议接口到SCP,或者本地网SCP支持INAP over IP协议接口的情况下,可直接出网口到SCP。

3. NGN与智能IP外设的互通

3.1NGN与智能外设(IP)的互通也存在两种方式:

IP设备直接嵌入在NGN网络内部的承载面网关设备(如中继网关或接入网关)中。

IP设备作为独立的、在NGN网络中仅提供分组接口方式的资源设备形态存在;NGN 的软交换在SCP控制下与窄带独立IP设备交互完成所需要的智能资源操作;NGN与智能外设之间不同的互通方式同时也决定了不同的交互流程:

IP设备嵌入在媒体网关或MRS中。

当IP设备作为独立媒体资源服务器(MRS)的一部分时,它实际上可看做是NGN网络的一部分,该IP设备仅对外提供单一分组承载接口,而软交换可通过H.248/MGCP媒体资源控制协议来直接操控其内的资源,并将其作为与MG等同的资源来进行管理(也需要支持IP设备到软交换的注册及资源一致性核查等功能)。

3.2IP设备嵌入在媒体网关的情况主要用于NGN为窄带POTS用户提供智能业务的情况(无论是直接通过AG接入,或是在长途汇接平面通过TG接入),由于呼叫流程总要经过MG设备,直接在MG中使用内嵌的IP资源显然可以达到最佳的交互效率,否则还要建立呼叫承载所在MG与IP资源所在。

软交换在收到与特殊资源相关的智能操作以后,会将此操作按照H.248/MGCP协议作相应的转换并发给MG;MG按照消息中的参数控制资源并且等待操作的结束,最终将资源操作结果上报软交换。

智能放音操作涉及转换的参数包括:放音ID,放音时长,循环次数,间隔次数以及语音类型等。

放音收号操作涉及的参数包括:第一位DTMF数字,号码长度,号间间隔时间等。

当资源MG/ MRS不同于当前呼叫所在MG,则软交换负责建立当前呼叫终端或MG到IP资源所在MG或MRS的承载连接建立和释放。

当软交换没有相关联的MRS并且媒体网关中也没有内嵌IP资源的情况下, SCP可能通过临时连接建立(ETC)操作(包含智能外设的地址和SCP的标识)指示IP设备为窄带基于电路交换的智能独立外设,软交换将首先通过ISUP信令同窄带IP建立信令连接,在发起IAM前,软交换将会控制MG分配连向独立IP的终端资源,其后分别建立与IP设备的信令和承载的连接。对于后续的特殊资源相关的智能操作,直接由SCP指示独立IP完成。

当智能操作完成以后,SCP会将指示软交换断开同独立IP的连接。

4. NGN与第三方增值业务商的接口

4.1随着业务需求的快速增长,传统的业务开发方式无法满足大量的客户化需求,必须提供开放的业务开发接口,降低业务开发的复杂性,使更多的人可以加入到增值业务的开发工作上,提供更多、更强大、更灵活的增值业务。

尽管NGN以IP分布式开发环境为支撑灵活多变的第三方增值业务接口提供了可能,但为便于不同厂商应用服务器与NGN软交换的互通, 业界相继制定了一系列的开放接口规范包括Parlay,OSA,Jain,TAPI/JTAPI等:

Parlay是一个非赢利的组织,提供了一套完整的业务开放API,包括一部分运营管理的能力。Parlay开放的网络能力不仅局限在NGN网络,原则上包括所有网络需要开放的能力。

OSA是3GPP的业务开放标准,主要针对移动网络的能力开放,目前已与Parlay达成一致,可以认为是Parlay的一个子集。在Parlay3.0的规范中,就直接采用了ETSI的OSA部分的规范;

Jain致力于提供一个综合网络的Java业务环境,包括制订协议栈、业务运行环境、业务开发环境以及业务开放接口等内容。其覆盖的内容更广泛一些。在业务开放方面,Jain也在与Parlay合作,Jain提供了Parlay接口针对Java的具体实现;

TAPI、JTAPI作为本地的业务开发API也被一些厂商所使用,但其一般只局限在本地交换设备的业务开发,难以提供全网的、分布的业务;

从方案实现的角度, NGN软交换对外部第三方ASP服务器的业务开放解决方案可以直接由内嵌式的API接口网关(如Parlay、OSA等)来实现,也可由外置式的支持标准API接口(如Parlay、OSA等)的Parlay网关实体来实现(如下图所示的SCP提供Parlay接口能力,与软交换间可为INAP接口):

Parlay网关根据最新Parlay3.0规范,包括有Application Server(应用服务器)、FrameWork(框架)、SCS(业务能力集)等子部件,该网关负责完成INAP+与Parlay-API之间的映射;Parlay网关还需要支持与SIP协议的映射,以进一步提供多媒体呼叫控制等功能。

4.2 NGN提供的开放接口到第三方目前仍存在一些问题:

Parlay 规范没有明确接口的承载方式。Parlay使用IDL定义了接口,建议使用Corba、RMI、Com等分布式处理技术,但没有确定具体的方式,会造成对接时的困难。

目前缺乏第三方的Application Server应用平台,第三方开发业务有困难。

IDL方式的接口,在使用上需要基于Corba、RMI这样的分布式处理平台,对第三方要求比较高,会使Parlay的普及遇到一些障碍。

Parlay规范制定组织已意识到了上面的问题,并在Parlay4.0中已经提出了基于HTTP和XML的WebService解决方案,但标准尚不成熟,有待进一步完善。