cdma案例介紹 珠海世紀鼎利通信科技股份有限公司 鼎利通信 鼎力支持 cdma案例介紹 cdma系統掉話機制 ms掉話機制 基于壞幀數 移動臺在連續收到12個壞幀后停止發射機工作 在5s內連續收到2個好幀后重新激活發射機 基于移動臺定時器 前向高誤幀率意味著前向鏈路正在變差 移動臺維持一個衰落定時器 連續收到2個好幀后重置該定時器 如果在定時器期滿前不能重置 移動臺將重新初始化 基于基站證實失敗 移動臺在重發需要證實的消息n1m次后 如果還未收到基站的證實 移動臺將重新初始化 基站掉話觸發機制 cdma系統并沒有規定無線子系統的掉話機制 但是設備制造商一般都根據ms的掉話情況規定了相應的掉話機制 一種就是基站收到一定數目的壞幀 基站就關閉前向鏈路 另一種是在重試了幾次之后仍然沒有收到ms的確認信息 系統也會認為是掉話 cdma案例介紹 掉話1 2007年9月11日海南現場測試時 被叫在9 10 56出現了一次掉話 cdma案例介紹 掉話1 從無線參數來看 rxagc 96dbm totalecio 24db txagc 20dbm 持續t5m以上 很明顯是脫網了 造成此次掉話 cdma案例介紹 掉話2 2008年9月26日長春現場測試時 主叫在2 00 47出現了一次掉話 cdma案例介紹 掉話2 從現場的無線參數來看 移動臺的接收功率 rxagc 51dbm 和導頻信號 totalec io 1 06db 都很好 移動臺的發射功率達到最大 txagc 24dbm ffer增加到100 一定時間后移動臺在同一導頻上初始化 移動臺的接收功率和導頻信號ecio都很好 說明前向鏈路很好 而移動臺的發射功率卻已達到最大 說明反向鏈路很差 這表明前反向鏈路嚴重不平衡 經過一段時間 3 5秒 之后 基站檢測到ms的反向信道信號很弱 放棄了反向信道 同時切斷前向信道 這樣就觸發了ms的掉話機制 導致掉話 cdma案例介紹 掉話2 前反向鏈路不平衡的原因 1 反向鏈路存在強干擾 2 用戶過多導致反向鏈路阻塞 3 基站發送的導頻功率過高 cdma案例介紹 掉話3 2008年4月28日 錦州測試時主叫在3 52 28發生一次掉話 cdma案例介紹 掉話3 從無線參數來看 掉話前的無線環境較好 通過信令窗口來看 手機連續收到了多條universalhandoffdirectionmessage 由此可以推斷是基站發了切換命令 但手機一直沒有回應 一定時間后停止了前向業務信道的發射 導致掉話 cdma案例介紹 掉話4 2008年10月29日 廣州天河區測試時主叫在1 46 03發生一次掉話 cdma案例介紹 掉話4 從無線指標來看前反向的覆蓋都很好 從信令分析來看掉話前手機連續發送多個powermeasurementreportmessage 應該是反向鏈路誤碼率比較高 導致基站收不到這條消息 連續收到多個壞幀后基站停止發射引起掉話 cdma案例介紹 掉話5 2008年12月在北京測試時 主叫在7 04 44發生了一次掉話 cdma案例介紹 掉話5 從現場的無線參數來看 移動臺的接收功率 rxagc 85dbm 和導頻信號 totalec io 11db 都較差 移動臺的發射功率 txagc 47dbm 較小 ffer增加到100 一定時間后移動臺在同一導頻上初始化 從信令窗口來看 此時一直在上發功率測試和導頻強度測試消息 一直沒有收到系統下發的消息 移動臺的發射功率很小 表明反向鏈路很好 移動臺的接收功率和導頻信號ecio都較差 表明前向鏈路較差 ffer升高到100 導致掉話 需要改善此處的前向覆蓋情況 cdma案例介紹 掉話6 某丘陵地區的一條主要道路上 測試車輛由北向南行駛 通話過程中 通過測試軟件觀察 各物理信號尚可 其主導頻為pn219 掉話前 其ec io逐漸降低 信號惡化 最終產生掉話 cdma案例介紹 掉話6 對此掉話 從各物理信號表現來看 我們首先是懷疑已超出基站覆蓋區 屬于弱覆蓋掉話 但測試中隨后發現 掉話后 移動臺很快同步于一個不同的導頻pn282 并可以在此導頻上重建通話 據此我們判斷可能是漏作鄰區關系 檢查當時主導頻的鄰集列表 發現后來同步的導頻pn282已經在其鄰集列表中 查看手機導頻掃描圖發現手機沒有檢測到鄰集中的該導頻 在地理位置顯示圖上發現pn282所在基站為一高山站 距離掉話時手機位置較遠 如右邊示意圖所示 查看信令中的系統信息 srch win n 7 經計算 小區間的距離比鄰區集合搜索窗口大 手機因鄰區搜索窗口太小無法檢測到鄰區信號 因此無法請求切換 導致掉話產生 適當調大srch win n值 保證手機能夠搜索到鄰區信號 順利切換 減少掉話 cdma案例介紹 掉話7 本次掉話發生在對某條國道的路測過程中 掉話前手機的導頻信號圖和接收機的導頻掃描圖如下 手機測試結果 掃頻儀測試結果 cdma案例介紹 掉話7 根據pnscanner的掃描結果發現 掉話前主導頻為pn444 但此時pn318明顯強于主導頻 見示意圖 經檢查發現pn318并不在主導頻所在小區的鄰集列表中 導頻318不能作軟切換而成為強的干擾信號 雖然此時接收功率較高 60db 但移動臺接收到的有效導頻強度很低 造成該區域ffer過高 導致掉話 解決辦法視具體情況而定 如果該干擾導頻確實在服務基站附近 通過簡單修改鄰區列表即可解決 如果該干擾導頻來自較遠地方的基站信號 可通過適當修正該基站的覆蓋區域 方位角 高度等 來解決 cdma案例介紹 前向干擾掉話 在前向干擾掉話期間 可以觀察到導頻信號的ec io下降而手機接收到的功率在增加 這就表明有了強導頻干擾 造成前向fer過高 ms很快啟動t5m計數器 如果時間持續過長大于t5m設定的時間 則手機就會重新初始化 導致掉話 若ms掉話后重新初始化進入新導頻 這就是最明顯的前向干擾掉話 如果ms的fer是由外部干擾造成 ms將長時間地進入搜索模式 大于10秒 這是因為干擾源信號很強但是ms解調不出相關信息 cdma案例介紹 接入失敗 協議規定接入過程的每一個子階段必須在一定的時間內完成 有如下5個子階段 1 基站對呼叫請求的確認 基站通過確認消息對移動臺的呼叫進行確認 移動臺在接收到呼叫請求之前可能會發送多次呼叫請求消息 在此階段 若當前的開銷消息沒有在t41m 4s 內接收到 移動臺將中止接入 重新進行初始化 2 等待信道指配消息 若移動臺在接收到基站的確認消息之后的12s之內沒有收到尋呼信道上發送的信道指配消息 移動臺會自動返回到空閑狀態 記載移動臺發起呼叫嘗試子狀態中 若定時器超時 移動臺將返回空閑狀態 該時間常數為t42m 3 確認前向業務信道 移動臺在收到指配消息之后必須馬上獲取前向業務信道 is 95a中該時間為200ms 在is 95b中延長至1s 該時間常數為t50m 若定時器超時 則系統丟失 移動臺重新初始化 4 若前向業務信道被成功解調 移動臺開始在反向業務信道上發送業務信道前綴 在成功獲取反向信道之后 基站在前向業務信道上發送確認消息 若該確認消息沒有在2s內收到 移動臺會重新初始化 該時間常數為t51m 5 基站向移動臺發送業務連接消息 若連接失敗 則系統釋放 移動臺重新初始化 cdma案例介紹 接入失敗1 2008年10月29日 廣州天河區測試 主叫在2 18 40發生了一次接入失敗 cdma案例介紹 接入失敗1 從信令分析來看 主叫發出originationmessage 收到了基站的回應pchorder basestationacknowledgement 但后續沒有收到基站下發的channelassignmentmessage 而收到syncmessage 導致接入失敗 從無線指標來看 ecio值很差 下行鏈路不是很好 所以很可能是基站下發的channelassignmentmessage移動臺沒有收到引起的 cdma案例介紹 接入失敗2 2008年10月29日 廣州天河區測試時 主叫在1 49 43發生了一次接入失敗 cdma案例介紹 接入失敗2 分析前面的正常呼叫 通話時長都是1分30秒 而本次接入失敗從起呼到syncmessage的時長也是1分30秒 結合手機信令分析發現 其它信令都正常 就是缺少了serviceconnectmessage和serviceconnectcompletemessage 應該是關鍵信令丟失引起的接入失敗 cdma案例介紹 接入失敗3 2008年9月26日 河南鄭州測試時 被叫在3 00 41發生了一次接入失敗 cdma案例介紹 接入失敗3 通過查看參數發現num step 3 max rsp seq 2 每個accessprobesequence由1 1 num step個accessprobe組成 達到了呼叫嘗試次數 移動臺初始化 導致接入失敗 cdma案例介紹 接入失敗4 2008年12月在呼和浩特測試時 發生了96次未接通 接通率為15 79 明顯不正常 cdma案例介紹 接入失敗4 通過后臺的主被叫聯合報表統計發現這96次未接通是連續的 而且前面的呼叫都是正常的 從主被叫通話詳情報表的被叫起呼 接通和掛機時間來看都是空的 查看被叫的信令窗口發現此段時間沒有信令記錄 所以此類是被叫手機丟失引起的接入失敗 cdma案例介紹 接入失敗5 2008年12月在北京測試時 主叫在20 46 56發生了一次接入失敗 從主叫起呼時的無線參數來看 前反向信號都很好 totalecio 8db rxagc 76dbm txagc 7dbm 從主叫信令來看也正常接入了 有serviceconnectmessage和serviceconnectcompletionmessage cdma案例介紹 接入失敗5 分析被叫數據發現 在主叫起呼接入的時段被叫正在做位置登記 此時不能響應尋呼 導致接入失敗 cdma案例介紹 接入失敗6 2008年12月在北京測試時 在18 12 13發生了一次接入失敗 主叫起呼接入時的無線參數 totalecio 9db rxagc 81dbm txagc 7dbm 主叫信令正常接入 有serviceconnectmessage和serviceconnectcompletionmessage cdma案例介紹 接入失敗6 分析被叫數據發現 被叫已經成功響應尋呼 pagingresponse 網絡通過尋呼信道下發了應答消息 basestationacknowledgement 也下發了業務信道指配消息 extendedchannelassignment 但沒有在規定的時間 t50m 內連續收到兩個好幀 系統丟失 移動臺重新初始化 cdma案例介紹 接入失敗7 2008年12月在蘇州做cqt測試時 連續發生了5次接入失敗 從主叫起呼接入時的無線參數來看都很好 主叫信令也都能正常接入 有serviceconnectmessage 查看被叫的的無線環境也很好 但一直沒有尋呼響應信令 造成連續未接通 后跟現場測試人員確認發現是被叫欠費導致的連續未接通 cdma案例介紹 ftp上傳速率低 2008年12月在汕頭做ftpupload測試 用后臺統計發現ftp上傳速率的平均值為30kbps 速率很低 cdma案例介紹 ftp上傳速率低 分析數據發現 當時的無線環境較好 totalec io 7 44db rxagc 62 91dbm txagc 18 25dbm 但前向誤幀率較高ffer 4 55 rlp層的重傳率也很高37 50 cdma案例介紹 ftp上傳速率低 此處ffer較高 應該是存在干擾 通過后臺的導頻污染分析功能發現此處存在導頻污染 cdma案例介紹 ftp上傳速率低 通過地圖窗口覆蓋activesetcount指標顯示 以及serving neighbor窗口的顯示發現此路段一直都有4個信號強度接近的導頻覆蓋 存在導頻污染 引起ftp上傳速率低 cdma案例介紹 導頻污染 導頻污染簡介 移動臺激活集中有4個或4個以上ec io的強度都大于t add的導頻信號 且其中沒有一個導頻的強度大到可以作為主導頻 該區域為導頻污染區域 c網手機中有四個rake接收機 一個作為相關器 其余三個用作解調器 這使得rake同時只能處理三路的信號 由于cdma是一個自干擾受限系統 當激活集中的導頻數大于三個時 rake接收機將以時分形式從中選取三路進行合并 多余的導頻信號就成為一種干擾 增加了系統的背景噪聲 這對rake接收機的自適應算法是不利的 將會導致fer的升高 cdma案例介紹 導頻污染 導頻污染的產生原因 基站環形布局的影響 如果基站的布局不合理 使周圍基站圍成一個環形 在環形的中心位置 就會收到若干個周圍小區的導頻信號 而且導頻ecio比較接近 造成導頻污染 天線掛高的影響 在實際網絡建設中 可能出現相鄰基站之間天線高度相差較大的情況 如果遠處高站和近處低站天線的導頻信號到達同一測試點的鏈路損耗相同的話 就有可能在測試點處造成若干個具有相近ecio的導頻污染區 另外 由于高站的存在 天線的下傾角一般會比較大 天線波束容易畸變 覆蓋波形向旁瓣方向擠壓 造成旁瓣覆蓋區域的導頻污染 天線方位角 下傾角的影響 在密集城區里天線下傾角 方位角因素的影響表現得比較明顯 城區內站點分布比較密集 信號覆蓋較強 基站各個天線的方位角和下傾角設置不合理 造成