TD网络ATU测试时终端收到大量的RRCConnectionSetup消息并有未接通发生

问题已开启 普通问题 提问者:精灵081|提问时间:2015-01-05

最近发现在分析ATU测试的时候遇到一个问题,至今未解,终端收到大量的RRCConnectionSetup消息,在回了RRCConnectionSetup Complete后还会继续收到,夹杂在各种信令中,鉴权,加密之后也会有,感觉终端一直在接收,我发现大部分的情况这时候终端处于CELL_FACH状态,而CELL_FACH状态网上有如下解释:

CELL_FACH状态具有如下特征:
* 没有给UE分配专用传输信道
* UE连续监听一个下行FACH信道
* 为UE分配了一个默认的上行公共信道或上行共享传输信道例如RACH 使之能够在接入过程中的任何时间内使用
* UE的位置在小区级为UTRAN所知具体为UE最近一次发起小区更新时报告的小区

在CELL_FACH子状态UE执行下面的动作:
* 监听一个FACH
* 监听当前服务小区的BCH传输信道解码系统信息消息
* 在小区变为另一个UTRA小区时发起一个小区更新过程
* 除非选择了一个新小区否则使用在当前小区中分配的C-RNTI作为公共传输信道上的UE标识
* 在RACH上传送上行控制信令和小数据包

从这个解释中可以看到这时候终端下行占用FACH信道连续监听FACH和当前服务小区的BCH传输信道解码系统信息消息,所以能收到其他的终端的RRCConnection Setup消息,但是通常分析数据可以发现一般语音测试时终端大部分处于两种状态IDLE和CELL_DCH,为什么终端这时候会进入了CELL_FACH状态的?从状态转移看有空闲态进入CELL_FACH有RRC请求,那是什么RRC请求原因呢?查了写资料显示CELL_FACH状态适合传输少量数据和信令的是不因为没有占用专用信道无法建立语音业务?求各位遇到过这种情况的大神,网优兄弟解答,一起讨论。


我要回答

请先 登录 或 注册 再回答问题

问题答案 (2)

就是FACH拥塞 了嘛。  解决办法如下图:

 

拥塞.JPG


回答者:gaozhitong 回答时间:2015-01-05 11:56
马赛克也不打得专业点,上面有一个漏掉了。。。。语音业务的时候终端什么时候进入CELL_FACH状态,在CELL_FACH状态能进行语音业务不?知道吗?这个我查不到啊。。。
精灵081  2015-01-06 09:52 

因为有可能RNC没有下发RRCConnectionSetup给UE,UE发RRC请求后会监听FACH信道的消息,大量的RRCConnectionSetup是RNC发给其他小区的,不是发给其的,其只是收而已,发现不是其的又收其他的了。至于可能RNC没有下发的话要慢慢排查了


回答者:sbdwqrmh 回答时间:2015-01-06 14:40
都鉴权加密Setup了怎么会没有收到
精灵081  2015-01-07 11:15 

最新紧急招聘通信职位

成都旗讯通信技术有限公司 聘:【四川】招外场测试、后台语音优化
需求人数:7 人 地点:成都市,攀枝花市,南充市,内江市,资阳市
广东南方通信建设有限公司 聘:佛山联通集中优化-高铁专项
需求人数:1 人 地点:佛山市
南京华苏科技有限公司 聘:4/5G系统分析高级高级工程师
需求人数:4 人 地点:郑州市
珠海世纪鼎利科技股份有限公司 聘:浙江45G室分测试人员 (外场)
需求人数:5 人 地点:温州市,台州市,衢州市,丽水市,金华市
重庆中邮信科集团股份有限公司 聘:系统优化初中级
需求人数:0 人 地点:山南地区
浙江明讯网络技术有限公司 聘:日常优化初级外场工程师-青海
需求人数:10 人 地点:西宁市
嘉环科技股份有限公司 聘:网优高级工程师
需求人数:2 人 地点:长沙市
四川准达信息技术股份有限公司 聘:工程优化-单验簇优化测试
需求人数:20 人 地点:贵州省

热点问题

联系我们 - 问通信专家 Powered by MSCBSC 移动通信网  © 2006 -