DT测试信令分析流程

路测仪表信令分析流程Layer3层信令分析DT问题分析流程GPRS信令分析目录Layer3层信令解析第三层信息（GSMLayer3），包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息*CC层的主要功能为建立、维持和释放呼叫：a、有关呼叫建立的信息（CallEstablishment）:Alerting：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用来指示被叫手机启动告警（即回铃音）。Callconfirmed：呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求；Callproceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫建立信息已经被接收,不会再接收更多的呼叫建立信息。Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接受；Connect

Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，指示移动台得到一个呼叫；EnergencySetup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立；Progress：进展，从网络到移动台，指示呼叫的进程；Setup：建立，上下行，指示启动呼叫建立；CC层信令b、呼叫信息状态（CallInformationPhase）Modify：修改，上下行，请求改变呼叫的承载能力；ModifyComplete：修改完成，指示对呼叫承载能力修改的完成；ModifyReject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；UserInformation：用户信息,由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。c、呼叫清除（CallClearing）Disconnect：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了；Release：释放信道；MM层信令*MM层的功能主要为位置管理：

a、注册（Registration）IMSIDetatchIndication：IMSI分离指示,由移动台发往网络,在网络中设置一个无效指示LocationUpdatingAccept：位置更新接收,网络发向移动台,指示更新或IMSI(国际移动用户识别码)的附着完成LocationUpdatingReject：位置更新拒绝,网络到移动台,指示更新或IMSI(国际移动用户识别码)的附着失败b、连接管理（ConnectionManagement）CMServiceAccept：CM业务接受，从网络到移动台，指示被请求的业务已经被

接受Reject：CM业务拒绝，从网络到移动台，指示被请求的业务不能提供CMServiceAbort：CM业务中断，从网络到移动台，指示被CM的业务中断CMServiceRequest：CM业务请求，从移动台到网络CMRestablishmentRequest：CM重建请求，Abort：中断,网络到移动台RR层信令*RR层的主要功能为在无线接口上管理传输路径及切换：a、信道建立ImmediateAssignment：立即指配,网络给移动台分配一个SDCCH,(只包含一个MS指配信息),包括指配信道的描述、"信道请求"的信息字段和接收到"信道请求"帧的帧号、最初的时间提前量、起始时间指示(可选).ImmediateAssignmentExtended：立即指配扩展(同时包含两个MS指配信息),ImmediateAssignmentReject：立即指配拒绝b、切换AssignmentCommand：指配命令,网络发向移动台,指示移动台改变当前信道配置,切换到分配的专用信道,启动低层连接建立AssignmentComplete：指配完成,指示主信令链路成功建立.AssignmentFailure：指配失败,包括指配失败的原因HandoverComplete：切换完成,MS发向网络,指示切换成功完成,网络释放原有信道.HandoverFailure：切换失败,MS发向网络,网络释放新的信道PhysicalInformation：物理信息

DT测试详细的信令流程及消息1MS主叫流程2MS被叫流程3挂机流程

4位置更新流程

5SMS寻呼流程6切换流程7系统消息MS主叫流程(MO)－简图MS主叫流程(MO)二、MS被叫流程(MT)三、挂机流程四、位置更新流程六、SMS寻呼流程

MS切换流程消息目标小区描述目标信道切换参考号是否同步系统消息（TYPE1-8)SystemInformationType1：系统信息类型1,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及小区配置信息。SystemInformationType2：系统信息类型2,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及邻小区的BCCH信息。SystemInformationType2bis：系统信息类型2bis,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及扩展的邻小区的BCCH信息。SystemInformationType3：系统信息类型3,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、小区识别号、位置区识别号、控制信道信息（T3212）及小区选择参数等。SystemInformationType4：系统信息类型4,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、位置区识别号、小区选择参数、CBCH信道描述、CBCH移动配置。系统消息SystemInformationType5：系统信息类型5,网络到所有移动台,在SACCH上发送,指示邻小区的BCCH信息。SystemInformationType5bis：系统信息类型5bis,网络到所有移动台,在SACCH上发送,指示扩展的邻小区的BCCH信息。SystemInformationType6：系统信息类型6,网络到所有移动台,在SACCH上发送,小区识别号、位置区识别号、允许的NCC等。SystemInformationType7：系统信息类型7,用于小区重选。SystemInformationType8：系统信息类型8,用于小区重选。系统消息Systeminformationtype5MeasurementReport:其中邻区BCCH-FREQ下内容为BA表中之顺序号(FROM0)

RXLEV-NCELL数值=实际接收电平+110818994739175Layer3层信令分析DT问题分析流程GPRS信令分析目录DT考核项目介绍考核项目

1里程掉话比定义：里程掉话比=（≥-94dBm的测试路段里程数）/掉话总次数；2公路覆盖率＝（≥-94dBm测试路段里程数）/测试路段总里程数×100％；3城区覆盖率＝（≥-90dBm测试路段里程数）/测试路段总里程数×100％；4接通率定义：接通率＝接通总次数/试呼总次数×100％；

5掉话率定义：掉话率＝掉话总次数/接通总次数×100％

