前提下，尽可能保证并提高系统的容量。 3.2.1 信令流程阶段
2） 信令发生的阶段如下图所示（图中标注的○
具体的信令节点如下：
根据信令流程也就是说当RL Setup Response已经完成后，才会出现这种情况。
重要信令解释
信令消息 rrcConnectionRequest rrcConnectionReject 3.2.2 常见原因
过程解释 UE发送RRC连接请求，请求接入网络； RNC可能因一些原因无法为UE建立RRC资源，因此发送RRC连接拒绝，拒绝UE的接入请求； ? 小区码道资源不足，没有足够的码道为UE分配（特殊地：UE只支持单载频，而
主载频上已没有剩余的码道资源）； ? 干扰或功率受限，软资源接纳失败； ? 传输资源申请或带宽接纳失败；
3.2.3 解决方法
针对两种不同的原因采用不同的措施来解决，下面分别进行描述 1） 资源不足造成的失败
查看小区的话务量（PS业务流量），看一下小区是不是真的存在资源不足（码道资源）；通过LMT查看一下功率资源情况，是否存在TCP资源不足的问题。
如果存在小区的话务量不多，而且TCP占用正常仍会出现拥塞造成的起呼失败，同时又不存在任何告警信息，则在动态数据库管理中查看服务小区状态，是不是存在载频资源被闭塞的现象（在此处闭塞是不存在任何告警信息的）。查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限；查看小区剩余的码道资源数看是否有足够的剩余资源如果是真正存在资源不足的情况，可以建议进行扩容。
2） 小区硬件故障
一般存在两种故障，一种是可以通过告警管理进行显示的故障，一种是小区本身没有任何告警信息，属于隐性故障。
对于有告警存在的，解决之；如果不存在故障，不得己而为之的方法是对小区或RRU进行重启，以验证。 3） CAC参数检查：
如下图检查CAC相关参数。 4） 传输资源受限
查看Iub口带宽大小是否受限；
3.3 RRC Connection Reject （Unspecified）
一旦RNC通过了CAC的验证，RNC会请滶Node B配置相应的无线链路资源，一般情况下最少建立一条无线链路，在这个过程中，由于各种不同的原因造成的失败，RNC将给UE发送Cause为“Unspecified”的Reject。 3.2.1 信令流程阶段
3） 信令发生的阶段如下图所示（图中标注的○
根据信令流程也就是说出现RL Setup Failure的现象，才会出现这种情况。 3.2.2 常见原因
基站小区的故障造成。 3.2.3 解决方法
解决基站小区的故障。
3.4 No Reply原因造成RRC失败
在CAC和RL Setup都已经完成后，RNC将发送RRC Connection Setup 信令给UE，如果
在规定的时间内，没有收到UE的RRC Connection Complete信令，那么系统侧将会判断本次RRC过程失败，并且其原因值为“No Reply” 3.2.1 信令流程阶段
3） 信令发生的阶段如下图所示（图中标注的○
重要信令解释 信令消息 rrcConnectionRequest RadioLinkSetupReqeust RadioLinkSetupResponse rrcConnectionSetup RadioLinkDeleteReqeust 过程解释 UE发送RRC连接请求，请求接入网络； IUB口消息，建立无线链路 空口消息，RNC向UE发送RRC建立，建立信令无线承载资源 IUB口消息，删除无线链路