Sunday, May 22, 2016

Measurement Report - Event

Spec: 36.331 5.5.4

Measurement Report Events in LTE



1. Measurement objects:
2. Reporting configurations:
3. Measurement identities:
4. Quantity configurations:
5. Measurement gaps:






Taken from: http://www.sharetechnote.com/html/Handbook_LTE_MultiCell_Measurement_LTE.html




Event A1 (Serving becomes better than threshold)






























Event A2 (Serving becomes worse than threshold)



























Event A3 (Neighbour becomes offset better than PCell/ PSCell)



























Event A4 (Neighbour becomes better than threshold)



























Event A5 (PCell/ PSCell becomes worse than threshold1 and neighbour
becomes better than threshold2)




























Event A6 (Neighbour becomes offset better than SCell)

Event B1 (Inter RAT neighbour becomes better than threshold)



























Event B2 (PCell becomes worse than threshold1 and inter RAT neighbour
becomes better than threshold2)




























Event C1 (CSI-RS resource becomes better than threshold)
Event C2 (CSI-RS resource becomes offset better than reference CSI-RS
resource)


Reference: http://www.slideshare.net/allabout4g/lte-measurement-events-5524613

Sunday, May 8, 2016

SINR CQI RSRP RSSI RSRQ

SINR - Signal to Interference plus Noise Ratio

Signal to Interference plus Noise Ratio (SINR) is measured by UE on Resource Block (RB) basis.
UE computes SINR on each RB, converts it to CQI and reports it to eNodeB where it is used to select the most suitable MCS for user data transmission in particular RB. SINR value defines the MCS to be used for a RB i.e. the number of bits per modulation symbol to be sent i.e. throughput to be achieved for that particular RB as well as the number of RBs to be allocated by eNodeB to user. SINR can be defined as the ratio of the signal power to the summation of the average interference power from the other cells and the background noise.


CQI - Channel Quality Indicator

CQI is a quantized and scaled version of the experienced SINR. The process of adapting MCS depending on current channel conditions is termed as Link Adaptation. If the SINR is good, higher order MCS (e.g. 64QAM) can be selected implying that more bits per modulation symbol can be transmitted and higher throughput can be achieved. If the SINR is poor, lower order MCS (i.e. QPSK) should be selected implying fewer bits per symbol are transmitted which in turn results in lower throughput.


RSRP - Received Signal Received Power

Reference Signal Received Power (RSRP) is a cell-specific signal strength related metric that is used as an input for cell resection and handover decisions. For a particular cell, RSRP is defined as the average power (in Watts) of the Resource Elements (REs) that carry cell-specific Reference Signals (RSs) within the considered bandwidth.
RSRP measurement, normally expressed in dBm, is utilized mainly to make ranking among different candidate cells in accordance with their signal strength. Generally, the reference signals on the first antenna port are used to determine RSRP, however, the reference signals sent on the second port can also be used in addition to the RSs on the first port if UE can detect that they are being transmitted



RSRQ - .Reference Signal  Received Quality

Reference Signal Received Quality (RSRQ) measurement is a cell-specific signal quality metric. Similar to the RSRP measurement, this metric is used mainly to provide ranking among different candidate cells in accordance with their signal quality. This metric can be employed as an input in making cell reselection and handover decisions in scenarios (for example) in which the RSRP measurements are not sufficient to make reliable cell-reselection/handover decisions.
It is defined as
RSRQ = ( N.RSRP )/(LTE Carrier RSSI )
where, N is the number of Resource Blocks (RBs) of the LTE carrier Received Signal Strength Indicator (RSSI) measurement bandwidth.



RSSI - Received Signal Strength Indicator

Received Signal Strength Indicator (RSSI) is the linear average of the total received power observed only in OFDM symbols carrying reference symbols by UE from all sources, including co-channel non-serving and serving cells, adjacent channel interference and thermal noise, within the measurement bandwidth over N RBs. RSSI is used as an input to compute the LTE RSRQ measurement discussed above.


Reference- http://airccse.org/journal/jwmn/7415ijwmn09.pdf

Wednesday, March 16, 2016

RRC Messages on LTE

SN RRC Message SRB RLC SAP Logical Channel Direction Desc
1 Paging N/A TM PCCH E-UTRAN to UE The Pagingmessage is used for the notification of one or more UEs.
2 MasterInformationBlock N/A TM BCCH E-UTRAN to UE The MasterInformationBlock includes the system information transmitted on BCH.
3 SystemInformationBlockType1 N/A TM BCCH E-UTRAN to UE SystemInformationBlockType1contains information relevant when evaluating if a UE is allowed to access a cell and
defines the scheduling of other system information.
4 SystemInformation N/A TM BCCH E-UTRAN to UE The SystemInformationmessage is used to convey one or more SystemInformation Blocks. All the SIBs included are
transmitted with the same periodicity. 
5 RRCConnectionRequest SRB0 TM CCCH UE to E-UTRAN The RRCConnectionRequestmessage is used to request the establishment of an RRC connection. 
6 RRCConnectionSetup SRB0 TM CCCH E-UTRAN to UE The RRCConnectionSetupmessage is used to establish SRB1. 
7 RRCConnectionSetupComplete SRB1 AM DCCH UE to E-UTRAN The RRCConnectionSetupCompletemessage is used to confirm the successful completion of an RRC connection establishment. 
8 RRCConnectionReject SRB0 TM CCCH E-UTRAN to UE The RRCConnectionRejectmessage is used to reject the RRC connection establishment. 
9 RRCConnectionRelease SRB1 AM DCCH E-UTRAN to UE The RRCConnectionReleasemessage is used to command the release of an RRC connection. 
10 RRCConnectionReject SRB0 TM CCCH E-UTRAN to UE The RRCConnectionRejectmessage is used to reject the RRC connection establishment.
11 RRCConnectionReconfiguration SRB1 AM DCCH E-UTRAN to UE The RRCConnectionReconfigurationmessage is the command to modify an RRC connection. It may convey  information for measurement configuration, mobility control, radio resource configuration (including RBs, MAC main configuration and physical channel configuration) including any associated dedicated NASinformation and security configuration. 
12 RRCConnectionReconfigurationComplete SRB1 AM DCCH UE to E-UTRAN The RRCConnectionReconfigurationCompletemessage is used to confirm the successful completion of an RRC
connection reconfiguration.
13 RRCConnectionReestablishment SRB0 TM CCCH E-UTRAN to UE The RRCConnectionReestablishmentmessage is used to re-establish SRB1. 
14 RRCConnectionReestablishmentRequest SRB0 TM CCCH UE to E-UTRAN The RRCConnectionReestablishmentRequestmessage is used to request the reestablishment of an RRC connection.
15 RRCConnectionReestablishmentComplete SRB1 AM DCCH UE to E-UTRAN The RRCConnectionReestablishmentCompletemessage is used to confirm the successful completion of an RRC
connection reestablishment. 
16 RRCConnectionReestablishmentReject SRB0 TM CCCH E-UTRAN to UE The RRCConnectionReestablishmentReject message is used to indicate the rejection of an RRC connection
reestablishment request. 
17 SecurityModeCommand SRB1 AM DCCH E-UTRAN to UE The SecurityModeCommandmessage is used to command the activation of AS security.
18 SecurityModeComplete SRB1 AM DCCH UE to E-UTRAN The SecurityModeCompletemessage is used to confirm the successful completion of a security mode command.
19 SecurityModeFailure SRB1 AM DCCH UE to E-UTRAN The SecurityModeFailuremessage is used to indicate an unsuccessful completion of a security mode command. 
20 UECapabilityEnquiry SRB1 AM DCCH E-UTRAN to UE The UECapabilityEnquirymessage is used to request the transfer of UE radio access capabilities for E-UTRA as well
as for other RATs. 
21 UECapabilityInformation SRB1 AM DCCH UE to E-UTRAN The UECapabilityInformationmessage is used to transfer of UE radio access capabilities requested by the E-UTRAN. 
22 UEInformationRequest SRB1 AM DCCH E-UTRAN to UE The UEInformationRequestis the command used by E-UTRAN to retrieve information from the UE. 
23 UEInformationResponse SRB1 AM DCCH UE to E-UTRAN The UEInformationResponse message is used by the UE to transfer the information requested by the E-UTRAN. 

Cause in LTE

RRC Connection Establishment Cause:
1. emergency
2. highPriorityAccess
3. mt-Access
4. mo-Signalling
5. mo-Data
6. delayTolerantAccess-v1020
7. spare2
8. spare1

RRC Connection Re-Establishment Cause:
1. reconfigurationFailure,
2. handoverFailure,
3. otherFailure,
4. spare1

RRC Connection Release Cause: 
        1. LoadBalancingTAURequired
2.  'other'
3. 'CS Fallback High Priority'
4. Normal

LTE Attach Type in Attach Request:
EPS attach type value (octet 1)
Bits
3 2 1
0 0 1 EPS attach
0 1 0 combined EPS/IMSI attach
1 1 0 EPS emergency attach
1 1 1 reserved
All other values are unused and shall be interpreted as "EPS attach", if received by the
network.
Bit 4 of octet 1 is spare and shall be coded as zero.

LTE Attach Result in Attach Accept:
EPS attach result value (octet 1)
Bits
3 2 1
0 0 1 EPS only
0 1 0 combined EPS/IMSI attach
All other values are reserved.
Bit 4 of octet 1 is spare and shall be coded as zero.

Additional update type value (AUTV) (octet 1)
       Bit
       1
       0 No additional information. If received it shall be interpreted as request for combined
attach or combined tracking area updating.
       1 SMS only
Bits 4 to 2 of octet 1 are spare and shall be all coded as zero.

Additional update result value (octet 1)
       Bits
       2 1
       0 0 no additional information
       0 1 CS Fallback not preferred
       1 0 SMS only
       1 1 reserved
Bits 4 and 3 of octet 1 are spare and shall all be coded as zero.


Tracking area update request Type:
EPS update type value (octet 1, bit 1 to 3)
Bits
3 2 1
0 0 0 TA updating
0 0 1 combined TA/LA updating
0 1 0 combined TA/LA updating with IMSI attach
0 1 1 periodic updating
1 0 0 unused; shall be interpreted as "TA updating", if received by the network.
1 0 1 unused; shall be interpreted as "TA updating", if received by the network.
All other values are reserved.
"Active" flag (octet 1, bit 4)
Bit
4
0 No bearer establishment requested
1 Bearer establishment requested

Tracking area update accept Result Type: 
EPS update result value (octet 1, bit 1 to 3)
Bits
3 2 1
0 0 0 TA updated
0 0 1 combined TA/LA updated
1 0 0 TA updated and ISR activated (NOTE)
1 0 1 combined TA/LA updated and ISR activated (NOTE)
All other values are reserved.
Bit 4 of octet 1 is spare and shall be coded as zero.

NOTE: Values "TA updated and ISR activated" and "combined TA/LA updated and
ISR activated" are used only for a UE supporting also A/Gb or Iu mode.


Type Of Detach: 
Type of detach (octet 1)
In the UE to network direction:
Bits
3 2 1
0 0 1 EPS detach
0 1 0 IMSI detach
0 1 1 combined EPS/IMSI detach
1 1 0 reserved
1 1 1 reserved
All other values are interpreted as "combined EPS/IMSI detach" in this version of the
protocol.
In the network to UE direction:
Bits
3 2 1
0 0 1 re-attach required
0 1 0 re-attach not required
0 1 1 IMSI detach
1 1 0 reserved
1 1 1 reserved
All other values are interpreted as "re-attach not required" in this version of the
protocol.
Switch off (octet 1)
In the UE to network direction:
Bit
4
0 normal detach
1 switch off
In the network to UE direction bit 4 is spare. The network shall set this bit to zero.



PDN type value (octet 1)
       Bits
       3 2 1
       0 0 1 IPv4
       0 1 0 IPv6
       0 1 1 IPv4v6
       1 0 0 unused; shall be interpreted as "IPv6" if received by the network
All other values are reserved.
Bit 4 of octet 1 is spare and shall be coded as zero.


Sunday, February 14, 2016

RB RE Speed

Resource Element:
Covered by 1 sub carrier and one symbol period i.e 1 Symbol

Resource Block:
Covered by 12 Subcarriers and 6 or 7 symbols(Based on Cyclic prefix)

We can calculate the capacity if we know the Bandwidth allocated,Modulation scheme used and Cyclic Prefix type.
Consider 
Bandwidth Allocated = 5MHz
Modulation Scheme = QPSK(2 its per symbol)
Cyclic prefix used = Normal Cyclic Prefix (7 symbols in a slot)

