移動(dòng)用戶業(yè)務(wù)感知時(shí)延類KQI優(yōu)化

李鐘瑞 戴明珠

摘 要：在移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)迅猛發(fā)展的背景下，通信設(shè)備的KPI無(wú)法反映用戶真實(shí)業(yè)務(wù)感知的問(wèn)題日益凸顯，運(yùn)營(yíng)商逐漸從傳統(tǒng)KPI向感知時(shí)延類KQI轉(zhuǎn)變，以期為移動(dòng)互聯(lián)網(wǎng)用戶提供更好的用戶體驗(yàn)。為實(shí)現(xiàn)對(duì)移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)用戶進(jìn)行全面、及時(shí)、準(zhǔn)確的感知評(píng)估，分析用戶業(yè)務(wù)感知時(shí)延類KQI流程，對(duì)包括DRX相關(guān)參數(shù)、智能預(yù)調(diào)度參數(shù)等7個(gè)方面的參數(shù)配置進(jìn)行優(yōu)化，完成對(duì)主流網(wǎng)站時(shí)延類KQI指標(biāo)的測(cè)試，結(jié)果證明該優(yōu)化方案能夠有效提升移動(dòng)用戶業(yè)務(wù)感知時(shí)延類KQI。

關(guān)鍵詞：移動(dòng)互聯(lián)網(wǎng);用戶體驗(yàn);時(shí)延類KQI;業(yè)務(wù)感知

DOI：10. 11907/rjdk. 181659

中圖分類號(hào)：TP393文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1672-7800（2019）002-0169-05

Abstract： Under the background of the rapid development of mobile Internet services， the problem that the KPIs of communication equipment fails to reflect the users real business perception has become increasingly prominent.Telecommunication operators have Suifted their focus gradually from traditional KPIs to perceived KQIs，and try to provide a better user experience for mobile Internet users. The processes of user service-aware time delay KQI and segmentation delays are analyzed in order to achieve a comprehensive，timely and accurate perception assessment of mobile Internet business users.Optimized configurations of seven parameters which include DRX related parameters and intelligent pre-schedule related parameters was done，and the test that getting time delay KQI indicators from mainstream websites was completed.It was proved that the proposed optimization scheme can effectively improve the service-aware time delay KQI of mobile users.

Key Words： mobile internet; user experience;time delay KQI;service-awareness

0 引言

隨著移動(dòng)通信網(wǎng)絡(luò)的發(fā)展，各運(yùn)營(yíng)商圍繞移動(dòng)數(shù)據(jù)業(yè)務(wù)的爭(zhēng)奪愈發(fā)激烈，用戶對(duì)于真實(shí)網(wǎng)絡(luò)環(huán)境下的用戶體驗(yàn)要求近乎苛刻，網(wǎng)絡(luò)質(zhì)量與用戶體驗(yàn)成為運(yùn)營(yíng)商在4G時(shí)代決勝的關(guān)鍵。然而，傳統(tǒng)單純以績(jī)效指標(biāo)（KPI）為參照的考核標(biāo)準(zhǔn)，已不能完全體現(xiàn)真實(shí)的網(wǎng)絡(luò)性能，且無(wú)法準(zhǔn)確、及時(shí)地根據(jù)實(shí)際用戶體驗(yàn)進(jìn)行LTE網(wǎng)絡(luò)優(yōu)化[1-5]。因此，各運(yùn)營(yíng)商擬定了關(guān)鍵服務(wù)質(zhì)量指標(biāo)（KQI），建立了面向業(yè)務(wù)及市場(chǎng)價(jià)值的網(wǎng)絡(luò)分析體系[6-9]。以KQI為基礎(chǔ)的網(wǎng)絡(luò)環(huán)境監(jiān)測(cè)與分析方法在網(wǎng)絡(luò)環(huán)境優(yōu)化中同樣扮演著重要角色，其能夠從端到端的視角審視影響網(wǎng)絡(luò)建立時(shí)長(zhǎng)、業(yè)務(wù)使用質(zhì)量、網(wǎng)絡(luò)流暢度及服務(wù)響應(yīng)時(shí)間等關(guān)鍵服務(wù)質(zhì)量指標(biāo)（KQI）的因素，并梳理與這些影響因素相關(guān)的關(guān)鍵績(jī)效指標(biāo)[10-13]。由于傳統(tǒng)面向KPI與客戶投訴等以問(wèn)題為導(dǎo)向的網(wǎng)絡(luò)優(yōu)化方法存在人工操作效率低、質(zhì)量問(wèn)題定位周期長(zhǎng)等缺點(diǎn)，所以由KPI指標(biāo)測(cè)評(píng)方式轉(zhuǎn)變?yōu)橐悦嫦蛴脩舾兄獣r(shí)延類KQI測(cè)評(píng)方法為主導(dǎo)的測(cè)評(píng)方式是十分必要的，各大運(yùn)營(yíng)商急需一套移動(dòng)用戶業(yè)務(wù)感知時(shí)延類KQI優(yōu)化方案，以實(shí)現(xiàn)先于用戶發(fā)現(xiàn)問(wèn)題并對(duì)問(wèn)題進(jìn)行優(yōu)化[14-17]。

