 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
上行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ū)е律舷滦胁灰恢�？謝謝了
提問者:
• 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 - |