1、Good is good, but better carries it.精益求精，善益求善。EGPRS性能提升指導書EGPRS性能提升指導書目錄TOCo1-3hzuHYPERLINKl_Toc195079646EGPRS性能提升指導書PAGEREF_Toc195079646h5HYPERLINKl_Toc195079647前言PAGEREF_Toc195079647h7HYPERLINKl_Toc195079648第1章測試性能優化PAGEREF_Toc195079648h8HYPERLINKl_Toc1950796491.1CQT性能優化PAGEREF_Toc195079649h8HYPER

2、LINKl_Toc1950796501.1.1速率類性能優化PAGEREF_Toc195079650h8HYPERLINKl_Toc195079651保證資源的充足PAGEREF_Toc195079651h8HYPERLINKl_Toc195079652.1Um的PDCH信道資源PAGEREF_Toc195079652h9HYPERLINKl_Toc195079653.2Abis接口的空閑時隙PAGEREF_Toc195079653h11HYPERLINKl_Toc195079654.3Pb接口的RPPU單板及傳輸資源PAGEREF_Toc195079654h12HYPERLINKl_Toc1

3、95079655.4Gb接口的RPPU單板及傳輸資源PAGEREF_Toc195079655h12HYPERLINKl_Toc195079656保證整個傳輸通道的穩定PAGEREF_Toc195079656h12HYPERLINKl_Toc195079657合理控制小區重選PAGEREF_Toc195079657h14HYPERLINKl_Toc195079658小區數據的合理配置PAGEREF_Toc195079658h15HYPERLINKl_Toc195079659使用功能強大的軟件版本PAGEREF_Toc195079659h17HYPERLINKl_Toc195079660其他相關網

4、元資源充足以及運行穩定PAGEREF_Toc195079660h18HYPERLINKl_Toc1950796611.1.2接入性能優化PAGEREF_Toc195079661h21HYPERLINKl_Toc1950796621.2DT性能優化PAGEREF_Toc195079662h22HYPERLINKl_Toc1950796631.2.1DTFTP性能提升PAGEREF_Toc195079663h23HYPERLINKl_Toc1950796641.2.2DTWAP性能提升PAGEREF_Toc195079664h24HYPERLINKl_Toc1950796652話統指標優化PAGE

5、REF_Toc195079665h24HYPERLINKl_Toc1950796662.1GPRS/EGPRS話統簡介PAGEREF_Toc195079666h24HYPERLINKl_Toc1950796672.1.1CPU性能測量PAGEREF_Toc195079667h24HYPERLINKl_Toc1950796682.1.2BSC整體性能測量PAGEREF_Toc195079668h25HYPERLINKl_Toc1950796692.1.3NS性能測量PAGEREF_Toc195079669h25HYPERLINKl_Toc1950796702.1.4BSSGP性能測量PAGERE

6、F_Toc195079670h25HYPERLINKl_Toc1950796712.1.5G-Abis口性能測量PAGEREF_Toc195079671h25HYPERLINKl_Toc1950796722.1.6Pb接口性能測量PAGEREF_Toc195079672h25HYPERLINKl_Toc1950796732.1.7小區性能測量PAGEREF_Toc195079673h25HYPERLINKl_Toc1950796742.2GPRS/EGPRS話統分析準備PAGEREF_Toc195079674h26HYPERLINKl_Toc1950796752.2.1話統登記PAGEREF_

7、Toc195079675h26HYPERLINKl_Toc1950796762.2.2數據準備PAGEREF_Toc195079676h28HYPERLINKl_Toc1950796772.3GPRS/EGPRS話統分析整體思路PAGEREF_Toc195079677h28HYPERLINKl_Toc1950796782.4GPRS/EGPRS重要話統分析PAGEREF_Toc195079678h30HYPERLINKl_Toc1950796792.4.1BSC級話統分析PAGEREF_Toc195079679h30HYPERLINKl_Toc195079680Pb接口LAPD鏈路質量分析PA

8、GEREF_Toc195079680h30HYPERLINKl_Toc195079681BSC整體性能數據分析PAGEREF_Toc195079681h32HYPERLINKl_Toc195079682.1網絡擁塞率分析PAGEREF_Toc195079682h32HYPERLINKl_Toc195079683.2網絡掉話率分析PAGEREF_Toc195079683h33HYPERLINKl_Toc195079684.3PDCH信道數據分析PAGEREF_Toc195079684h33HYPERLINKl_Toc195079685.4LLC層吞吐量分析PAGEREF_Toc195079685

9、h34HYPERLINKl_Toc1950796862.4.2小區級話統分析PAGEREF_Toc195079686h34HYPERLINKl_Toc195079687小區傳輸鏈路質量分析PAGEREF_Toc195079687h34HYPERLINKl_Toc195079688.1小區Um接口分析PAGEREF_Toc195079688h34HYPERLINKl_Toc195079689.2小區G-Abis接口分析PAGEREF_Toc195079689h36HYPERLINKl_Toc195079690.3小區Pb接口分析PAGEREF_Toc195079690h37HYPERLINKl_

10、Toc195079691.4小區Gb接口分析PAGEREF_Toc195079691h37HYPERLINKl_Toc195079692PDCH資源分析PAGEREF_Toc195079692h37HYPERLINKl_Toc195079693擁塞率分析PAGEREF_Toc195079693h39HYPERLINKl_Toc195079694.1擁塞率相關的指標PAGEREF_Toc195079694h39HYPERLINKl_Toc195079695.2擁塞率分析原因PAGEREF_Toc195079695h40HYPERLINKl_Toc195079696掉話率分析PAGEREF_Toc

11、195079696h43HYPERLINKl_Toc195079697.1與掉話率相關的指標PAGEREF_Toc195079697h43HYPERLINKl_Toc195079698.2掉話率分析原因PAGEREF_Toc195079698h44HYPERLINKl_Toc195079699小區話務量分析PAGEREF_Toc195079699h46HYPERLINKl_Toc195079700.1LLC層的話務量統計PAGEREF_Toc195079700h46HYPERLINKl_Toc195079701.2RLC/MAC層話務量統計PAGEREF_Toc195079701h46HYPE

12、RLINKl_Toc195079702.3手機行為統計PAGEREF_Toc195079702h47HYPERLINKl_Toc195079703TBF建立成功率分析PAGEREF_Toc195079703h48HYPERLINKl_Toc195079704.1TBF建立成功率提升分析PAGEREF_Toc195079704h48HYPERLINKl_Toc1950797053用戶感知度提升PAGEREF_Toc195079705h50HYPERLINKl_Toc1950797063.1GPRS/EGPRS不可用問題解決方法PAGEREF_Toc195079706h50HYPERLINKl_T

13、oc1950797073.1.1BSS排查PAGEREF_Toc195079707h51HYPERLINKl_Toc195079708告警故障排查PAGEREF_Toc195079708h51HYPERLINKl_Toc195079709PCU小區狀態排查PAGEREF_Toc195079709h51HYPERLINKl_Toc195079710BSC側小區狀態排查PAGEREF_Toc195079710h52HYPERLINKl_Toc195079711PDCH信道狀態排查PAGEREF_Toc195079711h52HYPERLINKl_Toc195079712相關話統分析PAGEREF_

14、Toc195079712h54HYPERLINKl_Toc195079713現場測試分析PAGEREF_Toc195079713h54HYPERLINKl_Toc1950797143.1.2核心網排查PAGEREF_Toc195079714h54HYPERLINKl_Toc1950797153.1.3其他業務網元排查PAGEREF_Toc195079715h55HYPERLINKl_Toc1950797163.2GPRS/EGPRS端到端性能提升PAGEREF_Toc195079716h55EGPRS性能提升指導書隨著分組業務的不斷發展，分組用戶對GPRS/EGPRS網絡質量的期望值也逐步升高

15、。在建網初期，分組業務的需求量較小，用戶普遍以新奇的眼光看待分組業務；但隨著社會經濟的發展和物質文化生活水平的提高，分組業務已不再是新奇的事物，分組業務真正走進了人們的生活之中。分組用戶數的增加和分組用戶對分組業務性能的需求，使得提升分組業務性能越來越變得重要。由于EGPRS的單信道傳輸速率可以達到GPRS的三倍，因此，本篇文檔將詳細介紹EGPRS性能提升的具體方法。EDGEBSS在GSM/GPRS網絡中的位置從整個傳輸鏈路來看，提升EGPRS性能，不是某一個網元可以獨立完成的；EGPRS數據傳輸速率受到諸多網元環境的影響。在本篇文檔中，EGPRS性能提升的前提是建立在：1）合理的網絡規劃；2

16、）正常的小區C/I值；3）其他網元傳輸質量正常這三個傳輸基礎上的?？s略語清單：縮略語英文全名中文解釋GSMGlobalSystemforMobileCommunication全球移動通信系統GPRSGeneralPacketRadioService通用分組無線業務EDGEEnhancedDataratesofGSMEvolutionGSM演進增強數據速率RLCRadioLinkControl無線鏈路控制RPPURadioPacketProcessUnit無線分組處理單元SGSNServingGPRSSupportNode服務GPRS支持節點PCUPacketControlUnit分組控制單元前

17、言隨著分組業務的不斷發展，分組用戶對GPRS/EGPRS網絡質量的期望值也逐步升高。GPRS建網初期，由于用戶數量較少，分組業務對于用戶來說是一種比較“新奇”的體驗，用戶對GPRS網絡的要求也只是停留在“能夠使用”層面，對于GPRS的網規網優來說，要求也相應較低，網規網優的關注點更多的是放在如何能最大限度節約運營商的成本，當然是在保證GPRS業務能正常進行的前提下；但是，隨著我國國民經濟的發展，人們生活水平的逐漸提升，越來越多的用戶使用GPRS/EGPRS網絡“無線上網”，分組業務的使用已經變成一種比較普遍的事物，用戶的新奇感已經消失，他們對網絡性能的期望值越來越高，希望能夠得到更優質的分組業

18、務質量，為他們提供更快的下載速度和更短的傳輸時延，這就給分組傳輸性能提出了更高的要求。EGPRS網絡相對GPRS來說主要的不同點體現在其在無線側引入了新的調制方式8PSK使得單信道的吞吐率大幅提升，使得單信道的傳輸速率可以達到GPRS單信道的3倍。EGPRS網絡和GPRS網絡目前在業務層面沒有大的不同，因此優化的重點仍然是無線環境以及資源的合理利用；EGPRS網絡性能可以從測試（包括CQT和DT）指標、話統指標以及用戶感知度（主要指投訴情況）三個大的方面來反映；本文主要介紹如何提升這三個方面的指標并在后面加入一定的案例來進行說明。需要說明的是GPRS/EGPRS優化是在GSM網絡優化的基礎上進

