这种现象出现的原因是RNC和NODEB两端的PATH资源配置不一致引起的。原因如下：
1QAAL2是对等的协议，其功能就是对承载用户面数据的AAL2PATH资源进行管理和维护，在NODEB和UMSC上同样存在QAAL2模块。根据QAAL2协议的规定，在配置PATH资源时，两端的PATH的数量和PATHID必须一致。
2QAAL2连接建立请求是由RNC发起的，而且根据RNC上QAAL2的资源分配策略，承载用户面业务的PATH资源是按照负荷分担的方式进行的，结合RNC和NODEB联调的具体情况来分析：当时在RNC配置了3条PATH，PATHID分别为1，2，3，而在NODEB上只配置了一条PATH，PATHID=3，根据RNC的资源分配策略，资源承载分配将在3条PATH上交替进行，所以当NODEB收到承载分配在PATHID=3上的建立请求时，NDOEB返回建立成功，而NODEB接收到承载分配在PATHID=1或PATHID=2上的建立请求时，由于NODEB上没有PATHID=1和2的PATH，只能返回建立失败。QAAL2是对等的协议，在配置数据时，RNC和NODEB或MSC两端的PATH资源必须配置一致，否则会出现以上有时返回建立成功，有时返回建立失败，影响调试的进度。