IMS Profile For Voice, Video and SMS Over Untrusted Wi-Fi Access 29 April 2020
IMS Profile For Voice, Video and SMS Over Untrusted Wi-Fi Access 29 April 2020
IMS Profile For Voice, Video and SMS Over Untrusted Wi-Fi Access 29 April 2020
Official Document IR.51 – IMS Profile for Voice, Video and SMS over untrusted Wi-Fi access
IMS Profile for Voice, Video and SMS over untrusted Wi-Fi
access
Version 8.0
29 April 2020
Copyright Notice
Copyright © 2020 GSM Association
Disclaimer
The GSM Association (“Association”) makes no representation, warranty or undertaking (express or implied) with respect to and does not accept
any responsibility for, and hereby disclaims liability for the accuracy or completeness or timeliness of the information contained in this document.
The information contained in this document may be subject to change without prior notice.
Antitrust Notice
The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy.
V8.0 Page 1 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Table of Contents
1 Introduction 4
1.1 Overview 4
1.2 Relationship to existing standards 4
1.2.1 3GPP Specifications 4
1.3 Scope 5
1.4 Definitions 5
1.5 References 6
2 IMS feature set 7
2.1 General 7
2.2 Support of generic IMS functions 7
2.2.1 SIP Registration Procedures 7
2.2.2 Authentication 7
2.2.3 Addressing 7
2.2.4 Call Establishment and Termination 8
2.2.5 Forking 8
2.2.6 The use of Signalling Compression 8
2.2.7 Early Media and announcements 8
2.2.8 SIP Session Timer 8
2.2.9 SIP OPTIONS 8
2.3 Supplementary Services 8
2.4 Call Set-up Considerations 8
2.4.1 SIP Precondition Considerations 8
2.4.2 Integration of resource management and SIP 9
2.4.3 Voice Media Considerations 9
2.4.4 Video Media Considerations 9
2.5 SMS over IP 9
2.6 User-Agent and Server Headers 9
3 IMS media 9
4 Radio and packet core feature set 9
4.1 Radio capabilities 9
4.1.1 Alignment with Wi-Fi Alliance Certification programmes 9
4.1.2 WLAN Policy provisioning 9
4.1.3 Connection management 9
4.2 Wi-Fi IP Access Network Detection 9
4.3 Wi-Fi Access Network Selection 10
4.4 Non-3GPP Access Authentication and Security 10
4.5 Multiple PDN connections 11
4.6 APN Considerations for SIP Signalling, HTTP for XCAP and HTTP for Content
Server 11
4.7 PDN Connectivity Service 12
4.7.1 General 12
4.7.2 ePDG Selection for non-Emergency Voice services 12
4.7.3 ePDG Selection for Emergency Voice services 12
V8.0 Page 2 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
V8.0 Page 3 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
1 Introduction
1.1 Overview
The IP Multimedia Subsystem (IMS) Profile for Voice and Video, documented in this Permanent
Reference Document (PRD), defines a profile that identifies a minimum mandatory set of features
which are defined in 3GPP specifications that a wireless device (the User Equipment (UE)) and
network are required to implement in order to guarantee interoperable, high quality IMS-based
telephony and conversational video services over Wi-Fi access.
"Wi-Fi" is a trademark of the Wi-Fi Alliance and the brand name for products using WFA programs
based on the IEEE 802.11 family of standards.
In this document, Wi-Fi access refers to a WLAN access to EPC, via untrusted access interface
(S2b interface), as defined in 3GPP TS 23.402 [6]. The trusted access (S2a interface) is not
covered in this document.
The conversational video services comprise calls with full duplex voice and simplex/full-duplex
video media with tight synchronization between the constituent streams. The call can be a point to
point call or a multiparty conference call. The conversational video service can also be used to
interact with for example dial in video conference systems.
A UE and a network compliant to this profile must support IMS-based telephony. A UE and a
network compliant to this profile may support conversational video services.
Conversely, some features required for compliance with this profile are based on functionality
defined in 3GPP releases higher than the release taken as basis.
All such exceptions are explicitly mentioned in the following sections along with the relevant 3GPP
Release.
V8.0 Page 4 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Unless otherwise stated, the latest version of the referenced specifications for the relevant 3GPP
release applies.
1.3 Scope
This document defines a voice and video over Wi-Fi IMS profile by profiling a number of Wi-Fi,
(Evolved) Packet Core, IMS core, and UE features which are considered essential to launch
interoperable IMS based voice and video on Wi-Fi. This document is based on the IMS Voice and
SMS profile described in GSMA PRD IR.92 [1] and on the IMS Profile for Conversational Video
Service profile described in GSMA PRD IR.94 [2]. The defined profile is compliant with 3GPP
specifications. The scope of this version of the profile is the interface between UE and network.
The profile does not limit anyone, by any means, to deploy other standardized features or optional
features, in addition to the defined profile.
1.4 Definitions
Term Description
3GPP 3rd Generation Partnership Project
ANDSF Access Network Discovery and Selection Function
APN Access Point Name
DNS Domain Name System
EAP-AKA Extensible Authentication Protocol – Authentication and Key Agreement
ePDG Evolved Packet Data Gateway
FQDN Fully Qualified Domain Name
IKE Internet Key Exchange
IKEv2 Internet Key Exchange version 2
IM IP Multimedia
IMS IP Multimedia Subsystem
IP Internet Protocol
IPsec IP Security
IPv4 Internet Protocol Version 4
IPv6 Internet Protocol Version 6
MAPCON Multi-Access PDN Connectivity
NAT Network Access Translation
P-CSCF Proxy - Call Session Control Function
RTCP RTP Control Protocol
RTP Real Time Protocol
SDP Session Description Protocol
SIP Session Initiation Protocol
TAI Tracking Area Identifier
UE User Equipment
USSI Unstructured Supplementary Service Data (USSD) using IP Multimedia (IM) Core
Network (CN) subsystem (IMS)
V8.0 Page 5 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Term Description
VoIP Voice Over IP
XCAP XML Configuration Access Protocol
XML eXtensible Markup Language
1.5 References
Ref Doc Number Title
[1] GSMA PRD IR.92 IMS Profile for Voice and SMS.
[2] GSMA PRD IR.94 IMS Profile for Conversational Video Service
[3] GSMA PRD IR.61 WLAN Roaming Guidelines (Inter-Operator Handbook)
[4] GSMA PRD TS.22 Recommendations for Minimal Wi-Fi Capabilities of Terminals
3GPP TS 24.229 IP multimedia call control protocol based on Session Initiation
[5]
Protocol (SIP) and Session Description Protocol (SDP); Stage 3
[6] 3GPP TS 23.402 Architecture enhancements for non-3GPP accesses
[7] GSMA PRD IR.88 LTE Roaming Guidelines
[8] 3GPP TS 23.003 Numbering, addressing and identification
[9] 3GPP TS 33.402 Security aspects for non-3GPP accesses
IETF RFC 4187 Extensible Authentication Protocol Method for 3rd Generation
[10]
Authentication and Key Agreement (EAP-AKA)
3GPP TS 24.302 Access to the 3GPP Evolved Packet Core (EPC) via non-3GPP
[11]
access networks; Stage 3
[12] IETF RFC 5996 Internet Key Exchange Protocol Version 2 (IKEv2)
[13] 3GPP TS 23.228 IP Multimedia Subsystem (IMS); Stage 2
3GPP TS 24.237 IP Multimedia (IM) Core Network (CN) subsystem IP Multimedia
[14]
Subsystem (IMS) service continuity; Stage 3
[15] 3GPP TS 23.237 IP Multimedia Subsystem (IMS) Service Continuity; Stage 2
[16] GSMA PRD IR.65 IMS Roaming and Interworking Guidelines
[17] 3GPP TS 23.167 IP Multimedia Subsystem (IMS) emergency sessions
[18] 3GPP TS 24.216 Communication Continuity Management Object (MO)
3GPP TS 24.312 Access Network Discovery and Selection Function (ANDSF)
[19]
Management Object (MO)
[20] 3GPP TS 24.167 3GPP IMS Management Object (MO)
3GPP TS 24.424 Management Object (MO) for Extensible Markup Language (XML)
[21] Configuration Access Protocol (XCAP) over the Ut interface for
Manipulating Supplementary Services
3GPP TS 24.623 Extensible Markup Language (XML) Configuration Access Protocol
[22] (XCAP) over the Ut interface for Manipulating Supplementary
Services
[23] GSMA PRD TS.32 Technical Adaptation of Devices through Late Customisation
3GPP TS 23.401 General Packet Radio Service (GPRS) enhancements for Evolved
[24]
Universal Terrestrial Radio Access Network (E-UTRAN) access
V8.0 Page 6 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
2.1 General
The IMS profile part lists the mandatory capabilities, which are required over the Gm and Ut
reference points.
Note:
PRD IR.92 [1] contains explicit statements when the UE must register with the IMS. Currently
3GPP specifications do not have similar statements regarding VoWi-Fi. It is for further study if
explicit statements can be created for VoWi-Fi (in addition to what is specified in section
2.4.2.1).
The home operator can configure the UE with the Media_type_restriction_policy and the
PreferredAccessNetworks parameters as specified in Annex B.3.
A UE and a network supporting Conversational Video Service over Wi-Fi must conform to section
2.2.1 of GSMA PRD IR.94 [2].
If it is a Session Continuity UE (SC-UE), the UE must support and use the g.3gpp.accesstype
media feature tag as specified in section 6.2.2 of 3GPP TS 24.237 [14].
If moving the PDN connection to the IMS well-known APN between Wi-Fi and cellular access as
described in section 4.5 of this document, the UE must
initiate re-registration procedure as specified in 3GPP TS 24.229 [5], section 5.1.1.4 and
3GPP TS 23.228 [13] in section 5.2.2.4,
update P-Access-Network-Info header field, and
if it is a SC-UE, update the g.3gpp.accesstype media feature tag as specified in section
6.2.2 of 3GPP TS 24.237 [14].
2.2.2 Authentication
The UE and the network must conform to section 2.2.2 of GSMA PRD IR.92 [1].
2.2.3 Addressing
The UE and the network must conform to section 2.2.3 of GSMA PRD IR.92 [1].
V8.0 Page 7 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
A UE and a network supporting Conversational Video Service over Wi-Fi must conform to section
2.2.2 of GSMA PRD IR.94 [2].
The UE must include the Cellular-Network-Info header field, if the information is available, as
specified in section R.3.1.1A of 3GPP Release 13 TS 24.229 [5].
2.2.5 Forking
The UE and the network must conform to section 2.2.5 of GSMA PRD IR.92 [1].
A UE and a network supporting Conversational Video Service over Wi-Fi must conform to section
2.2.3 of GSMA PRD IR.94 [2].
A UE supporting Conversational Video Service over Wi-Fi must conform to section 2.2.4 of GSMA
PRD IR.94 [2].
A UE and a network supporting Conversational Video Service over Wi-Fi must conform to section
2.3 of GSMA PRD IR.94 [2].
Note: Even though resources are available, the UE uses preconditions and sets the local
preconditions accordingly in SDP offer and answer.
V8.0 Page 8 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
3 IMS media
The UE and the network must conform to section 3 of GSMA PRD IR.92 [1].
A UE and a network supporting Conversational Video Service over Wi-Fi must conform to the
additional requirements on IMS media as specified in section 2.3 of GSMA PRD IR.94 [2].
V8.0 Page 9 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
1. The Wi-Fi Access supports 3GPP-based access authentication, the UE discovers the trust
relationship during the 3GPP-based access authentication.
or
2. The UE operates on the basis of pre-configured policy in the UE.
The UE shall support rekeying of both IKE_SA and IPsec_SA, which shall be controlled by the
mean-rekeying-time configuration parameter as specified in Annex B.3. The UE shall rekey both
the IKE_SA and IPsec_SA after expiration of a timer with the initial value set to a random number
of uniform distribution in the interval between the 75% of the mean-rekeying-time configuration
parameter and 125% of the mean-rekeying-time configuration parameter. After each rekeying, the
UE shall re-start the timer with a new random number. The mean-rekeying-time configuration
parameter shall be configurable by the home operator. In the absence of a value being configured,
the UE shall assume a (default) value of 18 hours.
The UE has a SWu tunnel (see GSMA PRD IR.61 [3]) for one Access Point Name (APN).
The UE moves to 3GPP for a period and then moves back to Wi-Fi and re-establishes SWu
tunnel.
The UE has at least one existing PDN connection and wants to setup a new one.
V8.0 Page 10 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Note 1: For MAPCON support by the network, see section 6.5 in GSMA PRD IR.61 [3].
A UE supporting simultaneous radio transmission capability can use MAPCON to offload one or
more PDN connections to Wi-Fi while keeping other PDN connections on cellular access.
MAPCON policies must be either pre-defined by the home operator and reside on the UE or be
provided via ANDSF according to Release 12 3GPP TS 23.402 [6]. These MAPCON policies can
state if and when a certain APN can be moved to Wi-Fi taking into account 3GPP locations (e.g.
PLMN, tracking area and cell id), Wi-Fi location (i.e. SSID) location and if the UE is roaming or not.
Note 2: ` It is recommended to have MAPCON policies which keep at least one APN/PDN
connection on LTE. This avoids frequent attach procedures, reducing the
signalling load in the network (for a typical traffic model) and enables a quicker
handover from Wi-Fi to LTE. Also, the UE must stay attached to LTE if CS
Fallback or SMSoSGs is used.
4.6 APN Considerations for SIP Signalling, HTTP for XCAP and HTTP for Content
Server
For SIP signalling, the IMS application in the UE must use the IMS well-known APN as defined in
PRD IR.88 [7]; the UE must prevent non-IMS applications from using this APN.
For XCAP and HTTP Content Server requests, the UE must be preconfigured or provisioned by
the home operator with the configuration parameter AccessForXCAP as specified in Annex C.3 of
GSMA PRD IR.92 [1] with one of the following options:
If the UE is configured to use cellular access for XCAP and HTTP Content Server requests, the UE
must use the APN as defined in GSMA PRD IR.92 [1].
If the UE is configured to use EPC-integrated WLAN for XCAP and HTTP Content Server
requests, the UE must be preconfigured or provisioned by the home operator with the ToConRef
parameter as specified in Annex B.3 with the APN to be used for XCAP and HTTP Content Server
requests in EPC-integrated WLAN access. The APN for the PDN Connection used for XCAP and
HTTP Content Server requests in Wi-Fi Access may be either the same APN as defined in GSMA
PRD IR.92 [1] or a different APN.
V8.0 Page 11 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Note: If a different APN is used then the IP session continuity between 3GPP and non-
3GPP IP access for the PDN Connection used for XCAP and HTTP Content
Server requests is not provided.
4.7.1 General
The UE and the network must conform to the requirements for PDN Connectivity Service as
specified in section 5.6.1 of GSMA PRD IR.61 [3].
Note: Domain Name System (DNS) queries for ePDG selection are sent to the DNS
server provided on the Wi-Fi Internet connection.
Note: When the UE provides the IMS well-known APN, the APN Operator Identifier is not
included as defined in section 6.3.7 of GSMA PRD IR.88 [7].
The UE is turned off and has one or more active SWu connections to ePDG;
Wi-Fi connection is turned off and the UE has one or more active connections to ePDG that
according to the UE/operator policy should not be handed over to cellular (i.e. depending on
policies, see section 4.5);
and
Wi-Fi connection is turned off and UE has one or more active connections to ePDG and no
cellular coverage.
For each PDN connection the UE should disconnect, it shall send a IKE Informational request with
Delete Payload, which contains the SPI of the IKEv2 SA corresponding to the WLAN UE session
to be disconnected.
V8.0 Page 12 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Note: The network that initiates the disconnect can be triggered by many reasons like
subscription changes, maintenance in network etc.
The network can support the procedures for the tunnel liveness check as specified in subclause
7.4.1 and subclause 7.4.1A of Release 13 of 3GPP TS 24.302 [11].
support seamless handover from LTE to Wi-Fi as described in 3GPP TS 23.402 [6];
support seamless handover from Wi-Fi to LTE as described in 3GPP TS 23.402 [6].
The network can fulfil the requirements for mobility management as specified in section 6.2 of
GSMA PRD IR.61 [3].
To control the handover procedures when the UE is roaming in a VPLMN, the home operator can
configure the UE with the Allow_Handover_PDN_connection_WLAN_and_EPS parameter as
specified in Annex B.3. The UE must support the related procedures defined in section L.2.2.1 of
Release 15 3GPP TS 24.229 [5].
When voice over IMS over LTE is not supported or there is no roaming agreement for IMS voice
with the HPMN of the UE, the visited network must set the value of the IMS voice, over a PS
Session indicator as defined in 3GPP TS 23.401 [xx] clause 4.3.5.8 to "not supported" in the
ATTACH ACCEPT and the TRACKING AREA UPDATE ACCEPT messages to the UE. 3GPP TS
24.229 [5] subclause L.2.2.1 defines that the UE should take the local rules and policies into
account to decide whether to initiate the handover from WLAN to LTE. The UE must also consider
the value of IMS voice over PS session indicator which can be set by the visited network and
based on local policies.
Note: Only when the UE was attached in EPS prior to the handover, the UE will know the value
of the IMS voice over PS session indicator in the TAI list and can take the indicator into
account.
V8.0 Page 13 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
When establishing a PDN connection to the IMS well-known APN via WLAN, the UE must discover
the P-CSCF address(es) as described in method IV of Annex R.2.2.1 of Release 13 3GPP TS
24.229 [5]. When an untrusted non-3GPP IP access is used:
The UE must support and use the P_CSCF_IP6_ADDRESS attribute and the
P_CSCF_IP4_ADDRESS attribute as described in Release 13 3GPP TS 24.302 [11]; and
The network must support and use the P_CSCF_IP6_ADDRESS attribute, the
P_CSCF_IP4_ADDRESS attribute or both as described in Release 13 3GPP TS 24.302
[11].
If P-CSCF address(es) were discovered using the method IV, the UE must use the P-CSCF
address(es) discovered using the method IV as defined in section 5.1 and 3GPP TS 24.229 [5].
After the UE has discovered the P-CSCF and registered to IMS, the UE must use this P-CSCF as
long as the IMS registration is valid, as described in sections B.2.2.1, L.2.2.1 and R.2.2.1 of
Release 13 3GPP TS 24.229 [5].
Note: The UE continues to use the selected P-CSCF also if the PDN connection to the
IMS well-known APN is subject of handover from Wi-Fi to LTE, UTRAN and
GERAN and vice versa, see also section 4.8.
5 Common Functionalities
5.1 IP Version
The UE and the network shall support both IPv4 and IPv6 for all protocols that are used for the
service: SIP, SDP, RTP, RTCP and XCAP/HTTP.
Upon PDN connection procedure over untrusted non-3GPP IP access, the UE shall include proper
attribute types in the CFG_REQUEST within the IKE_AUTH request message to request both IPv4
and IPv6 addresses as specified in section 7.2.2 of Release 11 of 3GPP TS 24.302 [11].
For PDN connection over untrusted non-3GPP IP access, if both IPv4 and IPv6 addresses are
assigned for the UE, the UE must prefer the IPv6 address type.
After the UE has discovered the P-CSCF and registered to IMS with a particular IPv4 or IPv6
address, the UE must use this IP address for all SIP communication, as long as the IMS
registration is valid. For all SDP and RTP/RTCP communication, the UE must use the IPv4
address used for SIP communication or an IPv6 address with the IPv6 prefix same as the IPv6
prefix of the IPv6 address used for SIP communication.
Note: There are certain situations where interworking between IP versions is required.
These include, for instance, roaming and interconnect between networks using
different IP versions. In those cases, the network needs to provide the interworking
in a transparent manner to the UE.
V8.0 Page 14 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
For the purpose of selection of ePDG for emergency services as specified above, the home
operator can configure the UE with the ePDG parameter as specified in Annex B.3.
The UE must fulfil the requirements to convey its location, as defined in section 5.2.3 of GSMA
PRD IR.92 [1].
The UE must support the current location discovery during an emergency call as specified in
subclause 5.1.6.8.2, subclause 5.1.6.8.3, subclause 5.1.6.8.4, and subclause 5.1.6.12 of 3GPP
Release 14 TS 24.229 [5].
The network can support the current location discovery during an emergency call as specified in
subclause 5.11.5 of 3GPP Release 14 TS 24.229 [5].
A UE supporting Conversational Video Service over Wi-Fi must conform to section 5.2 of GSMA
PRD IR.94 [2].
V8.0 Page 15 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
A.1 General
In order to offer its customer a seamless service, the operator may wish to complement the Wi-Fi
access by utilising the CS radio access for voice and/or SMS. One possible deployment scenario
is that Wi-Fi access is in areas without ubiquitous LTE coverage but with GERAN/UTRAN
coverage. This annex describes the additional features that need to be implemented for the UEs
and networks that wish to support such a deployment scenario.
The UE must support the DR-VCC procedures for single active calls only and dynamic STN as
described in Release 12 of 3GPP TS 24.237 [14].
Note 1: The mechanisms to perform transfer of additional session / held state / conference
call state / (pre-) alerting calls are out of scope of the present version of this
profile.
If the UE is configured not to use SMS-over-IP as described in section A.7 of GSMA PRD IR.92
[1], then the UE must either attempt to stay attached to LTE to use SMS over NAS signalling as
described in section 4.5 or the UE must attempt to stay attached to legacy 3GPP access (GERAN
or UTRAN).
V8.0 Page 16 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
B.1 General
This annex describes the capabilities to support MNO provisioning and late customization as
defined in Annex C in GSMA PRD IR.92 [1].
Note: The parameters in Table B.3.1 are a subset of parameters in section 3.9 of GSMA
PRD TS.32 [23].
V8.0 Page 17 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
V8.0 Page 18 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Annex C USSI
The UE and the network must conform to Annex D of GSMA PRD IR.92 [1].
V8.0 Page 19 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
V8.0 Page 20 of 21
GSM Association Non-confidential
Official Document IR.51 – IMS profile for Voice, Video and SMS over untrusted Wi-Fi access
Other Information
Type Description
Document Owner NG RILTE
Editor / Company Merieme El Orch / Orange
It is our intention to provide a quality product for your use. If you find any errors or omissions,
please contact us with your comments. You may notify us at [email protected]
V8.0 Page 21 of 21