19、行的，也就是說其前提是需要良好的覆蓋、較好的C/I以及相對充足的資源。第1章測試性能優化評估GPRS/EGPRS性能的最重要的手段就是端到端的測試，通過測試及測試分析可以反映出網絡存在的問題和需要改進的地方，根據測試和和分析提出需要進行的調整方案并進行操作和實施，然后再對調整后的網絡進行測試驗證，經過持續的測試、分析、調整、驗證最終是測試結果達到目標值。中國移動集團公司對GPRS測試有統一的規范和評分標準，而對于EGPRS目前還沒有出臺統一的規范和評分標準，通常還是參考GPRS的規范和評分標準，CQT、DT的FTP速率仍然是重點考核指標。CQT性能優化目前大部分用戶的數據業務是在靜止（或者是非

20、常低速移動）狀態下進行的，CQT能在很大程度上反映終端用戶的實際使用業務情況，尤其是在VIP區域，因此CQT是考核、優化網絡性能的最重要的內容之一，CQT主要測試的項目有attach、PDP激活、FTP及WAP類應用業務等，本節主要說明CQT中碰到的問題及提升性能的方法。速率類性能優化無論是FTP下載還是WAP類的圖鈴下載、彩信業務都屬于速率類的業務，是最能體現影響用戶感受的業務，因此提升速率類業務的性能是我們首要的工作。影響CQT速率性能的主要因素有：網絡資源、整個數據傳輸通道的穩定、數據配置是否合理、網元的版本特性、其他相關網元及設備情況；下面將以提升FTP下載速率為例來介紹如何提升速率類

21、性能：保證資源的充足充足的資源是保證FTP速率的基本條件，只有保證了資源的充足，FTP的速率才有可能達到較理想的水平；這里的資源指的是BSS側（核心網側的資源可以算到其他相關網元里面）從Um口一直到Gb口的資源：包括Um接口的PDCH信道、Abis接口的空閑時隙、Pb接口的RPPU單板及傳輸資源、Gb接口的單板及傳輸資源。Um的PDCH信道資源單條PDCH信道所能承載的速率是有限制的，比如單條PDCH在開通EGPRS的情況下最大能達到59.2kbps的空口速率，由于目前的終端都具有同時綁定多個時隙的能力，因此網絡側如果有充足PDCH信道資源，對于終端來說就可以同時綁定多個時隙，這樣速率自然就能

22、成倍的提升；另外由于不同的用戶可以同時在同一條PDCH上進行復用，降低了單個用戶的吞吐率，尤其是EGPRS下行和GPRS上行復用的時候EGPRS用戶也只能用GMSK的調制方式，最高只能使用MCS4的編碼方式，因此會導致EGPRS用戶的速率明顯下降，如果有充足的PDCH信道就可以減少或者避免用戶的復用，也就提升了單個用戶的吞吐率。TBF（TemporaryBlockFlow）是指兩個無線資源實體所使用的一個物理連接，以達到在PDCH上支持單向傳遞LLCPDU的目的。網絡可以給TBF分配一個或多個PDCH信道。一個TBF包含很多RLC/MAC塊，用來承載一個或多個LLCPDU。網絡給每一個TBF安

23、排一個TFI（TemporaryFlowIndicator），用來唯一的標識一個TBF。在上行鏈路方向，規范中使用USF（UplinkStatusFlag），從而允許不同的MS動態復用一個無線塊。USF包含在下行RLC/MAC塊的塊頭內，當MS收到一個下行RLC/MAC塊內的USF值與之前分配給手機的USF值相同時，MS就準備在上行鏈路的對應時隙進行上行RLC/MAC塊的傳遞。在GPRS的空中接口上，LLC層是RLC層的上一層，所以按照數據封裝的原理，LLC層的信息向下進入RLC層后，會被添加上RLC層的開銷，因此，從理論上來講，RLC層的速率比LLC層的速率快。-G3j+N.j+f/b+g0

24、但實際中有個問題不能忽略，LLC協議封裝的數據單元被稱為LLC幀（LLCFrame），RLC協議封裝的數據單元被稱為RLC塊（RLCBlock），由于LLC幀的長度大于RLC塊的長度，因此，一個LLC幀會被分割為若干個RLC塊來傳輸。問題的關鍵就在于，如果某個RLC塊出錯，需要重傳，那么這時的LLC層的有效速率其實是降低了的。這樣的話，RLC層速率比LLC層高出的，就不僅僅是引入RLC層開銷的那么一點兒了。下行兩時隙對應的速率：下行四時隙對應的速率無線環境很好，資源充足仍有時隙只能使用MCS4編碼方式，主要是由于EGPRS下行和GPRS上行復用，如下圖所示：需要注意的是，對于每一個小區來說，U

25、m口的可使用PDCH資源不等價于BSC上配置的PDCH數。由于分組域業務的優先級在現網中，往往設置較低，因此，在語音業務繁忙的時候，動態分組信道會被TCH搶占，導致分組業務的傳輸速率受到限制。如果這種現象發生較為頻繁，增加載頻資源，配置更多的TCH就成為必要了。Abis接口的空閑時隙在數據配置完成的時候，每條TCH和PDCH都要固定占用一條16K的Abis口的傳輸子時隙，此外根據信道使用的編碼方式的不同，有可能需要額外綁定一定的空閑時隙（空閑時隙是需要在基站上配置的，Abis接口的傳輸除了固定的TRX、RSL、OML、同步時隙外如果還有時隙未分配，這些未分配的時隙都可以配置成空閑時隙）來滿足高

26、的編碼方式，比如單時隙MCS-9的編碼方式承載的速率為59.2kbps，那么就需要總共4個16K的子時隙才能滿足需求，也就是說需要額外再綁定3條空閑時隙，如果沒有足夠的空閑時隙，就只能使用相對較低的編碼方式，相應的單時隙的吞吐率就降低了。另外需要注意的是在配置空閑時隙的時候不同柜組的空閑時隙是不能共享的，例如3個機柜組成并組，前兩個機規柜為第一組，前兩個機柜的空閑時隙可以共享，而第三個機柜的空閑時隙需要單獨配置。下面為單時隙各種編碼方式和需要額外綁定的空閑時隙的關系表。GPRS編碼方式與PCIC(16k子時隙)的關系表PCIC需求數CS1CS2CS3CS4固定PCIC數1111額外綁定PCIC

27、數0011EGPRS編碼方式與PCIC(16k子時隙)的關系表PCIC需求數MCS-1MCS-2MCS-3MCS-4MCS-5MCS-6MCS-7MCS-8MCS-9固定PCIC數111111111額外綁定PCIC數001111233下面以單機柜S444站型為例，計算Abis接口能夠配置的空閑時隙數目。其中相關條件如下：TRX數目為12；主BCCH數目3；SDCCH數目3；Abis接口復用方式2：1。E1時隙總數（64k)=OML鏈路（64k）同步（64k）TRX業務信道占用時隙數(64k)TRX的RSL鏈路占用時隙數(64k)空閑時隙數(64k)由上面公式可以得到：空閑時隙數(64k)E1時

28、隙總數（64k)【OML鏈路（64k）同步（64k）TRX業務信道占用時隙數(64k)TRX的RSL鏈路占用時隙數(64k)】如果此基站的傳輸資源只有1條2ME1線，能夠配置的空閑時隙總數為【3264k（64k64k9016k664k）】/16k6（條）需要注意，如果當前基站的載頻總數為奇數，那么RSL鏈路占用的時隙數目為：Roundup載頻數/復用方式，0，然后將此值代入上述公式中計算。Pb接口的RPPU單板及傳輸資源在現網中，PB接口的RPPU板滿框配置一般采取72方法：即7個RPPU板作為主用板，2個RPPU板作為備板。對于一個RPPU板來說，其PCIC資源是有限制的。如果該RPPU上的

29、兩個扣板（L2PU/PMC）得到充分利用，即每個扣板均正常配置LAPD，且連線方法正確，則該RPPU可使用PCIC數僅為220條（R8C03版本引進新扣板并進行容量提升后，實際可使用PCIC數已得到極大提升，但由于PCU市場主流軟件版本只支持每扣板220條PCIC，這里依然以此容量限制為準進行分析）。由于在MCS9編碼方式下，單個PDCH需要綁定4條PCIC；因此，如果每個信道均采取MCS9編碼方式傳輸，則每個RPPU板可同時激活的PDCH數最多為55條。下面，簡單的計算，在要保證每條PDCH均可采用MCS9的編碼方式進行數據傳輸的情況下，每個RPPU板能配置的EGPRSPDCH數。假設動態E

30、GPRSPDCH激活系數為0.7（此數值由分組業務需求量決定），小區的信道配置采取13方式，則在MCS9編碼方式下，每個RPPU板最多可配置小區數x可以由以下公式計算出：（配置靜態信道數動態EGPRSPDCH激活系數配置動態信道數）MCS9綁定PCIC數x=每RPPU板最多可使用PCIC數則按上述配置要求可計算出x約為14.742，即最多可配置小區數為15。Gb接口的RPPU單板及傳輸資源Gb接口為PCU和SGSN之間的接口，如果Gb接口的RPPU單板或者傳輸資源不足也會影響的FTP的速率，此外Gb接口的數據配置及LICENSE限制也是影響Gb接口實際帶寬的因素。Gb接口的帶寬通常是由配置的G

31、b接口的RPPU單板，Gb接口的傳輸資源，LICENSE的限制以及配置的BC時隙來確定，如果整個PCU的數據吞吐率已經達到或者接近了Gb接口的帶寬，那么就需要相應的擴容：首先看看硬件資源是否是足夠的，如果硬件資源是足夠的，那么通過合理的配置數據（配置足夠的BC時隙，把小區按流量均勻配置在不同的NSVC上）和擴容LICENSE可以解決，如果硬件資源不足，則需要擴容硬件。保證整個傳輸通道的穩定除了資源以外，數據業務整個通道的穩定也是保證其速率的重要原因，因此需要保證整個通道的鏈路質量。這個通道也可以分為3個方面：Um口的質量、G_Abis口質量以及Gb接口的質量。Um口的質量Um口的質量主要受接收

32、電平、C/I、上下行鏈路平衡的影響，Um口質量對FTP速率的影響主要包括兩個方面：一個是編碼方式，另一個是空口重傳率。編碼方式越高，Um口單信道的吞吐率就越高，Um口質量越好，系統就可以根據綁定到的PCIC數選擇更高的編碼方式，FTP的吞吐率就越高；重傳率越高，說明實際的有效吞吐率越低，空口的帶寬都用在了無效的重傳上，Um口質量越好，其重傳率就越低，有效的吞吐率就越高。在資源滿足的情況下，測試過程中，EGPRS編碼方式主要是由MS上報的測量報告中MEANBEP和CVBEP的值來決定的，這兩個值反映了無線的接收質量，MEANBEP為0到31，CVBEP為0到7，都是值越高說明無線質量越好。G_A

33、bis口質量G_Abis口包括了Pb接口、BSC內部通道、Abis接口以及BTS的內部通道，這些通道中任何一段出現問題都會導致G_Abis口鏈路出現問題最終導致FTP速率受到影響甚至業務不能正常進行。造成G_Abis口鏈路出現問題的主要原因有：1）工程質量（連線錯誤或傳輸接頭松動），2）傳輸質量問題（例如某些小區的Abis口傳輸為衛星鏈路或者微波鏈路），3）數據配置問題，4）網絡規劃問題5）產品問題（包括軟件和硬件）。需要根據具體現象逐步排查定位問題。案例一：RPPU單板小扣板連接成鴛鴦線導致RPPU單板上小區GPRS/EGPRS不可用【現象描述】某地某日凌晨新隔接入網一批基站，在業務驗證的時

34、候發現某小區GPRS/EGPRS業務不可用，而語音業務正常?！締栴}分析】查看告警，BSC、BTS、PCU均無告警PCU側小區狀態正常，但無可用信道；查看話統，包括此小區在內的三個小區均無數據流量，此三個小區同時掛在一塊RPPU單板上，此RPPU單板無下掛其他小區；將小區遷移后，小區各項狀態正常，懷疑RPPU單板故障或連線錯誤；和BSS工程師配合檢查發現【問題處理】和BSS工程師配合檢查發現，RPPU小扣板連成鴛鴦線，重新連接正確后狀態恢復正常，重新測試可以有業務占用。Gb接口的質量Gb接口是比較穩定的，保證連線正確、傳輸穩定、網絡側的傳輸質量以及數據配置就可以了。合理控制小區重選在CQT的FT

35、P測試中，除了資源和鏈路質量外，小區重選也是影響速率的一個因素。由于目前的GPRS/EGPRS還是小區重選而沒能實現切換，發生小區重選的時候TBF必然中斷，需要在新的小區重新建立TBF，而目前沒有開通NACC功能的情況下小區重選的時間一般在5秒左右，這樣每發生一次小區重選，上層的業務就會中斷一定的時間，如果終端在當前服務小區的速率能維持在一個較高的水平，就沒必要重選到其他的小區，CQT選的點基本上都是VIP點，因此相對來說無線環境還是比較好而穩定的，因此在CQT測試的時候要盡量避免小區重選的影響。影響小區選擇與重選的參數主要有ACCESS_MIN、CRO、TO、PT、CRH等，同時無線環境也對

36、小區重選產生一定的影響（比如雖然有鄰區信號很強，但是由于干擾原因其小區信息解不全，因而不能準確計算出C2。不同的手機解碼能力不一樣，同樣的無線環境不同的終端對鄰區的解碼結果也不完全一樣）。下圖為由于無線環境或手機自身原因導致的鄰區解碼不全，進而影響重選。注意：目前都沒配置PBCCH，GSM參數CRH在下述情況時啟動：A、當移動臺處于空閑模式下，并重選到另外一個位置區的小區時；(手機在空閑模式下才會做位置更新);B、當移動臺處于GPRS空閑模式下，并重選到另外一個位置區或路由區的小區時；C、當移動臺處于GPRS就緒狀態下，并重選到另外一個小區時。因此對于不在位置區邊界的小區，更改CRH不會對CS

37、業務產生影響。在CQT時可以加大主服務小區的CRH值，保證測試過程中始終不發生小區重選從而保證數據穩定下載而不中斷。小區數據的合理配置這里的小區數據主要指兩個方面，一個是資源相關的配置，另一個是參數的設置。資源的合理配置在很多情況下資源都是有限的，因此就需要把有限的資源用到最需要的地方，比如VIP小區以及測試涉及的小區。對于測試涉及的小區，如果開通了EGPRS，需要測試EGPRS功能時，小區所在的RPPU單板下所配置的信道最好就不要超過55條。參數的合理設置這里的參數主要指PCU里面的一些參數，具體的參數介紹可以看PCU的開局指導書，這里重點介紹幾個常用的參數。cspara表cspara表是配

38、置信道編碼方式（CS）動態調整算法的參數。小區的CS可以設置固定值，即采用固定的編碼方式，也可以設置動態的CS方式，即網絡根據小區的無線質量情況和包的重傳等信息進行動態調整CS的方式。通常情況下把上下行編碼方式都設置為非固定的，上行初始編碼方式設置為CS2,下行初始的編碼方式設置為CS4，如果小區的無線環境不好可以適當的降低初始編碼方式。此參數表在進行EGPRSCQT測試時，不需要修改。EGPRSPara表EGPRSPara表是配置EGPRS小區信道編碼方式（MCS）動態調整算法的參數，小區的編碼方式（MCS）可以設置固定值，即采用固定的編碼方式，也可以設置動態的編碼方式（MCS）方式，即網絡

39、根據小區的無線質量情況和包的重傳等信息進行動態調整MCS的方式。在無線環境較好的小區，可以適當的提高初始編碼方式。在進行EGPRSCQT測試時，需要把設置為MCS9，以減少CQT測試時的爬坡時延。pdchpara表pdchpara表為小區TBF使用PDCH信道的配置信息，跟動態PDCH轉換和系統容量有關。通?？梢愿鶕^的用戶情況來合理配置此表，如果小區用戶數較少，為了提高單用戶的吞吐率可以降低信道的復用度，如果小區用戶數比較多，為了避免擁塞，可以提高信道的復用度。用戶數比較多的小區可以設置為：PcuaddpdchparaLCNo7834用戶數比較少的小區可以設置為：Pcuaddpdchpar

40、aLCNo4622通常情況下為了避免擁塞，上行TBF的上限數目還是設置為7，下行TBF的上限數目設置為8。gprs表gprs表為小區的系統消息基本配置表，包括是否支持EGPRS，T3168，T3192等。在gprs中，和CQT相關的有以下幾個參數：該參數設置的越小，MS就很有可能在PCU返回上行確認消息之前，又一次重傳等待超過的RLC數據塊，這樣就會導致資源的無效占用率增加。該參數設置的越大，滑動窗口移動的效率會降低，而且上行TBF傳輸進入倒計數的概率增加，這樣反而會降低上行傳輸效率。該參數和MS到PCU的傳輸延時相關，在現網中，MS到PCU的傳輸時延一般為200ms，此時該參數至少設置為10

41、，對于傳輸時延超過200ms的小區，可以設置為15，例如衛星小區。Pan類參數包括PanDec、PanInc、PanMax，主要影響小區重選，按開局指導書要求，依次配置為2、4、12即可。CQT時的一個很重要的軟參：g_ulPreConnectPcicNum此參數為每條PDCH激活后默認綁定的PCIC數目，對于GPRS來說，在單塊RPPU單板上配置的PDCH數目小于110條的時候，可以配置為2，即每條PDCH激活后默認綁定的PCIC數為2，可以直接使用CS4的編碼方式，有利于提升速率，如果單塊RPPU單板上配置的PDCH數目大于110條，設置為2后就會出現第111條PDCH信道無法激活的情況（

42、單板的PCIC以及到達上限）。同理，開通EGPRS的情況下，如果單塊RPPU單板上配置的PDCH數目不超過55條，且傳輸資源足夠，此參數就可以設置為4，如果單塊RPPU單板上配置的PDCH大于55條，就需要根據具體的數目和相應的場景來設置此參數?？傊?，在資源足夠的情況下把此參數設置較大可以提升速率，如果資源不足，此參數設置較大就可能會出現部分信道由于綁定不了PCIC而不可用的情況，因此需要根據資源及場景來合理設置此參數。在進行EGPRSCQT測試時，可以將此值設為4，提高傳輸速率。使用功能強大的軟件版本支持EGPRS專用信道類型，一方面可以提升EGPRS的性能（可以避免GPRS用戶對EGPRS

43、用戶的影響，主要是G上對E下的影響，此時E下也只能使用GMSK編碼方式），另一方面可以節約Abis接口及Pb接口的資源（配置為GPRS信道類型的PDCH只能用作GPRS，單個GPRS信道最多只需要兩條PCIC，只需要額外綁定1條空閑時隙）。同一PCU內不同RPPU單板間的小區重選不丟包可以減少由于小區重選而導致的數據傳輸中斷。其他相關網元資源充足以及運行穩定除了無線接入網外，其他相關網元出問題也同樣會影響FTP速率，因此在排除無線網的問題后需要對其他相關網元進行排查，確保這些網元工作穩定，其他相關網元主要包括：測試終端設備：包括測試終端的多時隙能力，測試終端的相關設置，SIM卡的開戶信息，測試

44、軟件，測試所使用的PC性能及PC的相關設置；可以按照下圖設置測試SIM卡的開戶信息。SIM卡PDP信息設置窗口案例二：開戶信息導致下載速率低【現象描述】某地市區EGPRS網絡評估時發現有個測試點的FTP下載速率均不超過32Kbps。并且此測試點是超級VIP點，資源是有保證的?！締栴}分析】由于此測試點系統資源充足、無線情況良好（測試的時候上報的測量報告基本上都是保持在31，7），從分配的信道來看，經常出現分配的信道上沒有顯示編碼方式（CDS的測試軟件測試），因此感覺是上層沒有下發數據，和無線側的關系不大，但現場也沒有想到具體是什原因。整個測試結束后，在分析LOG的時候發現是SIM卡的開戶信息有問

45、題，因為無線這邊前面測試的情況是在好的點能測試到200Kbps，那張卡的速率限制是256Kbps，測試的時候沒有注意到卡的問題，而本次測試是業軟的同事拿的一張測試卡，此卡的開戶信息顯示為速率限制32Kbps。手機撥號上網時，會進行PDP激活。在PDP激活時，手機和GGSN會協商QoS。QoS包括以下內容：可靠性等級、延時等級、峰值吞吐量等級、平均吞吐量等級其中峰值吞吐量規定了各個PDP上下文在網絡中所能達到的最大數據傳送速率，平均吞吐量等級規定了在激活PDP上下文的剩余時間里期望數據通過GPRS網絡能夠達到的平均數據傳輸數率。察看手機L3信令的activatePDPcontextaccept。

46、比如peakthroughput設置為2000octets/s，這表明測試速率最大值不能超過16kbit/s。如下圖所示：【問題處理】換了一張測試卡以后重新測試，速率可以達到180Kbps以上，有的時候可以達到200Kbps。核心網設備的的資源、穩定性以及相關接口的配合問題，包括SGSN和GGSN各個端口的資源及其處理能力；FTP服務器的處理能力及其相關參數的設置。FTP速率測試基本上可以測試出網絡的承載能力，其他具體業務速率除了受BSS網絡，核心網的影響外還受到具體業務網元的影響，有些還要考慮到具體SP服務器和公網的影響。選擇性能可靠的測試用FTP服務器：現網的性能測試一般都是通過FTP下載

47、進行性能驗證測試的，至少確保FTP服務器的性能不會對傳輸性能造成瓶頸，因此對FTP服務器的選擇也有一些建議：1、如果局方提供了供測試用的FTP服務器，那么建議使用局方的FTP服務器。2、如果局方沒有提供FTP服務器，則建議現場詢問本地工程師或局方人員，獲取當地性能較好的FTP服務器。3、如果仍沒有，那只能選擇國際上比較知名的網站上的FTP服務器，至少保證TCP層的帶寬不受限制。4、最好有多個FTP下載服務器可供下載，如果遇到一個測試發現性能不佳，可以更換服務器，從而首先排除FTP服務器不穩定導致的測試性能不佳的原因。5、可以考慮GGSN的LanSwitch上連接一臺PC機，作為供測試專用的FT

48、P服務器。操作步驟如下：1）在GGSN維護臺執行命令ADDIPRT，在GGSN中配置一條靜態路由，并且FTP服務器的IP最好和GGSN中LPU單板的IP處于同一個網段。2）建議使用Serv-U作為FTP服務器應用軟件，設置Serv-U的Advanced頁，將Sendbuffer和Receivebuffer都設置成最大值（9999）。CQT使用的便攜設置1斷開測試用便攜的其它網絡連接由于當EDGE手機撥號成功之后，核心網會為撥號終端分配一個動態的IP地址。因此在撥號之前，請首先確認便攜機上其它的網絡連接都已經斷開。2關閉便攜內其它可能會訪問網絡的任務當EDGE手機撥號成功之后，作為和核心網傳輸的

49、對端主體，便攜機內所有的有訪問網絡需求的任務都將向外網發送數據包，這將會占用網絡有限的帶寬資源，對我們之后的性能測試會帶來很大影響。因此，建議在性能測試之前，盡可能地關閉便攜機內所有能夠訪問網絡的任務（包括各式的自動更新程序以及一些網絡病毒程序等）。只有這樣才能夠保證之后進行測試的Ftp任務能夠獨占有限的網絡帶寬資源，得到的性能能夠如實地反映網絡的傳輸性能。3在便攜機的操作系統內修改注冊表，在TCP層進行相關優化設置。運行regedit.exe程序，在便攜機的操作系統內的注冊表的HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipPara

50、meters內新建DWORD域TcpWindowSize，并賦值為dword:0000ffff；新建DWORD域SackOpts，并賦值為dword:00000001。設置方法如REF_Ref123631020rh圖2-2所示。新建注冊表DWORD域在便攜機的操作系統內修改注冊表，將TCP層的MTU（最大傳輸單元）為1500。HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNdisWanProtocols0內新建DWORD域ProtocolType，并賦值為dword:00000800；新建DWORD域PPPProtocolType，并賦值為d

51、word:00000021；新建DWORD域ProtocolMTU，并賦值為dword:000005DC。接入性能優化用戶除了關心速率外，對接入具體業務的成功率及接入時延也有一定的要求，因此接入性能也是需要優化和提升的。對于CQT來說，接入性能方面主要涉及到attach、PDP激活、ping、WAP首頁登錄等的成功率和時延。Attach測試主要包括測試其成功率和時延，影響attach成功率的因素主要有數據業務通道質量、PDCH資源、核心網的負荷及終端設備的設置情況等，大多數情況下的attach失敗和無線環境（由于測試點基本上都是VIP區域，覆蓋上基本上有保障，很多情況是由于有較強的干擾造成at

52、tach失?。?、核心網的負荷或鑒權程序有關；attach時延主要和BSS的配套版本及鑒權時長關系比較大，一定的BSS配套版本情況下attach時延一般在較小的范圍內波動，偶爾由于核心網的鑒權時間超長（目前一般的attach時延在1.8秒左右，而有時候僅是鑒權就長達7、8秒）導致整個attach時延在8秒多，測試的時候一般測試10次取平均值，如果有一次長鑒權的情況就會使得整體測試平均值高出很多，使用一些新的功能比如11bit接入、立即指配下移會使時延性能有一定的提升；PDP激活測試和attach測試類似，使用新的功能（11bit接入）對EGPRS的激活時延有很大的提升；ping測試和attach

53、測試也比較類似，其涉及的網元增加了FTP服務器，如果FTP服務器不穩定也會影響到ping的性能，同時其受無線環境的影響更大一些，單個ping時延有時候波動比較大；WAP類接入性能除了和無線網絡有關外，受WAP網關等業務網元的影響也比較大，需要優化各個網元及接口的性能，此外還要考慮到終端的配置和相關設置。案例三：測試中由于PC沒有禁止SPES等實時和網絡交互的軟件導致WAP登錄首頁時延過長【現象描述】某地公司業軟的同事測試WAP性能，在測試WAP登錄首頁的時候，測試10次登錄有兩次時間在10秒左右，而一般正常的測試在5秒以內，這兩次屬于異常?！締栴}分析】在同樣的地方使用同樣小區的信號，無線側同事

54、測試WAP登錄首頁100次，均正常；為了定位問題，業軟和無線同事各自帶上自己的測試工具到同一地點一起測試，業軟同事首先測試10次，又發現兩次超長的情況（無線環境一般）；用無線的PC測試了30次，均正常，結合前面100次的測試結果，懷疑是測試終端的不同導致的測試結果差異?！締栴}處理】檢查PC機型號、手機型號和測試軟件是一樣的，但是測試的時候業務同事的PC沒有禁止公司的信息安全軟件，導致連接上網后，軟件終端和網絡有信息交互影響了測試。業軟同事禁止掉SPES等軟件后重新測試20次，均正常，說明的確是由于測試PC上軟件與網絡側交互對測試產生了影響。DT性能優化目前高速移動中進行數據業務還不是很多，但是

55、隨著數據業務的不斷發展，尤其是EGPRS開通后有可能有新的應用會對移動中數據業務性能有很高的要求，而且運營商對DT的性能一直有考核，因此DT的性能也是必須關注的，DT主要關注的指標是DTFTP和DTWAP。DTFTP性能提升DTFTP和CQTFTP相比要求更高，提升DTFTP性能除了要優化CQTFTP優化中涉及到的項目（具體見CQT速率類優化章節）外，還有其自身的要求：DT路經的所有小區資源及數據業務通道質量都是滿足要求的，只要存在沒有滿足要求的小區，整體的性能就會受到影響，由于EGPRS對C/I的要求更高，因此DT對測試區域整體的無線質量提出了更高的要求，整網頻率、信道配置、功控、話務均衡等

56、都要求優化好；小區重選控制的要求更嚴格，由于實際的網絡中，DT路經的小區不可能都是所有條件都滿足的，對于條件相對不好的小區盡量避免選入、條件好的小區較長時間的駐留、避免乒乓重選、整體上小區重選次數減少、整體上保證所選入小區平均速率最優，可以通過合理設置ACCESS_MIN、CRO、TO、PT、CRH等參數來達到控制小區重選的目的，在特定的情況下還可以通過刪除部分小區BA1表中部分鄰區頻點以避免選入沒有必要選入的小區，來減少小區重選造成的業務中斷；由于在數據傳輸過程中跨PCU的小區重選，PCU側是必然丟包的，這樣有一定的幾率會導致上層的數據的中斷，時間長的話超過3分鐘無數據下載導致掉線，因此對于

57、DT測試路線上的相鄰小區盡可能配置在同一個PCU內，這樣可以減少丟包的概率。另外升級到支持EGPRS信道分類的PCU版本，把EGPRS和GPRS信道合理的配置，單條EGPRS信道需要4條PCIC，單條GPRS信道需要2條PCIC，單塊RPPU單板支持的PCIC只有220條，這是RPPU板的容量瓶頸，單塊RPPU單板在區別信道類型比全配置成既支持EGPRS又支持GPRS信道的類型（此類信道單條也需要4條PCIC）能支持更多的PDCH信道，可以提高單塊RPPU單板的容量，從而提高整個PCU的容量，這樣可以減少跨PCU小區重選的概率；對于R08C01（對于小區重選，PCU新版本中修正了一些小區重選的

58、問題，對于DT中PCU內小區重選后的數據恢復有很好的改善效果，這些版本為G3PCUV300R008C01B014SPH007，G3PCUV300R008C02B016及以后的版本。）及之前的PCU版本在未打補丁之前，跨RPPU單板的小區重選會有一定概率的丟包，導致較長時間的數據中斷，嚴重的時候會造成掉線，解決辦法就是升級補丁，在不能升級補丁的情況下，數據配置的時候盡量使DT路線上相鄰的小區歸屬在同一塊RPPU單板上；跨LAC或RA的小區重選又多了LAU和RAU的時間，將導致數據傳輸中斷的時間增加，甚至導致掉線，因此DT過程中應盡量減少跨LAC或者RA（目前的配置基本上是一個RA對應一個LAC）

59、的小區重選，尤其在LAC邊界要避免頻繁LAU；小區重選必然造成TBF中斷，因此數據中斷是不可避免的，因此如何加快小區重選的速度使中斷時間變短是DT優化中需要考慮的，NACC/PacketSISatus功能引入可以加快小區重選的速度，其中NACC功能需要加載LICENSE。其他外部因素對DT速率也有較大的影響，比如測試的時候使用多線程的FTP工具比單線程的速率要高，此外手機放置的位置、車速等都會對DT速率產生影響，因此如果測試規范沒有明確規定這些測試條件，要提高DT速率就要在有利于DT的條件下進行測試。DTWAP性能提升DTWAP性能優化整體上和DTFTP要求類似，另外還要注意WAP網關、具體業

60、務網元以及測試終端設置的影響。話統指標優化GPRS/EGPRS話務統計是對GPRS/EGPRS網絡性能的統計結果，反映了GPRS/EGPRS網絡的基本性能,日常的維護和優化可以通過話統指標來評估網絡性能、分析和定位網絡問題。GPRS/EGPRS話統簡介GPRS/EGPRS性能測量系統完成對CPU性能、Um接口性能、Pb接口性能、PCU整體性能等方面的測量；GPRS/EGPRS話統對于了解GPRS/EGPRS系統性能、優化GPRS/EGPRS系統以及進行故障定位提供了強有力的數據支持；GPRS/EGPRS的話統和BSS系統相同，皆為3層話統結構模型,具體的3層話統結構模型為：統計功能類型-測量類