從“面向網(wǎng)絡(luò)”的KPI評(píng)價(jià)向“面向用戶感知”的KQI評(píng)價(jià)轉(zhuǎn)變，通過(guò)“主動(dòng)化”、“精細(xì)化”的運(yùn)營(yíng)方式，使客戶得到良好體驗(yàn)，是運(yùn)營(yíng)商推進(jìn)業(yè)務(wù)發(fā)展并確保市場(chǎng)競(jìng)爭(zhēng)力的關(guān)鍵因素之一。本文對(duì)移動(dòng)互聯(lián)網(wǎng)主流業(yè)務(wù)以及影響用戶業(yè)務(wù)感知質(zhì)量的相關(guān)因素等進(jìn)行研究與分析，提出一種用戶感知網(wǎng)頁(yè)時(shí)延KQI優(yōu)化方法，并對(duì)優(yōu)化前后的網(wǎng)頁(yè)時(shí)延測(cè)試結(jié)果進(jìn)行對(duì)比分析，以期為將來(lái)進(jìn)一步優(yōu)化移動(dòng)用戶業(yè)務(wù)感知KQI提供借鑒。

1 業(yè)務(wù)感知時(shí)延類KQI介紹

1.1 用戶使用智能手機(jī)（或電腦）瀏覽網(wǎng)頁(yè)過(guò)程

一般而言，用戶使用智能手機(jī)或電腦設(shè)備瀏覽網(wǎng)頁(yè)過(guò)程主要包含以下幾個(gè)步驟[18]：①用戶開(kāi)機(jī);②終端與基站建立業(yè)務(wù)信道（RRC連接）和無(wú)線承載（E-RAB）;③用戶輸入網(wǎng)址，點(diǎn)擊確認(rèn);④若終端不知道該網(wǎng)頁(yè)IP地址，則對(duì)DNS服務(wù)器進(jìn)行DNS查詢，否則直接提取終端內(nèi)該網(wǎng)址對(duì)應(yīng)的IP 地址;⑤終端發(fā)送GET/POST 消息給對(duì)應(yīng)SP，SP作出應(yīng)答;⑥用戶請(qǐng)求訪問(wèn)的內(nèi)容顯示在終端屏幕上;⑦前向/反向數(shù)據(jù)傳送完畢后，關(guān)閉TCP連接。

1.2 瀏覽類時(shí)延占比分析

縱向分階段分析給出影響網(wǎng)頁(yè)瀏覽時(shí)延的主要階段以及各縱向階段時(shí)延占比，一次完整的網(wǎng)頁(yè)打開(kāi)流程包含以下7個(gè)階段：①無(wú)線接入（無(wú)線空口連接+EPS承載建立）;②DNS查詢;③TCP 3次握手;④SP響應(yīng)（下發(fā)GET的ACK以及第1個(gè)數(shù)據(jù)包）;⑤SP下發(fā)首個(gè)GET的后續(xù)數(shù)據(jù)包;⑥SP陸續(xù)下發(fā)其它GET的響應(yīng)數(shù)據(jù)包;⑦TCP 4次握手。

打開(kāi)網(wǎng)頁(yè)時(shí)，頁(yè)面首包時(shí)延各段占比情況如圖1所示，從圖中可以看出，無(wú)線接入時(shí)延與SP響應(yīng)時(shí)延在4種主要時(shí)延中占比超過(guò)81%。

2 業(yè)務(wù)感知類分段時(shí)延

通過(guò)分階段進(jìn)行時(shí)延統(tǒng)計(jì)并鎖定異常時(shí)延階段，可為后續(xù)網(wǎng)頁(yè)時(shí)延分析指明方向[19-20]。

2.1 網(wǎng)頁(yè)首包時(shí)延

網(wǎng)頁(yè)首包時(shí)延是指統(tǒng)計(jì)手機(jī)發(fā)送的第一個(gè)DNS查詢請(qǐng)求消息到手機(jī)收到SP下發(fā)的第一個(gè)TCP數(shù)據(jù)包之間的時(shí)延，其計(jì)算公式如下：

