Sunday, November 17, 2013

CQI Reporting Principle


From HSDPA System Architecture & Protocols 2002

Power CAC Algorithm

~Algorithm 1 (ALGORITHM_FIRST): based on UL/DL load measurement and load prediction (RTWP and TCP)
-admission decision based on predicted load increment upon admission of a new service-Based on the current cell load (indicated by the uplink load factor and downlink TCP) and the predicted load increment due to admission of the new service, the RNC determines whether the cell load will exceed the threshold upon admitting the new service. If yes, the RNC rejects the access request. If not, the RNC accepts the access request.


~Algorithm 2 (ALGORITHM_SECOND): based on Equivalent Number of User (ENU)

admission decision based on the ENU
-Depending on the current ENU and the access request, the RNC determines whether the ENU will exceed the threshold upon admitting a new service. If yes, the RNC rejects the request. If not, the RNC accepts the request.


~Algorithm 3 (ALGORITHM_THIRD): loose call admission control algorithm

-admission decision based on no load increment upon admission of a new service
-This algorithm assumes that load increment upon admission of a new service is 0. Based on the current cell load (indicated by the uplink load factor and downlink TCP), the RNC determines whether the cell load will exceed the threshold upon admitting the new service. If yes, the RNC rejects the access request. If not, the RNC accepts the access request. 

Sunday, September 15, 2013

SDUs and PDUs

is Protocol ( not Packet) Data Unit and Service (not Signaling) Data Unit.

Monday, August 5, 2013

LTE RRC Connection Reject Message

According to the 3GPP TS 36.331 , RRC CONNECTION REJECT message is used to reject the RRC connection establishment. This message includes the IE waitTime which can be in the range from 0 to 16 seconds. Optionally, the NW can include the IE extendedWaitTime for the purpose of Delay Tolerant access requests
          Upon receiving the RRC CONNECTION REJECT message, the UE should start timer T302, with the timer value set to waitTime. The UE is not allowed to send another RRCConnectionRequest for mobile originating calls, mobile originating signalling, mobile terminating access and mobile originating CS fallback on the same cell on which RRC CONNECTION REJECT is received until the expiry of T302
 The following differences are noted as compared to UMTS RRC CONNECTION REJECT:
1.             There is no RejectionCause in the case of LTE
2.             RedirectionInfo which is used to redirect the UE to another frequency/RAT is not present in the case of LTE
3.             LTE requires the higher layers to initiate new RRC CONNECTION REJECT after receiving RRC CONNECTION REJECT, where as in the case of UMTS, the procedure is repeated for N300 times

Friday, August 2, 2013

BLER and SIR

Block Error Rate (BLER) is an analysis of transmission errors on the radio interface.
It is based on analysis of cyclic redundancy check (CRC) results for radio link control (RLC) transport blocks and computed as below:
Signal-to-Interference Ratio (SIR), also known as the carrier-to-interference ratio (C/I, CIR), is the quotient between the average received modulated carrier power and the average received co-channel interference power.

For UL Power Control:

Example: Mobility movement > Handover trigger > SIR Error > UL BLER

Spreading Factor (SF) or Processing Gain

Spreading factor (SF) is the ratio of chip rate to bit rate OR the ratio of the chips to baseband information rate. As after spreading, A single bit of the user data is called chip.
Spreading factor is the concept of CDMA used in UMTS. Spreading factors vary from 4 to 512 in FDD UMTS.
Spreading factor in dB indicates the processing gain as in a spread spectrum system, the processing gain is the ratio of the spread (or RF) bandwidth to the unspread (or baseband) bandwidth. It is the ratio of the signal-to-noise ratio (SNR) of a processed signal to the SNR of the unprocessed signal. The lower the spreading factor, the higher the data rate.

Timing Advance (TA) in LTE

 in BlogTiming AdvanceLTE

Source: lteworld.org
In GSM system MS sends its data three time slots after it received the data from the BTS.  This is ok as long as MS-BTS distance is small but increasing distance requires consideration of propagation delay as well. To handle it Timing advance (TA) is conveyed by network to MS and current value is sent to the MS within the layer 1 header of each SACCH. BTS calculates the first TA when it receives RACH and reports it to the BSC and BSC/BTS passes it to UE during Immediate Assignment. 
In UMTS Timing Advance parameter was not used but in LTE Timing Advance is back. 
In LTE, when UE wish to establish RRC connection with eNB, it transmits a Random Access Preamble, eNB estimates the transmission timing of the terminal based on this. Now eNB transmits a Random Access Response which consists of timing advance command, based on that UE adjusts the terminal transmit timing.
The timing advance is initiated from E-UTRAN with MAC message that implies and adjustment of the timing advance.
3GPP TA Requirements
  • Timing Advance adjustment delay 
UE shall adjust the timing of its uplink transmission timing at sub-frame n+6 for a timing advancement command received in sub-frame n.
  • Timing Advance adjustment accuracy 
The UE shall adjust the timing of its transmissions with a relative accuracy better than or equal to ±4* TS seconds to the signalled timing advance value compared to the timing of preceding uplink transmission. The timing advance command is expressed in multiples of 16* TS and is relative to the current uplink timing.
Maintenance of Uplink Time Alignment
The UE has a configurable timer timeAlignmentTimer which is used to control how long the UE is considered uplink time aligned
  • when a Timing Advance Command MAC control element is received  then UE applies the Timing Advance Command and start or restart timeAlignmentTimer.
  • when a Timing Advance Command is received in a Random Access Response message then one of following action is performed by UE
- if the Random Access Preamble was not selected by UE MAC then UE applies the Timing Advance Command and starts or restarts timeAlignmentTimer.
- else if the timeAlignmentTimer is not running then UE applies the Timing Advance Command starts timeAlignmentTimer; when the contention resolution is considered not successful  then UE stops timeAlignmentTimer.
- else ignore the received Timing Advance Command.
  • when timeAlignmentTimer expires UE flushes all HARQ buffers, notifies RRC to release PUCCH/SRS and clears any configured downlink assignments and uplink grants.
Timing Advance Command MAC Control Element
The Timing Advance Command MAC control element is identified by MAC PDU subheader with LCID value =  11101 (Timing Advance Command) .
It has a fixed size and it consists of a single octet as show below.
Timing Advance Command MAC control element has following fields.
  • R: reserved bit, set to "0"
  • Timing Advance Command: This field indicates the index value TA (0, 1, 2… 63) used to control the amount of timing adjustment that UE has to. The length of the field is 6 bits.
Source: 3GPP specifications (36.133 & 36.321)

Thursday, August 1, 2013

G-NetTrack

G-NetTrack is a fieldtest/netmonitor Android application for LTE/UMTS/GSM/CDMA/EVDO network. 
It is very awesome!!

Below is the link, Enjoy :D
https://play.google.com/store/apps/details?id=com.gyokovsolutions.gnettrack

Wednesday, July 31, 2013

NAS Signaling Messages

The NAS signaling layer is used to exchange signaling messages between the UE and the CN.

1. Mobility Management:
LOCATION UPDATE, IMSI DETACH, AUTHENTICATION, TMSI REALLOCATION COMMAND, CM SERVICE, CM RE-ESTABLISHMENT

2. Call Control:
ALERTING, CALL CONFIRM, CALL PROCEEDING, CONNECT, CONNECT ACKNOWLEDGE, SETUP, RELEASE, STATUS

3. GPRS Mobility Management:
ATTACH, DETACH, ROUTING AREA UPDATE, SERVICE REQUEST, P-TMSI REALLOCATION, AUTHENTICATION AND CIPHERING

4. Session Management:
ACTIVATE PDP CONTEXT, DEACTIVATE PDP CONTEXT

Saturday, July 27, 2013

SHO

Misunderstanding:

There are multiple RLs in both uplink and downlink during SHO.
In downlink, there are two/three RLs(radio links) during SHO. Please notice, radio link is just a logic concept which isn’t existed but just describes the connection between Node B and UE. But unlike downlink, there is only one RL in uplink. The reason is, in the downlink, scrambling code is used to distinguish the cells, whereas it’s used to identify UE in the uplink.
Therefore, Node B should send two/three copies of the same data via two/three different cells with different scrambling codes (2 way/3 way softer handover). At the same time, there is only one copy of data transmitting from UE to Node B. But all cells in active set will recieve it respectively and finally soft-combine it in RAKE.
The same mechanism is also applicable for E-DPDCH/E-DPCCH, as well as associated ul DPCCH and HS-DPCCH. As a result, all uplink channels have got diversity receiving gain.

ACK NACK DTX

ACK/NACK which is carried on uplink HS-DPCCH is sending from UE to inform Node B whether it has received/decoded certain transport block successfully.
The meanings of ACK/NACK/DTX are as obvious as their names express:
  • ACK: Transport block is decoded correctly by UE;
  • NACK: Transport block is decoded incorrectly;
  • DTX: discontinuous transmission.
According to Chapter 6.2.6 ACK/NACK Transmit Power Reduction for HS-DPCCH in Mobile Communication Systems and Security by Man Young Rhee.
In Release 5, the UE always uses DTX in the ACK/NACK field of the HS-DPCCH except when an ACK or NACK is being transmitted in response to an HS-DSCH rtansmission. This means that if the UE fails to detect typical probability 0.01 of the HS-SCCH, the UE will use DTX in the corresponding ACK/NACK field. The Node B must avoid decoding this DTX as ACK if it is to avoid loss of the HS-DSCH TTI at the physical layer.
In summary:
  1. If HS-SCCH is not decoded successfully(no matter which part is wrong, part 1 or part 2), UE will not send any ACK/NACK info on HS-DPCCH, which is DTX.
  2. If HS-SCCH is successful but HS-PDSCH CRC is failed, NACK will be sent.
  3. Only if both HS-SCCH and HS-PDSCH are decoded correctly, UE will send ACK.