GSM尋呼成功率提升問題指導(dǎo)書

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

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

AG=2

MFR=5

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

AG=2

MFR=5

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

BTS通過尋呼組廣播尋呼請求。下面是一個尋呼請求可能的配置：2IMSIs1IMSIand2TMSIs4TMSIs

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

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

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

=4.25個尋呼組/秒[1]

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

1TMSI尋呼占一個尋呼組的?，1IMSI尋呼占?。

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

=3*?+1*?

=5/4（所需尋呼組）

所以，估計每尋呼組的尋呼數(shù)為：

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

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

例如：

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

CI63131=5924SDCCHAssign(AGCHattempts)

=5924/3600

=1.64AGCH/s[4]

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

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

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

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

=12.76[5]

考慮最差情況下，除去AGCH后，每秒實際剩下用于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ù)荷計算

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

每秒尋呼試呼數(shù)

=121000/3600

=33.6[8]

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