網(wǎng)頁(yè)首包時(shí)延=手機(jī)抓包抓取的DNS查詢時(shí)延+TCP握手時(shí)延+GET首包時(shí)延+SP處理時(shí)延（終端側(cè)）

其中，手機(jī)抓包抓取的DNS查詢時(shí)延=無(wú)線接入時(shí)延+DNS正常查詢時(shí)延， GET首包時(shí)延為SP響應(yīng)時(shí)延。

為便于理解，從網(wǎng)頁(yè)打開(kāi)流程上看，首先為無(wú)線接入過(guò)程，然后為DNS 查詢過(guò)程，但實(shí)際情況是，在空閑狀態(tài)時(shí)，首先進(jìn)行DNS查詢請(qǐng)求，再進(jìn)行無(wú)線接入，接入成功后才將DNS查詢請(qǐng)求發(fā)送出去，所以手機(jī)抓包抓取的DNS查詢時(shí)延包含無(wú)線接入時(shí)延。

2.2 網(wǎng)頁(yè)打開(kāi)時(shí)延

只要某網(wǎng)頁(yè)的第1個(gè)GET消息獲得響應(yīng)且本次GET 獲取的數(shù)據(jù)包完全下發(fā)給終端，則認(rèn)為該網(wǎng)頁(yè)已經(jīng)打開(kāi)。一般而言訪問(wèn)網(wǎng)頁(yè)產(chǎn)生的第1個(gè)GET消息用來(lái)獲取網(wǎng)頁(yè)的HTML框架文件，網(wǎng)頁(yè)打開(kāi)時(shí)延計(jì)算公式如下：

網(wǎng)頁(yè)打開(kāi)時(shí)延=網(wǎng)頁(yè)首包時(shí)延+主頁(yè)下載時(shí)延

需要注意的是，當(dāng)終端處于激活狀態(tài)并進(jìn)行網(wǎng)頁(yè)瀏覽時(shí)，是在已有的無(wú)線承載上發(fā)送業(yè)務(wù)包，所以此時(shí)的無(wú)線接入時(shí)延為0;當(dāng)終端處于空閑狀態(tài)時(shí)，任何上層業(yè)務(wù)請(qǐng)求都會(huì)觸發(fā)建立RRC連接以及無(wú)線E-RAB承載，此時(shí)無(wú)線接入時(shí)延必然大于0。

2.3 網(wǎng)頁(yè)完整打開(kāi)時(shí)延

一個(gè)網(wǎng)頁(yè)由很多元素組成，只有把所有元素都下載到終端并加以顯示，網(wǎng)頁(yè)才算完整打開(kāi)?？紤]到不同客戶端與服務(wù)器端的連接策略不同，網(wǎng)頁(yè)完整打開(kāi)時(shí)延不僅受網(wǎng)絡(luò)質(zhì)量影響，還與用戶行為有關(guān)，而且不同SP的網(wǎng)頁(yè)大小不同，所以該指標(biāo)不建議作為時(shí)延感知的考核指標(biāo)，而僅作參考用途。該指標(biāo)定義為歸屬某個(gè)網(wǎng)頁(yè)的所有GET消息中，最后一個(gè)GET響應(yīng)消息距離觸發(fā)第1個(gè)GET的Service Request消息間的時(shí)延。

2.4 DNS查詢時(shí)延

DNS 查詢時(shí)延是UE瀏覽器客戶端向DNS服務(wù)器查詢目的域名IP地址過(guò)程中引入的時(shí)延。由于客戶端在獲取一次DNS查詢結(jié)果后，會(huì)將該結(jié)果緩存，直到查詢結(jié)果的老化時(shí)間結(jié)束，才會(huì)再次發(fā)起DNS查詢，這意味著DNS查詢不是每次網(wǎng)頁(yè)瀏覽業(yè)務(wù)必須經(jīng)歷的業(yè)務(wù)環(huán)節(jié)。

2.5 TCP握手時(shí)延

在獲取服務(wù)器IP地址后，客戶端即發(fā)起對(duì)應(yīng)IP的TCP鏈接建立請(qǐng)求，與服務(wù)器側(cè)交互，建立TCP鏈接，此時(shí)產(chǎn)生的時(shí)間即為TCP握手時(shí)延。

2.6 GET首包時(shí)延

GET首包時(shí)延也被稱為SP響應(yīng)時(shí)延，是指從客戶端發(fā)起GET請(qǐng)求消息，到客戶端接收到應(yīng)用層響應(yīng)第一個(gè)數(shù)據(jù)包時(shí)產(chǎn)生的時(shí)間間隔。

2.7 SP處理時(shí)延（終端側(cè)）

SP處理時(shí)延（終端側(cè)）是指從客戶端收到GET請(qǐng)求報(bào)文TCP的ACK，到接收完服務(wù)器下發(fā)首個(gè)業(yè)務(wù)包的時(shí)延。該時(shí)延指標(biāo)主要反映服務(wù)器的業(yè)務(wù)響應(yīng)性能。

2.8 主頁(yè)下載時(shí)延

主頁(yè)下載時(shí)延是指客戶端收到服務(wù)器針對(duì)首個(gè)GET消息下發(fā)的首個(gè)業(yè)務(wù)包，到收到服務(wù)器下發(fā)的針對(duì)首個(gè)GET消息最后一個(gè)業(yè)務(wù)包的時(shí)延。該時(shí)延指標(biāo)取決于首頁(yè)大小及傳輸通道性能。

3 用戶感知網(wǎng)頁(yè)時(shí)延分析手段

對(duì)某片區(qū)域進(jìn)行網(wǎng)頁(yè)瀏覽業(yè)務(wù)時(shí)延KQI測(cè)試主要有3種方法，分別為手機(jī)瀏覽器APP+抓包、skyruler網(wǎng)頁(yè)瀏覽測(cè)試、專業(yè)業(yè)務(wù)感知網(wǎng)管評(píng)估。根據(jù)不同的現(xiàn)場(chǎng)環(huán)境，可以結(jié)合實(shí)際情況選擇不同方式進(jìn)行感知測(cè)試。

3.1 手機(jī)瀏覽器APP+抓包

手機(jī)瀏覽器加抓包的方式最為原始，效率最低，但最容易實(shí)現(xiàn)。需要在手機(jī)上安裝主流的瀏覽器（例如QQ瀏覽器等），然后手動(dòng)訪問(wèn)某測(cè)試網(wǎng)站，同時(shí)安裝手機(jī)抓包APP 及防火墻APP一起配合測(cè)試。防火墻APP的作用是避免在抓包時(shí)產(chǎn)生過(guò)多非網(wǎng)頁(yè)測(cè)試的雜包，從而給后續(xù)抓包數(shù)據(jù)分析造成不便。而且，由于本方法無(wú)法抓取無(wú)線側(cè)LOG，所以無(wú)法評(píng)估無(wú)線環(huán)境對(duì)業(yè)務(wù)感知的影響。

3.2 專業(yè)業(yè)務(wù)感知網(wǎng)管評(píng)估

國(guó)內(nèi)三大運(yùn)營(yíng)商已經(jīng)建立了較為成熟的專業(yè)業(yè)務(wù)感知網(wǎng)管系統(tǒng)，包括話務(wù)網(wǎng)管、電子運(yùn)維、數(shù)據(jù)網(wǎng)管、傳輸網(wǎng)管等。運(yùn)營(yíng)商可通過(guò)專業(yè)業(yè)務(wù)感知網(wǎng)管采集DPI并部署APP，完成對(duì)KQI指標(biāo)數(shù)據(jù)的采集。

3.3 skyruler網(wǎng)頁(yè)瀏覽測(cè)試

該方法不用安裝專業(yè)的抓包APP應(yīng)用，skyruler可以同時(shí)實(shí)現(xiàn)無(wú)線側(cè)LOG抓取與網(wǎng)絡(luò)抓包，比以上兩種方式更加高效便捷，但采用這種方式需要購(gòu)買license。

4 用戶感知相關(guān)參數(shù)優(yōu)化

4.1 DRX相關(guān)參數(shù)調(diào)整

對(duì)于LTE而言，進(jìn)入DRX（非連續(xù)接收）狀態(tài)的UE（用戶體驗(yàn)）對(duì)業(yè)務(wù)響應(yīng)可能會(huì)有一定延遲，蘇醒態(tài)的UE一直在監(jiān)聽(tīng)PDCCH信道，進(jìn)入休眠態(tài)后則不再監(jiān)聽(tīng)，要等從休眠態(tài)重新進(jìn)入蘇醒態(tài)后再繼續(xù)接收。如果控制信道中信息傳送時(shí)UE恰好處于休眠態(tài)，則會(huì)對(duì)信息接收產(chǎn)生影響，即產(chǎn)生延遲。但是LTE一般都是數(shù)據(jù)業(yè)務(wù)，且業(yè)務(wù)是連續(xù)性的，一旦有控制信息傳送過(guò)來(lái)，UE則會(huì)退出DRX周期，而且在業(yè)務(wù)進(jìn)行期間不再受到DRX影響。

