用户投诉主叫听到彩铃被叫不振铃问题分析.docVIP

用户投诉主叫听到彩铃但是被叫不振铃问题分析 【问题描述】 主题：用户A拨打用户B，用户A能够听到彩铃，但是B没有振铃。 【原因判断】 原因判断分析： 1、个别用户投诉，可能为手机终端问题，手机能够上报alerting，但是不能振铃。 2、被叫前转到平台或有彩铃的固话，主叫听到第三方的彩铃，被叫不振铃。 3、被叫前转到平台，但是被叫局在IAM消息中未携带前转标识，导致平台回ACM/CPG格式错误。 4、彩铃触发方式有误，个别被叫号码被做了号码转换加了17244，转到彩铃平台了。 【问题分析过程】 彩铃原理说明： 正常的彩铃消息接续流程如下： 主叫用户是否触发彩铃，是否触发业务提醒平台，主要是根据被叫局回的ACM/CPG里面携带的指示进行的。 彩铃有关的软参数据配置，经检查，现网均符合规范。 彩铃触发放音原则： 彩铃流程中ACM/CPG的检测模式有两种，中国移动模式和中国联通模式，软交换采用那一种模式则由P196比特2控制，P196 比特2设置为1表示中国移动模式。这两种模式的异同情况如下： 相同点：当收到的ACM用户状态空闲时，如果ACM同时含呼叫等待且P19比特0为0则放呼叫等待音，否则放彩铃。 不同点：当收到的ACM用户状态为NoInd，又有InbandInfo指示时，中国移动模式认为不是早ACM，直接拆除彩铃，接通主被叫；否则都按早ACM处理，等待CPG。 当认为ACM是早ACM时，继续分析后续的CPG消息，中国移动模式检查是否呼叫等待，并根据P19bit0是否放CW音；中国联通模式检查用户状态是空闲就放彩铃，否则看CPG的EventInd事件指示，若EventInd不是振铃就接通主被叫，若EventInd是振铃，则看有没有呼叫等待，若有呼叫等待就接通主被叫，否则放彩铃。 采用流程图说明： 所以根据流程图来说在以下场景下，都可能导致用户A听到彩铃，但是用户B未振铃。 场景一、A打B，B手机上报alerting，但是B手机本身问题导致不振铃。A听B彩铃。 根据移动用户呼叫流程分析，只有当被叫MS向其所在的MSC发送alert振铃消息后，被叫MSC才会向前向局即MSCA发送ACM消息（主被叫在不同MSC下）或给主叫MS发送alert振铃消息（主被叫在同一MSC下）。所以当主叫用户能够听到被叫用户的彩铃或振铃时，说明主叫MS已经收到了MSC下发的alert消息，此时被叫MS必然已经给MSC发送了alert振铃消息，则被叫手机必然会振铃。因此如果此时被叫手机未振铃，基本上可定位为被叫手机问题导致。 场景二、A打B，B转接C，C可能是固话或其他平台，A听到C的彩铃，B不振铃。 这种情况是B用户遇忙（网络决定忙）、不可及前转到C时，如果C用户是彩铃用户，播放C用户定制的铃音；如果C用户不是彩铃用户，不播放彩铃，播放普通回铃音，此时B不会振铃，A听到C平台的彩铃或提醒音。 场景三、A打B，B寻呼无响应后转到平台，平台回ACM不规范，不含前转信息，B局透传给A，A听B彩铃，B不振铃。 被叫所属MSC判断被叫不可及时应该触发前转，在发到平台的IAM中应该带上前转信息。 平台给MSC_B回送了ACM消息放音，但其中未携带前转标识。此时MSC_B会透传该ACM消息到MSC_A。而MSC_A由于不知道被叫用户B在后向局已经发生前转，正常触发了B用户的彩铃流程，因此主叫用户A听到了被叫用户B的彩铃音，而无法听到平台的前转放音。被叫用户B由于发生了不可及前转，因此手机上不会有未接来电显示。 在上图被叫局给平台发IAM的消息中应该携带呼转标识，被叫局回给主叫局的ACM/CPG中，应该携带呼转标识，如下图，应该是指示用户空闲，含前转信息。 但是当被叫局回的ACM/CPG没有前转标识的时候，主叫局不知道被叫局是否发生了前转，根据如下流程图，应该接通被叫彩铃。 场景四、彩铃触发方式改为香港彩铃模式，在ACM不回的情况下可能导致主叫A听彩铃，B不振铃。 各彩铃模式含义： 串行：如果为出局呼叫，表示MSOFTX3000先向落地VMSC发送IAM消息，在接收到落地VMSC回送的ACM消息后，再向彩铃中心发送IAM消息；如果为局内呼叫，表示MSOFTX3000先向被叫终端发送Setup消息，在接收到被叫终端返回的Alerting消息后，再向彩铃中心发送IAM消息。 并行：如果为出局呼叫，表示MSOFTX3000同时向落地VMSC与彩铃中心发送IAM消息，在接收到落地VMSC回送的ACM消息后，再向彩铃中心发送CPG消息；如果为局内呼叫，表示MSOFTX3000同时向被叫终端与彩铃中心发送Setup消息，在接收到被叫终端返回的Alerting消息后，再向彩铃中心发送CPG消息。 香港彩铃：类似于并行方式，不同之处在于，如果为出局呼叫，MSOFTX3000不需要接收