尋呼成功率優(yōu)化

尋呼成功率優(yōu)化概述尋呼成功率是移動(dòng)通訊系統(tǒng)中一項(xiàng)基本功能。他直接影響來(lái)話接通率和系統(tǒng)接通率等其它網(wǎng)絡(luò)指標(biāo)，影響用戶(hù)的感受。尋呼成功率由MSC統(tǒng)計(jì)，該指標(biāo)優(yōu)化提高要通過(guò)交換和無(wú)線優(yōu)化共同努力解決。指標(biāo)定義如下尋呼成功率：尋呼相應(yīng)次數(shù)/尋呼請(qǐng)求次數(shù)×100％尋呼響應(yīng)次數(shù)：只MSC收到的PAGINGRES消息的總和，包括重復(fù)尋呼的響應(yīng)，統(tǒng)計(jì)點(diǎn)為MSC尋呼請(qǐng)求次數(shù)：指MSC首次發(fā)送的PAGING消息的總和，統(tǒng)計(jì)點(diǎn)為MSC。尋呼流程簡(jiǎn)介尋呼成功率主要涉及到A接口和空口的流程：A1：MSC發(fā)來(lái)的電路業(yè)務(wù)請(qǐng)求次數(shù)B1：Abis口電路業(yè)務(wù)尋呼下發(fā)次數(shù)C1：Abis口電路業(yè)務(wù)尋呼成功次數(shù)。當(dāng)MSC從VLR中獲得MS的LAC后，將向該LAC區(qū)域所有BSC發(fā)送PAGING消息。BSC收到消息后，向該BSC所屬全部小區(qū)發(fā)送PagingCommand?；臼盏綄ず裘詈?，將在無(wú)線信道的該IMSI或TMSI所在尋呼組的尋呼子信道上發(fā)送PagingRequest，該消息攜帶被尋呼用戶(hù)的TMSI或IMSI。MS收到PagingRequest后，通過(guò)RACH請(qǐng)求分配SDCCH。BSC確認(rèn)后激活相應(yīng)的SDCCH信道后，在AGCH信道通過(guò)immediateassignment將該SD信道指配給MS。MS占用該SD信道成功后，發(fā)送PagingResponse。BSC將該消息轉(zhuǎn)發(fā)給MSC，完成一次尋呼。尋呼丟失原因分析電路尋呼損失的分析如下圖所示我們根據(jù)尋呼的基本信令流程，將尋呼損失分為3部分，再結(jié)合現(xiàn)網(wǎng)無(wú)線與交換的統(tǒng)計(jì)，對(duì)無(wú)線側(cè)的尋呼損失進(jìn)行量化分析。（因?yàn)镸SC與BSC之間，BSC和BTS之間為有線連接，幾乎不存在信令在傳送過(guò)程中的丟失，為了簡(jiǎn)化分析我們不考慮MSC，BSC和BTS三者之間的信令丟失）?！皩ず魮p失1”“尋呼損失1”：從交換機(jī)下發(fā)PAGING消息到BSC收到手機(jī)上發(fā)的響應(yīng)尋呼的RACH請(qǐng)求消息之間損失的尋呼。如尋呼損失信令分析圖，用紅圈標(biāo)出了“尋呼損失1”部分里，可能造成尋呼損失的4個(gè)位置①,②,③,④，詳細(xì)分析如下：①BSC丟棄來(lái)自MSC的尋呼消息：如果BSC出現(xiàn)過(guò)載，BSC有可能丟棄來(lái)自MSC的尋呼消息（雖然在一般情況下是不會(huì)出現(xiàn)BSC過(guò)載的，但是我們?nèi)匀恍枰訌?qiáng)對(duì)BSC負(fù)載進(jìn)行監(jiān)控，避免這種情況的出現(xiàn)）②BTS丟棄來(lái)自BSC的尋呼消息：當(dāng)BTS出現(xiàn)PCH擁塞時(shí)，會(huì)造成PAGREQ消息不能發(fā)送。因此我們需要對(duì)現(xiàn)網(wǎng)PCH擁塞情況進(jìn)行為統(tǒng)計(jì)，如果存在PCH擁塞，將通過(guò)調(diào)整參數(shù)及擴(kuò)容，避免或改善該擁塞的發(fā)生。③MS沒(méi)有收到BTS下發(fā)的尋呼消息，有三種原因：MS脫網(wǎng)導(dǎo)致MS收不到尋呼消息MS脫網(wǎng)是造成尋呼損失的主要原因。當(dāng)MS處于覆蓋盲區(qū)，若此時(shí)MSC向MS發(fā)送了尋呼消息，則MS顯然無(wú)法響應(yīng)，產(chǎn)生了尋呼損失，可通過(guò)增加基站、天線調(diào)整等方案改善覆蓋。傳輸閃斷、掉站等突發(fā)因素同樣會(huì)造成尋呼損失。尋呼下發(fā)時(shí)MS正在作位置更新：用戶(hù)做位置更新會(huì)出現(xiàn)幾種情況，當(dāng)用戶(hù)在本LAC區(qū)做位置更新時(shí),若位置更新完成后尋呼還未超時(shí)，則繼續(xù)尋呼，不會(huì)影響尋呼響應(yīng)，但若位置更新完成時(shí)尋呼也超時(shí)，則影響尋呼響應(yīng)；從信令及經(jīng)驗(yàn)上來(lái)看，在本位置區(qū)做位置更新對(duì)尋呼影響較?。坏?dāng)用戶(hù)在其他位置區(qū)做位置更新時(shí)，會(huì)影響尋呼成功率。其它用戶(hù)行為包括MS掉電，或用戶(hù)在開(kāi)機(jī)狀態(tài)下拔電池板，如果在這個(gè)時(shí)候MSC下發(fā)了Paging消息，MS將無(wú)法相應(yīng)，造成尋呼失敗。這是用戶(hù)行為造成，與網(wǎng)絡(luò)性能無(wú)關(guān)，但需要加強(qiáng)宣傳，對(duì)用戶(hù)行為進(jìn)行合理引導(dǎo)。④BTS無(wú)法獲得MS上發(fā)的響應(yīng)尋呼的RACH消息，有兩種原因：上行覆蓋差由于上行覆蓋差，使BTS沒(méi)有收到MS發(fā)送過(guò)來(lái)的消息，造成了PagingLoss。上行干擾嚴(yán)重由于上行干擾嚴(yán)重，使BTS無(wú)法正常解碼MS在RACH上發(fā)的ChannelRequest消息?？傊皩ず魮p失1”的主要原因有：BSC過(guò)載，BTSPCH擁塞，MS處于覆蓋盲區(qū)，MS正在作位置更新，上行覆蓋差（上下行各BSC下并不存在BSC過(guò)載，PCH擁塞。由于干擾嚴(yán)重的小區(qū)數(shù)量較少，而且會(huì)在日常優(yōu)化中逐步解決，故尋呼損失的主要原因還是覆蓋問(wèn)題，即下行與上行的覆蓋不足。在之后的優(yōu)化工作中，一方面排除上行干擾，檢查上下行不平衡問(wèn)題，另一方面可通過(guò)DT測(cè)試優(yōu)化，天線調(diào)整等來(lái)改善覆蓋?！皩ず魮p失2”“尋呼損失2”：從BSC收到手機(jī)上發(fā)的響應(yīng)尋呼的RACH請(qǐng)求消息，到BSC下發(fā)響應(yīng)尋呼的ImmediateAssignment消息之間損失的尋呼。如尋呼損失信令分析圖，我們用紅圈標(biāo)出了“尋呼損失2”部分里，可能造成尋呼損失的位置⑤，當(dāng)SDCCH擁塞時(shí)BTS無(wú)法激活響應(yīng)尋呼的SD信道，將發(fā)送IMASSReject消息。造成SDCCH擁塞的原因有：信道資源不夠引起的擁塞，設(shè)備故障或傳輸問(wèn)題引起的擁塞，干擾引起的擁塞，突發(fā)業(yè)務(wù)量引起的SDCCH擁塞，數(shù)據(jù)配置不合理引起的擁塞以及LAC邊界位置更新頻繁等等，需要針對(duì)不同小區(qū)情況采取適當(dāng)措施。在優(yōu)化過(guò)程之中將針對(duì)SDCCH擁塞較為嚴(yán)重的小區(qū)進(jìn)行重點(diǎn)優(yōu)化?！皩ず魮p失3”“尋呼損失3”：從BSC下發(fā)響應(yīng)尋呼的ImmediateAssignment消息，到響應(yīng)尋呼的SD成功建立，BSC收到MS發(fā)來(lái)的PAGRES消息并將該P(yáng)AGRES消息轉(zhuǎn)發(fā)給MSC之間損失的尋呼。如尋呼損失信令分析圖，我們用紅圈標(biāo)出了“尋呼損失3”部分里，可能造成尋呼損失的3個(gè)位置⑥，⑦，⑧，詳細(xì)分析如下：⑥BTS丟失部分ImmediateAssignment消息：BTS出現(xiàn)AGCH擁塞時(shí)會(huì)造成IMASS消息不能發(fā)送，我們需要對(duì)現(xiàn)網(wǎng)AGCH擁塞情況進(jìn)行統(tǒng)計(jì)，如果存在AGCH擁塞，通過(guò)調(diào)整參數(shù)及擴(kuò)容，避免或改善該擁塞的發(fā)生。⑦M(jìn)S沒(méi)有收到BTS下發(fā)的ImmediateAssignment消息，有兩種原因：MS脫網(wǎng)與用戶(hù)行為（包括MS掉電，或用戶(hù)在開(kāi)機(jī)狀態(tài)下拔電池板）；另外，還與無(wú)線環(huán)境有關(guān)。⑧BTS無(wú)法收到MS上發(fā)的PagingResponse消息：出現(xiàn)這種情況的原因與④BTS無(wú)法獲得MS上發(fā)的響應(yīng)尋呼的RACH消息的原因是一樣的，主要是上行覆蓋不足和上行干擾的問(wèn)題，另外我們還需要關(guān)注尋呼的相關(guān)參數(shù)設(shè)置，避免尋呼響應(yīng)上發(fā)時(shí)相關(guān)定時(shí)器已經(jīng)超時(shí)，不進(jìn)行統(tǒng)計(jì)?？梢钥吹皆诟鰾SC下的“尋呼損失3”部分尋呼損失的比例較高。分析尋呼損失的原因，因?yàn)楦鰾SC下的AGCH并不擁塞，而且上行干擾并不明顯，只有個(gè)別小區(qū)存在，故尋呼損失的主要原因還是覆蓋問(wèn)題，即下行與上行的覆蓋不足。另外，根據(jù)上述時(shí)間段的尋呼成功率計(jì)算，尋呼損失3也是尋呼損失中比例最大的一部分，是我們優(yōu)化調(diào)整的重點(diǎn)。小結(jié)尋呼成功率是一個(gè)系統(tǒng)級(jí)的問(wèn)題，涉及MSC、BSC、BTS、MS以及網(wǎng)絡(luò)的覆蓋情況等。按照尋呼流程對(duì)尋呼損失分析之后，可知尋呼成功率出現(xiàn)問(wèn)題主要和以下幾方面有關(guān)系：1、基站覆蓋情況（避免MS處于覆蓋盲區(qū)）；2、上行干擾；3、信令信道是否擁塞；4、位置區(qū)劃分的合理性（避免尋呼時(shí)MS正在作位置更新的次數(shù)）；5、尋呼相關(guān)參數(shù)設(shè)置（避免尋呼響應(yīng)上發(fā)時(shí)相關(guān)定時(shí)器已經(jīng)超時(shí)，不進(jìn)行統(tǒng)計(jì)）；6、周期位置時(shí)間（T3212）等；7、上下行平衡情況；8、PCH，RACH和AGCH信道負(fù)荷（避免這些信道過(guò)載）；9、手機(jī)質(zhì)量問(wèn)題。優(yōu)化相關(guān)參數(shù)NSS側(cè)相關(guān)因素分析及提高手段一般情況下，在NSS側(cè)可以通過(guò)以下調(diào)整尋呼策略來(lái)優(yōu)化尋呼成功率：尋呼次數(shù)、尋呼間隔、尋呼方式。尋呼次數(shù)越多，尋呼成功率也越高；尋呼時(shí)間間隔必須和BSS側(cè)的尋呼響應(yīng)時(shí)間配合合理，才能提高尋呼成功率。一般情況下，在MSC可以通過(guò)以下調(diào)整尋呼策略來(lái)優(yōu)化尋呼成功率。尋呼次數(shù)和尋呼間隔根據(jù)“尋呼損失3”中的原因⑧-(BTS無(wú)法收到MS上發(fā)的PagingResponse消息),同時(shí)結(jié)合MSC側(cè)的尋呼設(shè)置，首先優(yōu)化由于設(shè)置不合理而導(dǎo)致的“尋呼響應(yīng)上發(fā)時(shí)相關(guān)定時(shí)器已經(jīng)超時(shí)，不進(jìn)行尋呼響應(yīng)統(tǒng)計(jì)”。設(shè)置建議：尋呼次數(shù)建議設(shè)置成3次，尋呼間隔城市設(shè)置成(5/5/5)或（6/5/5）；郊區(qū)地區(qū)可以設(shè)置為(6/8/6)。問(wèn)題分析：對(duì)位置區(qū)容量較大的位置區(qū)，建議尋呼重發(fā)次數(shù)不能太大，且尋呼重發(fā)間隔不能太短。原因是這樣做容易造成基站過(guò)載和BSCCPU過(guò)載，導(dǎo)致大量的尋呼消息被丟棄，從而造成尋呼成功率急劇下降。如果尋呼重發(fā)間隔設(shè)置太短，則在所指定的尋呼次數(shù)內(nèi)還沒(méi)有收到尋呼響應(yīng)，MSC就認(rèn)為預(yù)尋呼失敗并清除尋呼信息。之后，即使尋呼響應(yīng)又上來(lái)，但由于尋呼信息已清除，則MSC會(huì)通過(guò)CLEAR_COMMAND拆除被叫側(cè)無(wú)線信道。上發(fā)的尋呼響應(yīng)將被丟棄，不作統(tǒng)計(jì)。另外，尋呼間隔設(shè)置時(shí)間太長(zhǎng)將導(dǎo)致主叫用戶(hù)聽(tīng)不到PGTO（PagingTimeOut）錄音通知（由被叫端局向主叫用戶(hù)播放用戶(hù)不在服務(wù)區(qū)的錄音通知），時(shí)間太短將不能收到手機(jī)終端的尋呼響應(yīng)。尋呼時(shí)間間隔必須和BSS側(cè)的尋呼響應(yīng)時(shí)間配合合理，才能提高尋呼成功率。例如MSC尋呼的時(shí)間間隔為4s，但是BSS側(cè)的尋呼響應(yīng)時(shí)間大部分為4.4s，這樣肯定會(huì)導(dǎo)致尋呼成功率較低，對(duì)尋呼機(jī)制做調(diào)整的理論依據(jù)是：尋呼成功率=尋呼響應(yīng)次數(shù)/尋呼請(qǐng)求次數(shù)。其中，尋呼響應(yīng)次數(shù)=一次尋呼響應(yīng)次數(shù)+重復(fù)尋呼響應(yīng)次數(shù)；尋呼請(qǐng)求次數(shù)=一次尋呼請(qǐng)求次數(shù)，不包括重復(fù)尋呼次數(shù)。因此，適當(dāng)增加尋呼次數(shù)對(duì)尋呼成功率有一定的正面影響。其次，調(diào)整尋呼響應(yīng)等待時(shí)長(zhǎng)。MSC等待響應(yīng)的定時(shí)器超時(shí)后，再收到PagingResponse。該響應(yīng)顯然是無(wú)效的，BSC不能控制收到Paging和上報(bào)PagingResponse的時(shí)間間隔，也就是說(shuō)，從理論上講，MSC超時(shí)再收到BSC上報(bào)的“無(wú)效響應(yīng)”是不可避免的。減少無(wú)效的“尋呼響應(yīng)”最直接的辦法就是增長(zhǎng)MSC等待響應(yīng)的定時(shí)器時(shí)長(zhǎng)。如圖所示：尋呼方式（TMSI尋呼或者IMSI尋呼）問(wèn)題出處：避免PCH信道過(guò)載，增加PCH尋呼容量問(wèn)題分析：（1）由于從理論上講TMSI尋呼效率是IMSI尋呼效率的2倍，所以采用TMSI尋呼方式相當(dāng)于提高了PCH的尋呼容量。（2）對(duì)于PCH接近過(guò)載或已經(jīng)過(guò)載的網(wǎng)絡(luò)，建議采用TMSI尋呼方式，可以緩解PCH過(guò)載現(xiàn)象。建議設(shè)置：首次尋呼使用TMSI尋呼，第二次使用TMSI尋呼，第三次使用IMSI尋呼。既增加了PCH尋呼容量，又平衡了TMSI的臨時(shí)錯(cuò)誤?，F(xiàn)網(wǎng)設(shè)置合理，不作調(diào)整。BSS側(cè)提高尋呼成功率的措施BTS尋呼重發(fā)功能問(wèn)題出處：根據(jù)“尋呼損失3”的原因⑦：MS沒(méi)有收到BTS下發(fā)的ImmediateAssignment消息。問(wèn)題分析：基站側(cè)增加了尋呼重發(fā)功能，這樣可以解決一些由于偶爾的無(wú)線鏈路傳輸質(zhì)量差而造成的移動(dòng)臺(tái)暫時(shí)無(wú)法正確接收尋呼命令問(wèn)題，而對(duì)于持續(xù)的無(wú)線鏈路傳輸質(zhì)量差而造成的移動(dòng)臺(tái)暫時(shí)無(wú)法正確接收尋呼命令問(wèn)題繼續(xù)依賴(lài)于MSC側(cè)的尋呼重發(fā)來(lái)解決。另外，由于基站側(cè)實(shí)現(xiàn)了尋呼重發(fā)，減少了MSC側(cè)尋呼重發(fā)量，一定程度上降低了整個(gè)網(wǎng)絡(luò)側(cè)的信令負(fù)載。適當(dāng)降低“MS最小接收信號(hào)等級(jí)”和“RACH最小接入電平”(改為0時(shí)隨機(jī)錯(cuò)誤門(mén)限需要修改，這會(huì)影響掉話,沒(méi)必要時(shí)不改0)問(wèn)題出處：根據(jù)“尋呼損失3”的原因⑧和“尋呼損失1”的原因④：上行和下行覆蓋差導(dǎo)致BTS無(wú)法獲得MS上發(fā)的響應(yīng)尋呼的RACH消息。問(wèn)題分析：參數(shù)“MS最小接收信號(hào)等級(jí)”表示MS接入系統(tǒng)所需要的最小接收信號(hào)電平。適當(dāng)降低該參數(shù)，是人為增加了MS的上行覆蓋范圍，在一定程度上可以提高尋呼成功率。但該參數(shù)設(shè)置過(guò)低同樣會(huì)導(dǎo)致掉話增加，需要采取優(yōu)化掉話的措施。另外，RACH最小接入電平表示系統(tǒng)判斷MS隨機(jī)接入的電平閥值。當(dāng)接收到的RACH突發(fā)脈沖的電平小于設(shè)置門(mén)限時(shí)，BTS認(rèn)為這是一次無(wú)效接入，不進(jìn)行譯碼。當(dāng)接收到的隨機(jī)接入突發(fā)時(shí)隙的電平大于門(mén)限時(shí)，BTS才認(rèn)為這個(gè)時(shí)隙有接入請(qǐng)求，并且與“隨機(jī)接入錯(cuò)誤門(mén)限”一起確定該RACH接入是否有效?！癛ACH最小接入電平”需要結(jié)合基站實(shí)際靈敏度以及手機(jī)最低接入電平進(jìn)行設(shè)置，避免有信號(hào)打不了電話的現(xiàn)象。適當(dāng)增大“MS最大重發(fā)次數(shù)”問(wèn)題出處：根據(jù)“尋呼損失1”的原因④：上行和下行覆蓋差導(dǎo)致BTS無(wú)法獲得MS上發(fā)的信道請(qǐng)求消息。問(wèn)題分析：在MS收到BTS下發(fā)的尋呼請(qǐng)求消息之后將回復(fù)信道請(qǐng)求消息?！癕S最大重發(fā)次數(shù)”表示MS在同一次立即指配進(jìn)程中允許發(fā)送ChannelRequest消息次數(shù)的上限。在MS發(fā)起立即指配進(jìn)程后，它會(huì)一直監(jiān)聽(tīng)BCCH和屬于它所在CCCH組的所有公共控制信道消息，如果MS沒(méi)有收到