《DT测试信令分析流程.ppt》由会员分享，可在线阅读，更多相关《DT测试信令分析流程.ppt（48页珍藏版）》请在三一办公上搜索。
1、,路测仪表信令分析流程,Layer3层信令分析DT问题分析流程GPRS信令分析,目录,Layer3层信令解析,第三层信息（GSM Layer 3），包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息*CC层的主要功能为建立、维持和释放呼叫：a、有关呼叫建立的信息（Call Establishment）:Alerting：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用来指示被叫手机启动告警（即回铃音）。Call confirmed：呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求；Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被
2、请求的呼叫建立信息已经被接收,不会再接收更多的呼叫建立信息。Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接受；Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，指示移动台得到一个呼叫；Energency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立；Progress：进展，从网络到移动台，指示呼叫的进程；Setup：建立，上下行，指示启动呼叫建立；,CC层信令,b、呼叫信息状态（Call Information Phase）Modify：修改，上下行，请求改变呼叫的承载能力；Modify Complete：
3、修改完成，指示对呼叫承载能力修改的完成；Modify Reject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；User Information：用户信息,由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。c、呼叫清除（Call Clearing）Disconnect：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了；Release：释放信道；,MM层信令,*MM层的功能主要为位置管理：a、注册（Registration）IMSI Detatch Indication：IMSI分离指示,由移动台发往网络,在网络中设置一个
4、无效指示Location Updating Accept：位置更新接收,网络发向移动台,指示更新或IMSI(国际移动用户识别码)的附着完成Location Updating Reject：位置更新拒绝,网络到移动台,指示更新或IMSI(国际移动用户识别码)的附着失败b、连接管理（Connection Management）CM Service Accept：CM业务接受，从网络到移动台，指示被请求的业务已经被 接受Reject：CM业务拒绝，从网络到移动台，指示被请求的业务不能提供CM Service Abort：CM业务中断，从网络到移动台，指示被CM的业务中断CM Service Requ
5、est：CM业务请求，从移动台到网络CM Restablishment Request：CM重建请求，Abort：中断,网络到移动台,RR层信令,*RR层的主要功能为在无线接口上管理传输路径及切换：a、信道建立Immediate Assignment：立即指配,网络给移动台分配一个SDCCH,(只包含一个MS指配信息),包括指配信道的描述、信道请求的信息字段和接收到信道请求帧的帧号、最初的时间提前量、起始时间指示(可选).Immediate Assignment Extended：立即指配扩展(同时包含两个MS指配信息),Immediate Assignment Reject：立即指配拒绝b、
6、切换Assignment Command：指配命令,网络发向移动台,指示移动台改变当前信道配置,切换到分配的专用信道,启动低层连接建立Assignment Complete：指配完成,指示主信令链路成功建立.Assignment Failure：指配失败,包括指配失败的原因Handover Complete：切换完成,MS发向网络,指示切换成功完成,网络释放原有信道.Handover Failure：切换失败,MS发向网络,网络释放新的信道Physical Information：物理信息,RR层信令,c、信道释放Channel Release：信道释放,包括RR原因指示、BA范围d、寻呼Pa
7、ging Request Type 1：寻呼请求类型1,网络给两个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2等Paging Request Type 2：寻呼请求类型2,网络给三个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3等Paging Request Type 3：寻呼请求类型3,网络给四个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3、移动识别4等Paging Response：寻呼响应,移动台到网络,包括密钥序列号及移动识别e、系统信息System Information
8、Type 1：系统信息类型1,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及小区配置信息System Information Type 2：系统信息类型2,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及邻小区的BCCH信息 System Information Type 3：系统信息类型3,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、小区识别号、位置区识别号、控制信道信息及小区选择参数等,RR层信令,System Information Type 4：系统信息类型4,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、位置区识别号、小区选择参
9、数、CBCH信道描述、CBCH移动配置System Information Type 5：系统信息类型5,网络到所有移动台,在SACCH上发送,指示邻小区的BCCH信息System Information Type 6：系统信息类型6,网络到所有移动台,在SACCH上发送,小区识别号、位置区识别号、允许的NCC等System Information Type 7：系统信息类型7,用于小区重选System Information Type 8：系统信息类型8,用于小区重选,DT测试详细的信令流程及消息,1 MS主叫流程2 MS被叫流程3 挂机流程 4 位置更新流程 5 SMS寻呼流程6 切换流程
10、7 系统消息,MS主叫流程(MO)简图,MS主叫流程(MO),二、MS被叫流程(MT),三、挂机流程,四、位置更新流程,六、SMS寻呼流程,MS切换流程消息,目标小区描述,目标信道,切换参考号,是否同步,系统消息（TYPE 1-8)System Information Type 1：系统信息类型1,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及小区配置信息。System Information Type 2：系统信息类型2,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及邻小区的BCCH信息。System Information Type 2bis：系统信息类型2bi
11、s,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及扩展的邻小区的BCCH信息。System Information Type 3：系统信息类型3,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、小区识别号、位置区识别号、控制信道信息（T3212）及小区选择参数等。System Information Type 4：系统信息类型4,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、位置区识别号、小区选择参数、CBCH信道描述、CBCH移动配置。,系统消息,System Information Type 5：系统信息类型5,网络到所有移动台,在SACCH上发送,
12、指示邻小区的BCCH信息。System Information Type 5bis：系统信息类型5bis,网络到所有移动台,在SACCH上发送,指示扩展的邻小区的BCCH信息。System Information Type 6：系统信息类型6,网络到所有移动台,在SACCH上发送,小区识别号、位置区识别号、允许的NCC等。System Information Type 7：系统信息类型7,用于小区重选。System Information Type 8：系统信息类型8,用于小区重选。,系统消息,System information type5,Measurement Report:其中邻区BC
13、CH-FREQ下内容为BA表中之顺序号(FROM 0)RXLEV-NCELL数值=实际接收电平+110,Layer3层信令分析DT问题分析流程GPRS信令分析,目录,DT考核项目介绍,考核项目 1 里程掉话比定义：里程掉话比=（-94dBm的测试路段里程数）/掉话总次数；2 公路覆盖率（-94dBm测试路段里程数）/测试路段总里程数100；3 城区覆盖率（-90dBm测试路段里程数）/测试路段总里程数100；4 接通率定义：接通率接通总次数/试呼总次数100；5 掉话率定义：掉话率掉话总次数/接通总次数100 6 话音质量定义：取MOS值,DT测试统计,接通率，定义：接通率接通总次数/试呼总次
14、数100；说明：试呼次数：以channel request和CM service request同时出现来确定试呼开始。接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通。接通率总（Connect或Connect Acknowledge）数/总（channel request和CM service request）数100接通率取主叫测试手机的统计结果。,DT测试统计,掉话率，定义：掉话率掉话总次数/接通总次数100；说明：接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就
15、计数为一次接通掉话次数：在一次通话中如出现Disconnect或Channel Release中任意一条，就计为一次呼叫正常释放。只有当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。（如通话时间不足规定时长，出现释放，要求通过层3信令解码判断原因）掉话率取主、被叫手机的统计结果掉话率（主叫掉话+被叫掉话）/（主叫接通+被叫接通）100,DT测试统计,覆盖率，定义：覆盖率（=-90dBm的采样点数）/总采样点数100；说明：取主、被叫手机的测试结果话音质量说明：取MOS值。话音质量取主、被叫手机的统计结果之和。考察项目平均呼叫建立时延说明：呼叫建立时延：出现最后一条channel
16、request到alert的时间差（以帧号差计算）。取所有测试的平均时长。取主叫手机的测试结果,DT分析流程掉话,DT分析流程掉话,DT分析流程覆盖差,信号覆盖差分析 1、通常认为接近或低于测试规范定义的有效覆盖电平即认为是覆盖 2、如果属于无主覆盖而且质量较差，也认为是覆盖差。,DT分析流程话音质量,DT分析流程切换问题,DT分析流程切换问题,DT分析流程切换问题,Layer3层信令分析DT问题分析GPRS信令分析,目录,TBF的建立流程,两步接入,TBF的建立流程,一步接入,TBF数据传输,指配上行TBF,网络侧在PACKET UPLINK ASSIGNMENT或PACKET TIMESL
17、OT RECONFIGURE消息中指定下列参数来描述上行TBF：唯一的TFI（MS应按照这个TFI值设置每个上行RLC数据块的TFI域）；用于上行传输的一组PDCH；TBF启动时间（可选项，用于动态或扩展动态分配）。,TBF数据传输,下行RLC模式的传送网络侧通过设置PACKET DOWNLINK ASSIGNMENT或PACKET TIMESLOT RECONFIGURE消息的RLC_MODE比特来设置下行TBF的RLC模式。上行RLC模式的传送MS可通过PACKET RESOURCE REQUEST或PACKET DOWNLINK ACK/NACK消息中的RLC_MODE比特来设置上行TB
18、F的RLC操作模式。在一阶段接入过程中，RLC模式缺省为RLC确认模式。在CDS的RLC/MAC的BLOCK HEADER的信令分析中，我们可以去分析上行信号或者下行信号的ACK消息，从而得知BSS或MS是否收到RLC 数据包,TBF的释放流程,如果下面七种情况出现，则TBF释放：在上行方向没有数据传送并且下行延迟释放定时器或者扩展上行定时器超时GPRS/EGPRS终端发生了小区重选上行TBF丢失发生持续TA信息的PDCH被预清空或者发生故障GSL发生故障小区被闭塞小区支持GPRS的功能被激活,TBF的释放流程,根据MS的能力和MS的RAC是否在BSS已知，上行TBF可以两种模式：非扩展上行T
19、BF模式：如果MS是RR99版本以前或者是MS的RAC信息在BSS中未知扩展上行TBF：如果MS是R4版本和BSS已知MS的RAC信息如果R4的手机的RAC信息BSS了解后，TBF可以由非扩展模式进行扩展模式。,上行TBF在定时器ULDELYA内仍然保持激活。在超时之前，如果MS需要发生数据，则在原有的TBF发生，而不需要重新建立TBF。MS允许终端定时器的计数并在同一TBF下发生数据。如果没有数据传送并且定时器超时。则上行TBF释放。,ATTACH 流程,ATTACH 流程,从空口的消息来看，attach request到attach accept共有7条信令在传送，其中只有attach r
20、equest由于要传送34个byte，当采用CS-1时，一个Radio block可传送20个byte，因此需要2个Radio block。当采用CS-2时，一个Radio block可传送30个byte，因此也需要2个Radio block。其他的信令消息都比较小，只要1个Radio block。一个Radio block需20ms，空口共需要160ms。从手机发送attach request到attach accept接收完，完全必须在空口传送的消息只有attach request，第一个Packet Uplink Ack/Nack，Packet Downlink Assignment和a
21、ttach accept。其他的消息都是Ack消息，在这种短数据业务的传送中可以滞后传送也并不会影响实际的时延。因此空口最短只需要传送5个Radio block，共100ms。得出不包括手机鉴权的Attach过程在空口上的理论传输时延在100ms160ms。,PDP 流程,PDP 流程,从空口的消息来看，Activate PDP Context Request到Activate PDP Context Accept共有9条信令在传送，信令消息都比较小，只要1个Radio block。一个Radio block需20ms，空口共需要180ms。但从实际需要来看，从手机发送Activate PDP
22、 Context Request到Activate PDP Context Accept接收完，完全必须在空口传送的消息只有标记为红色的消息是必须发的。也就是空口只需要传送7个Radio block，共140ms。滞后传送也并不会影响实际的时延。得出PDP激活过程在空口上的理论传输时延在140ms180ms。与Attach类似，根据经验PDP信令在空口上传输时延也只占无线侧时延近三分之一左右的时间，无线侧实际的时延主要体现在系统解Radio block，建立下行TBF，以及手机解开包的时间。这些时间非常依赖以系统本身的性能和机制，手机本身的性能。,GPRS优化案例分析（三）问题描述：网络无法正
23、常发送MMS。,GPRS优化案例分析,GPRS优化案例分析（三）问题分析：成功的MMS发送流程包括两个阶段：1、连接建立阶段，MS和WAP GATEWAY建立联系；2、数据传送阶段，MS和WAP GATEWAY交互发送相关的彩信信息。MMS正常发送Gi口正常信息如下图所示：,GPRS优化案例分析,跟踪到的Gi口消息如下图：此问题发生在第一阶段。在WAP GATEWAY回的消息“WSP REPLY”中消息指示“Sorry Gateway is busy”，无法处理MS的连接请求。在WAP GATEWAY忙的情况下，手机进行了多次的连接尝试。最后达到尝试次数的门限，本次MMS业务失败。造成这种情况
24、原因：WAP GATEWAY侧忙。,GPRS优化案例分析,PING的信令流程如下：,PING问题分析,PING主要就是ECHO REQUEST和ECHO REPLY，大小为500KB，在无线上来讲主要是上下行TBF的建立，但是在核心网侧则是经过了很多的路由区，可以使用TRACERT进行跟踪，查看经过哪些路由。,PING问题分析,从左图我们可以看出,BSS回复了RLC/MAC UL ACK消息其中FAI设置为1，说明ECHOREQUEST消息已经传输到BSS，如果收不到REPLY消息则需要在GB口挂表查看REPLY是否到达BSS，还是在CN侧已经被丢包了，经过GB跟踪，发现GB没有回复REPLY消息，经过CN调整后PING成功率恢复正常,谢 谢！THANKS,China Mobile Group Jiangsu Co.,Ltd.,
