智能业务运行过程中是需要业务语音通知支持的，这些业务的语音通知可以 是业务和用户专用的，也可以是几个业务共用的。用户通过语音通知的提示进行各 种的选择和操作。业务的语音通知属于SRF(Specialized Resource Function专 用资源功能)的专用资源之一，同时SRF还提供对资源的管理。SRF受SMF(Service Management Funct ion业务管理功能)管理，而且SMF在任何情况下都是在其他功 能实体的请求下工作的，而不会自己激活。目前由于SRF与SMF之间的标准接口尚 未存在，因此SMF对SRF还没有实质的管理关系存在。由于为综合的SRF，因此它 的操作、管理和维护应为整个交换机的操作、管理和维护的一部分。可通过各种各 样的操作员命令实现：

(1)增加或删除已存在的业务的录音通知。

(2)语音编辑系统可生成录音通知或词汇，它是一个与SRF完全分离的off- line的工其。

(3)只要SRF存储器有剩余的容量，就可以在不影响交换机呼叫处理能力的情 况下增加语音元素。

(4)综合SRF的硬件扩展方法同交换机系统中已存在的方法。

目前智能业务的语音通知可以存放在综合SSP(Service Switching Point业 务交换点)的内部IP或者独立IP(Intelligent Peripheral智能外设)上，加 载方式很多种，但是都需要用户进行较多干预和手工操作。业务语音的加载应该是 在业务量最小的情况下进行的，同时这时的资源占用率也是最小的。但是由于SSP 的或者IP在网络中的位置可能是在端局，也可能在汇接局、长途局或国际局。这 样开通一个新业务时，就会需要大量的人员和时间来同步更新各地的语音单板中的 语音内容，以保证所有模块SSP的或者IP上语音版本的一致性。现有的用户语音 通知的加载方式有更换或是更新存储有语音信息的单板或是芯片，并且在语音加载 过程中会影响业务的正常运行，这些方式导致业务的运营成本也会相应的增加。

在现有的智能网或其它的智能平台运行过程中，大部分电话卡业务的语音是 不会经常变化的，可以在业务开通之初就把语音加载完毕。但是当要开通一个和业 务主办用户相关的业务(如VOT电话投票业务、MAS大众呼叫业务、AD电话广告业 务等)时，应先将和该业务主办用户相关的业务语音统一配置到网中相关的独立IP 或综合SSP的内部IP中，才能保证该业务的顺利开通。因此用户语音通知的加载 到独立IP或综合SSP的内部IP中的方式就影响到了业务的推广使用。

现有的用户语音通知的加载方式有更换或是更新存储有语音信息的单板或是 芯片，并且在语音加载过程中会影响业务的正常运行，这些方式导致业务的运营成 本也会相应的增加。

当要开通一个和业务主办用户相关的业务(如VOT电话投票业务、MAS大众呼 叫业务、AD电话广告业务等)时，应先将和该业务主办用户相关的业务语音统一 配置到网中相关的独立IP或综合SSP的内部IP中，才能保证该业务的顺利开通。 因此用户语音通知的加载到独立IP或综合SSP的内部IP中的方式就影响到了业务 的推广。

随着智能网业务的迅猛发展，业务的变化也日益增多。但是目前的业务语音加 载的方式限制了一些新业务的迅速开展和业务的变化，如AD(广告业务 Advertisement，以下简称AD)业务中，根据AD业务的业务特征，业务用户可能 随时需要修改业务语音，如果采用目前的用户语音通知在交换机上的管理方式来增 删语音通知的话，在较大规模网络上开通这样一个业务的艰难是可想而知的。同时 在交换机上管理这些语音通知，在保证各个SSP模块中的语音版本的一致性上也是 十分困难的。

本发明的目的是为了克服现有业务语音加载的方式限制而提供的一种在智能 网上实现业务语音动态加载的方法及其系统组网。本发明实现了SMF对用户语音通 知资源的管理，解决了语音管理困难的问题，便于运营商业务的开展和业务的维 护。

为了实现本发明的目的，本发明采用的技术方案是：

在智能网上实现业务语音动态加载的方法，其特征在于，由语音设备对语音文 件和配置文件进行扫描以随时按照配置文件的需求来进行动态的加载；包括以下步 骤：

a、将需动态加载的业务语音编辑成业务语音文件；

b、通过载体将需动态加载的业务语音文件置于业务管理点(SMP)相应目 录中；

c、按用户需要在业务管理接入点(SMAP)上对语音的动态加载进行配置 文件的配置；

d、按用户需要在业务管理接入点(SMAP)上执行命令传送语音动态加载 的配置文件和业务语音文件到业务交换点(SSP)的维护台上去；

e、系统根据配置文件的配置自行进行动态加载。