6话音质量定义：取MOS值DT测试统计接通率，定义：接通率＝接通总次数/试呼总次数×100％；说明：试呼次数：以channelrequest和CMservicerequest同时出现来确定试呼开始。接通次数：当一次试呼开始后出现了Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通。接通率＝总（Connect或ConnectAcknowledge）数/总（channelrequest和CMservicerequest）数×100％接通率取主叫测试手机的统计结果。DT测试统计掉话率，定义：掉话率＝掉话总次数/接通总次数×100％；说明：接通次数：当一次试呼开始后出现了Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通掉话次数：在一次通话中如出现Disconnect或ChannelRelease中任意一条，就计为一次呼叫正常释放。只有当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。（如通话时间不足规定时长，出现释放，要求通过层3信令解码判断原因）掉话率取主、被叫手机的统计结果掉话率＝（主叫掉话+被叫掉话）/（主叫接通+被叫接通）×100％DT测试统计覆盖率，定义：覆盖率＝（>=-90dBm的采样点数）/总采样点数×100％；说明：取主、被叫手机的测试结果话音质量说明：取MOS值。话音质量取主、被叫手机的统计结果之和。考察项目平均呼叫建立时延说明：呼叫建立时延：出现最后一条channelrequest到alert的时间差（以帧号差计算）。取所有测试的平均时长。取主叫手机的测试结果DT分析流程－掉话DT分析流程－掉话DT分析流程－覆盖差

信号覆盖差分析1、通常认为接近或低于测试规范定义的有效覆盖电平即认为是覆盖

2、如果属于无主覆盖而且质量较差，也认为是覆盖差。DT分析流程－话音质量DT分析流程－切换问题

DT分析流程－切换问题DT分析流程－切换问题Layer3层信令分析DT问题分析GPRS信令分析目录TBF的建立流程两步接入TBF的建立流程一步接入TBF数据传输指配上行TBF网络侧在PACKETUPLINKASSIGNMENT或PACKETTIMESLOTRECONFIGURE消息中指定下列参数来描述上行TBF：唯一的TFI（MS应按照这个TFI值设置每个上行RLC数据块的TFI域）；用于上行传输的一组PDCH；TBF启动时间（可选项，用于动态或扩展动态分配）。TBF数据传输下行RLC模式的传送网络侧通过设置PACKETDOWNLINKASSIGNMENT或PACKETTIMESLOTRECONFIGURE消息的RLC_MODE比特来设置下行TBF的RLC模式。上行RLC模式的传送MS可通过PACKETRESOURCEREQUEST或PACKETDOWNLINKACK/NACK消息中的RLC_MODE比特来设置上行TBF的RLC操作模式。在一阶段接入过程中，RLC模式缺省为RLC确认模式。在CDS的RLC/MAC的BLOCKHEADER的信令分析中，我们可以去分析上行信号或者下行信号的ACK消息，从而得知BSS或MS是否收到RLC数据包TBF的释放流程如果下面七种情况出现，则TBF释放：在上行方向没有数据传送并且下行延迟释放定时器或者扩展上行定时器超时GPRS/EGPRS终端发生了小区重选上行TBF丢失发生持续TA信息的PDCH被预清空或者发生故障GSL发生故障小区被闭塞小区支持GPRS的功能被激活TBF的释放流程根据MS的能力和MS的RAC是否在BSS已知，上行TBF可以两种模式：

非扩展上行TBF模式：如果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流程从空口的消息来看，attachrequest到attachaccept共有7条信令在传送，其中只有attachrequest由于要传送34个byte，当采用CS-1时，一个Radioblock可传送20个byte，因此需要2个Radioblock。当采用CS-2时，一个Radioblock可传送30个byte，因此也需要2个Radioblock。其他的信令消息都比较小，只要1个Radioblock。一个Radioblock需20ms，空口共需要160ms。从手机发送attachrequest到attachaccept接收完，完全必须在空口传送的消息只有attachrequest，第一个PacketUplinkAck/Nack，PacketDownlinkAssignment和attachaccept。其他的消息都是Ack消息，在这种短数据业务的传送中可以滞后传送也并不会影响实际的时延。因此空口最短只需要传送5个Radioblock，共100ms。得出不包括手机鉴权的Attach过程在空口上的理论传输时延在100ms~160ms。PDP流程PDP流程从空口的消息来看，ActivatePDPContextRequest到ActivatePDPContextAccept共有9条信令在传送，信令消息都比较小，只要1个Radioblock。一个Radioblock需20ms，空口共需要180ms。但从实际需要来看，从手机发送ActivatePDPContextRequest到ActivatePDPContextAccept接收完，完全必须在空口传送的消息只有标记为红色的消息是必须发的。也就是空口只需要传送7个Radioblock，共140ms。滞后传送也并不会影响实际的时延。得出PDP激活过程在空口上的理论传输时延在140ms~180ms。与Attach类似，根据经验PDP信令在空口上传输时延也只占无线侧时延近三分之一左右的时间，无线侧实际的时延主要体现在系统解Radioblock，建立下行TBF，以及手机解开包的时间。这些时间非常依赖以系统本身的性能和机制，手机本身的性能。GPRS优化案例分析（三）问题描述：网络无法正常发送MMS。GPRS优化案例分析GPRS优化案例分析