尋呼成功率低問(wèn)題處理專題指導(dǎo)

尋呼成功率低問(wèn)題處理

專題指導(dǎo)版本：V1.0中興通訊工程服務(wù)部GSM網(wǎng)規(guī)網(wǎng)優(yōu)部發(fā)布聲明本資料著作權(quán)屬中興通訊股份有限公司所有。未經(jīng)著作權(quán)人書面許可，任何單位或個(gè)人不得以任何方式摘錄、復(fù)制或翻譯。侵權(quán)必究。ZTE和申光是中興通訊股份有限公司的注冊(cè)商標(biāo)。中興通訊產(chǎn)品的名稱和標(biāo)志是中興通訊的專有標(biāo)志或注冊(cè)商標(biāo)。在本手冊(cè)中提及的其他產(chǎn)品或公司的名稱可能是其各自所有者的商標(biāo)或商名。在未經(jīng)中興通訊或第三方商標(biāo)或商名所有者事先書面同意的情況下，本手冊(cè)不以任何方式授予閱讀者任何使用本手冊(cè)上出現(xiàn)的任何標(biāo)記的許可或權(quán)利。本產(chǎn)品符合關(guān)于環(huán)境保護(hù)和人身安全方面的設(shè)計(jì)要求，產(chǎn)品的存放、使用和棄置應(yīng)遵照產(chǎn)品手冊(cè)、相關(guān)合同或相關(guān)國(guó)法律、法規(guī)的要求進(jìn)行。由于產(chǎn)品和技術(shù)的不斷更新、完善，本資料中的內(nèi)容可能與實(shí)際產(chǎn)品不完全相符，敬清諒解。如需查詢產(chǎn)品的更新情況，清聯(lián)系當(dāng)?shù)剞k事處。TOC\o"1-5"\h\z\o"CurrentDocument"概述 1-1\o"CurrentDocument"尋呼成功率公式 2-2\o"CurrentDocument"中興BSS關(guān)于尋呼的計(jì)數(shù)器 3-3\o"CurrentDocument"尋呼原理和流程分析 4-5\o"CurrentDocument"尋呼原理 4-5\o"CurrentDocument"無(wú)線尋呼的基本信令流程 4-5\o"CurrentDocument"影響尋呼成功率的原因 5-7\o"CurrentDocument"優(yōu)化步驟和方法 6-9\o"CurrentDocument"尋呼相關(guān)知識(shí) 7-12\o"CurrentDocument"手機(jī)所在尋呼組的計(jì)算 7-12BTS的尋呼能力計(jì)算 7-13\o"CurrentDocument"尋呼方式 7-13\o"CurrentDocument"BTS的能夠承載的消息數(shù)量 7-14尋呼組、BS-PA-MFRMS、BS-AG-BLKS-RES（AGB）三者關(guān)系 7-15\o"CurrentDocument"位置區(qū)與尋呼關(guān)系 7-16ZXG10-BSC的PAGING能力 7-16\o"CurrentDocument"典型案例 8-18\o"CurrentDocument"SDCCH擁塞引起的尋呼無(wú)響應(yīng) 8-18\o"CurrentDocument"MSC流控導(dǎo)致的呼不通手機(jī) 8-18\o"CurrentDocument"T3212設(shè)置錯(cuò)誤導(dǎo)致的尋呼無(wú)響應(yīng) 8-19\o"CurrentDocument"十堰聯(lián)通GSM尋呼成功率指標(biāo)優(yōu)化 8-201概述尋呼成功率是GSM網(wǎng)絡(luò)的一項(xiàng)重要網(wǎng)絡(luò)質(zhì)量指標(biāo)，它直接影響來(lái)話接通率和無(wú)線系統(tǒng)接通率等其它網(wǎng)絡(luò)指標(biāo)。良好的尋呼性能對(duì)于所有手機(jī)用戶是否能夠成功作被叫來(lái)說(shuō)十分關(guān)鍵，因此加強(qiáng)尋呼成功率的優(yōu)化分析是非常必要的。2尋呼成功率公式尋呼成功率=尋呼響應(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。3中興BSS關(guān)于尋呼的計(jì)數(shù)器BSS中關(guān)于尋呼的計(jì)數(shù)器有下面幾個(gè):C11621(NumberofPagingMessages)C11637(NumberofMTCAccessSuccessful)=C10007=A4點(diǎn)C11685(NumberofMTCAccessAttempts=C10005=A1點(diǎn)C11692(NumberofAccesscausedbyPagingResponse(statisticssetupindication))=C10022=A4點(diǎn)C11637與C11692統(tǒng)計(jì)點(diǎn)雖然相同，但是統(tǒng)計(jì)的值并不一樣。尋呼響應(yīng)時(shí)的接入原因可能是下面這些，C11637沒(méi)取全，尋呼響應(yīng)時(shí)的接入原因可能是下面這些，C11637沒(méi)取全，0001XXXX這種沒(méi)有取，C11692統(tǒng)計(jì)完整。圖3無(wú)線接入過(guò)程C11621尋呼次數(shù)收到的尋呼消息次數(shù)。C10005MTC接入請(qǐng)求個(gè)數(shù)含義：接入原因?yàn)镸TC（移動(dòng)被叫）的信道請(qǐng)求次數(shù)。在手機(jī)通過(guò)BTS,以CHL_REQ消息向BSC申請(qǐng)無(wú)線信道時(shí)，如果TA并未超出小區(qū)范圍，且允許接入原因?yàn)椤癕TC”時(shí)，本計(jì)數(shù)器加1。測(cè)量點(diǎn)：手機(jī)向BSC申請(qǐng)信道，TA并未超出范圍（圖1中A1）。C10006MTC接入請(qǐng)求處理成功次數(shù)含義:允許接入原因?yàn)镸TC的手機(jī)接入網(wǎng)絡(luò)，BSC接受手機(jī)的信道請(qǐng)求，分配信道，并激活信道成功后，本計(jì)數(shù)器加1，同時(shí)BSC即將下發(fā)IMM_ASS消息給手機(jī)。測(cè)量點(diǎn)：信道激活成功（圖1中A3）。C10007MTC的接入成功次數(shù)含義：接入原因?yàn)镸TC的手機(jī)成功接入立即指派消息里分配的信道的次數(shù)。在手機(jī)收到BSC下發(fā)的IMM_ASS，成功接入相應(yīng)信道，使BSC收到EST_IND消息后，本計(jì)數(shù)器加1。測(cè)量點(diǎn)：BSC收到EST_IND消息（圖1中A4）。C10022接入原因?yàn)閷ず繇憫?yīng)的接入次數(shù)含義：接入原因?yàn)閷ず繇憫?yīng)的接入次數(shù)，BSC收到EST_IND消息后，如果該消息攜帶的層3信息中，接入原因?yàn)閷ず繇憫?yīng)，則本計(jì)數(shù)器加1。測(cè)量點(diǎn)：BSC收到EST_IND消息（圖1中A4）。\\C20064PAGING消息數(shù)目\.含義：統(tǒng)計(jì)BSC接收到MSC發(fā)送的尋呼消息的次數(shù)，收到本計(jì)數(shù)器加1。測(cè)量點(diǎn)：BSC收到Paging消息。這個(gè)測(cè)量需要在BSC的基本測(cè)量建立A口信令統(tǒng)計(jì)測(cè)量，才能得到尋呼消息個(gè)數(shù)。BSS側(cè)計(jì)算的尋呼成功率公式：Pagingsuccessrate（BSC）=ZC10022/C20064

4尋呼原理和流程分析4.1尋呼原理無(wú)線尋呼的過(guò)程，即MSC通過(guò)尋呼尋找到MS的通信過(guò)程，只有在查找到移動(dòng)用戶后，MSC才能進(jìn)行下一步的呼叫接續(xù)工作。4.2無(wú)線尋呼的基本信令流程MSBTSpagingCMD(2)4.2無(wú)線尋呼的基本信令流程MSBTSpagingCMD(2)BSCpaging(1)ChannelREQ(4)融[MMAChannelREQ(4)融[MMASABM(9)UA(10)pagingREQ(3)CharnelACTACK")*SSCMD(8) ChannelRQD(5)ChannelACT(G)PagingREJ：CR(CMPl3inforrESTIND(PagingRESP)(TI).圖3：無(wú)線尋呼基本信令流程從圖3可知，當(dāng)MSC從VLR中獲得移動(dòng)臺(tái)MS當(dāng)前所處的位置區(qū)(LAC)后，將向這一位置區(qū)的所有BSC發(fā)出尋呼消息(Paging)0BSC收到尋呼消息后，向該BSC下屬于此位置區(qū)的所有小區(qū)發(fā)出尋呼命令消息(PagingCommand)。當(dāng)基站收到尋呼命令后，將在無(wú)線信道的該IMSI所在尋呼組的尋呼子信道上發(fā)出尋呼請(qǐng)求消息(PagingRequest)，該消息中攜帶有被尋呼用戶的IMSI或者TMSI號(hào)碼。MS在接收到尋呼請(qǐng)求消息后，通過(guò)隨機(jī)接入信道(RACH)請(qǐng)求分配獨(dú)立控制信道(SDCCH)oBSC則在確認(rèn)基站激活了所需的SDCCH信道后，在接入許可信道(AGCH)通過(guò)立即指配消息(ImmediateAssignment)將該SDCCH信道指配給MS。MS則使用該SDCCH信道發(fā)送尋呼響應(yīng)消息(PagingResponse)oBSC將尋呼響應(yīng)消息轉(zhuǎn)發(fā)給MSC，完成一次成功的無(wú)線尋呼?，F(xiàn)在GSM網(wǎng)絡(luò)上交換機(jī)的尋呼方式一般為二次尋呼，尋呼間隔一般為5秒。當(dāng)MSC從VLR中獲得MS目前所處的位置區(qū)LAC后，第一次向MS所在的LAC下的所有BSC尋呼。如果MSC在發(fā)出尋呼消息后，5秒內(nèi)沒(méi)有收到尋呼響應(yīng)消息，MSC則會(huì)再發(fā)送一次尋呼消息。第二次也是向MS所在的LAC下的所有BSC尋呼。如果5秒內(nèi)仍沒(méi)有收到尋呼響應(yīng)消息，則此次無(wú)線尋呼失敗，同時(shí)，MSC將向主叫用戶送“您撥打的用戶暫時(shí)無(wú)法接通”的錄音通知。中興交換機(jī)尋呼方式是一般是二次尋呼(可以設(shè)置為三次尋呼)，尋呼間隔一般是3秒。5影響尋呼成功率的原因一、 PAGING消息在無(wú)線信道下發(fā)失敗LINK負(fù)荷高，導(dǎo)致底層SCCP消息丟失。MSC/VLR、BSC流量控制，導(dǎo)致消息的丟棄。負(fù)荷高時(shí)，消息排隊(duì)時(shí)間長(zhǎng)，未能及時(shí)發(fā)送到手機(jī)。傳輸鏈路質(zhì)量不好，導(dǎo)致底層LAPD消息丟失。T3212參數(shù)設(shè)置不合理。尋呼消息太多導(dǎo)致無(wú)線口消息丟失（如短信群發(fā)等）。MSC冗余小區(qū)數(shù)據(jù)導(dǎo)致BSC尋呼次數(shù)異常。二、 手機(jī)沒(méi)有收到PAGING消息、覆蓋原因。覆蓋盲區(qū)，總體網(wǎng)絡(luò)覆蓋率差，用戶超出覆蓋區(qū)。網(wǎng)絡(luò)覆蓋漏洞，個(gè)別覆蓋盲點(diǎn)。手機(jī)頻繁重選3.位置更新頻繁手機(jī)在進(jìn)行GPRS業(yè)務(wù)，未能偵聽(tīng)BCCH上的消息。尋呼組設(shè)置不合理，導(dǎo)致尋呼時(shí)間長(zhǎng)，或者漏聽(tīng)尋呼。尤其是相鄰兩個(gè)小區(qū)的尋呼組不同?！?.2次尋呼時(shí)間設(shè)置不合理，使得2次尋呼沒(méi)有起到作用，反而加重了:如》系統(tǒng)尋呼負(fù)荷。"\—7.相鄰基站頻率相差很多，引起頻繁重選時(shí)，偵聽(tīng)的時(shí)間不同，容易導(dǎo)上.■:"致漏聽(tīng)尋呼。三、 手機(jī)響應(yīng)PAGING時(shí)，相關(guān)信息未能發(fā)送到MSCSDCCH擁塞SDCCH指派失敗上下行鏈路不平衡，上行弱傳輸鏈路不好，消息丟失特殊情況，兩個(gè)手機(jī)同時(shí)呼叫另一手機(jī)，MSC接同一個(gè)主叫，對(duì)另一個(gè)主叫回“尋呼無(wú)響應(yīng)”。MSC尋呼消息下發(fā)時(shí)間不合理：手機(jī)的呼叫釋放未結(jié)束，MSC卻提前完成了釋放過(guò)程，同時(shí)又下發(fā)新的尋呼，結(jié)果得到“尋呼無(wú)相應(yīng)”的回應(yīng)。6優(yōu)化步驟和方法STEP1：首先排除系統(tǒng)導(dǎo)致的異常查看流控告警，檢查MSC/VLR/BSC是否有流控告警。維護(hù)好A/Abis口的中繼鏈路，注意觀察A/Abis口信令負(fù)荷，及時(shí)增加信令鏈路，降低因?yàn)樾帕钬?fù)荷過(guò)高導(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)致尋呼成功率低。這方面的問(wèn)題可以通過(guò)查看告警得知。檢查MSC數(shù)據(jù)庫(kù)是否存在冗余數(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ù)荷較高STEP2:檢查手機(jī)的最新活動(dòng)狀態(tài)目前僅可通過(guò)VLR探針，檢查手機(jī)的最近活動(dòng)記錄。測(cè)試時(shí)可通過(guò)對(duì)SGSN，MSC，ABIS口等錄制信令，判斷手機(jī)的活動(dòng)。—STEP3：排除GPRS的影響檢查GPRS路由區(qū)設(shè)置是否合理。同一站點(diǎn)路由區(qū)應(yīng)相同，重選比較頻"'、、、、、、'繁的小區(qū)路由區(qū)應(yīng)相同。檢查路由區(qū)更新周期設(shè)置是否合理。利用不支持GPRS功能的手機(jī)進(jìn)行測(cè)試。STEP4:指標(biāo)分析檢查SDCCH擁塞情況，查看話統(tǒng)中“SDCCH擁塞率”等指標(biāo)，正常情況下應(yīng)該為0或接近為0。消除SDCCH擁塞造成的“尋呼無(wú)相應(yīng)”。分析MTC成功率是否存在異常。分析小區(qū)的位置更新次數(shù)是否存在異常。分析系統(tǒng)的平均TA和最大TA判斷是否存在過(guò)覆蓋現(xiàn)象。STEP5:無(wú)線參數(shù)檢查和優(yōu)化檢查與尋呼、接入、立即指配有關(guān)的參數(shù)設(shè)置。通過(guò)查詢?cè)捊y(tǒng)、告警等，看是否有RACH、PCH、SDCCH等過(guò)載的消息。接入允許保留塊數(shù)BS-AG-BLKS-RES和尋呼信道復(fù)幀數(shù)BS-PA-MFRMS配置不合適容易造成PCH信道擁塞或?qū)ず羲俣嚷S_PA_MFRMS太大是以犧牲尋呼消息在無(wú)線信道上的平均時(shí)延為代價(jià)的，即BS_PA_MFRMS越大使尋呼消息在空間段的時(shí)間延遲增大，系統(tǒng)的平均服務(wù)性能降低，手機(jī)等待尋呼的時(shí)間加長(zhǎng)。減少尋呼信道復(fù)幀數(shù)BsPaMframs的好處是一是縮短用戶響應(yīng)尋呼的時(shí)間，提高網(wǎng)絡(luò)的整體服務(wù)性能。二是我公司BTS在尋呼信道復(fù)幀數(shù)<=3時(shí)有對(duì)尋呼消息的2次重發(fā)功能，增加尋呼消息重發(fā)次數(shù)提高手機(jī)響應(yīng)尋呼的幾率，提高了尋呼成功幾率。手機(jī)最大重發(fā)次數(shù)MAXretrans、擴(kuò)展傳輸時(shí)隙TX-integer等參數(shù)配置不合適容易造成信道請(qǐng)求沖突或檢測(cè)不到。檢查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無(wú)法進(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。檢查L(zhǎng)AC的劃分是否合理，LAC交界地段是否合理。在規(guī)劃LAC時(shí)應(yīng)\翌主意以下幾點(diǎn)：LAC的范圍必須在一個(gè)MSC下，不允許跨越MSC。必.須兼顧尋呼量和位置更新次數(shù)之間的平衡問(wèn)題。LAC最重要的規(guī)劃原則是不要超過(guò)BTS的最大尋呼容量。一旦超過(guò)BTS的尋呼容量，就應(yīng)考慮LAC分裂。STEP6：MSC尋呼策略的分析。系統(tǒng)容量是否支持多次尋呼，若支持，分析多次尋呼對(duì)系統(tǒng)的影響°MSC負(fù)責(zé)形成尋呼消息，并可對(duì)未響應(yīng)的尋呼進(jìn)行重發(fā)。兩次尋呼間隔是一個(gè)很重要的參數(shù)。從無(wú)線方面看，兩次尋呼間隔越大，MS在響應(yīng)尋呼時(shí)所處的無(wú)線環(huán)境的相關(guān)性越小，MS也更容易成功響應(yīng)尋呼消息。但如果兩次尋呼的間隔設(shè)置過(guò)大，會(huì)使主叫用戶處于長(zhǎng)時(shí)間等待狀態(tài)，主叫用戶容易掛機(jī)。在優(yōu)化中要需要根據(jù)尋呼成功率和用戶掛機(jī)比例，逐步的調(diào)整尋呼間隔。適當(dāng)?shù)匮娱L(zhǎng)尋呼間隔時(shí)長(zhǎng)，可以提高尋呼成功率。缺點(diǎn)就是被叫用戶如果不在服務(wù)區(qū)，主叫用戶聽(tīng)到錄音通知的等待時(shí)間將相應(yīng)延長(zhǎng)。有的設(shè)備廠家的MSC第二次尋呼可以采用全局尋呼(globalpaging)，即可在整個(gè)MSC內(nèi)尋呼MS。而有些廠家的設(shè)備不支持這個(gè)功能。建議支持這個(gè)功能的交換機(jī)開(kāi)啟此功能。這個(gè)功能對(duì)帶有兩個(gè)或多個(gè)位置區(qū)的MSC的尋呼成功率的提高有很好的幫助。注意：ZTEMSC的2次尋呼間隔是3秒，不是十分合理。STEP7:現(xiàn)場(chǎng)測(cè)試現(xiàn)場(chǎng)測(cè)試是最重要的一個(gè)步驟，通過(guò)測(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等)。測(cè)試是否存在盲區(qū)現(xiàn)象。7尋呼相關(guān)知識(shí)7.1手機(jī)所在尋呼組的計(jì)算在GSM系統(tǒng)中，下發(fā)的尋呼消息是分組進(jìn)行的，每一個(gè)移動(dòng)用戶在偵聽(tīng)尋呼消息時(shí)只偵聽(tīng)他自己所屬的尋呼組而忽略其它尋呼組的內(nèi)容，甚至在其它尋呼組發(fā)送尋呼消息期間關(guān)閉移動(dòng)臺(tái)中某些硬件設(shè)備的電源以節(jié)約移動(dòng)臺(tái)的功率開(kāi)銷(即DRX的來(lái)源)。根據(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ù))X尋呼組占用的復(fù)幀數(shù)BCCH信道與SDCCH..：：■.%；信道組合或N(9-AGCH保留塊數(shù))X尋呼組占用的復(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)X5=35CCCH_GROUP=((460007248009188mod1000)mod(2X35))div35=1PAGING_GROUP=((460007248009188mod1000)mod(2X35))mod35=13結(jié)果表示該用戶在如上所配置的GSM網(wǎng)絡(luò)里面尋呼消息是在第1條CCCH信道(從第0條開(kāi)始計(jì)數(shù))的第13個(gè)(從第0個(gè)開(kāi)始計(jì)數(shù))尋呼組上發(fā)送。7.2BTS的尋呼能力計(jì)算7.3尋呼方式根據(jù)GSM0408協(xié)議9.1.22節(jié)，每個(gè)尋呼塊有23個(gè)字節(jié)，可以發(fā)送2:.如》個(gè)IMSI尋呼；或2個(gè)TMSI和1個(gè)IMSI尋呼；或4個(gè)TMSI尋呼：-2IMSIs1IMSIand2TMSIs4TMSIsIMSI，即國(guó)際移動(dòng)用戶識(shí)別碼。在GSM系統(tǒng)中，每個(gè)用戶都分配了一個(gè)唯一的IMSI，用于用戶身份識(shí)別。它由MCC(移動(dòng)國(guó)家碼)、MNC(移動(dòng)網(wǎng)號(hào))和MSIN(移動(dòng)用戶識(shí)別碼)組成。長(zhǎng)度為8個(gè)字節(jié)。TMSI，即臨時(shí)移動(dòng)用戶識(shí)別碼。在GSM系統(tǒng)中，TMSI由VLR為來(lái)訪的移動(dòng)用戶在鑒權(quán)成功后分配，僅在該VLR管轄范圍內(nèi)代替IMSI在空中接口中臨時(shí)使用，且與IMSI相互對(duì)應(yīng)。長(zhǎng)度為4個(gè)字節(jié)。由于IMSI長(zhǎng)度為8個(gè)字節(jié)，而TMSI長(zhǎng)度為4個(gè)字節(jié)，因此空中接口的尋呼信道在使用IMSI方式尋呼時(shí)，尋呼請(qǐng)求消息中只能包含兩個(gè)IMSI號(hào)碼，而使用TMSI方式尋呼時(shí)，尋呼請(qǐng)求消息中可以包含四個(gè)TMSI號(hào)碼。因此，使用IMSI方式尋呼會(huì)導(dǎo)致尋呼信道的負(fù)荷增加一倍。7.4BTS的能夠承載的消息數(shù)量（1）每秒尋呼塊數(shù)1幀=4.615ms，1復(fù)幀=51幀=0.2354s，假設(shè)接入允許保留塊數(shù)為AGB塊，則每秒的尋呼塊數(shù)可由以下公式計(jì)算：對(duì)于非組合BCCH：每秒尋呼塊數(shù)=（9-AGB）/0.2354（尋呼塊/秒）對(duì)于組合BCCH:每秒尋呼塊數(shù)=（3-AGB）/0.2354（尋呼塊/秒）對(duì)于非組合BCCH:當(dāng)AGB=2，則每秒尋呼塊數(shù)=29.7尋呼塊/秒。當(dāng)AGB=0時(shí)，每秒尋呼塊數(shù)=38.2尋呼塊/秒。對(duì)于組合BCCH：通常AGB=1，則每秒尋呼塊數(shù)=8.5尋呼塊/秒。當(dāng)AGB=0時(shí)，每秒尋呼塊數(shù)=12.7尋呼塊/秒。可以看出，接入允許保留塊數(shù)越多，則系統(tǒng)每秒鐘內(nèi)能夠下發(fā)的尋呼塊數(shù)越少，尋呼容量也越小。而組合BCCH的尋呼容量比非組合BCCH小很多。需要注意的是在同一個(gè)LA中，通常不宜同時(shí)配置組合BCCH和非組合BCCH小區(qū)，接入允許保留塊數(shù)也應(yīng)該在同一LA中保持一致。否則將導(dǎo)致尋呼容量降低（為L(zhǎng)A中尋呼容量最低的小區(qū)）。但如果位置區(qū)容量不大，且位置區(qū)編碼資源緊張，也可以把組合BCCH和非組合BCCH的?。緟^(qū)配置于同一個(gè)LA中，以增加O1、S111站型基站的業(yè)務(wù)信道數(shù)量。"'（2）每尋呼塊的尋呼次數(shù)根據(jù)尋呼方式，若采用IMSI尋呼機(jī)制，則平均每尋呼塊可發(fā)送尋呼次數(shù)X為：X=2 尋呼次數(shù)/尋呼塊若采用TMSI尋呼機(jī)制，則，X=4 尋呼次數(shù)/尋呼塊（3）每秒鐘最多可發(fā)送尋呼次數(shù)P可由下列公式計(jì)算：對(duì)于非組合BCCH：P=(9-AGB)/0.2354(尋呼塊/秒)XX(尋呼次數(shù)/尋呼塊)對(duì)于組合BCCH： P=(3-AGB)/0.2354(尋呼塊/秒)XX(尋呼次數(shù)/尋呼塊)采用IMSI尋呼機(jī)制：對(duì)非組合BCCH,當(dāng)AGB=2時(shí)，P=59.47尋呼次數(shù)/秒；當(dāng)AGB=0時(shí)，P=76.47尋呼次數(shù)/秒。對(duì)于組合BCCH,當(dāng)AGB=1時(shí)，P=16.99尋呼次數(shù)/秒；當(dāng)AGB=0時(shí)，P=25.49尋呼次數(shù)/秒。采用TMSI尋呼機(jī)制：對(duì)非組合BCCH，當(dāng)AGB=2時(shí)，P=118.95尋呼次數(shù)/秒；當(dāng)AGB=0時(shí)，P=152.93尋呼次數(shù)/秒。對(duì)于組合BCCH，當(dāng)AGB=1時(shí)，P=33.98尋呼次數(shù)/秒；當(dāng)AGB=0時(shí)，P=50.98尋呼次數(shù)/秒。每個(gè)CCCH可攜帶一個(gè)消息，它的數(shù)據(jù)率為4.25個(gè)消息/秒。AGCH用于傳送立即分配(ImmediateAssignmentCMD)消息和立即分配拒絕(ImmediateAssignmentReject)消息。一條立即分配消息可為最多2個(gè)移動(dòng)臺(tái)分配信道(如SDCCH等)，一條立即分配拒絕消息可最多拒絕4個(gè)移動(dòng)臺(tái)的信道請(qǐng)求。PCH用于傳送尋呼消息。當(dāng)采用TMSI尋呼方式時(shí)，一條尋呼消息可用于尋呼最多4個(gè)移動(dòng)臺(tái)；當(dāng)采用IMSI尋呼方式時(shí)，一條尋呼消息可用于尋呼最多2個(gè)移動(dòng)臺(tái)。當(dāng)一個(gè)CCCH塊無(wú)尋呼消息發(fā)送時(shí)，則可發(fā)送一條立即分配/立即分配拒絕消息。7.5尋呼組、BS-PA-MFRM&BS-AG-BLKS-RES(AGB)三者關(guān)系表5-7-1尋呼組、BS-PA-MFRMS、BS-AG-BLKS-RES(AGB)三者關(guān)系表BS-PA-MFRMSTimebetweentransmission ofeachpaginggroupNumberofpaginggroupsCombinedBCCH/SDCCHNumberofpaging groupsNon-CombinedBCCH/SDCCH3pagingblokspermultiframeAGB=02pagingblokspermultiframeAGB=19pagingblokspermultiframeAGB=08pagingblokspermultiframeAGB=120.4764181630.7196272440.94128363251.181510454061.411812544871.652114635681.892416726492.12271881727.6位置區(qū)與尋呼關(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=133.33E*X%根據(jù)51復(fù)幀的結(jié)構(gòu)，假定可用于CCCH的數(shù)目為丫，則一小時(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%),因此：E<=281.25Y由此得到下表：MaxtrafficofLAC(Erl)thePCHblockinCCCH281.251562.52843.753112541406.2551687.561968.757225082531.2597.7ZXG10-BSC的PAGING能力理論上：每秒處理24條=21600條/15分鐘最大情況每秒處理30條=27000條/15分鐘實(shí)際情況：消息量在30000條/15分鐘?40000條/15分鐘(具體和話務(wù)量相關(guān))，不會(huì)出現(xiàn)用戶感知問(wèn)題。增加BSC的PAGING能力方法：減少M(fèi)SC的多次尋呼。按照模塊進(jìn)行LAC劃分。8典型案例8.1SDCCH擁塞引起的尋呼無(wú)響應(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ù)的尋呼無(wú)響應(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擁塞，引起尋呼無(wú)響應(yīng)。8.2MSC流控導(dǎo)致的呼不通手機(jī)故障現(xiàn)象：斯里蘭卡忙時(shí)手機(jī)打手機(jī)接通率低。忙時(shí)接通率大約在60%左右。故障分析：》通過(guò)對(duì)現(xiàn)場(chǎng)撥打測(cè)試錄制的信令分析，發(fā)現(xiàn)MSS沒(méi)有下發(fā)PAGING消息。.."\\具體信令流程如下：■OHITORABISAPMA10RS1_SIG[ApplicationPart(filtered)]■OHITORABISAPMA10RS1_SIG[ApplicationPart(filtered)]^j|FileFilterFi^ndViewOptionsCallToolsWindowHelpH回口EEBIHH圓足回副園甌甌12]1.1.1.1.PAGINGCD1.11AI-JEDownlinkCCCH0i0iJLOiOi01PAGINGPAGINGCDMMAHECDLUJAHEEownlinkCCCHEownlintCCCHEINEEINELINEPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGINGPAGINGEIND11EINEEINEEINE1.1.1.1.1.01013L.0101JLJLOiPAGINGPAGINGPAGINGEINEEINEEINDPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGERESPONSECiph.Key=NoCMSERVREQSETUPBearerCapability:speechCalledGroup:33MSGroup:33USGroup:33MSCDMLJANECDl-llAI-JECDMMANEGroup::33USId:工MS1:4130820i0i0126933Group1.1.1.1.PAGINGCD1.11AI-JEDownlinkCCCH0i0iJLOiOi01PAGINGPAGINGCDMMAHECDLUJAHEEownlinkCCCHEownlintCCCHEINEEINELINEPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGINGPAGINGEIND11EINEEINEEINE1.1.1.1.1.01013L.0101JLJLOiPAGINGPAGINGPAGINGEINEEINEEINDPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGERESPONSECiph.Key=NoCMSERVREQSETUPBearerCapability:speechCalledGroup:33MSGroup:33USGroup:33MSCDMLJANECDl-llAI-JECDMMANEGroup::33USId:工MS1:4130820i0i0126933Group::33USId:IMSI::4130i820i0i0126933Group::33USId:IMSI：::413曲200012€933keyMSClaas2:RF=4rphase2USHSId:IMSI:413082000126933CUServ.Type:mobilecallorpacketmodeCiph.Key=NokeyUSClass2:RF=4rphase2MS

