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

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