 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• WDMA R99分組域RAB指配成功率低 2015-07-29
• 中興TD網(wǎng)管統(tǒng)計PS掉線原因中，有RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)目,無線網(wǎng)絡(luò)層原因-其他原因(個 2015-04-20
• 中興TD RNC請求釋放的分組域Iu連接對應(yīng)的RAB數(shù)目，內(nèi)部原因，UCIU_error主要是什么原因造成的，謝謝 2015-04-08
• SGSN割接后網(wǎng)絡(luò)分組域RAB建立成功率降低 2014-12-12
• RNC請求釋放的分組域Iu連接對應(yīng)的RAB數(shù)目,內(nèi)部原因,RRM_FreqDisable_Release 2014-11-17
• 中興WCDMA分組域無排隊RAB指配建立失敗的RAB數(shù)目怎么處理？ 2014-02-24
• W基站分組域RAB建立失敗較多，原因是NODEB原因，RL建立重配失敗 2013-11-21
• 分組域RAB指配建立失敗的RAB 數(shù)目 2013-10-18
• 中興TD網(wǎng)管統(tǒng)計PS掉線原因中，有RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)目,無線網(wǎng)絡(luò)層原因-其他原因(個 2015-04-20
• 中興TD RNC請求釋放的分組域Iu連接對應(yīng)的RAB數(shù)目，內(nèi)部原因，UCIU_error主要是什么原因造成的，謝謝 2015-04-08
• SGSN割接后網(wǎng)絡(luò)分組域RAB建立成功率降低 2014-12-12
• RNC請求釋放的分組域Iu連接對應(yīng)的RAB數(shù)目,內(nèi)部原因,RRM_FreqDisable_Release 2014-11-17
• 中興WCDMA分組域無排隊RAB指配建立失敗的RAB數(shù)目怎么處理？ 2014-02-24
• W基站分組域RAB建立失敗較多，原因是NODEB原因，RL建立重配失敗 2013-11-21
• 分組域RAB指配建立失敗的RAB 數(shù)目 2013-10-18
問題答案
( 4 )
.1、調(diào)整下行的最大初始接入速率，使接入的時候避免RAB擁塞；
2、調(diào)整金/銀/銅用戶的保證速率，使大速率的PS用戶如384K用戶不至于由于超過滿碼道而3、導(dǎo)致接入失敗和掉話的其它問題，將其最大初始接入速率調(diào)整為128K；
3.針對不支持R5業(yè)務(wù)的數(shù)據(jù)卡，不能配置為大速率的上行數(shù)據(jù)業(yè)務(wù)。
2、調(diào)整金/銀/銅用戶的保證速率，使大速率的PS用戶如384K用戶不至于由于超過滿碼道而3、導(dǎo)致接入失敗和掉話的其它問題，將其最大初始接入速率調(diào)整為128K；
3.針對不支持R5業(yè)務(wù)的數(shù)據(jù)卡，不能配置為大速率的上行數(shù)據(jù)業(yè)務(wù)。
回答者：
xhy1331
回答時間：2011-11-15 16:19
14
15
RB建立失��；
擁塞；
最大速率不支持；
設(shè)備未升級，不支持多個RAB進程。
擁塞；
最大速率不支持；
設(shè)備未升級，不支持多個RAB進程。
回答者：
chenpeng_2003
回答時間：2011-11-15 18:03
7
7
PS RAB失敗一般為最大速率不支持、干擾和小區(qū)故障，可以調(diào)整上行干擾余量。
回答者：
吳昊
回答時間：2011-11-16 10:57
14
9
1) 最大速率不支持
在出現(xiàn)因為最大速率不支持導(dǎo)致PS域RAB建立失敗時，占用的比例過大，可采用下面的措施進行優(yōu)化：
ü 調(diào)整下行的最大初始接入速率，使接入的時候避免RAB擁塞；
ü 調(diào)整金/銀/銅用戶的保證速率，使大速率的PS用戶如384K用戶不至于由于超過滿碼道而導(dǎo)致接入失敗和掉話的其它問題，將其最大初始接入速率調(diào)整為128K；
ü 針對不支持R5業(yè)務(wù)的數(shù)據(jù)卡，不能配置為大速率的上行數(shù)據(jù)業(yè)務(wù)。
2) 無可用資源/擁塞
無可用資源，先要確定，是否存在碼資源擁塞情況，或是通過查詢IUB口傳輸資源配置情況，分別進行處理。
碼資源擁塞處理：
ü 針對TOP小區(qū)，查看載頻和相對應(yīng)的DSP使用情況,確定載頻狀態(tài)正常；
ü 對比小區(qū)業(yè)務(wù)量,如果發(fā)現(xiàn)是因為業(yè)務(wù)量過高導(dǎo)致，可以適度提高“最小接收電平/ QRXLEVMIN”，減少部分用戶接入；
ü 調(diào)整上下行最大初始接入速率，“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”，如果H業(yè)務(wù)上行碼資源受限，可是將上行初始接入速率降到16K；
ü 根據(jù)擁塞用戶的下行傳輸信道類型確定擁塞用戶中H和D的用戶比例，如果是D用戶擁塞較多，可以限定金銀銅用戶的最大速率；如果是H用戶較多，可以針對個別小區(qū)擴容一個H頻點，但要注意擴容H頻點對周圍小區(qū)的干擾；
ü )如果是H用戶，建議將H頻點的最大接入用戶數(shù)設(shè)置為頻點碼資源最大能力，不建議設(shè)置超過最大能力的值。現(xiàn)網(wǎng)絕大大多數(shù)的H載頻設(shè)置的最大用戶數(shù)仍為8，可以將該值設(shè)置為7、或者6；
ü RRC信令連接建立建立在FACH上面，減少由于隨機接入如注冊、附著、短信等占有DPCH信道的專用碼道資源。
IUB口帶寬擁塞處理：
ü 查詢IUB口傳輸資源配置情況，是否存在資源配置不足情況；另外通過查詢告警信息，確定是否存在E1/T1告警，導(dǎo)致可用E1/T1減少；
ü 話統(tǒng)Counter無法打點，IUB口帶寬擁塞的打點可以通過PCHR定位，并且?guī)挀砣卣魇悄硞�基站下所有小區(qū)都有所體現(xiàn)。
RAB異常錯誤編碼 Count
NBM_CRA_CELL_RR_IUB_DL_FAIL(168724457) 59
ü 確定E1/T1資源不足或者E1/T1告警，需推動E1/T1擴容或者告警處理。
3) UE無相應(yīng)
ü 跟蹤用戶CDT定位問題，確認RNC是否收到UE上報的RB配置完成消息；
ü 觀測TOP小區(qū)的上下行干擾水平，避免由于個別小區(qū)干擾較大導(dǎo)致UE無相應(yīng)；
ü 如果存在弱覆蓋，優(yōu)化重選參數(shù)，使UE盡快選到信號更好的小區(qū)；
ü 提高上行干擾余量“ ULINTERFERERSV”，以增大開環(huán)功率；
ü 確定是否由于問題終端導(dǎo)致。
在出現(xiàn)因為最大速率不支持導(dǎo)致PS域RAB建立失敗時，占用的比例過大，可采用下面的措施進行優(yōu)化：
ü 調(diào)整下行的最大初始接入速率，使接入的時候避免RAB擁塞；
ü 調(diào)整金/銀/銅用戶的保證速率，使大速率的PS用戶如384K用戶不至于由于超過滿碼道而導(dǎo)致接入失敗和掉話的其它問題，將其最大初始接入速率調(diào)整為128K；
ü 針對不支持R5業(yè)務(wù)的數(shù)據(jù)卡，不能配置為大速率的上行數(shù)據(jù)業(yè)務(wù)。
2) 無可用資源/擁塞
無可用資源，先要確定，是否存在碼資源擁塞情況，或是通過查詢IUB口傳輸資源配置情況，分別進行處理。
碼資源擁塞處理：
ü 針對TOP小區(qū)，查看載頻和相對應(yīng)的DSP使用情況,確定載頻狀態(tài)正常；
ü 對比小區(qū)業(yè)務(wù)量,如果發(fā)現(xiàn)是因為業(yè)務(wù)量過高導(dǎo)致，可以適度提高“最小接收電平/ QRXLEVMIN”，減少部分用戶接入；
ü 調(diào)整上下行最大初始接入速率，“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”，如果H業(yè)務(wù)上行碼資源受限，可是將上行初始接入速率降到16K；
ü 根據(jù)擁塞用戶的下行傳輸信道類型確定擁塞用戶中H和D的用戶比例，如果是D用戶擁塞較多，可以限定金銀銅用戶的最大速率；如果是H用戶較多，可以針對個別小區(qū)擴容一個H頻點，但要注意擴容H頻點對周圍小區(qū)的干擾；
ü )如果是H用戶，建議將H頻點的最大接入用戶數(shù)設(shè)置為頻點碼資源最大能力，不建議設(shè)置超過最大能力的值。現(xiàn)網(wǎng)絕大大多數(shù)的H載頻設(shè)置的最大用戶數(shù)仍為8，可以將該值設(shè)置為7、或者6；
ü RRC信令連接建立建立在FACH上面，減少由于隨機接入如注冊、附著、短信等占有DPCH信道的專用碼道資源。
IUB口帶寬擁塞處理：
ü 查詢IUB口傳輸資源配置情況，是否存在資源配置不足情況；另外通過查詢告警信息，確定是否存在E1/T1告警，導(dǎo)致可用E1/T1減少；
ü 話統(tǒng)Counter無法打點，IUB口帶寬擁塞的打點可以通過PCHR定位，并且?guī)挀砣卣魇悄硞�基站下所有小區(qū)都有所體現(xiàn)。
RAB異常錯誤編碼 Count
NBM_CRA_CELL_RR_IUB_DL_FAIL(168724457) 59
ü 確定E1/T1資源不足或者E1/T1告警，需推動E1/T1擴容或者告警處理。
3) UE無相應(yīng)
ü 跟蹤用戶CDT定位問題，確認RNC是否收到UE上報的RB配置完成消息；
ü 觀測TOP小區(qū)的上下行干擾水平，避免由于個別小區(qū)干擾較大導(dǎo)致UE無相應(yīng)；
ü 如果存在弱覆蓋，優(yōu)化重選參數(shù)，使UE盡快選到信號更好的小區(qū)；
ü 提高上行干擾余量“ ULINTERFERERSV”，以增大開環(huán)功率；
ü 確定是否由于問題終端導(dǎo)致。
回答者：
胡戈
回答時間：2011-11-20 16:55
6
5
• 廣州瀚信通信科技股份有限公司
聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 南京欣網(wǎng)通信科技股份有限公司 聘：后臺網(wǎng)優(yōu)工程師(J10066)
需求人數(shù)：1 人 地點：榆林市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點：新疆
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程后臺人員
需求人數(shù)：10 人 地點：北京市
• 南京華蘇科技有限公司 聘：投訴處理（網(wǎng)優(yōu)）-海口
需求人數(shù)：2 人 地點：�？谑�
需求人數(shù)：2 人 地點：廣東省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 南京欣網(wǎng)通信科技股份有限公司 聘：后臺網(wǎng)優(yōu)工程師(J10066)
需求人數(shù)：1 人 地點：榆林市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點：新疆
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程后臺人員
需求人數(shù)：10 人 地點：北京市
• 南京華蘇科技有限公司 聘：投訴處理（網(wǎng)優(yōu)）-海口
需求人數(shù)：2 人 地點：�？谑�
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |