尋呼瓶頸
A接口信令負荷的評估：
采集的Object type:C7SL，涉及的COUNTER:NSIFSRE、NMSURE、NSIFTR、NMSUTR、ASLDUR。
A接口信令鏈路不夠引起與無線性能相關(guān)的切換、尋呼、TCH分配等諸多問題，信令負荷在20%以下則是非常健康的狀態(tài)。
信令負荷計算公式：
64K 鏈路：
接收負荷<NMSURE>*6+<NSIFSRE>)*8/(<ASLDUR>*64*1024)
發(fā)送負荷<NMSUTR>*6+<NSIFTR>)*8/(<ASLDUR>*64*1024)
2M 鏈路
接收負荷<NMSURE>*9+<NSIFSRE>)/(<ASLDUR>*8*31*1024)
發(fā)送負荷:(<NMSUTR>*9+<NSIFTR>)/(<ASLDUR>*8*31*1024)

尋呼消息在BSC里的處理：
最常用的APZ 212 30處理能力為每秒50000次尋呼，這對于當前各地普通網(wǎng)絡(luò)的尋呼量來說不存在顧慮，有問題的話則可考慮LAC割接。
TRH處理PAGING消息。對TRH評估分為TRH設(shè)備占用和TRH負荷兩方面。
對TRH設(shè)備占用的評估就是實際連接在該TRH上的TRX數(shù)/該TRH類型理論支持的TRX數(shù)。由于是半永久連接，在同一個BSC里各TRH上連接的TRX并不是均勻分布，對此TRH有自己的過載保護機制，另外還能激活TRH的動態(tài)負荷調(diào)節(jié)功能。
TRH負荷則是對TRH處理能力的評估，推導(dǎo)公式為MAXLOAD－70×LOWCAP/CAP [％]
整個TRH部分在尋呼這個話題里就點到為止，今后有時間可以做更詳細的討論。

Abis接口對PAGING的處理
Absi接口使用LAPD信令.
LAPD過載對網(wǎng)絡(luò)的影響順序依次是測量報告、位置更新、PAGING等。這部分的影響主要是信令壓縮。要保障網(wǎng)絡(luò)的健康運行，通常建議不使用信令壓縮。（有時間再鋪開討論：））

BTS處的瓶頸其實和空口資源密切相關(guān)，網(wǎng)絡(luò)側(cè)有AGBLK和MFRMS以及BCCHTYPE 三個參數(shù)影響到這個部分。AGBLK前面以及介紹了。其他的東西其實沒太多新意了，勞煩新手參考論壇資料，或者市面上GSM很火的綠色封面的書、藍色封面的書（不打免費廣告�。�。

最后就是CCCH信道了。