CDMA尋呼成功率的優(yōu)化的幾種方法_第1頁
CDMA尋呼成功率的優(yōu)化的幾種方法_第2頁
CDMA尋呼成功率的優(yōu)化的幾種方法_第3頁
CDMA尋呼成功率的優(yōu)化的幾種方法_第4頁
CDMA尋呼成功率的優(yōu)化的幾種方法_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、CDMA尋呼指標(biāo)優(yōu)化的幾種方法【摘要】:對(duì)導(dǎo)致尋呼失敗的一些具體因素進(jìn)行深入地分析,結(jié)合福建聯(lián)通優(yōu)化實(shí)例,從網(wǎng)絡(luò)結(jié)構(gòu)優(yōu)化、尋 呼增益設(shè)置、接入?yún)?shù)與尋呼周期配合等6方面闡述了提高尋呼指標(biāo)的方法和經(jīng)驗(yàn)?!娟P(guān)鍵詞】:尋呼成功率CDMA 尋呼增益 LAC邊界 接入?yún)?shù)1 .引言尋呼成功率是衡量網(wǎng)絡(luò)質(zhì)量的重要指標(biāo)之一,也是我們網(wǎng)絡(luò)優(yōu)化人員比較頭痛的地方:尋呼指標(biāo)的統(tǒng)計(jì)是由交換機(jī)設(shè)備MSC來完成的,它是以尋呼區(qū)LAC或者M(jìn)SC為單位進(jìn)行統(tǒng)計(jì)的,然而,尋呼指標(biāo)的好壞更多的是由無線系統(tǒng)所決定。因此很多無線優(yōu)化人員對(duì)尋呼指標(biāo)的優(yōu)化無從下手。本文結(jié)合福建聯(lián)通尋呼指標(biāo)的優(yōu)化實(shí)例闡述我們?cè)谔岣邔ず舫晒β史矫娴?一些

2、經(jīng)驗(yàn)和方法,供大家參考。文章主要從以下六方面展開對(duì)尋呼指標(biāo)優(yōu)化的闡述: 、優(yōu)化接入?yún)?shù)與尋呼時(shí)長(zhǎng)設(shè)置的配合問題 、修改尋呼增益參數(shù)來挽救弱信號(hào)區(qū)域的尋呼失敗 、優(yōu)化網(wǎng)絡(luò)結(jié)構(gòu):通過合理地劃分LAC區(qū)邊界、優(yōu)化邊界參數(shù)來減少 LAC交界區(qū)的尋呼失敗事件 、縮短周期性位置更新以及隱式關(guān)機(jī)時(shí)長(zhǎng),減少向離開服務(wù)區(qū)或者手機(jī)掉電的用戶發(fā)送尋呼請(qǐng)求消息導(dǎo)致尋呼失敗的事件 、通過改善無線環(huán)境、解決導(dǎo)頻污染區(qū)域來優(yōu)化尋呼指標(biāo) 、啟用IS_PAGING功能提高M(jìn)SC交界區(qū)的尋呼成功率2. 方法一:優(yōu)化接入?yún)?shù)與尋呼周期的設(shè)置假設(shè):目前網(wǎng)絡(luò)參數(shù)設(shè)置如表2-1 :表2-1參數(shù)設(shè)置表PWR STEP =3NUM STEI

3、= 5MAX CAP SIZE = 3MAX REQ SEQ = 2INI_PWR = 3NOM PWR = 0PROBE BACKOFF = 0MAX RSP SEQ = 2ACC_TMO = 5BACKOFF = 1PREAMBLE_SIZE = 3MSC T3113=8 秒根據(jù)以上設(shè)置,如果手機(jī)MS發(fā)送完2個(gè)序列的所有12個(gè)Probe,則需要花11.5秒,計(jì)算方法如下: 、One Probe(4+PAM_SZ+MAX_CAP_S= 10 Frame = 200msec 、TA(Ack Response Timeout )(80 x (2 + ACC_TMO) = 560msec 、RT

4、( Probe Backoff )(1 + PROBE_BKOFF) = ISIot = 200msec 、RS (Sequenee Backoff)(1 + BACKOFF) = 2SIot = 400ms 、Mobile Station的 Maximum Access Time12 ( Probe + TA ) + 10RT + RS=12 ( 200 + 560 ) + 10 * 200 + 400=11520msec = 11.52sec如圖2-1 : MS最大的尋呼響應(yīng)接入時(shí)長(zhǎng)為11.52秒,而交換機(jī)等待尋呼響應(yīng)時(shí)長(zhǎng)T3113=8秒,這就有可能出現(xiàn)時(shí)間重疊:手機(jī)還處在對(duì)第1次尋呼響應(yīng)

5、的接入過程接入試探還沒發(fā)送完,MSC就下發(fā)2次尋呼,此時(shí)手機(jī)是無法對(duì) 2次尋呼做出響應(yīng)的。本來MSC 采用2次Paging的模式就是為了給無線環(huán)境比較差的手機(jī)多1次機(jī)會(huì),從而提高尋呼成功率。然而,出現(xiàn)了上述時(shí)間沖突,2次尋呼就不能發(fā)揮作用了。那么,如何解決圖2-1中1次尋呼響應(yīng)與2次尋呼的時(shí)間沖突呢?我們提出了下面兩 種解決方法: 、增大尋呼響應(yīng)等待時(shí)長(zhǎng)T3113從8秒改至12秒,該方法會(huì)影響用戶感受,不可取。因?yàn)槿绻麅纱螌ず舳际〉脑挘鹘蟹揭鹊?5秒才能收到“您撥打的電話暫時(shí)無法接通”的錄音通知,這樣會(huì)使用戶很反感,所以該方法不可取。 、優(yōu)化接入?yún)?shù):減少接入探針的個(gè)數(shù)NUM_STEP,

6、增大探針功率遞增步長(zhǎng)PWR_STEP,同時(shí)減小2個(gè)探針發(fā)送的時(shí)間間隔 ACC_TMO,這樣就達(dá)到減小了手機(jī)最 大接入時(shí)長(zhǎng)的目的,同時(shí)又沒有減小手機(jī)MS發(fā)送接入探針的最大功率,因?yàn)槿鐖D2-2修改前后PWR_STEP*NUM_STEP 值不變,都等于15。接下來我們算一下, 接入?yún)?shù)修 改后手機(jī)最大接入時(shí)長(zhǎng):、TA(Ack Response Timeout=80 x (2 + ACC_TMO) = 400msec、最大接入時(shí)長(zhǎng) =8( Probe + TA ) + 6RT + RS=8 * ( 200 + 400 ) + 6 * 200 + 400=6400msec=6.4secPVffi,TEP

7、 = 3 5NUM.STEP = 5 3ACC.TJD = 3 5圖2-2接入試探修改通過如圖2-2中的接入?yún)?shù)修改后,手機(jī)最大的接入時(shí)長(zhǎng)從原來的11.52秒減少至6.4秒,就不會(huì)再出現(xiàn)“ 1次尋呼響應(yīng)與2次尋呼的時(shí)間沖突”了,如圖2-3 : 2次尋呼下發(fā)的時(shí)間已經(jīng)落到了 2個(gè)接入試探序列之后。這樣的話,手機(jī)在1次尋呼響應(yīng)失敗的情況下仍然 能夠?qū)?次尋呼做出響應(yīng),充分利用了2次尋呼的機(jī)會(huì),有利于提高尋呼成功率。當(dāng)然,只有手機(jī)MS處在弱信號(hào)或者導(dǎo)頻污染等無線環(huán)境比較差的區(qū)域才會(huì)出現(xiàn)2次尋呼的情況,圖2-2的接入?yún)?shù)修改才能發(fā)揮作用。因此,對(duì)于此類接入?yún)?shù)我們沒有必要進(jìn) 行全網(wǎng)修改,只要考慮修改那

