擴展ccch對尋呼的影響

《擴展ccch對尋呼的影響》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、擴展CCCH對網(wǎng)絡(luò)尋呼的影響一、LAC區(qū)尋呼lLAC尋呼容量及現(xiàn)網(wǎng)負荷擴展CCCH以后，由于增加的CCCH吸收了部分原來由于空口受限而刪除的尋呼，LAC尋呼量會有所增加，增加量取決于增加的CCCH吸收了多少以前被刪除的尋呼；LAC尋呼容量固定不變，最大值為22W，門限值16W。通過提取11月1日鄭州全網(wǎng)LAC尋呼量，目前現(xiàn)網(wǎng)LAC負荷大于10W的LAC列表如下：DATALACSumOfPAGING_MSG_SENT2010年11月1日148381495212010年11月1日142601459832010年11月1日141391391312

2、010年11月1日141291334842010年11月1日145991287122010年11月1日141451261012010年11月1日141431212632010年11月1日146781175752010年11月1日147911173342010年11月1日141101122822010年11月1日146301081942010年11月1日147901076452010年11月1日141091070982010年11月1日146951035392010年11月1日14134103392負荷最高的14838、14260、14129

3、均為BSC106下LAC（位于東城分公司，主要覆蓋鄭東新區(qū)龍子湖大學(xué)城區(qū)域），因負荷均接近門限值16W，建議盡快進行LAC區(qū)域調(diào)整。l位置區(qū)大小設(shè)置的優(yōu)缺點最佳的位置區(qū)大小實際上是PCH負荷和位置區(qū)更新(LU)之間的平衡。位置區(qū)設(shè)置過大會導(dǎo)致LAPDABIS信令負荷過載和Paging容量不足。反之過小的位置區(qū)會頻繁地進行位置區(qū)更新，且資源利用率過小，造成資源浪費。二、空口尋呼容量我們考慮空口尋呼容量時應(yīng)從以下兩個方面考慮：l空口尋呼容量空口尋呼容量是影響PagingDelete的主要因素，主要決定于CCCH信道結(jié)構(gòu)和MSC采用的尋呼方式。在

4、不改變空口AG、MFR參數(shù)的情況下，空口尋呼容量不變。未激活擴展CCCH的小區(qū)其空口尋呼容量為20W/小時；每激活1個擴展CCCH時（CCCH信道增加一倍），空口的尋呼容量增長20W。MSC采用的尋呼方式有兩種:IMSI(國際移動用戶識別碼，8字節(jié))和TMSI(臨時移動用戶識別碼，4字節(jié))。使用IMSI方式尋呼會導(dǎo)致尋呼信道的負荷增加一倍。lAbis口尋呼容量常規(guī)的ABIS信令帶寬32K，按照60%的負荷門限為20W/小時。未激活擴展CCCH的小區(qū)其空口尋呼容量與ABIS安全門限匹配；激活擴展CCCH后，空口的尋呼容量增長，此時ABIS口安

5、全負荷仍為20W，兩者安全門限不匹配。若增加CCCH以后無尋呼量突破20W的扇區(qū)，ABIS口也不需要擴展；但若出現(xiàn)尋呼量超過20W的小區(qū)，則ABIS口受限，需修改LAPD信令至64K。三、附件：l尋呼組數(shù)量的設(shè)置一個小區(qū)尋呼組的數(shù)量可通過AG和MFR進行設(shè)置。AG定義了每個復(fù)幀內(nèi)AGCH專用的尋呼組數(shù)量，取值范圍(0..7)，鄭州目前一般設(shè)置為2。在AG請求較少的情況下，降低AG值，這樣可以直接增加尋呼的容量，改善尋呼成功率，降低尋呼消息丟失的現(xiàn)象。MFR定義了BTS的尋呼周期，即同一尋呼組傳送尋呼請求的時間間隔。取值范圍(2..9)，鄭州

6、目前一般設(shè)置為5。　　AG，MFR以及尋呼組的數(shù)量三者之間的關(guān)系如下：　　1)CombinedBCCH/SDCCH小區(qū)：　　尋呼組數(shù)量=(3-AG)*MFR=（3-2）*5=5尋呼組　　2)Non-combinedBCCH/SDCCH小區(qū)：尋呼組數(shù)量=(9-AG)*MFR=（9-2）*5=35尋呼組尋呼組設(shè)置較多意味著手機在監(jiān)測到正確的尋呼組之前需要等較長時間，這樣會增加尋呼的時間。尋呼組設(shè)置較少會由于手機較為頻繁地接聽尋呼組而縮短呼叫建立時長，缺點是手機會很費電。lLAC位置區(qū)范圍設(shè)置算法尋呼容量的計算：CombinedBCCH/SDCC

7、H?OneBlockReservedforAGCH=>2BlocksforPCH?PagedMobileStationsperPaging_RequestMessage，一個PCHBlock平均能帶3個PagingMessages?InAverage2PagesperMobileStation（每手機兩個尋呼）?3Pages/Blocks*2Blocks=6Pagesevery51-framesMultiframe(235ms)?2Pages/PagedMS=>3PagedMSevery235ms.?((3600*1000)/235)*3=

8、45957PagedMSperHour.So:2PCH/MF－>每幀尋呼3人－>45975人次/小時。Un-CombinedBCCH/SDCCH3Pages/Blocks*7Bl