TD-LTE流量問題分析-20140808

TD-LTE流量問題分析目錄LTE速率相關(guān)技術(shù)介紹數(shù)據(jù)傳輸過程業(yè)務(wù)問題處理思路速率問題典型案例速率相關(guān)技術(shù)介紹

子幀配比和特殊子幀配置每個(gè)無(wú)線幀固定為10ms，分成兩個(gè)5ms半幀每個(gè)半幀由5個(gè)長(zhǎng)度為1ms的子幀構(gòu)成：常規(guī)子幀：由兩個(gè)長(zhǎng)度為0.5ms的時(shí)隙構(gòu)成特殊子幀：由DwPTS、GP以及UpPTS構(gòu)成支持5ms和10msDL/UL切換點(diǎn)周期；

10msDL/UL切換周期：特殊子幀只在第一個(gè)半幀中存在，其中，子幀0，子幀5以及DwPTS永遠(yuǎn)是下行；

UpPTS以及UpPTS之后的第一個(gè)子幀永遠(yuǎn)為上行

特殊子幀配置

常規(guī)CP擴(kuò)展CPDwPTSGPUpPTSDwPTSGPUpPTS031013811948321039231121014121372539282693917102---8111---

多天線技術(shù)

傳輸分集-循環(huán)時(shí)延分集時(shí)延分集即通過不同的天線傳輸同一個(gè)信號(hào)的不同時(shí)延副本，那么對(duì)于該信號(hào)本身等效于經(jīng)過一個(gè)時(shí)延擴(kuò)展增大的無(wú)線信道，即增加了信道的頻率選擇性。此時(shí)傳輸天線分集被轉(zhuǎn)換為頻率分集對(duì)于OFDM傳輸，可以很方便的應(yīng)用循環(huán)時(shí)延分集，即其可以在增加CP之前，將在不同天線上發(fā)送的信號(hào)時(shí)域樣點(diǎn)值進(jìn)行循環(huán)移位，獲得頻率分集增益。如左圖所示。其中，在OFDM傳輸情況下，時(shí)域信號(hào)的循環(huán)移位對(duì)應(yīng)于頻域的相位偏移

多天線技術(shù)

傳輸分集-

空時(shí)/頻編碼

SFBC可以提供調(diào)制符號(hào)級(jí)別的分集CDD必須依靠信道編碼以及頻域交織來(lái)提供分集

多天線技術(shù)

傳輸分集-

天線切換分集TSTDFSTDSFBC+FSTD

多天線技術(shù)

波束賦型波束賦型當(dāng)天線之間相關(guān)性比較高時(shí)，一般天線陣列為小間距的天線陣列，可以應(yīng)用傳統(tǒng)的波束賦形通過調(diào)整不同天線上使用的相位偏移值，可以調(diào)整波束的方向，從而使得該方向的信號(hào)強(qiáng)度得到提高，并降低對(duì)其他方向的干擾

多天線技術(shù)

空間復(fù)用-多碼字傳輸多碼字傳輸復(fù)用到多根天線上的數(shù)據(jù)流可以獨(dú)立進(jìn)行信道編碼和調(diào)制多碼字傳輸可以使用每個(gè)碼字的傳輸速率控制目前LTE支持最大的碼字?jǐn)?shù)目為2單碼字傳輸一個(gè)數(shù)據(jù)流進(jìn)行信道編碼和調(diào)制之后再?gòu)?fù)用到多根天線上

多天線技術(shù)

空間復(fù)用-預(yù)編碼技術(shù)

預(yù)編碼技術(shù)介紹與基于預(yù)編碼的波束賦形類似，基于預(yù)編碼的空間復(fù)用是將多個(gè)數(shù)據(jù)流在發(fā)送之前使用一個(gè)預(yù)編碼矩陣進(jìn)行線性加權(quán)使用基于預(yù)編碼的空間復(fù)用目的當(dāng)被空間復(fù)用的信號(hào)數(shù)目等于發(fā)送天線數(shù)目時(shí)（NL=NT），預(yù)編碼可以用來(lái)對(duì)多個(gè)并行傳輸進(jìn)行正交化，從而增加在接收端的信號(hào)隔離度。當(dāng)被空間復(fù)用的信號(hào)數(shù)目小于發(fā)送天線數(shù)目時(shí)（NL<NT），預(yù)編碼還提供將NL個(gè)空間復(fù)用信號(hào)映射到NT個(gè)傳輸天線上的作用，通過提供空間復(fù)用和波束賦形增益

多天線技術(shù)

空間復(fù)用-MU-MIMOSU-MIMO當(dāng)基站將占用相同時(shí)頻資源的多個(gè)數(shù)據(jù)流發(fā)送給同一個(gè)用戶時(shí)，即單用戶MIMO（SU-MIMO），或者叫做空間復(fù)用（SDM）；當(dāng)基站將占用相同時(shí)頻資源的多個(gè)數(shù)據(jù)流發(fā)送給不同的用戶時(shí)，即多用戶MIMO（MU-MIMO），或者叫做空分多址（SDMA）MU-MIMO與SU-MIMO相比，MU-MIMO可以獲得多用戶分集增益。即對(duì)于SU-MIMO，所有的MIMO信號(hào)都來(lái)自同一個(gè)終端上的天線；而對(duì)于MU-MIMO，信號(hào)是來(lái)自于不同終端的，它比SU-MIMO更容易獲得信道之間的獨(dú)立性

調(diào)度算法介紹在LTE系統(tǒng)中，調(diào)度功能由調(diào)度器完成，調(diào)度器位于eNodeB的MAC層，包括下行調(diào)度器和上行調(diào)度器，分別負(fù)責(zé)完成對(duì)下行共享信道的資源分配和上行共享信道的資源分配。調(diào)度的目的更加有效的利用和分配共享資源調(diào)度的對(duì)象不同用戶間用戶面和控制面的數(shù)據(jù)調(diào)度的方法為數(shù)據(jù)分配或回收資源，包括緩沖區(qū)資源和空載接口傳輸資源等

調(diào)度算法介紹調(diào)度功能分為如下幾個(gè)子任務(wù)物理資源相關(guān)選擇的決策必要的資源管理（功率或者被使用的特定資源塊）資源分配策略調(diào)度時(shí)需要考慮如下幾點(diǎn)業(yè)務(wù)的QoS需求緩沖區(qū)狀態(tài)小區(qū)中的干擾情況為了進(jìn)行小區(qū)間干擾協(xié)調(diào)等而對(duì)資源塊集合分配過程引入的限制或優(yōu)先級(jí)因素用戶的功率限制用戶的無(wú)線信道質(zhì)量

調(diào)度算法介紹

下行調(diào)度在TDD-LTE系統(tǒng)中，下行調(diào)度器通過動(dòng)態(tài)資源分配的方式將物理層資源分配給UE，可分配的物理資源包括PRB、MCS、天線端口等，然后再對(duì)應(yīng)的下行子幀通過C-RNTI加擾的PDCCH發(fā)送下行調(diào)度信令給UE。在非DRX狀態(tài)下，UE一直監(jiān)聽PDCCH，通過C-RNTI識(shí)別是否有針對(duì)該UE的下行調(diào)度信令，如果UE檢測(cè)有針對(duì)該UE的調(diào)度信令，則在調(diào)度信令指示的資源位置上接收下行數(shù)據(jù)。此外對(duì)于數(shù)據(jù)塊大小和到達(dá)周期都相對(duì)固定的業(yè)務(wù)，比如VOIP業(yè)務(wù)，下行調(diào)度器還可以為UE的HARQ進(jìn)程的初始傳輸分配半持續(xù)下行資源，并通過SPSC-RNTI加擾的PDCCH向UE指示分配的半持續(xù)資源，半持續(xù)資源的分配周期由RRC層配置。半持續(xù)調(diào)度只用于數(shù)據(jù)塊的初始傳輸，重傳的數(shù)據(jù)塊采用動(dòng)態(tài)調(diào)度進(jìn)行資源分配。在分配了半持續(xù)資源的下行子幀上，如果UE沒有檢測(cè)到C-RNTI加擾的PDCCH，則默認(rèn)為使用已分配的半持續(xù)資源進(jìn)行下行數(shù)據(jù)傳輸；否則，如果UE在分配了半持續(xù)資源的下行子幀上檢測(cè)到使用C-RNTI加擾的PDCCH，PDCCH中指示的動(dòng)態(tài)分配資源將會(huì)覆蓋半持續(xù)分配的資源，此時(shí)UE將不對(duì)分配的半持續(xù)資源進(jìn)行接收。

調(diào)度算法介紹

上行調(diào)度在TDD-LTE系統(tǒng)中，上行調(diào)度器通過動(dòng)態(tài)資源分配的方式將物理層資源分配給UE，然后在第n-k個(gè)下行子幀上通過C-RNTI加擾的PDCCH將第n個(gè)上行子幀的調(diào)度信令發(fā)給UE，即上行調(diào)度信令與上行數(shù)據(jù)傳輸之間存在一定的定時(shí)關(guān)系。在非DRX狀態(tài)下，UE一直監(jiān)聽PDCCH，并通過C-RNTI識(shí)別是否有針對(duì)該UE的上行調(diào)度信令，如果有針對(duì)該UE的調(diào)度信令，則按照調(diào)度信令的只是在第n個(gè)上行子幀上進(jìn)行上行數(shù)據(jù)的傳輸。此外，對(duì)于VOIP業(yè)務(wù)，上行調(diào)度器還可以為UE的HARQ進(jìn)程的初始傳輸分配半持續(xù)上行資源，并通過SPSC-RNTI加擾的PDCCH向UE指示分配的半持續(xù)資源，半持續(xù)資源的分配周期是由RRC層進(jìn)行配置的。半持續(xù)調(diào)度只用于數(shù)據(jù)塊的初始傳輸，數(shù)據(jù)塊的重傳采用動(dòng)態(tài)調(diào)度進(jìn)行資源分配。再分配了半持續(xù)資源的上行子幀，如果UE沒有檢測(cè)到C-RNTI加擾的PDCCH，則默認(rèn)使用已分配的半持續(xù)資源進(jìn)行上行數(shù)據(jù)傳輸；否則，如果UE檢查到使用C-RNTI加擾的PDCCH，PDCCH中指示的動(dòng)態(tài)分配的資源將會(huì)覆蓋半持續(xù)分配的資源，此時(shí)UE使用PDCCH指示的動(dòng)態(tài)分配的資源進(jìn)行上行數(shù)據(jù)傳輸。與下行不同的是，上行的數(shù)據(jù)發(fā)送緩存區(qū)位于UE側(cè)，而調(diào)度器位于eNodeB側(cè)，為了支持QoS-aware分組調(diào)度和分配合適的上行資源，eNodeB側(cè)需要UE進(jìn)行緩存狀態(tài)的上報(bào)，即BSR狀態(tài)上報(bào)，從而使eNodeB調(diào)度器獲知UE緩存區(qū)狀態(tài)。UE上報(bào)BSR采用分組上報(bào)的方式，即以無(wú)線承載組（RBG，RadioBearerGroup）為單位上報(bào)，而不是針對(duì)每個(gè)無(wú)線承載。上行定義的4種RBG，RB與RBG的對(duì)應(yīng)關(guān)系由eNodeB的RRC層進(jìn)行配置。這樣，上行調(diào)度器可以根據(jù)UE上報(bào)的緩沖區(qū)狀態(tài)進(jìn)行合理的調(diào)度與資源分配。

調(diào)度算法介紹

常用資源分配策略General-PF算法General–ProportionFair，即普通比例公平算法，按照用戶的信道質(zhì)量和歷史吞吐率的比例來(lái)計(jì)算用戶優(yōu)先級(jí)，選擇具有最大比例公平因子的用戶進(jìn)行調(diào)度?；驹瓌t是用戶得到的服務(wù)質(zhì)量（吞吐率）和自己的信道質(zhì)量成正比例關(guān)系，同時(shí)兼顧每個(gè)用戶之間吞吐率的公平性。General-PF算法是三種調(diào)度算法中最公平的

調(diào)度算法介紹

常用資源分配策略

輪詢（RR）算法RR，即輪詢算法，按照機(jī)會(huì)均等的策略來(lái)對(duì)用戶進(jìn)行調(diào)度，基本原則是在一段時(shí)間內(nèi)，小區(qū)內(nèi)每個(gè)激活用戶得到的調(diào)度機(jī)會(huì)相等。實(shí)現(xiàn)中使用隊(duì)列輪轉(zhuǎn)的方式進(jìn)行調(diào)度，初始激活UE隊(duì)列保持不變，從隊(duì)列的第一個(gè)UE開始，依次進(jìn)行調(diào)度，每個(gè)TTI都會(huì)記錄當(dāng)前調(diào)度到的最后一個(gè)UE在隊(duì)列中的位置，下個(gè)TTI就從該位置的下一個(gè)UE開始進(jìn)行調(diào)度，以此對(duì)所有UE進(jìn)行隊(duì)列輪轉(zhuǎn)調(diào)度。

調(diào)度算法介紹

常用資源分配策略

MAX-C/I算法MAX-C/I，即最大載干比算法，使用載干比作為用戶的優(yōu)先級(jí)，選擇具有最大載干比的用戶進(jìn)行調(diào)度?；驹瓌t是優(yōu)先調(diào)度信道質(zhì)量最好的用戶，如果有剩余資源，再對(duì)信道質(zhì)量差的用戶進(jìn)行調(diào)度。MAX-C/I算法的公平性最差，但小區(qū)峰值吞吐率最高。

調(diào)度算法介紹

常用資源分配策略-

三種調(diào)度算法比較

公平性吞吐率輪詢RRGeneral-PFMAX-C/IMAX-C/IGeneral-PF輪詢RR下行峰值速率計(jì)算

UECategoryMaximumnumberofDL-SCHtransportblockbitsreceivedwithinaTTIMaximumnumberofbitsofaDL-SCHtransportblockreceivedwithinaTTITotalnumberofsoftchannelbitsMaximumnumberofsupportedlayersforspatialmultiplexinginDLCategory110296102962503681Category2510245102412372482Category31020487537612372482Category41507527537618270722Category529955214977636672004Downlinkphysicallayerparametervaluessetbythefieldue-Category通過分別計(jì)算不同子幀下可用業(yè)務(wù)RE數(shù)1、協(xié)議及當(dāng)前配置我們可知：子幀0有CRS=12*1*100、PBCH=(12*3+8)*6、SSS=12*6、PDCCH=(12*1*100)、總RE數(shù)=12*14*100即實(shí)際可用RE數(shù)=總RE數(shù)-CRS-PBCH-SSS-PDCCH=14064子幀1有CRS=8*100、PSS=12*6、PDCCH=(12*1*100)、總RE數(shù)=12*10*100即實(shí)際可用RE數(shù)=總RE–PDCCH-CRS-PSS=9928子幀4有CRS=12*1*100、PDCCH=12*1*100、總RE數(shù)=12*14*100即數(shù)據(jù)可用RE數(shù)=總RE–PDCCH-CRS=144002、在高階調(diào)制下每個(gè)RE可承載6bit（64QAM）數(shù)據(jù)，即：子幀0可承載數(shù)據(jù)為14064*6=84384bits子幀1可承載數(shù)據(jù)為9928*6=59568bits子幀4可承載數(shù)據(jù)為14400*6=86400bits

我們以CAT3等級(jí)終端在20M帶寬下，TM3配置、1/7配比，CFI=1為例來(lái)計(jì)算下行峰值速率計(jì)算在協(xié)議36.213中Transportblocksizetable(dimension27×110)這個(gè)表中介紹了不同MCS及RB對(duì)應(yīng)的TBSIZE大小，根據(jù)協(xié)議特殊子幀選擇MCS28會(huì)超過UE能力，故選擇27對(duì)應(yīng)的46888根據(jù)終端能力等級(jí)知道cat3終端每TTI支持最大bit數(shù)為102048，那么單流時(shí)每一流最大支持51024bit，協(xié)議規(guī)定PHY層會(huì)把超過6144bits的TBS進(jìn)行分塊，給每塊加上24bits的CRC，最后整個(gè)TBS還要加上一個(gè)TBCRC3、所以實(shí)際的終端速率計(jì)算如下：子幀0=51024+[(51024/6144)+1]*24+24=51264bits子幀1=46888+[(46888/6144)+1]*24+24=47104bits子幀4=51024+[(51024/6144)+1]*24+24=51264bits4、根據(jù)協(xié)議需要計(jì)算實(shí)際值是否滿足≤0.93門限子幀0=51264/84384=0.608<0.93門限；子幀1=47104/59568=0.79<0.93門限；子幀4=51264/86400=0.59<0.93門限；5、當(dāng)前網(wǎng)絡(luò)配置下下行速率如下：[51024*400+46888*200]*2=59574400bits上行峰值速率計(jì)算UECategoryMaximumnumberofbitsofanUL-SCHtransportblocktransmittedwithinaTTISupportfor64QAMinULCategory15160NoCategory225456NoCategory351024NoCategory451024NoCategory575376YesUplinkphysicallayerparametervaluessetbythefieldue-Category我們以CAT3等級(jí)終端在20M帶寬下，TM3配置、1/7配比，CFI=1為例來(lái)計(jì)算1、分別計(jì)算不同子幀下可用業(yè)務(wù)RE數(shù)通過協(xié)議及當(dāng)前配置我們可知：每一上行子幀可用RE數(shù)DMRS=96*12*2、總RE=96*12*14

實(shí)際可用RE數(shù)=總RE-DMRS=13824在高階調(diào)制下每個(gè)RE可承載4bit（16QAM）數(shù)據(jù)，即：

每個(gè)上行子幀可承載數(shù)據(jù)為13824*4=55296bits每上行TTI內(nèi)實(shí)際終端上行速率為51024+[(51024/6144)+1]*24+24=51264bits根據(jù)協(xié)議需要計(jì)算實(shí)際值是否滿足≤0.93門限51264/55296≈0.927當(dāng)前網(wǎng)絡(luò)配置下上行速率如下：51024*400=20409600bits中移常用配置速率介紹上下行時(shí)隙配比2:21:31:31:31:8（極限速率演示）頻段D頻段F頻段F頻段D或E頻段D或E頻段特殊子幀配置75*677終端能力CAT3CAT4CAT3CAT4CAT3CAT4CAT3CAT4CAT3CAT4下行理論速率峰值（Mbps）59.5782.3261.2390.4578.64110.979.98112.4791.02131.61上行理論速率峰值（Mbps）20.4120.4110.2010.2010.2010.2010.2010.205.105.10目錄LTE速率相關(guān)技術(shù)介紹數(shù)據(jù)傳輸過程業(yè)務(wù)問題處理思路速率問題典型案例通常的數(shù)據(jù)發(fā)送過程為數(shù)據(jù)包關(guān)聯(lián)一個(gè)丟棄定時(shí)器，丟棄定時(shí)器用于在定時(shí)器超時(shí)后，如果對(duì)應(yīng)的數(shù)據(jù)包仍在緩存，那么對(duì)數(shù)據(jù)包進(jìn)行刪除操作，以避免發(fā)生緩存溢出為數(shù)據(jù)包關(guān)聯(lián)一個(gè)PDCP層序列號(hào)（SN，SequenceNumber）如果處理的是用戶面數(shù)據(jù)包，且配置了頭壓縮時(shí)，那么需要對(duì)接收到的數(shù)據(jù)包進(jìn)行頭壓縮操作，控制面數(shù)據(jù)包不執(zhí)行頭壓縮過程如果處理的是控制面數(shù)據(jù)包，且UE的安全性已激活，那么需要對(duì)接收到的數(shù)據(jù)包進(jìn)行完整性保護(hù)操作，用戶面數(shù)據(jù)包不執(zhí)行完整性保護(hù)過程當(dāng)UE的安全性激活后，需要對(duì)發(fā)送的數(shù)據(jù)包進(jìn)行加密處理經(jīng)過上述處理的數(shù)據(jù)包遞交給低層通常的數(shù)據(jù)接收過程-RLCAM模式的DRB判斷接收到的數(shù)據(jù)包是否處于重排序窗口內(nèi)確定數(shù)據(jù)包對(duì)應(yīng)的COUNT值，并采用確定的COUNT對(duì)數(shù)據(jù)包進(jìn)行解密如果配置的頭壓縮，那么需要對(duì)接收到的數(shù)據(jù)進(jìn)行解頭壓縮如果數(shù)據(jù)包位于重排序窗口外，那么將數(shù)據(jù)包解壓后丟棄；如果數(shù)據(jù)包位于重排序窗口內(nèi)，則進(jìn)一步判斷緩存中是否已存在接收到的相同數(shù)據(jù)包。如果存在則丟棄，否則將數(shù)據(jù)包放入緩存完成上述4個(gè)步驟操作后，檢查數(shù)據(jù)包狀態(tài)，當(dāng)接收到的數(shù)據(jù)包不是PDCP重建時(shí)RLC亂序遞交的數(shù)據(jù)包，那么將緩存中存在的一下數(shù)據(jù)包遞交給高層：所有COUNT值小于新接收數(shù)據(jù)包對(duì)應(yīng)COUNT值連續(xù)的數(shù)據(jù)包從新接收的數(shù)據(jù)包開始往后COUNT值連續(xù)的數(shù)據(jù)包通常的數(shù)據(jù)接收過程-RLCUM模式的DRB確定數(shù)據(jù)包對(duì)應(yīng)的COUNT值，并采用確定的COUNT對(duì)數(shù)據(jù)包進(jìn)行解密如果配置了頭壓縮，對(duì)接收到的數(shù)據(jù)包進(jìn)行解頭壓縮將經(jīng)上述處理后的數(shù)據(jù)包遞交給高層通常的數(shù)據(jù)接收過程-SRB確定數(shù)據(jù)包對(duì)應(yīng)的COUNT值，如果安全性已激活，采用確定的COUNT值對(duì)數(shù)據(jù)包進(jìn)行解密和完整性驗(yàn)證完整性驗(yàn)證成功或安全性未激活，則將處理后的數(shù)據(jù)包遞交給高層；否則，如果完整性驗(yàn)證失敗，則向高層指示完整性驗(yàn)證失敗，由高層處理

