GSM尋呼成功率提升問題指導(dǎo)書_第1頁
GSM尋呼成功率提升問題指導(dǎo)書_第2頁
GSM尋呼成功率提升問題指導(dǎo)書_第3頁
GSM尋呼成功率提升問題指導(dǎo)書_第4頁
GSM尋呼成功率提升問題指導(dǎo)書_第5頁
已閱讀5頁,還剩27頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

GSM尋呼成功率提升問題指導(dǎo)書文件編號(hào):.1(根據(jù)在資料架構(gòu)中的歸屬編號(hào))版本:1.0中興通訊移動(dòng)網(wǎng)規(guī)網(wǎng)優(yōu)部發(fā)布

移動(dòng)網(wǎng)規(guī)網(wǎng)優(yōu)部GSM產(chǎn)品技術(shù)指導(dǎo)書版本說明:版本日期作者審核修改記錄2008-01-30常海杰未審核無目錄TOC\o"1-3"\h\z\t"標(biāo)題6,1,標(biāo)題7,2,標(biāo)題8,3"1 前沿 32 尋呼成功率指標(biāo)定義和分析 4 尋呼成功率指標(biāo)定義 4 無線側(cè)尋呼相關(guān)計(jì)數(shù)器及信令統(tǒng)計(jì)點(diǎn) 4 尋呼成功率統(tǒng)計(jì): 63 尋呼原理和流程分析 7 尋呼原理 7 無線尋呼的基本信令流程 84 影響尋呼成功率的原因 9 MSC側(cè)原因 9 BSS側(cè)原因 10 PAGING消息在無線信道下發(fā)失敗 10 手機(jī)沒有收到PAGING消息 10 手機(jī)響應(yīng)PAGING時(shí),相關(guān)信息未能發(fā)送到MSC 105 解決措施 12 排查流程 12 MSC側(cè)和BSS側(cè)的相關(guān)調(diào)整內(nèi)容 13 首先排除系統(tǒng)導(dǎo)致的異常 13 檢查手機(jī)的最新活動(dòng)狀態(tài) 13 排除GPRS的影響 14 指標(biāo)分析 14 無線參數(shù)檢查和優(yōu)化 15 MSC尋呼策略的分析 17 現(xiàn)場測(cè)試 176 尋呼相關(guān)知識(shí) 196.1 手機(jī)所在尋呼組的計(jì)算 19 尋呼組、BS-PA-MFRMS、BS-AG-BLKS-RES(AGB)三者關(guān)系 20 BTS尋呼容量計(jì)算 21 BTS尋呼負(fù)荷計(jì)算 23 尋呼時(shí)長計(jì)算 23 LAC區(qū)大小與PCH信道容量的關(guān)系 24 SDCCH信道需求計(jì)算 25 ZX-G10BSCPaging處理能力 26 相關(guān)參數(shù) 27 CcchConf公共控制信道配置 27 BsAgBlkRes接入準(zhǔn)許保留塊 27 BsPaMframs尋呼信道復(fù)幀數(shù) 28 MaxRetrans最大重傳次數(shù) 29 TxInteger發(fā)送分布時(shí)隙數(shù)(隨機(jī)等待時(shí)間) 30 T3212周期性位置更新定時(shí)器 31 RxLevAccessMin允許接入的最小接收電平 327 尋呼相關(guān)案例 33 SDCCH擁塞引起的尋呼無響應(yīng) 33 MSC流控導(dǎo)致的呼不通手機(jī) 33 T3212設(shè)置錯(cuò)誤導(dǎo)致的尋呼無響應(yīng) 34 位置區(qū)劃分引起尋呼成功率降低 34 MSC尋呼機(jī)制導(dǎo)致LAPD尋呼流控 35 參數(shù)調(diào)整提升尋呼成功率 37前沿尋呼成功率一直是用戶關(guān)注的重點(diǎn),也是目前影響考核結(jié)果的難點(diǎn),為了提升GSM網(wǎng)絡(luò)的系統(tǒng)運(yùn)行指標(biāo),提高網(wǎng)絡(luò)服務(wù)質(zhì)量,提升客戶滿意度。本文擬從指標(biāo)定義、原理、流程入手,分析了可能導(dǎo)致指標(biāo)差的原因,并提出了提高指標(biāo)的排查方法、優(yōu)化建議和案例。尋呼成功率指標(biāo)定義和分析尋呼成功率指標(biāo)定義尋呼成功率=尋呼響應(yīng)次數(shù)/尋呼請(qǐng)求次數(shù)*100%。尋呼請(qǐng)求次數(shù)定義:指本地區(qū)所有MSC發(fā)出的PAGING消息的總和,不包括二次尋呼的消息。統(tǒng)計(jì)點(diǎn)為MSC。尋呼響應(yīng)次數(shù)定義:指本地區(qū)所有MSC收到的PAGINGRES消息的響應(yīng)總和。包括二次尋呼響應(yīng),統(tǒng)計(jì)點(diǎn)為MSC。無線側(cè)尋呼相關(guān)計(jì)數(shù)器及信令統(tǒng)計(jì)點(diǎn)圖STYLEREF1\s1尋呼無線接入過程相關(guān)計(jì)數(shù)器如下表:計(jì)數(shù)器號(hào)計(jì)數(shù)器名稱計(jì)數(shù)器描述統(tǒng)計(jì)信令點(diǎn)測(cè)量任務(wù)V2:C11621尋呼消息次數(shù)當(dāng)BSC收到A口來的尋呼命令后,向各相關(guān)小區(qū)發(fā)尋呼指令,該指標(biāo)統(tǒng)計(jì)向各個(gè)小區(qū)發(fā)送尋呼消息的次數(shù)。向小區(qū)發(fā)PAGINGCOMMAND時(shí)進(jìn)行統(tǒng)計(jì)(按小區(qū)分別進(jìn)行統(tǒng)計(jì))?;緶y(cè)量V3:C100030121V2:C11637=C10007MTC的接入成功次數(shù)接入原因?yàn)镸TC的手機(jī)成功接入立即指派消息里分配的信道的次數(shù)。在手機(jī)收到BSC下發(fā)的IMM_ASS,成功接入相應(yīng)信道,使BSC收到EST_IND消息后,本計(jì)數(shù)器加1。BSC收到EST_IND消息(圖1中A4)?;緶y(cè)量、無線接入測(cè)量V3:C100030002=C100410007V2:C11685=C10005MTC接入請(qǐng)求個(gè)數(shù)接入原因?yàn)镸TC(移動(dòng)被叫)的信道請(qǐng)求次數(shù)。在手機(jī)通過BTS,以CHL_REQ消息向BSC申請(qǐng)無線信道時(shí),如果TA并未超出小區(qū)范圍,且允許接入原因?yàn)椤癕TC”時(shí),本計(jì)數(shù)器加1。手機(jī)向BSC申請(qǐng)信道,TA并未超出范圍(圖1中A1)?;緶y(cè)量、無線接入測(cè)量V3:C100030001=C100410005V2:C11692=C10022接入原因?yàn)閷ず繇憫?yīng)的接入次數(shù)接入原因?yàn)閷ず繇憫?yīng)的接入次數(shù),BSC收到EST_IND消息后,如果該消息攜帶的層3信息中,接入原因?yàn)閷ず繇憫?yīng),則本計(jì)數(shù)器加1。BSC收到EST_IND消息(圖1中A4)?;緶y(cè)量、無線接入測(cè)量V3:C100030137=C100410030V2:C10006MTC接入請(qǐng)求處理成功次數(shù)允許接入原因?yàn)镸TC的手機(jī)接入網(wǎng)絡(luò),BSC接受手機(jī)的信道請(qǐng)求,分配信道,并激活信道成功后,本計(jì)數(shù)器加1,同時(shí)BSC即將下發(fā)IMM_ASS消息給手機(jī)。信道激活成功(圖1中A3)。無線接入測(cè)量V3:C100410006V2:C20064PAGING消息數(shù)目統(tǒng)計(jì)BSC接收到MSC發(fā)送的尋呼消息的次數(shù),收到本計(jì)數(shù)器加1。BSC收到Paging消息。A口信令統(tǒng)計(jì)測(cè)量V3:C100610006V2:C01001因隊(duì)列滿而丟棄的PS尋呼消息計(jì)數(shù)統(tǒng)計(jì)尋呼的丟棄情況,已經(jīng)隊(duì)列的長度,統(tǒng)計(jì)的單位是載頻。TRX級(jí)尋呼測(cè)量V3:C100820001V2:C01002因隊(duì)列滿而丟棄的CS尋呼消息計(jì)數(shù)統(tǒng)計(jì)尋呼的丟棄情況,已經(jīng)隊(duì)列的長度,統(tǒng)計(jì)的單位是載頻。TRX級(jí)尋呼測(cè)量V3:C100820002V2:C01003CH隊(duì)列平均長度:9×9統(tǒng)計(jì)尋呼的丟棄情況,已經(jīng)隊(duì)列的長度,統(tǒng)計(jì)的單位是載頻。TRX級(jí)尋呼測(cè)量V3:C100820003V2:C01004PCH隊(duì)列平均長度:9×64統(tǒng)計(jì)尋呼的丟棄情況,已經(jīng)隊(duì)列的長度,統(tǒng)計(jì)的單位是載頻。TRX級(jí)尋呼測(cè)量V3:C100820004V2:C11301A口尋呼消息次數(shù)在BSC收到A口來的尋呼命令后,向各相關(guān)小區(qū)發(fā)尋呼指令。本計(jì)數(shù)器統(tǒng)計(jì)向各個(gè)小區(qū)發(fā)送尋呼消息的次數(shù)。向小區(qū)發(fā)PAGING_COMMAND消息時(shí)進(jìn)行統(tǒng)計(jì)(按小區(qū)分別進(jìn)行統(tǒng)計(jì))尋呼測(cè)量V3:C100540001V2:C70001Gb口PS尋呼消息次數(shù)在BSC收到Gb口來的PS尋呼命令后,向各相關(guān)小區(qū)發(fā)尋呼指令。本計(jì)數(shù)器統(tǒng)計(jì)向各個(gè)小區(qū)發(fā)送尋呼消息的次數(shù)。向小區(qū)發(fā)PAGING_COMMAND消息時(shí)進(jìn)行統(tǒng)計(jì)(按小區(qū)分別進(jìn)行統(tǒng)計(jì))V2PS基本測(cè)量V3:C100540002v3尋呼測(cè)量V2:C70002Gb口CS尋呼消息次數(shù)在BSC收到Gb口來的CS尋呼命令后,向各相關(guān)小區(qū)發(fā)尋呼指令。本計(jì)數(shù)器統(tǒng)計(jì)向各個(gè)小區(qū)發(fā)送尋呼消息的次數(shù)。向小區(qū)發(fā)PAGING_COMMAND消息時(shí)進(jìn)行統(tǒng)計(jì)(按小區(qū)分別進(jìn)行統(tǒng)計(jì))V2PS基本測(cè)量V3:C100540003v3尋呼測(cè)量注:單純無線側(cè)對(duì)尋呼的改善主要從提高移動(dòng)臺(tái)的無線隨機(jī)接入成功率來入手,上述計(jì)數(shù)器C10005、C1006、C1007反映了無線隨機(jī)接入過程,作為無線接入?yún)?shù)調(diào)整以及信令信道分配策略等的依據(jù)。接入請(qǐng)求的個(gè)數(shù)是收到ChannelRequire消息,接入請(qǐng)求處理成功次數(shù)是指發(fā)出immediateassign的次數(shù),由于無線接入使用的slot-aloha協(xié)議,一次接入可以有多次接入請(qǐng)求,因此計(jì)算接入成功率可以使用接入請(qǐng)求處理成功次數(shù)占接入請(qǐng)求個(gè)數(shù)的百分比來描述,該值到底反映了信令信道的阻塞程度;而接入成功次數(shù)占整個(gè)接入請(qǐng)求次數(shù)的百分比則反映了無線接入請(qǐng)求的碰撞情況,如果該值比較低,則需要考慮接入請(qǐng)求的間隔時(shí)間等是否合理等因素。尋呼成功率統(tǒng)計(jì):尋呼成功率在MSC側(cè)進(jìn)行統(tǒng)計(jì);如果LAC區(qū)按照BSC進(jìn)行劃分或我們的設(shè)備與其它廠家設(shè)備沒有LAC交叉的情況,并且MSC側(cè)沒有開啟二次尋呼功能或能夠在MSC側(cè)剔除二次尋呼次數(shù),則在BSS側(cè)可以近似計(jì)算尋呼成功率:Pagingsuccessrate(BSC)=∑C11692/C20064*100%尋呼原理和流程分析尋呼原理無線尋呼的過程,即MSC通過尋呼尋找到MS的通信過程,只有在查找到移動(dòng)用戶后,MSC才能進(jìn)行下一步的呼叫接續(xù)工作。圖2:尋呼消息下發(fā)的示意圖無線尋呼的基本信令流程圖3:無線尋呼基本信令流程從圖3可知,當(dāng)MSC從VLR中獲得移動(dòng)臺(tái)MS當(dāng)前所處的位置區(qū)(LAC)后,將向這一位置區(qū)的所有BSC發(fā)出尋呼消息(Paging)。BSC收到尋呼消息后,向該BSC下屬于此位置區(qū)的所有小區(qū)發(fā)出尋呼命令消息(PagingCommand)。當(dāng)基站收到尋呼命令后,將在無線信道的該IMSI所在尋呼組的尋呼子信道上發(fā)出尋呼請(qǐng)求消息(PagingRequest),該消息中攜帶有被尋呼用戶的IMSI或者TMSI號(hào)碼。MS在接收到尋呼請(qǐng)求消息后,通過隨機(jī)接入信道(RACH)請(qǐng)求分配獨(dú)立控制信道(SDCCH)。BSC則在確認(rèn)基站激活了所需的SDCCH信道后,在接入許可信道(AGCH)通過立即指配消息(ImmediateAssignment)將該SDCCH信道指配給MS。MS則使用該SDCCH信道發(fā)送尋呼響應(yīng)消息(PagingResponse)。BSC將尋呼響應(yīng)消息轉(zhuǎn)發(fā)給MSC,完成一次成功的無線尋呼。現(xiàn)在GSM網(wǎng)絡(luò)上交換機(jī)的尋呼方式一般為二次尋呼,尋呼間隔一般為5秒。當(dāng)MSC從VLR中獲得MS目前所處的位置區(qū)LAC后,第一次向MS所在的LAC下的所有BSC尋呼。如果MSC在發(fā)出尋呼消息后,5秒內(nèi)沒有收到尋呼響應(yīng)消息,MSC則會(huì)再發(fā)送一次尋呼消息。第二次也是向MS所在的LAC下的所有BSC尋呼。如果5秒內(nèi)仍沒有收到尋呼響應(yīng)消息,則此次無線尋呼失敗,同時(shí),MSC將向主叫用戶送“您撥打的用戶暫時(shí)無法接通”的錄音通知。中興交換機(jī)尋呼方式是一般是二次尋呼(可以設(shè)置為三次尋呼),尋呼間隔一般是3秒。影響尋呼成功率的原因MSC側(cè)原因交換的尋呼機(jī)制:交換機(jī)對(duì)尋呼次數(shù)以及尋呼響應(yīng)等待時(shí)長的設(shè)置會(huì)直接影響到尋呼響應(yīng)被接受的比例,比如:無線環(huán)境差的情況下,尋呼消息和響應(yīng)之間的時(shí)間差可能會(huì)比較大,這時(shí)就需要適當(dāng)?shù)募哟蠼粨Q機(jī)的尋呼等待時(shí)間;交換機(jī)采用何種方式尋呼也會(huì)影響到尋呼成功率,一般我們將2次以后的尋呼用ISMI來尋找MS。交換機(jī)隱含關(guān)機(jī)ImplicitDetachTimer的設(shè)置:交換機(jī)隱含關(guān)機(jī)的設(shè)置可以幫助網(wǎng)絡(luò)減少對(duì)不在服務(wù)區(qū)的MS的尋呼量,這也直接影響到尋呼成功率。設(shè)置過長導(dǎo)致網(wǎng)絡(luò)對(duì)已經(jīng)進(jìn)入盲區(qū)的用戶仍然進(jìn)行尋呼,造成尋呼失敗次數(shù)增多;設(shè)置過短增加系統(tǒng)負(fù)荷,影響網(wǎng)絡(luò)性能。位置更新成功率:高的位置更新成功率可以使網(wǎng)絡(luò)準(zhǔn)確地了解所尋呼MS的LAC信息,相反準(zhǔn)確度不高的LAC信息會(huì)導(dǎo)致尋呼消息的錯(cuò)誤發(fā)送,影響尋呼成功率。A接口的鏈路問題:A接口的鏈路問題集中表現(xiàn)為SCCP層建鏈?zhǔn)÷矢?,A口信令負(fù)荷過高,造成信令丟失,這些也會(huì)影響尋呼成功率。交換機(jī)系統(tǒng)負(fù)荷過高,導(dǎo)致對(duì)個(gè)別消息流控影響尋呼成功率。MSC中存在垃圾數(shù)據(jù),導(dǎo)致無謂的尋呼消息下發(fā),造成地面鏈路或PCH信道過載2次尋呼時(shí)間設(shè)置不合理,使得2次尋呼沒有起到作用,反而加重了系統(tǒng)尋呼負(fù)荷。兩個(gè)手機(jī)同時(shí)呼叫另一手機(jī),MSC接通一個(gè)主叫,對(duì)另一個(gè)主叫回“尋呼無響應(yīng)”。MSC尋呼消息下發(fā)時(shí)間不合理:手機(jī)的呼叫釋放未結(jié)束,MSC卻提前完成了釋放過程,同時(shí)又下發(fā)新的尋呼,結(jié)果得到“尋呼無相應(yīng)”的回應(yīng)。BSS側(cè)原因PAGING消息在無線信道下發(fā)失敗BSC流量控制,導(dǎo)致消息的丟棄。負(fù)荷高時(shí),消息排隊(duì)時(shí)間長,未能及時(shí)發(fā)送到手機(jī)。傳輸鏈路質(zhì)量不好,導(dǎo)致底層LAPD消息丟失。T3212參數(shù)設(shè)置不合理。尋呼消息太多導(dǎo)致無線口消息丟失(如LAC區(qū)過大、短信群發(fā)等)。手機(jī)沒有收到PAGING消息覆蓋原因:覆蓋盲區(qū),總體網(wǎng)絡(luò)覆蓋率差,用戶超出覆蓋區(qū),網(wǎng)絡(luò)覆蓋漏洞,個(gè)別覆蓋盲點(diǎn)。手機(jī)頻繁重選位置更新頻繁手機(jī)在進(jìn)行GPRS業(yè)務(wù),未能偵聽BCCH上的消息。尋呼組設(shè)置不合理,導(dǎo)致尋呼時(shí)間長,或者漏聽尋呼。尤其是相鄰兩個(gè)小區(qū)的尋呼組不同。MS最大重發(fā)次數(shù)、擴(kuò)展傳輸時(shí)隙TX-integer等參數(shù)配置不合適容易造成信道請(qǐng)求沖突或檢測(cè)不到。相鄰基站頻率相差很多,引起頻繁重選時(shí),偵聽的時(shí)間不同,容易導(dǎo)致漏聽尋呼。手機(jī)響應(yīng)PAGING時(shí),相關(guān)信息未能發(fā)送到MSCSDCCH擁塞;SDCCH指派失??;上下行鏈路不平衡,上行弱;傳輸鏈路不好,消息丟失;服務(wù)區(qū)內(nèi)存在網(wǎng)內(nèi)外干擾或小區(qū)硬件故障導(dǎo)致手機(jī)無法解碼尋呼消息或無法接入SDCCH信道從而無法響應(yīng)尋呼;手機(jī)原因:手機(jī)接收性能差、異常吊死、電量不足導(dǎo)致上行弱等。解決措施排查流程針對(duì)尋呼成功率的排查,從MSS和BSS兩方面并行進(jìn)行排查,其中需要重點(diǎn)關(guān)注的幾個(gè)方面如下:系統(tǒng)負(fù)荷(MSS和BSS);LAC區(qū)劃分及BTS尋呼負(fù)荷:控制LAC區(qū)的大小及邊界,調(diào)整PCH信道容量(通過估算AGCH的需求量,可以將CombineBCCH/SDCCH小區(qū)的AGCH保留數(shù)由2調(diào)整為1或0,以增加PCH塊數(shù));定時(shí)器設(shè)置:ImplicitDetachTimer>T3212,在系統(tǒng)負(fù)荷允許范圍內(nèi)適當(dāng)降低這兩個(gè)值有助于提升尋呼成功率,尤其對(duì)于覆蓋較差的地方;尋呼流控(MSS和BSS),其中BSS側(cè)關(guān)注LAPD流控通知,在BSC外圍模塊端口規(guī)劃中注意一個(gè)外圍模塊下最好僅下掛一個(gè)LAC的站點(diǎn),如掛兩個(gè)則以外圍模塊的左右區(qū)域來區(qū)分;尋呼機(jī)制設(shè)置:一般IMSI尋呼的成功率要高于TMSI尋呼,另外不建議開啟全局尋呼;覆蓋情況:弱覆蓋和上下行不平衡;SDCCH擁塞和指派失?。赫{(diào)整信道配置,保證SDCCH信道不擁塞,排除硬件故障及干擾,提升SDCCH的指派成功率;頻繁重選和頻繁位置更新:調(diào)整CRO,TMO,PT及CRH等;網(wǎng)內(nèi)、外干擾:網(wǎng)絡(luò)干擾影響SDCCH的指派成功率,如果BCCH頻點(diǎn)受到干擾會(huì)導(dǎo)致手機(jī)收聽不到尋呼消息或發(fā)出的接入請(qǐng)求無法被BTS解調(diào);RxLevAccessMin參數(shù)設(shè)置:在掉話率和話音信道指配成功率能夠容忍的范圍內(nèi),適當(dāng)降低最小接入電平有助于提升尋呼成功率;MSC側(cè)和BSS側(cè)的相關(guān)調(diào)整內(nèi)容首先排除系統(tǒng)導(dǎo)致的異常查看流控告警,檢查MSC/VLR/BSC是否有流控告警。維護(hù)好A/Abis口的中繼鏈路,注意觀察A/Abis口信令負(fù)荷,及時(shí)增加信令鏈路,降低因?yàn)樾帕钬?fù)荷過高導(dǎo)致的尋呼失敗。檢查基站是否有傳輸瞬斷告警。由于系統(tǒng)之間(比如ABIS接口的LAPD鏈路、網(wǎng)絡(luò)側(cè)各個(gè)實(shí)體之間的接口鏈路)和系統(tǒng)內(nèi)部(如MSC與VLR之間的MEM鏈路、BSC/MSC各個(gè)模塊之間的鏈路等)鏈路不穩(wěn)定導(dǎo)致消息丟失,導(dǎo)致尋呼成功率低。這方面的問題可以通過查看告警得知。檢查MSC數(shù)據(jù)庫是否存在冗余數(shù)據(jù)。因?yàn)橐苿?dòng)網(wǎng)絡(luò)不斷擴(kuò)容、割接,造成MSC和BSC的小區(qū)數(shù)據(jù)不一致,要及時(shí)核對(duì)小區(qū)數(shù)據(jù)并及時(shí)刪除冗余小區(qū)數(shù)據(jù)。在某些地方,網(wǎng)絡(luò)擴(kuò)容采取基站“插花”的方式(例如在MOTO的基站覆蓋范圍里面增加若干中興的基站),造成一個(gè)BSC底下有多個(gè)LAC的小區(qū)。這樣該BSC會(huì)收到多個(gè)LAC的尋呼消息,造成該BSC下的基站尋呼負(fù)荷較高檢查手機(jī)的最新活動(dòng)狀態(tài)目前僅可通過VLR探針,檢查手機(jī)的最近活動(dòng)記錄。測(cè)試時(shí)可通過對(duì)SGSN,MSC,ABIS口等錄制信令,判斷手機(jī)的活動(dòng)。排除GPRS的影響檢查GPRS路由區(qū)設(shè)置是否合理。同一站點(diǎn)路由區(qū)應(yīng)相同,重選比較頻繁的小區(qū)路由區(qū)應(yīng)相同。檢查路由區(qū)更新周期設(shè)置是否合理。利用不支持GPRS功能的手機(jī)進(jìn)行測(cè)試。指標(biāo)分析檢查SDCCH擁塞情況,查看話統(tǒng)中“SDCCH擁塞率”等指標(biāo),正常情況下應(yīng)該為0或接近為0。消除SDCCH擁塞造成的“尋呼無相應(yīng)”。分析MTC成功率是否存在異常,正常情況下MTC接入成功率應(yīng)該大于98%。MTC接入成功率=C10007/C10005×100%=C11637/C11685×100%分析小區(qū)的位置更新次數(shù)及位置更新成功率是否存在異常。分析系統(tǒng)的平均TA和最大TA判斷是否存在過覆蓋現(xiàn)象。查看MSC側(cè)發(fā)出尋呼請(qǐng)求次數(shù)(需要MSC側(cè)提供針對(duì)BSC所在LAC區(qū)的尋呼請(qǐng)求次數(shù),并區(qū)分一次尋呼和二次尋呼)、BSC在A口接收到的尋呼請(qǐng)求次數(shù)(C20064)、BTS側(cè)(分小區(qū))收到的尋呼請(qǐng)求次數(shù)(C11621)、MTC接入請(qǐng)求次數(shù)(C11685)、MTC接入成功次數(shù)(C11637)的差別,可以看到尋呼消息在A口、Abis口、UM口上的損失情況;MSC側(cè)發(fā)出尋呼請(qǐng)求次數(shù)-C20064表示A接口的尋呼損失情況;C20064-C11621(各小區(qū))表示Abis口及BSC內(nèi)的尋呼損失情況,如果同一個(gè)BSC內(nèi)有多個(gè)LAC區(qū)的話,此項(xiàng)沒有意義;對(duì)比同一個(gè)LAC區(qū)內(nèi)各小區(qū)的C11621,找出最大值,對(duì)比其余小區(qū)與最大值的差別,表示不同小區(qū)的Abis口及BSC內(nèi)的尋呼損失情況;同一個(gè)LAC區(qū)C11621(最大)-同LAC區(qū)內(nèi)C11685之和-二次尋呼次數(shù)表示Um口上尋呼消息的損失情況,由于BSS無法區(qū)分一次尋呼和二次尋呼以及隨機(jī)接入有RACH重發(fā)的機(jī)制,所以Um口的尋呼損失情況無法精確統(tǒng)計(jì);對(duì)比話務(wù)量差別不大的LAC區(qū)的C11621是否差別較大,可以判斷MSC側(cè)的尋呼機(jī)制是否對(duì)每個(gè)LAC區(qū)都相同,如果不同可以通過錄制A口信令來觀察MSC的尋呼機(jī)制;無線參數(shù)檢查和優(yōu)化檢查與尋呼、接入、立即指配有關(guān)的參數(shù)設(shè)置。通過查詢?cè)捊y(tǒng)、告警等,看是否有RACH、PCH、SDCCH等過載的消息。接入允許保留塊數(shù)BS-AG-BLKS-RES和尋呼信道復(fù)幀數(shù)BS-PA-MFRMS配置不合適容易造成PCH信道擁塞或?qū)ず羲俣嚷?。通過話統(tǒng)“尋呼性能測(cè)量”中的“因隊(duì)列滿而丟棄的尋呼消息次數(shù)”正常情況應(yīng)該為0。增加尋呼信道復(fù)幀數(shù)BsPaMframs的好處是減少屬于每個(gè)尋呼子信道的用戶數(shù),小區(qū)的尋呼塊數(shù)也越多,相應(yīng)屬于每個(gè)尋呼子信道的用戶數(shù)越少,降低了每個(gè)尋呼塊的尋呼負(fù)荷,避免突發(fā)的尋呼,降低碰撞概率,因此尋呼信道的承載能力加強(qiáng)(注意:理論上尋呼信道的容量并沒有增加,只是在每個(gè)BTS中緩沖尋呼消息的緩沖器被增大,使尋呼消息發(fā)送密度在時(shí)間上和空間上更均勻)。同時(shí)手機(jī)偵測(cè)尋呼的時(shí)間越少,耗電量就越小。BS_PA_MFRMS太大是以犧牲尋呼消息在無線信道上的平均時(shí)延為代價(jià)的,即BS_PA_MFRMS越大使尋呼消息在空間段的時(shí)間延遲增大,系統(tǒng)的平均服務(wù)性能降低,手機(jī)等待尋呼的時(shí)間加長。減少尋呼信道復(fù)幀數(shù)BsPaMframs的好處是一是縮短用戶響應(yīng)尋呼的時(shí)間,提高網(wǎng)絡(luò)的整體服務(wù)性能。二是我公司BTS在尋呼信道復(fù)幀數(shù)<=3時(shí)有對(duì)尋呼消息的2次重發(fā)功能,增加尋呼消息重發(fā)次數(shù)提高手機(jī)響應(yīng)尋呼的幾率,提高了尋呼成功幾率。由于AGCH的優(yōu)先級(jí)較高,因此可通過計(jì)算得知AGCH的需求量,將combined基站的AGCH保留塊數(shù)的值由2設(shè)為0(參見BTS尋呼容量計(jì)算);手機(jī)最大重發(fā)次數(shù)MAXretrans、擴(kuò)展傳輸時(shí)隙TX-integer等參數(shù)配置不合適容易造成信道請(qǐng)求沖突或檢測(cè)不到。通過話統(tǒng)“無線接入性能測(cè)量”中的“接入請(qǐng)求次數(shù)”、“接入請(qǐng)求處理成功次數(shù)”、“接入成功次數(shù)”計(jì)數(shù)器進(jìn)行分析:接入請(qǐng)求的個(gè)數(shù)是收到ChannelRequire消息的次數(shù),接入請(qǐng)求處理成功次數(shù)是指發(fā)出ImmediateAssignment消息的次數(shù),接入成功次數(shù)是指收到EST_IND消息的次數(shù)。由于無線接入使用的slot-aloha協(xié)議,一次接入可以有多次接入請(qǐng)求,因此計(jì)算接入成功率可以使用接入請(qǐng)求處理成功次數(shù)占接入請(qǐng)求個(gè)數(shù)的百分比來描述,該值反映了信令信道的阻塞程度;而接入成功次數(shù)占整個(gè)接入請(qǐng)求次數(shù)的百分比則反映了無線接入請(qǐng)求的碰撞情況,如果該值比較低,則需要考慮接入請(qǐng)求的間隔時(shí)間是否合理等因素。按照數(shù)據(jù)配置規(guī)范中相關(guān)參數(shù)配置原則對(duì)數(shù)據(jù)進(jìn)行修改。檢查T3212(周期性位置更新時(shí)間)和IDETTIM(隱含關(guān)機(jī)時(shí)間)參數(shù)設(shè)置是否合理。尋呼不成功的一種可能是MS進(jìn)入盲區(qū)或掉電,若此時(shí)交換機(jī)的隱含關(guān)機(jī)時(shí)間未到(MSC將定時(shí)對(duì)ATTACH的用戶進(jìn)行查詢,它將這一段時(shí)間內(nèi)未與系統(tǒng)聯(lián)系的MS設(shè)為隱含關(guān)機(jī)狀態(tài)),MSC仍會(huì)對(duì)該用戶發(fā)尋呼消息,MS無法進(jìn)行響應(yīng)。在BSC側(cè),每個(gè)基站(BTS)設(shè)置一個(gè)定時(shí)器T3212,為了讓MS定期與網(wǎng)絡(luò)聯(lián)系,這樣VLR中才會(huì)有用戶最新的位置信息。BSC中周期位置更新計(jì)時(shí)器T3212與MSC中隱含關(guān)機(jī)計(jì)時(shí)器IDETTIM必須滿足前提條件T3212<IDETTIM。在滿足該條件下,我們可對(duì)T3212、IDETTIM進(jìn)行一些靈活的設(shè)置。對(duì)一些郊區(qū)站和農(nóng)村站,由于盲區(qū)和信號(hào)差的地區(qū)比較多,就可以將T3212設(shè)置較小,以盡量減少用戶不在服務(wù)區(qū)和用戶被系統(tǒng)置為隱含關(guān)機(jī)。而對(duì)于市區(qū)站來說由于平均話務(wù)量、信令量比較大,T3212設(shè)太小,將會(huì)增加大量位置更新的消息,增大MSC和空口信道負(fù)荷,反而有可能降低尋呼成功率。對(duì)于隱含關(guān)機(jī)計(jì)時(shí)器IDETTIM,設(shè)得過短,雖可提高尋呼成功率,但將造成一部分用戶被隱含關(guān)機(jī),影響用戶的正常使用;IDETTIM若設(shè)的過長,就可能出現(xiàn)一種情況:用戶長期呆在盲區(qū)(時(shí)間<IDETTIM),這時(shí)此用戶在MSC中依然處于ATTACH狀態(tài),當(dāng)此用戶做被叫時(shí),會(huì)造成一次無效的PAGING。所以T3212與IDETTIM的設(shè)置在某種程度上很大的影響尋呼成功率,必須通過話務(wù)統(tǒng)計(jì)并結(jié)合BSC、MSC參數(shù)細(xì)致的分析來設(shè)置。當(dāng)然我們要通過射頻優(yōu)化的手段,減少覆蓋盲區(qū)。最小接入電平(RxLevAccessMin)設(shè)置是否合理。適當(dāng)降低RACH最小接入電平和手機(jī)最小接入電平,可以使手機(jī)更容易接入網(wǎng)絡(luò),可以提高尋呼成功率。壞處是會(huì)導(dǎo)致掉話增加。在優(yōu)化過程中要找到合適的平衡點(diǎn)。檢查LAC的劃分是否合理,LAC交界地段是否合理。當(dāng)一個(gè)手機(jī)被尋呼時(shí),MSC就會(huì)通過BSC向?qū)?yīng)LAC區(qū)范圍內(nèi)的所有基站發(fā)出尋呼請(qǐng)求。一個(gè)LAC區(qū)可能涵蓋數(shù)十個(gè)甚至數(shù)百個(gè)小區(qū),所以發(fā)至BSC的尋呼信息數(shù)量可能會(huì)很驚人。由于BTS必須通過有限的PCH信道向手機(jī)發(fā)送尋呼請(qǐng)求,因此過大的LAC區(qū)可能導(dǎo)致BTS的尋呼負(fù)荷過載,結(jié)果造成信令擁塞及尋呼信息丟失。LAC也不宜太小,否則會(huì)使移動(dòng)的MS頻繁進(jìn)行位置更新,浪費(fèi)系統(tǒng)資源,不能響應(yīng)PAGING。LAC的劃分邊界處是農(nóng)村或者山地等人跡罕至的地方,這樣MS處于LAC邊界的幾率也很小。LAC的劃分應(yīng)該避開商業(yè)區(qū)、交通繁忙的地區(qū),比如說交通主干線、橋梁、隧道等。因?yàn)檫@些地方MS移動(dòng)比較頻繁,會(huì)不斷進(jìn)行位置更新。如果MS位置更新不成功,那么即使有尋呼到來,MS也不可能響應(yīng),因?yàn)镸S有可能已經(jīng)處于另外一個(gè)LAC中。在重新規(guī)劃LAC時(shí)應(yīng)注意以下幾點(diǎn):LAC的范圍必須在一個(gè)MSC下,不允許跨越MSC。必須兼顧尋呼量和位置更新次數(shù)之間的平衡問題。LAC最重要的規(guī)劃原則是不要超過BTS的最大尋呼容量。一旦超過BTS的尋呼容量,就應(yīng)考慮LAC分裂。個(gè)別LAC下的BSC幾乎滿配置,BSC及BTS信令負(fù)荷過高將直接導(dǎo)致所在LAC尋呼成功率極低。在LAC尋呼負(fù)荷過載的情況下,大量短信的沖擊足以造成BSC下的大面積用戶打不成電話。如果2個(gè)LAC區(qū)的邊界地區(qū)用戶較多,邊界地區(qū)的尋呼成功率一定不好。適當(dāng)合并此類相鄰的LAC區(qū),可以提高尋呼成功率。同一LAC中參數(shù)設(shè)置是否一致。由于尋呼的基本單位為LAC,因此對(duì)于同一LAC區(qū)的所有小區(qū),建議CcchConf、BS-AG-BLK-RES、BS-PA-MFRMS設(shè)置相同。MSC尋呼策略的分析系統(tǒng)容量是否支持多次尋呼,若支持,分析多次尋呼對(duì)系統(tǒng)的影響。MSC負(fù)責(zé)形成尋呼消息,并可對(duì)未響應(yīng)的尋呼進(jìn)行重發(fā)。兩次尋呼間隔是一個(gè)很重要的參數(shù)。從無線方面看,兩次尋呼間隔越大,MS在響應(yīng)尋呼時(shí)所處的無線環(huán)境的相關(guān)性越小,MS也更容易成功響應(yīng)尋呼消息。但如果兩次尋呼的間隔設(shè)置過大,會(huì)使主叫用戶處于長時(shí)間等待狀態(tài),主叫用戶容易掛機(jī)。在優(yōu)化中要需要根據(jù)尋呼成功率和用戶掛機(jī)比例,逐步的調(diào)整尋呼間隔。適當(dāng)?shù)匮娱L尋呼間隔時(shí)長,可以提高尋呼成功率。缺點(diǎn)就是被叫用戶如果不在服務(wù)區(qū),主叫用戶聽到錄音通知的等待時(shí)間將相應(yīng)延長。有的設(shè)備廠家的MSC第二次尋呼可以采用全局尋呼(globalpaging),即可在整個(gè)MSC內(nèi)尋呼MS。而有些廠家的設(shè)備不支持這個(gè)功能。建議支持這個(gè)功能的交換機(jī)開啟此功能。這個(gè)功能對(duì)帶有兩個(gè)或多個(gè)位置區(qū)的MSC的尋呼成功率的提高有很好的幫助。另外,大多廠家交換機(jī)對(duì)于連續(xù)尋呼無響應(yīng)可以設(shè)置尋呼幾次后不再發(fā)尋呼?,F(xiàn)場測(cè)試現(xiàn)場測(cè)試是最重要的一個(gè)步驟,通過測(cè)試才能捕捉到真正的現(xiàn)象。若用普通手機(jī)容易復(fù)現(xiàn),而測(cè)試手機(jī)不容易復(fù)現(xiàn)時(shí),則需找兩個(gè)屬于同一尋呼組的SIM卡進(jìn)行測(cè)試,才能夠判斷出尋呼消息是否正常下發(fā)后普通手機(jī)未能正確響應(yīng)尋呼消息。觀察是否有頻繁重選和頻繁位置更新現(xiàn)象,如有需要修改重選參數(shù)(CRO,TMO,PT及CRH等)。測(cè)試是否存在盲區(qū)現(xiàn)象。尋呼相關(guān)知識(shí)手機(jī)所在尋呼組的計(jì)算在GSM系統(tǒng)中,下發(fā)的尋呼消息是分組進(jìn)行的,每一個(gè)移動(dòng)用戶在偵聽尋呼消息時(shí)只偵聽他自己所屬的尋呼組而忽略其它尋呼組的內(nèi)容,甚至在其它尋呼組發(fā)送尋呼消息期間關(guān)閉移動(dòng)臺(tái)中某些硬件設(shè)備的電源以節(jié)約移動(dòng)臺(tái)的功率開銷(即DRX的來源)。根據(jù)用戶的IMSI號(hào)、系統(tǒng)的CCCH信道數(shù)目、尋呼組占用的復(fù)幀數(shù)、AGCH保留塊數(shù)和BCCH與SDCCH的組合情況可以確定用戶的尋呼組。具體的計(jì)算方法如下(結(jié)果由CCCH_GROUP和PAGING_GROUP兩個(gè)參數(shù)確定):CCCH_GROUP=((IMSImod1000)mod(BS_CC_CHANS*N))divNPAGING_GROUP=((IMSImod1000)mod(BS_CC_CHANS*N))modNCCCH_GROUP是該用戶的尋呼消息下發(fā)到哪條CCCH信道上,其取值范圍是[0,BS_CC_CHANS-1],BS_CC_CHANS是系統(tǒng)配置的CCCH信道數(shù)目。PAGING_GROUP是該用戶的尋呼消息在所屬的CCCH信道的第幾個(gè)尋呼組上,其取值范圍是[0,N-1]。N是一條CCCH信道上的尋呼塊數(shù)(也就是尋呼組的數(shù)目),其計(jì)算方法為:N=(3-AGCH保留塊數(shù))×尋呼組占用的復(fù)幀數(shù)BCCH信道與SDCCH信道組合或N=(9-AGCH保留塊數(shù))×尋呼組占用的復(fù)幀數(shù)BCCH信道不與SDCCH信道組合。其中:IMSI是用戶的IMSI號(hào)碼Mod是取模運(yùn)算Div是整除運(yùn)算由上述可知,交換機(jī)發(fā)到BTS的尋呼消息,BTS并不是實(shí)時(shí)隨機(jī)地發(fā)到MS,而是根據(jù)IMSI分配到相應(yīng)的尋呼塊,再下發(fā)到MS,MS也僅僅是偵測(cè)對(duì)應(yīng)的尋呼塊,從而獲取尋呼消息,以IMSI后三位共999個(gè)號(hào)碼為依據(jù),除以尋呼塊數(shù)N,余數(shù)相同即為同一個(gè)PAGING_GROUP。例子:設(shè)系統(tǒng)配置了2條CCCH信道,BCCH信道不與SDCCH信道組合,AGCH保留塊數(shù)為2,尋呼組占用的復(fù)幀數(shù)為5,用戶的IMSI號(hào)為460007248009188則:N=(9-2)×5=35CCCH_GROUP=((460007248009188mod1000)mod(2×35))div35=1PAGING_GROUP=((460007248009188mod1000)mod(2×35))mod35=13結(jié)果表示該用戶在如上所配置的GSM網(wǎng)絡(luò)里面尋呼消息是在第1條CCCH信道(從第0條開始計(jì)數(shù))的第13個(gè)(從第0個(gè)開始計(jì)數(shù))尋呼組上發(fā)送。尋呼組、BS-PA-MFRMS、BS-AG-BLKS-RES(AGB)三者關(guān)系BS-PA-MFRMSTimebetweentransmissionofeachpaginggroupNumberofpaginggroupsCombinedBCCH/SDCCHNumberofpaginggroupsNon-CombinedBCCH/SDCCH3pagingblokspermultiframe2pagingblokspermultiframe9pagingblokspermultiframe8pagingblokspermultiframeAGB=0AGB=1AGB=0AGB=12641816396272441283632515104540618125448721146356824167264927188172BTS尋呼容量計(jì)算考慮到SDCCH擁塞,一些小區(qū)配置為combinedBCCH/SDCCH,但將BCCH/SDCCH改為combined后會(huì)減少每復(fù)幀周期的尋呼組的數(shù)量。尋呼組計(jì)算如下:CombinedBCCH/SDCCH小區(qū):

AG=2

MFR=5

尋呼組數(shù)量=(3-AG)*MFR=5個(gè)尋呼組2)Non-combinedBCCH/SDCCH小區(qū):

AG=2

MFR=5

尋呼組數(shù)量=(9-AG)*MFR=35個(gè)尋呼組若使用non-combined,尋呼組的數(shù)量為35,而用combined時(shí)只有5個(gè)尋呼組。以下主要針對(duì)combined配置進(jìn)行深入分析。

BTS通過尋呼組廣播尋呼請(qǐng)求。下面是一個(gè)尋呼請(qǐng)求可能的配置:2IMSIs1IMSIand2TMSIs4TMSIs

對(duì)于現(xiàn)網(wǎng)中部分小區(qū)設(shè)置的CombinedBCCH:每個(gè)復(fù)幀有3個(gè)尋呼組(235ms),若AG=2,

每秒尋呼組的數(shù)量為:(2個(gè)AGCH->1個(gè)PCH)

=1個(gè)PCH/0.235(每復(fù)幀)

=4.25個(gè)尋呼組/秒[1]

每復(fù)幀尋呼組可以傳送4個(gè)TMSIpages或2個(gè)IMSIpages。假設(shè)25%用于IMSI,且沒有全網(wǎng)尋呼,每復(fù)幀尋呼組的尋呼數(shù)為:

1TMSI尋呼占一個(gè)尋呼組的?,1IMSI尋呼占?。

4個(gè)尋呼(100%)=75%(TMSI)+25%(IMSI)

=3*?+1*?

=5/4(所需尋呼組)

所以,估計(jì)每尋呼組的尋呼數(shù)為:

因此,對(duì)于CombinedBCCH/SDCCH小區(qū),若AG=2,則每秒的尋呼數(shù)為:

4.25(尋呼組/秒)*3.2(尋呼數(shù)/尋呼組)=13.6(尋呼數(shù)/秒)[3]上面計(jì)算了實(shí)際現(xiàn)網(wǎng)中AG=2時(shí)尋呼的容量,建議將AG由2設(shè)為0,這樣可以直接增加尋呼的容量,改善尋呼成功率。以下將計(jì)算AG的實(shí)際需求及將AG由2設(shè)為0之后尋呼容量的增長。

例如:

某局LAC=14384(忙時(shí)SDCCH分配次數(shù)最多的小區(qū)63131,SDCCH試呼次數(shù)=5924)

CI63131=5924SDCCHAssign(AGCHattempts)

=5924/3600

=1.64AGCH/s[4]

這個(gè)計(jì)算結(jié)果說明AGCH的需求不足一個(gè)尋呼組,所以不需設(shè)置專用的AGCH,即可將AG設(shè)為0。

