WCDMA从哪条信令开始算提话
时间:01-10
整理:3721RD
点击:
如题。
WCDMA从出现哪条信令到哪条信令之间算掉话?谢谢!!
l 没有收到RRC释放消息,但UE状态由连接态(CELL_DCH)转移到空闲态( IDLE )。
l 收到RRC Release消息且释放的原因值为Not Normal。
l 收到CC Disconnect,CC Release Complete,CC Release三条消息中的任何一条,而且释放的原因为Not Normal Clearing或者Not Normal,Unspecified。
广义的掉话包含CN和UTRAN的掉话率,UTRAN侧掉话主要包括两个方面:
l 业务建立成功后,RNC向CN发送RAB RELEASE REQUEST消息。
l 业务建立成功后,RNC向CN发送IU RELEASE REQUEST消息,其后收到CN发送的IU RELEASE COMMAND。
需要说明的是RAN话统掉话的定义只从Iu接口信令的角度进行统计,统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的,两者不完全一致。
图 1-1 掉话路测数据分析流程
l 准备数据:路测软件采集数据文件、RNC记录的单用户跟踪、RNC记录的CHR
l 获取掉话位置:采用路测数据处理软件,比如Assistant和获取掉话的时间和地点,获取掉话前后Scanner采集的导频数据,手机采集的激活集和监视集信息,信令流程等。
l 分析Scanner主导小区变化情况:主要分析主导小区的变化情况。
n 如果主导小区相对稳定,进一步分析RSCP和EcIo情况;
n 如果主导小区变化频繁,需要区分主导小区变化快的情况,或者没有主导小区的情况,然后进一步进行乒乓切换掉话分析。
l 分析Scanner主导小区信号RSCP和EcIo:观察Scanner最好小区RSCP,EcIo,根据不同的情况分别处理
n RSCP差,EcIo差,可以确定为覆盖问题;
n RSCP正常,EcIo差(排除切换来不及导致的,同频邻区干扰),可以确定为下行干扰问题;
n RSCP正常,EcIo正常,如果UE激活集中小区与Scanner最好小区不一致,可能为邻区漏配或者切换来不及导致的掉话;如果UE激活集中小区与Scanner最好小区一致,可能为上行干扰或者异常掉话。
掉话中很大一部分原因是切换掉话,如图中“邻区漏配”、“切换不及时”、“乒乓切换”在 切换问题分析 章节已经详细阐述,本章节重点阐述非切换原因导致的掉话。
请你自己在论坛,或者百度中搜索:"WCDMA KPI监控和优化指导书"(网络中太多,所以不再上传了) 还有"WCDMA(UMTA) KPI指标基线"等相关资料,里面对掉话有详细的定义,并且有具体的分析思路及处理案例。需望答复对你所帮助!
WCDMA从出现哪条信令到哪条信令之间算掉话?谢谢!!
是不是问得L3信令?
如果出现同步了那就是没有在通话状态了
connection ACKnowledge后,主被叫正常接通,出现UE上发的disconnect,cause为normal event的为正常挂断,其他的网络下发的disconnect,或者直接进入idle模式,收到系统消息,等为掉话。
connection ACKnowledge 意味着接通
掉话的定义
从UE侧记录的空口信令上看,在通话过程(连接状态下)中,如果空口的消息,满足以下三个条件的任何一个,则判断为掉话:l 没有收到RRC释放消息,但UE状态由连接态(CELL_DCH)转移到空闲态( IDLE )。
l 收到RRC Release消息且释放的原因值为Not Normal。
l 收到CC Disconnect,CC Release Complete,CC Release三条消息中的任何一条,而且释放的原因为Not Normal Clearing或者Not Normal,Unspecified。
广义的掉话包含CN和UTRAN的掉话率,UTRAN侧掉话主要包括两个方面:
l 业务建立成功后,RNC向CN发送RAB RELEASE REQUEST消息。
l 业务建立成功后,RNC向CN发送IU RELEASE REQUEST消息,其后收到CN发送的IU RELEASE COMMAND。
需要说明的是RAN话统掉话的定义只从Iu接口信令的角度进行统计,统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的,两者不完全一致。
掉话分析流程
掉话路测数据分析流程如下图:图 1-1 掉话路测数据分析流程
l 准备数据:路测软件采集数据文件、RNC记录的单用户跟踪、RNC记录的CHR
l 获取掉话位置:采用路测数据处理软件,比如Assistant和获取掉话的时间和地点,获取掉话前后Scanner采集的导频数据,手机采集的激活集和监视集信息,信令流程等。
l 分析Scanner主导小区变化情况:主要分析主导小区的变化情况。
n 如果主导小区相对稳定,进一步分析RSCP和EcIo情况;
n 如果主导小区变化频繁,需要区分主导小区变化快的情况,或者没有主导小区的情况,然后进一步进行乒乓切换掉话分析。
l 分析Scanner主导小区信号RSCP和EcIo:观察Scanner最好小区RSCP,EcIo,根据不同的情况分别处理
n RSCP差,EcIo差,可以确定为覆盖问题;
n RSCP正常,EcIo差(排除切换来不及导致的,同频邻区干扰),可以确定为下行干扰问题;
n RSCP正常,EcIo正常,如果UE激活集中小区与Scanner最好小区不一致,可能为邻区漏配或者切换来不及导致的掉话;如果UE激活集中小区与Scanner最好小区一致,可能为上行干扰或者异常掉话。
掉话中很大一部分原因是切换掉话,如图中“邻区漏配”、“切换不及时”、“乒乓切换”在 切换问题分析 章节已经详细阐述,本章节重点阐述非切换原因导致的掉话。
请你自己在论坛,或者百度中搜索:"WCDMA KPI监控和优化指导书"(网络中太多,所以不再上传了) 还有"WCDMA(UMTA) KPI指标基线"等相关资料,里面对掉话有详细的定义,并且有具体的分析思路及处理案例。需望答复对你所帮助!