Temporary Document Page 2 - switches off, the allocated resources and PCC rules information of PDN GWs used by the UE in non- network will not be dele

Similar documents
DAY 2. HSPA Systems Architecture and Protocols

MME SGW PGW. 17-Feb-14 21:15 (Page 1) This sequence diagram was generated with EventStudio Sytem Designer -

POWER-ON AND POWER-OFF PROCEDURES

3GPP TS V8.1.0 ( )

E. The enodeb performs the compression and encryption of the user data stream.

GTP-based S2b Interface Support on the P-GW and SAEGW

SA WG2 Temporary Document Page 2 - Besides these advantages, it is possible to use the based mechanism to consider aspects such as: Node capabilities

Simulation of LTE Signaling

IT Certification Exams Provider! Weofferfreeupdateserviceforoneyear! h ps://

LTE EPC Emulators v10.0 Release Notes - Page 1 of 15 -

Certkiller 4A0-M02 140q

Long Term Evolution - Evolved Packet Core S1 Interface Conformance Test Plan

Exam Questions 4A0-M02

Quality of Service, Policy and Charging

Version LTE Emulators v10.2 Release Notes - Page 1 of 16 - Release Date: Aug 28, Resolved Issues

S-GW Event Reporting

3GPP TS V9.4.0 ( )

3GPP TS V9.5.0 ( )

Multiservice Switching Forum Contribution

3GPP TS V8.0.0 ( )

Virtual Evolved Packet Core (VEPC) Placement in the Metro Core- Backhual-Aggregation Ring BY ABHISHEK GUPTA FRIDAY GROUP MEETING OCTOBER 20, 2017

System Architecture Evolution

ETSI TS V9.1.0 ( ) Technical Specification

5G NSA for MME. Feature Summary and Revision History

3GPP TS V9.3.0 ( )

3GPP TS V ( )

3GPP TS V ( )

Closed Subscriber Groups

5G Non Standalone for SAEGW

ETSI TS V9.2.0 ( ) Technical Specification

3GPP TR V9.0.0 ( )

- Page 1 of 10 -

3GPP TS V8.9.0 ( )

4A0-M02. Alcatel-Lucent. Alcatel-Lucent Mobile Gateways for the LTE Evolved Packet Core

ETSI TS V ( )

2. enodeb Emulator: Simulation of emtc and NB-IoT UE and enodeb conforming to 3GPP Release 13 enhancements for Cellular IoT.

3GPP TS V8.4.0 ( )

ETSI TS V ( )

Basic SAE Management Technology for Realizing All-IP Network

ETSI TS V ( )

- Page 1 of 12 -

3GPP TS V ( )

Small Data over NAS, S11-U and SGi Interfaces

5G NSA(Non-Standalone Architecture)

ETSI TS V ( )

MSF Architecture for 3GPP Evolved Packet System (EPS) Access MSF-LTE-ARCH-EPS-002.FINAL

ETSI TS V8.6.0 ( ) Technical Specification

ETSI TS V8.4.0 ( ) Technical Specification

ETSI TS V ( ) Technical Specification

SGW Functional Tester Release Notes - Page 1 of 13 -

ETSI TS V ( )

ETSI TS V9.3.0 ( ) Technical Specification

3GPP TS V7.1.1 ( )

ETSI TS V ( )

NB-IoT RAT and Attach Without PDN Connectivity Support

ETSI TS V8.8.0 ( ) Technical Specification

Yong Hak, Jung / Onnet Technologies Tel :

IxLoad LTE Evolved Packet Core Network Testing: enodeb simulation on the S1-MME and S1-U interfaces

HSS-based P-CSCF Restoration

S11U Interface Support on S-GW for CIoT Devices

3GPP TS V ( )

ETSI TS V ( )

3GPP TS V9.3.0 ( )

3GPP TR V ( )

3GPP TS V8.2.0 ( )

