UMTS高負荷網(wǎng)絡(luò)監(jiān)控及優(yōu)化專題指導(dǎo)書R14說課材料

1、Good is good, but better carries it.精益求精，善益求善。UMTS高負荷網(wǎng)絡(luò)監(jiān)控及優(yōu)化專題指導(dǎo)書R14高負荷網(wǎng)絡(luò)監(jiān)控及優(yōu)化UMTS高負荷網(wǎng)絡(luò)監(jiān)控及優(yōu)化指導(dǎo)書（對內(nèi)版本）法律聲明若接收中興通訊股份有限公司（以下稱為“中興通訊”）的此份文檔，即表示您已同意以下條款。若不同意以下條款，請停止使用本文檔。本文檔版權(quán)所有中興通訊股份有限公司。保留任何未在本文檔中明示授予的權(quán)利。文檔中涉及中興通訊的專有信息。未經(jīng)中興通訊事先書面許可，任何單位和個人不得復(fù)制、傳遞、分發(fā)、使用和泄漏該文檔以及該文檔包含的任何圖片、表格、數(shù)據(jù)及其他信息。和是中興通訊的注冊商標。中興通訊產(chǎn)品的名

2、稱和標志是中興通訊的商標或注冊商標。在本文檔中提及的其他產(chǎn)品或公司名稱可能是其各自所有者的商標或注冊商標。在未經(jīng)中興通訊或第三方權(quán)利人事先書面同意的情況下，閱讀本文檔并不表示以默示、不可反言或其他方式授予閱讀者任何使用本文檔中出現(xiàn)的任何標記的權(quán)利。本產(chǎn)品符合有關(guān)環(huán)境保護和人身安全方面的設(shè)計要求，產(chǎn)品的存放、使用和棄置應(yīng)遵照產(chǎn)品手冊、相關(guān)合同或相關(guān)國法律、法規(guī)的要求進行。本文檔按“現(xiàn)狀”和“僅此狀態(tài)”提供。本文檔中的信息隨著中興通訊產(chǎn)品和技術(shù)的進步將不斷更新，中興通訊不再通知此類信息的更新。中興通訊股份有限公司地址:中國深圳市科技南路55號郵編518057網(wǎng)站:HYPERLINK郵箱:HYPER

3、LINKmailto:docdoc版本更新說明產(chǎn)品版本資料版本資料編號資料更新說明R1.0初稿手冊第一次發(fā)行R1.4改進對齊RNC309版本，修正監(jiān)控公式作者資料版本日期作者審核者批準者R1.02010-9-27喬賓黃萍、秦劍寒靳爭團R1.42010-11-24喬賓黃萍、秦劍寒靳爭團關(guān)于這篇文檔摘要章節(jié)描述REF_Ref252463637nh*MERGEFORMAT1REF_Ref252463637h*MERGEFORMAT概要背景、主要內(nèi)容概括2高負荷網(wǎng)絡(luò)監(jiān)控WCDMA網(wǎng)元劃分、網(wǎng)絡(luò)負荷監(jiān)控KPI闡述3高負荷網(wǎng)絡(luò)優(yōu)化網(wǎng)絡(luò)負荷常用優(yōu)化手段4高負荷網(wǎng)絡(luò)擴容高負荷網(wǎng)絡(luò)擴容標準、判定方法以及擴容手段

4、5應(yīng)用指導(dǎo)結(jié)合經(jīng)典進行應(yīng)用指導(dǎo)REF_Ref252463645nh*MERGEFORMAT附錄AREF_Ref252463645h*MERGEFORMAT參考資料參考資料目錄TOCo1-2hzuHYPERLINKl_Toc2783770651概要PAGEREF_Toc278377065h1HYPERLINKl_Toc2783770661.1研究背景PAGEREF_Toc278377066h1HYPERLINKl_Toc2783770671.2主要內(nèi)容PAGEREF_Toc278377067h1HYPERLINKl_Toc2783770682高負荷網(wǎng)絡(luò)監(jiān)控PAGEREF_Toc278377068

5、h5HYPERLINKl_Toc2783770692.1WCDMA網(wǎng)元劃分PAGEREF_Toc278377069h5HYPERLINKl_Toc2783770702.2網(wǎng)絡(luò)負荷監(jiān)控指標PAGEREF_Toc278377070h5HYPERLINKl_Toc2783770712.3監(jiān)控指標說明PAGEREF_Toc278377071h7HYPERLINKl_Toc2783770723高負荷網(wǎng)絡(luò)優(yōu)化PAGEREF_Toc278377072h12HYPERLINKl_Toc2783770733.1網(wǎng)絡(luò)負荷優(yōu)化流程PAGEREF_Toc278377073h12HYPERLINKl_Toc278377

6、0743.2軟切換優(yōu)化PAGEREF_Toc278377074h14HYPERLINKl_Toc2783770753.3網(wǎng)絡(luò)擁塞控制優(yōu)化PAGEREF_Toc278377075h15HYPERLINKl_Toc2783770763.4網(wǎng)絡(luò)負荷均衡優(yōu)化PAGEREF_Toc278377076h25HYPERLINKl_Toc2783770774高負荷網(wǎng)絡(luò)擴容PAGEREF_Toc278377077h29HYPERLINKl_Toc2783770784.1擴容原則及流程PAGEREF_Toc278377078h29HYPERLINKl_Toc2783770794.2擴容標準及方法PAGEREF_T

7、oc278377079h30HYPERLINKl_Toc2783770804.3工具實現(xiàn)PAGEREF_Toc278377080h44HYPERLINKl_Toc2783770815應(yīng)用指導(dǎo)PAGEREF_Toc278377081h46HYPERLINKl_Toc2783770825.1下行功率受限優(yōu)化PAGEREF_Toc278377082h46HYPERLINKl_Toc2783770835.2上行容量優(yōu)化PAGEREF_Toc278377083h49HYPERLINKl_Toc2783770845.3下行碼資源受限優(yōu)化PAGEREF_Toc278377084h51HYPERLINKl_T

8、oc2783770855.4NodeB資源受限案例分析PAGEREF_Toc278377085h54HYPERLINKl_Toc2783770866結(jié)束PAGEREF_Toc278377086h65圖目錄TOChzt樣式17c圖HYPERLINKl_Toc278377182圖11高負荷網(wǎng)絡(luò)監(jiān)控及優(yōu)化主要內(nèi)容PAGEREF_Toc278377182h2HYPERLINKl_Toc278377183圖12高負荷網(wǎng)絡(luò)監(jiān)控流程PAGEREF_Toc278377183h3HYPERLINKl_Toc278377184圖13高負荷網(wǎng)絡(luò)優(yōu)化流程PAGEREF_Toc278377184h3HYPERLINKl

9、_Toc278377185圖14小區(qū)擴容判決流程PAGEREF_Toc278377185h4HYPERLINKl_Toc278377186圖21上行容量和噪聲抬升關(guān)系圖PAGEREF_Toc278377186h9HYPERLINKl_Toc278377187圖31網(wǎng)絡(luò)負荷優(yōu)化所處階段示意圖PAGEREF_Toc278377187h12HYPERLINKl_Toc278377188圖32高負荷網(wǎng)絡(luò)優(yōu)化流程PAGEREF_Toc278377188h13HYPERLINKl_Toc278377189圖33小區(qū)負荷常用優(yōu)化手段PAGEREF_Toc278377189h13HYPERLINKl_Toc2

10、78377190圖41擴容分析流程PAGEREF_Toc278377190h30HYPERLINKl_Toc278377191圖42小區(qū)擴容判決流程PAGEREF_Toc278377191h31HYPERLINKl_Toc278377192圖43小區(qū)擴容判決公式組合圖PAGEREF_Toc278377192h33HYPERLINKl_Toc278377193圖44碼資源利用率和話務(wù)量關(guān)系（香港CSL）PAGEREF_Toc278377193h35HYPERLINKl_Toc278377194圖45碼資源數(shù)據(jù)驗證（深圳）PAGEREF_Toc278377194h36HYPERLINKl_Toc2

11、78377195圖46碼資源數(shù)據(jù)驗證（泉州豐澤新城32321）PAGEREF_Toc278377195h36HYPERLINKl_Toc278377196圖47碼資源數(shù)據(jù)驗證（香港16564）PAGEREF_Toc278377196h36HYPERLINKl_Toc278377197圖48小區(qū)載頻發(fā)射功率利用率和TCP受限比例的關(guān)系（香港CSL）PAGEREF_Toc278377197h37HYPERLINKl_Toc278377198圖49重慶沙坪壩地區(qū)同NodeB上下行CE資源平均利用率對比PAGEREF_Toc278377198h41HYPERLINKl_Toc278377199圖410

12、重慶沙坪壩地區(qū)同NodeB上下行CE資源最大利用率對比PAGEREF_Toc278377199h42HYPERLINKl_Toc278377200圖51優(yōu)化前后掉話率對比PAGEREF_Toc278377200h46HYPERLINKl_Toc278377201圖52優(yōu)化前后接納拒絕和切換對比PAGEREF_Toc278377201h47HYPERLINKl_Toc278377202圖53B類參數(shù)修改前后TCP受限次數(shù)對比PAGEREF_Toc278377202h48HYPERLINKl_Toc278377203圖54UCE站點話務(wù)量分布PAGEREF_Toc278377203h49HYPER

13、LINKl_Toc278377204圖55UCE站點RTWP分布PAGEREF_Toc278377204h49HYPERLINKl_Toc278377205圖56UCE站點掉話率分布PAGEREF_Toc278377205h50HYPERLINKl_Toc278377206圖57UCE站點功控參數(shù)優(yōu)化后的掉話情況PAGEREF_Toc278377206h51HYPERLINKl_Toc278377207圖58WTR站點碼字受限情況PAGEREF_Toc278377207h52HYPERLINKl_Toc278377208圖59優(yōu)化前后HSDPA吞吐率對比PAGEREF_Toc278377208

14、h53HYPERLINKl_Toc278377209圖510優(yōu)化前后掉話率對比PAGEREF_Toc278377209h53HYPERLINKl_Toc278377210圖511后工食堂與新龍灣位置示意圖PAGEREF_Toc278377210h55HYPERLINKl_Toc278377211圖512桃園二食堂位置示意圖PAGEREF_Toc278377211h55HYPERLINKl_Toc278377212圖513AMR話務(wù)量時間分布PAGEREF_Toc278377212h56HYPERLINKl_Toc278377213圖514HSDPA吞吐量時間分布PAGEREF_Toc27837

15、7213h56HYPERLINKl_Toc278377214圖515HSDPA平均用戶數(shù)時間分布PAGEREF_Toc278377214h57HYPERLINKl_Toc278377215圖516HSDPA最大用戶數(shù)時間分布PAGEREF_Toc278377215h57表目錄TOChzt樣式2c表HYPERLINKl_Toc278377157表21網(wǎng)絡(luò)性能監(jiān)控指標PAGEREF_Toc278377157h6HYPERLINKl_Toc278377158表22碼道碼資源分配PAGEREF_Toc278377158h7HYPERLINKl_Toc278377159表31接納擁塞可優(yōu)化參數(shù)匯總PAG

16、EREF_Toc278377159h16HYPERLINKl_Toc278377160表32擁塞控制參考計數(shù)器PAGEREF_Toc278377160h24HYPERLINKl_Toc278377161表41用戶體驗和網(wǎng)絡(luò)資源類KPIPAGEREF_Toc278377161h31HYPERLINKl_Toc278377162表42小區(qū)擴容門限PAGEREF_Toc278377162h32HYPERLINKl_Toc278377163表43小區(qū)擴容實施細則PAGEREF_Toc278377163h39HYPERLINKl_Toc278377164表44香港CSL網(wǎng)絡(luò)擴容評估結(jié)果PAGEREF_T

17、oc278377164h40HYPERLINKl_Toc278377165表45NodeB擴容門限和擴容方法PAGEREF_Toc278377165h41HYPERLINKl_Toc278377166表46NodeB擴容實施細則PAGEREF_Toc278377166h42HYPERLINKl_Toc278377167表47RNC硬件擴容門限和擴容方法PAGEREF_Toc278377167h43HYPERLINKl_Toc278377168表48RNC硬件擴容實施細則PAGEREF_Toc278377168h44HYPERLINKl_Toc278377169表51降速參數(shù)修改表PAGEREF

18、_Toc278377169h47HYPERLINKl_Toc278377170表52B類參數(shù)修改表PAGEREF_Toc278377170h48HYPERLINKl_Toc278377171表53功控參數(shù)修改表PAGEREF_Toc278377171h50HYPERLINKl_Toc278377172表54高話務(wù)小區(qū)的功控參數(shù)PAGEREF_Toc278377172h50HYPERLINKl_Toc278377173表55碼字分配調(diào)整參數(shù)PAGEREF_Toc278377173h52HYPERLINKl_Toc278377174表56雙載波配置情況PAGEREF_Toc278377174h58

19、HYPERLINKl_Toc278377175表57當前傳輸配置PAGEREF_Toc278377175h58HYPERLINKl_Toc278377176表58碼資源擁塞情況一PAGEREF_Toc278377176h59HYPERLINKl_Toc278377177表59碼資源擁塞情況二PAGEREF_Toc278377177h59HYPERLINKl_Toc278377178表510CE資源擁塞情況一PAGEREF_Toc278377178h60HYPERLINKl_Toc278377179表511CE資源擁塞情況二PAGEREF_Toc278377179h61HYPERLINKl_To

20、c278377180表512Iub傳輸站點擁塞情況一PAGEREF_Toc278377180h62HYPERLINKl_Toc278377181表513Iub傳輸站點擁塞情況二PAGEREF_Toc278377181h63概要研究背景UMTS網(wǎng)絡(luò)高負荷性能監(jiān)控和優(yōu)化是網(wǎng)絡(luò)運維階段的重點工作之一，隨著用戶數(shù)和業(yè)務(wù)應(yīng)用的增多，特別是無線寬帶業(yè)務(wù)的迅猛發(fā)展，網(wǎng)絡(luò)負荷將會不斷攀升。當網(wǎng)絡(luò)負荷達到一定程度，網(wǎng)絡(luò)資源將會出現(xiàn)擁塞，網(wǎng)絡(luò)性能會惡化，會影響最終用戶的業(yè)務(wù)體驗。為了使用戶感知到一個良好的高速接入體驗，保持UMTS網(wǎng)絡(luò)的競爭優(yōu)勢，應(yīng)當實時監(jiān)控整個網(wǎng)絡(luò)的負荷和性能狀況，對于負荷超過門限的網(wǎng)元產(chǎn)生預(yù)警

21、，及時采取優(yōu)化或擴容的手段，滿足業(yè)務(wù)發(fā)展的需要。狹義的負荷指網(wǎng)絡(luò)或信道承載的業(yè)務(wù)量，廣義的負荷除考慮網(wǎng)絡(luò)業(yè)務(wù)量外，還要考慮網(wǎng)絡(luò)中各網(wǎng)元軟、硬件資源使用率，使用率越高負荷越重。相比于2G網(wǎng)絡(luò)，UMTS網(wǎng)絡(luò)的容量監(jiān)控和管理更加復(fù)雜。原因如下：1）UMTS是個軟容量系統(tǒng)，其容量不僅受到CE、Iub配置帶寬等硬性資源的限制，還受到OVSF碼、上行干擾、下行功率等軟性資源的限制，其系統(tǒng)容量不是一個固定值，與網(wǎng)絡(luò)覆蓋、業(yè)務(wù)質(zhì)量要求有關(guān)。2）UMTS是個混合多業(yè)務(wù)系統(tǒng)，不同的業(yè)務(wù)構(gòu)成和不同的業(yè)務(wù)模型下系統(tǒng)容量也不盡相同，因此不能簡單采用某種業(yè)務(wù)的話務(wù)量進行容量監(jiān)控。3）UMTS多采用R99+HSPA的混合載

22、波策略，R99和HSPA共享系統(tǒng)資源，這給R99和HSPA的容量監(jiān)控帶來更多的復(fù)雜性。4）UMTS是以數(shù)據(jù)業(yè)務(wù)為主的網(wǎng)絡(luò)，對數(shù)據(jù)網(wǎng)絡(luò)的擁塞的判斷，不能簡單的沿用以語音為主的傳統(tǒng)網(wǎng)絡(luò)的處理思路，即根據(jù)是否發(fā)生接納拒絕來判斷擁塞，而應(yīng)結(jié)合HSPA用戶的實時體驗速率和網(wǎng)絡(luò)資源占用狀況作為網(wǎng)絡(luò)擁塞的判斷標準。本文分別以RNCV3.07和RNCV3.09兩個版本的網(wǎng)管計數(shù)器為基準，給出UMTS網(wǎng)絡(luò)負荷監(jiān)控指標的定義和監(jiān)控門限。本指導(dǎo)書只適合中興通訊內(nèi)部溝通交流使用，不適合對外發(fā)布！主要內(nèi)容高負荷網(wǎng)絡(luò)監(jiān)控及優(yōu)化指導(dǎo)書，適用于UMTS商用運維階段的通信網(wǎng)絡(luò)。如圖1-1所示，高負荷網(wǎng)絡(luò)監(jiān)控和優(yōu)化橫向主要針對三

23、層網(wǎng)元，即無線接入網(wǎng)的小區(qū)，NodeB和RNC；縱向包括三個階段，即高負荷網(wǎng)絡(luò)監(jiān)控、高負荷網(wǎng)絡(luò)優(yōu)化和高負荷網(wǎng)絡(luò)擴容，分別對應(yīng)本指導(dǎo)書的三大部分。圖STYLEREF1s1SEQ圖*ARABICs11高負荷網(wǎng)絡(luò)監(jiān)控及優(yōu)化主要內(nèi)容第一部分對應(yīng)指導(dǎo)書第二章節(jié)，主要說明網(wǎng)絡(luò)負荷需要監(jiān)控的指標。如圖1-2所示，WCDMA系統(tǒng)網(wǎng)絡(luò)負荷監(jiān)控主要針對三個層次網(wǎng)元，即無線接入網(wǎng)絡(luò)的小區(qū)cell、NodeB和RNC。每個網(wǎng)元對應(yīng)不同的資源和指標，小區(qū)網(wǎng)元主要涉及空口資源如碼資源、功率資源等，并緊密結(jié)合用戶體驗速率，聚焦用戶感受；NodeB網(wǎng)元主要涉及傳輸資源和CE資源；RNC級網(wǎng)元主要涉及CPU占用率和RUPCE資

24、源使用情況，分為硬件擴容和軟件擴容兩個場景。圖STYLEREF1s1SEQ圖*ARABICs12高負荷網(wǎng)絡(luò)監(jiān)控流程第二部分對應(yīng)指導(dǎo)書第三章節(jié)，主要講述高負荷網(wǎng)絡(luò)性能的優(yōu)化。主要包括兩大方面，即高負荷網(wǎng)絡(luò)的優(yōu)化流程和常用優(yōu)化手段；如圖1-3所示，高負荷網(wǎng)絡(luò)優(yōu)化流程主要是優(yōu)先進行RF優(yōu)化再進行參數(shù)優(yōu)化，其中參數(shù)優(yōu)化主要包括切換門限的優(yōu)化以及擁塞控制和負荷均衡等。圖STYLEREF1s1SEQ圖*ARABICs13高負荷網(wǎng)絡(luò)優(yōu)化流程第三部分對應(yīng)指導(dǎo)書第四章節(jié)，主要講述高負荷網(wǎng)絡(luò)擴容。如圖1-2所示，WCDMA高負荷網(wǎng)絡(luò)分別從小區(qū)、NodeB和RNC三個網(wǎng)元層次進行針對性擴容，內(nèi)容包括擴容分析流程、擴

