 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
上行channel request和下行immediate assignment中的random reference不一致會是什么原因？
G網(wǎng)路測TEMS數(shù)據(jù)分析未接通時，層3信令中的上行channel request和下行immediate assignment中都有個random reference值，仔細看了下，一致時基本不會出現(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
• 如何確認ImmediATEasSIGnMENt消息是給本手機的 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
• 如何確認ImmediATEasSIGnMENt消息是給本手機的 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 )
隨機參考用于解決接入的沖突。
正常情況下無沖突時，手機發(fā)送Channel Request攜帶一個隨機參考(Random Reference)，網(wǎng)絡(luò)側(cè)如果響應(yīng)該接入請求則回應(yīng)Immediate Assignment帶相同的隨機參考。
有沖突時，兩個手機發(fā)送Channel Request一般攜帶不同的隨機參考，網(wǎng)絡(luò)側(cè)只會響應(yīng)一個手機的請求，則回應(yīng)Immediate Assignment帶其中一個的隨機參考。收到相同隨機參考的手機繼續(xù)介入過程，而另一個手機接入失敗，隨后重新發(fā)起接入。
極小概率時，當兩個手機同時發(fā)起Channel Request攜帶完全相同的隨機參考，只能夠從更上層的后續(xù)過程區(qū)分了。
一般情況，網(wǎng)絡(luò)側(cè)提供服務(wù)時，沒有理由發(fā)送不同的隨機參考，除非特殊設(shè)置或者收到了干擾導(dǎo)致誤碼。
正常情況下無沖突時，手機發(fā)送Channel Request攜帶一個隨機參考(Random Reference)，網(wǎng)絡(luò)側(cè)如果響應(yīng)該接入請求則回應(yīng)Immediate Assignment帶相同的隨機參考。
有沖突時，兩個手機發(fā)送Channel Request一般攜帶不同的隨機參考，網(wǎng)絡(luò)側(cè)只會響應(yīng)一個手機的請求，則回應(yīng)Immediate Assignment帶其中一個的隨機參考。收到相同隨機參考的手機繼續(xù)介入過程，而另一個手機接入失敗，隨后重新發(fā)起接入。
極小概率時，當兩個手機同時發(fā)起Channel Request攜帶完全相同的隨機參考，只能夠從更上層的后續(xù)過程區(qū)分了。
一般情況，網(wǎng)絡(luò)側(cè)提供服務(wù)時，沒有理由發(fā)送不同的隨機參考，除非特殊設(shè)置或者收到了干擾導(dǎo)致誤碼。
回答者：
jinshi
回答時間：2011-08-02 09:23
26
27
分析block call，應(yīng)該和樓主說的這些沒有什么直接關(guān)系吧！
查了資料也沒有發(fā)現(xiàn)這條消息的內(nèi)容
求高手解答
查了資料也沒有發(fā)現(xiàn)這條消息的內(nèi)容
求高手解答
回答者：
sdshaomb
回答時間：2011-08-02 09:23
25
30
random reference是隨機鑒別符，用來區(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，要進一步區(qū)分同
時發(fā)起請求的MS，還需要根據(jù)Um 接口上應(yīng)答消息判斷。
通過上面的描述，我們大致可以了解到，正常情況下我們發(fā)出的random reference 是23，下行immediate assignment中，回應(yīng)給我們的random reference 也是23，只能說明在指配過程當中，網(wǎng)絡(luò)側(cè)找對了手機。至于為什么上下行不一致，也就只能看為什么指配失敗了。如何分配的，個人理解是隨機的。
你可以找一個 主叫發(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，要進一步區(qū)分同
時發(fā)起請求的MS，還需要根據(jù)Um 接口上應(yīng)答消息判斷。
通過上面的描述，我們大致可以了解到，正常情況下我們發(fā)出的random reference 是23，下行immediate assignment中，回應(yīng)給我們的random reference 也是23，只能說明在指配過程當中，網(wǎng)絡(luò)側(cè)找對了手機。至于為什么上下行不一致，也就只能看為什么指配失敗了。如何分配的，個人理解是隨機的。
你可以找一個 主叫發(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
31
23
我也知道block call肯定不只是這個原因，我現(xiàn)在就是想知道什么原因?qū)е戮W(wǎng)絡(luò)找錯手機，干擾？尋呼過載？擁塞？還是別的什么原因，期待高手
xiejiujie 2011-08-09 21:52
不是找錯了手機，而是這條立即支配是發(fā)給別的手機的
立即指配是在AGCH上廣播給同一尋呼組的所有MS的。
立即指配是在AGCH上廣播給同一尋呼組的所有MS的。
LordDeSies 2012-06-05 10:52
路過，樓上高手
回答者：
zhouwang
回答時間：2011-08-03 17:05
26
37
• 嘉環(huán)科技股份有限公司
聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 南京華蘇科技有限公司 聘：塔工（河南）
需求人數(shù)：5 人 地點：鄭州市,焦作市,新鄉(xiāng)市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
• 河南創(chuàng)賽通信科技有限公司 聘：新疆工程前臺測試
需求人數(shù)：10 人 地點：新疆
• 陜西瑞達灃通信技術(shù)有限公司 聘：內(nèi)蒙辦長期需求華為持證中高級人員
需求人數(shù)：30 人 地點：呼和浩特市,包頭市,巴彥淖爾市,鄂爾多斯市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 珠海世紀鼎利科技股份有限公司 聘：天津高級優(yōu)化運維人員
需求人數(shù)：1 人 地點：天津市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：華為高端優(yōu)化項目（南京）
需求人數(shù)：1 人 地點：南京市
需求人數(shù)：2 人 地點：西寧市
• 南京華蘇科技有限公司 聘：塔工（河南）
需求人數(shù)：5 人 地點：鄭州市,焦作市,新鄉(xiāng)市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
• 河南創(chuàng)賽通信科技有限公司 聘：新疆工程前臺測試
需求人數(shù)：10 人 地點：新疆
• 陜西瑞達灃通信技術(shù)有限公司 聘：內(nèi)蒙辦長期需求華為持證中高級人員
需求人數(shù)：30 人 地點：呼和浩特市,包頭市,巴彥淖爾市,鄂爾多斯市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 珠海世紀鼎利科技股份有限公司 聘：天津高級優(yōu)化運維人員
需求人數(shù)：1 人 地點：天津市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：華為高端優(yōu)化項目（南京）
需求人數(shù)：1 人 地點：南京市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |