You are on page 1of 29

3GPPCoreNetwork Evolution&Terminals Evolution & Terminals

HannuHietalahti TSGCTchairman TSG CT chairman hannu.hietalahti@nokia.com

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

Topicsofthispresentation Topics of this presentation


KeyfeaturesofEPC
EPCkeywords Keyfeatures CSandPSvoiceservicecapabilities EmergencycallsinLTE g y Emergencycallrouting CSFallback(CSFB) SingleRadioVoiceCallContinuity(SRVCC) DualStackIPv4/6connectivity y Home(e)NodeB Publicwarningsystem LTEdeploymentscenarios Multimodenetworkselection ANDSF LocalIPAccess(LIPA) SelectiveIPTrafficOffloading(SIPTO) Selective IP Traffic Offloading (SIPTO) WLANoffloading MultiplePDNConnectionstoSameAPN(MUPSAP) TerminalinitiatedQoS T i l i iti t d Q S NetworkinitiatedQoS
2

CoreNetworkInteroperabilityand2G/3Gintegration

(some)TerminalfeaturesinEPC (some) Terminal features in EPC

QoSmanagement

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

Key Features of EPC KeyFeaturesofEPC


EPCkeywords Keyfeatures

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

EPC keywords EPCkeywords


HSPA

UTRAN HSPA +

FlatPS onlyarchitecture Flat PSonly architecture Mobilitybetweenaccess technologies


Optimisedmobilitywithlegacy cellularsystems,includingCDMA Interoperabilitywithnon3GPP accesstechnologies

UTRAN

EDGE GSM 1900

GSM 1800 GSM 900

GERAN
LTE1800 LTE2600 LTE LTE1900

bl Interoperability
Multiplesecuritymechanisms Trustedanduntrustedaccess T t d d t t d
HRPD

1xRTT

Non-3GPP Access

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

WLAN 802.16

WIMAX
4

Key features Keyfeatures


Mainfeatures Main features
EndtoendIPbasedsystem DualstackIPv4andIPv6support l k d 6 NetworkinitiatedQoS Supportoftrafficoffloadingtooptimisecostperbit Interoperabilitywithlegacycellularsystems SupportofHome(e)NodeB=FemtoCell Regulatorygradeemergencycallsupport PublicWarningSystem

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

CoreNetworkinteroperabilityand 2G/3Gintegration
CSandPSvoiceservicecapabilities CS d PS i i bili i EmergencycallsinLTE Emergencycallrouting CSFallback(CSFB) SingleRadioVoiceCallContinuity(SRVCC) DualStackIPv4/6connectivity ua Stac /6 co ect ty Home(e)NodeB Publicwarningsystem(PWS) Public warning system (PWS) LTEdeploymentscenarios
3GPP 2009 Core Network evolution & Barcelona, 19th February 2009 2010 Mobile World Congress, Terminals, June 2010

CSandPSvoiceservicecapabilities CS and PS voice service capabilities


device has multiple capabilities CSFB, IMS, VoIP, SRVCC, etc. Can VoIP be used now?

Operator delivers its preferences to device (CS or IMS or both)

Network decides whether t offer h th to ff incoming call via PS or CS

Network N t k
UE signals its capabilities to the network during LTE attach Network analyses received UE information, its own technical cabilities and policies and informs the UE on VoIP support
7

Based on all received information the UE makes decision to use either CS or IMS for voice
3GPP 2009 Core Network evolution & Barcelona, 19th February 2009 2010 Mobile World Congress, Terminals, June 2010

EmergencycallsinLTE
RegulatoryemergencycallrequirementsaresupportedinRel9inPSdomain
DetectionofemergencynumbersinUE Indicationandprioritisationofemergencycalls I di i d i ii i f ll Locationservices,bothforroutinganduserlocationdataforPSAP Callbackispossible,butprocessedasnormalcall

UEmatchesdigitsdialledbytheuserwithlistofknownemergencynumbers UE matches digits dialled by the user with list of known emergency numbers
EmergencynumberlistintheUEiscommonforCSandPSdomainuse Default112and911(+localconfigurationviaUSIMpreconfiguration+download) Incaseofmatch,theUEshallinitiatethecallasanemergencycall

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

Network can detect emergency call if UE is not aware of local emergency number NetworkcandetectemergencycallifUEisnotawareoflocalemergencynumber
UEdoesnothavefullinformationofalllocalemergencycallnumbersandinitiatesa normalcall FromEPCperspective,itwillbeanormalPDNconnection

Benefitoflocationinformation
PCSCFdiscoversthecorrectregionalPSAPtotaketheemergencycall PSAPgetsinformationonthepreciseuserlocation

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

Emergencycallrouting Emergency call routing


1.Emergencyattachfor prioritisedconnectivity toemergencyAPN 2.IMSemergency registration

S-CSCF S CSCF MME HSS

3.PCSCFdetects emergencyRURIand routesINVITEtoECSCF

4.ECSCFqueriestheUE locationandroutesto appropriatePSAP appropriate PSAP

Default bearer for signaling

LTE

Serving GW

PDN GW

P-CSCF

E-CSCF

Dedicated bearer for media

5.Userplaneis 5 User plane is establishedforvoice

MGW

MGCF

Signaling Usermedia(voice)

6.PSAPmayalsoenquire userlocationtodispatch user location to dispatch emergencyservicetoright streetaddress

PSTN

LRF

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

CS Fallback (CSFB) CSFallback(CSFB)


CSFallBackfromEPStoCSdomain CSFBreusesvoiceandotherCSdomainservicesprovidedbylegacyCS infrastructure EPS redirects the UE to CS Domain for CS services EPSredirectstheUEtoCSDomainforCSservices
SMScanbedeliveredtotheUEwithoutredirectingtoCSDomain AfterCSservicetheUEcanreturntoLTEdependingoncoverageandpolicy

UsercandecidewhethertoacceptCSFBrequestornot ApplicationofCSFB:
CScapabledevicecampingonLTEcellcanestablish/receiveCSservices CS bl d i i LTE ll t bli h/ i CS i ReuseofexistingCSinfrastructureforvoiceserviceuntilIMSVoIPisdeployed ProvidevoiceroamingsupportwithLTE SupportE911usingexistingCSinfrastructure S t E911 i i ti CS i f t t Rel9IMSprovidesfullemergencycallsupport RequiresoverlappingCSdomaincoverage CSFB applies between LTE GSM WCDMA and 1xRTT CSFBappliesbetweenLTE GSM,WCDMAand1xRTT
10

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

CSFB procedure CSFBprocedure


DirectingtheUEfromLTEto2G/3GforCSservice
MME paging
LTE

SETUP paging
GS / G GSM/EDGE WCDMA

PLMN serving remote user

call setup SETUP paging resp.

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

11

Single Radio Voice Call Continuity (SR VCC) SingleRadioVoiceCallContinuity(SRVCC)


SRVCCusecase SR VCC use case
IMScallcancontinueisCSdomainoutsideofLTEcoveragearea SRVCCtoCSdomainisinvokedifVoIPcallcannotcontinueviaPSPSHO OnlyHOofasinglevoicebearerfromPStoCSisspecified O l HO f i l i b f PS CS i ifi d Requiresoverlappingwith1xRTT/GSM/WCDMAcoverage

SRVCCvoicecallsareanchoredinIMS
OnewayHOfromPStoCSsystems(LTEtoGSM/UMTSorto1xRTT) Nosimultaneousoperationofdifferentradiotransceiversisneeded

Rel9SRVCCimprovements e 9 S CC p o e e ts
IMSsupportofmidcallservices(e.g.,HOLD,MPTY) SRVCCsupportforemergencycalls

Videocalls,reversedirectionfromCScalltoIMSand Video calls reverse direction from CS call to IMS and optimisationsarebeingstudiedinRel10

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

12

SRVCCprocedure
TransferfromLTEto2G/3Gwithactivecall(notallentitiesshown)
IMS MME HO command HO required measurements
LTE

relocation request relocation response session transfer

PLMN serving remote user

GSM/EDGE WCDMA

MSC server

prepare HO

HO complete

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

MSC

13

DualstackIPv4/6connectivity, / y,
GPRSandEPS
TwoparallelPDPcontexts(IPv4andV6)towardssingleAPNinPrerelease8GPRS DSv4v6PDPcontextsisaddedtoGPRSUEinRel8andforSGSNandGGSNinRel9 DS v4v6 PDP contexts is added to GPRS UE in Rel 8 and for SGSN and GGSN in Rel 9 MigrationtoIPv6isstudiedin3GPPTR23.975inRel10
CurrentEPSandGPRSspecificationsalreadysupportDSconnectivity ToolsforIPv4andIPv6coexistenceandsubsequenttransitiontoIPv6arealreadyprovided l f d i d b ii l d id d DSconnectivitymayrequiretheuseofprivateIPv4addressingwithinthenetwork

EPSnetworkprovidesIPv4andIPv6coexistencebasedonDSconnectivity InteroperabilitytowardslegacyGPRScanbeprovidedviaparallelV4andV6contexts
UTRAN/GERAN Gn/Gp SGSN Gn S1-MME MME Gn S11 UE E-UTRAN S1u
Single-stack EPS Bearers OR Dual-stack EPS Bearer (R9)

Gr HSS S6a
Single-stack PDP contexts OR Dual-stack PDP Context (R9)

(PCRF) (Gx) S5 SGW PGW SGi (Rx) Operator IP Services(Rx); Other IP Services
14

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

Home (e)NodeB Home(e)NodeB


FemtoCellin3GPPisrealizedviaHomeNodeB EnhancedaccesscontrolforhomeCell
AutomaticaccesscontrolinUEviaClosedSubscriberGroup
AllowedCSGlistispreconfiguredbytheoperatororbytheuser Automaticcell(re)selectiontoallowedhomecellswhenavailable ( )

Adhocvisitorscanalsofindthehomecell
Accessissubjecttoaccesscontrol

Applicableon3G(HNodeB)andLTE(HeNodeB)
Legacy3Gmobilesdetecthomecell,butconsideritnormalcell
Access control via normal MM procedures AccesscontrolvianormalMMprocedures

LocalBreakoutispossible

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

15

Public Warning System PublicWarningSystem


PWSisglobalpublicalertingsystem
CurrentapplicationsareUSCMASandJapaneseETWS Themechanismisextendable(EUAlertisunderconsideration)

Broadcastwarningstoallusersintheaffectedarea Broadcast warnings to all users in the affected area


Notificationprovideroutsidetheoperatornetwork BothHPLMNandroamingsubscribersarecovered Differentlanguages Differentalertcategories Eventdescription Affectedarea Recommendedaction Expirationtime Sendingagency Sending agency
16

Alertmessagecomprises Alert message comprises

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

LTEdeploymentscenarios LTE deployment scenarios

AddingLTEto2G/3Gnetwork LTEdataoverlappingwith2G/3G
CSFBforvoiceservicesin2G/3G

LTEdata+IMSvoice overlappingwith2G/3G

CSFB,SRVCCfromLTEto2G/3G

LTEdata+IMSvoice LTE d t + IMS i refarming2G/3Gfrequencies


SRVCCfrom2G/3GtoLTE

Femtocells Femto cells

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

17

(some) Terminal features in 3GPP EPC (some)Terminalfeaturesin3GPPEPC


Multimodenetworkselection M lti d t k l ti ANDSF LocalIPAccess(LIPA) L l IP A (LIPA) SelectiveIPTrafficOffloading(SIPTO) WLANoffloading WLAN ffl di MultiplePDNConnectionstoSameAPN(MUPSAP)
(Someoftheseareunderremotecontroloftheoperator)

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

18

Multimodenetworkselection
Networkselectioncomprisestwoparts
Network operator (PLMN) selection Networkoperator(PLMN)selection
Thegoal,basedoncommercialagreements Homeoperatordeterminesthepreferredvisitedoperators

Access technology selection Accesstechnologyselection


Themeans,basedontechnicalcriteria Servingvisitedoperatordeterminesaccesstechnology,frequencybandandcell

3GPPPLMNselectionisextendable 3GPP PLMN selection is extendable


PLMNselectionisbasedonITUTdefinedMobileCountryCode(MCC)andMobile NetworkCode(MNC)anditcanbeextendedtoanysystemsupportingMCC+MNC 3GPP2 access technologies are already supported 3GPP2accesstechnologiesarealreadysupported

Commonnetworkselectionrulesareastrengthof3GPPsystem
EconomiesofscaleviacommonUElogictoadapttodifferentnetworkconfigurations Automaticroamingtothebestavailableoperator(basedonsubscriptiontoHPLMN) ( ) AutomaticroamingtothebestavailableRAT(basedonservingoperators configuration)
S l i Selectionofnon3GPPANcanbeoptimisedviaANDSFpolicy f 3GPP AN b i i d i ANDSF li
3GPP 2009 Core Network evolution & Barcelona, 19th February 2009 2010 Mobile World Congress, Terminals, June 2010

19

Networkselection,
Outboundroamingexample Outbound roaming example
HPLMNisnotavailable PrioritizedVPLMNsarelisted Prioritized VPLMNs are listed withnoassociatedRATin PLMNselectorwithaccess technology:
VPLMN5isnotavailable VPLMN5 is not available VPLMN1isavailable VPLMN2isavailable
PLMN Selector (USIM): VPLMN5 VPLMN2 VPLMN1

HPLMN has g not configured RAT priority for this VPLMN

HPLMN

VPLMN1 CDMA VPLMN1 VPLMN1 E UTRAN E-UTRAN ? VPLMN2 UTRAN VPLMN2 GERAN VPLMN2

VPLMN2isselectedvia2G, , 3GorEUTRAN
USIMconfiguredRAT preferencepossible

After PLMN selection normal AfterPLMNselectionnormal idlemodeisresumed


Cell&RATmaychange withintheselectedPLMN InterRATpriority I t RAT i it Backgroundscanforhigher prioritynetwork

RAT=RadioAccessTechnology, PLMN=PublicLandMobileNetwork

VPLMN2 E-UTRAN
20

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

ANDSF
AccessNetworkDiscovery&SelectionFunction A N t k Di & S l ti F ti
Optimisesnon3GPPaccesstechnologyselection DoesnotaffecttheselectionofthePLMNoperator

ANselectionpolicycanbedownloadedfromthenetwork
EitherHPLMNorVPLMNpolicy Access technology preference Accesstechnologypreference Multiplepoliciescanexistbutjustoneisactiveatanytime

Policyattributes
P li i i Policypriority Accesspriority Validityarea PLMN Timeofday Discoveryinformation y

S14

H-ANDSF

HPLMN VPLMN UE
3GPP IP Access or Trusted/Untrusted Non-3GPP IP Access S14 V-ANDSF

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

21

Local IP Access (LIPA) in 3GPP LocalIPAccess(LIPA)in3GPP


All traffic on 3GPP radio LIPAisprimarilyforendusersbenefit,toallowaccesstolocal residentialorcorporatenetworkthrougha3GPPdevice Consequently,LIPAservicedoesnotneedtobetransparent, Consequently LIPA service does not need to be transparent buttheendusermayhavetoselectLIPAaccess Home(e)NodeBmayadvertisetheavailableLIPAaccess(tbd.)
Mobile operators core network

IP traffic to mobile operators CN Local IP traffic UE

Residential/ enterprise IP Network

logical connection for mobile operator IP traffic scope of Local IP access

LIPAprovidesaccessforIPcapableUEsthatareconnectedvia aH(e)NBsubsystem(i.e.usingH(e)NBradioaccess)tootherIP capableentitiesinthesameresidential/enterpriseIPnetwork. SimultaneousaccessfromaUEtothemobileoperator score Simultaneous access from a UE to the mobile operators core networkandLocalIPAccesstoaresidential/enterpriseIP networkwillbesupported. AUEmusthaveavalidsubscriptionwiththemobileoperator inordertouseLocalIPAccess. in order to use Local IP Access AUEmustbeabletouseLocalIPAccessinavisitednetwork subjecttoroamingagreementbetweenmobileoperators. PreRel10UEsshouldbeabletouseLocalIPAccess. Signalingwisetheoperatorgainsorsavesnothing,butLIPA makestheoperatorsHomeCellmoreattractivetotheuser!
22

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

Selective IP Traffic Offloading (SIPTO) SelectiveIPTrafficOffloading(SIPTO)


Optimisingcostperbitisbecomingessentialintheflatrateera SIPTOisaspecificroutingscenariowithintheoperator snetwork,allowingselective SIPTO is a specific routing scenario within the operators network, allowing selective offloadingofthetrafficawayfromtheEvolvedPacketCorenetwork Selectiveoffloadinge.g.basedontheQoSneedsoftheservice SIPTObenefitsthecellularoperatoranditistransparentfortheenduser SIPTO benefits the cellular operator and it is transparent for the end user SIPTOisintendedforallowingcostoptimizedhandlingoftheinternettrafficthatisnot intendedfortheoperatorscorenetwork(i.e.,operatorservices)
All traffic on 3GPP radio
RAN
S5 S11 S5 S S1-U

SIPTO Traffic CN L-PGW MME

eNB UE

S-GW

P-GW CN Traffic

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

23

WLAN Offloading WLANOffloading


WLANoffloadingreferstothedualradioscenariowherepartofthetraffic(PDN connections,IPflows)isroutedviaWLANaccessandpartvia3GPPaccess AssumesaUEcapableofoperatingWLANand3GPPradiossimultaneously The3GPPEvolvedPacketCorenetwork(EPC)asthecommoncorenetworkservesboth 3GPPradioaccesstechnologiesandnon 3GPPradioaccesstechnologies 3GPP radio access technologies and non3GPP radio access technologies WLANoffloadingcoversboththescenariowherethetrafficviaWLANradioisanchored intheEPC(i.e.,seamlessoffloading)andthescenariowhereitisnotanchored(i.e.,non seamlessoffloading) seamless offloading) AccessNetworkDiscoveryandSelectionFunction(ANDSF)istheretoprovidetheUE withtheaccessnetworkdiscoveryinformationandthepolicyonhowtousethe availableaccessnetworks available access networks ANDSF HA EPC Availableaccessnetworks
PreferredroutingofthetrafficperAPN,perIPflow Thereisnomobilitysupportin3GPPnetwork forflowsoffloadedinnonseamlessway

WLAN

3GPP RAT UE
24

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

MUPSAP MultiplePDNConnectionstotheSameAPNfor
PMIPbasedInterfaces
GTP b d basedcorenetworkinterfaces(Gn/GpandGTPS5/S8)support k f ( / d / ) multiplePDNconnectionstothesameAPN
Usecase:canbeestablishedduetodualstackconnectivity(v4+v6) Usecase:dialupcasewheretheterminalactsasamodemforaTEwhilst maintainingaPDNconnectionofitsowninparallel

ThesupportforPMIPbasedinterfaceswasaddedinrelease9toaddthe The support for PMIP based interfaces was added in release 9 to add the samecapabilitiestoallcorenetworkprotocols.
ForPMIPS5/S8,thePDNGWcandifferentiatethePDNconnectionstothe sameAPNbasedontheEPSbeareridentitysignalledbytheServingGW APN b d th EPS b id tit i ll d b th S i GW ForPMIPbasedS2aandS2b,thePGWcandifferentiateparallelconnectionsto thesameAPNbasedonspecificidentifierassignedandsignalledbyMAG

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

25

QoS management QoSmanagement


TerminalinitiatedQoS T i l i iti t d Q S NetworkinitiatedQoS

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

26

Terminal initiated Quality of Service (QoS) TerminalinitiatedQualityofService(QoS)


Rel6GPRSnegotiationcontainsallthenecessaryparameterstodetermineQoS,but
OnlyveryfewUEapplicationscanindicatetheirQoSneedstotheUEprotocollayers AnyQoSrequestfromtheUEmustbeconsideredagainstrealliferestrictions Any QoS request from the UE must be considered against real life restrictions
SubscribedmaximumQoS Availablecapacityinthenetworkandradiointerface ParallelPDPcontextwiththesameUE+IPversiontothesameAPNisconsideredanerror

UEinitiatedQoSisnotwidelyusedandinpracticesubscribedQoSPDPcontextisused UE i iti t d Q S i t id l d di ti b ib d Q S PDP t ti d


Noalwaysonbearer afterattach Subscribed b b d QoS

HLR

GMMAttachRequest GMM Attach Request GMMAttachAccept

UTRAN ActivatePDPContextRequest
UE

SGSN

GGSN
IPAddr.

PDN services

ActivatePDPContextAccept Activate PDP Context Accept

UEcanrequestanyQoS (butonlyifthe applicationisabletotell whatitneeds)

Usuallythenetworkgivesthe subscribedQoS

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

27

NetworkinitiatedQualityofService(QoS) Network initiated Quality of Service (QoS)


ImprovementsinEPSQoSnegotation
Defaultbearer isassignedduringattachandprovidesalwaysonIPconnectivity
Internet like default connectivity for QoS agnostic needs (browser email etc ) InternetlikedefaultconnectivityforQoSagnosticneeds(browser,email,etc.)

Dedicatedbearer isassignedonlywhenneededtoprovideguaranteedbitrateQoScontrol
AssignedonlyforthoseQoSsensitiveapplicationsthatcanberecognised

Rel8allowsalso2G/3GGPRStousetheEPSprincipleofnetworkinitiatedQoSnegotiation QoSdifferentiationimprovescostefficiencyviaassigningQoSonlywhenneeded
Differentservicepackagingandprioritiesarepossible MappingofdifferentapplicationstodifferentbearerpinpointsQoStotheapplicationsthatneedsit

OperatorcontrolonQoSisimprovedviaenablingdifferentdeploymentmodels
Userdifferentiation(differentusershavedifferentsubscribedQoS) Servicedifferentiation(differentidentifiedserviceshavedifferentQoS) MixtureofuserbaseddefaultQoSenhancedbyservicebasedQoSforidentifiedhigherQoSneeds
S1-MME S6a

MME
S11

HSS

Dedicated bearer: Network initiated when needed initiated,


S1-U

LTE

Serving GW

S5

PDN GW

SGi

IP services

Default bearer: Network initiated and always on y

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

28

Endofpresentation
( (moreinformationatwww.3gpp.org) gpp g)

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

29