问题已开启 (普通问题)
上行channel request和下行immediate assignment中的random reference不一致会是什么原因?
G网路测TEMS数据分析未接通时,层3信令中的上行channel request和下行immediate assignment中都有个random reference值,仔细看了下,一致时基本不会出现block call,但只要不一致,就会出现block call,求教高手这个random reference是怎么分配的?有什么作用?一般是什么原因导致上下行不一致?谢谢了
提问者: xiejiujie  提问时间: 2011-08-01    
 
  我要回答:
 

  请先 登录注册 再回答问题

问题答案 ( 4 )

随机参考用于解决接入的冲突。西70874K:JFD()本文来自移动通信网www.mscbsc.com,版权所有
#什21f3dsafK:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有
正常情况下无冲突时,手机发送Channel Request携带一个随机参考(Random Reference),网络侧如果响应该接入请求则回应Immediate Assignment带相同的随机参考。

有冲突时,两个手机发送Channel Request一般携带不同的随机参考,网络侧只会响应一个手机的请求,则回应Immediate Assignment带其中一个的随机参考。收到相同随机参考的手机继续介入过程,而另一个手机接入失败,随后重新发起接入。西7087K:JFD(本文来自移动通信网www.mscbsc.com,版权所有
1f3dsaf12zK:JFD()$#_本文来自移动通信网www.mscbsc.com,版权所有
极小概率时,当两个手机同时发起Channel Request携带完全相同的随机参考,只能够从更上层的后续过程区分了。poej礙:JFD本文来自移动通信网www.mscbsc.com,版权所有
kcvmmvK:JFD(本文来自移动通信网www.mscbsc.com,版权所有
一般情况,网络侧提供服务时,没有理由发送不同的随机参考,除非特殊设置或者收到了干扰导致误码。


回答者: jinshi     回答时间:2011-08-02 09:23    

26        24        


分析block call,应该和楼主说的这些没有什么直接关系吧!($(哦*&#%K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
查了资料也没有发现这条消息的内容
求高手解答e342是434K:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
3dsaf12zcv5K:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有

回答者: sdshaomb     回答时间:2011-08-02 09:23    

25        28        


random reference是随机鉴别符,用来区分同时发起呼叫的MS。解释如下:
MS 在Um接口的接入信道上(RACH)上向BTS 发送Channel Request 消息,主要包括uierpoeK:JFD()本文来自移动通信网www.mscbsc.com,版权所有
参数Establish Cause 和Random Reference,有用的信令消息为8bit,其中3~6bit 用来提供我)$#K:JFD本文来自移动通信网www.mscbsc.com,版权所有
接入网络原因,2~5bit 可以携带鉴别符。最多只能同时区分32 个MS,要进一步区分同321%$#(*$#什K:JFD()$#_*(本文来自移动通信网www.mscbsc.com,版权所有
时发起请求的MS,还需要根据Um 接口上应答消息判断。#*(我)K:JFD(本文来自移动通信网www.mscbsc.com,版权所有
通过上面的描述,我们大致可以了解到,正常情况下我们发出的random reference 是23,下行immediate assignment中,回应给我们的random reference 也是23,只能说明在指配过程当中,网络侧找对了手机。至于为什么上下行不一致,也就只能看为什么指配失败了。如何分配的,个人理解是随机的。fds3a21fdK:JFD()$#本文来自移动通信网www.mscbsc.com,版权所有
你可以找一个 主叫发起呼叫,但马上连续质差,最后导致未接通的LOG看下,有可能上下行的random reference值是一致的,但是它还未接通,这和形成未接通的原因有关系,不仅仅局限在SD上。也就是说,上下行random reference的值是否一致,与block call不是一一对应关系,只是几率很大。个人理解,期待高手指正,共同学习fjouierpK:JFD()$本文来自移动通信网www.mscbsc.com,版权所有


回答者: ilnn123     回答时间:2011-08-02 11:17    

30        23        
我也知道block call肯定不只是这个原因,我现在就是想知道什么原因导致网络找错手机,干扰?寻呼过载?拥塞?还是别的什么原因,期待高手
xiejiujie  2011-08-09 21:52 

不是找错了手机,而是这条立即支配是发给别的手机的
立即指配是在AGCH上广播给同一寻呼组的所有MS的。

LordDeSies  2012-06-05 10:52 



路过,楼上高手东oitre4328K:JFD()$#_*本文来自移动通信网www.mscbsc.com,版权所有

回答者: zhouwang     回答时间:2011-08-03 17:05    

25        33        

中国通信人才网 | 江苏通信人才网 | 山东通信人才网 | 武汉通信人才网 | 浙江通信人才网 | 湖南通信人才网
浙江明讯网络技术有限公司 聘:高级网优工程师(IMC)-新疆
需求人数:4 人 地点:乌鲁木齐市
西安长河通讯有限责任公司 聘:网络优化工程师
需求人数:4 人 地点:商洛市
杭州东信网络技术有限公司 聘:LTE/5G网络中高级优化工程师
需求人数:2 人 地点:上海市
北京电旗通讯技术股份有限公司 聘:网优实习生通信应届生(云南)
需求人数:1 人 地点:昆明市,思茅市,昭通市
嘉环科技股份有限公司 聘:测试工程师
需求人数:15 人 地点:昆明市,临沧市,德宏州,红河州,玉溪市
重庆信科通信工程有限公司 聘:IMC招聘-巴中
需求人数:1 人 地点:巴中市
北京宜通华瑞科技有限公司 聘:电信一张网高级后台(江西急聘)
需求人数:2 人 地点:九江市,宜春市
杭州飞阳科技有限公司 聘:高端大数据优化人员
需求人数:5 人 地点:云南省,山西省
广州瀚信通信科技股份有限公司 聘:高铁/高速网优工程师(东莞)
需求人数:2 人 地点:东莞市
成都旗讯通信技术有限公司 聘:成都招5G测试、高级IMC工程师
需求人数:12 人 地点:成都市,雅安市,泸州市,眉山市,南充市
热点问题
更多精彩

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