 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
上行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ū)е律舷滦胁灰恢拢恐x謝了
提問者:
• 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
• 成都旗訊通信技術(shù)有限公司
聘：招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：寧夏,湖南省,甘肅省,廣西省,青海省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：網(wǎng)優(yōu)工程師（湖南）
需求人數(shù)：0 人 地點(diǎn)：長沙市,湘潭市,邵陽市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：4 人 地點(diǎn)：渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘：項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：河北省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點(diǎn)：九江市
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點(diǎn)：廣東省
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
需求人數(shù)：12 人 地點(diǎn)：寧夏,湖南省,甘肅省,廣西省,青海省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：網(wǎng)優(yōu)工程師（湖南）
需求人數(shù)：0 人 地點(diǎn)：長沙市,湘潭市,邵陽市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：4 人 地點(diǎn)：渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘：項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：河北省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點(diǎn)：九江市
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點(diǎn)：廣東省
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |