3GPP Core Network Evolution & Terminals 2010

8/4/2019 3GPP Core Network Evolution & Terminals 2010

1/29

3GPPCoreNetworkEvolution & Terminals

HannuHietalahti

[email protected]

3GPP 2009 Mobile World Congress, Barcelona, 19th February 2009

3GPP 2010 Core Network evolution & Terminals, June 2010 1


2/29

KeyfeaturesofEPC EPCkeywords Keyfeatures

CoreNetworkInteroperabilityand2G/3Gintegration

CSandPSvoiceservicecapabilities Emer enc callsinLTE

Emergencycallrouting CSFallback(CSFB)

SingleRadioVoiceCallContinuity(SRVCC)

DualStackIPv4/6connectivit

Home

(e)NodeB Publicwarningsystem

LTEdeploymentscenarios

Multimodenetworkselection ANDSF

Local

IP

Access

(LIPA)

WLANoffloading

MultiplePDNConnectionstoSameAPN(MUPSAP)

QoSmanagement



erm na n a e o

NetworkinitiatedQoS


3/29

EPCkeywords

Keyfeatures




4/29

Flat PSonl architecture

UTRANHSPA

HSPA +

MobilitybetweenaccessUTRAN

EDGE GSM 900

GSM 1800

GSM 1900

Optimisedmobilitywithlegacycellularsystems,includingCDMA

GERAN

Interoperabilitywithnon3GPPaccesstechnologies

LTE2600 LTE

Interopera i ity

Multiplesecuritymechanisms HRPD

1xRTT

rus e an un rus e access Non-3GPPAccess

3GPP 2009 Mobile World Congress, Barcelona, 19th February 2009 3GPP 2010 Core Network evolution & Terminals, June 2010 4

WLAN802.16

WIMAX


5/29

EndtoendIPbasedsystem Dua stac IPv4an IPv6support

NetworkinitiatedQoS

Supportoftrafficoffloadingtooptimisecostperbit Interoperabilitywithlegacycellularsystems

SupportofHome(e)NodeB=FemtoCell

Regulatory

grade

emergency

call

support PublicWarningSystem



6/29

CoreNetworkinteroperabilityand

2G/3Gintegration

an vo ceserv cecapa t es

EmergencycallsinLTEEmergencycallrouting

CSFallback(CSFB)

SingleRadioVoiceCallContinuity(SRVCC)DualStackIPv4 6connectivit

Home(e)NodeB

LTEdeploymentscenarios



7/29

device has multiple Operator Network decides,

IMS, VoIP, SR-VCC, etc. Can VoIP

be used now?

preferences todevice (CS or

IMS or both)

w e er o o erincoming call via

PS or CS

e worUE signals its capabilities to the

network during LTE attach

Network analysesreceived UE

information the UEmakes decision to useeither CS or IMS for

information, its owntechnical cabilities and

policies and informsthe UE on VoIP


support


8/29

EmergencycallsinLTE

RegulatoryemergencycallrequirementsaresupportedinRel9inPSdomain DetectionofemergencynumbersinUE In icationan prioritisationo emergencyca s Locationservices,bothforroutinganduserlocationdataforPSAP

Callbackispossible,butprocessedasnormalcall

EmergencynumberlistintheUEiscommonforCSandPSdomainuse Default112and911(+localconfigurationviaUSIMpreconfiguration+download) Incaseofmatch,theUEshallinitiatethecallasanemergencycall

UE

translates

dialed

number

into

emergency

service

request ServiceURNwithatoplevelservicetypeof"sos"asspecifiedinRFC 5031 Emergencycategorycanindicateemergencyserviceifknown(fire,ambulance,police,..)

e wor can e ec emergencyca sno awareo oca emergencynum er UEdoesnothavefullinformationofalllocalemergencycallnumbersandinitiatesa

normalcall

FromEPCperspective,itwillbeanormalPDNconnectionBenefitoflocationinformation PCSCFdiscoversthecorrectregionalPSAPtotaketheemergencycall PSAPgetsinformationonthepreciseuserlocation

3GPP 2009 Mobile World Congress, Barcelona, 19th February 2009 3GPP 2010 Core Network evolution & Terminals, June 2010 8/


9/29

1.Emergencyattachforprioritisedconnectivity

toemergencyAPN

2.IMSemergencyregistration

3.PCSCFdetectsemergencyRURIand

routesINVITEtoECSCF

MME HSS

-

4.ECSCFqueriestheUElocationandroutesto

a ro riate PSAP

LTEServing PDN P-CSCF E-CSCF

Default bearer for signaling

Dedicated bearer for media

MGCFMGW.

establishedforvoice

6.PSAPmayalsoenquire

emergencyservicetorightstreetaddressSignaling

Usermedia(voice)


PSAP


10/29

CSFallBackfromEPStoCSdomain

CSFBreusesvoiceandotherCSdomainservicesprovidedbylegacyCS

infrastructurere rec s e o oma n or serv ces

SMScanbedeliveredtotheUEwithoutredirectingtoCSDomain

AfterCSservicetheUEcanreturntoLTEdependingoncoverageandpolicy

UsercandecidewhethertoacceptCSFBrequestornotApplicationofCSFB:

capa e ev cecamp ngon ce canes a s rece ve serv ces

ReuseofexistingCSinfrastructureforvoiceserviceuntilIMSVoIPisdeployed

ProvidevoiceroamingsupportwithLTE upport us ngex st ng n rastructure

Rel9IMSprovidesfullemergencycallsupport RequiresoverlappingCSdomaincoverage


,


11/29

MME

DirectingtheUEfromLTEto2G/3GforCSservice

paging

SETUP

GSM/EDGE

PLMN serving

remote userpaging

WCDMA

paging resp.SETUP


MSC


12/29

IMScallcancontinueisCSdomainoutsideofLTEcoveragearea

SRVCCtoCSdomainisinvokedifVoIPcallcannotcontinueviaPSPSHO On yHOo asing evoice earer romPStoCSisspeci ie Requiresoverlappingwith1xRTT/GSM/WCDMAcoverage

SRVCCvoicecallsareanchoredinIMS

One

way

HO

from

PS

to

CS

systems

(LTE

to

GSM/UMTS

or

to

1xRTT)

Nosimultaneousoperationofdifferentradiotransceiversisneeded

Rel9SRVCCim rovements IMSsupportofmidcallservices(e.g.,HOLD,MPTY) SRVCCsupportforemergencycalls

,optimisationsarebeingstudiedinRel10



13/29

SRVCCprocedure

IMS

TransferfromLTEto2G/3Gwithactivecall(notallentitiesshown)

HO required

MME

HO command

LTEmeasurementsrelocationrequest

relocation

PLMN serving

response

sessiontransfer

WCDMAMSC server

prepare HO

HO complete

3GPP 2009 Mobile World Congress, Barcelona, 19th February 2009 3GPP 2010 Core Network evolution & Terminals, June 2010 13MSC


14/29

DualstackIPv4 6connectivitGPRSandEPS

TwoparallelPDPcontexts(IPv4andV6)towardssingleAPNinPrerelease8GPRS

MigrationtoIPv6isstudiedin3GPPTR23.975inRel10

CurrentEPSandGPRSspecificationsalreadysupportDSconnectivity

ToolsforIPv4andIPv6coexistenceandsubsequenttransitiontoIPv6arealreadyprovided

DSconnectivitymayrequiretheuseofprivateIPv4addressingwithinthenetwork

EPSnetworkprovidesIPv4andIPv6coexistencebasedonDSconnectivity

Interoperability

towards

legacy

GPRS

can

be

provided

via

parallel

V4

and

V6

contexts

HSS

UTRAN/GERANGn/Gp

Gr

Single-stack PDP contexts ORDual-stack PDP Context (R9)

Gn

S1-MME

S6a

MME

SGi

Gn

(Gx)

E-UTRAN

S11

S5Operator IP

(Rx)

S1u


Single-stack EPS Bearers OR

Dual-stack EPS Bearer (R9)

SGWOther IP Services


15/29

FemtoCellin3GPPisrealizedviaHomeNodeB

EnhancedaccesscontrolforhomeCell AutomaticaccesscontrolinUEviaClosedSubscriberGroup

AllowedCSGlistispreconfiguredbytheoperatororbytheuser

Automaticcell re selectiontoallowedhomecellswhenavailable

Adhocvisitorscanalsofindthehomecell Accessissubjecttoaccesscontrol

Applicableon3G(HNodeB)andLTE(HeNodeB)

Legacy3Gmobilesdetecthomecell,butconsideritnormalcell

LocalBreakoutispossible



16/29

PWSisglobalpublicalertingsystem

CurrentapplicationsareUSCMASandJapaneseETWS

Themechanismisextendable(EUAlertisunderconsideration)

Notificationprovideroutsidetheoperatornetwork

BothHPLMNandroamingsubscribersarecovered

Differentlanguages Differentalertcategories

Eventdescription

Affectedarea Recommendedaction

Expirationtime



17/29

LTEdataoverlappingwith2G/3G CSFBforvoiceservicesin2G/3G

