GSM信令疑难问题分析.pptVIP

GSM 信令疑难问题分析 2004/12 RNE 疑难问题分析 主要内容 切换问题分析 切换成功率问题分析 切换流程的特别案例 高掉话案例分析 高掉话小区案例一 高掉话小区案例二 BSC间切换流程 切换成功率问题分析（一） 切换成功率问题分析 案例： 从话务统计报告分析发现,某交换机下的所有BSC切换成功率明显下降，详细分析后发现，这些BSC的切入成功率很低，切出成功率正常；而与该交换机覆盖区域相邻的某些BSC切出成功率从94％下降到91％，切入成功率正常 。 切出成功率低的BSC为BSC4-1（LAC为17313，属于MSC4） 切入成功率低的BSC为BSC3-3 （LAC为17329，属于MSC3） 这两个BSC的问题是否由同一个原因导致？ 分析思路 切入成功率低的BSC A接口分析： 判断切入到BSC3_3失败的小区是否存在共性 切换成功率问题分析（二） 切换成功率问题分析（三） 切出成功率低的BSC A接口分析： 判断切换到哪些小区成功率低 切换成功率问题分析（四） 切换成功率问题分析（五） 切换成功率问题分析（六） BSC4_1切出失败的信令流程 切换成功率问题分析（七） BSC3_3切入失败的信令流程 切换成功率问题分析（八） 切换成功率问题分析（九） 为了确认交换机的问题，进行了A口和E口的联测。 切换流程的特别案例（一） 切换流程的特别案例 通常情况下，BSC内两个小区之间发生切换，采用的是BSC内切换方式，即切换完成后，以handover performed方式通知MSC；而BSC间的两个小区间发生切换，采用的是BSC间的切换方式，即以MSC为主控的方式。在实际A接口信令分析中，会发现有些BSC内的两个小区之间发生切换，会采用BSC间的切换方式，是什么原因造成这种情况呢？ 切换流程的特别案例（二） 正常情况下的BSC间切换 切换流程的特别案例（三） BSC收到切换告警，需要进行BSC间的切换，向MSC发送HANDOVER REQUIRED消息，该消息中包含目标小区列表cell list 1。目标小区列表中的小区数目，由 OMC－R 参数N_PREFER_CELL决定。同时，T7和T_HO_REQ_LOST开始计数 由于某种原因（如没有无线资源），MSC无法处理本次切换，故向BSC 发HANDOVER REQUIRED REJECT消息，BSC把HANDOVER REQUIRED消息中的目标小区列表cell list 1放入REJ_CELL_LIST中。 同时，计数器T_HO_REQ_LOST停止计数，而T7继续运行 BSC又检测到需要进行BSC间的切换，并且候选小区与上次的不同，为了加快切换速度，无需等到T7超时，BSC再次向MSC发送HANDOVER REQUIRED消息，该消息包含新的目标小区列表cell list 2，并重新启动计数器T_HO_REQ_LOST和T7 MSC再次回送HANDOVER REQUIRED REJECT消息，BSC把本次的目标小区列表cell list 2放入REJ_CELL_LIST中。 同时，计数器T_HO_REQ_LOST停止计数，而T7继续运行 切换流程的特别案例（四） 在T7超时前，BSC再次收到切换告警，但是目标小区列表与上次的相同，且与REJ_CELL_LIST中的相同，所以BSC不会向MSC发送HANDOVER REQUIRED消息 T7超时，计数器T_HO_REQ_LOST清空 BSC再次收到切换告警，若需进行BSC间的切换，重复以上过程，若为BSC内的切换，触发BSC内的切换过程。 切换流程的特别案例（五） 重点 一次BSC间切换的周期为T7，换句话说，只有当T7超时后，才认为本次BSC间的切换结束 在T7的周期内，由于BSC内部不间断的进行切换判断，检查是否满足切换条件，所以BSC内可能不断会有新的切换告警产生，若切换告警附带的候选小区与上次的相同，BSC不会再次发送HANDOVER REQUIRED，除非T7超时;若附带的候选小区与上次的不同，为了加快切换的速度，BSC会再次向MSC发送HANDOVER REQUIRED，并且T7 会重新开始计数 计数器T_HO_REQ_LOST主要监控MSC对HANDOVER REQUIRED的响应，若MSC向BSC回应HANDOVER COMMAND 或 HANDOVER REQUIRED REJECT 消息，该计数器停止计数。若T7超时，计数器T_HO_REQ_LOST清空 OMC－R 参数N_PREFER_CELL决定了HANDOVER REQUIRED消息中，目标小区的个数，若BSC发出HANDOVER REQUIRED后，收到MSC发送的