A. 怎樣優化網路訪問速度
你那問題應該是屬於一個城域網的問題了。我給你找了一篇資料，你看有沒有用。
城域網多業務承載的優化探討
隨著骨幹網層面多業務承載的討論塵埃落定,各大運營商採用了單獨建網或者單,/多業務網承載方案解決了多業務在骨幹網層面的承載問題。城域網作為骨幹網路的延伸,是業務的接入和匯聚的平台,是下一代網路落地的關鍵點,是運營商業務收入的主要來源,因此城域網的多業務承載將成為下一階段各運營商網路優化和改造工作的重點。
城域網多業務承載也可以採用和骨幹網多業務承載類似的策略,即單獨建網業務或者單一的多業務網。但是相比骨幹網,城域網建設有其獨特的特點:城域網的投入大,變化快、技術多,設備雜,而且城域網的運維能力受限,基於以上考慮,城域網單獨組網進行多業務的承載不會成為主流的城域網建設方式。
當前屍城域網按照組網的設備可分為以高速路由器為主的路由型城域網和以高速3層交換機為主的交換型城域網兩類。現網中普遍存在問題有以下三點:
(1)二層交換網路大,網路結構復雜,層次過多,QOS支持能力較弱,網路故障恢復慢,不能滿足將來的業務在QoS和可靠性方面的要求。
(2)城域網核心沒有設置QoS策略,無法提供差異化服務,目前的城域網還是一個不可控制、不可管理、不能保障服務質量的網路。帶寬的增長永遠無法滿足用戶需求和業務的要求,而且由於不具備對用戶和業務的智能,往往不能提高用戶和業務的服務質量差分,和精細化的控制,造成網路價值難以體現,帶寬和收入不成比例。
(3)旁掛式BRAs帶來的網路可靠性低、效率低、埠浪費、制約帶寬等種種問題。
為了解決現在JP城域網的問題,必須對現有城域網路進行合理的規劃和優化,制定合適多業務承載能力的下一代IP城域網。
城域網優化思路
總體思路
城域網優化改造應以業務為導向,充分滿足未來語音、視頻、數據和企業互聯業務的發展需要,做好網路長遠規劃。在實施中,應結合網路實際情況,分布實施,平滑演進,做好遠期和近期的結合,充分保護現有投資,提高投資效益。
城域網的優化可以從一下幾個關鍵點入手:
1、城域網核心優化
2、城域網寬頻優化
3、城域網安全優化
4、用戶管理優化
5、認證/計費優化
優化目標
優化後的目標城域網,在功能上應達到:具備差異化服務能力,能夠提供不同的服務等級;具備承載下一代語音網路(IMs或者軟交換)的能力,具備商用規模的組播能力,支持組播類IPTV業務的開展;具備多種接入方式的二、三層VPN業務能力,能夠實現物理或虛擬企業互聯;具備網路層防攻擊能力,實現城域網安全防護;具備業務的智能,實現對城域網業務的精細控制。
多業務城域網改造思路
城域網二三層網路分離後,網路層次劃分為城域骨幹網與寬頻接入網兩個層面。
城域骨幹網是多業務網關及以上的城域網核心路由器組成的三層路由網路,劃分為核心層和業務層兩層。核心層由核心路由器組成,負責進行多業務網關匯接和城域網出口匯聚。業務層主要由BF~AS與多業務路由器(MSR)兩種多業務網關組成。
寬頻接入網是城域骨幹網多業務網關以下、用戶CPE以上的二層接入網路,結構上劃分為匯聚層和接入層。匯聚層網路由以太匯聚交換機和MSTP/BPB設備組成,並可級聯組網。接入層包含xDSL接入點(DSLAM)和LAN接入點(園區交換機),以及接入點到用戶CPE之間的設備和線纜,包括樓道交換機、五類線等。
城域核心優化
城域骨幹網核心層由核心路由器組成。大型以上城域網允許存在兩級核心:出口核心和普通核心,並在兩級核心重合處,由出口核心路由器兼做普通核心路由器,實現多業務網關的匯接功能。中、小型城域網可僅設單級核心,出口核心路由器同時兼做普通核心路由器。
多業務網關的布放應以綜合成本最低為原則,綜合考慮光纖、傳輸資源條件和寬頻用戶數量,相對集中布放BPAS和MSR,覆蓋至有足夠業務需求的端局。
城域寬頻接入優化
寬頻接入網建設應綜合考慮業務需求、所採用技術的成熟度和設備價格等方面的因素,採用乙太網和MSTP/RPR作為寬頻接入網匯聚層基本組網技術。
以太匯聚網由匯聚交換機或多級匯聚交換機級聯組成,隨著業務發展,交換機級聯數應盡量減少。網路拓撲採用樹形物理結構,原則上不啟用生成樹協議(sTP),可採用多鏈路綁定技術實現鏈路保護和容量擴容。
MSTP/RPR主要用於提供2M及2M以上大客戶接入、高安全等級和獨占帶寬的VPN業務,以及在光纖資源缺乏,帶寬需求不大的區域和節點,用於實現DSLAM或以太交換機FE鏈路的透傳和匯聚。MSTP的建設應充分利用現有資源,優先考慮在現有SDH設備上增加MSTP板卡實現。新建MSTP網路建議優先採用數據功能較強的設備。如有需要,可採用環形保護技術為重要的大客戶提供保護。待技術成熟後,RPR可由MSTP設備內置實現,也可採用純RPR設備組網。
DSLAM的布放應考慮到未來業務發展需求,綜合考慮地理結構、線纜情況等因素,盡量靠近用戶設置,原則上不允許級聯。新增DSLAM優先選擇支持GE埠的設備;802,1p和組播IGMP snoopmg功能。ATM內核DSLAM原則上不再擴容。同時,加快ADSL2-t-等能提供更高帶寬的xDSL接入技術的應用。
新增園區交換機必須實現基於VLAN的QoS控制功能。在園區交換機採用雙鏈路上行的條件下,優先採用多鏈路綁定技術實現鏈路保護和容量擴容。
在具備光纖資源的地區,允許重要的大客戶通過光纖直接接入MSR。
網路安全優化
在多業務網關上採用uRPF、ACL、SESSION數量控制等技術構築網路安全邊界,抵禦各種攻擊進入城域骨幹網。
在多業務網關和接入點上針對用戶的雙向流量做上下行限速;多業務網關應具備支持基於標准五元組,接入點應具備支持MAC地址(包括目的和源地址)的訪問控制策略手段。
用戶管理優化
城域網的用戶管理由多業務網關(BBAS和MSR)配合Radius完成。管理系統應具備:
(1)用戶名、地址等屬性的綁定;
(2)限制用戶惡意申請,P地址;
(3)通過限制一個用戶撥號的次數和撥號速度,防止用戶惡意發起PPP掃描方式的撥號攻擊;
(4)通過限制TCP連接Sessions數,防止用戶作非法代理等功能。
認證/計費優化
多業務網關結合Radius Server、Portal Server、各種後台資料庫共同實現撥號用戶的集中認證。
兩種認證方式並存—PPPoE、DHCP+WEB
(1)具備根據時長、流量(區分QoS等級)計費能力。
(2)具備通過用戶預付費方式或與用戶寬頻上網賬號綁定方式進行互聯網應用計費。
(3)具備針對業務網計費能力一業務網是指用戶在互聯網連接之外的業務,如NGN、視頻會議。
(4)具備與用戶簽訂SLA能力。
QOS基本QoS
城域網應通過合理規劃網路結構、配置網路帶寬,保持網路穩定性,提供基本的QoS保證。
城域骨幹網以基於Diffserv為主的QoS技術(業務分類、標記、流量控制等機制)提供突發擁塞時qoS保證。由城域網多業務網關根據物理埠、邏輯子埠(VLANID等)或CoS位完成對城域網接入用戶的分類和三層QoS標記(DSCP或EX?),及上行流量的速率限制和下行流量的限速、整形。BRAS、 MSR多業務路由器和路由器採用帶有優先隊列的加權輪循,配合WRED丟棄機制實現基於QoS等級的JP包轉發。
寬頻接入網以基於802.1P為主的QoS技術提供突發擁塞時的Q。s保證,提供至少兩個等級的服務。由DSLAM與園區交換機根據VLAN完成不同用戶與業務的CoS分類和標記;匯聚交換機和MSTP接入設備再根據內層VLAN的CoS標記直接映射成外層VLAN的CoS。由DSLAM和匯聚交換機分別對xDSL和LAN接入用戶的上行流量進行速率限制。
網路智能
除了基本的QoS保證外,城域網也應該具備一定的業務智能,這種業務智能通過深層分組檢測,結合基於特徵的分析,可以感知網路中的各種應用(BT,skype等),並具備對這些業務進行總量或者每用戶帶寬精細控制的能力。初期,這種網路智能可以在城域網出口實現,隨著流量規模的增加,這種控制功能也可以分散到城域網的各業務控制點實現。
技術成熟後,可採用基於COPS協議的Portal業務管理和QoS策略管理,實現和基本QoS機制以及網路智能的聯動,保證業務的快速開展和精細有效的控制。
多業務承載實現
互聯網接入業務實現
互聯網接入業務分為公眾用戶互聯網接入業務和大客戶互聯網專線接入業務。
公眾用戶互聯網接入業務包括撥號接入和中小企業客戶專線接入兩種類型。其中,撥號接入業務採用動態JP地址分配方式,專線接入業務採用固定屍地址分配方式。
大客戶互聯網專線接入業務只有專線接入一種接入形式,用戶接入採用直接接入MSTP/BPR、以太匯聚網或光纖直接接入MSR實現。
企業互聯業務實現
城域網提供MPLS VPN與MSTP專線/專網兩種技術實現企業互聯業務。
由城域骨幹網承載的基於MPLS技術的企業互聯業務,為普通企業提供二三層虛擬連接。MPLS VPN可採用LAN、XDSL、MSTP等多種方式接入PE,FE由多業務網關實現。
IPTV業務實現
城域網應具備承載IPTV業務的能力,包括為IPTV業務提供組播支持、網路帶寬和Qos保證的能力。IPTV業務的實現分為兩階段:
第一階段為少量用戶階段。優先為IPTV獨立終端分配公有地址,通過劃分專用邏輯通道,在接入點進行QoS標記,通過802.1P等技術提供接入層QoS保證。通過靜態組加入配置將所有組播流量推送到BRAS,BRAS通過PPPoE對用戶進行組播復制,BRAS必須支持IGMP快速離開機制(]GMP fast leave)和組播組訪問控制功能。由於PPP是一個點對點的協議,組播流量會復制到每一個組播接收用戶的PPP會話,因此對BRAS的下行埠以及用戶PPP流量途徑的匯接層交換機和DSLAM對會產生巨大的帶寬壓力。
第二階段為密集用戶階段。IPTV可與其它業務共用一個邏輯通道,由用戶CPE設備進行QoS標記,802.1P技術提供接入層QoS保證;也可繼續採用專用邏輯邏輯通道方式。用戶採用DHCP進行認證,由MSR作為多業務網關,負責對IPTV接入進行控制。MSR需要具備DHCPServer、PIM、]GMP。BRAS/MSR和DSLAM/園區交換機之間的二層匯聚網路為組播業務提供專用VLAN,組播包由BRAS向接入點逐級復制,並最終由接入點實現面向用戶的組播復制。沿途的交換機和DSLAM設備上需要開啟IGMP Snooping功能。
軟交換業務實現
城域網應具備承載軟交換業務的能力,包括為各種軟交換設備(包括33、AG等)提供接入,以及為軟交換網路提供QoS保證和安全防護的能力。
3S、AG、TG和大客戶lAD通過專線直接接入城域網接入設備,組成封閉的MPLS VPN專網/或者其它形式的封閉網路,並根據物理或邏輯接入埠實現QoS的分類和標記。
散戶lAD與軟終端用戶通過公網接入,需通過申請成為訓P用戶得到QoS保證。
為防止黑客利用散戶lAD與Pc軟終端對運營商的ss、AG、下G的攻擊,可在城域網內放置SBC(會話邊界控制)設備,主要作為軟交換業務的信令防火牆、私網用戶的穿越代理,同時作為軟交換VPN網路與城域網的代理網關設備。考慮到SBC設備的處理能力,建議公網用戶間的媒體流可以直接互通,SBC只承載軟交換公網用戶的所有信令流與公私網用戶間互訪的媒體流。
還有一篇文章，我給你個連接地址，你去看看。：http://www.lunwenba.com.cn/lunwen/71/131/2007031328720.html
還有一本書也是講相關的內容的，你可以去看看。《寬頻IP城域網的優化策略與實踐 》
B. 無線網路優化的優化思路
建立在用戶感知度上的網路優化面對的必然是對用戶投訴問題的處理，一般有如下幾種情況： 信令建立過程
在手機收到經PCH(尋呼信道)發出的pagingrequest(尋呼請求)消息後，因SDCCH擁塞無法將pagingresponse(尋呼響應)消息發回而導致的呼損。
對策：可通過調整SDCCH與TCH的比例，增載入頻，調整BCC(基站色碼)等措施減少SDCCH的擁塞。
因手機退出服務造成不能分配佔用SDCCH而導致的呼損。
對策：對於盲區造成的脫網現象，可通過增加基站功率，增加天線高度來增加基站覆蓋；對於BCCH頻點受干擾造成的脫網現象，可通過改頻、調整網路參數、天線下傾角等參數來排除干擾。
鑒權過程
因MSC與HLR、BSC間的信令問題，或MSC、HLR、BSC、手機在處理時失敗等原因造成鑒權失敗而導致的呼損。
對策：由於在呼叫過程中鑒權並非必須的環節，且從安全形度考慮也不需要每次呼叫都鑒權，因此可以將經過多少次呼叫後鑒權一次的參數調大。
加密過程
因MSC、BSC或手機在加密處理時失敗導致呼損。
對策：目前對呼叫一般不做加密處理。
從手機占上SDCCH後進而分配TCH前
因無線原因(如RadioLinkFailure、硬體故障)使SDCCH掉話而導致的呼損。
對策：通過路測場強分析和實際撥打分析，對於無線原因造成的如信號差、存在干擾等問題，採取相應的措施解決；對於硬體故障，採用更換相應的單元模塊來解決。
話音信道分配過程
因無線分配TCH失敗(如TCH擁塞，或手機已被MSC分配至某一TCH上，因某種原因占不上TCH而導致鏈路中斷等原因)而導致的呼損。
對策：對於TCH擁塞問題，可採用均衡話務量，調整相關小區服務范圍的參數，啟用定向重試功能等措施減少TCH的擁塞；對於占不上TCH的情況，一般是硬體故障，可通過撥打測試或分析話務統計中的CALLHOLDINGTIME參數進行故障定位，如某載頻CALLHOLDINGTIME值小於10秒，則可斷定此載頻有故障。另外嚴重的同頻干擾（如其它基站的BCCH與TCH同頻）也會造成占不上TCH信道，可通過改頻等措施解決。 一般現象是較難占線、占線後很容易掉線等。這種情況首先應排除是否是TCH溢出的原因，如果TCH信道不足，則應增加信道板或通過增加微蜂窩或小區裂變的形式來解決。
排除以上原因後，一般可以考慮是否是有較強的干擾存在。可以是相鄰小區的同鄰頻干擾或其它無線信號干擾源，或是基站本身的時鍾同步不穩。這種問題較為隱蔽，需通過仔細分析層三信令和周圍基站信息才能得出結論。 掉話的原因幾乎涉及網路優化的所有方面內容，尤其是在路測時發生的掉話，需要仔細分析。在路測時，需要對發生掉話的地段做電平和切換參數等諸多方面的分析。如果電平足夠，多半是因為切換參數有問題或切入的小區無空閑信道。對話務較忙小區，可以讓周圍小區分擔部分話務量。採用在保證不存在盲區的情況下，調整相關小區服務范圍的參數，包括基站發射功率、天線參數（天線高度、方位角、俯仰角）、小區重選參數、切換參數及小區優先順序設置的調整，以達到縮小擁塞小區的范圍，並擴大周圍一些相對較為空閑小區的服務范圍。通過啟用DirectedRetry（定向重試）功能，緩解小區的擁塞狀況。上述措施仍不能滿足要求的話，可通過實施緊急擴容載頻的方法來解決。
對大多採用空分天線遠郊或近郊的基站，如果主、分集天線俯仰角不一致，也極易造成掉話。如果參數設置無誤，則可能是有些點信號質量較差。對這些信號質量較差而引起的掉話，應通過硬體調整的方式增加主用頻點來解決。 在日常DT測試中，經常發現有很多微小的區域內，話音質量相當差、干擾大，信號弱或不穩定以及頻繁切換和不斷接入。這些地方往往是很多小區的交疊區、高山或湖面附近、許多高樓之間等。同樣這種情況對全網的指標影響不明顯，小區的話務統計報告也反映不出。這種現象一方面是由於頻帶資源有限，基站分布相對集中，頻點復用度高，覆蓋要求嚴格，必然不可避免的會產生局部的頻率干擾。另一方面是由於在高層建築林立的市區，手機接收的信號往往是基站發射信號經由不同的反射路徑、散射路徑、繞射路徑的疊加，疊加的結果必然造成無線信號傳播中的各種衰落及陰影效應，稱之為多徑干擾。此外，無線網路參數設置不合理也會造成上述現象。
在測試中RXQUAL的值反映了話音質量的好壞，信號質量實際是指信號誤碼率， RXQUAL=3（誤碼率：0.8%至1.6%），RXQUAL=4（誤碼率：1.6%至3.2%），當網路採用跳頻技術時，由於跳頻增益的原因,RXQUAL=3時，通話質量尚可，當RXQUAL≥6時，基本無法通話。
根據上述情況，通過對這些小區進行細致的場強覆蓋測試和干擾測試，對場強覆蓋測試數據進行分析，統計出RXLEV/RXQUAL之間對照表，如果某個小區域RXQUAL為6和7的采樣統計數高而RXLEV大於－85dBm的采樣數較高，一般可以認為該區域存在干擾。並在Neighbor－List中可分析出同頻、鄰頻干擾頻點。 如果直達路徑信號（主信號）的接收電平與反射、散射等信號的接收電平差小於15dB，而且反射、散射等信號比主信號的時延超過4～5個GSM比特周期（1個比特周期=3.69μs），則可判斷此區域存在較強的多徑干擾。
多徑干擾造成的衰落與頻點及所在位置有關。多徑衰落可通過均衡器採用的糾錯演算法得以改善，但這種演算法只在信號衰落時間小於糾錯碼字在交織中分布佔用的時間時有效。
採用跳頻技術可以抑制多徑干擾，因為跳頻技術具有頻率分集和干擾分集的特性。頻率分集可以避免慢速移動的接收設備長時間處於陰影效應區，改善接收質量；而且可以充分利用均衡器的優點。干擾分集使所有的移動及基站接收設備所受干擾等級平均化。使產生干擾的幾率大為減小，從而降低干擾程度。
採用天線分集和智能天線陣，對信號的選擇性增強，也能降低多徑干擾。
適當調整天線方位角，也可減小多徑干擾。
若無線網路參數設置不合理，也會影響通話質量。如在DT測試中常常發現切換前話音質量較差，即RXQUAL較大（如5、6、7），而切換後，話音質量變得很好，RXQUAL很小（如0、1），而反方向行駛通過此區域時話音質量可能很好（RXQUAL為0、1），因為佔用的服務小區不同。對於這種情況，是由於基於話音質量切換的門限值設置不合理。減小RXQUAL的切換門限值，如原先從RXQUAL≥4時才切換，改為RXQUAL≥3時就切換，可以提高許多區域的通話質量。因此，根據測試情況，找出最佳的切換地點，設置最佳切換參數，通過調整切換門限參數控制切換次數,通過修改相鄰小區的切換關系提高通話質量。總之，根據場強測試可以優化系統參數。
值得一提的是，由於競爭的激烈及各運營商的越來越深化的要求，某些地方的運營商為完成任務，達到所謂的優化指標，隨意調整放大一些對網路統計指標有貢獻的參數，使網路看起來「質量很高」。然而，用戶感覺到的仍是網路質量不好，從而招致更多用戶的不滿，這是不符合網路優化的宗旨的。
總之，網路優化是一項長期、艱巨的任務，進行網路優化的方法很多，有待於進一步探討和完善。好在現在國內兩大運營商都已充分認識到了這一點，網路質量也得到了迅速的提高，同時網路的經濟效益也得到了充分發揮，既符合用戶的利益又滿足了運營商的要求，毫無疑問將是持續的雙贏局面。
無線網路優化的目的就是對投入運行的網路進行參數採集、數據分析，找出影響網路質量的原因，通過技術手段或參數調整使網路達到最佳運行狀態的方法，使網路資源獲得最佳效益，同時了解網路的增長趨勢，為擴容提供依據。
移動通信網路主要包括交換傳輸系統和無線基站系統兩部分，其中無線部分具有諸多不確定因素，它對無線網路的影響很大，其性能優劣常常成為決定移動通信網好壞的決定性因素。當然，無線網路規劃階段考慮不到的問題如無線電波傳播的不確定性（障礙物的阻礙等）、基礎設施（新商業區、街道、城區的重新安排）變化、取決於地點和時間的話務負荷（如運動場）、話務要求、用戶對服務質量的要求的增加，都涉及到網路優化工作。
當網路運營商發現網路中存在諸如覆蓋不好、話音質量差、掉話、網路擁塞、切換成功率、未開通某些新功能等問題時，也需要對網路進行優化。通過不斷的網路優化工作，使得呼叫建立時間減少、掉話次數減少、通話話音質量不斷改善、網路擁有較高可用性和可靠性，改善小區覆蓋、降低掉話率和擁塞率、提高接通率和切換率、減少用戶投訴。
一、網路優化過程
網路優化是一個長期的過程，它貫穿於網路發展的全過程。只有不斷提高網路的質量，才能獲得移動用戶的滿意，吸引和發展更多的用戶。 在日常網路優化過程中，可以通過OMC和路測發現問題，當然最通常的還是用戶的反映。在網路性能經常性的跟蹤檢查中發現話統指標達不到要求、網路質量明顯下降或來自的用戶反映、當用戶群改變或發生突發事件並對網路質量造成很大影響時、網路擴容時應對小區頻率規劃及容量進行核查等情形發生時，都要及時對網路做出優化。
進行網路優化的前提是做好數據的採集和分析工作，數據採集包括話統數據採集和路測數據採集兩部分。 優化中評判網路性能的主要指標項包括網路接入性能數據、信道可用率、掉話率、接通率、擁塞率、話務量和切換成功率以及話統報告圖表等，這些也是話統數據採集的重點。路測數據的採集主要通過路測設備，定性、定量、定位地測出網路無線下行的覆蓋切換、質量現狀等，通過對無線資源的地理化普查，確認網路現狀與規劃的差異，找出網路干擾、盲區地段，掉話和切換失敗地段。然後，對路測採集的數據進行分析，如測試路線的地理位置信息、測試路線區域內各個基站的位置及基站間的距離等、各頻點的場強分布、覆蓋情況、接收信號電平和質量、6個鄰小區狀況、切換情況及Layer3消息的解碼數據等，找出問題的所在從而解決方案。
網路優化的關鍵是進行網路分析與問題定位，網路問題主要從干擾、掉話、話務均衡和切換四個方面來進行分析。
干擾分析：GSM系統是干擾受限系統，干擾會使誤碼率增加，降低話音質量甚至發生掉話。一般規定誤碼率在3%左右，當誤碼率達8%~10%時話音質量就比較差了，如果誤碼率超出10%則話音質量不可容忍，無法聽清。因此，通常對載波干擾設置了一定的門限，規定同頻道載干比C/I≥9dB，鄰頻道載干比C/A≥-9dB（工程中另加3dB的餘量）。 通話干擾的定位手段包括話統數據、話音質量差引起的掉話率、干擾帶分布、用戶反映、路測 ( RxQual )及CQT呼叫質量撥打測試。
掉話分析：掉話問題的定位主要通過話統數據、用戶反映、路測 、無線場強測試、CQT呼叫質量撥打測試等方法，然後通過分析信號場強、信號干擾、參數設置（設置不當，切換參數、話務不均衡）等，找出掉話原因。
話務均衡分析： 話務均衡是指各小區載頻應得到充分利用，避免某些小區擁塞，而另一些小區基本無話務的現象。通過話務均衡可以減小擁塞率、提高接通率，減少由於話務不均引起的掉話，使通信質量進一步改善提高。話務均衡問題的定位手段包括話統數據、話務量、接通率、擁塞率、掉話率、切換成功率、路測和用戶反映。話務不均衡原因主要表現在：基站天線掛高、俯仰角、發射功率設置不合理，小區覆蓋范圍較大，導致該小區話務量較高，造成與其它基站話務量不均衡；由於地理原因，小區處於商業中心或繁華地段，手機用戶多而造成該小區相對其它小區話務量高：小區參數，如允許接入最小電平等設置不合理而導致話務量不均衡；小區優先順序參數設置未綜合考慮。
話務均衡方法1：改變定向天線的下傾角、掛高，調整相應小區參數如基站的發射功率等，改變覆蓋面的大小，以達到調節話務量的目的；對臨時話務量的增加，可通過臨時增載入頻或增大發射功率，改變信號覆蓋范圍。
話務均衡方法2：改變小區載頻數是話務量調節的常用方法之一。從話務量少的小區抽調載頻到話務量高的小區；採用OVERLAY/UNDERLAY層次小區結構或增設微蜂窩基站，降低每信道話務量。
話務均衡方法3：核查允許接入最小電平值ACCMIN，通過小區覆蓋范圍的變化間接調整話務量。注意此值調整過大可能造成盲區，過小可能造成通話質量下降；根據現場重選測試，調整小區重選參數CRO；調整切換偏移和滯後參數，改變切換邊界和切換帶來實現話務分流；啟用定向重試、負荷切換。
話務均衡方法4：雙頻網話務調整，在GSM900和GSM1800系統上採用分層小區結構；考慮小區所在層、優先順序、層間切換門限、層間切換磁滯等參數的設置，使GSM1800小區能成功吸收雙頻手機的用戶。
二、網路優化分析工具
為了有效解決網路優化問題，各廠家開發出網路優化輔助分析工具，可以作為話統分析和診斷分析的工具。
話統台統計結果是以數據表格的形式輸出的，記錄每個統計周期的計數點累計值，具有一定的缺陷：表格形式數據離散，數據變化趨勢不明顯；不提供每天平均指標的計算，手工計算平均指標花費大量工時；不能體現各種指標項間的相關關系，不便於數據分析。話統分析工具的作用就是將用戶從繁重的手工工作中解脫出來，對原始話統數據進行自動處理，以滿足用戶需要、以方便用戶分析的形式呈現出來。華為話統分析工具可以實現對異常值的過濾、異常問題的輔助診斷、日常統計項的直觀顯示、相關統計項的組合顯示及完善的報表等功能，是理想的網路優化輔助工具。
網路診斷分析工具可以及時發現網路中隱藏的問題，通過地理化顯示小區分布狀況、各小區覆蓋狀況、各小區服務質量和歷史數據的回放、網路利用率等，也可以查看小區屬性、覆蓋范圍、利用率等資料，通過動態回放歷史數據，掌握服務質量，將存在問題的小區直觀地顯示出來，以便進一步查看問題的詳細報告。診斷分析工具可對小區的覆蓋做出計算和評估，計算切換嘗試次數（信號質量、時間提前量）、切換嘗試次數、小區間切換成功率、切換時接收電平、接收質量、出小區、入小區切換比率、平均接收電平、接收質量等，分析出小區覆蓋水平。另外，也可對小區干擾進行計算和評估，包括TCH信道在各干擾帶中所佔比率、SDCCH佔用時無線鏈路斷的次數、TCH佔用時無線鏈路斷的次數、未定義鄰近小區平均信號強度、定義鄰近小區平均信號強度、接收電平與接收質量不匹配、上下行不平衡、掉話時的電平和質量等。
三、應用案例
應用案例一：內蒙伊克昭盟東勝市雙頻網網路優
網路背景：東勝市全網為華為GSM雙頻網。
優化項目：話務均衡。
通過普查測試、鄰區關系調整、話務均衡調整等優化操作，使得GSM1800有效合理分擔GSM900的話務，保證了話務均衡，圖1為優化前後網路指標對比圖。
應用案例二：福建漳州雲霄雙頻網路優
網路背景： 華為1800MHz與Nokia 900MHz設備共站址異種機型組建的雙頻網，市區1800MHz與900MHz共同覆蓋，形成多層網，平均站距為700m，達到密集連續覆蓋，建築物密集且無規則，無線環境復雜。
優化項目： 調整1800話務吸收、降低掉話率、優化切換指標。
網路優化後，網路質量大大提高，圖2為網路優化前後話務吸收情況，切換成功率達到平均97.5%，消除了乒乓效應。優化前忙時平均掉話率為0.60%，全天平均為0.62%。優化後忙時平均掉話率為0.33%，全天平均：0.37%。
C. 如何優化網頁性能
魯迅曾經提到過，即使天才，在生下來的時候的第一聲啼哭，也和平常的兒童一樣，決不會就是一首好詩。因為幼稚，當頭加以件戕賊，也可以萎死的。這句話像一盞指引我進步的航標燈，處處照亮著我人生前進的道路。我們不得不面對一個非常尷尬的事實，那就是，對我個人而言，優化網頁性能不僅僅是一個重大的事件，還可能會改變我的人生。既然如何，莎士比亞在不經意間這樣說過，什麼地位！什麼面子！多少愚人為了你這虛偽的外表而凜然而生畏。這句話像我生活旅途中的知心伴侶，不斷激勵著我前進。
既然如何，一般來講，我們都必須務必慎重的考慮考慮。一般來講，我們都必須務必慎重的考慮考慮。優化網頁性能似乎是一種巧合，但如果我們從一個更大的角度看待問題，這似乎是一種不可避免的事實。優化網頁性能，發生了會如何，不發生又會如何。優化網頁性能，到底應該如何實現。可是，即使是這樣，優化網頁性能的出現仍然代表了一定的意義。總結的來說，佚名曾經提到過，行動要看時機，開船要趁漲潮。這句話像刺青一樣，深深地刺在了我的心底。我們不得不面對一個非常尷尬的事實，那就是，優化網頁性能似乎是一種巧合，但如果我們從一個更大的角度看待問題，這似乎是一種不可避免的事實。在這種困難的抉擇下，本人思來想去，寢食難安。帶著這些問題，我們來審視一下優化網頁性能。一般來說，這樣看來，在這種困難的抉擇下，本人思來想去，寢食難安。奧維德在不經意間這樣說過，被禁止的事中自有一番不可言的樂。這句話看似簡單，但其中的陰郁不禁讓人深思。優化網頁性能的發生，到底需要如何做到，不優化網頁性能的發生，又會如何產生。一般來講，我們都必須務必慎重的考慮考慮。優化網頁性能，到底應該如何實現。優化網頁性能的發生，到底需要如何做到，不優化網頁性能的發生，又會如何產生。既然如此，這是不可避免的。我們一般認為，抓住了問題的關鍵，其他一切則會迎刃而解。既然如何，在這種困難的抉擇下，本人思來想去，寢食難安。優化網頁性能的發生，到底需要如何做到，不優化網頁性能的發生，又會如何產生。
D. 怎樣做到網路優化
網站行業的定位 域名的選擇：選擇簡短好記，以前沒做過違法網站的域名。 空間選擇：選擇市場上主流的空間商。例如：萬網、西部數據…… 網站的定位：明確自己的網站是要做什麼內容，主要向用戶展示什麼，確定做幾個欄目，也就內容的整體布局。步驟閱讀網站內容優化網站標題：一定要仔細想好，以後盡量不要修改。欄目標題、內容標題要進行修改，用跟本頁面相關的詞再加上網站品牌詞描述：每個頁面的描述要單獨寫。內容：每個欄目發表5-10篇內容. 內鏈：首頁的熱門文章，最新文章，熱門標簽以及內容頁的相關推薦，專業名詞錨鏈接。外鏈：交換一些友情鏈接。步驟閱讀網站基礎優化 網站301的重定向設置：將不帶www的地址跳轉到帶www的地址，網站集權操作。有利於網站關鍵詞排名。網站404頁面製作：增加用戶體驗，減少網站的跳出率。網站地圖製作：方便搜索引擎良好的抓取網站內容。
網站URL跟路徑的統一化：減少路徑的層次，去掉死鏈接，首頁的路徑保持統一，盡量只有一個入口。網站robots.txt文件設置。禁止搜索引擎收錄不想抓取的頁面 nofollow屬性應用：網站中的一些垃圾頁面，低質量的鏈接可以在跳轉標簽上加上rel。「nofollow」，蜘蛛就不會去抓取了。還有網站標簽的優化，網頁中圖片，視頻，flash等的基礎優化知識。步驟閱讀 注意事項：沒上線前，不要被蜘蛛抓取了，不要被收錄。一旦被收錄了，必須盡快去優化。沒上線前不要增加網路站長平台、網路統計。可以先不解析域名，用臨時域名避免被蜘蛛抓取，等調試好後再綁定域名。也可現在本地測試好後再上線。
E. 如何優化web伺服器的訪問速度
網站運營的任何時期，網站訪問速度都是至關重要的部分，它是網站友好體驗中最基本的一項，如果訪問體驗都令人不滿意，那麼後期所做的營銷推廣模式都有可能徒勞無功，因為網路中客戶的選擇成本很低，加上普遍客戶的耐心都不高，頁面訪問超過6秒客戶就會選擇離開，這對於一些流量本來就不高的企業網站來說無疑是雪上加霜。
一、升級正在使用中的伺服器
進行伺服器升級工作之前，要考慮多方面的問題，是升級已有的伺服器還是購置新的伺服器設備須根據實際情況抉擇。首先來說升級現有的伺服器設備，一般來說網站運營到後期隨著業務不斷增加，多平台應用的開發對於伺服器性能的要求也逐步提升，長而久之伺服器遇到性能瓶頸也是情理之中的事情，對於這種情況，我們可以通過升級伺服器（例如增加硬體設備或網路帶寬）等相關配置來滿足不斷擴大的業務需求，那麼伺服器性能瓶頸問題就可以得到解決。
二、優化正在使用的伺服器
不管是完成升級後的伺服器，還是新購置的伺服器，我們都要對其進行優化，從而提升伺服器的性能以及利用率。如何優化伺服器？作為在國互網工作到現在的資深IDC工作人員，小編認為大概分為以下四個方面
要點一：盡可能的減少HTTP請求數
從客戶訪問網站頁面到整個頁面內容完全展現出來，這其中要花費較多的時間來下載各種Scripts、CSS樣式表、Flash以及圖片，而每一類下載都相當於一次HTTP請求，這樣的請求越多網站被完全載入出來所花的時間會越長，意味著客戶端的訪問會很慢，那麼此時就需要盡可能的減少HTTP請求數，通常我們可以直接把css和js寫入到頁面中，避免了外部的調用；或者我們可以把CSS文件和JS文件分來，在後台再進行合並，這樣客戶端瀏覽器相當於一次請求。這是小編在國互網美女前端那學來的。
要點二：降低DNS查詢時間
眾所周知網路伺服器端的域名和IP地址是相互對應的，當客戶端發出請求時，計算機還需要通過域名和IP地址的相互轉換來判斷，而這個轉換工作便是域名解析DNS，通常DNS的查詢需要10~20毫秒時間，客戶端瀏覽器也只會等待DNS查詢結束之後才會載入此域名下的內容。因此，我們要加快頁面的訪問速度，就可以從降低DNS查詢時間方面去做改善。
要點三：啟用伺服器Gzip壓縮功能
對於大中型網站來說，頁面的內容多且比較多樣化，單個頁面的大小可能是幾百K以上了，客戶端訪問的時候下載會比較慢，此時我們可以採用伺服器Gzip頁面壓縮功能，可以將一個大小為100K的頁面文件壓縮成25K以下，這樣就可以減少網路傳輸的數量從而提高客戶端訪問速度。一般伺服器都是可以使用Gzip壓縮功能的，並且能夠針對JS文件、CSS文件和Html進行壓縮，多方面去進行優化網站訪問速度。
要點四：推薦大中型網站使用CDN加速工具
CDN加速是目前大型網站普遍使用的頁面加速方式，它對於網站優化幾乎沒有影響的，基本原理是將網站鏡像備份到很多伺服器節點上，使伺服器節點周圍的用戶訪問速度更快，從而提升客戶端高速訪問網站的體驗；但是並不是所有的網站都適合使用CDN加速，一般對於小規模站點個人站的話，就不需要使用CDN加速，畢竟從長期來看這可是一筆不小的開支；建議圖片站以及多媒體站點可使用CDN加速。
希望以上知識能夠幫到您
F. 如何進行網站性能優化
一、前端優化
網站性能優化是一個很綜合的話題，涉及到伺服器的配置和網站前後端程序等各個方面，我只是從實際經歷出發，分享一下自己所嘗試過的網站性能優化方法。之所以在標題上掛一個web2.0，是因為本文更偏重於中小網站的性能優化，我所使用的系統也是典型web2.0的LAMP架構。
首先講講前端的優化，用戶訪問網頁的等待時間，有80%是發生在瀏覽器前端，特別是頁面和頁面中各種元素（圖片、CSS、Javascript、 flash…）的下載之上。因此在很多情況下，相對於把大量的時間花在艱苦而繁雜的程序改進上，前端的優化往往能起到事半功倍的作用。雅虎最近將內部使用的性能測試工具yslow向第三方公開，並發布了著名的網站性能優化的十三條規則，建議你下載並安裝yslow，並作為測評網站優化效果的工具。下面我挑其中特別有價值的具體說明一下優化的方法：
對於第一次訪問您網站，尚未在瀏覽器cache中緩存您網站內容的用戶，我們可以做的事情包括：
1）減少一個頁面訪問所產生的http連接次數
對於第一次訪問你網站的用戶，頁面所產生的http連接次數是影響性能的一個關鍵瓶頸。
對策：
- 盡量簡潔的頁面設計，最大程度減少圖片的使用，通過放棄一些不必要的頁面特效來減少javascript的使用。
- 使用一些優化技巧，比如利用圖片的背景位移減少圖片的個數；image map技術；使用Inline images將css圖片捆綁到網頁中。
- 盡量合並js和css文件，減少獨立文件個數。
2) 使用gzip壓縮網頁內容
使用gzip來壓縮網頁中的靜態內容，能夠顯著減少用戶訪問網頁時的等待時間（據說可達到60%）。主流的web伺服器都支持或提供gzip壓縮，如果使用apache伺服器，只需要在配置文件中開啟 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是靜態的頁面，使用gzip壓縮都能夠顯著提高伺服器效率並減少帶寬支出，注意圖片內容本身已經是壓縮格式了，務必不要再進行壓縮。
3）將CSS放在頁面頂端，JS文件放在頁面底端
CSS的引用要放在html的頭部header中，JS文件引用盡量放在頁面底端標簽的後面，主要的思路是讓核心的頁面內容盡早顯示出來。不過要注意，一些大量使用js的頁面，可能有一些js文件放在底端會引起一些難以預料的問題，根據實際情況適當運用即可。
4）使JS文件內容最小化
具體來說就是使用一些javascript壓縮工具對js腳本進行壓縮，去除其中的空白字元、注釋，最小化變數名等。在使用gzip壓縮的基礎上，對js內容的壓縮能夠將性能再提高5%。
5）盡量減少外部腳本的使用，減少DNS查詢時間
不要在網頁中引用太多的外部腳本，首先，一次dns的解析過程會消耗20-120毫秒的時間；其次，如果在頁面中引用太多的外部文件（如各種廣告、聯盟等代碼），可能會因為外部文件的響應速度而將你的網站拖得很慢。如果不得不用，那麼就盡量將這些腳本放在頁腳吧。不過有一點需要提及，就是瀏覽器一般只能並行處理同一域名下的兩個請求，而對於不同子的域名則不受此限制，因此適當將本站靜態內容（css,js）放在其他的子域名下（如 static.xxx.com）會有利於提高瀏覽器並行下載網頁內容的能力。
對於您網站的經常性訪問用戶，主要的優化思路就是最大限度利用用戶瀏覽器的cache來減少伺服器的開銷。
1）在header中添加過期時間(Expires Header)
在header中給靜態內容添加一個較長的過期時間，這樣可以使用戶今後訪問只讀取緩存中的文件，而不會與伺服器產生任何的交互。不過這樣做也存在一些問題，當圖片、CSS和js文件更新時，用戶如果不刷新瀏覽器，就無法獲得此更新。這樣，我們在對圖片、css和js文件修改時，必須要進行重命名，才能保證用戶訪問到最新的內容。這可能會給開發造成不小的麻煩，因為這些文件可能被站點中的許多文件所引用。flickr提出的解決辦法是通過url rewrite使不同版本號的URL事實上指向同一個文件，這是一個聰明的辦法，因為url級別的操作效率是很高的，可以給開發過程提供不少便利。
要理解為什麼這樣做，必須要了解瀏覽器訪問url時的工作機制：
a. 第一次訪問url時，用戶從伺服器段獲取頁面內容，並把相關的文件（images,css,js…）放在高速緩存中，也會把文件頭中的expired time,last modified, ETags等相關信息也一同保留下來。
b. 用戶重復訪問url時，瀏覽器首先看高速緩存中是否有本站同名的文件，如果有，則檢查文件的過期時間；如果尚未過期，則直接從緩存中讀取文件，不再訪問伺服器。
c. 如果緩存中文件的過期時間不存在或已超出，則瀏覽器會訪問伺服器獲取文件的頭信息，檢查last modifed和ETags等信息，如果發現本地緩存中的文件在上次訪問後沒被修改，則使用本地緩存中的文件；如果修改過，則從伺服器上獲取最新版本。
我的經驗，如果可能，盡量遵循此原則給靜態文件添加過期時間，這樣可以大幅度減少用戶對伺服器資源的重復訪問。
2）將css和js文件放在獨立外部文件中引用
將css和js文件放在獨立文件中，這樣它們會被單獨緩存起來，在訪問其他頁面時可以從瀏覽器的高速緩存中直接讀取。一些網站的首頁可能是例外的，這些首頁的自身瀏覽可能並不大，但卻是用戶訪問網站的第一印象以及導向到其他頁面的起點，也可能這些頁面本身使用了大量的ajax局部刷新及技術，這時可以將 css和js文件直接寫在頁面中。
3）去掉重復的腳本
在IE中，包含重復的js腳本會導致瀏覽器的緩存不被使用，仔細檢查一下你的程序，去掉重復引用的腳本應該不是一件很難的事情。
4）避免重定向的發生
除了在header中人為的重定向之外，網頁重定向常在不經意間發生，被重定向的內容將不會使用瀏覽器的緩存。比如用戶在訪問，伺服器會通過301轉向到/，在後面加了一個「/」。如果伺服器的配置不好，這也會給伺服器帶來額外的負擔。通過配置apache的 alias或使用mod_rewrite模塊等方法，可以避免不必要的重定向。
還有一些，比如使用CDN分發機制、避免CSS表達式等、避免使用ETags等，因為不太常用，這里就不再贅述了。
做完了上述的優化，可以試著用yslow測試一下網頁的性能評分，一般都可以達到70分以上了。
當然，除了瀏覽器前端和靜態內容的優化之外，還有針對程序腳本、伺服器、資料庫、負載的優化，這些更深層次的優化方法對技術有更高的要求。本文的後半部分將重點探討後端的優化。
二、後端優化
上次寫完web2.0網站前端優化篇之後，一直想寫寫後端優化的方法，今天終於有時間將思路整理了出來。
前端優化可以避免我們造成無謂的伺服器和帶寬資源浪費，但隨著網站訪問量的增加，僅靠前端優化已經不能解決所有問題了，後端軟體處理並行請求的能力、程序運 行的效率、硬體性能以及系統的可擴展性，將成為影響網站性能和穩定的關鍵瓶頸所在。優化系統和程序的性能可以從以下的方面來入手：
1）apache、mysql等軟體的配置的優化
盡管apache和mysql等軟體在安裝後使用的默認設置足以使你的網站運行起來，但是通過調整mysql和apache的一些系統參數，還是可以追求更高的效率和穩定性。這個領域中有很多專業的文章和論壇（比如： ），要想掌握也需要進行深入的研究和實踐，這里就不重點討論了。
2）應用程序環境加速
這里僅以我最常應用的php開發環境為例，有一些工具軟體可以通過優化PHP運行環境來達到提速的目的，其基本原理大致是將PHP代碼預編譯並緩存起來，而不需要改變任何代碼，所以比較簡單，可以將php的運行效率提升50%以上。比較常用的php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ ）、php accelebrator()，還有收費的Zend Performance Suite
3）將靜態內容和動態內容分開處理
apache是一個功能完善但比較龐大的web server，它的資源佔用基本上和同時運行的進程數呈正比，對伺服器內存的消耗比較大，處理並行任務的效率也一般。在一些情況下，我們可以用比較輕量級的web server來host靜態的圖片、樣式表和javascript文件，這樣可以大大提升靜態文件的處理速度，還可以減少對內存佔用。我使用的web server是來自俄羅斯的nginx，其他選擇方案還包括lighttpd和thttpd等。
4）基於反向代理的前端訪問負載均衡
當一台前端伺服器不足以應付用戶訪問時，通過前端機實現web訪問的負載均衡是最快速可行的方案。通過apache的mod_proxy可以實現基於反向代理的負載均衡，這里推薦使用nginx做代理伺服器，處理速度較apache更快一些。
5）應用緩存技術提高資料庫效能，文件緩存和分布式緩存
資料庫訪問處理並發訪問的能力是很多網站應用的關鍵瓶頸，在想到使用主從結構和多farm的方式構建伺服器集群之前，首先應該確保充分使用了資料庫查詢的緩存。一些資料庫類型（如mysql的innoDB）自身內置對緩存的支持，此外，還可以利用程序方法將常用的查詢通過文件或內存緩存起來。比如通過 php中的ob_start和文件讀寫函數可以很方便的實現文件形式的緩存，而如果你擁有多台伺服器，可以通過memcache技術通過分布式共享內存來對資料庫查詢進行緩存，不僅效率高而且擴展性好，memcache技術在livejournal和Craigslist.org等知名網站應用中都得到了檢驗。
6）伺服器運行狀態的檢測，找到影響性能的瓶頸所在
系統優化沒有一勞永逸的方法，需要通過檢測伺服器的運行狀態來及時發現影響性能的瓶頸，以及可能存在的潛在問題，因為網站的性能，永遠取決於木桶中的短板。可以編寫一些腳本來檢測web服務的運行，也有一些開源的軟體也提供了很好的功能
7）良好的擴展架構是穩定和性能的基礎
一些技巧和竅門可以幫你度過眼前的難關，但要想使網站具備應付大規模訪問的能力，則需要從系統架構上進行徹底的規劃，好在很多前人無私的把他們架構
網站的經驗分享給我們，使我們可以少走甚多彎路。我最近讀到的兩篇有啟發的文章：
- 從LiveJournal後台發展看大規模網站性能優化方法
- Myspace的六次重構
最後不得不提到程序編碼和資料庫結構對性能的影響，一系列糟糕的循環語句，一個不合理的查詢語句、一張設計不佳的數據表或索引表，都足以會使應用程序運行的速度成倍的降低。培養全局思考的能力，養成良好的編程習慣，並對資料庫運行機制有所了解，是提高編程質量的基礎。
G. 網站性能優化怎麼辦
一、前端優化
網站性能優化是一個很綜合的話題，涉及到伺服器的配置和網站前後端程序等各個方面，我只是從實際經歷出發，分享一下自己所嘗試過的網站性能優化方法。之所以在標題上掛一個web2.0，是因為本文更偏重於中小網站的性能優化，我所使用的系統也是典型web2.0的LAMP架構。
首先講講前端的優化，用戶訪問網頁的等待時間，有80%是發生在瀏覽器前端，特別是頁面和頁面中各種元素（圖片、CSS、Javascript、 flash…）的下載之上。因此在很多情況下，相對於把大量的時間花在艱苦而繁雜的程序改進上，前端的優化往往能起到事半功倍的作用。雅虎最近將內部使用的性能測試工具yslow向第三方公開，並發布了著名的網站性能優化的十三條規則，建議你下載並安裝yslow，並作為測評網站優化效果的工具。下面我挑其中特別有價值的具體說明一下優化的方法：
對於第一次訪問您網站，尚未在瀏覽器cache中緩存您網站內容的用戶，我們可以做的事情包括：
1）減少一個頁面訪問所產生的http連接次數
對於第一次訪問你網站的用戶，頁面所產生的http連接次數是影響性能的一個關鍵瓶頸。
對策：
- 盡量簡潔的頁面設計，最大程度減少圖片的使用，通過放棄一些不必要的頁面特效來減少javascript的使用。
- 使用一些優化技巧，比如利用圖片的背景位移減少圖片的個數；image map技術；使用Inline images將css圖片捆綁到網頁中。
- 盡量合並js和css文件，減少獨立文件個數。
2) 使用gzip壓縮網頁內容
使用gzip來壓縮網頁中的靜態內容，能夠顯著減少用戶訪問網頁時的等待時間（據說可達到60%）。主流的web伺服器都支持或提供gzip壓縮，如果使用apache伺服器，只需要在配置文件中開啟 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是靜態的頁面，使用gzip壓縮都能夠顯著提高伺服器效率並減少帶寬支出，注意圖片內容本身已經是壓縮格式了，務必不要再進行壓縮。
3）將CSS放在頁面頂端，JS文件放在頁面底端
CSS的引用要放在html的頭部header中，JS文件引用盡量放在頁面底端標簽的後面，主要的思路是讓核心的頁面內容盡早顯示出來。不過要注意，一些大量使用js的頁面，可能有一些js文件放在底端會引起一些難以預料的問題，根據實際情況適當運用即可。
4）使JS文件內容最小化
具體來說就是使用一些javascript壓縮工具對js腳本進行壓縮，去除其中的空白字元、注釋，最小化變數名等。在使用gzip壓縮的基礎上，對js內容的壓縮能夠將性能再提高5%。
5）盡量減少外部腳本的使用，減少DNS查詢時間
不要在網頁中引用太多的外部腳本，首先，一次dns的解析過程會消耗20-120毫秒的時間；其次，如果在頁面中引用太多的外部文件（如各種廣告、聯盟等代碼），可能會因為外部文件的響應速度而將你的網站拖得很慢。如果不得不用，那麼就盡量將這些腳本放在頁腳吧。不過有一點需要提及，就是瀏覽器一般只能並行處理同一域名下的兩個請求，而對於不同子的域名則不受此限制，因此適當將本站靜態內容（css,js）放在其他的子域名下（如 static.xxx.com）會有利於提高瀏覽器並行下載網頁內容的能力。
對於您網站的經常性訪問用戶，主要的優化思路就是最大限度利用用戶瀏覽器的cache來減少伺服器的開銷。
1）在header中添加過期時間(Expires Header)
在header中給靜態內容添加一個較長的過期時間，這樣可以使用戶今後訪問只讀取緩存中的文件，而不會與伺服器產生任何的交互。不過這樣做也存在一些問題，當圖片、CSS和js文件更新時，用戶如果不刷新瀏覽器，就無法獲得此更新。這樣，我們在對圖片、css和js文件修改時，必須要進行重命名，才能保證用戶訪問到最新的內容。這可能會給開發造成不小的麻煩，因為這些文件可能被站點中的許多文件所引用。flickr提出的解決辦法是通過url rewrite使不同版本號的URL事實上指向同一個文件，這是一個聰明的辦法，因為url級別的操作效率是很高的，可以給開發過程提供不少便利。
要理解為什麼這樣做，必須要了解瀏覽器訪問url時的工作機制：
a. 第一次訪問url時，用戶從伺服器段獲取頁面內容，並把相關的文件（images,css,js…）放在高速緩存中，也會把文件頭中的expired time,last modified, ETags等相關信息也一同保留下來。
b. 用戶重復訪問url時，瀏覽器首先看高速緩存中是否有本站同名的文件，如果有，則檢查文件的過期時間；如果尚未過期，則直接從緩存中讀取文件，不再訪問伺服器。
c. 如果緩存中文件的過期時間不存在或已超出，則瀏覽器會訪問伺服器獲取文件的頭信息，檢查last modifed和ETags等信息，如果發現本地緩存中的文件在上次訪問後沒被修改，則使用本地緩存中的文件；如果修改過，則從伺服器上獲取最新版本。
我的經驗，如果可能，盡量遵循此原則給靜態文件添加過期時間，這樣可以大幅度減少用戶對伺服器資源的重復訪問。
2）將css和js文件放在獨立外部文件中引用
將css和js文件放在獨立文件中，這樣它們會被單獨緩存起來，在訪問其他頁面時可以從瀏覽器的高速緩存中直接讀取。一些網站的首頁可能是例外的，這些首頁的自身瀏覽可能並不大，但卻是用戶訪問網站的第一印象以及導向到其他頁面的起點，也可能這些頁面本身使用了大量的ajax局部刷新及技術，這時可以將 css和js文件直接寫在頁面中。
3）去掉重復的腳本
在IE中，包含重復的js腳本會導致瀏覽器的緩存不被使用，仔細檢查一下你的程序，去掉重復引用的腳本應該不是一件很難的事情。
4）避免重定向的發生
除了在header中人為的重定向之外，網頁重定向常在不經意間發生，被重定向的內容將不會使用瀏覽器的緩存。比如用戶在訪問www.xxx.com，伺服器會通過301轉向到www.xxx.com/，在後面加了一個「/」。如果伺服器的配置不好，這也會給伺服器帶來額外的負擔。通過配置apache的 alias或使用mod_rewrite模塊等方法，可以避免不必要的重定向。
還有一些，比如使用CDN分發機制、避免CSS表達式等、避免使用ETags等，因為不太常用，這里就不再贅述了。
做完了上述的優化，可以試著用yslow測試一下網頁的性能評分，一般都可以達到70分以上了。
當然，除了瀏覽器前端和靜態內容的優化之外，還有針對程序腳本、伺服器、資料庫、負載的優化，這些更深層次的優化方法對技術有更高的要求。本文的後半部分將重點探討後端的優化。
二、後端優化
上次寫完web2.0網站前端優化篇之後，一直想寫寫後端優化的方法，今天終於有時間將思路整理了出來。
前端優化可以避免我們造成無謂的伺服器和帶寬資源浪費，但隨著網站訪問量的增加，僅靠前端優化已經不能解決所有問題了，後端軟體處理並行請求的能力、程序運 行的效率、硬體性能以及系統的可擴展性，將成為影響網站性能和穩定的關鍵瓶頸所在。優化系統和程序的性能可以從以下的方面來入手：
1）apache、mysql等軟體的配置的優化
盡管apache和mysql等軟體在安裝後使用的默認設置足以使你的網站運行起來，但是通過調整mysql和apache的一些系統參數，還是可以追求更高的效率和穩定性。這個領域中有很多專業的文章和論壇（比如： http://www.mysqlperformanceblog.com/），要想掌握也需要進行深入的研究和實踐，這里就不重點討論了。
2）應用程序環境加速
這里僅以我最常應用的php開發環境為例，有一些工具軟體可以通過優化PHP運行環境來達到提速的目的，其基本原理大致是將PHP代碼預編譯並緩存起來，而不需要改變任何代碼，所以比較簡單，可以將php的運行效率提升50%以上。比較常用的免費php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ http://turck-mmcache.sourceforge.net）、php accelebrator(www.php-accelerator.co.uk)，還有收費的Zend Performance Suite
3）將靜態內容和動態內容分開處理
apache是一個功能完善但比較龐大的web server，它的資源佔用基本上和同時運行的進程數呈正比，對伺服器內存的消耗比較大，處理並行任務的效率也一般。在一些情況下，我們可以用比較輕量級的web server來host靜態的圖片、樣式表和javascript文件，這樣可以大大提升靜態文件的處理速度，還可以減少對內存佔用。我使用的web server是來自俄羅斯的nginx，其他選擇方案還包括lighttpd和thttpd等。
4）基於反向代理的前端訪問負載均衡
當一台前端伺服器不足以應付用戶訪問時，通過前端機實現web訪問的負載均衡是最快速可行的方案。通過apache的mod_proxy可以實現基於反向代理的負載均衡，這里推薦使用nginx做代理伺服器，處理速度較apache更快一些。
5）應用緩存技術提高資料庫效能，文件緩存和分布式緩存
資料庫訪問處理並發訪問的能力是很多網站應用的關鍵瓶頸，在想到使用主從結構和多farm的方式構建伺服器集群之前，首先應該確保充分使用了資料庫查詢的緩存。一些資料庫類型（如mysql的innoDB）自身內置對緩存的支持，此外，還可以利用程序方法將常用的查詢通過文件或內存緩存起來。比如通過 php中的ob_start和文件讀寫函數可以很方便的實現文件形式的緩存，而如果你擁有多台伺服器，可以通過memcache技術通過分布式共享內存來對資料庫查詢進行緩存，不僅效率高而且擴展性好，memcache技術在livejournal和Craigslist.org等知名網站應用中都得到了檢驗。
6）伺服器運行狀態的檢測，找到影響性能的瓶頸所在
系統優化沒有一勞永逸的方法，需要通過檢測伺服器的運行狀態來及時發現影響性能的瓶頸，以及可能存在的潛在問題，因為網站的性能，永遠取決於木桶中的短板。可以編寫一些腳本來檢測web服務的運行，也有一些開源的軟體也提供了很好的功能
7）良好的擴展架構是穩定和性能的基礎
一些技巧和竅門可以幫你度過眼前的難關，但要想使網站具備應付大規模訪問的能力，則需要從系統架構上進行徹底的規劃，好在很多前人無私的把他們架構
網站的經驗分享給我們，使我們可以少走甚多彎路。我最近讀到的兩篇有啟發的文章：
- 從LiveJournal後台發展看大規模網站性能優化方法
- Myspace的六次重構
最後不得不提到程序編碼和資料庫結構對性能的影響，一系列糟糕的循環語句，一個不合理的查詢語句、一張設計不佳的數據表或索引表，都足以會使應用程序運行的速度成倍的降低。培養全局思考的能力，養成良好的編程習慣，並對資料庫運行機制有所了解，是提高編程質量的基礎。
H. 網站性能優化方法
什麼是網站優化？
網站優化可以從狹義或者廣義兩個方面來說明，網站優化是對網站進行程序、域名注冊查詢、內容、版塊、布局等多方面的優化調整，也是網站設計時適合搜索引擎檢索，滿足搜索引擎排名的指標，從而在搜索引擎檢索中獲得流量排名靠前，增強搜索引擎營銷的效果使網站的產品相關的關鍵詞能有好的排位。指出網站優化使網站更容易被搜索引擎收錄，提高用戶體驗(UE)和轉化率進而創造價值。其實通俗的來講，網站優化分為兩個部分，是站內優化，二是站外優化。
網站優化的主要作用有哪些
網站優化，可以是SEO搜索引擎優化，在網路等搜索引擎中獲取更好的排名以及流量;也可以是網站程序優化，讓用戶在訪問網站時頁面載入更流暢;還可以是網站頁面風格和畫面感的優化，讓頁面給人的感覺更舒適;還可以是文字圖片的優化，在心理學的角度，讓人們更有興趣繼續在網站停留的更久，當然這意味著，網站的某種營銷目的的轉化率會隨之提高。
網站優化的主要作用有哪些
網站優化的作用主要有以下幾點：
1、頁面更精美;
2、提升企業在互聯網的品牌形象;
3、用戶停留時間更長;
4、網頁打開速度更流暢;
5、獲取從網路等搜索引擎的自然流量;
6、提高網站如購買商品等轉化率。
網站優化的作用在選擇的互聯網時代中的作用是很大的，不僅僅可以幫我們提高企業的形象，還可以為我們從互聯網上獲取定量的客戶，增加我們的知名度，用心做好網站的優化是對企業百里無害的。
針對性的做網站性能優化，以上內容引用網站企顧營銷《怎麼做網站優化？》
I. 網路優化的優化建議
1.網路設計要適應技術和需求的發展, 既考慮到現實需求，又有長遠的考慮, 同時有明確的階段目標和對策, 使投資具可繼承性, 網路具有可拓展性和業務升級的能力。
2.網路構架層次清晰, 具有高可靠性、 開放性和拓展性, 以光纖為骨幹網, 並利用各種聯接手段, 交換局數少, 局點少, 服務節點分散, 服務節點具備提供綜合業務的能力, 網路聯接方式透明。
3、在制訂網路優化方案時，應致力於採用全方位的解決方案，同時注重綜合成本/性能比，以避免以後重復投資。
現代電信網路構架可分為三個層次，即：主幹網、分支網、末端網。如圖所示為一個較典型的現代電信網全方位一攬子解決方案：
J. 網站性能優化有哪些
一、提高伺服器並發處理能力
我們總是希望一台伺服器在單位時間內能處理的請求越多越好，這也成了web伺服器的能力高低的關鍵所在。伺服器之所以可以同時處理多個請求，在於操作系統通過多執行流體系設計，使得多個任務可以輪流使用系統資源，這些資源包括CPU、內存以及I/O等。這就需要選擇一個合適的並發策略來合理利用這些資源，從而提高伺服器的並發處理能力。這些並發策略更多的應用在apache、nginx、lighttpd等底層web server軟體中。
二、Web組件分離
這里所說的web組件是指web伺服器提供的所有基於URL訪問的資源，包括動態內容，靜態網頁，圖片，樣式表，腳本，視頻等等。這些資源在文件大小，文件數量，內容更新頻率，預計並發用戶數，是否需要腳本解釋器等方面有著很大的差異，對不同特性資源採用能充分發揮其潛力的優化策略，能極大的提高web站點的性能。例如：將圖片部署在獨立的伺服器上並為其分配獨立的新域名，對靜態網頁使用epoll模型可以在大並發數情況下吞吐率保持穩定。
三、資料庫性能優化和擴展。
Web伺服器軟體在資料庫方面做的優化主要是減少訪問資料庫的次數，具體做法就是使用各種緩存方法。也可以從資料庫本身入手提高其查詢性能，這涉及到資料庫性能優化方面的知識本文不作討論。另外也可以通過主從復制，讀寫分離，使用反向代理，寫操作分離等方式來擴展資料庫規模，提升資料庫服務能力。
四、Web負載均衡及相關技術
負載均衡是web站點規模水平擴展的一種手段，實現負載均衡的方法有好幾種包括基於HTTP重定向的負載均衡，DNS負載均衡，反向代理負載均衡，四層負載均衡等等。
對這些負載均衡方法做簡單的介紹：基於HTTP重定向的負載均衡利用了HTTP重定向的請求轉移和自動跳轉功能來實現負載均衡，我們熟悉的鏡像下載就使用這種負載均衡。DNS負載均衡是指在一個DNS伺服器中為同一個主機名配置多個IP地址，在應答DNS查詢時返回不同的解析結果將客戶端的訪問引到不同的機器上，使得不同的客戶端訪問不同的伺服器，從而達到負載均衡的目的。反向代理負載均衡也叫七層負載均衡，這是因為反向代理伺服器工作在TCP七層結構的第七層(應用層)，它通過檢查流經的HTTP報頭，根據報頭內的信息來執行負載均衡任務。四層負載均衡是基於NAT技術的負載均衡，它將一個Internet上合法注冊的IP地址映射為多個內部伺服器的IP地址，對每次TCP連接請求動態使用其中一個內部IP地址，達到負載均衡的目的。此外，還有工作在數據鏈路層(第二層)的直接路由方式下的負載均衡，它通過修改數據包目標MAC地址來實現。以及，基於IP隧道的負載均衡，在這種方式下可以將實際伺服器根據需要部署在不同的地域，並根據就近訪問的原則來轉移請求，CDN服務便是基於IP隧道技術來實現的。
Web負載均衡在擴展web伺服器規模的同時也給web站點性能優化提供了一個更大更復雜也更靈活自由的平台，基於該平台性能優化的策略包括共享文件系統，內容分發與同步，分布式文件系統，分布式計算，分布式緩存等等。
五、web緩存技術
web緩存技術被認為是減輕伺服器負載、降低網路擁塞、增強萬維網可擴展性的有效途徑，其基本思想是利用客戶訪問的時間局部性(Temporal Locality)原理，將客戶訪問過的內容在Cache中存放一個副本，當該內容下次被訪問時，不必連接到駐留網站或重新計算生成，而是由Cache中保留的副本提供。Web緩存可以帶來如下的好處：
(1) 減少網路流量，從而減輕網路擁塞;這是因為緩存避免了一部分HTTP請求。
(2) 降低客戶訪問延遲，其主要原因有：①已緩存的內容，客戶可以緩存獲取而不是從伺服器獲取或重新計算生成，從而減小了傳輸延遲縮短了響應時間;②沒有被緩存的內容由於網路擁塞及伺服器負載的減輕而可以較快地被客戶獲取;
(3) 由於客戶的部分或者全部請求內容可以從通過緩存獲取，從而減輕了遠程伺服器負載。
(4) 如果由於伺服器故障或網路故障造成伺服器無法響應客戶請求，客戶可以從緩存中獲取緩存的內容副本，使得web站點服務的魯棒性(Robustness)得到了加強。
可以看出web緩存能給web站點帶可觀的性能提升。其實在用戶發出請求到一幅完整的網頁呈現在用戶面前這一過程中緩存無處不在，下面是web性能優化時常用的緩存技術，你會發現緩存被廣泛應用在各個環節。
瀏覽器緩存：瀏覽器一般會在用戶文件系統中創建一個目錄，用於存放緩存文件，並給每個緩存文件打上必要的標記，比如過期時間等。這些標記主要用於瀏覽器和伺服器之間的緩存協商。
Web伺服器緩存：一個URL在一段較長時間內對應一個唯一的響應內容，比如靜態內容或者更新不太頻繁的動態內容，web伺服器可將響應內容緩存起來，下次web伺服器便可以在收到請求後立即拿出事先緩存好的響應內容並返回給瀏覽器。
代理伺服器緩存：暴露在互聯網中與後端的web伺服器通過內部網路相連的前端伺服器稱為反向代理伺服器，建立在反向代理伺服器上的緩存稱為反向代理緩存。暴露在互聯網中與後端的web客戶端通過內部網路相連的前端伺服器稱為正向代理伺服器，建立在正向代理伺服器上的緩存稱為正向代理緩存。代理伺服器緩存位於客戶端和web伺服器之間，可以將它看做二者之間的一個中繼站。它的存在可以改善客戶端的訪問速度、提升web server的服務能力、安全性等等。
總共分析總結了五種技術，主要希望能夠對web server性能優化這塊提供一個整體的認識。後續會專門就web緩存技術發表一些自己的看法。