8、些覆蓋半徑遠(yuǎn)的或者導(dǎo)頻污染區(qū)域的基站就可以了。3. 方法二:增大尋呼增益3.1原理分析從手機(jī)終端的角度看,尋呼失敗存在兩種情況: .手機(jī)沒有收到尋呼消息 GPM。 .手機(jī)收到了尋呼消息 GPM,但基站收不到手機(jī)發(fā)送的尋呼響應(yīng)消息 Paging_responsa 假設(shè)a、前反向無線鏈路平衡b、導(dǎo)頻信道、尋呼信道的覆蓋半徑一樣那么,手機(jī)接收不到前向?qū)ず粝⒈然窘邮詹坏绞謾C(jī)發(fā)送的尋呼響應(yīng)消息的概率大。 因?yàn)槭謾C(jī)回尋呼響應(yīng)時(shí)可以發(fā)送多個(gè)探針,發(fā)送多個(gè)探針就意味著增大發(fā)射功率,無形中就 擴(kuò)大了反向覆蓋半徑,因此基站就容易收到尋呼響應(yīng)消息了;然而,尋呼增益一旦設(shè)置好, BTS下發(fā)尋呼消息的信號(hào)強(qiáng)度就定死

9、了。也就是說接入信道的覆蓋半徑比尋呼信道大,然而 手機(jī)在接入信道的發(fā)射功率是依據(jù)導(dǎo)頻信號(hào)的強(qiáng)度來計(jì)算的。所以,一旦導(dǎo)頻信道與尋呼信道的覆蓋半徑一樣且前反向鏈路平衡的話,接入信道的覆 蓋半徑就會(huì)大于尋呼信道的覆蓋半徑,因此手機(jī)接收不到前向?qū)ず粝⒌母怕时然窘邮詹?到手機(jī)發(fā)送的尋呼響應(yīng)消息的概率大?;谏鲜鲆蛩氐目紤],我們建議對(duì)那些覆蓋邊界話務(wù)量較大的基站扇區(qū)進(jìn)行參數(shù)修改:在導(dǎo)頻增益不變的情況下適當(dāng)增加其尋呼增益,使尋呼覆蓋半徑略大于導(dǎo)頻覆蓋半徑(如圖3.1),從而實(shí)現(xiàn)接入信道與尋呼信道的覆蓋半徑一樣,有助于提高覆蓋邊界的尋呼成功率。圖3.1導(dǎo)頻、尋呼及接入信道的覆蓋半徑3.2例1:廈門尋呼增益

10、參數(shù)修改實(shí)例根據(jù)上述分析,我們對(duì)廈門的話務(wù)統(tǒng)計(jì)進(jìn)行分析:把“位置在7km以外的呼叫次數(shù)”占“整個(gè)扇區(qū)呼叫次數(shù)”比率大于10%的扇區(qū)過濾出來,一共有 86個(gè)小區(qū),也就是說在這些小區(qū)中處在導(dǎo)頻覆蓋邊界的用戶比較多。我們把這些小區(qū)的尋呼增益都相應(yīng)地增大,如表3-1:表3-1增大尋呼增益表序號(hào)扇區(qū)編號(hào)SiteName大于7000米呼叫占總的呼叫比率現(xiàn)網(wǎng) PAGING_GAIN設(shè)置建議 PAGING_GAIN修改值1BTS1_20_1鳳南10.47%1321342BTS1_7_1后田37.41%1281303BTS5_16_1鳳山11.57%1281304BTS7_28_2劉五店19.30%132134

11、5BTS7_29_1大嶝陽塘25.49%1321346BTS7_58_1小瞪35.00%132134JJJJJJJJJJJJ86BTS8 37 0茂后12.35%128130尋呼增益參數(shù)在5月11日實(shí)施修改,我們提取修改前后的統(tǒng)計(jì)數(shù)據(jù),考慮到 5.1節(jié)假 日期間話務(wù)模型特殊, 因此選擇4月26日28日、5月12日14日共六天的統(tǒng)計(jì)數(shù)據(jù) (全 天統(tǒng)計(jì)數(shù)據(jù))進(jìn)行分析。由于現(xiàn)在沒有統(tǒng)計(jì)扇區(qū)尋呼成功率的方法,我們通過統(tǒng)計(jì)扇區(qū)被叫成功率來間接反映尋呼成功率指標(biāo),理論上這兩者是成正比的。表3-2是修改尋呼增益前后被叫呼叫建立成功率的的情況,從表中不難看出尋呼增益修改前后語音被叫成功率整整提升 了一個(gè)百分點(diǎn)

12、,而且基本上每天提高的幅度差不多,相對(duì)比較均衡。因此可以得出如下結(jié)論:增大這些遠(yuǎn)距離覆蓋基站的尋呼增益對(duì)尋呼成功率指標(biāo)有著明顯的改善效果。表3-2尋呼增益修改前后指標(biāo)變化扇區(qū)編 號(hào)被叫語音建立成功率(CPL VO)修改前被叫語音建立成功率(CPL VC)修改后日期4月264月274月2826 28平均5月125月135月1412 14平均86個(gè)扇區(qū)扇區(qū) 平均97.83%97.90%98.05%97.92%98.96%98.96%98.85%98.92%當(dāng)然,修改尋呼增益還應(yīng)該考慮到基站扇區(qū)本身的負(fù)荷情況,因?yàn)樵龃髮ず粼鲆鏁?huì)增大尋呼信道使用的功率一一增加了基站的開銷功率。所以所要進(jìn)行尋呼增益修改

13、的扇區(qū)的話務(wù)量不能太大,才能避免不必要的擁塞或功率溢出現(xiàn)象。4. 方法三:優(yōu)化尋呼區(qū)邊界4.1尋呼區(qū)邊界容易導(dǎo)致尋呼失敗的原理分析當(dāng)移動(dòng)臺(tái)處在 2個(gè)尋呼區(qū)信號(hào)重疊區(qū)域,由于無線信號(hào)的不穩(wěn)定性,手機(jī)在2個(gè)LAC區(qū)中來回進(jìn)行位置更新, 這樣就會(huì)出現(xiàn)系統(tǒng)中登記的手機(jī)所在尋呼區(qū)與實(shí)際不符的情況,導(dǎo)致尋呼失敗。情況 1: Total_Zone = 2, Zone_Timer = 1 分鐘,如圖 4.1: 、狀態(tài)1:手機(jī)位于尋呼區(qū) A中(登記在 A尋呼區(qū)),并開始向?qū)ず魠^(qū) B移動(dòng); 、狀態(tài)2:手機(jī)進(jìn)入尋呼區(qū)域 B,觸發(fā)Zone_Based登記,系統(tǒng)此時(shí)將手機(jī)登記在區(qū)域B,同時(shí)A所對(duì)應(yīng)的Zone_Timer

14、開始啟動(dòng); 、狀態(tài)3 :在A所對(duì)應(yīng)的Zone_Timer超時(shí)前,手機(jī)重新回到尋呼區(qū)域A。在狀態(tài)3,由于A仍在Zone_List中,不會(huì)引發(fā)登記消息,系統(tǒng)仍然將手機(jī)登 記B中。如果此時(shí)系統(tǒng)下發(fā)尋呼消息,將在尋呼區(qū)B中下發(fā),而此時(shí)手機(jī)在尋呼區(qū)域A中,造成尋呼失敗。此時(shí)尋呼會(huì)岀現(xiàn)失敗狀態(tài)3:ZONELIST(A、B)時(shí)呂在系統(tǒng)中登記的位置區(qū)為日tt=S1ZONELIST(A)MS在系統(tǒng)中登記的位置區(qū)対APAGJMG ZONE APAGING ZONE 82:ZONELIST(A. B) 応在系統(tǒng)中登記的位置區(qū)為8圖4.1手機(jī)在2個(gè)尋呼區(qū)之間登記情況 2: Total_Zone = 1TOTAL_ZO

15、NE設(shè)置為1,即當(dāng)手機(jī)MS捕獲到不同LAC區(qū)基站信號(hào)時(shí)就發(fā)出登記消 息,然而即使 MS能夠及時(shí)地進(jìn)行位置更新,仍然會(huì)有尋呼失敗的情況。如圖4.2:狀態(tài)1 A時(shí)刻:手機(jī) MS做被叫,交換機(jī) MSC查詢到MS登記在LAC1 ( MSC將在 LAC1中向MS發(fā)起尋呼);狀態(tài)2B時(shí)刻:移動(dòng)臺(tái)接收到相應(yīng)的尋呼消息。然而,狀態(tài)1 “ MSC查詢到MS登記的尋呼區(qū)LAC1并準(zhǔn)備下發(fā)尋呼消息”至 狀 態(tài)2 “手機(jī)接收到尋呼消息” 會(huì)有一定的時(shí)間差,在這段時(shí)間差內(nèi)手機(jī)又登記到LAC2將會(huì)導(dǎo)致本次尋呼失敗,這就是LAC交界區(qū)尋呼失敗比率高的另一原因。產(chǎn)生狀態(tài)1至狀態(tài)2之間時(shí)間差的主要因素一一時(shí)隙尋呼等待時(shí)間:盡管

16、系統(tǒng)查到MS所登記的尋呼區(qū),但在時(shí)隙尋呼模式下,系統(tǒng)需要等到MS對(duì)應(yīng)的時(shí)隙才下發(fā)尋呼消息:當(dāng)SCI(MAX_SLOT_CYCLE_INDEN 0、1、2時(shí),等待對(duì)應(yīng)時(shí)隙下發(fā)的最大延時(shí)分別為1.28秒、2.56 秒、5.12 秒。A時(shí)刻查詢MS 苴記區(qū)推缶下* 發(fā)PAGES息圖4.2尋呼消息下發(fā)通路情況3同一 MSC下的2個(gè)LAC區(qū),在LAC交界區(qū),盡管2次尋呼在2個(gè)LAC同時(shí)下發(fā)尋 呼請(qǐng)求,仍然會(huì)出現(xiàn)尋呼失敗的情況MS處在LAC交界區(qū),一旦2個(gè)LAC的信號(hào)強(qiáng)度相當(dāng),勢(shì)必導(dǎo)致MS頻繁地位置更新, 而MS在進(jìn)行位置更新的同時(shí)是無法對(duì)尋呼消息進(jìn)行響應(yīng)的。手機(jī)在同一時(shí)刻,只能處于一種呼叫子狀態(tài),不可能

17、即進(jìn)行位置更新,又進(jìn)行尋呼響應(yīng)。因此盡管MSC在2個(gè)尋呼區(qū)同時(shí)發(fā)送Paging request消息,但只要此時(shí) MS處于位置更新狀態(tài),就會(huì)導(dǎo)致尋呼失敗。4.2尋呼區(qū)邊界的優(yōu)化原則通過上述對(duì)MS處在尋呼交界區(qū)可能產(chǎn)生尋呼失敗事件的分析,我們可以得出以下結(jié) 論:只要處在尋呼交界區(qū)(即LAC交界區(qū)),在該區(qū)域中2個(gè)尋呼區(qū)信號(hào)相差不大的情況下, 尋呼失敗事件都是難以避免的,只能通過修改登記參數(shù)等手段在一定程度上減少尋呼失敗事 件。因此,尋呼邊界區(qū)的劃分是否合理是非常重要的,為此我們建議按照以下原則調(diào)整尋呼區(qū)邊界,從而提高尋呼成功率:避免使2個(gè)尋呼的交界區(qū)處在密集居民區(qū)或者人流量大的區(qū) 域,最好能夠有山

18、體等天然屏障作為尋呼區(qū)的邊界,同時(shí)注意: 、尋呼區(qū)域邊界盡量選擇移動(dòng)用戶少的地方; 、避免尋呼區(qū)域邊界鄰近城市主干道平行設(shè)置; 、盡量減少尋呼區(qū)域邊界穿越城市主干道的次數(shù)。4.3合并尋呼區(qū)既然尋呼邊界區(qū)域很難避免尋呼失敗事件,我們也可以采用逆向思維方式:在某些網(wǎng)絡(luò) 中我們不妨考慮合并 LAC 。因?yàn)樵诰W(wǎng)絡(luò)規(guī)劃時(shí),我們劃分LAC都是按照設(shè)計(jì)容量來考慮的。然而,在實(shí)際運(yùn)營(yíng)網(wǎng)絡(luò)中負(fù)荷并不大,對(duì)于這種網(wǎng)絡(luò)我們就可以考慮合并LAC區(qū)的方法來提高尋呼成功率。下面我舉個(gè)實(shí)例說明:4.3.1例2:廈門CDMA 網(wǎng)絡(luò)合并LAC區(qū)、廈門CDMA網(wǎng)絡(luò)的LAC劃分情況廈門CDMA網(wǎng)絡(luò)只有1個(gè)交換機(jī)MSC劃分為2個(gè)LA

19、C區(qū),如圖4.3廈門LAC分布圖: 島內(nèi)所有基站組成 LAC513島外基站則組成 LAC514,兩個(gè)LAC區(qū)之間以海為分界線隔開。 從圖4.3中可以看出廈門地區(qū)山很少,就兩個(gè)LAC區(qū)而言,以海為邊界線還是比較合理的。但是這兩個(gè)LAC區(qū)交界區(qū)域太大,廈門島內(nèi)有一半的海岸線處于LAC區(qū)邊界,并且海面對(duì)信號(hào)的損耗很小,必然導(dǎo)致島內(nèi)、島外海岸線附近存在一定范圍的信號(hào)重疊區(qū)域,從而影響廈門的尋呼指標(biāo)。如下表4-1是LAC區(qū)邊界區(qū)域一些基站扇區(qū)的位置更新次數(shù)統(tǒng)計(jì)表,從表中不難看出這些扇區(qū)的跨區(qū)位置更新次數(shù)很多,說明處在尋呼邊界區(qū)的用戶頻繁地進(jìn)行位置更新,這必將導(dǎo)致相當(dāng)數(shù)量的尋呼失敗。因此,我們考慮對(duì)廈門C

20、DMA絡(luò)的2個(gè)LAC區(qū)進(jìn)行合并。那么,要合并 LAC區(qū)就要充分考慮BSS系統(tǒng)的尋呼負(fù)荷、A接口的信令負(fù)荷。表4-1跨區(qū)位置更新數(shù)量的扇區(qū)統(tǒng)計(jì)表小區(qū)所有更新合計(jì)跨區(qū)更新站號(hào)站名扇區(qū)小區(qū)號(hào)總數(shù)成功失敗成功失敗BTS00_19高崎貨運(yùn)中心230627882786226012BTS01_0集美區(qū)11025742732105442BTS01_10集美糧油3118787587327712BTS02 32鼓浪嶼225629288854373043BTS05 15東孚(漳)2536217761775113841BTS05_18海滄青礁1540952151744164BTS05_42海滄嵩嶼1579315401

21、539115271BTS07_25巷東農(nóng)場(chǎng)(泉)1756966266023831BTS08_21華航285301032103026872BTS08_28廈大藝術(shù)2864270370035243BTS08 28廈大藝術(shù)3864313821375710266圖4.3廈門LAC分布圖、廈門CDMA網(wǎng)絡(luò)的尋呼負(fù)荷以及 A接口信令負(fù)荷情況尋呼負(fù)荷方面:理論計(jì)算結(jié)合三星廠家的試驗(yàn)結(jié)果:在1個(gè)尋呼信道中,只要 100ms內(nèi)所發(fā)的GPM消息不超過7個(gè),就既不會(huì)錯(cuò)過 SLOT,也不會(huì)丟尋呼消息 GPM。也就是說, 對(duì)于三星無線設(shè)備, 只要一個(gè)小時(shí)內(nèi)的尋呼消息個(gè)數(shù)不超過(1000/100)*7*3600=25.2

22、萬個(gè)(前提尋呼消息均勻分布于各事件段),就不會(huì)有尋呼負(fù)荷問題。我門提取廈門CDMA網(wǎng)絡(luò)10天忙時(shí)的尋呼請(qǐng)求次數(shù),最大值不到3.1萬次。如果合并 LAC區(qū)無線尋呼負(fù)荷也就只有:尋呼負(fù)荷=3.1/25.2=12.3%因此從無線尋呼負(fù)荷方面考慮,即使廈門話務(wù)量翻倍尋呼負(fù)荷也只不過25%。根本就不會(huì)出現(xiàn)尋呼負(fù)荷不足的現(xiàn)象。A接口信令負(fù)荷A接口電路的信令負(fù)荷只要每線小于0.2ERL就不會(huì)存在負(fù)荷問題。我們提取廈門1周忙時(shí)A接口信令負(fù)荷如表 4-2 :從表中很容易看出,信令負(fù)荷最忙的BSC與0.2ERL相比:0.2/0.0081=24.7倍。A接口信令負(fù)荷目前還非常小,合并LAC區(qū)時(shí)根本不可能出現(xiàn)負(fù)荷不足

23、的情況。表4-2廈門各BSC的A接口信令負(fù)荷BSC (一周最大值)bsc0bsc1bsc2bsc3bsc4bsc5bsc6bsc7bsc8A 口信令負(fù)荷(erl )0.00350.00530.00310.0050.00810.00760.00570.00210.0032 、廈門CDMA網(wǎng)絡(luò)合并LAC區(qū)前后指標(biāo)的變化情況我們?cè)诖_認(rèn)了尋呼負(fù)荷以及A接口信令負(fù)荷沒問題的前提下,實(shí)施了廈門合并LAC區(qū)方案。合并LAC區(qū)后尋呼成功率指標(biāo)提升了0.20.3個(gè)百分點(diǎn),還是有一定效果的。5. 方法四:隱式關(guān)機(jī)、周期性位置更新時(shí)長(zhǎng)的優(yōu)化5.1參數(shù)解釋Reg_period cbsc側(cè)的周期性登記時(shí)長(zhǎng)該參數(shù)是 BS

24、C通過 UM 空中接口尋呼信道的 System Parameters Message消息告 知手機(jī),要求手機(jī)進(jìn)行周期性登記的時(shí)間長(zhǎng)度。 周期性登記時(shí)長(zhǎng)越短,手機(jī)進(jìn)行周期性 登記越頻繁。周期性登記時(shí)長(zhǎng) =(2A(reg_prd/4) * 0.08D_DET_TIME MSC的隱式關(guān)機(jī)時(shí)長(zhǎng)該參數(shù)控制交換機(jī)周期性把一定時(shí)間內(nèi)不進(jìn)行任何登記的用戶的VLR數(shù)據(jù)置為DETTACH狀態(tài)。當(dāng)這些 DETTACH用戶作被叫時(shí),交換機(jī)不會(huì)下發(fā)尋呼請(qǐng)求消息, 而是直接放錄音通知“你所撥打的用戶已關(guān)機(jī)”??s短該時(shí)長(zhǎng)會(huì)減少交換機(jī)的尋呼請(qǐng)求次數(shù),同時(shí)降低一些用戶尋呼不到的可能性。5.2隱式關(guān)機(jī)時(shí)長(zhǎng)的參數(shù)修改(福建龍巖聯(lián)通

25、分公司)縮短隱式關(guān)機(jī)時(shí)長(zhǎng):MSC會(huì)把離開服務(wù)區(qū)或者手機(jī)掉電等原因長(zhǎng)時(shí)間不進(jìn)行登記的用戶 置為DETTACHE狀態(tài),故 VLR里顯示為ATTAHED狀態(tài)的用戶(開機(jī)用戶數(shù))會(huì)有一定的減 少,從而減少交換機(jī)一些不必要的尋呼請(qǐng)求次數(shù),提高尋呼成功率指標(biāo)。而通常BSC位置更新時(shí)長(zhǎng)設(shè)置得不到隱式關(guān)機(jī)時(shí)長(zhǎng)的一半,這樣可以保證MSC在隱式關(guān)機(jī)計(jì)時(shí)器超時(shí)之前,手機(jī)有2次周期登記的機(jī)會(huì),避免把正常開機(jī)用戶置為關(guān)機(jī)狀態(tài)。根據(jù)上述理論分析,我們對(duì)龍巖隱式關(guān)機(jī)及周期性登記時(shí)長(zhǎng)2個(gè)參數(shù)進(jìn)行修改:隱式關(guān)機(jī)時(shí)長(zhǎng):120 分鐘> 50分鐘周期性登記時(shí)長(zhǎng):43.7分鐘 > 21.8分鐘(Reg_period從60改至56)隱式關(guān)機(jī)、周期性登記參數(shù)修改后,龍巖分公司尋呼成功率指標(biāo)提升了1個(gè)多百分點(diǎn),具體如表5-1 :表5-1參數(shù)修改前后指標(biāo)對(duì)比表龍巖聯(lián)通5月915 (晚忙時(shí)平均)5月1622 (晚忙時(shí)平均)尋呼成功

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論