TD的ATU测试连续收到大量RRCConnectionsetup和RRCConnectionRelease_CCCH怎么回事

这个肯定不正常，首先要看一直下发Setup消息，就要想为什么UE没有发complete消息，没有回Complete消息就证明RRC建立没有成功，还有RRC建立请求的原因之是啥，你要看一下无线环境，是不是有可能UE已经失步了

有很多原因导致连发RRC CONNECTION SETUP消息，最常见的原因是TMSI不一致导致，在层三信令中点开rrc connection request 消息中看TMSI-GSM-MAP:后的TMSI号与rrc connection setup中TMSI-GSM-MAP:后的TMSI号是否一直，若不一致，就会一直连发，达到定时器内时间仍不成功就会释放连接。

有个案例，可以看下，是RRC寻呼拥塞，一直下发RRC。

1、通过跟踪用户IMSI，确定用户在投诉区域主要占用35925_大厦ZTD2小区和05153_银都宾馆TDB3小区。

2、通过后台查询该2个小区近两天指标，发现05153_银都宾馆TDB3小区接通率较差，35925_肇麟大厦ZTD2小区指标良好，初步判断用户占用05153_银都宾馆TDB3小区产生未接通。

3、通过后台查询05153_银都宾馆TDB3小区近两天内忙时15分钟粒度内下发的RRC connection setup次数平均在24000次左右，但收到的RRC连接请求次数在5400次左右，理论上RNC下发的RRC connection setup次数与RRC连接请求次数相当，说明RNC在不停的重发RRC connection setup消息；05153_丰台银都宾馆TDB3小区现网配置4条Sccpch信道，15分钟内最多能发送的RRC connection setup消息数量为16875条，Fach信道拥塞，导致用户不能及时的收到RRC connection setup消息。

通过后台查询该小区主载波BRU利用率很高，忙时BRU最大利用率平均在88%左右，属于忙小区，导致用户占用该小区后接入困难。

4、解决方案：修改RRC connection setup重发次数，由3次改为1次，减少由于RRC connection setup过度重发导致的Fach信道拥塞产生的未接通。