REFERENCE ARCHITECTURE FOR END-TO-END QOS IN HETEROGENEOUS WIRELESS NETWORK ENVIRONMENTS

3GPP TS V ( )

3GPP TS V ( )

ETSI TS V8.3.0 ( ) Technical Specification

Direct Tunnel for 4G (LTE) Networks

ETSI TS V ( )

3GPP TS V ( )

3GPP TS V9.2.0 ( )

ETSI TS V8.9.0 ( ) Technical Specification

3GPP TS V8.0.0 ( )

Test-king QA

3GPP TS V9.4.0 ( )

ETSI TS V ( )

3GPP TS V ( )

- Page 1 of 8 -

ETSI TS V9.3.0 ( ) Technical Specification

ETSI TS V ( )

ETSI TS V ( )

Access Restriction based on Regional Zone Code

Agenda. Introduction Roaming Scenarios. Other considerations. Data SMS Voice IMS

ETSI TS V9.2.0 ( ) Technical Specification

HLCOM Support. Feature Summary and Revision History

ETSI TS V (201

MSF Non-3GPP EPS Access Tile. MSF Architecture for Non-3GPP Evolved Packet System (EPS) Access Tile. MSF-LTE-ARCH-non3GPP-EPS-FINAL

3GPP TS V ( )

3GPP TS V9.1.0 ( )

ETSI TS V ( )

3GPP TS V ( )

IxLoad EPC Diameter Testing

ETSI TS V ( ) Technical Specification

HSS and PCRF Based P-CSCF Restoration Support

3GPP TR V ( )

Dedicated Core Networks on MME

Load Tester v11.2 Release Notes - Page 1 of 16 -

3GPP TS V9.2.0 ( )

Transcription:

Temporary Document Page 1 - TSG SA WG2 Architecture S2#58 S2-072558 25-29 June 2007 Orlando, FL, USA Source: Huawei Title: Attach Type in attach procedure Document for: Discussion / Approval Agenda Item: 8.2.1 Work Item / Release: SAE Abstract of the contribution: The contribution discusses the need of Attach Type IE in attach procedure and proposes to be included in TS 23.401 Discussion In TS 23.402, Attach procedure will be performed when UE handovers from non- access systems to LTE access system, which is called Handover Attach in the contribution. Network Attachment in TS23.401 is called Initial Attach in the contribution. The EPS should differentiate the two attach scenarios mentioned above. The Reasons are as following: 1. When the UE associates to the PDN GW, the address of this PDN GW needs to be registered to the HSS or AAA Server depending on which Access Network UE attaches, either LTE or Non-. If UE attached to the Non- AN, and handovers to eutran, the PDN GW address is retrieval by the MME from the HSS/AAA server. If the UE uses several Home Addresses to connect to different PDNs in the Non- AN, there will be more than one PDN GW addresses. On the other hand, for initial attach, the HSS/AAA server should not have more than one PDN GW address stored by the non- network or the network, the MME should select only one PDN GW for the UE. However, there may be PDN GW addresses stored in the HSS/AAA Server during Initial Attach. For example, the non- network registers the PDN GW addresses used by the UE to the HSS/AAA server when the UE accesses to non- network. The GW addresses will not be deleted when the UE exceptionally switches off. If the EPS network doesn t differentiate between Initial attach procedure and Handover attach procedure, the MME will get these stored PDN GW addresses from the HSS/AAA server when the UE accesses to network during Initial attach procedure, which may introduce some disadvantage: 1) In non-roaming cases, PDN GW selection for non- access shall be done without any Serving GW involvement. Therefore, Serving GW function may not be included in Selected PDN GW. For Initial attach, the MME should select a combined PDN and Serving GW in order to reduce node numbers on data path. Therefore, it isn t appropriate that the MME get the stored PDN GW addresses from the HSS/AAA server selected by non- network during Initial attach procedure. 2) If more than one PDN GW address are registered in HSS/AAA server when the UE accesses the non- network, the MME will get more than one PDN GW address during the Initial attach procedure. As we know, for current Initial attach procedure in TS 23.401, the MME should get default APN from HSS and select only one PDN GW for the UE when the UE initially attaches to the MME. Therefore, the multiple P-GW addresses sent to MME will cause some trouble in MME. 2. According to current attach procedure in TS 23.401 and TS 23.402, The MME will initiate default bearer activation procedure to the PDN GW got from HSS/AAA Server to establish default bearer. For Handover attach, the PDN GWs should have allocated resources and PCC rules information used by the UE in non- network. The PDN GWs should initiate dedicated bearer activation procedure to establish dedicated bearers according to the allocated resources and PCC rules information. If the S5/S8 interface protocol is PMIP protocol, the dedicated bearer activation procedure may be initiated by the Serving GW. For Initiate attach, the selected PDN GW shouldn t have allocated resources and PCC rules information used by the UE. However, if the UE accesses to non- network and exceptionally NSN779-1012, Page 1

Temporary Document Page 2 - switches off, the allocated resources and PCC rules information of PDN GWs used by the UE in non- network will not be deleted. When the UE accesses to network (Initial attach), the MME get these PDN GW addresses from the HSS/AAA server and will initiate default bearer activation procedure to theses PDN GWs. These PDN GWs will initiate dedicated bearer activation procedure to establish dedicated bearers according to the allocated resources and PCC rules information stored in these PDN GWs. As we know, the UE will delete all service information and bearer information when the UE initially accesses to network. Therefore, these established dedicated bearers are useless for the UE and may lead to UE s exception during initial attach procedure. Therefore, a mechanism is required to handle the exception. These questions can be solved if the EPS network can identify different attach procedure, which may be identified by Attach Type in Attach Request message. The UE will include Attach Type in Attach Request message to indicate which type of attach is to be performed, i.e. Initial Attach, or Handover Attach. The MME will include Update Type in Update Location message to indicate different Update procedure for the HSS, i.e. Update Type is set to Initial Update for Initial attach procedure, Update Type is set to Handover Update for Handover attach procedure. For Initial Update, The HSS will delete all stored PDN GW addresses registered by network or non- network and provide APN or subscribed PDN GW address to the MME. If the stored PDN GW is registered by network, the HSS will send Cancel Location message to old network, which will notify old network release allocated resource used by the UE. If the stored PDN GW is registered by non- network, the HSS should send message to the AAA server. The AAA server should notify PDN GWs to release allocated resource used by the UE. The mechanism is FFS. For Handover Update, The HSS will provide all stored PDN GW addresses registered by non- network to the MME. Conclusion: Attach Type should be included in Attach Request message to indicate which type of attach is to be performed, i.e. Initial Attach, or Handover Attach. Update Type should be included in Update Location message to indicate which type of Update is to be performed. Proposal It is proposed to make following updates into TS 23.401. **** Start of changes **** 5.3.2 Attach procedure A UE/user needs to register with the network to receive services that require registration. This registration is described as Network Attachment. The always-on IP connectivity for UE/users of the EPS is enabled by establishing a default EPS bearer during Network Attachment. The Attach procedure may trigger one or multiple Dedicated Bearer Establishment procedures to establish dedicated EPS bearer(s) for that UE. The specific triggers for the Dedicated Bearer Activation procedure(s), i.e. the initial step(s) of the procedure, are FFS in this case. NSN779-1012, Page 2

Temporary Document Page 3 - UE enodeb new MME old MME Serving GW PDN GW PCRF HSS 1. Attach Request 2. Attach Request 3. Identification Request 4. Identity Request 4. Identity Response 3. Identification Response 5. Authentication 6. Delete Bearer Request 6. Delete Bearer Response 7. Update Location 8. Cancel Location 8. Cancel Location Ack 9. Delete Bearer 9. Delete Bearer 10. Insert Subscriber Data 10. Insert Subscriber Data 11. Update Location Ack 17. Attach Accept 12. Create Default Bearer Request 13. Create Default Bearer 14. PCRF Interaction 15. Create Default Bearer 16. Create Default Bearer Response 18. Radio Bearer establishment request 19. Radio Bearer establishment 20. Attach Complete First Uplink Data 21. Update Bearer Request 22. Update Bearer Response First Downlink Data Figure 5.3.2-1: Initial Attach Procedure 1) The UE initiates the Attach procedure by the transmission an Attach Request (IMSI or S-TMSI and old TAI, Selected Network, Attach Type) message to the enodeb. IMSI shall be included if the UE does not have a valid S-TMSI available. If the UE has a valid S-TMSI, S-TMSI and the old TAI associated with S-TMSI shall be included. Selected Network indicates the network that is selected. Attach Type indicates which type of attach is to be performed, i.e. Initial Attach, or Handover Attach. It's FFS whether the APN information is provided by the UE. Formatted: Font: (Asian) Chinese (PRC) 2) The enodeb derives the MME from the S-TMSI and from the indicated Selected Network. If no MME can be derived the enodeb selects an MME as described in clause "MME selection function". The NSN779-1012, Page 3

Temporary Document Page 4 - enodeb forwards the Attach Request message together with an indication of the Cell Global Identity of the cell from where it received the message to the new MME. It's FFS whether the enodeb will provide the TEID to the MME in this step. 3) If the UE identifies itself with S-TMSI and the MME has changed since detach, the new MME sends an Identification Request (S-TMSI, old TAI) to the old MME to request the IMSI. The old MME responds with Identification Response (IMSI, Authentication Quintets). If the UE is not known in the old MME, the old MME responds with an appropriate error cause. 4) If the UE is unknown in both the old and new MME, the MME sends an Identity Request to the UE to request the IMSI. The UE responds with Identity Response (IMSI). 5) If no UE context for the UE exists anywhere in the network, authentication is mandatory. The authentication functions are defined in clause x.x. 6) If there are active bearer contexts in the new MME for this particular UE (i.e. the UE re-attaches to the same MME without having properly detached before), the new MME deletes these bearer contexts by sending Delete Bearer Request messages to the GWs involved. The GWs acknowledge with Delete Bearer Response message. The concept of bearer context needs to be defined. 7) If the MME has changed since the last detach, or if it is the verys first attach, the MME sends an Update Location (MME Identity, IMSI,Update Type) to the HSS. Update Type indicates which type of update is to be performed. For Initial attach, Update Type is set to Initial Update by the MME. For Handover attach, Update Type is set to Handover Update by the MME. 8) The HSS sends Cancel Location (IMSI, Cancellation Type) to the old MME with Cancellation Type set to Update Procedure. The old MME acknowledges with Cancel Location Ack (IMSI) and removes the MM and bearer contexts. The HSS will delete all stored PDN GW addresses registered by network or non- network and provide APN or subscribed PDN GW address to the MME if Update Type is Initial Update. The HSS will provide all stored PDN GW addresses registered by non- network to the MME if Update Type is Handover Update. For Initial Update, if the stored PDN GW is registered by network, the HSS will send Cancel Location message to old network, which will notify old network release allocated resource used by the UE. For Initial Update, if the stored PDN GW is registered by non- network, the HSS should send message to the AAA server. The AAA server should notify PDN GWs to release allocated resource used by the UE. The mechanism is FFS. 9) If there are active bearer contexts in the old MME for this particular UE, the old MME deletes these bearer contexts by sending Delete Bearer Request messages to the GWs involved. The GWs return Delete Bearer Response message to the MME. It's FFS which flow triggers the Delete Bearer Request messages. Formatted: Font: Formatted: Font: 10) The HSS sends Insert Subscriber Data (IMSI, Subscription Data) message to the new MME. The new MME validates the UE's presence in the (new) TA. If due to regional subscription restrictions or access restrictions the UE is not allowed to attach in the TA, the MME rejects the Attach Request with an appropriate cause, and may return an Insert Subscriber Data Ack message to the HSS. If subscription checking fails for other reasons, the MME rejects the Attach Request with an appropriate cause and returns an Insert Subscriber Data Ack message to the HSS including an error cause. If all checks are successful then the MME constructs a context for the UE and returns an Insert Subscriber Data Ack message to the HSS. 11) The HSS acknowledges the Update Location message by sending an Update Location Ack to the MME. If the Update Location is rejected by the HSS, the MME rejects the Attach Request from the UE with an appropriate cause. further considerations on subscription data handling needed, e.g. if transferred between MMEs, if insertion by separated procedure from HSS necessary or if Steps 9 and 10 can be combined as one message. 12) The MME selects a Serving GW as described under "GW Selection Function" and sends a Create Default Bearer Request (IMSI, MME Context ID) message to the selected Serving GW. 13) The Serving GW creates a new entry in its EPS Bearer table and sends a Create Default Bearer Request (Serving GW Address for the user plane, Serving GW TEID of the user plane, Serving GW TEID of the control plane) message to the PDN GW. NSN779-1012, Page 4

