IMS For LTE
IMS For LTE
IMS For LTE
1. Introduction
2. Solution Architecture Overview
3. End-User Services
4. Regulatory Services
5. Provisioning / migrating subscribers
6. Roadmap
7. Supporting Sections
3
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
1. Introduction
• This method drops the UE from LTE to • Approach requiring specialized handsets
CDMA 1x any time a voice all is active has traction among CDMA operators
• Note there are other niche approaches that a small set of vendors and service providers are
pursuing:
- Use SIP UE with proprietary enhancements to MSC
- This method enhances an existing MSC with a SIP Gm interface (i.e. NSN ―FastTrack‖)
- These approaches have limited traction in the market place. The supporting ecosystem is uncertain.
5
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Market and network trends impacting voice
solution for LTE
• Voice remains important but no longer is the dominant service in terms of radio
network load
- Market will however split between ―legacy‖ and ―rich‖ services
- Some operators targeting ―rich‖ services only for power users with others planning to generalize
―rich‖ services to all users
- ―Legacy‖ services expected to remain the only option for legacy terminals
• LTE rollout will be similar to 3G
- Gradual increase in covered area across network
- Some operators targeting LTE coverage to exceed 3G deployment
- Others planning to always have wider 3G coverage than LTE
- May also depend on frequency bands allocated for LTE - i.e., higher bands may result in coverage
holes indoors etc.
- Support for users roaming onto networks without LTE coverage will remain key requirement
for at least 10 years
• SMS solution typically required from day 1
- Data only terminals MAY be an exception depending on configuration update mechanism
6
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Assumed requirements for Voice and SMS over LTE
capable terminals
• Services
- Voice service continuity to be ensured during handover to CDMA access
- Solution to support handover from CDMA to LTE requires standardization when, and if, agreed
technical solution and need has been determined
• Network
- Voice specific functionality in E-UTRAN and EPC to be minimized
- Header compression (RoHC) and Semi-Persistent Scheduling in E-UTRAN
- Possibly CSFB and/or SRVCC support in MME
- Possibly CSFB and/or SRVCC support in MSCs
There are three options we can discuss for voice/SMS services with LTE:
Option Description Comment
Uses a standard 3GPP IMS and LTE Call control for native LTE voice and
features to improve voice capacity SMS service is provided by IMS. IMS-
Continuity Options: based call control can be provided in
Voice over LTE the CDMA domain via the IMS
(VoLTE) • Hand-down to CDMA circuit
anchoring for calls originated in
domain
CDMA circuit mode.
• LTE <-> eHRPD PS HO required if
VoIP over eHRPD is supported
8
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice with LTE and CDMA Networks
Standards
• VoLTE Standards span 3GPP R8 (2008) to current release
- All variants of CDMA (1x, 1x Advanced, EVDO Rev A, Multi-Carrier EVDO and DO
Advanced) have been enhanced to allow delivery of voice in a mixed LTE/CDMA
network including options for 1x CSFB, 1x SRVCC, 1x DRVCC, and VoIP handover
via eHRPD PSHO.
• Alcatel-Lucent is a very active participant in 3GPP and 3GPP2. 3GPP2
references include
- C.S0087: E-UTRAN – cdma2000 HRPD Connectivity and Inter-working Air Interface
- C.S0097: E-UTRAN – cdma2000 1x Connectivity and Interworking Air Interface
- A.S0022: IOS for eHRPD RAN Interfaces and Interworking with E-UTRAN
- X.S0042: Voice Call Continuity Between IMS and Circuit Switched Systems
- X.S0057: E-UTRAN – eHRPD Connectivity and Interworking: Core Network Aspects
9
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
GSMA VoLTE (formerly referred to as OneVoice)
10
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Primary Migration strategies for Voice and SMS
services: Industry Trends
Initial LTE launch Service Rollout Mass market Network optimization
Data modems only. Including smartphones; earliest Full range of terminals; earliest Full range of terminals
test 2H2011; deploy 1H2012 2013+
Deploy 1H2011 test 1H2011; deploy 2H2011
LTE only Data LTE and eHRPD LTE and eHRPD LTE and eHRPD
only devices Data only devices Data only devices Data only devices
11
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
2a. Solution Architecture Overview:
Circuit-Switched Fallback
13
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CS Fallback - High Level Architecture
MSC MSC
CDMA 1X CDMA 1x
CS Network CS Network
New interface
“S102” from MSC
to MME
E-UTRAN MME E-UTRAN MME
PDN PDN
14
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CS Fallback: Roaming Considerations
network
Preferred” indication
15
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CS Fallback
Benefits, Costs, and Limitations
• Benefits • Limitations
• Provides mechanism for basic, transparent • CSFB procedures in eUTRAN require per-call
voice service to LTE handsets migration to CDMA
- Applicable to voice handsets if LTE is - Increases call setup delay
deployed in advance of IMS
- Range of figures depending on network
- Applicable to LTE roamers whose home conditions
network is not IMS capable
- Does not require IMS client in UE
• Can be used to provide ―basic‖ voice service
to certain users in networks where IMS
voice is available as a premium service
• Costs
• Requires support of S102 interface on MME
and MSCs
- S102 required on only a subset of MSCs if
only SMS delivery (not CSFB) is required
16
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
2b. Solution Architecture Overview:
Simultaneous Voice and LTE (SVLTE)
E-UTRAN MME
• SVLTE
• ―Two phones in one‖ to re-use legacy voice capabilities while offering LTE for data
• Particularly attractive to CDMA-2000 operators as it provides data connectivity during voice
calls
• SVLTE is not defined in standards
- It is a handset ecosystem marketing term
- No hard-and-fast rules on network or handset impact
- To date Alcatel-Lucent has done IOT only with LTE / CDMA 1x handsets: No network impact
• SVLTE is not known to have traction among 3GPP operators
- UMTS offers simultaneous voice and data already
18
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Device Options – Two Example Device Solutions
• Qualcomm‘s SVLTE/SVDO – Qualcomm Simultaneous V&D
- Enables Dual Transceiver Devices capable of
- Simultaneous 1x Voice with LTE Data, and
Rx/Tx Rx/Tx
- Simultaneous 1x Voice with eHRPD (EV-DO) Data
- Qualcomm 2-chip initial solution: ―Fusion‖ DO/
1x
LTE
- MDM9600 supporting LTE and EV-DO (eHRPD) data
- MSM8655 supporting 1x Voice and Smartphone operating system
- Devices would have one transceiver for Voice, and one serving LTE and EV-DO
- Qualcomm planning single-chip SVLTE/SVDO follow on solution
• Key elements:
- LTE E-UTRAN enhanced for VoIP delivery
- IMS core with Telephony Application Server (TAS) to provide end-user services
- VCC to provide handover capabilities between different radio domains (i.e.,
packet and circuit)
• The next slides will explore each of these areas in more detail
21
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE
Alcatel-Lucent Products
CDMA 1X 8615 IeCCF
8610 ICC 5110 SMS C
1357 ULIS
BTS MSC
PSTN/PLMN VitalQIP
Elements
added for IMS
eHRPD
eHRPD
BTS HSGW
eRNC
7510 MG
5420 PCM
5060 MGC-8
IMS Core
5420 CTS
(TAS)
E-UTRAN
5780 DSC 8650 SDM
9471 MME
94xx eNB
7750 SGW
7750 PGW
22
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE Required LTE E-UTRAN Enhancements for
VoIP Delivery
• Header compression using Robust Header Compression (RoHC)
- Reduced overhead but robust to consecutive packet errors.
• Delay management for VoIP QoS control
- QoS policy enforcement through Priority management
- Air interface resource management for VoIP QoS control
- Bearer QoS with DSCP marking in backhaul
- Smaller scheduling interval (TTI = 1ms)
• Semi-persistent scheduling for VoIP
- Reduce scheduling overhead
• Short PDCP sequence number to reduce the packet overhead.
• RLC UM (RLC Unacknowledged Mode, no retransmission)
- Reduce the delay and jitter of VoIP packets.
23
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
IMS core with Telephony Application Server (TAS)
• The IMS core and TAS adds the following components:
- Session manager consisting of P-CSCF, S-CSCF, I-CSCF, and BGCF, provided by the 5450 ISC
- TAS to provide the voice services - uses 5420 CTS
- SCC AS providing service centralization and VCC – provided by 5420 SCG
- Web portal to support subscriber feature configuration such as call forwarding – uses 5420
PCM
- MGCF and MGW to provide connectivity to the PSTN
- These functions are provided by the 5020/5060 MGC-8 and the 7510 MG respectively
- Media resource function to support functions such as announcements and conferencing
capabilities - provided by the 5900 MRF
- DNS/ENUM server to resolve IP addresses and E.164 addresses
- This function is provided by VitalQIP. Note this function could be shared with the DNS function
already in the LTE network
• The IMS core and TAS also leverage the following entities from LTE:
- Home Subscriber System for subscriber data (8650 SDM)
- Offline charging function (8615 IeCCF)
- Online charging function (8610 ICC)
- Lawful intercept gateway (1357 ULIS)
24
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE – user plane aspects
Two party calls
LTE to LTE call
MSC • VoLTE to VoLTE call
CDMA
- Each UE has dedicated signaling connection to
own S-SCCF and TAS (may be shared)
HSGW - Direct packet voice connection between two
parties, routed via own PGW (may be shared)
E-UTRAN MME IMS
SCC AS TAS
- Each UE has dedicated QCI=1 bearer established for
PDN voice service
SGW PGW - If UE not on same network then user plane carried
eNode B over inter-operator interconnection (normally via
GSMA sponsored IPX)
• VoLTE to CS call
VoLTE to mobile CS - LTE connected UE has dedicated signaling
MSC
connection to own S-CSCF and TAS
CDMA
CS Network - CS connected UE has dedicated signaling
connection to MSC
- During call MSC and IMS linked together using
HSGW MGW
MGCF ISUP via MGCF (or using SIP if MSC supports IP)
E-UTRAN MME SCC
IMS TAS - Media path connected via MGW under control of
MGCF
PDN
- LTE connected UE has dedicated QCI=1 bearer
eNode B
SGW PGW established for voice service
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
25
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE – user plane aspects
Multi-party calls
LTE to LTE conference call
• VoLTE to VoLTE conference call
MSC
CDMA CS Network - Each UE has dedicated signaling connection to
own S-SCCF and TAS (may be shared)
- Media path from each UE directed to conference
HSGW bridge hosted by MRF (Media Resource Function)
E-UTRAN MME IMS
SCC AS TAS - Each UE has dedicated QCI=1 bearer established for
+ voice service
PDN
MRF
eNode B
SGW PGW
• VoLTE to CS call
- Each UE has dedicated signaling connection to
LTE to LTE call with 3rd party on hold own S-SCCF and TAS (may be shared)
MSC - Direct packet voice connection between two
CDMA
CS Network
active parties, routed via own PGW (may be
shared)
- Each active UE has dedicated QCI=1 bearer
established for voice service
HSGW
- Media path for held UE directed to
MME IMS TAS
E-UTRAN SCC AS announcement service hosted by MRF (Media
PDN
Resource Function)
MRF
- Held UE has dedicated QCI=1 bearer established for
SGW PGW voice service
eNode B
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
26
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE – Hand down to 3G network
• Approach
CDMA
CS Network
MGW
- Simple PS handover triggered by
HSGW
MGCF
IMS TAS
MME involving HSGW and S/PGW
E-UTRAN MME SCC
PDN
SGW PGW
eNode B
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
28
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE handover to legacy mobile network
Using SRVCC (―B‖ party in CS network)
MSC Before…
CDMA
CS Network
• Approach
- SRVCC mechanism triggered by MME,
HSGW MGW
MGCF involving MSC and SCC
E-UTRAN MME IMS
SCC
PDN
TAS
- Parallel PS handover used for data
services
SGW PGW
eNode B
• Service restrictions
… after - (Most) IMS services maintained during
CDMA
MSC handover and remainder of call
CS Network
- Available over all mobile networks with
SRVCC roaming agreements
HSGW MGW
MME
MGCF
IMS
- Requires SRVCC support in visited network
E-UTRAN SCC
TAS
PDN
SGW PGW
eNode B
Figures are simplified
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
29
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE handover to legacy mobile network
Using SRVCC (―B‖ party in LTE)
MSC Before…
CDMA
CS Network
• Approach
HSGW MGW
MGCF - SRVCC mechanism triggered by MME,
E-UTRAN MME SCC
IMS
TAS
involving MSC and SCC
PDN
- Parallel PS handover used for data
eNode B
SGW PGW
services
• Service restrictions
… after
MSC - (Most) IMS services maintained during
CDMA
CS Network handover and remainder of call
- Available over all mobile networks with
HSGW MGW SRVCC roaming agreements
MGCF
E-UTRAN MME IMS
SCC
TAS - Requires SRVCC support in visited network
PDN
SGW PGW
eNode B
Figures are simplified
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
30
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE handover to legacy mobile network
Using DRVCC (―B‖ party in CS network) – No S102
MSC Before…
CDMA
• Approach
CS Network
HSGW MGW
- DRVCC mechanism triggered by UE,
E-UTRAN MME
MGCF
SCC
IMS UE initiated new HO leg in CDMA
TAS
PDN - Parallel PS handover used for data
eNode B
SGW PGW
services
• Service restrictions
… after
CDMA
MSC - (Most) IMS services maintained
CS Network
during handover and remainder of
call
HSGW MGW
E-UTRAN MME
MGCF
SCC
IMS - Available over all mobile networks
TAS
PDN
SGW PGW
eNode B
Figures are simplified
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
31
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE and CDMA Integration Implementation Options
• Calls are routed through the IMS to fulfill a variety of requirements – not
all requirements apply to all solutions.
- Domain Selection - Incoming calls to UE with combined VoLTE/Circuit solutions
must be routed to the appropriate domain. This is usually achieved via VCC
application server on the IMS
- Domain Transfer - Hand down from VoIP to Circuit is controlled by the VCC
application server on the IMS
- IMS Based Services – Those calls on which IMS based services are desired
(including calls in the CDMA network) must be routed through the IMS and TAS
for services control. Some next generation services examples include:
- Simultaneous ringing of desk, cellular, home phones
- Time of day routing to desk, cellular, home
- Call logging and account codes
- Powerful call blocking
- Enterprise extension dialing
- etc.
33
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE with CDMA Circuit
Supplementary Services
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN
PCRF HSS/HLR
MME
eNode B
SGW
PGW
35
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
IMS Service Delivery in LTE to PSTN
UE Initiates call using SIP signaling
TAS applies originating features
Call routed to MGCF (B-party in PSTN)
MGCF signals PSTN
PSTN/PLMN
MGCF instructs MGW to set up PSTN connection
IP Bearer is set up
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN
PCRF HSS/HLR
MME
eNode B
SGW
PGW
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
36
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
IMS Service Delivery - Attributes
• Features provided by IMS & TAS
• Simultaneous LTE voice and data supported
• Call Flow supports LTE to CDMA Hand-down (SRVCC or DRVCC)
37
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
IMS Service Delivery in eHRPD Gm Method with eHRPD Bearer
eHRPD
Core
BTS HSGW
eRNC
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN PCRF
MME HSS/HLR
eNode B
SGW
PGW
Circuit Voice Circuit signaling Packet Voice IMS Signaling Packet Data
38
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
IMS Service Delivery in eHRPD - Attributes
• Features provided by IMS & TAS
• Requires ―optimized‖ PS-PS Handover support
- Supports handover in both directions
• Simultaneous voice and data supported
• Well suited to handle ―small coverage holes‖ in LTE layer
• Avoids need for SRVCC or DRVCC as long as eHRPD is available
• Better quality (PS HO to eHRPD)
• This option is attractive for service providers that have a large embedded
base of eHRPD voice-enabled packet networks
39
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
IMS Anchored Solution for calls in CDMA
• Standard solution as described in 3GPP2 X.S0042-A – Voice Call Continuity
between IMS and Circuit Switched Systems
• In general, the solution is designed to anchor all voice calls through the
IMS and IMS application servers. This is intended to provide IMS Next Gen
Services to the subscribers both when in IMS and when in CDMA circuit.
• Anchoring Options
- For incoming calls this can be achieved in several ways
- Terminating Triggers at the Home MSC. In this case, it is possible to use multiple
terminating triggers at the Home MSC to support both legacy network incoming call
services and IMS anchoring
- Assigning an IMS number or porting the existing number to IMS
- Modification of the HLR to support forced routing to IMS at LOCREQ
- For originations in the CDMA network, this is achieved via (WIN or pre-WIN)
Originating Triggers. This may be problematic when the user is roaming outside
the service provider coverage depending on trigger support from roaming
partners.
40
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Anchoring Options at the VCC Anchoring Function
• 5420 SCG receives the Invoke and responds with the Return Result for the
cases below.
• Origination anchoring
- OriginationRequest: ANSI-41D (pre-WIN)
- OriginationRequest: ―Origination Attempt Authorized‖
- OriginationRequest: ―All Calls‖
• Termination anchoring
- New assigned directory number in IMS number range
- Re-use of an existing number
- number portability or
- AnalyzedInformation: Initial Termination at Home MSC or
- AnalyzedInformation: Advanced Termination Trigger at Home MSC
eHRPD
BTS HSGW
RNC
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN PCRF
MME HSS/HLR
eNode B
SGW
PGW
42
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
Limited IMS Service Delivery in CDMA: WIN Origination Anchoring
43
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
Local Service Delivery in CDMA: MSC Provides Services
UE Initiates call to B-party
MSC routes call to B-party
Circuit bearer is completed
MSC
PSTN/PLMN
CDMA
eHRPD
HSGW
BTS RND
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN PCRF
MME HSS/HLR
eNode B
SGW
PGW
44
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
Local Service Delivery in CDMA: MSC Provides Services – Attributes
45
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
WIN Anchoring for Incoming Calls Call initiated to UE at Home MSC
H-MSC sends triggered message to SCC AS
PSTN/PLMN which saves call info and returns a PSI DN
MSC sets up a call to PSI DN
MGCF sets up incoming circuit bearer
MGCF routes call to SCC AS
SCC AS sends INVITE to TAS with
H-MSC saved dialed digits
TAS applies terminating features
Call is routed back to SCC AS for domain
selection
CDMA
MSC
BTS
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN PCRF
MME HSS/HLR
eNode B
SGW
PGW
46
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
Domain Selection to CDMA
Call routed into IMS and to TAS
TAS applies terminating features
PSTN/PLMN
Call is routed to SCC AS for domain
selection
SCC AS does not find UE registered in IMS and
queries the HLR for routing digits
HLR returns routing digits
H-MSC
Call routed through MGCF to routing
destination
Call delivered to UE
CDMA
MSC
BTS
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN PCRF
MME HSS/HLR
eNode B
SGW
PGW
47
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
Domain Selection to LTE
Call routed into IMS and to TAS
TAS applies terminating features
PSTN/PLMN
Call is routed to SCC AS for domain
selection
SCC AS does find UE registered in IMS and
routes the call through the S-CSCF
S-CSCF routes call to UE Contact Address
H-MSC
Bearer path is allocated and connected
Call delivered to UE
CDMA
MSC
BTS
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN PCRF
MME HSS/HLR
eNode B
SGW
PGW
48
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Service Delivery Options –
Limited IMS Service Delivery in CDMA: WIN Termination Anchoring
• This is attractive when existing CDMA customers (DNs) are migrated to
VoLTE with CDMA
• Incoming Call Features (e.g., CF, Call Blocking, TOD routing, etc. ) from
IMS TAS
- Possible to provide some services (e.g., CRBT) at the Home MSC if that is desired
• Mid-call features (e.g., 3WC) from MSC
• Some services limit handover (e.g. conferencing)
• SCC AS with WIN support required to anchor call in IMS
• No impact on MSC (beyond support of WIN triggers)
• HLR provisioning of WIN triggers and appropriate end user services
• No issue with trigger support while CDMA roaming as all incoming calls
route through the Home MSC in the HPLMN
49
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Basic VoLTE and CDMA Option
• Originations on CDMA network are NOT anchored through IMS
- It may be difficult or expensive to support anchoring of CDMA originations
through the IMS especially in the case of roaming in another CDMA network.
Thus Local Service Delivery at the Serving CDMA MSC provides the same solution
in both the home and visited CDMA networks.
• Incoming calls are routed through the IMS via following
- New assigned directory number in IMS number range or re-use of an existing
CDMA number via porting number to IMS or WIN triggers at the Home MSC
• Domain Transfer (SRVCC or DRVCC) supported for VoLTE to CDMA
• Services are provided by the serving network for originations and by the
IMS for terminations
- Incoming call semi-static feature activations (e.g., CF) at the IMS TAS via web
browser interface from smart phone or PC.
- Assume CW Disable (temporarily persistent) not supported
- Multi-party or held calls in the IMS are not controllable by the UE after VoLTE to
CDMA domain transfer (hand down).
50
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Enhancements to Basic VoLTE and CDMA Option
51
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Roaming Impacts
52
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE Handoff Options
Network
Approach Destination Enhancemen Device Availability
t Required?
Non-Optimized Dual Receiver or
eHRPD
eHRPD VoIP None Today
Dual Radio *
Single or Dual
Optimized eHRPD eHRPD VoIP S101 Radio Future
C.S0087 Tunnel
VCC App
1x DRVCC 1x CS Dual Radio Future
Server
Single Radio
1x SRVCC 1x CS S102 Future
C.S0097 Tunnel
54
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE Handoff
• When VoLTE is used, a solution is required for dealing with mobility outside of an
area with LTE coverage, to provide voice call continuity
• Non-Optimized eHRPD – Upon reaching the edge of LTE coverage, a non-
optimized handover is executed without S101.
- Delay can be prohibitive, but studies are underway to improve performance to where it might
be acceptable for voice calls.
• Optimized eHRPD – Upon reaching edge of LTE coverage, an optimized handover
using S101 is executed. The call remains in the packet domain on eHRPD.
• 1x DRVCC – Similar to SRVCC, but device controls call establishment over 1x, no
need for S102 interface or GCSNA layer. Upon reaching edge of LTE coverage, UE
initiates 1x call setup while maintaining VoIP call leg. After 1x call is answered, UE
switches to circuit mode and UE is handed off to 1x. VCC App Server required.
- Partially standardized in X.S0042 as ―Dual Radio Domain Transfer.‖
• 1x SRVCC – Upon reaching the edge of LTE coverage, the 1x call is set up over the
S102 tunnel and then the UE handed over to 1x.
55
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Interworking LTE with EV-DO via eHRPD SW upgrade on
1xEV-DO
Packet
RNC / eRNC
Switched Core
(HRPD and eHRPD) Legacy EV-DO AT
PDSN HA
3GPP2 AAA
LTE-eHRPD
eHRPD IMS
HS GW
BTS Internet / Intranet
With addition of “Optimized Handoff” with
S101 signaling for pre-registration and handoff, S103
and S103 for data forwarding, S101
LTE handoff performance improves
3GPP PCRF HSS
LTE UE MME
56
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
LTE VoIP “DRVCC” Handoff to CDMA 1x Circuit
Switch Voice (without S102)
PSTN
HLR Circuit
Switched
Core
MSC/ (Voice) ANSI41
Voice BSC
Channels
CDMA2000 1X
BTS
Legacy 1X AT
3GPP2
LTE
IMS SCG VCC application allows dual radio LTE VoIP services to hand off to 1X CS Voice
without S102.
57
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VCC : IMS to CS Handover Call Flow – “DRVCC”
5) VCC updates the IP
addresses for the existing
call to connect to the new, VCC App
SCGServer
incoming call MGW.
CTS TAS
4) INVITE CSCF
3) 1X Orig
MSC MGCF
BS
MGW
2) Handover MGCF
Trigger IMS
domain MGW
6) BYE pCSCF
Broadband PSTN
Access VoIP Bearer Path
1) Existing VoLTE call
between the Handset on LTE Circuit Bearer Path
LTE RAN
and PSTN user. Signaling Path
& EPC
58
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
LTE VoIP SRVCC Handoff to CDMA 1x Circuit
Switch Voice (with S102)
PSTN
HLR Circuit
Switched
Core
MSC/ (Voice) ANSI41
Voice BSC
Channels
CDMA2000 1X
BTS
Legacy 1X AT
3GPP2
S102
IMS SCG VCC application with S102 allows LTE VoIP services to hand off to 1X CS Voice.
59
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VCC : IMS to CS Handover Call Flow - SRVCC
6) VCC reconfigures the IP
addresses for the existing
call to connect to the new, VCC App Server
incoming call.
CTS TAS
CSCF
4) INVITE
MSC MGCF
BS
MGW
MGCF
3) 1x Orig S102 IMS
domain MGW
2) Handover
5) HO Command
Trigger
7) BYE pCSCF
Broadband PSTN
Access VoIP Bearer Path
1) Existing VoLTE call
between the Handset on LTE LTE RAN Circuit Bearer Path
and PSTN user. & EPC Signaling Path
60
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Single Radio Voice Call Continuity PS to CS
(E-UTRAN/CDMA SRVCC)
UE in LTE with established call to PSTN subscriber UE tunes to new network
UE measures signal strength MGCF sets up incoming circuit bearer
UE reports signal strength to eNB MGCF routes call to SCC AS
eNB decides HO is required and sends request to MME SCC AS sends RE-INVITE to TAS with new bearer IP
MME sends request to MSC enhanced with S102 interface* TAS forwards to MGCF
MSC prepares handover, signals BTS and initiates call to SCC AS using STN-SR MGCF instructs MGW to update IP connection
In parallel to IMS processing the MSC sends HO
response back to MME
MSC
CDMA PSTN/PLMN
BTS
MGW PCM
MGCF
IMS Core
TAS
E-UTRAN PCRF
MME HSS/HLR
eNode B
SGW
PGW
62
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Mid-Call Services with LTE to CDMA Hand-down
• Case 1: Mid-call service (3WC, CW, CT, Hold) occurs and returns to
single-party call prior to Hand-down.
- The mid-call (multi-party) was completely handled in IMS TAS. Hand-down is
not impacted.
• Case 2: Single party call is Handed-down to CDMA. Then a mid-call
service is initiated on the CDMA MSC
- The mid-call (multi-party) is completely handled in the CDMA MSC. The
Hand-down that occurred prior to the mid-call services is (clearly) not
impacted by the subsequent mid-call service. Note: multi-legged calls may
result in multiple calls through the IMS depending on anchoring strategy but
they are treated as independent calls by the IMS – no bridging is done in the
IMS.
• Case 3: Mid-call service (multi-party call) is active on the IMS WHEN
the hand-down is attempted
- If the multi-party call is stable (no party is on hold), the call will hand-down,
but UE control of the conference bridge is lost.
- If any of the parties are on hold, the hand-down is denied by the VCC
Application Server and the call continues in the LTE network
63
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VoLTE and topologies for
large geographic regions
Where the speed of light is perceptible to the end user….
65
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Topology 1: Dynamic Allocation Model
. I-CSCF . I-CSCF
. 5450 ISC .
. . 5450 ISC
MSC MSC
PCRF PCRF
P-GW P-GW
A-BGF
S-GW A-BGF S-GW
P-CSCF
EPC P-CSCF EPC
66
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CTS User Profile Data Options
Primary/Protect & CSD
CSD Option
•Primary/Protect Option
HSS
Sub A Data Sub A Data Other
Sub B Data Sub B Data Sub A Data
Sub C Data Sub C Data Sub B Data Apps
Sub D Data Sub D Data Sub C Data
Sub D Data
App App Sub E Data
Sub F Data
Server Server
... Sub G Data
Sub H Data
App App
Geo-redundant Pair Server Server
App App
Server ... Server
Sub E Data Sub E Data
Sub F Data Sub F Data
Sub G Data Sub G Data
Sub H Data Sub H Data Centralized Subscriber Database and Dynamic CTS Assignment
App App
With this option, CTS specific service data for a
Server Server subscriber is stored as repository (transparent) data in
the HSS
Any CTS can retrieve a copy of a subscriber’s data from
Geo-redundant Pair the HSS and process calls to/from the subscriber
67
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CTS User Profile Data Options
Why CSD?
• Improved user profile data integrity (consistency, integrity, backup,
restore) because user profile data is being centralized in a single physical
database.
• Flexibility regarding scalability and geo-graphical redundancy because
session control and application layer are user-data-less (any ISC, CTS may
serve any user).
- Dynamic allocation of user to a CTS server based on location
In our case, we will discuss on a per region basis
- When the network is extended with new CTS instances traffic may re-balance
automatically across the whole network and or region without the need of
moving users manually from one CTS to another CTS.
- Geographical redundancy is present by default. So, can be introduced on-the-fly
without needing to provision a Protect CTS/FSDB as well as re-provisioning of the
per user IFC (to point to Primary/Protect TAS instance).
68
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CTS Dynamic Assignment Description
69
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Topology 2: Home IMS/AS and Home P-CSCF
. I-CSCF . I-CSCF
. 5450 ISC .
. . 5450 ISC
MSC MSC
PCRF PCRF
P-GW P-GW
A-BGF
S-GW A-BGF S-GW
P-CSCF
EPC P-CSCF EPC
UE1
70
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Topology 3: Home IMS/AS, Regional P-CSCF
. I-CSCF . I-CSCF
. 5450 ISC .
. . 5450 ISC
MSC MSC
PCRF PCRF
P-GW P-GW
A-BGF
S-GW A-BGF S-GW
P-CSCF
EPC P-CSCF EPC
UE1
71
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice Gap Call Flow w/ Transport Delay
Consideration (LTE UE1 to LTE UE2)
Dynamic Dynamic Dynamic
Home P-CSCF Home P-CSCF Home P-CSCF
Regional P-CSCF Regional P-CSCF Regional P-CSCF
MSC+MG P-CSCF
UE1 I-CSCF SCC AS1 S-CSCF Orig TAS S-CSCF S-CSCF2 Term AS S-CSCF2 SCC AS2 S-CSCF2 UE2
CF (w/ SBC)
Call Setup
v
Re-Invite(MGW SDP)
200 OK (SDP Answer)
MGW control
72
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice Gap Call Flow w/ Transport Delay
Consideration (LTE UE1 to PSTN)
Dynamic Dynamic
Home P-CSCF Home P-CSCF
Regional P-CSCF Regional P-CSCF
MSC+MG
UE1 I-CSCF SCC AS1 S-CSCF Orig TAS S-CSCF MGCF PSTN
CF
Call Setup
MGW control
v
MGW control
73
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice Gap Call Flow w/ Transport Delay
Consideration (LTE UE1 to LTE UE2 (3G))
Dynamic Dynamic Dynamic
Home P-CSCF Home P-CSCF Home P-CSCF
Regional P-CSCF Regional P-CSCF Regional P-CSCF
MSC+MG
UE1 I-CSCF SCC AS1 S-CSCF Orig TAS S-CSCF S-CSCF2 Term AS S-CSCF2 SCC AS2 MGCF UE2
CF
Call Setup
v
MGW control
MGW control
LTE UE1 to LTE UE2 LTE UE1 to PSTN LTE UE1 to LTE UE2
in LTE Coverage in 3G Coverage
Home IMS/AS and Mean Peak Mean Peak Mean Peak
UE1 and UE2/PSTN 190 295 130 205 175 270
Home P-CSCF home region
UE1 and UE2/PSTN 260 395 210 321 300 450
across country
LTE UE1 to LTE UE2 LTE UE1 to PSTN LTE UE1 to LTE UE2
in LTE Coverage in 3G Coverage
Home IMS/AS and Mean Peak Mean Peak Mean Peak
MS location matter if Bearer is optimized – shortest path? Is assumption that bearer also g
*Assume Border Gateway anchoring/pivoting with P-CSCF (and no media release)
77
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Other Considerations
78
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice Gap Time Result Summary
- Voice gap times are strongly dependent on transport delays, hence, are impacted
by network topology choices. Some network topologies result in more cases of
greater than 300ms voice gap times than others for home network SRVCC
scenarios
- Review of voice gap times associated with three common topology choices
suggest that Voice gap times could be reduced to around 300ms for most cases
using one of the following techniques :
- Delay HO command by fixed amount, e.g., 100-150 msec
- Higher voice gap numbers reduced by corresponding amount
(minimum voice gap of 100-150 msec remains)
- Impact on HO performance should be small
- Allows acceptable voice gap times with suboptimal network topologies
- Trigger HO command with first detection of downlink media
- Limit maximum HO delay to ~200-300 msec to limit impact on HO perf
- Minimize voice gap to 100-150 msec in wider range of cases than 1.
- Higher development impact than 1.
- An alternate option is eSRVCC
- Planned for 3GPP Release 10. Stage 2 Complete, Stage 3 expected to be completed in March 2011.
- ALU plans to support eSRVCC in its roadmap when Stage 3 is completely defined in standards.
79
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice Interruption Time (from 3GPP TR 23.856)
IMS Bearer before HO
b3.Tune to CS
k
Uplin
k Uplin
- The voice downlink media flow is interrupted after step a2 or step b2, and
restored after both step a4 and step b3 are finished. So the interruption time of
the flow is:
- Td = MAX(Ta1+Ta2+Ta3+Ta4-Tb1-Tb2, Tb3)
- Steps (Tb1+Tb2) happen in the network that the UE currently attaches, with few
signalling nodes and faster signalling processes. It is reasonable to assume that
duration of (Tb1+Tb2) is shorter than the total duration of (Ta1+Ta2+Ta3+Ta4)
in roaming case (either the UE or the remote is roaming or both) or the case of
the UE and remote are not in the same PLMN.
- Tb3 is specified less than 300 ms according to TS 36.133, and normally is about
100 ms
80
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Introducing ATCF/ATGW to reduce voice
interruption time during AT
- Ta1+Ta2+Ta3+Ta4 represents the transmitting and processing time
delay of the messages for remote update procedure. It is dependent
on the serving IMS network of the SRVCC UE, as well as the home
IMS network of the SRVCC UE, and the remote network of the remote
end.
- The interruption time may be worsened in following scenarios:
- The call is inter-operator, with more entities involved;
- The remote users is roaming;
- The poor performances in any of the networks involved, causing additional
delay;
- The poor performance of the remote end, causing additional delay;
- The access bandwidth is limited.
Conclusion: the study has shown that the performance of SRVCC
handover is mainly dependant on the delay brought by the remote
update procedure. Thus the introduction of ATCF/ATGW for media
anchoring in the serving network to reduce voice interruption time.
81
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
eSRVCC- Basic concepts
• P-CSCF is in VPLMN
• An ATCF (Access Transfer Control Functionality ) inserted in the IMS sig. path at REGISTER
- The @ of the ATCF passed to the MME as a STN-eSR
• The VATF anchors voice media (in an ATGW) at sip session set-up when relevant
• The MSC invoked by the MME at SR-VCC HO issues the SRVCC procedure per REl8/9 specs
- This SRVCC procedure targets the ATCF (STN-eSR)
- Access Transfer and UE RAT change performed simultaneously (same concept as Rel9 SRVCC)
Access Leg
Serving Leg Home Leg
SN HN
Remote Remote
MSC ATCF After transfer I/S-CSCF,
UE After transfer After transfer Leg End
Server ATGW Before transfer SCC AS
CS radio Mw
Gm
Before transfer
UE
82
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
eSRVCC - IMS Registration
• ATCF adds STN-eSR into the • SC AS populates the new value of STN-
REGISTER propagated to the SCC AS eSR in the HSS user data
• HSS updates the MME/SGSN with the
new value of STN-eSR
MSC
MGCF Remote UE
CDMA MGW
BTS
HSS/HLR
E-UTRAN
eNode B
P-CSCF
SGW PGW
Impacted Entity
VPLMN HPLMN
PCRF
83
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
eSRVCC – IMS Session Establishment
• The ATCF inserted in the sig. path. The • Home leg between the ATCF and the SCC
ATGW may be inserted in the data plane AS
• Remote leg between the SCC AS and the
• Access leg between UE and ATCF remote UE
MSC
MGCF Remote UE
CDMA MGW
BTS
HSS/HLR
eNode B
P-CSCF
NB SGW PGW
RNC
Impacted Entity
VPLMN HPLMN
PCRF
84
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
eSRVCC – Access Transfer
• The SRVCC per Rel9 takes place (no change). The signalling for Call anchoring onto
CS domain only needs to go to the ATCF+ATGW (SCC AS no longer receives STN-SR)
1. Voice over IMS
2. SRVCC trigger
3. Voice over CS
MSC
MGCF
Remote UE
CDMA
MGW
BTS
HSS/HLR
eNode B
P-CSCF
SGW PGW
NB
RNC VPLMN HPLMN
Impacted Entity
PCRF
85
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
2d. Solution Architecture
Roaming considerations
VPLMN
Principle
Most Operators use home routed model. This model consists in routing the traffic back from the
visited network to the home PDN GW.
• Using the home PDN-GW, the subscriber home operator can still connect with the requested
external IP networks access public internet access, IMS services or for private networks like
corporate networks or web based services.
• The subscriber’s profile and security credential will be retrieved from the HSS and the user
experience will remain the same as if in home within the capabilities of the visited network and
possible restrictions subject to Roaming agreements.
87
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
LTE - Local breakout model (new model)
Rx
•vplmnAddressallowed =yes HPCRF
Home operator’s IP
HSS services
S9 HPLMN
S6a
DNS VPCRF
MME
S1-mme
S11
E-UTRAN
S1u S5 SGi Data Services
eNB SGW PGW (e.g., VPN, FTP)
VPLMN
Principle
This model consists in using services available within the capabilities of the visited network.
• The SGW and the PGW are used in the visited network and not require from Home Operator
any IP backbone interconnection.
• The subscriber’s profile will be retrieved from the HSS in the home network and the user
experience will depend of the capabilities of the visited network and possible restrictions
that may have been agreed in Roaming agreements.
• Offer Services not requiring an operator control in the home network (internet access)
88
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
IMS Roaming: P-CSCF in Visited network
HPCRF Rx
S-CSCF
Gx
SG
VPLMN
•Principle
•P-CSCF located in visited network : P-CSCF of visited network discuss
directly with I-CSCF of home network.
•I-CSCF is a contact point between visited and home networks.
89
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
IMS Roaming Session Flow
Home1
Home2
HSS
HSS 5 TAS I I 10 TAS
B B 9
7 C C 12
F F
6 11
ENUM 4 I-CSCF
S-CSCF 8 S-CSCF 13
IBCF IBCF
IPX 14
3 ENUM
IBCF
IBCF
Visiting1 2 Visiting2
15
P-CSCF
B B
P-CSCF 16
G G
W W
eNode B
1
eNode B PGW SGW
SGW PGW
91
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Benefits of including Diameter Routing Agents in
Diameter Architecture
- Solution to Diameter signalling scalability. Presence of DRA functions will
eliminate the geometric explosion of diameter interfaces between clients
and servers (e.g., MME and HSS).
- DRA(s) will maintain or have access to Subscriber to Diameter Server
mapping database to route an incoming Diameter message from a client
to the server.
- Secure point of interconnect for inbound and outbound roamers.
- A DRA function can provide such interconnection in a secure manner without
exposing the internal topology of the operator‘s network. It will determine
whether a specific Diameter message is meant for internal HPLMN
consumption or for a VPLMN based on the network domain/realm information
that identifies the Diameter Server.
92
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
3. End User Services
Alcatel-Lucent Alcatel-Lucent
5420 Converged Telephony Server 5420 Personal Communication
(CTS) Manager (PCM)
Telephony services to any SIP, IP or End user self-care and
POTS subscriber, mobile and fixed administrator management of call
features, call logs, voice mail
Residential services
Consistent look-and-feel end user
Business services interface via standard web
PBX trunking browser
Regulatory feature support Click-to-dial any phone number
on any web page
Scalable, Robust
Find me/follow me
Open APIs
94
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice in LTE
VoIMS related Standards in 3GPP
• 22.173, IMS Multimedia Telephony Service and supplementary services; Stage 1
• 22.228, Service Reqs for the IP Multimedia Core Network Subsystem
• 23.204, Support of SMS over generic 3GPP Internet Protocol (IP) access; Stage 2
• 23.216, Single Radio Voice Call Continuity (SRVCC); Stage 2
• 23.228, IP Multimedia Subsystem (IMS); Stage 2
• 23.237, IP Multimedia Subsystem (IMS) Service Continuity; Stage 2
• 23.272, Circuit Switched (CS) fallback in Evolved Packet System (EPS); Stage 2
• 23.292, IP Multimedia Subsystem (IMS) centralized services; Stage 2
• 24.229, IP Multimedia Call Control Protocol based on SIP and SDP; Stage 3
• 24.628, Common Basic Communication Procedures
• 29.864, Service Data Descriptions for AS Interoperabilty
• 32.260, IMS Charging
• 32.299, Charging Management – Diameter Charging Applications
• 24.173, Multimedia Telephony Service and Supplementary Services
• 24.604, Communication Diversion (CDIV)
• 24.605, Conference
• 24.606, Message Waiting Indication (MWI)
• 24.607, Originating ID Presentation and Restriction (OIP/OIR)
• 24.608, Terminating ID Presentation and Restriction (TIP/TIR)
• 24.610, Communication Hold
• 24.611, Anonymous Communication Rejection; Call Barring (CB)
• 24.615, Communication Waiting (CW)
• 24.616, Malicious Communication Identification (MCID)
• 24.629, Explicit Communication Transfer (ECT)
• 24.642, Completion of Communication to Busy Subscriber (CCBS)
95
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
5420 CTS Feature Packages
97
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Example 5420 CTS Feature Package
Core Business/ Premium Business
• User Call Services: • Additional Supported Services:
• All supplementary services in the Silver Package, plus: • DID/DOD
• Account Codes • Communication Manager User Interface
• Authorization Codes • Voice VPN via PDP and Closed User Group
• Basic Auto-Attendant
• Call Park and Call Pick-Up:
- Call Park and Retrieve • Incremental Services in Premium
- Hard Hold • Package:
- Directed Call Park and Retrieve
• Music on Hold
- Call Pick-Up
• Time of Day/ Day of Week settings via CM
- Directed Call Pick-Up
• User Controlled Call Barring
- Directed Call Pick-Up with Barge-In
• More to be added in future releases
• Closed User Group
- Closed User Group Call Limit
• Direct Dial to Voicemail
• Flexible Calling Line ID/ Group ID Delivery
• Multi-Line Hunt Groups
- Sequential, Circular, Uniform Hunting
- Member(s) Make Busy, Group Make Busy, Stop Hunt
- No Hunt Member
• Organizational Support
• Private Dial Plan
- Extension Dialing
- Private Dialing Extension Display
• Sequential Ringing
• Transfer to User‘s Voicemail
• Mobile Extension and Virtual Office
98
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
5420 CTS Supports Subscriber Features Provided
Modified cdc 29 oct 2010
re-integrate
By 3G MSC
Subscriber Features Subscriber Features – CAMEL (see next
Calling Line ID Presentation slide)
Calling Line ID Restriction Pre-paid
Calling Name VPN
Call Forwarding Unconditional Personal Ring Back Tone
Call Forwarding on MS Busy Smart Limits
Call Forwarding on No Reply Abbreviated Dialing
Call Waiting
Call Hold
Multi-Party Services Regulatory Features (see next Section)
Call Barring of All Outgoing Calls Emergency Service (E-CSCF Based)
Call Barring of All Outgoing International Support for standard CTM for deaf
Calls (Cellular Text Modem)
Barring of All Outgoing Calls except Support for Lawful Intercept (CSCF Based)
directed to Home PLMN Country (BOIC- Support for Mobile Number Portability
exHC).
Malicious call trace
Hotline
Operator Barring
Unstructured Supplementary Service Data
Subscriber Programming Provided fully by 5420 CTS
Voice Messaging IMS Standards Based Offering
Location Based Services
99
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Feature Support For Legacy WIN Features
• The following features are traditionally provided in wireless networks using WIN
services. In IMS they can be provided using alternative methods as described
below:
- Prepaid
- Prepaid services provided using the 3GPP standard Ro interface
- 8610 ICC app server can provide the prepaid service logic
- VPN
- CTS can support up to 3,000 private dialing plans in support of VPN service
- Personal ring back tone
- CTS, with the MRF, can provide personal ring back tones when callers call a user.
- In addition we have a full-feature 5900 PRBT application server
- Smart Limits
- CTS and PCM have a rich set of services to control calling behavior, including:
- Selective call acceptance to block all calls except from certain numbers
- Selective call rejection to block only certain numbers
- Ability to set times during which calling is allowed
- Abbreviated dialing
- CTS supports speed dialing (1 or 2 digits).
- Can be programmed either through touch tones or the PCM web portal
100
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Subscriber Programming of Supplementary
Services
• Two methods are currently defined in 3GPP 23.173 (section 4.3) for supporting
subscriber configuration (e.g. to configure call forwarding number):
- Use of Ut interface (XCAP/HTTP)
- Use of * xy ―star codes‖
• GSMA VoLTE profile has made support for the Ut option mandatory
- Unlikely they will make support for any other option mandatory
• Additionally the spec recognizes that other options are possible, such as the use of
a web portal, but these are outside the scope of the specification
• ALU will need to support the Ut interface when UE are available that support it
- Ut through data connection. Feature updates during a call are buffered until the call
releases
- Will be supported through PCM
- For trials we will use the web portal interfacing to PCM as interim
- Continue to use *xy codes for per call features or if Origination Anchoring in IMS
101
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CTS Interworking with Voice Mail Systems
Custom
5420 PCM Client
http
Published
5100 CMS (AnyPath)/ APIs
Other VM Systems
5420 CTS
SIP-ISC
Residential +
SIP-ISC
Business TAS
Sh
5450 ISC
IP Network
8650 SDM
• Requirement
- National requirements to handle lawful interception
• Solutions
- CSFB: Visited PLMN MSC based solution
- VoIMS: Home and Visited PLMN IMS solution as per 23.107
• Applicable standards:
- 3GPP TS 33.106, Lawful interception requirements, Stage 1
- 3GPP TS 33.107, Lawful interception architecture and functions
- 3GPP TS 33.108, Handover interface for lawful interception
- ATIS TI.678 LAES for Voice over Packet Technologies in Wireline
Telecommunications Networks
105
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Lawful Intercept Architecture
For simplicity, not all interfaces/connections are shown.
Provider/LEA
8650
Bearer & Control
HSS
Control Only
eNodeB
HI
9471 IRI
MME
IRI
7750
SGW 7750
PDN-GW CSCF
5750
IMS
PCRF
SBC
NodeB Managed PSTN
UE Core Network
106
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Alcatel-Lucent Solution: 1357 Unified Lawful Interception
Suite (ULIS)
Unique Interception Management Center (IMC)
handles lawful interception administration function: Converged
• Centralizes management of all lawful IMS
interception orders, particularly warrants
activation or deactivation. Legacy LTE
Wireline
• Concentrates all IRI received from the LIGs and
transmits it to the LEMF/MC. Internal
Interfaces
• Provides single management across all domains.
107
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Alcatel-Lucent Lawful Interception Solution
Mapping of the main functional entities
Network Operator domain Mediation LEA domain
IMC
Administration HI1 LEA
function
109
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Regulatory Services:
Emergency Services
• Requirement
- National requirements to handle (and route) emergency call and corresponding
location mechanism to be supported
• Solutions
- CSFB: MSC based with 3G sourced location
- VoIMS: As per 23.167 (release 9)
- VPLMN located E-CSCF plus MME and SRVCC extensions in Release 9
- Requires IMS based PSAP database in addition to existing MSC database
111
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
CSFB emergency services: 3G1x
112
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Emergency Services in LTE (VoIMS)
High Level Architecture/Call Flow
Emergency
5. Request Location Info Service Network
GMLC/LRF 8. Location Info Response (x,y)
Note: As part of the Emergency Attach or Emergency PDN Connectivity Request procedure the MME sends
Location Report to GMLC containing UE identity, UE positioning capability and the MME IP address.
113
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Regulatory Services:
Number Portability
• Requirement
- Support porting out and porting in of LTE subscribers to/from another service
provider
• Solutions
- CDMA: Current NP solutions in place in CDMA networks
- Triggered at MSC using ANSI-41 NPREQ queries to NP SCP DB
- VoIMS: Current NP solutions in use in IMS based network
- NP data stored in ENUM Servers; Query performed by S-CSCF/IBCF
- NP data stored in regional/country wide NP DB; Query performed by MGCF/IBCF
- Both solutions already supported by ALU products in our LTE solution
115
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Number Portability – High Level Flow in IMS using
ENUM Server
1. S-CSCF performs ENUM on Terminating DN
ENUM returns e2u+pstn with routing information (e.g. RN and NPDI indication or
routing prefix)
For “ported out” to IP, ENUM could return e2u+sip
2. S-CSCF routes to i) BGCF or ii) IBCF based on ENUM service e2u+pstn/e2u+SIP
3. BGCF routes based on routing information to
i. MGCF for PSTN/PLMN termination
ii. IBCF for IP termination (Route header = IBCF, Route header = proxy in IP
network)
5, IBCF routes on Route header = proxy in IP network
ENUM
1
3i 4
2i
PSTN/PLMN
Networks
S-CSCF BGCF MGCF
2ii
3ii
5
IP
Networks
IBCF
116
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Number Portability – High Level Flow in IMS using
NP DB
1. S-CSCF performs ENUM on Terminating DN
ENUM returns NXDOMAIN
2. S-CSCF routes to BGCF
3. BGCF routes to MGCF
3. MGCF performs NP query if the called number is within range of list of ported out
numbers
4. MGCF routes to PSTN/PLMN/IP
NP
DB
4
5i
PSTN/PLMN
2 3
Networks
5ii 6i
117
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Regulatory Services:
TTY/TDD
119
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Regulatory Services:
GETS
121
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Regulatory Features
GETS – Work items
• The following enhancements are expected in support of GETS:
- Provide priority treatment to GETS users in LTE
- Mainly affects eNB admission control algorithm, some impact on PCRF
- Support priority paging of UE in LTE when terminating calls from GETS user
- IMS TAS and ISC need to recognize specific GETS calls and GETS prefixes and
provide GETS treatment, including assuring priority treatment is provided for the
call
- MGC-8 needs to recognize GETS calls and provide appropriate GETS treatment,
including mapping priority from SIP to ISUP
• The EMS and NMS in the end-to-end LTE OAM solution can be grouped
into three parts:
1. LTE (and IP Router)-specific EMS
• 5620 SAM
2. Common NMS
• 8950 SAM required flow-thru subscriber provisioning
• 8615 IeCCF for offline charging
• 8610 ICC for online charging
• Note 1357 ULIS is managed independently
3. IMS-specific EMS
1360 COM
The next slides shows the end-to-end architecture and the roles the various
EMS/NMS support
124
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
OAM&P Management Architecture
(Fault, Configuration, Performance Mgmt)
Customer FM/PM OSS
FM: SOAP XML/ PM: SFTP FM: SNMPv2c PM: SFTP of XML
JMS 8950 SAM/ Files
Customer OSS
CM FM, PM
CM: SOAP XML/ 1360 COM
5620 CORBA
SAM XMC
1357 CM
ULIS OMC-P
5025 SG
VSG
125
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
OAM&P
Management Architecture (Accounting)
Customer BSS
ftp (CDR)
ASN.1 BER
(3GPP
8610 ICC standard)
8615 eCCF
Ro
Rf diameter
Diameter
BTS
CTS
126
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
OAM&P Overview
• 1360 Com (merged OMC-P/XMC) provides:
- Full FCAPS support for CTS, PCM, SCG, and IMS Core components
- Centralized operations making it easy to manage
• Features Include:
- Fault Management (FM)
- Alarm Display, Forwarding, and Filtering
- Configuration Management (CM)
- Java-based Client GUI and SOAP XML API for flow-thru provisioning
- Performance Monitoring (PM)
- Collect, analyze, display data, and provide interface to northbound OSS
- Security
- Extensive password controls and 5 default user levels
- Customizable Node and Switch Access Lists
- SSH, SSL, RADIUS Authentication
127
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
OMC-P/XMC - Scalability
128
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Roadmap
133
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Alcatel-Lucent Linux Control Platform (LCP)
One Platform, One Code Base, Multiple Real-Time Applications, Multiple
Environments Same application software runs on existing cPSB and new ATCA platform; Ensures compatibility
with deployed IMS Core network elements.
Field proven Common OAM&P Session Application Device NEW
carrier-grade Infrastructure Management Servers Servers APPLICATIONS
OAM&P middleware
(I/P/S/E-CSCF/BGCF)
Continuity Gateway
Function (H.248)
5420 Service
(PDF, RACF)
MME Application
•Logging Database / iHSS
LVI Application
Configuration
5060 MGC-8
(MIF / MAF)
CDR / iCCF
•Measurements
LIF / LAF)
•Realtime
performance
update
Evolved to next
“Protocol-Assist” Communications Bus
generation ATCA
hardware for Common OAM&P
increased Switchover, Software update, Audits, Measurements, Data Base, Asserts, Alarms, Security (e.g., IPsec, SSH, Central PW
performance and mgt, OS hardening, etc.)
capacity
Hardware & OS Interface Wrappers
Red Hat Enterprise Linux 5 MontaVista Linux CGE4.0
AdvancedTCA (PICMG3.x) cPSB (PICMG2.16)
Full-Size Compact Full Frame Compact
Ethernet Switch
Ethernet Switch
- 1 pair of blades per shelf for high capacity Ethernet switching
1 pair of blades in shelf providing OAM, FSDB and CTS functions
ShMC ShMC
-
OAM
OAM
ISC
ISC
ISC
ISC
ISC
ISC
ISC
ISC
ISC
ISC
- 1 to 5 add‘l blade pairs per shelf providing IMS Session Resource
control functionality (P/I/S-CSCF, BGCF)
ATCA
- Grown in 1 pair increments
- Each blade pair supports ~780K residential subs 5450 ICS
1 2 3 4 5 6 7 8 9 10 11 12 13 14
- Single shelf supports ~3.9M subs
Ethernet Switch
Ethernet Switch
- Single cabinet supports ~7.8M residential subs
ShMC ShMC
OAM
OAM
ISC
ISC
ISC
ISC
ISC
ISC
ISC
ISC
ISC
ISC
• Full redundancy (1+1 within shelf)
• Automatic switchover to standby blade ATCA
• Hot swappable
• In-service growth/degrowth Switching
• ETSI/NEBS compliant Processing – Disk-full
Processing – Disk-less
135
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
5420 Converged Telephony Server (5420 CTS)
PDU
• Performance & Modularity
- Same ATCA platform as used for 5450 ISC
- Each blade has two Quad-core processors (IMS 10.0)
- Shelves are independent
- 1 pair of blades per shelf for high capacity Ethernet switching
5420 CTS
- 1 pair of blades in shelf providing OAM, FSDB and CTS functions 1 2 3 4 5 6 7 8 9 10 11 12 13 14
1 to 5 add‘l blade pairs per shelf with FSDB and CTS
Ethernet Switch
Ethernet Switch
-
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
- Each blade pair supports ~850K residential subs
ShMC ShMC
- Single shelf supports ~5M subs
- Single cabinet supports ~10M residential subs
ATCA
Ethernet Switch
Ethernet Switch
OAM + FSDB + CTS
OAM + FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
FSDB + CTS
• Dynamic subscriber-to-blade assignment when
ShMC ShMC
using Centralized Subscriber DataBase (CSDB)
• Hot swappable
• In-service growth/degrowth ATCA
• ETSI/ NEBS compliant
Switching
Processing – Disk-full
Processing – Disk-less
136
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
5420 Service Continuity Gateway (5420 SCG)
5420 SCG shares a common software load with 5420
CTS, 5450 ISC, 5060 ICS, etc. PDU
ALU Linux Control Platform (LCP) components
• IMS Call Server (Card name: NSCG)
- B2BUA and call processing
• Registered sub DB
- Per subscriber registration data
• SS7
- SCCP/SIGTRAN M3UA interface for ANSI-41/ETSI/WIN/MAP/CAP interfaces
• OA&M Server
- Management interfaces for OA&M
- aka Management Interface Agent (MI-Agent)
SCG (ATCA- SCG R8
Rouzic) (ATCA-Molene)
OAM Server
OAM Server
•Traffic Assumption -- 100% of the subscribers are IMS registered
137
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
5420 PCM Overview
IP/TDM switch
Circuit switch
Packet Ports
Packet Ports
Packet Ports
Packet Ports
Circuit Ports
Circuit Ports
Circuit Ports
Circuit Ports
Media N+1
Control
Control
Media
Media
Media
Media
Media
• 15 MGCs supported
Ports
• 120 – 32,000 DS0 IP-TDM
• 32,000 sessions IP-IP CIMs MCMs SCMs, SFMs MCMs PIMs
142
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VitalQIP® IP Address Management Solution
143
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
VitalQIP Key Features
•Full IP Management Software •High Availability
- Holistic IP Network View - DHCP Failover, DNS master/slaves
- Manage DNS domains, DHCP scopes, •Extend Management Capabilities
IP networks, subnets and objects
- Audit Manager, Services Manager,
- Manage IP network and DHCP scope SNMP Module, Network Allocator,
utilization Usage Billing Interface, API Toolkit,
AutoDiscovery, Workflow Manager,
•Market Proven Scalability Registration Manager, ENUM, DHCP
- Millions of IP addresses Rules Manager
- Hundreds of thousands of domains • Windows 2000/2003 Support
•Industry Leading Performance - Continuing support of Microsoft W2K
DNS/DHCP Servers
- Highest Performing DHCP Server
- Active directory support integration
- Exodus Labs certified
•Usability
•Security
- Simplifies creation and tracking of
- Administrator access security DNS and DHCP information
- Secure configuration pushes - Variety of GUIs simplifies information
- Secure DNS updates entry and formatting
144
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Charging call flows in SRVCC context
Alcatel-Lucent implementation
145
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Scope (1/2)
• The subject of this presentation is the call flows for charging (online and offline) in the
context of SRVCC with Alcatel-Lucent LTE-IMS solution
- When the call is established
- When the user moves from LTE to CS
• The same PGW is considered for data (IMS based data i.e. IM, chat, RCS like
applications) and voice
• The data like internet, video streaming, … without IMS is not considered
• In the following call flows, we consider that the Attach procedure has been done. As a
consequence, the default bearer (allowing the ‗always on‘ connection) as well as the
SIP signalling dedicated bearer has been created.
• QCI 5 is assigned to this bearer for SIP signalling so that it gets a higher priority than
the default bearer carrying the usual traffic for Internet-access.
• The Register message is vehiculed on this bearer. In consequence, the following call
flow assumes the SIP Registration has been done.
• On the IMS APN, a dedicated bearer is established dynamically at voice call setup and
released at voice call termination using interactions with the P-CSCF and PCRF (Rx
interface) to apply the dynamic PCC rules
• 3 legs have to be considered:
- leg 1 between the calling UE and the SCC AS through the EPC (the user is in LTE network)
- leg 2 between the SCC AS and the (remote) called party
- leg 3, after the HO, between the calling UE and the SCC AS through the MSC server/MGCF
146
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Scope (2/2)
• 3 levels of charging information could be grouped (correlated) to provide a unique CDR for
end-to-end session to Billing, by using correlation id exchanged between different levels
• The same should be applied in online charging using same charging group avoiding to
make separated accounts reservation at each different level
• Here is the list of correlation identifiers exchanged & inserted within CDR:
- Intra-level correlation
Bearer Domain: LTE Charging (GCID) :
GCID is generated by the PGW at bearer Context activation
SGW & PGW shares same GCID
Session Domain: including Application Servers
IMS Charging ID (ICID) transferred all along SIP session between NE.
ICID is generated by the P-CSCF, MGCF, AS (Rule : first node creates ICID)
- Inter-level correlation :
3GPP provides mechanisms to enable operators for PS domain and IMS Domain CDR doing
a correlation: during session establishment PGW and P-CSCF exchange GCID and ICID.
Then GCID and ICID are conveyed within the signalling part to feed all IMS NE
- Inter-network correlation used either for interconnect billing or reconciliation (roaming not shown here):
Inter-operator Identifier (IOI): Origin-IOI and Term-IOI
• A first ChargingID or GCID is allocated for the access part (LTE). An ICID is created by the
P-CSCF for the charging session for the network part (IMS)
• A second GCID will be created with the dedicated bearer used for the voice traffic
• Cf 32.260 Chapter 6.3.1.1, GCID is provided from following AVP: 3GPP-Charging-Id AVP
included in PS-Information AVP
147
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice Call Handling -VoLTE
Call establishment – MO from LTE user to an IMS-user served by different S-CSCF (1)
S-CSCF1/
eNB MME SGW PGW PCRF P-CSCF CDF/OFCS TAS SCC AS OCF/OCS UE2
IMS-GWF
Call set- Service request & GCID1 created for ICID is created for this
up authentication the signalling session (network part)
UL data (SIP Invite) Invite (caller ID) Invite Invite (caller ID)
Invite (called ID)
Invite
Ro: CCR-E for CLIP*
Invite
Ro: CCA-E
Ro: CCR-I for SIP session
Ro: CCA-I S-CSCF2 not
Invite (called ID) represented,
180 Ringing CDR created
with this
180 Ringing
entity
180 Ringing
180 Ringing 180 Ringing 180 Ringing
180 Ringing
Policy decision: QoS and Rx: AAR (ICID)
charging (PCC rule)
Gx: RAR
*other
supplementary
services are
possible
148
COPYRIGHT © 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED.
ALCATEL-LUCENT — INTERNAL PROPRIETARY — USE PURSUANT TO COMPANY INSTRUCTION
Voice Call Handling -VoLTE
Call establishment – MO from LTE user to an IMS-user served by different S-CSCF (2)
S-CSCF1/
eNB MME SGW PGW PCRF P-CSCF CDF/OFCS TAS SCC AS OCF/OCS UE2
IMS-GWF
All IMS
200 OK messages
Ro: CCR-U for IMS session update not shown
(e.g.
Ro: CCA-U PRACK)
200 OK
Rf: ACR Start Alcatel-Lucent
solution is
Rf: ACA
200 OK flexible to
offer several
Rf: ACR Start configurations
Rf: ACA for the
creation of the
200 OK
CDR
Rf: ACR Start
Rf: ACA
200 OK