Professional Documents
Culture Documents
3 Galtyapı2
3 Galtyapı2
3 Galtyapı2
Helsinki, Finland
January 20-22, 1999
Source: TTC/ARIB Agenda Item: 4
(Draft)
Ver. 1.0.0
2
Contents
1 INTRODUCTION..................................................................................................................................................... 5
1.1 SCOPE .................................................................................................................................................................. 5
2 REFERENCES.......................................................................................................................................................... 5
3
1
4
Introduction
1.1 Scope
2 References
3.1 Definitions
3.2 Abbreviations
L1 Layer 1 (physical layer)
LAC Link Access Control
MAC Medium Access Control
MS Mobile Station
In the C-plane, Layer 3 is partitioned into sublayers where the lowest sublayer, denoted as Radio
Resource Control (RRC), interfaces with layer 2. The higher layer signalling in Layer 3 are Mobility
Management (MM) and Call Control (CC). Note that the protocol architecture is similar to the current
ITU-R protocol architecture, ITU-R M.1035.
Figure 1 shows the radio interface protocol architecture. Each block in Figure 1 represents an instance
of the respective protocol. Service Access Points (SAP) for peer-to-peer communication are marked
with circles at the interface between sublayers. The SAP to the physical layer provides the transport
channels. In the C-plane, the interface between RRC and higher L3 sublayers (CC, MM) is defined by
the General Control (GC), Notification (Nt) and Dedicated Control (DC) SAPs.
5
The SAPs to the MAC sublayer provide the logical channels (cf.). The SAP to the physical layer
provides the transport channels (cf.).
Also shown in the figure are connections between RRC and MAC as well as RRC and L1 providing
inter-layer services. It is for further study whether or not separate service access points need to be
defined for these services (it may be merged with other SAP(s), or regarded as services provided
through Layer Management).
GC Nt DC
RRC L3
LAC L2/LAC
LAC
LAC LAC
Logical
Channels
MAC L2/MAC
Transport
Channels
PHY L1
Figure 1. Radio Interface protocol architecture (Service Access Points marked by circles)
6
The transport channel configuration is shown in Figure 2.
The Dedicated Channel (DCH) is a forward or reverse link transport channel that is used to carry user
Dedicated Channel (DCH)
or controlDedicated
informationChannels
between the network and a mobile station.
The Dedicated Channel (DCH) is characterized by:
• possibility to use beam-forming,
• possibility to change rate fast (each 10ms),
• fast power control and
• inherent addressing of MSs.
The Broadcast Channel (BCH) is a forward link transport channel that is used to broadcast system- and
cell-specific information, such as SFN.
The Broadcast Channel (BCH) is characterized by:
• existence in forward link only,
• low fixed bit rate and
• requirement to be broadcast in the entire coverage area of the cell.
The Paging Channel (PCH) is a forward link transport channel that is used to carry control information
to a mobile station when the system does not know the location cell of the mobile station.
The Paging Channel (PCH) is characterized by:
• existence in forward link only,
• possibility for sleep mode procedures and
• requirement to be broadcast in the entire coverage area of the cell.
The Forward Access Channel (FACH) is a forward link transport channel that is used to carry control
information to a mobile station when the system knows the location cell of the mobile station. The
FACH may also carry short user packets.
The Forward Access Channel(s) (FACH) is characterized by:
• existence in forward link only,
7
• possibility to use beam-forming,
• possibility to use slow power control,
• lack of fast power control and
• requirement for in-band identification of MSs.
The Random Access Channel (RACH) is a reverse link transport channel that is used to carry control
information from mobile station. The RACH may also carry short user packets.
The Random Access Channel(s) (RACH) is characterized by:
• existence in reverse link only,
• collision risk,
• open loop power control,
• limited data field, and
• requirement for in-band identification of the MSs
5.2.2 L1 Functions
The physical layer offers data transport services to higher layers. The access to these services is
through the use of transport channels via the MAC sub-layer.
The physical layer is expected to perform the following functions in order to provide the data transport
service.
• FEC encoding/decoding of transport channels
• Macrodiversity distribution/combining and soft handover execution
• Multiplexing/demultiplexing of transport channels and of coded composite transport channels
• Mapping of coded composite transport channels on physical channels
• Modulation and spreading/demodulation and despreading of physical channels
• Frequency and time (chip, bit, slot, frame) synchronization
• Closed-loop power control
• Power weighting and combining of physical channels
• RF processing
• Error detection
• Rate matching(data multiplexed on DCH)
• Radio characteristics measurements including FER, SIR, Interference Power, etc.
In order to access the transport channels from MAC some definitions are needed to characterize the
transport channels:
Definition: Transport Block is defined as the basic unit passed down to physical layer from MAC, for
physical layer processing. A Transport Block equals to a MAC-PDU. The physical layer adds CRC for
each Transport Block.
Definition: Transport Block Set is defined as a set of Transport Blocks which is passed to physical
layer from MAC at the same time instance using the same transport channel.
Definition: Transport Block Size is defined as the size (number of bits) of a Transport Block.
Definition: Transport Block Set Size is defined as the number of Transport Blocks in a Transport Block
Sets.
8
Definition: Transmission Time Interval is defined as the inter-arrival time of Transport Block Sets, i.e.
the time it should take to transmit a Transport Block Set. It is always a multiple of 10ms (the length of
one Radio Frame).
Definition: Transport Format is defined as a format offered by physical layer to MAC for the delivery
of a Transport Block Set during a Transmission Time Interval on a Transport Channel. The Transport
Format constitutes of two parts – one dynamic part and one semi-static part.
Attributes of the dynamic part are:
• Transport Block Size
• Transport Block Set Size
Attributes of the semi-static part are:
• Transmission Time Interval
• Type of channel coding
• Transport channel specific rate matching 1
Definition: A Transport Format Set is defined as the set of Transport Formats associated to a
Transport Channel. The semi-static parts of all Transport Formats are the same within a Transport
Format Set. Effectively the two attributes of the dynamic part form the instantaneous bit rate on the
Transport Channel. Variable bit rate on a Transport Channel maybe achieved by varying one or both of
the dynamic attributes between each Transmission Time Interval.
Definition: Transport Format Combination is defined as the combination of currently valid Transport
Formats on all Transport Channels of an MS, i.e. containing one Transport Format from each Transport
Channel.
Definition: Transport Format Combination Set is defined as a set of Transport Format Combinations
to be used by an MS.
The Transport Format Combination Set is what is given to MAC for control. However, the assignment
of the Transport Format Combination Set is done by L3. When mapping data onto physical layer, MAC
chooses between the different Transport Format Combinations given in the Transport Format
Combination Set. Since it is only the dynamic part that differ between the Transport Format
Combinations, it is in fact only the dynamic part that MAC can control.
Note that a Transport Format Combination Set does not necessarily contain all possible Transport
Format Combinations that can be formed by Transport Format Sets of the corresponding Transport
Channels. Only the allowed combinations are included. Thereby a maximum total bit rate of all
transport channels of an MS can be set appropriately. That can be achieved by only allowing Transport
Format Combinations for which the included Transport Formats (one for each Transport Channel) do
not correspond to high bit rates simultaneously.The selection of Transport Format Combinations can be
seen as a fast part of the radio resource control. The dedication of these fast parts of the radio resource
control to MAC, close to physical layer, means that the flexible variable rate scheme provided by
physical layer can be fully utilised. These parts of the radio resource control should be distinguished
from the slower parts, which are handled by L3. Thereby the bit rate can be changed very fast, without
any need for L3 signalling.
Definition: Transport Format Indicator (TFI) is a label for a specific Transport Format within a
Transport Format Set. It is used in the inter-layer communication between MAC and physical layer each
time a Transport Block Set is exchanged between the two layers on a transport channel.
1 The rate matching mentioned refers to the Eb/N0 matching of Transport Channels.
9
There is a one-to-one correspondence between a certain value of the TFCI and a certain Transport
Format Combination. The TFCI is used in order to inform the receiving side of the currently valid
Transport Format Combination, and hence how to decode, de-multiplex and deliver the received data
on the appropriate Transport Channels.
MAC indicates the TFI to Physical layer at each delivery of Transport Block Sets on each transport
channel. Physical layer builds the TFCI from the TFIs of all parallel transport channels of the UE.
Physical layer processes the Transport Blocks appropriately and appends the TFCI to the physical
control signalling (accompanied by TPC and pilot). Through the detection of the TFCI the receiving
side is able to identify the Transport Format Combination. For limited Transport Format Combination
Sets the TFCI signalling may be omitted, instead relying on blind detection. Nevertheless, from the
assigned Transport Format Combinations, the receiving side has all information it needs in order to
decode the information and transfer it to MAC on the appropriate Transport Channels.
The multiplexing and exact rate matching patterns follow predefined rules and may therefore be derived
(given the Transport Format Combinations) by transmitter and receiver without signalling over the
radio interface.
10
5.3.1.1.1 Logical Channels
A logical channel is defined by what type of information is transferred. The logical channel structure of
ARIB’s W-CDMA system basically follows ITU recommendation ITU-R M.1035. The logical channel
types shown in Figure 3 are defined for W-CDMA.
A uni- directional channel that transfers paging information. This channel is used when the network
does not know the location cell of the MS.
5.3.1.1.1.1.3 Common Control CHannel (CCCH)
A point-to-point bi-directional channel that transmits dedicated control information between the MS
and the network.
5.3.1.1.1.2 Traffic CHannels (TCH)
A point-to-point bi-directional channel that transmits user information in both circuit and packet
switched mode.
[FFS: A point-to-multipoint uni-directional channel that transmits dedicated user information for a
group of specified MSs. (Corresponding control information in reverse link would be transmitted by
CCCH.) Handover is applied to this channel.]
BCH BCCH
PCCH
PCH
CCCH
FACH
11 DCCH
RACH
DTCH
5.3.1.2 MAC Functions
Switching Function:
The Switching Function houses less time-critical functions that need coordination among different
transport channel formats such as the execution of the switch between FACH/RACH andDCH, and
vice versa. The Switching Function also communicates with RRC in order to appropriately deal
with DCCH and DTCH.
Multiplexing Function:
The Multiplexing Function multiplexes/de-multiplexes data between the logical channel (CCCH ,
DCCH and DTCH) and the transport channels (FACH and RACH) in consideration of the
appropriate prioritization. The transport channels are de-multiplexed by using LID (Logical
Channel Identifier).
i) On condition that LID of a MAC-PDU from FACH/RACH indicates “10000” - “11111”, the
MAC PDU is transmitted to DTCH.
ii) On condition that LID of a MAC PDU from FACH/RACH indicates “00100”, the MAC
PDU is transmitted to DCCH.
iii) On condition that LID of a MAC PDU from FACH/RACH or DCH indicates “00010”, the
MAC PDU is transmitted to CCCH.
Furthermore, the Multiplexing function can multiplex data from several instances of the logical
channels DTCH and BCCH onto their respective transport channels, i.e. DCH and BCH. For DTCH,
demultiplexing from one DCH to several DTCHs is also handled
iv) Using LID of a MAC PDU from DCH, the MAC PDU is transmitted to the appropriate DTCH.
v) Using LID of a MAC PDU from BCCH, the MAC PDU is transmitted to the appropriate BCH.
Retransmission Function:
The Retransmission Function realizes a stop-and-wait ARQ scheme over FACH and RACH. This
function is omitted if RRC sets the maximum number of retransmission (NRA) to 0.
Editors note: Retransmission Function in MAC sublayer is FFS.
5.3.1.2.2.1.1 Overview
12
The Scheduling Functions are used for control of BCH.
5.3.1.2.2.2.1 Overview
5.3.1.2.2.3.1 Overview
The Forward Access Channel (FACH) is used in the forward link to carry control information and user
packets to a mobile station. The functions associated with the FACH are
• Scheduling
• Multiplexing/demultiplexing
• Inband identification of UEs
• Selection of appropriate transport format (see 5.3.1.2.2.7 Selection of appropriate transport
format)
When the information content is the same, the information that gave transmission request earliest shall
be transmitted with the highest priority (FIFO). FACH-ACK shall always be transmitted in the first
timeslot set. Further scheduling rules are:
• When the information amount of the higher layer information type transmitted by FACH-ACK
radio unit is worth of plural number of FACH radio units, transmission continuous in time is
guaranteed. In no case, other higher layer information types can break in and be transmitted. The
FACH-ACK is transmitted at the highest priority as aforesaid, but can never break a long FACH
radio unit.
• The UE shall be able to simultaneously receive all FACH on one Common Physical Channel.
When multiple number of physical channels for common control for transmitting FACH are
transmitted from the BSS, the UE shall receive only one Common Physical Channel.
13
• The FACH-ACK can mount maximal 7RNTIs.
• The FACH-ACK shall be transmitted with the highest priority even if its transmission request
timing comes later than other FACHs.
• When there are some cases that ACK was not returned for the RACH that detected CRC OK at the
time immediately before the transmission timing of radio frame for FACH, the ACK-FACH shall
be transmitted by the first FACH from the ones that have the oldest timing among those that
received CRC OK. However, those that already passed TBS-ACK msec or more after detecting CRC
OK shall be removed from the list of transmitting ACK mode FACH.
5.3.1.2.2.3.3 Multiplexing/demultiplexing of higher layer PDUs to/from a FACH
Editor's note: The random selection of spreading codes is related to the usage of signatures, and is
therefore to be discussed in SWG2.
5.3.1.2.2.4.1 Overview
The Random Access Channel (RACH) is used in the reverse link to carry control information and user
packets from a mobile station. The functions associated with the RACH are
• Scheduling
• Multiplexing/demultiplexing
• Inband identification of UEs
• Selection of appropriate transport format (see 5.3.1.2.2.7 Selection of appropriate transport
format)
Procedures associated with the RACH are
• Random access procedure
5.3.1.2.2.4.2 Scheduling of control and user data transmission
14
• When the mobile station continues to transmit the succeeding (second or more) radio frames
because the message length is longer than a radio frame, the transmission timing offset, the RACH
spreading code and signature shall be determined as follows:
The transmission timing offset (frame and/or slot) shall be determined pseudo-randomly. The
RACH spreading code and the signature of the succeeding radio frame can be determined pseudo-
randomly. The same RNTI shall be used as in the previous radio frame (for the radio frames
belonging to the same CPS).
Retransmission:
• If the mobile station fails to receive an ACK within TMS-ACK msec it retransmits the radio frame
after a pseudo-random delay. This implies automatically the use of the same RNTI for
retransmission. The maximum number of allowed retransmissions shall be set to NRA.
Transmission timing offset, RACH spreading code and signature may be adapted in order to
decrease collision probability.
MAC should support service multiplexing for common transport channels, since the physical layer does
not support multiplexing of these channels.
5.3.1.2.2.5.1 Overview
15
This section contains functions that are not directly associated with any specific type of transport
channels or which should be seen as operations, where MAC shares the responsibility for the function
with RRC. Where RRC participation is assumed, a more detailed description of the MAC operation is
given below.
Other functions currently consist of:
• Selection of appropriate transport format (applicable to DCH, RACH, FACH)
• Traffic volume measurement (reporting to RRC)
• Channel type switching execution (decision by RRC)
• Priority handling between different users by means of scheduling (Resource division between
users controlled by RRC, thus may later be moved to RRC)
5.3.1.2.2.7 Selection of appropriate transport format
5.3.1.2.2.11 Ciphering
FFS
16
The main open issues are:
• whether there is a retransmission Function in MAC sublayer or not
• whether priority handling between data flows of different users by means of scheduling is in RRC
or MAC
• how ciphering is handled in MAC
In transparent mode, the LAC layerl provides only predefined type of segmentation and
reassembly mechanism (without adding any LAC overhead).
17
• QoS Setting
The retransmission protocol shall be configurable by layer 3 to provide different levels of
QoS. This can be controlled e.g. by adjusting the maximum number of retransmissions
according to delay requirements
• Connection Control
This function performs establishment, release, and maintenanceof a LAC connection.
• Transfer of User-Data
This function is used for the conveyance of user data between users of the LAC. LAC supports
assured, unassured and transparent data transfer.
• Duplicate Detection
This functions detects duplicated received LAC PDUs and ensures that the resultant LAC SDU
is delivered only once to the upper layer.
• QoS Adaptation
The retransmission protocol shall be configurable to provide different levels of QoS. This can
be controlled e.g. by adjusting the maximum number retransmissions according to delay
requirements.
18
This function is used to fit as many segments into fixed size LAC PDUs. The concatenation
function minimizes the padding.
• Flow Control:
This function allows a LAC receiver to control the rate at which the peer LAC transmitter entity may
send information.
LAC functions:
• Whether Quick Repeat is performed by layer 3 or by the LAC sub-layer is FFS.
Figure 5 and Figure 6 illustrate the data flows for transparent LAC with transparent and non-transparent
MAC transmission, respectively.
Figure 7 and Figure 8 illustrate the data flows for non-transparent LAC with transparent and non-
transparent MAC transmission, respectively.
Each mapping between a logical channel and a transport channel as defined in Error! Reference
source not found. in combination with the respective LAC transmission modes imply a certain data
flow which is specified below.
19
(ii) The RRC PDUs do not fit into the size of a fixed number of LAC PDUs. In this case, the
unacknowledged LAC transfer mode must be applied, since segmentation/reassembly requires
a LAC header for segmentation sequence control.
A MAC header is needed only if multiple BCCH logical channels are mapped onto a BCH.
If the transparent LAC transfer mode is applied (above option (i)), depending on whether the MAC
header is needed or not, either the data flow in Figure 5 or Figure 6 is applicable. If the
unacknowledged LAC transfer mode is applied (above option (ii)), depending on whether the MAC
header is needed or not, either the data flow in Figure 7 or Figure 8 is applicable.
5.3.3.2 Data flow for PCCH mapped to PCH
Since transparent mode LAC and transparent mode MAC is used, Figure 5 is applicable for PCCH.
5.3.3.3 Data flow for CCCH mapped to FACH/RACH
For CCCH, unacknowledged2 transmission mode for LAC is employed. A MAC header is mandatory.
It is used for logical channel identification (CCCH, DCCH and DTCH). The data flow shown in Figure
8 is applicable.
5.3.3.4 Data flow for DCCH mapped to FACH/RACH
For DCCH, both unacknowledged and acknowledged transmission mode for LAC is employed. A MAC
header is mandatory for FACH/RACH. The data flow shown in Figure 8 is applicable.
5.3.3.5 Data flow for DTCH (non-transparent LAC) mapped to
FACH/RACH
Mapping to FACH/RACH implies a DTCH with acknowledged (possibly also unacknowledged)
transmission on LAC. A MAC header is mandatory for FACH/RACH transmission. The data flow
shown in Figure 8 is applicable.
5.3.3.6 Data flow for DTCH (transparent LAC) mapped to DCH
A continuous DTCH data stream is segmented into transport blocks on LAC and mapped on a DCH
transport channel on MAC. The transport block size is naturally implied by the data rate. Both LAC and
MAC sub-layers are transparent (i.e. no protocol control information is added) when no multiplexing of
DTCH on MAC is applied. The data flow shown in Figure 5 is applicable. If multiplexing on MAC is
performed, a MAC header is needed, and Figure 6 applies.
2 The following is FFS: RRC will not utilise LAC at all when there is no UE identity allocated/no RRC connection established.
Hence, during initial access when establishing an RRC Connection, RRC will send the “RRC Connection Request”
message directly to MAC.
20
Higher
Higher Layer PDU
Layer
reassembly
LAC SDU
L2 LAC
(transparent)
LAC PDU … LAC PDU
segmentation
L2 MAC
(transparent)
MAC SDU
… MAC SDU
L1
CRC … CRC
Higher
Higher Layer PDU
Layer
reassembly
LAC SDU
L2 LAC
(transparent)
LAC PDU … LAC PDU segmentation
L2 MAC
(non-transparent) MAC
MAC
header
MAC SDU
… header
MAC SDU
L1
CRC
… CRC
21
Higher Layer Higher Layer PDU
reassembly
LAC SDU
L2 LAC
(non-transparent) … segmentation
LAC
header … LAC
header
MAC SDU
L2 MAC
MAC SDU
…
(transparent)
L1 CRC CRC
reassembly
LAC SDU
L2 RLC
(non-transparent)
… segmentation
LAC
header … LAC
header
MAC
L2 MAC
MAC
header
MAC SDU
… header
MAC SDU
(non-transparent)
Transport block (MAC PDU)
… Transport block (MAC PDU)
L1
CRC
… CRC
22
• It should be possible to broadcast non-access stratum (Core Network originated) information in a
certain geographical area.
• The information is transferred on an unacknowledged mode link. Unacknowledged mode means
that the delivery of the broadcast information can not be guaranteed (typically no retransmission
scheme is used). It seems reasonable to use an unacknowledged mode link since the information is
broadcasted to a lot of UEs and since broadcast information often is repeated periodically.
• It should be possible to do repeated transmissions of the broadcast information (how it is repeated
is controlled by the core network).
The point where the UE received the broadcast information should be included, when the access
stratum delivers broadcast information to the non-access stratum.
5.4.1.2 Notification
The Nt SAP provides paging service and notification broadcast service. The paging service sends
information to a specific UE(s). The information is broadcasted in a certain geographical area but
addressed to a specific UE(s). The basic requirements from such service are:
• It should be possible to broadcast paging information to a number of UEs in a certain geographical
area.
• The information is transferred on an unacknowledged mode link. It is assumed that the protocol
entities in core network handle any kind of retransmission of paging information.
The notification broadcast service broadcasts information to all UEs in a certain geographical. The
basic requirements from this service are typically the same as for the information broadcast service of
the GC SAP:
• It should be possible to broadcast notification information in a certain geographical area.
• The information is transferred on an unacknowledged mode link.
23
5.4.2 RRC Functions
The Radio Resource Control (RRC) layer handles the control plane signaling of Layer 3 between the
UEs and UTRAN.
• Broadcast of information provided by the non-access stratum (Core Network). The RRC layer
performs system information broadcasting from the network to all UEs. The system information is
normally repeated on a regular basis. This function supports broadcast of higher layer (above
RRC) information. Typically this information is not cell specific.
• Broadcast of information related to the access stratum (UTRAN). The RRC layer performs
system information broadcasting from the network to all UEs This function supports broadcast of
typically cell-specific information.
• Establishment, maintenance and release of a RRC connection between the UE and UTRAN.
The establishment of an RRC connection is initiated by a request from higher layers at the UE side
to establish the first Signalling Connection for the UE. The establishment of an RRC connection
includes an optional cell re-selection, an admission control, and a layer 2 signalling link
establishment. The release of an RRC connection can be initiated by a request from higher layers to
release the last Signalling Connection for the UE or by the RRC layer itself in case of RRC
connection failure. The RRC layer detects loss of RRC connection and releases resources assigned
for the RRC connection in case of connection failure.
• Establishment, reconfiguration and release of Radio Access Bearers. The RRC layer can, on
request from higher layers, perform the establishment, reconfiguration and release of radio access
bearers in the user plane. A number of radio access bearers can be established to an UE at the same
time. At establishment and reconfiguration, the RRC layer performs admission control and selects
parameters describing the radio access bearer processing in layer 2 and layer 1, based on
information from higher layers.
• Assignment, release and reconfiguration of radio resources within the RRC connection. The
RRC layer handles the assignment of radio resources (e.g. codes) needed for the RRC connection
including needs from both the control and user plane. The RRC layer may reconfigure radio
resources during an established RRC connection. This function includes co-ordination of the radio
resource allocation between multiple radio bearers related to the same RRC connection.
• RRC connection mobility functions. The RRC layer performs evaluation, decision and execution
related to RRC connection mobility during an established RRC connection, such as handover, cell
re-selection and cell/paging area update procedures, based on e.g. measurements done by the UE.
• UE measurement reporting and control of the reporting, The measurements performed by the
UE are controlled by the RRC layer, in terms of what to measure, when to measure and how to
report. The RRC layer also performs the reporting of the measurements from the UE to the network
• Outer loop power control. The RRC layer controls setting of the target of the closed loop power
control.
• Control of requested QoS. This function shall ensure that the QoS requested for the radio access
bearers can be met. This includes the allocation of a sufficient number of radio resources.
• Control of ciphering. The RRC layer provides procedures for setting of ciphering (on/off) between
the UE and UTRAN.
• Paging/notification. The RRC layer can broadcast paging information from the network to selected
UEs. Paging and notification can be requested by higher layers on the network side. The RRC layer
can also initiate paging during an established RRC connection.
• Routing of higher layer PDUs. This function performs at the UE side routing of higher layer PDUs
to the designated higher layer entity.
The following functions are FFS:
• Arbitration of the radio resource allocation between the cells. This function shall ensure optimal
performance of the overall UTRAN capacity.
24
• Initial cell selection and re-selection in idle mode
• Contention resolution
• Congestion control
In Figure 9 and Figure 10 below, the protocol termination for DCH is shown for the control and user
planes, respectively. The part of physical layer terminating in the RNC for the DCH is the topmost
macro-diversity combining and splitting function.
RRC RRC
LAC LAC
MAC MAC
PHY
PHY
PHY
UE NodeB RNC
LAC LAC
MAC MAC
PHY
PHY
PHY
UE NodeB RNC
25
5.6.3 Protocol Termination for Transport Channel of Type
BCH
System information on BCCH can include information which is available only in Node B; and need to
be updated very frequently (each 10-100 ms), such as uplink interference in the cell. Also, for the
system information originating from the RNC, we assume that the updating of system information is at
least one magnitude less (minutes) than the repetition frequency on the BCCH (in the order of 1s). Note
that the LAC sublayer is transparent for the BCH channel type and therefore not shown in Figure 11
below.
RRC RRC
MAC MAC
PHY PHY
UE NodeB
RRC RRC
MAC MAC
PHY PHY
UE NodeB
26
A Radio Network Temporary Identiry (RNTI) is used by the MAC protocol for identifying a mobile
station on RACH/FACH/PCH when an RRC connection exists. Hence, it is not used by MAC as an
identifier during initial random access because at this time no RRC connection exists.
An RNTI is allocated by the network (RRC) when an RRC connection is established and deallocated by
RRC when the RRC connection is released. The RNTI is transferred from the network to a mobile
station using layer 3 RRC signalling.
A specific RNTI is valid in several cells, thus decreasing the RNTI reallocation signalling for packet
data mobile stations that are inactive and moves between cells.
If the Radio Access bearers are disconnected, and the CN takes care of the mobility, it will take a longer
time to re-establish the communication, since more signalling and processing is required to set-up a
signalling connection and radio access bearers in UTRAN.
It is also efficient to allocate the common channel identity (RNTI) on URA or RNS basis. The
signalling to re-allocate RNTI is thus reduced, compared to PID which needs to be re-allocated at each
cell change.
7 History
Document history
Date Version Comment
June 11, 1998 0.0.0 Initial document (empty).
June 18, 1998 0.0.1 Attachment 1; CC and MM is added.
June 22, 1998 0.0.2 UTRAN changed to RAN. Abbreviations used in version 0.0.1
added.
July 9, 1998 0.0.3 RAN changed back to UTRAN. Abbreviations updated
accordingly.
July 22, 1998 0.0.4 Updated to reflect the approved changes proposed in GEL3-9-4
October 9, 1998 0.0.5 The following changes/additions have been made:
- Changed title
- Changed Table of Contents (added chapters for LAC-U and
LAC-C, “Interactions between RRC and MAC in the C plane”
and “Protocol Termination”)
- Added contents to ch. 5.1 (Overall Protocol Structure)
- Added contents to ch. 5.2.1 and 5.2.1.1 (Transport Channels)
from ARIB, Vol. 3, Ver. 0.5_12, ch 3.2.1.2
- Added contents to ch. 5.2.2 (L1 Functions) from “MAC
Sublayer Specification for 3G Mobile system”, Version 0.6,
ch.5 (Services expected from physical layer)
- Added contents to ch. 5.3.1.1 (MAC Services to Upper Layers)
from “MAC Sublayer Specification for 3G Mobile system”,
Version 0.6, ch. 4 (Services provided to upper layer)
- Added contents to ch. 5.3.1.1.1 (Logical Channels) from
“MAC Sublayer Specification for 3G Mobile system”, Version
0.6, ch. 3.1 (Logical channels)
- Added contents to ch. 5.3.1.1.2 (Mapping between Logical
27
Channels and Transport Channels) from “MAC Sublayer
Specification for 3G Mobile system”, Version 0.6, ch. 3.3
(Mapping of Logical channels onto Transport Channels)
- Added contents to ch. 5.3.1.2 (MAC Functions) and ch. 5.3.2.3
(Open Issues) from “MAC Sublayer Specification for 3G
Mobile system”, Version 0.6, ch. 6 (MAC Functions)
- Added contents to ch. 5.3.2.1 (LAC-U Services) and ch.
5.3.2.2 (LAC-U Functions) from “LAC sub-layer (User-Plane
specification”, ch. 2.1 and ch. 2.2.
- Added contents to ch. 5.6 (Protocol Termination) based on
GEL3-15-4 (Radio Interface Protocol Termination) as agreed
according to TTC641-3-1, ch. 5.4
- Added definition of URA in ch. 6.2 based on TTC641-3-8
(Usage of RNTI and definition of URA) as agreed according to
TTC641-5-1, ch. 5.3
November 13, 1998 0.0.6 The following changes/additions have been made:
- Minor changes in ch. 5.3.1 (MAC Sub-layer) from “MAC
Sublayer Specification for 3G Mobile system”, Version 0.7, ch.
4 (Services provided to upper layer) and ch. 6 (MAC
Functions)
- Changes in ch. 5.3.2.1 (LAC-U Services) and ch. 5.3.2.2
(LAC-U Functions) based on “LAC sub-layer (User-Plane)
specification”, November 6, ch. 2.1 (Services offered by LAC
sub-layer (User-Plane) to layer 3) and ch. 2.2 (Functions of
LAC sub-layer (User-Plane) to deliver LAC Layer services)
and RAP-36-3 (Segmentation/Reassembly in Transparent
Mode)
- Added contents to ch. 5.3.2.4 (LAC-C Services), ch. 5.3.2.5
(LAC-C Functions) and 5.3.2.6 (LAC-C Open Issues) based on
“IMT-2000 Signaling Protocol for Radio Interface - Layer 2 ”,
Version 0.1.1, ch. 2.1 (Service offered by LAC sub-layer to
layer 3) and ch. 2.2 (Functions of LAC sub-layer to deliver
layer 2 services)
- Added RRC services in ch. 5.4.1 and RRC functions in 5.4.2
based on SWG641-7-8 (Draft MS-UTRAN L3 RRC Signaling
Protocol) approved according to SWG641-10-1), ch. 4
- Added definition of RNTI in ch. 6.1 based on SWG641-6-5
(Comments on Identities Handled by RRC) as agreed
according to SWG641-7-1, ch. 5.5
November 27, 1998 0.0.7 The following changes/additions have been made (based on MS-
UTRAN L3 RRC Signaling Protocol, ver. 0.0.6):
- RRC function ‘Arbitration of the radio resource allocation
between the cells’ now FFS
- RRC function ‘Routing of higher layer PDUs’ added as FFS
January 8, 1999 0.0.8 The following changes/additions have been made:
- Attachment 1 (CC/MM) removed as agreed according to
SWG641-15-1
- Added ch. 5.3.3 (Data Flows through Layer 2) based on TTC-
ARIB LAC Adhoc-45-8 (“Data Flows through Layer 2”)
contributions including comments from TTC-ARIB LAC ad
hoc and ARIB SWG2 ST7 (PCCH uses transparent LAC and
transparent MAC)
- Change of ‘MS’ to ‘UE’ based on “UE-UTRAN L3 RRC
Signaling Protocol”, ver. 0.0.8 as agreed
- RRC: Addition of RRC function ‘Control of ciphering’ in ch.
5.4.2 as FFS based on RRC adhoc 6-x
- LAC-C: Removed ‘Keep Alive’ from ch. 5.3.2.5 (LAC-C
Functions) based on “IMT-2000 Signaling Protocol for Radio
28
Interface - Layer 2 ”, Version 0.1.2, ch. 2.2 (Functions of LAC
sub-layer to deliver layer 2 services)
- MAC: Added multiplexing/de-multiplexing of BCCH and
DTCH to/from BCH and DCH, respectively in ch. 5.3.1.2
(MAC Functions) from “Proposed Changes to MAC Sublayer
Specification Version 0.7” as agreed by ARIB SWG2 ST7
January 14, 1999 0.0.9 The following changes/additions have been made:
- MAC: Added function Ciphering (as FFS) and logical channel
Multicast Channel (MCH) (as FFS) in ch. 5.3.1 (MAC Sub-
layer) based on “MAC Sublayer Specification for 3G Mobile
system”, Ver 1.0
- LAC: merge of LAC-C and LAC-U based on “IMT-2000
Signaling Protocol for Radio Interface - Layer 2 ”, Ver. 0.1.3
- RRC: ‘Control of ciphering’, ‘Paging/notification’, ‘Routing of
higher layer PDUs’ no longer FFS, but included as RRC
functions based on “MS-UTRAN L3 RRC Signaling Protocol”,
ver. 0.0.8, January 14
January 15, 1999 1.0.0 The following changes/additions have been made:
- MAC: editorial changes regarding MCH (FFS)
- LAC: changes based on “IMT-2000 Signaling Protocol for
Radio Interface - Layer 2 ”, Ver. 1.0.0; more detailed
description of LAC services ‘Acknowledged data transfer’ and
‘Unacknowledged data transfer’, minor changes in LAC
function ‘Connection Control’
Editor:
Erik Schön
Nippon Ericsson K.K.
29
30