GSM-NSS放音专题

GSM-NSS放音专题放音是指在每一个呼叫的过程中，MSC根据呼叫过程中的特定事件或异常失败进行放音，特定事件放音如：振铃音、用户忙音、前转提示音以及智能放音；异常失败放音如：用户关机、用户不在服务区、网络忙信号音以及智能放音中的余额不足等失败放音，下面我们就从GSM放音原理、语音文件说明、语音文件加载说明、失败放音的相关数据配置几个方面来介绍：一、GSM放音原理1、放音原理放音是在某些情况下将主叫用户的话路时隙接到交换机的特定放音通道，使用户听到交换机的提示音。放音一般是因为呼叫过程中的特定事件发生或出现异常情况，如前转提示音、被叫忙、智能呼叫放音等。放音成功需要两个条件：第一， 主叫用户到交换机的话路已经建立，对本局移动始发呼叫就是指配完成，对入局呼叫来说就是中继上ACM信令已经发出；第二， 交换机的放音资源可用，对MSC60来说就是SPD板工作正常，所需各种语音文件已经正确加载到SPD板上，基本同步音信息表配置正确。在MSC中存在如下几种放音：l 号首特殊处理放音如117放音就是典型的号首特殊处理放音。号首处理送音也可以用来很容易地测试某些语音数据配置是否正确。l 默认的失败放音如闭锁呼叫、欠费停机、被叫忙等常见的接续失败在MSC60局中一般都会默认进行放音处理。特别的，对于入局呼叫来说，除失败处理和MAP携带放音列表放音外，需要将入中继群的异常送音标志设置为是，否则中继上不会传递ACM信令来放音，而是传递SST信令拆线。l 失败处理放音某些异常拆线需要放提示音而又不在默认的失败放音范围的，才需要通过配置【被叫号码预分析】、【失败处理表】、或【拨号检查表】数据来强制进行失败放音。l 智能呼叫的放音智能呼叫的放音是由SCP发起的，SCP发送给SSP的放音消息中有参数指示需要SSP放什么音、重复次数、放音时长、放音间隔，SSP处理后，将放音信息整理成与SPD单板约定好的码流，发送到SPD单板，SPD单板上有放音需要的各种语音文件，最后由SPD单板上的语法分析模块对码流分析、放音。如智能呼叫时，当SCP检测到一些事件发生时，如余额不多时，通过PA信令通知SSP进行放音，此时发生智能放音。另外如充值流程呼叫，SCP需要一些用户交互输入时，也会通过PC放音，同时收集用户的输入，此时若是入局呼叫，在入中继上会回ACM和ANN信令（或ANC）。注： PA（PlayAnnouncement）、PC（PromptAndCollectUserInformation）两个操作是与智能放音密切相关的两个操作。PA就是放音操作，主要用于对用户进行语音提示，比如：帐户的余额信息、帐号是否合法等等。PC就是放音收号操作，它不仅有放音提示的功能，而且可以根据业务的需要，接收用户通过手机输入的信息。l 其他的放音。如回铃音、前转提示音、呼叫保持、呼叫等待等事件发生而给用户放的特定语音。2、MSC在什么情况下进行放音l 局内放音：这里说的局内放音，指呼叫入局后，还没有出局，呼叫就失败或不需出局直接需要在本局放音的情况。比如，HLR、SCP直接返回失败原因值或放音指示（PA或P&C）给关口局；本局号码分析失败或本局直接对某次呼叫做失败处理等；l 局间放音：局间呼叫一般情况下通常在后向局失败以后，由后向局直接放音，或将失败原因值通过中间局透传到主叫局，由主叫局来完成放音。但是，也有某些局有特殊的要求，需要本局针对某些原因值给主叫局放音，此时就不会将原因值传给主叫局了，以免出现重复放音。 3、语音调用规则MSC60的硬件平台是128模，语音资源是全局共享的，就是说，每条信号音不固定属于哪个模块，每个模块都可以调用. 不同信号音类型在语音调用上还有着不同的放音方式，具体规则说明如下：l 对于117tone目录下的基本语音（如：语音元素1、2、3等，文件名如00000002等），一次呼叫中，如果要多次调用这种类型的语音，系统会按照一定的规则在不同的SPD单板上查找，如，第一次放音在5槽的SPD板上，那第二次放音就可能会在6槽的SPD板上，而且，就算在6槽的单板上找不到需要的语音，系统也不会再到别的SPD单板上找了，此次语音就会放不出；l 对于智能语音，是按照业务调用的，同一种业务（比如VPN）的语音调用，固定在一块SPD单板上。就是说，如果一次呼叫需要多次调用到此种业务的智能语音，那系统每次信号音的调用，都会在同一块SPD单板上去查找；l 对于普通呼叫中使用到的语音（如：文件名为fffff8xx和fffff6xx等），系统对这部分语音的调用是遍历式的。就是说，如果一次呼叫中，如果需要调用到此类语音，系统会搜索所有的SPD单板，直到找到需要的语音，但是，要注意中文和英文语音是在同一块单板上调用的；l 对于异步音，这类语音的放音比较简单，系统只会在配置了异步音的SPD单板上去放音。 4、放音流程l 普通放音流程普通放音流程比较简单，当一次呼叫，MSC收到呼叫失败的消息（MAP或是TUP/ISUP）以后，会从消息中提取相关的原因值，然后将这个原因值，转换成系统内部的原因值，然后根据【失败处理表】找到相关的语音ID，根据此ID查询【基本同步音配置表】索引到相关的语音文件，最后，在SPD板查找到语音文件，分配放音通道后接网放音。或者是根据号码分析，在【被叫号码预分析表】、【拨号检查表】、【号首特殊处理表】中根据该号码分析失败的原因值来查询【失败处理表】找到相关的语音ID，根据此ID查询【基本同步音配置表】索引倒相关的语音文件，然后在SPD单板上查找到语音文件，分配放音通道后接网放音。l 智能放音流程标准的智能放音流程下图所示： 系统处理放音过程：系统处理放音过程说明如下：1) SSP接收到SCP发送来PA消息，对PA消息的参数进行合法性检查。如果发现参数非法，将错误信息返回SCP；参数合法，将PA消息发送到SRM模块；同时判断是否已经进行的假连接，如果没有，建立假连接消息；2) SRM模块模块接收到PA消息后，检查本模块是否是否有放音能力和资源。如果没有，向其它模块搜索放音资源。如果有可用放音资源，对PA消息进行分析，PA消息中的放音信息可以是elementaryMessageID、elementaryMessageIDs、variableMessage、text、tone等信息。 elementaryMessageID带有一个语音编码，对应一条语音；elementaryMessageIDs带有多个语音编码，对应多条语音，放音时顺序播放，variableMessage带有一个语音编码，后接日期、金额、数字等需要语法分析模块进行分析，按照特定语言习惯进行发音的编码；text带有文本信息，可以根据根据这些信息发音，现在不支持；tone为信号音，由SIG单板放音。对PA消息正确分析后，向SPT模块发送开始放音命令；3) SPT模块接收到SRM模块的放音命令后，对放音消息进行分析，编成SPT单板需要的码流，通过邮箱通信发送到SPT单板，SPT单板进行放音；4) SPT模块向SPT单板发送码流成功后，向SRM模块返回发送成功消息。SRM模块上报放音成功；5) SSP向SCP发送特殊资源报告（SRR），放音流程结束。二、语音文件说明 1、语音文件分类语音文件依照用途可分为业务语音、基本音、信号音 三种。业务语音（Service voice）: 智能业务语音（PPS/VPN等），如充值流程中的：“请选择语音的种类”，“请输入你的帐号”等等。基本语音（Basic voice）：一些可以构成描述整数、电话号码、时间、日期、金额的单个的语音。如整数542的汉语的基本语音为：5、百、4、十、3；英语的基本语音为：five、hundred、and、forty、two。对于一般的业务流程，在播放基本语音前通常应先播放一条业务语音。如：“您的余额为：(业务语音)5 百 4 十 3 元 0 分(基本语音)。”信号音（Signal）：指在呼叫失败、呼叫异常、发生前转时播放的语音。信号音有两种，受SPD单板软件的限制播放异步音时，必须使用fffff8XX.001格式的语音文件，播放同步音时可以播放 fffff6XX.001和fffff8XX.001格式的语音文件。fffff6XX.001是英语语音，fffff8XX.001是本地语音。同时，依据放音方式还可以把语音分为同步音和异步音。异步音： 异步音是指语音一直在无限循环播放，当用户需要收听，只需把用户的承载通道连接到语音通道后用户马上就能听到语音， 此时若有第二个用户加入，则第二个用户不从头收听，第二个用户加入后与第一个用户在当前播放语音的同一个位置起听完全一样的语音。异步音的特点是不管有多少用户在听音都占用而且只占用一个语音通道！同步音：一旦用户需要收听，则开始播放，此时若有第二个用户加入，则另开辟一个语音通道，第二个用户也从头开始收听。在智能业务与用户进行语音交换时需要使用大量的同步音通道。同步和异步的区别：异步和同步的概念是针对放音方式而言的，与语音文件类型无关，异步语音一般用在SPD板上提供一些使用频率很高的基本语音，如拨号音，忙音等，所有用户共用一个通道，不管有没有用户在听音，语音一直在循环播放；同步语音的播放方式是一个用户独占一个通道，放音通道一般是动态分配和释放的，语音都是从头开始播放的，但要注意一点同步音也是可以循环播放的，因此不能拿语音是否循环播放来区分同步和异步语音； 2、语音文件存放目录MSC60的语音按照分业务和功能存放，所有语音文件均存在D:VMSC60HOSTDATAVOICE目录下，以下说明其目录结构。l 基本语音这里说的基本语音是，分为2个目录存放：D:VMSC60HOSTDATAvoice117toneD:VMSC60HOSTDATAvoicebasetone注：其中basetoneyd包含适用中国移动的基本语音。800目录下为中文，600目录下为英文。basetonelt包含适用中国联通的基本语音。800目录下为中文，600目录下为英文。l 智能语音在智能业务流程中使用的语音文件，存放在以下目录：D:VMSC60HOSTDATAvoicePPSD:VMSC60HOSTDATAvoicePPIP D:VMSC60HOSTDATAvoiceVPMN以上分别表示为PPS、PPIP、VPMN业务的智能语音文件。三、语音文件的加载 1、SPD单板介绍 GSPD（智能语音板）：用于提供呼叫所需的信号音资源，可以配置在SRM框中424号槽位。用户可根据业务需求灵活配置单板数目。GSPD板提供256条通道，通过2条8M HW与GMHI板相连。256条通道中的4个时隙通道充当HDLC链路，传递控制数据，其他252条通道传递语音。对于SRM前两块GSPD板，252条通道中的前64个通道通常被配置成传递呼叫异步音，其余通道用于传递同步音；对于其他的GSPD板，所有语音通道都用于传递同步音。GSPD板语音支持在线加载，可检索8192条语音，总的最大录音时长达130分钟。 2、加载注意事项SPD语音板的内存大小必需为64M。117tone目录下的语音必需完全加载到每块SPD语音板。对于智能语音（包括CDMA和GSM智能业务语音），不必每块SPD语音板都加载，但是每种智能业务（比如 PPC）的语音文件，都必需加载到同一块语音板上。对于普通呼叫过程中的使用的语音文件（形如fffff8xx和fffff6xx等），不必保证在同一块单板上，可以分散在所有单板上，但必须保证同一语音的中英文版本在同一单板（如fffff602和fffff802必须在同一单板）。可变音目录下的语音文件不要加载，会和117Tone下的文件冲突。对于G网PPS业务以外的智能业务使用的智能语音文件，请和当地运营商索取。3、新开局语音加载步骤运行命令“MNT BRD”强制隔离需要加载的单板；运行命令“FMT SPDMEM”，格式化相应SPD板内存，然后运行“DSP SPDMEM”查询SPD内存情况，确保SPD内存格式化完好；在目录D:VMSC60HOSTDATAVOICE下新建一个文件夹（名字长度不大于8个字节）。将要加载的语音文件放到此目录下，同时要保证VOICE目录下同样有待加载的所有语音文件。注：新建文件夹的目的是为批加载命令使用的，如果批加载命令键入的目录名为新文件夹名，则说明要加载的语音文件是新文件夹下所包含的语音编码；然后系统总是从VOICE根目录下取这些语音文件进行加载。在维护台用命令“LOD SPDVOICE”为SPD板加载语音文件，加载方式选择“批加载”，业务路径填入刚才新建文件夹的名字。最好不要同时加载两块以上的单板，而是一块一块的进行语音文件加载。另外，如果加载的语音数目过多，最好分批加载，一批可以选择50个文件。加载完一块后（通过EXchange界面没有加载语音信息出现可以判断加载完毕），可以在维护台用命令“DSP SPDVOICE”观察更新后的SPD板上的语音文件，和BAM上的目录D:VMSC60hostdatavoice下的语音文件名进行比较， 确保语音文件都已经正确加载。如果有语音文件没有加载成功，再用“LOD SPDVOICE命令选择“单个加载”加载方式，然后输入要加载的语音文件名，单独加载该文件。在维护台用命令“RST BRD”命令复位已经完成语音文件加载的SPD单板。使用“MNT BRD”命令取消隔离SPD单板。四、失败处理放音的相关数据配置 1、针对字冠放音数据配置方法针对某个特定的字冠放音，可以使用失败处理表实现。对呼叫字冠进行失败处理的数据，可以在【被叫号码预分析表】或者【号首特殊处理表】以及【拨号检查表】中来实现，现场开局时根据需要配置。 2、拨号检查表中实现失败处理放音在【拨号检查表】中实现失败处理放音的数据配置如下：例如：对呼叫源码为0，主叫呼叫字冠为29，被叫呼叫字冠为138的呼叫作失败处理放音，失败原因码为无电路或通路。配置如下： ADD DALNOCHK: CALLSRC=0, BCR=ALL, ROAMTY=ALL, CLIDN=K29, CLILEN=7, CLDDN=K138, PROCTY=CASTDOWN, FAILCAUSE=NCIR;3、号码预分析中实现失败处理放音被叫号码预分析表可以实现失败处理放音，以下举例以端局兼关口局的失败处理放音为例来说明通过数据配置来实现失败处理放音：对需要做失败处理的字冠，结合呼叫源、主叫号码等属性，进行失败处理放音。例如：对于PSTN呼叫源，拨打外地移动手机没有加0的情况，做失败处理放没有加拨0的通知音 ADD CLDDNPREANA: CALLSRCCD=0, CLIDNUM=KEEEEEEEE, CALLFROM=ALL, CLDDN=K130, CLDDNFLAG=NO, PROTY=CAST, NETTYPE=GNET, FCC=UD13; ADD CLDDNPREANA: CALLSRCCD=0, CLIDNUM=KEEEEEEEE, CALLFROM=ALL, CLDDN=K133, CLDDNFLAG=NO, PROTY=CAST, NETTYPE=CNET, FCC=UD13;注意：被叫号码预分析表中无法实现对前转号码进行失败处理放音的功能。4、在号首特殊处理中实现失败处理在号首特殊处理表中实现失败处理的数据配置方法如下：例如：对于PSTN呼叫源，拨打外地移动手机没有加0的情况，做失败处理放没有加拨0的通知音1. 在被叫分析表中，对省外13字冠，号首特殊处理标志置为是 MOD CNACLD: P=0, PFX=K130, DNPREPARE=TRUE;2. 在号首特殊处理表中，对PSTN源，呼叫外地移动号码不加0做失败处理： ADD PFXPRO: CSC=3, CF=ALL, PFX=K130, DDC=FALSE, STF=NSDT, FPF=TRUE, RDC=FALSE, RAF=FALSE, NETTYPE=GNET, FCC=UD13;3. 在失败处理表中，做上对应的失败放音数据： ADD CFPRO: NETTYPE=GNET, FCC=UD13, RUT=ALL, RMT=ALL, CSA=ALL, FPT=SIG, SAS=FALSE, NEWNT=GNET, GTT=BDWDYDJ0;注意：a) 对于前转呼叫，能够失败处理，但是不能够放信号音；5、针对失败原因值的放音配置每次呼叫失败都有其对应的失败原因值，系统对于大部分失败原因值都默认有对应的放音，网上因为某些特殊需求，需要针对某些失败在本局配置特定的语音，这时，可以通过数据配置，让一个特定的失败原因值放需要的语音。需要注意的是，系统是根据内部的失败原因来索引相关失败处理表的，所以，当要找失败原因值时，需要打开用户接口跟踪的内部接口。失败原因值分析方法分析此类问题首先要理解呼叫流程，知道哪一方拆线。然后根据拆线原因值配置相应的失败处理放音。应该说明的一点是：配置失败处理中的原因值应该是CC模块收到（或发送）拆线消息中的原因值。以某局放音问题为例，从呼叫流程上讲，被叫回了CGC的失败信号，需要找到CGC的对应的原因值给主叫放音，所以我们寻找该原因值时应该从被叫的跟踪消息中查找。在消息中我们主要查找拆线附近的消息，由于被叫侧是TUP电路，所以找CC到TUP的拆线内部接口消息，见下图：打开这条消息，我们可以看到以下特征：第0C个字节的值为5A：代表RELEASE_COMPLETE消息；第0D、0E、0F字节值为08 02 0A：看到该串，其后的值就是拆线的原因值，因此,此条消息中的拆线原因值为A2。根据原因值A2转换成十进制为162，即该呼叫的失败原因码即为原因值162，然后在【失败处理表】中配置该失败原因值的数据，并配置相应的信号音即可。针对分析得到的失败原因值配置失败处理放音数据针对以上分析得到的失败原因值，通过查询失败原因值与失败处理表中的失败原因码对应关系表（参见附录表1），得到失败处理表中的失败原因码，在失败处理表中找到对应的失败原因码，然后再配置其对应信号音类型就可以了。以上述分析得到的失败原因值为例，比如，需要配置对应这个原因值放音乐：查询失败原因值162对应的失败原因码为无电路或通路，在失败处理表中找到此原因码，做如下配置：ADD CFPRO: NETTYPE=GNET, FCC=NCIR, RUT=ALL, RMT=ALL, CSA=ALL, FPT=SIG, SAS=FALSE, NEWNT=GNET, GTT=MUSIC;附录表1：五、放音常见案例分析1、通话过程中主叫掉电时被叫听欠费提示音问题详细描述：客户反映普通用户呼叫神州行，通过过程中把主叫普通用户电池拔掉，被叫神州行用户会听欠费的提示音。这个问题客户反映已经能够通过拨测重现，但是并不是每次通话都出现。查看信令A接口返回的失败原因为终点故障，而且在失败处理表和原因值语音对照表中均没有配置有关“终点故障”的失败处理数据，而且该现象也不是每次通话都出现没，是否程序中对“终点故障”原因值的放音有什么问题！原因分析： 通过查看程序以及在实验室验证发现，通话过程中主叫掉电后，BSC会在大约58秒后上报“无线接口故障”，此时MSC将以终点故障（0x9B）的原因值进行拆线处理，该原因值在程序中缺省是不放音的，而且这种情况下，程序不会调用失败处理表进行放音，所以这种情况下，只有信号音设置表才可以使该原因值放音，但是检查数据发现，信号音设置表中没有对该原因值进行配置，所以应该不会放音。后来检查返回的的用户接口跟踪，发现每次放音时（如果不是失败处理，MSC在下发给手机的Disconnect中会携带“呼叫进展”来指示放音），失败的原因值都是“运营商闭锁”，而不放音时都是“终