




已閱讀5頁,還剩41頁未讀, 繼續(xù)免費(fèi)閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
日訊科技 GSM移動(dòng)通信系統(tǒng)原理培訓(xùn)講義 優(yōu)化典型案例 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 案例一 利用A接口和E接口信令分析解決局間切換問題對(duì)G2的A接口進(jìn)行了信令跟蹤 通過數(shù)據(jù)分析發(fā)現(xiàn)G2的小區(qū)向G1的切換成功率非常差 統(tǒng)計(jì)結(jié)果如下 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 從上面的數(shù)據(jù)我們可以看到 有些小區(qū)的切換性能非常差 以小區(qū)1824910063 1824010281為例 具體的A接口消息流程如下 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 如上圖流程所示 在G2向G1發(fā)出HandoverRequired MAP 消息后0 1秒就收到了HandoverRequiredRejected消息 根據(jù)這個(gè)現(xiàn)象我們首先懷疑是G2的外部小區(qū)數(shù)據(jù)定義錯(cuò)誤 所有我們重新核查了G2的外部小區(qū)數(shù)據(jù) MSC和BSC的數(shù)據(jù)都沒有錯(cuò)誤 在排除這個(gè)原因后 我們對(duì)應(yīng)的察看了一下G2的無線話務(wù)統(tǒng)計(jì) 通過統(tǒng)計(jì)發(fā)現(xiàn)這種切換拒絕并不是發(fā)生在個(gè)別小區(qū) 而是整個(gè)G2向G1的外部小區(qū)切換都沒有成功 但是我們本網(wǎng)的兩個(gè)交換機(jī)到網(wǎng)外的局間切換都非常正常 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 由于前面只是進(jìn)行了G2的A接口信令采集 無法從流程中看到HandoverRequiredRejected消息是不是G1發(fā)過來的 在排除外部小區(qū)數(shù)據(jù)定義錯(cuò)誤的可能性之后 我們懷疑可能是尋址方式或者是MAP層未激活導(dǎo)致 所有我們又對(duì)G1 G2和G2 G1兩個(gè)方向的E接口信令進(jìn)行了采集 來驗(yàn)證我們的懷疑是否正確 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 E口數(shù)據(jù)我們采集的是23日17 00 18 00時(shí)段 在對(duì)這部分?jǐn)?shù)據(jù)進(jìn)行了分析后 通過CallAnalysis軟件 我們發(fā)現(xiàn)G2向G1發(fā)出的HandoverRequired消息成功送達(dá)G1 并且收到G1的回復(fù)消息 如下所示 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 由圖中紅色標(biāo)識(shí)我們可以看到 MAP層消息UDTBEG代表了切換請(qǐng)求 它的源信令點(diǎn)是393089 目標(biāo)信令點(diǎn)是392998 通過數(shù)據(jù)檢查 我們知道這兩個(gè)信令點(diǎn)對(duì)應(yīng)的分別是G1 392998 G2 393089 這樣我們就知道這條消息是G2發(fā)給G1的切換請(qǐng)求消息 切換的目標(biāo)小區(qū)是460 00 18240 10281 即WUMA28A 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 我們來看一下接下來的消息UDTCON的解碼 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 我們關(guān)注一下圖中紅色標(biāo)識(shí)區(qū)域 通過前面的論述 我們知道這個(gè)UDTCON消息是G1發(fā)給G2的關(guān)于切換請(qǐng)求的回復(fù)消息 通過前面的G2 G1的E口信令數(shù)據(jù)分析 我們可以肯定不是由于尋址方式和MAP層未激活導(dǎo)致的局間切換成功率非常差 而且我們可以肯定在G2向G1切換這個(gè)方向 切換請(qǐng)求已經(jīng)送到了G1 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 為了說明問題的解決思路 我們首先來看一下局間切換的信令流程 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 由局間切換的信令流程我們可以看到 一個(gè)完整的局間切換流程為 首先當(dāng)前服務(wù)小區(qū)所在的BSC根據(jù)收到的測量報(bào)告向所在MSC發(fā)出Handoverrequest MSC判斷出該請(qǐng)求屬于局間切換 則向目標(biāo)MSC發(fā)出Handoverrequired MAP 目標(biāo)MSC在向VLR申請(qǐng)切換號(hào)碼后 向目標(biāo)小區(qū)發(fā)出HandoverRequest消息 在成功激活信道后 向源MSC回復(fù)HandoverRequiredACK消息 源MSC收到切換請(qǐng)求確認(rèn)消息后 向目標(biāo)MSC發(fā)出IAM消息 進(jìn)行切換過程 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 針對(duì)G2 G1的切換不正?,F(xiàn)象 我們通過前面的分析可以看到 G2發(fā)給G1的HandoverRequired消息已經(jīng)成功送達(dá)MSC1 然后就收到了MSC1發(fā)送的HandoverRequiredRejected消息 對(duì)照流程我們可以看到問題出在了MSC1側(cè) 那么我們就針對(duì)MSC1進(jìn)行了數(shù)據(jù)核查 在核查過程中發(fā)現(xiàn)在MSC LAC的定義中MSC1將全部的11個(gè)LAC區(qū)均定義為本MSC的LAC 在將這個(gè)問題調(diào)整后 兩個(gè)交換機(jī)之間的局間切換恢復(fù)正常 話務(wù)統(tǒng)計(jì)對(duì)比如下 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 案例二 西門子特殊掉話流程分析跟蹤bsc05和bsc07 16 00 17 00 整點(diǎn)全部A接口信令 并與無線側(cè)相應(yīng)時(shí)段的統(tǒng)計(jì)進(jìn)行比較 詳細(xì)情況見下表 表1 bsc07信令處理結(jié)果 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 表2 bsc05信令處理結(jié)果 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 通過對(duì)bsc05和bsc07A接口掉話流程的分析 發(fā)現(xiàn)在這些掉話流程中存在 特殊掉話流程 次數(shù)如上表所列 并有一定的共性 給出一個(gè)典型情況 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 如上圖所列出的流程 這類 特殊掉話流程 的共性是在正常通話過程中發(fā)出或收到短消息 并且在disconnect消息之前沒有完成短消息流程 在relcpl消息之后msc再次指配信道 且收到指配完成消息assignmentcomplete 然后bsc向msc發(fā)clearrequest消息觸發(fā)掉話 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 在通話過程中 短消息占用Sacch信道 標(biāo)準(zhǔn)流程如下 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 從實(shí)際的A接口信令中也可以濾出通話過程中收 發(fā)短信的流程 匯總結(jié)果發(fā)現(xiàn)在通話過程中完整的短信流程需要10s左右的時(shí)間 主要是ms收到cpdata和回應(yīng)cpack之間的時(shí)間比較長約9s 詳細(xì)流程如下 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 為了進(jìn)行對(duì)比 下面給出手機(jī)在空閑模式下占用sdcch信道收 發(fā)短信的流程 可以計(jì)算出ms占用sdcch信道收發(fā)短信僅需要1s的時(shí)間 如下所示 日訊科技 第一部分 信令分析在優(yōu)化中的應(yīng)用實(shí)例 總結(jié) 從信令跟蹤情況和無線統(tǒng)計(jì)的對(duì)應(yīng)關(guān)系來看 將 特殊掉話流程 產(chǎn)生的clearrequest計(jì)為掉話的可能性是存在的 并且通過其他廠家相應(yīng)A接口的信令跟蹤結(jié)果來看 在通話過程中占用sacch收 發(fā)短信無線側(cè)回應(yīng)cpack消息的時(shí)間接近9s是正常的 經(jīng)與西門子技術(shù)支持聯(lián)系 最終需要通過刷新交換機(jī)軟件 修改相應(yīng)的消息流程來解決這一問題 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 案例一 GSM接口版本低導(dǎo)致雙頻網(wǎng)小區(qū)重選異常在晉城聯(lián)通十二期搬遷擴(kuò)容工程中 涉及陽城北留M1800基站的搬遷替換 在數(shù)據(jù)規(guī)劃時(shí) 頻點(diǎn)配置繼承原有摩托M1800基站頻點(diǎn) 結(jié)合地理信息規(guī)劃完整鄰區(qū)關(guān)系 并對(duì)小區(qū)參數(shù)進(jìn)行合理設(shè)置 如合理配置小區(qū)層級(jí)關(guān)系 層間切換門限及磁滯 并將多頻報(bào)告指示設(shè)置為3 確保1800能夠很好的吸收話務(wù) 并在邊緣及時(shí)切換到900M小區(qū) 搬遷工作結(jié)束后 優(yōu)化人員對(duì)北留進(jìn)行了詳細(xì)DT測試 測試中發(fā)現(xiàn)如下問題 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 上述圖片為在北留鎮(zhèn)定點(diǎn)撥測的測試情況 該界面是手機(jī)空閑模式下的截圖 可以看到在空閑模式下手機(jī)駐留在M1800小區(qū)3285062943上 鄰區(qū)列表中僅列出了相鄰M1800小區(qū)的信息 看不到M900小區(qū)頻點(diǎn) 鎖頻到M900小區(qū)也出現(xiàn)類似情況 當(dāng)主服務(wù)小區(qū)為M900小區(qū)時(shí)也同樣看不到M1800鄰區(qū)的信息 如下圖所示 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 查詢數(shù)據(jù)庫中上述小區(qū)BA1和BA2表的頻點(diǎn)設(shè)置情況 發(fā)現(xiàn)BA表中的頻點(diǎn)集的確自動(dòng)生成了 如下所示 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 但在長時(shí)間的定點(diǎn)測試中 空閑模式下都不能正常上報(bào)非服務(wù)小區(qū)本頻段的鄰小區(qū)測量信息 也沒有發(fā)生M900小區(qū)和M1800小區(qū)之間的小區(qū)重選 后嘗試將MBR由3調(diào)整到0或者將M1800小區(qū)由層二調(diào)整回層三 現(xiàn)象依舊 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 進(jìn)行通話測試 情況如下 通話模式下占用M900 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 通話模式下占用M1800 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 在通話模式下 占用M900或占用M1800小區(qū)后 均能夠正常上報(bào)其他頻段相鄰小區(qū)的測量報(bào)告 在實(shí)際的測試中也的確可以完成雙頻小區(qū)之間的相互正常切換 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 檢查空閑和通話模式下系統(tǒng)消息2ter和5ter的下發(fā)情況 先看看空閑模式下駐留在M900小區(qū) 63093北留完小 3 時(shí)的系統(tǒng)消息2和2ter M900小區(qū) 63093北留完小 3 系統(tǒng)消息2 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 M900小區(qū) 63093北留完小 3 系統(tǒng)消息2ter 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 以下是在空閑模式下占用M1800小區(qū) 62943北留完小M1800 3 時(shí)的系統(tǒng)消息2和2ter M1800小區(qū) 62493北留完小 3 系統(tǒng)消息2 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 M1800小區(qū) 62493北留完小 3 系統(tǒng)消息2ter 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 從雙頻網(wǎng)小區(qū)下發(fā)系統(tǒng)消息2和2ter內(nèi)容來看是正常的 現(xiàn)網(wǎng)華為小區(qū)開局時(shí)在系統(tǒng)消息使用的選擇上也是默認(rèn)選擇系統(tǒng)消息2 2ter和5 5ter 同時(shí)檢查通話模式下系統(tǒng)消息5和5ter的下發(fā)情況 結(jié)果正常 檢查小區(qū)選擇和重選參數(shù) 并沒有發(fā)現(xiàn)特殊設(shè)置 在數(shù)據(jù)配置 系統(tǒng)消息使用等相關(guān)信息的檢查后并沒有發(fā)現(xiàn)錯(cuò)誤 但空閑模式下的故障現(xiàn)象依然存在 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 在后續(xù)的撥打測試中 還出現(xiàn)異?,F(xiàn)象是在占用M1800小區(qū)通話 通話結(jié)束返回空閑模式時(shí) 沒有經(jīng)過小區(qū)重選過程直接駐留在M900小區(qū) 如下 占用M1800小區(qū)通話 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 空閑模式下沒有重選過程直接駐留在M900小區(qū) 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 正常情況下應(yīng)該是占用M1800小區(qū)通話 通話結(jié)束后只有通過小區(qū)重選才可以駐留在其他小區(qū) 層三也出現(xiàn)異常消息 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 從現(xiàn)場測試文件的層三消息中 我們?cè)敿?xì)解讀空閑模式下的系統(tǒng)內(nèi)容 發(fā)現(xiàn)在空閑模式下系統(tǒng)消息三中包含內(nèi)容systeminformation2ter notavailable 即空閑模式下雖然下發(fā)系統(tǒng)消息2ter 但系統(tǒng)消息3告知MS系統(tǒng)消息2ter無效 導(dǎo)致在空閑模式下MS不測量其他頻段的信號(hào) 如下所示 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 日訊科技 第二部分 無線側(cè)優(yōu)化典型案例 綜上所述 通過核查無線側(cè)的相關(guān)參數(shù)設(shè)置和小區(qū)統(tǒng)計(jì)都沒有發(fā)現(xiàn)異常 發(fā)生這樣的異?,F(xiàn)象可能和小區(qū)無線參數(shù)設(shè)置沒有關(guān)系 現(xiàn)網(wǎng)BSC側(cè)A接口 Aibs接口和Um接口的版本均為GSM Phase 1 懷疑現(xiàn)網(wǎng)接口版本在雙
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 肉牛牧場養(yǎng)殖委托運(yùn)營管理合同
- 健康管理師職業(yè)發(fā)展與服務(wù)價(jià)值
- 《特應(yīng)性皮炎Atopic Dermatitis》課件
- 分析室安全隱患及安全管理策略
- 《農(nóng)業(yè)災(zāi)害生物防治》課件
- 《消化系統(tǒng)疾病診斷與預(yù)防》課件
- 《枯葉飄零之美》課件
- 《新冠病毒感染患者護(hù)理指南》課件
- 《全球教育資源庫》課件
- 音樂欣賞活動(dòng)教案課件
- 安裝鋼結(jié)構(gòu)平臺(tái)合同協(xié)議
- 放射科質(zhì)量管理制度
- 社工招聘筆試題庫及答案
- 科研助理筆試題庫及答案
- 2024年中華醫(yī)學(xué)會(huì)招聘考試真題
- 2025年-山東省建筑安全員A證考試題庫附答案
- 2024年紀(jì)檢監(jiān)察綜合業(yè)務(wù)知識(shí)考試題庫含答案【培優(yōu)】
- 醫(yī)院物業(yè)管理服務(wù)合同-范本
- 綜合執(zhí)法考試試題及答案
- 藥物臨床試驗(yàn)質(zhì)量管理規(guī)范解讀
- 零星工程框架協(xié)議書范本
評(píng)論
0/150
提交評(píng)論