25、容標準、擴容手段以及實施細則。其中小區(qū)擴容又是本指導(dǎo)書講述的重點，如圖1-4所示，小區(qū)擴容主要針對空口資源，從用戶體驗監(jiān)控入手，結(jié)合網(wǎng)絡(luò)資源進行評估判決。圖STYLEREF1s1SEQ圖*ARABICs14小區(qū)擴容判決流程接下來是應(yīng)用指導(dǎo)，對應(yīng)本指導(dǎo)書第五章節(jié)。主要結(jié)合現(xiàn)場實際案例進行分析指導(dǎo)，旨在促使大家在處理高負荷網(wǎng)絡(luò)問題時能夠靈活運用相關(guān)知識。最后是參考目錄，參考目錄中有關(guān)于擁塞控制、負荷均衡以及資源分配等方面的權(quán)威文檔，具有很高參考價值，如果側(cè)重于高負荷網(wǎng)絡(luò)優(yōu)化部分的讀者，可以詳細參考這些文檔。閱讀指導(dǎo)。如果您想直接了解本文所講的高負荷網(wǎng)絡(luò)優(yōu)化措施，可以直接閱讀第三章，如果您想要直接看

26、到擴容標準和手段，可直接閱讀第四章節(jié)，相關(guān)計數(shù)器或者指標疑問可以直接參考第二章節(jié)或者通過其它途徑查找了解。高負荷網(wǎng)絡(luò)監(jiān)控WCDMA網(wǎng)元劃分WCDMA系統(tǒng)網(wǎng)元層次分為無線接入網(wǎng)絡(luò)的小區(qū)、NodeB、RNC以及CN，我們主要關(guān)注無線接入網(wǎng)絡(luò)的小區(qū)、NodeB和RNC三級網(wǎng)元負荷的監(jiān)控和評估，所有級別網(wǎng)元都需要考慮各類場景的業(yè)務(wù)行為，找到合理的監(jiān)控指標，設(shè)置監(jiān)控門限，從而進行監(jiān)控、告警和負荷控制。相同的用戶行為，不同網(wǎng)元會有不同的監(jiān)控參數(shù)。針對空口，主要考察上行干擾、下行功率、下行碼資源等因素；而對于基站和RNC，主要考慮硬件資源的占用率情況。1）小區(qū)級小區(qū)級網(wǎng)元監(jiān)控參數(shù)主要針對空口，如業(yè)務(wù)話務(wù)量、

27、碼資源平均占用率、載頻發(fā)射功率平均利用率、上行噪聲抬升、HSDPA單用戶平均吞吐率等。2）NodeB級NodeB級網(wǎng)元主要監(jiān)控硬件資源占用情況，如上/下行NodeBCE資源利用率、Iub口上/下行帶寬利用率。3）RNC級：RNC級網(wǎng)元主要監(jiān)控硬件資源占用情況，（1）RNC控制面資源包括：CPU平均（峰值）負荷，基站數(shù)/小區(qū)數(shù)（2）RNC用戶面資源包括：CE平均（峰值）資源利用率；所有級別網(wǎng)元都需要考慮各類場景的業(yè)務(wù)行為，找到合理的監(jiān)控參數(shù)，設(shè)置監(jiān)控門限，從而進行監(jiān)控、告警和負荷控制。網(wǎng)絡(luò)負荷監(jiān)控指標根據(jù)WCDMA系統(tǒng)三級網(wǎng)元的劃分，各網(wǎng)元又分別對應(yīng)不同的網(wǎng)絡(luò)負荷性能監(jiān)控指標，匯總?cè)绫?-1：表

28、STYLEREF1s2SEQ表*ARABICs11網(wǎng)絡(luò)性能監(jiān)控指標分類指標名稱RNCV3.07KPI或計數(shù)器編號RNCV3.09KPI或計數(shù)器編號小區(qū)級nonHSDPA碼資源平均占用率1-PI30163-PI300751-KPI300802-KPI300805小區(qū)碼資源平均可用率KPI30075KPI300802小區(qū)nonHSDPA載頻發(fā)射功率平均利用率PI30167KPI300829上行噪聲抬升PI30089-C301421822KPI300840-PI300843下行碼資源受限接納拒絕比例C301320153/(C301320166+C301320167)C310504772/(C3105

29、04797+C310504798+C310504799+C310504800)下行功率TCP受限接納拒絕比例C301320150/(C301320166+C301320167)C310504769/(C310504797+C310504798+C310504799+C310504800)HSDPA單用戶平均吞吐率C301330174/(PI30172*Gr)C310545121/(C310545123*Gr)HSDPA小區(qū)平均吞吐率C301330174/(C301330175*0.002)C310545121/(C310545122*0.002)HSDPA業(yè)務(wù)話務(wù)量PI30460PI30057

30、1NodeB級上行NodeBCE資源平均利用率KPI30223KPI300791下行NodeBCE資源平均利用率KPI30224KPI300793上行NodeBCE資源最大利用率C301830006C310840004下行NodeBCE資源最大利用率C301830010C310840008Iub口上行帶寬平均利用率KPI30225KPI300739Iub口下行帶寬平均利用率KPI30226KPI300746HSDPA在線用戶數(shù)/基站某基站小區(qū)數(shù)*C310030436(V309)某基站小區(qū)數(shù)*C310030436(V309)HSUPA在線用戶數(shù)/基站某基站小區(qū)數(shù)*C310030437(V309)

31、某基站小區(qū)數(shù)*C310030437(V309)HSDPA平均吞吐量/基站某基站小區(qū)數(shù)*C301330174/(C301330175*0.002)某基站小區(qū)數(shù)*C310545121/(C310545122*0.002)RNC級RUP的CE資源平均占有率KPI30450KPI300855RUP的CE資源最大占有率KPI30451KPI300856基站數(shù)/小區(qū)數(shù)/CPU平均負荷C301220001C311340001CPU峰值負荷C301220000C311340000監(jiān)控指標說明nonHSDPA碼資源平均占用率nonHSDPA碼資源平均占用率在RNCV3.07以及RCNV3.09版本中統(tǒng)計方法相同

32、。小區(qū)碼資源平均占用率=小區(qū)所有業(yè)務(wù)占用碼資源/總碼資源個數(shù)，它基本表征了小區(qū)總體碼資源利用情況。由于后臺網(wǎng)管中只能直接統(tǒng)計小區(qū)平均碼資源可用率，所以nonHSDPA碼資源平均占用率的統(tǒng)計公式為：小區(qū)碼資源平均占用率=1-小區(qū)平均碼資源可用率小區(qū)nonHSDPA碼資源平均占用率=nonHSDPA業(yè)務(wù)占用的碼資源個數(shù)/總碼資源個數(shù)。它一定程度上表征了R99業(yè)務(wù)的碼資源占用率情況。由于后臺網(wǎng)管只能直接統(tǒng)計小區(qū)平均碼資源可用率和HSDPA碼資源平均占用率，所以nonHSDPA碼資源平均占用率的統(tǒng)計公式為：nonHSDPA碼資源平均占用率=1-小區(qū)平均碼資源可用率-HSDPA碼資源平均占用率對于R99

33、+HSPA混合載波小區(qū)，R99業(yè)務(wù)的最大可用碼道數(shù)受到HSDPA碼道配置參數(shù)的影響。當R99業(yè)務(wù)即將占用的碼道數(shù)超過R99業(yè)務(wù)的最大可用碼道數(shù)時，R99業(yè)務(wù)將會因為DCH碼資源不足產(chǎn)生接納拒絕。R99業(yè)務(wù)的最大可用碼資源數(shù)=256-公共信道占用碼道數(shù)-HS-PDSCH最小碼道數(shù)*16-HS-SCCH碼道數(shù)*2-E-AGCH碼道數(shù)*1-E-RGCH碼道數(shù)*2其中，公共信道占用碼字數(shù)、HS-PDSCH最小碼道數(shù)、HS-SCCH碼道數(shù)、E-AGCH碼道數(shù)和E-RGCH碼道數(shù)均來源于后臺網(wǎng)管配置。假設(shè)HSPA和公共信道的碼道參數(shù)配置如表2-2：表STYLEREF1s2SEQ表*ARABICs12碼道碼

34、資源分配信道擴頻碼碼道數(shù)HS-PDSCH16最小8HS-SCCH1282E-AGCH2561E-RGCH1281CPICH2561PCCPCH2561SCCPCH641SCCPCH1281PICH2561AICH2561則R99業(yè)務(wù)的最大可用碼資源數(shù)=256-8-8*16-4-1-2=113在RNCV3.07以及RCNV3.09版本中，并不能直接統(tǒng)計R99的碼資源占用率情況，只能間接統(tǒng)計nonHSDPA業(yè)務(wù)的碼資源占用率情況，兩者的區(qū)別在于nonHSDPA業(yè)務(wù)既包含了R99業(yè)務(wù)，也包含了公共控制信道、HSUPA控制信道、信令信道的全部碼資源開銷。根據(jù)上表的假設(shè)參數(shù)配置，nonHSDPA碼資源最

35、大可用率=（256-8*16-2*2）/256=48.44%。為了避免碼資源的擴容監(jiān)控門限隨后臺參數(shù)設(shè)置頻繁變更，建議在后續(xù)RNC版本的KPI中增加一個新的KPI，定義如下：nonHSDPA碼資源利用率=nonHSDPA業(yè)務(wù)占用的碼資源個數(shù)/nonHSDPA業(yè)務(wù)最大可用碼個數(shù)。其中，nonHSDPA業(yè)務(wù)最大可用碼個數(shù)=256-HS-PDSCH最小碼道數(shù)*16-HS-SCCH碼道數(shù)*2。當nonHSDPA碼資源利用率=70%時，就啟動擴容，這樣就避免了碼資源的擴容監(jiān)控門限隨后臺參數(shù)設(shè)置頻繁變更的情況發(fā)生。nonHSDPA載頻發(fā)射功率平均利用率小區(qū)nonHSDPA載頻發(fā)射功率平均利用率指標可在后臺

36、網(wǎng)管中直接統(tǒng)計。它的定義為：小區(qū)nonHSDPA載頻發(fā)射功率平均利用率=小區(qū)nonHSDPA碼道的總下行發(fā)射功率/小區(qū)下行最大發(fā)射功率。對于R99+HSPA混合載波小區(qū)，在做基于下行功率的DCH接納控制時，其中一個判決條件是：其中，NOHSDSCHPower是NodeB上報的TransmittedcarrierpowerofallcodesnotusedforHS-PDSCHorHS-SCCHtransmission。目前，R99的接納門限一般設(shè)置為85%，即小區(qū)最大發(fā)射功率的85%。當RNC做基于下行功率的DCH接納判決時，如果判決審計時刻（2s內(nèi)）有多個連接建立請求，系統(tǒng)會在已有NOHSD

37、SCHPower功率基礎(chǔ)上加上所有新建連接的預(yù)測功率，然后與功率接納門限做比較。當預(yù)測功率大于接納門限時，拒絕所有新建連接的接納請求。如果判決時刻新建連接請求比較多，功率預(yù)測量deltaP就會很大，容易發(fā)生接納拒絕。（擴容門限設(shè)置見后）上行噪聲抬升在WCDMA系統(tǒng)中，所有用戶共用相同的載波，用戶之間用不同的擴頻碼和擾碼區(qū)分。對于上行而言，由于用戶擾碼的非正交性，每個用戶信號對于其他用戶信號而言就成為噪聲（干擾）。因此，每個信號都包含在由其他用戶產(chǎn)生的寬帶干擾背景中。為了接入一個呼叫，移動臺的功率必須大到足以克服帶寬內(nèi)其他移動臺的噪聲。上行容量和噪聲抬升之間的關(guān)系如圖2-1：圖STYLEREF1

38、s2SEQ圖*ARABICs11上行容量和噪聲抬升關(guān)系圖由圖可知，基站上行噪聲抬升和上行容量（負載）呈非線性關(guān)系。當上行容量（負載）達到一定門限，噪聲抬升急劇攀升。因此，UMTS的無線網(wǎng)絡(luò)規(guī)劃是基于一定上行負載的規(guī)劃，通常上行負載設(shè)計為50，對應(yīng)3db的噪聲抬升。當上行負載過大時，由于噪聲抬升的急劇攀升，系統(tǒng)的上行覆蓋和性能都會明顯惡化。小區(qū)上行噪聲抬升指標不能在后臺網(wǎng)管中直接統(tǒng)計，它的公式定義為：小區(qū)上行噪聲抬升=小區(qū)的載頻接收功率平均值-系統(tǒng)底噪目前ZTE的上行接納控制開關(guān)關(guān)閉，因此不會發(fā)生因上行RTWP受限導(dǎo)致的接納拒絕。上行負載控制的開關(guān)雖然打開，但觸發(fā)上行負載控制的門限很高，所以實際

39、上上行負載控制操作很難發(fā)生?？偟膩碚f，ZTE目前的RRM算法對上行負荷基本沒有控制。但在容量監(jiān)控中，仍有必要對上行負荷進行監(jiān)控，因為當上行負荷過高時，網(wǎng)絡(luò)的上行覆蓋和上行性能都會明顯惡化，嚴重影響用戶體驗。HSDPA單用戶體驗速率對于HSDPA數(shù)據(jù)業(yè)務(wù)來說，衡量用戶體驗的指標除了接通率、掉話率等傳統(tǒng)指標以外，用戶實時下載速率是個更為重要的指標。當由于容量的原因?qū)е翲SDPA用戶的實時體驗速率低于期望值時，我們就需要對網(wǎng)絡(luò)進行優(yōu)化和擴容。由于HSDPA的技術(shù)特征，它總是盡可能充分利用系統(tǒng)的剩余功率資源和碼資源進行數(shù)據(jù)的傳輸，因此，傳統(tǒng)的功率利用率或碼資源利用率指標不適合用于HSDPA業(yè)務(wù)負荷的監(jiān)

40、控，且它們不能反映出用戶實時體驗速率，二者必須結(jié)合起來進行。理想情況下，如果系統(tǒng)能提供HSDPA用戶實時體驗速率的KPI指標，我們就能夠直接監(jiān)控網(wǎng)絡(luò)中用戶的實時體驗速率狀況。當HSDPA用戶實時體驗速率不能滿足期望時，原因可能是網(wǎng)絡(luò)覆蓋不好、傳輸帶寬不夠、或同時發(fā)起數(shù)據(jù)傳輸?shù)挠脩魯?shù)太多。對于前兩個原因，應(yīng)該首先優(yōu)化網(wǎng)絡(luò)覆蓋和進行傳輸擴容，只有因為同時發(fā)起數(shù)據(jù)傳輸?shù)挠脩魯?shù)太多原因?qū)е碌腍SDPA用戶速率低，才需要進行網(wǎng)絡(luò)優(yōu)化和擴容。這是因為HS-PDSCH為共享物理信道，HSDPA的傳輸帶寬為所有HSDPA用戶共享，如果同時發(fā)起數(shù)據(jù)傳輸?shù)挠脩魯?shù)太多，勢必造成每用戶的HSDPA實時傳輸速率下降。因

41、此，除了HSDPA用戶實時體驗速率指標外，系統(tǒng)還應(yīng)該提供HSDPA實時傳輸用戶數(shù)指標，用于輔助判斷是否是因為同時進行數(shù)據(jù)傳輸?shù)腍SDPA用戶數(shù)太多，才導(dǎo)致每用戶的HSDPA實時傳輸速率太低。目前，后臺網(wǎng)管中缺少直接監(jiān)控HSDPA用戶實時體驗速率和HSDPA實時傳輸用戶數(shù)的指標，我們可以用HSDPA單用戶平均吞吐率和平均用戶數(shù)等指標評估當前HSDPA網(wǎng)絡(luò)的用戶體驗速率。它們的定義如下：指標名稱HSDPA單用戶平均吞吐率RNC版本RNCV3.07RNCV3.09指標定義單用戶平均HSDPA吞吐率(Kbps)=HSDPA下行MAC證實的用戶數(shù)據(jù)量/（HSDPA平均用戶數(shù)*Gr）單用戶平均HSDPA吞

42、吐率(Kbps)=HSDPA下行MAC證實的用戶數(shù)據(jù)量/用戶HSDPA數(shù)據(jù)傳送時間指標公式C301330174/(PI30172*Gr)C310545121/(C310545123*Gr)指標說明此公式誤差在于，將HSDPA平均用戶數(shù)（即統(tǒng)計間隔時常大概6s內(nèi)的平均用戶數(shù)），看作是1秒內(nèi)的平均用戶數(shù)；或者說將6s內(nèi)的平均吞吐率看作是1s內(nèi)的平均吞吐率。這個公式可以近似反映單用戶HSDPA平均吞吐率。C310545123計數(shù)器統(tǒng)計每個TTI在MAC-hs緩存中具有數(shù)據(jù)的平均用戶數(shù)，在此309版本中這個計數(shù)器的含義NodeB已經(jīng)更正，不是指調(diào)度到的用戶數(shù)，而是指有數(shù)據(jù)待調(diào)度的用戶數(shù)，然后平均到統(tǒng)計

43、周期Gr，所以(C310545123*Gr)可以表示用戶HSDPA數(shù)據(jù)傳送時間，能夠準確的反映單用戶體驗速率。這個指標一定程度上可以表征用戶的HSDPA實時體驗速率。HSDPA單用戶平均吞吐率和實時吞吐率之間的關(guān)系為：HSDPA單用戶平均吞吐率=HSDPA用戶實時吞吐率*信道激活因子假設(shè)激活因子一定的情況下，可以根據(jù)HSDPA單用戶平均吞吐率反推出HSDPA用戶實時吞吐率。HSDPA小區(qū)平均吞吐率HSDPA小區(qū)平均吞吐率=HSDPA下行MAC證實的用戶數(shù)據(jù)量/(MAC-hs在緩存中具有用戶數(shù)據(jù)的TTI總數(shù)*0.02)，單位是kbps。它表征了數(shù)據(jù)傳輸時間內(nèi)的小區(qū)HSDPA平均吞吐率。HSDPA

44、業(yè)務(wù)話務(wù)量HSDPA業(yè)務(wù)話務(wù)量=HS-DSCH信道C,S,I,B四類業(yè)務(wù)各類業(yè)務(wù)保持時間的總和/3600這個指標主要反映小區(qū)的繁忙程度。在RNCV3.07版本中這個指標針對物理小區(qū)統(tǒng)計，在RNCV3.09版本，這個指標針對邏輯小區(qū)統(tǒng)計可以從邏輯小區(qū)匯總到物理小區(qū)。高負荷網(wǎng)絡(luò)優(yōu)化網(wǎng)絡(luò)負荷優(yōu)化流程網(wǎng)絡(luò)負荷優(yōu)化所處階段高負荷狀態(tài)的網(wǎng)絡(luò)，會產(chǎn)生如接入失敗、切換失敗、掉話、HSPA低速等諸多問題，嚴重影響用戶感受，迫切需要進行優(yōu)化或者擴容。圖3-1所示網(wǎng)絡(luò)負荷優(yōu)化所處階段，網(wǎng)絡(luò)負荷優(yōu)化處于網(wǎng)絡(luò)負荷抬升之后，網(wǎng)絡(luò)擴容之前。圖STYLEREF1s3SEQ圖*ARABICs11網(wǎng)絡(luò)負荷優(yōu)化所處階段示意圖網(wǎng)絡(luò)負

45、荷優(yōu)化流程網(wǎng)絡(luò)負荷優(yōu)化流程如圖3-2所示，實際上高負荷網(wǎng)絡(luò)的優(yōu)化主要針對小區(qū)空口資源，針對小區(qū)負荷抬升，可以通過RF優(yōu)化和參數(shù)優(yōu)化來解決，其中參數(shù)優(yōu)化包括切換門限優(yōu)化和接納擁塞控制手段（拒絕和搶占），還包括系統(tǒng)內(nèi)、系統(tǒng)間小區(qū)負荷平衡。而對于NodeB和RNC設(shè)備負荷抬升，屬于自身硬件資源耗盡，此時僅作接納，以保護RNC系統(tǒng)，沒有小區(qū)間負荷均衡等其它優(yōu)化手段。圖STYLEREF1s3SEQ圖*ARABICs12高負荷網(wǎng)絡(luò)優(yōu)化流程網(wǎng)絡(luò)負荷優(yōu)化常用手段依據(jù)圖3-2優(yōu)化流程，以及小區(qū)負荷監(jiān)控指標，空口資源常用優(yōu)化手段可表示如表3-1：（SPI定義詳見章節(jié)）圖STYLEREF1s3SEQ圖*ARABIC

46、s13小區(qū)負荷常用優(yōu)化手段評估類別用戶體驗資源占用狀況優(yōu)化可用手段用戶體驗數(shù)據(jù)速率體驗差即：SPI1*SPI2*SPI3=1小區(qū)碼資源平均可用率高即SPI7=0擁塞控制小區(qū)碼資源平均可用率低即SPI7=1HSPA+負荷均衡雙載波策略DC負荷均衡策略碼資源擁塞SPI8=1NonHSDPA碼資源平均占用率高SPI4=1擁塞控制負荷均衡NonHSDPA碼資源平均占用率低SPI4=0擁塞控制下行功率資源擁塞SPI9=1NonHSDPA小區(qū)載頻發(fā)射功率平均利用率高SPI5=1/NonHSDPA小區(qū)載頻發(fā)射功率平均利用率低SPI5=0擁塞控制軟切換優(yōu)化目前，對于用網(wǎng)優(yōu)手段有潛力可以解決的一些負荷的虛抬升，

47、可以通過以下RF優(yōu)化或參數(shù)優(yōu)化手段解決?？刂栖浨袚Q比例對軟切換比例的控制。目前針對一些區(qū)域軟切換比例較高，使得這些區(qū)域小區(qū)的碼資源和功率資源被占用過多，針對這樣的負荷虛抬升，其他R99用戶更難接入，我們一定要用RF優(yōu)化手段減少沒必要的軟切換區(qū)域，更好的控制軟切換比例。1）軟切換比例評估。一般來講，軟切換比例=軟切換次數(shù)/新建業(yè)務(wù)次數(shù)=45%；如果切入本小區(qū)軟切換次數(shù)遠遠大于45%，我們就要考慮減少切入本小區(qū)的軟切換，以緩解小區(qū)碼資源和功率資源被軟切換占用過多。2）優(yōu)化手段。通常情況下，我們有以下手段可以控制軟切換比例：（1）鄰區(qū)優(yōu)化，合理的鄰區(qū)配置和優(yōu)化是我們控制軟切比例基本。我司NCOS工具

48、可對鄰區(qū)優(yōu)化給予準確的指導(dǎo)和有效輔助。（2）優(yōu)化切換門限，切換門限過高或者過低都不利于正常發(fā)揮網(wǎng)絡(luò)性能，所以我們應(yīng)根據(jù)無線環(huán)境實際情況確定適當?shù)念l內(nèi)、頻間或者系統(tǒng)間的切換觸發(fā)門限。我司CNO網(wǎng)優(yōu)工具目前可以輔助實現(xiàn)切換參數(shù)批量修改任務(wù)，如果需要修改的條目較少，也可手工實現(xiàn)。減少軟切換開銷因切換產(chǎn)生的接納拒絕。由于切換原因使得功率和碼資源很容易被占用，尤其是在IUR口的地方，發(fā)生由于切換原因?qū)е碌慕蛹{拒絕，解決方法是用RF手段盡量保證切換區(qū)域的導(dǎo)頻信號較純，在軟切換平滑過渡的前提下減少軟切換開銷。網(wǎng)絡(luò)擁塞控制優(yōu)化接納擁塞控制擁塞控制（CongestionControl）的作用在于系統(tǒng)擁塞的情況下

49、，能夠?qū)ο到y(tǒng)的無線資源進行再分配，根據(jù)業(yè)務(wù)屬性進行一系列控制措施來緩解擁塞，從而提高接通率，實現(xiàn)不同優(yōu)先級的業(yè)務(wù)對系統(tǒng)資源的合理利用。當系統(tǒng)的上行或者下行負荷接近或超過接納控制門限，新的業(yè)務(wù)請求由于沒有足夠資源而無法接入，就意味著發(fā)生了擁塞，需要RNC執(zhí)行擁塞控制策略。這里所述的業(yè)務(wù)請求包括：RAB建立、修改或協(xié)商/再協(xié)商、SRNC入局重定位、跨Iur接口RL建立、RNC內(nèi)部切換（切入），入局系統(tǒng)間切換，頻間切換（切入），RNC間軟切換（切入），同一個用戶的二次RAB建立,以及動態(tài)無線承載調(diào)整觸發(fā)的業(yè)務(wù)速率提升等。上述提到的資源包括：上行干擾、下行功率、數(shù)據(jù)吞吐量、下行碼資源、上行和下行Nod

50、eB的CE資源、HSPA用戶數(shù)。當發(fā)生擁塞時不應(yīng)將請求的業(yè)務(wù)直接拒絕，而應(yīng)該根據(jù)該業(yè)務(wù)的時延要求和優(yōu)先級進行鏈路強拆、排隊和擁塞降負荷處理，從而釋放出部分資源，提高業(yè)務(wù)的接通概率。當系統(tǒng)發(fā)生擁塞時，可以觸發(fā)資源搶占的功能，以體現(xiàn)高優(yōu)先級用戶的差異化和提高系統(tǒng)的呼通率，其主要策略體現(xiàn)在下述兩個方面：強拆：具有強拆能力的高優(yōu)先級業(yè)務(wù)可以強拆低優(yōu)先級的用戶的業(yè)務(wù)，通過搶占其它可以被強拆的且優(yōu)先級較低的用戶的資源來快速接入，體現(xiàn)用戶之間的服務(wù)差異化。降速：降低在線用戶數(shù)據(jù)速率，提高呼通率。本章節(jié)不對擁塞控制做具體說明，如有深入了解需求，請參考我司文檔ZTEUMTSCongestionControlFe

51、atureDescriptionV3.0和PM_SME-29_RAN-7ZTEUMTSCongestionControlFeatureDescriptionV4.0.擁塞控制優(yōu)化場景網(wǎng)絡(luò)擁塞控制優(yōu)化場景及方法主要有以下幾種：1）對于碼資源擁塞且小區(qū)內(nèi)HS-PDSCH的最小可用碼道有下調(diào)空間：下調(diào)HS-PDSCH的最小可用碼道數(shù)目；2）對于碼資源擁塞且小區(qū)內(nèi)HS碼道數(shù)大于HS最小碼道：調(diào)整DPCH和HS碼資源動態(tài)搶占參數(shù)來減小擁塞3）對于碼資源擁塞且小區(qū)存在大速率DCH業(yè)務(wù)：限制DCH的最大速率或調(diào)整DCH擁塞控制參數(shù)來減小擁塞；4）對于NodeBCE資源擁塞且小區(qū)存在大速率DCH業(yè)務(wù)：調(diào)整DC

52、H擁塞控制參數(shù)來減小擁塞；5）對于NonHSPower資源擁塞且小區(qū)存在大速率DCH業(yè)務(wù)：調(diào)整DCH擁塞控制參數(shù)來減小擁塞；接納擁塞可優(yōu)化參數(shù)配置下面主要介紹擁塞控制可優(yōu)化參數(shù)的配置以及使用場景。表STYLEREF1s3SEQ表*ARABICs11接納擁塞可優(yōu)化參數(shù)匯總NUMAbbreviatednameParametername1MaxNumUeOfDecRatMaximumNumberofUEDecreasingRateWhenCongestion2UlNormBitRateUplinkNominalBitRate3DlNormBitRateDownlinkNominalBitRate4H

53、sdschTotPwrMethHSPATotalDownlinkPowerAllocationMethod5MinHspaPwrRtoMinimumHSPATotalDownlinkPower6NodeBSafeThrSafeThresholdforNodeB7TTrueQTimeofTrueQueue8QLengthTrueQueueLength9UlDnMaxStgMaximumNumberofDegradedUplinkLoadStepsEveryTime10DlDnMaxStgMaximumNumberofDegradedDownlinkLoadStepsEveryTimeMaximu

54、mNumberofUEDecreasingRateWhenCongestion參數(shù)描述ParameternameMaximumNumberofUEDecreasingRateWhenCongestionAbbreviatednameMaxNumUeOfDecRatDescriptionThisparameterindicatesthemaximumnumberofserviceswhoserateswillbedecreasedeachtimewhencongestiontakesplace.RangeandStep1，100UnitN/ADefaultValue(note)3OMC路徑界面路

55、徑：View-ConfigurationManagement-RNCNE-RNCRadioResourceManagement-UtranCell-UtranCellXXX-ModifyAdvancedParameter-LoadControlRelationship-MaximumNumberofUEDecreasingRateWhenCongestion參數(shù)配置該參數(shù)在觸發(fā)擁塞降負荷時會用到。根據(jù)當前的擁塞情況，選擇上行/下行DCH承載的用戶個數(shù)。若增大該參數(shù)，進行降負荷處理時，每次選擇的可降速的DCH用戶數(shù)會增加，釋放的資源也相應(yīng)增多；若減小該參數(shù)，每次選擇的可降速的DCH用戶數(shù)會減少，

56、釋放的資源也相應(yīng)減少。默認配置是3個。UplinkNominalBitRate參數(shù)描述ParameternameUplinkNominalBitRateAbbreviatednameUlNormBitRateMAX_BPDescriptionThisparameterindicatesthenominalbitrateforuplinkinteractive/backgroundservices.ItismappedfromtheBasicPriorityandisusedinDRBCqueuescheduling,congestioncontrolandloadcontrol.WhereMA

57、X_BPisthemaximumnumberoftheBasicPriority,whichequalsto16.RangeandStep(1.65535)kbpsstep1kbpsUnitN/ADefaultValue(note)8,8,8,8,8,16,16,16,16,16,16,64,64,64,64,64kbpsOMC路徑界面路徑：1）View-ConfigurationManagement-RNCNE（rightclick）-ApplyMutexRight2）View-ConfigurationManagement-RNCNE-QosConfiguration-Priorityan

58、dRateSegmentRelatedQosConfiguration-Checking-UplinkNominalBitRate參數(shù)配置該參數(shù)主要用于DRBC隊列調(diào)度、擁塞控制及負荷控制等功能。在擁塞降負荷，DRBC隊列調(diào)度，負荷控制執(zhí)行降速操作時，被降速的UE優(yōu)先級計算和名義速率有關(guān)，這個參數(shù)指示了上行交互類/背景類業(yè)務(wù)的名義速率，與基本優(yōu)先級相關(guān)。每種基本優(yōu)先級對應(yīng)相應(yīng)的名義速率。默認配置是8,8,8,8,8,16,16,16,16,16,16,64,64,64,64,64kbps若增大一個基本優(yōu)先級的名義速率，那么在擁塞降負荷，DRBC隊列調(diào)度，負荷控制執(zhí)行降速操作時，被降速UE的減速

59、選擇優(yōu)先級容易被提高。若減小一個基本優(yōu)先級的名義速率，那么在擁塞降負荷，DRBC隊列調(diào)度，負荷控制執(zhí)行降速操作時，被降速UE的減速選擇優(yōu)先級容易被降低。DownlinkNominalBitRate參數(shù)描述ParameternameDownlinkNominalBitRateAbbreviatednameDlNormBitRateMAX_BPDescriptionThisparameterindicatesthenominalbitratefordownlinkinteractive/backgroundservices.ItismappedfromtheBasicPriorityandisus

60、edinDRBCqueuescheduling,congestioncontrolandloadcontrol.WhereMAX_BPisthemaximumnumberoftheBasicPriority,whichequalsto16.RangeandStep(1.65535)kbpsstep1kbpsUnitN/ADefaultValue(note)8,8,8,8,8,16,16,16,16,16,16,64,64,64,64,64kbpsOMC路徑界面路徑：1）View-ConfigurationManagement-RNCNE（rightclick）-ApplyMutexRight2