UTRAN Complete Signaling Sequences

Complete Signaling Sequences in UTRAN
Appendix A: Complete Signaling Sequences in UTRAN

Complete signaling message sequence charts with Iu, Iub, Iur and Uu Protocols with focus on the functional protocols RANAP, NBAP, RNSAP, RRC.
UTRAN and UMTS Radio Protocols
1. RRC Connection Setup into state CELL_DCH

A UE has entered the area of a RNC and triggers now radio contact. The reason for the radio access is a higher layer service request coming from NAS protocols (e.g. MM, GMM, SM, CC, SMS, etc.). The following actions must be done: 1. Random access: The UE accesses the RACH and sends the message RRC Connection Request. 2. DCH Allocation: The RNC must now decide which channel to allocate. This decision is based upon the service the UE wants to have and upon the actual congestion level. The DCH requires set up of a communication context in the Node B (Radio Link Setup) and conguration of a AAL2 virtual channel that shall transport the established DCH. Additionally the channel between serving RNC and Node B must be synchronized (Downlink Synchronization and Uplink Synchronization). 3. DCH Activation and RRC connection completion: When the DCH is prepared, the RNC informs the UE about the successful established RRC Connection and gives the UE all information about its new dedicated channel DCH (e.g. transport formats, physical layer parameters, RLC conguration). Now the UE will begin to send on the DCH and synchronize itself with the Node B. When this is successfully done, the UE and Node B will send an indication about the successfully synchronized radio link (RRC Connection Setup Complete and Radio Link Restore Indication). From the point of RRC states the UE begins the procedure in UTRA IDLE mode and leaves the procedure in CELL_DCH mode.
RRC Connection Establishment to RRC State CELL_DCH
Menu
UE
RRC
RACH:CCCH
Node B
RRC Connection Request
RNC
RRC
allocate RNTI, select L1 and L2 parameters
NBAP
start Rx
Radio Link Setup
NBAP
NBAP
Radio Link Setup Response
NBAP
ALCAP
Establishment Request
ALCAP
Establishment Confirmed
ALCAP
ALCAP
DCH-FP
Downlink Synchronisation
DCH-FP
DCH-FP
start Tx
Uplink Synchronisation
DCH-FP
RRC
FACH:CCCH
RRC Connection Setup
RRC
Radio Link Restore Indication
NBAP
NBAP
RRC
DCH:DCCH
RRC Connection Setup Complete
RRC
2. RRC Connection Establishment to RRC state CELL_FACH

In the following sequence the UE again performs an access to get a RRC connection, but this time only a FACH is granted to the UE. 1. Random Access: The UE access the RACH and sends RRC Connection Request. This message is received by the RNC. The RNC must again decide, which resources shall be granted to the UE. In the present case only the FACH/RACH will be accessible for the UE. Thus there is no need to allocate any resource on Iub or Uu. 2. RRC connection establishment completion: The RNC indicates now the successful establishment of the RRC connection with RRC Connection Setup. In this message the UE gets the information to use the FACH/RACH as transport resources. The message itself is sent on the FACH. The UE will answer with RRC Connection Setup Complete on the RACH, this message requires a last acknowledgement on the FACH.

RRC Connection Establishment to RRC State CELL_FACH
Menu
UE
RRC
RACH:CCCH
Node B
RRC Connection Request
RNC
RRC
allocate RNTI,
RRC
FACH:CCCH
RRC Connection Setup
RRC
RRC
RACH:DCCH
RRC Connection Setup Complete
RRC
RRC
FACH:CCCH
RLC acknowledgement for RRC Connection Setup Complete
RRC
3. Radio Access Bearer Establishment from CELL_DCH with DCH Setup - synchronized
The following procedure shows a radio access bearer setup triggered by the core network (MSC or SGSN). The UE is initially in RRC state CELL_DCH. This means a DCH already exists for the UE. The radio access bearer requires a DCH. The procedure will show as general case a soft handover situation, this means we will see two radio links (already existing) in two different Node B and one Node B belongs to the serving RNC and the other Node B belongs to a drift RNC. The procedure will be performed as so called synchronized radi link modication. 1. Radio Access Bearer Request The core network will send the RANAP message RAB Assignment Request to the actual serving RNC of the UE. The RNC has to analyze the quality of service parameter for the RAB. These abstract parameters have to be mapped onto physical parameters for the setup of transport bearers on Iu, Iub, Iur and Uu. 2. Iu Bearer Setup and Radio Link Preparation The serving RNC begins now to set up all the individual bearer services. First of all the Iu bearer must be set up when a circuit switched service (Iu-CS) is wanted, for packet oriented services this is not necessary. Second the serving RNC triggers both Node B to prepare the radio link needed for the UE (Radio Link Reconguration Prepare). Because there is already a DCH, this one will simply be modied to fulll the requirements of the RAB. If both Node B have prepared the radio resources, they will send a Radio Link Reconguration Ready message to the serving RNC back. Concurrently with this the serving RNC triggers the establishment of AAL2 virtual channel resources for the radio link for Iub and Iur interfaces. These two ATM transport bearer resources require a synchronization between serving RNC and the Node B at the endpoint. This is done with the Iub/Iur frame protocols (Uplink Synchronization and Downlink Synchronization). 3.Radio Bearer Setup Completion Now that the radio link and the associated Iur/Iub transport bearer are established, it is time to change the DCH conguration. Therefore the serving RNC sends Radio Link Reconguration Commit to both Node B and the UE gets the Radio Bearer Setup message from it. The UE and the Node B will now apply the new transport formats and physical channel conguration and try to decode each other. If this is successful, the UE sends Radio Bearer Setup Complete to the serving RNC. This indicates a successful radio bearer setup. Thus the serving RNC can return RAB Assignment Response back to the core network with a success indication inside.

Radio Access Bearer Establishment in state CELL_DCH with DCH required (synchronised) 1(2)
Menu
UE
Node B Drift RNS
Node B Serving RNS
Drift RNC
Serving RNC
RANAP
CN
RANAP
RAB Assignment Request
select Iu, Iub, Iur and Uu bearer parameter

ALCAP: Iu Transport Bearer Setup (only Iu-CS)
RNSAP
NBAP
Radio Link Reconfiguration Prepare

NBAP
RNSAP
NBAP

NBAP
RNSAP
Radio Link Reconfiguration Ready
NBAP
NBAP
RNSAP
NBAP
ALCAP: IubTransport Bearer Setup

ALCAP: Iur Transport Bearer Setup
NBAP
DCH-FP
Downlink Synchronisation Downlink Synchronisation
DCH-FP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
Uplink Synchronisation Uplink Synchronisation

Radio Access Bearer Establishment in state CELL_DCH with DCH required (synchronised) 2(2)
Menu
UE
Node B Drift RNS
Node B Serving RNS
Drift RNC
RNSAP
NBAP
Radio Link Reconfiguration Commit
Serving RNC
RNSAP
CN
NBAP

NBAP
NBAP
RRC
RRC
DCH:DCCH
Radio Bearer Setup

New Transport Formats will be applied on DCH
RRC
DCH:DCCH
Radio Bearer Setup Complete
RRC
RANAP
RAB Assignment Response
RANAP
4. Radio Bearer Setup in state CELL_DCH with DCH required - unsynchronized

The procedure presented before was synchronized. This means that before the radio link is really modied, the modication itself is prepared in both Node B. The modication itself is done synchronized when the serving RNC sends the message Relocation Commit. The following procedure is now unsynchronized, this means, both Node B will immediately modify the radio link without waiting for each other. 1. Radio Access Bearer Request The core network will send the RANAP message RAB Assignment Request to the actual serving RNC of the UE. The RNC has to analyze the quality of service parameter for the RAB. These abstract parameters have to be mapped onto physical parameters for the setup of transport bearers on Iu, Iub, Iur and Uu. 2. Iu Bearer Setup and Radio Link Preparation The serving RNC begins now to set up all the individual bearer services. First of all the Iu bearer must be set up when a circuit switched service (Iu-CS) is wanted, for packet oriented services this is not necessary. Now the serving RNC triggers both Node B to modify the existing radio links (Radio Link Reconguration). Each Node B performs immediately the reconguration and returns the message Radio Link Reconguration Response. Concurrently with this the serving RNC triggers the establishment of AAL2 virtual channel resources for the radio link for Iub and Iur interfaces. These two ATM transport bearer resources require a synchronization between serving RNC and the Node B at the endpoint. This is done with the Iub/Iur frame protocols (Uplink Synchronization and Downlink Synchronization). 3.Radio Bearer Setup Completion The serving RNC sends now the Radio Bearer Setup message to the UE. The UE and the Node B will now apply the new transport formats and physical channel conguration and try to decode each other. If this is successful, the UE sends Radio Bearer Setup Complete to the serving RNC. This indicates a successful radio bearer setup. Thus the serving RNC can return RAB Assignment Response back to the core network with a success indication inside.
10

