文档介绍：用户投诉主叫听到彩铃但是被叫不振铃问题分析
【问题描述】
主题:用户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在后向