6 Recovery after SCC AS failure
23.3803GPPIMS Restoration ProceduresRelease 17TS
6.1 General
The following clauses show the requirements and information flows of IMS Restoration Procedures for the SCC-AS service interruption in each of the scenarios where they apply.
It is an optional feature to support SCC-AS restoration. If SCC-AS restoration is supported, it is required to support enhanced third part registration procedure described in 6.2.1 and enhanced service request procedure described in 6.2.2 together.
6.2 General Procedure
During the 3rd party registration, the SCC-AS should store extra SRVCC related information, i.e, ATCF-Path-URI, ATCF-Management-URI and g.3gpp.accesstype media feature tag if received as specified in 3GPP TS 24.237 [34] clause 6.3.2, in the HSS as Repository Data.
When a service request is received when assigned SCC-AS is down, the S-CSCF should forward the service request to a working SCC-AS and this SCC-AS should:
– download corresponding ATCF related information previously stored in the HSS and it should notify the ATCF with its own ATU-STI for SRVCC; and
– download corresponding g.3gpp.accesstype media feature tag (if exist) previously stored in the HSS and determine that PS to CS SRVCC is usable for UE as specified in 3GPP TS 24.237 [34] clause 6.3.2.
6.2.1 Enhanced Third Party Registration Procedure
6.2.1.1 Introduction
The restoration described in the clause 6.2.1 is an optional mechanism which applies for third party registration. The SCC-AS are optionally enhanced to store ATCF related information and g.3gpp.accesstype media feature tag (if received) in the HSS as Repository Data.
6.2.1.2 Description
Enhanced third party registration procedure is described in figure 6.2.1.2-1.
Figure 6.2.1.2-1 Enhanced Third Party Registration Procedure
21. For the first time the SCC-AS receives a third party registration of a served user, the SCC-AS shall store the ATCF-Path-URI, ATCF–Management-URI parameters and g.3gpp.accesstype media feature tag (if received) contained in the SIP REGISTER request as new Repository Data in the HSS. For the subsequent third party registration of that served user, the SCC-AS shall update the ATCF-Path-URI, the ATCF-Management-URI and the g.3gpp.accesstype media feature tag stored in the HSS as Repository Data with the new received value.
The SCC-AS may as well store this data locally, and then for the subsequent third party registration of that served user, if the ATCF-Path-URI, the ATCF-Management-URI and/or the g.3gpp.accesstype media feature tag (if received) contained in the SIP REGISTER request is different from previously stored one, the SCC-AS shall update the locally stored ATCF-Path-URI, the ATCF-Management-URI or the g.3gpp.accesstype media feature tag as well as that stored in the HSS as Repository Data with the new received value.
NOTE 1: The SCC-AS already updates STN-SR in the HSS using PUR/PUA command, then the SCC-AS may send the new Repository Data along with STN-SR in a single PUR (only if Update-Eff-Enhance feature is supported).
22. HSS updates data and responds back.
23 ~ 24. HSS sends the received STN-SR and C-MSISDN to update MME/SGSN as normal.
6.2.2 Enhanced Service Request Procedure
6.2.2.1 Introduction
The restoration described in the clause 6.2.2 is an optional mechanism which applies for service request. And SCC-AS is optionally enhanced to download SRVCC related information as Repository Data from the HSS and notify the ATCF with new ATU-STI.
Enhanced Service Request Procedure is based on enhanced third part registration procedure in 6.2.1.
6.2.2.2 Description
Enhanced service request procedure is described in figure 6.2.2.2-1.
Figure 6.2.2.2-1 Enhanced Service Request Procedure
1. The S-CSCF receives session service request message and it attempts to route the message towards the registered SCC-AS, that in the figure 6.2.2.2-1 is "SCC-AS1".
2. The S-CSCF detects the failure of SCC-AS1.
3. S-CSCF re-selects a new available SCC-AS, i.e. "SCC-AS2" e.g. by a DNS procedure or by configuration in the matched Filter Criteria of an alternative SCC-AS to provide services to the user.
4. The S-CSCF sends the message to the selected SCC-AS2.
5. After receiving the service request message, if no subscriber data is found, SCC-AS2 starts implicit registration procedure as normal (not displayed in figure 6.2.2.2-1). After retrieving required subscriber data from the HSS, the SCC-AS2 shall request the ATCF related information and the g.3gpp.accesstype media feature tag stored as Repository Data (if present).
6. If ATCF related Repository Data is stored in the HSS, it is received back by the SCC-AS2.
7. If ATCF related Repository Data is received by the SCC-AS2, it shall send a MESSAGE with its own ATU-STI towards the ATCF that is identified by received ATCF-Management-URI. If the g.3gpp.accesstype media feature tag is present, the SCC-AS2 shall determine that PS to CS SRVCC is usable for UE as specified in 3GPP TS 24.237 [34] clause 6.3.2.
8. The SCC-AS2 continues the session as normal.
Annex A (informative):
Change history
Date |
TSG # |
TSG Doc. |
CR |
Rev |
Cat |
Subject/Comment |
New |
CT#41 |
V1.0.0 was approved in CT#41 |
8.0.0 |
|||||
2008-12 |
CT#42 |
CP-080698 |
0003 |
– |
Re-selection of S-CSCF at de-registration |
8.1.0 |
|
2008-12 |
CT#42 |
CP-080698 |
0004 |
1 |
Subscription to registration information recover |
8.1.0 |
|
2008-12 |
CT#42 |
CP-080963 |
0007 |
3 |
AS originating procedures |
8.1.0 |
|
2008-12 |
CT#42 |
CP-080698 |
0008 |
– |
Multiple contacts restoration at re-registration |
8.1.0 |
|
2008-12 |
CT#42 |
CP-080698 |
0009 |
1 |
Multiple contacts restoration at de-registration |
8.1.0 |
|
2009-03 |
CT#43 |
CP-090026 |
0010 |
– |
Multiple Registrations in De-Registration |
8.2.0 |
|
2009-03 |
CT#43 |
CP-090026 |
0011 |
– |
Multiple Registrations in Registration |
8.2.0 |
|
2009-06 |
CT#44 |
CP-090303 |
0019 |
– |
Contact storage in reg event subscription |
8.3.0 |
|
2009-12 |
CT#46 |
CP-090796 |
0020 |
1 |
P-CSCF restoration procedures: stage 2 |
9.0.0 |
|
2010-03 |
CT#47 |
CP-100045 |
0022 |
1 |
P-CSCF failure indication removal |
9.1.0 |
|
2010-03 |
CT#47 |
CP-100045 |
0023 |
1 |
P-CSCF failure handling for DHCP based scenarios |
9.1.0 |
|
2010-03 |
CT#47 |
CP-100045 |
0024 |
1 |
P-CSCF monitoring performed by UE |
9.1.0 |
|
2010-03 |
CT#47 |
CP-100045 |
0025 |
1 |
S9 interface procedures |
9.1.0 |
|
2010-06 |
CT#48 |
CP-100285 |
0027 |
– |
Notification is to be sent to all UEs sharing the IMPU |
9.2.0 |
|
2010-09 |
CT#49 |
CP-100462 |
0030 |
1 |
Restoration Data Backup |
9.3.0 |
|
2011-03 |
– |
Update to Rel-10 version (MCC) |
10.0.0 |
||||
2011-06 |
CT#52 |
CP-110356 |
0033 |
– |
Emergency Restoration |
10.1.0 |
|
2012-09 |
CT#57 |
CP-120440 |
0040 |
1 |
Emergency registrations do not affect registration status |
10.2.0 |
|
2012-09 |
CT#57 |
CP-120458 |
0037 |
1 |
P-CSCF failure procedure with S5 PMIP |
11.0.0 |
|
2012-09 |
CT#57 |
CP-120458 |
0041 |
1 |
Reference list correction to align with the corrected TS 29.212 title |
11.0.0 |
|
2012-12 |
CT#58 |
CP-120745 |
0042 |
1 |
Alignment on the Network recovery procedure at P-CSCF failure |
11.1.0 |
|
2012-12 |
CT#58 |
CP-120743 |
0046 |
1 |
PSI direct routing with restoration procedures |
11.1.0 |
|
2013-12 |
CT#62 |
CP-130609 |
0047 |
1 |
Correction of reference to Update Notifications for Proxy Mobile IPv6 |
11.2.0 |
|
2014-03 |
CT#63 |
CP-140017 |
0051 |
1 |
Update the reference of draft-ietf-sipcore-keep-01 to RFC 6223 |
11.3.0 |
|
2014-03 |
CT#63 |
CP-140020 |
0048 |
1 |
Update the reference of IETF draft Update Notifications for Proxy Mobile IPv6 to RFC 7077 |
11.3.0 |
|
2014-09 |
CT#65 |
CP-140515 |
0053 |
1 |
T-GRUU restoration |
12.0.0 |
|
2014-09 |
CT#65 |
CP-140506 |
0054 |
3 |
HSS-based P-CSCF restoration |
12.0.0 |
|
2014-09 |
CT#65 |
CP-140506 |
0055 |
2 |
P-CSCF restoration in roaming scenarios for the HSS based mechanism |
12.0.0 |
|
2014-09 |
CT#65 |
CP-140506 |
0056 |
5 |
PCRF based P-CSCF restoration |
12.0.0 |
|
2014-09 |
CT#65 |
CP-140506 |
0057 |
3 |
P-CSCF restoration in roaming scenarios for PCRF based solution |
12.0.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0059 |
1 |
HSS-based P-CSCF restoration, ISR implications |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0060 |
3 |
HSS-based P-CSCF restoration, MME/SGSN lack of support |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0061 |
1 |
HSS-based P-CSCF restoration, response back to UE with retry option |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0062 |
2 |
P-CSCF Restoration for single IMS APN |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0065 |
1 |
P-CSCF restoration in a roaming scenario that P-GW and P-CSCF are in HPLMN for PCRF based solution |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0066 |
1 |
A correction in figure of PCRF based P-CSCF restoration |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0069 |
2 |
P-CSCF Restart |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0070 |
– |
Addition of P-CSCF restoration in the scope |
12.1.0 |
|
2014-12 |
CT#66 |
CP-140794 |
0071 |
2 |
P-CSCF as non-reachable clarification |
12.1.0 |
|
2015-03 |
CT#67 |
CP-150033 |
0073 |
1 |
P-CSCF restoration failure when UE is temporarily out of coverage |
12.2.0 |
|
2015-06 |
CT#68 |
CP-150261 |
0074 |
1 |
S-CSCF hanlding in PCRF based solution when UE is temporarily out of coverage |
12.3.0 |
|
2015-09 |
CT#69 |
CP-150458 |
0075 |
1 |
Basic P-CSCF restoration mechanism for WLAN |
13.0.0 |
|
2015-09 |
CT#69 |
CP-150458 |
0076 |
2 |
P-CSCF restoration supported features |
13.0.0 |
|
2015-09 |
CT#69 |
CP-150458 |
0077 |
1 |
P-CSCF restoration extension for trusted WLAN |
13.0.0 |
|
2015-09 |
CT#69 |
CP-150458 |
0078 |
1 |
P-CSCF restoration extension for untrusted WLAN |
13.0.0 |
|
2015-12 |
CT#70 |
CP-150780 |
0079 |
1 |
Interaction between P-CSCF Restoration and NBIFOM |
13.1.0 |
|
2015-12 |
CT#70 |
CP-150780 |
0080 |
– |
Reference correction and editorials |
13.1.0 |
|
2015-12 |
CT#70 |
CP-150780 |
0081 |
2 |
Extended P-CSCF restoration mechanism for WLAN and AA-Request |
13.1.0 |
|
2015-12 |
CT#70 |
CP-150780 |
0082 |
– |
Remove the need to inform the UE about ePDG support of P-CSCF restoration |
13.1.0 |
|
2016-03 |
CT#71 |
CP-160025 |
0083 |
1 |
P-CSCF restoration not prioritized for WLAN |
13.2.0 |
|
2016-03 |
CT#71 |
CP-160025 |
0084 |
1 |
Result-Codes for P-CSCF Restoration |
13.2.0 |
|
2016-03 |
CT#71 |
CP-160025 |
0085 |
– |
Indication of P-CSCF restoration extension support over IKEv2 |
13.2.0 |
|
2016-06 |
CT#72 |
CP-160231 |
0086 |
3 |
P-CSCF restoration for NBIFOM PDN connections |
13.3.0 |
|
2016-06 |
CT#72 |
CP-160216 |
0087 |
3 |
SCC AS restoration Mechanism |
13.3.0 |
|
2016-09 |
CT#73 |
CP-160415 |
0091 |
– |
Non REGISTER authentication after S-CSCF restart |
13.4.0 |
|
2016-09 |
CT#73 |
CP-160431 |
0088 |
S-CSCF Restoration during Registration enhancement |
14.0.0 |
||
2016-12 |
CT#74 |
CP-160656 |
0093 |
1 |
P-CSCF restoration for NBIFOM connections |
14.1.0 |
|
2018-06 |
CT#80 |
CP-181132 |
0096 |
5 |
New Clause for P-CSCF Restoration in 5G Access |
15.0.0 |
|
2018-12 |
CT#82 |
CP-183092 |
0102 |
1 |
Updates to PCF Based P-CSCF Restoration Solution |
15.1.0 |
|
2019-03 |
CT#83 |
CP-190015 |
0103 |
– |
Correction to clause numbering |
16.0.0 |
|
2019-09 |
CT#85 |
CP-192191 |
0107 |
– |
5G P-CSCF restoration using Nudm |
16.1.0 |
|
2019-09 |
CT#85 |
CP-192099 |
0109 |
1 |
P-CSCF restoration |
16.1.0 |
|
2019-09 |
CT#85 |
CP-192124 |
0105 |
5 |
Correction to P-CSCF Restoration Procedures |
16.1.0 |
|
2019-09 |
CT#85 |
CP-192125 |
0106 |
2 |
Add P-CSCF subscription info to Restoration information |
16.1.0 |
|
2019-12 |
CT#86 |
CP-193040 |
0110 |
1 |
S-CSCF restoration after registration timer expiry |
16.2.0 |
|
2021-03 |
CT#91e |
CP-210062 |
0113 |
– |
P-CSCF restoration alignment |
16.3.0 |
|
2021-06 |
CT#92e |
CP-211060 |
0115 |
S-CSCF reselection in eIMS |
16.4.0 |
||
2021-12 |
CT#94e |
CP-213119 |
0116 |
– |
B |
Store g.3gpp.accesstype media feature tag in the HSS as Repository Data |
17.0.0 |
2021-12 |
CT#94e |
CP-213119 |
0117 |
– |
F |
Correction to HSS-based and PCRF-based P-CSCF restoration |
17.0.0 |
2022-03 |
CT#95e |
CP-220054 |
0118 |
1 |
B |
P-CSCF restoration |
17.1.0 |