PtyBCD:unknown,0785270271

Id:IMSI:41301820101012€933DownlinkCCCHDownlinkCCCHEownlirikCCCHMS:Id:ILISI：::4130182OiQiOl26933Id:IMS1:4130182OiOiOl2?933PAGERESPONSECiph.Key=NoCUServ.Type:mobilecallorpacketmodeCiph.Key=NokeyMSClass2:RF=4rphase2MSPtyBCDzunknovm;0785270271Id:IMSI:41301820i0i012-6933Id:IMS1:41301320i0i0126923keyMSClass2:RF=4rphase2USUSId:IHSI:413082000126933iCUSERVREDSETUPBearerCapability:speechCalledCDMLIANE EownlinkCCCHCDLLIAHE EownlintCOCHCDl-llAI-JEDownlinkCCCHPAGERESPONSECiph.Key=NoGroup:33IdSGroup:33USGroup:33iJSkeyMSClass2:RF=4,phase2MSMSId:IMSI:413082000126933CidSERVREQQJSERVREDSETUPBearerCapability:speechCalledCDMLIANE EownlinkCCCHCDLLIAHE EownlintCOCHCDI-UIAI-JENOPAGINGCOMMA}Id:ILISI：::4130182OiQiOl26933CMServ.Type:mobilecallorpacketmodeCiph.Key=NokeyMSClass2:RF=4rphase2MSMS:CMServ.Type:mobilecallorpacketmodeCiph.Key=NokeyUSClass2:RF=4rphase2xinknovm;07852702714130820001269334130320i0i012￡933DownlinkCCCHMSPtyBCEIdId.ILISIIMSIGroup:33IdSGroup:33USGroup:33IdSkeyMSClass2:RF=4rphase2USUSId:IMSI:413082000126933IdIMSI：4130i820i0i0126933PAGERESPONSECiph.Key=NoCMSERVREQCMServ.Type:mobilecallorpacketmodeCiph.Key=NokeyMSClass2:RF=4rphase2SETUPBearerCapability:speechCalledGroup:22MSGroup:33USGroup:22MSCDI-UIAI-JECDMMAHECDLUJAHEMS:DownlinkCCCHEownlinkCCCHEownlintCCCHPAGERESPONSECiph.Key=NoCMSERVREQSETUPPtyBCE:unknovm;0785270271Id:IM￡I:4130iS20i0i012€933Id:ILISI:4130820i0i0126933Id:IM￡I:4130iS20i0i012€933keyMSClass2:RF=4rphase2USHSId:IMSI:413082000126933CUServ.Type:mobilecallorpacketmodeCiph.Key=NokeyUSClass2:RF=4rphase2BearerCapability:speechCalledPtyBCE:unknown;0785270271COUMANEEownlinkCCCHGroun:33MSId:IMSI:413082000126933MSMS:從上圖可以看出，MSC少下發(fā)了PAGING消息。由于忙時(shí)MSC產(chǎn)生了流量控制，導(dǎo)致消息被流控，引起了尋呼無(wú)響應(yīng)。8.3T3212設(shè)置錯(cuò)誤導(dǎo)致的尋呼無(wú)響應(yīng)故障現(xiàn)象：重慶某BSC下突然出現(xiàn)很多手機(jī)尋呼不到的現(xiàn)象，手機(jī)開(kāi)關(guān)機(jī)后，尋呼就沒(méi)有問(wèn)題。故障分析：跟蹤信令發(fā)現(xiàn)MSC沒(méi)有下發(fā)尋呼消息，檢查發(fā)現(xiàn)，MSC自己把位置更新時(shí)間改從2小時(shí)改為1小時(shí)，而BSC的設(shè)置為1小時(shí)。導(dǎo)致很多手機(jī).\》在沒(méi)有進(jìn)行周期性位置更新時(shí)，MSC側(cè)就已經(jīng)將手機(jī)標(biāo)志為為不活動(dòng)狀.■態(tài)，從而引起手機(jī)尋呼不到。位置區(qū)劃分引起尋呼成功率降低故障現(xiàn)象：ISB的BSC的位置區(qū)，從3個(gè)劃分為8個(gè)后，MSC統(tǒng)計(jì)的尋呼成功率下降了大約5個(gè)百分點(diǎn)。故障分析：由于位置區(qū)重新劃分，導(dǎo)致位置更新增加，從下圖可以看出一般性位置更新基本翻了一倍。說(shuō)明跨位置區(qū)的現(xiàn)象十分嚴(yán)重，這樣手機(jī)頻繁的跨位置區(qū)，必然導(dǎo)致尋呼不到。8.4十堰聯(lián)通GSM尋呼成功率指標(biāo)優(yōu)化【問(wèn)題描述】十堰地區(qū)全部使用中興基站設(shè)備，現(xiàn)有2個(gè)BSC,一個(gè)位置區(qū)LAC21088,其中在神農(nóng)架林區(qū)有4個(gè)孤島站點(diǎn)，掛在BSC1下，單獨(dú)設(shè)置位置區(qū)，LAC為21136,掛在ERICSSON交換機(jī)下。十堰地區(qū)LAC21088尋呼成功率一直在92%左右，在全省屬于中下游水平，省聯(lián)通公司要求提升至94%滿分指標(biāo)；.【故障分析】根據(jù)MSCSY01統(tǒng)計(jì)，LAC21088采用TMSI尋呼方式，二次