UE進(jìn)入DRX狀態(tài)一般是在網(wǎng)絡(luò)不活動(dòng)或系統(tǒng)未開(kāi)展業(yè)務(wù)時(shí)，用戶基本上不會(huì)感覺(jué)到網(wǎng)絡(luò)質(zhì)量的波動(dòng)。為了驗(yàn)證DRX相關(guān)參數(shù)對(duì)首包時(shí)延的影響，對(duì)DRX相關(guān)參數(shù)進(jìn)行調(diào)整，主要包括DRX短不連續(xù)循環(huán)周期定期器長(zhǎng)度、在DRX循環(huán)周期中UE蘇醒時(shí)間長(zhǎng)度與DRX非激活定時(shí)器等，具體配置參數(shù)調(diào)整如表1所示。

4.2 TCP亂序重排功能打開(kāi)

TCP亂序重排功能開(kāi)關(guān)指示了eNodeB是否允許使用TCP重排序功能，在該開(kāi)關(guān)被打開(kāi)時(shí)，來(lái)自核心網(wǎng)亂序的TCP業(yè)務(wù)會(huì)在eNodeB側(cè)被重新排序，并按照TCP序號(hào)順序被發(fā)送到空口中;在該開(kāi)關(guān)關(guān)閉時(shí)，eNode按照從核心網(wǎng)的接收順序?qū)I(yè)務(wù)數(shù)據(jù)發(fā)送到空口中。打開(kāi)該開(kāi)關(guān)有利于減少TCP業(yè)務(wù)的傳輸時(shí)延和抖動(dòng)，而且會(huì)對(duì)下行TCP報(bào)文進(jìn)行亂序糾正，但同時(shí)也對(duì)CPU的利用率造成一定影響。

4.3 TCP ACK分裂開(kāi)關(guān)打開(kāi)

TCP ACK分裂開(kāi)關(guān)打開(kāi)后，在TCP傳輸?shù)穆龁?dòng)階段，TCP ACK數(shù)量增多，相應(yīng)可以加快TCP發(fā)送窗口的擴(kuò)展。對(duì)于TCP層采用隔段確認(rèn)方式的場(chǎng)景，通過(guò)TCP ACK分裂進(jìn)行逐段確認(rèn)，可以有效加快TCP慢啟動(dòng)過(guò)程發(fā)送窗口的速度，使每一輪RTT周期可發(fā)送的數(shù)據(jù)量增長(zhǎng)率更高，從而降低了網(wǎng)站主頁(yè)主框架文件的下發(fā)輪次。也即是說(shuō)，通過(guò)ACK分裂加速了服務(wù)器的下行發(fā)包速度，從而使網(wǎng)頁(yè)打開(kāi)時(shí)延與網(wǎng)頁(yè)完整打開(kāi)時(shí)延得到不同程度的降低。

4.4 PDCP丟棄定時(shí)器調(diào)整

PDCP從高層接收到一個(gè)PDU，即會(huì)啟動(dòng)一個(gè)定時(shí)器，當(dāng)超時(shí)后沒(méi)有收到底層（RLC）指示時(shí)，則會(huì)丟棄此SDU，該定時(shí)器時(shí)間即為PDCP SDU的丟棄定時(shí)器時(shí)長(zhǎng)。

PDCP層丟棄定時(shí)器的主要目標(biāo)是通過(guò)RLC的最大32次重發(fā)機(jī)制，保證數(shù)據(jù)包能夠到達(dá)目的地。PDCP在10ms后即被丟棄，觸發(fā)上層應(yīng)用層重發(fā)機(jī)制，可能造成業(yè)務(wù)時(shí)延變得更長(zhǎng)，因此需要保證絕大多數(shù)數(shù)據(jù)包通過(guò)RLC層重發(fā)都可得到正常發(fā)送。如果底層重發(fā)后仍有部分包丟失，則應(yīng)調(diào)整為使用上層應(yīng)用層快速重發(fā)，此時(shí)需要調(diào)小discard time。

對(duì)于“PDCP反傳時(shí)是否發(fā)送狀態(tài)報(bào)告”這一參數(shù)，用于決定在PDCP重建時(shí)，是否給對(duì)端發(fā)送狀態(tài)報(bào)告。啟用PDCP發(fā)送狀態(tài)報(bào)告，會(huì)在切換或PDCP重建過(guò)程中，使目標(biāo)小區(qū)了解源側(cè)小區(qū)PDCP層SDU丟失的位置SN值，并使目標(biāo)小區(qū)獲取PDCP SDU的失序狀態(tài)，了解失序個(gè)數(shù)與SN值。同時(shí)也會(huì)讓目標(biāo)側(cè)獲取未收到SDU包的位置，使目標(biāo)小區(qū)更快地了解已成功傳輸?shù)腜DCP SDU，避免無(wú)限次重復(fù)發(fā)包，從而降低業(yè)務(wù)時(shí)延、提升速率。具體的PDCP丟棄定時(shí)器參數(shù)調(diào)整情況如表2所示。

4.5 上行混合調(diào)度算法修改

混合調(diào)度模式將在預(yù)調(diào)度持續(xù)時(shí)間內(nèi)，定時(shí)、主動(dòng)地向UE發(fā)送上行資源，UE利用該資源發(fā)送上行數(shù)據(jù)。UE發(fā)送上行資源的原有流程為：UE發(fā)送SR請(qǐng)求，基站檢測(cè)到SR后，產(chǎn)生虛擬的BSR進(jìn)行啟動(dòng)與調(diào)度，UE利用預(yù)調(diào)度資源發(fā)送ping包的上行數(shù)據(jù)與BSR。由于基站是周期性地對(duì)UE分配上行資源，而減少了UE發(fā)送SR的流程，從而縮短了ping包的時(shí)延。

在商用模式下開(kāi)啟上行混合調(diào)度，由于系統(tǒng)總用戶量較大，大量的上行資源預(yù)授權(quán)會(huì)導(dǎo)致基站的反向干擾加強(qiáng)，影響基站反向解調(diào)性能。

4.6 SRI輕負(fù)載門限

在UE打開(kāi)網(wǎng)頁(yè)過(guò)程中，UE可能因?yàn)榛拘^(qū)用戶接入過(guò)多，造成SRI資源負(fù)載過(guò)大，因而導(dǎo)致用戶數(shù)據(jù)接入時(shí)延變長(zhǎng)，使UE網(wǎng)頁(yè)打開(kāi)過(guò)程變慢。通過(guò)分析網(wǎng)絡(luò)優(yōu)化過(guò)程發(fā)現(xiàn)，可以通過(guò)調(diào)整PUCCH資源分配算法中的“SRI輕負(fù)載門限”參數(shù)，增大基站小區(qū)判決SRI資源負(fù)載狀態(tài)的接入用戶數(shù)門限值，從而降低HTTP頁(yè)面打開(kāi)時(shí)延。與之對(duì)應(yīng)的可同時(shí)將“SRI周期自適應(yīng)開(kāi)關(guān)”參數(shù)修改為“NOQCIADAPTIVE”，即基站僅根據(jù)小區(qū)SRI資源負(fù)載狀態(tài)，自適應(yīng)地調(diào)整用戶SRI周期。經(jīng)多次與多小區(qū)測(cè)試驗(yàn)證，該措施能有效降低部分網(wǎng)站的HTTP首包時(shí)延，但需注意其門限值需根據(jù)基站帶寬進(jìn)行合理設(shè)置，避免因該值設(shè)置過(guò)大，造成基站對(duì)小區(qū)SRI資源負(fù)載狀態(tài)的判決混淆。

SR機(jī)制的基本作用是可以更有效、充分地管理基站上行資源，以更合理地為用戶分配上行資源。如果UE沒(méi)有上行數(shù)據(jù)需要傳輸，eNodeB為了防止資源浪費(fèi)，則不用為該UE分配上行資源。因此，為獲得eNodeB分配的上行資源，UE需上報(bào)eNodeB，告知其存在上行數(shù)據(jù)需要傳輸，eNodeB收到請(qǐng)求后，根據(jù)此時(shí)上行信道質(zhì)量及SRI資源負(fù)載狀態(tài)分配上行資源給UE。UE在接收到eNodeB發(fā)送的資源分配通知后，開(kāi)始進(jìn)行數(shù)據(jù)傳送，直到eNodeB完整收到數(shù)據(jù)包。

在整個(gè)回環(huán)過(guò)程中，引入SRI輕負(fù)載門限以及SRI周期自適應(yīng)開(kāi)關(guān)算法機(jī)制，可以通過(guò)擴(kuò)大基站小區(qū)判決SRI資源負(fù)載狀態(tài)的接入用戶數(shù)門限值，使eNodeB能夠給UE分配更充足的資源。同時(shí)eNodeB可根據(jù)SRI資源負(fù)載狀態(tài)，自適應(yīng)地調(diào)整用戶周期，以減少整個(gè)過(guò)程的回環(huán)時(shí)間。SRI輕負(fù)載門限參數(shù)調(diào)整具體如表3所示。

