UTRAN functions are defined in
TS 25.401. The radio interface protocol architecture is specified in
TS 25.301, and the Radio Resource Control protocol is specified in
TS 25.331.
TS 43.051 contains an overall description of GSM/EDGE Radio Access Network.
In the context of this specification, the term URA refers also to GRA (GERAN Registration Area) when the RAN serving an MS in Iu mode is a GERAN.
The RRC state machine is a description model of how the MS and the Iu mode RAN co-operate regarding RRC functionality. The RRC state describes the MS state in the Iu mode RAN. This clause contains a brief description of the RRC state machine, for more information see
TS 25.303.
The RRC state machine exists as two peer entities, one in the MS and one in the Iu mode RAN. Apart from transient situations and error cases the two peer entities are synchronised.
Figure 57 illustrates the main modes and states of the RRC state machine.
RRC Idle mode:
In the Idle mode there is no connection established between the MS and the Iu mode RAN. There is no signalling between RAN and the MS except for system information that is sent from RAN on a broadcast channel to the MS. The MS can also receive paging messages with a CN identity on the PCH. There is no information of the MS stored in RAN in this mode.
RRC Connected mode:
In the Connected mode the main states are Cell Connected state and URA Connected state. In this mode there is one RNC/BSC that is acting as serving RNC/BSC, and an RRC connection is established between the MS and this SRNC/SBSC.
-
When the MS position is known at the cell level, the MS is in the Cell Connected state. When in Cell Connected state, the RRC connection mobility is handled by handover and cell update procedures.
-
When the MS position is known at the URA level, the MS is in the URA Connected state. URA updating procedures provide the mobility functionality in this state. No dedicated radio resources are used in the URA Connected state.
An MS can set the DRX cycle length that is specific to the PS domain.
TS 25.304 describes how the MS shall select which DRX cycle length to use with respect to DRX cycle length requirements set by the RAN, CN PS domain and CN CS domain.
The DRX parameter information shall be indicated by the MS in the attach procedure and when changing from A/Gb mode to Iu mode also in the routeing area update procedure. The SGSN shall then in each page request send these parameters to the RNC/BSC that uses this information, and the IMSI, to calculate the correct paging group.
At inter SGSN change (either RA update or SRNS relocation), the DRX parameters are sent from the old SGSN to the new SGSN as part of the MM context information. Hence, unless the DRX parameters have been altered, the UE should not include the DRX parameters in the Routing Area Update message. There is one other exception to this: in order to support mobility from pre-Release 99 SGSNs, the MS shall include the DRX Parameter IE in a Routing Area Update Request message sent at RA update from GERAN to UTRAN.
At inter-SGSN RA update (e.g. from GERAN), if the network receives a DRX parameters IE from the MS in the routeing area update request message, the new SGSN shall use the information provided by the MS and shall ignore the same IE received in MM Context from the old SGSN.
If the UE wishes to alter its GERAN or UTRAN/E-UTRAN DRX Parameters while in Iu mode, then it shall send a Routing Area Update Request message to the SGSN containing its new DRX Parameters. If ISR had been activated for the MS, then the MS shall deactivate ISR by setting its TIN to
"P-TMSI" so that the MS performs a Tracking Area Update when it next enters E-UTRAN coverage. When the UE performs that Tracking Area Update, the MME will receive the updated DRX parameters within the MM context information sent by the old SGSN and hence the UE should not include them again in the Tracking Area Update.
A CN node requests paging only for MSs in CMM IDLE state or PMM IDLE state. In the separate CN architecture, paging from a CN node is done independently from the state of the MS in the other CN service domain.
In the context of this specification, the terms RNS or RNC refer also to a GERAN BSS or BSC (respectively) when serving an MS in Iu mode.
In this alternative with paging co-ordination in the RAN, the MS does not need to listen to the PCH (Paging Channel) in the RRC Connected mode, at least not when MS is allocated a dedicated channel.
For each paging request received from a CN node, the RNC determines whether the MS has an established RRC connection or not. In order to achieve this, the context that is prepared within the SRNC for MS in RRC Connected mode must contain the IMSI, which is the common MS identity for the two CN domains.
If no context is found for the MS,
"normal PCH paging" is performed. The paging message is transferred on the paging channel, and it includes the MS paging identity received from the CN and a CN service domain type indication.
If a context is found, a
"CN paging message" is transferred using the existing RRC connection. This message includes a CN service domain type indication. If, potentially after repetition, this transfer is unsuccessful and if the CS domain originally triggered the paging, the RNC should decide whether to attempt
"normal PCH paging" as described in clause
"Unsynchronous states in the UE and the UTRAN".
An MS in RRC URA/GRA connected state is paged by the RAN before a downlink transfer to that MS. The URA/GRA paging procedure shall move the RRC state to Cell Connected to allow the RAN to forward downlink data or signalling message to the radio resource. Therefore, the RRC: Cell Update message from the MS that moves the RRC State at the RAN to Cell Connected state is a valid response to URA/GRA paging.
The RAN supervises the paging procedure with a timer. If the RAN receives no response from the MS to the URA or GRA Paging Request message, it shall repeat the paging. The repetition strategy is implementation dependent. If it is unsuccessful and if the paging was originally triggered by the CS domain, it is the RNC's responsibility to recover this situation by following the
"normal PCH paging" mechanism (see clause
"Paging Initiated by CN"). For more information see
TS 25.303.
The URA/GRA Paging procedure is illustrated in
Figure 60.
1)
The RAN receives a downlink PDP PDU for an MS in RRC URA/GRA connected state. Downlink signalling to an MS in RRC URA/GRA connected state initiates URA/GRA paging as well.
2)
The RAN pages the MS with one Paging Type 1 (RNTI, Paging originator) message in each cell belonging to the URA/GRA where the MS exists. RNTI is the identifier by which the MS is paged. Paging originator indicates whether this is the core network originated paging or RAN originated paging, so it represents "RAN" in this case.
3)
The paging request triggers the Cell Update procedures in the MS. The Cell Update procedures are described in
TS 25.331.