信令分析指导.docVIP

信令分析指导 目 录 正常信令流程 2 A. 位置更新过程 2 B. 呼叫流程（主叫） 3 C. 呼叫流程（被叫） 5 D. BSC内切换流程 6 E. BSC间切换流程 7 F. 短消息流程（发送） 8 G. 短消息流程（接收） 9 H. BSC本地端释放流程 10 I. BSC正常释放流程 11 II. 案例 12 案例一 12 案例二 12 案例三 13 案例四 13 正常信令流程 位置更新过程 正常的位置更新流程如下： 位置更新流程 NOTE 1：在BSC与MSC之间的SCCP连接建起来之后，对于一个完整的流程，还应该有鉴权和加密的过程。对MSC来说，鉴权和加密过程都是可选项。在实际开局过程中，鉴权过程是必需。至于加密算法，在国内禁止使用加密算法；在海外，可以根据运营商要求提供加密算法1和2。 有时，在位置更新的过程中，还有一个启动“识别”的过程。这主要存在于当MS上报的Establish_IND消息中所带MS的标识为TMSI 时。当VLR不认识MS的TMSI或当用TMSI进行鉴权失败时，就会启动“识别”过程。即MSC下发“Identity Request”的透传消息给MS，MS上报含IMSI 的“Identity Response”消息。 NOTE2：若MSC侧选择“位置更新时分配TMSI”为否，则在位置更新的过程中，MS没有“TMSI Reallocation Complete”消息的上报。 NOTE3：参见BSC的正常释放流程。 异常情况：位置更新拒绝，即收到MSC下发的“Location Updating Rejected”消息，可能的原因有： MSC未配BSC有关小区的CGI；MSC与VLR的通讯失败；MS在HLR中未登记等等。 呼叫流程（主叫） 正常的主叫流程如下： 主叫流程 NOTE 1：在BSC与MSC之间的SCCP连接建起来之后，在完整的流程之中，还应该有鉴权和加密的过程。见上节。 双频手机， SCCP连接建立之后，在收到“CM Service Accepted”之前，还有一个类标的更新流程，由于CR消息上报主要是CLASSMARK 2的信息，使用类标更新，上报CLASSMARK 3的信息。流程如下： 双频手机的类标更新流程 NOTE 2：上述MSC下发的“Assignment_Req”在“Alerting”消息之前，故为“早指配”的流程；若MSC下发的“Assignment_Req”在“Alerting”消息之后，则为“晚指配”。还有一种“及早指配”的流程，它是指在立即指配的过程中，就分配TCH信道，在MSC的“Assignment_Req”消息下发后，不再申请新的信道，而是走“模式修改”的流程，模式修改完成后，上报“Assignment_CMP”消息给MSC，流程如下： 及早指配时的模式修改 NOTE 3：此处应启动对信令信道的本地端释放流程，参见BSC的本地端释放流程。 NOTE 4：见BSC的正常释放流程。 异常情况1：MSC的“Assignment_Req”下发，BSC没有向BTS下发“ASSIGNMENT CMD”消息，直接向MSC回“Assignment_Fail”消息。可能原因有：BSC无可用的TCH信道；MSC所指配的CIC在BSC侧不为空闲态。 异常情况2：BSC向MS下发“ASSIGNMENT CMD”消息后，MS上报“ASSIGNMENT FAIL”消息，可能的原因有：下行链路误码率高。 呼叫流程（被叫） 正常的被叫流程如下： 图22 被叫流程 NOTE1~4见上节主叫流程。 BSC内切换流程 正常的BSC内切换流程如下： 图23 BSC内切换流程 NOTE1：上述是BSC内的异步切换流程，即1和2属于不同的基站，手机小区2切向小区1；对于BSC内的同步切换，即1和2属于相同基站时，不会有PHY INFO消息的下发，手机上报“Handover Access”消息后，很快上报SABM连接帧。 NOTE2：BSC上报“Handover_Performed”消息给MSC后，即启动对信道（2上）的本地端释放流程。 异常情况1：在BSC内的异步切换过程中，当下发PHY INFO消息达到最大次数后，MS仍未能接入新信道，此时1向BSC上报CONN FAIL IND消息，原因值为：handover access failure，BSC收到该消息后，启动对小区1上新信道的本地端释放流程。 BSC间切换流程 正常的BSC间切换流程如下： 图24 BSC间切换流程 NOTE1：以上是两个BSC同属一个MSC的BSC间的切换，即MS从BSC1的BTS1切换到BSC2的BTS2。在实际的网络运行中，还存在不同的MSC间BSC间发生切换的现象。其A接口