不用下載了，看我下載了復制粘貼出來的，就這些：

第1章M地區(qū)節(jié)日期間尋呼問題調整案例
M地區(qū)節(jié)日期間，會匯聚大量世界各地人群，由于當?shù)亓曀琢鞒滔鄬�固定，所以用戶行為比較一致，比如人們會同一時間到達一個區(qū)域；在特定時間會統(tǒng)一關機、靜音或者開機；在節(jié)日當天或許會打電話回國給家人道喜等等。所以會引發(fā)比如切換，指配，尋呼，位置更新等一系列問題。所以研究其用戶行為，在節(jié)日保障前對網絡做相應的優(yōu)化是保障的主要工作之一。
1.1GSK7B9尋呼成功率低
從圖上看，12月10日13:30起，位置區(qū)42001030B尋呼成功率開始出現(xiàn)下降，在16:50低于20%，18:00-20:00之間，尋呼成功率只有10%左右：

從MSOFTX3000可以看到，12月10日13：00開始。GSK7下面的用戶開始大幅增加：
標之間的網優(yōu)參數(shù)是互相制約的，通過修改此網優(yōu)參數(shù)可以改善尋呼成功率指標，但會造成掉話率增加，所以無線側會按照他們的網優(yōu)方案來調整，我們只有建議權。
當無線側打開流控參數(shù)會導致信令負荷大時丟棄信令；當提高接入電平會縮小小區(qū)范圍，造成脫網用戶數(shù)量增加。所以實際上，節(jié)日期間尋呼成功率低主要是由于無線側引起的，我們只能配合他們，調整尋呼策略來減少尋呼無響應的情況
第2章尋呼成功率低問題總結
一般情況下如果統(tǒng)計顯示尋呼成功率低于85%,一般問題出現(xiàn)在BSC側，必須找出尋呼成功率低的位置區(qū)，小區(qū)。同時要確認BSC側是否由于負荷過高導致尋呼成功率降低。首先可以檢查BSC的處理尋呼的最大能力，注意此能力可能和尋呼以IMSI或TMSI下發(fā)，尋呼信道以及SDCCD信道組合方式等多重因素有關。然后觀察MSC忙時發(fā)送尋呼請求的次數(shù)，確認沒有超過BSC的處理能力。如果確認尋呼次數(shù)太高導致BSC負荷過高，則建議BSC擴容，而在SERVER側，可以通過調整尋呼策略（減少尋呼次數(shù)，建議尋呼次數(shù)可以為2次，另外，第一次尋呼可以使用TMSI尋呼）減輕BSC的負荷。
對照檢查BSC號，GCI的BSC號是否錯誤，呼叫源在呼叫源表中是否存在等方面，同時注意MSC有無漏配本局的已經開通的某些小區(qū)。另外，還需要注意是否存在一個位置區(qū)對應多個BSC的情況。這樣的配置會導致每次尋呼發(fā)給多個BSC，造成BSC負荷太大，尋呼信道可能過載。