• 緊急求助:無線POS機(jī),可以簽約成功,但是打不出回單,求處理經(jīng)驗(yàn)? 2011-05-05
• 數(shù)通、無線網(wǎng)優(yōu)及光網(wǎng)絡(luò)相比較哪個(gè)發(fā)展更好些?請教高人能具體說說相關(guān)的信息!! 2011-05-04
• 急求W無線網(wǎng)優(yōu)華為產(chǎn)品的初級、中級認(rèn)證相關(guān)資料和試題??? 2011-05-02
• 無線利用率公式分母的總業(yè)務(wù)信道數(shù)怎么算 2011-04-29
• 無線利用率的公式,算法? 2011-04-25
• TD中無線接入承載(RAB)的作用,誰能幫我通俗點(diǎn)的解釋下嗎 2011-04-23
• 請問在哪里可以下到技術(shù)提案 認(rèn)知無線電方面的 2011-04-22
1. 支路號為0的無線鏈路告警的定義、起因和處理流程
1.1 告警定義:信道激活異常
信道激活異常告警的檢測是基于時(shí)隙級的,每個(gè)信道均進(jìn)行獨(dú)立的信道激活異常檢測,信道激活異常,以時(shí)隙為單位進(jìn)行累計(jì)。由于同一個(gè)時(shí)隙配置為不同的信道類型,其包含的子信道數(shù)目不同,所以各時(shí)隙上具體信道激活異常累計(jì)次數(shù)達(dá)到多大門限將上報(bào)告警與信道配置有關(guān)。具體來說,每個(gè)子信道的告警門限為5,因此對于TCH/F信道類型告警門限為5,對于TCH/H信道類型告警門限為10,對于SDCCH8信道類型告警門限為40等。
只要載頻上任何一個(gè)信道的激活異常次數(shù)大于告警門限,載頻便出現(xiàn)支路號為0的無線鏈路告警。而只有該載頻中所有時(shí)隙的信道激活異常消失,且前面已經(jīng)上報(bào)了信道激活異常告警才上報(bào)載頻級信道激活異常提示告警消失。
1.2. 告警起因:
BTS與BSC信道類型或則信道狀態(tài)不一致;
1.3. 處理流程
1、 查看數(shù)據(jù)配置,保證BTS與BSC信道狀態(tài)和信道類型一致;
2、 近期BSC是否進(jìn)行過信道、頻點(diǎn)、跳頻數(shù)據(jù)等修改,有可能配置未下發(fā)到基站并生效,導(dǎo)致不一致。
2 支路號為1的無線鏈路告警的定義、起因和處理流程
2.1.告警定義:信道異常釋放,包含SDCCH異常釋放和TCH異常釋放
2.2 告警起因
1)設(shè)備問題(如TRX單板故障)引起告警;
2)設(shè)備正常,干擾引起告警;
3)設(shè)備正常,外界無干擾時(shí),數(shù)據(jù)配置不當(dāng)SDCCH異常釋放引起無線鏈路告警
如小區(qū)接入相關(guān)數(shù)據(jù)配置不當(dāng)導(dǎo)致的SDCCH異常釋放;
4)設(shè)備正常,外界無干擾時(shí),數(shù)據(jù)配置不當(dāng)TCH異常釋放引起無線鏈路告警;
TCH異常釋放包括:
a、 TCH指配成功率低導(dǎo)致TCH異常釋放
b、 入小區(qū)切換成功率低導(dǎo)致TCH異常釋放,入小區(qū)切換成功率低包括
BSC內(nèi)入小區(qū)切換成功率低,
BSC間入小區(qū)切換成功率低
切換數(shù)據(jù)配置不當(dāng)以及廣覆蓋基站的TA值配置錯(cuò)誤都可能引起入小區(qū)切換成功率低,從而導(dǎo)致TCH異常釋放。
支路號為1的無線鏈路告警的處理流程參見本指導(dǎo)書的第2章“支路號為1的無線鏈路告警處理流程”。
3 支路號為2的無線鏈路告警的定義、起因和處理流程
3.1 告警定義:主B載頻無話務(wù),主BCCH載頻在連續(xù)的檢測時(shí)間內(nèi)(缺省值為4小時(shí),該時(shí)間可以設(shè)置)沒有話務(wù)。
3.2 告警起因:
1、 告警起因同支路號1,由于主B載頻所有信道無法正常建立呼叫,信道異常釋放,導(dǎo)致主B載頻無話務(wù);
2、 由于站點(diǎn)偏遠(yuǎn),確實(shí)是沒有話音用戶接入;
3、 主B沒有配置TCH信道,導(dǎo)致主B無話務(wù)。
4、 外界干擾嚴(yán)重,導(dǎo)致無法接入。
3.3處理流程
1、如果伴有支路號1的無線鏈路告警,參照支路號1的無線鏈路告警處理步驟;
2、 對于邊遠(yuǎn)山區(qū)站點(diǎn),提取話統(tǒng),確認(rèn)是否有呼叫請求接入;
3、 檢查主B信道配置,是否有TCH信道;
4、 提取話通,查看干擾帶是否正常。
4 支路號為3的無線鏈路告警的定義、起因和處理流程
4.1 告警定義:上下行平衡異常;
4.2 上下行平衡概念:上下行信號覆蓋范圍相當(dāng),在信號覆蓋范圍內(nèi)某一點(diǎn)的上行(手機(jī)發(fā)射)信號和下行(基站發(fā)射)信號相當(dāng);
為什么要上下行平衡?
一個(gè)優(yōu)良的系統(tǒng)應(yīng)在設(shè)計(jì)時(shí)做好功率預(yù)算,使覆蓋區(qū)內(nèi)的上行信號與下行信號達(dá)到平衡。否則,如果上行信號覆蓋大于下行信號覆蓋,小區(qū)邊緣下行信號較弱,容易被其它小區(qū)的強(qiáng)信號“淹沒”;如果下行信號覆蓋大于上行信號覆蓋,MS將被迫守侯在該強(qiáng)信號下,但上行信號太弱,話音質(zhì)量不好。平衡并不是指絕對的相等,通過Abis接口上的MR,可以判斷上下行是否達(dá)到平衡。
上下行平衡的影響:小區(qū)覆蓋、上下行鏈路切換;
上下行平衡話統(tǒng)指標(biāo):上下行平衡性能測量;
上下行電平測量
基站上報(bào)給BSC的測量報(bào)告中包括上行和下行,上行方向是基站測聯(lián)的,下行方向有手機(jī)測量,手機(jī)通過測量報(bào)告上報(bào)給基站,通過基站的lapdm協(xié)議層,由SCP模塊處理,將上下行電平測量值合生成測量報(bào)告上報(bào)BSC;
4.3 告警起因:
1、 載頻或天潰上行和下行通道問題;
2、 軟件BUG。
4.4處理流程
此告警需要結(jié)合話統(tǒng)指標(biāo)及路側(cè)報(bào)告定位問題,更多的是網(wǎng)優(yōu)及工程方面問題。
1)檢查載頻和天潰上行接收通道和下行發(fā)射通道,并檢查工程方面是否有問題,重點(diǎn)檢查接收通道電纜連接是否正確和可靠,注意和數(shù)據(jù)配置結(jié)合,防止小區(qū)接反、漏接和誤接(DFCU大配置時(shí)尤其要注意);
2)老雙密度載頻B347之前版本存在BUG,容易引起上下行不平衡告警,更換載頻有可能恢復(fù),但是載頻硬件上不存在問題。
3)檢查載頻是否故障,參考本指導(dǎo)書的2.2節(jié)“TRX故障引起無線鏈路告警的判斷方法和解決方案”。


無線鏈路異常告警通常有3種,參考華為BSC6900幫助文件,里面非常詳細(xì)。
老版本的BSC32和BSC6000中較為常見;BSC6900該告警非常少。
BSC6900設(shè)備中:實(shí)際工作主要原因是軟件版本/天饋系統(tǒng)/上下行平衡/載頻硬件問題等原因;
短期告警排除方法:四級復(fù)位基站(或者定期復(fù)位,我什么都沒說)
真正處理問題:參考華為6900幫助文件即可;該專題分析論壇也有很多資料。


基站一般在四種情況下上報(bào)該告警,具體告警原因包括BSC與BTS之間信道類型或者信道狀態(tài)不一致、無線信道的異常釋放比例超過告警門限、主BCCH載頻在連續(xù)的檢測時(shí)間內(nèi)沒有話務(wù)和基站檢測的上行接收電平和移動(dòng)臺上報(bào)的下行接收電平之間存在較大的差異。


需求人數(shù):12 人 地點(diǎn):四川省,河南省,山東省,安徽省,湖北省
• 南京華蘇科技有限公司 聘:初級優(yōu)化-廣西欽州市
需求人數(shù):2 人 地點(diǎn):欽州市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:華為高端優(yōu)化項(xiàng)目(南京)
需求人數(shù):1 人 地點(diǎn):南京市
• 福建省鴻官通信工程有限公司 聘:中興IPRAN工程師
需求人數(shù):1 人 地點(diǎn):泉州市
• 怡利科技發(fā)展有限公司 聘:移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù):12 人 地點(diǎn):貴州省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘:AI工程師
需求人數(shù):1 人 地點(diǎn):云南省
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)資源管理工程師
需求人數(shù):3 人 地點(diǎn):香港
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘:華為網(wǎng)格長
需求人數(shù):2 人 地點(diǎn):?谑
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘:網(wǎng)絡(luò)優(yōu)化RF工程師(河北保定)
需求人數(shù):1 人 地點(diǎn):保定市
• 上海德專信息技術(shù)有限公司 聘:【急聘】云南楚雄日常前后臺網(wǎng)優(yōu)
需求人數(shù):5 人 地點(diǎn):云南省
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |