直放站及室內(nèi)分布系統(tǒng)的優(yōu)化(編輯修改稿)
2025-01-04 11:18 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 換 ? 在小區(qū)切換參數(shù)中定義了上下行信號(hào)質(zhì)量切換門限值 – 下行鏈路質(zhì)量切換門限 L_RxQual_DL_H – 上行鏈路質(zhì)量切換門限 L_RxQual_UL_H – 當(dāng) BSC從測(cè)量報(bào)告中發(fā)現(xiàn)上下行信號(hào)質(zhì)量值低于設(shè)定的門限值 ,BSC將從測(cè)量報(bào)告中選一個(gè)最合適的小區(qū)作為目標(biāo)小區(qū)觸發(fā)切換 – 質(zhì)量切換門限值 (冗余 ) HO_Margin_RxQual設(shè)置可寬松些 ,只要目標(biāo)小區(qū)的信號(hào)電平不是比當(dāng)前小區(qū)差很多 ,就應(yīng)鼓勵(lì)進(jìn)行切換 ,以改善通話的質(zhì)量 門限值的設(shè)定 – L_RxQUAL_DL_H:MS接收質(zhì)量一旦小于此值就觸發(fā)電平切換 – L_RxQUAL_UL_H:BS接收質(zhì)量一旦小于此值就觸發(fā)電平切換 – 取值： % %~% %~% % – 一般設(shè)置 :MS的移動(dòng)速度高于 80KM/H或?qū)儆诜翘l網(wǎng)絡(luò) ,設(shè)為 4。相采用跳頻或 MS移動(dòng)速度較低 ,設(shè)為 5 – 對(duì)于非跳頻網(wǎng)絡(luò)該值過(guò)大會(huì)增加切換失敗率 ,增大掉話率 。過(guò)小則會(huì)增加無(wú)謂的切換 – 對(duì)于跳頻網(wǎng)絡(luò)該值一般設(shè)為 6,若同時(shí)啟用跳頻和 DTX,建議取消質(zhì)量切換 隔離度問(wèn)題的深入理解 基站 施主天線 主 機(jī) 用戶天線 基于距離的切換 ? 為了達(dá)到控制基站覆蓋范圍并減小系統(tǒng)干擾的目的 ,使用距離切換 ,當(dāng) BSC發(fā)現(xiàn) MS匯報(bào)的 TA大于規(guī)定值時(shí)即可觸發(fā) ? 注意 :TA設(shè)置過(guò)小容易引起乒乓效應(yīng) 。同時(shí)也可將切換門限設(shè)為負(fù)值以保證切換 ? MS最大接入范圍 :(MS_RANGE_MAX_HAND) MS和 BS的距離超過(guò)該值即發(fā)生距離切換 取值為 :1~34KM 該值應(yīng)小于通話清除門限 ,否則該值將不起作用 該值一般不小于 2KM 基于話務(wù)量的切換 ? 在通話呼叫時(shí)先指配 SDCCH,再指配 TCH,則可根據(jù)測(cè)量報(bào)告的指示接入到最佳鄰小區(qū)的 TCH上 . – 激活此類功能后應(yīng)將排隊(duì)功能打開 – 排隊(duì)是當(dāng)系統(tǒng)沒(méi)有 TCH時(shí)將 TCH分配請(qǐng)求放入另一個(gè)等候的序列中 .排隊(duì)是一種 TCH過(guò)飽和的手段 . – MS在排隊(duì)期間仍占用 SDCCH而且向網(wǎng)絡(luò)進(jìn)行正常的測(cè)量報(bào)告處理過(guò)程 GSM網(wǎng)絡(luò)參數(shù)的優(yōu)化 －時(shí)延分析 光纖天饋系統(tǒng)案例分析 — 蘇州 MAXTOR ? 信源：斜塘鎮(zhèn)基站第一扇區(qū) 3載頻（ 9km） ? 天饋系統(tǒng)：一拖一光纖直放站，覆蓋整個(gè)廠房 ? 故障現(xiàn)象：開通后呼叫成功率很低、呼叫失敗時(shí)電平及通話質(zhì)量下降很快、呼叫中斷發(fā)生在 MS振鈴之前、 MS測(cè)得 TA=38 光纖天饋系統(tǒng)案例分析 — 蘇州 MAXTOR ? 錯(cuò)誤判斷：由于光纜繞行布放、融結(jié)點(diǎn)等原因造成時(shí)延過(guò)大（ TA=38，時(shí)延距離 20km左右），超過(guò)了光纖直放站的最大覆蓋距離（經(jīng)驗(yàn)值一般不超過(guò) 15km），因此造成呼叫成功率很低。 ? 錯(cuò)誤判斷的原因：時(shí)延過(guò)大會(huì)導(dǎo)致接入失敗而且同時(shí)會(huì)造成 RxQual下降、掉話率上升的故障現(xiàn)象。 光纖天饋系統(tǒng)案例分析 — 蘇州 MAXTOR ? 原因分析：從呼叫 MS聽不到振鈴便中斷可以大致斷定問(wèn)題出在 Channel Request 到 Alerting 進(jìn)程之間。為了準(zhǔn)確定位故障，需進(jìn)行路測(cè)。 ? 排除步驟：路測(cè)，檢查信令流程 ? 起呼前信令及無(wú)線參數(shù)情況 ? 起呼時(shí)信令及無(wú)線參數(shù)情況 光纖天饋系統(tǒng)案例分析 — 蘇州 MAXTOR ? 由信令可知：呼叫失敗是由于 TCH Assignment Failure引起的。 ? 指配失敗的主要由無(wú)線消息失敗、傳輸故障、干擾等原因造成。 ? 在本案例中原基站不存在上述問(wèn)題，只是在直放站室內(nèi)分布系統(tǒng)中出現(xiàn)，由此可以判斷基站原先不存在傳輸或無(wú)線消息故障。 光纖天饋系統(tǒng)案例分析 — 蘇州 MAXTOR ? 可能的原因一：跳頻序列 HSN、 MAIO引起的干擾。 ? 由于信源基站離廠房很遠(yuǎn)，源基站的 HSN、 MAIO可能和廠房周邊基站的 HSN、 MAIO設(shè)置不當(dāng)而沖突引起干擾。 ? 經(jīng)網(wǎng)優(yōu)查實(shí)，信源基站的 HSN、 MAIO和周邊站（外跨塘站）沒(méi)有沖突。 光纖天饋系統(tǒng)案例分析 — 蘇州 MAXTOR ? 可能的原因二：基站采用互為分集技術(shù)， TCH載頻板也有發(fā)射功能，而耦合信源只接了 Tx端。 ? 從故障現(xiàn)象看，當(dāng) TCH指配后 Rxlev下降很快，初步認(rèn)為載頻板故障或載頻信號(hào)根本沒(méi)有進(jìn)入分布系統(tǒng)。 ? 經(jīng)查詢 Motorola工程師，證實(shí)了該 BTS設(shè)備采用的正是互為分集技術(shù)。 光纖天饋系統(tǒng)案例分析 — 蘇州 MAXTOR ? 解決辦法：將二個(gè)端口分別用大功率耦合器撮信號(hào)并用微蜂窩電橋合路后接入分布系統(tǒng)，經(jīng)測(cè)試，故障排除。 ? 討論一：上述問(wèn)題與分集接收的不同 ? 討論二：時(shí)延和覆蓋區(qū)域大小的深入分析（開射頻跳頻時(shí)對(duì)覆蓋區(qū)的影響） ? 討論三：
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1