4.7 智能預(yù)調(diào)度開(kāi)關(guān)

在用戶需要進(jìn)行資源調(diào)度時(shí)，在智能預(yù)調(diào)度打開(kāi)的情況下，不管用戶是否激活DRX，終端都將進(jìn)入智能預(yù)調(diào)度模式。智能預(yù)調(diào)度相比于普通預(yù)調(diào)度方式，在降低上行Ping時(shí)延與提高網(wǎng)頁(yè)打開(kāi)速度方面有更好的用戶體驗(yàn)。通過(guò)多次測(cè)試驗(yàn)證，該方案能有效降低部分網(wǎng)站的HTTP首包時(shí)延，對(duì)UE待機(jī)時(shí)長(zhǎng)也有一定提升。智能預(yù)調(diào)度和普通預(yù)調(diào)度在DRX與非DRX模式時(shí)的組合控制關(guān)系如表4所示。

網(wǎng)管中打開(kāi)智能預(yù)調(diào)度方法為：

打開(kāi)智能預(yù)調(diào)度的意義為：

（1）對(duì)上行ping時(shí)延的影響。打開(kāi)DRX，可以減小上行ping時(shí)延;關(guān)閉DRX，則導(dǎo)致上行ping時(shí)延增加。

（2）對(duì)異常掉話終端的影響。打開(kāi)智能預(yù)調(diào)度后，即使終端進(jìn)入DRX模式，基站在下行調(diào)度后，如果有剩余預(yù)調(diào)度資源，終端的RLC狀態(tài)報(bào)告可以不用申請(qǐng)上行調(diào)度請(qǐng)求，而直接通過(guò)預(yù)調(diào)度上報(bào)給基站，從而避免了異常終端在DRX下不發(fā)送SR，導(dǎo)致基站收不到RLC狀態(tài)報(bào)告而掉話的問(wèn)題。

根據(jù)其它區(qū)域通過(guò)智能預(yù)調(diào)度提升KQI的評(píng)估效果及經(jīng)驗(yàn)總結(jié)，對(duì)部分預(yù)調(diào)度參數(shù)進(jìn)行優(yōu)化調(diào)整，打開(kāi)預(yù)調(diào)度和智能預(yù)調(diào)度開(kāi)關(guān)，增加每個(gè)用戶的預(yù)調(diào)度數(shù)據(jù)量，縮短終端調(diào)度周期間隔，減小時(shí)延。智能預(yù)調(diào)度相關(guān)參數(shù)調(diào)整具體如表5所示。

5 用戶感知優(yōu)化實(shí)例

使用用戶感知相關(guān)參數(shù)優(yōu)化中介紹的各參數(shù)“默認(rèn)值”與“建議修改值”，分別對(duì)百度、淘寶等主流網(wǎng)站的KQI值進(jìn)行外場(chǎng)測(cè)試，使用的網(wǎng)絡(luò)為普洱市電信網(wǎng)，選擇同一定點(diǎn)對(duì)目標(biāo)網(wǎng)站進(jìn)行參數(shù)修改前后的對(duì)比測(cè)試。

本次測(cè)試對(duì)象為百度、搜狐、淘寶、騰訊、網(wǎng)易、新浪共6個(gè)主流網(wǎng)站，外場(chǎng)測(cè)試結(jié)果如表6所示。表6中對(duì)參數(shù)修改前后各網(wǎng)站的時(shí)延測(cè)試結(jié)果進(jìn)行了對(duì)比，從表中可以看出，使用改進(jìn)后參數(shù)獲得的首包時(shí)延、頁(yè)面打開(kāi)時(shí)延、DNS解析時(shí)延等6項(xiàng)測(cè)試指標(biāo)均得到不同程度降低。

參數(shù)修改前后的總時(shí)延對(duì)比情況如圖2所示，可以明顯觀察到，使用修改后的參數(shù)對(duì)6個(gè)目標(biāo)網(wǎng)站進(jìn)行測(cè)試，得到的總時(shí)延值均明顯小于參數(shù)修改前獲得的總時(shí)延值。

6 結(jié)語(yǔ)

通過(guò)以上研究與測(cè)試表明，使用本文提出的優(yōu)化方案改進(jìn)用戶感知相關(guān)參數(shù)，能夠有效優(yōu)化移動(dòng)用戶業(yè)務(wù)感知時(shí)延類KQI。無(wú)線網(wǎng)絡(luò)參數(shù)調(diào)整對(duì)網(wǎng)絡(luò)的影響是多方面的，除對(duì)上述時(shí)延類指標(biāo)的影響外，同樣需要關(guān)注其對(duì)吞吐率、接入性、保持性等KPI指標(biāo)的影響情況，評(píng)估效果后再進(jìn)行參數(shù)修改，以實(shí)現(xiàn)對(duì)全網(wǎng)KQI指標(biāo)的優(yōu)化。

