5B.4 Common physical channels
25.2213GPPPhysical channels and mapping of transport channels onto physical channels (TDD)Release 17TS
5B.4.1 Primary common control physical channel (P-CCPCH)
The BCH as described in subclause 4.1.2 is mapped onto the Primary Common Control Physical Channel (P-CCPCH). The position (time slot / code) of the P-CCPCH is known from the Physical Synchronisation Channel (PSCH), see subclause 5B.4.4.
5B.4.1.1 P-CCPCH Spreading
The P-CCPCH uses fixed spreading with a spreading factor SF = 32 as described in subclause 5B.3.1.1. The P-CCPCH always uses channelisation code .
5B.4.1.2 P-CCPCH Burst Types
Burst type 1 as described in subclause 5B.2.2 is used for the P-CCPCH unless the entire carrier is dedicated to MBSFN then burst type 4 is used for P-CCPCH. No TFCI is applied for the P-CCPCH.
5B.4.1.3 P-CCPCH Training sequences
The training sequences, i.e. midambles, as described in subclause 5B.3.3 are used for the P-CCPCH.
5B.4.2 Secondary common control physical channel (S-CCPCH)
PCH and FACH as described in subclause 4.1.2 are mapped onto one or more secondary common control physical channels (S-CCPCH). In this way the capacity of PCH and FACH can be adapted to the different requirements.
5B.4.2.1 S-CCPCH Spreading
The S-CCPCH uses fixed spreading with a spreading factor SF = 32 as described in subclause 5B.3.1.1. When S-CCPCH is used for MBSFN operation the spreading factor may be SF = 32 or SF = 1.
5B.4.2.2 S-CCPCH Burst Types
Burst types 1, 2 or 4 as described in subclause 5B.3.2 are used for the S-CCPCHs. TFCI may be applied for S-CCPCHs.
5B.4.2.2A S-CCPCH Modulation
When S-CCPCH is used for MBSFN operation, burst type 4 shall be used and the modulation may be QPSK or 16QAM, see table 8AF for slot formats. When S-CCPCH is used for all other purposes the modulation shall be QPSK.
5B.4.2.3 S-CCPCH Training sequences
The training sequences, i.e. midambles, as described in subclause 5B.3.3 are used for the S-CCPCH.
5B.4.3 The physical random access channel (PRACH)
The RACH as described in subclause 4.1.2 is mapped onto one uplink physical random access channel (PRACH).
5B.4.3.1 PRACH Spreading
The uplink PRACH uses either spreading factor SF=32 or SF=16 as described in subclause 5B.3.1.2. The set of admissible spreading codes for use on the PRACH and the associated spreading factors are broadcast on the BCH (within the RACH configuration parameters on the BCH).
5B.4.3.2 PRACH Burst Type
The UEs send uplink access bursts of type 3 randomly in the PRACH. TFCI and TPC are not applied for the PRACH.
5B.4.3.3 PRACH Training sequences
The training sequences, i.e. midambles, of different users active in the same time slot are time shifted versions of a basic midamble code, m1, or a second basic midamble code, m2, which is a time inverted version of the basic midamble code m1. The basic midamble codes for burst type 3 are shown in Annex AB. The necessary time shifts are obtained by choosing all k=1,2,3…,K’. Different cells use different periodic basic codes, i.e. different midamble sets.
5B.4.3.4 PRACH timeslot formats
For the PRACH the timeslot format is only spreading factor dependent. The timeslot formats 60 and 66 of table 8AG are applicable for the PRACH.
5B.4.3.5 Association between Training Sequences and Channelisation Codes
For the PRACH the fixed association between a training sequence and associated channelisation code is defined in figure 18AK. In this figure, midamble mj(k) is formed from the kth shift of the original basic midamble code (j=1) or of the time-inverted basic midamble code (j=2).
m1(1) – c16(1)
m2(1) – c16(5)
m2(3) – c16(6)
m2(5) – c16(7)
m2(7) – c16(8)
m2(7) – c32(15)
m1(2) – c32(2)
m1(1) – c32(1)
m1(4) – c32(4)
m1(3) – c32(3)
m1(6) – c32(6)
m1(5) – c32(5)
m1(8) – c32(8)
m1(7) – c32(7)
m2(2) – c32(10)
m2(1) – c32(9)
m2(4) – c32(12)
m2(3) – c32(11)
m2(6) – c32(14)
m2(5) – c32(13)
m2(8) – c32(16)
m1(3) – c16(2)
m1(5) – c16(3)
m1(7) – c16(4)
m1(2) – c16(9)
m2(2) – c16(13)
m2(4) – c16(14)
m2(6) – c16(15)
m2(8) – c16(16)
m1(4) – c16(10)
m1(6) – c16(11)
m1(8) – c16(12)
Figure 18AK: Association of midambles to channelisation codes for PRACH in the OVSF tree
5B.4.4 The synchronisation channel (SCH)
The code group of a cell can be derived from the synchronisation channel. In order not to limit uplink/downlink asymmetry, the SCH is mapped on one or two downlink slots per frame only.
There are two cases of SCH and P-CCPCH allocation as follows:
Case 1) SCH and P-CCPCH allocated in TS#k, k=0….14
Case 2) SCH allocated in two TS: TS#k and TS#k+8, k=0…6; P-CCPCH allocated in TS#k.
The position of SCH (value of k) in the frame can change on a long term basis in any case.
Due to this SCH scheme, the position of P-CCPCH is known from the SCH.
Figure 18AL is an example for transmission of SCH, k=0, of Case 2.
Cp
Pp
512 chips
toffset,n
b1Cs,1
Ps/3
b2Cs,2
Ps/3
b3Cs,3
Ps/3
Ps
Time slot = 5120Tc
1 frame = 10ms
bi {1, j}, Cs,i {C0, C1, C3, C4, C5, C6, C8, C10, C12, C13, C14, C15}, i = 1,2,3; see section 8.4
Figure 18AL: Scheme for Synchronisation channel SCH consisting of one primary sequence Cp and 3 parallel secondary sequences Cs,i in slot k and k+8 (example for k=0 in Case 2)
As depicted in figure 18AL, the SCH consists of a primary and three secondary code sequences each 512 chips long. The primary and secondary code sequences are defined in [8].
Due to mobile to mobile interference, it is mandatory for public TDD systems to keep synchronisation between base stations. As a consequence of this, a capture effect concerning SCH can arise. The time offset toffset,n enables the system to overcome the capture effect.
The time offset toffset,n is one of 32 values, depending on the code group of the cell, n, [8]. Note that the cell parameter will change from frame to frame, but the cell will belong to only one code group and thus have one time offset toffset,n. The exact value for toffset,n, is given by:
5B.4.5 Physical Uplink Shared Channel (PUSCH)
The USCH as desribed in subclause 4.1.2 is mapped onto one or more physical uplink shared channels (PUSCH). Timing advance, as described in [9], is applied to the PUSCH.
5B.4.5.1 PUSCH Spreading
The spreading factors that can be applied to the PUSCH are SF = 1, 2, 4, 8, 16 or 32 as described in subclause 5B.3.1.2.
5B.4.5.2 PUSCH Burst Types
Burst types 1, 2 or 3 as described in subclause 5B.3.2 can be used for PUSCH. TFCI and TPC can be transmitted on the PUSCH.
5B.4.5.3 PUSCH Training Sequences
The training sequences as desribed in subclause 5B.3.3 are used for the PUSCH.
5B.4.5.4 UE Selection
The UE that shall transmit on the PUSCH is selected by higher layer signalling.
5B.4.6 Physical Downlink Shared Channel (PDSCH)
The DSCH as described in subclause 4.1.2 is mapped onto one or more physical downlink shared channels (PDSCH).
5B.4.6.1 PDSCH Spreading
The PDSCH uses either spreading factor SF = 32 or SF = 1 as described in subclause 5B.3.1.1.
5B.4.6.2 PDSCH Burst Types
Burst types 1 or 2 as described in subclause 5B.3.2 can be used for PDSCH. TFCI can be transmitted on the PDSCH.
5B.4.6.3 PDSCH Training Sequences
The training sequences as described in subclause 5B.3.3 are used for the PDSCH.
5B.4.6.4 UE Selection
To indicate to the UE that there is data to decode on the DSCH, higher layer signalling is used.
5B.4.7 The Paging Indicator Channel (PICH)
The Paging Indicator Channel (PICH) is a physical channel used to carry the paging indicators.
5B.4.7.1 Mapping of Paging Indicators to the PICH bits
Figure 18AM depicts the structure of a PICH burst and the numbering of the bits within the burst. The same burst type is used for the PICH in every cell. NPIB bits in a normal burst of type 1 or 2 are used to carry the paging indicators, where NPIB depends on the burst type: NPIB=240 for burst type 1 and NPIB=272 for burst type 2. The bits sNPIB+1,…, sNPIB+4 adjacent to the midamble are reserved for possible future use.
Figure 18AM: Transmission and numbering of paging indicator carrying bits in a PICH burst
Each paging indicator Pq in one time slot is mapped to the bits {s2Lpi*q+1,…,s2Lpi*(q+1)} within this time slot. Thus, due to the interleaved transmission of the bits half of the symbols used for each paging indicator are transmitted in the first data part, and the other half of the symbols are transmitted in the second data part; an example is shown in figure 18AN for a paging indicator length LPI of 4 symbols.
Midamble
(512 Chips)
GP
5120T
C
P
0
P
33
2 unused
symbols
….
….
Midamble
(1024 Chips)
GP
5120T
C
P
0
P
29
2 unused
symbols
….
….
Figure 18AN: Example of mapping of paging indicators on PICH bits for LPI=4
The setting of the paging indicators and the corresponding PICH bits (including the reserved ones) is described in [4].
NPI paging indicators of length LPI=2, LPI=4 or LPI=8 symbols are transmitted in each radio frame that contains the PICH. The number of paging indicators NPI per radio frame is given by the paging indicator length and the burst type, which are both known by higher layer signalling. In table 8AH this number is shown for the different possibilities of burst types and paging indicator lengths.
Table 8AH: Number NPI of paging indicators per time slot for the different burst types and paging indicator lengths LPI
LPI=2 |
LPI=4 |
LPI=8 |
|
Burst Type 1 |
NPI=60 |
NPI=30 |
NPI=15 |
Burst Type 2 |
NPI=68 |
NPI=34 |
NPI=17 |
5B.4.7.2 Structure of the PICH over multiple radio frames
The structure of PICH over multiple radio frames is identical to the structure of PICH in 3.84Mcps TDD cf [section 5.3.7.2].
5B.4.7.3 PICH Training sequences
The training sequences, i.e. midambles for the PICH.are generated as described in subclause 5B.3.3. The allocation of midambles depends on whether SCTD is applied to the PICH.
– If no antenna diversity is applied the PICH the midambles can be allocated as described in subclause 5B.7.
– If SCTD antenna diversity is applied to the PICH the allocation of midambles shall be as described in [9].
5B.4.8 High Speed Physical Downlink Shared Channel (HS-PDSCH)
The HS-DSCH as desribed in subclause 4.1.2 is mapped onto one or more high speed physical downlink shared channels (HS-PDSCH).
5B.4.8.1 HS-PDSCH Spreading
The HS-PDSCH shall use either spreading factor SF = 32 or SF=1, as described in 5B.3.1.1.
5B.4.8.2 HS-PDSCH Burst Types
Burst types 1 or 2 as described in subclause 5B.3.2 can be used for PDSCH. TFCI shall not be transmitted on the HS-PDSCH. The TF of the HS-DSCH is derived from the associated HS-SCCH.
5B.4.8.3 HS-PDSCH Training Sequences
The training sequences as described in subclause 5B.3.3 are used for the HS-PDSCH.
5B.4.8.4 UE Selection
To indicate to the UE that there is data to decode on the HS-DSCH, the UE id on the associated HS-SCCH shall be used.
5B.4.8.5 HS-PDSCH timeslot formats
An HS-PDSCH may use QPSK or 16QAM modulation symbols. The time slot formats are shown in table 8AI.
Table 8AI: Time slot formats for the HS-PDSCH
Slot Format |
Spreading Factor |
Midamble length (chips) |
NTFCI code word (bits) |
Bits/slot |
NData/Slot (bits) |
Ndata/data field (bits) |
# |
||||||
0 (QPSK) |
32 |
1024 |
0 |
244 |
244 |
122 |
1 (16QAM) |
32 |
1024 |
0 |
488 |
488 |
244 |
2 (QPSK) |
32 |
512 |
0 |
276 |
276 |
138 |
3 (16QAM) |
32 |
512 |
0 |
552 |
552 |
276 |
4 (QPSK) |
1 |
1024 |
0 |
7808 |
7808 |
3904 |
5 (16QAM) |
1 |
1024 |
0 |
15616 |
15616 |
7808 |
6 (QPSK) |
1 |
512 |
0 |
8832 |
8832 |
4416 |
7(16QAM) |
1 |
512 |
0 |
17664 |
17664 |
8832 |
5B.4.9 Shared Control Channel for HS-DSCH (HS-SCCH)
The HS-SCCH is a DL physical channel that carries higher layer control information for HS-DSCH. The physical layer will process this information according to [7] and will transmit the resulting bits on the HS-SCCH the structure of which is described below.
5B.4.9.1 HS-SCCH Spreading
The HS-SCCH shall use spreading factor SF = 32, as described in 5B.3.1.1.
5B.4.9.2 HS-SCCH Burst Types
Burst type 1 as described in subclause 5B.3.2 can be used for HS-SCCH. TFCI shall not be transmitted on the HS-SCCH.
5B.4.9.3 HS-SCCH Training Sequences
The training sequences as described in subclause 5B.3.3 are used for the HS-SCCH.
5B.4.9.4 HS-SCCH timeslot formats
The HS-SCCH always uses time slot format #0 from table 8AF, see section 5B.3.2.6.1.
5B.4.10 Shared Information Channel for HS-DSCH (HS-SICH)
The HS-SICH is a UL physical channel that carries higher layer control information and the Channel Quality Indicator CQI for HS-DSCH. The physical layer will process this information according to [7] and will transmit the resulting bits on the HS-SICH the structure of which is described below.
5B.4.10.1 HS-SICH Spreading
The HS-SICH shall use spreading factor SF = 32, as described in 5B.3.1.2.
5B.4.10.2 HS-SICH Burst Types
Burst type 1 as described in subclause 5B.3.2 can be used for HS-SICH. TFCI shall not be transmitted on the HS-SICH, however, the HS-SICH shall carry TPC information.
5B.4.10.3 HS-SICH Training Sequences
The training sequences as described in subclause 5B.3.3 are used for the HS-SICH.
5B.4.10.4 HS-SICH timeslot formats
The HS-SICH shall use time slot format #90 from table 8AF, see section 5B.3.2.6.2.
5B.4.11 The MBMS Indicator Channel (MICH)
The MBMS Indicator Channel (MICH) is a physical channel used to carry the MBMS notification indicators. The UE may use multiple MICH within the MBMS modification period in order to make decisions on individual MBMS notification indicators.
5B.4.11.1 Mapping of MBMS Indicators to the MICH bits for burst types 1 and 2
Figure 18AO depicts the structure of a MICH burst and the numbering of the bits within the burst. The same burst type is used for the MICH in every cell. NNIB bits in a normal burst of type 1 or 2 are used to carry the MBMS notification indicators, where NNIB depends on the burst type: NNIB=240 for burst type 1 and NNIB=272 for burst type 2. The bits sNNIB+1,…, sNNIB+4 adjacent to the midamble are reserved for possible future use.
Bits for Notification Indication
Reserved Bits
Bits for Notification Indication
s
1
s
3
s
NNIB-1
s
NNIB+1
s
NNIB+3
s
NNIB+2
s
NNIB+4
s
2
s
4
s
NNIB
…..
Midamble
…..
Guard Period
1 Time Slot
Figure 18AO: Transmission and numbering of MBMS notification indicator carrying bits in a MICH burst using burst types 1 and 2
Each notification indicator Nq in one time slot is mapped to the bits {s2LNI*q+1,…,s2LNI*(q+1)} within this time slot. Thus, due to the interleaved transmission of the bits half of the symbols used for each MBMS notification indicator are transmitted in the first data part, and the other half of the symbols are transmitted in the second data part: an example is shown in figure 18AP for a MBMS notification indicator length LNI of 4 symbols.
Midamble
(256 Chips)
GP
5120T
C
N
0
N
33
2 unused
symbols
….
….
Midamble
(512 Chips)
GP
5120T
C
N
0
N
29
2 unused
symbols
….
….
Figure 18AP: Example of mapping of MBMS notification indicators on MICH bits for LNI=4 for burst types 2 and 1 respectively
The setting of the MBMS notification indicators and the corresponding MICH bits (including the reserved ones) is described in [7].
Nn MBMS notification indicators of length LNI=2, LNI=4 or LNI=8 symbols are transmitted in each MICH. The number of MBMS notification indicators Nn per MICH is given by the MBMS notification indicator length and the burst type, which are both known by higher layer signalling. In table 18AJ this number is shown for burst types 1 and 2 and differing MBMS notification indicator lengths.
Table 18AJ: Number Nn of MBMS notification indicators per time slot for burst types 1 and 2 and differing MBMS notification indicator lengths LNI
LNI=2 |
LNI=4 |
LNI=8 |
|
Burst Type 1 |
Nn=60 |
Nn=30 |
Nn=15 |
Burst Type 2 |
Nn=68 |
Nn=34 |
Nn=17 |
The value NI (NI = 0, …, NNI-1) calculated by higher layers, is associated to the MBMS notification indicator Nq, where q = NI mod Nn.
The set of NI passed over the Iub indicates all higher layer NI values for which the notification indicator on MICH should be set to 1 during the corresponding modification period; all other indicators shall be set to 0.
5B.4.11.1A Mapping of MBMS Indicators to the MICH bits for burst type 4
When an entire carrier is dedicated to MBSFN operation, the MICH shall use burst type 4. In this case NNIB=256 and there are 8 reserved/unused bits adjacent to the midamble reserved for possible future use. The transmission and numbering of MBMS notification indicator carrying bits in a MICH burst is similar to that of figure 18AO with the exception of 4 reserved bits either side of the midamble as opposed to 2 for burst types 1 and 2. An example mapping is shown in figure 18AP.1 for a MBMS notification indicator length LNI of 4 symbols.
Figure 18AP.1: Example of mapping of MBMS notification indicators on MICH bits for LNI=4 for burst type 4
The setting of the MBMS notification indicators and the corresponding MICH bits (including the reserved ones) is described in [7].
Nn MBMS notification indicators of length LNI=2, LNI=4 or LNI=8 symbols are transmitted in each MICH. The number of MBMS notification indicators Nn per MICH is given by the MBMS notification indicator length and the burst type, which are both known by higher layer signalling. In table 18AK this number is shown for the different possibilities of burst types and MBMS notification indicator lengths.
Table 18AK: Number Nn of MBMS notification indicators per time slot for burst type 4 and differing MBMS notification indicator lengths LNI
LNI=2 |
LNI=4 |
LNI=8 |
|
Burst Type 4 |
Nn=64 |
Nn=32 |
Nn=16 |
The value NI (NI = 0, …, NNI-1) calculated by higher layers, is associated to the MBMS notification indicator Nq, where q = NI mod Nn.
The set of NI passed over the Iub indicates all higher layer NI values for which the notification indicator on MICH should be set to 1 during the corresponding modification period; all other indicators shall be set to 0.
5B.4.11.2 MICH Training sequences
The training sequences, i.e. midambles for the MICH, are generated as described in subclause 5B.3.3. The allocation of midambles depends on whether SCTD is applied to the MICH.
– If no antenna diversity is applied the MICH the midambles can be allocated as described in subclause 5B.7.
– If SCTD antenna diversity is applied to the MICH the allocation of midambles shall be as described in [9].
Note that when the entire carrier is dedicated to MBSFN operation MICH employs burst type 4 as described in subclause 5B.4.11.1A. Burst type 4 supports a single midamble and hence SCTD is precluded from operation in such a scenario.
5B.4.12 E-DCH Physical Uplink Channel (E-PUCH)
One or more E-PUCH are used to carry the uplink E-DCH transport channel and associated control information (E-UCCH) in each E-DCH TTI. In a timeslot designated by UTRAN for E-PUCH use, up to one E-PUCH may be transmitted by a UE. No other physical channels may be transmitted by a UE in an E-PUCH timeslot.
Timing advance, as described in [9], subclause 4.3, is applied to the E-PUCH.
5B.4.12.1 E-UCCH
The E-DCH Uplink Control Channel (E-UCCH) carries uplink control information associated with the E-DCH and is carried within indicator fields mapped to E-PUCH. Depending on the configuration by higher layers, an E-PUCH burst may or may not contain E-UCCH and TPC. When E-PUCH does contain E-UCCH, TPC is also transmitted. When E-PUCH does not contain E-UCCH, TPC is not transmitted.
Higher layers shall indicate the maximum number of timeslots (NE-UCCH) that may contain E-UCCH/TPC in the E-DCH TTI. For an allocation of nTS E-PUCH timeslots, the UE shall transmit E-UCCH and TPC on the first m allocated timeslots of the E-DCH TTI, where m = min(nTS , NE-UCCH).
The E-UCCH comprises two parts, E-UCCH part 1 and E-UCCH part 2.
E-UCCH part 1:
– is of length 32 physical channel bits
– is mapped to the TFCI field of the E-PUCH (16 bits either side of the midamble)
– is spread at SF=32 using the channelisation code in the branch with the highest code numbering of the allowed OVSF sub tree, as depicted in [8]
– uses QPSK modulation
E-UCCH part 2:
– is of length 32 physical channel bits
– is spread using the same spreading factor as the data payloads
– uses the same modulation as the data payloads
Figures 18APA and 18APB show the E-PUCH data burst with and without the E-UCCH/TPC fields.
Figure 18APA: Location of E-UCCH part 1, E-UCCH part 2 and TPC in the E-PUCH data burst
Figure 18APB: E-PUCH data burst without E-UCCH/TPC
5B.4.12.2 E-PUCH Spreading
The spreading factors that can be applied to the E-PUCH are SF = 1, 2, 4, 8, 16, 32 as described in subclause 5B.3.1.2.
5B.4.12.3 E-PUCH Burst Types
Burst types 1, 2 or 3 as described in subclause 5B.3.2 can be used for E-PUCH. E-UCCH and TPC can be transmitted on the E-PUCH.
5B.4.12.4 PUSCH Training Sequences
The training sequences as desribed in subclause 5B.3.3 are used for the E-PUCH.
5B.4.12.5 UE Selection
UEs that shall transmit on the E-PUCH are selected by higher layers. The UE id on the associated E-AGCH shall be used for identification.
5B.4.12.6 E-PUCH timeslot formats
An E-PUCH may use QPSK or 16QAM modulation symbols and may or may not contain E-UCCH/TPC. The time slot formats are shown in table 19.
Table 19: Timeslot formats for E-PUCH
slot format # |
SF |
Midamble Length (chips) |
GP (chips) |
NEUCCH1 (bits) |
NEUCCH2 (bits) |
NTPC (bits) |
Bits/slot |
Ndata/slot (bits) |
Ndata/data field(1) (bits) |
Ndata/data field(2) (bits) |
---|---|---|---|---|---|---|---|---|---|---|
0 (QPSK) |
32 |
1024 |
192 |
0 |
0 |
0 |
244 |
244 |
122 |
122 |
1 (16QAM) |
32 |
1024 |
192 |
0 |
0 |
0 |
488 |
488 |
244 |
244 |
2 (QPSK) |
32 |
1024 |
192 |
32 |
32 |
2 |
244 |
178 |
90 |
88 |
3 (16QAM) |
32 |
1024 |
192 |
32 |
32 |
2 |
454 |
388 |
196 |
192 |
4 (QPSK) |
32 |
512 |
192 |
0 |
0 |
0 |
276 |
276 |
138 |
138 |
5 (16QAM) |
32 |
512 |
192 |
0 |
0 |
0 |
552 |
552 |
276 |
276 |
6 (QPSK) |
32 |
512 |
192 |
32 |
32 |
2 |
276 |
210 |
106 |
104 |
7 (16QAM) |
32 |
512 |
192 |
32 |
32 |
2 |
518 |
452 |
228 |
224 |
8 (QPSK) |
16 |
1024 |
192 |
0 |
0 |
0 |
488 |
488 |
244 |
244 |
9 (16QAM) |
16 |
1024 |
192 |
0 |
0 |
0 |
976 |
976 |
488 |
488 |
10 (QPSK) |
16 |
1024 |
192 |
32 |
32 |
2 |
454 |
388 |
196 |
192 |
11 (16QAM) |
16 |
1024 |
192 |
32 |
32 |
2 |
874 |
808 |
408 |
400 |
12 (QPSK) |
16 |
512 |
192 |
0 |
0 |
0 |
552 |
552 |
276 |
276 |
13 (16QAM) |
16 |
512 |
192 |
0 |
0 |
0 |
1104 |
1104 |
552 |
552 |
14 (QPSK) |
16 |
512 |
192 |
32 |
32 |
2 |
518 |
452 |
228 |
224 |
15 (16QAM) |
16 |
512 |
192 |
32 |
32 |
2 |
1002 |
936 |
472 |
464 |
16 (QPSK) |
8 |
1024 |
192 |
0 |
0 |
0 |
976 |
976 |
488 |
488 |
17 (16QAM) |
8 |
1024 |
192 |
0 |
0 |
0 |
1952 |
1952 |
976 |
976 |
18 (QPSK) |
8 |
1024 |
192 |
32 |
32 |
2 |
874 |
808 |
408 |
400 |
19 (16QAM) |
8 |
1024 |
192 |
32 |
32 |
2 |
1714 |
1648 |
832 |
816 |
20 (QPSK) |
8 |
512 |
192 |
0 |
0 |
0 |
1104 |
1104 |
552 |
552 |
21 (16QAM) |
8 |
512 |
192 |
0 |
0 |
0 |
2208 |
2208 |
1104 |
1104 |
22 (QPSK) |
8 |
512 |
192 |
32 |
32 |
2 |
1002 |
936 |
472 |
464 |
23 (16QAM) |
8 |
512 |
192 |
32 |
32 |
2 |
1970 |
1904 |
960 |
944 |
24 (QPSK) |
4 |
1024 |
192 |
0 |
0 |
0 |
1952 |
1952 |
976 |
976 |
25 (16QAM) |
4 |
1024 |
192 |
0 |
0 |
0 |
3904 |
3904 |
1952 |
1952 |
26 (QPSK) |
4 |
1024 |
192 |
32 |
32 |
2 |
1714 |
1648 |
832 |
816 |
27 (16QAM) |
4 |
1024 |
192 |
32 |
32 |
2 |
3394 |
3328 |
1680 |
1648 |
28 (QPSK) |
4 |
512 |
192 |
0 |
0 |
0 |
2208 |
2208 |
1104 |
1104 |
29 (16QAM) |
4 |
512 |
192 |
0 |
0 |
0 |
4416 |
4416 |
2208 |
2208 |
30 (QPSK) |
4 |
512 |
192 |
32 |
32 |
2 |
1970 |
1904 |
960 |
944 |
31 (16QAM) |
4 |
512 |
192 |
32 |
32 |
2 |
3906 |
3840 |
1936 |
1904 |
32 (QPSK) |
2 |
1024 |
192 |
0 |
0 |
0 |
3904 |
3904 |
1952 |
1952 |
33 (16QAM) |
2 |
1024 |
192 |
0 |
0 |
0 |
7808 |
7808 |
3904 |
3904 |
34 (QPSK) |
2 |
1024 |
192 |
32 |
32 |
2 |
3394 |
3328 |
1680 |
1648 |
35 (16QAM) |
2 |
1024 |
192 |
32 |
32 |
2 |
6754 |
6688 |
3376 |
3312 |
36 (QPSK) |
2 |
512 |
192 |
0 |
0 |
0 |
4416 |
4416 |
2208 |
2208 |
37 (16QAM) |
2 |
512 |
192 |
0 |
0 |
0 |
8832 |
8832 |
4416 |
4416 |
38 (QPSK) |
2 |
512 |
192 |
32 |
32 |
2 |
3906 |
3840 |
1936 |
1904 |
39 (16QAM) |
2 |
512 |
192 |
32 |
32 |
2 |
7778 |
7712 |
3888 |
3824 |
40 (QPSK) |
1 |
1024 |
192 |
0 |
0 |
0 |
7808 |
7808 |
3904 |
3904 |
41 (16QAM) |
1 |
1024 |
192 |
0 |
0 |
0 |
15616 |
15616 |
7808 |
7808 |
42 (QPSK) |
1 |
1024 |
192 |
32 |
32 |
2 |
6754 |
6688 |
3376 |
3312 |
43 (16QAM) |
1 |
1024 |
192 |
32 |
32 |
2 |
13474 |
13408 |
6768 |
6640 |
44 (QPSK) |
1 |
512 |
192 |
0 |
0 |
0 |
8832 |
8832 |
4416 |
4416 |
45 (16QAM) |
1 |
512 |
192 |
0 |
0 |
0 |
17664 |
17664 |
8832 |
8832 |
46 (QPSK) |
1 |
512 |
192 |
32 |
32 |
2 |
7778 |
7712 |
3888 |
3824 |
47 (16QAM) |
1 |
512 |
192 |
32 |
32 |
2 |
15522 |
15456 |
7792 |
7664 |
48 (QPSK) |
32 |
1024 |
384 |
0 |
0 |
0 |
232 |
232 |
122 |
110 |
49 (16QAM) |
32 |
1024 |
384 |
0 |
0 |
0 |
464 |
464 |
244 |
220 |
50 (QPSK) |
32 |
1024 |
384 |
32 |
32 |
2 |
232 |
166 |
90 |
76 |
51 (16QAM) |
32 |
1024 |
384 |
32 |
32 |
2 |
430 |
364 |
196 |
168 |
52 (QPSK) |
16 |
1024 |
384 |
0 |
0 |
0 |
464 |
464 |
244 |
220 |
53 (16QAM) |
16 |
1024 |
384 |
0 |
0 |
0 |
928 |
928 |
488 |
440 |
54 (QPSK) |
16 |
1024 |
384 |
32 |
32 |
2 |
430 |
364 |
196 |
168 |
55 (16QAM) |
16 |
1024 |
384 |
32 |
32 |
2 |
826 |
760 |
408 |
352 |
56 (QPSK) |
8 |
1024 |
384 |
0 |
0 |
0 |
928 |
928 |
488 |
440 |
57 (16QAM) |
8 |
1024 |
384 |
0 |
0 |
0 |
1856 |
1856 |
976 |
880 |
58 (QPSK) |
8 |
1024 |
384 |
32 |
32 |
2 |
826 |
760 |
408 |
352 |
59 (16QAM) |
8 |
1024 |
384 |
32 |
32 |
2 |
1618 |
1552 |
832 |
720 |
60 (QPSK) |
4 |
1024 |
384 |
0 |
0 |
0 |
1856 |
1856 |
976 |
880 |
61 (16QAM) |
4 |
1024 |
384 |
0 |
0 |
0 |
3712 |
3712 |
1952 |
1760 |
62 (QPSK) |
4 |
1024 |
384 |
32 |
32 |
2 |
1618 |
1552 |
832 |
720 |
63 (16QAM) |
4 |
1024 |
384 |
32 |
32 |
2 |
3202 |
3136 |
1680 |
1456 |
64 (QPSK) |
2 |
1024 |
384 |
0 |
0 |
0 |
3712 |
3712 |
1952 |
1760 |
65 (16QAM) |
2 |
1024 |
384 |
0 |
0 |
0 |
7424 |
7424 |
3904 |
3520 |
66 (QPSK) |
2 |
1024 |
384 |
32 |
32 |
2 |
3202 |
3136 |
1680 |
1456 |
67 (16QAM) |
2 |
1024 |
384 |
32 |
32 |
2 |
6370 |
6304 |
3376 |
2928 |
68 (QPSK) |
1 |
1024 |
384 |
0 |
0 |
0 |
7424 |
7424 |
3904 |
3520 |
69 (16QAM) |
1 |
1024 |
384 |
0 |
0 |
0 |
14848 |
14848 |
7808 |
7040 |
70 (QPSK) |
1 |
1024 |
384 |
32 |
32 |
2 |
6370 |
6304 |
3376 |
2928 |
71 (16QAM) |
1 |
1024 |
384 |
32 |
32 |
2 |
12706 |
12640 |
6768 |
5872 |
5B.4.13 E-DCH Random Access Uplink Control Channel (E-RUCCH)
The E-RUCCH is used to carry E-DCH-associated uplink control signalling when E-PUCH resources are not available. The characteristics of the E-RUCCH physical channel are identical to those of PRACH (see subclause 5B.4.3).
Physical resources available for E-RUCCH are configured by higher layers. E-RUCCH may be mapped to the same physical resources that are assigned for PRACH.
5B.4.14 E-DCH Absolute Grant Channel (E-AGCH)
The E-DCH Absolute Grant Channel (E-AGCH) is a downlink physical channel carrying the uplink E-DCH absolute grant control information. Unlike other downlink physical channel types, E-AGCH also carries a TPC field (located immediately after the midamble and spread using SF32) which is used to control the E-PUCH power. Figure 18APC illustrates the burst structure of the E‑AGCH.
Figure 18APC: Burst structure of E-AGCH
One E-DCH absolute grant for a UE shall be transmitted over one E-AGCH.
5B.4.14.1 E-AGCH Spreading
The E-AGCH shall use spreading factor SF = 32, as described in 5B.3.1.1.
5B.4.14.2 E-AGCH Burst Types
Burst types 1 and 2 as described in subclause 5B.3.2 can be used for E-AGCH. TPC shall be transmitted on E-AGCH whereas TFCI shall not be transmitted.
5B.4.14.3 E-AGCH Training Sequences
The training sequences as described in subclause 5B.3.3 are used for the E-AGCH.
5B.4.15.4 E-AGCH timeslot formats
The E-AGCH uses the timeslot formats of Table 20. These augment downlink slot formats 0…19 of table 8AF, see subclause 5B.3.2.6.1.
Table 20: Time slot formats for E-AGCH
Slot Format # |
SF |
Midamble length (chips) |
NTFCI code word (bits) |
NTPC (bits) |
Bits/slot |
NData/Slot (bits) |
Ndata/data field (1) (bits) |
Ndata/data field (2) (bits) |
---|---|---|---|---|---|---|---|---|
20 |
32 |
1024 |
0 |
2 |
244 |
242 |
122 |
120 |
21 |
32 |
512 |
0 |
2 |
276 |
274 |
138 |
136 |
5B.4.15 E-DCH Hybrid ARQ Acknowledgement Indicator Channel (E-HICH)
The E-DCH HARQ Acknowledgement indicator channel (E-HICH) is defined in terms of a SF32 downlink physical channel and a signature sequence. The E-HICH carries the uplink E-DCH hybrid ARQ acknowledgement indicator. Figure 18APD illustrates the structure of the E-HICH.
Figure 18APD – E-HICH Structure
A single channelisation code may carry one or multiple signature sequences. Each signature sequence conveys a HARQ acknowledgement indicator. A maximum of one indicator may be transmitted to a UE. Each acknowledgement indicator is coded to form a signature sequence of 240 bits (b0, b1, … , b239) as defined in [7] and is transmitted within a single E-HICH timeslot. The E-HICH also contains U spare bit locations, where U=4 for burst type 1 and U=36 for burst type 2. The spare bit values are not defined.
5B.4.15.1 E-HICH Spreading
Signature sequences (including spare bits inserted) that share the same channelisation code are combined and spread using spreading factor SF=32 as described in [8].
5B.4.15.2 E-HICH Burst Types
Burst types 1 and 2 as described in subclause 5B.3.2 can be used for E-HICH. Neither TFCI nor TPC shall be transmitted on the E-HICH.
5B.4.15.3 E-HICH Training Sequences
The training sequences as described in subclause 5B.3.3 are used for the E-HICH.