Temporary Document Page 5 - Editor s Note: It's FFS which entity will select the PDN GW. Editor s Note: This step is for GTP based S5/S8 reference point, it's FFS for IETF based S5/S8 reference point. 14) The PDN GW may interact with the PCRF to get the default PCC rules for the UE if PCRF is applied in the network. It is FFS which kind of information will be provided by the PCRF. 15) The PDN GW returns a Create Default Bearer Response (PDN GW Address for the user plane, PDN GW TEID of the user plane, PDN GW TEID of the control plane, PDN Address) message to the Serving GW. PDN Address is included if the PDN GW allocated a PDN address. Editor s Note: This step is for GTP based S5/S8 reference point, it's FFS for IETF based S5/S8 reference point. 16) The Serving GW returns a Create Default Bearer Response (PDN Address, Serving GW address for User Plane, Serving GW TEID for User Plane, Serving GW Context ID) message to the MME. 17) The MME sends an Attach Accept (S-TMSI, PDN address, TA List) message to the enodeb. S-TMSI is included if the MME allocates a new S-TMSI. This message is contained in an S1_MME control message Initial Context Setup Request. This S1 control message also includes the security context for the UE and QoS information needed to set up the radio bearer, as well as the TEID at the Serving GW used for user plane and the address of the Serving GW for user plane. The PDN address assigned to the UE is included in this message. 18) The enodeb sends Radio Bearer Establishment Request to the UE and the Attach Accept Message (S-TMSI, PDN address, TA List) will be sent along to the UE. 19) The UE sends the Radio Bearer Establishment Response (FFS) to the enodeb. In this message, the Attach Complete Message will be included. 20) The enodeb will forward the Attach Complete message to the MME. On the S1_MME reference point, this message is contained in an S1_MME control message Initial Context Setup Complete. This S1 control message also includes the TEID of the enodeb and the address of the enodeb used for downlink traffic on the S1_U reference point. After the Attach Accept message, the UE can then send uplink packets towards the enodeb which will then be tunnelled to the Serving GW and PDN GW. 21) The MME sends an Update Bearer Request (enodeb address, enodeb TEID) message to the Serving GW. 22) The Serving GW acknowledges by sending Update Bearer Response to the MME. The Serving GW can then send its buffered downlink packets. NOTE: After Step 13, the PDN GW may assign the PDN address to the UE or leave the PDN address unassigned. In some cases (e.g. non-integrated devices, such as Laptop), the UE PDN address may need to be assigned after the completion of attach procedure (e.g. via DHCP). Editor's Note: It's FFS how the EPS knows which type of PDN address to use. **** End of changes **** NSN779-1012, Page 5