1 Introduction
1.1 Document Purpose and Scope
Next figure, shows the main parts related to configuration and provisioning in the SAPC.
The purpose of this document is to provide guidelines and examples to configure the SAPC node for the Ericsson SIM-based Untrusted Wi-Fi Calling Solution.
This document is not intended as an exhaustive guide to configure the SAPC for every possible scenario.
The complete parameter list and details of all the SAPC configuration options are included in separate documents, refer to Managed Object Model (MOM) and Provisioning REST API for more information.
1.2 Typographic Conventions
The following typographic and document conventions are used:
|
Convention |
Description |
Example |
|---|---|---|
|
Representational State Transfer (REST) |
Exact REST resources, methods, attibutes, or their corresponding values. |
PUT /dataplans/Silver { "dataplanName" : "Silver", "notification" : "sms" } |
|
Managed Object Class (MOC) or Attributes value |
Exact COM model object, classes names, attributes, or their corresponding values. |
SmsCenter enableDelivery=true |
|
NETCONF |
<edit-config> <target> <running /> </target> <config> <ManagedElement xmlns="urn:com:ericsson:ecim:ComTop"> <managedElementId> 1 </managedElementId> <PolicyControlFunction xmlns="urn:com:ericsson:ecim:sapcmom"> <policyControlFunctionId> 1 </policyControlFunctionId> <NotificationConfig xmlns="urn:com:ericsson: ecim:notificationconfigmom"> <notificationConfigId> 1 </notificationConfigId> <enableDelivery> true </enableDelivery> </NotificationConfig> </PolicyControlFunction> </ManagedElement> </config> </edit-config> |
2 Configuration Prerequisites
Before configuring the SAPC in an operational network, assure that:
3 Configuration
To support Wi-Fi calling, configure the SAPC by performing the following items:
The WLAN access type (AccessData.bearer.accessType), NON-3PP-EPS IP-CAN type (AccessData.bearer.ipCanType), and handover (AccessData.bearer.handover) policy tags can be used as dynamic conditions in the condition attribute of the rules URI in the provisioning REST API for Wi-Fi calling in previous configuration tasks.
3.1 Configure Event Triggers
To receive the RAT type and IP-CAN type from the PCEF when the handover between LTE and Wi-Fi occurs, set event trigger IP_CAN_CHANGE value. For details on how to configure event triggers, refer to Configuration Guide for Access and Charging Control (Gx).
4 Configuration Examples for Use Cases
4.1 Configure Bill Shock Prevention
To prevent bill shock, the SAPC can reject the service authorization for the Wi-Fi calling according to policies when the SAPC detects the handover from Wi-Fi to VoLTE and the subscriber is roaming.
In the following example, it is assumed to use the same dynamic service than in Multimedia Telephony over LTE.
Example 1 Configuration of Bill Shock Prevention
PUT /rules/rWifi
{
"condition" : "not ((AccessData.subscriber.locationInfo.countryCode != 072) &&(AccessData.bearer.handover == 1))",
"ruleName" : "rWifi"
}
PUT /policies/pWifi
{
"policyName" : "pWifi",
"ruleCombiningAlgorithm" : "permit-overrides",
"rules" : [ "rWifi" ]
}
PUT /locators/resources/service_VoLTE/contexts/access
{
"policies" : [ "pWifi" ]
}
This example rejects authorization for the dynamic service "service_VoLTE" in the Gx interface, when the handover from Wi-Fi to VoLTE is performed and the subscriber is in international roaming (MNC is not 072).
5 Appendix A. Policy Tags
5.1 Tags Related to Wi-Fi Calling
For ease of use, the SAPC implements the following policy tag to detect the handover between Wi-Fi and LTE accesses.
|
Tag |
Return Type |
Possible Values |
Comments |
|---|---|---|---|
|
|
Integer |
0-2 |
Indicates the handover type occurring in the network:
|

Contents