BSS呼叫流程与实际接口分析_第1页
BSS呼叫流程与实际接口分析_第2页
BSS呼叫流程与实际接口分析_第3页
BSS呼叫流程与实际接口分析_第4页
BSS呼叫流程与实际接口分析_第5页
已阅读5页,还剩20页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、BSS呼叫流程与实际接口分析呼叫流程与实际接口分析序言序言l课程目标:课程目标:通过本课程的学习,掌握实际接口的信令分析方法,辅助故障定位。l如何学习本课程:如何学习本课程:安装BSC操作维护系统。拷贝接口跟踪结果文件。使用BSC维护台的“GSM接口跟踪回顾”功能跟随学习。案例模拟:通过实际的接口跟踪进行信令分析辅助故障定位。l注意事项:注意事项:禁止在系统忙时或BSC负荷较重时使用BSC接口跟踪功能。课程内容课程内容案例分析案例分析位置更新过程位置更新过程呼叫流程(主叫)呼叫流程(主叫)BSC内切换流程内切换流程BSC间切换流程间切换流程BSC正常释放流程正常释放流程BSC本地端释放流程本地

2、端释放流程一、位置更新过程一、位置更新过程l位置更新的目的:位置更新的目的:通知网络手机目前所在的位置区,便于寻呼l何时需要位置更新?何时需要位置更新?进入新的位置区定期更新(周期性位置更新)位置更新过程位置更新过程l参考文件:A-bis_上网(接口跟踪结果文件)l注释:本页胶片中的消息标号为该消息在参考文件中的序号SABM: Set asynchronous balanced mode command(设置准同步平衡模式),在新信道上的“ 初始接入帧”UA: Unnumbered acknowledgement response(未编号证实响应)MSBTSBSCMSCChannel_reqC

3、hannel_Required(2)Channel_Active(3)Channel_Active_Ack(4)IMMEDIATE ASSIGN COMMAND (5)Establish_IND(Location Updating Req) (6)CR(Complete_L3_information)Location Updating Accepted (10)TMSI Reallocation Complete(NOTE 2) (11)CC(NOTE 1)(NOTE 3)Clear_CMDClear_CMPFirst SABM几点注释几点注释l在BSC与MSC之间的SCCP连接建起来之后,在

4、完整的流程之中,还应该有鉴权和加密的过程。对华为的MSC来说,鉴权和加密过程都是可选项。在实际开局过程中,鉴权必选、加密可选。华为BSS系统提供对加密算法1和2的支持。l识别:当MS上报的Establish_IND消息中所带MS的标识为TMSI,而且VLR不认识此TMSI或用TMSI进行鉴权失败时,MSC将启动“识别”过程。即MSC下发“Identity Request”的透传消息给MS,MS上报含IMSI的“Identity Response”消息。uNOTE 1:鉴权、加密、识别几点注释几点注释l本流程中,已经将释放流程简化;详见BSC的正常释放流程。l在MSC中,位置更新时是否为MS重新

5、分配新的TMSI号码为可选项。l若MSC侧选择“位置更新时分配TMSI”为否,则在 位 置 更 新 的 过 程 中 , M S 没 有 “ T M S I Reallocation Complete”消息的上报。uNOTE 2:uNOTE3:异常情况异常情况l位置更新拒绝,即收到MSC下发的“Location Updating Rejected”消息,可能的原因有:A、MSC未配BSC有关的小区的CGIB、MSC与VLR的通讯失败C、MS在HLR中未登记二、呼叫流程(主叫)二、呼叫流程(主叫)l参考文件:A-bis_主叫到挂机A_主叫到挂机MSBTSBSCMSCChannel_reqChann

6、el_Required (0)Channel_Active (1)Channel_Active_Ack (2)IMMEDIATE ASSIGN COMMAND (3)Establish_IND(CM Service Req) (5)First SABMCM Service Accepted (9)CR(Complete_L3_information) (0)CC (1)(NOTE 1) (2)Setup (10)Call Processing (11)ASSIGNMENT COMMAND (14)First SABMEstablish_IND (18)Channel_Active (12)Ch

7、annel_Active_Ack (13)(NOTE 2)Assignment_Req (5)Assignment_CMP (7)ASSIGNMENT CMP (23)Alerting (40)Connect (63)Connect Ack (65)(NOTE 3)Disconnect (200)Release (201)Release Complete (203)(NOTE 4)Clear_CMDClear_CMP通话通话(3)(4)(18)(19)(21)(24)(25)(28)(32)(33)NOTE 1:类标更新流程:类标更新流程1、鉴权、加密、识别过程可选。见位置更新过程的NOTE

8、1。2、类标更新流程:对于双频手机而言,在SCCP连接建立之后,收到“ CM Service Accepted” 之前,还有一个类标的更新流程。CR消息上报的主要是CLASSMARK 2的信息,使用类标更新流程,手机上报与双频能力相关的CLASSMARK 3的信息。NOTE 2: 信道指配的几种方式信道指配的几种方式l早指配:早指配:MSC下发的“Assignment_Req”在“Alerting”消息之前,为“早指配”流程;l晚指配:晚指配:MSC下发的“Assignment_Req”在“Alerting”消息之后,为“晚指配”。l“及早指配及早指配”:在立即指配的过程中,就直接分配TCH信

9、道,在MSC的“Assignment _Req”消息下发后,不再申请新的信道,而是走“模式修改”的流程,模式修改完成后,上报“Assignment _CMP”消息给MSC。及早指配流程异常情况异常情况l异常情况1:MSC的“Assignment_Req”下发,BSC没有向MS下发“ASSIGNMENT CMD”消息,直接向MSC回“Assignment_Fail”消息,最可能原因有:A、BSC无可用的TCH信道;B、MSC所指配的CIC在BSC侧不为空闲态;C、上行链路传输故障或干扰,BTS不能正确接收上行信号l异常情况2:BSC向MS下发“ASSIGNMENT CMD”消息后,MS上报“AS

