WEBSITE:
WEBSITE:www.jdsu.com/testwww.jdsu.com/test
LTE and EPC Test
LTE and EPC Test
An Overview of Test Concepts and Tools for Trials
An Overview of Test Concepts and Tools for Trials
Speci
Specic LTE Tc LTE Test Areas est Areas � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � �3� � � � � � � �3
Overview������������
Overview��������������������������������������������������������������������������������������������������������������������������������������������3������3
Gainingdeeper
Gainingdeeperinsights���insights��������������������������������������������������������������������������������������������������������������������������������4���4
Performancetesting
Performancetesting�����������������������������������������������������������������������������������������������������������������������������������5���������5
Single-userth
Single-userthroughputroughputtesting�����������testing�������������������������������������������������������������������������������������������������������5����5
Cellperformance
Cellperformanceverificationwithverificationwithmulti-userthmulti-userthroughputroughputtestingtesting�������������������������������������������������������6���6
Realisticmulti-user
Realisticmulti-userthroughputthroughputtesting��testing������������������������������������������������������������������������������������������������8������8
Idle-to-activetransition
Idle-to-activetransitiontimestimes�����������������������������������������������������������������������������������������������������������������9�������9
Latencytesting��
Latencytesting����������������������������������������������������������������������������������������������������������������������������������������������1010
KPIverification
KPIverificationandcalculationandcalculation����������������������������������������������������������������������������������������������������������������10������10
ValidatingLTE
ValidatingLTEvoicevoice����������������������������������������������������������������������������������������������������������������������������������������1212
Signalingvalidation���������������
Signalingvalidation�����������������������������������������������������������������������������������������������������������������������1313
VoiceQoS
VoiceQoSandQoEandQoE(MOS)(MOS)������������������������������������������������������������������������������������������������������������������������1313
TestingQoS
TestingQoSandQoEandQoEofLTEofLTEstreamingvideo����������streamingvideo����������������������������������������������������������������������������������14��14
EvaluatingLTE
EvaluatingLTEMIMOandMIMOandfrequency-selectivescheduling frequency-selectivescheduling ����������������������������������������������������������������������1515
Testingnetwork
Testingnetworkcoverage���������������coverage������������������������������������������������������������������������������������������������������������16�����16
TestingLTE
TestingLTEhandover����������handover�����������������������������������������������������������������������������������������������������������������������16�����16
ValidatingLTE
ValidatingLTEbackhaulbackhaul�������������������������������������������������������������������������������������������������������������������������������18���18
VerifyingLTE
VerifyingLTEhandsetIOThandsetIOT����������������������������������������������������������������������������������������������������������������������������18��18
Validatingdevice
Validatingdeviceconfiguration�����configuration���������������������������������������������������������������������������������������������������������������18��18
Table o Contents
Appendix
Appendix: Outline for a Basic Phase 1 L: Outline for a Basic Phase 1 LTE TTE Test Planest Plan� � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � 2020
Overview������������
Overview�������������������������������������������������������������������������������������������������������������������������������������������20�����20
Achievabledataratesandlatency:single-userthroughputforUL/DLandTCP/UDP��������������20
Achievabledataratesandlatency:single-userthroughputforUL/DLandTCP/UDP��������������20
Achie
Achievabledatavabledataratesandlatency:cellthrougratesandlatency:cellthroughputandMUthroughputforUL/DLandTCP/UDPhputandMUthroughputforUL/DLandTCP/UDP���21���21
Achievabledata
Achievabledataratesandratesandlatency:latencylatency:latency������������������������������������������������������������������������������������������������������2121
Intra-LTE
Intra-LTEmobility:mobilitymobility:mobilityandhandhandoverperformanceandoverperformance�����������������������������������������������������������������������21���21
Achievabledata
Achievabledataratesandratesandlatency:applicationlatency:applicationperformanceperformance����������������������������������������������������������������������2222
Coverageand
Coverageandcapacityradiocapacityradiofeaturesefficiencyfeaturesefficiencyandgainandgainassessment:linkassessment:linkbudgetbudget����������������������������������2222
Coverageandcapacityradiofeaturesefficiencyandgainassessment:scheduler�������������������22
Coverageandcapacityradiofeaturesefficiencyandgainassessment:scheduler�������������������22
Evaluationof
Evaluationofantennaconfigurationantennaconfigurationoptions��������options�����������������������������������������������������������������������������������23�����23
Self-configurationand
Self-configurationandself-organizingnetworkself-organizingnetworkfeaturesfeatures�������������������������������������������������������������������������23���23
Evaluationof
Evaluationoffrequencyrfrequencyreuse:oneeuse:onedeploymentscenario�����deploymentscenario�����������������������������������������������������������������23������23
BasicQoS:
BasicQoS:useruserdifferentiationbetweendifferentiationbetweennon-GBRnon-GBRuserswithuserswithdifferentQCI��������������differentQCI������������������������������2424
BasicQoS:
BasicQoS:user-differentiationbetweenuser-differentiationbetweenGBRGBRandnon-andnon-GBRuGBRusers���������sers������������������������������������������������24���24
Basicapplicationperformance:webbrowsing,streaming,voicecalls,e-mail,VPN,on-linegaming��25
Basicapplicationperformance:webbrowsing,streaming,voicecalls,e-mail,VPN,on-linegaming��25
References
References � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � 2626
EPSspecification
EPSspecificationreferencesreferences��������������������������������������������������������������������������������������������������������������������������26��26
3GPPreferences������ 3GPPreferences�������������������������������������������������������������������������������������������������������������������������������������26�����26 NGMNreference������������ NGMNreference����������������������������������������������������������������������������������������������������������������������������28������28 ETSIreference ETSIreference�����������������������������������������������������������������������������������������������������������������������������������������������28�����28 Glossary Glossary � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � � 2929
Specifc LTE Test Areas
Specifc LTE Test Areas
Overview
Overview
Creatingan
Creatinganoverallframeworkforoverallframeworkforthetesting,thetesting,evaluation,andoptimizationofevaluation,andoptimizationofLTEandLTEandSAEisSAEisalargealargeandand
complextopic�This
complextopic�Thisdocumentprovidesadocumentprovidesastartingpointthatstartingpointthatcoversthecoversthetopicattopicatarelativelyhigharelativelyhighlevel�level�
Lookingacrossthe
LookingacrossthelifecycleofalifecycleofatechnologysuchtechnologysuchasLTE/SAE,asLTE/SAE,thetools,thetools,processes,andmeasuresprocesses,andmeasuresmustbemustbe
tailoredtosuitorganizationalprioritiesatspecifictimeswithinthelifecycle(Figure1)�JDSUprovides tailoredtosuitorganizationalprioritiesatspecifictimeswithinthelifecycle(Figure1)�JDSUprovides acost-effectivesetofsolutionsthatenablereusingassetsacrossthelifecycle�Thisensuresnotonly acost-effectivesetofsolutionsthatenablereusingassetsacrossthelifecycle�Thisensuresnotonly completecoveragebutalsothereuseofresultsandassets,leadingtoasolidreturnoninvestment(ROI)� completecoveragebutalsothereuseofresultsandassets,leadingtoasolidreturnoninvestment(ROI)� TheexampleslistedbelowaddressdifferentaspectsoftestingatvariousstagesintherolloutofLTE/ TheexampleslistedbelowaddressdifferentaspectsoftestingatvariousstagesintherolloutofLTE/ SAE�TheseareofferedasanoverviewofthemajorelementsoftheLTEdeploymentlifecycle� SAE�TheseareofferedasanoverviewofthemajorelementsoftheLTEdeploymentlifecycle� •
• TTechnoechnologyellogyeldtrialsdtrials
−
− EvaluatethetechnologyagainstNGMNorEvaluatethetechnologyagainstNGMNorotherindustryrequiremenotherindustryrequirementsts
− Testandvalidatetechnologyimplementations
− Testandvalidatetechnologyimplementations
− Adoptaprocessthatismoreopenthanfullyclosedbilateraleldtrials
− Adoptaprocessthatismoreopenthanfullyclosedbilateraleldtrials
•
• LabLabtestestintingg
− EvaluateeNodeBschedulingperformance
− EvaluateeNodeBschedulingperformance
− Evaluatesecurityandbillingpolicies
− Evaluatesecurityandbillingpolicies
−
− EvaluateserviceperformanceincontrolledenvirEvaluateserviceperformanceincontrolledenvironmentsonments
− EvaluateUEperformance
− EvaluateUEperformance
− EvaluateMIMOperformancegains
− EvaluateMIMOperformancegains
•
• FieldtFieldtrialsarialsandvendvendorndorevaluaevaluationtion
−
− Evaluateend-to-end(E2E)Evaluateend-to-end(E2E)performanceperformance
−
− EvaluatenetworkEvaluatenetworkcoveragecoverage
−
− EvaluatecellandnodeperformanceunderEvaluatecellandnodeperformanceunderloadedconditionsloadedconditions
− Evaluateself-optimizingnetworkcapabilities
− Evaluateself-optimizingnetworkcapabilities
−
− EvaluateIRAEvaluateIRATcapabilitiesandperformanceTcapabilitiesandperformance
−
− PerformKPImonitoPerformKPImonitoringandbenchmarkingringandbenchmarking Figure 1. A simple model
Figure 1. A simple model of the LTE deployment lifecycleof the LTE deployment lifecycle
Techno
Technologylogy
eld trials
eld trials Lab trialsLab trials
Field trials Field trials and and vendor vendor evaluation evaluation Friendly Friendly customer customer trials trials Commercial Commercial launch launch Optimzation Optimzation and and wider wider deployment deployment
• Friendlycustomertrials − Understandend-userQoE/QoS − Conrmhistorictroubleshootingcapabilities − TesthandsetIOT,conformanceandpre-conformance − Monitorhandsetperformance − Includetrending,statisticsandVIPreporting • Commerciallaunch − Performservice-andaccesstechnology-awaremonitoring − VerifyE2Evisibilityandtroubleshootingcapabilities − Validateandunderstandsubscriberbehavior − UnderstandoverallnetworkandIRAThandover(HO)performance − Includeintegrationwithnode-loggingcapabilities • Optimizationandwiderdeploymentphase − ValidateandensureSONcapabilitiesareworking − Locateareasforexpansion − Monitorbackhaulperformanceimpactonend-userQoE − Benchmarkserviceperformancebetweenmacroandfemtoroll-out Theremainderofthisdocumentfocusesonthe“fieldtrials”portionoftheprocess�Eachsection describesthetestcasesmostoperatorswillwanttoundertakeandalsooutlinesthetoolsthatwillensure effectiveperformanceofsuchtests�Itisassumedthatnotalloperatorswillperformallstepssowillneed tomatchthetestcases(andpossiblesolutions)touniqueneeds�
Gaining deeper insights
Foryears,personnelfromacrossAgilentTechnologieshavebeen involvedwithtechnologystandardizationandtestdevelopmentfor LTEandSAE�Since2008,Agilenthasactivelyprovidedtoolstohelp developerstakeLTE/SAEforwardtothemarketplace�InApril2009,the companypublishedacomprehensivebookcalledLTEandtheEvolution to4GWireless:DesignandMeasurementChallenges(ISBN:978-0-470-68261-6)�Thisresourcehasreceivedsignificantandwidespreadpositive feedbackfromthewirelessindustry�InMay2010,JDSUacquiredthe NetworkSolutionsDivisionfromAgilent�Withthisacquisition,several contributingauthorstothisLTEbook—includingtheauthorofthis applicationnote—transitionedfromAgilenttoJDSU�Thebookis justoneexampleofhowAgilent—andnowJDSU—contributetothe overalllandscapeoftheLTEandSAEindustry�Asacompaniontothebook,thisapplicationnote containsrelevantreferencestotheLTEbook,whichcanbestudiedseparatelyinpursuitofadeeper understandingofthevarioustopicsandconceptsinvolvedinLTEtesting�
Perormance testing WithLTE,muchofthefocushasbeenonincreasingsystemperformanceinareassuchasend-user throughput,latency,andidle-to-activetransitions�Althoughtheseimprovements—alongwith significantlyimpressivesingle-userdatarates—areimportantformarketingreasons,inthemselves theyplayalimitedroleinhowrealuserswillutilizeadeployedLTEnetwork�Thus,measurementsare neededforbothsingle-userpeakratesandmulti-userthroughput�Inanalyzingmulti-userthroughput andoverallcellcapacity,itisimportanttounderstandtheimpactofacell’srealdistributionofusersas wellasthemobilityandusagepatternsofthoseusers�
Single-user throughput testing
Intheory,single-userthroughputtestingisquitesimple�However,inrealityitcanprovetobequitetricky� Asanexample,thefirstaspectstounderstandare what to measure and how to benchmark the result � LookingatthepublicresultsoftheLTESAETrialInitiative(LSTI)ProofofConcept(PoC)group,it canbeseenthatpeakrateswillvaryfromafewhundredkilobitspersecondatthecelledgetoover 150Mbpsinverygoodradioconditions(forexample,ina20MHz2x2MIMOsystem)�Inpractice, measuringthiswiderangeofratescouldbeperformedwithadedicatedhardwaretrafficgenerator thatwillhaveguaranteedperformanceandwillproducetrafficpreciselyaccordingtoananticipated trafficprofile�Suchaprofilecouldincludevaryingdatarates,differenttypesoftraffic,anddelay characteristicssuchasjitter�Otheralternativesincludesoftware-basedtrafficgenerators(for example,iperf)orsimplygeneratingthetrafficfromexistingstandardapplicationserversusedfor FTPorvideostreaming� Ifasoftware-basedtrafficgeneratorisused,itisimportanttounderstandtheconditionsunderwhich itwilldeliverreliableresults�Ingeneral,currentlyavailablesoftware-basedtrafficgeneratorsproduce acorrectaveragethroughput;however,theinstantaneousvariationscouldbesignificant�Togenerate highrates,dedicatedCPUresourcesmustbeconsistentlyavailabletothegenerator�Shouldother processesstartonthetrafficPC,andthisisoftenthecasewithcertainoperatingsystems,theremay becomplicatedsideeffectsintheEPCortheeUTRANbecausebufferingmightoccurunexpectedly� Consequently,theremaybeagapinthegeneratedtrafficandthusnothingtotransferovertheair interfaceforagivenTTI� Ifnotmanagedproperly,theuseofanexistingapplicationserver(forexample,anFTPserver)to generatethetrafficcouldalsoproduceunexpectedsideeffects�Forexample,anFTPservernormally accessesafilefromatraditionalharddisk�Ifmultipleuserstrytodownloadthesamefileatthesame time,therecouldbeabottleneckcausedbytheFTPserverratherthantheLTEairinterface(ingood radioconditions)�ItispossibletosetupanFTPservertomanagethisifpropercareistakenandthe appropriatedisksystemisapplied;however,oversightsassimpleasanimproperlyconfigureddiskcan skewtheoverallresults� Whenitcomestomeasuringtheperformance,oneessentialruleofthumbistounderstandthebasic aspectsthatwillcontroltheresults�Forexample,anunderstandingoftheunderlyingradiolayer transportsettingsiscrucial�HARQprovidesanexample:ifHARQisnotenabled,thelinkwillactually deliverahigherthroughputingoodradioconditionscomparedtotimeswhenHARQisnotswitched on�Ontheotherhand,reliabletransportdependsonHARQbeingswitchedon�Ifnot,problemssuch asasignificantamountofTCPretransmissionwillcropup,leadingtoaverypooreffectivethroughput� EvenifHARQisswitchedon,theamountofHARQretransmissioncanbeconfigured�Settingthisto averylowvaluewillincreasetheinstantaneousthroughputbutwillleadtoapooreffectivethroughput undernon-idealradioconditions�
Foradetailedunderstandingofbearerthroughput,measurementsshouldbemadeatdifferentlayers intheprotocolstack—MAClayer,IPlayerandUDPorTCPlayers—afterapplicableretransmissions� Duringthesemeasurements,itisimportanttounderstandandrecordtheactualsettingsthatwere configuredfortheMAClayerandtheTCPlayer,andifanyspecificserviceorapplicationlayersettings havebeenapplied(forexample,iftheapplicationusingTCPhadoneormultipleTCPflows)� InsomeveryspecificcasesitmaybeusefultomeasurethehighestpossiblebitratethattheLTEair interfacecandeliver�Forthismeasurement,therecommendedapproachistomeasurethelossless (forexample,zeropacket-lossthroughput)ofasustainedUDPstream�Insuchcases,thespecific MAClayersettingsshouldberecordedaswellastheUDPpacketsize�Itcouldaddsubstantialvalueto performanRFC2544testovertheLTEconnection;thiswillstepthroughseveraldifferentpacketsizes andthroughputratestolocatethelosslessthroughputforeachrelevantpacketsize� Tounderstandwhythroughputischangingindifferentenvironmentsatdifferenttimes,thebest approachistorecordasetofLTE-relevantparameterswhileperformingthethroughputtest�These parametersshouldincludetheinputstotheeNodeBschedulingdecisions(forexample,CQIforall oftheranks(widebandandsub-band),thePMI,andtherankindicator)andinformationaboutthe resultingeNodeBschedulingdecisions(forexample,selectedmodulationandcoding,MIMOmode, etc�)�Whentestinguplinkperformance,therelevantpower-controlinformationshouldalsobelogged� JDSUprovidesallofthetoolsandprocessesneededtoplan,perform,evaluateresults,andprovide reportsforsingle-andmulti-userthroughputtesting�ThisincludesbothtoolstogenerateE2Etraffic aswellastoolstologdatafromhandsetsandrelevantnetworkinterfaces�Fortestinginthefield,signal sourcesavailablefromothervendorsemulateuplinkinterferenceandloadingcausedbyusersinother cells�Becauseloadinghasasignificantimpactonthroughputratesitshouldbeincludedaspartofany realisticevaluation�ThegeneratedinterferenceshouldideallyberepresentativeofanLTEairinterface inbothULandDL�AlthoughwhitenoisewasacceptableforUMTS,whichusesanoise-likeCDMAair interface,itdoesnotrepresentthepowervariationsacrossfrequencyandtimethatcharacterizeLTE’s OFDMandSC-FDMAmodulationschemes�Rapidvariationsmaytrickschedulersintomakingeither optimisticorpessimisticpredictionsofthechannelconditionsandsubsequentmodulationandcoding schemethatcanbereliablytransmitted�JDSUtoolsprovidethemeanstoevaluatethisimpactbefore networksbecomeheavilyloaded�
Cell performance verification with multi-user throughput testing
MeasuringtheperformanceofanLTEsysteminasingle-usercaseprovidesabasicunderstanding uponwhichamorerealisticanalysisofthemulti-usercasecanbeperformed�Itshouldbe understoodthat,inmanycases,single-userpeakthroughputperformancewillbemuchhigherthan eventheaggregatecellthroughputwithseveralusersactivelydownloading�Fromindustrystudies performedbyLSTIandothers,DLcellthroughputisexpectedtobearound35-40Mbps(assuming 20MHzwith2x2MIMO)with10usersspreadoverthecell,allwithfullbufferdownloadsanda proportionalfairscheduler�1,2 1�eseexpectationsarerelativelyconsistentwithprevious3GPPsimulations� 2�eterm“fullbuer”referstotheideathattheeNodeBisconstantlyschedulingdatafromtheS1interface�ebuermustalwayscontain enoughdatatofullysaturatethelinkeveninthecaseofaperfectRFenvironmentandthehighestthroughoutrate�
Whenbasicmulti-usertestingisperformed,theresultsmayvarygreatly,spanningfromvalues belowtheanticipatednumberstoratesnearthesingle-userpeakperformance�Thereasonforthis widevariationisduetotwokeyfactors:theoverallbehavioroftheeNodeB’sschedulingandthe environmentforeachindividualuser�Itisthereforeimportanttosetupthetestinarepeatablewayto ensurethatresultsareusefulontheirownandcanbecomparedagainstsimilartestsineitheradjacent cellsinthesamenetworkorwithcellsthatusenetworkequipmentfromanothervendor� Theprocessofsettingupatesttoverifycellperformancewithmultipleusershastoomanystepsto presenthereindetail�Inoutlineform,herearethekeysteps: 1� Evaluatethedistributionofsignalqualityinthenetworkthroughexhaustivedriveorwalktesting tobuildaCDF� a� IftheCDFsfordifferentcellsaresignificantlydifferent,theendresultwillbesignificantlydifferent� b� Thedistributionwilldependonthetypeofterraincoveredandwherethewalkordrivetestis performed�Forexample,includingindoorlocationswillproducelowersignalqualitiesthan outdoor-onlydrivetesting� c� Itisexpectedthatroughly80percentoftheLTEdatatrafficwillbegeneratedindoors� 2�DistributetheUEsaccordingtothesignalqualityCDFtoobtainapropertracprole� a� ThechoiceofdistributionshouldmatchnotonlythemeasuredCDFbutalsotheanticipated distributionofrealusersintherealnetwork�Forexample,ifitisanticipatedthatseveralusersare locatedinagroupinapubliclocation(forexample,anairportorcafé)thenitisadvisabletoplace someoftheusersinsimilarpatterns� b� DifferentMIMOconditionsmightbestressedduetothistypeofdistribution(forexample ,multi-usergainsfromMIMO)� 3�Intherealnetwork,locatetheusersaccordingtotheplanneddistribution� a� Notethatitwillbenearlyimpossibletogetanexactmatchsoitisimportanttoinsteadlocatethe usersinanareasimilartotheoneidentified�Makesurethattheactualradioconditionsofthe chosenlocationsareloggedandstoredforthecompletedurationofthetest� b� Forcasesinwhichsomeoftheuserswillbeinamovingenvironment,makesurethatthiscanbe managedinacontrolledway� 4�EnsureOCNGisenabledintheDLfortheadjacentcellstocreateDLloadinginthecell� 5�EnsurerealisticULloadingisgeneratedfromUEsinadjacentcells� 6�GeneratetractothetestUEsandensurethateachUEissetuptoreceiveortransmittracwith fullbuers� 7�Logalloftherelevantparametersasidentiedearlierincludingthelocation(latitudeand longitude)ofeachUE� a� Logallrelevanttrafficfromthenetworkinterfacestoensurethatfullbufferswerepresentforall UEsinallconditions� b� VerifythatallUEswereactiveandthattheindividualUEthroughputratesarerealisticcompared toexpectations� 8�CorrelatetheUE’sentireindividualthroughputforMAC,IP,andUDPorTCPlayers� a� IfoneorseveraloftheUEsweremoving,theaggregatedthroughputmaychangeovertime dependingontheschedulingandspecificradioperformanceofeachdevice’senvironment�
Itshouldbenotedthatthisisnotarealisticwaytotestacell’sactualperformanceinarealnetwork scenariowhenbuffersarenotalwaysfull�Instead,itisatestofhowtheeNodeBwouldbehavein averyspecificscenario�Thiscouldnormallybeconsideredaworst-casescenarioforaspecific distributionofusers�
Realistic multi-user throughput testing
Despitethecomplexity,therearestilllimitationsinmulti-usertestingthatusesfullbufferdownloads anduploads�Inarealistictrafficscenario,usersareexpectedtohaveburstytrafficprofiles,possibly comprisingHTTP,voice,FTP,IM,e-mail,etc�Inthefull-buffercase,userswithgoodconnections downloadmoredatathanuserswithlowdatarates,whichbiasesresults�Althoughthisispartlytrue, userstendtodomorewithafasterconnection—thefull-buffercaseisperhapstooextreme�The question,then,iswhatwouldbeamorerealistictrafficmodel?Woulditbevaluabletopursuethis testingand,ifso,whatistheaddedvalue?Theanswerdependsonwhichphaseofthetechnologythe specificoperatorisinatthetime�Iftheoperatorisabouttoperformvendorselection,thiscouldprove tobeanessentialtesttoensurethattheequipmentbehavesappropriatelyintermsofscheduling,ability todeliverthedesiredQoS,andoverallfairnesstothedifferentusers� ItisalsoimportanttounderstandthatdeliveringtheexpectedQoSorbeingabletoprovidefairness inthesystemisnotnecessarilyadifficulttaskforaneNodeB�Inpractice,thedifficultyistheabilityto delivertheexpectedQoSwithaminimumofoverheadfactorsthatimpacttheoverallcellcapacity� Thefollowingisaproposedtesttohighlightcertainpossibledeficienciesinasystem� 1�QoSoverheadprovisioninganalysis a� Setupastaticmulti-usercelldownloadwith6to10usersperformingfull-bufferdownloads� b� Measuretheoverallcellcapacity� c� Reassignoneuserasamobileuserwithafixed-rate UDPstreamwiththesamemegabit-per-secondratethatwasachievedinthefull-bufferdownload� i� SettheQoSparametersforthisusertomatchthefixedrateoftheUDPstream� ii� Verifythatthethroughputrateisintherangeof2to5Mbps� d� Measuretheoverallcellcapacity�
e� Movetheuserfrommediumtopoorradioconditioninfivestepsandrepeatthecell-cap acity measurementsforeachstep� f� Movetheusertothecelledgeforthespecificdataratethatwasprovisioned� g� Measuretheoverallcellcapacity� ComparethecellcapacityrstwithandthenwithouttheQoSprovisionedforthebandwidththat canbedeliveredwithoutanyactualimpactontheoverallcellcapacity�encompare,stepbystep, theoverallimpactofusermobilityoncellcapacityandguaranteedQoS� 2�Testtheimpactofrealistictracbehaviorontheoverallscheduling a� Setupagroupofusers(6to10)witharealistictrafficprofileforthetypeofusersenvisionedfor theLTEnetwork�Thefollowingareexamplesofusescenarios� i� Downloadfivewebpageswitha30-seconddelaybetweeneachdownload�Eachpage contains20objectsforatotalof1�4MBperpage� ii� Receiveane-mailmessagewithalarge(forexample,10MB)attachment�
iii� Send10e-mailmessages,fourwith2-MBattachmentsandsixsmalloneswithonly50KBof dataineach� iv� ListentoInternetradio(256Kbps)� v� PerformabackgroundFTPdownloadofsevenlargefiles(totalof100MB,similartoa monthlyoperatingsystemupdate)� vi� MakeoneVoIPcallusing12�2KbpsonaguaranteedQoSbearer� Notethatthetestconditionsmustbesetupsuchthattheradiointerfacewillbecongestedin certainconditionsduringtestexecution�Usethepreviouslymeasuredanticipatedcellcapacity numberstoselectthecorrecttest-caseparameters� b� Thesequenceofeventsoccursinparallelforeachuser;however,theusersareseparatedintime by10secondseach� c� EachuserwouldbelocatedinaspecificradioenvironmentdefinedbytheCDFforthespecificcell� d� LetthetestruntocompletionwhileloggingalldatafromboththetraceUEsandthenetwork basedprobes�Ifpossible,alsologthedatafromtheLTEUuinterface� Thedatashouldthenbeanalyzedtorevealactualbehaviorduringcongestedconditions�One shouldspecificallystudytheimpactofthescheduleronboththeguaranteedQoStraffic(VoIP) andthestaticRTPstreamfortheInternetradiobecausethesetwoservicesarethemostlikely todegrade� Asimpleandbasicmeasureistobenchmarkthetotaltimeofcompletionforthetestsequence (excludingtheInternetradiostreamandtheVoIPsession,whichcouldrunindefinitely)�The minimumcompletiontimeshouldberelativelyeasytocalculatebasedonthepreviously measuredperformanceforthemulti-userandfull-bufferdownloadscenarios�Thedifference fromthisminimumtimeshouldbeanalyzedtounderstandtheoverallefficiencyofthesystem� Addingmobilitytothistestcasewouldallowforfurtheranalysis�However,itwouldprobablyadd somuchcomplexitythatitcouldnotbejustifiedasabasiccase� Allaspectsoftheschedulingandperformanceoftheradioenvironmentshouldbeanalyzedto understandtheefficiencyineachlayerandduringeachprocess�Thiswillalsohelprevealwhich conditionsleadtosuccessfulschedulingresultsandwhichcauseschedulingissues� JDSUcanprovidethetoolsandtheprocessestoexecuteandanalyzetheresultsfromthesetypesof tests�JDSUtoolscanhelpcharacterizethebehaviorandallowforbothcompetitivebenchmarkingand regressiontestingwhena“laundrylist”mustbemaintainedforaspecificsupplier�
Idle-to-active transition times
OneofthemainexpectationsofLTEistoprovidean“alwaysconnected”experienceforendusers�This isachievedinpartbyensuringaswifttransitionbetweentheidleandactivemodes�TheoverallRRC statemachinehasbeenoptimizedandthenumberofpossiblestateshasbeenminimizedtoensure reducedcomplexity,lowerpowerconsumption,andfastertransitiontimes� Tomeasuretheidle-to-activetransitiontimesonemustbeabletoeitherfullycontrolUEbehavior orbeabletologalloftheassociatedsignali ngtoensurethedataisavailabletobemeasuredfromthe overalltraffic� JDSUtoolscanmeasureidle-to-activetimeaswellasotherrelevanttransactionandproceduraltimes� Thesemeasurementscanbeperformedusingeitherdatafromatracemobilealoneordatacombined fromtheLTEandEPCnetworklinkstoenabletruecorrelatedE2Emeasurements�
Latency testing
Theoverallexperienceismorethanthespecificbandwidththatanendusercanreceiveandhow quicklythenetworkwillenableswitchingbetweentheidleandactivemodes�Theexperiencealso dependsontheE2ElatencyofapackettransitioningthroughthecompleteEPCandeUTRAN� KPI veriication and calculation
TheJDSUbookLTE and the Evolution to 4G Wireless: Design and Measurement Challengesincludes anextensivesectionaboutKPIs,thecalculationmethods,andtheoverallmethodology(pleasereferto Chapter6)�Asaresult,theKPImaterialcoveredhereiskepttoaminimum� Itisunfortunatethatthephrases“keyperformanceindicator”and“KPI”havebecomecommonly misunderstoodandmisused�Atthemostbasiclevel,aKPIisnothingmorethanastatisticora measurement�However,itisthetestobjectiveormarketrequirementforagivenservicethatallowsa particularstatisticormeasurementtobeconsideredasakeyindicatorofperformance� Eventheterm“performance”canmeanverydifferentthingsdependingonthetestingcontext�For example,serviceperformanceforVoIPmaybemeasuredintermsofjitter,latency,anddropped packets�NetworkperformancemaybemeasuredbythenumberconcurrentVoIPusersthatcanbe servedwithanacceptablelevelofjitter,latency,andpacketloss�Thus,whenmeasuringqualityor performance,oneofthekeychallengesisagreeingondefinitionsthatenableconsistentinterpretations ofresults� Accordingto3GPP,KPIsgenerallyfitintooneoffivecategories:accessibility,retainability, integrity,availability,andmobility�Thelistissometimesexpandedtoincludethecategoriesof utilizationandusability� 3GPPKPIstandardizationeffortsarelargelyfocusedonmeasurementsrelatedtotheenduser’s perceivedQoS�Thesemetricstendtobemoreoperator-centricastheyrelatespecificallytomeasuring theabilityofcustomerstoobtainandmaintainaconnectiontothenetworkandtherebymakeuseof oneormoreavailableservices� KPIsarebestunderstoodinthecontextoftheactualobjectiveofthemeasurement�Eachpartofthe networkhasdifferentresponsibilitiesassociatedwithdeliveringasingleservice�Therefore,LTE-specificKPIsfocusontheeUTRANitselfand,inmanycases,relyontheeNodeBtoactuallymeasure itsownperformance�OnechallengeforanNEMisdefiningawaytoverifythatKPIscalculatedbythe eNodeBarecorrect,especiallywhenrunningathighloadorfullcapacity�Anotherchallengeforboth NEMsandWSPsismakingtheshiftfromsimplylookingatKPIstotroubleshootingandidentifying therootcausesofproblems� ForeachKPIcategory,eachservicemayhaveadifferentQoSprofileorQCIlabel�Toidentifythe performanceofeachtypeofservicebeingaccessed,themeasurementsshouldbemadeonaper-QCI basis�AdditionalKPIsineachofthesecategoriesshouldbeconsideredinordertoevaluatetheend-to-endusabilityandmanageabilityofaservice� Keyaspectsofawell-designedend-to-endtestsystemarethedatasourcesandthepossiblemonitoring pointsthatexistinanLTEandSAEnetwork�Someofthetopicsdiscussedherearealreadypartofthe industrystandards�Otherareasmayormaynotbepartoffuturestandardizationeffortsby3GPP,ETSI, orotherindustrybodies�
Fundamentaltothetopicofdatasourcesandmonitoringpointsisanunderstandingofmeasurement theory,basicphysicallaws,andhowtheLTE/SAEtechnologyworksandisdeployed�Considerthe followingexamplecommontobothLTE/SAEandUMTSinwhichtwoengineersneedtomeasurethe RRCconnectionsuccessratiointhenetwork� • erstengineer,whoisexperiencedindrivetesting,commissionsatargeteddrive-testcampaign, measuringtheRRCconnectionsetupsuccessratioforawidearea�Clearly,thenumberof measurementpointsisdirectlyrelatedtothedurationofthetestingandthenumberofactual attemptsperunitoftime�Forthisexample,theengineerconcludedthattheRRCconnection successratiowas98�5percent� • esecondengineerisaccustomedtonetworkcountersandlink-monitoringtools�Asaresult, heextractslogsfromthesystem�isprovideshimwithareportofalloftheRRCconnection attemptsforthefullnetwork;hismeasuredRRCconnectionsuccessratiois99�5percent� Whyisthereadifferenceofnearlyonefullpercentagepoint?Theanswerisfundamentaltotherestof thisdiscussion� Thedifferenceintheresultsisnotduetoflawsinthedatasource,beitthedrivetest,thenetwork counters,orthelink-monitoringtools�Thedisparityiscausedbythetwoengineersmeasuringdifferent networkproceduresfromdifferentangles� • edrive-testmethodanalyzesnetworkperformanceasseenfromasinglehandsetatspecic physicalpointsinthenetworkatdistinctpointsintime� • enetworkcountersandlink-monitoringtoolsrecordallofthetracandalloftheoccurrences ofsignalingandusertractheyaredesignedtomonitor�isisadierentframeofreference:it analyzesnetworkperformanceasseenonthenetworkandatthenetworkmonitoringpoints� Differencesbegintoaccumulateifanydrive-testlocationsarewelloutsidetheactual,andpotentially, intendednetworkcoveragearea�Asaresult,RRCconnectionrequestsmadeoutsideofthenetwork coverageareawillberecordedbythedrive-testsystembutnotbythenetworkcountersorlink-monitoringsolutions�Thishighlightsakeypoint:anextensivedrive-testcampaignprovidesadditional informationbeyondwhatnetworkcountersorlink-monitoringtoolscanprovide� Intheoptimizationcommunity,itisgenerallyagreedthatKPIsshouldbecomparedtoeachotheronly whentheyarederivedfromthesamedatasourceorwhentheyarenormalizedtoremoveanybiasdue tomethodorsource�Thisisespeciallytrueifcomparisonsshowunexpectedresults�Today,thelackof propercomparisonsisoneofthelargestcontributorstounsoundoptimizationdecisionsinthemobile industry�Validcomparisonsandmeaningfuloptimizationcanbeensuredonlyifastringentand coherentagreementondatasourcesandmonitoringpointshasbeensettledinadvance� 3 WhetherengagedintheR&Dprocessortheoptimizationphase,onemustoftenchoosebetween severaldifferentstrategieswhendevelopinganLTEtestplan�Selectingthemostcost-effectiveand results-effectivestrategyisoneofthemostimportantdecisionstobemadeearlyineachphaseofthe work�Onceastrategyisselected,theboundaryconditionsofitsapplicabilitymustbeestablished�Itis importanttonotethatastrategythatisappropriateforonephaseoftheworkprobablyhassignificant shortcomingsinanyotherphase�Inotherwords,itisseldomagoodideatousethesamefundamental KPIsbecausethedatasourceswillprovidedifferentresultsindifferentphasesofanetwork’s deploymentandmaintenance� 3�Pleasenotethatthisissimplyamatteroffundamentalmeasurementtheory�Itisnotintendedtobeadiscussionaboutthepotentialriskof resultsbeingincorrectduetoacertainmeasurementtoolnotworkingasdened�
Toillustratethisidea,consideracaseinwhichQoSiscontrastedwithQoE�Monitoringtheend-user IPtrafficonamobilenetworkprovidesafullanddetailedunderstandingofthetrafficflows(TCPor UDP),theapplications(voice,video,HTTP,e-mail,etc�),andpotentiallyperformance�Somebelieve thatthemonitoringofonlytheUDPorTCPflowswillprovideenoughinformationabouttheend-user QoStobeabletodeduceagoodapproximationoftheend-userQoE�Asthefollowingscenarioshows, thisisnotthecaseforapplicationssuchasstreamingvideo� • Auseriswatchingstreamingvideoonhishandset,buttheradioqualityisnotsucienttodeliver thefullbandwidthovertheairinterface�WhentheUDPstreamismeasuredinthecorenetwork, nodegradationoftheRTP/UDPstreamisobserved�reeotherlocationsprovideabetterplaceto observethedegradation:ontheairinterface,ontheuser’shandset,orbetweenthetwoendpoints oftheRLCentity(intheUTRANbetweentheUEandtheRNCorintheLTEeUTRANbetween theUEandtheeNodeB)�enetworkmonitoringtoolinthecorewouldreportahighandstable bitrate(goodQoS);however,theenduserwouldreportapoorQoE� • Shiingthescenarios,assumethattheenduser’sapplicationisquality-awareand,duetotheradio conditions,signalsthatthevideostreamingservershouldchangethebitrateofitscodec�When thisnewRTP/UDPbitstreamappearsonthenetwork,thenetworkmonitoringtoolwillassociate thechangewithalowerQoSstreambecauseithasalowerbitrate�Ontheotherhand,theradio conditionsaregoodenoughtodeliverthisadaptedbitstream,andtheenduserQoEhasnowincreased� ThisscenarioshowsthatthecrucialelementintheQoEisnotthebitratemeasuredinthecorenetwork, butrathertheend-to-endabilitytodeliveraspecificservicetotheenduser�Theapplicationdomain will,inthiscase,ensurethatthebestpossibleQoEisachieved�Therefore,themonitoringtoolmustbe application-awaretodelivercorrectQoSmeasurementsthatleadtothecorrectestimationofend-userQoE� Validating LTE voice
Oneoftheto-be-defineditemsfortheEPSishowcircuit-switchedservicessuchasvoice,CSUDIvideo, SMS,LCS,andUSSDwillbemanaged�Fouralternativesarecommonlyconsidered� • Circuit-switchedfallback(CSFB) • VoiceoverLTEgenericaccess(VoLGA) • VoiceoverIMS(VoIMS) • Proprietaryoptions CSFBandVoLGAarebothstandardizedandcouldbereadilyimplemented�VoIMSislikelytofollow andisanticipatedtobeawidespread,long-termsolution�Amongthese,CSfallbackinEPSisdescribed indetailbelow;theotheroptionsarecoveredinbrief� Anotheraspectthatisnotyetspecifiedin3GPPR8istheuseofavoicecodec�Severaldifferentoptions areathand;however,duetoalackofagreement,thispartofthestandardizationmightbedelayeduntil R10�Onekeyreasonforthedelayisthelackofclarityontheobjective:shouldthequalitybeimproved orshouldthecapacitybeimprovedbythechoiceofcodec?Itislikelythatachoiceofcodecforinitial EPSdeploymentswillbebasedonamutualbilateralagreementbetweentheUEvendors,theoperators, andtheEPSprovider�ItwouldnotbeasurpriseifAMRandAMR-WBwereusedinitially� ItiscrucialtounderstandthattheITUhasalreadymovedaheadwiththedefinitionoftheG718codec� G�718isbuiltontheAMR-WBfoundationand,forthemostpart,providesthequalityofAMR-WB at12�65KbpsonthesamecapacityasAMR7�95Kbps�Overall,thismeansthatG�718providesa57 percentincreaseincapacitywithaverylimitedimpactonspeechdelay�Adetaileddescriptionis outsidethescopeofthispapersothereaderisencouragedtostudyITU-TRec�G�718infulltofurther understandthistopic