第一篇：甘肅移動LTE網絡6月測試報告—涼州區

甘肅移動LTE網絡6月試報告

武威市涼州區

目錄

1.1 DT測試分析.............................................................................................1.1.1 RSRP分布圖...................................................................................1.1.2 SINR分布圖....................................................................................1.1.3 DL分布圖........................................................................................1.1.4 UL分布圖........................................................................................1.2 問題區域...................................................................................................1.2.1平貴花園附近路段弱覆蓋.................................................................1.2.2 西環路到公園路轉彎路段弱覆蓋......................................................1.2.3 文化路古浪縣第五中學附近路段弱覆蓋和切換不及時導致SINR差...........................................................................................1.2.4 建設路到西環路拐彎處弱覆蓋和模三干擾導致SINR差...................1.3 問題總結與建議........................................................................................1.3.1 問題總結..........................................................................................1.3.2 建議.................................................................................................1.1 DT測試分析

1.1.1 RSRP覆蓋分布圖 1.1.2 SINR分布圖

1.1.3 PDCP DL分布圖 1.1.4 PDCP UL分布圖 1.2問題區域

1.2.1武威市涼州區武威監獄附近越區覆蓋RSRP差SIINR差

問題描述：武威市涼州區武威監獄附近越區覆蓋。

問題分析：經過分析該點占用武威涼州區成功學校-2（PCI：130；RSRP-98）小區與武威涼州區武威監獄-1（PCI：312;RSRP-88）小區信號。

處理建議：建議下壓武威涼州區成功學校-2小區方位角控制越區覆蓋，并把武威涼州區武威監獄-2小區RS功率提升2db,增強覆蓋。

1.2.2武威市涼州區熊貓公寓附近弱覆蓋

問題描述：武威市涼州區熊貓公寓附近弱覆蓋

問題分析：該問題點占用武威涼州區宋家園-1（PCI：354；RSRP：-106）小區信號，其鄰區的RSRP也都較差此路段東側有高樓阻擋，導致該問題路段弱覆蓋。

解決方案：將武威涼州區宋家園-3（PCI：356）的方位角調整為340度，并把RS功率提升3db，以加強該問題路段的覆蓋。1.2.3武威汽車北站處弱覆蓋

問題描述:武威汽車北站處弱覆蓋

問題分析：經過分析該路段占用武威涼州區北美-1（PCI：324；RSRP-96）小區信號，由于該弱覆蓋路段距離基站316米，信號難以覆蓋至此。

解決方案：需要核實該基站的方位角，調整武威涼州區北美-3小區的方位角或者拉遠3小區解決弱覆蓋問題。

1.2.4祁連大道天瑞花苑處弱覆蓋RSRP差

問題描述：祁連大道天瑞花苑處弱覆蓋RSRP差

問題分析：經分析該點占用武威涼州區國海商廈-3（PCI：343；RSRP-100）小區信號。由于該點距離武威國海商廈基站428米，周圍樓宇較高信號難以覆蓋至此。

處理建議：

1、核實武威國海商廈的方位角與下傾角，調整-1小區的方位角至60度，下傾角減小2度增強覆蓋。

2、調整武威涼州區建安賓館-3小區的方位角至270度并將下傾角減小2度增強覆蓋。1.2.4靶場路靶場社區居委會附近RSRP差

問題描述：靶場路靶場社區居委會附近RSRP差

問題分析：該弱覆蓋路段占用武威涼州區十八中-3（PCI：350；RSRP-95）小區信號和武威涼州區國資委-1（PCI：401）小信號。由于靶場路道路狹小附近樓層較高信號難以覆蓋至此。

解決方案：

1、調整武威涼州區十八中-3小區的方位角至280度，下傾角減小2度增強覆蓋。

2、調整武威涼州區國資委-2小區的方位角至120度，下傾角減小2度增強覆蓋。

1.2.5擂臺東路附近弱覆蓋

問題描述：擂臺東路附近弱覆蓋

問題分析；該店占用武威涼州區萬通小區-2（PCI：16;RSRP-99）小區信號，與武威涼州區新鮮七組-3（PCI：203）小區信號。由于武威涼州區萬通小區-2越區覆蓋大約935米。武威涼州區新鮮七組-3小區周圍高樓較多無法覆蓋至此。

處理建議：

1、下壓武威涼州區萬通小區-2小區的下傾角，控制越區覆蓋。

2、減小武威涼州區新鮮七組-3小區的下傾角。增強覆蓋。1.2.6解放軍第十醫院后面的巷子弱覆蓋RSRP差

問題描述：解放軍第十醫院后面的巷子弱覆蓋RSRP差。

問題分析：經過分析該路段占用武威涼州區樂巢樂巢賓館-1（PCI：244；RSRP-100）小區余武威涼州區林茗香茶府-2（PCI；316）小區信號。由于巷子里面道路狹窄建筑物密集，周圍基站都難以覆蓋至此。

解決方案：

1、調整武威涼州區林茗香茶府-2小區方位角230度下傾角減小2度增強弱覆蓋。

2、減小武威涼州區樂巢賓館-1小區的下傾角增強覆蓋。

1.2.7市政局北邊的二環南東路弱覆蓋RSRP差

問題描述：市政局北邊的二環南東路弱覆蓋RSRP差。

問題分析：該路段占用武威涼州區新鮮七組-1（PCI：50；RSRP）小區與武威涼州區市政局-1（PCI：199）小區信號。武威涼州區新鮮七組-1距離弱覆蓋路段433米切是旁瓣信號信號覆蓋至此損耗大。

解決方案：

1、調整武威涼州區新鮮七組-2小區的方位角至90度；下傾角減小2度減小弱覆蓋。

2、調整武威涼州區市政局-1小區的下傾角至4度增強覆蓋。1.2.8北關東路與二環東路交叉口處弱覆蓋RSRP差

問題描述：北關東路與二環東路交叉口處弱覆蓋RSRP低于-90。

問題分析：弱覆蓋路段距離基站900多米信號難以覆蓋至此，建議增加基站增強覆蓋。解決方案：在北關東路與二環東路交叉口處增加基站

1.2.9武威涼州區圖書館處弱覆蓋RSRP差

問題描述：武威涼州區圖書館處弱覆蓋RSRP差。

問題分析：該弱覆蓋路段周圍樓宇較高武威涼州區人民醫院-3（PCI：53；RSRP:-99）小區信號無法覆蓋至此，周圍站點武威涼州區浙江大廈-2（PCI：10）小區和武威涼州區電信局-1（PCI：63）小區信號無法覆蓋至此。

解決建議：

1、調整武威涼州區人民醫院-1小區的方位角至0度下傾角減小2度，作為主小區。

2、調整武威涼州區電信局-3小區的方位角至270度下傾角減小2度怎強覆蓋。1.2.10迎賓大道祥泰賓館附近弱覆蓋RSRP差

問題描述：迎賓大道祥泰賓館附近切換不及時RSRP差SINR差

問題分析：經過分析武威涼州區火車站（共享電信）-3（PCI：197；RSRP-113）小區是主小區，武威涼州區祥泰賓館-2（PCI:414；RSRP-92）小區是鄰小區；由于切換不及時導致RSRP和SINR變差。

解決方案:添加武威涼州區火車站（共享電信）-3小區與武威涼州區祥泰賓館-2小區的鄰居關系，并且重新設置A3事件的切換門限。

1.2.11成功學校東面的小巷子切換不及時ISNR差

問題描述：成功學校東面的小巷子切換不及時ISNR差

問題分析：分析后武威涼州區農機監理-2（PCI343 ；RSRP-83； SIRN-9）小區向武威涼州區成功學校-1（PCI 129）小區切換不及時導致SIRN差。

解決方案：

1、調整武威涼州區成功學校-1小區的方位角至170度增強覆蓋。

2、下壓武威涼州區農機監理-2小區的下傾角至6度。減少越區覆蓋。1.2.12武威涼州區北關西路與民族街交叉口處SINR差

問及描述：武威涼州區北關西路與民族街交叉口處SINR差

問題分析：該路段占用武威涼州區八中-1（PCI：266:；RSRP：-106；SINR：3）小區北關西與武威涼州區建安賓館-2（PCI:22；RSRP-93）小區信號。路與民族街交叉口周圍站點較密信號雜亂干擾嚴重。

減小威武涼州區建安賓館-2小區的方位角增強覆蓋。

1.2.13和平街與署東巷較差口出SINR差

問題描述：和平街與署東巷較差口出SINR差

問題分析：該路段占用武威涼州區涼州醫院-3（PCI 431； RSRP-91 ；SINR-5）小區信號與武威涼州區小北街-2（PCI 277； RSRP-98；ISNR 5）小區信號。由于該點周圍樓層較高較密，信號難以覆蓋至此。

解決方案：

1、檢查周圍站點的鄰區關系保證切換正常。

2、調整武威涼州區北小街-2（PCI 277）的下傾角增強覆蓋。1.2.14武威涼州區福利院附近SIRN差

問題描述：武威涼州區福利院附近SIRN差。

問題分析：該路段占用武威涼州區福利院-1（PCI197；RSRP-83； SINR-7）由于武威涼州區福利院基站一小區的PCI是197、二小區196、三小區195與周圍站點PCI相反，存在干擾。

解決方案：

1、重新規劃武威涼州區福利院基站的PCI，消除干擾。

2、調整武威涼州區福利院-1小區的方位角至0度。下傾角減小2度。

3、核查武威涼州區-1小區與武威涼州區東升小區-2小區的鄰區關系，保證切換正常。

1.2.15二環西路與二環南路交叉口處SIRN差

問題描述：二環西路與二環南路交叉口處SIRN差

問題分析：分析后得武威涼州區知天一時代城-3（PCI 113；RSRP-101；SINR-12）小區向武威涼州區棗園-1（PCI 174；RSRP-97）小區未及時切換導致SINR變差。解決方案：

1、添加武威涼州區知天一時代城-3小區與武威涼州區棗園-1小區的鄰區關系，保證正常切換。

2、調整武威涼州區棗園-1小區的方位角為10度下傾角減小2度增強覆蓋。1.2.16祥泰賓館附近SINR差

問題描述：涼州區祥泰賓館附近SINR差。

問題分析：經過分析該路段占用武威涼州區火車站（共享電信）-3（PCI 197；RSRP-100；SINR-13）小區信號。由于切換不及時導致SINR變差。解決方案：

1、添加武威涼州火車站（共享電信）-3小區與武威涼州區祥泰賓館-2小區的鄰區關系。

2、重新設置添加武威涼州火車站（共享電信）-3小區到武威涼州區祥泰賓館-2小區的切換門限。

第二篇：LTE網絡工作總結

度工作總結

主要工作1：濟南弱覆蓋柵格遍歷測試

n 工作成績：

為了滿足濟南LTE覆蓋及業務需求，打造上網快、覆蓋廣、體驗好的移動4G網絡，為優化加站提供真實的數據資源。測試路線貫穿了弱覆蓋柵格內的主道路，包括部分室內。測試過程真實、可靠，測試路線盡可能詳細，能夠充分反映柵格現狀。濟南三縣三區弱覆蓋柵格遍歷測試已全部完成，加站前后效果顯著。

n 工作亮點：

通過奧維地圖圖層導航，利用網優先鋒進行遍歷測試和室內測試，加快的工作進程，提升了工作效率。

n 典型經驗：

利用奧維地圖和網優先鋒進行遍歷測試可提升工作效率。

n 工作中問題與不足：

測試前期車輛供應緊張，導致速度較慢，但后來通過借用自行車進行柵格遍歷測試，使測試更為靈活，效率得到提升。

主要工作2：濟南LTE精品網絡優化

n 工作成績：

通過對MR弱覆蓋小區優化調整，打造濟南市區精品網絡，滿足用戶覆蓋及業務需求。通過后臺MR監測，針對差小區進行現場拉網摸測，利用測試結果今天優化分析，經過現場天饋調整改善MR弱覆蓋指標。項目期間調整566個弱覆蓋小區，輸出57份優化測試報告，解決64個弱覆蓋柵格區域。

n 工作亮點：

報告呈現詳細、明確，不但包含移動站點信息、測試信息及調整信息，還包括聯通電信站點信息，綜合分析弱覆蓋差原因，并以此提出解決方案。

n 典型經驗：

在優化調整移動差小區的同時也要勘察了解其他兩家運營商競對站點信息，做到知己知彼百戰不殆。

n 工作中問題與不足：

前期的報告模版難以確定，沒有統一標準導致經常改動，影響工作進程。

主要工作3：濟南MR弱覆蓋及競對提升

n 工作成績：

為了滿足濟南用戶覆蓋及業務需求，打造優于競對的網絡，讓用戶體驗快速的4G網絡，讓網絡資源得到合理分配。主要通過MR競對監測，鎖定競對差小區和其他運營商小區，通過現場核實確定弱覆蓋區域，然后通過優化調整分析處理。目前已完成190個弱覆蓋小區核實、分析及調整，目前4G城區MR覆蓋率提升至96.42%，4GMR競對領先度提升至5.07%。

n 工作亮點：

通過使用MRtools分析工具可以進行準確的優化分析，解決了一系列問題，大大提升了工作效率。

n 典型經驗：

推薦使用MRtools分析工具進行競對分析和優化調整。

n 工作中問題與不足：

在大家的配合下該階段工作較為順利，塔工人員供應相對較為緊張。

存在問題：MR弱覆蓋區域難以鎖定，需大面積摸測，并且結合電信聯通小區分析競對困難，準確度低，工作效率低下。

解決措施：通過項目組王偉同事自做的MRtools分析工具可以解析出二維、思維分析圖，以及googleearth圖層，清晰明了，大大提升了工作效率。

主要目標：2018年配合王利及項目組同事，繼續優化MR競對領先度和MR弱覆蓋，爭取早日達到目標值：4G城區MR覆蓋率97%，4GMR競對領先度6.3%。

重點工作：重點核實MR弱覆蓋小區及優化分析和天饋調整。

建議或要求：建議加強公司與項目人員的交流和溝通，了解項目人員工作現狀和思想狀態，保障項目人員的穩定、發展和項目的順利進行，提升工作效率。

第三篇：濟南移動LTE網絡國慶保障總結(中興)

濟南移動障總結

LTE網絡國慶保

2014年10月10日 1 說明

2014年10月1日~7日國慶LTE網絡質量保障是濟南移動LTE網絡建網以來的第一次國慶節保障，經歷了濟南大學開學的保障之后，有一次話務集中的保障，與大學開學營銷不同的是，此次主要話務可能集中在汽車站、火車站及部分旅游景點，人員復雜、較多、終端類型也參差不齊，在中興區域主要分布有火車站、汽車站及重要景區。保障流程

1、對所有熱點區域如車站、景區、購物區、重要干線等周圍站點進行擴容準備，提出擴容需求擴容雙載波，同時開啟負荷均衡策略。

2、對已經確定的高話務區域，今天提交給省公司進行升級，升級完畢后開啟高負荷應對策略的參數，由于有些定時器參數不在集團規定范圍，所以有些可能的大話務區域在指標監控當天7點前進行修改，晚上進行回退。

3、對已經確定的高話務區域提前進行測試摸底，避免小區出現其他問題影響用戶感知。

4、每天提取重要站點的告警，及時發送給維護部門進行排障處理。

5、安排現場值班人員，包括前臺和后臺，前臺在現場值班待命，后臺人員在后臺值班監控指標，尤其是擁塞、告警的小區。

6、早晨7點前后臺人員到位，檢查所有站點告警，退服、閃斷、GPS故障等重要的告警及時通知維護部門進行排查。

7、15分鐘粒度統計小區的RRC建立成功率、ERAB建立成功率、切換成功率、CSFB回落成功率、掉線率等指標，發現有擁塞導致的RRC失敗盡快進行保障參數開啟工作，由于有些保障參數與集團規范不一致，如定時器T302，T300等，晚上需要進行回退。

8、對于前臺突發性投訴或者站點指標異常的小區，后臺進行參數檢查、鄰區檢查等優化完畢后，通知前臺人員進行驗證測試。

9、重點關注汽車站、火車站、旅游景區等VIP站點。

10、及時關注全網的流量、用戶數、指標等變化情況，做好第二天值班人員的工作交接工作，如當天進行小區修改的明細、指標變化情況通過郵件和電話告知。濟南LTE網絡運行質量分析

此次國慶節保障期間省公司對擁塞小區的通報的標準如下： 1）RRC建立差:按小時統計，RRC連接建立失敗次數大于200 2）ERAB建立差:按小時統計，ERAB連接建立失敗次數大于200 3）接通率差：按小時統計，RRC連接請求次數大于200，ERAB連接請求次數大于200，無線接通率小于90% 濟南國慶期間被通報問題比較嚴重的涉及小區27個，主要是RRC和ERAB建立失敗次數大于200次，另外接通率低于90%的小區從網管統計7天共涉及小區103個：

3.1 RRC和ERAB失敗次數大于200次原因分類

對此次被省公司通報的必要嚴重的小區27個進行了深入分析，主要原因集中為： 1）這些小區除長途汽車站外，其他的10個小區都是突發無法預估話務量的小區，平均用戶數超過100個，最大超過150個，所以沒有此部分小區進行版本升級，無法應對高話務，只能通過臨時參數修改來解決。

2）對于EARB建立失敗次數較多，而RRC失敗沒有問題，通過信令監測系統進行分析主要是集中在單一用戶導致，出現此問題的有5個小區。

3）還有1室分小區也出現了前后臺數據不同步的問題，導致了用戶數不多，而RRC失敗較多，通過數據重新同步后問題解決，導致出現此問題的原因有可能為傳輸鏈路閃斷導致，后續會通過設置QOS告警來預警。

4）對于9個小區用戶量少，但是RRC失敗較多，通過采集后臺數據提交后方分析，判斷在601P03前版本下會出現對部分終端調度失敗后，終端頻繁發起請求頻繁失敗導致。

5）1個小區“濟南大學食堂”是由于擴容第二載波后數據配置有問題導致RRC成功率較低，及時通知數據配置人員重新配置數據后問題恢復。6）1個小區“LFZ018254H_濟陽仁風北陳”是外部干擾導致，全部RB底噪抬升至-70左右。

3.2 RRC和ERAB失敗次數大于200次分析案例

1、對于ERAB失敗小區較多的“[TDD]LDZ0100712R1_山大路雅悅-陶然居(12)”小區通過網管統計發現此小區指標惡化從10月7日18點開始惡化，10月8日8點開始恢復，檢查小區參數正常，無告警，通過信令監測系統進行查詢，發現出現ERAB建立失敗都集中在某一用戶，***用戶，通過IMEI號86451002查詢，用戶終端為步步高X3L終端。

同樣的對其他小區進行分析，除信令監測系統10月1日數據無法查詢到外，其他小區ERAB失敗都是某一用戶導致，如惠爾大廈是***用戶，使用的是Lenovo A788t終端。

2、對于類似于“LDZ0121133H1_天橋”站點，用戶量較少，但是RRC請求次數較多，失敗的原因主要是定時器超時導致的失敗。

從網管的計數器統計上分析，產生MT-ACCESS、MO-SIGNALING、MO-DATA等定時器超時主要是統計采樣點5，從信令深入分析主要是UE側在發送RrcConnectionRequest消息之后啟動的64ms的競爭解決定時器mac-ContentionResolutionTimer超時，Rrc連接建立失敗。

經過研發確認，在進一步分析調度器本地UE實例建立失敗的原因，發現是由于內部的TA模塊在UE某次實例建立時校驗狀態出錯，此部分UE主要涉及部分與終端芯片與協議不符導致，容易出現幾率性的校驗失敗，主要是MTK芯片。

調度器建立UE實例過程是，先分配一個唯一的標識UeIdx，在給內部各個子模塊建立實例，其中TA模塊在建立UE時，首先校驗UeIdx對應的狀態，如果不為IDLE，則認為異常，返回失敗。

而TA模塊的UeIdx資源沒有被回收，造成下一次這個UeIdx再被分配時，TA模塊UE實例建立失敗，這樣循環導致RRC失敗次數較多。

解決建議：目前正在升級的601P03版本，對部分不規范的芯片出現校驗失敗后重新刪除UE實例，即使如果狀態不為IDLE，也先把之前的狀態清掉，繼續建實例，并對此部分UE芯片校驗進行記憶，避免繼續校驗失敗。濟南LTE網絡國慶保障總結

1、此次國慶期間的LTE網絡保障在10月1日上午人流密集、并且現場對于部分小區話務量預估不足，版本未升級，導致部分小區高用戶擁塞，后續解決措施601P03版本全網升級后不會再出現此問題。

2、日常將加強對性能差小區的監控力度，結合信令監測系統對終端進行分析，做到及時預防。

3、后續將制定更加靈活、全面、細致的保障方案，對指標延長指標監控時間段，避免出現突發擁塞或者問題。

第四篇：網絡質量測試報告

網絡質量測試報告

目錄

一、概述...........................................................................................................................................3

二、測試內容...................................................................................................................................3 2.1測試環境.............................................................................................................................3 2.2測試項目.............................................................................................................................4 2.2.1物理連接鏈路測試..................................................................................................4 2.2.2到各大網站的路由跳數測試..................................................................................6 2.2.3測試線路帶寬質量..................................................................................................7 2.2.4 測試電腦隨機打開網頁.......................................................................................12 2.2.5 測試上傳速度.......................................................................................................13 2.2.6 手機上網測試.......................................................................................................14 2.2.7 測速軟件測試網速...............................................................................................15 2.3測試結果...........................................................................................................................17

三、目前網絡所存在的問題.........................................................................................................18

一、概述

目前主流運營商（聯通、電信）家庭光纖入戶寬帶和電視業務使用結構為：光貓lan1口承載adsl撥號上網業務，lan2口承載iptv電視業務。網絡采用定制網絡機頂盒同時實現家庭普通路由器的wifi無線有線上網功能和電視直播功能，極大的方便了用戶以及運營商配置維護。

二、測試內容

對于電視業務，由于是走的內網資源，沒有產生對網絡的訪問，電視觀看流暢，節目畫面清晰，占用內網帶寬。本測試主要針對用戶adsl撥號上網業務測試。

2.1測試環境

本次測試基于主流FTTX網絡，模擬用戶真實上網環境，最大限度的還原用戶上網需求。

2.2測試項目 2.2.1物理連接鏈路測試

測試方法：本端與internet上的大型WEB網站進行PING操作

測試目的：測試去互連網上的各大主流網站間的延遲情況和丟包情況

測試流程:在本端電腦上使用PING 操作,查看到主流網站百度（www.tmdps.cn）騰訊（www.tmdps.cn）愛奇藝（www.tmdps.cn）淘寶（www.tmdps.cn）的鏈路質量

注:電信服務規范釋義,丟包率 丟包率平均值≤5%為合格。

2.2.2到各大網站的路由跳數測試

測試方法:本端與internet上的大型WEB網站進行tracert操作

測試目的:測試去互連網上電信的百度服務器間所經過的網絡設備跳數和每一跳的延遲

測試流程:在本端電腦上使用tracert操作,查看到主流網站服務器百度（www.tmdps.cn）騰訊（www.tmdps.cn）愛奇藝（www.tmdps.cn）淘寶（www.tmdps.cn）間所經過的網絡設備跳數和每一跳的延遲

2.2.3測試線路帶寬質量

測試方法：到各ISP之間的鏈路下載測速 測試目的：測試去互連網上幾個主要城市的TCP連接傳輸情況

測試流程：在網絡上搜索文件下載

下載站點為：北京聯通下載，office下載速度保持在300KB/S左右

下載站點為：湖南電信下載，office下載速度保持在300KB/S左右

下載站點為：移動鐵通下載，office下載速度保持在3MB/S左右

驅動精靈官網下載速度為300KB/S左右

迅雷官網下載迅雷軟件，下載速度保持在300KB/S左右

2.2.4 測試電腦隨機打開網頁

電腦上隨機打開若干網頁，包括淘寶網、京東網、今日頭條、搜狗視頻、騰訊新聞、58同城、汽車之家、斗魚tv等網頁

2.2.5 測試上傳速度

測試方法：去網站上傳文件或者發郵箱 測試目的：測試將文件上傳的服務器速度

測試流程：將文件上傳到百度云和qq郵箱中發送文件

2.2.6 手機上網測試

手機用qq瀏覽器隨機打開網頁視頻搜索等網頁，優酷客戶端打開視頻以及快進等操作，微信qq等聊天軟件打開語音聊天傳文件小視頻等操作。

2.2.7 測速軟件測試網速

2.3測試結果

綜上經過5個測試項目的測試，現總結如下：

1，物理連接鏈路測試的測試中可以看出ping主流網站的延時值都非常的高，丟包情況也很嚴重，基本上保持在50ms以上甚至更高，丟包率也基本大于5%。

2，到各大網站的路由跳數測試中由于限制了路由，所以無法tracert到跳數以及延時情況。

3，測試線路帶寬質量中下載基本上保持在300 kb/s，測速能達到20M帶寬 4，在對瀏覽器打開各網站隨機測試中，網頁打開速度很慢，尤其是圖片一類的網站例如淘寶，還有一些網站根本打不開例如京東，網站打開測試不理想。

5，上傳測試對于小區用戶來講基本上滿足正常使用。6，手機打開還算流暢，基本滿足正常使用。7，測速軟件測試僅作為參考。

三、目前網絡所存在的問題

經過一段時間的網絡測試，從中發現一些問題，現對問題進行統一整理，并對使用過程中發現的問題提出合理的解決辦法

1，存在問題：網絡延時ping值高，丟包率高。

用戶體驗：上網開網頁、圖片、視頻等響應慢，打游戲會出現卡頓、掉線、連接不上服務器等情況。

解決辦法：通過對出口線路更好的優化指向來降低網絡延時，提高用戶體驗，綜合提升用戶上網品質。

2，存在問題：網絡文件下載速度慢。

用戶體驗：上網下載速度跟所辦理的帶寬不相符，達不到帶寬。

解決辦法：通過對出口線路進行協議分流，滿足用戶下載需求，同時設定最低帶寬保證來確保高峰期帶寬吃緊情況下用戶的最低帶寬。

3，存在問題：網頁打開速度慢，圖片加載慢等問題。用戶體驗：上網開網頁、圖片、視頻等響應慢，感覺卡頓。解決辦法：對協議進行優先級劃分，添加緩存服務器可以更快的實現加載。

4，存在問題：網絡整體速度不理想 用戶體驗：用戶上網慢

解決辦法：對出口帶寬，內部策略，進行統一調配。

第五篇：聯通網絡測試報告

聯通光纖網絡運行測試報告

2010年 12月

