Content for  TS 23.401  Word version:  17.1.0

E-UTRAN is described in more detail in TS 36.300. In addition to the E-UTRAN functions described in TS 36.300, E-UTRAN functions include:

• Header compression and user plane ciphering (for user plane data sent across S1-U);
• MME selection when no routing to an MME can be determined from the information provided by the UE;
• UL bearer level rate enforcement based on UE-AMBR and MBR via means of uplink scheduling
  (e.g. by limiting the amount of UL resources granted per UE over time);
• DL bearer level rate enforcement based on UE-AMBR;
• UL and DL bearer level admission control;
• Transport level packet marking in the uplink, e.g. setting the DiffServ Code Point, based on the QCI, and optionally the ARP priority level, of the associated EPS bearer;
• ECN-based congestion control.

MME functions include:

• NAS signalling;
• NAS signalling security;
• Inter CN node signalling for mobility between 3GPP access networks (terminating S3);
• UE Reachability in ECM-IDLE state (including control, execution of paging retransmission and optionally Paging Policy Differentiation);
• Tracking Area list management;
• Mapping from UE location (e.g. TAI) to time zone, and signalling a UE time zone change associated with mobility,
• PDN GW and Serving GW selection;
• MME selection for handovers with MME change;
• SGSN selection for handovers to 2G or 3G 3GPP access networks;
• Roaming (S6a towards home HSS);
• Authentication;
• Authorization;
• Bearer management functions including dedicated bearer establishment;
• Lawful Interception of signalling traffic;
• Warning message transfer function (including selection of appropriate eNodeB);
• UE Reachability procedures;
• Support Relaying function (RN Attach/Detach);
• Change of UE presence in Presence Reporting Area reporting upon PCC request,
  • in the case of Change of UE presence in Presence Reporting Area reporting, management of Core Network pre-configured Presence Reporting Areas.
• For the Control Plane CIoT EPS Optimisation:
  1. transport of user data (IP, Non-IP and Ethernet));
  2. local Mobility Anchor point;
  3. header compression (for IP user data);
  4. ciphering and integrity protection of user data;
  5. Lawful Interception of user traffic not transported via the Serving GW (e.g. traffic using T6a).

The MME shall signal a change in UE Time Zone only in the case of mobility and in the case of UE triggered Service Request, PDN Disconnection and UE Detach. If the MME cannot determine whether the UE Time Zone has changed (e.g. the UE Time Zone is not sent by the old MME during MME relocation), the MME should not signal a change in UE Time Zone. A change in UE Time Zone caused by a regulatory mandated time change (e.g. daylight saving time or summer time change) shall not trigger the MME to initiate signalling procedures due to the actual change. Instead the MME shall wait for the UE's next mobility event or Service Request procedure and then use these procedures to update the UE Time Zone information in the PDN GW.

In addition to the functions described in TS 23.060, SGSN functions include:

• Inter EPC node signalling for mobility between 2G/3G and E-UTRAN 3GPP access networks;
• PDN and Serving GW selection: the selection of S-GW/P-GW by the SGSN is as specified for the MME;
• Handling UE Time Zone as specified for the MME;
• MME selection for handovers to E-UTRAN 3GPP access network.

GERAN is described in more detail in TS 43.051.

UTRAN is described in more detail in TS 25.401.

The PDN Gateway may interact with a AAA server over the SGi interface. This AAA Server may maintain information associated with UE access to the EPC and provide authorization and other network services. This AAA Server could be a RADIUS or Diameter Server in an external PDN network, as defined in TS 29.061. This AAA Server is logically separate from the HSS and the 3GPP AAA Server.

A HeNB subsystem consists of a HeNB, optionally a HeNB GW and optionally a Local GW. The Local IP Access and SIPTO at the Local Network with L-GW function collocated with the HeNB functions are achieved using a Local GW (L-GW) collocated with the HeNB. Figure 4.4.9-1 illustrates the architecture for LIPA and/or SIPTO at the Local Network with L-GW function collocated with the HeNB.

The HeNB subsystem is connected by means of the standard S1 interface to the EPC (Evolved Packet Core), more specifically to the MME (Mobility Management Entity) by means of the S1-MME interface and to the Serving Gateway (S-GW) by means of the S1-U interface. When LIPA or SIPTO at the Local Network with L-GW function collocated with the HeNB is activated, the L-GW has a S5 interface with the S-GW. The Local GW is the gateway towards the IP networks (e.g. residential/enterprise networks, Internet) associated with the HeNB. The Local GW has the following PDN GW functions:

• UE IP address allocation;
• DHCPv4 (server and client) and DHCPv6 (client and server) functions;
• Packet screening;
• Functionality as defined in RFC 4861.

Additionally, the Local GW has the following functions:

