問題已開啟
(普通問題)
TBF下行建立成功率 低怎么優(yōu)化
提問者: 窩窩頭-tulip 提問時間: 2012-11-15
• 2g的小區(qū),當話務(wù)量比較低的時候,上行TBF建立成功率很低,是為什么,怎么解決? 2016-05-27
• 上行TBF建立成功率低 2015-05-18
• TBF建立成功率 2015-03-31
• 2G中,TBF建立成功率和PDP激活成功率關(guān)系,及總體信令流程? 2014-12-18
• 卡特數(shù)據(jù)上、下行高掉線(TBF建立成功率正常) 2014-01-15
• 愛立信上行TBF建立成功率該如何優(yōu)化(排除PDCH資源不足這類原因)? 2014-01-15
• 求助:TBF建立成功率低解決辦法! 2013-11-05
• GSM中T3192和下行TBF延時釋放時長的作用有什么區(qū)別?優(yōu)化下行TBF建立成功率時調(diào)整哪個比較好? 2013-10-27
• 上行TBF建立成功率低 2015-05-18
• TBF建立成功率 2015-03-31
• 2G中,TBF建立成功率和PDP激活成功率關(guān)系,及總體信令流程? 2014-12-18
• 卡特數(shù)據(jù)上、下行高掉線(TBF建立成功率正常) 2014-01-15
• 愛立信上行TBF建立成功率該如何優(yōu)化(排除PDCH資源不足這類原因)? 2014-01-15
• 求助:TBF建立成功率低解決辦法! 2013-11-05
• GSM中T3192和下行TBF延時釋放時長的作用有什么區(qū)別?優(yōu)化下行TBF建立成功率時調(diào)整哪個比較好? 2013-10-27
問題答案
( 3 )
下行TBF建立成功率定義如下:
下行GPRS TBF建立成功率=1-MS無響應(yīng)導(dǎo)致下行GPRS TBF建立失敗次數(shù)/ 下行GPRS TBF建立嘗試次數(shù);
下行EGPRS TBF建立成功率=1-MS無響應(yīng)導(dǎo)致下行EGPRS TBF建立失敗次數(shù)/ 下行EGPRS TBF建立嘗試次數(shù);
1、下行TBF建立可由網(wǎng)絡(luò)側(cè)的RR實體應(yīng)用分組下行指配流程來發(fā)起。此流程由上層傳送LLC PDU的請求來觸發(fā)。核心網(wǎng)在下發(fā)LLC PDU之前,先判斷MS是否處于Ready狀態(tài),若MS處于Ready狀態(tài),則網(wǎng)絡(luò)側(cè)可以直接向BSS下發(fā)LLC PDU,BSS收到后會下發(fā)立即指配;如果MS處于Standby狀態(tài),則核心網(wǎng)將向BSS發(fā)送尋呼消息,只有在收到尋呼響應(yīng)后才開始發(fā)送LLC PDU。來自上層的這個請求指明了優(yōu)先等級,包含RLC模式、DRX參數(shù)(可選)和IMSI(可選)的QoS腳本文件,及分組傳送相關(guān)的MS無線接入能力(可選)。對于這樣的請求,網(wǎng)絡(luò)側(cè)應(yīng)確定MS是否處于分組空閑模式或分組傳輸模式。當MS處于分組空閑模式,網(wǎng)絡(luò)側(cè)啟動CCCH上的分組下行指配流程。當MS處于分組傳輸模式,則啟動PACCH上的分組下行指配流程。
2、網(wǎng)絡(luò)側(cè)為該下行TBF選擇合適的編碼方式,并根據(jù)接入小區(qū)的資源占用情況,合理為該TBF請求申請無線資源,資源申請成功后,網(wǎng)絡(luò)側(cè)為該TBF分配相應(yīng)的無線資源,并計算該下行TBF在網(wǎng)絡(luò)側(cè)和MS側(cè)的啟動時間。
3、網(wǎng)絡(luò)側(cè)下發(fā)Immediate Assignmet下行立即指配消息,如果手機處于DRX模式,則網(wǎng)絡(luò)側(cè)在PCH信道上發(fā)送;如果手機處于Non-DRX模式,則網(wǎng)絡(luò)側(cè)在AGCH信道上發(fā)送。
4、MS收到IMMEDIATE ASSIGNMENT消息,進行無線資源的分配,并且在TBF Starting Time(可選)幀號到達后,接入指配的信道,開始監(jiān)聽該下行TBF的RLC無線塊,并同時啟動T3190定時器。
5、如果網(wǎng)絡(luò)側(cè)已經(jīng)有該MS的TA,網(wǎng)絡(luò)側(cè)在該下行TBF的Starting TIME達到后,網(wǎng)絡(luò)側(cè)直接將TA通過Packet Power Control/Timing Advance消息發(fā)送給MS;如果網(wǎng)絡(luò)側(cè)沒有該MS的TA,網(wǎng)絡(luò)側(cè)在下行TBF啟動后首先通過發(fā)送Packet Polling Request消息獲取TA。
6、在T3190定時器超時之前,如果MS在指配的信道上根據(jù)TFI域來尋址下行RLC無線塊,當收到網(wǎng)絡(luò)側(cè)發(fā)送的Packet Polling Request消息,MS在該消息對應(yīng)的上行無線塊上發(fā)送Packet Control Acknowledgement消息,并復(fù)位T3190定時器;否則,MS通知上層該下行TBF建立失敗。
7、網(wǎng)絡(luò)側(cè)通過在預(yù)留的上行RLC塊上收到有效的Packet Control Acknowledgement消息獲取MS的TA,并認為該下行TBF建立成功;否則,網(wǎng)絡(luò)側(cè)將選擇重新發(fā)起下行立即指配流程。
下行GPRS TBF建立成功率=1-MS無響應(yīng)導(dǎo)致下行GPRS TBF建立失敗次數(shù)/ 下行GPRS TBF建立嘗試次數(shù);
下行EGPRS TBF建立成功率=1-MS無響應(yīng)導(dǎo)致下行EGPRS TBF建立失敗次數(shù)/ 下行EGPRS TBF建立嘗試次數(shù);
1 分析和優(yōu)化方法
CCCH上下行TBF建立流程如下:1、下行TBF建立可由網(wǎng)絡(luò)側(cè)的RR實體應(yīng)用分組下行指配流程來發(fā)起。此流程由上層傳送LLC PDU的請求來觸發(fā)。核心網(wǎng)在下發(fā)LLC PDU之前,先判斷MS是否處于Ready狀態(tài),若MS處于Ready狀態(tài),則網(wǎng)絡(luò)側(cè)可以直接向BSS下發(fā)LLC PDU,BSS收到后會下發(fā)立即指配;如果MS處于Standby狀態(tài),則核心網(wǎng)將向BSS發(fā)送尋呼消息,只有在收到尋呼響應(yīng)后才開始發(fā)送LLC PDU。來自上層的這個請求指明了優(yōu)先等級,包含RLC模式、DRX參數(shù)(可選)和IMSI(可選)的QoS腳本文件,及分組傳送相關(guān)的MS無線接入能力(可選)。對于這樣的請求,網(wǎng)絡(luò)側(cè)應(yīng)確定MS是否處于分組空閑模式或分組傳輸模式。當MS處于分組空閑模式,網(wǎng)絡(luò)側(cè)啟動CCCH上的分組下行指配流程。當MS處于分組傳輸模式,則啟動PACCH上的分組下行指配流程。
2、網(wǎng)絡(luò)側(cè)為該下行TBF選擇合適的編碼方式,并根據(jù)接入小區(qū)的資源占用情況,合理為該TBF請求申請無線資源,資源申請成功后,網(wǎng)絡(luò)側(cè)為該TBF分配相應(yīng)的無線資源,并計算該下行TBF在網(wǎng)絡(luò)側(cè)和MS側(cè)的啟動時間。
3、網(wǎng)絡(luò)側(cè)下發(fā)Immediate Assignmet下行立即指配消息,如果手機處于DRX模式,則網(wǎng)絡(luò)側(cè)在PCH信道上發(fā)送;如果手機處于Non-DRX模式,則網(wǎng)絡(luò)側(cè)在AGCH信道上發(fā)送。
4、MS收到IMMEDIATE ASSIGNMENT消息,進行無線資源的分配,并且在TBF Starting Time(可選)幀號到達后,接入指配的信道,開始監(jiān)聽該下行TBF的RLC無線塊,并同時啟動T3190定時器。
5、如果網(wǎng)絡(luò)側(cè)已經(jīng)有該MS的TA,網(wǎng)絡(luò)側(cè)在該下行TBF的Starting TIME達到后,網(wǎng)絡(luò)側(cè)直接將TA通過Packet Power Control/Timing Advance消息發(fā)送給MS;如果網(wǎng)絡(luò)側(cè)沒有該MS的TA,網(wǎng)絡(luò)側(cè)在下行TBF啟動后首先通過發(fā)送Packet Polling Request消息獲取TA。
6、在T3190定時器超時之前,如果MS在指配的信道上根據(jù)TFI域來尋址下行RLC無線塊,當收到網(wǎng)絡(luò)側(cè)發(fā)送的Packet Polling Request消息,MS在該消息對應(yīng)的上行無線塊上發(fā)送Packet Control Acknowledgement消息,并復(fù)位T3190定時器;否則,MS通知上層該下行TBF建立失敗。
7、網(wǎng)絡(luò)側(cè)通過在預(yù)留的上行RLC塊上收到有效的Packet Control Acknowledgement消息獲取MS的TA,并認為該下行TBF建立成功;否則,網(wǎng)絡(luò)側(cè)將選擇重新發(fā)起下行立即指配流程。
回答者:
yzk198842
回答時間:2012-11-15 14:31
24 23
一般而言,上行不擁但是下行擁塞的情況,跟下行的速率有很大關(guān)系;可以看看小區(qū)的下行高速率占比的情況,看看是否偏低。
http://bbs.mscbsc.com/viewthread.php?tid=163505&fromuid=10013531
汕頭_華為TBF建立成功率優(yōu)化指導(dǎo) - MSCBSC 移動通信論壇
http://bbs.mscbsc.com/viewthread.php?tid=163505&fromuid=10013531
汕頭_華為TBF建立成功率優(yōu)化指導(dǎo) - MSCBSC 移動通信論壇
回答者:
lan11528
回答時間:2012-11-15 15:32
24 19
學(xué)習(xí)來
回答者:
lfntlyj
回答時間:2012-11-15 22:41
31 28
• 西安長河通訊有限責(zé)任公司
聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點:安康市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 廣州瀚信通信科技股份有限公司 聘:項目經(jīng)理(廣東)
需求人數(shù):2 人 地點:廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程單驗人員
需求人數(shù):10 人 地點:北京市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘:優(yōu)化規(guī)劃工程師(后臺-安徽)
需求人數(shù):5 人 地點:馬鞍山市
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點:寧波市,舟山市,湖州市,紹興市
需求人數(shù):2 人 地點:安康市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 廣州瀚信通信科技股份有限公司 聘:項目經(jīng)理(廣東)
需求人數(shù):2 人 地點:廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:5G工程單驗人員
需求人數(shù):10 人 地點:北京市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘:優(yōu)化規(guī)劃工程師(后臺-安徽)
需求人數(shù):5 人 地點:馬鞍山市
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點:寧波市,舟山市,湖州市,紹興市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |