【正文】 All Rights Reserved 169。 MEAN_BEP最大值為 31，建議 25以上。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段：無線質(zhì)量評估 ?CV_BEP 比特錯(cuò)誤率變化系數(shù)。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段：無線質(zhì)量評估 ?MEAN_BEP 平均比特錯(cuò)誤率。在實(shí)際測試中，發(fā)現(xiàn)目前最常用的 CI最高只能顯示至 20，這給 EDGE優(yōu)化帶來很多不便。 All Rights Reserved 169。因此，通常在進(jìn)行 (E)GPRS優(yōu)化時(shí)應(yīng)該優(yōu)先修改 CRH。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段：無線優(yōu)化參數(shù) ?在 GSM中，只要開啟 C2算法則 CRO就啟效，而 CRH僅在跨 LAC重選時(shí)才啟效。 對于 (E)GPRS來說，這兩個(gè)參數(shù)都是小區(qū)重選的門限，區(qū)別在于：只要開啟 C2算法，則 CRO啟效，而僅當(dāng)手機(jī)處于 READY狀態(tài)時(shí)， CRH才啟效； CRO可以為負(fù)值，而 CRH只能為正值。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段：無線優(yōu)化參數(shù) ?CRH 小區(qū)重選遲滯。因此，各地應(yīng)根據(jù)實(shí)際情況調(diào)整 PAN_MAX，找到最佳平衡點(diǎn)，而 PAN_DEC和 PAN_INC建議固定為 2和 1。但需要注意的是， (E)GPRS的重選會導(dǎo)致 TBF釋放并重新分配，過多的重選同樣會影響整體的下載速率。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段：無線優(yōu)化參數(shù) ?這三個(gè)參數(shù)通常用于基站密集的市區(qū)，由于手機(jī)控制的小區(qū)重選僅考慮電平而不考慮質(zhì)量，所以當(dāng)出現(xiàn)嚴(yán)重的質(zhì)量問題時(shí)，手機(jī)不會自行解決。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段：無線優(yōu)化參數(shù) ?這三個(gè)參數(shù)的作用機(jī)制類似于 GSM中無線鏈路超時(shí)，每當(dāng)一個(gè)數(shù)據(jù)包沒有被正確收到 PAN_MAX便減少 PAN_DEC值，反之則增加 PAN_INC值，當(dāng) PAN_MAX0時(shí)強(qiáng)制發(fā)生小區(qū)重選。建議為 1。建議為 2。建議為 24。 All Rights Reserved 169。在嘉興經(jīng)過實(shí)驗(yàn)，修改這三個(gè)參數(shù)后不會發(fā)生客戶投訴，而且對 ATTACH、 PING、 WAP和 FTP測試指標(biāo)幾乎沒有影響。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段： GCH資源參數(shù) ?從理論上來說，修改以上三個(gè)參數(shù)都會犧牲一部分用戶的 QOS。該參數(shù)系統(tǒng)默認(rèn)為 8，即初始分配 4+1個(gè)信道，對于大數(shù)據(jù)量用戶來說，這是值得的，但是對于眾多小數(shù)據(jù)量用戶來說，這顯然浪費(fèi)嚴(yán)重。 All Rights Reserved 169。而更重要的是：每釋放一個(gè) PDCH信道，也會同時(shí)釋放分配給它的 GCH信道。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段： GCH資源參數(shù) ?當(dāng)一個(gè) PDCH持續(xù)無流量時(shí)，系統(tǒng)會等待一段時(shí)間之后自動釋放該 GCH，這個(gè)等待時(shí)間即為 T_GCH_INACTIVITY；如果該 GCH為某個(gè)用戶的最后一個(gè) GCH，則該等待時(shí)間為 T_GCH_INACTIVITY_LAST。建議為 1。建議為 5s。建議為 1s。 All Rights Reserved 169。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段：無線資源參數(shù) ?在配置 PDCH信道時(shí)僅根據(jù)話務(wù)報(bào)告是遠(yuǎn)遠(yuǎn)不夠的，由于一個(gè) PDCH信道最多可以同時(shí)共享給 10個(gè)下行用戶和 6個(gè)上行用戶，話務(wù)報(bào)告中通常來說不太可能出現(xiàn)擁塞。通?？梢詫?MAX_PDCH設(shè)為一個(gè)較為寬松的值，以保證在低負(fù)荷狀態(tài)下數(shù)據(jù)業(yè)務(wù)可以獲得足夠的信道數(shù)； HIGH_TRAFFIC_LOAD_GPRS需要考慮到 GSM業(yè)務(wù)量，由于目前仍然是以 GSM業(yè)務(wù)為主的，所以在設(shè)置時(shí)需要優(yōu)先考慮 GSM業(yè)務(wù)，具體配置視實(shí)際情況而定； MIN_PDCH信道的配置視小區(qū)載頻配置而定，其最大作用在于當(dāng) GSM業(yè)務(wù)量過高時(shí)，保證最基本的 (E)GPRS業(yè)務(wù)信道，具體孰輕孰重各自權(quán)衡，但是建議至少為 1。 All Rights Reserved 169。 當(dāng)小區(qū)處于低負(fù)荷狀態(tài)時(shí)，小區(qū)最大可用的 PDCH數(shù) = MAX_PDCH；當(dāng)小區(qū)處于高負(fù)荷狀態(tài)時(shí)，小區(qū)最大可用的 PDCH數(shù) = MAX_PDCH_HIGH_LOAD。 規(guī)則： MAX_PDCH= MAX_PDCH_HIGH_LOAD= MIN_PDCH。 ?MAX_PDCH_HIGH_LOAD 在高負(fù)荷狀態(tài)下的小區(qū)最大 PDCH可用數(shù) ?MIN_PDCH 固定預(yù)留給數(shù)據(jù)業(yè)務(wù)的信道，即靜態(tài)信道。 All Rights Reserved 169。 ?GAMMA_TNx 功控參數(shù)。 ?ALPHA 功控參數(shù)。 ?TBF_UL_Init_MCS 上行初始化編碼比例。 ?TBF_DL_Init_MCS 下行初始化編碼比例。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——優(yōu)化階段 ?參數(shù)統(tǒng)一 ?在優(yōu)化展開之前，建議對以下參數(shù)進(jìn)行統(tǒng)一： ?MAX_EGPRS_MCS 小區(qū)可用的最高編碼比例。 ?對于現(xiàn)場測試，建議首先進(jìn)行 CQT優(yōu)化，在完成了定點(diǎn)的無線和資源優(yōu)化后再進(jìn)行 DT優(yōu)化，調(diào)整小區(qū)覆蓋和重選。然而，由于目前缺少準(zhǔn)確評估無線擁塞的手段，對資源優(yōu)化的最終評估只能通過現(xiàn)場測試來實(shí)現(xiàn)。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——評估階段：負(fù)荷評估 ?負(fù)荷評估是 EDGE優(yōu)化前的重要一環(huán)，評估圍繞以下幾個(gè)主要COUNTER展開： ?GPU/PMU擁塞標(biāo)準(zhǔn) P402/3600 % ?Ater 口擁塞標(biāo)準(zhǔn)，建議增加 Ater P383a/3600 % (GPRS_GPU_Ater_cong_time) P383b/3600 30% (GPRS_GPU_high_Ater_usage_time_max) ?GPU_DSP 擁塞標(biāo)準(zhǔn) P384/3600 % (GPRS_GPU_DSP_cong_time) All Rights Reserved 169。 ?開啟 EDGE初期，遇到的最多的問題即無線擁塞（ PDCH信道不足）和 GPU側(cè)擁塞（包括 GCH擁塞、 extra pool不足、 DSP擁塞、 PMU擁塞等） ?不管是哪種擁塞，都會對測試指標(biāo)造成巨大影響（ 20%而且嚴(yán)重時(shí)可能 50%），且一旦發(fā)生 GPU側(cè)的擁塞，影響的范圍至少是一塊 GPU下的所有小區(qū)。 優(yōu)化流程 ——評估階段：話務(wù)報(bào)告檢查 All Rights Reserved 169。 Alcatel Shanghai Bell 2023, ?下行流量中的各 MCS編碼比例 通過以下 COUNTER觀察數(shù)據(jù)業(yè)務(wù)各編碼的下行流量： ?P55ap55d：對應(yīng) CS14； ?P55ep55m：對應(yīng) MCS19。 ?上下行 TBF建立成功率 ?下行流量中的各 MCS編碼比例 All Rights Reserved 169。 All Rights Reserved 169。開啟 EDGE的載頻此參數(shù)必須為 0。 ?TRX_PREFER_MARK 載頻的優(yōu)先等級。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——評估階段 :邏輯參數(shù)檢查 ?邏輯參數(shù)檢查 在優(yōu)化前需要對一些重要的基礎(chǔ)參數(shù)進(jìn)行檢查，以確保 EDGE功能已被正確開啟。支持 EDGE的載頻通常為 TRAx或 TAxH，如 TRAG和 TAGHE。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——評估階段：硬件評估 ?SUMA/SUMP ?如果一個(gè)小區(qū)配有額外的 Abis鏈路，則必須使用 SUMA板。 ?也就是說 B9之后，理論上只要硬件支持，有一定數(shù)量的 EXTRA TS都有機(jī)會使用 MCS9編碼速率。因此，同 BTS可以查看共有多少條 extra TS。 ? 硬件配置檢查 硬件配置檢查主要包含以下幾個(gè)部分 ： ? 載頻 CLASS ? SUMA/SUMP ? 載頻類型 All Rights Reserved 169。 All Rights Reserved 169。 所以 ， 相對于 GPRS優(yōu)化 ， EDGE優(yōu)化的評估就顯得尤為重要 。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ——評估階段 ? 由于開啟 EDGE最根本目的就在于提高數(shù)據(jù)業(yè)務(wù)的速率 ， 所以目前的 EDGE優(yōu)化都是圍繞著上下行吞吐量來展開的 。 但是 EDGE將速率提升到了一個(gè)新的層次 ， 指標(biāo)要求與之前完全不同 ， 加上硬件和軟件都有所更新 ， 所以在實(shí)際操作時(shí)還是有很多方面需引起注意 。 Alcatel Shanghai Bell 2023, 優(yōu)化流程 ? 評估階段 ? 硬件評估 ? 邏輯參數(shù)檢查 ? 話務(wù)報(bào)告檢查 ? 負(fù)荷評估 ? 優(yōu)化階段 ? 統(tǒng)一參數(shù)修改 ? 無線資源參數(shù)調(diào)整 ? 系統(tǒng)資源參數(shù)調(diào)整 ? 移動管理參數(shù)調(diào)整 ? 無線質(zhì)量微調(diào) （ 測試 ） ? 總結(jié)報(bào)告 All Rights Reserved 1