北京移動(dòng)td精英營(yíng)專(zhuān)題培訓(xùn)ps掉線率優(yōu)化(編輯修改稿)
2025-01-19 13:49 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 e indication ？ ? 2. TDD制式上下行鏈路的互易性？ ? 3. 上行鏈路失步的判決機(jī)制？下行鏈路的判決機(jī)制？ ? ？ 內(nèi)部公開(kāi)▲ 無(wú)線鏈路失?。?Radio link failure） ? c) 基站側(cè)出現(xiàn)異常 ? 基站解錯(cuò)上行信號(hào)或接收不到上行信號(hào)而報(bào)無(wú)線鏈路失敗。此時(shí)基站應(yīng)該會(huì)相關(guān)告警，且基本上不能接入和保持住包括 PS在內(nèi)的任何業(yè)務(wù)或終端了。 ? 從其他商用城市的采樣數(shù)據(jù)來(lái)看，前面三種原因的比例是 8： 1： 1。目前引起無(wú)線鏈路失敗主要還是終端問(wèn)題和用戶插拔卡或者是撥號(hào)軟件響應(yīng)造成。這些原因?qū)儆诓豢煽氐姆秶?，只能從逐步改善終端性能解決。 內(nèi)部公開(kāi)▲ 手機(jī)操作超時(shí)（ Ue_Operate_TimeOut ） ? 系統(tǒng)出現(xiàn) Ue_Operate_TimeOut引起的掉線主要是因?yàn)槲锢硇诺乐嘏渲贸瑫r(shí)或 RB重配置超時(shí)，而引起物理信道重配置超時(shí)或 RB重配置超時(shí)的常見(jiàn)原因有： ? a）存在 UPPCH的干擾，如果是硬切換的情況下會(huì)造成上行同步過(guò)程的失敗，從而造成物理信道重配置失敗 ? b) 虛假的鄰小區(qū)關(guān)系造成物理信道重配置超時(shí) ? c） RB重配置參數(shù)設(shè)置不合理造成 RB重配置超時(shí) ? d）功率參數(shù)配置不合理造成 RB或物理信道重配置超時(shí) ? e) HS業(yè)務(wù)與 R4業(yè)務(wù)之間的切換失敗，包括從 R4到 R5的切換和從 R5到 R4的切換，這種原因主要表現(xiàn)為 RB重配置超時(shí)。 內(nèi)部公開(kāi)▲ 問(wèn)題分析 ? 鄰區(qū)關(guān)系前期經(jīng)過(guò)認(rèn)真核查，應(yīng)不存在普遍問(wèn)題。鄰區(qū)個(gè)數(shù)也不多。鄰區(qū)關(guān)系基本不會(huì)影響到Ue_Operate_TimeOut。 ? 檢查 HSDPA的功率參數(shù)設(shè)置，也未發(fā)現(xiàn)整體的異常。這方面的原因也可以排除。 ? Ue_Operate_TimeOut的原因很可能是終端問(wèn)題和 R5與R4業(yè)務(wù)之間的切換問(wèn)題。 內(nèi)部公開(kāi)▲ 問(wèn)題重現(xiàn)及優(yōu)化 ? 由上面的分析，終端問(wèn)題導(dǎo)致的掉線不在我們可控范圍之內(nèi)， Ue_Operate_TimeOut存在網(wǎng)絡(luò)的因素，也是最主要的 PS掉線原因，我們只能從解決這個(gè)因素著手優(yōu)化。 ? 為此，選擇在某小區(qū)下，撥測(cè)重現(xiàn)問(wèn)題，讓數(shù)據(jù)卡撥號(hào)后不斷使用各種
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1