Showing posts with label RRC. Show all posts
Showing posts with label RRC. Show all posts

6/06/2016

VoLTE S1 handover execution (2/3)



S1 handover preparation procedure includes the decision of S1 handover by the source eNB, allocation of network resources to establish Indirect Data Forwarding Tunnel among two eNBs and common S-GW and establishment of uplink S1 bearer from the target eNB to the S-GW. Once the S1 handover preparation procedure is completed, the MME initiates the S1 handover by sending Handover Command to the UE via the source eNB. The UE executes the handover by detaching from the source eNB and attaching to the target eNB. Meanwhile, the downlink data is forwarded to the target eNB and buffered while the UE handover is in progress. Lastly, the UE informs the target eNB of the fact that the handover has been successfully completed and thereafter, the buffered data and downlink data is forwarded the UE through the target eNB. 

Figure 1. S1 handover procedure - execution

[8] The Handover Command received from the MME is wrapped by the source eNB within the RRC Connection Reconfiguration and sent to the UE. The RRC Connection Reconfiguration is the message to perform logical, transport and physical channel configurations. In this case, it is used to send NAS signaling to the UE to reduce the latency. Upon receiving the Handover Command, the UE detaches from the source eNB and performs handover to the target eNB.

[9] The source eNB stops assigning PDCP-SNs to downlink packets and sends the eNB Status Transfer to the target eNB via MME that contains uplink and downlink PDCP-SN and HFN (Hyper Frame Number) for each respective E-RAB. This procedure is initiated by the source eNB at the moment when it considers the transmitter/receiver status to be frozen. The use of PDCP-SN and HFN is part of overflow control mechanism for radio. The PDCP-SN is the serial number of PDCP packets increasing up to MAX-PDCN-SN. If the number reaches the MAX-PDCP-SN, the HFN is incremented by one. 
  • Subject to Transfer Items: contains uplink/downlink PDCP-SN and HFN for each respective E-RAB.
  • E-RAB ID: Identifies a radio access bearer for a particular UE. This value remains the same after S1-handover.
  • uL-/dL-Count value: contains the PDCP-SN and HFN values
  • Received Status of UL PDCP SDUs: indicates the missing and the received uplink SDUs (Service Data Units) for each bearer for which the source eNB has accepted the request from the target eNB for uplink forwarding.
  
Figure 2. eNB Status Transfer

[10] The MME forwards the received PDCP-SN and HFN information to the target eNB by sending MME Status Transfer. Upon receiving the MME Status Transfer, the target eNB does not deliver any uplink packet whose PDCP-SN is lower than the value received in the PDCP-SN in the uL-COUNT value. The target eNB uses the received PDCP-SN in the dL-COUNT value for the first downlink packet for which no PDCP-SN is assigned yet. The downlink traffic received by the source eNB is routed to the target eNB following the Indirect Data Forwarding Tunnel.

[11] After the UE successfully synchronized with the target cell, it sends a Handover Confirm to the target eNB. The Handover Confirm is contained in the RRC Connection Reconfiguration Complete message on RRC. Please note that, at this moment, there is no direct S1 bearer established yet between S-GW and the target eNB. Therefore, the downlink data is sent to the source eNB and forwarded to the target eNB following the Indirect Data Forwarding Tunnel. The uplink data from the UE will be forwarded to the S-GW following the direct S1 interface.


Red Mouse



REFERENCES

[1] 3GPP TS25.331, "Radio Resource Network (RRC); Protocol specification", v12.3.0, Sep 2014
[2] 3GPP TS23.401, “General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access”, v12.4.0, Mar 2014
[3] 3GPP TS36.331, "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification", v12.3.0, Sep 2009



8/04/2015

E2E VoLTE call setup(4/4) - dedicated EPS bearer creation


While SIP signaling is in progress in VoLTE call setup, a dedicated EPS bearer is created for voice media transfer. The dedicated EPS bearer for voice is temporary one as it lasts only during the voice media session which is different from the default EPS bearer in that the default EPS bearer is persistent until the UE is detached from the LTE. The creation of dedicated EPS bearer is triggered by the P-CSCF sending service data information (i.e., AAR) to the PCRF. Once the dedicated EPS bearer is created for voice, there comes two EPS bearer created between the UE and the IMS APN, i.e., a default EPS bearer for SIP signaling and a dedicated EPS bearer for voice media. On top of this, there can be more dedicated EPS bearers created with different PCC rules and QoS according to service types.




I. Introduction

The P-CSCF converts the media information in the SDP into the service data information and sends it to the PCRF. The PCRF performs session binding between IP-CAN session and the Application Session, generates PCC rules and provisions them to the SGW/PGW. The SGW/PGW requests to the MME the creation of dedicated EPS bearer using the received PCC rules. The SGW/PGW also performs bearer binding between PCC rules and the to-be-created IP-CAN bearer. The creation of dedicated EPS bearer procedure is composed of sequential procedures of creating uplink S1 bearer, DRB (Data Radio Bearer) and downlink S1 bearer across UE, eNB and SGW/PGW.

NOTE the S5 interface between SGW and PGW is not depicted in the following practice for simplicity.


II. Creation of a dedicated EPS bearer for voice traffic

The following scenario shows the procedure of creating a dedicated EPS bearer during VoLTE call setup.

Fig 1. dedicated EPS bearer creation

[59] The SGW/PGW generates its own GTP-U TEID and initiates the procedure to create a dedicated EPS bearer by sending Create Bearer Request (CBR) to the MME. The CBR contains Bearer Context information of the dedicated EPS bearer to be created.
  • (Linked) EPS Bearer ID: Indicate the default bearer associated with the PDN connection.
  • Bearer Context: a set of information for dedicated EPS bearer to be created which contains EPS Bearer ID, Bearer TFT, GTP-U TEID and Bearer QoS.
  • EPS Bearer ID : a requested EPS bearer ID to be created and shall be set to '0' at this stage.
  • Bearer TFT : the uplink packet filters to be sent all the way down to the UE and applied by the UE when the UE sends out RTP and RTCP packet.
  • SGW GTP-U TEID : the identifier of the SGW as an end point of the GTP-U tunnel.
  • Bearer QoS : QoS for this dedicated EPS bearer which includes UL/DL MBR, UL/DL GBR and QCI.

Fig 2. IEs in Create Bearer Request

[60] Upon receiving the CBR, the MME allocates the EPS bearer ID and requests the UE to activate the dedicated EPS bearer by sending Activate dedicated EPS bearer context request towards the UE. The message is delivered to the UE being contained in the E-RAB Setup request and the RRC Downlink Direct Transfer over S1AP and RRC interfaces respectively. The E-RAB Setup request contains SGW GTP-U TEID and the E-RAB level QoS parameters e.g., ARP, UL/DL MBR, UL/DL GBR, etc.
  • e-RAB ID: unique identifier of the E-RAB for the UE. Please note that the E-RAB ID=’5’ was for the default EPS Beaer with the Internet APN, ‘6’ was for default EPS bearer with the IMS APN and now, it is set to be ‘7’.
  • e-RAB level QoS Parameters: QoS to be applied to an E-RAB, which contains QCI, ARP, MBR and GBR of the E-RAB. This is a copy of the received Bearer level QoS at step #59.
  • SGW GTP-TEID: the identifier of the SGW at the end of GTP-U tunnel.
Fig 3. IEs in E-RAB Setup Request
  
The following snapshot shows the Active dedicated EPS bearer context request contained in the Non-Access-Stratum (NAS) PDU container.
  • EPS QoS: QoS of an EPS bearer context which includes QCI, MBR and GBR of the EPS bearer
  • Traffic Flow Template (TFT): the uplink packet filters to be sent all the way down to the UE and applied by the UE when it sends RTP and RTCP packet.
  • Linked Transaction Identifier (TI): the identifier of the active PDP context from which PDP address for the new PDP context could be derived.
  • Negotiatiated QoS: QoS of a PDP context
  
Fig 4. IEs in Activate dedicated EPS bearer context request

Upon receiving the E-RAB Setup request, the eNB allocates the required resources and establishes uplink S1 bearer with the SGW as part of the E-RAB establishment.

[61-62] The eNB sends the RRC Connection Reconfiguration request to the UE. The UE modifies the radio bearer accordingly and responds with the RRC Conenction Reconfiguration Complete.

[63] The eNB responds with the the E-RAB Setup response to the MME and it contains eNB GTP-U TEID which is allocated by the eNB.
  • E-RAB ID: unique identifier of the E-RAB for one UE. This value is originally assigned by the MME and if this is already occupied, the UE can change it.
  • eNB GTP-U TEID: the identifier of the eNB at the end of GTP-U tunnel. The eNB newly assigns the GTP-U TEID for this dedicated EPS bearer and it is delivered to the SGW via MME.
  
Fig 5. IEs in E-RAB Setup Response

[64] The UE responds with the Activate dedicated EPS bearer context response to the MME which is wrapped in the RRC Uplink Direct Transfer and S1AP Uplink NAS Transport on RRC and S1AP interfaces respectively.
  • E-UTRAN Cell Group Identifier (CGI): globally unique identifier of a cell (PLMN ID + ECI)
  • Tracking Area Identifier (TAI): globally unique identifier of a tracking area [PLMN ID + TAC]

Fig 6. IEs in Activate dedicated EPS bearer context response
  
[65] The MME responds to the SGW/PGW by sending Create Bearer Response. The Create Bearer Response contains the eNB GTP-U TEID which was received at step #63. Upon receiving the Create Bearer Response, the SGW establishes downlink S1 bearer towards the eNB.

Fig 7. IEs in Create Bearer Response


II. PDN connectivity and EBI allocation

The following shows the summary of all the procedures shown in the VoLTE call setup procedures, in which steps (1) to (4) are performed at the background automatically.
(1)    UE turend on.
(2)    PDN connection with the Internet APN: the QCI of the default EPS bearer = ‘9’, EBI = ‘5’.
(3)    PDN connection with the IMS APN: the QCI of the default EPS bearer = ‘5’, EBI = ‘6’.
(4)    IMS registration through the default EPS bearer with IMS APN.
(5)    The dedicated EPS bearer creation for voice upon request for VoLTE service: the QCI of the default EPS bearer = ‘1’, EBI = ‘7’.

Fig 8. PDN connection and EBI allocation


Red Mouse



REFERENCES

[1] 3GPP TS25.331, "Radio Resource Network (RRC); Protocol specification", v12.3.0, Sep 2014
[2] 3GPP TS24.301, "Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage3", v12.4.0, Mar 2014
[3] 3GPP TS24.008, "Mobile radio interface Layer 3 specification; Core network protocols; Stage3", v13.4.0, Dec 2015
[4] 3GPP TS29.274, "3GPP Evolved Packet System (EPS); Evolved General Packet Radio Service (GPRS); Tunneling Protocol for Control Plane (GTPv2-C); Stage3", v13.0.0, Dec 2014
[5] 3GPP TS36.331, "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification", v12.3.0, Sep 2009
[6] 3GPP TS36.413, "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); S1 Application Protocol (S1AP)", v12.3.0, Sep 2014


Last updated: 1 Jan 2016