• ECM-IDLE mode downlink packet buffering;
• ECM-CONNECTED mode direct tunnelling towards the HeNB.

DeNB function is described in more detail in TS 36.300. DeNB provides the necessary S/P-GW functions for the operation of RNs connected to the DeNB. In order to provide the Relay Function the DeNB shall support the following P-GW functions:

• IP address allocation for the UE functionality of the RN;
• Downlink transport level packet mapping between the DSCP value used over S1-U of the UE (which is the SGi interface of the PDN GW function in the DeNB) and the EPS bearers with an appropriate QCI value and optionally ARP priority level value, established between the PDN GW function in the DeNB and the UE function of the RN;
• Uplink transport level packet mapping between QCI value and optionally ARP priority level value, of the EPS bearers (established between the PDN GW function in the DeNB and the UE function of the RN) and the DSCP value used over S1-U of the UE (which is the SGi interface of the PDN GW function in the DeNB).

In order to provide the Relay Function the DeNB shall support the following S-GW functions:

• Termination the S11 session of the MME(RN).

S-GW functions related to ECM-IDLE are not required. S-GW functions related to mobility management are not supported.

CSG Subscriber Server (CSS) is an optional element that stores CSG subscription data for roaming subscribers. The CSS stores and provides VPLMN specific CSG subscription information to the MME. The CSS is accessible from the MME via the S7a interface. The CSS is always in the same PLMN as the current MME. If the same CSG ID exists in both CSS subscription data and HSS subscription data, the CSG subscription data from the HSS shall take precedence over the data from CSS. Figure 4.4.11-1 illustrates CSS connected to MME.

The RAN Congestion Awareness Function (RCAF) is an element that provides RAN User Plane Congestion Information (RUCI) to the PCRF to enable the PCRF to take the RAN user plane congestion status into account for policy decisions. The RCAF collects information related to user plane congestion from the RAN's OAM system based on which the RCAF determines the congestion level (and the identifier) of an eNodeB or E-UTRAN cell. Via the Nq interface the RCAF determines the UEs served by a congested eNodeB or congested E-UTRAN cell and retrieves the APNs of the active PDN connections of those UEs. The decision whether the RCAF operates on eNodeB or E-UTRAN cell level is up to operator configuration. Via the Np reference point, the RCAF sends the RUCI to the PCRFs serving the UEs' PDN connections. Figure 4.4.12-1 illustrates the RCAF connected to the MME. The RCAF is located in the same PLMN as the serving MME except in network sharing scenarios where the RCAF belongs to the RAN operator.

The UCMF is used for storage of dictionary entries corresponding to either PLMN-assigned or UE manufacturer-assigned UE Radio Capability IDs. An MME may subscribe with the UCMF to obtain from the UCMF new values of UE Radio Capability ID that the UCMF assigns for the purpose of caching them locally. Provisioning of UE manufacturer-assigned UE Radio Capability ID entries in the UCMF is performed from an AS that interacts with the UCMF either directly or via the SCEF (or via Network Management) (see TS 23.682 for further information). A UCMF that serves both EPS and 5GS shall require provisioning the UE Radio Capability ID with the TS 38.331 format or the TS 36.331 format or both the formats of the UE radio capabilities. For PLMN-assigned UE Radio Capability ID the UCMF also is the entity that assigns the UE Radio Capability ID values.

Each PLMN-assigned UE Radio Capability ID is also associated to the IMEI/TAC of the UE model(s) that it is related to. When an MME requests the UCMF to assign a UE Radio Capability ID for a set of UE radio capabilities, it indicates the IMEI/TAC of the UE that the UE Radio Capability information is related to. The UCMF may be provisioned with a dictionary of UE manufacturer-assigned UE Radio Capability IDs which include a "Vendor ID" that applies to the Manufacturers of these UE, and a list of IMEI/TACs for which the PLMN has obtained UE manufacturer-assigned UE Radio Capability IDs. A PLMN-assigned UE Radio Capability IDs is kept in the UCMF storage as long as it is associated with at least a IMEI/TAC value. When a IMEI/TAC value is related to a UE model that is earmarked for operation based on UE manufacturer-assigned UE Radio Capability IDs, this IMEI/TAC value is disassociated in the UCMF from any PLMN assigned UE Radio Capability IDs. For the case the PLMN is configured to store PLMN assigned IDs in the UE manufacturer-assigned operation requested list defined in clause 5.11.3a, the UCMF does not remove from UE manufacturer-assigned operation requested list any PLMN assigned UE Radio Capability ID no longer used, and rather quarantines it to avoid any future reassignment. The UCMF stores a Version ID value for the PLMN assigned UE Radio Capability IDs so it is included in the PLMN assigned UE Radio Capability IDs it assigns. This shall be configured in the UCMF.