CDMA案例介紹.ppt_第1頁
CDMA案例介紹.ppt_第2頁
CDMA案例介紹.ppt_第3頁
CDMA案例介紹.ppt_第4頁
CDMA案例介紹.ppt_第5頁
已閱讀5頁,還剩36頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

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

溫馨提示

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

評論

0/150

提交評論