Voice Over LTE
Voice Over LTE
Voice Over LTE
• Before M16.1 subscribers were not able to use CS and SIP simultaneously
• Intermediate solution: subscriber has dual subscription. One for CS and one for SIP
• Final solution: single subscription user (can use CS and SIP at the same time)
– The MAP RestoreData message is used instead of UpdateLocation
– Homing: Calls and messages have to be routed to a network element that is aware of the SIP
registration status of the subscriber
– Domain selection: The SIP and CS domains are hunted sequentially after the successful homing
• CS location update
• Subscriber is not in VLR: Usual CS location update, user_in_spd is set to F
• Subscriber is in VLR with radio_access_info=sip_c: Overwrite VLR record, keep user_in_spd flag T
• Subscriber is in VLR with radio_access_info other than sip_c: Overwrite VLR record, keep
user_in_spd flag as it is (can be either T or F)
• SIP location update
• Subscriber is not in VLR: Usual SIP location update, user_in_spd is set to T
• Subscriber is in VLR with radio_access_info other than sip_c: Don’t overwrite VLR record, only set
user_in_spd flag to T
• SIP location info is always fake (coming from group profile or location id settings)
• CS detach
– Subscriber is put to detached state, user_in_spd flag remains unchanged
• SIP detach
– radio_access_info=sip_c: subscriber is put to detached state
– radio_access_info not sip_c: detach request is ignored
• CS subscriber deletion
– if radio_access_info=sip_c or user_in_spd is set then the SPD is cleared as well
• SIP subscriber deletion
– radio_access_info=sip_c: subscriber is deleted from VLR
– radio_access_info not sip_c: subscriber is not deleted, user_in_spd flag is cleared
• If radio_access_info=sip_c and VLR download type is RestoreData then PurgeMS is not sent
to HLR
• The called subscriber is a Single Subscription user with both SIP and CS registration
• GMSS: Gateway MSS where the incoming call is received
• HMSS: Homing MSS. The call is „homed” to this MSS from the GMSS. HMSS also checks
the SIP registration status and routes the call to the visited NVS/MSS
• Visited NVS: B-subscriber is registered to this NVS via SIP (in M16.1 NVS and HMSS is
always the same)
• Visited MSS: B-subscriber has a CS location update here
• HLR: No change in HLR
• SCP: B-subscriber can have additional IN services where the SCP is triggered
• Stored in HLR
• Retrieved via MAP AnyTimeSubscriptionInterrogation (ATSI) or via SRI during setup
• Contains service key number, SCP address and detection point (DP)
• In case of homing DP12 is used always (T_TERMINATING_ATTEMPT_AUTHORISED)
• VLR download type can be determined based on it (Service attribute analysis)
• Can contain the address of HMSS in the place of the SCP address
• Can be analysed in IN and Service attribute analyses
• MQ command group in HLR