上述在智能网上实现业务语音动态加载的方法，其中，所述的业务管理接入 点(SMAP)根据优先级、资源占用率、以及处理时间三个条件来进行语音动态 加载配置文件的配置。

上述在智能网上实现业务语音动态加载的方法，其中，所述的优先级是指： 在同等情况下，系统优先对优先级别较高的配置文件进行处理。

上述在智能网上实现业务语音动态加载的方法，其中，所述的资源占用率是 指：系统在其放音资源通道占用率小于某个数值时开始加载任务。

上述在智能网上实现业务语音动态加载的方法，其中，所述的处理时间是 指允许用户指定进行语音加载的时间。

上述在智能网上实现业务语音动态加载的方法，其中，所述的业务语音包 括业务基本语音和业务用户语音；对于业务用户语音的加载，一个配置文件中 只允许一种业务语音的加载；而对于业务基本语音的加载，一个配置文件中可 以允许多种业务语音的加载。

上述在智能网上实现业务语音动态加载的方法，其中，所述的一个配置文件 可对应多条语音。

上述在智能网上实现业务语音动态加载的方法，其中，所述的一次可以对 多个语音设备进行处理指的是在一个配置文件中可以同时配置对多条业务语 音和对多个语音设备的加载。

一种用于实现业务语音动态加载的系统组网，包括：本发明系统包括：业务 生成环境(SCE)、业务管理点(SMP)、业务控制点(SCP)、含智能外设的业务 交换点(SSP(IP))、业务交换点后管理模块(SSP BAM)、以及业务管理接入点 (SMAP)；其中，业务生成环境(SCE)、业务管理点(SMP)、业务控制点(SCP)、 含智能外设的业务交换点(SSP(IP))、业务交换点后管理模块(SSP BAM)顺序链 接，业务管理点(SMP)还同时分别与业务交换点后管理模块(SSP BAM)、以及业 务管理接入点(SMAP)链接。IP设备可以是综合SSP内置IP设备或是独立IP 设备。业务控制点(SCP)与含智能外设的业务交换点(SSP(IP))之间通过No.7 信令系统来传递信令；所述的业务管理点(SMP)包括一通信接口和一消息接口， 业务交换点后管理模块(SSP BAM)包括一通信接口，业务管理接入点(SMAP)包 括一消息接口；所述的业务管理点(SMP)与业务交换点后管理模块(SSP BAM)之 间通过通信接口链接，并根据TCP/IP协议传输信息；所述的业务管理点(SMP)与 业务管理接入点(SMAP)之间通过消息接口链接，并根据TCP/IP协议传输信息。

上述用于实现业务语音动态加载的系统组网，其中，所述的业务交换点还包 括多个语音设备，所述语音设备的选择是在对配置文件的配置时设定的，其包括： 具有中继驱动功能的自动报音板(SPT单板)、语音处理平台(VP)和语音邮箱(VM) 设备。

由于本发明采用了以上的技术方案，业务语音加载可以通过设定加载条件、 配置文件，由系统自动执行；业务语音可以由SMS进行管理，而不仅仅是通过交换 机；业务语音加载时不影响业务的运行；业务语音的加载不必进行硬件的操作；且 具有“多对多”特性。

本发明的具体性能、特征由以下的实施例及其附图进一步说明。

图1是本发明的语音动态加载系统组网结构示意图。

图2是本发明语音处理结构示意图。

图3是本发明语音动态加载的流程图。

本发明在智能网上实现业务语音动态加载的方法，在智能网上实现，由语音设 备对语音文件和配置文件进行扫描以随时按照配置文件的需求来进行语音动态的 加载。这种动态加载实现在指定的时间和条件下对语音文件的自动加载。

请参见图1，这是本发明的语音动态加载系统组网结构示意图。本发明一种用 于实现业务语音动态加载的系统组网，包括：业务生成环境1(以下简称SCE)、 业务管理点2(以下简称SMP)、业务控制点3(以下简称SCP)、含智能外设的业 务交换点4(以下简称SSP(IP))、业务交换点后管理模块5(以下简称SSP BAM)、 以及业务管理接入点6(以下简称SMAP)；所述的业务生成环境1(SCE)、业务 管理点2(SMP)、业务控制点3(SCP)、含智能外设的业务交换点4(SSP(IP)) 顺序链接，业务管理点2(以下简称SMP)还同时分别与业务交换点后管理模块5 (SSP BAM)、以及业务管理接入点6(SMAP)链接；业务控制点3(SCP)与含智 能外设的业务交换点4(SSP(IP))之间通过No.7信令系统来传递信令。本发明业 务管理点2(SMP)包括一通信接口和一消息接口，业务交换点后管理模块5(SSP BAM)包括一通信接口，业务管理接入点6(SMAP)包括一消息接口；所述的业务 管理点(SMP)与业务交换点后管理模块(SSP BAM)之间通过通信接口链接，并根 据TCP/IP协议传输信息；所述的业务管理点(SMP)与业务管理接入点(SMAP)之 间通过消息接口链接，并根据TCP/IP协议传输信息。

本发明语音文件动态加载包括以下步骤：

a、将需动态加载的业务语音编辑成业务语音文件；

b、通过载体将需动态加载的业务语音文件置于业务管理点(SMP)相应目 录中；

c、按用户需要在业务管理接入点(SMAP)上对语音的动态加载进行配置 文件的配置；

d、按用户需要在业务管理接入点(SMAP)上执行命令传送语音动态加载 的配置文件和业务语音文件到业务交换点(SSP)的维护台上去；

e、系统根据配置文件的配置自行进行动态加载。

从图1中可以看出，本发明是通过增加SMP(Service Management Point业 务管理点)与IP之间的协议实现此功能的。IP与智能网业务管理系统(SMS)之 间的协议信息主要涉及对语音文件和语音的管理，如语音的增加、更新、删除等。 IP与SMS之间的协议支持处理多个配置文件，当一次加载过程没有结束时，SMS可 以向IP下发另一配置文件及其语音文件。IP在处理动态语音文件的过程中，又收 到优先级更高的配置文件H时，如果正在处理的配置文件A还没有开始加载，则中 止正在进行的加载处理(中止处理配置文件A)，去处理优先级更高的配置文件H。 在处理更高优先级的配置文件H时，应检查其中的语音ID，在优先级H更低的其 他配置文件(如A、B、C等)中是否存在，如果存在，则在这些配置文件(如A、 B、C等)中删除相应语音ID，对其不作处理。

用户语音通知的动态加载是操作员通过SMAP(Service Management Agent Point业务管理接入点)在界面上进行配置的，实质上是由SMP(Service Management Point业务管理点)来进行操作处理的，SMP会把语音文件以及配置文件传送给交 换机，由交换机随时进行对配置文件的扫描，这样就可以根据配置文件的配置来进 行相应的语音通知的加载。

本发明所述的业务语音分为业务基本语音和业务用户语音，对于这两种语 音的动态加载管理处于不同的加载界面，根据操作员的权限进行控制，同时处 理方式也略有差别。对于业务用户语音的加载，一个配置文件中只允许一种业 务语音的加载；而对于业务基本语音的加载，一个配置文件中可以允许多种业 务语音的加载。

对于配置文件的处理，SMAP是根据以下的条件来进行语音动态加载配置文件 的配置，处理方式允许用户指定处理条件，这些条件有：优先级、资源占用率、处 理时间。所述的优先级是指；在同等情况下，系统优先对优先级别较高的配置 文件进行处理。所述的资源占用率是指：系统在其放音资源通道占用率小于某 个数值时开始加载任务。所述的处理时间是指允许用户指定进行语音加载的时 间。

实现本发明的语音加载的处理模式请参见图2。在新的业务需求中，要求提高 语音的处理效率，即：多对多处理模式，这种方式包含了两方面的含义，(1)一个配 置文件对应多个语音；(2)一次可以对多个语音设备进行处理。

本实施例所述的语音设备是内置在业务交换点(SSP)内的，其选择是用 户根据配置文件的配置而设定的，其包括：具有中继驱动功能的自动报音板 (SPT单板)、语音处理平台(VP)和语音邮箱(VM)设备。

语音文件和配置文件是由SMS利用文件传输协议(FTP工具)传送到语音资源 设备的，并且由语音设备对语音文件和配置文件进行扫描以便随时按照配置文件的 需求来进行动态的加载。在整个过程中，对语音的处理存在着四种状态，其流程如 图3所示。在对语音处理后，应能获得语音的处理状态，语音的处理状态有四种选 择：未知、已加载、未加载和等待处理，其初始状态为“未知”，即：在用户没 有选定任何语音设备时，语音状态为“未知”。考虑到配置文件执行条件的差 异，当用户在SMAP执行完语音加载处理操作后，得到的结果是“已加载”、 “未加载”和“等待处理”三种状态的集合。当配置文件规定的加载条件均满 足时，系统执行配置文件。这时如果执行配置文件加载语音成功，则此语音的 状态会由“等待处理”状态转换到“已加载”。如果语音加载不成功，则此语 音的状态会由“等待处理”状态转换到“未加载”状态。所以，加载通过SMAP 界面给用户提供了语音处理状态查询功能，可以进行实时监控语音动态加载状 态。

本发明经试验，在语音动态加载时能对以下功能支持：

1)支持语音的增加、替换、删除；

2)支持删除语音设备上特定的配置文件；

3)支持对语音的批量处理；

4)支持对语音设备的批量处理；

5)支持对语音加载状态的查询；

6)支持根据指定的文件的进行加载。