WCDMA系统掉话概述.docVIP

第二章 WCDMA系统掉话概述 一、CS和PS正常释放的信令流程 在介绍掉话之前我们先来了解在WCDMA系统中CS、PS的正常呼叫与释放的信令流程： CS业务信令流程 GENEX Assistant对CS路测数据分析 首先，UE上发的RRC Connection Request消息，在本条消息中包含了业务建立原因为会话类，若是主叫为，若是被叫为，并包含了移动国家码，移动网络码等信息。有的时候我们会看到多条RRC Connection Request消息，有两种情况:一，发生了小区重选，UE在新的小区下重新发送RRC Connection Request消息。二，当UE上发RRC Connection Request后在规定的时间内没有收到RNC下发的RRC Connection Setup消息，这时UE会重发一次，如下图所示： 当UE上发RRC建立请求消息后，RNC会下发RRC Connection Setup消息。本条消息可以看出RRC是建立在专用信道上的， RRC最大重传次数，重传时间间隔，扩频码（从扩频码可以判断从事的业务类型，SF128代表是VC业务，SF32是VP业务）等 当RNC下发RRC Connection Setup消息后，UE会用刚刚建立的专用信道下发RRC Connection Setup Complete消息，本条消息中携带了UE能力的一些信息，比如UE是自由模式还是锁定模式、是否支持压缩模式等。 在RRC建立完成后，UE会上发非接入层的业务请求消息CM Service Request。本消息和初始直传消息是一一对应的，非接入层的服务请求信息封装在初始直传消息里面，通过初始直传消息在空口上发送。之后是安全模式过程，用来启动UE和UTRAN之间的加密和完整性保护。 接着主叫UE发送Setup消息，发起呼叫的建立过程，在本条消息了包含了被叫号码，这里的被叫号码当CN发送Call Proceeding后，CN发送无线承载过程，包括Radio Bearer Setup、Radio Bearer Setup Complete两条消息 无线承载建立完成后，CN下发Alerting消息说明被叫已经振铃，当CN下发Connect消息，说明被叫已经接听。主叫UE回复Connect Acknowledge消息，说明通话已经建立完成。 当通话结束，UE主动挂机，上行发送Disconect消息，其中的原因值为正常释放，CN收到后回复Release消息原因值仍然是正常释放，UE回复Release Complete消息。当Release Complete完成后，RNC会下发RRC Connection Release消息，其中的原因值也为正常事件。UE回复RRC Connection Release Complete消息，进入空闲态。 以上为CS业务呼叫和释放的全过程，由此信令流程可从DT数据中判断未接通和掉话事件的原因，并可根据此信令流程，和后天跟踪的空口信令做对对比，进一步确认未接通和掉话的真正原因。 PS业务信令流程 GENEX Assistant对PS路测数据分析 首先是UE向RNC上发RRC Connection Request消息，在本消息中同样可以看到建立原因值为背景类业务。RNC回复RRC Connection Setup消息，然后UE上发RRC Connection Setup Complete消息，说明RRC的建立已经完成。 UE向CN发送非接入层服务请求Service Request消息，其中服务类型为高优先级信令。并指出了UE的PTMSI号。 随后同CS是同样也是启动安全模式过程，用来启动UE和UTRAN之间的加密和完整性保护。如下图： 随后UE发送非接入层PDP上下文激活请求消息Activate PDP Context Request，在本条消息中显示了PDP激活访问点，并说明了UE本身不确定上下行的速率，而是有CN分配和指定的。同时显示了业务类别为背景类。随后为无线承载的建立过程，包含两条信令。 无线承载建立完成后,CN下发PDP激活确认消息Activate PDP Context Accept，说明PDP激活成功。 下面看一下PDP去激活信令，当业务结束时RNC会发送RRC连接释放消息，原因值为正常去删除。 CN回复PDP去激活确认消息Deactivate PDP Context Accept，这时PDP上下文去激活结束。 当PDP去激活完成后，RNC下发RRC释放消息RRC Connection Release消息，其中的原因值为正常事件。然后UE回复RRC释放完成消息RRC Connection Release Complete，表示RRC释放完成