一种在智能网和外部平台之间实现 多协议转换的方法和装置 【技术领域】
本发明涉及智能网系统，具体涉及一种实现多协议转换的方法和装置。更具体地，涉及一种在智能网和外部平台之间实现多协议转换的方法和装置。
背景技术
智能网就是采用交换与业务分离的思想，建立一整套业务定义(即生成)、解释(即运行)和管理体系，从而能够在PSTN(公共电话交换网)、GSM(无线网络)等通信网络上快速、经济地提供丰富的电信业务的系统。
为了描绘的方便，将本发明中的缩略语和定义列表如下：
FEP Front End Processor 前端处理器
SCE Service Creation Environment 业务生成环境
SCP Service Control Point 业务控制点
SMP Service Management Point 业务管理点
SSL Security Socket Layer 加密套接字协议层
TCL Tool Common Language 工具命令语言
TCP Transmission Control Protocol 传输控制协议
UDP User Datagram Protocol 用户数据报协议
图1描述了智能网系统的总体结构，智能网一般由业务交换点(SSP)、业务控制点(SCP)、智能外设(IP)、业务管理系统(SMS)、业务生成环境(SCE)等几部分组成。SSP是连接现有PSTN网或移动网与智能网的连接点，提供接入智能网功能集的功能。SCP是业务控制点，是智能网地核心构件，其主要功能是根据SSP上报来的呼叫事件启动不同的业务逻辑，根据业务逻辑向相应的SSP发出呼叫控制指令，从而实现各种智能呼叫。IP是协助完智能业务的特殊资源，通常具有各种语音功能，如语音合成，播放录音通知，接收双音多频拨号，进行语音识别等等。SMS是业务管理系统，一般具有业务逻辑管理、业务数据管理、用户数据管理、业务监测等功能。SCEP是业务开发环境，可以根据客户的需求生成新的业务逻辑。
但智能网不是一个孤立的系统，需要与其他系统交流、传递信息，例如银行、短消息中心等，而不同的系统其协议不相同；另外不同厂家的智能网设备SCP/SMP采用的协议都是内部协议，相互之间也不一样。图2描绘了智能网和其他系统互联的原理图。在智能网要和其他系统互联时，需要进行协议转换。FEP(Front End Processor前端处理器)就是专门做协议转换的设备。
图3描绘现有FEP的软件结构，现有FEP对消息的处理过程为：
1.外部平台发送消息到FEP。
2.FEP的通信模块首先接收消息，并按照已知的协议格式，对协议进行解析，获得消息的所有信息，保存到缓冲区中。
3.然后由调度模块对消息进行调度，按照预定的处理逻辑进行分析处理。
4.处理完毕后，组合消息，发送消息。
因为协议解析是按照预定的协议格式解析的，一个FEP只能处理专用的协议。FEP跟具体的协议相关性很大，而各个协议差别很大，所以没有统一的FEP，每个FEP都是针对特定平台进行协议转换。图4描述现有技术1多个平台分别通过各自的FER与智能网连接的原理框图。其中，每个平台和智能网互联，都通过FEP进行连接，每个FEP作为一个设备，如平台1通过FEP1和智能网互联，平台2通过FEP2和智能网互联。由于FEP跟具体的协议相关性很大，各个协议差别也很大，所以各个FEP之间也有较大的区别。
在现有技术1中，FEP不能支持处理多种协议的功能。每个平台必须通过一个FEP设备进行转换，导致智能网的FEP设备很多，不利于维护，并增加了设备成本。在智能网侧，连接很多，网络结构比较复杂。同时，各种版本的FEP同时并存，增加了开发和维护的工作量和难度。
图5描述现有技术2的实现原理框图。由于智能网和外部平台的交互不是很频繁，因此，为了减少FEP设备，在处理能力满足要求的前提下，通常将多个FEP软件安装在一个机器上，但每个FEP，仍然是独立的软件，相互之间的差别仍然较大。
该现有技术虽然合并了FEP设备，但FEP软件有很多套，维护不方便。在智能网侧，连接很多，网络结构比较复杂。由于各种版本的FEP同时并存，增加了开发和维护的工作量和难度。
【发明内容】
为了解决现有技术的不足，本发明提供一种在智能网和外部平台之间实现多协议转换的方法以有效的减少FEP的维护，增加系统可靠性。
本发明所述一种在智能网和外部平台之间实现多协议转换的方法，其包括步骤：
向FEP发起通信请求，发送通信消息；
FEP根据所述通信消息中的连接信息，查询分析此连接对应的协议，获得协议的特性信息；
根据所述协议的特性信息，完成对FEP接收到的通信消息的转换，得到转换后的消息；
发送所述转换后的消息。
可选地，所述FEP根据所述通信消息中的连接信息，查询此连接对应的协议ID的步骤包括步骤：提取所述连接信息，获取所述通信消息的协议ID。
优选地，所述分析和处理模块根据协议ID调用脚本对协议进行分析的步骤包括步骤：根据所述获取的协议ID，查找所述分析脚本。
可选地，所述分析和处理模块根据协议ID调用分析脚本对协议进行分析的步骤包括步骤：根据所述获取的协议ID，查找所述获取的协议ID对应的解释语言。
优选地，所述分析和处理模块根据协议ID调用分析脚本对协议进行分析的步骤包括步骤：根据所述查找的解释语言和所述分析脚本，解析所述消息。
可选地，还包括步骤：根据协议ID找到对应的处理脚本文件，对脚本文件进行解析执行，处理所述消息。
优选地，根据所述得到通信消息中的内容，完成对FEP接收到的通信消息的转换，得到转换后的消息的步骤还包括步骤：根据所述查找的解释语言和所述分析脚本和所述处理脚本得到的处理逻辑，转换所述通信消息。
可选地，在智能网向外部平台传送消息时，所述向FEP发起通信请求的步骤为所述智能网向FEP发起通信请求；所述发送所述转换后的消息的步骤为发送所述转换后的消息到所述外部平台。
优选地，在外部平台向智能网传送消息时，所述向FEP发起通信请求的步骤为所述外部平台向FEP发起通信请求；所述发送所述转换后的消息的步骤为发送所述转换后的消息到所述智能网。
本发明还提供一种通过前端处理器(FEP)在智能网和外部平台之间实现多协议转换的装置，包括FEP，所述FEP包括：通信模块、管理模块、分析模块和处理模块，以及包括处理脚本、分析脚本和脚本分析器的脚本命令支持模块；其中，所述通信模块处理所述FEP和所述外部平台以及所述智能网之间的连接；所述分析模块按照所述分析脚本对协议的描述完成对协议的解析；所述处理模块按照处理脚本的逻辑执行处理，完成协议转换；所述管理模块管理所述FEP系统运行；所述脚本分析器按照脚本控制逻辑执行系统的基本命令。
可选地，所述通信模块包括：根据外部平台/SCP所支持的传输层协议的不同，TCP和/或UDP方式通信模块。
优选地，所述管理模块包括管理所述协议脚本和所述连接的连接管理模块，支持配置、查询等用户操作的支持模块；管理模块支持协议和连接的动态增加和修改。
可选地，所述脚本命令支持模块包括提供完备的脚本命令集和脚本控制语法的模块，和提供对脚本的解析的模块。
可以看出，本发明利用业务协议和通信相分离的技术方案，对业务协议进行管理，保证了协议的动态加载和卸载。通过本发明，利用脚本和解释语言描述协议处理逻辑，对于不同要求的FEP，通过调用和加载不同要求的FEP脚本和解释语言描述协议处理逻辑，统一了FEP的软件，不再有多个版本的FEP，只需维护一个FEP软件，大大降低了开发和维护工作量。
通过此发明，简化了智能网业务平台的对外接口，SCP不再需要与多个FEP对接，只需要一个FEP连接，降低了开发和维护难度。
通过此发明，FEP可快速实现业务，并对接口具有高度兼容性，为智能网提供了一个容易扩展，快速开发的一个业务平台，为未来智能业务走向开放提供了有利条件。
【附图说明】
图1描述了智能网系统的总体结构；
图2描绘了智能网和其他系统互联的原理图；
图3描绘现有FEP的结构；
图4描述现有技术1多个平台分别通过各自的FER与智能网连接的原理框图；
图5描述现有技术2多个平台分别通过安装了多个FER的装置与智能网连接的原理框图；
图6描述本发明的FEP的结构；
图7描绘了多协议处理FEP的系统结构图；
图8(1)，(2)，(3)描述多个平台通过安装了本发明的FER的装置与智能网连接的原理框图；
图9描绘了外部平台向智能网发起一个请求时多协议处理FEP对协议进行转换的处理流程。
【具体实施方式】
下面结合附图与具体实施方式对本发明作进一步详细说明。
图6描述本发明的FEP的结构。本发明的FEP包括：通信模块650、管理模块660、分析模块630和处理模块610，以及包括处理脚本620、分析脚本640和脚本分析器670的脚本命令支持模块。其中，通信模块650统一负责FEP和外部平台以及智能网之间的连接处理。根据外部平台/SCP所支持的传输层协议的不同，通信可以采用TCP和UDP方式。分析模块630按照分析脚本640对协议的描述完成对协议的解析。处理模块610按照处理脚本620的逻辑执行处理，完成协议转换。管理模块660完成对FEP系统的管理工作，包括对协议脚本和连接的管理，支持配置、查询等用户操作。脚本分析器670根据分析脚本与处理脚本按照脚本控制逻辑完成对系统已抽象好的基本命令的执行。该结构中：业务协议和通信层分离，通信模块650只处理通用消息的处理过程，对于和协议相关的协议解析，独立到分析模块处理630。通过脚本实现协议分析和处理的可配置，极大的简化了协议的处理流程。
图7描述一个通过安装了本发明的一个FER实现多协议处理的装置与智能网连接的系统的原理框图。其中，平台1和平台2和平台3接入一个本发明的FEP网络，平台1和平台2和平台3包括采用不同的协议的信息，这些信息由本发明的FEP网络转换为满足智能网协议要求的信息。因此，这是一个能够综合处理多种协议的FEP，这个FEP能够和多个不同类型的平台连接，FEP能够接入处理多种不同的协议以满足智能网协议要求。为了同时支持处理多种协议，需要提供能支持处理多协议的FEP系统结构。其中，系统的配置，维护，查询等操作都由如图6所示的FEP中管理模块负责控制和处理，当系统配置好(相应的协议已经配置，连接已经配置)，消息就从通信模块接入，然后进入处理模块，处理模块会找到对应消息所属的协议脚本，进行处理，然后将处理后的消息再通过通信模块发送出去，从而完成消息的转换处理。
图8(1)描绘了智能网向外部平台发起一个请求时多协议处理FEP对协议进行转换的处理流程。在步骤10、智能网810发起一个请求，FEP收到消息1；在步骤20、FEP根据消息1中的连接信息，到管理模块660查询此连接对应的协议ID；在步骤30、通信模块650把协议ID发送给分析模块630，分析模块630根据协议ID调用分析脚本640对协议进行分析，得到消息1中的所有内容。在步骤40、分析结束后，转给处理模块620根据协议ID找到对应的脚本文件，对脚本文件进行解析执行，在步骤50、完成FEP接收到的消息1的转换，得到转换后的消息2；在步骤60、处理模块610通过通信模块650把转换后的消息2发给外部平台1、2、3。通过这些步骤，FEP将智能网发起的消息1转换为外部平台能够认识的消息2，并且转发给外部平台。
图8(2)也从另一个角度描绘了智能网向外部平台发起一个请求时多协议处理FEP对协议进行转换的处理流程。其中，在接收到消息时，利用分析脚本分析出消息ID，然后，根据消息ID找到对应的分析脚本和处理脚本，利用分析脚本将分析消息放到HASH表中，然后，利用处理脚本构造发送的消息，保存事务和结束事务，由于处理成功，正常返回。如果在这些处理过程中出现错误，系统自动调用错误处理脚本，指示处理出错，结束事务。
图8(3)也从又一个角度描绘了智能网向外部平台发起一个请求时多协议处理FEP对协议进行转换的处理流程；首先，外部平台1向通用FEP发出包括消息ID，消息流水号唯一标识的消息1，其中，在通用FEP收到消息1时，自动进入协议FEP-EP的消息1的分析和处理脚本，分析脚本分析消息的各个字段，将其放在HASH表中。通用FEP向SCP发出包括消息ID，自动机号FSM唯一标识的消息3，其中，消息1的处理脚本从HASH表中取出需要的字段，构造消息3，并根据事务的唯一标识保存事务。SCP向通用FEP发出包括消息ID，自动机号FSM唯一标识的消息4，其中，消息4的分析脚本分析消息4的各个字段，将其放在HASH表中。当通用FEP收到消息4时，自动进入协议FEP-SCP的消息4的分析和处理脚本。通用FEP向外部平台1发发出包括消息ID，消息流水号唯一标识的消息2，其中，进入消息4的处理脚本，根据事务唯一标识恢复最初保存的HASH表，从HASH表中和被恢复的HASH表中取出需要的字段，构造消息2，并根据事务的唯一标识结束事务。
外部平台返回的消息和智能网发起消息的处理基本一样。图9描绘了外部平台向智能网发起一个请求时多协议处理FEP对协议进行转换的处理流程。在步骤1、外部平台1、2、3发起一个请求，FEP收到消息1；在步骤20、FEP根据消息1中的连接信息，到管理模块660查询此连接对应的协议ID；在步骤30、通信模块650把协议ID发送给分析模块630，分析模块630根据协议ID调用分析脚本640对协议进行分析，得到消息1中的所有内容。在步骤40、分析结束后，转给处理模块620根据协议ID找到对应的脚本文件，对脚本文件进行解析执行，在步骤50、完成FEP接收到的消息1的转换，得到转换后的消息2；在步骤60、处理模块610通过通信模块650把转换后的消息2发给智能网810。通过这些步骤，FEP将外部平台发起的消息1转换为智能网能够认识的消息2，并且转发给智能网。
通过这些描述，可以看出，本发明利用业务协议和通信相分离的技术方案，对业务协议进行管理，保证了协议的动态加载和卸载。通过本发明，利用脚本和解释语言描述协议处理逻辑，统一了FEP的软件，不再有多个版本的FEP，只需维护一个FEP软件，而对于不同要求的FEP，维护的一个FEP软件通过调用和加载不同要求的FEP的脚本和解释语言描述协议处理逻辑，大大降低了开发和维护工作量。
通过此发明，简化了智能网业务平台的对外接口，SCP不再需要与多个FEP对接，只需要一个FEP连接，降低了开发和维护难度。
通过此发明，FEP可快速实现业务，并对接口具有高度兼容性，为智能网提供了一个容易扩展，快速开发的一个业务平台，为未来智能业务走向开放提供了有利条件。
本领域普通技术人员知道，除了脚本外，还有其他方式可以实现不同协议种类的解析与调用以实现多平台运作。且处理脚本、分析脚本和脚本分析器可以包括在一个模块中，如可以包括在处理模块中。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。