Capacity = No of bits transferred in a sub frame / Duration of the Subframe(i.e 1milli sec)

Calculation No of Bits transferred in a Subframe

Total number of Resource block in a slot = Bandwidth / (Each subcarrier bandwidth * no of subcarriers in a Resource Block) 
Bandwidth = 5Mhz
Each sub carrier width = 15Khz
No of sub carriers in a Resource Block = 12 (As 12 Subcarrier is 1 Resource block )

Calculation of total no of resource blocks in 5MHz Bandwidth

so Resource block in one slot = 5 Mhz / (15 KHz *12 ) = 27.77 (But used RBs will be 25 for 5MHz bandwidth)
so Total Resource block in one subframe = 2 * Resource blocks in a slot = 50 RBs

Calculation of total no of symbols/Resource Elements in 5MHz Bandwidth
Total no of symbols / Resource Elements = 50 * no of symbols(REs) in a Resource block
No of symbols(REs) in a resource block = 12 subcarrier * 7 symbols = 84 symbols(REs)
Total symbols(REs ) in 50 Resource blocks = 50 * 84 = 4200 Resource Elements.

****Calculation of total no of bits sent in 5MHz Bandwidth in one subframe ****

In one symbol we can send no of bits at a time which depends on the modulation scheme (like BPSK,QPSK ,64QAM
BPSK - 1 bit,QPSK - 2 bit ,64 QAM - 6bits in a Symbol/ Resource elements
We will consider QPSK Scheme so in one symbol 2bits we can send.
So 1 Symbol = 2 bits.

So total no of Bits sent in a subframe = 2 * 4200 = 8400 bits.

So capacity = 8400 / 1ms = 8.4 MBPS

So capacity in 5MHz Bandwidth with QPSK Modulation with normal cyclic Prefix is 8.4MBPS.

if Modulation scheme is BPSK, 1 bits in a symbol = 1 * 4200 / 1ms = 4.2 MBPS
if Modulation scheme is 64QAM , 6 bits in a symbol = 6 * 4200 / 1ms = 25.2 MBPS.

Wednesday, December 2, 2015

3GPP Specification Numbering

Specification Numbering

All 3GPP specifications have a specification number consisting of 4 or 5 digits. (e.g. 09.02 or 29.002).
The first two digits define the series, followed by 2 further digits for the 01 to 13 series or 3 further digits for the 21 to 55 series.
The full title, specification number and latest version number for every specification can be found in the current status list (warning: large file!).
An automated list of Specification numbers - with the Title and details of the Specification Group responsible.



The first category have numbers of the form: xx.9xx
The second category have numbers of the form:
xx.8xx (feasibility study reports, etc) or, more rarely,
30.xxx / 50.xxx (planning and scheduling)
Missing Specs: Click here to see those Specs not yet available following the most recent round of TSG meetings.
The 3GPP Specifications are stored on the file server as zipped MS-Word files. The filenames have the following structure:
SM[-P[-Q]]-V.zip
where the character fields have the following significance ...
S = series number - 2 characters (see the table below)
M = mantissa (the part of the spec number after the series number) - 2 or 3 characters (see below)
P = optional part number - 1 or 2 digits if present
Q = optional sub-part number - 1 or 2 digits if present
V = version number, without separating dots - 3 digits
So for example:
  • 21900-320.zip is 3GPP TR 21.900 version 3.2.0
  • 0408-6g0.zip is 3GPP TS 04.08 version 6.16.0
  • 32111-4-410 is 3GPP TS 32.111 part 4 version 4.1.0
  • 29998-04-1-100 is 3GPP TS 29.998 part 4 sub-part 1 version 1.0.0

Subject of specification series3G and beyond / GSM (R99 and later)GSM only (Rel-4 and later)GSM only (before Rel-4)
General information (long defunct)00 series
Requirements21 series41 series01 series
Service aspects ("stage 1")22 series42 series02 series
Technical realization ("stage 2")23 series43 series03 series
Signalling protocols ("stage 3") - user equipment to network24 series44 series04 series
Radio aspects25 series45 series05 series
CODECs26 series46 series06 series
Data27 series47 series (none exists)07 series
Signalling protocols ("stage 3") -(RSS-CN) and OAM&P and Charging (overflow from 32.- range)28 series48 series08 series
Signalling protocols ("stage 3") - intra-fixed-network29 series49 series09 series
Programme management30 series50 series10 series
Subscriber Identity Module (SIM / USIM), IC Cards. Test specs.31 series51 series11 series
OAM&P and Charging32 series52 series12 series
Access requirements and test specifications13 series (1)13 series (1)
Security aspects33 series(2)(2)
UE and (U)SIM test specifications34 series(2)11 series
Security algorithms (3)35 series55 series(4)
LTE (Evolved UTRA) and LTE-Advanced radio technology36 series--
Multiple radio access technology aspects37 series--
Note (1): The 13 series GSM specifications relate to European-Union-specific regulatory standards. On the closure of ETSI TC SMG, responsibility for these specifications was transferred to ETSI TC MSG, (Mobile Specification Group) and they do not appear on the 3GPP file server.
Note (2): The specifications of these aspects are spread throughout several series.
Note (3): Algorithms may be subject to export licensing conditions. See the relevant 3GPP page. See also the relevant ETSI pages.
Note (4): The original GSM algorithms are not published and are controlled by the GSM Association.
Technical Reports are of two classes:
  • Those intended to be transposed and issued by the Organizational Partners as their own publications; and
  • Those not intended for publication but which are simply 3GPP internal working documents, used, for example, for documenting planning and scheduling of work, or for holding the interim results of feasibility studies.
The first category have numbers of the form: xx.9xx
The second category have numbers of the form:
xx.8xx (feasibility study reports, etc) or, more rarely,
30.xxx / 50.xxx (planning and scheduling)
Missing Specs: Click here to see those Specs not yet available following the most recent round of TSG meetings.
The 3GPP Specifications are stored on the file server as zipped MS-Word files. The filenames have the following structure:
SM[-P[-Q]]-V.zip
where the character fields have the following significance ...
S = series number - 2 characters (see the table above)
M = mantissa (the part of the spec number after the series number) - 2 or 3 characters (see above)
P = optional part number - 1 or 2 digits if present
Q = optional sub-part number - 1 or 2 digits if present
V = version number, without separating dots - 3 digits
So for example:
  • 21900-320.zip is 3GPP TR 21.900 version 3.2.0
  • 0408-6g0.zip is 3GPP TS 04.08 version 6.16.0
  • 32111-4-410 is 3GPP TS 32.111 part 4 version 4.1.0
  • 29998-04-1-100 is 3GPP TS 29.998 part 4 sub-part 1 version 1.0.0
Further information:
Latest version
The latest versions of the approved specifications in the "latest" directory. The latest version of draft specs (i.e. those not yet under change control) are in the "latest-drafts" directory. See also the page on version numbering.
Particular version
All older versions of specifications (where available) are stored in the archive subdirectory. All versions of all releases of a given specification are placed directly under the name of the specification.
Title or subject
If you only know the title or the subject, but not the specification number, the best place to start looking is the complete list of all 3GPP specification numbers and titles. This list also shows the most recent version in each Release.
Specs related to a particular working group
Each 3GPP TSG Working Group has a home page, which lists the specifications under its responsibility. Follow the links fromhere, or use the main menu item "Specification Groups".
Official versions published by recognized Standards Development Organizations
The 3GPP Technical Specifications (and Technical Reports) which are publicly available from this site have, in themselves, no legal standing. They only become "official" when transposed into corresponding publications of the Partner Organizations. If you are looking for the official versions, see the official publications page.

Yet more information:

Work plan
The 3GPP Work plan describes the new functionality currently being elaborated in the TSG working groups. It also indicates the expected timescales for their finalization.
Releases (and phases, stages)
An introduction to the 3GPP mechanism for specifications releases can be found here.
Historical information
If you need to look for old / superseded specifications or change requests, start here.
TSG working methods
The procedures for creating, enhancing and maintaining specifications are described in TR 21.900. A presentation outlining the release and change request process can be found here.
3GPP Drafting rules
The rules for drafting specifications are described in TR 21.801.
Change Requests
The change request mechanism is used when a correction or new functionality is required for an existing specification.
Version numbering
More information on the version numbering page.
Issuing new TS/TR numbers. More information on this page.