Tuesday, August 7, 2018

X2AP procedures

The X2 interface X2AP procedures are divided into two modules as follows:

1. X2AP Basic Mobility Procedures; 
2. X2AP Global Procedures; 

The X2AP Basic Mobility Procedures module contains procedures used to handle the UE mobility within E-UTRAN.

The Global Procedures module contains procedures that are not related to a specific UE. The procedures in this module are in contrast to the above module involving two peer eNBs

Thursday, August 2, 2018

PTI Procedure Transaction Identity

Procedure Transaction Identity: An identity which is dynamically allocated by the UE for the UE requested ESM procedures. The procedure transaction identity is released when the procedure is completed.

The EPS bearer identity and the procedure transaction identity are only used in messages with protocol discriminator EPS session management.


The PTI is been used to identify the transaction particular transaction.
2018 Mar 19  20:54:15.081  [97]  0xB0E3  LTE NAS ESM Plain OTA Outgoing Message  --  PDN connectivity request Msg
trans_id = 4 (0x4)
2018 Mar 19  20:54:15.168  [74]  0xB0E2  LTE NAS ESM Plain OTA Incoming Message  --  Activate default EPS bearer context request Msg
trans_id = 4 (0x4)
2018 Mar 19  20:54:15.170  [D9]  0xB0E3  LTE NAS ESM Plain OTA Outgoing Message  --  Activate default EPS bearer context accept Msg
trans_id = 0 (0x0)
This follows the figure 6.3.2.3 By sending trans_id as 0 the procedure will be ended.

LTE PDN CONNECTIVITY REQUEST message content


Request Type (9.9.4.14)
Based on 10.5.6.17 Request type of 24.008
The purpose of the Request type information element is to indicate whether the MS requests to establish a new
connectivity to a PDN or keep the connection(s) to which it has connected via non-3GPP access.
The Request type information element is also used to indicate that the MS is requesting connectivity to a PDN that
provides emergency bearer services.

Request Type Can be Initial , Handover or Emergency.
Handover will be set as request type when the PDN established over Wi-Fi needs to be continued over LTE.

Device Properties (9.9.2.0A)
Based on 10.5.7.8 in 3GPP TS 24.008
The purpose of the Device properties information element is to indicate if the MS is configured for NAS signalling low
priority. The network uses the Device properties information element for core-network congestion handling and for
charging purposes.

IMS voice call concurrency handling scenarios

SIM1 status
SIM2 event
SIM2 action
Active call on Wi-Fi (VoWiFi)
Receives IMS call (SIP INVITE) over Wi-Fi
Rejects call with 486 – Busy here
Active call on Wi-Fi (VoWiFi)
Receives IMS call (SIP INVITE) over LTE
Rejects call with 486 – Busy here
Active call on Wi-Fi (VoWiFi)
Receives SMS/MMS on either SIM1 or SIM2
SMS/MMS is accepted/received on corresponding SUB
Active call on Wi-Fi (VoWiFi)
Receives CSFB call over LTE on either SIM1 or SIM2
Drops CS page/call in LTE
Active call on Wi-Fi (VoWiFi)
Receives CS call on GSM/WCDMA on either SIM1 or SIM2
Drops CS page in GSM/WCDMA
Active call on LTE (VoLTE)
Receives IMS call (SIP INVITE) over Wi-Fi
Rejects call with 486 – Busy here

Friday, July 6, 2018

RRC state Machine in 5G 38.331



A UE is either in RRC_CONNECTED state or in RRC_INACTIVE state when an RRC connection has been established. If this is not the case, i.e. no RRC connection is established, the UE is in RRC_IDLE state.


- RRC_IDLE: 
- A UE specific DRX may be configured by upper layers;
- UE controlled mobility based on network configuration;
- The UE:
             - Monitors a Paging channel;
             - Performs neighbouring cell measurements and cell (re-)selection; - Acquires system information

- RRC_INACTIVE:
- A UE specific DRX may be configured by upper layers or by RRC layer;
- UE controlled mobility based on network configuration;
- The UE stores the AS context;
- The UE:
            - Monitors a Paging channel; - Performs neighbouring cell measurements and cell (re-)selection;
           - Performs RAN-based notification area updates when moving outside the RAN-based notification area;

- RRC_CONNECTED:
- The UE stores the AS context;
- Transfer of unicast data to/from UE;
- At lower layers, the UE may be configured with a UE specific DRX;
- For UEs supporting CA, use of one or more SCells, aggregated with the SpCell, for increased bandwidth;
- For UEs supporting DC, use of one SCG, aggregated with the MCG, for increased bandwidth;
- Network controlled mobility within NR and to/from E-UTRAN;
- The UE:
             - Monitors a Paging channel;
             - Monitors control channels associated with the shared data channel to determine if data is scheduled for it;
             - Provides channel quality and feedback information;
             - Performs neighbouring cell measurements and measurement reporting;
             - Acquires system information.


Monday, March 12, 2018

SIB for Handovers


From
To
Mandatory SIB's
Optiional SIB's
LTE
LTE
SIB1 SIB2 SIB3
SIB4
LTE
LTE
SIB1 SIB2 SIB3 SIB5
SIB4
LTE
WCDMA
SIB1 SIB2 SIB3 SIB6
LTE
GERAN
SIB1 SIB2 SIB3 SIB7
LTE
HRPD
SIB1 SIB2 SIB3 SIB8

Friday, February 16, 2018

RACH Procedure

RACH Procedure Flow

1. RRC Layer sends Access Req for RRC Connection Request/RRC Coonection Re-establishment Request to MAC and starts T300 timer
[020/008/012] OTA LOG 00:00:21.032 UL_CCCH / RRCConnectionRequestRadio Bearer ID: 0, Freq: 2050, SFN:0
[9504/0002] MSG 00:00:21.032 LTE MACCTRL Start Access Request for reason=0, RAID=2551
[9501/0002/0010] MSG 00:00:21.069 LTE RRC   T300 timer internally restarted with 400ms

2. MAC sends Start_RACH_Req to ML1
[9509/0001/0010] MSG 00:00:21.032 LTE ML1  ML1: LTE_CPHY_START_RACH_REQ rcvd

3. ML1 sends the first preamble and starts RA response timer
[0xB167] LOG 00:00:21.069 LTE Random Access Request (MSG1) ReportLength: 0032 
[9509/0002] MSG 00:00:21.073 LTE ML1 Processing LTE_CPHY_RA_TIMER_STARTED_IND

4. If MAC could decode RAR before ML1 RA timer expiry and send the same to ML1, ML1 will go ahead with MSG3 transmission
[9509/0002] MSG 00:00:21.073 LTE ML1 Processing LTE_CPHY_RA_TIMER_STARTED_IND
[0xB168] LOG 00:00:21.077 LTE Random Access Response (MSG2) ReportLength: 0012

5. If MAC could not give RA parameter request to ML1 before ML1 RA timer expiry, then ML1 sends RA timer expiry indication to MAC
6. Here MAC starts another RACH attempt (with another preamble sequence with increased preamble power); MAC repeats this procedure till it sends maximum number of preambles (MAX_RACH attempts)
7. If MAC reaches MAX_RACH attempts, i.e., maximum number of preambles reached, and still could not get RAR, then MAC sends Random Access Problem indication to RRC and continues RACHing
8. MAC will stop RACHing only when T300 expired in RRC and RRC sends Abort request

Sunday, January 14, 2018

VOLTE VOIP IMS SIP CSFB

Often people are confused between VOLTE ,VOIP, IMS , SIP and CSFB.
To be clear between all this item lets explain them and understand one by one.
We will start with CSFB and then VOIP and then VOLTE and IMS.

CSFB - CSFB is CS Fall back.
             This was introduced at the very early stages of 4G/LTE to make CALL's as because LTE has
              been PS from the beginning and over PS LTE was not having any standard offerings for
              calls. Because of not having call support 3GPP standard decides to use to use CS over
              legacy network.
VOIP - Now VOIP is Voice Over IP. Frankly speaking there is no relation between VOIP and LTE.
             VOIP can be used over PS and it could be from 2G , 3G or LTE or may be Wi-Fi even over
             the LAN as well.
VOLTE - VOLTE is Voice Over LTE. The much talked feature of LTE without which LTE was not
                complete Conceptually it it Voice-Over-IP On LTE , but there is a lot more to it than just
                VOIP.
IMS - IMS is IP Multimedia Subsystem. This is a concept for an integrated network.
          This is not a protocol at all.
SIP - Session initiation protocol. This is an application layer protocol. This can establish modify and
         terminate multimedia session.


So in one line VOLTE is an VOIP over LTE which uses SIP protocol over IMS architecture. 

Monday, January 8, 2018

SRVCC Failure

What happens when SRVCC fails at the NW side?
How UE is notified about it and the action it should take?

Notification Procedure (ESM Procedure)
The network can use the notification procedure to inform the UE about events which are relevant for the upper layer which is using an EPS bearer context or has requested a procedure transaction.
If the UE has indicated that it supports the notification procedure, the network may initiate the procedure at any time while a PDN connection exists or a procedure transaction is ongoing.



When the UE receives a NOTIFICATION message, the ESM protocol entity in the UE shall provide the notification indicator to the upper layer.
The notification indicator can have the following value:
#1: SRVCC handover cancelled, IMS session re-establishment required.

The following abnormal case can be identified:
a) Lower layer indication of non-delivered NAS PDU due to handover
If the NOTIFICATION message could not be delivered due to an intra MME handover, then upon successful completion of the intra MME handover the MME shall re-transmit the NOTIFICATION message. If a failure of the handover procedure is reported by the lower layer and the S1 signalling connection exists, the MME shall re-transmit the NOTIFICATION message.






Thursday, December 28, 2017

Cell Acquisition - Camping On LTE

Now to initiate a registration UE do need to aquire MIB and SIB1 and SIB2, which in technical term we say as Initial Acquisition - in order to do so UE need to sync it self with NW by synchronizing FRAME and SLOT wise by reading PSS and SSS.

During Initial Acquisitaion , we often say PLMN selection and Cell serach and some time confused between this two.
Just to clear the confusiion if we remeber that SIB1 carried PLMN and to read or acquire PLMN e actually need SIB1 and to get SIB1 we need to perform cell search.



PSS-> Synchronization Signals
Use fullness-
1. Sub Frame
2. Slot
3. Symbol Synchronization
Above 3 in the time domain,
4. Identify center of the channel bandwidth
Above in the frequency domain.
5. Deduce Physical Cell ID (PCI) 1 of 3

Location-
FDD- Central 62 sub-carrier , last symbol of sub-frame 0(sub-frame 0) and 10(sub-frame 5)
TDD- Central 62 sub-carrier , 3rd symbol of time slot 2(sub-frame 1) and time slot 12 (sub-frame 6)


SSS->
Usefullness-
1. Deduce Physical Cell ID Group (PCI Group) 1 of 168
So combined with PSS this helps to determine the PCI.
Location-
FDD- Central 62 sub-carrier , Second last symbol of sub-frame 0(sub-frame 0) and 10(sub-frame 5)
TDD- Central 62 sub-carrier , last symbol of time slot 1(sub-frame 0) and time slot 11 (sub-frame 5)



PSS/SSS in FDD


PSS/SSS in TDD


PSS/SSS Overhead as signalling in FDD


C-RS-> Cell Specific RS
1. Channel Estimation

for correct demodulation of down-link channel , UE required channel estimation. For which we need C-RS. This are known cell-specific reference symbols.

MIB-> Master Information Block

MasterInformationBlock ::= SEQUENCE {
dl-Bandwidth ENUMERATED {
n6, n15, n25, n50, n75, n100},
phich-Config PHICH-Config,
systemFrameNumber BIT STRING (SIZE (8)),
spare BIT STRING (SIZE (10))
}

SIB1-> System information Block 1


SystemInformationBlockType1 ::= SEQUENCE {
cellAccessRelatedInfo SEQUENCE {
plmn-IdentityList PLMN-IdentityList,
trackingAreaCode TrackingAreaCode,
cellIdentity CellIdentity,
cellBarred ENUMERATED {barred, notBarred},
intraFreqReselection ENUMERATED {allowed, notAllowed},
csg-Indication BOOLEAN,
csg-Identity CSG-Identity OPTIONAL -- Need OR
},
cellSelectionInfo SEQUENCE {
q-RxLevMin Q-RxLevMin,
q-RxLevMinOffset INTEGER (1..8) OPTIONAL -- Need OP
},
p-Max P-Max OPTIONAL, -- Need OP
freqBandIndicator FreqBandIndicator,
schedulingInfoList SchedulingInfoList,
tdd-Config TDD-Config OPTIONAL, -- Cond TDD
si-WindowLength ENUMERATED {
ms1, ms2, ms5, ms10, ms15, ms20,
ms40},
systemInfoValueTag INTEGER (0..31),
nonCriticalExtension SystemInformationBlockType1-v890-IEs OPTIONAL
}

PLMN-IdentityInfo ::= SEQUENCE {
plmn-Identity PLMN-Identity,
cellReservedForOperatorUse ENUMERATED {reserved, notReserved}
}

SchedulingInfoList ::= SEQUENCE (SIZE (1..maxSI-Message)) OF SchedulingInfo
SchedulingInfo ::= SEQUENCE {
si-Periodicity ENUMERATED {
rf8, rf16, rf32, rf64, rf128, rf256, rf512},
sib-MappingInfo SIB-MappingInfo
}
SIB-MappingInfo ::= SEQUENCE (SIZE (0..maxSIB-1)) OF SIB-Type
SIB-Type ::= ENUMERATED {
sibType3, sibType4, sibType5, sibType6,
sibType7, sibType8, sibType9, sibType10,
sibType11, sibType12-v920, sibType13-v920, spare5,
spare4, spare3, spare2, spare1, ...}
CellSelectionInfo-v920 ::= SEQUENCE {
q-QualMin-r9 Q-QualMin-r9,
q-QualMinOffset-r9 INTEGER (1..8) OPTIONAL -- Need OP
}


SIB2-> System Information Block 2