Presentation is loading. Please wait.

Presentation is loading. Please wait.

WCDMA RAN Protocols and Procedures Chapter 5 RLC and MAC Protocols

Similar presentations


Presentation on theme: "WCDMA RAN Protocols and Procedures Chapter 5 RLC and MAC Protocols"— Presentation transcript:

1 WCDMA RAN Protocols and Procedures Chapter 5 RLC and MAC Protocols
In this chapter we will look at the considerations that must be taken into account when planning a CDMA network.

2 Objectives of Chapter 5, RLC and MAC Protocols
After this chapter the participants will be able to: Explain the RLC functions. List the different modes of RLC (transparent, unacknowledged and acknowledged mode) and explain the structure of the Protocol Data Unit (PDU) involved in these cases. Explain the MAC functions. Explain the MAC architecture, its entities and their usage for the mapping of transport channels. List the contents of the MAC Protocol Data Unit (PDU). Explain the Transport Format selection and the relation between Combinations (TFC) and Sets (TFCS). Explain Channel Type Switching. Explain the structure and mapping of physical channels.

3 INTRODUCTION

4 Uu interface protocol architecture (figure 5-1) (1)
L3/RRC control Logical Channels Transport PHY L2/MAC L1 RLC L2/RLC MAC UuS boundary BMC L2/BMC RRC Control PDCP L2/PDCP Physical

5 Uu interface protocol architecture (figure 5-1) (2)
The control interfaces between the RRC and all the lower layer protocols are used by the RRC layer : * configure characteristics of the lower layer protocol entities, including parameters for the physical, transport and logical channels. * to command the lower layers to report measurement results and errors to the RRC.

6 RADIO LINK CONTROL (RLC) PROTOCOL
-- INTRODUCTION--

7 INTRODUCTION The RLC work in transparent, unacknowledged and acknowledged mode. in the control plane, the service provided by the RLC layer is called Signalling Radio Bearer (SRB). In the user plane, the service provided by the RLC layer is called a Radio Bearer (RB)

8 Protocol Data Unit (PDU) and Service Data Unit (SDU) (1) (figure 5-2)
Uu interface PDCP PDCP PDU PDCP PDU RLC PCI RLC SDU RLC SDU RLC RLC PDU RLC PCI payload RLC PDU RLC PCI payload MAC MAC SDU MAC SDU SDU : Service Data Unit PDU : Protocol Data Unit PCI: Protocol Control Information Processing done for the SDUs at layer N can be e.g.: -Add overhead (e.g. sequence number, ch type info) -Segmentation, etc.

9 Protocol Data Unit (PDU) and Service Data Unit (SDU) (2)
the Radio Link Control (RLC) layer receives a PDCP PDU. In the RLC layer, the data will be known as an RLC SDU After the header is added, the data is called an RLC PDU In the Medium Access Layer (MAC) this is now a MAC SDU. The MAC layer may add a MAC header and send MAC PDUs to the physical layer.

10 RADIO LINK CONTROL (RLC) PROTOCOL
-- RLC FUNCTIONS --

11 RLC Protocol Entity (1) RLC Services RLC Functions
L2 connection establishment and release Transparent data transfer Unacknowledged data transfer Acknowledged data transfer RLC Functions Segmentation and re-assembly Concatenation Padding Transfer of user data in transparent, unacknowledged and acknowledged mode. Error correction (ARQ) In-sequence delivery Duplicate detection Flow control Sequence number check Ciphering

12 RLC Protocol Entity (2) 1. Segmentation and reassembly
Performs segmentation/reassembly of variable length higher layer PDUs into/from smaller RLC Payload Units (PUs). 2. Concatenation If the contents of an RLC SDU do not fill an integral number of RLC PDUs, the first segment of the next RLC SDU may be put into the RLC PDU in concatenation with the last segment of the previous RLC SDU 3. Padding When concatenation is not applicable and the remaining data to be transmitted does not fill an entire RLC SDU of given size, the remainder of the data field is filled with padding bits. 4. Transfer of user data RLC supports acknowledged, unacknowledged and transparent data transfer. Transfer of user data is controlled by QoS setting.

13 RLC Protocol Entity (3)

14 RLC Protocol Entity (4)

15 RADIO LINK CONTROL (RLC) PROTOCOL
-- RLC MODES --

16

17 RLC Layer Architecture (figure 5-3)
TM UM AM Tx Rx Tx Rx Tx/Rx Rx Tx Rx Tx Tx/Rx In Transparent and Unacknowledged Mode the RLC entities are unidirectional In Acknowledged Mode, it is bi-directional

18 RLC Transparent Mode PDU (figure 5-4)
The RLC TM PDU introduces no overhead Protocol functions may still be applied e.g. segmentation Data TM is used for voice and circuit switched data where delay should be as low as possible. It is also used for the SRB for BCCH and PCCH.

19 RLC Transparent Mode Entities (figure 5-5)
UE/UTRAN Radio Interface (Uu) UTRAN/UE TM - SAP TM - SAP Transmitting Receiving TM - RLC TM - RLC Transmission entity entity Reassembly buffer Reception Segmentation buffer CCCH/DCCH/DTCH/SHCCH UE CCCH/DCCH/DTCH/SHCCH UTRAN BCCH/PCCH/DCCH/DTCH UTRAN BCCH/PCCH/DCCH/DTCH UE

20 RLC Unacknowledged Mode PDU (figure 5-6)
Sequence number. E: Extension bit. Indicates whether next octet will be a length indicator and E bit. Data shall be a multiple of 8 bits. If the transmitted data does not fill an entire PDU the remainder of the data field is filled with padding bits. Oct 1 E Length Indicator Data PAD Oct N (Optional) . Sequence Number Ciphering Unit no retransmission protocol is used and data delivery is not guaranteed. Received erroneous data is either marked or discarded depending on the configuration.

21 RLC Fields (table 5-1) length indicators
Length Indicators are also used to define whether Padding is included in the UMD PDU. It may be 7 bits (if the largest PDU size is ≤ 125 octets) or 15 bits long (otherwise). some length indicator sequences are predefined

22 Predefined length indicators. (table 5-2)

23 RLC Unacknowledged Mode Entities (figure 5-7)
Segmentation & Concatenation Padding Ciphering Sequence number check Transfer of user data UE/UTRAN Radio Interface (Uu) UTRAN/UE UM - SAP UM - SAP Transmission Transmittin Receiving Reassembly buffer g UM RLC UM RLC enti ty entity Remove RLC Segmentation & header Concatenation Reception Add RLC header buffer Ciphering Deciphering DCCH/DTCH UE DCCH/DTCH UTRAN CCCH/SHCCH/DCCH/DTCH/CTCH UTRAN CCCH/SHCCH/DCCH/DTCH/CTCH UE Example for UM RLC: The cell broadcast service is an example of a user service that could utilise UM as well as the RRC Connection Setup/Reject message sent on CCCH/FACH.

24 RLC Acknowledged Mode PDU (figure 5-8)
D/C: Data/Control PDU indicator bit P: Poll bit. To be used to request for a Status PDU. HE: Header Extension bits. Indicates if the next octet will be data or a length indicator and E bit. E: Extension bit. Indicates whether next octet will be a length indicator and E bit. Sequence Number D/C E Length Indicator Data PAD or a piggybacked STATUS PDU Oct 1 2 OctN P HE . (Optional) 3 Example for AM RLC: * for packet-type services such as Internet browsing and (DTCH). * also used for signalling, when it is important that the signalling is received correctly but delay is not the most important. Ciphering Unit

25 RLC fields (table 5-3 and 5-4)
D/C field Length: 1bit. The D/C field indicates the type of an AM PDU. It can be either data or control PDU. Bit Description Control PDU 1 Data PDU NOTE: There are some predefined sequence numbers

26 RLC Fields continued (table 5-5 and 5-6)

27 RLC fields continued (table 5-7)
The Status PDU : is used for retransmission. The receiver transmits status reports to the sender in order to inform the sender about which AMD PDUs have been received and not received.

28 RLC PDU Formats- Status PDU (figure 5-9)
D/C PDU type SUFI 1 Octet 1 SUFI1 Octet 2 SUFIK Octet N D/C: Data/control PDU indicator. SUFI: Super Field. This field can be either a list, bitmap, relative bitmap, Acknowledgment field etc. Which type of field it is is indicated within the SUFI.

29 Super Fields (SUFI) Acknowledgement: Gives the SN up to which all PDUs are received correctly List: Lists the SNs of the PDUs which were not received correctly Bitmap: Indicates the erroneous PDUs in a bitmap Relative List: Optimised method of listing erroneous PDUs Move Receive Window: Moves the receiving window when SDU discard is performed No More Data: Indicates the end of a Status Report Window Size: This field is for flow control purposes

30 RLC Acknowledged Mode PDU (figure 5-10)
UE/UTRAN AM - SAP AM RLC entity Segmentation/Concatenation RLC Contro l Unit Add RLC header Piggybacked status Optional Retransmission buffer & Reassembly man a gement Received Remove RLC header & Extract MUX acknowledgements Piggybacked information Transmission Reception buffer Acknowledgements buffer & Retransmission management This block diagram of a WCDMA UE transmitter shows clearly that the DPCCH and DPDCH are not time multiplexed but are transmitted on the I and Q branches of an I/Q modulator. In other words complex spreading is done. The reason for this is as previously stated is to reduce the peak to average power output from the UE and hence reduce the interference to equipment close to the transmitter. Deciphering Set fields in PDU Header (e.g. set poll bits) & piggybacked STATUS PDU Ciphering (only for AMD PDU) Demux/Routing Transmitting side Receiving side DCCH/ DCCH/ DCCH/ DCCH/ DCCH/ DCCH/ DTCH * * DTCH * DTCH ** DTCH ** DTCH * DTCH **

31 MEDIUM ACCESS CONTROL (MAC) PROTOCOL
---INTRODUCTION---

32 The MAC layer offers services to upper layers in the form of :
* data transfer on logical channels * reallocation of radio resources * MAC parameters : reconfiguration of MAC functions such as change of identity of UE, change of transport format (combination) sets, change of transport channel type. * reporting of measurements: such as traffic volume and quality indication

33 MEDIUM ACCESS CONTROL (MAC) PROTOCOL
---MAC FUNCTIONS---

34 MAC Protocol Entity (1) MAC Services MAC Functions Data Transfer
Reallocation of resources Measurement reporting MAC Functions Mapping between logical channels and transport channels Selection of appropriate Transport Format for each Transport Channel depending on the instantaneous source rate UE identification on common transport channels Multiplexing of logical channels (common and dedicated) Traffic volume measurement Transport Channel Type switching Ciphering for transparent mode RLC

35 MAC Protocol Entity (2) MAC Functions
Mapping between logical channels and transport channels Selection of appropriate Transport Format for each Transport Channel depending on the instantaneous source rate Priority handling between data flows of one UE achieved by selecting “high bit rate” and “low bit rate” Transport Formats for different data flows. UE identification on common transport channels the identification of the UE (Cell Radio Network Temporary Identity (C- RNTI) or UTRAN Radio Network Temporary Identity (U-RNTI)) is included in the MAC header.

36 MAC Protocol Entity (3) Multiplexing of logical channels (common and dedicated) Traffic volume measurement * Measure on the amount of data in the RLC transmission buffer * MAC compares the amount of data corresponding to a transport channel with the threshold set by RRC. If the amount of data is too high or too low, MAC sends a measurement report on traffic volume status to RRC. * use these reports for triggering reconfiguration of Radio Bearers and/or Transport Channels. Transport Channel Type switching Ciphering for transparent mode RLC

37 MEDIUM ACCESS CONTROL (MAC) PROTOCOL
---ARCHITECTURE---

38 Logical Channels Provided by L2/MAC sublayer to higher layers
Defined by which type of information is transported Control Channels Broadcast Control Channel (BCCH, DL) Paging Control Channel (PCCH, DL) Common Control Channel (CCCH, DL & UL) Dedicated Control Channel (DCCH, DL & UL) Traffic Channels Dedicated Traffic Channel (DTCH, DL & UL) Common Traffic Channel (CTCH, DL)

39 Transport Channels Services provided by the physical layer (layer 1) to the MAC layer Defined by “how and with what characteristics” the data is transported Common Transport Channels Broadcast Channel (BCH) (DL) Paging Channel (PCH) (DL) Random Access Channel (RACH) (UL) Forward Access Channel (FACH) (DL) Downlink Shared Channel (DSCH) (DL) Common Packet Channel (CPCH) (UL) Dedicated Transport Channels Dedicated Channel (DCH) (UL & DL) Same channel used by several users No UE identification provided by L1, in-band signaling of UE identity For exclusive use of one user UE inherently identified by the physical channel

40 MAC architecture (figure 5-11)
BCCH MAC Control PCCH BCCH CCCH CTCH SHCCH MAC Control MAC Control DCCH DTCH DTCH TDD only MAC-d Serving RNC per UE MAC-b MAC-c/sh Controlling RNC, per cell Transparent RBS, per cell BCH PCH FACH FACH RACH CPCH USCH USCH DSCH DSCH DCH DCH Iur or local FDD only TDD only TDD only

41 MEDIUM ACCESS CONTROL (MAC) PROTOCOL
---MAC PDU AND FLOW---

42 PDU in MAC The MAC PDU : consists of an optional MAC header and a MAC Service Data Unit (MAC SDU). Transport Block: Each RLC PDU (e.g. TMD, UMD or AMD) is mapped onto one and only one Transport Block. Transport Block Set(TBS): In the UE for the uplink, all MAC PDUs delivered to the physical layer within one Time Transmission Interval (TTI) are defined as Transport Block Set (TBS). It consists of one or several Transport Blocks, each containing one MAC PDU.

43 MAC DATA PDU (figure 5-12) RLC PDU MAC header MAC SDU UE-Id TCTF UE-Id C/T MAC SDU type Ciphering Unit Target Channel Type Field (TCTF) identifies the type of logical channel (CCCH, BCCH, CTCH, DTCH/DCCH) on RACH/FACH. UE-Id provides an identifier of the UE on common transport channels. UE-Id type is needed to ensure correct coding of the UE-Id field. C/T identifies the logical channel number (in case of MAC multiplexing of several DTCH and DCCH).

44 Target Channel Type Field (TCTF) (table 5-1 and 5-2)
Provides identification of the logical channel class on FACH or RACH TCTF Designation 00 BCCH CCCH Reserved (PDUs with this coding will be discarded by this version of the protocol) CTCH 11 DCCH or DTCH over FACH TCTF Designation 00 CCCH 01 DCCH or DTCH over RACH 10-11 Reserved (PDUs with this coding will be discarded by this version of the protocol)

45 C/T Field (table 5-3) Provides identification of the logical channel instance when multiple channels are carried on the same transport channel. C/T field Designation 0000 Logical channel 1 0001 Logical channel 2 ... 1110 Logical channel 15 1111 Reserved (PDUs with this coding will be discarded by this version of the protocol)

46 UE Id Field (table 5-4) Provides an identifier of the UE on common transport channels. UE Id type Length of UE Id field U-RNTI 32 bits C-RNTI 16 bits

47 UE-Id Type Field (table 5-5)
Needed to ensure correct coding of the UE-Id field UE-Id Type field 2 bits UE-Id Type 00 U-RNTI 01 C-RNTI 10 Reserved (PDUs with this coding will be discarded by this version of the protocol) 11

48 WCDMA RAN side MAC architecture / MAC-d details (1)
DCCH DTCH DTCH MAC - Control UE Trans port Channel Type Switching C/T MUX Deciphering / Priority setting C/T MAC - d Flow Control MUX to MAC - c/sh MAC c/sh / MAC - d DL scheduling/ priority handling Ciphering DCH DCH

49 WCDMA RAN side MAC architecture / MAC-d details (2)
Transport Channel Type Switching : If requested by RRC, MAC switches the mapping of one designated logical channel between common and dedicated transport channels. C/T MUX : a C/T field is added indicating the logical channel instance where the data originates. This is always needed for common transport channels, such as the FACH, but for dedicated it is only needed when several logical channels are multiplexed into C/T MUX. Priority setting function : is responsible for priority setting on data received from DCCH/DTCH. flow control function : exists between MAC-c/sh and MAC-d to limit buffering in the MAC-c/sh entity. Ciphering/deciphering : in MAC-d is only performed for transparent mode data.

50 WCDMA RAN side MAC architecture / MAC-c/sh details (1)
Control PCCH BCCH SHCCH CCCH CTCH (TDD only) MAC - c/sh Flow Control to MAC d MAC - c/sh / MAC - d TCTF MUX / UE Id MUX Scheduling / Priority Hand ling/ Demux TFC selection TFC selection DL: code allocation PCH FACH FACH DSCH DSCH USCH USCH RACH CPCH TDD only TDD only (FDD only )

51 WCDMA RAN side MAC architecture / MAC-c/sh details (2)
UE id MUX: After receiving the data from MAC-d, the MAC-c/sh entity first adds the UE identification type, which is the actual UE identification (CRNTI or U-RNTI). the scheduling/priority handling function : is to decide the exact timing when the PDU is passed to layer 1 via the FACH transport channel with an indication of what transport format used. The Transport Format Combination (TFC) selection : is done in the downlink for FACH, PCH and DSCH. DL code allocation : is only used to indicate the code if DSCH is used.

52 MAC Model/WCDMA RAN side (figure 5-13 and figure 5-14 connected)
PCCH BCCH CCCH CTCH MAC-Control DCCH DTCH DTCH MAC-c/sh Transport Channel Type Switching Flow Control MAC-c/sh/MAC-d C/T MUX Deciphering Priority setting C/T MUX MAC-d TCTF MUX / UE Id MUX Scheduling / Priority Handling/ Demux DL scheduling/ priority handling Ciphering TFC selection PCH FACH FACH RACH DCH DCH

53 MEDIUM ACCESS CONTROL (MAC) PROTOCOL
---TRANSPORT FORMAT---

54 The Transport Format (TF) and Transport Format Set (TFS) : describes the data
transfer format offered by L1 to MAC (and vice versa) and is configured by RRC for a specific transport channel. Each transport channel is configured with one or more Transport Formats (TF). This is referred to as the Transport Format Set (TFS) * The maximum number of TFs per transport channel is 32 (numbered 0-31). * Each TF corresponds to a certain number of equal size transport blocks, i.e. Transport Block Set (TBS), which may be transmitted on the transport channel within the same interval. * The length of the interval is defined by the Transmission Time Interval (TTI), which is a fixed periodicity of transport blocks and can have a length of 10, 20, 40 and 80 ms.

55 Transport Format Set (TFS) (figure 5-15)
Only the dynamic attributes differ between the TFs within the TFS TF1 TF2 TF3 Increasing bit rate TFS

56 Transport format (figure 5-16)
Describes instantaneous characteristics of a transport channel and the data transfer format offered by L1. Semi-static part Transmission Time Interval (TTI) Channel-coding scheme Reconfiguration by RRC is needed. Dynamic part Number of transport blocks per TTI Number of bits per transport block Transport format The Transport Format (TF) describes how the data is transmitted on a transport channel. For each transport channel a set of transport formats are defined, the so-called Transport Format Set (TFS). The TFS is assigned to MAC from RRC when the transport channel is set up. MAC may then choose the actual transport format within the TFS. MAC may change the transport format within the Transport Format Set once every Transmission Time Interval. The transport format consists of two parts: - Semi-static part (can be reconfigured on slow basis): - Same for all transport formats in the transport format set - TTI, coding scheme, etc. - Dynamic part: - May differ for different transport formats within the transport format set - Number of transport blocks per TTI - Number of bits per transport block Transport Block N Transport Block Transport Block Transport Block Transport Block Transport Block L bits TTI

57 Transport Channel Coding (figure 5-17)
CRC (Cyclic Redundancy Check) Calculated for and added to each transport block CRC length : 0/8/12/16/24 bits FEC (Forward Error Correction) Convolution coding (R=1/2, R=1/3) Turbo coding (R=1/3) Channel Interleaving Block interleaving over one TTI Add CRC Channel coding Interleaving Transport Channel Coding The figure illustrates how channel coding and interleaving is applied to each transport channel. First a Cyclic Redundancy Check (CRC) is added to each transport block. The CRC allows for detection of errors in the transport blocks. The error detection can e.g. be used for - Uplink soft-handover combining - Threshold setting for closed-loop power-control. - General indication of erroneous transport blocks to higher layers The CRC can be of different length depending on the error-detection requirements. The CRC length is part of the transport format. Forward Error Correction (FEC) is then applied to each transport channel.Two different coding schemes can be applied: - Convolutional coding - Turbo coding What channel-coding scheme to use is determined by the RRC and is part of the transport format. Typically Turbo coding is used for higher-rate services or services with high quality requirements. Finally, block interleaving with an interleaving span of one TTI is applied to each coded transport channel. Coded Transport Channel

58 Examples of transport channel structures, simple variable rate speech and packet data (figure 5-18)
TTI = 20 ms Convolutional coding One transport block per TTI (one speech frame) Variable-length transport blocks TTI (typically 20 ms) Rate = R Rate = R/4 Rate = R/2 TTI One ”packet” Packet data Turbo coding Fixed-length transport blocks Variable number of transport block per TTI Transport-channel structure, examples This figure shows some examples of transport-channel structures In case of variable-rate speech, the speech codec typically delivers one block of data of variable size once every 20 ms. This can be mapped to a transport channel with TTI = 20 ms and one transport block of variable length per TTI. Convolutional coding is typically used for speech. In case of packet data, higher layers typically deliver a variable number of blocks of fixed length. This can be mapped to a transport channel with fixed length transport blocks. The fixed block size is useful in conjunction with ARQ protocols typically used for packet data, since new blocks to transmit and retransmitted blocks then have the same size.

59 Characterization of Transport Format

60 Multiple transport channels (figure 5-19)
A connection typically consists of multiple transport channels in each direction One set of transport formats per transport channel Transport Format Combination (TFC): The instantaneous combination of transport formats for all transport channels to (from) one UE Signaled over L1 as Transport Format Combination Indicator (TFCI) DL TrCh #1 DL TrCh #M UL TrCh #1 UL TrCh #N UTRAN UE Multiple transport channels An uplink or downlink connection typically (almost always) consists of more than one transport channel. The combination of transport formats of all transport channels is known as the (instantaneous) Transport Format Combination (TFC). This is signaled over the air to the receiver by means of the so-called Transport Format Combination Indicator (TFCI). The TFCI is a physical-layer signal.

61 Transport Format Set (TFC) (figure 5-20)
A combination of currently valid Transport Formats at a given point of time containing one Transport Format for each transport channel. Transport channel 1 Transport channel 2 Transport channel 3 TF1 TF2 TF3 TF1 TF2 TF3 TF1 TF2 TF3 TFC1

62 Transport Format Set (TFCS) (figure 5-21)
TFCS is the set of TFCs that has been configured (by RRC) MAC selects a TFC out of the TFCS Current TFC is indicated by the Transport Format Combination Indicator (TFCI) in each physical frame every 10 ms TF1 TF2 TF3 Transport channel 1 Transport channel 2 Transport channel 3 TFC1 TFC2 TFC3 TFC4 TFCS

63 Summary of Data Exchange through transport channels
Transport block: the basic unit exchanged between L1 and MAC Transport block set: a set of transport blocks which are exchanged between L1 and MAC at the same time instance on the same TrCH The Transmission Time Interval (TTI) and the error protection scheme to apply are semi-static parameters for the TrCH while the number of transport blocks and their size are dynamic ones Transport format: a defined format offered by L1 for the delivery of a Transport Block Set during a TTI Transport format set: a set of Transport Formats associated to a Transport Channel Transport Format Combination: a combination of transport formats submitted simultaneously to L1, containing one Transport Format for each transport channel. Transport Format Combination Set: a set of transport format combinations The Transport Format Combination Indicator (TFCI): on L1 indicates the currently valid TFC.

64 MEDIUM ACCESS CONTROL (MAC) PROTOCOL
---CHANNEL SWITCHING---

65 The purpose of Channel Switching : is to optimize the use of the radio
resources, by dynamically changing the resources allocated to the best-effort users. When there are plenty of resources available, the best-effort user receives high bit rates but when the system is heavily loaded and there are not many resources left,

66 Channel Switching 5. SHO can initiate a switch if it fails to add a RL
Soft Congestion Channel Switching 1. CELL_FACH to CELL_DCH: Bufferbased 2. CELL_DCH to CELL_FACH: Throughput 3. Upswitch: Bandwidth 4. Downswitch: DL Code Power Based 5. Downswitch: Handover Based 6. Downswitch: CELL_FACH to Idle due to inactivity 7. Multi-RAB Upswitch: Bufferbased 8. Multi-RAB Downswitch: Throughput based Cell_DCH 64/384 Cell_DCH 64/64 Cell_FACH Cell_DCH 64/128 Idle Mode 2. Dedicated to common based on throughput 3. Upswitch based on bandwidth 4. Coverage triggered downswitch 1. Common to Dedicated based on buffer size 6. No activity Cell_DCH Speech + PS 64/64 Cell_DCH Speech + PS 0/0 7. UL or DL buffer size above a threshold 8. UL & DL throughput = 0 for a certain time Copyright © Ericsson Education. All rights reserved

67 1. Switch from Cell_FACH to Cell_DCH state
based on the buffer load. Downlink buffer load measurements in the S-RNC , uplink buffer load measurement by the UE in the MAC layer. in the Idle State or Cell_FACH the UE will read the System Information and configure its measurements. For the DCH state, measurements are configured by a “Measurement Control” message. In the UL case the UE sends a “Measurement Report” to the RNC when the buffer size is reached. In the DL case, the RNC handles the switch internally.

68 2. switch from Cell_DCH to Cell_FACH
Throughput based triggers the MAC layer to report to RRC and send a “Measurement Report” to the RNC for low throughput in UE. If both the throughput in the UL and the DL is below the set values, a switch from Cell_DCH to Cell_FACH will be performed via Radio Bearer Reconfiguration procedure. 3. Up Switch between the Radio Bearers for the Cell_DCH state based on bandwidth need. The supported bit rates are 64/64, 64/128 and 64/384 kbps. When the throughput becomes close to the maximum user bandwidth (64 or 128 kbps) the procedure is triggered. In the UL case, the UE sends a “Measurement Report” and in the DL case it is handled in the RNC internally.

69 4. Down Switch between the Radio Bearers for the Cell_DCH state
performed due to coverage, i.e. due to DL power. In this case the congestion control triggers it based on measurements via NBAP (from RBS to RNC). 5. Other channel switching type is not indicated here !!!!

70 Channel switching (UL) (figure 5-22)

71 Channel Switching from dedicated to common (DCCH and DTCH) before switching (figure 5-24)
MAC-d DTCH TFC Selection DCH Physical layer L1 Ciphering C/T MUX DCCHs No MAC header is needed for the DTCH. Multiplexing of logical channels (DCCHs used for SRBs, C/T MUX) Mapped on DCH transport channels DCCHs DTCH MAC SDU C/T MAC header Ciphering Unit RLC PDU RLC PDU MAC SDU MAC SDU Ciphering Unit

72 Channel Switching from dedicated to common (DCCH and DTCH) after switching (figure 5-25)
Switching is transparent for the logical channels DTCH and DCCH mapped to RACH/FACH MAC header fields to distinguish logical channels and UEs DCCH DTCH Channel switching C/T MUX UE ID TCTF MUX CCCH CTCH BCCH RACH FACH MAC-d MAC-c Physical layer, L1 MAC SDU C/T UE-Id MAC header TCTF type Ciphering Unit RLC PDU

73 CIPHERING

74 >> If ciphering is used it is between S-RNC and UE <<
The protection of the user data and some of the signaling information is done by both integrity protection, executed by RRC layer and ciphering, performed either in RLC or in the MAC layer according to the following rules: * If a radio bearer is using a non-transparent RLC mode (AM or UM), ciphering is performed in the RLC sub layer. * If a radio bearer is using the transparent RLC mode, ciphering is performed in the MAC sub layer (MAC-d entity). >> If ciphering is used it is between S-RNC and UE <<

75 Ciphering of user and signaling data transmitted over the radio access link (figure 5-26) (1)
SRNC f8 CK COUNT-C BEARER DIRECTION LENGTH PLAIN TEXT BLOCK CIPHERTEXT / Sender UE or SRNC Receiver SRNC or UE KEYSTREAM KEYSTREAM

76 Ciphering of user and signaling data transmitted over the radio access link (figure 5-26) (2)
Procedure for ciphering: * The input parameters to the algorithm : the ciphering key, CK, a time-dependent input, COUNT-C, the bearer identity, BEARER, the direction of transmission, DIRECTION, and the length of the key stream required, LENGTH. * Based on these input parameters the algorithm generates the output keystream block, KEYSTREAM, that is used to encrypt the input plaintext block, PLAINTEXT, to produce the output ciphertext block, CIPHERTEXT.

77 Input Parameters to the Cipher Algorithm (1)
COUNT-C : ciphering sequence number CK, Ciphering Key: The CK is established during the Authentication procedure using cipher key derivation function f3 available in the USIM and in the HLR/AUC BEARER : There is one BEARER parameter per radio bearer associated with the same user . The radiobearer identifier is input to avoid that for different keystream an identical set of input parameter value is used. DIRECTION : The value of the DIRECTION is 0 for UL messages and 1 for DL.

78 Input Parameters to the Cipher Algorithm(2)
LENGTH : The parameter determines the length of the required keystream block . Ciphering key selection: There is one CK for CS radio bearer, CKCS, connections and one CK for PS radio bearer, CKPS, connections.

79 PHYSICAL CHANNELS

80 Physical channels The final Layer 1 bit stream to be carried over the air Multiple multiplexed coded transport channels (CCTrCH) Layer 1 control information Pilot bits Transmit Power Control (TPC) commands and other Feedback Information (FBI) Transport Format Combination Indicator (TFCI) Mapped to combination of Carrier frequency Code (channelization/scrambling code pair) Relative phase (UL only): On either the I branch or the Q branch of a QPSK signal (uplink only). Physical channel A physical channel is the final bit stream that is to be carried over the air. It consists of different parts: - Higher-layer data, i.e. the coded and multiplexed transport channels - Data generated within the physical layer - Pilot bits for channel estimation - Transmit power control commands (TPC) - Other feedback information (FBI), e.g. for closed loop transmit diversity - Transport Format Combination Indicator (TFCI) The physical channel is transmitted over the air: - on a specific carrier frequency - spread by a specific spreading code or more exactly a specific channelization/ scrambling code pair (see below) - on either the I branch or the Q branch of a QPSK signal (uplink only)

81 Physical-layer overview (figure 5-27)
Transport channels Channel coding Channel coding Multiplexing Physical-layer procedures and measurements Transport-channel processing Mapping to physical channels Physical channels Spreading Spreading Physical layer overview The figure illustrates the different processing steps carried out by the physical layer. Transport channels are basically processed according to the following steps: - Channel coding (per transport channel) - Transport-channel multiplexing (in case of multiple transport channels to/from one UE) - Mapping to physical channels - Spreading of the physical channels to the chip rate by means of user-specific spreading codes. For WCDMA, the chip rate is 3.84 Mcps. - Modulation of the chip-rate sequence to a radio carrier. For WCDMA, the bandwidth is approximately 5 MHz. In parallel to the transport-channel processing, the physical layer also carries out some other tasks such as searching for new cells for handover and collection of other measurement data to be delivered to the higher layers. 3.84 Mcps Modulation Modulation 5 MHz

82 RRC Connection Establishment (figure 5-28)
WCDMA RAN ”RRC Connection Request” CCCH/RACH ”RRC Connection Setup” CCCH/FACH ”RRC Connection Setup Complete” DCCH/DCH Idle Mode Connected

83 Physical Random Access Channel (figure 5-29)
RACH Message Data Slot (0.666 mSec) Random Access Message (10, 20, 40, or 80 bits per slot) I RACH Message Control Slot (0.666 mSec) Pilot (8 bits) TFCI (2 bits) Q No Animations 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 1 Frame = 15 slots = 10 mSec

84 RACH carrying RRC Connection request (figure 5-30)
166 8.4 Kbps => 166 bits in 20msec 166 Transparent Mode => no RLC header 166 2 bit MAC header MAC layer 168 CRC 16 184 8 tail bits 192 Rate 1/2 CC 384 1st Interleaving Rate Matching 300 No animations 2nd Interleaving 20 Slot segmentation 20 RACH Message part 30ksps SF 128 I branch Q PILOT TFCI Control part 8 2

85 Secondary Common Control Physical Channel (figure 5-31)
Carries the Forward Access Channel (FACH) and Paging Channel (PCH) Spreading Factor = 256 to 4 1 Slot = mSec = chips = 20 * 2k data bits; k = [0..6] 0, 2, or 8 bits 20 to 1256 bits 0, 8, or 16 bits TFCI or DTX Data Pilot No Animations 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 1 Frame = 15 slots = 10 mSec

86 FACH carrying RRC Connection setup (figure 5-32)
152 152 Max rate 3040 bps => 10msec = 304 bits = 2X152 152 Unacknowledged Mode (UM) => 8 bit RLC 152 160 160 8 bit MAC MAC layer 168 168 CRC 16 184 184 8 tail bits 376 752 Rate 1/2 CC 1st Interleaving Rate Matching 1080 No animations 2nd Interleaving Slot segmentation 72 72 8 L1 (8 bit TFCI) 8 S-CCPCH 60ksps => SF = 64

87 Uplink DPDCH/DPCCH (figure 5-33)
Dedicated Physical Data Channel (DPDCH) Slot (0.666 mSec) I Coded Data, 10 x 2k bits, k=0…6 (10 to 640 bits) Dedicated Physical Control Channel (DPCCH) Slot (0.666 mSec) Q Pilot TFCI FBI TPC 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 1 Frame = 15 slots = 10 mSec DPCCH: 15 kb/sec data rate, 10 total bits per DPCCH slot PILOT: Fixed patterns (3, 4, 5, 6, 7, or 8 bits per DPCCH slot) TFCI: Transmit Format Combination Indicator (0, 2, 3, or 4 bits) FBI: Feedback Information (0, 1, or 2 bits) TPC: Transmit Power Control bits (1 or 2 bits); power adjustment in steps of 1, 2, or 3 dB No animations

88 Uplink Signaling Radio Bearer on DPDCH/DPCCH (figure 5-34)
RRC UM RRC AM or NAS DT normal or high priority 136 128 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC MAC Layer 136 bits in 10 msec => 13.6 kbps 128bits in 10 msec => 12.8 kbps 148 CRC 16 164 8 tail bits 172 516 Rate 1/3 CC 1st Interleaving 600 Rate Matching 2nd Interleaving No animation 40 Slot segmentation 40 I branch Q DPDCH 60ksps => SF = 64 PILOT TFCI TPC DPCCH 15ksps 6 2 2

89 Downlink DPDCH/DPCCH (figure 5-35)
1 Slot = mSec = 2560 chips = 10 x 2k bits, k = [0...7] SF = 512/2k = [512, 256, 128, 64, 32, 16, 8, 4] Data 2 TFCI Data 1 TPC 1 Frame = 15 slots = 10 mSec DPDCH Pilot DPCCH 1 2 3 4 5 6 7 8 9 10 11 12 13 14 The diagram above shows how in the downlink the dedicated physical data channel (DPDCH) the and dedicated physical control channel (DPDCH) are multiplexed onto one WCDMA timeslot. The DPDCH carries user traffic, layer 2 overhead bits and layer 3 signaling data. The DPCCH carries layer 1 control bits that is, the pilot bits which are used by the receiver to measure the channel quality, the transmission power control (TPC) bits used to adjust the power of the UE in conjunction with the quality levels measured using the pilot bits. This channel also contains transport format combination indicator (TFCI) bits used to tell the receiver what type of transport channels are contained in the CCTrCH. The SF can vary in steps from (512/20) 512 to (512/27) 4 to allow it to carry variable data rates. It should be remembered that the data carried by the DPDCH includes L3 signaling, for example handover messages etc. The DPDCH carries user traffic, layer 2 overhead bits, and layer 3 signaling data. The DPCCH carries layer 1 control bits: Pilot, TPC, and TFCI Downlink Closed-Loop Power Control steps of 1 dB dB

90 Downlink Signaling Radio Bearer on DPDCH/DPCCH (figure 5-36)
RRC UM RRC AM or NAS DT normal or high priority 136 128 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC MAC Layer 148 CRC 16 136 bits in 10 msec => 13.6 kbps 128bits in 10 msec => 12.8 kbps 164 8 tail bits 172 516 Rate 1/3 CC 1st Interleaving 510 Rate Matching No animations 2nd Interleaving 34 Slot segmentation 34 4 2 2 TPC & 4 PILOT 2 4 DPDCH/DPCCH = 30ksps => SF = 128

91 Uplink Speech RAB mapping (figure 5-37)
RRC UM RRC AM or NAS DT normal priority 20 msec of each subflow 40 msec 81 103 60 136 128 136 8 bit RLC 128 16 bit RLC 81 CRC 12 144 4 bit MAC 144 4 bit MAC MAC Layer 93 103 60 8 tail bits 148 CRC 16 1/3 1/3 1/2 Convolutional coding 164 8 tail bits 303+1 333+1 136 Radio frame equalization 516 Rate 1/3 CC 1st interleaving 304 334 136 1st Interleaving 129 129 129 129 152 152 167 167 68 68 Frame segmentation 140 140 140 140 152 167 68 152 167 68 Rate matching 2nd speech block Rate match 360 140 Rate match 360 140 152 167 68 #1 110 152 167 68 #2 110 No animations 2nd interleaving 2nd interleaving 600 600 40 40 40 40 40 40 40 40 I Branch Q DPDCH 60kbps => SF=64 DPDCH 60kbps => SF=64 600 bits (600 symbols) 600 bits (600 symbols) Q PILOT TFCI TPC DPCCH 15kbps 6 2 2

92 Uplink Speech RAB mapping (during SID frame) (figure 5-38)
No animations After every eight frames the UE sends a Silence Descriptor (SID) frame, which is used during the discontinuous speech periods.

93 Downlink Speech RAB mapping (figure 5-39)
RRC UM RRC AM or NAS DT normal priority 136 40 msec 128 20 msec of each subflow 136 8 bit RLC 128 16 bit RLC 81 103 60 144 4 bit MAC 144 4 bit MAC MAC Layer 81 CRC 12 148 CRC 16 93 103 60 8 tail bits 164 8 tail bits 303 (1/3) 333 (1/3) 136 (1/2) Convolutional coding 516 Rate 1/3 CC 294 316 172 Rate matching 476 294 316 172 1st interleaving 1st interleaving 147 147 158 158 86 86 Frame segmentation 119 119 119 119 2nd speech block 147 158 86 119 147 158 86 119 152 167 68 #1 110 152 167 68 #2 110 No animations 2nd interleaving 2nd interleaving 600 600 34 34 34 34 40 40 40 40 2 TPC 4 Pilot 2 TPC 4 Pilot DPDCH 60ksps => SF=128 DPDCH 60kbps => SF=128 600 600

94 Uplink CS 64 RAB mapping (figure 5-40)
RRC UM RRC AM or NAS DT normal priority 64 kbps = 1280 in 20 msec =>2X640 bit Transport Blocks 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 640 640 144 4 bit MAC 144 4 bit MAC 640 640 CRC 16 MAC Layer 148 CRC 16 Turbo Coding 3936 12 Trellis termination bits 164 8 tail bits 1st Interleaving 516 Rate 1/3 CC 1st interleaving 1974 1974 Frame segmentation 129 129 129 129 2243 2243 Rate matching 157 157 157 157 2nd speech block 2243 157 2243 157 152 #2 110 152 #2 110 No animations 2nd interleaving 2nd interleaving 600 600 160 160 160 160 40 40 40 40 I Branch Q DPDCH 240kbps => SF=16 DPDCH 240kbps => SF=16 600 bits (600 symbols) 600 bits (600 symbols) Q PILOT TFCI TPC DPCCH 15kbps 6 2 2

95 Downlink CS 64 RAB mapping (figure 5-41)
RRC UM RRC AM or NAS DT normal priority 64 kbps = 1280 in 20 msec =>2X640 bit Transport Blocks 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC 640 640 MAC Layer 148 CRC 16 640 640 CRC 16 164 8 tail bits Turbo Coding 3936 12 Trellis termination bits 516 Rate 1/3 CC 3926 Rate matching 548 3926 1st interleaving 1st interleaving 1963 1963 Frame segmentation 137 137 137 137 2nd speech block 1963 137 1963 137 No animations 2nd interleaving 2nd interleaving 140 140 140 140 4 / 8 / 8 TPC/TFCI/PILOT DPDCH 120ksps => SF=32 DPDCH 120ksps => SF=32 600 600

96 Uplink Streaming 57.6 kbps RAB mapping (figure 5-42)
Up to 4X576 TBs in 40 msec => max data rate = 57.6 kbps RRC UM RRC AM or NAS DT normal priority 1 2 3 4 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC 576 16 576 16 576 16 576 16 CRC 16 MAC Layer 148 CRC 16 Turbo Coding 7104 12 Trellis termination bits 164 8 tail bits 1st Interleaving 7116 516 Rate 1/3 CC 1st interleaving 1779 1779 1779 1779 Frame segmentation 129 129 129 129 2218 2218 2218 2218 Rate matching 182 182 182 182 2nd speech block 2218 182 2218 182 152 167 68 #1 110 152 167 68 #2 110 No animations 2nd interleaving 2nd interleaving 600 600 160 160 160 160 40 40 40 40 I Branch Q DPDCH 240kbps => SF=16 DPDCH 240kbps => SF=16 600 bits (600 symbols) 600 bits (600 symbols) Q PILOT TFCI TPC DPCCH 15kbps 6 2 2

97 Downlink Streaming 57.6 kbps RAB mapping (figure 5-43)
RRC UM RRC AM or NAS DT normal priority Up to 4X576 TBs in 40 msec => max data rate = 57.6 kbps 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 1 2 3 4 144 4 bit MAC 144 4 bit MAC MAC Layer CRC 16 576 16 576 16 576 16 576 16 CRC 16 148 164 8 tail bits Turbo Coding 7104 12 Trellis termination bits 516 Rate 1/3 CC 7764 Rate matching 636 7764 1st interleaving 1st interleaving 1941 1941 1941 1941 Frame segmentation 159 159 159 159 2nd speech block 1941 159 1941 159 No animations 2nd interleaving 2nd interleaving 140 140 140 140 4 / 8 / 8 TPC/TFCI/PILOT DPDCH 120ksps => SF=32 DPDCH 120kbss => SF=32 600 600

98 Uplink PS DATA CELL_FACH (DCCH on RACH) (figure 5-44)
RRC UM RRC AM, NAS DT normal or low priority 136 128 136 8 bit RLC 128 16 bit RLC 144 24 bit MAC 144 24 bit MAC MAC layer 136 bits in 10 msec => 13.6 kbps 128 bits in 10 msec => 12.8 kbps 168 16 CRC 16 8 tail bits 184 Rate 1/2 Convolutional Coding 384 1st Interleaving Rate Matching 300 No animations 2nd Interleaving 20 Slot segmentation 20 I Branch Q RACH message part 30ksps => SF = 128 PILOT TFCI 8 2

99 Uplink PS DATA CELL_FACH (DTCH on RACH) (figure 5-45)
Frame segmentation 384 2nd Interleaving Rate Matching 300 20 RACH message 30ksps => SF = 128 PILOT TFCI 16 CRC 16 376 360 MAC layer 8 tail bits Rate 1/2 Convolutional Coding 768 1st Interleaving AM => 16 bit RLC 320 336 24 bit MAC Max user plane 320 bits in 20 msec => 16 kbps 8 2 No animations

100 Downlink PS DATA CELL_FACH (DCCH on FACH) (figure 5-46)
RRC UM RRC AM or NAS DT normal priority 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 144 24 bit MAC 144 24 bit MAC MAC layer 136 bits in 10 msec => 13.6 kbps 128 bits in 10 msec => 12.8 kbps 168 168 CRC 16 184 184 8 tail bits 376 Rate 1/2 Convolutional Coding 752 1st Interleaving Rate Matching 1080 No animations 2nd Interleaving 72 Slot segmentation 72 8 TFCI bits 8 S-CCPCH = 60ksps => SF = 64

101 Downlink PS DATA CELL_FACH (DTCH on FACH) (figure 5-47)
320 Max user plane = 320 bits in 10msec => 32 kbps 320 AM => 16 bit RLC header 336 24 bit MAC header 360 CRC 16 376 12 trellis termination bits 1128 Turbo Coding 1st interleaving Rate Matching 1080 No animations 2nd Interleaving 72 Slot segmentation 72 8 TFCI bits 8 S-CCPCH = 60ksps => SF = 64

102 Uplink PS 64 RAB mapping (figure 5-48)
Up to 4X320 TBs in 20 msec => max data rate = 64 kbps RRC UM RRC AM or NAS DT normal priority 1st Interleaving 4236 Turbo Coding 4224 2118 2246 1 2 3 4 320 16 336 16 bit RLC CRC 16 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC MAC Layer 148 CRC 16 12 Trellis termination bits 164 8 tail bits 516 Rate 1/3 CC 1st interleaving Frame segmentation 129 129 129 129 Rate matching 154 154 154 154 2nd speech block 2246 No animations 154 2246 154 152 167 68 #1 110 152 167 68 #2 110 2nd interleaving 2nd interleaving 600 600 160 160 160 160 40 40 40 40 I Branch Q DPDCH 240kbps => SF=16 DPDCH 240kbps => SF=16 600 bits (600 symbols) 600 bits (600 symbols) Q PILOT TFCI TPC DPCCH 15kbps 6 2 2

103 Downlink PS 64 RAB mapping (figure 5-49)
RRC UM RRC AM or NAS DT normal priority Frame segmentation 1st interleaving 1966 Rate matching 12 Trellis termination bits Turbo Coding 4224 3932 Up to 4X320 TBs in 20 msec => max data rate = 64 kbps 1 2 3 4 320 16 336 16 bit RLC CRC 16 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC MAC Layer 148 CRC 16 164 8 tail bits 516 Rate 1/3 CC 536 1st interleaving 134 134 134 134 2nd speech block 1966 134 1966 134 No animations 2nd interleaving 2nd interleaving 160 160 160 160 4 / 8 / 8 TPC/TFCI/PILOT DPDCH 120ksps => SF=32 DPDCH 120kbss => SF=32 600 600

104 Downlink PS 128 RAB mapping (figure 5-50)
Up to 8X320 TBs in 20 msec => max data rate = 128 kbps RRC UM RRC AM or NAS DT normal priority 136 40 msec 128 320 16 320 16 320 16 320 16 320 16 320 16 320 16 320 16 16 bit RLC 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC 16 16 16 16 16 16 16 16 CRC 16 MAC Layer 148 CRC 16 164 8 tail bits Turbo Coding 8448 12 Trellis termination bits 516 Rate 1/3 CC 8376 Rate matching 528 8376 1st interleaving 1st interleaving 4188 4188 Frame segmentation 132 132 132 132 2nd speech block 4188 132 4188 132 No animations 2nd interleaving 2nd interleaving 288 288 288 288 8 / 8 / 16 TPC/TFCI/PILOT DPDCH 240ksps => SF=16 DPDCH 240ksps => SF=16 600 600

105 Downlink PS 384 RAB mapping (figure 5-51)
RRC UM RRC AM or NAS DT normal priority Up to 12X320 TBs in 10 msec => max data rate = 384 kbps 136 40 msec 128 136 8 bit RLC 128 16 bit RLC 144 4 bit MAC 144 4 bit MAC MAC Layer 320 16 320 16 320 16 320 16 320 16 320 16 320 16 320 16 320 16 320 16 320 16 320 16 148 CRC 16 12 Trellis termination bits 164 8 tail bits 16 16 16 16 16 16 16 16 16 16 16 16 516 Rate 1/3 CC Turbo Coding 12672 380 Rate matching 9025 1st interleaving 1st interleaving 95 95 95 95 Next 3 blocks 9025 95 No animations 2nd interleaving 608 608 8 TCI 8 TPC 18 Pilot DPDCH 480ksps => SF=8 600 600 600

106 Uplink MultiRAB, Speech RAB + PS 64/64 RAB mapping (figure 5-52)
RRC UM RRC AM or NAS DT normal priority 20 msec of each subflow 1 2 3 4 60 136 40 msec 81 103 128 320 320 320 320 16 bit RLC 136 8 bit RLC 128 16 bit RLC 81 CRC 12 336 336 336 336 CRC 16 144 4 bit MAC 144 4 bit MAC 93 103 60 8 tail bits 148 CRC 16 Turbo Coding 4224 1/3 1/3 1/2 164 8 tail bits 1st Interleaving 4236 303+1 333+1 136 516 Rate 1/3 CC 1st interleaving 304 334 136 2118 2118 129 129 129 129 148 148 158 158 88 88 1881 1881 125 125 125 125 148 158 88 1881 125 148 158 88 1881 125 2nd interleaving 2nd interleaving 160 160 160 160 No animations I Branch Q DPDCH 60kbps => SF=16 DPDCH 60kbps => SF=16 PILOT TFCI TPC DPCCH 15kbps 6 2 2

107 Downlink MultiRAB, Speech RAB + PS 64/64 RAB mapping (figure 5-53)
RRC UM RRC AM or NAS DT normal priority 40 msec Up to 4X320 TBs in 20 msec => max data rate = 64 kbps 136 128 20 msec of each subflow 136 8 bit RLC 128 16 bit RLC 81 103 60 1 2 3 4 144 4 bit MAC 144 4 bit MAC 81 CRC 12 320 320 320 320 16 bit RLC 148 CRC 16 93 103 60 8 tail bits 336 336 336 336 CRC 16 164 8 tail bits 303 (1/3) 333 (1/3) 136 (1/2) CC Turbo Coding 4224 12 Trellis termination bits 516 Rate 1/3 CC RM 258 RM 276 RM 154 RM 3294 436 1st Int. 258 1st Int. 276 1st Int. 154 1st Int. 3294 1st interleaving 129 129 138 138 77 77 1647 1647 109 109 109 109 129 138 77 1647 109 No animations 2nd interleaving 160 160 4 TPC 8 Pilot 8 TFCI DPDCH 120 ksps => SF=32


Download ppt "WCDMA RAN Protocols and Procedures Chapter 5 RLC and MAC Protocols"

Similar presentations


Ads by Google