10、SIGNMENT FAIL”消息,最可能的原因是:下行链路误码率高。三、三、BSC内切换流程内切换流程l参考文件:A-bis_主叫到挂机MSBTS1BSCBTS2MSMSCChannel_Active (124)Channel_Active_Ack (125)Measure Report from MSHANDOVER COMMAND (126)Handover AccessHandover_Detect (127)PHYINFOPHYINFOFirst SABMEstablish_IND (128)HANDOVER COMPLETE (132)Handover_Performed(NOTE

11、2)几点注释几点注释lBSC上报“Handover_Performed”消息给MSC后,即启动对老信道(BTS2上)的本地端释放流程。uNOTE1:异步切换与同步切换lBSC内的异步切换:即BTS1和BTS2是属于不同的基站,此时基站需要下发PHY INFO消息;如上述流程所述。lBSC内的同步切换:即BTS1和BTS2属于相同基站,实际上是同一个站点的两个不同CELL,此时不会有PHY INFO消息的下发,手机上报“Handover Access”消息后,很快上报SABM连接帧。uNOTE2:异常情况异常情况l在BSC内的异步切换过程中,当小区BTS1下发PHY INFO消息达到最大次数后,

12、MS仍未能接入新信道,此时小区BTS1向BSC上报CONN FAIL IND消息,原因值为:handover access failure,BSC收到该消息后,启动对小区BTS1上新信道的本地端释放流程。 u异常情况:四、四、BSC间切换流程间切换流程MSBTS1BSC1BTS2MSMSCMeasure Report from MSBSC2(NOTE 1)Handover_RequiredHandover_RequestChannel_ActiveChannel_Active_AckHandover_Request_AckHandover_CMDHandover_DetectHandover_

13、DetectHANDOVER COMMANDHandover AccessPHY INFOPHY INFOFirst SABMEstablish_INOHANDOVER COMPLETEHandover_CmpClear_CMDClear_CMP(NOTE 2)uNOTE1: BSC间切换的两种不同情形uNOTE2:几点注释几点注释lBSC1收到MSC下发的Clear_CMD消息后,即启动对BTS1老信道的本地端释放流程。lMSC内BSC间切换:两个BSC同属一个MSC。lMSC间切换:两个BSC属于不同的MSC。上述两种情况在A接口跟踪到的消息是一样的。五、五、BSC正常释放流程正常释放流程

14、l参考文件:A-bis_主叫到挂机MSBTSBSCMSC(NOTE 1)Disconnect (200)Release (201)Release Complete (203)CHANNEL RELEASE (204)Clear_CMDClear_CMPFirst DISCUADeactive_SACCH (205)Release_IND (206)RF_Release_Req (207)RF_Release_Req_ACK (208)几点注释几点注释l网络侧主动发起的释放过程lMS主动发起的释放过程l对于上述两种不同情形,除上述三条透传消息的方向正好相反外,其余消息流程相同。uNOTE1:释放

15、的两种情形六、六、BSC本地端释放流程本地端释放流程l参考文件:A-bis_主叫到挂机MSBTSBSCMSCDeactive_SACCH (133)Release_Confirm (136)RF_Release_Req (135)RF_Release_Req_ACK (137)Release_Req(LOCAL END) (NOTE 1) (134)七、案例分析七、案例分析lBSC的ASSIGNMENT CMD消息下发后,BTS上报多个EST IND消息后,MS上报ASSIGNMENT FAIL消息,原因值为:Protocol error unspecified。u案例描述:案例分析案例分析l

16、对消息进行分析,发现MS在上报ASSIGNMENT FAIL 消息之前,先后上报了多个EST IND消息。l对于BTS,当BTS收到MS上报的一个SABM帧,BTS向BSC对应上报一个建立指示EST IND,也就是说BTS收到了MS上报的多个SABM帧。l由于开局现场使用测量报告预处理,但BTS上报的预处理测量报告(PREPROC MEAS_RES)均为无效的测量报告,可以推断MS在新申请的TCH信道上上行的电平(或质量)较好,但下行的电平(或质量)较差。l因此BTS能解码MS上报的SABM帧,但MS不能解码BTS下发的UA帧,导致MS上报多个EST IND消息。u案例分析:案例分析案例分析l

17、结论:结论:由此可以得出,开局现场出现大量ASSIGNMENT FAIL,主要原因是MS的下行接收电平或质量较差的缘故。最后,现场人员对该BTS进行检查,发现有一个TRX到SCU的连线松掉,将TRX到SCU的连线固定紧后,上述现象消失。l案例重现:案例重现:在实验室,进行了模拟,采取拔掉BTS的发端天线,制造下行电平或质量较差的现象。 MS在新信道TCH上几次上报EST IND都没有成功,然后在旧信道SDCCH上上报ASSIGNMENT FAIL,原因值为:Protocol error unspecified。附录:附录:Power ClasslPhase 2手机输出功率等级(Power Cl

18、ass)与实际功率的对应关系。power class GSM900 Max peak powerDCS1800 Max peak power Tolerance(dB)_normalTolerance(dB)_extreme1-1W(30dBm)+/-2+/-2.520.25W(24dBm)22.535W(37dBm)4W(36dBm)22.542W(33dBm)22.550.8W(29dBm)22.5Power Control LevellPhase 2 手机功率控制级别与实际功率的对应关系power control level output power (dBm)Tolerance_normal(dB)Tolerance _extreme(dB)Pow

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论