 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
上行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是怎么分配的？有什么作用？一般是什么原因導致上下行不一致？謝謝了
提問者:
• CSFB至2G后，被叫上發(fā)pagingresponse,之后一直l連續(xù)收到ImmediATEasSIGnMENt，8s后上發(fā)LAUreQUEst,導致未接 2016-06-07
• 以下關于立即分配（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
• 以下關于立即分配（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)絡側如果響應該接入請求則回應Immediate Assignment帶相同的隨機參考。
有沖突時，兩個手機發(fā)送Channel Request一般攜帶不同的隨機參考，網(wǎng)絡側只會響應一個手機的請求，則回應Immediate Assignment帶其中一個的隨機參考。收到相同隨機參考的手機繼續(xù)介入過程，而另一個手機接入失敗，隨后重新發(fā)起接入。
極小概率時，當兩個手機同時發(fā)起Channel Request攜帶完全相同的隨機參考，只能夠從更上層的后續(xù)過程區(qū)分了。
一般情況，網(wǎng)絡側提供服務時，沒有理由發(fā)送不同的隨機參考，除非特殊設置或者收到了干擾導致誤碼。
正常情況下無沖突時，手機發(fā)送Channel Request攜帶一個隨機參考(Random Reference)，網(wǎng)絡側如果響應該接入請求則回應Immediate Assignment帶相同的隨機參考。
有沖突時，兩個手機發(fā)送Channel Request一般攜帶不同的隨機參考，網(wǎng)絡側只會響應一個手機的請求，則回應Immediate Assignment帶其中一個的隨機參考。收到相同隨機參考的手機繼續(xù)介入過程，而另一個手機接入失敗，隨后重新發(fā)起接入。
極小概率時，當兩個手機同時發(fā)起Channel Request攜帶完全相同的隨機參考，只能夠從更上層的后續(xù)過程區(qū)分了。
一般情況，網(wǎng)絡側提供服務時，沒有理由發(fā)送不同的隨機參考，除非特殊設置或者收到了干擾導致誤碼。
回答者：
jinshi
回答時間：2011-08-02 09:23
26
27
分析block call，應該和樓主說的這些沒有什么直接關系吧！
查了資料也沒有發(fā)現(xiàn)這條消息的內容
求高手解答
查了資料也沒有發(fā)現(xiàn)這條消息的內容
求高手解答
回答者：
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)絡原因，2~5bit 可以攜帶鑒別符。最多只能同時區(qū)分32 個MS，要進一步區(qū)分同
時發(fā)起請求的MS，還需要根據(jù)Um 接口上應答消息判斷。
通過上面的描述，我們大致可以了解到，正常情況下我們發(fā)出的random reference 是23，下行immediate assignment中，回應給我們的random reference 也是23，只能說明在指配過程當中，網(wǎng)絡側找對了手機。至于為什么上下行不一致，也就只能看為什么指配失敗了。如何分配的，個人理解是隨機的。
你可以找一個 主叫發(fā)起呼叫，但馬上連續(xù)質差，最后導致未接通的LOG看下，有可能上下行的random reference值是一致的，但是它還未接通，這和形成未接通的原因有關系，不僅僅局限在SD上。也就是說，上下行random reference的值是否一致，與block call不是一一對應關系，只是幾率很大。個人理解，期待高手指正，共同學習
MS 在Um接口的接入信道上（RACH）上向BTS 發(fā)送Channel Request 消息，主要包括
參數(shù)Establish Cause 和Random Reference，有用的信令消息為8bit,其中3~6bit 用來提供
接入網(wǎng)絡原因，2~5bit 可以攜帶鑒別符。最多只能同時區(qū)分32 個MS，要進一步區(qū)分同
時發(fā)起請求的MS，還需要根據(jù)Um 接口上應答消息判斷。
通過上面的描述，我們大致可以了解到，正常情況下我們發(fā)出的random reference 是23，下行immediate assignment中，回應給我們的random reference 也是23，只能說明在指配過程當中，網(wǎng)絡側找對了手機。至于為什么上下行不一致，也就只能看為什么指配失敗了。如何分配的，個人理解是隨機的。
你可以找一個 主叫發(fā)起呼叫，但馬上連續(xù)質差，最后導致未接通的LOG看下，有可能上下行的random reference值是一致的，但是它還未接通，這和形成未接通的原因有關系，不僅僅局限在SD上。也就是說，上下行random reference的值是否一致，與block call不是一一對應關系，只是幾率很大。個人理解，期待高手指正，共同學習
回答者：
ilnn123
回答時間：2011-08-02 11:17
31
23
我也知道block call肯定不只是這個原因，我現(xiàn)在就是想知道什么原因導致網(wǎng)絡找錯手機，干擾？尋呼過載？擁塞？還是別的什么原因，期待高手
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
• 浙江明訊網(wǎng)絡技術有限公司
聘：浙江紹興移動專項優(yōu)化中級
需求人數(shù)：1 人 地點：紹興市
• 南京華蘇科技有限公司 聘：網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點：沈陽市
• 河南創(chuàng)賽通信科技有限公司 聘：急聘！廣西單驗簇優(yōu)化
需求人數(shù)：49 人 地點：廣西省
• 北京宜通華瑞科技有限公司 聘：華為PTN中級工程師
需求人數(shù)：2 人 地點：上饒市
• 南京協(xié)之遠信息技術有限公司 聘：網(wǎng)絡優(yōu)化工程師（投訴牽頭人）
需求人數(shù)：10 人 地點：北京市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 南京格安信息系統(tǒng)有限責任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：北京市
• 河北中創(chuàng)盈和通信科技有限公司 聘：地市支撐/云南
需求人數(shù)：3 人 地點：昆明市,麗江市,楚雄市
• 杭州東信網(wǎng)絡技術有限公司 聘：中興網(wǎng)優(yōu)工程師-遼寧大連移動
需求人數(shù)：10 人 地點：大連市
需求人數(shù)：1 人 地點：紹興市
• 南京華蘇科技有限公司 聘：網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點：沈陽市
• 河南創(chuàng)賽通信科技有限公司 聘：急聘！廣西單驗簇優(yōu)化
需求人數(shù)：49 人 地點：廣西省
• 北京宜通華瑞科技有限公司 聘：華為PTN中級工程師
需求人數(shù)：2 人 地點：上饒市
• 南京協(xié)之遠信息技術有限公司 聘：網(wǎng)絡優(yōu)化工程師（投訴牽頭人）
需求人數(shù)：10 人 地點：北京市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 南京格安信息系統(tǒng)有限責任公司 聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：北京市
• 河北中創(chuàng)盈和通信科技有限公司 聘：地市支撐/云南
需求人數(shù)：3 人 地點：昆明市,麗江市,楚雄市
• 杭州東信網(wǎng)絡技術有限公司 聘：中興網(wǎng)優(yōu)工程師-遼寧大連移動
需求人數(shù)：10 人 地點：大連市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |