一种CDMA系统中播放可变音的方法.pdf

一种CDMA系统中播放可变音的方法
技术领域
本发明涉及通信领域，尤其涉及一种CDMA系统中播放可变音的方法。
技术背景
CDMA是第二代蜂窝移动通讯技术，如图1所示，是CDMA系统的网络示意图，其中，MSC/SSP是CDMA网络的核心控制设备，是实现用户呼叫接续、呼叫控制和业务实现等基本功能的控制中心。
从图中可以看到，其主要包括：
HLR：归属位置寄存器，CDMA系统的中央数据库，存储该HLR控制的所有存在的移动用户的相关信息，包含用户开户时的基本信息(包括用户签约各种业务的相关信息)。
SCP：业务控制点，查询用户的业务数据，为呼叫提供智能业务逻辑的处理；
MSC/SSP：移动交换中心MSC是整个CDMA网络的核心，协调与控制整个CDMA网络中各个功能实体。业务交换点SSP集成在MSC中，接受SCP的业务逻辑控制，完成智能业务具体流程的触发和执行以及呼叫状态的迁移；
BSS：基站子系统，通过无线接口直接与移动台相连，负责无线发送接收和无线资源的管理。和MSC通过A接口相连，实现移动用户间或移动用户与固定网路用户之间的通信连接，传送系统信息和用户信息等。
MS：移动终端。CDMA手机，车载移动台等。
在CDMA系统中，涉及到可变音、固定音、客户化音等技术概念，其中：
可变音：举例为时间、日期的放音就是可变音，HH小时MM分钟SS秒，这些HH/MM/SS都在不断的变化，只有小时、分钟、秒是固定不变，比如现在是12:31:10，一会以后就是12:40:43，把这一类放音称之为可变音。
固定音：举例为“对不起，您所呼叫的用户已关机，请您稍后再拨”如这一类始终不变化的放音我们称之为固定音。
客户化音：客户化音是相对于标准协议中定义的信号音、标准音而言的，信号音、标准音都是由标准协议定义的，全球任何厂家的设备、任何运营商的网络均需遵守，而客户化音则是由运营商自己定义，同一个客户化音编码在不同的运营商网络放音可能截然不同，一般来说信号音、标准音、客户化音都是固定音。
在CDMA系统中可以携带放音参数的IE(信息单元)有ANNCODE(通知音)、EXESCR(放音执行脚本)。其中ANNCODE中可以包含Tone音(信号音)、Standard Announcement音(标准音)、Custom Announcement音(客户化音)，没有包含放可变音的部分。EXESCR中则可以包含Custom Announcement音(客户化音)和可变音。而EXESCR IE一般出现在智能业务流程中，这样一来非智能业务放音中很难实现可变音放音，但是运营商推出自己特色的业务时往往需要可变音放音，如果使用EXESCR IE承载可变音的话，会使业务流程变的复杂，开发工作量大大增加，业务推出周期变长，维护成本较高。
利用目前Is771协议中定义的EXESRC IE(ExecuteScript参数)可以承载可变音参数，但是该IE只有在智能业务流程中才出现，且需要智能网设备支撑，而在非智能业务放音参数一般为ANNCODE，但ANNCODE又没有定义如何承载可变音。
如图2所示，是现有协议中，对EXESCR的相关参数的描述。
如图3所示，是现有协议中，对ANNCODE的相关参数描述。
如下表所示，是现有协议中，对ANNCODE的相关参数的描述。具体为：
ANNCODE结构：

标识长度内容
内容结构：H G F E D C B A字节信号音1保留部分放音类别2标准音3客户化音4～n
表中的A/B/C/D/E/F/G/H分别表示一个字节的8个比特，A表示第一个比特，B表示第二个比特，依次类推。
虽然使用EXESCR IE能够承载可变音，但是存在缺点：在非智能业务流程消息中不包含该IE，以至大部分业务无法使用该IE进行可变音放音。
发明内容
本发明的目的就是提供一种在特色业务中，在遵循协议规范的前提下，业务消息中无需新增IE、无需增加或者修改业务流程，只需运营商扩展定义客户化音部分即可承载可变音参数，并播放可变音的方法。
为此本发明采用如下技术方案：
一种CDMA系统中播放可变音的方法，适用于以ANNCODE承载放音参数的CDMA系统，包括：
a、在ANNCODE的语音参数承载部分中，增加承载可变音参数；
b、当MSC接收到ANNCODE时，根据可变音参数的标识指示，进行可变音的放音处理。
所述的可变音参数包括业务键参数、可变音类型参数及可变音内容参数；
所述的业务键参数标识不同的业务；
所述的可变音类型参数标识所承载可变音的类型消息；
所述的可变音内容参数标识可变音所占字节数信息。
所述的步骤b，进一步包括：
b1、MSC分析业务键参数，确定业务类型；
b2、根据业务键套用相应的结构格式进行解码处理，得到可变音类型参数及可变音内容参数；
b3、根据解码后的放音信息组织放音处理。
所述的语音参数承载部分还包括固定音参数。
本发明技术方案使得运营商开展特色业务更加容易，在消息中无需新增IE，无需增加消息，只是在协议允许的范围内，将ANNCODE的客户化音部分进行扩展，使其能够承载可变音参数。同时，在提供新业务时，设备厂商的工作量将大大降低；另外本发明还可以缩短特色业务的推出周期。
图1是现有技术中CDMA系统的结构示意图；
图2是现有技术协议中对EXESCR的相关参数规定示意图。
图3现有技术协议中对ANNCODE的相关参数规定示意图。
下面来说明本发明的具体实施方式。
在协议中定义了客户化音这个字段，具体该字段包括多少字节，内容是什么及含义是什么协议中并没有，而是交给运营商自己定义，但一般运营商只将该字段用来携带固定音信息，而本发明提出该字段也可以携带可变音信息，且能为开通某些特色业务带来方便。我们设想扩展ANNCODE客户化音部分，使其能够承载可变音，这样既不需要复杂的智能放音流程和智能网设备支撑又不违反协议。
本发明对ANNCODE地客户化音部分进行扩展，使其能够承载可变音参数。
ANNCODE结构如图3示，其中我们需要扩展的为Custom Announcement部分。
其扩展方式可以由运营商自己决定，现在我们列举其中的一种：
Custom Announcement部分结构如下：业务键1语音参数承载部分2～n
根据业务键的不同来区分业务，不同的业务其语音参数承载部分的结构可能不一样，目前我们将其分为两类：带可变音的和不带可变音的。
不带可变音的语音参数承载部分结构为：H G F E D C B A字节固定音参数代码的高位1固定音参数代码的低位2
带可变音的语音参数承载部分结果为：H G F E D C B A字节固定音1～2第一个可变音类型3可变音部分4～m-1第二个可变音类型m可变音部分m～n-1.........
其中固定音占两个字节，结构为：H G F E D C B A字节固定音参数代码的高位1固定音参数代码的低位2
可变音类型占一个字节，最多可以支持几个可变音由运营商决定，可变音类型定义也可以由运营商确定，每一类可变音部分的字节个数也由运营商确定，下面只举一个例子：
可变音类型，6种类型可变音：
数字             Number             1
整数                 Integer               2
日期                 Date                  3
时间                 Time                  4
金额                 Price                 5
持续时间             Duration              6
如：播放整型时，可变音部分为4个字节整型。
播放数码时，可变音部分为8个字节BCD编码数组(共16个数字)。
播放日期时，可变音部分为4个字节BCD编码数组(共8个数字)。
播放时间时，可变音部分为4个字节BCD编码数组(共8个数字)。
播放金额时，可变音部分为8个字节BCD编码数组(共16个数字)。
播放持续时间(DURATION)时，可变音部分为4个字节BCD编码数组。
针对不同的业务，可以给出下面几个例子作为示例：
当业务为改号通知音时，其客户化音可以定义为
Custom Announcement部分结构如下：
业务键---字节1
固定音---字节2～3
可变音---字节4～11
当业务为密码接入时
Custom Announcement部分结构如下：
业务键---字节1
固定音---字节2～3
本发明采用上述拓展的协议内容后，MSC系统对ANNCODE客户化语音部分承载信息的处理过程如下：
首先，分析业务键参数，根据业务键参数确定业务类型；
其次，根据业务键套用相应的结构格式进行解码处理，得到可变音类型参数及可变音内容参数；
最后，根据解码后的放音信息组织放音处理。
本发明只影响放音的内容，不会影响其他业务流程处理。
本发明技术方案带来的有益效果：
1)运营商开展特色业务更加容易，在消息中无需新增IE，无需增加消息，只是在协议允许的范围内，将ANNCODE的客户化音部分进行扩展，使其能够承载可变音参数；
2)提供新业务时，设备厂商的工作量将大大降低；
3)能缩短特色业务的推出周期。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。