络接通率指标分析及提升建议.ppt

对于局间呼叫，MS_A 在对MS_B进行呼叫的过程中，由于在接入网和用户终端处发生某事件而必须由MSC或BSC释放该呼叫时，MSC_A应将其A接口的BSSAP错误原因值（包括BSSMAP和DTAP原因值）转换为ISUP相应的原因值传递给对端MSC_B；而当MSC_B接收到包含有上述原因值的ISUP消息后，它也会将这个原因值转换为A口原因值传递给MS_B。 我们对于“其他原因”中占比达近70%的16、31、21原因值的成因，也就是与A接口拆线原因的对应关系，努力将原因值转换不合理的场景进行修正，从而达到将“其他原因”细分为网络原因和用户原因的目的。 陕西公司使用的研究方法 1：鉴于IP化后CMN与端局间已升级为BICC， ISUP应用较少，重点分析BICC与BSSAP转换。 2：采用在CE上做端口镜像，用信令仪录取 M3UA层以上信令。 3：对信令数据进行分析，分别将呼叫 记录入库得到BICC数据库和A口数据库。 4：将两个接口的表记录结果根据帧号关 联，得到BICC失败原因值和A口失败原 因值的映射关系。 1. 根据帧号关联BICC表和A口原因表 信令扫描后会生成BICC表和A口失败原因表，从A口失败原因表中选择失败源地址、目的地址、失败事件、失败原因，根据BICC表中的全局帧号和A口失败原因表的全局帧号将两张表合并，生成的结果会将BICC事件和A口事件一一对应。 2. 根据关联后的表生成新表 将BICC表和A口失败原因表合并的结果生成新表，保留合并后的原始数据，后续的操作都会在这张表的基础上操作。 3. 统计BICC失败消息 选择BICC的失败消息并对齐进行计数，条件为失败目的地址为本局、无应答、失败消息非空，将查询结果按失败消息分组并按失败次数降序排序。 A口：User alerting no answer —BICC：normal call clearing 被叫用户振铃无应答，即被叫已经振铃，而由于某种原因没有接听电话，导致MSC等待超时拆线。这时A口失败原因为User alerting no answer ，ISUP失败原因为normal call clearing 。 A口： Reversion to old channel —BICC：normal call clearing 用户通话过程中发生切换，但是切换失败返回原信道，MSC拆掉新建立的电路。这时A口失败原因为Reversion to old channel ，ISUP失败原因值为normal call clearing 。 Handover successful－－ Normal call clearing 通话过程中发生切换，切换成功后，MSC拆掉原来电路，A口失败原因Handover successful，ISUP失败原因Normal call clearing 。 A口： User busy －－－ BICC ： normal call clearing 被叫振铃后用户拒接，这时A口失败原因值User busy，ISUP失败原因值normal call clearing 。 BICC ：Call rejected 被叫用户B有呼入权限，漫游号码入局后，发生条件前转转至C用户，C用户如果无呼入权限将导致MSC直接拆线，由于这时A口电路还未建立，所以A口无拆线消息。 Normal unspecified －－Normal unspecified MSC认为是正常的失败事件，但是却不能归为现有的任何一种失败原因，这时MSC就将其归为ISUP失败原因Normal unspecified ，A口失败原因Normal unspecified 。 no circuit/channel available－－ Normal unspecified 当话务量比较大时，容易出现在已经下发SETUP消息之后指配时发现无A口电路，会出现局间电路或A口电路不可用的情况。此时：A口原因值no circuit/channel available，ISUP原因值Normal unspecified 。 可以通过扩容电路解决。 recovery on timer ex－－normal_unspecified 某定时器超时导致呼叫失败，A口失败原因值recovery on timer ex，ISUP失败原因值normal_unspecified。 destination out of order－－ normal_unspecified 当信令由于某种原因不能到达对方导致呼叫失败，A口失败原因值destination out of order，IS