上行channel request和下行immediate assignment中的random reference不一致会是什么原因？
G网路测TEMS数据分析未接通时，层3信令中的上行channel request和下行immediate assignment中都有个random reference值，仔细看了下，一致时基本不会出现block call，但只要不一致，就会出现block call，求教高手这个random reference是怎么分配的？有什么作用？一般是什么原因导致上下行不一致？谢谢了
random reference是随机鉴别符，用来区分同时发起呼叫的MS。解释如下：
MS 在Um接口的接入信道上（RACH）上向BTS 发送Channel Request 消息，主要包括
参数Establish Cause 和Random Reference，有用的信令消息为8bit,其中3~6bit 用来提供
接入网络原因，2~5bit 可以携带鉴别符。最多只能同时区分32 个MS，要进一步区分同
时发起请求的MS，还需要根据Um 接口上应答消息判断。
通过上面的描述，我们大致可以了解到，正常情况下我们发出的random reference 是23，下行immediate assignment中，回应给我们的random reference 也是23，只能说明在指配过程当中，网络侧找对了手机。至于为什么上下行不一致，也就只能看为什么指配失败了。如何分配的，个人理解是随机的。
你可以找一个 主叫发起呼叫，但马上连续质差，最后导致未接通的LOG看下，有可能上下行的random reference值是一致的，但是它还未接通，这和形成未接通的原因有关系，不仅仅局限在SD上。也就是说，上下行random reference的值是否一致，与block call不是一一对应关系，只是几率很大。个人理解，期待高手指正，共同学习
随机参考用于解决接入的冲突。
正常情况下无冲突时，手机发送Channel Request携带一个随机参考(Random Reference)，网络侧如果响应该接入请求则回应Immediate Assignment带相同的随机参考。
有冲突时，两个手机发送Channel Request一般携带不同的随机参考，网络侧只会响应一个手机的请求，则回应Immediate Assignment带其中一个的随机参考。收到相同随机参考的手机继续介入过程，而另一个手机接入失败，随后重新发起接入。
极小概率时，当两个手机同时发起Channel Request携带完全相同的随机参考，只能够从更上层的后续过程区分了。
一般情况，网络侧提供服务时，没有理由发送不同的随机参考，除非特殊设置或者收到了干扰导致误码。
分析block call，应该和楼主说的这些没有什么直接关系吧！
查了资料也没有发现这条消息的内容
求高手解答
路过，楼上高手