DT测试信令分析流程.pptVIP

* * * * * * * * * * * * * * 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释放： 在上行方向没有数据传送并且下行延迟释放定时器或者扩展上行定时器超时 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 流程 从空口的消息来看，attach request到attach accept共有7条信令在传送，其中只有attach request由于要传送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和attach accept。其他的消息都是Ack消息，在这种短数据业务的传送中可以滞后传送也并不会影响实际的时延。因此空口最短只需要传送5个Radio block，共100ms。 得出不包括手机鉴权的Attach过程在空口上的理论传输时延在100ms~160ms。 PDP 流程 PDP 流程 从空口的消息来看，Activate PDP Context Request到Activate PDP Context Accept共有9条信令在传送，信令消息都比较小，只要1个Radio block。一个Radio block需20ms，空口共需要180ms。 但从实际需要来看，从手机发送Activate PDP Context Request到Activate PDP Context Accept接收完，完全必须在空口传送的消息只有标记为红色的消息是必须发的。也就是空口只需要传送7个Radio block，共140ms。滞后传送也并不会影响实际的时延。 得出PDP激活过程在空口上的理论传输时延在140ms~180ms