AddingLTEto2G/3Gnetwork

LTEdata+IMSvoiceoverlappingwith2G/3G

CSFB,SRVCCfromLTEto2G/3G

a a vo cerefarming2G/3Gfrequencies

SRVCCfrom2G/3GtoLTE

Femto cells


CSGandhomecellsupportforLTEand3G


18/29

u mo ene wor se ec on

ANDSFoca ccess

SelectiveIPTrafficOffloading(SIPTO)

o oa ng

MultiplePDNConnectionstoSameAPN(MUPSAP)

(Someoftheseareunderremotecontroloftheoperator)



19/29

Multimodenetworkselection

Networkselectioncomprisestwoparts

Thegoal,basedoncommercialagreements

Home

operator

determines

the

preferred

visited

operators

Themeans,basedontechnicalcriteria

Servingvisitedoperatordeterminesaccesstechnology,frequencybandandcell

PLMNselectionisbasedonITUTdefinedMobileCountryCode(MCC)andMobileNetworkCode(MNC)anditcanbeextendedtoanysystemsupportingMCC+MNC

Commonnetworkselectionrulesareastrengthof3GPPsystem

Economies

of

scale

via

common

UE

logic

to

adapt

to

different

network

configurations Automaticroamingtothebestavailableoperator(basedonsubscriptiontoHPLMN)

AutomaticroamingtothebestavailableRAT(basedonservingoperatorsconfiguration)


Se ectiono non3GPPANcan eoptimise viaANDSFpo icy


20/29

Networkselection,

HPLMNHPLMN has

not confi ured

HPLMNisnotavailable

RAT priority forthis VPLMN

withnoassociatedRATinPLMNselectorwithaccess

technology:

Selector(USIM):

VPLMN5

VPLMN1CDMA

sno ava a e VPLMN1isavailable VPLMN2isavailable

VPLMN2isselectedvia2G

VPLMN1 VPLMN1

VPLMN1

3GorEUTRAN USIMconfiguredRAT

preferencepossible

-

?

idlemodeisresumed Cell&RATmaychange

within

the

selected

PLMN

VPLMN2VPLMN2GERAN

nter pr or ty Backgroundscanforhigher

prioritynetwork

UTRAN


RAT=RadioAccessTechnology,

PLMN=PublicLandMobileNetwork E-UTRAN


21/29

ccess e wor scovery e ec on unc on Optimisesnon3GPPaccesstechnologyselection

DoesnotaffecttheselectionofthePLMNoperator

ANselectionpolicycanbedownloadedfromthenetwork EitherHPLMNorVPLMNpolicy

S14H-ANDSF

MultiplepoliciescanexistbutjustoneisactiveatanytimePolicyattributes

VPLMN

HPLMN

o cypr or ty Accesspriority

ValidityareaS14

UE V-ANDSF

3GPP IP Access orTrusted/Untrusted

Non-3GPP IPAccess

PLMN Timeofday Discoveryinformation



22/29

All traffic

on 3GPP

LIPAisprimarilyforendusersbenefit,toallowaccesstolocal

residentialorcorporatenetworkthrougha3GPPdevice

radio, ,

buttheendusermayhavetoselectLIPAaccess

Home(e)NodeBmayadvertisetheavailableLIPAaccess(tbd.)

Mobileoperators

corenetwork

Local IP traffic

IP traffic to mobile operatorsCN

Residential/

UE

LIPAprovidesaccessforIPcapableUEsthatareconnectedvia

aH(e)NBsubsystem(i.e.usingH(e)NBradioaccess)tootherIP

capableentitiesinthesameresidential/enterpriseIPnetwork.

enterprise

IP Network

networkandLocalIPAccesstoaresidential/enterpriseIP

networkwillbesupported.

AUEmusthaveavalidsubscriptionwiththemobileoperator

logical connection for mobileo erator IP traffic

.

AUEmustbeabletouseLocalIPAccessinavisitednetwork

subjecttoroamingagreementbetweenmobileoperators.

PreRel10UEsshouldbeabletouseLocalIPAccess.


scope of Local IP access

Signalingwisetheoperatorgainsorsavesnothing,butLIPA

makestheoperatorsHomeCellmoreattractivetotheuser!


23/29

Optimisingcostperbitisbecomingessentialintheflatrateera

SIPTO is a s ecific routin scenario within the o erators network allowin selective

offloadingofthetrafficawayfromtheEvolvedPacketCorenetwork

Selectiveoffloadinge.g.basedontheQoSneedsoftheservice

SIPTOisintendedforallowingcostoptimizedhandlingoftheinternettrafficthatisnot

intendedfortheoperatorscorenetwork(i.e.,operatorservices)

CN

SIPTO TrafficAll traffic

on 3GPP

RAN

L-PGWMME

S11S5

S5

UE

eNB P-GWS-GW

CN Traffic

S1-U


BaselineapproachforSIPTOaboveRANscenario.LocalGWisselectedforthetraffictobeoffloaded


24/29

WLANoffloadingreferstothedualradioscenariowherepartofthetraffic(PDN

connections,IPflows)isroutedviaWLANaccessandpartvia3GPPaccess

AssumesaUEcapableofoperatingWLANand3GPPradiossimultaneously

The3GPPEvolvedPacketCorenetwork(EPC)asthecommoncorenetworkservesboth

WLANoffloadingcoversboththescenariowherethetrafficviaWLANradioisanchored

intheEPC(i.e.,seamlessoffloading)andthescenariowhereitisnotanchored(i.e.,non

AccessNetworkDiscoveryandSelectionFunction(ANDSF)istheretoprovidetheUE

withtheaccessnetworkdiscoveryinformationandthepolicyonhowtousethe

Availableaccessnetworks

PreferredroutingofthetrafficperAPN,perIPflow

EPCANDSF HA

Thereisnomobilitysupportin3GPPnetwork

forflowsoffloadedinnonseamlessway

WLAN 3GPP

RAT

3GPP 2009 Mobile World Congress, Barcelona, 19th February 2009 3GPP 2010 Core Network evolution & Terminals, June 2010 24UE


25/29

MUPSAP MultiplePDNConnectionstotheSameAPNfor

PMIPbasedInterfaces

GTP basedcorenetworkinterfaces Gn GpandGTPS5 S8 support

multiplePDNconnectionstothesameAPN

Usecase:canbeestablishedduetodualstackconnectivity(v4+v6)

Usecase:dialupcasewheretheterminalactsasamodemforaTEwhilstmaintainingaPDNconnectionofitsowninparallel

samecapabilitiestoallcorenetworkprotocols.

ForPMIPS5/S8,thePDNGWcandifferentiatethePDNconnectionstothesame ase on e earer en ys gna e y e erv ng

ForPMIPbasedS2aandS2b,thePGWcandifferentiateparallelconnectionsto

the

same

APN

based

on

specific

identifier

assigned

and

signalled

by

MAG



26/29

erm na n a e o

Network

initiated

QoS



27/29

Rel6GPRSnegotiationcontainsallthenecessaryparameterstodetermineQoS,but OnlyveryfewUEapplicationscanindicatetheirQoSneedstotheUEprotocollayers ny o reques rom e mus econs ere aga ns rea eres r c ons

SubscribedmaximumQoS Availablecapacityinthenetworkandradiointerface

ParallelPDPcontextwiththesameUE+IPversiontothesameAPNisconsideredanerror n t ate o snotw e yuse an npract ce su scr e o context suse

Noalwaysonbearerafterattach

HLR

SubscribedQoS

UTRAN SGSN GGSN PDN services

GMMAttachAccept

ActivatePDPContextRequest

Activate PDP Context Acce t IPAddr.

UEcanrequestanyQoS(butonlyifthe

applicationisabletotellwhatitneeds)

UsuallythenetworkgivesthesubscribedQoS



28/29

ImprovementsinEPSQoSnegotation Defaultbearer isassignedduringattachandprovidesalwaysonIPconnectivity

, , .

Dedicatedbearer isassignedonlywhenneededtoprovideguaranteedbitrateQoScontrol AssignedonlyforthoseQoSsensitiveapplicationsthatcanberecognised

Rel8allowsalso2G/3GGPRStousetheEPSprincipleofnetworkinitiatedQoSnegotiation QoSdifferentiationimprovescostefficiencyviaassigningQoSonlywhenneeded

Differentservicepackagingandprioritiesarepossible

MappingofdifferentapplicationstodifferentbearerpinpointsQoStotheapplicationsthatneedsit

OperatorcontrolonQoSisimprovedviaenablingdifferentdeploymentmodels Userdifferentiation(differentusershavedifferentsubscribedQoS)

Servicedifferentiation(differentidentifiedserviceshavedifferentQoS) MixtureofuserbaseddefaultQoSenhancedbyservicebasedQoSforidentifiedhigherQoSneeds

MMEHSSS1-MME

S6a

S11

LTEServingGW

PDNGW

IP services

Default bearer: Network initiated and alwa s on

,

S1-U S5 SGi



29/29

Endofpresentation

moreinformationatwww.3 .or


Documents

3GPP Core Network Evolution & Terminals 2010