主叫手机连发RQ,高手来解释下
时间:08-18
整理:3721RD
点击:
如题。
11:08:28.369 UL rrcConnectionRequest(UL_CCCH)
11:08:28.849 DL uraUpdateConfirm(DL_CCCH)
11:08:30.459 UL rrcConnectionRequest(UL_CCCH)
11:08:32.849 UL rrcConnectionRequest(UL_CCCH)
11:08:35.059 UL rrcConnectionRequest(UL_CCCH)
此为鼎利软件的LOG,麻烦高手来指点一下!!!!!!
11:08:28.369 UL rrcConnectionRequest(UL_CCCH)
11:08:28.849 DL uraUpdateConfirm(DL_CCCH)
11:08:30.459 UL rrcConnectionRequest(UL_CCCH)
11:08:32.849 UL rrcConnectionRequest(UL_CCCH)
11:08:35.059 UL rrcConnectionRequest(UL_CCCH)
此为鼎利软件的LOG,麻烦高手来指点一下!!!!!!
从信令上只能看出来 UE上行rrc REQ,但得不到RNC的确认,根据AM模式的RLC信令模式,UE会一直重传到RNC确认或者到次数门限值。原因可能是上行覆盖导致,查看手机发射功率是否很大,干扰情况等等。
你大爷的...
UE 在发送RRC CONNECTION REQUEST 消息后启动T300 定时器,并将记录RRC
CONNECTION REQUEST 消息发送次数的计数器V300 累加1;在收到RRC
CONNECTION SETUP 消息后停止T300 定时器。
一旦 T300 定时器超时,UE 检查计数器V300,若V300 <= N300(N300 表示空闲模式下允许UE 发送RRC CONNECTION REQUEST 消息的最大次数),则重发RRC CONNECTION REQUEST,否则进入空闲模式。
这里UE连续发送RRC连接请求就是基于上面的机制,可结合当时的无线环境及RNC侧是否收到RRC连接建立请求来进一步分析原因。
RNC测收不到RRC连接请求,是不是核心网出问题了?