Professional Documents
Culture Documents
but I strongly recommend you to try to have some big picture of the whole process. Whenever you
have some issues or something for you to work, try to ask your self "Where is the current issue
located in the whole picture ?".
Query_1: How does UE know to look for the PSS synchronization signal?
Well, UE doesn't need to worry much for this. As, the synchronization signal are always sent only on the center 62 sub carriers irrespective of the
channel bandwidth (1.25,3,5,10,20). Therefore, UE will look for the central sub carriers, i.e at the last OFDM symbol of the 1st time slot and again
at the last OFDM symbol of the 11th slot. With this UE synchronizes at the slot level.
Query_2: How does UE know to look for the SSS synchronization signal?
Once, when the PSS is identified, SSS is always send at the slot before the PSS is present. In other words, SSS
immediately precedes the PSS.
Let's see how the UE derives the Cell ID using these two signals:
From PSS: PHYSICAL LAYER CELL IDENTITY is derived. It carries the value of 0, 1 and 2.
From SSS: PHYSICAL LAYER CELL IDENTITY GROUP is derived. It can take the value to 0 to 167.
Formula:
CellID=(3*PHYSICALLAYERCELLIDENTITYGROUP)+PHYSICALLAYERCELLIDENTITY
Step B-6:SiB2
i) Access Barring Information - Access Probability factor, Access Class Baring List, Access
Class Baring Time
ii) Semi static Common Channel Configuration - Random Access Parameter, PRACH
Configuration
iii) UL frequency Information - UL EARFCN, UL Bandwidth, additional emmission
After the above process the UE is synchronized with the network in the Downlink direction and have read SIB1 and SIB 2. Now, it needs
to synchronize in the Uplink direction.
The UE cannot start utilizing the services of the network immediately after downlink synchronization unless it is synchronized in the
uplink direction too.
Now, RAP (Random Access Procedure) is initiated
The UE's can always send the same Preamble ID to the network, thereby resulting
on collisions. This kind of collision is called "Contention" and is known as
"Contention based" RACH Process. The network would go through additional process
to resolve these contention and hence this process is called "Contention
Resolution" step.
Step 1: In the first message the UE provides an indication to the network about it's resource
requirement. This carries the Preamble ID, RA-RNTI
Step 2. The eNB conveys the resources reserved for this UE along with the Timing Advance (TA),
Preamble ID and T-CRNTI (a number generated by eNB and asks the UE to send the RRC connection)
Step 3. UE sends the RRC connection Request using resources given by the eNB. It also sends the
identifier (CRI) to the eNB which is used to resolve the Contention.
Step 4. The eNB runs an algorithm and generates C-RNTI which will be a permanent ID for the UE
till the connection is alive. The eNB sends the UE identifier. In this step, the UE which has received
the ID continues while other UE's will back off and try again.
Scenario:
Multiple UE's attempt to access the network:
1. So, the UEs initiates RACH with same Preamble sequence, RA-RNTI
2. Therefore, the UEs will receive the same T-C-RNTI and resource allocation from
eNB
3. All UEs would send msg 3 (RRCconnectionRequest) message through the same
resource allocation to the Network
4. Once, when msg3 is transmitted, two Timers are started:
a. T300 : Transmission of RRCconnectionRequest
b. Contention Resolution Timer: broadcasted in SIB2. If the UE doesn't receive
msg4 (Contention Resolution message) within this timer, then it go back to Step 1
i.e. transmitting RAP. If there is a HARQ NACK for msg3 (RRCconnectionRequest)
and it has to be re-transmitted then this Contention Resolution Timer will be re-
started
Query_6: Now the big question: How should the eNB behave?
1. One: The signals act as interference to each other and eNB decode neither of them. In this case, none of the UE would have any
response (HARQ ACK) from eNB and all UE will go back to Step 1.
2. Second: The eNB would successfully decode the message from only one UE and fail to decode from others. The decoded UE will get
HARQ ACK from eNB
3. Third: eNB receives msg3 (RRCconnectionRequest) from both the UE's. Here, eNB will send msg4 (Contention Resolution) with
MAC CRI (Contention Resolution Identity) to both the UE's. This CRI will carry a reflection of the RRCconnectionRequest as generated
by one of the UE. The MAC layer of the UE will match the CRI (as received from msg4) with the CRI embedded in the
RRCconnectionRequest. If it matches, then the UE will proceed to decode RRCconnectionSetup and the other UE's will back off and
return to Step1, i.e start the RA procedure again.
For example, if the UE is using "PRACH Configuration Idex 0", it should transmit the RACH only in EVEN number SFN(System Frame
Number). Is this good enough answer ? Does this mean that this UE can transmit the RACH in any time within the specified the SFN ?
The answer to this question is in "Sub Frame Number" colulmn of the table. It says "1" for "PRACH Configuration Idex 0". It means the
UE is allowed to transmit RACH only at sub frame number 1 of every even SFN.
Query_7: How does Network knows exactly when UE will transmit the RACH ?
It is simple. Network knows when UE will send the RACH even before UE sends it because Network tells UE when the UE is supposed
to transmit the RACH. (If UE fails to decode properly the network information about the RACH, Network will fail to detect it even though
UE sends RACH).
Following section will describe network informaton on RACH.
Which RRC Message contains RACH Configuration ?
It is in SIB2 and you can find the details in 3GPP 36.331.
Query_9: Why/when UE send another PRACH? / When/How soon do I have to send the next PRACH?
Backoff Indicator provide the answer to this question.
Backoff Indicator is a special MAC subheader that carries the parameter indicating the time delay between a PRACH
and the next PRACH. (As per 36.321). For example, if the BI field value is 10, Backoff Parameter value is 320 ms. This
means UE can send PRACH any time in between 0 and 320 ms from now.
you would notice that BI (Backoff Indicator) field is made up of 4 bits, implying that it can carry the value from 0~15.
BI subheader should always be at the beginning of the whole MAC header. If you see more carefully, you would notice
that BI subheader is shown with 'dotted' rectangle. It means that this is optional, implying that the network send or
does not send BI depending on the situation.
If you see even more carefully, you would notice that BI subheader does not have any corresponding payload part. It
means "Backoff Indicator" information is carried directly by the MAC header/subheader and it doesn't use any payload
field.
--
The 3GPP TS 36.211 LTE standard defines antenna ports for the downlink. An antenna
port is generally used as a generic term for signal transmission under identical channel
conditions. For each LTE operating mode in the downlink direction for which an
independent channel is assumed (e.g. SISO vs. MIMO), a separate logical antenna port is
defined. LTE symbols that are transmitted via identical antenna ports are subject to the
same channel conditions. In order to determine the characteristic channel for an antenna
port, a UE must carry out a separate channel estimation for each antenna port. Separate
reference signals (pilot signals) that are suitable for estimating the respective channel
are defined in the LTE standard for each antenna port. FIG 1 shows the antenna ports
defined in the LTE standard in Releases 8,9 and 10.
The way in which these logical antenna ports are assigned to the physical transmit
antennas of a base station is up to the base station, and can vary between base stations
of the same type (because of different operating conditions) and also between base
stations from different manufacturers. The base station does not explicitly notify the UE
of the mapping that has been carried out, rather the UE must take this into account
automatically during demodulation (FIG 2). As far asThe way in which these logical
antenna ports are assigned to the physical transmit antennas of a base station is up to
the base station, and can vary between base stations of the same type (because of
different operating conditions) and also between base stations from different
manufacturers. The base station does not explicitly notify the UE of the mapping that has
been carried out, rather the UE must take this into account automatically during
demodulation (FIG 2).
Let us consider antenna ports used for PDSCH allocations since they probably have the
most variations. Initially, the 89600 VSA's LTE demodulator supported only analysis of
PDSCH transmitted on Antenna Ports 0, (0 and 1), (0, 1, 2), or (0, 1, 2, 3). These ports are
considered C-RS antenna ports, and each port has a different arrangement of C-RS
resource elements. Various configurations are defined that use these C-RS antenna ports,
including 2- or 4-port Tx Diversity and 2-, 3-, or 4-port Spatial Multiplexing.
Then beamforming support was added and single-layer PDSCH allocations transmitted on
Port 5 could be analyzed. The LTE demodulator has since been enhanced to support the
LTE Release 9 which added Transmission Mode 8--Dual-Layer Beamforming (i.e.
beamforming + spatial multiplexing)--where PDSCH is transmitted on Antenna Ports 7
and 8 (note that single-layer beamforming in Rel 9 can also use port 7 or port 8 in
addition to port 5). In Rel 10 of the standard, the new transmission mode 9 (TM9) added
up to 8-layer transmissions using Ports 7-14. TM9 is supported by the LTE-Advanced
demodulator.
As Ports 0-3 are indicated by the existence of C-RS, so Ports 5 and 7-14 are indicated by
the UE-specific Reference Signal (UE-RS). The following is a table that summarizes the
various PDSCH mappings that can be used along with the corresponding reference signal
and antenna ports.