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