數據業務發展制約因素分析

摘要：隨著科技發展，移動業務由傳統的話音業務向數據業務傾斜，客戶利用無線網絡進行數據業務越來越頻繁，同時對數據業務速率要求越來越高。這就要求我們在日常工程建設、網絡維護、優化過程中重點進行數據業務的優化。而我們傳統上對數據業務的優化知識相對較少，本文從工作中提取經驗，找出限制數據業務速率的四個因素，為無線網優同仁提供數據優化方面的思路。

關鍵詞：數據業務EDGE資源

隨著數據業務的迅猛發展，數據業務客戶數和數據流量均急劇增加，由此引發2G數據業務受到越來越多的限制，而這些限制不僅存在于資源方面，還同時存在于GSM規范方面，也存在于硬件處理能力方面，所以這就給2G數據業務發展帶來很多的制約因素。要想2G數據業務得到良好的發展，在3G得到大規模使用以前能滿足客戶的需求，就必須逐一打破這些制約因素，讓GSM系統充分發揮它的功效。下面就來對這些制約因素進行淺析，以供大家參考：

1 頻率資源

在語音業務日趨飽和時，數據業務異軍突起，對頻率資源的需求量日益增大，造成網絡的無線環境每況愈下，對EDGE高階編碼方式的使用、高下載速率等特點的發揮形成嚴重的阻礙，同時對語音業務也產生了一定的負面影響。

要想打破這一制約因素，對于數據業務而言，必須控制小區EDGE載頻數量，因為如果不加以控制的話，從無線環境方面來講，小區之間的EDGE頻點會出現相互干擾的情況，將會嚴重影響EDGE客戶的編碼方式，致使客戶不能使用較高的編碼方式，從而使網絡整體的下載速率下降，進而客戶占用無線資源的時長增加，使網絡需要更多的頻率資源，這樣以來就形成了一個惡性循環。如果加以控制的話EDGE載頻受到相互干擾的情況則可得到有效的控制，而GPRS客戶受干擾影響又較小，可以有效利用二者各自的優勢來控制干擾的影響。再者，如果加以控制，則每個小區的EDGE載頻便較為平均，可以通過各種均衡手段對網絡進行調整使客戶和流量較為均衡的分布在各小區，除了能控制干擾外還能一定程度提高網絡的容量。根據對網絡的評估建議單個小區的EDGE載頻數量最好不要超過3個。

對于數據業務和語音業務的綜合表現而言，則必須通過對天線掛高、天線傾角、天線增益、發射功率、功率控制等進行優化對各小區的覆蓋進行嚴格的控制，以減小重疊覆蓋的面積，避免越區覆蓋等來控制網絡的干擾問題，從而使網絡能夠適應更小的頻率復用。

2 尋呼

由于數據業務并非GSM規范一開始便考慮到的功能，它只是在無線通信發展到一定程度而新增的一個功能模塊，所以在數據業務依附于語音業務的情況下，當數據業務發展到一定的程度時系統的尋呼容量開始出現飽和，出現大量尋呼丟失的情況。這是由于當前數據業務采用動態分配IP，這就意味著每當MS的MM狀態由于被叫從standby狀態升級為ready狀態時便會進行一次尋呼，而當前數據業務客戶眾多，數據業務種類也眾多，特別是交互型業務，這些都使網絡出現大量的尋呼。然而AGCH和PCH都使用CCCH塊，且AGCH具有較PCH更高的優先級，當小區AGCH占用太多CCCH塊時PCH所能使用的CCCH塊便被壓縮，致使小區的尋呼容量開始下降，產生大量由于尋呼buffer排滿而直接丟棄尋呼和排隊等待時間過長的情況，這樣一來便產生了大量的尋呼丟失。

要打破這個制約因素其實有很多辦法，通常我們使用的方法便是減小位置區的面積，從而使每個位置區內產生的尋呼較少，以此來解決尋呼受限的問題，但是這也有它的弊端，這會使網絡的位置更新增多，從而使系統的信令負荷增加，同時也會影響網絡的接入性，更對數據業務IP吞吐率產生嚴重而明顯的負面影響。另外一種常用的方法就是對尋呼丟失嚴重的小區進行小區分裂，以增加一個BCCH的方式來緩解尋呼的壓力，這種方法雖然效果很好，但是負面影響也非常明顯。由于分裂之后的兩個小區是同band同層小區，要想他們之間話務量、數據流量都均衡就必須使用相對一致的參數設置，這樣一來就使切換和小區重選大量增加，這不但影響通話質量、增加系統負荷、增加掉話風險，而且還對數據業務產生一定的負面影響。

上述方法均會給網絡帶來負面影響，所以我認為盡量不要使用上述兩種方法為首選方法。而處理尋呼受限最好從數據業務入手，首先應對數據業務進行系統的參數調整，使系統處于一個良好的狀態，也能減少部分尋呼。然后再對尋呼丟失較為嚴重的區域進行900/1800、話務量/數據流量等進行一系列的均衡、覆蓋調節，讓客戶較為均衡的分配在各個小區以減小某一小區AGCH占用過多CCCH塊而出現大量尋呼丟失的概率。如果還是無法解決某些區域由龐大的話務量和數據流量引發大量尋呼丟失的問題則可考慮在這些熱點區域建室分，以吸收話務量、流量以及尋呼數量。最終極的從數據業務入手解決尋呼受限問題的方法就是引入MPDCH，使每個小區擁有一個BCCH和一個PBCCH，就相當于增加了一倍的尋呼容量，不過這需要網絡使用網絡操作模式1或者網絡操作模式3，這兩種模式要求網絡存在GS接口，也要求所有客戶均支持這兩種模式，使得這種方法的操作難度較大。

3 容量

數據業務的容量問題一般為單個BSC支持EDGE信道的最大數量即EGPRSBPCLIMIT所設置的數量、BSC實際EDGE信道數量、GSL容量、GB口容量、CCCH容量等。其中EGPRSBPCLIMIT為一個參數取值，要想擴大此值只需讓廠家擴大即可，比較容易完成；GSL容量問題和GB口容量問題在當前還未凸顯；CCCH容量亦即尋呼容量，前面已經做過闡述，便不再進行贅述；而實際EDGE信道數量則已成為數據業務容量問題的最大制約因素，且由于數據業務突飛猛進的發展再加上擴容速度稍顯緩慢此缺口正呈擴大的趨勢，如不盡快使這個問題得到緩解恐在將來一段時間很難滿足客戶需求。

然而從當前網絡容量來看要想解決此問題亦非太大的難事，因為當前網絡中絕大部分小區的EDGE信道還未達到上文所說的單個小區EDGE信道控制數量（即3個EDGE載頻最大能支持24個EDGE信道），而從統計中發現大部分小區的每線話務量（算上PDCH信道）相對較低，各小區的大部分PDCH為BPDCH，而且EDGE復用度遠大于GPRS復用度，這就滿足在不對載波進行擴容的前提下對EDGE信道進行擴容的條件。其實，現網中基本上所有基站硬件均能支持EDGE功能，要擴一個EDGE信道只需增加0.75個64K傳輸時隙和3個GSL設備即可，成本很低而帶來的收益卻是巨大的，因為提高了單位客戶的帶寬便給客戶下載更多的數據量留下了更多的時間，同時也能提高客戶的感知度，讓客戶更愿意使用此功能，而且還能吸引更多的潛在客戶。所以EDGE信道容量問題應該是當前數據業務優化的重中之重，必須逐步填補這個空缺。

4 RPP管理能力

RPP的管理能力受到RPP處理能力和RPP的傳輸能力兩方面共同制約，簡單地說，如果一個RPP只面向ABIS端，則它可最多支持62個EDGE信道或者150個GPRS信道；如果一個RPP既面向ABIS端又同時面向GB口端，則它處理ABIS端的能力將會下降，若它處理19個64k的GB口傳輸時隙，則它同時還支持45個EDGE信道或者150個GPRS信道，若它處理31個64k的GB口傳輸時隙，則它同時還支持33個EDGE信道或者104個GPRS信道。現網中僅一個面向GB口的RPP處理19個64k的傳輸時隙，其余面向GB口的RPP均處理31個64k的傳輸時隙，所以我們就重點討論處理31個64kGB口傳輸時隙的RPP和只面向ABIS端的RPP。

一個小區只能由一個RPP管理，如果一個處理31個64kGB口時隙的RPP處理一個擁有24個EDGE信道的小區，由它的兩個制約條件可以算出它同時還可以處理36個GPRS信道，在數據業務的非忙時它完全有能力處理這個小區，但是一到忙時它的管理能力便受到了挑戰，因為從統計中我們也能發現，現網中PDCH平均分配數量超過60個的小區已經不少，所以一旦此小區的EDGE信道數達到24個，而GPRS信道數超過36個，這個RPP便無法管理此小區，就必須進行movecell，而此時正值忙時，其他RPP未必能有如此大的閑置處理能力，這就出現了即使總體GSL使用率并不高也出現movecell失敗的情況，且此狀況可能會持續出現，這便是上文說到的硬件處理能力受限。如果一個小區EDGE信道數超過24個，比如已經達到32個（即4個EDGE載頻），則此RPP僅能同時處理4個GPRS信道，便更加難以管理這個小區，所以從這個角度講也要求控制小區的EDGE載頻數最好不要超過3個。

與處理31個64kGB口時隙的RPP類似，如果一個只面向ABIS端的RPP同時處理兩個擁有24個EDGE信道的小區也可能出現上述的現象。但是一個小區擁有24個EDGE信道基本上是一個趨勢，這就要求將來某天一個RPP只能管理一個小區，且同時最多只能處理19個64kGB口傳輸時隙，但這卻又受到另一個制約條件的限制，即一個PCU最多只能支持128個RPP，而一個BSC的小區數量又遠不止這個數量，所以這就成了數據業務發展的一大硬傷，只能期待具有更強處理能力的RPP的出現。

上述的制約因素僅為當前出現的較為嚴重的四個制約因素，其實諸如此類的制約因素還有很多，隨著數據業務的發展將來還會凸現出更多的制約因素，受到更多的限制，要讓網絡處于一個長期健康的運行狀態就必須提前預防并及時打破這些制約因素，讓網絡淋漓盡致的發揮它的功能以滿足客戶日益增長的需求。