如果將AG由2設(shè)為0,則尋呼組的數(shù)量將會(huì)增加:

每秒尋呼組的數(shù)量:(0尋呼組用于AGCH,即3尋呼組用于PCH)

=3個(gè)PCH/0.235(每復(fù)幀)

=12.76[5]

考慮最差情況下,除去AGCH后,每秒實(shí)際剩下用于PCH的尋呼組數(shù)量

=11.12[6]

因此,CombinedBCCH/SDCCH小區(qū)每秒尋呼數(shù)為:(若AG=0)

11.12(尋呼組/秒)*3.2(尋呼數(shù)/尋呼組)=35.58[7]

因此,[7]式(AG=0)與[3]式相比(AG=2)可知,BTS的尋呼容量可增加162%。BTS尋呼負(fù)荷計(jì)算

例如某局LAC=14357(10月20日至10月28日最忙時(shí)的尋呼試呼次數(shù)為121000)

每秒尋呼試呼數(shù)

=121000/3600

=33.6[8]

對(duì)于CombinedBCCH/SDCCHBTS每秒尋呼數(shù)[3]=13.6(AG=2),

LAC14357的尋呼負(fù)荷為:

=Sum(LAC內(nèi)每秒尋呼數(shù)/每秒系統(tǒng)允許尋呼數(shù))

