室分系統(tǒng)UPA業(yè)務異常的常見原因_第1頁
室分系統(tǒng)UPA業(yè)務異常的常見原因_第2頁
室分系統(tǒng)UPA業(yè)務異常的常見原因_第3頁
室分系統(tǒng)UPA業(yè)務異常的常見原因_第4頁
室分系統(tǒng)UPA業(yè)務異常的常見原因_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、室分系統(tǒng)UPA業(yè)務異常的常見原因1、概述在室內分布系統(tǒng)測試、優(yōu)化中經常會發(fā)現(xiàn)HSUPA業(yè)務無法建立、HSUPA業(yè)務能夠正常建立但速率非常低、不穩(wěn)定等問題,此等問題對我們日常優(yōu)化工作帶來諸多不便。鑒于此,本文就對這類問題的一些常規(guī)處理思路進行簡單匯總,便于各位工程師判斷、解決問題,詳見下文所述。2、UE能力不支持UPA功能如果UE不支持HSUPA功能,則無法將業(yè)務建立在HSUPA上,因此需要檢查UE上報的能力。從RRC_CONNECT_REQ消息中可以看到UE是否支持E-DCH功能。如果消息中存在ueCapabilityIndication信元,如下圖所示,其中包含了e-dch,表明UE支持HS

2、UPA功能。否則,說明UE不支持HSUPA功能。需要更換支持HSUPA的終端。3、小區(qū)能力不支持UPA功能如果小區(qū)未配置或未激活HSUPA,則HSUPA業(yè)務無法建立。在RNC LMT上使用LST CELLHSUPA命令查詢小區(qū)的HSUPA能力與狀態(tài),如下圖所示小區(qū)HSUPA已經配置且已處于激活狀態(tài)。4、CN指配速率不滿足UPA承載門限RNC判斷業(yè)務是否使用E-DCH承載取決于CN指派的MBR與設置的門限值大小。如果CN指派MBR超過了E-DCH承載速率門限,業(yè)務則會建立在E-DCH上,否則使用DCH承載。MBR在RANNPA_RAB_ASSIGNMENT_REQUSET消息中指派下來,如下圖所

3、示:HSUPA業(yè)務建立門限在RNC LMT上使用LST FRCCHLTYPEPAPA命令檢查,如下圖所示:如果CN指派的上行速率低于HSUPA業(yè)務建立門限,建議HLR側修改開戶速率。6、站點傳輸資源映射關系未配置在站點配置時需要給站點配置好相應的傳輸資源映射關系,若對站點未進行相應配置或配置錯誤,則會導致HSUPA業(yè)務無法承載在E-DCH信道上。RNC LMT上使用LST ADJMAP命令來進行檢查,如下圖所示:如果小區(qū)未配置傳輸資源映射,則可在RNC LMT中使用ADD ADJMAP命令進行添加映射關系,具體參數(shù)設置如下圖所示:7、AAL2 PATH設置不當在站點配置時不僅需要配置好傳輸資源

4、映射關系,而且需要給站點配置相應的AAL2PATH,用于承載用戶面數(shù)據(jù)。若站點未配置HSUPA業(yè)務對應的PATH,則導致業(yè)務無法承載在E-DCH上。在RNC LMT上使用LST AAL2 PATH命令來進行檢查,如下圖所示:PATH設置不當另外一種情況為:RNC側和NodeB側配置的PATH數(shù)量及相應PATH標識所對應的PATH類型不一致,導致HSPA業(yè)務無法建立。在NodeB LMT上使用LST AAL2 PATH命令來進行檢查,并和RNC側查詢到PATH數(shù)量及類型(如上圖)做對比,查看配置是否一致。下為鄰節(jié)點標識為27的站點在NodeB LMT上查詢到PATH列表:8、UE發(fā)射功率受限在信

5、號質量比較差,路損比較大的時候,可能由于UE發(fā)射功率受限導致HSUPA速率達不到要求。在RNC LMT上通過“UE發(fā)射功率”跟蹤來判斷UE發(fā)射功率是否受限,如下圖所示:如果從跟蹤結果中觀察到UE發(fā)射功率經常到達20dBm左右,說明UE的發(fā)生功率已接近最大值(通常為24dBm),從而導致HSUPA速率低。此時,需要具體排查空口環(huán)境。9、上行總帶寬接收功率受限在WCDMA系統(tǒng)中,小區(qū)的上行負載是使用RTWP(RoT抬升)來計算的。為保證系統(tǒng)的穩(wěn)定和服務質量,需要將上行負載控制在一個合適的范圍內。目前系統(tǒng)小區(qū)上行負載默認值為75%,即對應6dB的RoT抬升。系統(tǒng)低噪默認值為-106dBm(對應數(shù)值為

6、61),當RTWP抬升6dB達到-100dBm左右時,便認為小區(qū)已經達到了上行負載門限,用戶速率將無法再繼續(xù)上升。使用RNC LMT上的“上行總帶寬接收功率”跟蹤觀察,確認小區(qū)上行負載是否已經達到了負載門限,如下所示:下圖是實時跟蹤到的小區(qū)負載(RTWP)信息,可以清楚看到RTWP已經達到了-98dBm,即RoT抬升了8dB,已超過了門限值。如果小區(qū)已經到達了負載門限導致用戶速率受限,需要檢查配置的小區(qū)低噪與實際低噪是否吻合。在RNC LMT中使用LST CELLCAC查詢小區(qū)配置低噪,結果如下圖所示:小區(qū)實際低噪可以通過觀察小區(qū)在沒有任何用戶做業(yè)務的RTWP來獲得。當檢查到配置的小區(qū)低噪與實

7、際低噪不一致時,可以在RNC LMT上使用MOD CELLCAC命令修改配置低噪,使其與實際低噪一致。但是,一般不建議直接對配置低噪進行修改,因為直接修改可能會造成上行覆蓋收縮(意味著允許在本輪已經高的低噪基礎上允許RoT再抬升xxdB),關鍵還是要排查低噪高的原因。引起室分系統(tǒng)RTWP偏高主要原因如下:l 多個RRU級聯(lián)共小區(qū)時,上行信號來自某一個扇區(qū),但噪聲來自所有RRU的疊加,噪聲合路導致低噪抬升,抬升數(shù)值為10log(n),n為RRU個數(shù)。l 室分系統(tǒng)下掛直放站,導致RTWP抬升,且非常穩(wěn)定。l 室分系統(tǒng)接收器件異常導致。當檢查到配置的小區(qū)低噪與實際低噪一致時,說明空口真實的上行負載確實已經達到了負載門限。這時需要先確認小區(qū)中是否有其他用戶在進行業(yè)務。如果有其他用戶存在,則可能由于其他用戶使用部分負載導致負載受限。如果小區(qū)中只有一個用戶,且該用戶沒有到達預期速率時,小區(qū)上行負載已經到達門限值,可能有原因有如下:l 存在較強的外界干擾,使RTWP超過門限值。需要現(xiàn)場

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論