Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.402  Word version:  18.3.0

Top   Top   Up   Prev   Next
0…   4…   4.2…   4.2.2   4.2.3   4.3…   4.4…   4.5…   4.5.7…   4.6…   4.7…   4.7.2…   4.8…   4.8.2a…   4.9…   5…   5.2…   5.4…   5.5   5.6…   5.7…   5.8…   6…   6.2…   6.3   6.4…   6.4.3…   6.5…   6.6…   6.7…   6.8…   6.10…   6.13…   6.15…   7…   7.2…   7.3   7.4…   7.5…   7.6…   7.8…   7.10…   8…   8.2.1.2   8.2.1.3…   8.2.2   8.2.3…   8.2.6…   8.3…   8.4…   8.5…   9…   9.3…   9.4…   10…   13…   16…   16.1.2…   16.1.6…   16.2…   16.2.1a…   16.3…   16.4…   16.7…   16.8…   16.10…   17…   A…   C…   E…

 

4.6  Identitiesp. 49

4.6.1  User Identificationp. 49

In order to access the 3GPP Evolved Packet Core from non-3GPP accesses, and get Authentication, Authorization and Accounting services from the Evolved Packet Core, the NAI RFC 4282 based user identification defined in TS 23.003 shall be used.
In order to support network-based and client-based mobility related services from the evolved packet core, the NAI RFC 4282 based user identification as defined in TS 23.003 shall be used by the network and mobility clients. The username part of NAI shall be based on IMSI. For emergency attached UEs to the HRPD access which do not have authenticated IMSI, the username part of the MN NAI shall be based on IMEI as defined in TS 23.003 for S2a and S101 reference points (see clause 9). IMSI shall be used for user identification on the GTP based S2b interface.
For emergency services over WLAN, an UE that has an IMSI shall contruct the NAI with the username part based on IMSI. If the UE does not have an IMSI, it shall construct the NAI with the username part based on IMEI.
For emergency attached UEs to the WLAN access which do not have authenticated IMSI (including the case authentication was not performed), IMEI shall be used for user identification for Authorization and Accounting services from the Evolved Packet Core, as well as on the GTP based S2b interface.
User identification in non-3GPP accesses may require additional identities that are out of the scope of 3GPP. These user identities, if not compliant to TS 23.003, are however not sufficient to identify a user in the 3GPP Evolved Packet Core.
Up

4.6.2  EPS bearer identity with GTP based S2b/S2a |R10|p. 49

With GTP based S2b an EPS Bearer ID uniquely identifies an S2b bearer between an ePDG and a PDN-GW for one UE accessing via non 3GPP access (see clause 4.10.3). This EPS Bearer ID is allocated by the ePDG and is not known to the UE.
With GTP based S2a an EPS Bearer ID uniquely identifies an S2a bearer between a TWAN and a PDN-GW for one UE accessing via trusted WLAN access. This EPS Bearer ID is allocated by the TWAN and is not known to the UE.
The EPS Bearer IDs assigned for a specific UE on S2b are independent of the EPS Bearer IDs assigned for the same UE on S5/S8 and may overlap in value.
The EPS Bearer IDs assigned for a specific UE on S2a are independent of the EPS Bearer IDs assigned for the same UE on S5/S8 and may overlap in value.
Up

Up   Top   ToC