




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、路測、DT數據分析指導書第一分冊 CDMA2000分冊目 錄第1章 概述6第2章 基礎知識簡介72.1 呼叫接入過程7 呼叫發起的定義7 系統接入狀態定時8 呼叫發起過程概述82.2 切換流程9 切換過程9 切換的類型10 切換過程信令102.3 呼叫信令流程11 主叫呼叫流程11 被叫呼叫流程122.4 CDMA掉話機制12 移動臺的掉話機制12 基站掉話機制132.5 Rake接收機13第3章 測試硬件連接注意事項143.1 測試硬件組成部分14 測試業務14 測試硬件及經驗說明143.2 三星手機工程模式設置153.2.1 Markov呼叫163.3 手機的數據業務設置163.3.1 M
2、odem安裝16 建立新連接16第4章 Panorama測試和分析軟件的使用164.1 軟件安裝和說明書16 建立工程17 基站導入17 設備配置18 開始路測18 主要窗口介紹18 數據回放21 數據統計214.2 經驗總結22 設備連接22 網絡指標的一些評估經驗23第5章 測試指標解釋235.1 分析指標內容235.2 測試指標定義245.3 測試數據出圖和統計表25第6章 異常事件分析及建議256.1 掉話率高26 問題現象26 問題分析26 掉話分析建議276.2 切換失敗27 問題現象:27 問題分析:27 解決建議:286.3 呼叫失敗率高28 問題表現現象28 問題分析:28
3、解決建議296.4 語音質量差(FFER/RFER)306.4.1 FFER問題表現現象30 前向鏈路高FER問題分析30 解決建議:31 反向鏈路高FER原因分析31 問題表現現象31 問題原因分析31 優化建議326.5 呼叫建立時延過長32 表現現象32 問題分析32 優化建議336.6 導頻污染33 問題現象33 問題分析33 解決建議346.7 軟切換比例高35 問題現象35 問題分析35 解決建議35第1章 概述編寫本指導書的目的:(1) 本書主要針對中國電信最新CDMA網絡DT測試評估報告模板中數據分析內容部分的需要而編制,結合此書中所列的其他參考書,基本可以完成測試數據的分析和
4、評估報告的撰寫。(2) 力求作為現場入門,指導工程師完成任務,但使用此書的測試分析人員應具有基本的CDMA網絡知識,否則無法理解測試指標含義以及指標之間的聯系所反應的問題。(3) 實用性強,內容全面,能指導現場工程師根據此指導書基本完成現場一般性測試優化任務,能定位處理網絡的基本問題。(4) 針對性強,快速指導本公司無線員工以及原外協員工快速切入CDMA網絡測試數據分析。(5) 使用本書之前,對測試軟件的使用方法請參看文中所列出的手冊以及說明書。第2章 基礎知識簡介2.1 呼叫接入過程2.1.1 呼叫發起的定義當用戶撥打一個電話號碼時即為發起一次呼叫。規范定義了幾個與接入過程相關的定時器值;如
5、果相應的消息沒有在這些時間限制內收到移動臺會放棄這次呼叫發起。利用移動臺和基站的消息記錄可以判斷呼叫發起失敗的原因。2.1.2 系統接入狀態定時在接入過程的初始階段移動臺不間斷地監視尋呼信道。接入狀態中的兩個重要的子狀態是:更新Overhead Information子狀態移動臺發起呼叫嘗試子狀態系統接入狀態定時是用來限制移動臺在這些子狀態中等待的時間。許多事件會觸發移動臺將定時器清零。各個子狀態對應的定時均不同。例如,更新Overhead Information時的限制時長是4秒,而移動臺發起呼叫子狀態的定時時長是12秒。在要更新Overhead Information時移動臺會在持續4秒的
6、時間內監視尋呼信道。如果現在的Overhead Information沒有在4秒內接收并存儲,移動臺會重新初始化。在呼叫發起嘗試子狀態,移動臺把系統接入狀態的定時器期滿值設置成12秒。如果定時器超時,移動臺將返回空閑狀態。在移動臺從接入狀態退出時定時器被設置成無效。2.1.3 呼叫發起過程概述移動臺首先必須在反向接入信道上發送呼叫請求消息(Origination Message),下面的幾個事件將一個接一個地發生。其中的任何一件沒能發生就意味著呼叫發起的失敗。階段1:基站確認移動臺的呼叫請求?;就ㄟ^Acknowledgement Order對移動臺的呼叫請求進行確認;在移動臺接收到呼叫確認之
7、前可能需要發送好幾次呼叫請求(Origination Message)。階段2:基站為移動臺分配資源?;窘⒁粭l前向業務信道,發送空業務,并向移動臺發送信道指配消息。階段3:在接收到信道指配消息之后,移動臺開始試探獲取前向業務信道。成功獲取前向業務信道是階段3。階段4:當前向業務信道成功解調,BTS開始在反向業務信道發送空業務。在成功獲取反向業務信道之后基站在前向業務信道上發送確認消息(Base Station Acknowledgment Order)。階段5:基站向移動臺發送業務連接消息(Service Connect message)。2.2 切換流程2.2.1 切換過程當移動臺從一個
8、基站的覆蓋范圍移動到另外一個基站的覆蓋范圍,通過切換 移動臺保持與基站的通信。在這一部分中介紹了CDMA所支持的各類切換,它們的具體過程以及影響它們的性能的參數。Handoff Procedure當某一個導頻的強度超過T_ADD時,移動臺會向基站發送導頻強度測量消息,并且把該導頻列入候選集。基站向移動臺發送擴展的切換指示消息EHDM (Extended Handoff Direction Message)或者普通切換指示消息GHDM (General Handoff Direction Message) 。移動臺將該導頻列入激活集并且向基站發送切換完成消息HCM (Handoff Comple
9、tion Message)。當該導頻的強度低于T_DROP時,它所對應的切換去掉計時器計時器開始啟動。當切換去掉計時器期滿溢出時,移動臺向基站發送導頻強度測量消息。基站向移動臺發送 EHDM 或 GHDM 。移動臺將該導頻移入候選集,并且向基站發送切換完成消息 HCM 。上述過程和相關切換參數、空口信令的對應關系圖如下:2.2.2 切換的類型在呼叫過程中,移動臺支持以下三種切換過程:軟切換:在這種切換過程中,當移動臺開始與目標基站進行通信時并不立即間斷與原基站的通信。由于受移動臺的限制軟切換僅僅能用于具有相同頻率的CDMA信道之間。這種切換類型可以提供在基站邊界處的前向業務信道和反向業務信道的
10、多徑分集。更軟切換:這種切換是由基站完成的,并不通知MSC。對于移動臺來說,不同的扇區天線相當于不同的多徑分量,被合并成一個話音幀送至選擇器,作為此基站的語音幀。而軟切換是由MSC完成的,將來自不同基站的信號都送至MSC的選擇器,由選擇器選擇最好的一路,再進行話音的編解碼。硬切換:在這種切換過程中,移動臺先中斷與原基站的通信,再與目標基站取得聯系。一般發生在分配不同頻率或者不同的幀偏置的CDMA信道之間。CDMA硬切換的效果與其它系統如GSM系統的相同。2.2.3 切換過程信令在切換過程中,指導切換的主要有三條信令:導頻強度測量消息Pilot Strength Measurement mess
11、age。PSMM(導頻強度測量消息)是移動臺發送給基站以通知基站可檢測導頻的強度發生的重要變化。例如當檢測到鄰集或剩余集中的某一個導頻強度超過T_ADD時。切換指示消息Handoff Direction Message?;究赡軙鶕邮盏降膶ьl強度測量消息來指示移動臺進行某種方式的切換。切換完成消息Handoff Completion Message。當完成切換時,移動臺會發送切換完成消息以通知基站。2.3 呼叫信令流程2.3.1 主叫呼叫流程2.3.2 被叫呼叫流程2.4 CDMA掉話機制掉話機制分為移動臺引起的掉話和基站引起的掉話兩大類。2.4.1 移動臺的掉話機制1、移動臺接收到壞幀當
12、連續接收到12個壞幀之后,移動臺會關閉它的發射機。在連續接收到2個好幀幀之后會重新啟動發射機。2、移動臺的衰落計時器過高的FER意味著前向鏈路很差。移動臺設有衰落定時器。定時器的期滿值為T5m(5秒),該計時器一直在倒計時一直到0;當接收到連續的2個好幀時,計時器重新開始倒計時。如果移動臺在回零之前沒有接收到連續的兩個好幀,那么移動臺將重新初始化。3、移動臺接收確認消息失敗移動臺可能在業務信道上向基站發送消息,并需要基站的確認。如果在發送消息之后的N1m(在IS-95A和J-STD-008中設置為3m,在IS-95B中建議設置為8秒)時間內沒有接收到基站的確認消息,移動臺將重新初始化。2.4.
13、2 基站掉話機制1、基站壞幀機制基站有可能也有與移動臺類似的“壞幀”機制:當接收到一定數目的反向壞幀之后,前向業務信道不再繼續發送信號。具體的細節在IS-95A中沒有描述。各個設備廠商可能不同。2、基站接收確認消息失敗基站有可能也有與移動臺類似的接收確認消息失敗機制。具體的細節在IS-95A中沒有描述。各個設備廠商可能不同。2.5 Rake接收機IS-95A系統中兩個不同路徑的信號的時延差為1us(兩條路徑相差大約為300m)時,Rake就可以將它們分別提取出來,其對多徑的接收能力在基站和移動臺是不同。在基站處,對應與每一個反向信道,都有四個數字解調器,而每個數字數字解調器又包含兩個搜索單元和
14、一個解調單元。搜索單元的作用是在規定的窗口內迅速搜索多徑,搜索到之后再交給數字解調單元。這樣對于一條反向業務信道,每個基站都同時解調四個多徑信號,進行矢量合并,再進行數字判決恢復信號。如果移動臺處在三方軟切換中,三個基站同時解調同一個反向業務信道(空間分集),這樣最多時相當于12個解調器同時解調同一反向信道。而在移動臺里,一般只有三個數字解調單元,一個搜索單元。搜索單元的作用也是迅速搜索可用的多徑。當只接收到一個基站的信號時,移動臺可同時解調三個多徑信號進行矢量合并。如果移動臺處在三方軟切換中,三個基站同時向該移動臺發送信號,移動臺最多也只能同時解調三個多徑信號進行矢量合并,也就是說,在移動臺
15、端,對從不同基站來的信號與從不同基站來的多徑信號一起解調。第3章 測試硬件連接注意事項詳細硬件設備連接配置方法,在鼎利PanoramaV6.0用戶手冊PanoramaV6.0前臺測試手冊中,有非常詳細的說明,測試過程中查閱上述手冊即可。下面對實際測試中遇到但在手冊中沒有的內容進行補充。3.1 測試硬件組成部分3.1.1 測試業務語音測試:在CDMA測試中主流采用的設備主要有三星X199,三星X859,京瓷2235三種都可以用作語音測試手機,此時測試數據線僅需要一個端口與計算機或者是HUB相連接就行了;1X數據測試:上述三種手機也可以測數據業務,需要特別注意的是:數據線和筆記本連接的需要有兩個接
16、口,一個供收集空中接口信令,另外一個用作1X撥號上網。其中撥號上網的端口需要安裝手機內置modem的驅動,設置好端口速率和號碼才可以進行數據業務測試。3.1.2 測試硬件及經驗說明在對CDMA網絡進行測試時,主要用到的測試硬件設備包括:測試手機以及數據線:主要為三星X199,三星X859,測試語音業務和數據業務時候不需要對手機進行專門設置,手機會自動匹配速率等相關設置,方便操作,;使用京瓷2235時,要求熟悉此手機的設置調制,初學者難以掌握,特別是用2235測試數據業務時候,手機、modem驅動、以及電腦端口的設置非常復雜,在資源許可的情況下,不建議使用2235做數據業務測試。一轉四串口HUB
17、:有keyspan連接器(需要安裝專門驅動)或者一轉四USB連接器。GPS與GPS天線:GPS吸頂天線放在車頂中央會經常丟失信號,找不到衛星,一般在車門邊緣的車頂上側。如果坐在副駕駛位置則可以直接把GPS以及天線放在固定在車窗玻璃下,即可順利接收信號。逆變器:一個250W左右的逆變器可以滿足一臺電腦和多個手機的充電需求;筆記本電腦,從近幾年優化測試項目中使用電腦的經驗來看,做語音業務測試時,公司目前IBM/HP/DELL等電腦都可以正常連接3臺手機進行測試,且可以穩定運行。但在進行數據業務測試時,采用IBM或者HP電腦配合三星手機測試會比較順利。呼叫的方式有短呼和長呼兩種,短3.2 三星手機工
18、程模式設置網絡優化過程中,現場工程師需要對一些不方便進入的區域的覆蓋情況進行了解,此時可以通過設置三星手機的工程模式,查看手機屏幕上的幾個指標。測試模式的重要功能是可以開啟Debug窗口,得到網絡信號強度的重要信息,包括Rx, Tx, Ec/Io。利用這些信息可以方面快捷的得到需要的網絡指標。,對于SID和NID主要是指示手機是否處于漫游狀態,如果手機的SID和NID和當前網絡的SID和NID不一樣,在手機上會顯示處于手機漫游狀態,但手機是可以正常呼叫的。所以手機開戶過程關鍵是15位的IMSI不要錯誤就可以了。目前在CIS CDMA項目的網絡優化中,我們一般使用的手機是三星X199手機。進入密
19、碼為密碼:M *123580# 3.2.1 Markov呼叫目前提供的MARKOV功能只能先在第99位上存任意的一個號碼,然后使用另一個超級密碼#234紅色掛機鍵進入,而且MARKOV測試中不支持OLD 8K的。3.3 手機的數據業務設置3.3.1 Modem安裝先找到X199手機modem驅動程序SAMSUNG USB Modem driver_V31.40,安裝完成后。在設備管理器中可以看到安裝的modem。有兩個串口速率選擇:115K和230K,根據實際的串口選擇。由于我們一般計算機上的串口的最大速率為115K,但是為了演示數據業務,一般需要使用USB線選擇230K。注意事項:測試1x數
20、據業務時建議使用IBM筆記本或者是HP,測試連接端口很穩定,去年在印尼多個項目中發現Dell 620與Dell820使用時會反復死機藍屏。3.3.2 建立新連接建立一個新的撥號連接,modem選擇我們新建立的Modem。一般情況下,電話號碼是777,用戶名和密碼都是card,如果不同可以撥打當地10010進行咨詢。第4章 Panorama測試和分析軟件的使用4.1 軟件安裝和說明書Panorama版本:Version .23USB一轉四串口驅動程序相關資料:前臺測試說明書.doc、后臺分析說明書.doc、Pilot Panorama Manual V6 .doc、CDMA1X路測設備使用指導書
21、(V1.01).lwp基站導入模板.xls詳細使用參考說明書,以下僅對幾個關鍵環節做簡要描述。4.1.1 建立工程下圖是UFA CDMA的工程實例:其中橢球模型一般選擇WGS-84,False Easting一般是500000,False Northing一般是0;Central Meridian是中央子午線的經度,根據實際工程設置,中央子午線經度必須能被3整除,一般應設為比當地實際經度小的、最接近當地實際經度的值;Scale一般是0.9996. Coordinate System一般選擇Decimal Long-Lat.4.1.2 基站導入利用基站導入文件進行基站導入。在基站導入文件中一般填
22、寫以下幾項就可以啦:Site Name,Sub Name,Longitude,Latitude,PN,Azimuth。填寫完成后,另存為以制表符分隔的文本文件。然后在panorama里面利用Dataimportsite選擇文本文件導入就可以。4.1.3 設備配置設備配置主要是配置GPS和H100測試手機,GPS設置為:NMEA/NMEA NMEA 0138 2.0 4800 baudH100的手機設置:按鈕Menu,選擇菜單7數據業務,進入菜單7后,再選擇菜單3速率,速率設置為115200BPS.其串口配置一般如圖所示:其中的串口配置,請根據實際情況選擇。4.1.4 開始路測配置后GPS和X1
23、99后,就可以開始路測了。首先連接設備:loggingconnect,如果連接正確,loggingstart菜單可用,點擊start開始路測。開始路測后,一般有四個窗口:Map, Graph, Temporal Analyzer, Signaling.4.1.5 主要窗口介紹測試過程中,軟件支持的窗口很多,其中我們測試中主要用得到,也夠我們進行基本問題判斷的窗口主要有以下幾個,這些窗口在測試過程中務必保持開著的狀態,以便隨時觀察網絡可能出現的問題,為后面撰寫測試數據分析報告提供素材。其他的窗口是為了進行深入分析問題時所用,初學者可先掌握這些后再考慮其他窗口的熟悉。1. Map 窗口在Map窗口
24、中,一般有兩個操作:第一個快捷按鈕,可以用來修改不同的覆蓋參數顯示。如:RxAGC,MaxEcIo,TotalEcIo。第二個快捷按鈕,用來選擇所要顯示的基站或者地圖。導入的準確的基站數據后,測試過程中會在MAP中自動顯示所用的信號的小區,據此可以一目了然地判斷過覆蓋、弱覆蓋、導頻污染小區等CDMA網絡常見問題。如果沒有基站數據導入,測試過程中所能夠做的工作除了基本的監控測試正常之外,對網絡的了解就難以深入。2. Graph 窗口在Graph圖中,可以通過點擊右鍵來選擇Field, Maintain來選擇和設置顯示內容。這個窗口X軸顯示的是時間,Y軸顯示的是當前手機的Total Ec/Io,據
25、此簡單判斷當前位置覆蓋和干擾情況。3. Temporal Analyzer這個窗口用來顯示手機所搜索到的PN的EcIo,是手機搜索到的各個小區PN碼的信號強度,代表了測試手機所在位置周圍小區的覆蓋情況,其中紅條表示處于激活集。通過在左半部分點擊右鍵來進行相關設置。4. Signaling這個窗口主要是顯示在手機的RxAGC,EcIo,FFER,手機的調整發射功率Adj,激活集中的分支的信號。在測試主界面中,這個窗口務必一直開著,4.1.6 數據回放首先打開你所需要查看的窗口,如MAP串口。利用Standard工具條的按鈕選擇需要回放的測試數據。利用Replay 工具條進行數據回放?;胤艛祿哪?/p>
26、的是為了對網絡問題進行定位、分析。4.1.7 數據統計數據統計是總體評價網絡質量,撰寫網絡評估報告中必不可少的環節,主要統計的指標為Ec/Io,FFER,Txpwr,Rxpwr,這些指標的具體意義屬于最基本的基礎知識,不熟悉的請參看CDMA相關書籍進行了解。利用菜單AnalysisStatisticsBy Data 來選中需要統計的測試數據,在接下來的對話框中一般選擇缺省值,點擊OK,就可以得到如下所示的統計圖:利用Distribution可以把Statistics Value里指標分布情況插入到文檔。利用 Extreme可以把Extreme Value里指標分布情況插入到文檔。4.2 經驗總
27、結4.2.1 設備連接在測試過程中,經常發生設備連接不上。首先,確保串口是否正常;再檢查GPS、測試手機的設置情況;如果在硬件和設置正常的情況下,手機還是連接不上,可以采取下列步驟:按手機的menu菜單,選擇菜單7,然后再選擇菜單3并且選擇速率115200BPS,最后不停的按手機的sel 按鈕,同時點擊panorama 的連接設備按鈕,這樣手機就可以和panorama連接上了況下。4.2.2 網絡指標的一些評估經驗在路測過程中,可以從以下指標來簡單的判斷網絡情況:正常情況下RxAGC(手機的接收功率)TxAGC(手機的發射功率)-85dBm左右,如果兩者之和超過-70dBm,表示覆蓋較差或者存
28、在干擾。FFER的判定:FFER的判定準則,平均FER一般小于2%是正常,大于2%不正常。語音質量的判定當FER小于2%時,語音質量仍然比較差,問題可能出現在設備側。當FER大于2%時,需要檢查是否當地覆蓋比較差,同時確定當地是否存在強干擾,如果以上因素可以排除,那說明網絡工作不正常,一般導致該問題的是時鐘問題。關于Ec/Io新網絡或者網絡負載比較低時,整體Ec/Io水平要求大于-9dB。當網絡負載比較高時,整體Ec/Io可以要求大于-13/-14dB。第5章 測試指標解釋此部分主要圍繞電信評估模板中的內容進行闡述。5.1 分析指標內容模板中分析的內容有指標匯總統計與比較、測試結果圖形化顯示、
29、異常事件分析和評估總結以及建議四個主要部分。下表是模板規定的四個部分的具體內容:2本地網測試總體情況2.1測試情況匯總表2.2單項指標比較2.2.1話音質量(MOS)2.2.2覆蓋率2.2.3網絡接通率2.2.4掉話率2.2.5平均呼叫建立時延3 測試情況3.1市區測試情況表及分布電平圖測試情況表3.1.2測試結果地理化分析圖3.2A縣(鄉鎮)測試情況表及分布電平圖3.2.1測試情況表3.2.2測試結果地理化分析圖4 異常事件分析4.1呼叫失敗4.2掉話4.3呼叫建立時延過長4.4語音質量差4.5切換失敗5 評估總結及網優建議5.1城區(農村)無線網絡DT評估質量總結5.2城區(農村)異常事件
30、原因TOPN分析5.3網優建議5.2 測試指標定義CDMA測試和分析的能夠反應網絡質量的直觀指標主要有TotalEc/Io、FFER、Txpwr、 Rxpwr、Handoff。另外對呼叫事件統計的指標有各種比率,如呼叫建立成功率、掉話率、覆蓋率、切換成功率、呼叫建立時長分布等等。這些指標在電信集團的CDMA無線網絡DTCQT測試指導書(最終版)和CDMA無線網絡DTCQT測試評估報告模版(最終版)中都有詳細的定義和計算方法,在分析數據時候直接參考即可,此處不再重復說明。5.3 測試數據出圖和統計表測試軟件本身自帶有與GPS位置信息相關聯的圖形化顯示TotalEc/Io、FFER、Txpwr、
31、Rxpwr、Handoff等指標以及導頻污染、掉話、呼叫建立失敗等呼叫事件的功能。另外MOS測試圖和統計表也可從相應的軟件中得到,統計時參考相應的說明書即可。由于這些大部分是軟件的使用問題,所以在出圖出表之前得先摸熟軟件。如下面的Txpwr、Rxpwr圖以及統計表。平均呼叫建立時延統計表項目接通成功總次數呼叫建立時延總和平均呼叫建立時延主叫被叫主叫 被叫CDMA數值LT GSM數值YD GSM數值在數據分析報告中需要統計的各種指標、各項指標位置顯示圖和項目軟件都可以從軟件的統計功能中得到。第6章 異常事件分析及建議以下的測試過程的異常事件分析是針對電信總部模板的要求的,對其原因和解決方法做了比
32、較全面的匯總,具體到某個事件時,其原因可能是所描述中的一部分,也可能是全部,在分析的時候結合指標從中選用合適具體情況的即可。以下的典型問題做成了模板化,以便大家分析時候參考引用。6.1 掉話率高6.1.1 問題現象長時前向干擾掉話,長時是指持續時間超過移動臺的衰弱計時器的設定值,特征是移動臺的接收功率不斷增加,而導頻強度Ec/Io在不斷降低,TX-GAIN-ADJ的幅度保持水平。前反向鏈路不平衡導致的掉話,特征是移動臺的發射功率達到最大,移動臺的接收功率和Ec/Io基本保持不變,TX-GAIN-ADJ的幅度變得平坦。長時間覆蓋不好造成掉話,特征是移動臺的發射功率達到最大,移動臺的接收功率和Ec
33、/Io不斷降低,TX-GAIN-ADJ的幅度保持平坦。業務信道發射功率受限造成的掉話,特征是移動臺的發射功率、移動臺的接收功率、導頻的Ec/Io和TX-GAIN-ADJ的幅度都基本保持不變,但移動臺的發射功率未達到最大,移動臺的接收功率和導頻的Ec/Io也在門限以上。手機的發射功率逐步加大(一般為正值),這時的激活集中的導頻強度比較小,這種情況占掉話比例較多。手機接收功率不斷增加但導頻強度Ec/Io卻不斷減小,FER增加。手機接收功率不斷減小且導頻強度Ec/Io也不斷減小。有時導頻強度和手機接收功率都在可以接受的范圍內,且掉話后在另一個導頻上初始化。6.1.2 問題分析移動臺的掉話機制有三種,
34、一、基于壞幀數,移動臺在連續收到12個壞幀后停止發射機工作,在5S內連續收到2個好幀后重新激活發射機。二、基于移動臺定時器,前向高誤幀率意味著前向鏈路正在變差,移動臺維持一個衰弱定時器,連續收到2個好幀后重置該定時器。如果在定時器期滿前不能重置,移動臺將重新初始化。三、基于基站證實失敗,移動臺在重發需要證實的消息N1m次(95A中為3次,95B中為9次)后,如果還未收到基站的證實,移動臺將重新初始化。系統的掉話是指無線掉話和網絡掉話之和,網絡掉話是由于呼叫所需的資源不在服務狀態或SBS與其它的實體之間存在配合問題或中繼問題。6.1.3 掉話分析建議如果掉話后,移動臺重新同步到一個新的導頻上,那
35、么掉話可能是因為鄰小區漏做,需要優化鄰區表。如果掉話后長時間的處于搜索模式(超過10S),造成很高的FER,可能來之CDMA系統外的干擾,需要借助一些儀表找出干擾源并解決對于前反向鏈路不平衡,一方面檢查反向鏈路上是否存在干擾;另外,調整天線的俯仰角,檢查導頻發射功率是否設的過高,使導頻信道與業務信道的覆蓋不平衡。檢查是否有資源處于LOCK狀態,是否存在硬件的告警。分配給前向業務信道的功率和反向信道的EB/NO的目標值都限定在一定的范圍內的,當導頻強度和手機接收功率都在可以接受范圍內時的掉話,則可能是值設置過低;業務信道無法發射足夠大的功率來保持前向鏈路,此時即使導頻可用,也會掉話。此時可以考慮
36、調整部分選擇器參數Prrxerror、Prxincrease、Prxlower、Prxupper、Prxstart、Prtxerror、Ptxincrease、Ptxlower、Ptxupper、Ptxstart,但同時也要考慮到系統容量。手機在接入過程中沿著離開服務小區的方向移動,接入過程中無法切換到已經檢測到的較強的導頻上去,造成掉話,這種情況可以開啟ACCESS_HO的功能加以解決。6.2 切換失敗6.2.1 問題現象: 手機由于切換失敗導致無線鏈路惡化,掉話。6.2.2 問題分析:導致切換成功率低的原因主要有以下這些:1、鄰區數據庫錯誤,鄰區表中的數據與小區中的數據不一致。2、存在PN
37、干擾。3、目標小區存在擁塞或出現硬件故障。4、資源分配問題,呼叫阻塞門限,切換阻塞門限,TDROP設的太低,TTDROP設的太高,5、反向鏈路惡化,基站可能根本收不到PSMM、HCM,從而導致切換失敗6、前向鏈路惡化,移動臺可能接收不到切換指示消息,從而導致切換失敗。6.2.3 解決建議:1、更正鄰區數據。2、調整PN。3、解決覆蓋問題。4、檢查目標小區是否存在擁塞或硬件故障。5、檢查前向鏈路和反向鏈路是否存在干擾。6、調整參數TADD,TDROP,TCOMP,TTDROP;檢查呼叫阻塞門限,切換阻塞門限參數。6.3 呼叫失敗率高6.3.1 問題表現現象手機很難接入網絡,或話務量過高導致網絡繁
38、忙。在DT的CAI消息中手機在一次起呼中多次發送ORIGMSG消息,或是在ChannelAssigment后、AssigmentComplete前的接續中手機掉線。6.3.2 問題分析:呼叫建立成功率= 呼叫建立成功次數/ 呼叫嘗試次數*100,該公式的關鍵是呼叫建立成功的次數,而影響到呼叫建立成功的主要有一下種原因:1、由于資源缺乏導致主被叫建立失敗,對應統計項CAUOBLKS,CAUTBLKS,對于資源缺乏,大致可以分為一下幾項:信道單元不足前向功率不足反向功率不足walsh碼不足由于資源不可用導致請求沒有響應主叫在發送service complete message前被釋放。2、在CM收
39、到page response到真正占上業務信道這段時間內,由于主叫端的斷開導致被叫端的被釋放。3、無線環境惡劣導致的呼叫失敗。4、主叫的Origination message和被叫的Page response message里含有系統不認的消息或是在業務協商時有不支持的服務選項。5、市區基站可能因為基站過密且話務量比較大,導致不同手機在接入信道上存在碰撞。基站的覆蓋范圍過大、多徑比較多、基站捕獲搜索窗AcquisitionSearchWidth設的過大,但PAM_SZ卻設的相對小,導致在有效的時間內,降低接入探針不能被基站成功接收的可能性。6、檢查INIT_PWR,NUM_STEP是否設置合理
40、。6.3.3 解決建議1、首先解決由于資源缺乏導致的呼建失敗。2、檢查是否存在硬件問題。3、通過做Call trace,收取SBS LOG,檢查是否有部分手機發送消息中系統不認或不支持,分析發生呼叫失敗時手機的FER。4、跟蹤A接口信令,檢查是否是網絡原因(中繼擁塞或是交換機模塊問題)導致的呼建失敗。5、檢查MAX_SLOT_CYCLE_INDEX是否設的過大,導致部分手機在做被叫時接續時間過長,導致主叫端的人為拆鏈。6、解決覆蓋問題,控制基站理想覆蓋范圍。7、于市區基站,可適當的提高PROBE_PN_RANDOM,因為在市區基站相對比較密,不同移動臺在同一接入信道上的同一時隙到達基站的時間差
41、可能會小于1 chip,以至于基站不能區分。8、調整AcquisitionSearchWidth和PAM_SZ,增加基站捕獲手機的可能性。9、增大INIT_PWR,NUM_STEP等開環功率控制參數的設置,會增加接入成功的可能性,但也會增大反向鏈路上的干擾,需要做到折衷。6.4 語音質量差(FFER/RFER)6.4.1 FFER問題表現現象話音質量是一個非常主觀的量,很難進行客觀評價。然而話音質量在很大程度上是與誤幀率有關的,而誤幀率則可以進行客觀的測量。當系統的誤幀率高于目標值時,需要對系統性能進行細致的分析以查明原因。6.4.2 前向鏈路高FER問題分析前向鏈路FER的目標值或者說期望值
42、一般是一個可以設置的值。當系統的性能低于目標水平時,需要進行性能分析以確認產生原因。1、前向業務信道太差當前向鏈路的FER很高的時候,移動臺的接收功率和導頻Ec/Io都很高,說明可能是前向業務信道太差。導頻信號很強說明移動臺在覆蓋范圍內。在這種情況下,業務信道差的原因可能是前向功控的反應速度太慢或者CDMA的前向鏈路相關性干擾太高。2、導頻信號太差導頻信號太差說明已經發生了系統丟失,在這種情況下移動臺的接收功率可能高也可能低。3、切換失?。涸谝苿优_的呼叫過程中有可能需要切換到另外一個小區,如果必需進行軟切換時失敗了,會造成很高的誤幀率,從而導致掉話。在這種情況下誤幀率的升高是因為切換失敗。4、
43、確認失?。哼@里所說的確認失敗是指移動臺沒能檢測到比較強的多徑信號。這種情況的特征是導頻信號很低,移動臺的接收功率或者很高或者很低。原因有三種:(1)搜索窗口問題。如果搜索窗口很小,會導致移動臺搜索不到落在搜索窗口之外的比較強的多徑。(2)前向鏈路干擾。如果接收功率很高,而且搜索窗口很大,有可能是有比較強的干擾落在了搜索窗口之內。(3)覆蓋問題。如果導頻信號和業務信號的強度都很低,說明移動臺在呼叫的過程中可能已經走出了系統的覆蓋范圍。6.4.3 解決建議:增強覆蓋,新建基站或者調整扇區覆蓋方向定位干擾,修改PN或者排除網外干擾調整切換優先級和切換參數,優化切換關系6.4.4 反向鏈路高FER原因
44、分析6.4.5 問題表現現象測試實時顯示圖表和統計分析中的反向FER高,通話對方聽不清出6.4.6 問題原因分析1、反向鏈路干擾太大當反向鏈路的干擾信號增大到一定的水平時業務信道的信噪比嚴重惡化,從而不能成功解調。反向鏈路的干擾源有:微波系統的直射路徑或者是不可控制的來自CDMA其它用戶的干擾。2、反向業務信道功率不足移動臺的發射機已經被關閉:在IS-95中規定,如果移動臺連續收到12個壞幀會關閉發射機。3、反向外環功控的問題。對應反向業務信道的功率控制是基于傳播環境的。如果要求移動臺的功率增加太快,可能會導致外環功控跟不上。可以對外環功控的速度加以控制。4、前反向鏈路不平衡。如果導頻信道很好
45、,而反向業務信道很差,可能是前反向鏈路不平衡。5、基站搜索問題。如果基站的搜索窗口太小,可能會檢測不到比較強的多徑。6、移動臺有可能在呼叫過程中走出了系統的覆蓋范圍。7、切換失敗6.4.7 優化建議用掃頻儀查找定位反向干擾,進行排除修改功率控制相關參數檢查并修改搜索窗數值檢查并調整切換關系6.5 呼叫建立時延過長6.5.1 表現現象手機從發起呼叫到對方回鈴聲之間所等待的時間遠超出普通時間的,一般是正常建立時長的24倍以上。手機撥打手機與手機撥打固定掉話的建立時長是不一樣的,一般前者時延要大于后者。正常情況下從手機發起呼叫請求消息到基站側完成接入的接入時間大概在3秒,再加上經歷BSC、MSC尋呼
46、被叫,被叫響應時間的總時長在612秒左右。如果時延達到了超過了20秒則可認為過長。6.5.2 問題分析問題分析主要從呼叫建立的三大主要環節來找原因,如基站側接入、被叫用戶的響應、BSC/MSC之間的轉接流程。1、 基站接入側存在問題。即呼叫接入過長,主要的原因有反向信道因為話務量高而擁塞,導致接入信道上的接入序列發生碰撞。這些描述在呼叫失敗率高中已有詳細描述。2、 被叫用戶端的響應原因。被叫用戶所處于的基站覆蓋邊緣,或者信號差的地方,或者被叫用戶正處于切換過程中,此時被叫用戶無法接收和處理尋呼消息,做出及時響應,基站側在第一次尋呼失敗后需要等待一段時間重新觸發下一次尋呼過程,最多的重發次數不超過最大尋呼次數所設置的值。3、 BSC/MSC之間轉接流程不暢原因。從主叫BSC/MSC到被叫BSC/MSC之間存在呼叫控制環節,用戶鑒權、位置區路由選擇的需要時間,且和網絡參數的設置有較大的關系,如主被叫都要求鑒權時,呼叫建立的時延就比僅設主叫鑒權的小。6.5.3 優化建議1、 對于基站側接入原因的解決方法參考上述呼叫失敗率高的解決方案。2、 對于后兩種原因造成的時延過長,需要核查BSC/.MSC路由選址、鑒權、尋呼等參數設置,必要時采用信令儀表進行測試分析,定位后修改設置。6.6 導頻污染6
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
評論
0/150
提交評論