Radio Access Bearer Establishment in state CELL_DCH with DCH required (unsynchronised) 1(2)
Menu
UE
Node B Drift RNS
Node B Serving RNS
Drift RNC
Serving RNC
RANAP
CN
RANAP
select Iu, Iub, Iur and Uu bearer parameter

RNSAP
NBAP
Radio Link Reconfiguration Request

NBAP
RNSAP
NBAP

NBAP
RNSAP
Radio Link Reconfiguration Response
NBAP
NBAP
RNSAP
NBAP

NBAP
DCH-FP
Downlink Synchronisation Downlink Synchronisation

Uplink Synchronisation Uplink Synchronisation
DCH-FP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
11
12

Radio Access Bearer Establishment in state CELL_DCH with DCH required (unsynchronised) 2(2)
Menu
UE
RRC
DCH:DCCH
Node B Drift RNS
Node B Serving RNS

Radio Bearer Setup
New Transport Formats will be applied on DCH
Drift RNC
Serving RNC
RRC
CN
RRC
DCH:DCCH
RRC
RANAP
RANAP
13
5.Radio Bearer Setup in RRC state CELL_FACH with DCH required

In the two radio bearer setup procedures before always a DCH already existed. Now we look to the radio bearer setup with DCH from state CELL_FACH. This means currently there is no DCH before the radio bearer setup begins. 1. Radio Access Bearer Request The core network requests the radio access bearer with the message RAB Assignment Request. The message contains the abstract quality of service description of the transport resources required. The RNC maps these abstract parameters to the individual links. 2. Bearer Setup The RNC triggers the setup of Iu bearer resources when circuit switched resources are needed. Next the DCH must be congured, but currently there is no radio link. Hence the serving RNC sets up a communication context with one radio link in one of its Node B. This is done with the message Radio Link Setup. The Node B acknowledges with Radio Link Setup Response. For the congured DCH a transport resource on Iub is needed, hence the serving RNC congures an AAL2 virtual channel for DCH transport. This Iub bearer is now synchronized between Node B and serving RNC. 3. Radio Bearer Setup Completion The UE gets now the Radio Bearer Setup message in which it nds the conguration parameters for the DCH. So the UE applies these parameters and tries to synchronize the radio link with the Node B. If this is successful, the UE shall send Radio Bearer Setup Complete and the Node B shall issue Radio Link Restore Indication to the serving RNC. This concludes the radio bearer setup, thus the serving RNC can acknowledge with RAB Assignment Response to the core network.
14

Radio Access Bearer Establishment in state CELL_FACH with DCH required
Menu
UE
Node B Drift RNS
Node B Serving RNS
Drift RNC
Serving RNC
RANAP
CN
RANAP
select Iu, Iub and Uu bearer parameter

NBAP
NBAP
Radio Link Setup Request

NBAP
NBAP

DCH-FP
DCH-FP
RRC
FACH:DCCH
DCH-FP
DCH-FP
RRC
Radio Bearer Setup

NBAP
NBAP
RRC
DCH:DCCH
RRC
RANAP
RANAP
15
6. Radio Bearer Setup in RRC state CELL_FACH with FACH required

If a UE gets a radio access bearer without DCH, then there is no need for dynamical transport bearer setup on Uu and Iub. This is because the common transport channel resources are precongured by the operator via O&M. So the radio bearer setup is relatively simple in this case. 1. Radio Access Bearer Request The core network requests the radio access bearer with RAB Assignment Request. The serving RNC analyzes the abstract RAB description inside and derives the individual link parameters for Iu, Iub and Uu. 2. Bearer Setup In the present case the RAB requires no DCH and the UE will only get the FACH/RACH common transport channel resources. The RACH and FACH radio transport channels are already congured during cell setup. The same holds for the Iub ATM transport resources associated with RACH and FACH. Thus the only bearer that might need dynamical conguration can be the Iu bearer, but this is necessary for Iu-CS only. Hence the only thing to do is to tell the UE with Radio Bearer Setup to use FACH/RACH. The UE acknowledges with Radio Bearer Setup Complete. This message will be acknowledged. This concludes the RAB setup.
16

Radio Access Bearer Establishment in state CELL_FACH with FACH required
Menu
UE
Node B Drift RNS
Node B Serving RNS
Drift RNC
Serving RNC
RANAP
CN
RANAP
select Iu, Iub and Uu bearer parameter

RRC
FACH:DCCH
Radio Bearer Setup
RRC
RRC
RACH:DCCH
RRC
RRC
FACH:DCCH
RLC Acknowledgement for Radio Bearer Setup Complete
RRC
RANAP
RANAP
17
7. Soft Handover - Radio Link Addition and Deletion

Consider a UE that has multiple radio links with Node B directly connected to the actual serving RNC. So the UE is in a soft handover situation. The present case describes the procedure when one radio link between UE and a Node B connected to the serving RNC is deleted and in the same procedure a new radio link between the UE and a Node B connected to a drift RNC is added. 1. Preparation of new radio link First of all the serving RNC must prepare the new radio link that shall be added. Therefore a communication context within the new Node B in the drift RNS has to be created, this happens with the Radio Link Setup message. It commands the Node B to decode the UEs uplink scrambling code and to send data to the UE with a downlink scrambling code of the Node B. When the new radio link is prepared the Node B acknowledges with Radio Link Setup Response. After this the Iur and Iub ATM transport resources must be prepared. This resource is synchronized between Node B and serving RNC. Because the UE is already sending on its scrambling code, the Node B can already detect the UEs signal, hence it will send Radio Link Restore Indication to the serving RNC. 2. Active Set Update Now that the new radio link is prepared and the Node B already uplink data from the UE receives, the serving RNC must tell the UE also to decode the new downlink scrambling code of the new Node B. Therefore the serving RNC sends Active Set Update to the UE which will especially contain the new downlink scrambling code to decode. In the same message the UE can be advised to no longer decode an obsolete, old downlink scrambling code. The UE acknowledges with Active Set Update Complete. 3. Deletion of the old radio link The old radio link that is no longer decoded by the UE must now be released in the associated Node B. Hence the serving RNC sends a Radio Link Deletion message to it. The Node B will remove the radio link. If this was the last radio link in the communication context for the UE, the context is deleted too.
18

Soft Handover - Radio Link Addition and Deletion 1(2)
Menu
UE
Node B Drift RNS
Node B Serving RNS
Drift RNC
Serving RNC
decision to add and delete a radio link
CN
NBAP
start Rx
NBAP
RNSAP
NBAP
RNSAP
NBAP
RNSAP

RNSAP
NBAP
NBAP
RNSAP
RNSAP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
start Tx
19
20

Soft Handover - Radio Link Addition and Deletion 2(2)
Menu
UE
RRC
DCH:DCCH
Node B Drift RNS
Node B Serving RNS

Active Set Update
(add radio link X, delete radio link Y)
Drift RNC
Serving RNC
CN
RRC
RRC
DCH:DCCH
Active Set Update Complete
RRC
NBAP
stop Rx and Tx
Radio Link Deletion Request
NBAP
NBAP
Radio Link Deletion Response
NBAP
ALCAP: IubTransport Bearer Release
21
8. Hard Handover without Serving RNC Relocation

The following use case describes a hard handover, where the UE changes Node B and both Node B belong to drift RNC and not to the serving RNC. The presented ow is therefore the most general one and can easily be reduced to cases where some RNC are equal. 1. Handover Decision and Preparation The serving RNC decide upon the handover based on the radio measurements made by UE and Node B. Before the handover can be started, the new radio link resources in the new (target) Node B must be prepared. Hence the serrving RNC triggers the setup of a communication context together with a radio link (Radio Link Setup Request). When the radio resources in the target Node B are prepared and the associated Iub ATM transport bearer resources between target Node B and target RNC is prepared, the serving RNC will be informed about it (Radio Link Setup Response). The serving RNC can now trigger the establishment of an Iur ATM transport bearer. The Iub/Iur ATM transport bearer will be synchronized between target Node B and serving RNC. 2. Handover Execution The UE begins handover execution when the serving RNC sends a reconguration message to it (Physical Channel Reconguration). The UE immediately begins to modify its radio links. Hence the old (source) Node B loses the radio contact and therefore makes a Radio Link Failure Indication. In contrast to that the target Node B will now receive the signal of the UE and hence sends a Radio Link Restore Indication. In the same way the UE indicates the successful reception of the target RNC radio signal with a reconguration completion indication (Physical Channel Reconguration Complete). 3. Garbage Collection It remains to remove the radio and Iub/Iur resources of the old radio link. Therefore the serving RNC sends a Radio Link Deletion message to the source Node B. This message will delete the radio link and when it was the last radio link, the communication context in the source Node B will be deleted too. Last the Iub/Iur ATM transport resources to and from the source Node B can be cleared.
22

Hard Handover between different RNC without S-RNC relocation 1(2)
Menu
UE
Node B Target RNS
Node B Source RNS
Target RNC
Source RNC
Serving RNC
Handover Decision
NBAP
start Rx
NBAP
RNSAP
RNSAP
NBAP
NBAP
ALCAP: IubTransport Bearer Establishment

RNSAP

ALCAP: IurTransport Bearer Establishment
RNSAP
DCH-FP
DCH-FP
DCH:DCCH
DCH-FP
DCH-FP
RRC
Physical Channel Reconfiguration

Radio Link Failure Indication
RRC
NBAP
NBAP
RNSAP
RNSAP
23
24

Hard Handover between different RNC without S-RNC relocation 2(2)
Menu
UE
Node B Target RNS

NBAP
Node B Source RNS

Target RNC
NBAP
Source RNC
Serving RNC
RNSAP
RNSAP
RRC
DCH:DCCH
Physical Channel Reconfiguration Complete
RRC
RNSAP
NBAP
NBAP
RNSAP

NBAP
NBAP

RNSAP
RNSAP
ALCAP: Iur Transport Bearer Release
25
9. Hard Handover with Serving RNC Relocation

The following scenario shows a hard handover associated with a relocation of the serving RNC. The serving RNC at the begin of the procedure is labelled as source RNC, whereas the RNC that shall be the serving RNC at the end of the procedure is called target RNC. The procedure is presented for the case that there is a signaling connection towards SGSN and MSC. A change of MSC (inter-MSC handover) or a change of SGSN is not considered here. 1. Relocation Indication and Preparation The decision to perform a relocation together with hard handover comes exclusively fromt the actual serving (source) RNC. The Relocation Required message indicates the relocation to the core network. MSC and SGSN shall prepare the relocation and inform the target RNC with Relocation Request. This triggers the target RNC to prepare the radio access bearer resources for the UE. In detail this means for the target RNC to set up an Iu ATM transport bearer towards MSC, to allocate the radio link for the UE in the new Node B (Radio Link Setup) and with this the associated Iub ATM transport bearer for the DCH is needed. The Iub transport bearer must be synchronized. When all is done, the target RNC sends an acknowledgement (Relocation Request Acknowledge) back to each core network domain. 2. Relocation Execution To start relocation both CN domains must send Relocation Command to the source RNC. When this happened, the UE will get the a message that indicates the new radio resources for it (Physical Channel Reconguration). So the UE now tunes to the new radio link in the target Node B. Therefore the target Node B will send the Radio Link Restore Indication to target RNC, which will forward this indication as Relocation Detect. In the same way the source Node B will loose the radio link and sends Radio Link Failure Indication to the source RNC. When the UE concludes the radio link change, it will send Physical Channel Reconguration Complete on the new resource to the target RNC. This triggers the Relocation Complete message to both CN domains. 3. Garbage Collection The resources in the source RNC and source Node B are no longer needed. Thus the core network will delete all resources with Iu Release Command.
26

Hard Handover between different RNC with S-RNC relocation 1(3)
Menu
UE
Node B Target RNS
Node B Source RNS
Target RNC
Source RNC
RANAP
RANAP
Relocation Required
SGSN
Relocation Required
RANAP
RANAP
MSC
RANAP
RANAP
RANAP
Relocation Request
Relocation Request
RANAP
ALCAP: Iu Transport Bearer Establishment for Iu-CS
NBAP
NBAP

ALCAP: Iub Transport Bearer Establishment
NBAP
NBAP
DCH-FP
DCH-FP
DCH-FP
DCH-FP
RANAP Relocation Request Acknowledge
RANAP
RANAP
Relocation Request Acknowledge
RANAP
27

Menu
UE
Node B Target RNS
Node B Source RNS
Target RNC
Source RNC
RANAP
RANAP
SGSN
Reloocation Command
MSC
RANAP
Relocation Commnand
RANAP
RRC
Physical Channel Reconfiguration
RRC
NBAP
NBAP
RANAP Relocation Detect
RANAP
RANAP
NBAP
RRC Physical Channel Reconfiguration Complete
Relocation Detect
RANAP
NBAP
RRC
RANAP
RANAP
Relocation Complete
Relocation Complete
RANAP
RANAP
28

Menu
UE
Node B Target RNS
Node B Source RNS
Target RNC
Source RNC
RANAP
RANAP
SGSN
Iu Release Command
MSC
RANAP
Iu Release Command
RANAP
ALCAP: IuTransport Bearer Release
NBAP
NBAP
Radio Link Deletion

NBAP
NBAP
RANAP
Iu Release Complete
Iu Release Complete RANAP
RANAP
RANAP
29
10. Switch from CELL_DCH to CELL_FACH with Drift RNC

Based on the trafc measurements for a radio bearer the serving RNC must decide whether the UE shall be kept in state CELL_DCH utilizing a dedicated channel DCH or the UE must be sent to state CELL_FACH without a dedicated resource. In the present procedure the UE is currently located in a cell belonging to a drift RNC. At the start of the procedure the UE has one radio link in this cell. 1 Preparation of new resources When the serving RNC decides to switch the UEs state to CELL_FACH because there trafc is low, it is necessary to prepare the FACH and RACH transport resources. Because the UE is actually located in a cell of a drift RNC, this requires the set up of ATM transport resources for RACH and FACH and the remote allocation of bandwidth on these common transport channels. The latter is achieved with the RNSAP messages Common Transport Channel Resource Request. The ATM resources are then established. 2 Radio Bearer modication To activate the switching to CELL_FACH the UE must be informed about the change with respect to the transport channel modication. Hence the serving RNC sends the RRC message Transport Channel Reconguration via the still existing DCH to the UE. The UE must now modify its radio conguration and when done conrm with Transport Channel Reconguration Complete. 3 Release of old resources Now the resources associated with the obsolete DCH can be released.
30

Switch from CELL_DCH to CELL_FACH with Drift RNC
Menu
UE
Node B Drift RNS
Node B Serving RNS
Drift RNC
Serving RNC
decision to switch from CELL_DCH to CELL_FACH
CN
RNSAP
RNSAP
Common Transport Channel Resource Request

Common Transport Channel Resource Response
RNSAP
RNSAP
ALCAP: IurTransport Bearer Configuration if needed

RRC
RRC
DCCH:DCH DCCH:RACH
Transport Channel Reconfiguration

Transport Channel Reconfiguration Complete
RRC
RRC
RNSAP
NBAP
NBAP
NBAP
NBAP

RNSAP
RNSAP

ALCAP: IurTransport Bearer Release
RNSAP
31
11. Cell Update without Serving RNC Relocation

When the UE is in state CELL_FACH, it will perform cell reselection and with this must perform cell updates to keep the serving RNC informed about its location. In this situation it can happen, that the UE enters a cell not belonging to the serving RNC area. Thus the servin g RNC must forward the cell update message to the serving RNC. In detail the procedure looks the following way: 1 Cell Update The UE sends the RRC message Cell Update on RACH to the reselected cell. This message is received by the controlling RNC of the cell which is not the serving RNC of the UE. Inside the message the UE indicates its U-RNTI composed of S-RNC-ID and SRNTI. From this the controlling RNC will know, that it is not the serving one for the UE. Hence the controlling RNC will forward the cell update message inside of a RNSAP message to the corresponding S-RNC. 2 Common Transport Channel Resource Preparation The serving RNC has to decide to perform a relocation or not. In the present case there will be no relocation. Therefore the S-RNC triggers the foreign RNC to allocate resources for FACH/RACH. This is done with the RNSAP operation Common Transport Channel Resource Request. Possibly this can mean, that ATM transport resources on Iur have to be set up. 3 Procedure Completion The serving RNC can now indicate the successful cell update with RRC message Cell Update Complete. In this message the UE can be told to recongure its radio resources (transport channel, physical channel, radio bearer). In the present case there is no reconiguration, which triggers the UE to complete the procedure with RRC message UTRAN Mobility Information Conrm. It remains to release the common transport channel resources in the old radio subsystem, hence the S-RNC sends the RNSAP message Common Transport Channel Resource Release.
32

Cell Update to a new Drift RNC without Serving RNC Relocation in RRC state CELL_FACH
Menu
UE
RRC
CCCH:RACH
Node B Target Drift RNS

Cell Update
Node B Source Drift RNS
Target Drift RNC

RRC
Source Drift RNC

Uplink Signaling Transfer (RRC Message: Cell Update)
Serving RNC
RNSAP
RNSAP
Decision NOT to make relocation

RNSAP
RNSAP
Common Transport Channel Resource Request

Common Transport Channel Resource Response
RNSAP
RNSAP
ALCAP: IurTransport Bearer Configuration if needed

RRC
Cell Update Complete
RRC
RRC
UTRAN Mobility Information Confirm

Common Transport Channel Resource Release
RRC
RNSAP
RNSAP
33

UTRAN Complete Signaling Sequences

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

UTRAN Complete Signaling Sequences

Uploaded by

Copyright:

Available Formats

Complete Signaling Sequences in UTRAN

Appendix A: Complete Signaling Sequences in UTRAN

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

1. RRC Connection Setup into state CELL_DCH

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

RRC Connection Establishment to RRC State CELL_DCH

Radio Link Setup

Radio Link Setup Response

RRC Connection Setup

RRC Connection Setup Complete

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

2. RRC Connection Establishment to RRC state CELL_FACH

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

RRC Connection Setup

RRC Connection Setup Complete

RLC acknowledgement for RRC Connection Setup Complete

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

Node B Drift RNS

Node B Serving RNS

RAB Assignment Request

select Iu, Iub, Iur and Uu bearer parameter

Radio Link Reconfiguration Prepare

Radio Link Reconfiguration Prepare

Radio Link Reconfiguration Prepare

Radio Link Reconfiguration Ready

Radio Link Reconfiguration Ready

Downlink Synchronisation Downlink Synchronisation

Uplink Synchronisation Uplink Synchronisation

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

Node B Drift RNS

Node B Serving RNS

Radio Link Reconfiguration Commit

Radio Link Reconfiguration Commit

Radio Bearer Setup

Radio Bearer Setup Complete

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

4. Radio Bearer Setup in state CELL_DCH with DCH required - unsynchronized

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

Node B Drift RNS

Node B Serving RNS

RAB Assignment Request

select Iu, Iub, Iur and Uu bearer parameter

Radio Link Reconfiguration Request

Radio Link Reconfiguration Request

Radio Link Reconfiguration Request

Radio Link Reconfiguration Response

Radio Link Reconfiguration Response

Downlink Synchronisation Downlink Synchronisation

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN

UTRAN and UMTS Radio Protocols

Complete Signaling Sequences in UTRAN