=(33.6/27.2)

=123.5%[9]

注:尋呼負(fù)荷是指LAC范圍內(nèi)每個(gè)BTS的尋呼負(fù)荷,而在此計(jì)算的尋呼負(fù)荷考慮的是LAC下最差BTS的情況,因此計(jì)算出的尋呼負(fù)荷僅為最差情況的估計(jì)。尋呼時(shí)長計(jì)算無線側(cè)尋呼時(shí)長與尋呼信道復(fù)幀數(shù)、RACH重傳次數(shù)和擴(kuò)展傳輸時(shí)隙數(shù)(Tx-integer)密切相關(guān),具體計(jì)算如下:尋呼的下發(fā)時(shí)間=尋呼信道復(fù)幀數(shù)*尋呼響應(yīng)的最大時(shí)間=RACH重傳次數(shù)*(T-1+S+T-1)*(為單位RACH時(shí)隙數(shù)時(shí)長)為了提高接通率,保證MSC的二次尋呼,MSC設(shè)置的尋呼間隔應(yīng)該大于尋呼流程的最大總用時(shí)。舉例如下:設(shè)尋呼周期是5個(gè)51復(fù)幀,則時(shí)間間隔為。設(shè)RACH重傳次數(shù)和擴(kuò)展傳輸時(shí)隙數(shù)(Tx-integer)設(shè),RACH重傳次數(shù)設(shè)置為7次,擴(kuò)展傳輸時(shí)隙數(shù)(Tx-integer)設(shè)置為32,則T=32,S=217,發(fā)送消息的最大時(shí)隙為32-1=31,重發(fā)的最大間隔時(shí)隙為217+32-1=248,重傳7次最大消耗的時(shí)間為(為單位RACH時(shí)隙數(shù)時(shí)長)則無線尋呼最大消耗的時(shí)間是,若將擴(kuò)展傳輸時(shí)隙數(shù)(Tx-integer)由32修改為14,則T=14,S=55,發(fā)送消息的最大時(shí)隙為14-1=13,重發(fā)的最大間隔時(shí)隙為55+14-1=68,重傳7次最大消耗的時(shí)間為,無線尋呼最大消耗的時(shí)間是。尋呼時(shí)間的長短與無線參數(shù)設(shè)置有很大關(guān)系,特別是擴(kuò)展傳輸時(shí)隙數(shù)(Tx-integer)。LAC區(qū)大小與PCH信道容量的關(guān)系假定一位置區(qū)的話務(wù)量為E,接通率為60%,呼叫持續(xù)45秒,因此BHCA為:3600/45/60%*E=133.33E。被叫方占X%/小時(shí)。一個(gè)尋呼消息可最多尋呼兩個(gè)手機(jī),因此BS_PA_MFRMS為:Cell_paging_total_min_multiFrame_count=133.33E*X%/2(perhour)。尋呼消息最多發(fā)3次,平均為2次數(shù),所以:Cell_paging_total_multiFrame_count=133.33E*X%*2/2=E*X%根據(jù)51復(fù)幀的結(jié)構(gòu),假定可用于CCCH的閉塞數(shù)目為Y,則一小時(shí)可發(fā)送的最大復(fù)幀數(shù)為:Max_multiFrame_count=Y*(3600/0.240)=15000Y.。若PCH不溢出,應(yīng)滿足下列條件:Cell_paging_total_min_multiFrame_count<=Max_multiFrame_count假定:X=40(calledpartaccountfor40%),由此得到下表:MaxtrafficofLAC(Erl)thePCHblockinCCCH12843.753112541406.2551687.561968.757225082531.259SDCCH信道需求計(jì)算由于建立通話、完成位置更新和短消息均在SDCCH上完成,所以有關(guān)這三個(gè)方面的參數(shù)均與SDCCH的數(shù)量確定有關(guān)。下面我們來討論所需SDCCH數(shù)量的計(jì)算。要計(jì)算SDCCH的數(shù)量,首先要計(jì)算需要SDCCH提供的話務(wù)量。已知條件:位置更新因子——L短消息與呼叫次數(shù)的比例——S平均呼叫時(shí)長——T小區(qū)話務(wù)量——Acell則忙時(shí)小區(qū)呼叫次數(shù):λCALL=Acell×3600/T=60Acell忙時(shí)位置更新次數(shù):λLU=L×Acell×3600/T=12.6Acell或者42.6Acell忙時(shí)短消息次數(shù):λSMS=S×Acell×3600/T=6Acell位置更新持續(xù)時(shí)長——TLU短消息持續(xù)時(shí)長——TSMSSDCCH拆線保護(hù)時(shí)長——TG呼叫建立持續(xù)時(shí)長——TC則需要SDCCH承擔(dān)的話務(wù)量為:ASDCCH=[λCALL×TC+λLU×(TLU+TG)+λSMS×(TSMS+TG)]/3600得出SDCCH需承擔(dān)的話務(wù)量后,可查找Erlang-B表得到所需的SDCCH數(shù)量。注意此時(shí)應(yīng)該查GOS=1%的Erlang-B表。以下表的參數(shù)為例,可得出ASDCCHcellcell/3600。呼叫參數(shù)設(shè)定值呼叫時(shí)長T=60s短消息與呼叫次數(shù)的比值S=0.1每次呼叫發(fā)生位置更新次數(shù)-非LAC邊界l=2每次呼叫發(fā)生位置更新次數(shù)-LAC邊界l=7IMSI分離(IMSIdetaches)與呼叫次數(shù)的比值I=0.2位置更新因子-非LAC邊界L=2.1位置更新因子-LAC邊界每次呼叫發(fā)生切換次數(shù)H=2尋呼速率(尋呼次數(shù)/秒)P=8位置更新持續(xù)時(shí)長TLU=4s短消息持續(xù)時(shí)長TSMS=6s呼叫建立持續(xù)時(shí)長TC=5sSDCCH拆線保護(hù)時(shí)長TG=4sTCH的阻塞率PB-TCH<2%SDCCH的阻塞率PB-SDCCH<1%CCCH的利用率UCCCH=0.33對(duì)于CombinedBCCH/SDCCH來看,小區(qū)總共SDCCH數(shù)為4,查找Elang-B表可知最多能提供0.84Elang的話務(wù),根據(jù)上式我們可計(jì)算出對(duì)于非LAC區(qū)小區(qū)最多承載的話務(wù)量不能超過6.79Elang,若在LAC區(qū)邊緣,最多能承載4.46Elang話務(wù)。ZX-G10BSCPaging處理能力理論上:每秒處理24條=21600條/15分鐘最大情況每秒處理30條=27000條/15分鐘實(shí)際情況:消息量在30000條/15分鐘~40000條/15分鐘(具體和話務(wù)量相關(guān)),不會(huì)出現(xiàn)用戶感知問題。增加BSC的PAGING能力方法:減少M(fèi)SC的多次尋呼。按照模塊進(jìn)行LAC劃分。者關(guān)系相關(guān)參數(shù)CcchConf公共控制信道配置CcchConf公共控制信道配置描述:公共控制信道配置參數(shù)為CCCH_CONF。在GSM系統(tǒng)中公共控制信道主要包含準(zhǔn)許接入信道(AGCH)和尋呼信道(PCH),它的主要作用是發(fā)送準(zhǔn)許接入(即立即指派)消息和尋呼消息。在每個(gè)小區(qū)中所有業(yè)務(wù)信道共用CCCH信道,根據(jù)小區(qū)中業(yè)務(wù)信道的配置情況和小區(qū)的話務(wù)模型,CCCH信道可以由一個(gè)物理信道承擔(dān),也可以由多個(gè)物理信道共同承擔(dān),且CCCH可以與SDCCH信道共用一個(gè)物理信道,小區(qū)中的公共控制信道采用何種組合方式,由公共控制信道配置參數(shù)CCCH_CONF決定。通過這個(gè)參數(shù)可知:1.BS_CC_CHANS(公共控制信道數(shù))2.BS_CCCH_SDCCH_COMB(是否與SDCCH結(jié)合使用)。此參數(shù)要通過RIL3_RRSYSTEMINFORMATIONTYPE3消息廣播給小區(qū)中的所有MS。CcchConf是系統(tǒng)控制參數(shù)之一。CcchConf意義CCCH消息總塊數(shù)0CCCH使用的一個(gè)基本物理信道,不與SDCCH結(jié)合使用91CCCH使用的一個(gè)基本物理信道,與SDCCH結(jié)合使用32CCCH使用的二個(gè)基本物理信道,不與SDCCH結(jié)合使用184CCCH使用的三個(gè)基本物理信道,不與SDCCH結(jié)合使用276CCCH使用的四個(gè)基本物理信道,不與SDCCH結(jié)合使用36其它保留——設(shè)置:此參數(shù)的設(shè)置主要取決于小區(qū)所在位置區(qū)的話務(wù)量,與小區(qū)實(shí)際的TRX數(shù)應(yīng)該沒有太大的關(guān)系(主要是PCH的負(fù)荷問題),缺省可以使用0(注意和小區(qū)的公共控制信道的配置必須一致)。一般建議同一位置區(qū)內(nèi)的小區(qū)此值相同。參考: GSM12.20GSM04.08.11BsAgBlkRes接入準(zhǔn)許保留塊描述:51復(fù)幀中用于AGCH的塊數(shù)(BS-AG-BLK-RES)。在下表中顯示了在各種不同的公共控制信道配置情況下,每個(gè)BCCH復(fù)幀(含51個(gè)幀)中包含的CCCH信道信息塊數(shù)。由于CCCH信道既有準(zhǔn)許接入信道又有尋呼信道,因此網(wǎng)絡(luò)中必須設(shè)定在CCCH信道消息塊數(shù)中有多少塊數(shù)是保留給準(zhǔn)許接入信道專用的。為了讓移動(dòng)臺(tái)知道這種配置信息,每個(gè)小區(qū)的系統(tǒng)消息中含有一配置參數(shù),即接入準(zhǔn)許保留塊數(shù)由CcchConf和BsAgBlkRes可以算得用于PCH的塊數(shù)BsAgBlkRes。此參數(shù)可以在實(shí)際運(yùn)行過程中根據(jù)各種公共信道的負(fù)載情況動(dòng)態(tài)進(jìn)行調(diào)整,但這樣做只能解決瞬間的過載情況,并且會(huì)帶來很多復(fù)雜性,主要就是有關(guān)尋呼模式。此參數(shù)要通過RIL3_RRSYSTEMINFORMATIONTYPE3消息廣播給小區(qū)中的所有MS。BsAgBlkRes是系統(tǒng)控制參數(shù)之一。CcchConfBsAgBlkRes每個(gè)BCCH復(fù)幀中保留給AGCH信道的塊數(shù)每個(gè)BCCH復(fù)幀中留給PCH信道的塊數(shù)1003112221其他(非法)--其他009118227336445554663772設(shè)置:缺省可以考慮BsAgBlkRes取值1(CcchConf=1時(shí))、2(CcchConf為其他值),一般建議同一位置區(qū)內(nèi)的小區(qū)此值相同。注:如果將CBCH信道配在SDCCH/8上,要求BsAgBlkRes必須大于0。參考:GSM12.20P46GSM04.08.11BsPaMframs尋呼信道復(fù)幀數(shù)描述:傳輸尋呼消息給同一尋呼組的MS的51個(gè)TDMA幀的復(fù)幀數(shù)(BS-PA-MFRMS)。根據(jù)GSM規(guī)范,每個(gè)移動(dòng)用戶(即對(duì)應(yīng)每個(gè)IMSI)都屬于一個(gè)尋呼組,在每個(gè)小區(qū)中每個(gè)尋呼組都對(duì)應(yīng)一個(gè)尋呼子信道,移動(dòng)臺(tái)根據(jù)自身的IMSI計(jì)算出它所屬的尋呼組,進(jìn)而計(jì)算出屬于該尋呼組的尋呼子信道位置。在實(shí)際網(wǎng)絡(luò)中,移動(dòng)臺(tái)只“收聽”它所屬的尋呼子信道而忽略其他尋呼子信道的內(nèi)容,關(guān)閉移動(dòng)臺(tái)中某些硬件設(shè)備的電源以節(jié)約移動(dòng)臺(tái)的功率開銷(即DRX的來源)。尋呼信道復(fù)幀數(shù)BsPaMframs是指以多少復(fù)幀數(shù)作為尋呼子信道的一個(gè)循環(huán),實(shí)際上該參數(shù)確定了將一個(gè)小區(qū)中的尋呼信道分配成多少尋呼子信道。計(jì)算此參數(shù)主要用于MS計(jì)算自己所處的尋呼組,以便監(jiān)聽相應(yīng)的尋呼子信道。此參數(shù)要通過SYSTEMINFORMATION消息廣播給小區(qū)中的所有MS。BsPaMframs通過RIL3_RRSYSTEMINFORMATIONTYPE3廣播給小區(qū)中的移動(dòng)臺(tái)。BsPaMframs是系統(tǒng)控制參數(shù)之一。參數(shù)取值同一尋呼組在尋呼信道上循環(huán)的復(fù)幀數(shù)(BS_PA_MFRMS)電路交換空閑模式下的DSC初值22453330442355186615771388119910設(shè)置:在保證尋呼信道不發(fā)生過載的情況下,應(yīng)使該參數(shù)近可能小,一般情況下,話務(wù)量很大的位置區(qū),該參數(shù)取為8或9,在話務(wù)量適中的位置區(qū),該參數(shù)設(shè)置為6或7,對(duì)于話務(wù)量很小的位置區(qū),該參數(shù)可設(shè)置為4或5。缺省可以考慮設(shè)置為5,一般建議同一位置區(qū)內(nèi)的小區(qū)此值相同。參考:GSM05.02GSM12.20P46GSM04.08.11MaxRetrans最大重傳次數(shù)描述: MS在啟動(dòng)立即指派過程時(shí)(如移動(dòng)臺(tái)需位置更新、啟動(dòng)呼叫或響應(yīng)尋呼時(shí))將在RACH信道向網(wǎng)絡(luò)發(fā)送信道請(qǐng)求消息。由于RACH是一個(gè)ALOHA信道,為了提高M(jìn)S接入的成功率,網(wǎng)絡(luò)允許移動(dòng)臺(tái)在收到立即指派消息前發(fā)送多個(gè)信道請(qǐng)求消息,最多允許重發(fā)的次數(shù)由MaxRetrans決定。此參數(shù)要通過RIL3_RRSYSTEMINFORMATIONTYPE1、2、2bis、3和4通知小區(qū)中的MS。MaxRetrans是系統(tǒng)控制參數(shù)之一。MaxRetrans最大重傳次數(shù)01122437設(shè)置:MaxRetrans的設(shè)置可以參考以下方法:小區(qū)半徑在3公里以上,業(yè)務(wù)量較小地區(qū),可以設(shè)置為7次,以提高M(jìn)S接入的成功率;小區(qū)半徑小于3公里,業(yè)務(wù)量一般的地區(qū),可以設(shè)置為4次;對(duì)于微蜂窩,建議設(shè)置為2次;業(yè)務(wù)量很大的微蜂窩區(qū)和明顯擁塞的小區(qū),建議設(shè)置為1次。缺省設(shè)置為2。參考: GSM12.20P45GSM04.08.29TxInteger發(fā)送分布時(shí)隙數(shù)(隨機(jī)等待時(shí)間)描述: MS在啟動(dòng)立即指派過程時(shí)(如移動(dòng)臺(tái)需位置更新、啟動(dòng)呼叫或響應(yīng)尋呼時(shí))將在RACH信道向網(wǎng)絡(luò)發(fā)送信道請(qǐng)求消息。由于RACH是一個(gè)ALOHA信道,為了提高M(jìn)S接入的成功率,網(wǎng)絡(luò)允許移動(dòng)臺(tái)在收到立即指派消息前發(fā)送多個(gè)信道請(qǐng)求消息,在前一次的信道請(qǐng)求消息沒有得到響應(yīng)時(shí),MS隨機(jī)地等待一段時(shí)間再重發(fā)信道請(qǐng)求消息,參數(shù)TxInteger就是用于決定隨機(jī)等待時(shí)間。此參數(shù)要通過RIL3_RRSYSTEMINFORMATIONTYPE1、2、2bis、3和4通知小區(qū)中的MS。TxInteger是系統(tǒng)控制參數(shù)之一。MS向網(wǎng)絡(luò)發(fā)送信道請(qǐng)求消息的過程如下:從MS發(fā)起立即指派過程到第一個(gè)信道請(qǐng)求消息的發(fā)送之間的間隔(時(shí)隙數(shù))為{0,1,…,Max(T,8)-1}中的一個(gè)隨機(jī)數(shù);連續(xù)兩次信道請(qǐng)求消息之間的間隔(時(shí)隙數(shù))為{S,S+1,…,S+T-1}中的一個(gè)隨機(jī)數(shù)。其中,T就是參數(shù)TxInteger所代表的時(shí)隙數(shù)(注意,不是TxInteger本身),S的取值如下TxInteger代表的時(shí)隙數(shù)S(CCCH不與SDCCH結(jié)合)S(CCCH和SDCCH結(jié)合)3,8,14,5055414,9,1676525,10,20109586,11,25163867,12,32217115取值TxInteger代表的時(shí)隙數(shù)03142536475869710811912101411161220132514321550設(shè)置: 缺省可以考慮設(shè)置為14(即代表的時(shí)隙數(shù)為32)參考:GSM12.20P45GSM04.08.293T3212周期性位置更新定時(shí)器描述: GSM系統(tǒng)中發(fā)生位置更新的原因主要有兩類,一種是移動(dòng)臺(tái)發(fā)現(xiàn)其所在的位置區(qū)發(fā)生了變化(LAC不同),另一種是網(wǎng)絡(luò)規(guī)定移動(dòng)臺(tái)周期地進(jìn)行位置更新。周期位置更新的頻度是由網(wǎng)絡(luò)控制的,周期長度有參數(shù)T3212控制。此參數(shù)要通過RIL3_RRSYSTEMINFORMATIONTYPE3消息廣播給小區(qū)中的所有MS。T3212是系統(tǒng)控制參數(shù)之一。取值:T3212表示的時(shí)間(分鐘)表示的時(shí)間(小時(shí))0無窮大(無須位置更新)無窮大(無須位置更新)160.1212318………253151825415242551530設(shè)置: 該參數(shù)的設(shè)置影響到網(wǎng)絡(luò)總體服務(wù)性能和無線資源的利用率。對(duì)于業(yè)務(wù)量較大的區(qū)域,可選擇較大的周期(如16或20小時(shí),甚至25小時(shí)),而對(duì)于業(yè)務(wù)一般的區(qū)域,可以設(shè)置T3212較?。ㄈ?小時(shí)、6小時(shí)等),對(duì)業(yè)務(wù)量嚴(yán)重超過系統(tǒng)容量的地區(qū),建議設(shè)置T3212為0。缺省可以考慮設(shè)置為10(1小時(shí))。參考: GSM12.20P46GSM04.08.11RxLevAccessMin允許接入的最小接收電平描述: 允許MS接入本小區(qū)的最小接收電平。為了避免移動(dòng)臺(tái)在接收信號(hào)電平很低的情況下接入系統(tǒng)(接入后的通信質(zhì)量往往無法保證正常的通信過程),而無法提供用戶滿意的通信質(zhì)量且無謂地浪費(fèi)網(wǎng)絡(luò)的無線資源,在GSM系統(tǒng)中規(guī)定,移動(dòng)臺(tái)需接入網(wǎng)絡(luò)時(shí),其接收電平必須大于一個(gè)門限電平,即:移動(dòng)臺(tái)允許接入的最小接收電平。另外,它也是MS進(jìn)行小區(qū)選擇和小區(qū)重選的判別標(biāo)準(zhǔn)之一(計(jì)算C1和C2的一個(gè)參數(shù))。這個(gè)參數(shù)要通過RIL3_RRSYSTEMINFORMATIONTYPE3和4向小區(qū)中的所有MS廣播。RxLevAccessMin也是小區(qū)選擇參數(shù)之一。取值:RxLevAccessMin對(duì)應(yīng)的電平值(dBm)0<-1101-110~-1092-109~-108……61-50~-4962-49~-4863>-48設(shè)置: 減小該參數(shù)有利于增大基站覆蓋范圍,提高尋呼成功率,但對(duì)掉話等指標(biāo)會(huì)帶來負(fù)面影響。參考: GSM04.08.4GSM05.08P28尋呼相關(guān)案例SDCCH擁塞引起的尋呼無響應(yīng)BSCSITECELLTimeAlias11603(SDCCHattempttotalnumber)11604(SDCCHoverflowtotalnumber)801112006-3-1416:30POF12710801122006-3-1416:30POF22930801132006-3-1416:30POF334508061112006-3-1416:30POF710061Notes:thesite611iscommissioning,thesignalofthesiteisverystrong故障現(xiàn)象:巴基斯坦辦公室某日出現(xiàn)連續(xù)的尋呼無響應(yīng)現(xiàn)象。故障分析:檢查發(fā)現(xiàn),當(dāng)時(shí)正在進(jìn)行一微蜂窩的調(diào)試,該站點(diǎn)信號(hào)太強(qiáng),導(dǎo)致很多手機(jī)都停留在該站點(diǎn)中。大量的SDCCH擁塞,引起尋呼無響應(yīng)。MSC流控導(dǎo)致的呼不通手機(jī)故障現(xiàn)象:斯里蘭卡忙時(shí)手機(jī)打手機(jī)接通率低。忙時(shí)接通率大約在60%左右。故障分析:通過對(duì)現(xiàn)場撥打測(cè)試錄制的信令分析,發(fā)現(xiàn)MSS沒有下發(fā)PAGING消息。具體信令流程如下:從上圖可以看出,MSC少下發(fā)了PAGING消息。由于忙時(shí)MSC產(chǎn)生了流量控制,導(dǎo)致消息被流控,引起了尋呼無響應(yīng)。T3212設(shè)置錯(cuò)誤導(dǎo)致的尋呼無響應(yīng)故障現(xiàn)象:重慶某BSC下突然出現(xiàn)很多手機(jī)尋呼不到的現(xiàn)象,手機(jī)開關(guān)機(jī)后,尋呼就沒有問題。故障分析:跟蹤信令發(fā)現(xiàn)MSC沒有下發(fā)尋呼消息,檢查發(fā)現(xiàn),MSC自己把位置更新時(shí)間改從2小時(shí)改為1小時(shí),而BSC的設(shè)置為1小時(shí)。導(dǎo)致很多手機(jī)在沒有進(jìn)行周期性位

溫馨提示

  • 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ì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論