網絡運行報告(范本)1.【聯通網吧用光纖網絡基本情況】 本次測試內容為X網吧聯通光纖專線

在X網吧配合下 通過聯通的IP地址和DNS進行單機測試 用戶開通的聯通專線為10M，采用光收發（雙纖）開通

2.【聯通光纖網絡具體測試情況】

網絡運行報告(范本)（1）在聯通（網通）測速網站測速

測速結果是遠超過10M帶寬 最高帶寬如圖 瞬間流量高達40M 多次測速后平均帶寬約為10M

（2）DNS延遲測試

DNS延遲的大小和網頁連接速度密不可分。

因此，DNS延遲也是非常重要的一項，延遲大將會導致網頁打開速度緩慢。

網絡運行報告(范本)

PING聯通DNS 1000包 無掉包 穩定在4-5MS

網絡運行報告(范本)

PINGXXXXDNS 延遲較高 并且掉包也較嚴重

另外測試打開 SINA，SOHU,163，QQ,PCONLINE,PCPOP，BAIDU,GOOGLE等大型網站后發現，聯通網絡在打開大型門戶網站時間為8-15秒，和10MXXXX光纖網絡測試結果基本一致，在網頁瀏覽上，幾乎沒有區別，只有在個別小型單線路網站上，XXXX有優勢。

（3）資源下載測試

測試均使用瀏覽器默認下載（不使用迅雷等下載軟件）

首先是聯通服務器下載 速度達到700-800K/S

在天空軟件站通過聯通連接下載 速度達到800-900K/S 表現穩定

在360官網直接下載360安全衛士 速度達到700-800K/S

網絡運行報告(范本)

在騰訊官網下載QQ2010 速度達到900-1000K/S

在KUGOU官網下載KUGOU2010軟件 速度達到1000-1100K/S

在騰訊官網下載電腦管家軟件 速度達到1000-1100K/S

通過在各大網站下載，聯通10M光纖網絡表現穩定，基本上都可以達到10M帶寬的理論值，另外在10MXXXX專線的測試中，數據基本一致，所以在下載的表現中，同樣沒有區別，只有在沒有聯通下載服務器的網站上，XXXX有優勢。

網絡運行報告(范本)

（4）在線電影測試

首先是迅雷看看，基本上緩沖5-10秒既可流暢觀看電影

網絡運行報告(范本)

優酷，基本上廣告后便可直接觀看，非常流暢，瞬時流量甚至可以達到1.6M/S

網絡運行報告(范本)

土豆網 和優酷類似，廣告后便可直接觀看，非常流暢，瞬時流量甚至可以達到1.6M/S

因此，在目前主流在線網站上測試，聯通和XXXX在同樣帶寬下，速度基本相同，XXXX在迅雷看看下緩沖時間稍短，略有優勢。

（5）游戲測試

在較流行的網游上進行測試，聯通接入XXXX游戲服務器，延遲基本在300-800之間，無法正常游戲，XXXX在網絡游戲方面，有壓倒性優勢。

網絡運行報告(范本)3【運行總結、維護信息通報及建議】（1）測試情況總結

在網頁瀏覽，在線電影，下載等方面，同等帶寬的聯通光纖和XXXX光纖速度基本一致，沒有明顯差別，在游戲方面，XXXX具有較大優勢，聯通網絡基本無法進行游戲。

（2）相關建議

目前，XXXX使用XXXX+聯通雙線路的網吧很少，大概2家左右，用戶對聯通的網絡使用主要是集中在下載方面，通過多WAN口的路由器進行配臵，游戲走XXXX線路，下載和網頁流量走聯通線路。其實這種模式和藍海網盟的形式很像，但是目前藍海網盟只能夠分流WEB流量（80端口），因此，當使用下載工具或者迅雷看看，優酷等不使用80端口的在線電影網站上，沒法起到完全分流的作用。因此，在資費不占優勢的情況下，藍海網盟能否起到更好的分流作用才能在用戶端占據更有利的位臵。