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 = 5120Tc

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.