參考文獻(xiàn)：

[1] 祝娜. 基于UE的數(shù)據(jù)業(yè)務(wù)優(yōu)化模型及應(yīng)用[J]. 通信技術(shù)，2013（7）：99-102.

[2] 苑婷婷. LTE系統(tǒng)語(yǔ)音業(yè)務(wù)質(zhì)量評(píng)估與性能優(yōu)化[D]. 北京：北京理工大學(xué)，2015.

[3] 耿迎春. 4G網(wǎng)絡(luò)面臨的問(wèn)題及優(yōu)化方式之研究[J]. 通信設(shè)計(jì)與應(yīng)用，2016（2）：2-3.

[4] 羅軍舟，吳文甲，楊明. 移動(dòng)互聯(lián)網(wǎng)：終端、網(wǎng)絡(luò)與服務(wù)[J]. 計(jì)算機(jī)學(xué)報(bào)，2011，34（11）：2029-2051.

[5] 戴鵬程，沈亮，萬(wàn)仁輝，等. 流量業(yè)務(wù)用戶感知的評(píng)估方法分析[J]. 電信工程技術(shù)與標(biāo)準(zhǔn)，2014（3）：11-15.

[6] 陳森， 陳超， 張小勇，等.? 基于大數(shù)據(jù)分析的移動(dòng)互聯(lián)網(wǎng)用戶感知評(píng)估系統(tǒng)[J].? 電信科學(xué)， 2015， 31（4）：148-155.

[7] 董良松. 基于A+ABIS的KQI網(wǎng)絡(luò)優(yōu)化分析[J]. 科技展望，2016，26（22）：14.

[8] 曹恒. WCDMA無(wú)線網(wǎng)與傳輸網(wǎng)互聯(lián)方案優(yōu)化研究[J]. 郵電設(shè)計(jì)技術(shù)，2012（7）：61-66.

[9] 張小林，廖章君，曹磊，等. 基于移動(dòng)互聯(lián)網(wǎng)的端到端移動(dòng)用戶感知評(píng)估研究[J]. 現(xiàn)代電信科技，2012（11）：73-76.

[10] 吳濤，董振亮，董勵(lì). 基于KQI和KPI指標(biāo)映射的模糊計(jì)算方法[J]. 吉林大學(xué)學(xué)報(bào)，2015（1）：95-100.

[11] 劉冰. 基于用戶感知的網(wǎng)絡(luò)優(yōu)化項(xiàng)目質(zhì)量管理研究[D]. 北京：北京郵電大學(xué)，2012.

[12] 陳德金，鄭成林，吳智愷. LTE移動(dòng)用戶感知模型研究[J]. 電信技術(shù)，2015（3）：14-16.

[13] 操宜潔. 移動(dòng)通信集團(tuán)客戶價(jià)值評(píng)估模型的研究[D]. 上海：上海交通大學(xué)，2011.

[14] 馬嘯威，曹維華，李文云. 移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)感知質(zhì)量?jī)?yōu)化方法及系統(tǒng)[J]. 廣東通信技術(shù)，2017（2）：40-45.

[15] 戴明珠. 云南電信移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)感知提升研究[D]. 南京：南京郵電大學(xué)，2015.

[16] 楊琨琨. 互聯(lián)網(wǎng)業(yè)務(wù)質(zhì)量評(píng)估模型研究[J]. 電信技術(shù)，2014（2）：100-104.

[17] ISMAIL M，ZHUANG W.A distributed multi-service resource allocation algorithm in heterogeneous wireless access medium[J]. IEEE Journal on Selected Areas in Communications，2012，30（2）：425-432.

[18] 李鶴. 移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)使用行為影響因素研究[D]. 北京：北京郵電大學(xué)，2010.

[19] 龍青良，張磊. 基于用戶感知的LTE網(wǎng)絡(luò)優(yōu)化關(guān)鍵問(wèn)題研究[J]. 郵電設(shè)計(jì)技術(shù)， 2014（10）：14-20.

[20] 葉青，安瑞虹. 基于移動(dòng)互聯(lián)網(wǎng)的業(yè)務(wù)質(zhì)量和用戶感知評(píng)測(cè)方法研究[J]. 郵電設(shè)計(jì)技術(shù)，2014（9）：40-44.

（責(zé)任編輯：黃 ?。?/p>