問題已開啟
(普通問題)
上行channel request和下行immediate assignment中的random reference不一致會是什么原因?
G網(wǎng)路測TEMS數(shù)據(jù)分析未接通時,層3信令中的上行channel request和下行immediate assignment中都有個random reference值,仔細(xì)看了下,一致時基本不會出現(xiàn)block call,但只要不一致,就會出現(xiàn)block call,求教高手這個random reference是怎么分配的?有什么作用?一般是什么原因?qū)е律舷滦胁灰恢?謝謝了
提問者: xiejiujie 提問時間: 2011-08-01
• CSFB至2G后,被叫上發(fā)pagingresponse,之后一直l連續(xù)收到ImmediATEasSIGNMEnt,8s后上發(fā)LAUreQUEst,導(dǎo)致未接 2016-06-07
• 以下關(guān)于立即分配(ImmediATEAsSIGNMEnt)和分配(AsSIGNMEnt) 2015-07-15
• 如何確認(rèn)ImmediATEasSIGNMEnt消息是給本手機(jī)的 2015-04-13
• GSM信令Blocktype:NoImmediATEAsSIGNMEnt 2015-01-14
• DLRRImmediATEAsSIGNMEnt為何會在空閑態(tài)出現(xiàn) 2014-11-17
• gsm中ImmediATEAsSIGNMEnt中的信道描述信息在Normalburst中的哪里 2014-08-11
• ImmediATE AsSIGNMEnt Reject消息中的信息 2013-08-21
• ImmediATE AsSIGNMEnt Reject, Cuse:Reserved for future use,是SD擁塞嗎? 2013-08-16
• 以下關(guān)于立即分配(ImmediATEAsSIGNMEnt)和分配(AsSIGNMEnt) 2015-07-15
• 如何確認(rèn)ImmediATEasSIGNMEnt消息是給本手機(jī)的 2015-04-13
• GSM信令Blocktype:NoImmediATEAsSIGNMEnt 2015-01-14
• DLRRImmediATEAsSIGNMEnt為何會在空閑態(tài)出現(xiàn) 2014-11-17
• gsm中ImmediATEAsSIGNMEnt中的信道描述信息在Normalburst中的哪里 2014-08-11
• ImmediATE AsSIGNMEnt Reject消息中的信息 2013-08-21
• ImmediATE AsSIGNMEnt Reject, Cuse:Reserved for future use,是SD擁塞嗎? 2013-08-16
問題答案
( 4 )
隨機(jī)參考用于解決接入的沖突。
正常情況下無沖突時,手機(jī)發(fā)送Channel Request攜帶一個隨機(jī)參考(Random Reference),網(wǎng)絡(luò)側(cè)如果響應(yīng)該接入請求則回應(yīng)Immediate Assignment帶相同的隨機(jī)參考。
有沖突時,兩個手機(jī)發(fā)送Channel Request一般攜帶不同的隨機(jī)參考,網(wǎng)絡(luò)側(cè)只會響應(yīng)一個手機(jī)的請求,則回應(yīng)Immediate Assignment帶其中一個的隨機(jī)參考。收到相同隨機(jī)參考的手機(jī)繼續(xù)介入過程,而另一個手機(jī)接入失敗,隨后重新發(fā)起接入。
極小概率時,當(dāng)兩個手機(jī)同時發(fā)起Channel Request攜帶完全相同的隨機(jī)參考,只能夠從更上層的后續(xù)過程區(qū)分了。
一般情況,網(wǎng)絡(luò)側(cè)提供服務(wù)時,沒有理由發(fā)送不同的隨機(jī)參考,除非特殊設(shè)置或者收到了干擾導(dǎo)致誤碼。
正常情況下無沖突時,手機(jī)發(fā)送Channel Request攜帶一個隨機(jī)參考(Random Reference),網(wǎng)絡(luò)側(cè)如果響應(yīng)該接入請求則回應(yīng)Immediate Assignment帶相同的隨機(jī)參考。
有沖突時,兩個手機(jī)發(fā)送Channel Request一般攜帶不同的隨機(jī)參考,網(wǎng)絡(luò)側(cè)只會響應(yīng)一個手機(jī)的請求,則回應(yīng)Immediate Assignment帶其中一個的隨機(jī)參考。收到相同隨機(jī)參考的手機(jī)繼續(xù)介入過程,而另一個手機(jī)接入失敗,隨后重新發(fā)起接入。
極小概率時,當(dāng)兩個手機(jī)同時發(fā)起Channel Request攜帶完全相同的隨機(jī)參考,只能夠從更上層的后續(xù)過程區(qū)分了。
一般情況,網(wǎng)絡(luò)側(cè)提供服務(wù)時,沒有理由發(fā)送不同的隨機(jī)參考,除非特殊設(shè)置或者收到了干擾導(dǎo)致誤碼。
回答者:
jinshi
回答時間:2011-08-02 09:23
26 26
分析block call,應(yīng)該和樓主說的這些沒有什么直接關(guān)系吧!
查了資料也沒有發(fā)現(xiàn)這條消息的內(nèi)容
求高手解答
查了資料也沒有發(fā)現(xiàn)這條消息的內(nèi)容
求高手解答
回答者:
sdshaomb
回答時間:2011-08-02 09:23
25 29
random reference是隨機(jī)鑒別符,用來區(qū)分同時發(fā)起呼叫的MS。解釋如下:
MS 在Um接口的接入信道上(RACH)上向BTS 發(fā)送Channel Request 消息,主要包括
參數(shù)Establish Cause 和Random Reference,有用的信令消息為8bit,其中3~6bit 用來提供
接入網(wǎng)絡(luò)原因,2~5bit 可以攜帶鑒別符。最多只能同時區(qū)分32 個MS,要進(jìn)一步區(qū)分同
時發(fā)起請求的MS,還需要根據(jù)Um 接口上應(yīng)答消息判斷。
通過上面的描述,我們大致可以了解到,正常情況下我們發(fā)出的random reference 是23,下行immediate assignment中,回應(yīng)給我們的random reference 也是23,只能說明在指配過程當(dāng)中,網(wǎng)絡(luò)側(cè)找對了手機(jī)。至于為什么上下行不一致,也就只能看為什么指配失敗了。如何分配的,個人理解是隨機(jī)的。
你可以找一個 主叫發(fā)起呼叫,但馬上連續(xù)質(zhì)差,最后導(dǎo)致未接通的LOG看下,有可能上下行的random reference值是一致的,但是它還未接通,這和形成未接通的原因有關(guān)系,不僅僅局限在SD上。也就是說,上下行random reference的值是否一致,與block call不是一一對應(yīng)關(guān)系,只是幾率很大。個人理解,期待高手指正,共同學(xué)習(xí)
MS 在Um接口的接入信道上(RACH)上向BTS 發(fā)送Channel Request 消息,主要包括
參數(shù)Establish Cause 和Random Reference,有用的信令消息為8bit,其中3~6bit 用來提供
接入網(wǎng)絡(luò)原因,2~5bit 可以攜帶鑒別符。最多只能同時區(qū)分32 個MS,要進(jìn)一步區(qū)分同
時發(fā)起請求的MS,還需要根據(jù)Um 接口上應(yīng)答消息判斷。
通過上面的描述,我們大致可以了解到,正常情況下我們發(fā)出的random reference 是23,下行immediate assignment中,回應(yīng)給我們的random reference 也是23,只能說明在指配過程當(dāng)中,網(wǎng)絡(luò)側(cè)找對了手機(jī)。至于為什么上下行不一致,也就只能看為什么指配失敗了。如何分配的,個人理解是隨機(jī)的。
你可以找一個 主叫發(fā)起呼叫,但馬上連續(xù)質(zhì)差,最后導(dǎo)致未接通的LOG看下,有可能上下行的random reference值是一致的,但是它還未接通,這和形成未接通的原因有關(guān)系,不僅僅局限在SD上。也就是說,上下行random reference的值是否一致,與block call不是一一對應(yīng)關(guān)系,只是幾率很大。個人理解,期待高手指正,共同學(xué)習(xí)
回答者:
ilnn123
回答時間:2011-08-02 11:17
30 23
我也知道block call肯定不只是這個原因,我現(xiàn)在就是想知道什么原因?qū)е戮W(wǎng)絡(luò)找錯手機(jī),干擾?尋呼過載?擁塞?還是別的什么原因,期待高手
xiejiujie 2011-08-09 21:52
不是找錯了手機(jī),而是這條立即支配是發(fā)給別的手機(jī)的
立即指配是在AGCH上廣播給同一尋呼組的所有MS的。
立即指配是在AGCH上廣播給同一尋呼組的所有MS的。
LordDeSies 2012-06-05 10:52
路過,樓上高手
回答者:
zhouwang
回答時間:2011-08-03 17:05
25 34
• 南京順盛通信科技有限責(zé)任公司
聘:江蘇徐州、連云港中興原廠優(yōu)化
需求人數(shù):6 人 地點:宿遷市,連云港市,徐州市
• 普天信息工程設(shè)計服務(wù)有限公司 聘:華為、中興無線工程開站督導(dǎo)
需求人數(shù):10 人 地點:石家莊市
• 南京華蘇科技有限公司 聘:中興電聯(lián)項目中級后臺優(yōu)化人員
需求人數(shù):20 人 地點:石家莊市
• 重慶信科通信工程有限公司 聘:PTN中級
需求人數(shù):1 人 地點:桂林市
• 西安中興精誠通訊有限公司 聘:PTN/OTN工程師
需求人數(shù):2 人 地點:成都市
• 嘉環(huán)科技股份有限公司 聘:網(wǎng)優(yōu)IMC工程師
需求人數(shù):5 人 地點:南昌市,宜春市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:云南華為項目高中級招聘
需求人數(shù):20 人 地點:昆明市,麗江市,大理市,迪慶藏族自治州
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點:新疆
• 成都旗訊通信技術(shù)有限公司 聘:開站督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù):12 人 地點:廣東省,江蘇省,山西省,四川省,河南省
需求人數(shù):6 人 地點:宿遷市,連云港市,徐州市
• 普天信息工程設(shè)計服務(wù)有限公司 聘:華為、中興無線工程開站督導(dǎo)
需求人數(shù):10 人 地點:石家莊市
• 南京華蘇科技有限公司 聘:中興電聯(lián)項目中級后臺優(yōu)化人員
需求人數(shù):20 人 地點:石家莊市
• 重慶信科通信工程有限公司 聘:PTN中級
需求人數(shù):1 人 地點:桂林市
• 西安中興精誠通訊有限公司 聘:PTN/OTN工程師
需求人數(shù):2 人 地點:成都市
• 嘉環(huán)科技股份有限公司 聘:網(wǎng)優(yōu)IMC工程師
需求人數(shù):5 人 地點:南昌市,宜春市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:云南華為項目高中級招聘
需求人數(shù):20 人 地點:昆明市,麗江市,大理市,迪慶藏族自治州
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點:新疆
• 成都旗訊通信技術(shù)有限公司 聘:開站督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù):12 人 地點:廣東省,江蘇省,山西省,四川省,河南省
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |