Search This Blog

Thursday, December 4, 2014

LTE - Feature set in each 3GPP release

LTE is a flat IP architecture, bringing in higher data rates with improvements of radio access technologies. In addition to that it is way say good bye to circuit switched network by moving completely to packed switched network. This intern reduces both CAPEX and OPEX.

LTE is introduced in 3GPP release 8.

Release 8:

  • All IP network
  • New air interface
  • Reduced latency
  • Support for MIMO antennas
  • Higher data rates: 300Mbps/75Mbps

Release 9:

  • Introduction of small cells
  • Self Organizing Networks (SON)
  • evolved Multimedia Broadcast and Multicast service (eMBMS)
  • Location Services

Release 10:

  • 3Gbps/1.5Gbps data rates
  • 8x8 downlink and 4x4 uplink MIMO antennas
  • Carrier aggregation of 20 MHz channels to maximum 100 MHz channel
  • Relay nodes to support Heterogeneous Networks (HetNet)

Release 11:

  • Improvements to carrier aggregation
  • New frequency bands
  • Improvements to receivers
  • Multipoint transmission and reception

Monday, February 24, 2014

Inter-frequency Hard Handover Events in Small Cells


During the hard handover procedure for inter-frequency, when the UE is moving away from HNB coverage area, HNB will receive the event 2D when quality of the currently used frequency is below the 2D threshold configured. When the event 2D is triggered, compressed mode scanning will be started.  If the UE moves further away and satisfy the event 2B condition when estimated quality of the currently used frequency is below the 2B threshold configured and estimated quality of the non-used frequency is above the configured threshold. Event 2B will trigger the handover procedure.
However if the Event 2D threshold is met and compressed mode measurement reporting is started but UE is moving towards the HNB coverage area and the estimated quality of the currently used frequency is better than the configured 2F threshold, UE will exit the compressed mode.

Thursday, January 16, 2014

3G/UMTS Inter-frequency, Intra-frquency and Inter-RAT handover events

Intra-frequency Handover Events:

Event 1a: A Primary CPICH enters the Reporting Range (FDD only).
Event 1b: A Primary CPICH leaves the Reporting Range (FDD only).
Event 1c: A Non-active Primary CPICH becomes better than an active Primary CPICH (FDD only).
Event 1d: Change of best cell (FDD only).
Event 1e: A Primary CPICH becomes better than an absolute threshold (FDD only).
Event 1f: A Primary CPICH becomes worse than an absolute threshold (FDD only).
Event 1g: Change of best cell in TDD.
Event 1h: Timeslot ISCP below a certain threshold (TDD only).
Event 1i: Timeslot ISCP above a certain threshold (TDD only).
Event 1j: A Non-active E-DCH but active DCH Primary CPICH becomes better than an active E-DCH Primary CPICH (FDD only).

When an Event 1C is received, Handover procedure will be started in the NodeB.

Inter-frequency Handover Events:

Event 2a:
Change of best frequency.
Event 2b: The estimated quality of the currently used frequency is below a certain threshold and the estimated quality of a non-used frequency is above a certain threshold.
Event 2c: The estimated quality of a non-used frequency is above a certain threshold.
Event 2d: The estimated quality of the currently used frequency is below a certain threshold.
Event 2e: The estimated quality of a non-used frequency is below a certain threshold.
Event 2f: The estimated quality of the currently used frequency is above a certain threshold.

Event 2B will trigger the inter-frequency handover procedure in the Node B. Event 2D will start the compressed mode scanning and Event 2F will stop the compressed mode.

Inter-RAT Handover Events:

Event 3a: The estimated quality of the currently used UTRAN frequency is below a certain threshold and the estimated quality of the other system is above a certain threshold.
Event 3b: The estimated quality of other system is below a certain threshold.
Event 3c: The estimated quality of other system is above a certain threshold.
Event 3d: Change of best cell in other system.

Event 3A will trigger the inter-frequency handover procedure in the Node B
 

UMTS: Traffic Volume Measurement (HSDPA, HSUPA)

Traffic Volume Measurement is used for purpose of Rate reallocation at UE. The monitored traffic volume corresponds to the amount of data in number of bytes that is available for transmission and re-transmission in RLC layer- Buffer Occupancy.
When an UE supporting Release 5 and below release is used then rate adaptation can be achieved. As the buffer occupancy goes lower than the threshold, Timer will be started. If the buffer occupancy goes above the threshold then it will stopped. If the timer expires then data rate will be adapted to lower rate for the UE.
Event 4a: Transport Channel Traffic Volume exceeds an absolute threshold.
Event 4b: Transport Channel Traffic Volume becomes smaller than an absolute threshold.

Traffic volume measurements may be configured by RRC to assist with dynamic radio bearer control. In general, RLC buffer payload, Average of RLC buffer payload or Variance of RLC buffer payload will be configured to report.

Traffic volume measurement reports can be triggered periodically and event triggered based on the reporting criteria specified in the measurement control message.

Traffic volume measurement information will be communicated in SIB11 and during the radio bearer setup stage.



Thursday, January 9, 2014

Live wireshark/pcap collection and log rotation/round robin

Most of the live system requires PCAP/Wireshark log collection on the network interfaces. But logs needs to be rotated to avoid disk space consumption. Using simple script and tcpdump command, it is very easy to achieve this goal. tcpdump has an option to set the rotation of log files by specifying the number of log files and size of each log file. tcpdump command can be run in the background using these options. Writing a script to perform this task in the background is the best option.

Below is the Syntax:

tcpdump -nni <network interface> <filter if any> -s0 -w - | ( tcpdump -nn -r - -W <Number of files> -C <Size of each file> -w <Log file name> > <Logfile.output> 2> <Log.error> )


Below is the Example for keeping last 50 pcap files for eth0 interface, each file of size 20MB:
tcpdump -nni eth0 not arp and not port 22 -s0 -w - | ( tcpdump -nn -r - -W 50 -C 20  -w WS_ETH0.pcap > log.output 2> log.error )