重建過程中的數(shù)據(jù)處理當(dāng)發(fā)生切換和RRC連接重建時(shí)，高層會(huì)指示PDCP執(zhí)行重建操作。當(dāng)高層指示PDCP進(jìn)行重建時(shí)，UE根據(jù)RB類型以及RB所對(duì)應(yīng)的RLC模式額外的執(zhí)行一次以下過程。在執(zhí)行完下述過程后，UE按照通常的數(shù)據(jù)處理流程對(duì)數(shù)據(jù)包進(jìn)行收發(fā)處理。對(duì)應(yīng)RLCAM模式的DRB、對(duì)應(yīng)RLCUM模式的DRB以及SRB所進(jìn)行的PDCP重建過程的主要差異，在于當(dāng)高層指示PDCP重建時(shí)對(duì)PDCP緩存中存儲(chǔ)的PDCPSDU和PDCPPDU的處理方式。對(duì)于對(duì)應(yīng)RLCAM模式DRB，為保證重建過程中數(shù)據(jù)包的無(wú)損性，由于PDCP層要在重建過程中對(duì)數(shù)據(jù)包進(jìn)行重排序和按序遞交。因此，重建前和重建后發(fā)送的和接收數(shù)據(jù)包時(shí)需要保持PDCPSN和HFN分配的連續(xù)性；對(duì)于對(duì)應(yīng)RLCUM模式的DRB和SRB，由于沒有上述要求，因此在重建后將重置PDCPSN和HFN重建過程中的數(shù)據(jù)發(fā)送處理-

RLCAM模式的DRB當(dāng)上層只是PDCP重建時(shí)，處理流程如下：（1）

如果配置了頭壓縮，則對(duì)上行聯(lián)系重置頭壓縮協(xié)議（2）

啟用在重建過程中由高層配置的新加密算法和密鑰（3）

從第一個(gè)沒有被低層證實(shí)成功發(fā)送的PDCPSDU開始，對(duì)重建開始前已關(guān)聯(lián)PDCPSN的PDCPSDU安裝COUNT值升序進(jìn)行發(fā)送或重新發(fā)送。過程如下：對(duì)PDCPSDU采用重置后的頭壓縮協(xié)議進(jìn)行頭壓縮；使用與PDCPSDU關(guān)聯(lián)的COUNT值采用新的加密算法進(jìn)行加密；將經(jīng)過處理的數(shù)據(jù)包遞交低層重建過程中的數(shù)據(jù)發(fā)送處理-

RLCUM模式的DRB當(dāng)上層指示PDCP重建時(shí)，處理流程如下：（1）

如果配置了頭壓縮，則對(duì)上行鏈路重置頭壓縮協(xié)議（2） 重置PDCPSN和HFN（3）

啟用在重建過程中由高層配置的新加密算法和密鑰（4）

對(duì)已經(jīng)關(guān)聯(lián)了PDCPSN，但是其對(duì)應(yīng)的PDCPPDU還沒有發(fā)送到底層的PDCPSDU進(jìn)行如下處理：將這些PDCPSDU看成是從高層新接收的PDCPSDU，即需要重新關(guān)聯(lián)PDCPSN，進(jìn)行頭壓縮、加密等操作；根據(jù)重建前對(duì)這些PDCPSDU關(guān)聯(lián)的COUNT值的升序?qū)@些PDCPSDU按通常的數(shù)據(jù)流程進(jìn)行傳輸，但這些PDCPSDU對(duì)應(yīng)的丟棄定時(shí)器不重新開始計(jì)時(shí)重建過程中的數(shù)據(jù)發(fā)送處理-

SRB當(dāng)上層只是PDCP重建時(shí)，處理流程如下：（1） 重置PDCPSN和HFN（2）

丟棄所有存儲(chǔ)的PDCPSDU和PDCPPDU（3）

啟用在重建過程中由高層配置的新的加密算法、完整性保護(hù)算法和密鑰重建過程中的數(shù)據(jù)接收處理-

RLCAM模式的DRB采用重建發(fā)生前的頭壓縮、加密算法對(duì)從低層接收到的由于重建而RLC亂序遞交的PDCPPDU按照通常數(shù)據(jù)接收流程進(jìn)行解頭壓縮、解密處理如果配置了頭壓縮，則對(duì)下行鏈路重置頭壓縮協(xié)議啟動(dòng)在重建過程中由高層配置的新的加密算法和密鑰重建過程中的數(shù)據(jù)接收處理-

RLCUM模式的DRB采用重建發(fā)生前的頭壓縮、加密算法對(duì)從低層接收到的由于重建而RLC亂序遞交的PDCPPDU按通常數(shù)據(jù)接收流程進(jìn)行解密、解頭壓縮處理后遞交高層如果配置了頭壓縮，則對(duì)下行聯(lián)系重置頭壓縮協(xié)議重置PDCPSN和HFN啟用在重建過程中由高層配置的新的加密算法和密鑰重建過程中的數(shù)據(jù)接收處理-

SRB丟棄從RLC層接收到的由于重建而遞交的PDCPPDU重置PDCPSN和HFN丟棄所有存儲(chǔ)的PDCPSDU和PDCPPDU啟用在重建過程中由高層配置的加密算法、完整性保護(hù)算法和密鑰目錄LTE速率相關(guān)技術(shù)介紹數(shù)據(jù)傳輸過程業(yè)務(wù)問題處理思路速率問題典型案例

檢查基站告警基站告警檢查需要查詢問題區(qū)域基站歷史告警和當(dāng)前存在告警重點(diǎn)檢查以下告警：（1）S1口、BBU與RRU直接傳輸類告警（2）功率類告警（3）GPS失鎖類告警（包括問題區(qū)域附近小區(qū)基站GPS類告警都要核查）

無(wú)線環(huán)境檢查

系統(tǒng)內(nèi)干擾系統(tǒng)內(nèi)上行干擾一般由終端的上行業(yè)務(wù)帶來(lái)，也可能是由其他GPS失鎖的小區(qū)帶來(lái)，對(duì)于終端帶來(lái)上行干擾可通過適當(dāng)?shù)膮?shù)配置進(jìn)行優(yōu)化，對(duì)于系統(tǒng)影響最嚴(yán)重的則是基站的GPS失鎖帶來(lái)的干擾，此部分可通過告警進(jìn)行核查，通過網(wǎng)管的配置優(yōu)化系統(tǒng)內(nèi)下行干擾一般是由基站小區(qū)間干擾和附近其他終端下行業(yè)務(wù)帶來(lái)的干擾，小區(qū)間干擾可通過合理的覆蓋優(yōu)化手段進(jìn)行優(yōu)化，終端下行業(yè)務(wù)干擾可通過合理的參數(shù)配置進(jìn)行優(yōu)化

無(wú)線環(huán)境檢查

其他干擾源帶來(lái)的干擾上行干擾判斷：1、查詢當(dāng)前基站上行接收強(qiáng)度（測(cè)試區(qū)域周圍不能接入終端），可使用MTS或網(wǎng)管進(jìn)行2、根據(jù)接收機(jī)底噪計(jì)算公式判斷是否存在干擾3、干擾源定位下行干擾判斷：下行干擾比較容易判斷，在使用路測(cè)工具進(jìn)行測(cè)試時(shí)如果發(fā)現(xiàn)SINR與主服務(wù)小區(qū)及鄰區(qū)測(cè)量結(jié)果相差較大即可初步判斷，如果需要確認(rèn)并定位就需要進(jìn)行閉站和進(jìn)行清頻

無(wú)線環(huán)境檢查

無(wú)線問題處理方法無(wú)線弱場(chǎng)可通過調(diào)整周圍小區(qū)方位角、下傾角、功率等相關(guān)參數(shù)來(lái)改善該區(qū)域覆蓋，如果附近無(wú)合適小區(qū)則建議局方在該區(qū)域增站系統(tǒng)站間干擾比較典型的例子就是導(dǎo)頻污染，在確定了主服務(wù)小區(qū)后，通過調(diào)整其他小區(qū)方位角、下傾角、功率等相關(guān)參數(shù)來(lái)較小該區(qū)域的干擾問題異常干擾源在非忙時(shí)段閉站進(jìn)行清頻測(cè)試找出并處理干擾源其他情況在某些切換設(shè)置不合理區(qū)域也會(huì)影響流量指標(biāo)，比如切換較晚，那么在切換帶源服務(wù)小區(qū)信噪比已經(jīng)很差，導(dǎo)致流量較低，此時(shí)通過合理切換優(yōu)化也可改善該區(qū)域的流量問題

參數(shù)一致性核查對(duì)于網(wǎng)絡(luò)流量類參數(shù)一般配置為整網(wǎng)一致，所以參數(shù)核查首先通過問題基站參數(shù)和正常區(qū)域基站參數(shù)進(jìn)行對(duì)比，判斷是否為參數(shù)配置異常帶來(lái)的問題

某一次測(cè)試時(shí)發(fā)現(xiàn)PCI271(基站版本：030P02B10)小區(qū)下無(wú)法正常業(yè)務(wù)，為了驗(yàn)證問題，分別選取了不同版本的高通終端進(jìn)行測(cè)試，測(cè)試使用高通測(cè)試軟件QXDM，測(cè)試三次分別采用兩個(gè)4030終端和一個(gè)4020終端，三款終端都不能進(jìn)行FTP業(yè)務(wù)，4030終端無(wú)法進(jìn)行ping包業(yè)務(wù)，4020終端ping時(shí)斷時(shí)續(xù)，基站無(wú)任何告警，并且該問題在好、中、差點(diǎn)皆存在，后進(jìn)行參數(shù)核查才發(fā)現(xiàn)phich_Duration參數(shù)設(shè)置于其他站點(diǎn)不一致，將參數(shù)修正后問題解決

傳輸或高層狀態(tài)檢查L(zhǎng)TE系統(tǒng)拓?fù)淙缬覉D，終端需要訪問PDN需要經(jīng)過Uu口到eNB，再通過S1口到核心網(wǎng)、再通過S8訪問PDN。這中間的某一環(huán)出現(xiàn)異常就會(huì)導(dǎo)致業(yè)務(wù)受到影響

CC灌包無(wú)線環(huán)境好，但是業(yè)務(wù)速率低，可以通過CC關(guān)閉來(lái)確認(rèn)本身無(wú)線環(huán)境及調(diào)度是否存在問題：1、使用CC灌包，需要注意的是操作需要小區(qū)內(nèi)單UE下進(jìn)行2、使用單站拉遠(yuǎn)進(jìn)行業(yè)務(wù)測(cè)試，如果此時(shí)流量正常則可排除基站及無(wú)線信號(hào)問題，需要檢查基站側(cè)上行鏈路或核心網(wǎng)設(shè)備，如果此時(shí)流量也有問題就需要從基站版本方面進(jìn)行驗(yàn)證準(zhǔn)備工作46FTP進(jìn)到CC板根目錄。注意一定是使用二進(jìn)制傳輸，就是依次輸入“bin”和“ha”用戶名密碼請(qǐng)向支持人員獲取準(zhǔn)備工作47將文件put進(jìn)單板。輸入“put+空格”，后將文件直接拖進(jìn)去，回車。將RnluPerf和2uPerf.sh，3uPerf.sh，Perf.sh四個(gè)文件都上傳到cc板卡。輸入“by”退出ftp登錄。telnet到CC，在根目錄下ls出文件，可以看到剛才上傳的4個(gè)文件用戶名密碼需要聯(lián)系支持人員獲取灌包文件權(quán)限確認(rèn)48使用chmod命令進(jìn)行執(zhí)行權(quán)限賦值，chmod777文件名。修改上傳的4個(gè)文件的屬性。修改完成后，如右圖所示。chmod7772uPerf.shchmod7773uPerf.shchmod777Perf.shchmod777RnluPerf

傳輸或高層狀態(tài)檢查

ping包輔助排查方法-ping命令介紹對(duì)于ping的簡(jiǎn)單操作，可在DOS窗口下，直接使用Ping命令進(jìn)行測(cè)試及統(tǒng)計(jì)。Ping詳細(xì)命令舉例如下：D:\>Ping9–l500–n1000>>Test0001.txt命令中的9是ftp服務(wù)器的IP地址，-l500表示Ping500字節(jié)的包，l表示包的字節(jié)長(zhǎng)度；-n1000表示Ping包的次數(shù)，>>Test0001.txt表示將Ping測(cè)試結(jié)果直接保存在D盤的Test0001.txt文件中，也可直接將后綴名txt改為xls。

傳輸或高層狀態(tài)檢查

ping包輔助排查方法-ping命令在數(shù)據(jù)業(yè)務(wù)問題排查中的作用ping包默認(rèn)長(zhǎng)度為32，即通常意義上的小包。ping小包能夠暢通，基本上可以說明控制面的鏈路是暢通的。此外還可以ping包長(zhǎng)為1500或者更大的60000的包，此時(shí)數(shù)據(jù)包會(huì)開始被分片處理，也可以用來(lái)判定用戶面的打包分片流程是否處理正常。Ping包是雙向的，有request有reply，因而ping包可以用于分段定位用戶面鏈路情況，在特定鏈路分段抓包進(jìn)行分析，比較容易確定是鏈路的哪個(gè)分段出現(xiàn)了問題導(dǎo)致ping包不通，從而使問題更明更有針對(duì)性。需要注意的是：有些運(yùn)營(yíng)商可能在防火墻對(duì)ping大包進(jìn)行了限制，利用ping進(jìn)行問題排查時(shí)需要考慮這一因素。

傳輸或高層狀態(tài)檢查

ping包輔助排查方法-ping具體操作方法Ping空口（如MTS測(cè)試通過則可不必進(jìn)行空口測(cè)試）到應(yīng)用服務(wù)器進(jìn)行逐段抓包排查。依次判斷丟包是發(fā)生在上行還是下行，是發(fā)生S1口，還是S8口，排查的幾個(gè)步驟介紹如下。（1）

從終端Ping服務(wù)器，同時(shí)對(duì)終端和服務(wù)器進(jìn)行WireShark抓包，通過分析終端的包數(shù)（request）與服務(wù)器收到包數(shù)（request）進(jìn)行對(duì)比，判斷上行鏈路是否存在問題。同時(shí)分析服務(wù)器的回復(fù)的reply數(shù)以及終端抓包得到的reply數(shù)目，來(lái)判斷下行鏈路的好壞。（2）

如果是上行鏈路導(dǎo)致的Ping丟包，需要進(jìn)一步分析丟包發(fā)生在S1口，還是S8等。分別在S1口和S8口所在交換機(jī)對(duì)相關(guān)接口進(jìn)行端口鏡像，在鏡像端口抓包，確認(rèn)問題出在哪個(gè)地方對(duì)于下行丟包的排查思路亦是如此。

傳輸或高層狀態(tài)檢查

Iperf灌包輔助排查方法-斷開基站進(jìn)行iperf（UDP）灌包從OMM服務(wù)器ping基站多核板（6000大小的包），在不斷開基站的情況下可以簡(jiǎn)單判斷傳輸質(zhì)量的情況。但對(duì)于傳輸容量的測(cè)試，還是需要斷開基站進(jìn)行測(cè)試。用筆記本連上測(cè)試基站網(wǎng)線，從OMM服務(wù)器向筆記本進(jìn)行下行Iperf（UDP）灌包，驗(yàn)證下行傳輸鏈路帶寬是否受限；從筆記本向OMM服務(wù)器進(jìn)行iperf（UDP）上行灌包，驗(yàn)證上行傳輸鏈路帶寬是否受限。下行iperf灌包的具體操作：（1）準(zhǔn)備一臺(tái)筆記本，將基站上的網(wǎng)線接到筆記本上，筆記本配置該基站的IP地址。（2）在筆記本上運(yùn)行iperf-s-u-i1–o<filename>（3）在后臺(tái)OMC服務(wù)器上運(yùn)行iperf-u-c基站IP-i1-n100M-bbandwidth–o<filename>（4）從后臺(tái)OMC上使用UDP向筆記本灌包，帶寬分別設(shè)置4M、10M、20M、26M，記錄相應(yīng)測(cè)試結(jié)果和截圖。進(jìn)行上行iperf灌包的操作剛好相反，在筆記本上運(yùn)行iperf-u-cOMMServer'sIP-i1-n100M-bbandwidth–o<filename>，在OMM服務(wù)器上運(yùn)行iperf-s-u-i1–o<filename>。

傳輸或高層狀態(tài)檢查

Iperf灌包輔助排查方法-斷開基站進(jìn)行iperf（TCP）灌包斷開基站，用筆記本連上測(cè)試基站網(wǎng)線，從OMM服務(wù)器向筆記本進(jìn)行下行Iperf（TCP）灌包，驗(yàn)證下行傳輸鏈路帶寬是否受限；或者從筆記本向OMM服務(wù)器進(jìn)行iperf（TCP）上行灌包，驗(yàn)證上行傳輸鏈路帶寬是否受限。下行iperf（TCP）灌包的具體操作舉例：1、使用一臺(tái)筆記本，將測(cè)試站點(diǎn)的網(wǎng)線拔掉，插入筆記本網(wǎng)口，筆記本配置測(cè)試站點(diǎn)的IP地址。2、在筆記本上運(yùn)行iperf-s-i1-w64K–o<filename>3、在OMMServer上運(yùn)行命令iperf–c測(cè)試基站IP-n900M-i1-w64K-P4–o<filename>4、從OMM服務(wù)器向筆記本進(jìn)行下行TCP灌包，進(jìn)行截圖（OMM端和筆記本端的iperf界面、cmd窗口里的文本復(fù)制粘貼保存、筆記本端DUmeter界面）。上行iperf（TCP）灌包的具體操作舉例：1、使用一臺(tái)筆記本，將測(cè)試站點(diǎn)的網(wǎng)線拔掉，插入筆記本網(wǎng)口，筆記本配置測(cè)試站點(diǎn)的IP地址。2、在筆記本上運(yùn)行iperf–cOMM服務(wù)器IP-n900M-i1-w64K-P4–o<filename>3、在OMMServer上運(yùn)行命令iperf-s-i1-w64K–o<filename>4、從筆記本向OMM服務(wù)器進(jìn)行上行TCP灌包，記錄好相關(guān)數(shù)據(jù)和iperf的log數(shù)據(jù)。如果從OMM服務(wù)器向連接測(cè)試基站端傳輸網(wǎng)線的筆記本進(jìn)行iperf（UDP）和（TCP）灌包，速率都遠(yuǎn)高于基站的極限速率，且誤包很小，基本可以判斷該測(cè)試基站的傳輸容量應(yīng)該是不受限的。

其他可能因素-

終端故障高通終端異常一般表現(xiàn)會(huì)測(cè)試燈變紅，無(wú)法繼續(xù)使用軟件對(duì)數(shù)據(jù)卡進(jìn)行操作，此時(shí)需要對(duì)數(shù)據(jù)卡進(jìn)行插拔操作，某些情況下數(shù)據(jù)卡燈不會(huì)變化但業(yè)務(wù)也會(huì)受到影響自研UE掛死表現(xiàn)為L(zhǎng)MT界面上左上角的ULUPS或DIUPS燈變紅，此時(shí)需要進(jìn)行reset操作當(dāng)流量與SINR關(guān)系不符時(shí)為了排除終端原因建議在業(yè)務(wù)異常區(qū)域更換終端再次進(jìn)行測(cè)試

其他可能因素

確認(rèn)現(xiàn)場(chǎng)基站版本是否存在業(yè)務(wù)相關(guān)的問題-現(xiàn)場(chǎng)版本流量問題驗(yàn)證方法

無(wú)論何種算法最終目的是最大化的頻譜利用率，即相同SINR下選擇可以帶來(lái)最大化流量增益的發(fā)射模式，為了區(qū)分由于站點(diǎn)原因引起的統(tǒng)計(jì)不準(zhǔn)確問題，建議使用單站進(jìn)行驗(yàn)證，具體操作步驟如下：選擇測(cè)試站點(diǎn)，拉遠(yuǎn)路線（要求路線上有近中遠(yuǎn)點(diǎn)，且分布合理），關(guān)閉其他站點(diǎn)或關(guān)閉該站與其他小區(qū)切換關(guān)系分別將該站配置成不同發(fā)射模式（建議在預(yù)調(diào)度模式下，如條件不具備，則建議充分測(cè)試FTP及UDP灌包業(yè)務(wù)，減小諸如FTP服務(wù)器異常等因素帶來(lái)的影響），進(jìn)行拉遠(yuǎn)業(yè)務(wù)測(cè)試目錄LTE速率相關(guān)技術(shù)介紹數(shù)據(jù)傳輸過程業(yè)務(wù)問題處理思路速率問題典型案例吞吐量案例——PDN服務(wù)器問題問題現(xiàn)象某站點(diǎn)下無(wú)論進(jìn)行定點(diǎn)強(qiáng)場(chǎng)CQT還是DT，業(yè)務(wù)速率始終未超過40Mbps。強(qiáng)場(chǎng)的無(wú)線環(huán)境如下：頻點(diǎn)：2360帶寬：20M子幀/特殊子幀配置：2/5測(cè)試點(diǎn)環(huán)境：RSRP為-70dBm、SINR在30dB左右問題分析1.首先檢查信令、告警、參數(shù)配置，沒有發(fā)現(xiàn)錯(cuò)誤。2.采用替換的方法，分別使用微電子和高通終端，測(cè)試結(jié)果一致，排除了終端問題。3.為排