Saturday, 28 March 2009

Implementation of CQI Reporting in HSPA

In HSDPA the channel quality indicator is a measure of the mobile channel which is send regularly from the UE to the Node B. These measurements are used to adapt modulation and coding for the corresponding UE and it can be also used for the scheduling algorithms.

The CQI measurement is implemented in the HSPA module and the measurement interval as well as the influence of measurement errors can be parameterised. The results can be given in form of maps or in a statistical manner as histogram for each cell.

Information about the instantaneous channel quality at the UE is typically obtained through a 5-bit Channel-Quality Indicator (CQI) in HS-SCCH, which each UE feed back to the NodeB at regular intervals. The CQI is calculated at the UE based on the signal-to-noise ratio of the received common pilot. Instead of expressing the CQI as a received signal quality, the CQI is expressed as a recommended transport-block size, taking into account also the receiver performance.

The reason for not reporting an explicit channel-quality measure is that different UEs might support different data rates in identical environments, depending on the exact receiver implementation. By reporting the data rate rather than an explicit channel-quality measure, the fact that a UE has a relatively better receiver can be utilized to provide better service (higher data rates) to such a UE. It is interesting to note that this provides a benefit with advanced receiver structures for the end user.

This is appropriate as the quantity of relevance is the instantaneous data rate a terminal can support rather than the channel quality alone. Hence, a terminal with a more advanced receiver, being able to receive data at a higher rate at the same channel quality, will report a larger CQI than a terminal with a less advanced receiver, all other conditions being identical.

Each 5-bit CQI value corresponds to a given transport-block size, modulation scheme, and number of channelization codes. Different tables are used for different UE categories as a UE shall not report a CQI exceeding its capabilities. For example, a UE only supporting 5 codes shall not report a CQI corresponding to 15 codes, while a 15-code UE may do so. Therefore, power
offsets are used for channel qualities exceeding the UE capabilities. A power offset of x dB indicates that the UE can receive a certain transport-block size, but at x dB lower transmission power than the CQI report was based upon. UEs belonging to category 1–6 can only receive up to 5 HS-DSCH channelization codes and therefore must use a power offset for the highest CQI values, while category 10 UEs are able to receive up to 15 codes.

The CQI values listed are sorted in ascending order and the UE shall report the highest CQI for which transmission with parameters corresponding to the CQI result in a block error probability not exceeding 10%.

Specifying which interval the CQI relates to allows the NodeB to track changes in the channel quality between the CQI reports by using the power control commands for the associated downlink (F-) DPCH. The rate of the channel-quality reporting is configurable in the range of one report per 2–160 ms. The CQI reporting can also be switched off completely.

In addition to the instantaneous channel quality, the scheduler implementation in the NodeB should typically also take buffer status and priority levels into account before finalising the data rate for the UE. Obviously UEs for which there is no data awaiting transmission should not be scheduled. There could also be data that is important to transmit within a certain maximum delay, regardless of the channel conditions. One important example hereof is RRC signalling, for example, related to cell change in order to support mobility, which should be delivered to the UE as soon as possible. Another example, although not as time critical as RRC signalling, is streaming services, which has an upper limit on the acceptable delay of a packet to ensure a constant average data rate. To support priority handling in the scheduling decision, a set of priority queues is defined into which the data is inserted according to the priority of the data. The scheduler selects data from these priority queues for transmission based on the channel conditions, the priority of the queue, and any other relevant information.

7 comments:

Tips PDA said...

i don't really understand, but i thinks this is great post

Anonymous said...

I think that you illustrates the
philosophy of CQI quite well.

Especially the difference between
direct CPICH measure and CQI itself
was explained explicitly.
So informative!!!

XW said...

CQI Measures are adimentional right?

Srinivasarao.P said...

Hi Zahid Ghadialy,
I Have read your Implementation of CQI Reporting in HSPA Post.It is quite impressive.But one minor typo i think,UE will send CQI to NodeB using HSDPCCH.

Devendra Sharma said...

Srinivas thanks for your comment. You are right that the UE will send the CQI report to Node b on HS-DPCCH

Unknown said...

how to get "The results that can be given in form of maps or in a statistical manner as histogram for each cel" from UE handset

Anonymous said...

Hi mate, one question here. is it possible that eNodeB does not use the measurement power offset value? iei transmit in the RRCmessages valeu of 8 dB but in reality use different pwoer for HS-PDSCH codes, have you cam across this situation?

Thank you.