3GPP TS 25.331
3GPP TS 25.331
3GPP TS 25.331
0 (2000-12)
Technical Specification
3rd Generation Partnership Project; Technical Specification Group Radio Access Network; RRC Protocol Specification (Release 1999)
The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP. The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented. This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification. Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.
Release 1999
Keywords
UMTS, radio
Internet
http://www.3gpp.org
Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media.
2000, 3GPP Organizational Partners (ARIB, CWTS, ETSI, T1, TTA,TTC). All rights reserved.
3GPP
Release 1999
Contents
Contents.................................................................................3
4 General.................................................................................................................................................26
4.1 Overview of the specification..............................................................................................................................26 4.2 RRC Layer Model................................................................................................................................................27
7 Protocol states......................................................................................................................................31
7.1 Overview of RRC States and State Transitions including GSM..........................................................................31 7.2 Processes in UE modes/states..............................................................................................................................32 7.2.1 UE Idle mode...................................................................................................................................................32 7.2.2 UTRA RRC Connected mode..........................................................................................................................32 7.2.2.1 URA _PCH or CELL_PCH state...................................................................................................................32 7.2.2.2 CELL_FACH state.........................................................................................................................................33 7.2.2.3 CELL_DCH state...........................................................................................................................................33
8 RRC procedures...................................................................................................................................33
8.1 RRC Connection Management Procedures..........................................................................................................34 8.1.1 Broadcast of system information.....................................................................................................................34 8.1.1.1 General 34 8.1.1.1.1 System information structure......................................................................................................................34 8.1.1.1.2 System information blocks..........................................................................................................................34 8.1.1.1.3 Segmentation and concatenation of system information blocks.................................................................39 8.1.1.1.4 Re-assembly of segments............................................................................................................................40 8.1.1.1.5 Scheduling of system information..............................................................................................................40 8.1.1.2 Initiation 41 8.1.1.3 Reception of SYSTEM INFORMATION messages by the UE....................................................................41 8.1.1.4 Reception of SYSTEM INFORMATION messages broadcast on a FACH transport channel.....................41 8.1.1.5 Actions upon reception of the Master Information Block and Scheduling Block(s).....................................42 8.1.1.6 Actions upon reception of system information blocks...................................................................................43 8.1.1.6.1 System Information Block type 1...............................................................................................................44 8.1.1.6.2 System Information Block type 2...............................................................................................................45 8.1.1.6.3 System Information Block type 3...............................................................................................................45 8.1.1.6.4 System Information Block type 4...............................................................................................................45 8.1.1.6.5 System Information Block type 5...............................................................................................................45 8.1.1.6.6 System Information Block type 6...............................................................................................................46 8.1.1.6.7 System Information Block type 7...............................................................................................................47 8.1.1.6.8 System Information Block type 8...............................................................................................................47 8.1.1.6.9 System Information Block type 9...............................................................................................................47 8.1.1.6.10 System Information Block type 10...........................................................................................................47 8.1.1.6.11 System Information Block type 11...........................................................................................................47
3GPP
Release 1999
8.1.1.6.12 System Information Block type 12...........................................................................................................48 8.1.1.6.13 System Information Block type 13...........................................................................................................49 8.1.1.6.14 System Information Block type 14...........................................................................................................49 8.1.1.6.15 System Information Block type 15...........................................................................................................49 8.1.1.6.15.1 System Information Block type 15.1...............50 8.1.1.6.15.2 System Information Block type 15.2...............50 8.1.1.6.15.3 System Information Block type 15.3...............50 8.1.1.6.16 System Information Block type 16...........................................................................................................51 8.1.1.6.17 System Information Block type 17...........................................................................................................51 8.1.1.7 Modification of system information...............................................................................................................51 8.1.1.7.1 Modification of system information blocks using a value tag....................................................................52 8.1.1.7.2 Synchronised modification of system information blocks..........................................................................52 8.1.1.7.3 Actions upon system information change...................................................................................................52 8.1.1.7.4 Actions upon expiry of a system information expiry timer........................................................................53 8.1.2 Paging 53 8.1.2.1 General 53 8.1.2.2 Initiation 53 8.1.2.3 Reception of a PAGING TYPE 1 message by the UE...................................................................................54 8.1.3 RRC connection establishment........................................................................................................................55 8.1.3.1 General 55 8.1.3.2 Initiation 55 8.1.3.3 RRC CONNECTION REQUEST message contents to set...........................................................................56 8.1.3.4 Reception of an RRC CONNECTION REQUEST message by the UTRAN...............................................56 8.1.3.5 Cell re-selection or T300 timeout..................................................................................................................56 8.1.3.6 Reception of an RRC CONNECTION SETUP message by the UE.............................................................57 8.1.3.7 Physical channel failure or cell re-selection...................................................................................................58 8.1.3.8 Invalid RRC CONNECTION SETUP message.............................................................................................58 8.1.3.9 Reception of an RRC CONNECTION REJECT message by the UE...........................................................59 8.1.3.10 Invalid RRC CONNECTION REJECT message.........................................................................................61 8.1.4 RRC connection release...................................................................................................................................62 8.1.4.1 General 62 8.1.4.2 Initiation 62 8.1.4.3 Reception of an RRC CONNECTION RELEASE message by the UE........................................................62 8.1.4.4 Invalid RRC CONNECTION RELEASE message.......................................................................................63 8.1.4.5 Cell re-selection or radio link failure.............................................................................................................64 8.1.4.6 Expiry of timer T308, unacknowledged mode transmission.........................................................................64 8.1.4.7 Successful transmission of the RRC CONNECTION RELEASE COMPLETE message, acknowledged mode transmission.........................................................................................................................64 8.1.4.8 Reception of an RRC CONNECTION RELEASE COMPLETE message by UTRAN...............................64 8.1.4.9 Unsuccessful transmission of the RRC CONNECTION RELEASE COMPLETE message, acknowledged mode transmission.........................................................................................................................65 8.1.4.10 Detection of loss of dedicated physical channel by UTRAN in CELL_DCH state.....................................65 8.1.4.11 Failure to receive RRC CONNECTION RELEASE COMPLETE message by UTRAN...........................65 8.1.5 Void 65 8.1.6 Transmission of UE capability information.....................................................................................................65 8.1.6.1 General 65 8.1.6.2 Initiation 65 8.1.6.3 Reception of an UE CAPABILITY INFORMATION message by the UTRAN..........................................66 8.1.6.4 Reception of the UE CAPABILITY INFORMATION CONFIRM message by the UE..............................66 8.1.6.5 Invalid UE CAPABILITY INFORMATION CONFIRM message...............................................................66 8.1.6.6 T304 timeout..................................................................................................................................................67 8.1.7 UE capability enquiry......................................................................................................................................67 8.1.7.1 General 67 8.1.7.2 Initiation 67 8.1.7.3 Reception of an UE CAPABILITY ENQUIRY message by the UE.............................................................67 8.1.7.4 Invalid UE CAPABILITY ENQUIRY message............................................................................................68 8.1.8 Initial Direct transfer........................................................................................................................................68 8.1.8.1 General 68 8.1.8.2 Initiation of Initial direct transfer procedure in the UE..................................................................................68
3GPP
Release 1999
8.1.8.3 Reception of INITIAL DIRECT TRANSFER message by the UTRAN......................................................69 8.1.9 Downlink Direct transfer..................................................................................................................................69 8.1.9.1 General 70 8.1.9.2 Initiation of downlink direct transfer procedure in the UTRAN....................................................................70 8.1.9.3 Reception of a DOWNLINK DIRECT TRANSFER message by the UE ....................................................70 8.1.9.4 Invalid DOWNLINK DIRECT TRANSFER message..................................................................................70 8.1.10 Uplink Direct transfer....................................................................................................................................71 8.1.10.1 General 71 8.1.10.2 Initiation of uplink direct transfer procedure in the UE...............................................................................71 8.1.10.3 Reception of UPLINK DIRECT TRANSFER message by the UTRAN....................................................71 8.1.11 UE dedicated paging......................................................................................................................................72 8.1.11.1 General 72 8.1.11.2 Initiation.......................................................................................................................................................72 8.1.11.3 Reception of a PAGING TYPE 2 message by the UE.................................................................................72 8.1.11.4 Invalid PAGING TYPE 2 message..............................................................................................................72 8.1.12 Security mode control....................................................................................................................................73 8.1.12.1 General 73 8.1.12.2 Initiation.......................................................................................................................................................73 8.1.12.2.1 Ciphering configuration change................................................................................................................73 8.1.12.2.2 Integrity protection configuration change.................................................................................................74 8.1.12.3 Reception of SECURITY MODE COMMAND message by the UE..........................................................74 8.1.12.4 Cipher activation time too short...................................................................................................................75 8.1.12.5 Reception of SECURITY MODE COMPLETE message by the UTRAN..................................................75 8.1.12.6 Invalid SECURITY MODE COMMAND message....................................................................................75 8.1.13 Signalling connection release procedure........................................................................................................76 8.1.13.1 General 76 8.1.13.2 Initiation of SIGNALLING CONNECTION RELEASE by the UTRAN..................................................76 8.1.13.3 Reception of SIGNALLING CONNECTION RELEASE by the UE.........................................................76 8.1.13.4 Invalid SIGNALLING CONNECTION RELEASE message.....................................................................76 8.1.14 Signalling connection release request procedure...........................................................................................77 8.1.14.1 General 77 8.1.14.2 Initiation ......................................................................................................................................................77 8.1.14.3 Reception of SIGNALLING CONNECTION RELEASE REQUEST by the UTRAN..............................78 8.1.15 Counter check.................................................................................................................................................78 8.1.15.1 General 78 8.1.15.2 Initiation.......................................................................................................................................................78 8.1.15.3 Reception of a COUNTER CHECK message by the UE............................................................................78 8.1.15.4 Reception of the COUNTER CHECK RESPONSE message by UTRAN..................................................79 8.1.15.5 Cell re-selection...........................................................................................................................................79 8.1.15.6 Invalid COUNTER CHECK message.........................................................................................................79 8.2 Radio Bearer control procedures..........................................................................................................................79 8.2.1 Radio bearer establishment..............................................................................................................................79 8.2.2 Reconfiguration procedures.............................................................................................................................80 8.2.2.1 General 82 8.2.2.2 Initiation 82 8.2.2.3 Reception of RADIO BEARER SETUP or RADIO BEARER RECONFIGURATION or RADIO BEARER RELEASE or TRANSPORT CHANNEL RECONFIGURATION or PHYSICAL CHANNEL RECONFIGURATION message by the UE..............................................................83 8.2.2.4 Transmission of a response message by the UE, normal case.......................................................................85 8.2.2.5 Reception of a response message by the UTRAN, normal case....................................................................86 8.2.2.6 Unsupported configuration in the UE............................................................................................................87 8.2.2.7 Physical channel failure.................................................................................................................................87 8.2.2.8 Cell re-selection.............................................................................................................................................88 8.2.2.9 Transmission of a response message by the UE, failure case........................................................................89 8.2.2.10 Reception of a response message by the UTRAN, failure case...................................................................89 8.2.2.11 Invalid configuration....................................................................................................................................90 8.2.2.12 Incompatible simultaneous reconfiguration.................................................................................................90 8.2.2.13 Invalid received message.............................................................................................................................90 8.2.3 Radio bearer release.........................................................................................................................................91 8.2.4 Transport channel reconfiguration...................................................................................................................91 8.2.5 Transport format combination control.............................................................................................................91
3GPP
Release 1999
8.2.5.1 General 91 8.2.5.2 Initiation 91 8.2.5.3 Reception of a TRANSPORT FORMAT COMBINATION CONTROL message by the UE.....................92 8.2.5.4 Invalid configuration......................................................................................................................................92 8.2.5.5 Invalid TRANSPORT FORMAT COMBINATION CONTROL message...................................................93 8.2.6 Physical channel reconfiguration.....................................................................................................................93 8.2.7 Physical Shared Channel Allocation [TDD only]............................................................................................93 8.2.7.1 General 93 8.2.7.2 Initiation 93 8.2.7.3 Reception of a PHYSICAL SHARED CHANNEL ALLOCATION message by the UE............................94 8.2.7.4 Invalid PHYSICAL SHARED CHANNEL ALLOCATION message.........................................................95 8.2.8 PUSCH capacity request [TDD only]..............................................................................................................96 8.2.8.1 General 96 8.2.8.2 Initiation 96 8.2.8.3 PUSCH CAPACITY REQUEST message contents to set............................................................................96 8.2.8.4 Reception of a PUSCH CAPACITY REQUEST message by the UTRAN..................................................97 8.2.8.5 T310 expiry....................................................................................................................................................97 8.2.9 Void 98 8.2.10 Uplink Physical Channel Control [TDD only]...............................................................................................98 8.2.10.1 General 98 8.2.10.2 Initiation.......................................................................................................................................................98 8.2.10.3 Reception of UPLINK PHYSICAL CHANNEL CONTROL message by the UE.....................................98 8.2.10.4 Invalid UPLINK PHYSICAL CHANNEL CONTROL message................................................................98 8.2.11 Physical channel reconfiguration failure .......................................................................................................99 8.2.11.1 General 99 8.2.11.2 Runtime error due to overlapping compressed mode configuration............................................................99 8.3 RRC connection mobility procedures................................................................................................................100 8.3.1 Cell update.....................................................................................................................................................100 8.3.1.1 General 102 8.3.1.2 Initiation 103 8.3.1.3 CELL UPDATE / URA UPDATE message contents to set........................................................................105 8.3.1.4 T305 expiry and the UE detects "out of service area".................................................................................106 8.3.1.4.1 Re-entering "in service area".....................................................................................................................107 8.3.1.4.2 Expiry of timer T307.................................................................................................................................107 8.3.1.5 Reception of an CELL UPDATE/URA UPDATE message by the UTRAN..............................................107 8.3.1.6 Reception of the CELL UPDATE CONFIRM/URA UPDATE CONFIRM message by the UE...............108 8.3.1.7 Transmission of a response message to UTRAN.........................................................................................110 8.3.1.8 Unsupported configuration by the UE.........................................................................................................112 8.3.1.9 Invalid configuration....................................................................................................................................112 8.3.1.10 Confirmation error of URA ID list.............................................................................................................113 8.3.1.11 Invalid CELL UPDATE CONFIRM/URA UPDATE CONFIRM message.............................................113 8.3.1.12 T302 expiry, URA reselection, cell reselection or DPCH failure..............................................................114 8.3.1.13 T314 expiry................................................................................................................................................114 8.3.1.14 T315 expiry................................................................................................................................................115 8.3.1.15 Reception of the UTRAN MOBILITY INFORMATION CONFIRM message by the UTRAN .............116 8.3.2 URA update....................................................................................................................................................116 8.3.3 UTRAN mobility information........................................................................................................................116 8.3.3.1 General 116 8.3.3.2 Initiation 116 8.3.3.3 Reception of UTRAN MOBILITY INFORMATION message by the UE.................................................116 8.3.3.4 Reception of an UTRAN MOBILITY INFORMATION CONFIRM message by the UTRAN.................117 8.3.3.5 Cell re-selection...........................................................................................................................................117 8.3.3.6 Invalid UTRAN MOBILITY INFORMATION message............................................................................118 8.3.4 Active set update ...........................................................................................................................................118 8.3.4.1 General 119 8.3.4.2 Initiation 119 8.3.4.3 Reception of an ACTIVE SET UPDATE message by the UE....................................................................119 8.3.4.4 Unsupported configuration in the UE..........................................................................................................120 8.3.4.5 Invalid configuration....................................................................................................................................120 8.3.4.6 Reception of the ACTIVE SET UPDATE COMPLETE message by the UTRAN....................................121 8.3.4.7 Reception of the ACTIVE SET UPDATE FAILURE message by the UTRAN.........................................121
3GPP
Release 1999
8.3.4.8 Invalid ACTIVE SET UPDATE message...................................................................................................121 8.3.5 Hard handover................................................................................................................................................121 8.3.5.1 Timing re-initialised hard handover.............................................................................................................121 8.3.5.1.1 General 121 8.3.5.1.2 Initiation 122 8.3.5.2 Timing-maintained hard handover...............................................................................................................122 8.3.5.2.1 General 122 8.3.5.2.2 Initiation 122 8.3.6 Inter-RAT handover to UTRAN....................................................................................................................122 8.3.6.1 General 123 8.3.6.2 Initiation 123 8.3.6.3 Reception of Handover to UTRAN command message by the UE.............................................................123 8.3.6.4 Invalid Handover to UTRAN command message.......................................................................................124 8.3.6.5 UE fails to perform handover.......................................................................................................................124 8.3.6.6 Reception of message HANDOVER TO UTRAN COMPLETE by the UTRAN......................................124 8.3.7 Inter-RAT handover from UTRAN...............................................................................................................124 8.3.7.1 General 125 8.3.7.2 Initiation 125 8.3.7.3 Reception of a HANDOVER FROM UTRAN COMMAND message by the UE......................................125 8.3.7.4 Successful completion of the inter-RAT handover......................................................................................126 8.3.7.5 UE fails to complete requested handover.....................................................................................................126 8.3.7.6 Invalid HANDOVER FROM UTRAN COMMAND message...................................................................126 8.3.7.7 Reception of an HANDOVER FROM UTRAN FAILURE message by UTRAN......................................127 8.3.8 Inter-RAT cell reselection to UTRAN...........................................................................................................127 8.3.8.1 General 127 8.3.8.2 Initiation 127 8.3.8.3 UE fails to complete an inter-RAT cell reselection.....................................................................................127 8.3.9 Inter-RAT cell reselection from UTRAN......................................................................................................127 8.3.9.1 General 127 8.3.9.2 Initiation 128 8.3.9.3 Successful cell reselection............................................................................................................................128 8.3.9.4 Expiry of timer T309....................................................................................................................................128 8.3.10 Inter-RAT cell change order to UTRAN.....................................................................................................128 8.3.10.1 General 128 8.3.10.2 Initiation.....................................................................................................................................................128 8.3.10.3 UE fails to complete an inter-RAT cell change order................................................................................128 8.3.11 Inter-RAT cell change order from UTRAN.................................................................................................129 8.3.11.1 General 129 8.3.11.2 Initiation ....................................................................................................................................................129 8.3.11.3 Reception of an CELL CHANGE ORDER FROM UTRAN message by the UE....................................129 8.3.11.4 Successful completion of the cell change order.........................................................................................130 8.3.11.5 UE fails to complete requested cell change order......................................................................................130 8.4 Measurement procedures...................................................................................................................................130 8.4.1 Measurement control......................................................................................................................................132 8.4.1.1 General 132 8.4.1.2 Initiation 132 8.4.1.3 Reception of MEASUREMENT CONTROL by the UE.............................................................................132 8.4.1.4 Unsupported measurement in the UE..........................................................................................................133 8.4.1.5 Invalid MEASUREMENT CONTROL message.........................................................................................134 8.4.1.6 Measurements after transition from CELL_DCH to CELL_FACH state....................................................134 8.4.1.6.1 Intra-frequency measurement ...................................................................................................................134 8.4.1.6.2 Inter-frequency measurement ...................................................................................................................134 8.4.1.6.3 Inter-RAT measurement ...........................................................................................................................135 8.4.1.6.4 Quality measurement ...............................................................................................................................135 8.4.1.6.5 UE internal measurement .........................................................................................................................135 8.4.1.6.6 Traffic volume measurement ...................................................................................................................135 8.4.1.7 Measurements after transition from CELL_FACH to CELL_DCH state....................................................136 8.4.1.7.1 Intra-frequency measurement....................................................................................................................136 8.4.1.7.2 Inter-frequency measurement....................................................................................................................136 8.4.1.7.3 Inter-RAT measurement............................................................................................................................136 8.4.1.7.4 Traffic volume measurement ...................................................................................................................137
3GPP
Release 1999
8.4.1.8 Measurements after transition from idle mode to CELL_DCH state..........................................................137 8.4.1.8.1 Intra-frequency measurement ...................................................................................................................137 8.4.1.8.2 Inter-frequency measurement ...................................................................................................................138 8.4.1.8.3 Inter-RAT measurement ...........................................................................................................................138 8.4.1.8.4 Traffic volume measurement ...................................................................................................................138 8.4.1.9 Measurements after transition from idle mode to CELL_FACH state........................................................138 8.4.1.9.1 Intra-frequency measurement ...................................................................................................................138 8.4.1.9.2 Inter-frequency measurement ...................................................................................................................138 8.4.1.9.3 Inter-RAT measurement ...........................................................................................................................138 8.4.1.9.4 Traffic volume measurement....................................................................................................................138 8.4.1.10 Measurements when measurement object is no longer valid.....................................................................139 8.4.1.10.1 Traffic volume measurement..................................................................................................................139 8.4.2 Measurement report.......................................................................................................................................139 8.4.2.1 General 139 8.4.2.2 Initiation 139 8.4.3 Assistance Data Delivery...............................................................................................................................140 8.4.3.1 General 140 8.4.3.2 Initiation 140 8.4.3.3 Reception of ASSISTANCE DATA DELIVERY message by the UE.......................................................140 8.4.3.4 Invalid ASSISTANCE DATA DELIVERY message..................................................................................140 8.5 General procedures.............................................................................................................................................141 8.5.1 Selection of initial UE identity.......................................................................................................................141 8.5.2 Actions when entering idle mode from connected mode...............................................................................141 8.5.3 Open loop power control upon establishment of DPCCH.............................................................................141 8.5.4 Physical channel establishment criteria.........................................................................................................142 8.5.5 Actions in "out of service area" and "in service area"...................................................................................142 8.5.5.1 Detection of "out of service" area................................................................................................................142 8.5.5.1.1 Actions following detection of "out of service" area in URA_PCH or CELL_PCH state.......................142 8.5.5.1.2 Actions following detection of "out of service" area in CELL_FACH state............................................142 8.5.5.2 Detection of "in service" area.......................................................................................................................142 8.5.5.2.1 Actions following Re-entry into "in service area" in URA_PCH or CELL_PCH state...........................142 8.5.5.2.2 Actions following re-entry into "in service area" in CELL_FACH state.................................................142 8.5.5.3 T316 expiry..................................................................................................................................................143 8.5.5.4 T317 expiry..................................................................................................................................................143 8.5.6 Radio link failure criteria...............................................................................................................................143 8.5.7 Open loop power control................................................................................................................................143 8.5.8 Hyper Frame Numbers...................................................................................................................................145 8.5.9 START145 8.5.10 Integrity protection.......................................................................................................................................145 8.5.10.1 Integrity protection in downlink.................................................................................................................146 8.5.10.2 Integrity protection in uplink.....................................................................................................................146 8.5.10.3 Calculation of message authentication code..............................................................................................147 8.5.11 FACH measurement occasion calculation...................................................................................................147 8.5.12 Establishment of Access Service Classes....................................................................................................147 8.5.13 Mapping of Access Classes to Access Service Classes...............................................................................148 8.5.14 PLMN Type Selection..................................................................................................................................148 8.5.15 CFN calculation...........................................................................................................................................148 8.5.15.1 Initialisation in CELL_DCH state on transiting from CELL_FACH state................................................148 8.5.15.2 Initialisation in CELL_DCH state at hard handover..................................................................................149 8.5.15.3 Initialisation for CELL_FACH..................................................................................................................149 8.5.15.4 Initialisation after intersystem handover to UTRAN.................................................................................149 8.6 Generic actions on receipt and absence of an information element...................................................................150 8.6.1 CN information elements...............................................................................................................................150 8.6.1.1 CN domain specific DRX cycle length coefficient......................................................................................150 8.6.1.2 CN information info.....................................................................................................................................150 8.6.1.3 Signalling connection release indication......................................................................................................150 8.6.2 UTRAN mobility information elements........................................................................................................150 8.6.2.1 URA identity................................................................................................................................................150 8.6.3 UE information elements................................................................................................................................151 8.6.3.1 Activation time.............................................................................................................................................151 8.6.3.2 UTRAN DRX Cycle length coefficient.......................................................................................................151
3GPP
Release 1999
8.6.3.3 Generic state transition rules depending on received information elements................................................151 8.6.3.4 Ciphering mode info....................................................................................................................................152 8.6.3.5 Integrity protection mode info.....................................................................................................................153 8.6.3.6 Configuration of CTCH occasions...............................................................................................................154 8.6.3.7 UL Timing Advance....................................................................................................................................154 8.6.3.8 Integrity check info......................................................................................................................................154 8.6.3.9 New C-RNTI................................................................................................................................................154 8.6.3.10 New U-RNTI..............................................................................................................................................155 8.6.3.11 RRC transaction identifier..........................................................................................................................155 8.6.4 Radio bearer information elements................................................................................................................155 8.6.4.1 Signalling RB information to setup list........................................................................................................155 8.6.4.2 RAB information for setup...........................................................................................................................156 8.6.4.3 RB information to setup...............................................................................................................................156 8.6.4.4 RB information to be affected......................................................................................................................156 8.6.4.5 RB information to reconfigure.....................................................................................................................157 8.6.4.6 RB information to release............................................................................................................................157 8.6.4.7 RB with PDCP information.........................................................................................................................157 8.6.4.8 RB mapping info..........................................................................................................................................157 8.6.4.9 RLC Info 158 8.6.4.10 PDCP Info..................................................................................................................................................158 8.6.4.11 PDCP SN Info............................................................................................................................................158 8.6.4.12 NAS Synchronisation Indicator.................................................................................................................159 8.6.5 Transport channel information elements........................................................................................................159 8.6.5.1 Transport Format Set....................................................................................................................................159 8.6.5.2 Transport format combination set................................................................................................................159 8.6.5.3 Transport format combination subset...........................................................................................................160 8.6.5.4 DCH quality target.......................................................................................................................................161 8.6.6 Physical channel information elements..........................................................................................................161 8.6.6.1 Frequency info.............................................................................................................................................161 8.6.6.2 PRACH info and PRACH selection.............................................................................................................161 8.6.6.3 Selection of RACH TTI...............................................................................................................................162 8.6.6.4 Downlink information for each radio link...................................................................................................163 8.6.6.5 Secondary CCPCH info...............................................................................................................................163 8.6.6.6 Uplink DPCH info........................................................................................................................................163 8.6.6.7 Downlink DPCH info...................................................................................................................................164 8.6.6.8 Maximum allowed UL TX power................................................................................................................164 8.6.6.9 PDSCH with SHO DCH Info (FDD only)...................................................................................................164 8.6.6.10 PDSCH code mapping (FDD only)............................................................................................................164 8.6.6.11 Uplink DPCH power control info..............................................................................................................164 8.6.6.12 Secondary CPICH info...............................................................................................................................165 8.6.6.13 Primary CPICH usage for channel estimation...........................................................................................165 8.6.6.14 DPCH frame offset.....................................................................................................................................165 8.6.6.15 DPCH Compressed mode info...................................................................................................................165 8.6.6.16 Repetition period, Repetition length, Offset..............................................................................................166 8.6.6.17 Primary CCPCH info.................................................................................................................................166 8.6.6.18 Primary CPICH info...................................................................................................................................167 8.6.6.19 CPCH SET Info (FDD only)......................................................................................................................167 8.6.6.20 CPCH set ID (FDD only)...........................................................................................................................167 8.6.6.21 Default DPCH Offset Value.......................................................................................................................167 8.6.6.22 Secondary Scrambling Code, Code Number.............................................................................................168 8.6.6.23 PDSCH Power Control info.......................................................................................................................168 8.6.7 Measurement information elements...............................................................................................................168 8.6.7.1 Measurement validity...................................................................................................................................168 8.6.7.2 Filter coefficient...........................................................................................................................................168 8.6.7.3 Intra-frequency/Inter-frequency/Inter-RAT cell info list.............................................................................169 8.6.7.4 Intra-frequency measurement quantity.......................................................................................................170 8.6.7.5 Inter-RAT measurement quantity................................................................................................................170 8.6.7.6 Inter-RAT reporting quantity.......................................................................................................................171 8.6.7.7 Cell Reporting Quantities.............................................................................................................................171 8.6.7.8 Periodical Reporting Criteria.......................................................................................................................172 8.6.7.9 Reporting Cell Status...................................................................................................................................172
3GPP
Release 1999
10
8.6.7.10 Traffic Volume Measurement....................................................................................................................173 8.6.7.11 Traffic Volume Reporting Criteria.............................................................................................................173 8.6.7.12 FACH measurement occasion info............................................................................................................173
3GPP
Release 1999
11
10.2.43 SECURITY MODE COMMAND.............................................................................................................236 10.2.44 SECURITY MODE COMPLETE.............................................................................................................236 10.2.45 SECURITY MODE FAILURE..................................................................................................................237 10.2.46 SIGNALLING CONNECTION RELEASE..............................................................................................237 10.2.47 SIGNALLING CONNECTION RELEASE REQUEST...........................................................................238 10.2.48 SYSTEM INFORMATION.......................................................................................................................239 10.2.48.1 First Segment...........................................................................................................................................241 10.2.48.2 First Segment (short)................................................................................................................................241 10.2.48.3 Subsequent Segment................................................................................................................................242 10.2.48.4 Last Segment............................................................................................................................................242 10.2.48.5 Last Segment (short)................................................................................................................................242 10.2.48.6 Complete SIB...........................................................................................................................................242 10.2.48.7 Complete SIB (short)...............................................................................................................................243 10.2.48.8 System Information Blocks......................................................................................................................243 10.2.48.8.1 Master Information Block.....................................................................................................................243 10.2.48.8.2 Scheduling Block 1...............................................................................................................................244 10.2.48.8.3 Scheduling Block 2...............................................................................................................................244 10.2.48.8.4 System Information Block type 1.........................................................................................................245 10.2.48.8.5 System Information Block type 2.........................................................................................................245 10.2.48.8.6 System Information Block type 3.........................................................................................................245 10.2.48.8.7 System Information Block type 4.........................................................................................................246 10.2.48.8.8 System Information Block type 5.........................................................................................................247 10.2.48.8.9 System Information Block type 6.........................................................................................................248 10.2.48.8.10 System Information Block type 7.......................................................................................................248 10.2.48.8.11 System Information Block type 8.......................................................................................................249 10.2.48.8.12 System Information Block type 9.......................................................................................................249 10.2.48.8.13 System Information Block type 10.....................................................................................................250 10.2.48.8.14 System Information Block type 11.....................................................................................................250 10.2.48.8.15 System Information Block type 12.....................................................................................................250 10.2.48.8.16 System Information Block type 13.....................................................................................................250 10.2.48.8.16.1 System Information Block type 13.1...............................................................................................251 10.2.48.8.16.2 System Information Block type 13.2...............................................................................................251 10.2.48.8.16.3 System Information Block type 13.3...............................................................................................251 10.2.48.8.16.4 System Information Block type 13.4...............................................................................................252 10.2.48.8.17 System Information Block type 14.....................................................................................................252 10.2.48.8.18 System Information Block type 15.....................................................................................................252 10.2.48.8.18.1 System Information Block type 15.1...............................................................................................253 10.2.48.8.18.2 System Information Block type 15.2...............................................................................................255 10.2.48.8.18.3 System Information Block type 15.3...............................................................................................256 10.2.48.8.19 System Information Block type 16.....................................................................................................257 10.2.48.8.20 System Information Block type 17.....................................................................................................258 10.2.49 SYSTEM INFORMATION CHANGE INDICATION.............................................................................258 10.2.50 TRANSPORT CHANNEL RECONFIGURATION.................................................................................259 10.2.51 TRANSPORT CHANNEL RECONFIGURATION COMPLETE...........................................................262 10.2.52 TRANSPORT CHANNEL RECONFIGURATION FAILURE...............................................................262 10.2.53 TRANSPORT FORMAT COMBINATION CONTROL.........................................................................263 10.2.54 TRANSPORT FORMAT COMBINATION CONTROL FAILURE........................................................264 10.2.55 UE CAPABILITY ENQUIRY...................................................................................................................265 10.2.56 UE CAPABILITY INFORMATION.........................................................................................................265 10.2.57 UE CAPABILITY INFORMATION CONFIRM.....................................................................................266 10.2.58 UPLINK DIRECT TRANSFER................................................................................................................266 10.2.59 UPLINK PHYSICAL CHANNEL CONTROL.........................................................................................266 10.2.60 URA UPDATE...........................................................................................................................................267 10.2.61 URA UPDATE CONFIRM.......................................................................................................................269 10.2.62 UTRAN MOBILITY INFORMATION....................................................................................................270 10.2.63 UTRAN MOBILITY INFORMATION CONFIRM.................................................................................270 10.2.64 UTRAN MOBILITY INFORMATION FAILURE...................................................................................272 10.3 Information element functional definitions......................................................................................................272 10.3.1 CN Information elements.............................................................................................................................272 10.3.1.1 CN domain identity....................................................................................................................................272 10.3.1.2 CN Domain System Information...............................................................................................................273
3GPP
Release 1999
12
10.3.1.3 CN Information info...................................................................................................................................273 10.3.1.4 IMEI 273 10.3.1.5 IMSI (GSM-MAP).....................................................................................................................................274 10.3.1.6 Intra Domain NAS Node Selector..............................................................................................................274 10.3.1.7 Location Area Identification......................................................................................................................274 10.3.1.8 NAS message.............................................................................................................................................274 10.3.1.9 NAS system information (GSM-MAP).....................................................................................................274 10.3.1.10 Paging record type identifier....................................................................................................................275 10.3.1.11 PLMN identity.........................................................................................................................................275 10.3.1.12 PLMN Type.............................................................................................................................................275 10.3.1.13 P-TMSI (GSM-MAP)..............................................................................................................................275 10.3.1.14 RAB identity............................................................................................................................................275 10.3.1.15 Routing Area Code...................................................................................................................................276 10.3.1.16 Routing Area Identification......................................................................................................................276 10.3.1.17 TMSI (GSM-MAP)..................................................................................................................................276 10.3.2 UTRAN mobility Information elements .....................................................................................................276 10.3.2.1 Cell Access Restriction..............................................................................................................................276 10.3.2.2 Cell identity................................................................................................................................................277 10.3.2.3 Cell selection and re-selection info for SIB3/4..........................................................................................277 10.3.2.4 Cell selection and re-selection info for SIB11/12......................................................................................280 10.3.2.5 Mapping Info..............................................................................................................................................281 10.3.2.6 URA identity.............................................................................................................................................281 10.3.3 UE Information elements ............................................................................................................................282 10.3.3.1 Activation time...........................................................................................................................................282 10.3.3.2 Capability Update Requirement.................................................................................................................282 10.3.3.3 Cell update cause........................................................................................................................................282 10.3.3.4 Ciphering Algorithm..................................................................................................................................283 10.3.3.5 Ciphering mode info..................................................................................................................................283 10.3.3.6 CN domain specific DRX cycle length coefficient....................................................................................283 10.3.3.7 CPCH Parameters.......................................................................................................................................283 10.3.3.8 C-RNTI 285 10.3.3.9 DRAC system information.........................................................................................................................285 10.3.3.10 RRC State Indicator.................................................................................................................................285 10.3.3.11 Establishment cause.................................................................................................................................286 10.3.3.12 Expiration Time Factor............................................................................................................................286 10.3.3.13 Failure cause.............................................................................................................................................287 10.3.3.14 Failure cause and error information.........................................................................................................287 10.3.3.15 Initial UE identity.....................................................................................................................................287 10.3.3.16 Integrity check info..................................................................................................................................288 10.3.3.17 Integrity protection activation info...........................................................................................................289 10.3.3.18 Integrity protection Algorithm.................................................................................................................289 10.3.3.19 Integrity protection mode info.................................................................................................................289 10.3.3.20 Maximum bit rate.....................................................................................................................................289 10.3.3.21 Measurement capability...........................................................................................................................290 10.3.3.22 Paging cause.............................................................................................................................................291 10.3.3.23 Paging record...........................................................................................................................................292 10.3.3.24 PDCP capability.......................................................................................................................................292 10.3.3.25 Physical channel capability......................................................................................................................294 10.3.3.26 Protocol error cause..................................................................................................................................296 10.3.3.27 Protocol error indicator............................................................................................................................296 10.3.3.28 RB timer indicator....................................................................................................................................297 10.3.3.29 Redirection info........................................................................................................................................297 10.3.3.30 Re-establishment timer.............................................................................................................................297 10.3.3.31 Rejection cause.........................................................................................................................................297 10.3.3.32 Release cause...........................................................................................................................................297 10.3.3.33 RF capability............................................................................................................................................298 10.3.3.34 RLC capability.........................................................................................................................................299 10.3.3.35 RLC reset indicator..................................................................................................................................299 10.3.3.36 RRC transaction identifier........................................................................................................................299 10.3.3.37 Security capability....................................................................................................................................299 10.3.3.38 START.....................................................................................................................................................299
3GPP
Release 1999
13
10.3.3.39 Transmission probability..........................................................................................................................300 10.3.3.40 Transport channel capability ...................................................................................................................301 10.3.3.41 UE multi-mode/multi-RAT capability.....................................................................................................303 10.3.3.42 UE radio access capability.......................................................................................................................304 10.3.3.43 UE Timers and Constants in connected mode.........................................................................................304 10.3.3.44 UE Timers and Constants in idle mode....................................................................................................307 10.3.3.45 UP capability ...........................................................................................................................................307 10.3.3.46 URA update cause....................................................................................................................................307 10.3.3.47 U-RNTI....................................................................................................................................................308 10.3.3.48 U-RNTI Short...........................................................................................................................................308 10.3.3.49 UTRAN DRX cycle length coefficient....................................................................................................308 10.3.3.50 Wait time..................................................................................................................................................308 10.3.4 Radio Bearer Information elements.............................................................................................................309 10.3.4.1 Downlink RLC STATUS info...................................................................................................................309 10.3.4.2 PDCP info..................................................................................................................................................310 10.3.4.3 PDCP SN info............................................................................................................................................311 10.3.4.4 Polling info.................................................................................................................................................311 10.3.4.5 Predefined configuration identity...............................................................................................................311 10.3.4.6 Predefined configuration value tag............................................................................................................311 10.3.4.7 Predefined RB configuration......................................................................................................................312 10.3.4.8 RAB info....................................................................................................................................................312 10.3.4.9 RAB info Post............................................................................................................................................312 10.3.4.10 RAB information for setup.......................................................................................................................313 10.3.4.11 RAB information to reconfigure..............................................................................................................313 10.3.4.12 NAS Synchronization indicator...............................................................................................................313 10.3.4.13 RB activation time info............................................................................................................................313 10.3.4.14 RB COUNT-C MSB information............................................................................................................313 10.3.4.15 RB COUNT-C information......................................................................................................................314 10.3.4.16 RB identity...............................................................................................................................................314 10.3.4.17 RB information to be affected..................................................................................................................314 10.3.4.18 RB information to reconfigure.................................................................................................................315 10.3.4.19 RB information to release........................................................................................................................315 10.3.4.20 RB information to setup...........................................................................................................................315 10.3.4.21 RB mapping info......................................................................................................................................316 10.3.4.22 RB with PDCP information.....................................................................................................................318 10.3.4.23 RLC info...................................................................................................................................................319 10.3.4.24 Signalling RB information to setup..........................................................................................................321 10.3.4.25 Transmission RLC Discard......................................................................................................................322 10.3.5 Transport CH Information elements ...........................................................................................................324 10.3.5.1 Added or Reconfigured DL TrCH information.........................................................................................324 10.3.5.2 Added or Reconfigured UL TrCH information.........................................................................................325 10.3.5.3 CPCH set ID...............................................................................................................................................325 10.3.5.4 Deleted DL TrCH information...................................................................................................................325 10.3.5.5 Deleted UL TrCH information...................................................................................................................325 10.3.5.6 DL Transport channel information common for all transport channels.....................................................326 10.3.5.7 DRAC Static Information..........................................................................................................................326 10.3.5.8 Power Offset Information .........................................................................................................................327 10.3.5.9 Predefined TrCH configuration..................................................................................................................327 10.3.5.10 Quality Target..........................................................................................................................................328 10.3.5.11 Semi-static Transport Format Information...............................................................................................328 10.3.5.12 TFCI Field 2 Information.........................................................................................................................329 10.3.5.13 TFCS Explicit Configuration...................................................................................................................332 10.3.5.14 TFCS Information for DSCH (TFCI range method)................................................................................332 10.3.5.15 TFCS Reconfiguration/Addition Information..........................................................................................333 10.3.5.16 TFCS Removal Information.....................................................................................................................334 10.3.5.17 Transparent mode signalling info.............................................................................................................335 10.3.5.18 Transport channel identity........................................................................................................................335 10.3.5.19 Transport Format Combination (TFC).....................................................................................................335 10.3.5.20 Transport Format Combination Set..........................................................................................................336 10.3.5.21 Transport Format Combination Set Identity............................................................................................337 10.3.5.22 Transport Format Combination Subset....................................................................................................337
3GPP
Release 1999
14
10.3.5.23 Transport Format Set................................................................................................................................338 10.3.5.24 UL Transport channel information common for all transport channels...................................................341 10.3.6 Physical CH Information elements .............................................................................................................341 10.3.6.1 AC-to-ASC mapping..................................................................................................................................341 10.3.6.2 AICH Info..................................................................................................................................................341 10.3.6.3 AICH Power offset.....................................................................................................................................342 10.3.6.4 Allocation period info................................................................................................................................342 10.3.6.5 Alpha 342 10.3.6.6 ASC setting................................................................................................................................................342 10.3.6.7 Block STTD indicator................................................................................................................................343 10.3.6.8 CCTrCH power control info......................................................................................................................343 10.3.6.9 Cell parameters Id......................................................................................................................................343 10.3.6.10 Common timeslot info..............................................................................................................................344 10.3.6.11 Constant value .........................................................................................................................................344 10.3.6.12 CPCH persistence levels..........................................................................................................................344 10.3.6.13 CPCH set info..........................................................................................................................................345 10.3.6.14 CPCH Status Indication mode.................................................................................................................348 10.3.6.15 CSICH Power offset.................................................................................................................................348 10.3.6.16 Default DPCH Offset Value.....................................................................................................................348 10.3.6.17 Downlink channelisation codes................................................................................................................348 10.3.6.18 Downlink DPCH info common for all RL...............................................................................................350 10.3.6.19 Downlink DPCH info common for all RL Post.......................................................................................350 10.3.6.20 Downlink DPCH info common for all RL Pre.........................................................................................351 10.3.6.21 Downlink DPCH info for each RL...........................................................................................................352 10.3.6.22 Downlink DPCH info for each RL Post...................................................................................................354 10.3.6.23 Downlink DPCH power control information...........................................................................................354 10.3.6.24 Downlink information common for all radio links..................................................................................355 10.3.6.25 Downlink information common for all radio links Post..........................................................................355 10.3.6.26 Downlink information common for all radio links Pre............................................................................355 10.3.6.27 Downlink information for each radio link...............................................................................................356 10.3.6.28 Downlink information for each radio link Post........................................................................................356 10.3.6.29 Downlink Outer Loop Control.................................................................................................................356 10.3.6.30 Downlink PDSCH information................................................................................................................357 10.3.6.31 Downlink rate matching restriction information......................................................................................357 10.3.6.32 Downlink Timeslots and Codes...............................................................................................................357 10.3.6.33 DPCH compressed mode info..................................................................................................................358 10.3.6.34 DPCH Compressed Mode Status Info......................................................................................................361 10.3.6.35 Dynamic persistence level........................................................................................................................361 10.3.6.36 Frequency info.........................................................................................................................................362 10.3.6.37 Individual timeslot info............................................................................................................................362 10.3.6.38 Individual Timeslot interference..............................................................................................................362 10.3.6.39 Maximum allowed UL TX power............................................................................................................362 10.3.6.40 Midamble configuration ..........................................................................................................................362 10.3.6.41 Midamble shift and burst type..................................................................................................................363 10.3.6.42 PDSCH Capacity Allocation info............................................................................................................364 10.3.6.43 PDSCH code mapping.............................................................................................................................365 10.3.6.44 PDSCH info.............................................................................................................................................367 10.3.6.45 PDSCH Power Control info.....................................................................................................................367 10.3.6.46 PDSCH system information.....................................................................................................................368 10.3.6.47 PDSCH with SHO DCH Info...................................................................................................................368 10.3.6.48 Persistence scaling factors .......................................................................................................................368 10.3.6.49 PICH Info.................................................................................................................................................369 10.3.6.50 PICH Power offset...................................................................................................................................370 10.3.6.51 PRACH Channelisation Code.................................................................................................................370 10.3.6.52 PRACH info (for RACH).........................................................................................................................371 10.3.6.53 PRACH partitioning.................................................................................................................................372 10.3.6.54 PRACH power offset...............................................................................................................................373 10.3.6.55 PRACH system information list...............................................................................................................374 10.3.6.56 Predefined PhyCH configuration.............................................................................................................375 10.3.6.57 Primary CCPCH info...............................................................................................................................375 10.3.6.58 Primary CCPCH info post........................................................................................................................375
3GPP
Release 1999
15
10.3.6.59 Primary CCPCH TX Power.....................................................................................................................376 10.3.6.60 Primary CPICH info.................................................................................................................................376 10.3.6.61 Primary CPICH Tx power .......................................................................................................................376 10.3.6.62 Primary CPICH usage for channel estimation.........................................................................................376 10.3.6.63 PUSCH info.............................................................................................................................................376 10.3.6.64 PUSCH Capacity Allocation info............................................................................................................377 10.3.6.65 PUSCH power control info .....................................................................................................................377 10.3.6.66 PUSCH system information.....................................................................................................................377 10.3.6.67 RACH transmission parameters...............................................................................................................378 10.3.6.68 Radio link addition information...............................................................................................................378 10.3.6.69 Radio link removal information...............................................................................................................379 10.3.6.70 SCCPCH Information for FACH.............................................................................................................379 10.3.6.71 Secondary CCPCH info...........................................................................................................................380 10.3.6.72 Secondary CCPCH system information...................................................................................................381 10.3.6.73 Secondary CPICH info.............................................................................................................................381 10.3.6.74 Secondary scrambling code......................................................................................................................381 10.3.6.75 SFN Time info..........................................................................................................................................382 10.3.6.76 SSDT cell identity....................................................................................................................................382 10.3.6.77 SSDT information ...................................................................................................................................382 10.3.6.78 STTD indicator.........................................................................................................................................382 10.3.6.79 TDD open loop power control.................................................................................................................383 10.3.6.80 TFC Control duration...............................................................................................................................383 10.3.6.81 TFCI Combining Indicator.......................................................................................................................383 10.3.6.82 TGPSI 383 10.3.6.83 Time info..................................................................................................................................................384 10.3.6.84 Timeslot number......................................................................................................................................384 10.3.6.85 TPC combination index............................................................................................................................384 10.3.6.86 TX Diversity Mode..................................................................................................................................384 10.3.6.87 UL interference .......................................................................................................................................384 10.3.6.88 Uplink DPCH info....................................................................................................................................385 10.3.6.89 Uplink DPCH info Post............................................................................................................................386 10.3.6.90 Uplink DPCH info Pre.............................................................................................................................386 10.3.6.91 Uplink DPCH power control info............................................................................................................386 10.3.6.92 Uplink DPCH power control info Post....................................................................................................387 10.3.6.93 Uplink DPCH power control info Pre......................................................................................................388 10.3.6.94 Uplink Timeslots and Codes....................................................................................................................388 10.3.6.95 Uplink Timing Advance...........................................................................................................................389 10.3.6.96 Uplink Timing Advance Control.............................................................................................................390 10.3.7 Measurement Information elements.............................................................................................................390 10.3.7.1 Additional measurements list.....................................................................................................................390 10.3.7.2 Cell info390 10.3.7.3 Cell measured results.................................................................................................................................391 10.3.7.4 Cell measurement event results..................................................................................................................392 10.3.7.5 Cell reporting quantities.............................................................................................................................392 10.3.7.6 Cell synchronisation information...............................................................................................................393 10.3.7.7 Event results...............................................................................................................................................394 10.3.7.8 FACH measurement occasion info............................................................................................................394 10.3.7.9 Filter coefficient.........................................................................................................................................395 10.3.7.10 HCS Cell re-selection information...........................................................................................................395 10.3.7.11 HCS neighbouring cell information.........................................................................................................395 10.3.7.12 HCS Serving cell information .................................................................................................................396 10.3.7.13 Inter-frequency cell info list.....................................................................................................................396 10.3.7.14 Inter-frequency event identity..................................................................................................................397 10.3.7.15 Inter-frequency measured results list.......................................................................................................397 10.3.7.16 Inter-frequency measurement...................................................................................................................398 10.3.7.17 Inter-frequency measurement event results.............................................................................................398 10.3.7.18 Inter-frequency measurement quantity....................................................................................................399 10.3.7.19 Inter-frequency measurement reporting criteria.......................................................................................400 10.3.7.20 Inter-frequency measurement system information...................................................................................401 10.3.7.21 Inter-frequency reporting quantity ..........................................................................................................401 10.3.7.22 Inter-frequency SET UPDATE................................................................................................................401
3GPP
Release 1999
16
10.3.7.23 Inter-RAT cell info list.............................................................................................................................402 10.3.7.24 Inter-RAT event identity..........................................................................................................................402 10.3.7.25 Inter-RAT info.........................................................................................................................................402 10.3.7.26 Inter-RAT measured results list...............................................................................................................403 10.3.7.27 Inter-RAT measurement...........................................................................................................................403 10.3.7.28 Inter-RAT measurement event results.....................................................................................................404 10.3.7.29 Inter-RAT measurement quantity ...........................................................................................................405 10.3.7.30 Inter-RAT measurement reporting criteria...............................................................................................406 10.3.7.31 Inter-RAT measurement system information...........................................................................................406 10.3.7.32 Inter-RAT reporting quantity...................................................................................................................406 10.3.7.33 Intra-frequency cell info list.....................................................................................................................407 10.3.7.34 Intra-frequency event identity..................................................................................................................407 10.3.7.35 Intra-frequency measured results list.......................................................................................................408 10.3.7.36 Intra-frequency measurement...................................................................................................................408 10.3.7.37 Intra-frequency measurement event results.............................................................................................408 10.3.7.38 Intra-frequency measurement quantity....................................................................................................409 10.3.7.39 Intra-frequency measurement reporting criteria.......................................................................................410 10.3.7.40 Intra-frequency measurement system information...................................................................................413 10.3.7.41 Intra-frequency reporting quantity...........................................................................................................413 10.3.7.42 Intra-frequency reporting quantity for RACH reporting..........................................................................414 10.3.7.43 Maximum number of reported cells on RACH........................................................................................414 10.3.7.44 Measured results.......................................................................................................................................415 10.3.7.45 Measured results on RACH.....................................................................................................................415 10.3.7.46 Measurement Command..........................................................................................................................416 10.3.7.47 Measurement control system information................................................................................................417 10.3.7.48 Measurement Identity ..............................................................................................................................417 10.3.7.49 Measurement reporting mode..................................................................................................................417 10.3.7.50 Measurement Type...................................................................................................................................418 10.3.7.51 Measurement validity...............................................................................................................................418 10.3.7.52 Observed time difference to GSM cell.....................................................................................................418 10.3.7.53 Periodical reporting criteria......................................................................................................................418 10.3.7.54 Primary CCPCH RSCP info.....................................................................................................................419 10.3.7.55 Quality measured results list....................................................................................................................419 10.3.7.56 Quality measurement...............................................................................................................................420 10.3.7.57 Quality measurement event results..........................................................................................................420 10.3.7.58 Quality measurement reporting criteria ..................................................................................................420 10.3.7.59 Quality reporting quantity........................................................................................................................421 10.3.7.60 Reference time difference to cell.............................................................................................................421 10.3.7.61 Reporting Cell Status...............................................................................................................................421 10.3.7.62 Reporting information for state CELL_DCH..........................................................................................423 10.3.7.63 SFN-SFN observed time difference.........................................................................................................423 10.3.7.64 Time to trigger..........................................................................................................................................424 10.3.7.65 Timeslot ISCP info...................................................................................................................................424 10.3.7.66 Traffic volume event identity...................................................................................................................424 10.3.7.67 Traffic volume measured results list........................................................................................................425 10.3.7.68 Traffic volume measurement...................................................................................................................426 10.3.7.69 Traffic volume measurement event results..............................................................................................426 10.3.7.70 Traffic volume measurement object.........................................................................................................427 10.3.7.71 Traffic volume measurement quantity.....................................................................................................427 10.3.7.72 Traffic volume measurement reporting criteria.......................................................................................428 10.3.7.73 Traffic volume measurement system information...................................................................................428 10.3.7.74 Traffic volume reporting quantity............................................................................................................429 10.3.7.75 UE internal event identity........................................................................................................................429 10.3.7.76 UE internal measured results...................................................................................................................430 10.3.7.77 UE internal measurement.........................................................................................................................430 10.3.7.78 UE internal measurement event results....................................................................................................431 10.3.7.79 UE internal measurement quantity...........................................................................................................431 10.3.7.80 UE internal measurement reporting criteria.............................................................................................432 10.3.7.81 UE internal measurement system information.........................................................................................432 10.3.7.82 UE Internal reporting quantity.................................................................................................................432 10.3.7.83 UE Rx-Tx time difference type 1.............................................................................................................433
3GPP
Release 1999
17
10.3.7.84 UE Rx-Tx time difference type 2.............................................................................................................433 10.3.7.85 UE Transmitted Power info.....................................................................................................................433 10.3.7.86 UP Cipher GPS Data Indicator................................................................................................................433 10.3.7.87 UP Error...................................................................................................................................................434 10.3.7.88 UP GPS acquisition assistance.................................................................................................................434 10.3.7.89 UP GPS almanac......................................................................................................................................435 10.3.7.90 UP GPS assistance data............................................................................................................................436 10.3.7.91 UP GPS DGPS corrections......................................................................................................................437 10.3.7.92 UP GPS ionospheric model......................................................................................................................439 10.3.7.93 UP GPS measurement..............................................................................................................................439 10.3.7.94 UP GPS navigation model.......................................................................................................................441 10.3.7.95 UP GPS real-time integrity......................................................................................................................443 10.3.7.96 UP GPS reference time............................................................................................................................443 10.3.7.97 UP GPS UTC model................................................................................................................................443 10.3.7.98 UP IPDL parameters................................................................................................................................444 10.3.7.99 UP measured results.................................................................................................................................445 10.3.7.100 UP measurement....................................................................................................................................445 10.3.7.101 UP measurement event results...............................................................................................................445 10.3.7.102 UP multiple sets.....................................................................................................................................446 10.3.7.103 UP OTDOA assistance data...................................................................................................................448 10.3.7.104 UP OTDOA assistance for SIB..............................................................................................................449 10.3.7.105 UP OTDOA measurement.....................................................................................................................450 10.3.7.106 UP OTDOA measurement assistance data.............................................................................................450 10.3.7.107 UP OTDOA quality type........................................................................................................................452 10.3.7.108 UP OTDOA reference cell for assistance data.......................................................................................452 10.3.7.109 UP position.............................................................................................................................................453 10.3.7.110 UP reporting criteria...............................................................................................................................454 10.3.7.111 UP reporting quantity.............................................................................................................................454 10.3.8 Other Information elements.........................................................................................................................455 10.3.8.1 BCCH modification info............................................................................................................................455 10.3.8.2 BSIC 456 10.3.8.3 CBS DRX Level 1 information..................................................................................................................456 10.3.8.4 Cell Value tag.............................................................................................................................................456 10.3.8.5 Inter-RAT change failure...........................................................................................................................456 10.3.8.6 Inter-RAT handover failure........................................................................................................................457 10.3.8.7 Inter-RAT UE radio access capability.......................................................................................................457 10.3.8.8 Inter-RAT message....................................................................................................................................457 10.3.8.9 MIB Value tag............................................................................................................................................458 10.3.8.10 PLMN Value tag......................................................................................................................................458 10.3.8.11 Predefined configuration identity and value tag......................................................................................458 10.3.8.12 Protocol error information........................................................................................................................458 10.3.8.13 References to other system information blocks.......................................................................................459 10.3.8.14 References to other system information blocks and scheduling blocks...................................................459 10.3.8.15 Rplmn information...................................................................................................................................459 10.3.8.16 Scheduling information............................................................................................................................461 10.3.8.17 SEG COUNT...........................................................................................................................................461 10.3.8.18 Segment index..........................................................................................................................................462 10.3.8.19 SIB data fixed...........................................................................................................................................462 10.3.8.20 SIB data variable......................................................................................................................................462 10.3.8.21 SIB type....................................................................................................................................................462 10.3.8.22 SIB type SIBs only...................................................................................................................................463 10.3.9 ANSI-41 Information elements....................................................................................................................464 10.3.9.1 ANSI 41 Core Network Information..........................................................................................................464 10.3.9.2 ANSI-41 Global Service Redirection information.....................................................................................464 10.3.9.3 ANSI-41 NAS parameter...........................................................................................................................464 10.3.9.4 ANSI-41 NAS system information............................................................................................................465 10.3.9.5 ANSI-41 Private Neighbour List information............................................................................................465 10.3.9.6 ANSI-41 RAND information.....................................................................................................................465 10.3.9.7 ANSI-41 User Zone Identification information.........................................................................................465 10.3.9.8 MIN_P_REV..............................................................................................................................................465 10.3.9.9 NID 466
3GPP
Release 1999
18
10.3.9.10 P_REV466 10.3.9.11 SID 466 10.3.10 Multiplicity values and type constraint values...........................................................................................466
3GPP
Release 1999
19
14.1.2 Intra-frequency reporting events for FDD...................................................................................................604 14.1.2.1 Reporting event 1A: A Primary CPICH enters the reporting range...........................................................605 14.1.2.2 Reporting event 1B: A primary CPICH leaves the reporting range...........................................................605 14.1.2.3 Reporting event 1C: A non-active primary CPICH becomes better than an active primary CPICH .......606 14.1.2.4 Reporting event 1D: Change of best cell...................................................................................................607 14.1.2.5 Reporting event 1E: A Primary CPICH becomes better than an absolute threshold.................................607 14.1.2.6 Reporting event 1F: A Primary CPICH becomes worse than an absolute threshold.................................608 14.1.3 Intra-frequency reporting events for TDD...................................................................................................608 14.1.3.1 Reporting event 1G: Change of best cell (TDD).......................................................................................608 14.1.3.2 Reporting event 1H: Timeslot ISCP below a certain threshold (TDD).....................................................609 14.1.3.3 Reporting event 1I: Timeslot ISCP above a certain threshold (TDD).......................................................609 14.1.4 Event-triggered periodic intra-frequency measurement reports..................................................................610 14.1.4.1 Cell addition failure (FDD only)................................................................................................................610 14.1.4.2 Cell replacement failure (FDD only).........................................................................................................611 14.1.5 Mechanisms available for modifying intra-frequency measurement reporting behaviour..........................611 14.1.5.1 Hysteresis ..................................................................................................................................................611 14.1.5.2 Time-to-trigger...........................................................................................................................................612 14.1.5.3 Cell individual offsets................................................................................................................................613 14.1.5.4 Forbid a Primary CPICH to affect the reporting range (FDD only)..........................................................614 14.1.6 Report quantities..........................................................................................................................................615 14.2 Inter-frequency measurements.........................................................................................................................615 14.2.1 Inter-frequency reporting events..................................................................................................................616 14.2.1.1 Event 2a: Change of best frequency...........................................................................................................616 14.2.1.2 Event 2b: The estimated quality of the currently used frequency is below a certain threshold and the estimated quality of a non-used frequency is above a certain threshold. ...................................616 14.2.1.3 Event 2c: The estimated quality of a non-used frequency is above a certain threshold............................616 14.2.1.4 Event 2d: The estimated quality of the currently used frequency is below a certain threshold.................616 14.2.1.5 Event 2e: The estimated quality of a non-used frequency is below a certain threshold ...........................617 14.2.1.6 Event 2 f: The estimated quality of the currently used frequency is above a certain threshold.................617 14.3 Inter-RAT measurements.................................................................................................................................617 14.3.1 Inter-RAT reporting events..........................................................................................................................617 14.3.1.1 Event 3a: The estimated quality of the currently used UTRAN frequency is below a certain threshold and the estimated quality of the other system is above a certain threshold........................................617 14.3.1.2 Event 3b: The estimated quality of other system is below a certain threshold..........................................618 14.3.1.3 Event 3c: The estimated quality of other system is above a certain threshold..........................................618 14.3.1.4 Event 3d: Change of best cell in other system...........................................................................................618 14.3.2 GSM measurements in compressed mode...................................................................................................618 14.3.2.1 GSM RSSI measurements..........................................................................................................................618 14.3.2.2 Initial BSIC identification..........................................................................................................................618 14.3.2.3 BSIC re-confirmation.................................................................................................................................618 14.4 Traffic Volume Measurements........................................................................................................................618 14.4.1 Traffic Volume Measurement Quantity.......................................................................................................618 14.4.2 Traffic Volume reporting events..................................................................................................................619 14.4.2.1 Reporting event 4 A: RLC buffer payload exceeds an absolute threshold................................................619 14.4.2.2 Reporting event 4 B: RLC buffer payload becomes smaller than an absolute threshold..........................619 14.4.3 Traffic volume reporting mechanisms.........................................................................................................620 14.4.3.1 Pending time after trigger...........................................................................................................................620 14.4.4 Interruption of user data transmission .........................................................................................................620 14.5 Quality Measurements.....................................................................................................................................620 14.5.1 Quality reporting measurement quantities...................................................................................................620 14.5.2 Quality reporting events...............................................................................................................................621 14.5.2.1 Reporting event 5A: A predefined number of bad CRCs is exceeded.......................................................621 14.6 UE internal measurements...............................................................................................................................621 14.6.1 UE internal measurement quantities............................................................................................................621 14.6.2 UE internal measurement reporting events..................................................................................................622 14.6.2.1 Reporting event 6A: The UE Tx power becomes larger than an absolute threshold.................................622 14.6.2.2 Reporting event 6B: The UE Tx power becomes less than an absolute threshold....................................622 14.6.2.3 Reporting event 6C: The UE Tx power reaches its minimum value.........................................................622 14.6.2.4 Reporting event 6D: The UE Tx power reaches its maximum value........................................................623 14.6.2.5 Reporting event 6E: The UE RSSI reaches the UE's dynamic receiver range...........................................623
3GPP
Release 1999
20
14.6.2.6 Reporting event 6F: The UE Rx-Tx time difference for a RL included in the active set becomes larger than an absolute threshold............................................................................................................623 14.6.2.7 Reporting event 6G: The UE Rx-Tx time difference for a RL included in the active set becomes less than an absolute threshold ..................................................................................................................623 14.7 UP measurements.............................................................................................................................................624 14.7.1 UP measurement quantity............................................................................................................................624 14.7.2 UP reporting quantity...................................................................................................................................624 14.7.3 UP reporting events......................................................................................................................................624 14.7.3.1 Reporting Event 7a: The UE position changes more than an absolute threshold......................................624 14.7.3.2 Reporting Event 7b: SFN-SFN measurement changes more than an absolute threshold..........................624 14.7.3.3 Reporting Event 7c: GPS time and SFN time have drifted apart more than an absolute threshold...........624 14.8 Dynamic Resource Allocation Control of Uplink DCH (FDD only)..............................................................625 14.9 Downlink power control..................................................................................................................................625 14.9.1 Generalities..................................................................................................................................................625 14.9.2 Downlink power control in compressed mode.............................................................................................626 14.10 Calculated Transport Format Combination....................................................................................................626 14.11 UE autonomous update of active set on non-used frequency (FDD only)....................................................627 14.12 Provision and reception of RRC information between network nodes..........................................................627 14.12.1 RRC Information to target RNC................................................................................................................627 14.12.2 RRC information, target RNC to source RNC...........................................................................................634 14.12.3 RRC information, target RNC to source system........................................................................................635 14.13 RRC information transferred between UE and other systems.......................................................................635 14.13.1 RRC information, another RAT to UE......................................................................................................635 14.13.1.1 Pre-defined configuration information.....................................................................................................635 14.13.2 RRC information, UE to another RAT......................................................................................................636 14.13.2.1 UE capability information........................................................................................................................636 14.13.2.2 UE security information ..........................................................................................................................636 14.13.2.3 Pre-defined configuration status information...........................................................................................637 14.13.2.4 UE system specific capability..................................................................................................................637 14.14 Versatile Channel Assignment Mode (VCAM) mapping rule (FDD only)...................................................637
3GPP
Release 1999
21
B.3.2.8 Transfer and update of system information (CELL_FACH)......................................................................644 B.3.3 CELL_PCH state...........................................................................................................................................645 B.3.3.1 Transition from CELL_PCH to CELL_FACH state...................................................................................645 B.3.3.2 Radio Resource Allocation Tasks (CELL_PCH)........................................................................................645 B.3.3.3 RRC Connection mobility tasks (CELL_PCH)...........................................................................................645 B.3.3.4 UE Measurements (CELL_PCH)................................................................................................................645 B.3.3.5 Transfer and update of system information (CELL_PCH).........................................................................646 B.3.4 URA_PCH State............................................................................................................................................646 B.3.4.1 Transition from URA_PCH State to CELL_FACH State (URA_PCH).....................................................646 B.3.4.2 Radio Resource Allocation Tasks (URA _PCH).........................................................................................646 B.3.4.3 RRC Connection mobility tasks (URA_PCH)............................................................................................646 B.3.4.4 UE Measurements (URA_PCH)..................................................................................................................647 B.3.4.5 Transfer and update of system information (URA_PCH)...........................................................................647 B.3.5 States and Transitions for Cell Reselection in URA_PCH, CELL_PCH, and CELL_FACH......................647 B.4 Inter-RAT handover with PSTN/ISDN domain services..................................................................................648 B.5 Inter-RAT handover with IP domain services...................................................................................................648 B.6 Inter-RAT handover with simultaneous IP and PSTN/ISDN domain services.................................................648 B.6.1 Inter-RAT handover UTRAN to GSM / BSS................................................................................................648 B.6.2 Inter-RAT handover GSM / BSS to UTRAN................................................................................................648
3GPP
Release 1999
22
Foreword
This Technical Specification (TS) has been produced by the 3rd Generation Partnership Project (3GPP). The contents of the present document are subject to continuing work within the TSG and may change following formal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an identifying change of release date and an increase in version number as follows: Version x.y.z where: x the first digit: 1 presented to TSG for information; 2 presented to TSG for approval; 3 or greater indicates TSG approved document under change control. y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates, etc. z the third digit is incremented when editorial only changes have been incorporated in the document.
3GPP
Release 1999
23
1 Scope
The present document specifies the Radio Resource Control protocol for the UE-UTRAN radio interface. The scope of this specification also includes: the information to be transported in a transparent container between source RNC and target RNC in connection with SRNC relocation; the information to be transported in a transparent container between a target RNC and another system.
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present document. References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 3GPP TS 25.301: "Radio Interface Protocol Architecture". 3GPP TS 25.303: "Interlayer Procedures in Connected Mode". 3GPP TS 25.304: "UE Procedures in Idle Mode and Procedures for Cell Reselection in Connected Mode". 3GPP TS 24.008: "Mobile radio interface layer 3 specification, Core Network Protocols - Stage 3". 3GPP TS 25.103: "RF Parameters in Support of RRM". 3GPP TS 25.215: "Physical layer Measurements (FDD)". 3GPP TS 25.225: "Physical layer Measurements (TDD)". 3GPP TS 25.401: "UTRAN overall description". 3GPP TS 25.402: "Synchronization in UTRAN, stage 2". 3GPP TS 23.003: "Numbering, addressing and identification". ICD-GPS-200: "Navstar GPS Space Segment/Navigation User Interface". RTCM-SC104: "RTCM Recommended Standards for Differential GNSS Service (v.2.2)". 3GPP TR 25.921: "Guidelines and Principles for protocol description and error handling". 3GPP TS 25.321: "MAC protocol specification". 3GPP TS 25.322: "RLC Protocol Specification". 3GPP TS 24.007: "Mobile radio interface signalling layer 3" General Aspects. 3GPP TS 25.305: "Stage 2 Functional Specification of Location Services in UTRAN". 3GPP TS 25.133: "Requirements for Support of Radio Resource Management (FDD)". 3GPP TS 25.123: "Requirements for Support of Radio Resource Management (TDD)".
3GPP
Release 1999
24
3GPP TS 25.101: "UE Radio Transmission and Reception (FDD)". 3GPP TS 25.102: "UE Radio Transmission and Reception (TDD)". 3GPP TS 23.060: "General Packet Radio Service (GPRS), Service description, Stage 2".
Definitions Abbreviations
Acknowledgement Acquisition Indicator CHannel Acknowledged Mode Access Stratum Access Service Class Abstract Syntax Notation.1 Broadcast Control Channel Broadcast Control Functional Entity Bit Error Rate BLock Error Rate Base Station Sub-system Conditional on history Conditional on value Common Control Physical CHannel Common Control Channel Core Network Connection Management Common Packet CHannel Cell RNTI Common Traffic CHannel Calculated Transport Format Combination Dynamic Channel Allocation Dedicated Control Channel Dedicated Control Functional Entity Dedicated Channel Dedicated Control SAP Differential Global Positioning System Downlink Dynamic Resource Allocation Control Downlink Shared Channel Dedicated Traffic Channel Forward Access Channel Frequency Division Duplex For Further Study General Control SAP Hierarchical Cell Structure Hyper Frame Number Identifier Internet Engineering Task Force International Mobile Equipment Identity International Mobile Subscriber Identity Information element
For the purposes of the present document, the terms and definitions given in [1] apply.
For the purposes of the present document, the following abbreviations apply:
3GPP
Release 1999
25
IP ISCP LAI L1 L2 L3 MD MP MAC MCC MM MNC NAS Nt-SAP NW OP PCCH PCH PDCP PDSCH PDU PLMN PNFE PRACH P-TMSI PUSCH QoS RAB RAT RB RAI RACH RB RFE RL RLC RNTI RNC RRC RSCP RSSI SAP SCFE SF SHCCH SIR SSDT S-RNTI TDD TF TFCS TFS TM TME TMSI Tr Tx UE UL UM UP
Internet Protocol Interference on Signal Code Power Location Area Identity Layer 1 Layer 2 Layer 3 Mandatory default Mandatory present Media Access Control Mobile Country Code Mobility Management Mobile Network Code Non Access Stratum Notification SAP Network Optional Paging Control Channel Paging Channel Packet Data Convergence Protocol Physical Downlink Shared Channel Protocol Data Unit Public Land Mobile Network Paging and Notification Control Functional Entity Physical Random Access CHannel Packet Temporary Mobile Subscriber Identity Physical Uplink Shared Channel Quality of Service Radio access bearer Radio Access Technology Radio Bearer Routing Area Identity Random Access CHannel Radio Bearer Routing Functional Entity Radio Link Radio Link Control Radio Network Temporary Identifier Radio Network Controller Radio Resource Control Received Signal Code Power Received Signal Strength Indicator Service Access Point Shared Control Function Entity Spreading Factor Shared Control Channel Signal to Interference Ratio Site Selection Diversity Transmission SRNC - RNTI Time Division Duplex Transport Format Transport Format Combination Set Transport Format Set Transparent Mode Transfer Mode Entity Temporary Mobile Subscriber Identity Transparent Transmission User Equipment Uplink Unacknowledged Mode UE Positioning
3GPP
Release 1999
26
UTRAN Registration Area UTRAN-RNTI Uplink Shared Channel Universal Terrestrial Radio Access Network
4 General
4.1
-
Annex B contains informative Stage 2 description of the RRC protocol states and state transitions. The following figure summarises the mapping of UE states, including states in GSM, to the appropriate UTRA and GSM specifications which specify the UE behaviour.
UE switch-on
3GPP
Release 1999
27
4.2
-
NOTE:
Figure 2 shows the RRC model for the UE and Figure 3 and Figure 4 show the RRC model for the UTRAN. NOTE: The figure shows only the types of SAPs that are used. Multiple instances of Tr-SAP, UM-SAP and AMSAP are possible. Especially, different functional entities usually use different instances of SAP types.
3GPP
Release 1999
28
NAS NAS
GC-SAP
GC-SAP
... ...
GC-SAP
Nt-SAP
Nt-SAP
RFE
RFE
... ...
DC-SAP
Nt-SAP
DC-SAP
RFE
... ...
DC-SAP
RRC
BCFE PNFE DCFE TME
RLCctrl
SCFE
Tr-SAP
UM SAP
AM SAP
RLC MAC L1
3GPP
Release 1999
29
Access Stratum
...
RFE
...
RFE
RFE
...
RRC
RRC SAPs
BCFE
PNFE
DCFE TME
SCFE
RLCctrl
Tr-SAP
UM SAP
AM SAP
RLC MAC L1
NAS
NAS
DC-SAP
GC-SAP
GC-SAP
... ...
GC-SAP
Nt-SAP
Nt-SAP
... ...
DC-SAP
Nt-SAP
DC-SAP
... ...
DC-SAP
RFE
RFE
RFE
RRC
SCFE
BCFE
PNFE
DCFE
TME
RLCctrl
Tr-SAP
UM SAP
AM SAP
RLC
MAC ctrl L1-ctrl
MAC L1
Figure 4: UTRAN side RRC model (DS-41 System)
3GPP
Release 1999
30
The RRC performs the functions listed below. A more detailed description of these functions is provided in 3GPP TS 25.301: Broadcast of information related to the non-access stratum (Core Network); Broadcast of information related to the access stratum; Establishment, maintenance and release of an RRC connection between the UE and UTRAN; Establishment, reconfiguration and release of Radio Bearers; Assignment, reconfiguration and release of radio resources for the RRC connection; RRC connection mobility functions; Control of requested QoS; UE measurement reporting and control of the reporting; Outer loop power control; Control of ciphering; Slow DCA (TDD mode); Paging; Initial cell selection and cell re-selection; Arbitration of radio resources on uplink DCH; RRC message integrity protection; Timing advance (TDD mode); CBS control.
5.2
The RRC offers the following services to upper layers, a description and primitives of these services are provided in [2], [17]. General Control; Notification; Dedicated control.
5.3
The primitives between RRC and the upper layers are described in 3GPP TS 24.007.
3GPP
Release 1999
31
The services provided by layer 2 are described in [2], [15] and [16].
The Radio Bearers available for usage by RRC messages using RLC-TM, RLC-UM and RLC-AM on the DCCH and CCCH are specified in the following. The UE and UTRAN shall select the radio bearers for RRC messages using RLCTM, RLC-UM or RLC-AM on the DCCH and CCCH, according to the following: RB 0 shall be used for all messages sent on the CCCH (UL: RLC-TM, DL: RLC-UM). RB 1 shall be used for all messages sent on the DCCH, when using RLC unacknowledged mode (RLC-UM). RB 2 shall be used for all messages sent on the DCCH, when using RLC acknowledged mode (RLC-AM), except for except for the RRC messages carrying higher layer (NAS) signalling. RB 3 and optionally RB 4 shall be used by the RRC messages carrying higher layer (NAS) signalling and sent on the DCCH in RLC acknowledged mode (RLC-AM), as specified in subclause 8.1.8., 8.1.9 and 8.1.10. For RRC messages on the DCCH using RLC transparent mode (RLC-TM), the transparent signalling DCCH shall be used. RRC messages on the SHCCH are mapped either on RACH or on the USCH with the lowest assigned Transport Channel Id in the uplink and either on FACH or on the DSCH with the lowest assigned Transport Channel Id using RLC-TM. These messages are only specified for TDD mode.
When an RRC message is transmitted in DL on CCCH or SHCCH using RLC UM, RRC should indicate to RLC that a special RLC length indicator should be used [16]. The UE shall assume that this indication has been given. The special length indicator indicates that an RLC SDU begins in the beginning of an RLC PDU.
7 Protocol states
7.1 Overview of RRC States and State Transitions including GSM
Figure 5 shows the RRC states in UTRA Connected Mode, including transitions between UTRA connected mode and GSM connected mode for PSTN/ISDN domain services, and between UTRA connected mode and GSM/GPRS packet modes for IP domain services. It also shows the transitions between Idle Mode and UTRA Connected Mode and further the transitions within UTRA connected Mode.
3GPP
Release 1999
32
CELL_PCH
out of service in service
GSM: Handover
CELL_DCH
CELL_FACH
out of service in service
GPRS Packet Idle Mode1 Camping on a UTRAN cell1 Camping on a GSM / GPRS cell1
Idle Mode
Figure 5: RRC States and State Transitions including GSM [1: The indicated division within Idle Mode is only included for clarification and shall not be interpreted as states.] The RRC connection is defined as a point-to-point bi-directional connection between RRC peer entities in the UE and the UTRAN characterised by the allocation of a U-RNTI. A UE has either zero or one RRC connection. NOTE: The state transitions are specified in subclause 8.
7.2
NOTE:
Processes in UE modes/states
This subclause specifies what processes shall be active in the UE in the different RRC modes/states. The related procedures and the conditions on which they are triggered are specified either in section 8 or elsewhere in the relevant process definition.
7.2.1
UE Idle mode
UE processes that are active in UE Idle mode are specified in 3GPP TS 25.304.
7.2.2
In this specification unless otherwise mentioned "connected mode" shall refer to "UTRA RRC connected mode".
7.2.2.1
-
In the URA_PCH or CELL_PCH state the UE shall perform the following actions: if the UE is "in service area": maintain up-to-date system information as broadcast by the serving cell as specified in the sub-clause 8.1.1; perform cell reselection process as specified in 3GPP TS 25.304; monitor the paging occasions according to the DRX cycle and receive paging information on the PCH;
3GPP
Release 1999
33
perform measurements process according to measurement control information as specified in subclause 8.4 and in subclause 14.4; maintain up-to-date BMC data if it supports Cell Broadcast Service (CBS) as specified in 3GPP TS 25.324; run timer T305 for periodical URA update if the UE is in URA_PCH or for periodical cell update if the UE is in CELL_PCH;
if the UE is "out of service area": perform cell reselection process as specified in 3GPP TS 25.304; run timer T316; run timer T305
7.2.2.2
CELL_FACH state
In the CELL_FACH state the UE shall perform the following actions: if the UE is "in service area": DCCH and DTCH are available; perform cell reselection process as specified in 3GPP TS 25.304; perform measurements process according to measurement control information as specified in subclause 8.4 and in subclause 14.4; run timer T305 (periodical cell update); listen to all FACH transport channels mapped on S-CCPCH assigned to this UE;
if the UE is "out of service area": perform cell reselection process as specified in 3GPP TS 25.304; run timers T305 (periodical cell update), and T317 (cell update when re-entering "in service") or T307 (transition to Idle mode)
7.2.2.3
CELL_DCH state
In the CELL_DCH state the UE shall perform the following actions: if DCCH and DTCH are available: read system information broadcast on FACH as specified in subclause 8.1.1.3 (applicable only to UEs with certain capabilities and camping on FDD cells); read the system information as specified in subclause 8.1.1 (for UEs camping on TDD cells); perform measurements process according to measurement control information as specified in subclause 8.4 and in clause 14;
8 RRC procedures
On receiving a message the UE shall first apply integrity check as appropriate and then proceed with error handling as specified in clause 9 before continuing on with the procedure as specified in the relevant subclause. The RRC entity in the UE shall consider PDUs to have been transmitted when they are submitted to the lower layers. In the UE, timers are started when the PDUs are sent on the radio interface in the case of the transmission using the CCCH.
3GPP
Release 1999
34
8.1
8.1.1
SYSTEM INFORMATION
8.1.1.1
General
The purpose of this procedure is to broadcast system information from the UTRAN to UEs in a cell.
8.1.1.1.1
The system information elements are broadcast in system information blocks. A system information block groups together system information elements of the same nature. Different system information blocks may have different characteristics, e.g. regarding their repetition rate and the requirements on UEs to re-read the system information blocks. The system information is organised as a tree. A master information block gives references and scheduling information to a number of system information blocks in a cell. The system information blocks contain the actual system information. The master information block may optionally also contain reference and scheduling information to one or two scheduling blocks, which give references and scheduling information for additional system information blocks. Scheduling information for a system information block may only be included in either the master information block or one of the scheduling blocks. For all system information blocks except System Information Block type 16, the content is the same in each occurrence for system information blocks using value tag. System Information Block type 16 may occur more than once with different content. In this case scheduling information is provided for each such occurrence of the system information block. System information blocks that do not use value tag may have different content for each occurrence.
8.1.1.1.2
Table 8.1.1 specifies all system information blocks and their characteristics. The area scope column in table 8.1.1 specifies the area where a system information block's value tag is valid. If the area scope is cell, the UE shall consider the system information block to be valid only in the cell in which it was read. If system information blocks have been previously stored for this cell, the UE shall check whether the value tag for the system information block in the entered cell is different compared to the stored value tag. If the area scope is PLMN, the UE shall check the value tag for the system information block when a new cell is selected. If the value tag for the system information block in the new cell is different compared to the value tag for the system information block stored in the UE, the UE shall re-read the system information block. For System information block type 16, which may have multiple occurrences, each occurrence has its own independent value tag. The UE- shall re-read a particular occurrence if the value tag of this occurrence has changed compared to that stored in the UE. The UE mode/state column when block is valid in Table 8.1.1 specifies in which UE mode or UE state the IEs in a system information block shall be regarded as valid by the UE. In other words, the indicated system information block becomes invalid upon change to a mode/state that is not included in this column. The UE mode/state column when block is read in Table 8.1.1 specifies in which UE mode or UE state the IEs in a system information block shall be read by the UE.
3GPP
Release 1999
35
NOTE 1 There are a number of system information blocks that include the same IEs while the UE mode/state in which the information is valid differs. This approach is intended to allows the use of different IE values in different UE mode/states. NOTE 2 The requirements concerning when a UE shall read system information blocks are specified indirectly; these requirements may be derived from the procedure specifications that specify which IEs are required in the different UE modes/states in conjunction with the different performance requirements that are specified. The Scheduling information column in Table 8.1.1 specifies the position and repetition period for the SIB. The modification of system information column in Table 8.1.1 specifies the update mechanisms applicable for a certain system information block. For system information blocks with a value tag, the UE shall update the information according to subclause 8.1.1.7.1 or 8.1.1.7.2. For system information blocks with an expiration timer, the UE shall, when the timer expires, perform an update of the information according to subclause 8.1.1.7.4.
3GPP
Release 1999
36
3GPP
Release 1999 System information block Master information block Area scope Cell UE mode/state when block is valid Idle mode, CELL_FACH, CELL_PCH, URA_PCH Idle mode, CELL_FACH, CELL_PCH, URA_PCH Idle mode, CELL_FACH, CELL_PCH, URA_PCH Idle mode CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH URA_PCH Idle mode, (CELL_FACH, CELL_PCH, URA_PCH) CELL_FACH, CELL_PCH, URA_PCH UE mode/state when block is read Idle mode, CELL_FACH, CELL_PCH, URA_PCH Idle mode, CELL_FACH, CELL_PCH, URA_PCH Idle mode, CELL_FACH, CELL_PCH, URA_PCH Idle
37 Scheduling information SIB_POS = 0 SIB_REP = 8 (FDD) SIB_REP = 8, 16, 32 (TDD) SIB_OFF=2 Specified by the IE "Scheduling information" in MIB Specified by the IE "Scheduling information" in MIB Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information"
3GPP TS 25.331 V3.5.0 (2000-12) Modificatio n of system information Value tag Additional comment
Scheduling block 1 Scheduling block 2 System information block type 1 System information block type 2 System information block type 3 System information block type 4
Cell
Value tag
Cell
Value tag
PLMN
Value tag
Cell Cell
Cell
Value tag
If System information block type 4 is not broadcast in a cell, the connected mode UE shall read System information block type 3
Cell
Cell
Idle mode, (CELL_FACH, CELL_PCH, URA_PCH) CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH (TDD only)
Idle mode, (CELL_FACH, CELL_PCH, URA_PCH) CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH (TDD only)
Value tag
Value tag
If system information block type 6 is not broadcast in a cell, the connected mode UE shall read System information block type 5. If some of the optional IEs are not included in System information block type 6, the UE shall read the corresponding IEs in System information block type 5
Cell
Cell
3GPP
Release 1999 System information block type 9 System information block type 10 System information block type 11 System information block type 12 Cell Cell CELL_FACH, CELL_PCH, URA_PCH CELL_DCH CELL_FACH, CELL_PCH, URA_PCH CELL_DCH
38 Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information"
3GPP TS 25.331 V3.5.0 (2000-12) Expiration timer = SIB_REP Expiration timer = SIB_REP Value tag
Cell
Cell
Idle mode (CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH) CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH
Value tag
If some of the optional IEs are not included in System information block type 12, the UE shall read the corresponding IEs in System information block type 11.
System information block type 13 System information block type 13.1 System information block type 13.2 System information block type 13.3 System information block type 13.4 System information block type 14
Cell
Cell
Cell
Cell
Cell
Cell
Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH
Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH Idle Mode, CELL_FACH, CELL_PCH, URA_PCH
Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information"
Value tag
Value tag
Value tag
Value tag
Value tag
System information block type 15 System information block type 15.1 System information block type 15.2 System information block type 15.3 System information block type 16
Cell
Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information" Specified by the IE "Scheduling information"
Cell
Value tag
Cell
Value tag
Cell
Value tag
PLMN
Value tag
3GPP
Release 1999 System information block type 17 Cell CELL_FACH, CELL_PCH, URA_PCH , CELL_DCH CELL_FACH, CELL_PCH, URA_PCH, CELL_DCH
3GPP TS 25.331 V3.5.0 (2000-12) Expiration timer = SIB_REP This system information block is used in TDD mode only.
The UE shall acquire all system information blocks except system information block type 10 on BCH. System Information Block type 10 shall be acquired on the FACH and only by UEs with support for simultaneous reception of one SCCPCH and one DPCH. If System Information Block type 10 is not broadcast in a cell, the DRAC procedures do not apply in this cell. System Information Block type 10 is used in FDD mode only.
8.1.1.1.3
A generic SYSTEM INFORMATION message is used to convey the system information blocks on the BCCH. A given BCCH may be mapped onto either a BCH- or a FACH transport channel according to subclause 8.1.1.1.2. The size of the SYSTEM INFORMATION message shall fit the size of a BCH- or a FACH transport block. The RRC layer in UTRAN performs segmentation and concatenation of encoded system information blocks. If the encoded system information block is larger than the size of a SYSTEM INFORMATION message, it will be segmented and transmitted in several messages. If the encoded system information block is smaller than a SYSTEM INFORMATION message, UTRAN may concatenate (parts of) several system information blocks, or the first segment or the last segment into the same message as specified in the remainder of this clause. Four different segment types are defined: First segment; Subsequent segment; Last segment; Complete.
Each of the types - First, Subsequent and Last segment - are used to transfer segments of a master information block, scheduling block or a system information block. The segment type, Complete, is used to transfer a complete master information block, complete scheduling block or a complete system information block. Each segment consists of a header and a data field. The data field carries the encoded system information elements. The header contains the following parameters: The number of segments in the system information block (SEG_COUNT). This parameter is only included in the header if the segment type is "First segment". SIB type. The SIB type uniquely identifies the master information block, scheduling block or a system information block. Segment index. This parameter is only included in the header if the segment type is "Subsequent segment" or "Last segment".
UTRAN may combine one or several segments of variable length in the same SYSTEM INFORMATION message. The following combinations are allowed: 1. No segment; 2. First segment; 3. Subsequent segment; 4. Last segment; 5. Last segment + First segment; 6. Last segment + one or several Complete; 7. Last segment + one or several Complete + First segment;
3GPP
Release 1999
40
8. One or several Complete; 9. One or several Complete + First segment. The "No segment" combination is used when there is no master information block, scheduling block or system information block scheduled for a specific BCH transport block. UEs are not required to support the reception of multiple occurrences of a system information block type within one SYSTEM INFORMATION message. NOTE: Since the SIB type is the same for each occurrence of the system information block, the UE does not know the order in which the occurrences, scheduled for this SYSTEM INFORMATION message, appear. Therefore, the UE is unable to determine which scheduling information, e.g., value tag relates to which occurrence of the system information block.
8.1.1.1.4
Re-assembly of segments
The RRC layer in the UE shall perform re-assembly of segments. All segments belonging to the same master information block, scheduling block or system information block shall be assembled in ascending order with respect to the segment index. When all segments of the master information block, scheduling block or a system information block have been received, the UE shall perform decoding of the complete master information block, scheduling block or system information block. For System Information Block type 16 which may have multiple occurrences, each occurrence shall be re-assembled independently. The UE shall discard system information blocks of which segments were missing, of which segments were received out of sequence and/or for which duplicate segments were received. If the UE receives a Subsequent segment or Last segment where the index in IE "Segment index" is larger than the number of segments stated in IE "SEG_COUNT" in the scheduling information for that scheduling block or system information block, the UE may read all the segments to create a system information block; store the content of the system information block with a value tag set to the value NULL; and consider the content of the scheduling block or system information block as valid, until it receives the same type of scheduling block or system information block in a position according to its scheduling information or at most for 6 hours after reception.
and the UE shall: read scheduling information for that scheduling block or system information block.
If the UE receives a Subsequent segment or Last segment where the index in IE "Segment index" is larger than the number of segments stated in IE "SEG_COUNT" in the First segment, the UE shall discard all segments for that master information block, scheduling block or system information block and re-read the scheduling information for that system information block. then re-read all segments for that system information block.
8.1.1.1.5
Scheduling of system information blocks is performed by the RRC layer in UTRAN. If segmentation is used, it should be possible to schedule each segment separately. To allow the mixing of system information blocks with short repetition period and system information blocks with segmentation over many frames, UTRAN may multiplex segments from different system information blocks. Multiplexing and de-multiplexing is performed by the RRC layer.
3GPP
Release 1999
41
The scheduling of each system information block broadcast on a BCH transport channel is defined by the following parameters: the number of segments (SEG_COUNT); the repetition period (SIB_REP). The same value applies to all segments; the position (phase) of the first segment within one cycle of the Cell System Frame Number (SIB_POS(0)). Since system information blocks are repeated with period SIB_REP, the value of SIB_POS(i), i = 0, 1, 2, SEG_COUNT-1 must be less than SIB_REP for all segments; the offset of the subsequent segments in ascending index order (SIB_OFF(i), i = 1, 2, SEG_COUNT-1) The position of the subsequent segments is calculated using the following: SIB_POS(i) = SIB_POS(i-1) + SIB_OFF(i).
The scheduling is based on the Cell System Frame Number (SFN). The SFN of a frame at which a particular segment, i, with i = 0, 1, 2, SEG_COUNT-1 of a system information block occurs, fulfils the following relation: SFN mod SIB_REP = SIB_POS(i) In FDD and TDD the scheduling of the master information block is fixed as defined in Table 8.1.1. For TDD, UTRAN may apply one of the values allowed for the master information block's repetition period. The value that UTRAN is using in TDD is not signalled; UEs have to determine it by trial and error.
8.1.1.2
Initiation
The system information is continuously broadcast on a regular basis in accordance with the scheduling defined for each system information block.
8.1.1.3
The UE shall read SYSTEM INFORMATION messages broadcast on a BCH transport channel in idle mode and in the connected mode in states CELL_FACH, CELL_PCH, URA_PCH and CELL_DCH (TDD only). In addition, UEs which support simultaneous reception of one SCCPCH and one DPCH shall read system information on a FACH transport channel when in CELL_DCH state. In idle mode and connected mode different combinations of system information blocks are valid. The UE shall acquire the system information blocks that are needed according to Table 8.1.1. The UE may store system information blocks with cell or PLMN area scope (including their value tag) for different cells and different PLMNs, to be used if the UE returns to these cells. The UE shall consider all stored system information blocks as invalid after it has been switched off. When selecting a new cell within the currently used PLMN, the UE shall consider all current system information blocks with area scope cell to be invalid. If the UE has stored valid system information blocks for the newly selected cell, the UE may set those as current system information blocks. After selecting a new PLMN, the UE shall consider all current system information blocks to be invalid. If the UE has previously stored valid system information blocks for the selected cell of the new PLMN, the UE may set those as current system information blocks. Upon selection of a new PLMN the UE shall store all information elements specified within variable SELECTED_PLMN for the new PLMN within this variable.
8.1.1.4
System information block type 10 may be broadcast on FACH, as specified in 8.1.1.1.2. When reading system information blocks on FACH, the UE shall perform the actions as defined in subclause 8.1.1.6.
3GPP
Release 1999
42
8.1.1.5
Actions upon reception of the Master Information Block and Scheduling Block(s)
When selecting a new cell, the UE shall read the master information block. The UE may use the pre-defined scheduling information to locate the master information block in the cell. Upon reception of the master information block, the UE shall: if the "PLMN type" in the variable SELECTED_PLMN has the value "GSM-MAP" and the IE "PLMN Type" has the value "GSM-MAP" or "GSM-MAP and ANSI-41",: check the IE "PLMN identity" in the master information block and verify that it is the selected PLMN, stored as "PLMN identity" in the variable SELECTED_PLMN.
if the "PLMN type" in the variable SELECTED_PLMN has the value "ANSI-41 "and the IE "PLMN Type" has the value "ANSI-41" or "GSM-MAP and ANSI-41",: store the ANSI-41 Information elements contained in the master information block and perform initial process for ANSI-41.
compare the value tag in the master information block with the value tag stored for this cell and this PLMN in the variable VALUE_TAG. if the value tags differ, or if no IEs for the master information block are stored: store the value tag into the variable VALUE_TAG for the master information block; read and store scheduling information included in the master information block;
if the value tags are the same the UE may use stored system information blocks and scheduling blocks using value tag that were stored in this cell and this PLMN as valid system information.
For all system information blocks or scheduling blocks, that are supported by the UE, referenced in the master information block or the scheduling blocks, the UE shall perform the following actions: for all system information blocks with area scope PLMN that use value tags: compare the value tag read in scheduling information for that system information block with the value stored within the variable VALUE_TAG for that system information block; if the value tags differ, or if no IEs for the corresponding system information block are stored,: store the value tag read in scheduling information for that system information block into the variable VALUE_TAG; read and store the IEs of that system information block.
if the value tags are the same the UE may use stored system information blocks using value tag that were stored in this PLMN as valid system information.
for all system information blocks or scheduling blocks with area scope cell that use value tags: compare the value tag read in scheduling information for that system information block or scheduling block with the value stored within the variable VALUE_TAG for that system information block or scheduling block; if the value tags differ, or if no IEs for the corresponding system information block or scheduling block are stored, store the value tag read in scheduling information for that system information block or scheduling block into the variable VALUE_TAG; read and store the IEs of that system information block or scheduling block;
if the value tags are the same the UE may use stored system information blocks using value tags that were stored in this cell and this PLMN as valid system information.
3GPP
Release 1999
43
for system information blocks of type 16, which may have multiple occurrences: compare the value tag and the configuration identity for the occurrence of the system information blocks read in scheduling information with the value tag and configuration identity stored within the variable VALUE_TAG; if the value tags differ, or if no IEs from the occurrence with that configuration identity of the system information block are stored, store the value tag read in scheduling information for that system information block and the occurrence with that configuration identity into the variable VALUE_TAG; read and store the IEs of that system information block.
if the value tags and the configuration identity are the same the UE may use stored occurrences of system information blocks using value tag and configuration identity that were stored in this cell and this PLMN as valid system information.
For system information blocks, not supported by the UE, but referenced either in the master information block or in the scheduling blocks, the UE may skip reading this system information block; skip monitoring changes to this system information block
If the UE: receives a scheduling block at a position different from its position according to the scheduling information for the scheduling block; or receives a scheduling block for which scheduling information has not been received
the UE may: store the content of the scheduling block with a value tag set to the value NULL; and consider the content of the scheduling block as valid until it receives the same type of scheduling block in a position according to its scheduling information or at most for 6 hours after reception.
If the UE does not find a scheduling block in a position where it should be according to its scheduling information, but a transport block with correct CRC was found at that position, the UE shall read the scheduling information for this scheduling block. If the UE does not find the master information block in a position fulfilling (SFN mod (MIB_REP*4) = 0), (but a transport block with correct CRC was found at that position), the UE shall, consider the master information block as not found. consider the cell to be barred according to [4] and consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
8.1.1.6
The UE may use the scheduling information included within the master information block and the scheduling blocks to locate each system information block to be acquired. The UE should only expect one occurrence of the scheduling information for a system information block in the master information block and any of the scheduling blocks. However, to enable future introduction of new system information blocks, the UE shall also be able to receive system information blocks other than the ones indicated within the scheduling information. The UE may ignore contents of such system information block. If the UE
3GPP
Release 1999
44
receives a system information block in a position according to the scheduling information for the system information block; and this system information block uses a value tag according to the system information block type
the UE shall: store the content of the system information block together with the value of its value tag in the scheduling information for the system information block; and consider the content of the system information block valid until, if used, the value tag in the scheduling information for the system information block is changed or at most for 6 hours after reception.
If the UE receives a system information block in a position according to the scheduling information for the system information block; and this system information block does not use a value tag according to the system information block type
the UE shall: store the content of the system information block; and start an expiration timer using a value as defined in Table 8.1.1 for that system information block type; and consider the content of the system information block valid until, the expiration timer expires.
If the UE receives a system information block at a position different from its position according to the scheduling information for the system information block; or receives a system information block for which scheduling information has not been received; and this system information block uses a value tag according to the system information block type
the UE may: store the content of the system information block with a value tag set to the value NULL; and consider the content of the system information block as valid until it receives the same type of system information block in a position according to its scheduling information or at most for 6 hours after reception.
If the UE does not find a system information block in a position where it should be according to its scheduling information, but a transport block with correct CRC was found at that position, the UE shall read the scheduling information for this system information block. The UE shall act upon all received information elements as specified in subclause 8.6 unless specified otherwise in the following sections.
8.1.1.6.1
If in idle mode, the UE should store all relevant IEs included in this system information block if the "PLMN Type" in the variable SELECTED_PLMN has the value "GSM-MAP" and the IE "PLMN type" in the Master Information Block has the value "GSM-MAP" or "GSM-MAP and ANSI-41". The UE shall also: forward the content of the IE "CN domain specific NAS system information" to the non-access stratum entity indicated by the IE "CN domain identity"; use the IE "CN domain specific DRX cycle length coefficient" to calculate frame number for the Paging Occasions and Page indicator as specified in 3GPP TS 25.304; use the values in the IE "UE Timers and constants in idle mode" for the relevant timers and counters.
3GPP
Release 1999
45
If in connected mode the UE shall not use the values of the IEs in this system information block except for the timers and constant values given by the IE "UE timers and constants in connected mode". If in idle mode and system information block type 1 is not scheduled on BCH, and system information block type 13 is not scheduled on BCH the UE shall: consider the cell to be barred according to [4]. The UE shall consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
8.1.1.6.2
If in connected mode the UE should store all relevant IEs included in this system information block. The UE shall: if in state URA_PCH, start to perform URA updates using the information in the IE "URA identity".
If in idle mode, the UE shall not use the values of the IEs in this system information block.
8.1.1.6.3
The UE should store all relevant IEs included in this system information block. The UE shall: if in connected mode, and System Information Block 4 is indicated as used in the cell: read and act on information sent in that block.
If in idle mode and System Information Block type 3 is not scheduled on BCH the UE shall: consider the cell to be barred according to [4]; and consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
If in connected mode and System Information Block type 3 is not scheduled on BCH, and System Information Block type 4 is not scheduled on BCH the UE shall: consider the cell to be barred according to [4]; and consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
8.1.1.6.4
If in connected mode, the UE should store all relevant IEs included in this system information block. If in idle mode, the UE shall not use the values of the IEs included in this system information block.
8.1.1.6.5
The UE should store all relevant IEs included in this system information block. The UE shall: if in connected mode, and System Information Block type 6 is indicated as used in the cell: read and act on information sent in System Information Block type 6.
replace the TFS of the transport channel with the identical transport channel identity with the one stored in the UE if any; let the physical channel(s) of type PRACH given by the IE(s) "PRACH info" be the default in uplink for the PRACH if UE is in CELL_FACH state; start to receive the physical channel of type AICH using the parameters given by the IE "AICH info" (FDD only) when given allocated PRACH is used;
3GPP
Release 1999
46
select a Secondary CCPCH as specified in subclause 8.6, and start to receive the physical channel of type PICH associated with the PCH carried by the selected Secondary CCPCH using the parameters given by the IE "PICH info" if UE is in Idle mode or in CELL_PCH or URA_PCH state; start to monitor its paging occasions on the selected PICH if UE is in Idle mode or in CELL_PCH or URA_PCH state; start to receive the selected physical channel of type Secondary CCPCH using the parameters given by the IE(s) "Secondary CCPCH info" if UE is in CELL_FACH state; in TDD: use the IE "Midamble configuration" for receiver configuration; in TDD: use the IE "TDD open loop power control" as defined in subclause 8.5.7; in TDD: if the IE "PDSCH system information" and/or the IE "PUSCH system information" is included, store each of the configurations given there with the associated identity given in the IE "PDSCH Identity" and/or "PUSCH Identity" respectively. For every configuration, for which the IE "SFN Time info" is included, the information shall be stored for the duration given there.
If in idle mode and System Information Block type 5 is not scheduled on BCH or System Information Block type 5 is scheduled but AICH info or PICH info is not present, the UE shall: consider the cell to be barred according to [4]; and consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
If in connected mode and System Information Block type 5 is not scheduled on BCH, and System Information Block type 6 is not scheduled on BCH, or any of System Information Block type 5 or type 6 is scheduled but IE "AICH info" or IE "PICH info" is not present, the UE shall: consider the cell to be barred according to [4]; and consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
8.1.1.6.6
If in connected mode, the UE should store all relevant IEs included in this system information block. The UE shall: replace the TFS of the transport channel with the identical transport channel identity with the one stored in the UE if any; let the physical channel(s) of type PRACH given by the IE(s) "PRACH info" be the default in uplink if UE is in CELL_FACH state. If the IE "PRACH info" is not included, the UE shall read the corresponding IE(s) in System Information Block type 5 and use that information to configure the PRACH; start to receive the physical channel of type AICH using the parameters given by the IE "AICH info" when associated PRACH is used. If the IE "AICH info" is not included, the UE shall read the corresponding IE in System Information Block type 5 and use that information (FDD only); select a Secondary CCPCH as specified in subclause 8.6, and start to receive the physical channel of type PICH associated with the PCH carried by the selected Secondary CCPCH using the parameters given by the IE "PICH info" if the UE is in CELL_PCH or URA_PCH state. If the IE "PICH info" is not included, the UE shall read the corresponding IE in System Information Block type 5 and use that information; start to monitor its paging occasions on the selected PICH if the UE is in CELL_PCH or URA_PCH state; start to receive the selected physical channel of type Secondary CCPCH using the parameters given by the IE(s) "Secondary CCPCH info" if the UE is in CELL_FACH state. If the IE "Secondary CCPCH info" is not included, the UE shall read the corresponding IE(s) in System Information Block type 5 and use that information; in TDD: use the IE "TDD open loop power control" as defined in subclause 8.5.7;
3GPP
Release 1999
47
in TDD: if the IE "PDSCH system information" and/or the IE "PUSCH system information" is included, store each of the configurations given there with the associated identity given in the IE "PDSCH Identity" and/or "PUSCH Identity" respectively. For every configuration, for which the IE "SFN Time info" is included, the information shall be stored for the duration given there.
If in idle mode, the UE shall not use the values of the IEs in this system information block.
8.1.1.6.7
The UE should store all relevant IEs included in this system information block. If System Information Block type 7 is not scheduled on BCH the UE shall: consider the cell to be barred according to [4]; and consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
8.1.1.6.8
This system information block type is used only in FDD. If in connected mode, the UE should store all relevant IEs included in this system information block. If in idle mode, the UE shall not use the values of the IEs in this system information block.
8.1.1.6.9
This system information block type is used only in FDD. If in connected mode, the UE should store all relevant IEs included in the system information block. The UE shall: start a timer set to the value given by the repetition period (SIB_REP) for that system information block
If in idle mode, the UE shall not use the values of the IEs in this system information block.
8.1.1.6.10
This system information block type is used only in FDD. If in state CELL_DCH, the UE should store all relevant IEs included in this system information block. The UE shall: start a timer set to the value given by the repetition period (SIB_REP) for that system information block; perform actions defined in subclause 14.8.
If in idle mode, state CELL_FACH, state CELL_PCH or state URA_PCH, the UE shall not use the values of the IEs in this system information block.
8.1.1.6.11
The UE should store all relevant IEs included in this system information block. The UE shall: if in connected mode, and System Information Block type 12 is indicated as used in the cell: read and act on information sent in System Information Block type 12;
for each measurement type start a measurement using the set of IEs specified for that measurement type; associate each measurement with the identity number given by the IE "Measurement identity"; if included, store the IE "Intra-frequency reporting quantity" and the IE "Intra-frequency measurement reporting criteria" or "Periodical reporting criteria" in order to activate reporting when state CELL_DCH is entered;
3GPP
Release 1999
48
If IE "Use of HCS" is set to "used", indicating that HCS is used, do the following: If IE "HCS neighbouring cell information" is not included in the first occurrence of IE "Intra-frequency cell info list", use the default values specified for the IE "HCS neighbouring cell information" for that cell; If IE "HCS neighbouring cell information" is not included in other occurrence of IE "Intra-frequency cell info list", for that cell use the same parameter values as used for the preceding IE "Intra-frequency cell info list"; If IE "HCS neighbouring cell information" is not included in the first occurrence of IE "Inter-frequency cell info list", use the default values specified for the IE "HCS neighbouring cell information" for that cell; If IE "HCS neighbouring cell information" is not included in other occurrence of IE "Inter-frequency cell info list", for that cell use the same parameter values as used for the preceding IE "Inter-frequency cell info list"; If IE "HCS neighbouring cell information" is not included in the first occurrence of IE "Inter-RAT Cell info list", use the default values specified for the IE "HCS neighbouring cell information" for that cell; If IE "HCS neighbouring cell information" is not included in other occurrence of IE "Inter-RAT cell info list", for that cell use the same parameter values as used for the preceding IE "Inter-RAT cell info list";
else: neither perform inter-frequency/inter-RAT measurements nor inter-frequency/inter-RAT cell re-selection evaluation, independent of UE measurement capabilities.
8.1.1.6.12
If in connected mode, the UE should store all relevant IEs included in this system information block. The UE shall: for each measurement type start (or continue) a measurement using the set of IEs specified for that measurement type; remove the intra-frequency cells given by the IE "Removed intra-frequency cells" from the list of intrafrequency cells specified in system information block type 11 and add the intra-frequency cells given by the IE "New intra-frequency cells" to the list of intra-frequency cells specified in system information block type 11; if any of the IEs "Intra-frequency measurement quantity", "Intra-frequency reporting quantity for RACH reporting", "Maximum number of reported cells on RACH" or "Reporting information for state CELL_DCH" are not included in the system information block, read the corresponding IE(s) in system information block type 11 and use that information for the intra-frequency measurement; if included in this system information block or in System Information Block type11, store the IE "Intrafrequency reporting quantity" and the IE "Intra-frequency measurement reporting criteria" or "Periodical reporting criteria" in order to activate reporting when state CELL_DCH is entered; remove the inter-frequency cells given by the IE "Removed inter-frequency cells" from the list of interfrequency cells specified in System Information Block type 11 and add the inter-frequency cells given by the IE "New inter-frequency cells" to the list of inter-frequency cells specified in System Information Block type 11; if the IE "Inter-frequency measurement quantity" is not included in the system information block, read the corresponding IE in System Information Block type 11 and use that information for the inter-frequency measurement; remove the inter-RAT cells given by the IE "Removed inter-RAT cells" from the list of inter-RAT cells specified in System Information Block type 11 and add the inter-RAT cells given by the IE "New inter-RAT cells" to the list of inter-RAT cells specified in System Information Block type 11; if the IE "Inter-RAT measurement quantity" is not included in the system information block, read the corresponding IE in System Information Block type 11 and use that information for the inter-RAT measurement;
3GPP
Release 1999
49
if in state CELL_FACH, start traffic volume measurement reporting as specified in the IE "Traffic volume reporting quantity"; associate each measurement with the identity number given by the IE "Measurement identity"; If IE "Use of HCS" is set to "used", indicating that HCS is used, do the following: If IE "HCS neighbouring cell information" is not included in the first occurrence of IE "Intra-frequency cell info list", use the default values specified for the IE "HCS neighbouring cell information" for that cell; If IE "HCS neighbouring cell information" is not included in other occurrence of IE "Intra-frequency cell info list", for that cell use the same parameter values as used for the preceding IE "Intra-frequency cell info list"; If IE "HCS neighbouring cell information" is not included in the first occurrence of IE "Inter-frequency cell info list", use the default values specified for the IE "HCS neighbouring cell information" for that cell; If IE "HCS neighbouring cell information" is not included in other occurrence of IE "Inter-frequency cell info list", for that cell use the same parameter values as used for the preceding IE "Inter-frequency cell info list"; If IE "HCS neighbouring cell information" is not included in the first occurrence of IE "Inter-RAT cell info list", use the default values specified for the IE "HCS neighbouring cell information" for that cell; If IE "HCS neighbouring cell information" is not included in other occurrence of IE "Inter-RAT cell info list", for that cell use the same parameter values as used for the preceding IE "Inter-RAT cell info list".
else: perform neither inter-frequency/inter-RAT measurements nor inter-frequency/inter-RAT cell re-selection evaluation, independent of UE measurement capabilities.
If in idle mode, the UE shall not use the values of the IEs in this system information block.
8.1.1.6.13
If in idle or connected mode, the UE should store all relevant IEs included in this system information block except for the IEs "CN domain specific DRX cycle length coefficient", "UE timers and constants in idle mode" and "Capability update requirement" which shall be stored only in the idle mode case. The UE shall read System Information Block type 13 and the associated System Information Block types 13.1, 13.2, 13.3 and 13.4 only when the "PLMN Type" in the variable SELECTED_PLMN has the value "ANSI-41" and the IE "PLMN type" in the Master Information Block has the value "ANSI-41" or " GSM-MAP and ANSI-41". The UE shall also: forward the content of the IE "CN domain specific NAS system information" to the non-access stratum entity indicated by the IE "CN domain identity"; use the IE "CN domain specific DRX cycle length coefficient" to calculate frame number for the Paging Occasions and Page indicator as specified in 3GPP TS 25.304.
8.1.1.6.14
This system information block type is used only in TDD. The UE should store all relevant IEs included in this system information block. The UE shall: use the IE "UL Timeslot Interference" to calculate PRACH, DPCH and PUSCH transmit power for TDD uplink open loop power control as defined in subclause 8.5.7.
8.1.1.6.15
If the UE is in idle or connected mode, and supports GPS location services and/or OTDOA location services it should store all relevant IEs included in this system information block. The UE shall:
3GPP
Release 1999
50
if the IE "UP Cipher GPS Data Indicator" is included, and the UE has a full or reduced complexity GPS receiver functionality (the UE will know that the broadcast GPS data is ciphered in accordance with the Data Assistance Ciphering Algorithm detailed in [18]): store the parameters contained within this IE (see 10.3.7.86 for details), and use them to decipher the broadcast UP GPS information contained within the System Information Block types 15.1, 15.2 and 15.3; if the IE "UP OTDOA assistance for SIB" is included: store the relevant information (refer to 10.3.7.104 for details). System Information Block type 15.1
8.1.1.6.15.1
The UE should store all the relevant IEs included in this system information block . The UE shall: interpret a value of "1" of "UTRAN Time Flag" to mean that UTRAN timing information value (SFN) is present, and "0" to mean that only the Reference GPS TOW field value is provided; interpret a value of "1" of "NODE B Clock Drift Flag" to mean that NODE B Clock Drift information value is present, and "0" to mean that this IE value is not provided; if the IE "NODE B Clock Drift" is included: use it as an estimate of the drift rate of the NODE B clock relative to GPS time;
use IE "Reference Location" as a priori knowledge of the approximate location of the UE; if SFN is included: use it as the relationship between GPS time and air-interface timing of the NODE B transmission in the serving cell;
use "Reference GPS TOW" as GPS Time of Week which is the start of the frame with SFN=0; use "Status/Health" to indicate the status of the differential corrections; act on IE group "DGPS information" in a similar manner as specified in [13] except that the scale factors for PRC and RRC are different. In addition, the IE group DGPS information also include Delta PRC2 and Delta RRC2. Delta PRC2 is the difference in the pseudorange correction between the satellite's ephemeris identified by IODE and the previous ephemeris two issues ago IODE 2. Delta RRC2 is the difference in the pseudorange rate-of-change correction between the satellite's ephemeris identified by IODE and IODE-2. These two additional IEs can extend the life of the raw ephemeris data up to 6 hours. System Information Block type 15.2
8.1.1.6.15.2
The UE should store all the relevant IEs included in this system information block . The UE shall: interpret IE "Transmission TOW" as a very coarse estimate of the current time, i.e., the approximate GPS timeof-week when the message is broadcast; interpret IE "SatID" as the satellite ID of the data from which this message was obtained; act on the rest of the IEs in a similar manner as specified in [12]. In addition, the UE can utilise these IEs for GPS time dissemination and sensitivity improvement. System Information Block type 15.3
8.1.1.6.15.3
The UE should store all the relevant IEs included in this system information block . The UE shall: interpret IE "Transmission TOW" as a very coarse estimate of the current time, i.e., the approximate GPS timeof-week when the message is broadcast; interpret IE "SatMask" as the satellites that contain the pages being broadcast in this message;
3GPP
Release 1999
51
interpret IE "LSB TOW" as the least significant 8 bits of the TOW ([12]); interpret IE "SFIO" as the least significant bit of the SubFrame (SF) ID for which the following word 3 through word 10 data applies. Zero indicates subframe ID = 4, and One indicates Subframe ID = 5; interpret IE "Data ID" as the Data ID field contained in the indicated subframe, word 3, most significant 2 bits, as defined by [12]; interpret IE "Page No" as the Page ID of the indicated subframe for which the following Word 3 through Word 10 data applies; act on the rest of the IEs (Word 3 to Word 10) in a similar manner as specified in [12], excluding noninformation bits, "Data ID" and "SV ID" from Word 3 (16 bits left), 2 bit "t" from Word 10 (22 bits left). Word 4 through Word 9 have 24 bits left. In addition, the UE can utilise these IEs including non-information bits for GPS time dissemination and sensitivity improvement.
8.1.1.6.16
For System Information Block type 16 multiple occurrences may be used; one occurrence for each predefined configuration. To identify the different predefined configurations, the scheduling information for System Information Block type 16 includes IE "Predefined configuration identity and value tag" instead of the commonly used IE "PLMN Value tag". The UE should store all relevant IEs included in this system information block. The UE shall: compare for each predefined configuration the value tag of the stored predefined configuration, if any, with the preconfiguration value tag included in the IE "Predefined configuration identity and value tag" for the occurrence of the SIB with the same predefined configuration identity; in case the UE has no predefined configuration stored with the same identity or in case the predefined configuration value tag is different: store the predefined configuration information together with its identity and value tag for later use e.g. during handover to UTRAN; in case a predefined configuration with the same identity was stored: overwrite this one with the new configuration read via system information for later use e.g. during handover to UTRAN.
The above handling applies regardless of whether the stored predefined configuration information has been obtained via UTRA or via another RAT. The UE is not required to complete reading of all occurrences of System Information Block type 16 before initiating RRC connection establishment.
8.1.1.6.17
This system information block type is used only for TDD. If in connected mode, the UE should store all relevant IEs included in this system information block. The UE shall: if the IE "PDSCH system information" and/or the IE "PUSCH system information" is included, store each of the configurations given there with the associated identity given in the IE "PDSCH Identity" and/or "PUSCH Identity" respectively. This information shall become invalid after the time specified by the repetition period (SIB_REP) for this system information block.
If in idle mode, the UE shall not use the values of the IEs in this system information block.
8.1.1.7
The UE shall consider all stored system information blocks as invalid after it has been switched off. For System Information Block type 16 that may have multiple occurrences, the UE shall handle each occurrence independently as specified in the previous; that is each occurrence is handled as a separate system information block.
3GPP
Release 1999
52
NOTE:
It should be noted that for the proper operation of the BCCH Modification Information sent on a PCH, the System Information should not be changed more frequently than can be accommodated by mobile stations operating at the maximum DRX cycle length supported by the UTRAN.
8.1.1.7.1
Upon modifications of system information blocks using value tags, UTRAN should notify the new value tag for the master information block in the IE "BCCH modification info", transmitted in the following way: To reach UEs in idle mode, CELL_PCH state and URA_PCH state, the IE "BCCH modification info" is contained in a PAGING TYPE 1 message transmitted on the PCCH in all paging occasions in the cell; To reach UEs in CELL_FACH state, the IE "BCCH modification info" is contained in a SYSTEM INFORMATION CHANGE INDICATION message transmitted on the BCCH mapped on at least one FACH on every Secondary CCPCH in the cell.
Upon reception of a PAGING TYPE 1 message or a SYSTEM INFORMATION CHANGE INDICATION message the containing the IE "BCCH modification info" containing the IE "MIB value tag" but not containing the IE "BCCH modification time", the UE shall perform actions as specified in subclause 8.1.1.7.3. If the IE "BCCH modification time" is included the UE shall perform actions as specified in subclause 8.1.1.7.2.
8.1.1.7.2
For modification of some system information elements, e.g. reconfiguration of the channels, it is important for the UE to know exactly when a change occurs. In such cases, the UTRAN should notify the SFN when the change will occur as well as the new value tag for the master information block in the IE "BCCH modification info" transmitted in the following way: To reach UEs in idle mode, CELL_PCH state and URA_PCH state, the IE "BCCH modification info" is contained in a PAGING TYPE 1 message transmitted on the PCCH in all paging occasions in the cell; To reach UEs in CELL_FACH state, the IE "BCCH modification info" is contained in a SYSTEM INFORMATION CHANGE INDICATION message transmitted on the BCCH mapped on at least one FACH on every Secondary CCPCH in the cell.
Upon reception of a PAGING TYPE 1 message or a SYSTEM INFORMATION CHANGE INDICATION message containing the IE "BCCH modification info" containing the IE "MIB value tag" and containing the "IE BCCH modification time", the UE shall: perform the actions as specified in subclause 8.1.1.7.3 at the time, indicated in the IE "BCCH Modification Information".
8.1.1.7.3
The UE shall: -
compare the value of IE "MIB value tag" in the IE "BCCH modification info" with the value tag stored for the master information block in variable VALUE_TAG. if the value tags differ: read the master information block on BCH; if the value tag of the master information block in the system information is the same as the value in IE "MIB value tag" in "BCCH modification info": perform actions as specified in subclause 8.1.1.5;
if the value tag of the master information block in the system information is the same as the value tag stored in the variable VALUE_TAG: for the next occurrence of the master information block:
3GPP
Release 1999
53
if the value tag of the master information block in the system information is different from the value tag stored in the variable VALUE_TAG, and is different from the value in IE "MIB value tag" in "BCCH modification info": perform actions as specified in subclause 8.1.1.5; if (VTCI-VTMIB) mod 8 < 4, where VTCI is the value tag in the IE "MIB value tag" in "BCCH modification info" and VTMIB is the value tag of the master information block in the system information: for the next occurrence of the master information block: perform actions as specified in subclause 8.1.1.7.3 again.
8.1.1.7.4
When the expiry timer of a system information block not using a value tag expires the UE shall: consider the content of the system information block invalid; re-acquire the system information block again before the content can be used;
the UE may: postpone reading the system information block until the content is needed.
8.1.2
Paging
UE UTRAN
PAGING TYPE 1
Figure 7: Paging
8.1.2.1
General
This procedure is used to transmit paging information to selected UEs in idle mode, CELL_PCH or URA_PCH state using the paging control channel (PCCH). Upper layers in the network may request paging, to e.g. establish a signalling connection. UTRAN may initiate paging for UEs in CELL_PCH or URA_PCH state to trigger a cell update procedure. In addition, UTRAN may initiate paging for UEs in idle mode, CELL_PCH and URA_PCH state to trigger reading of updated system information.
8.1.2.2
Initiation
UTRAN initiates the paging procedure by transmitting a PAGING TYPE 1 message on an appropriate paging occasion on the PCCH. UTRAN may repeat transmission of a PAGING TYPE 1 message to a UE in several paging occasions to increase the probability of proper reception of a page. UTRAN may page several UEs in the same paging occasion by including one IE "Paging record" for each UE in the PAGING TYPE 1 message.
3GPP
Release 1999
54
UTRAN may also indicate that system information has been updated, by including the value tag of the master information block in the IE "BCCH modification information" in the PAGING TYPE 1 message. In this case, UTRAN may omit the IEs "Paging record".
8.1.2.3
A UE in idle mode, CELL_PCH state or URA_PCH state shall receive the paging information for all its monitored paging occasions. For an UE in idle mode, the paging occasions are specified in 3GPP TS 25.304 and depend on the IE "CN domain specific DRX cycle length coefficient", as specified in subclause 8.6.1.1. For a UE in CELL_PCH state or URA_PCH state, the paging occasions depend also on the IE "UTRAN DRX cycle length coefficient" and the IE "RRC State Indicator", as specified in subclauses 8.6.3.2 and 8.6.3.3 respectively. When the UE receives a PAGING TYPE 1 message, it shall perform the actions as specified below. If the UE is in idle mode, for each occurrence of the IE "Paging record" included in the message the UE shall: if the IE "Used paging identity" is a CN identity: compare the included UE identity with all of its allocated CN UE identities: if one match is found: forward the received UE identity and paging cause to the upper layer entity indicated by the IE "CN domain identity";
If the UE is in connected mode, for each occurrence of the IE "Paging record" included in the message the UE shall: if the IE "Used paging identity" is a UTRAN identity and if this U-RNTI is the same as the U-RNTI allocated to the UE: if the optional IE "CN originated page to connected mode UE" is included: forward the corresponding paging cause and paging record type identifier to the upper layer entity indicated by the IE "CN domain identity"; perform a cell update procedure with cause "paging response" as specified in subclause 8.3.1.2; ignore any other remaining IE "Paging record" that may be present in the message;
If the IE "BCCH modification info" is included, any UE in idle mode, CELL_PCH or URA_PCH state shall perform the actions as specified in subclause 8.1.1 irrespective of IE "Paging record" occurrences in the message.
3GPP
Release 1999
55
8.1.3
8.1.3.1
General
8.1.3.2
Initiation
The UE shall initiate the procedure when the non-access stratum in the UE requests the establishment of a signalling connection and the UE is in idle mode (no RRC connection exists), as specified in subclause 8.1.8. Upon initiation of the procedure, the UE shall: set the variable PROTOCOL_ERROR_INDICATOR to FALSE; set the IE "Initial UE identity" in the variable INITIAL_UE_IDENTITY according to subclause 8.5.1; set the contents of the RRC CONNECTION REQUEST message according to subclause 8.1.3.3; set CFN in relation to SFN of current cell according to subclause 8.5.15; delete the ciphering and integrity protection key in the USIM if the START for any CN domain is greater than the value "THRESHOLD" of the variable START_THRESHOLD. The deletion of the keys shall be informed to upper layers. perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH; submit the RRC CONNECTION REQUEST message for transmission on the uplink CCCH; reset counter V300; and start timer T300 when the MAC layer indicates success or failure to transmit the message;
3GPP
Release 1999
56
8.1.3.3
-
The UE shall, in the transmitted RRC CONNECTION REQUEST message: set the IE "Establishment cause" to the value of the variable ESTABLISHMENT_CAUSE; set the IE "Initial UE identity" to the value of the variable INITIAL_UE_IDENTITY; set the IE "Protocol error indicator" to the value of the variable PROTOCOL_ERROR_INDICATOR; include a measurement report in the IE "Measured results on RACH", as specified in the IE "Intra-frequency reporting quantity for RACH reporting" and the IE "Maximum number of reported cells on RACH" in System Information Block type 11.
8.1.3.4
Upon receiving an RRC CONNECTION REQUEST message, UTRAN should either: submit an RRC CONNECTION SETUP message to the lower layers for transmission on the downlink CCCH; or submit an RRC CONNECTION REJECT message on the downlink CCCH. In the RRC CONNECTION REJECT message, the UTRAN may direct the UE to another UTRA carrier or to another system. After the RRC CONNECTION REJECT message has been sent, all context information for the UE may be deleted in UTRAN.
8.1.3.5
-
if the UE has not yet received an RRC CONNECTION SETUP message with the value of the IE "Initial UE identity" equal to the value of the variable INITIAL_UE_IDENTITY; and if cell re-selection or expiry of timer T300 occurs;
the UE shall: check the value of V300; and if V300 is equal to or smaller than N300: if cell re-selection occurred: set CFN in relation to SFN of current cell according to subclause 8.5.15;
set the IEs in the RRC CONNECTION REQUEST message according to subclause 8.1.3.3; perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13; and apply the given Access Service Class when accessing the RACH; submit a new RRC CONNECTION REQUEST message to lower layers for transmission on the uplink CCCH; increment counter V300; restart timer T300 when the MAC layer indicates success or failure to transmit the message;
if V300 is greater than N300: enter idle mode. A connection failure may be indicated to the non-access stratum; Other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; The procedure ends.
3GPP
Release 1999
57
8.1.3.6
The UE shall compare the value of the IE "Initial UE identity" in the received RRC CONNECTION SETUP message with the value of the variable INITIAL_UE_IDENTITY. If the values are different, the UE shall: ignore the rest of the message;
If the values are identical, the UE shall: stop timer T300, and act upon all received information elements as specified in subclause 8.6, unless specified otherwise in the following; if the UE will be in the CELL_FACH state at the conclusion of this procedure: select PRACH according to subclause 8.6.6.2; select Secondary CCPCH according to subclause 8.6.6.5; if the contents of the variable C_RNTI is empty: perform a cell update procedure according to subclause 8.3.1 and then continue with the procedure as indicated in the following;
enter a state according to subclause 8.6.3.3; submit an RRC CONNECTION SETUP COMPLETE message to the lower layers on the uplink DCCH after successful state transition per subclause 8.6.3.3, with the contents set as specified below: set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the RRC CONNECTION SETUP message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry.
calculate START values for each CN domain according to subclause 8.5.9 and include the result in the IE "START list"; if the IE "UE radio access FDD capability update requirement" included in the RRC CONNECTION SETUP message has the value TRUE: include its UTRAN-specific FDD capabilities and its UTRAN specific capabilities common to FDD and TDD in the IE "UE radio access capability";
if the IE "UE radio access TDD capability update requirement" included in the RRC CONNECTION SETUP message has the value TRUE: include its UTRAN-specific TDD capabilities and its UTRAN specific capabilities common to FDD and TDD in the IE "UE radio access capability";
if the IE "System specific capability update requirement list" is present in the RRC CONNECTION SETUP message: include its inter-RAT capabilities for the requested systems in the IE "UE system specific capability".
When of the RRC CONNECTION SETUP COMPLETE message has been submitted to lower layers for transmission the UE shall: if the UE has entered CELL_FACH state: start timer T305 if periodical cell update has been requested in system information block type 1;
update its variable UE_CAPABILITY_TRANSFERRED which UE capabilities it has transmitted to the UTRAN;
3GPP
Release 1999
58
set the "Status" in the variable INTEGRITY_ PROTECTION_INFO to "Not started"; set the "Historical status" in the variable INTEGRITY_ PROTECTION_INFO to "Never been active";
8.1.3.7
-
If the UE failed to establish, per subclause 8.5.4, the physical channel(s) indicated in the RRC CONNECTION SETUP message; or If the UE performs cell re-selection: after having received an RRC CONNECTION SETUP message with the value of the IE "Initial UE identity" equal to the value of the variable INITIAL_UE_IDENTITY; and before the RRC CONNECTION SETUP COMPLETE message is delivered to lower layers for transmission;
the UE shall: check the value of V300, and: if V300 is equal to or smaller than N300: set CFN in relation to SFN of current cell according to subclause 8.5.15; set the IEs in the RRC CONNECTION REQUEST message according to subclause 8.1.3.3; perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH; submit a new RRC CONNECTION REQUEST message to the lower layers for transmission on the uplink CCCH; increment counter V300; and restart timer T300 when the MAC layer indicates success or failure in transmitting the message;
if V300 is greater than N300: enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
8.1.3.8
If the UE receives an RRC CONNECTION SETUP message which contains an IE "Initial UE identity" with a value which is identical to the value of the variable INITIAL_UE_IDENTITY, but the RRC CONNECTION SETUP message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: The UE shall check the value of V300, and if V300 is equal to or smaller than N300: set the variable PROTOCOL_ERROR_INDICATOR to TRUE; set the IEs in the RRC CONNECTION REQUEST message according to subclause 8.1.3.3; perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH;
3GPP
Release 1999
59
submit a new RRC CONNECTION REQUEST message to the lower layers for transmission on the uplink CCCH; increment counter V300; and restart timer T300 when the MAC layer indicates success or failure in transmitting the message;
if V300 is greater than N300: enter idle mode;. perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
8.1.3.9
When the UE receives an RRC CONNECTION REJECT message on the downlink CCCH, it shall compare the value of the IE "Initial UE identity" in the received RRC CONNECTION REJECT message with the value of the variable INITIAL_UE_IDENTITY: If the values are different, the UE shall ignore the rest of the message; If the values are identical, the UE shall stop timer T300 and: if the IE "wait time" <> '0', and if the IE "frequency info" is present and: if V300 is equal to or smaller than N300: initiate cell selection on the designated UTRA carrier; after having selected and camped on a cell: set CFN in relation to SFN of current cell according to subclause 8.5.15; set the contents of the RRC CONNECTION REQUEST message according to subclause 8.1.3.3; perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH; transmit an RRC CONNECTION REQUEST message on the uplink CCCH; reset counter V300; start timer T300 when the MAC layer indicates success or failure in transmitting the message; disable cell reselection to original carrier until the time stated in the IE "wait time" has elapsed;
if a cell selection on the designated carrier fails: wait for the time stated in the IE "wait time"; set CFN in relation to SFN of current cell according to subclause 8.5.15; set the IEs in the RRC CONNECTION REQUEST message according to subclause 8.1.3.3; perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH; then submit a new RRC CONNECTION REQUEST message to the lower layers for transmission on the uplink CCCH of the original serving cell; increment counter V300;
3GPP
Release 1999
60
restart timer T300 when the MAC layer indicates success or failure to transmit the message;
if V300 is greater than N300: enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
if the IE "inter-RAT info" is present and: if V300 is equal to or smaller than N300: perform cell selection in the designated system; delay cell reselection to the original system until the time stated in the IE " wait time" has elapsed. if cell selection in the designated system fails: wait at least the time stated in the IE "wait time"; set CFN in relation to SFN of current cell according to subclause 8.5.15; set the IEs in the RRC CONNECTION REQUEST message according to subclause 8.1.3.2. perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH; then submit a new RRC CONNECTION REQUEST message to the lower layers for transmission on the uplink CCCH; increment counter V300; restart timer T300 when the MAC layer indicates success or failure to transmit the message;
if V300 is greater than N300: enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
If neither the IEs "frequency info" nor "inter-RAT info" are present and: if V300 is equal to or smaller than N300: wait at least the time stated in the IE "wait time"; set the IEs in the RRC CONNECTION REQUEST message according to subclause 8.1.3.2; perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH; submit a new RRC CONNECTION REQUEST message to the lower layers for transmission on the uplink CCCH; increment counter V300; restart timer T300 when the MAC layer indicates success or failure to transmit the message;
3GPP
Release 1999
61
enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
if the IE "wait time" = '0': enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
8.1.3.10
If the UE receives an RRC CONNECTION REJECT message which contains an IE "Initial UE identity" with a value which is identical to the value of the IE "Initial UE identity" in the most recent RRC CONNECTION REQUEST message sent by the UE; but the RRC CONNECTION REJECT message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: The UE shall: if the IE "wait time" is <> 0, and: if V300 is equal to or smaller than N300: wait for the time stated in the IE "wait time"; set the variable PROTOCOL_ERROR_INDICATOR to TRUE; set the IEs in the RRC CONNECTION REQUEST message according to subclause 8.1.3.3; perform the mapping of the Access Class to an Access Service Class as specified in subclause 8.5.13, and apply the given Access Service Class when accessing the RACH; submit a new RRC CONNECTION REQUEST message to the lower layers for transmission on the uplink CCCH; increment counter V300; restart timer T300 when the MAC layer indicates success or failure to transmit the message;
if V300 is greater than N300: enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
if the IE "wait time" is = 0: enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
3GPP
Release 1999
62
8.1.4
8.1.4.1
General
The purpose of this procedure is to release the RRC connection including the signalling link and all radio bearers between the UE and the UTRAN. By doing so, all established signalling connections will be released.
8.1.4.2
Initiation
When the UE is in state CELL_DCH or CELL_FACH, the UTRAN may at anytime initiate an RRC connection release by transmitting an RRC CONNECTION RELEASE message using UM RLC. When UTRAN transmits an RRC CONNECTION RELEASE message in response to a RRC CONNECTION REESTABLISHMENT REQUEST (subclause 8.1.5), CELL UPDATE (subclause 8.3.1) or URA UPDATE (subclause 8.3.2) message from the UE, UTRAN should use the downlink CCCH to transmit the message. In all other cases the downlink DCCH should be used. UTRAN may transmit several RRC CONNECTION RELEASE messages to increase the probability of proper reception of the message by the UE. The number of repeated messages and the interval between the messages is a network option.
8.1.4.3
The UE shall receive and act on an RRC CONNECTION RELEASE message in states CELL_DCH and CELL_FACH. Furthermore this procedure can interrupt any ongoing procedures with the UE in the above listed states. When the UE receives the first RRC CONNECTION RELEASE message, it shall: in state CELL_DCH: initialise the counter V308 to zero; set the IE "RRC transaction identifier" in the RRC CONNECTION RELEASE COMPLETE message to the value of "RRC transaction identifier" in the entry for the RRC CONNECTION RELEASE message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry.
3GPP
Release 1999
63
submit an RRC CONNECTION RELEASE COMPLETE message to the lower layers for transmission using UM RLC on the DCCH to the UTRAN; if the IE "Rplmn information" is present: the UE can: store the IE on the ME together with the PLMN id for which it applies;
the UE may then: utilise this information, typically indicating where a number of BCCH frequency ranges of a RAT may be expected to be found, during subsequent Rplmn selections of the indicated PLMN;
start timer T308 when the RRC CONNECTION RELEASE COMPLETE message is sent on the radio interface.
in state CELL_FACH: if the RRC CONNECTION RELEASE message was received on the DCCH: set the IE "RRC transaction identifier" in the RRC CONNECTION RELEASE COMPLETE message to the value of "RRC transaction identifier" in the entry for the RRC CONNECTION RELEASE message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; submit an RRC CONNECTION RELEASE COMPLETE message to the lower layers for transmission using AM RLC on the DCCH to the UTRAN. when the successful transmission of the RRC CONNECTION RELEASE message has been confirmed by the lower layers: release all its radio resources; and indicate the release of all signalling connections and established radio access bearers in the variable ESTABLISHED_RABS to the non-access stratum; and pass the value of the IE "Release cause" received in the RRC CONNECTION RELEASE message to the non-access stratum;
if the RRC CONNECTION RELEASE message was received on the CCCH: release all its radio resources; indicate the release of all signalling connections and established radio access bearers in the variable ESTABLISHED_RABS to the non-access stratum; pass the value of the IE "Release cause" received in the RRC CONNECTION RELEASE message to the non-access stratum; enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode; And the procedure ends.
8.1.4.4
If the RRC CONNECTION RELEASE message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, and if the "protocol error cause" in PROTOCOL_ERROR_INFORMATION is set to any cause value except "ASN.1 violation or encoding error", the UE shall perform procedure specific error handling as follows:
3GPP
Release 1999
64
The UE shall: ignore any IE(s) causing the error but treat the rest of the RRC CONNECTION RELEASE message as normal according to subclause 8.1.4.3, with an addition of the following actions; if the RRC CONNECTION RELEASE message was received on the DCCH: set the IE "RRC transaction identifier" in the RRC CONNECTION RELEASE COMPLETE message to the value of "RRC transaction identifier" in the entry for the RRC CONNECTION RELEASE message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry. include the IE "Error indication" in the RRC CONNECTION RELEASE COMPLETE message with: the IE "Failure cause" set to the cause value "Protocol error" and the IE "Protocol error information" set to the value of the variable PROTOCOL_ERROR_INFORMATION;
8.1.4.5
If the UE performs cell re-selection or the radio link failure criteria in subclause 8.5.6 is met at any time during the RRC connection release procedure and the UE has not yet entered idle mode, the UE shall perform a cell update procedure according to subclause 8.3.1.
8.1.4.6
When in state CELL_DCH and the timer T308 expires, the UE shall: increment V308 by one; if V308 is equal to or smaller than N308: retransmit the RRC CONNECTION RELEASE COMPLETE message;
if V308 is greater than N308: release all its radio resources; enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode; And the procedure ends.
8.1.4.7
Successful transmission of the RRC CONNECTION RELEASE COMPLETE message, acknowledged mode transmission
When acknowledged mode was used and RLC has confirmed the transmission of the RRC CONNECTION RELEASE COMPLETE message the UE shall: release all its radio resources; enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode; And the procedure ends.
8.1.4.8
When UTRAN receives an RRC CONNECTION RELEASE COMPLETE message from the UE, it should:
3GPP
Release 1999
65
release all UE dedicated resources and the procedure ends on the UTRAN side.
8.1.4.9
Unsuccessful transmission of the RRC CONNECTION RELEASE COMPLETE message, acknowledged mode transmission
When acknowledged mode was used and RLC does not succeed in transmitting the RRC CONNECTION RELEASE COMPLETE message, the UE shall: release all its radio resources; enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode; And the procedure ends.
8.1.4.10
If the release is performed from the state CELL_DCH, and UTRAN detects loss of the dedicated physical channel according to subclause 8.5.6, UTRAN may release all UE dedicated resources, even if no RRC CONNECTION RELEASE COMPLETE message has been received.
8.1.4.11
If UTRAN does not receive any RRC CONNECTION RELEASE COMPLETE message, it should release all UE dedicated resources.
8.1.5 8.1.6
UE CAPABILITY INFORMATION
8.1.6.1
General
The UE capability update procedure is used by the UE to convey UE specific capability information to the UTRAN.
8.1.6.2
Initiation
The UE shall initiate the UE capability update procedure in the following situations: the UE receives a UE CAPABILITY ENQUIRY message from the UTRAN; while in connected mode the UE capabilities change compared to those stored in the variable UE_CAPABILITY_TRANSFERRED
3GPP
Release 1999
66
If the UE CAPABILITY INFORMATION message is sent in response to a UE CAPABILITY ENQUIRY message, the UE shall: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the UE CAPABILITY ENQUIRY message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; include the UTRAN-specific UE capability information elements into the IE "UE radio capability", according to the requirement given in the IE "Capability update requirement" in the UE CAPABILITY ENQUIRY message; include one or more inter-RAT classmarks into the IE "UE system specific capability", according to the requirement given in the IE "Capability update requirement" in the UE CAPABILITY ENQUIRY message.
If the UE CAPABILITY INFORMATION message is sent because one or more of the UE capabilities change compared to those stored in the variable UE_CAPABILITY_TRANSFERRED while in connected state, the UE shall include the information elements associated with the capabilities that have changed in the UE CAPABILITY INFORMATION message. If the UE is in CELL_PCH or URA_PCH state, it shall first perform a cell update procedure using the cause "uplink data transmission", see subclause 8.3.1. The UE RRC shall submit the UE CAPABILITY INFORMATION message to the lower layers for transmission on the uplink DCCH using AM RLC. When the message has been sent on the radio interface the UE RRC shall start timer T304 and reset counter V304.
8.1.6.3
Upon reception of a UE CAPABILITY INFORMATION message, the UTRAN should transmit a UE CAPABILITY INFORMATION CONFIRM message on the downlink DCCH using UM or AM RLC. After the UE CAPABILITY INFORMATION CONFIRM message has been submitted to the lower layers for transmission, the procedure is complete.
8.1.6.4
Upon reception of a UE CAPABILITY INFORMATION CONFIRM message, the UE shall: stop timer T304; update its variable UE_CAPABILITY_TRANSFERRED with the UE capabilities it has last transmitted to the UTRAN during the current RRC connection.
8.1.6.5
If the UE receives a UE CAPABILITY INFORMATION CONFIRM message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: stop timer T304; transmit an RRC STATUS message on the uplink DCCH using AM RLC; include the IE "Identification of received message"; and set the IE "Received message type" to UE CAPABILITY INFORMATION CONFIRM; and set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the UE CAPABILITY INFORMATION CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry;
3GPP
Release 1999
67
include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; when the RRC STATUS message has been submitted to lower layers for transmission: restart timer T304 and resume normal operation as if the invalid UE CAPABILITY INFORMATION CONFIRM message has not been received.
8.1.6.6
T304 timeout
Upon expiry of timer T304, the UE shall check the value of V304 and: if V304 is smaller than or equal to N304: retransmit a UE CAPABILITY INFORMATION message with the IEs as set in the last unsuccessful attempt; restart timer T304; increment counter V304;
if V304 is greater than N304: assume that radio link failure has occurred; initiate the RRC connection re-establishment procedure.
8.1.7
UE capability enquiry
UE UTRAN
UE CAPABILITY ENQUIRY
8.1.7.1
General
The UE capability enquiry can be used to request the UE to transmit its capability information related to any radio access network that is supported by the UE.
8.1.7.2
Initiation
The UE capability enquiry procedure is initiated by the UTRAN by transmitting a UE CAPABILITY ENQUIRY message on the DCCH using UM or AM RLC.
8.1.7.3
Upon reception of an UE CAPABILITY ENQUIRY message, the UE shall initiate the transmission of UE capability information procedure, which is specified in subclause 8.1.6.
3GPP
Release 1999
68
8.1.7.4
If the UE receives a UE CAPABILITY ENQUIRY message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit an RRC STATUS message on the uplink DCCH using AM RLC; include the IE "Identification of received message"; and set the IE "Received message type" to UE CAPABILITY ENQUIRY; and set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the UE CAPABILITY ENQUIRY message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; when the RRC STATUS message has been submitted to lower layers for transmission: resume normal operation as if the invalid UE CAPABILITY ENQUIRY message has not been received.
8.1.8
8.1.8.1
General
The initial direct transfer procedure is used in the uplink to establish a signalling connection. It is also used to carry the initial higher layer (NAS) messages over the radio interface.
8.1.8.2
In the UE, the initial direct transfer procedure shall be initiated, when the upper layers request establishment of a signalling connection. This request also includes a request for the transfer of a NAS message. Upon initiation of the initial direct transfer procedure when the UE is in idle mode, the UE shall set the variable ESTABLISHMENT_CAUSE to the cause for establishment indicated by upper layers; perform an RRC connection establishment procedure, according to subclause 8.1.3; if the RRC connection establishment procedure was not successful: indicate failure to establish the signalling connection to upper layers and end the procedure;
when the RRC connection establishment procedure is completed successfully: continue with the initial direct transfer procedure as below;
3GPP
Release 1999
69
Upon initiation of the initial direct transfer procedure when the UE is in CELL_PCH or URA_PCH state, the UE shall: perform a cell update procedure, according to subclause 8.3.1, using the cause "uplink data transmission"; when the cell update procedure completed successfully: continue with the initial direct transfer procedure as below.
The UE shall set the IE "CN domain identity" as indicated by the upper layers. The UE shall set the IE "Intra Domain NAS Node Selector" as indicated by the upper layers. In CELL_FACH state, the UE shall include IE "Measured results on RACH" into the INITIAL DIRECT TRANSFER message if RACH measurement reporting has been requested in the IE "Intra-frequency reporting quantity for RACH reporting" and the IE "Maximum number of reported cells on RACH" in "System Information Block type 12" (or "System Information Block type 11" if "System Information Block type 12" is not being broadcast). The UE shall transmit the INITIAL DIRECT TRANSFER message on the uplink DCCH using AM RLC on RB 3.When the INITIAL DIRECT TRANSFER message has been submitted to lower layers for transmission: the UE shall confirm the establishment of a signalling connection to the upper layer entity for the particular CN domain; and the procedure ends.
When not stated otherwise elsewhere, the UE may also initiate the initial direct transfer procedure when another procedure is ongoing, and in that case the state of the latter procedure shall not be affected. A new signalling connection request may be received from the non-access stratum subsequent to the indication of the release of a previously established signalling connection to the non-access stratum. From the time of the indication of release to the non-access stratum until the UE has entered idle mode, any such non-access stratum request to establish a new signalling connection shall be queued. This request shall be processed after the UE has entered idle mode.
8.1.8.3
On reception of the INITIAL DIRECT TRANSFER message the NAS message should be routed using the IE "CN Domain Identity". .A UTRAN complying with this version of the protocol should ignore the IE "Intra Domain NAS Node Selector". If no signalling connection exists towards the chosen node, then a signalling connection is established. If the IE "Measured results on RACH" is present in the message, the UTRAN should extract the contents to be used for radio resource control. When the UTRAN receives an INITIAL DIRECT TRANSFER message, it shall not affect the state of any other ongoing RRC procedures, when not stated otherwise elsewhere.
8.1.9
3GPP
Release 1999
70
8.1.9.1
General
The downlink direct transfer procedure is used in the downlink direction to carry higher layer (NAS) messages over the radio interface.
8.1.9.2
In the UTRAN, the direct transfer procedure is initiated when the upper layers request the transfer of a NAS message after the initial signalling connection is established. The UTRAN may also initiate the downlink direct transfer procedure when another RRC procedure is ongoing, and in that case the state of the latter procedure shall not be affected. The UTRAN shall transmit the DOWNLINK DIRECT TRANSFER message on the downlink DCCH using AM RLC on RB 3 or RB 4. The UTRAN should select the RB according to the following: If the non-access stratum indicates "low priority" for this message, RB 4 should be selected, if available. Specifically, for a GSM-MAP based CN, RB 4 should, if available, be selected when "SAPI 3" is requested. RB 3 should be selected when RB 4 is not available. If the non-access stratum indicates "high priority" for this message, RB 3 should be selected. Specifically, for a GSM-MAP based CN, RB 3 should be selected when "SAPI 0" is requested.
The UTRAN sets the IE "CN Domain Identity" to indicate, which CN domain the NAS message is originated from.
8.1.9.3
Upon reception of the DOWNLINK DIRECT TRANSFER message, the UE RRC shall, using the IE "CN Domain Identity", route the contents of the higher layer PDU and the value of the IE"CN Domain Identity" to the correct higher layer entity. The UE shall clear the entry for the DOWNLINK DIRECT TRANSFER message in the table "Accepted transactions" in the variable TRANSACTIONS. When the UE receives a DOWNLINK DIRECT TRANSFER message, it shall not affect the state of any other ongoing RRC procedures when not stated otherwise elsewhere.
8.1.9.4
If the UE receives a DOWNLINK DIRECT TRANSFER message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit an RRC STATUS message on the uplink DCCH using AM RLC; include the IE "Identification of received message"; and set the IE "Received message type" to DOWNLINK DIRECT TRANSFER; and set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the DOWNLINK DIRECT TRANSFER message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION.
When the RRC STATUS message has been submitted to lower layers for transmission, the UE shall resume normal operation as if the invalid DOWNLINK DIRECT TRANSFER message has not been received.
3GPP
Release 1999
71
8.1.10
8.1.10.1
General
The uplink direct transfer procedure is used in the uplink direction to carry all subsequent higher layer (NAS) messages over the radio interface belonging to a signalling connection.
8.1.10.2
In the UE, the uplink direct transfer procedure shall be initiated when the upper layers request a transfer of a NAS message on an existing signalling connection. When not stated otherwise elsewhere, the UE may initiate the uplink direct transfer procedure when another procedure is ongoing, and in that case the state of the latter procedure shall not be affected. Upon initiation of the uplink direct transfer procedure in CELL_PCH or URA_PCH state, the UE shall: perform a cell update procedure, according to subclause 8.3.1, using the cause "uplink data transmission"; when the cell update procedure has been completed successfully: continue with the uplink direct transfer procedure as below.
The UE shall transmit the UPLINK DIRECT TRANSFER message on the uplink DCCH using AM RLC on RB 3 or RB 4. The UE shall select the RB according to the following: if the non-access stratum indicates "low priority" for this message, RB 4 shall be selected, if available. Specifically, for a GSM-MAP based CN, RB 4 shall, if available, be selected when "SAPI 3" is requested. RB 3 shall be selected when RB 4 is not available. if the non-access stratum indicates "high priority" for this message, RB 3 shall be selected. Specifically, for a GSM-MAP based CN, RB 3 shall be selected when "SAPI 0" is requested.
The UE shall set the IE "CN domain identity" as indicated by the upper layers. When the UPLINK DIRECT TRANSFER message has been submitted to lower layers for transmission the procedure ends.
8.1.10.3
On reception of the UPLINK DIRECT TRANSFER message the NAS message should be routed using the value indicated in the IE "CN domain identity". If the IE "Measured results on RACH" is present in the message, the UTRAN should extract the contents to be used for radio resource control. When the UTRAN receives an UPLINK DIRECT TRANSFER message, it shall not affect the state of any other ongoing RRC procedures, when not stated otherwise elsewhere.
3GPP
Release 1999
72
8.1.11
UE dedicated paging
UE UTRAN
PAGING TYPE 2
8.1.11.1
General
This procedure is used to transmit dedicated paging information to one UE in connected mode in CELL_DCH or CELL_FACH state. Upper layers in the network may request initiation of paging.
8.1.11.2
Initiation
For a UE in CELL_DCH or CELL_FACH state, UTRAN initiates the procedure by transmitting a PAGING TYPE 2 message on the DCCH using AM RLC. When not stated otherwise elsewhere, the UTRAN may initiate the UE dedicated paging procedure also when another RRC procedure is ongoing, and in that case the state of the latter procedure shall not be affected.
8.1.11.3
When the UE receives a PAGING TYPE 2 message, it shall not affect the state of any other ongoing RRC procedures, when not stated otherwise elsewhere. The UE shall indicate that a PAGING TYPE 2 message has been received and forward the corresponding paging cause and paging record type identifier to the upper layer entity indicated by the IE "CN domain identity". The UE shall clear the entry for the PAGING TYPE 2 message in the table "Accepted transactions" in the variable TRANSACTIONS.
8.1.11.4
If the UE receives a PAGING TYPE 2 message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit an RRC STATUS message on the uplink DCCH using AM RLC; include the IE "Identification of received message"; and set the IE "Received message type" to PAGING TYPE 2; and set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the PAGING TYPE 2 message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION. when the RRC STATUS message has been submitted to lower layers for transmission: resume normal operation as if the invalid PAGING TYPE 2 message has not been received.
3GPP
Release 1999
73
8.1.12
8.1.12.1
General
The purpose of this procedure is to trigger the stop or start of ciphering or to command the restart of the ciphering with a new ciphering configuration, both for the signalling link and for any of the radio bearers. It is also used to start integrity protection or to modify the integrity protection configuration for uplink and downlink signalling.
8.1.12.2
8.1.12.2.1
Initiation
Ciphering configuration change
To stop or start/restart ciphering, UTRAN sends a SECURITY MODE COMMAND message on the downlink DCCH in AM RLC using the old ciphering configuration. If no old ciphering configuration exists then the SECURITY MODE COMMAND is not ciphered. Prior to sending the SECURITY MODE COMMAND, for the CN domain indicated in the IE "CN domain identity" in the SECURITY MODE COMMAND, UTRAN should: suspend all radio bearers using RLC-AM and RLC-UM; suspend all signalling radio bearers using RLC-AM and RLC-UM, except the signalling radio bearer used to send the SECURITY MODE COMMAND message on the downlink DCCH in RLC-AM; set, for the signalling radio bearer used to send the SECURITY MODE COMMAND, the "RLC send sequence number" in IE "Radio bearer downlink ciphering activation time info" in the IE "Ciphering mode info", at which time the new ciphering configuration shall be applied; include "Ciphering activation time for DPCH" in IE "Ciphering mode info" when a DPCH exists for radio bearers using transparent mode RLC; set, for each suspended radio bearer and signalling radio bearer, the "RLC send sequence number" in IE "Radio bearer downlink ciphering activation time info" in the IE "Ciphering mode info", at which time the new ciphering configuration shall be applied.
While suspended, radio bearers and signalling radio bearers shall not deliver RLC PDUs with sequence number greater than or equal to the number in IE "Radio bearer downlink ciphering activation time info". When the successful delivery of the SECURITY MODE COMMAND has been confirmed by RLC, UTRAN shall:
3GPP
Release 1999
74
resume all the suspended radio bearers and signalling radio bearers. The old ciphering configuration shall be applied for the transmission of RLC PDUs with RLC sequence number less than the number indicated in the IE "Radio bearer downlink ciphering activation time info", as sent to the UE. The new ciphering configuration shall be applied for the transmission of RLC PDUs with RLC sequence number greater than or equal to the number indicated in IE "Radio bearer downlink ciphering activation time info", sent to the UE.
8.1.12.2.2
To start or modify integrity protection, UTRAN sends a SECURITY MODE COMMAND message on the downlink DCCH in AM RLC using the new integrity protection configuration.
8.1.12.3
Upon reception of the SECURITY MODE COMMAND message, the UE shall perform the actions for the received information elements according to 8.6. If the IE "Security capability" is the same as indicated by variable UE_CAPABILITY_TRANSFERRED, the UE shall: suspend all radio bearers and signalling radio bearers (except the signalling radio bearer used to receive the SECURITY MODE COMMAND message on the downlink DCCH in RLC-AM) using RLC-AM or RLC-UM that belong to the CN domain indicated in the IE "CN domain identity", with RLC sequence number greater than or equal to the number in IE "Radio bearer downlink ciphering activation time info" in the IE "Ciphering mode info"; set the IE "RRC transaction identifier" in the SECURITY MODE COMPLETE message to the value of "RRC transaction identifier" in the entry for the SECURITY MODE CONTROL message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set: include and set the IE "Radio bearer uplink ciphering activation time info" to the value of that variable, for the respective radio bearer and signalling radio bearer;
when the radio bearers and signalling radio bearers have been suspended: send a SECURITY MODE COMPLETE message on the uplink DCCH in AM RLC, using the old ciphering and the new integrity protection configurations;
when the successful delivery of the SECURITY MODE COMPLETE message has been confirmed by RLC: resume data transmission on any suspended radio bearer and signalling radio bearer mapped on RLC-AM or RLC-UM; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO and the procedure ends. If a RLC reset or re-establishment occurs after the SECURITY MODE COMPLETE message has been confirmed by RLC, but before the activation time for the new ciphering configuration has been reached, then the activation time shall be ignored and the new ciphering configuration shall be applied immediately after the RLC reset or RLC re-establishment.
For radio bearers and signalling radio bearers used by the CN indicated in the IE "CN domain identity", the UE shall: if a new integrity protection key has been received: in the downlink: use the new key; set the HFN component of the downlink COUNT-I to zero at the RRC sequence number indicated in IE "Downlink integrity protection activation info" included in the IE "Integrity protection mode info";
3GPP
Release 1999
75
set the HFN component of the uplink COUNT-I to zero at the RRC sequence number indicated in IE "Uplink integrity protection activation info" included in the IE "Integrity protection mode info";
if a new ciphering key is available: in the downlink: use the new key; set the HFN component of the downlink COUNT-C to zero at the RLC sequence number indicated in IE "Radio bearer downlink ciphering activation time info" in the IE "Ciphering mode info";
in the uplink: use the new key; set the HFN component of the uplink COUNT-C to zero at the RLC sequence number indicated in IE "Radio bearer uplink ciphering activation time info".
If the IE "Security capability" is not the same as indicated by the variable UE_CAPABILITY_TRANSFERRED, the UE shall release all its radio resources, enter idle mode and the procedure ends on the UE side. Actions the UE shall perform when entering idle mode are given in subclause 8.5.2.
8.1.12.4
If the time specified by the IE "Ciphering activation time for DPCH" or the IE "Radio bearer downlink ciphering activation time info" contained in the IE "Ciphering mode info" has elapsed, the UE shall switch immediately to the new ciphering configuration.
8.1.12.5
UTRAN should apply integrity protection on the received SECURITY MODE COMPLETE message and all subsequent messages with the new integrity protection configuration, if changed. When UTRAN has received a SECURITY MODE COMPLETE message and the integrity protection has successfully been applied, UTRAN shall: for radio bearers using RLC-AM or RLC-UM: use the old ciphering configuration for received RLC PDUs with RLC sequence number less than the RLC sequence number indicated in the IE "Radio bearer uplink ciphering activation time info" sent by the UE; use the new ciphering configuration for received RLC PDUs with RLC sequence number greater than or equal to the RLC sequence number indicated in the IE "Radio bearer uplink ciphering activation time info" sent by the UE; if an RLC reset or re-establishment occurs after the SECURITY MODE COMPLETE message has been received by UTRAN before the activation time for the new ciphering configuration has been reached, ignore the activation time and apply the new ciphering configuration immediately after the RLC reset or RLC reestablishment;
for radio bearers using RLC-TM: use the new ciphering configuration for the received RLC PDUs at the CFN as indicated in the IE "Ciphering activation time for DPCH" in the IE "Ciphering mode info";
8.1.12.6
If the SECURITY MODE COMMAND message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit a SECURITY MODE FAILURE message on the uplink DCCH using AM RLC;
3GPP
Release 1999
76
set the IE "RRC transaction identifier" in the SECURITY MODE FAILURE message to the value of "RRC transaction identifier" in the entry for the SECURITY MODE CONTROL message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to the cause value "protocol error"; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION. when the successful delivery of the SECURITY MODE FAILURE message has been confirmed by RLC: resume normal operation as if the invalid SECURITY MODE COMMAND message has not been received and the procedure ends.
8.1.13
UE
UTRAN
8.1.13.1
General
The signalling connection release procedure is used to notify to the UE that one of its ongoing signalling connections has been released. The procedure does not initiate the release of the RRC connection.
8.1.13.2
To initiate the procedure, the UTRAN transmits a SIGNALLING CONNECTION RELEASE message on DCCH using AM RLC.
8.1.13.3
Upon reception of a SIGNALLING CONNECTION RELEASE message, the UE shall indicate the release of the signalling connection associated with the CN domain identified by the value of the IE "CN domain identity" to the corresponding higher layer entities. The UE shall clear the entry for the SIGNALLING CONNECTION RELEASE message in the table "Accepted transactions" in the variable TRANSACTIONS.
8.1.13.4
If the UE receives a SIGNALLING CONNECTION RELEASE message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: include the IE "Identification of received message"; and set the IE "Received message type" to SIGNALLING CONNECTION RELEASE;
3GPP
Release 1999
77
set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the SIGNALLING CONNECTION RELEASE message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry;
include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; transmit an RRC STATUS message on the uplink DCCH using AM RLC when the RRC STATUS message has been submitted to lower layers for transmission: resume normal operation as if the invalid SIGNALLING CONNECTION RELEASE message has not been received.
8.1.14
8.1.14.1
General
The signalling connection release request procedure is used by the UE to request the UTRAN that one of its signalling connections should be released. The procedure may in turn initiate the signalling connection release or RRC connection release procedure.
8.1.14.2
Initiation
The UE shall initiate the signalling connection release request procedure on receiving a request to release the signalling connection from higher layers. Upon initiation of the signalling connection release request procedure in CELL_PCH or URA_PCH state, the UE shall: perform a cell update procedure, according to subclause 8.3.1, using the cause "uplink data transmission"; when the cell update procedure completed successfully: continue with the signalling connection release request procedure as below;
The UE shall set the IE "CN Domain Identity" to the value indicated by the upper layers. The value of the IE indicates the CN domain whose associated signalling connection the upper layers are requesting to be released. The UE shall transmit a SIGNALLING CONNECTION RELEASE REQUEST message on DCCH using AM RLC. When the SIGNALLING CONNECTION RELEASE REQUEST message has been submitted to lower layers for transmission the procedure ends.
3GPP
Release 1999
78
8.1.14.3
Upon reception of a SIGNALLING CONNECTION RELEASE REQUEST message, the UTRAN requests the release of the signalling connection from the non-access stratum. The non-access stratum may then initiate the release of the signalling connection.
8.1.15
Counter check
UE COUNTER CHECK COUNTER CHECK RESPONSE UTRAN
8.1.15.1
General
The counter check procedure is used by the UTRAN to perform a local authentication. The purpose of the procedure is to check that the amount of data sent in both directions (uplink and downlink) during the RRC connection is identical at the UTRAN and at the UE (to prevent a possible intruder a 'man-in-the-middle' from operating). It should be noted that this requires that the COUNT-C values for each radio bearer are maintained even if ciphering is not used. This procedure is only applicable to radio bearers using UM or AM mode of RLC. In Release 99, this procedure is not applied for radio bearers using transparent mode RLC.
8.1.15.2
Initiation
The UTRAN monitors the COUNT-C value associated with each radio bearer using UM or AM RLC. The procedure is triggered whenever any of these values reaches a critical checking value. The granularity of these checking values and the values themselves are defined to the UTRAN by the visited network. The UTRAN initiates the procedure by sending a COUNTER CHECK message on the downlink DCCH.
8.1.15.3
When the UE receives a COUNTER CHECK message it shall compare the COUNT-C MSB values received in the IE "RB COUNT-C MSB information" in the COUNTER CHECK message to the COUNT-C MSB values of the corresponding radio bearers. The UE shall set the IE "RRC transaction identifier" in the COUNTER CHECK RESPONSE message to the value of "RRC transaction identifier" in the entry for the COUNTER CHECK message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry.
If -
the number of radio bearers using UM or AM RLC mode stored in the variable ESTABLISHED_RABS are different from the number of radio bearers in the IE "RB COUNT-C MSB information"; or any of the COUNT-C MSB values are different from the mismatched COUNT-C values
the UE shall: include these radio bearers in the IE "RB COUNT-C information" in the COUNTER CHECK RESPONSE message;
3GPP
Release 1999
79
The UE shall submit a COUNTER CHECK RESPONSE message to lower layers for transmission on the uplink DCCH using AM RLC. When the COUNTER CHECK RESPONSE message has been submitted to lower layers for transmission the procedure ends.
8.1.15.4
If the UTRAN receives a COUNTER CHECK RESPONSE message that does not contain any COUNT-C values, the procedure ends. If the UTRAN receives a COUNTER CHECK RESPONSE message that contains one or several COUNT-C values, it should compare the COUNT-C values in the message to the COUNT-C values which were used in forming the COUNTER CHECK message. If there is no difference or if the difference is acceptable, the procedure ends. The limits for an acceptable difference are defined to the UTRAN by the visited network. If there is a difference that is not acceptable, UTRAN should initiate the release of the RRC connection.
8.1.15.5
Cell re-selection
If the UE performs cell re-selection anytime during this procedure it shall, without interrupting the procedure, initiate the cell update procedure according to subclause 8.3.1.
8.1.15.6
If the UE receives a COUNTER CHECK message which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit an RRC STATUS message on the uplink DCCH using AM RLC; include the IE "Identification of received message"; and set the IE "Received message type" to COUNTER CHECK; and set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the UE COUNTER CHECK message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; when the RRC STATUS message has been submitted to lower layers for transmission, the UE shall resume normal operation as if the invalid COUNTER CHECK message has not been received.
8.2
8.2.1
3GPP
Release 1999
80
8.2.2
Reconfiguration procedures
UE RADIO BEARER SETUP UTRAN
3GPP
Release 1999
81
UTRAN
3GPP
Release 1999
82
UTRAN
8.2.2.1
-
General
Reconfiguration procedures include the following procedures: the radio bearer establishment procedure; radio bearer reconfiguration procedure; the radio bearer release procedure; the transport channel reconfiguration procedure; and the physical channel reconfiguration procedure.
The radio bearer establishment procedure is used to establish new radio bearer(s). The radio bearer reconfiguration procedure is used to reconfigure parameters for a radio bearer. The radio bearer release procedure is used to release radio bearer(s). The transport channel reconfiguration procedure is used to reconfigure transport channel parameters. The physical channel reconfiguration procedure is used to establish, reconfigure and release physical channels. While performing any of the above procedures, these procedures may perform a hard handover - see subclause 8.3.5.
8.2.2.2
-
Initiation
To initiate any one of the reconfiguration procedures, UTRAN should: configure new radio links in any new physical channel configuration; start transmission and reception on the new radio links; for a radio bearer establishment procedure: transmit a RADIO BEARER SETUP message on the downlink DCCH using AM or UM RLC;
3GPP
Release 1999
83
for a radio bearer reconfiguration procedure: transmit a RADIO BEARER RECONFIGURATION message on the downlink DCCH using AM or UM RLC;
for a radio bearer release procedure: transmit a RADIO BEARER RELEASE message on the downlink DCCH using AM or UM RLC;
for a transport channel reconfiguration procedure: transmit a TRANSPORT CHANNEL RECONFIGURATION message on the downlink DCCH using AM or UM RLC;
for a physical channel reconfiguration procedure: transmit a PHYSICAL CHANNEL RECONFIGURATION message on the downlink DCCH using AM or UM RLC;
if the reconfiguration procedure is simultaneous with SRNS relocation procedure, and ciphering and/or integrity protection are activated: transmit new ciphering and/or integrity protection information to be used after reconfiguration.
if transport channels are added, reconfigured or deleted in uplink and/or downlink, the UTRAN should: set TFCS according to the new transport channel(s).
if transport channels are added or deleted in uplink and/or downlink, the UTRAN should: send the RB Mapping Info for the new configuration
In the Radio Bearer Reconfiguration procedure UTRAN may indicate that uplink transmission shall be stopped or continued on certain radio bearers. Uplink transmission on a signalling radio bearer used by the RRC signalling (RB1 or RB2) should not be stopped. If the IE "Activation Time" is included, UTRAN should set it to a value taking the UE performance requirements into account. UTRAN should take the UE capabilities into account when setting the new configuration. If the message is used to initiate a transition from CELL_DCH to CELL_FACH state, the UTRAN may assign a common channel configuration of a given cell and C-RNTI to be used in that cell to the UE.
8.2.2.3
Reception of RADIO BEARER SETUP or RADIO BEARER RECONFIGURATION or RADIO BEARER RELEASE or TRANSPORT CHANNEL RECONFIGURATION or PHYSICAL CHANNEL RECONFIGURATION message by the UE
If the UE receives: a RADIO BEARER SETUP message; or a RADIO BEARER RECONFIGURATION message; or a RADIO BEARER RELEASE message; or a TRANSPORT CHANNEL RECONFIGURATION message; or a PHYSICAL CHANNEL RECONFIGURATION message
it shall perform actions specified below: store the received message in the variable ORDERED_CONFIG; may first release the current physical channel configuration and
3GPP
Release 1999
84
then establish a new physical channel configuration and act upon all received information elements as specified in subclause 8.6, unless specified in the following: In FDD, if the IE "PDSCH code mapping" is included but the IE "PDSCH with SHO DCH Info" is not included and if the DCH has only one link in its active set then the UE shall act upon the 'PDSCH code mapping' IE as specified in subclause 8.6 and: infer that the PDSCH will be transmitted from the cell from which the downlink DPCH is transmitted.
If the UE remains in CELL_DCH state after state transition, the UE shall: if the IE "UL DPCH Info" is absent, not change its current UL Physical channel configuration; if the IE "DL DPCH Info for each RL" is absent, not change its current DL Physical channel configuration.
If after state transition the UE enters CELL_FACH state, the UE shall start timer T305 if timer T305 is not running; select PRACH according to subclause 8.6.6.2; select Secondary CCPCH according to subclause 8.6.6.5. use the transport format set given in system information; if the IE "UTRAN DRX cycle length coefficient" is included in the same message: ignore that IE and stop using DRX.
if the contents of the variable C_RNTI is empty: perform a cell update procedure according to subclause 8.3.1 and then proceed as below.
transmit a response message as specified in subclause 8.2.2.4a, setting the information elements as specified below: if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set, the UE shall: include and set the IE "Radio bearer uplink ciphering activation time info" to the value of that variable.
if the variable START_VALUE_TO_TRANSMIT is set, the UE shall: include and set the IE "START" to the value of that variable.
set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the received message in the table "Accepted transactions" in the variable TRANSACTIONS, and; clear that entry. if the variable PDCP_SN_INFO is not empty: include the IE "RB with PDCP information list" in any response message transmitted below and set it to the value of the variable PDCP_SN_INFO;
in TDD, if the procedure is used to perform a handover to a cell where timing advance is enabled, and the UE can calculate the timing advance value in the new cell (i.e. in a synchronous TDD network): set the IE "Uplink Timing Advance" to the calculated value.
If after state transition the UE enters CELL_PCH or URA_PCH state, the UE shall: remove any C-RNTI from MAC; clear the variable C_RNTI; start timer T305 if timer T305 is not running;
3GPP
Release 1999
85
select Secondary CCPCH according to subclause 8.6.6.5. if the IE "UTRAN DRX cycle length coefficient" is included in the same message: use the value in the IE "UTRAN DRX Cycle length coefficient" for calculating Paging occasion and PICH Monitoring Occasion as specified in subclause 8.6.3.2.
8.2.2.4
In case the procedure was triggered by reception of a RADIO BEARER SETUP message stored in the variable ORDERED_CONFIG, the UE shall: If the UE is not in CELL_DCH prior to this procedure and will be in CELL_DCH state at the conclusion of this procedure, include the IE "COUNT-C activation time" in the response message and specify a CFN value other than the default, "Now" for this IE;
transmit a RADIO BEARER SETUP COMPLETE as response message on the uplink DCCH using AM RLC;
In case the procedure was triggered by reception of a RADIO BEARER RECONFIGURATION message stored in the variable ORDERED_CONFIG, the UE shall: If the UE will be in CELL_DCH state at the conclusion of this procedure, include the IE "COUNT-C activation time" in the response message and specify a CFN value other than the default, "Now" for this IE;
transmit a RADIO BEARER RECONFIGURATION COMPLETE as response message on the uplink DCCH using AM RLC;
In case the procedure was triggered by reception of a RADIO BEARER RELEASE message stored in the variable ORDERED_CONFIG, the UE shall: If the UE will be in CELL_DCH state at the conclusion of this procedure, include the IE "COUNT-C activation time" in the response message and specify a CFN value other than the default, "Now" for this IE;
-transmit a RADIO BEARER RELEASE COMPLETE as response message on the uplink DCCH using AM RLC; In case the procedure was triggered by reception of a TRANSPORT CHANNEL RECONFIGURATION message stored in the variable ORDERED_CONFIG, the UE shall: If the UE will be in CELL_DCH state at the conclusion of this procedure, include the IE "COUNT-C activation time" in the response message and specify a CFN value other than the default, "Now" for this IE;
transmit a TRANSPORT CHANNEL RECONFIGURATION COMPLETE as response message on the uplink DCCH using AM RLC;
In case the procedure was triggered by reception of a PHYSICAL CHANNEL RECONFIGURATION message stored in the variable ORDERED_CONFIG, the UE shall: If the UE will be in CELL_DCH state at the conclusion of this procedure, include the IE "COUNT-C activation time" in the response message and specify a CFN value other than the default, "Now" for this IE;
transmit a PHYSICAL CHANNEL RECONFIGURATION COMPLETE as response message on the uplink DCCH using AM RLC;
3GPP
Release 1999
86
If the new state is CELL_DCH or CELL_FACH, the response message shall be transmitted using the new configuration after the state transition, and the UE shall: if the variable PDCP_SN_INFO is empty: if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set: when RLC has confirmed the successful transmission of the response message: perform the actions below.
if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is not set: when RLC has been requested to transmit the response message: perform the actions below.
if the variable PDCP_SN_INFO is non-empty: when RLC has confirmed the successful transmission of the response message: for each radio bearer in the variable PDCP_SN_INFO: if the IE "RB started" in the variable ESTABLISHED_RABS is set to "started": configure the RLC entity for that radio bearer to "continue";
If the new state is CELL_PCH or URA_PCH, the response message shall be transmitted using the old configuration before the state transition and the UE shall: when RLC has confirmed the successful transmission of the response message: for each radio bearer in the variable PDCP_SN_INFO: if the IE "RB started" in the variable ESTABLISHED_RABS is set to "started": configure the RLC entity for that radio bearer to "continue";
enter the new state (CELL_PCH or URA_PCH, respectively); perform the actions below.
The UE shall: clear the variable ORDERED_CONFIG; clear the variable PDCP_SN_INFO; clear the variable START_VALUE_TO_TRANSMIT; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO.
8.2.2.5
-
When UTRAN has received the RADIO BEARER SETUP COMPLETE message; or the RADIO BEARER RECONFIGURATION COMPLETE message; or the RADIO BEARER RELEASE COMPLETE message; or the TRANSPORT CHANNEL RECONFIGURATION COMPLETE message; or the PHYSICAL CHANNEL RECONFIGURATION COMPLETE message;
3GPP
Release 1999
87
UTRAN may delete the old configuration. UTRAN may delete the C-RNTI of the UE if the procedure caused the UE to leave the CELL_FACH state. If the IE "UL Timing Advance" is included, UTRAN shall evaluate the timing advance value that the UE has to use in the new cell after handover. If the IE "COUNT-C activation time" is included, UTRAN should only begin incrementing the COUNT-C for radio bearers that are mapped on TM-RLC at the CFN indicated in this IE. The procedure ends on the UTRAN side.
8.2.2.6
If the UTRAN instructs the UE to use a configuration, which it does not support or if the variable UNSUPPORTED_CONFIGURATION is set to TRUE, the UE shall: transmit a failure response as specified in subclause 8.2.2.9, setting the information elements as specified below: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the received message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to "configuration unsupported";
clear the variable ORDERED_CONFIG; clear the variable PDCP_SN_INFO; clear the variable INVALID_CONFIGURATION; clear the variable UNSUPPORTED_CONFIGURATION; clear the variable START_VALUE_TO_TRANSMIT; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO;
8.2.2.7
A physical channel failure occurs in case the criteria defined in subclause 8.5.4 are not fulfilled. If the UE failed to establish the physical channel(s) indicated in the received message stored in the variable ORDERED_CONFIG the UE shall: revert to the configuration prior to the reception of the message (old configuration); if the UE is unable to revert to the old configuration or if used, the activation time has expired: initiate cell update procedure according to subclause 8.3.1, using the cause "radio link failure"; after the cell update procedure has completed successfully: proceed as below;
transmit a failure response message as specified in subclause 8.2.2.9, setting the information elements as specified below: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the received message in the table "Accepted transactions" in the variable TRANSACTIONS; and
3GPP
Release 1999
88
clear that entry; set the IE "failure cause" to "physical channel failure";
clear the variable ORDERED_CONFIG; clear the variable PDCP_SN_INFO; clear the variable START_VALUE_TO_TRANSMIT; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO;
8.2.2.8
Cell re-selection
If the UE performs cell re-selection, the UE shall: initiate a cell update procedure, as specified in subclause 8.3.1; after the cell update procedure has completed successfully: proceed as below;
if the cell re-selection occurred before the response message was submitted to lower layers for transmission; and the state after the state transition is CELL_FACH; and if the IE "New C-RNTI" or the IE "DL information for each radio link" is included in the variable ORDERED_CONFIG: transmit a failure response message as specified in subclause 8.2.2.9, setting the information elements as specified below: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the received message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; set the value of the IE "failure cause" to "cell reselection";
for each radio bearer in the variable PDCP_SN_INFO: if the IE "RB started" in the variable ESTABLISHED_RABS is set to "started": configure the RLC entity for that radio bearer to continue;
clear the variable ORDERED_CONFIG; clear the variable PDCP_SN_INFO; clear the variable INVALID_CONFIGURATION; clear the variable UNSUPPORTED_CONFIGURATION; clear the variable START_VALUE_TO_TRANSMIT; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; the procedure ends.
else if the variable ORDERED_CONFIG contains neither the IE "New C-RNTI" nor the IE " DL information for each radio link": continue with the reconfiguration procedure normally.
3GPP
Release 1999
89
8.2.2.9
The UE shall: -
in case of reception of a RADIO BEARER SETUP message stored in the variable ORDERED_CONFIG: if the radio bearer establishment procedure affects several radio bearers: (may) include the identities of the radio bearers for which the procedure would have been successful into the RADIO BEARER SETUP FAILURE message;
transmit a RADIO BEARER SETUP FAILURE as response message on the DCCH using AM RLC;
in case of reception of a RADIO BEARER RECONFIGURATION message stored in the variable ORDERED_CONFIG: if the radio bearer reconfiguration procedure affects several radio bearers: (may) include the identities of the radio bearers for which the procedure would have been successful into the RADIO BEARER RECONFIGURATION FAILURE message;
transmit a RADIO BEARER RECONFIGURATION FAILURE as response message on the DCCH using AM RLC;
in case of reception of a RADIO BEARER RELEASE message stored in the variable ORDERED_CONFIG: if the radio bearer release procedure affects several radio bearers: (may) include the identities of the radio bearers for which the procedure would have been successful into the RADIO BEARER RELEASE FAILURE message;
transmit a RADIO BEARER RELEASE FAILURE as response message on the DCCH using AM RLC;
in case of reception of a TRANSPORT CHANNEL RECONFIGURATION message stored in the variable ORDERED_CONFIG: transmit a TRANSPORT CHANNEL RECONFIGURATION FAILURE as response message on the DCCH using AM RLC;
in case of reception of a PHYSICAL CHANNEL RECONFIGURATION message stored in the variable ORDERED_CONFIG: transmit a PHYSICAL CHANNEL RECONFIGURATION FAILURE as response message on the DCCH using AM RLC;
when the response message has been submitted to lower layers for transmission: resume normal operation as if no reconfiguration attempt had occurred.
8.2.2.10
-
When the UTRAN has received the RADIO BEARER SETUP FAILURE message; or the RADIO BEARER RECONFIGURATION FAILURE message; or the RADIO BEARER RELEASE FAILURE message; or the TRANSPORT CHANNEL RECONFIGURATION FAILURE message; or the PHYSICAL CHANNEL RECONFIGURATION FAILURE message;
the UTRAN may restore the old and delete the new configuration. Upper layers should be notified of the failure. The procedure ends on the UTRAN side.
3GPP
Release 1999
90
8.2.2.11
-
Invalid configuration
If the variable INVALID_CONFIGURATION is set to TRUE the UE shall: keep the configuration existing before the reception of the message; transmit a failure response message as specified in subclause 8.2.2.9, setting the information elements as specified below: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the received message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry;
clear the variable ORDERED_CONFIG; clear the variable PDCP_SN_INFO; clear the variable INVALID_CONFIGURATION; clear the variable UNSUPPORTED_CONFIGURATION; clear the variable START_VALUE_TO_TRANSMIT; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO;
8.2.2.12
If the table "Rejected transactions" in the variable TRANSACTIONS becomes set of the received message, the UE shall: not apply the configuration contained in the received reconfiguration message; transmit a failure response message as specified in subclause 8.2.2.9, setting the information elements as specified below: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the received message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to "incompatible simultaneous reconfiguration".
8.2.2.13
If the variable ORDERED_CONFIG is not set and the received reconfiguration message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit a failure response message as specified in subclause 8.2.2.9, setting the information elements as specified below: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the received message in the table "Rejected transactions" in the variable TRANSACTIONS; and
3GPP
Release 1999
91
clear that entry; set the IE "failure cause" to the cause value "protocol error"; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION;
8.2.3
8.2.4
8.2.5
8.2.5.1
General
The transport format combination control procedure is used to control the allowed uplink transport format combinations within the transport format combination set.
8.2.5.2
Initiation
To initiate the transport format combination control procedure, the UTRAN transmits the TRANSPORT FORMAT COMBINATION CONTROL message on the downlink DCCH using AM, UM or TM RLC. When not stated otherwise elsewhere, the UE may initiate the transport format combination control procedure also when another procedure is ongoing, and in that case the state of the latter procedure shall not be affected. To change the sub-set of allowed transport format combinations, the UTRAN shall:
3GPP
Release 1999
92
set the allowed TFCs in the IE "TFC subset". The network can optionally specify the duration for which a new TFC sub-set applies by using the IE "TFC Control duration".
To remove completely the previous restrictions of allowed transport format combinations, the UTRAN shall: set the "full transport format combination" in the IE "TFC subset".
8.2.5.3
Upon reception of the TRANSPORT FORMAT COMBINATION CONTROL message the UE shall: act upon all received information elements as specified in 8.6, unless specified otherwise in the following; perform the actions for the transport format combination subset specified in the IE "DPCH/PUSCH TFCS in uplink" according to subclause 8.6.5.3; if the variable INVALID_CONFIGURATION is set to FALSE: if the IE "TFC Control duration" is included in the message: store the value of the IE "TFC Control duration" in the IE "Duration" in the variable TFC_SUBSET apply the transport format combination subset in the IE "Current TFC subset" stored in the variable TFC_SUBSET for the number of (10 ms) frames specified in the IE "TFC Control duration"; at the end of the time period defined by the IE "TFC control duration": if the IE "Duration" in the variable TFC_SUBSET is set: go back to any previous restriction of the transport format combination set defined by the content of the IE "Default TFC subset" in the variable TFC_SUBSET; set the value of the IE "Current TFC subset" in the variable TFC_SUBSET to the value of the IE "Default TFC subset" in the variable TFC_SUBSET; clear the IE "Duration" in the variable TFC_SUBSET;
The UE shall clear the entry for the TRANSPORT FORMAT COMBINATION CONTROL message in the table "Accepted transactions" in the variable TRANSACTIONS and the procedure ends.
8.2.5.4
-
Invalid configuration
If the variable INVALID_CONFIGURATION is set to TRUE the UE shall: if the TRANSPORT FORMAT COMBINATION CONTROL message was received on AM RLC: keep the TFC subset existing before the TRANSPORT FORMAT COMBINATION CONTROL message was received; transmit a TRANSPORT FORMAT COMBINATION CONTROL FAILURE message on the DCCH using AM RLC; set the IE "RRC transaction identifier" in the TRANSPORT FORMAT COMBINATION CONTROL FAILURE message to the value of "RRC transaction identifier" in the entry for the TRANSPORT FORMAT COMBINATION CONTROL message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to "invalid configuration"; when the TRANSPORT FORMAT COMBINATION CONTROL FAILURE message has been submitted to lower layers for transmission the procedure ends.
3GPP
Release 1999
93
if the TRANSPORT FORMAT COMBINATION CONTROL message was received on UM RLC: ignore the TRANSPORT FORMAT COMBINATION CONTROL message.
8.2.5.5
If the TRANSPORT FORMAT COMBINATION CONTROL message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit a TRANSPORT FORMAT COMBINATION CONTROL FAILURE message on the uplink DCCH using AM RLC setting the information elements as specified below; set the IE "RRC transaction identifier" in the TRANSPORT FORMAT COMBINATION CONTROL FAILURE message to the value of "RRC transaction identifier" in the entry for the TRANSPORT FORMAT COMBINATION CONTROL message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to the cause value "protocol error"; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION;
when the TRANSPORT FORMAT COMBINATION CONTROL FAILURE message has been submitted to lower layers for transmission: resume data transmission on RB 3 and upwards if RLC-AM or RLC-UM is used on those radio bearers; resume normal operation as if the invalid TRANSPORT FORMAT COMBINATION CONTROL message has not been received and the procedure ends.
8.2.6
8.2.7
8.2.7.1
General
The purpose of this procedure is to allocate radio resources to USCH and/or DSCH transport channels in TDD mode, for usage by a UE. This procedure can also be used to indicate to the UE, that a PUSCH allocation is pending, in order to prevent further capacity requests from the UE.
8.2.7.2
Initiation
To initiate the Physical Shared Channel Allocation procedure, the UTRAN sends the "PHYSICAL SHARED CHANNEL ALLOCATION" message on the downlink SHCCH or on the downlink DCCH using UM RLC. The CRNTI shall be included for UE identification, if the message is sent on the SHCCH.
3GPP
Release 1999
94
8.2.7.3
Upon reception of a "PHYSICAL SHARED CHANNEL ALLOCATION" message, if the message is received on the downlink SHCCH the UE shall: check the C-RNTI to see if the UE is addressed by the message. If the UE is addressed by the message, or if the message is received on the downlink DCCH, the UE shall perform the following actions, otherwise the UE shall ignore the message: act upon all received information elements as specified in subclause 8.6, unless specified otherwise in the following: if the IE "ISCP Timeslot list" is included: store the timeslot numbers given there for future Timeslot ISCP measurements and reports; if the IE "PDSCH capacity allocation info" is included: configure the physical resources used for the downlink CCTrCH given by the IE "TFCS ID" according to the following: if the CHOICE "Configuration" has the value "Old configuration": if the UE has stored a PDSCH configuration with the identity given by the IE "PDSCH Identity": configure the physical resources according to that configuration;
if the CHOICE "Configuration" has the value "New configuration": configure the physical resources according to the information given in IE "PDSCH Info". If IE "Common timeslot info" or IE "PDSCH timeslots and codes" IE are not present in IE "PDSCH Info": reuse the configuration specified in the previous "PHYSICAL SHARED CHANNEL ALLOCATION" message for this CCTrCH;
if the IE "PDSCH Identity" is included: store the new configuration using that identity;
start using the new configuration at the CFN specified by the IE "Allocation activation time", and use that for the duration given by the IE "Allocation duration"; if the IE "Confirm request" has the value "Confirm PDSCH" and IE "PDSCH Identity" is included in IE "PDSCH capacity allocation info": initiate the PUSCH CAPACITY REQUEST procedure as described in subclause 8.2.8.
if the IE "PUSCH capacity allocation info" is included: stop the timer T310, if running; if the CHOICE "PUSCH allocation" has the value "PUSCH allocation pending": start the timer T311;
if the CHOICE "PUSCH allocation" has the value "PUSCH allocation assignment": stop the timer T311, if running; configure the physical resources used for the uplink CCTrCH given by the IE "TFCS ID" according to the following:
3GPP
Release 1999
95
if the CHOICE "Configuration" has the value "Old configuration": if the UE has stored a PUSCH configuration with the identity given by the IE "PUSCH Identity": configure the physical resources according to that configuration;
if the CHOICE "Configuration" has the value "New configuration", the UE shall: configure the physical resources according to the information given in IE "PUSCH Info". If IE "Common timeslot info" or IE "PUSCH timeslots and codes" is not present in IE "PUSCH Info": reuse the configuration specified in the previous "PHYSICAL SHARED CHANNEL ALLOCATION" message for this CCTrCH.
if the IE "PUSCH Identity" is included: store the new configuration using that identity;
start using the new configuration at the CFN specified by the IE "Allocation activation time", and use that for the duration given by the IE "Allocation duration"; if the IE "Confirm request" has the value "Confirm PUSCH" and IE "PUSCH Identity" is included in IE "PUSCH capacity allocation info": initiate the PUSCH CAPACITY REQUEST procedure as described in subclause 8.2.8.
determine the TFCS subset and hence the TFCI values which are possible given the PUSCH allocation for that CCTrCH; configure the MAC-c/sh in the UE with this TFCS restriction if necessary; transmit USCH Transport Block Sets as required, within the TFCS limits given by the PUSCH allocation. If the UE has just entered a new cell and System Information Block Type 6has not yet been scheduled, PUSCH/PDSCH information should be specified in the allocation message.
NOTE:
The UE shall clear the entry for the PHYSICAL SHARED CHANNEL ALLOCATION message in the table "Accepted transactions" in the variable TRANSACTIONS and the procedure ends.
8.2.7.4
If the UE receives a PHYSICAL SHARED CHANNEL ALLOCATION message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: ignore the invalid PHYSICAL SHARED CHANNEL ALLOCATION message; submit the PUSCH CAPACITY REQUEST message for transmission on the uplink SHCCH, setting the information elements in the message as specified in subclause 8.2.8.2a; reset counter V310; start timer T310; proceed as described in subclause 8.2.8.
3GPP
Release 1999
96
8.2.8
8.2.8.1
General
With this procedure, the UE transmits its request for PUSCH resources to the UTRAN. In the normal case, the UTRAN responds with a PHYSICAL SHARED CHANNEL ALLOCATION message, which either allocates the requested PUSCH resources, and/or allocates a PDSCH resource, or may just serve as an acknowledgement, indicating that PUSCH allocation is pending. This procedure can also be used to acknowledge the reception of a PHYSICAL SHARED CHANNEL ALLOCATION message, or to indicate a protocol error in that message. With the PUSCH CAPACITY REQUEST message, the UE can request capacity for one or more USCH.
8.2.8.2
Initiation
This procedure is initiated in the CELL_FACH or CELL_DCH state, and when at least one RB using USCH has been established, and when the UE sees the requirement to request physical resources (PUSCH) for an USCH channel or there is the need to reply to a PHYSICAL SHARED CHANNEL ALLOCATION message as described in clause 8.2.7 (i.e. to confirm the reception of a message, if requested to do so, or to indicate a protocol error).
The procedure can be initiated if:- Timer T311 is not running. The timer T310 (capacity request repetition timer) is not running.
The UE shall: set the IEs in the PUSCH CAPACITY REQUEST message according to subclause 8.2.8.3; submit the PUSCH CAPACITY REQUEST message for transmission on the uplink SHCCH; reset counter V310; start timer T310.
8.2.8.3
With one PUSCH CAPACITY REQUEST message, capacity for one or more USCH can be requested. It shall include these information elements: C-RNTI to be used as UE identity if the message is sent on RACH; Traffic volume measured results for each radio bearer satisfying the reporting criteria as specified in the MEASUREMENT CONTROL procedure (if no radio bearer satisfies the reporting criteria, traffic volume measured results shall not be included). These results shall include: Radio Bearer ID of the Radio Bearer being reported;
3GPP
Release 1999
97
RLC buffer payload for these radio bearers, as specified by the MEASUREMENT CONTROL procedure;
If the initiation of the procedure is triggered by the IE "Confirm request" set to "Confirm PDSCH" in a previously received PHYSICAL SHARED CHANNEL ALLOCATION message, the UE shall: set the CHOICE "Allocation confirmation" to "PDSCH Confirmation" with the value given in the IE "PDSCH Identity" in the received message.
If the initiation of the procedure is triggered by the IE "Confirm request" set to "Confirm PUSCH" in a previously received PHYSICAL SHARED CHANNEL ALLOCATION message, the UE shall: set the CHOICE "Allocation confirmation" to "PUSCH Confirmation" with the value given in the IE "PUSCH Identity" in the received message.
If the variable PROTOCOL_ERROR_REJECT is set to TRUE, the UE shall: include the IE "RRC transaction identifier" in the response message transmitted below; and set it to the value of "RRC transaction identifier" in the entry for the PHYSICAL SHARED CHANNEL ALLOCATION message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry. set the IE "protocol error indicator" to TRUE; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION.
if the value of the variable PROTOCOL_ERROR_ REJECT is FALSE; set the IE "Protocol error indicator" to FALSE;
As an option, the message may include IE "Timeslot ISCP" and IE "Primary CCPCH RSCP". The timeslots for which "Timeslot ISCP" may be reported shall have been configured with a previous PHYSICAL SHARED CHANNEL ALLOCATION message.
8.2.8.4
Upon receiving a PUSCH CAPACITY REQUEST message with traffic volume measurement included for at least one radio bearer, the UTRAN should initiate the PHYSICAL SHARED CHANNEL ALLOCATION procedure, either for allocating PUSCH or PDSCH resources as required, or just as an acknowledgement, indicating a pending PUSCH allocation, as described in subclause 8.2.7.
8.2.8.5
-
T310 expiry
Upon expiry of timer T310, the UE shall if V310 is smaller than N310: transmit a new PUSCH CAPACITY REQUEST message on the Uplink SHCCH; restart timer T310; increment counter V310; set the IEs in the PUSCH CAPACITY REQUEST message as specified in subclause 8.2.8.3;
3GPP
Release 1999
98
8.2.9 8.2.10
8.2.10.1
General
The uplink physical channel control procedure is used in TDD to control the uplink outer loop power control and timing advance running in the UE.
8.2.10.2
Initiation
The UTRAN initiates the procedure by transmitting the UPLINK PHYSICAL CHANNEL CONTROL message on the downlink DCCH using AM or UM RLC in order to update parameters for uplink open loop power control in the UE for one CCTrCH or to inform the UE about a new timing advance value to be applied. Especially, uplink interference information measured by the UTRAN can be included for the uplink timeslots used for the CCTrCH.
8.2.10.3
Upon reception of the UPLINK PHYSICAL CHANNEL CONTROL message, the UE shall act upon all received information elements as specified in subclause 8.6. If the IEs "Uplink DPCH Power Control Info", "Constant Value", "Alpha" or IE group "list of UL Timeslot Interference" are transmitted, this information shall be taken into account by the UE for uplink open loop power control as specified in subclause 8.5.7. The UE shall clear the entry for the UPLINK PHYSICAL CHANNEL CONTROL message in the table "Accepted transactions" in the variable TRANSACTIONS and the procedure ends.
8.2.10.4
If the UE receives a UPLINK PHYSICAL CHANNEL CONTROL message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit an RRC STATUS message on the uplink DCCH using AM RLC, setting the information elements as specified below: include the IE "Identification of received message"; and set the IE "Received message type" to UPLINK PHYSICAL CHANNEL CONTROL; and set the IE "RRC transaction identifier" to the value of "RRC transaction identifier" in the entry for the UPLINK PHYSICAL CHANNEL CONTROL message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry;
3GPP
Release 1999
99
include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION;
when the RRC STATUS message has been submitted to lower layers for transmission: resume normal operation as if the invalid UPLINK PHYSICAL CHANNEL CONTROL message has not been received.
8.2.11
UE
UTRAN
Figure 37: Physical channel reconfiguration failure in case of runtime configuration error
8.2.11.1
General
The physical channel reconfiguration failure procedure is used to indicate to the network a runtime configuration error in the UE.
8.2.11.2
When the UE has received from the UTRAN the configurations of several compressed mode transmission gap pattern sequences, and if several of these patterns are to be simultaneously active, the UE shall check to see if these simultaneously active transmission gap pattern sequences create transmission gaps in the same frame. The UE shall: if the parallel transmission gap pattern sequences create no illegal overlap: set the variable COMPRESSED_MODE_ERROR to FALSE;
otherwise: set the variable COMPRESSED_MODE_ERROR to TRUE; delete the overlapping transmission gap pattern sequence configuration stored in the variable TGPS_IDENTITY, which is associated with the highest value of IE "TGPSI"; transmit a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, setting the information elements as specified below: not include the IE "RRC transaction identifier"; set the cause value in IE "failure cause" to value "compressed mode runtime error";
terminate the inter-frequency and/or inter-RAT measurements corresponding to the deleted transmission gap pattern sequence; when the PHYSICAL CHANNEL RECONFIGURATION FAILURE message has been submitted to lower layers for transmission the procedure ends.
3GPP
Release 1999
100
8.3
8.3.1
Figure 39: Cell update procedure with update of UTRAN mobility information
UE CELL UPDATE CELL UPDATE CONFIRM UTRAN
3GPP
Release 1999
101
UTRAN
3GPP
Release 1999
102
UTRAN
Figure 46: URA update procedure with update of UTRAN mobility information
UE URA UPDATE RRC CONNECTION RELEASE UTRAN
8.3.1.1
-
General
The URA update and cell update procedures serve several main purposes: to notify UTRAN after re-entering service area in the URA_PCH or CELL_PCH state; to notify UTRAN of an RLC unrecoverable error on an AM RLC entity; to be used as a supervision mechanism in the CELL_FACH or CELL_PCH state by means of periodical cell update;
In addition, the URA update procedure also serves the following purpose: to retrieve a new URA identity after cell re-selection to a cell not belonging to the current URA assigned to the UE in URA_PCH state;
In addition, the cell update procedure also serves the following purposes: to update UTRAN with the current cell the UE is camping on after cell reselection; to act on a radio link failure in the CELL_DCH state; when triggered in the URA_PCH or CELL_PCH state, to notify UTRAN of a transition to the CELL_FACH state due to the reception of UTRAN originated paging or due to a request to transmit uplink data.
The URA update and cell update procedures may: include an update of mobility related information in the UE; cause a state transition from the CELL_FACH state to the CELL_DCH, CELL_PCH or URA_PCH states or idle mode.
The cell update procedure may also include: a reset of AM RLC entities;
3GPP
Release 1999
103
a radio bearer release, radio bearer reconfiguration, transport channel reconfiguration or physical channel reconfiguration;
8.3.1.2
-
Initiation
A UE shall initiate the cell update procedure in the following cases: Uplink data transmission: if the UE is in URA_PCH or CELL_PCH state; and if the UE has uplink data or a signalling message on RB 1 or upwards to transmit: perform cell update using the cause "uplink data transmission".
Paging response: if the criteria for performing cell update with the cause specified above in the current subclause is not met; and if the UE in URA_PCH or CELL_PCH state, receives a PAGING TYPE 1 message fulfilling the conditions for initiating a cell update procedure specified in subclause 8.1.2.3: perform cell update using the cause "paging response".
Re-entering service area: if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and if the UE is in CELL_FACH or CELL_PCH state; and if the UE has been out of service area and re-enters service area before T307 or T317 expires: perform cell update using the cause "re-entering service area".
Radio link failure: if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and if the UE is in CELL_DCH state; and if the criteria for radio link failure is met as specified in subclause 8.5.6: perform cell update using the cause "radio link failure".
RLC unrecoverable error: if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and if the UE detects RLC unrecoverable error in an AM RLC entity: perform cell update using the cause "RLC unrecoverable error".
Cell reselection: if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and if the UE is in CELL_FACH or CELL_PCH state; and if the UE performs cell re-selection: perform cell update using the cause "cell reselection".
3GPP
Release 1999
104
Periodical cell update: if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and if the UE is in CELL_FACH or CELL_PCH state; and if the timer T305 expires; and if the criteria for "in service area" as specified in subclause 8.5.5.2 is fulfilled; and if periodic cell updating has been requested in system information block type 1: perform cell update using the cause "periodical cell update".
A UE in URA_PCH state shall initiate the URA update procedure in the following cases: URA reselection: if the criteria for performing URA update with the cause as specified above is not met; and if the UE detects that the current URA assigned to the UE, stored in the variable URA_IDENTITY, is not present in the list of URA identities in system information block type 2: perform URA update using the cause "URA reselection".
Periodic URA update: if none of the criteria for performing cell update with the causes as specified above is met; and if the timer T305 expires while the UE is in the service area; and periodic URA updating has been requested in system information block type 1: perform URA update using the cause "periodic URA update".
When initiating the URA update or cell update procedure, the UE shall: stop timer T305; if the UE is in CELL_DCH state: in the variable RB_TIMER_INDICATOR, set the IE "T314 expired" and the IE "T315 expired" to FALSE; if the stored values of the timer T314 and timer T315 are both equal to zero: release all its radio resources; enter idle mode; indicate to the non-access stratum local end release of the signalling connections and all established radio access bearers in the variable ESTABLISHED_RABS; perform other actions when entering idle mode from connected mode as specified in subclause 8.5.2; And the procedure ends.
if the stored value of the timer T314 is equal to zero: release all radio bearers, associated with any radio access bearers for which in the variable ESTABLISHED_RABS the value of the IE "Re-establishment timer" is set to "useT314"; in the variable RB_TIMER_INDICATOR set the IE "T314 expired" to TRUE;
if the stored value of the timer T315 is equal to zero: release all radio bearers associated with any radio access bearers for which in the variable ESTABLISHED_RABS the value of the IE "Re-establishment timer" is set to "useT315";
3GPP
Release 1999
105
if the stored value of the timer T314 is greater than zero: re-start timer T314;
if the stored value of the timer T315 is greater than zero: re-start timer T315;
for the released radio bearer(s): delete the information about the radio bearer from the variable ESTABLISHED_RABS; when all radio bearers belonging to the same radio access bearer have been released: indicate local end release of the radio access bearer to the upper layer entity using the CN domain identity together with the RAB identity stored in the variable ESTABLISHED_RABS; delete all information about the radio access bearer from the variable ESTABLISHED_RABS;
set the variables PROTOCOL_ERROR_INDICATOR, FAILURE_INDICATOR, UNSUPPORTED_CONFIGURATION and INVALID_CONFIGURATION to FALSE; move to CELL_FACH state, if not already in that state; if the UE performs cell re-selection: clear the variable C_RNTI; and stop using that C_RNTI just cleared from the variable C_RNTI in MAC;
set CFN in relation to SFN of current cell according to subclause 8.5.15; set the contents of the CELL UPDATE / URA UPDATE message according to subclause 8.3.1.3; submit the CELL UPDATE / URA UPDATE message for transmission on the uplink CCCH; reset counter V302; start timer T302 when the MAC layer indicates success or failure in transmitting the message.
8.3.1.3
In case of cell update procedure the UE shall transmit a CELL UPDATE message. In case of URA update procedure the UE shall transmit a URA UPDATE message. The UE shall set the IEs in the CELL UPDATE as follows: set the IE "Cell update cause" corresponding to the cause specified in subclause 8.3.1.2 that is valid when the CELL UPDATE message is submitted to lower layers for transmission; During the time period starting from when a cell update procedure is initiated by the UE until when the procedure ends, different causes may be used in different individually transmitted CELL UPDATE messages by the UE.
NOTE:
set the IE "U-RNTI" to the value of the variable U_RNTI; if the value of the variable PROTOCOL_ERROR_INDICATOR is TRUE: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the CELL UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS;
include and set the IE "failure cause" to the cause value "protocol error";
3GPP
Release 1999
106
set the IE "Protocol error information" set to the value of the variable PROTOCOL_ERROR_INFORMATION;
if the value of the variable FAILURE_INDICATOR is TRUE: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the CELL UPDATE CONFIRM message in the table "Accepted transactions" in the variable TRANSACTIONS;
include and set the IE "failure cause" to the value of the variable FAILURE_CAUSE;
include the START values for each CN domain, calculated according to subclause 8.5.9; if an unrecoverable error in any of the AM RLC entities for the RB 2 or 3 is detected: set the IE "AM_RLC error indication (for c-plane)" to TRUE;
if an unrecoverable error in any of the AM RLC entities for the RB 5 or upwards is detected: set the IE "AM_RLC error indication (for u-plane)" to TRUE;
set the IE "RB Timer indicator" to the value of the variable RB_TIMER_INDICATOR; include an intra-frequency measurement report in the IE "Measured results on RACH", as specified in the IE "Intra-frequency reporting quantity for RACH reporting" and the IE "Maximum number of reported cells on RACH" in system information block type 12 (or System Information Block type 11, if System Information Block type 12 is not being broadcast).
The UE shall set the IEs in the URA UPDATE message as follows: set the IE "U-RNTI" to the value of the variable U_RNTI; set the IE "URA update cause" corresponding to which cause as specified in subclause 8.3.1.2 that is valid when the URA UPDATE message is submitted to lower layers for transmission; During the time period starting from when a URA update procedure is initiated by the UE until when the procedure ends, different causes may be used in different individually transmitted URA UPDATE messages by the UE, depending on which causes are valid for the respective URA UPDATE message.
NOTE:
if the value of the variable PROTOCOL_ERROR_INDICATOR is TRUE: include the IE "RRC transaction identifier"; and set it to the value of "RRC transaction identifier" in the entry for the URA UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS;
set the IE "Protocol error indicator" to TRUE; include the IE "Protocol error information" set to the value of the variable PROTOCOL_ERROR_INFORMATION.
if the value of the variable PROTOCOL_ERROR_INDICATOR is FALSE: set the IE "Protocol error indicator" to FALSE.
8.3.1.4
When the T305 expires and the UE detects that it is "out of service area" as specified in subclause 8.5.5.1, the UE shall
3GPP
Release 1999
107
8.3.1.4.1
If the UE detects "in service area" according to subclause 8.5.5.2 and timer T307 or T317 is running, the UE shall: check the value of V302; and if V302 is equal to or smaller than N302: set the contents of the CELL UPDATE / URA UPDATE message according to subclause 8.3.1.3; submit the CELL UPDATE / URA UPDATE message for transmission on the uplink CCCH; increment counter V302; restart timer T302 when the MAC layer indicates success or failure to transmit the message.
if V302 is greater than N302: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the entry for the CELL UPDATE CONFIRM / URA UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources; enter idle mode; a connection failure may be indicated to the non-access stratum; perform other actions when entering idle mode from connected mode as specified in subclause 8.5.2; and the procedure ends.
8.3.1.4.2
When the T307 expires, the UE shall: move to idle mode; release all dedicated resources; -indicate an RRC connection failure to the non-access stratum. -perform other actions when entering idle mode from connected mode as specified in subclause 8.5.2. -and the procedure ends.
8.3.1.5
When the UTRAN receives a CELL UPDATE/URA UPDATE message, it may either: in case the procedure was triggered by reception of a CELL UPDATE, transmit a CELL UPDATE CONFIRM message on the downlink DCCH or optionally on the CCCH but only if ciphering is not required; or in case the procedure was triggered by reception of a URA UPDATE, transmit a URA UPDATE CONFIRM message to the lower layers for transmission on the downlink CCCH or DCCH in which case the UTRAN should include the IE "URA identity" in the URA UPDATE CONFIRM message in a cell where multiple URA identifiers are broadcast; or initiate an RRC connection release procedure (see subclause 8.1.4) by transmitting an RRC CONNECTION RELEASE message on the downlink CCCH.
3GPP
Release 1999
108
8.3.1.6
When the UE receives a CELL UPDATE CONFIRM/URA UPDATE CONFIRM message; and if the message is received on the CCCH, and IE "U-RNTI" is present and has the same value as the variable U_RNTI, or; if the message is received on DCCH;
the UE shall: stop timer T302; act upon all received information elements as specified in subclause 8.6, unless specified otherwise in the following: use the transport channel(s) applicable for the physical channel types that is used; and if the IE "TFS" is neither included nor previously stored in the UE for that transport channel(s): use the TFS given in system information.
if none of the TFS stored is compatible with the physical channel: delete the stored TFS; use the TFS given in system information.
if the CELL UPDATE CONFIRM message includes the IE "RLC reset indicator (for C-plane)": reset the RLC entities for RB 2, RB 3 and, if present, RB 4.
if the CELL UPDATE CONFIRM message includes the IE "RLC reset indicator (for U-plane)": reset the AM RLC entities for RB 5 and upwards.
enter a state according to subclause 8.6.3.3 applied on the CELL UPDATE CONFIRM / URA UPDATE CONFIRM message.
If the UE after state transition remains CELL_FACH state, it shall start the timer T305 if timer T305 is not running and periodical cell update has been requested in system information block type 1; select PRACH according to subclause 8.6.6.2; select Secondary CCPCH according to subclause 8.6.6.5. if the IE "UTRAN DRX cycle length coefficient" is included in the same message: ignore that IE and stop using DRX;
If the UE after state transition enters URA_PCH or CELL_PCH state, it shall clear the variable C_RNTI; stop using that C_RNTI just cleared fro the variable C_RNTI in MAC; start the timer T305 if timer T305 is not running and periodical URA update or cell update has been requested in system information block type 1; select Secondary CCPCH according to subclause 8.6.6.5. if the IE "UTRAN DRX cycle length coefficient" is included in the same message: use the value in the IE "UTRAN DRX Cycle length coefficient" for calculating Paging Occasion and PICH Monitoring Occasion as specified in 8.6.3.2 in CELL_PCH state.
3GPP
Release 1999
109
If the UE after the state transition remains in CELL_FACH state and; the contents of the variable C_RNTI are empty;
it shall check the value of V302 and If V302 is equal to or smaller than N302: set the content of the CELL UPDATE / URA UPDATE message according to subclause 8.3.1.3; submit the CELL UPDATE / URA UPDATE message for transmission on the uplink CCCH; increment counter V302; restart timer T302 when the MAC layer indicates success or failure to transmit the message;
If V302 is greater than N302: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the entry for the CELL UPDATE CONFIRM / URA UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources; enter idle mode; a connection failure may be indicated to the non-access stratum; other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; the procedure ends.
If the UE after the state transition remains in CELL_FACH state and or the UE after the state transition moves to another state than the CELL_FACH state; the UE shall: if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set: include and set the IE "Radio bearer uplink ciphering activation time info" in any response message transmitted below to the value of that variable; a C-RNTI is stored in the variable C_RNTI;
set the IE "RRC transaction identifier" in any response message transmitted below to the value of "RRC transaction identifier" in the entry for the CELL UPDATE CONFIRM message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry. if the variable PDCP_SN_INFO is non-empty: include the IE "RB with PDCP information list" in any response message transmitted below and set it to the value of the variable PDCP_SN_INFO;
transmit a response message as specified in subclause 8.3.1.7; clear the variable PDCP_SN_INFO; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the entry for the CELL UPDATE CONFIRM / URA UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS.
3GPP
Release 1999
110
8.3.1.7
If the CELL UPDATE CONFIRM message includes the IE "RB information to release list";
the UE shall: transmit a RADIO BEARER RELEASE COMPLETE as response message using AM RLC.
If the CELL UPDATE CONFIRM message does not include the IE "RB information to release list"; and includes the IE "RB information to reconfigure list "; or includes the IE "RB information to be affected list ";
the UE shall: transmit a RADIO BEARER RECONFIGURATION COMPLETE as response message using AM RLC.
If the CELL UPDATE CONFIRM message: does not include "RB information elements"; and includes "Transport channel information elements";
the UE shall: transmit a TRANSPORT CHANNEL RECONFIGURATION COMPLETE as response message using AM RLC.
If the CELL UPDATE CONFIRM message: does not include "RB information elements"; and does not include "Transport channel information elements"; and includes "Physical channel information elements";
the UE shall: transmit a PHYSICAL CHANNEL RECONFIGURATION COMPLETE as response message using AM RLC.
If the CELL UPDATE CONFIRM message: does not include "RB information elements"; and does not include "Transport channel information elements"; and does not include "Physical channel information elements"; and includes "CN information elements"; or includes the IE "New C-RNTI"; or includes the IE "New U-RNTI";
the UE shall: transmit a UTRAN MOBILITY INFORMATION CONFIRM as response message using AM RLC.
If the CELL UPDATE CONFIRM message does not include "RB information elements"; and
3GPP
Release 1999
111
does not include "Transport channel information elements"; and does not include "Physical channel information elements"; and does not include "CN information elements"; and does not include the IE "New C-RNTI"; and does not include the IE "New U-RNTI";
If the URA UPDATE CONFIRM message: includes any one or both of the IEs "New C-RNTI" and "New U-RNTI";
the UE shall: transmit a UTRAN MOBILITY INFORMATION CONFIRM as response message using AM RLC.
If the new state is CELL_DCH or CELL_FACH, the response message shall be transmitted using the new configuration after the state transition., and the UE shall: if the variable PDCP_SN_INFO is empty: if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set: when RLC has confirmed the successful transmission of the response message: continue with the remainder of the procedure.
if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is not set: when RLC has been requested to transmit the response message, continue with the remainder of the procedure.
if the variable PDCP_SN_INFO non-empty: when RLC has confirmed the successful transmission of the response message: for each radio bearer in the variable PDCP_SN_INFO: if the IE "RB started" in the variable ESTABLISHED_RABS is set to "started": configure the RLC entity for that radio bearer to "continue";
If the new state is CELL_PCH or URA_PCH, the response message shall be transmitted in CELL_FACH state, and the UE shall: when RLC has confirmed the successful transmission of the response message: for each radio bearer in the variable PDCP_SN_INFO: if the IE "RB started" in the variable ESTABLISHED_RABS is set to "started": configure the RLC entity for that radio bearer to "continue";
3GPP
Release 1999
112
8.3.1.8
If the UE does not support the configuration in the CELL UPDATE CONFIRM message and/or the variable UNSUPPORTED_CONFIGURATION is set to TRUE, the UE shall: if V302 is equal to or smaller than N302, the UE shall: set the variable FAILURE_INDICATOR to TRUE; set the variable FAILURE_CAUSE to "Unsupported configuration"; set the content of the CELL UPDATE message according to subclause 8.3.1.3; submit the CELL UPDATE message for transmission on the uplink CCCH; increment counter V302; restart timer T302 when the MAC layer indicates success or failure to transmit the message;
if V302 is greater than N302, the UE shall: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the variable PDCP_SN_INFO; clear the entry for the CELL UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources; enter idle mode. a connection failure may be indicated to the non-access stratum; Other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; And the procedure ends.
8.3.1.9
-
Invalid configuration
If the variable INVALID_CONFIGURATION is set to TRUE, the UE shall: if V302 is equal to or smaller than N302, the UE shall: set the variable FAILURE_INDICATOR to TRUE; set the variable FAILURE_CAUSE to "Invalid configuration"; set the content of the CELL UPDATE message according to subclause 8.3.1.3; submit the CELL UPDATE message for transmission on the uplink CCCH; increment counter V302; restart timer T302 when the MAC layer indicates success or failure to transmit the message;
if V302 is greater than N302, the UE shall: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the variable PDCP_SN_INFO; clear the entry for the CELL UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources;
3GPP
Release 1999
113
enter idle mode; a connection failure may be indicated to the non-access stratum; Other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; The procedure ends.
8.3.1.10
If the URA UPDATE CONFIRM message causes a confirmation error of URA identity list as specified in subclause 8.6.2.1 the UE shall: check the value of V302, and: if V302 is smaller or equal than N302; set the IEs in the URA UPDATE message according to subclause 8.3.1.3; submit the URA UPDATE message for transmission on the uplink CCCH; increment counter V302; restart timer T302 when the MAC layer indicates success or failure to transmit the message;
if V302 is greater than N302: enter idle mode; perform the actions specified in subclause 8.5.2 when entering idle mode from connected mode; A connection failure may be indicated to the non-access stratum; The procedure ends.
8.3.1.11
If the UE receives an CELL UPDATE CONFIRM/URA UPDATE CONFIRM message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: If V302 is equal to or smaller than N302, the UE shall: set the variable PROTOCOL_ERROR_INDICATOR to TRUE,; set the content of the CELL UPDATE / URA UPDATE message according to subclause 8.3.1.3; submit the CELL UPDATE message for transmission on the uplink CCCH; increment counter V302; restart timer T302 when the MAC layer indicates success or failure to transmit the message;
if V302 is greater than N302, the UE shall: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the entry for the CELL UPDATE CONFIRM / URA UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources; enter idle mode; A connection failure may be indicated to the non-access stratum;
3GPP
Release 1999
114
Other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; The procedure ends.
8.3.1.12
If any or several of the following conditions are true: expiry of timer T302; reselection to another UTRA cell (including the previously serving cell) when waiting for the CELL UPDATE CONFIRM / URA UPDATE CONFIRM message; the UE failed to establish the dedicated channel according to the CELL UPDATE CONFIRM message:
the UE shall: check whether it is still in "in service area" (see subclause 8.5.5.2).
If the UE detects "in service area", and: if V302 is equal to or smaller than N302, the UE shall if the UE performed cell re-selection: delete its C-RNTI;
set the contents of the CELL UPDATE / URA UPDATE message according to subclause 8.3.1.3; submit the CELL UPDATE / URA UPDATE message for transmission on the uplink CCCH; increment counter V302; restart timer T302 when the MAC layer indicates success or failure to transmit the message;
if V302 is greater than N302, the UE shall: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the variable PDCP_SN_INFO; clear the entry for the CELL UPDATE CONFIRM / URA UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources; enter idle mode; a connection failure may be indicated to the non-access stratum; other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; and the procedure ends.
If the UE does not detect "in service area", it shall: continue searching for "in service area".
8.3.1.13
T314 expiry
Upon expiry of timer T314 the UE shall: if timer T302 is running: continue awaiting response message from UTRAN;
3GPP
Release 1999
115
if timer T302 is not running and timer T315 is running: set IE "T314 expired" in variable RB_TIMER_INDICATOR to TRUE; release locally all radio bearers which are associated with any radio access bearers for which in the variable ESTABLISHED_RABS the value of the IE "Re-establishment timer" is set to "useT314". A local release indication shall be given to the non-access stratum.
if timers T302 and T315 are not running: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the variable PDCP_SN_INFO; clear the entry for the CELL UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources; enter idle mode; a connection failure may be indicated to the non-access stratum; other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; and the procedure ends.
8.3.1.14
-
T315 expiry
Upon expiry of timer T315 the UE shall: if timer T302 is running: continue awaiting response message from UTRAN;
if timer T302 is not running and timer T314 is running: set IE "T315 expired" in variable RB_TIMER_INDICATOR to TRUE; release locally all radio bearers which are associated with any radio access bearers for which in the variable ESTABLISHED_RABS the value of the IE "Re-establishment timer" is set to "useT314". A local release indication shall be given to the non-access stratum.
if timers T302 and T314 are not running: clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO; clear the variable PDCP_SN_INFO; clear the entry for the CELL UPDATE CONFIRM message in the table "Rejected transactions" in the variable TRANSACTIONS; release all its radio resources; enter idle mode; a connection failure may be indicated to the non-access stratum; other actions the UE shall perform when entering idle mode from connected mode are specified in subclause 8.5.2; and the procedure ends.
3GPP
Release 1999
116
8.3.1.15
8.3.2
URA update
8.3.3
8.3.3.1
-
General
The purpose of this procedure is to allocate any one or a combination of the following to a UE in connected mode: a new C-RNTI; a new U-RNTI; other mobility related information.
8.3.3.2
Initiation
To initiate the procedure UTRAN transmits a UTRAN MOBILITY INFORMATION message to the UE on the downlink DCCH.
8.3.3.3
-
When the UE receives a UTRAN MOBILITY INFORMATION message, it shall: act on received information elements as specified in subclause 8.6; set the IE "RRC transaction identifier" in the UTRAN MOBILITY INFORMATION CONFIRM message to the value of "RRC transaction identifier" in the entry for the UTRAN MOBILITY INFORMATION message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry;
3GPP
Release 1999
117
if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set: include and set the IE "Radio bearer uplink ciphering activation time info" in the UTRAN MOBILITY INFORMATION CONFIRM message to the value of that variable;
if the variable PDCP_SN_INFO is non-empty: include the IE "RB with PDCP information list" in the UTRAN MOBILITY INFORMATION CONFIRM message and set it to the value of the variable PDCP_SN_INFO;
transmit a UTRAN MOBILITY INFORMATION CONFIRM message on the uplink DCCH using AM RLC; if the variable PDCP_SN_INFO is empty; and if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set: when RLC has confirmed the successful transmission of the UTRAN MOBILITY INFORMATION CONFIRM message, perform the actions below.
if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is not set: when RLC has been requested to transmit the UTRAN MOBILITY INFORMATION CONFIRM message, perform the actions below.
if the variable PDCP_SN_INFO is non-empty: when RLC has confirmed the successful transmission of the UTRAN MOBILITY INFORMATION CONFIRM message: for each radio bearer in the variable PDCP_SN_INFO: if the IE "RB started" in the variable ESTABLISHED_RABS is set to "started": configure the RLC entity for that radio bearer to "continue";
The procedure ends when of the UTRAN MOBILITY INFORMATION CONFIRM message has been submitted to lower layers for transmission.
8.3.3.4
When the network receives UTRAN MOBILITY INFORMATION CONFIRM message, UTRAN may delete any old U-RNTI. The procedure ends.
8.3.3.5
-
Cell re-selection
If the UE performs cell re-selection, the UE shall: initiate a cell update procedure according to subclause 8.3.1; if the UTRAN MOBILITY INFORMATION message contains the IE "New C-RNTI"; and if the UE has not yet submitted the UTRAN MOBILITY INFORMATION CONFIRM message to lower layers for transmission; transmit a UTRAN MOBILITY INFORMATION FAILURE message on the uplink DCCH using AM RLC; set the IE "RRC transaction identifier" in the UTRAN MOBILITY INFORMATION FAILURE message to the value of "RRC transaction identifier" in the entry for the UTRAN MOBILITY INFORMATION message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry. set the IE "failure cause" to the cause value "cell reselection";
3GPP
Release 1999
118
when the UTRAN MOBILITY INFORMATION FAILURE message has been submitted to lower layers for transmission: resume normal operation as if the invalid UTRAN MOBILITY INFORMATION message has not been received and the procedure ends.
8.3.3.6
If the UTRAN MOBILITY INFORMATION message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit a UTRAN MOBILITY INFORMATION FAILURE message on the uplink DCCH using AM RLC; set the IE "RRC transaction identifier" in the UTRAN MOBILITY INFORMATION FAILURE message to the value of "RRC transaction identifier" in the entry for the UTRAN MOBILITY INFORMATION message in the table "Rejected transactions" in the variable TRANSACTIONS, and; clear that entry. set the IE "failure cause" to the cause value "protocol error"; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; when the UTRAN MOBILITY INFORMATION FAILURE message has been submitted to lower layers for transmission: resume normal operation as if the invalid UTRAN MOBILITY INFORMATION message has not been received and the procedure ends.
8.3.4
3GPP
Release 1999
119
8.3.4.1
General
The purpose of the active set update procedure is to update the active set of the connection between the UE and UTRAN. This procedure shall be used in CELL_DCH state. The UE should keep on using the old RLs while configuring the new RLs. Also the UE should keep the transmitter turned on during the procedure. This procedure is only used in FDD mode.
8.3.4.2
Initiation
The procedure is initiated when UTRAN orders a UE in CELL_DCH state, to make the following modifications of the active set of the connection: a) Radio link addition; b) Radio link removal; c) Combined radio link addition and removal. In case a) and c), UTRAN should: prepare new additional radio link(s) in the UTRAN prior to the command to the UE.
In all cases, UTRAN should: send an ACTIVE SET UPDATE message on downlink DCCH using AM or UM RLC.
UTRAN should include the following information: IE "Radio Link Addition Information": Downlink DPCH information and other optional parameters relevant for the radio links to be added along with the IE "Primary CPICH info" used for the reference ID to indicate which radio link to add. This IE is needed in cases a) and c) listed above; IE "Radio Link Removal Information": IE "Primary CPICH info" used for the reference ID to indicate which radio link to remove. This IE is needed in cases b) and c) listed above.
If SRNS relocation is performed simultaneously during active set update procedure when all radio links are replaced simultaneously, the UTRAN shall include the IE "U-RNTI" and IE "CN domain identity" and IE "NAS system information" in the ACTIVE SET UPDATE messages.
8.3.4.3
-
Upon reception of an ACTIVE SET UPDATE message the UE shall store the received IE "Radio Link Addition Information" and the IE "Radio Link Removal Information" to the variable ORDERED_ASU.
The UE shall act upon all received information elements as specified in 8.6, unless specified otherwise in the following. The UE shall: first add the RLs indicated in the IE "Radio Link Addition Information"; remove the RLs indicated in the IE "Radio Link Removal Information". If the UE active set is full or becomes full, an RL, which is included in the IE "Radio Link Removal Information" for removal, shall be removed before adding RL, which is included in the IE "Radio Link Addition Information" for addition; if the ACTIVE SET UPDATE message includes the IE "U-RNTI": update its identity;
if the ACTIVE SET UPDATE message includes the IE "CN domain identity" and the IE "NAS system information": forward the content of the IE to the non-access stratum entity of the UE indicated by the IE "CN domain identity";
if the ACTIVE SET UPDATE message includes the IE 'TFCI combining indicator' associated with a radio link to be added:
3GPP
Release 1999
120
configure Layer 1 to soft combine TFCI (field 2) of this new link with those links already in the TFCI (field 2) combining set;
transmit an ACTIVE SET UPDATE COMPLETE message on the uplink DCCH using AM RLC without waiting for the Physical Layer synchronization; set the IE "RRC transaction identifier" in the ACTIVE SET UPDATE COMPLETE message to the value of "RRC transaction identifier" in the entry for the ACTIVE SET UPDATE message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; if the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO is set: include and set the IE "Radio bearer uplink ciphering activation time info" to the value of that variable;
when the ACTIVE SET UPDATE COMPLETE message has been submitted to lower layers for transmission: clear the contents of the variable ORDERED_ASU; clear the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO and the procedure ends on the UE side.
8.3.4.4
-
If UTRAN instructs the UE to use a configuration that it does not support, the UE shall: keep the active set and the contents of the variable ORDERED_ASU, as it was before the ACTIVE SET UPDATE message was received; transmit an ACTIVE SET UPDATE FAILURE message on the DCCH using AM RLC; set the IE "RRC transaction identifier" in the ACTIVE SET UPDATE FAILURE message to the value of "RRC transaction identifier" in the entry for the ACTIVE SET UPDATE message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to "configuration unacceptable"; when the ACTIVE SET UPDATE FAILURE message has been submitted to lower layers for transmission the procedure ends on the UE side.
8.3.4.5
Invalid configuration
If any of the following conditions are valid: a radio link indicated by the IE "Downlink DPCH info for each RL" in the IE "Radio link addition information" has a different spreading factor than the spreading factor for the radio links at the time indicated by the IE "Activation time"; and/or a radio link in the IE "Radio Link Removal Information" in the ACTIVE SET UPDATE message is not part of the active set at the time indicated by the IE "Activation time"; and/or the variable INVALID_CONFIGURATION is set to TRUE;
the UE shall: keep the active set and the contents of the variable ORDERED_ASU, as it was before the ACTIVE SET UPDATE message was received; transmit an ACTIVE SET UPDATE FAILURE message on the DCCH using AM RLC;
3GPP
Release 1999
121
set the IE "RRC transaction identifier" in the ACTIVE SET UPDATE FAILURE message to the value of "RRC transaction identifier" in the entry for the ACTIVE SET UPDATE message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to "Invalid configuration"; When the ACTIVE SET UPDATE FAILURE message has been submitted to lower layers for transmission the procedure ends on the UE side.
8.3.4.6
When the UTRAN has received the ACTIVE SET UPDATE COMPLETE message, the UTRAN may remove radio link(s) that are indicated to remove to the UE in case b) and c); and the procedure ends on the UTRAN side.
8.3.4.7
When the UTRAN has received the ACTIVE SET UPDATE FAILURE message, the UTRAN may delete radio links that were included in the IE "Radio Link Addition Information" for addition. The procedure ends on the UTRAN side.
8.3.4.8
If none of the variables ORDERED_CONFIG or ORDERED_ASU are set and the ACTIVE SET UPDATE message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit a ACTIVE SET UPDATE FAILURE message on the uplink DCCH using AM RLC; set the IE "RRC transaction identifier" in the ACTIVE SET UPDATE FAILURE message to the value of "RRC transaction identifier" in the entry for the ACTIVE SET UPDATE message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to the cause value "protocol error"; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; when the ACTIVE SET UPDATE FAILURE message has been delivered to lower layers for transmission: resume normal operation as if the invalid ACTIVE SET UPDATE message has not been received and the procedure ends.
8.3.5
8.3.5.1
8.3.5.1.1
Hard handover
Timing re-initialised hard handover
General
The purpose of the timing re-initialised hard handover procedure is to remove all the RL(s) in the active set and establish new RL(s) along with a change in the UL transmission timing and the CFN in the UE according to the SFN of the target cell.(see subclause 8.5.15). This procedure is initiated when UTRAN does not know the target SFN timing before hard handover.
3GPP
Release 1999
122
8.3.5.1.2
Initiation
Timing re-initialised hard handover initiated by the UTRAN is normally performed by using the procedure "Physical channel reconfiguration" (subclause 8.2.6), but may also be performed by using either one of the following procedures: "radio bearer establishment" (subclause 8.2.1); "Radio bearer reconfiguration" (subclause 8.2.2); "Radio bearer release" (subclause 8.2.3); or "Transport channel reconfiguration" (subclause 8.2.4).
If IE "Timing indication" has the value "initialise", UE shall execute the Timing Re-initialised hard handover procedure by following the procedure indicated in the subclause relevant to the procedure chosen by the UTRAN.
8.3.5.2
8.3.5.2.1
The purpose of the Timing-maintained hard handover procedure is to remove all the RL(s) in the active set and establish new RL(s) while maintaining the UL transmission timing and the CFN in the UE. This procedure can be initiated only if UTRAN knows the target SFN timing before hard handover. The target SFN timing can be known by UTRAN in the following 2 cases: UE reads SFN when measuring "Cell synchronisation information" and sends it to the UTRAN in MEASUREMENT REPORT message. UTRAN internally knows the time difference between the cells.
8.3.5.2.2
Initiation
Timing-maintained hard handover initiated by the network is normally performed by using the procedure "Physical channel reconfiguration" (subclause 8.2.6), but may also be performed by using either one of the following procedures: "radio bearer establishment" (subclause 8.2.1); "Radio bearer reconfiguration" (subclause 8.2.2); "Radio bearer release" (subclause 8.2.3); or "Transport channel reconfiguration" (subclause 8.2.4).
If IE "Timing indication" has the value "maintain", UE shall initiate the Timing-maintained hard handover procedure by following the procedure indicated in the subclause relevant to the procedure chosen by the UTRAN.
8.3.6
3GPP
Release 1999
123
8.3.6.1
General
The purpose of the inter-RAT handover procedure is to, under the control of the network, transfer a connection between the UE and another radio access technology (e.g. GSM) to UTRAN.
8.3.6.2
Initiation
The procedure is initiated when a radio access technology other than UTRAN, e.g. GSM, using system specific procedures, orders the UE to make a handover to UTRAN. A HANDOVER TO UTRAN COMMAND message is sent to the UE via the radio access technology from which intersystem handover is performed. In case UTRAN decides to uses a predefined radio configuration that is stored in the UE, it should include the following information in the HANDOVER TO UTRAN COMMAND message. the IE "U-RNTI" to be assigned; the IE "Predefined radio configuration identity", to indicate which pre-defined configuration of RB, traffic channel and physical channel parameters shall be used; PhyCH information elements. When using a predefined configuration during handover to UTRAN, UTRAN can only assign values of IEs "U-RNTI" and "scrambling code" that are within the special subranges defined exclusively for this procedure. UTRAN may re- assign other values after completion of the handover procedure.
NOTE:
In case UTRAN does not use a predefined radio configuration that is stored in the UE, it should include the following information in the HANDOVER TO UTRAN COMMAND message. the IE "U-RNTI" to be assigned; the complete set of RB, TrCH and PhyCH information elements to be used.
8.3.6.3
The UE shall be able to receive a HANDOVER TO UTRAN COMMAND message and perform an inter-RAT handover, even if no prior UE measurements have been performed on the target UTRAN cell and/or frequency. The UE shall act upon all received information elements as specified in subclause 8.6, unless specified otherwise in the following. The UE shall: store a U-RNTI value (32 bits), which is derived by the IEs "SRNC identity" (12 bits) and "S-RNTI 2" (10 bits) included in IE "U-RNTI-short". In order to produce a full size U-RNTI value, a full size "S-RNTI" (20 bits) shall be derived by padding the IE "S-RNTI 2" with 10 zero bits in the most significant positions; and if IE "Specification mode" is set to "Preconfiguration": initiate the signalling link, the RB(s) and traffic channel(s) in accordance with the predefined parameters identified by the IE "Predefined radio configuration identity"; initiate the physical channels in accordance with the predefined parameters identified by the IE "Predefined radio configuration identity" and the received physical channel information elements;
if IE "Specification mode" is set to "Complete specification": initiate the RB(s) and traffic channels in accordance with the received radio bearer, transport channel and physical channel information elements;
perform an open loop estimation to determine the UL transmission power, taking into account the received IE "Maximum allowed UL TX power" and move to CELL_DCH state; apply the same ciphering (ciphered/unciphered, algorithm) as prior to inter--RAT handover, unless a change of algorithm is requested by means of the "Ciphering algorithm".
3GPP
Release 1999
124
If the UE succeeds in establishing the connection to UTRAN, it shall: transmit a HANDOVER TO UTRAN COMPLETE message on the uplink DCCH; when of the HANDOVER TO UTRAN COMPLETE message has been submitted to lower layers for transmission, the procedure ends.
8.3.6.4
If the UE receives a HANDOVER TO UTRAN COMMAND message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: Resume the connection with the source radio access technology used before the handover ; Indicate a failure to the source radio access technology, using "protocol error" as cause for the failure; If allowed by the source RAT, transmit an RRC STATUS message to the source radio access technology, and include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; Other details may be provided in the specifications related to the source radio access technology.
8.3.6.5
If the UE does not succeed in establishing the connection to UTRAN, it shall terminate the procedure including release of the associated resources, resume the connection used before the handover and indicate the failure to the other radio access technology. Upon receiving an indication about the failure from the other radio access technology, UTRAN should release the associated resources and the context information concerning this UE.
8.3.6.6
Upon receiving a HANDOVER TO UTRAN COMPLETE message, UTRAN should consider the inter-RAT handover procedure as having been completed successfully and indicate this to the Core Network.
8.3.7
3GPP
Release 1999
UE
125
8.3.7.1
General
The purpose of the inter-RAT handover procedure is to, under the control of the network, transfer a connection between the UE and UTRAN to another radio access technology (e.g. GSM). This procedure may be used in CELL_DCH and CELL_FACH states. NOTE: This procedure applies when the UE has (at least one) RAB in use for a CS domain service (speech, Unrestricted Digital Information).
The UE does not need to support handovers involving more than one RAB in the CS domain. Furthermore, the UE need not support simultaneous handover of PS domain RABs in addition to the RAB used for CS domain services. Nevertheless, the procedure specification provided in the following covers these cases. In case a UE receives a request for a handover case not supported, it shall apply the procedure in subclause 8.3.7.5.
8.3.7.2
Initiation
The procedure is initiated when UTRAN orders a UE in CELL_DCH or CELL_FACH state, to make a handover to a radio access technology other than UTRAN, e.g. GSM. To initiate the procedure, UTRAN sends a HANDOVER FROM UTRAN COMMAND message.
8.3.7.3
-
The UE shall take the following actions: establish the connection to the target radio access technology, by using the contents of the IE "Inter-RAT message". This IE contains a message specified in another standard, as indicated by the IE "System type", and carries information about the candidate/ target cell identifier(s) and radio parameters relevant for the target radio access technology. The correspondence between the value of the IE "System type", the standard to apply and the message contained within IE "Inter RAT message" is the following:
Value of the IE "System type" GSM except PCS band PCS band cdma2000 Standard to apply GSM TS 04.18, version 8.5.0 or later, as if the message was sent on any frequency except in the 1900 band GSM TS 04.18, version 8.5.0 or later, as if the message was sent was in the 1900 band TIA/EIA/IS-2000 or later, TIA/EIA/IS-833 or later, TIA/EIQ/IS-834 or later Inter RAT Message HANDOVER COMMAND HANDOVER COMMAND
In case IE "RAB info" is not included in the HANDOVER FROM UTRAN COMMAND message, initiate handover for all RABs used by the UE.
3GPP
Release 1999
126
In case one or more IEs "RAB info" is included in the HANDOVER FROM UTRAN COMMAND message, the initiate handover for the RABs specified within this IE(s). Other RABs used by the UE, if any, shall not be affected. switch the current connection to the target radio access technology. Requirements concerning the establishment of the radio connection towards the other radio access technology and the signalling procedure are outside the scope of this specification.
NOTE:
8.3.7.4
Upon successfully completing the handover, UTRAN should release the radio connection and remove all context information for the concerned UE. NOTE: The release of the UMTS radio resources is initiated from the target RAT.
8.3.7.5
If the UE does not support the requested handover scenario or does not succeed in establishing the connection to the target radio access technology, it shall resume the connection to UTRAN using the resources used before receiving the HANDOVER FROM UTRAN COMMAND message; and set the IE "RRC transaction identifier" in the HANDOVER FROM UTRAN FAILURE message to the value of "RRC transaction identifier" in the entry for the HANDOVER FROM UTRAN COMMAND message in the table "Accepted transactions" in the variable TRANSACTIONS; and clear that entry; set the cause value in IE "failure cause" to "Configuration unacceptable" in case the UE does not support the requested configuration. This case includes the case in which the UE does not support the requested handover scenario e.g. handover including multiple CS domain RABs. set the cause value in IE "failure cause" to "Physical channel failure" in case the UE did not succeed in establishing the radio connection to the target RAT. transmit the HANDOVER FROM UTRAN FAILURE message on uplink DCCH using AM RLC. When the HANDOVER FROM UTRAN FAILURE message has been submitted to lower layers for transmission, the procedure ends;
8.3.7.6
If the IE "Inter-RAT message" received within the HANDOVER FROM UTRAN COMMAND message does not include a valid inter RAT handover message in accordance with the protocol specifications for the target RAT, the UE shall perform procedure specific error handling as follows:
set the IE "failure cause" to the cause value "Inter-RAT protocol error"; include the IE "Inter-RAT message" in case the target RAT provides further details about the inter RAT protocol error; transmit a HANDOVER FROM UTRAN FAILURE message on the uplink DCCH using AM RLC When the transmission of the HANDOVER FROM UTRAN FAILURE message has been confirmed by RLC, the UE shall resume normal operation as if the invalid HANDOVER FROM UTRAN COMMAND message has not been received and the procedure ends.
If the HANDOVER FROM UTRAN COMMAND message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows:
3GPP
Release 1999
127
set the IE "RRC transaction identifier" in the HANDOVER FROM UTRAN FAILURE message to the value of "RRC transaction identifier" in the entry for the HANDOVER FROM UTRAN COMMAND message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry; set the IE "failure cause" to the cause value "protocol error"; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; transmit a HANDOVER FROM UTRAN FAILURE message on the uplink DCCH using AM RLC; when the HANDOVER FROM UTRAN FAILURE message has been submitted to lower layers for transmission: resume normal operation as if the invalid HANDOVER FROM UTRAN COMMAND message has not been received and the procedure ends.
8.3.7.7
Upon receiving an HANDOVER FROM UTRAN FAILURE message, UTRAN may initiate the release the resources in the target radio access technology.
8.3.8
8.3.8.1
The purpose of the inter-RAT cell reselection procedure to UTRAN is to transfer, under the control of the UE and to some extent the source radio access technology, a connection between the UE and another radio access technology (e.g. GSM/GPRS, but not UTRAN) to UTRAN.
8.3.8.2
Initiation
When the UE makes an inter-RAT cell reselection to UTRAN according to the criteria specified in 3GPP TS 25.304, it shall initiate this procedure. The inter-RAT cell reselection made by the UE may use system information broadcast from the source radio access technology or UE dedicated information. The UE shall initiate an RRC connection establishment procedure as specified in subclause 8.1.3 except that the IE "establishment cause" in the RRC CONNECTION REQUEST message shall be set to "Inter-RAT cell reselection". After initiating an RRC connection establishment, the UE shall release all resources specific to the other radio access technology.
8.3.8.3
If the inter-RAT cell reselection fails before the UE has initiated the RRC connection establishment the UE may return back to the other radio access technology. If the RRC connection establishment fails the UE shall enter idle mode.
8.3.9
8.3.9.1
The purpose of the inter-RAT cell reselection procedure from UTRAN is to transfer, under the control of the UE and to some extent the UTRAN, a connection between the UE and UTRAN to another radio access technology (e.g. GSM/GPRS).
3GPP
Release 1999
128
8.3.9.2
Initiation
This procedure is applicable in states CELL_FACH, CELL_PCH or URA_PCH. When the UE based on received system information makes a cell reselection to a radio access technology other than UTRAN, e.g. GSM/GPRS, according to the criteria specified in 3GPP TS 25.304, the UE shall. start timer T309; initiate the establishment of a connection to the target radio access technology according to its specifications.
8.3.9.3
When the UE has succeeded in reselecting a cell in the target radio access technology and has initiated the establishment of a connection, it shall stop timer T309 and release all UTRAN specific resources. UTRAN should release all UE dedicated resources upon indication that the UE has completed a connection establishment to the other radio access technology.
8.3.9.4
If the timer T309 expires before the UE succeeds in initiating the establishment of a connection to the other radio access technology, the UE shall resume the connection to UTRAN using the resources used before initiating the inter-RAT cell reselection procedure.
8.3.10
8.3.10.1
The purpose of the inter-RAT cell change order to UTRAN procedure is to transfer, under the control of the source radio access technology, a connection between the UE and another radio access technology (e.g. GSM/GPRS) to UTRAN.
8.3.10.2
Initiation
The procedure is initiated when a radio access technology other than UTRAN, e.g. GSM/GPRS, using procedures specific for that RAT, orders the UE to change to a UTRAN cell. NOTE 1: Within the message used to order the UE to change to a UTRAN cell, the source RAT should specify the identity of the target UTRAN cell as specified in the specifications for that RAT. The UE shall initiate an RRC connection establishment procedure as specified in subclause 8.1.3 except that the IE "establishment cause" in the RRC CONNECTION REQUEST message shall be set to "Inter-RAT cell change order". Furthermore, the UE shall indicate which cell selection mode it starts with in the new cell by means of IE "Cell selection mode". NOTE 2: UTRAN may use the establishment cause for admission control, e.g. to prioritise existing connections above new requests and/ or to prevent the UE from returning to the source RAT due to general radio link conditions e.g. for service based handovers.
8.3.10.3
If the inter-RAT cell reselection fails the UE shall return to the other radio access technology and proceed as specified in the appropriate specifications for that RAT. NOTE 3: The cell change was network ordered. Therefore, failure to change to the target cell should not cause the UE to move to UE- controlled cell selection.
3GPP
Release 1999
129
8.3.11
8.3.11.1
General
The purpose of the inter-RAT cell change order procedure is to transfer, under the control of the network, a connection between the UE and UTRAN to another radio access technology (e.g. GSM). This procedure may be used in CELL_DCH and CELL_FACH state. NOTE 1: This procedure applies when the UE has at least one RAB in use in the PS domain. The UE does not need to support a cell change order concerning a subset of the RAB in use. Furthermore, the UE need not support a cell change order received while it has one or more CS domain RABs in use. Nevertheless, the procedure specification provided in the following covers these cases. In case a UEs receives a request for a cell change order case not supported, it shall apply the procedure "UE fails to complete the requested cell change order".
8.3.11.2
Initiation
The procedure is initiated when UTRAN orders a UE in CELL_DCH or CELL_FACH state, to make a cell change to a radio access technology other than UTRAN, e.g. GSM. To initiate the procedure, UTRAN sends a CELL CHANGE ORDER FROM UTRAN message.
8.3.11.3
-
The UE shall take the following actions: establish the connection to the other radio access technology, as specified within IE "Target cell info". This IE specifies the target cell identity, in accordance with the specifications for that other RAT. In case the target cell is a GSM/ GPRS cell, IE "Target cell info" may also include IE "NC mode", which specifies the cell selection mode to be applied in the target cell; and if IE "NC mode" is not included in the CELL CHANGE ORDER FROM UTRAN: retrieve it from the target cell as specified in 3GPP TS 04.18; act upon IE "NC mode" as specified in 3GPP TS 04.18.
if IE "RAB info" is not included in the CELL CHANGE ORDER FROM UTRAN message: initiate cell change for all RABs used by the UE.
if one or more IEs "RAB info" are included in the CELL CHANGE ORDER FROM UTRAN message: initiate handover for the RABs specified within this IE(s). Other RABs used by the UE, if any, shall not be affected.
NOTE 2: Requirements concerning the establishment of the radio connection towards the other radio access technology and the signalling procedure are outside the scope of this specification.
3GPP
Release 1999
130
8.3.11.4
Upon successfully completing the cell change order, UTRAN should release the radio connection and remove all context information for the concerned UE. NOTE 3: The release of the UMTS radio resources is initiated from another RAT.
8.3.11.5
If the UE does not succeed in establishing the connection to the target RAT, it shall resume the connection to UTRAN using the resources used before receiving the CELL CHANGE ORDER FROM UTRAN message transmit the CELL CHANGE FAILURE FROM UTRAN message on uplink DCCH using AM RLC. When the CELL CHANGE FAILURE FROM UTRAN message has been submitted to lower layers for transmission, the procedure ends; set the cause value as specified within IE "failure cause" as follows: to " Configuration unacceptable" in case the UE does not support the requested configuration; to "Physical channel failure" in case the UE did not succeed to establish the radio connection.
NOTE 4: The cell change was network ordered. Therefore, failure to change to the target cell should not cause the UE to move to UE- controlled cell selection.
8.4
Measurement procedures
The UE measurements are grouped into 6 different categories, according to what the UE should measure. The different types of measurements are: Intra-frequency measurements: measurements on downlink physical channels at the same frequency as the active set. Detailed description is found in subclause 14.1. Inter-frequency measurements: measurements on downlink physical channels at frequencies that differ from the frequency of the active set. Detailed description is found in subclause 14.2. Inter-RAT measurements: measurements on downlink physical channels belonging to another radio access technology than UTRAN, e.g. PDC or GSM. Detailed description is found in subclause 14.3. Traffic volume measurements: measurements on uplink traffic volume. Detailed description is found in subclause 14.4. Quality measurements: Measurements of quality parameters, e.g. downlink transport block error rate. Detailed description is found in subclause 14.5 Internal measurements: Measurements of UE transmission power and UE received signal level. Detailed description is found in subclause 14.6. UE positioning measurements: Measurements of UE position. Detailed description is found in subclause 14.7.
The UE shall support a number of measurements running in parallel. The UE shall also support that each measurement is controlled and reported independently of every other measurement. Cells that the UE is monitoring (e.g. for handover measurements) are grouped in the UE into three different categories: 1. Cells, which belong to the active set. User information is sent from all these cells and they are simultaneously demodulated and coherently combined. In FDD, these cells are involved in soft handover. In TDD the active set always comprises of one cell only. 2. Cells, which are not included in the active set, but are monitored according to a neighbour list assigned by the UTRAN belong to the monitored set.
3GPP
Release 1999
131
3. Cells, which are neither included in the active set nor in the monitored set, and are detected by the UE without receiving a neighbour list from the UTRAN belong to the detected set. Intra-frequency measurements of the unlisted set is required only of UEs in CELL_DCH state. UTRAN may control a measurement in the UE either by broadcast system information and/or by transmitting a MEASUREMENT CONTROL message. The latter message includes the following measurement control information: 1. Measurement type: One of the types listed above describing what the UE shall measure. 2. Measurement identity: A reference number that should be used by the UTRAN when modifying or releasing the measurement and by the UE in the measurement report. 3. Measurement command: One out of three different measurement commands. Setup: Setup a new measurement. Modify: Modify a previously defined measurement, e.g. to change the reporting criteria. Release: Stop a measurement and clear all information in the UE that are related to that measurement.
4. Measurement objects: The objects the UE shall measure, and corresponding object information (for example a neighbour cell list). 5. Measurement quantity: The quantity the UE shall measure. This also includes the filtering of the measurements. (for example CPICH Ec/N0) 6. Reporting quantities: The quantities the UE shall include in the report in addition to the quantities that are mandatory to report for the specific event. 7. Measurement reporting criteria: The triggering of the measurement report, e.g. periodical or event-triggered reporting. 8. Reporting mode: This specifies whether the UE shall transmit the measurement report using AM or UM RLC. All these measurement parameters depend on the measurement type and are described in more detail in clause 14. When the reporting criteria are fulfilled, i.e. a specified event occurred or the time since last report indicated for periodical reporting has elapsed, the UE shall send a MEASUREMENT REPORT message to UTRAN. In CELL_FACH, CELL_PCH or URA_PCH state, the UE shall perform measurements according to the measurement control information included in System Information Block Type 12, which is transmitted on the BCCH. If System Information Block Type 12 is not transmitted in the cell, it shall perform measurements according to the measurement control information included in System Information Block Type 11, transmitted on the BCCH. In CELL_DCH state, the UE may be requested by UTRAN to report intra-frequency, inter-frequency and inter-RAT measurements to the UTRAN with a MEASUREMENT REPORT message. The UE may also be requested by the UTRAN to report unlisted cells, which it has detected. The triggering event for the UE to send a MEASUREMENT REPORT message for a detected set is defined in measurement events 1A and 1E in clause 14. In order to receive information for the immediate establishment of macrodiversity (FDD) or to support the DCA algorithm (TDD), the UTRAN may also indicate to the UE in System Information Block Type 11 or System Information Block Type 12, to append radio link related measurement reports to the following messages when they are sent on common transport channels (e.g., RACH, CPCH): RRC CONNECTION REQUEST message sent to establish an RRC connection; INITIAL DIRECT TRANSFER message sent uplink to establish a signalling connection; CELL UPDATE message sent to respond to a UTRAN originated page; MEASUREMENT REPORT message sent to report uplink traffic volume; CAPACITY REQUEST message sent to request PUSCH capacity (TDD only).
3GPP
Release 1999
132
8.4.1
Measurement control
UE MEASUREMENT CONTROL UTRAN
8.4.1.1
General
The purpose of the measurement control procedure is to Setup, modify or release a measurement in the UE.
8.4.1.2
Initiation
The UTRAN may request a measurement by the UE to be setup, modified or released with a MEASUREMENT CONTROL message, which is transmitted on the downlink DCCH using AM RLC. The UTRAN should take the UE capabilities into account when a measurement is assigned to the UE. When a new measurement is initiated, UTRAN should set the IE "Measurement identity" to a value, which is not used for other measurements. UTRAN may use several "Measurement identity" for the same "Measurement type". In case of setting several "Measurement identity" within a same "Measurement type", "Measurement object" can be set differently for each measurement with different "Measurement identity ". If no "Measurement object" is indicated for additional measurement within a same "Measurement type" in case of "Measurement type" = "Intra-frequency", it implies that only active set cells are the "Measurement objects". When a current measurement is modified or released, UTRAN should set the IE "Measurement identity" to a value, which is used for the measurement being modified or released. In case of modifying IEs within a "Measurement identity", it is not needed for UTRAN to indicate the IEs other than modifying IEs, and the UE continues to use the current values of the IEs which are not modified.
8.4.1.3
Upon reception of a MEASUREMENT CONTROL message the UE shall perform actions specified in subclause 8.6 unless otherwise specified below. The UE shall: read the IE "Measurement command"; if the IE "measurement command" has the value "setup": store this measurement in the variable MEASUREMENT_IDENTITY according to the IE "measurement identity";
3GPP
Release 1999
133
store into the variable MEASUREMENT_IDENTITY the control information defined by IE "Measurement object", the IE "Measurement quantity", the IE "Reporting quantity", the IE "Measurement reporting criteria", the IE "Measurement validity", the IE "Reporting mode" and if present all IEs "Additional measurement identity", which are valid for this measurement type; and for measurement types "inter-RAT measurement" or "inter-frequency measurement": begin measurements according to the stored control information for this measurement identity optionally with the use of compressed mode if at least one compressed mode pattern sequence is simultaneously activated with inclusion of the IE "DPCH compressed mode status info"; or
for any other measurement type: begin measurements according to the stored control information for this measurement identity.
if the IE "Measurement command" has the value "modify": retrieve the stored measurement information in variable MEASUREMENT_IDENTITY associated with the identity indicated by the IE "measurement identity"; if any of IE "measurement quantity", IE "reporting quantity", IE "measurement reporting criteria", IE "measurement validity", IE "reporting mode" or IE "Additional measurement identity" are present in the MEASUREMENT CONTROL message, the control information defined by these IEs shall replace the corresponding stored information in variable MEASUREMENT_IDENTITY; store the new set of IEs and associate them with the measurement identity; resume the measurements according to the new stored measurement control information.
if the IE "measurement command has the value "release": terminate the measurement associated with the identity given in the IE "measurement identity"; clear all stored measurement control information related associated to this measurement identity in variable MEASUREMENT_IDENTITY.
if the IE "DPCH Compressed Mode Status Info" is present, the UE shall: activate the pattern sequence stored in the variable TGPS_IDENTITY corresponding to each IE "TGPSI" for which the "TGPS status flag" is set to "activate" and begin the inter-frequency and/or inter-RAT measurements corresponding to the pattern sequence measurement purpose of each activated pattern sequence; deactivate the pattern sequence stored in variable TGPS_IDENTITY corresponding to each IE "TGPSI" for which the "TGPS status flag" is set to "deactivate" and terminate the inter-frequency and/or inter-RAT measurements corresponding to the pattern sequence measurement purpose of each deactivated pattern sequence; clear the entry for the MEASUREMENT CONTROL message in the table "Accepted transactions" in the variable TRANSACTIONS.
8.4.1.4
If UTRAN instructs the UE to perform a measurement that is not supported by the UE, the UE shall: retain the measurement configuration that was valid before the MEASUREMENT CONTROL message was received; transmit a MEASUREMENT CONTROL FAILURE message on the DCCH using AM RLC; set the IE "RRC transaction identifier" in the MEASUREMENT CONTROL FAILURE message to the value of "RRC transaction identifier" in the entry for the MEASUREMENT CONTROL message in the table "Accepted transactions" in the variable TRANSACTIONS; and
3GPP
Release 1999
134
clear that entry. set the cause value in IE "failure cause" to "unsupported measurement"; when the MEASUREMENT CONTROL FAILURE message has been submitted to lower layers for transmission: resume normal operation as if the invalid MEASUREMENT CONTROL message has not been received and the procedure ends.
8.4.1.5
If the MEASUREMENT CONTROL message contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows: transmit a MEASUREMENT CONTROL FAILURE message on the uplink DCCH using AM RLC; set the IE "RRC transaction identifier" in the MEASUREMENT CONTROL FAILURE message to the value of "RRC transaction identifier" in the entry for the MEASUREMENT CONTROL message in the table "Rejected transactions" in the variable TRANSACTIONS; and clear that entry. set the IE "failure cause" to the cause value "protocol error"; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION; when the MEASUREMENT CONTROL FAILURE message has been submitted to lower layers for transmission: resume normal operation as if the invalid MEASUREMENT CONTROL message has not been received and the procedure ends.
8.4.1.6
The UE shall obey the follow rules for different measurement types after transiting from CELL_DCH to CELL_FACH state:
8.4.1.6.1
Intra-frequency measurement
The UE shall stop intra-frequency type measurement reporting assigned in a MEASUREMENT CONTROL message. After transition to CELL_FACH state, the UE shall begin monitoring neighbouring cells listed in the "intra-frequency cell info" received in "System Information Block type 12" (or "System Information Block type 11"). If the UE has no previously assigned, valid intra-frequency measurement for CELL_DCH state, the UE shall store "intra-frequency measurement reporting criteria", from "System Information Block type 12" (or "System Information Block type 11"), for use after a subsequent transition to CELL_DCH state. If the UE receives the "Intra-frequency reporting quantity for RACH Reporting" and "Maximum number of Reported cells on RACH" IEs from "System Information Block type 12" (or "System Information Block type 11"), the UE use this information for reporting measured results in RACH messages.
8.4.1.6.2
Inter-frequency measurement
The UE shall stop the inter-frequency type measurement reporting assigned in a MEASUREMENT CONTROL message. After transition to CELL_FACH state, the UE shall begin monitoring neighbouring cells listed in the "inter-frequency cell info" received in "System Information Block type 12" (or "System Information Block type 11").
3GPP
Release 1999
135
The UE shall not measure on other frequencies except at the measurement occasions given in subclause 8.5.11.
8.4.1.6.3
Inter-RAT measurement
The UE shall stop the inter-RAT type measurement reporting assigned in a MEASUREMENT CONTROL message. After transition to CELL_FACH state, the UE shall begin monitoring neighbouring cells listed in the "inter-RAT" cell info" received in "System Information Block type 12" (or "System Information Block type 11"). The UE shall not measure on other systems except at the measurement occasions given in subclause 8.5.11.
8.4.1.6.4
Quality measurement
Upon transition from CELL_DCH to CELL_FACH state, the UE shall: stop quality type measurement reporting; retrieve each set of measurement control information of measurement type "quality" stored in the variable MEASUREMENT_IDENTITY and delete all control information associated to the measurement identity.
8.4.1.6.5
UE internal measurement
Upon transition from CELL_DCH to CELL_FACH state, the UE shall: stop UE internal measurement type measurement reporting; retrieve each set of measurement control information of measurement type "UE internal" stored in the variable MEASUREMENT_IDENTITY and delete all control information associated to the measurement identity.
8.4.1.6.6
Upon transition from CELL_DCH to CELL_FACH state, the UE shall take the following actions: retrieve each set of measurement control information of measurement type "traffic volume" stored in the variable MEASUREMENT_IDENTITY; and if the optional IE "measurement validity" for this measurement has not been included: delete the measurement associated with the variable MEASUREMENT_IDENTITY.
if the IE "measurement validity" for the measurement has been included, and the IE "UE state" has been assigned to value "CELL_DCH": stop measurement reporting; save the measurement associated with the variable MEASUREMENT_IDENTITY to be used after the next transition to CELL_DCH state.
if the IE "measurement validity" for the measurement has been included, and the IE "UE state" has been assigned to value "all states": continue measurement reporting.
if the UE has previously stored a measurement, for which the IE "measurement validity" has been included and for which the IE "UE state" has been assigned to value "all states except CELL_DCH": resume this measurement and associated reporting.
If no traffic volume type measurement has been assigned to the UE with a MEASUREMENT CONTROL message when transiting to CELL_FACH state: monitor the BCH in order to receive "System Information Block type 11". Upon reception of "System Information Block Type 11":
3GPP
Release 1999
136
read the IE "Traffic volume measurement system information" and store the measurement control information in variable MEASUREMENT_IDENTITY; begin traffic volume measurement reporting according to the assigned information.
if the "System Information Block type 12" is transmitted in the cell, monitor the BCH in order to receive "System Information Block type 12". Upon reception of "System Information Block type 12": read the IE "Traffic volume measurement system information", and update the measurement control information in variable MEASUREMENT_IDENTITY; begin traffic volume measurement reporting according to the assigned information.
if the UE in CELL_FACH state receives a MEASUREMENT CONTROL message, which indicates the same measurement identity as that stored in variable MEASUREMENT_IDENTITY: update the stored information with the traffic volume measurement control information in variable MEASUREMENT_IDENTITY; and refrain from updating the traffic volume measurement control information associated with this measurement identity from the BCH until the UTRAN explicitly releases this measurement with another MEASUREMENT CONTROL message. The UE may receive " System Information Block type 12" before " System Information Block type 11" and can store received information before receiving " System Information Block type 11". However, the UE shall not apply any information received System Information Block type 12 before having received information from " System Information Block type 11".
NOTE:
8.4.1.7
The UE shall obey the follow rules for different measurement types after transiting from CELL_FACH to CELL_DCH state:
8.4.1.7.1
Intra-frequency measurement
If the UE has previously in CELL_DCH state stored an intra-frequency measurement, for which the IE "measurement validity" has been assigned the value "resume" and for which the IE "UE state for reporting" has been assigned the value "CELL_DCH", the UE shall resume this measurement and associated reporting. If the UE has performed cell reselection whilst out of CELL_DCH state, the UE shall not resume the measurement. If the UE has no previously assigned measurement, it shall continue monitoring the list of neighbouring cells assigned in the "intra-frequency cell info" IE in "System Information Block type 12" (or "System Information Block type 11"). If the "intra-frequency measurement reporting criteria" IE was included in "System Information Block type 12" (or "System Information Block type 11"), the UE shall send the MEASUREMENT REPORT message when reporting criteria are fulfilled. When the UE receives a MEASUREMENT CONTROL message including an intra-frequency measurement type assignment, the UE shall stop monitoring and measurement reporting for the list of neighbouring cells assigned in the "intra-frequency cell info" IE in "System Information Block type 12" (or "System Information Block type 11"). If the reporting criteria is included in the MEASUREMENT CONTROL message, the UE shall replace the measurement reporting criteria received in "System Information Block type 12" (or "System Information Block type 11") with the new information received in the MEASUREMENT CONTROL message.
8.4.1.7.2
Inter-frequency measurement
The UE shall stop monitoring the list of neighbouring cells assigned in the "inter-frequency cell info" IE in "System Information Block type 12" (or "System Information Block type 11"). If the UE has previously stored an interfrequency measurement, for which the IE "measurement validity" has been assigned the value "resume" and for which the IE "UE state for reporting" has been assigned the value "CELL_DCH", the UE shall resume this measurement and associated reporting.
8.4.1.7.3
Inter-RAT measurement
The UE shall stop monitoring the list of neighbouring cells assigned in the "inter-frequency system info" IE in "System Information Block type 12" (or "System Information Block type 11"). If the UE has previously stored an inter-RAT
3GPP
Release 1999
137
measurement, for which the IE "measurement validity" has been assigned the value "resume" and for which the IE "UE state for reporting" has been assigned the value "CELL_DCH", the UE shall resume this measurement and associated reporting.
8.4.1.7.4
Upon transition from CELL_FACH to CELL_DCH state, the UE shall: retrieve each set of measurement control information of measurement type "traffic volume" stored in the variable MEASUREMENT_IDENTITY; if the optional IE "measurement validity" for this measurement has not been included: delete the measurement associated with the variable MEASUREMENT_IDENTITY.
if the IE "measurement validity" for the measurement has been included, and the IE "UE state" has been assigned to value "CELL_FACH": stop measurement reporting and save the measurement associated with the variable MEASUREMENT_IDENTITY to be used after the next transition to CELL_FACH state.
if the IE "measurement validity" for the measurement has been included, and the IE "UE state" has been assigned to value "all states": continue measurement reporting.
if the IE "measurement validity" has been included and the IE "UE state" has been assigned to value "CELL_DCH": resume this measurement and associated reporting.
if no traffic volume type measurement has been assigned to the UE with a MEASUREMENT CONTROL message when transiting to CELL_DCH state: continue an ongoing traffic volume type measurement, assigned in " System Information Block type 11" ( or " System Information Block type 12 if transmitted in the cell);
If the UE in CELL_DCH state receives a MEASUREMENT CONTROL message, which indicates the same measurement identity as that stored in variable MEASUREMENT_IDENTITY: update the stored information with the traffic volume measurement control information in variable MEASUREMENT_IDENTITY.
8.4.1.8
The UE shall obey the follow rules for different measurement types after transiting from idle mode to CELL_DCH state:
8.4.1.8.1
Intra-frequency measurement
The UE shall continue monitoring the list of neighbouring cells assigned in the "intra-frequency cell info" IE in " System Information Block type 12" (or " System Information Block type 11"). If the "intra-frequency measurement reporting criteria" IE was included in " System Information Block type 12" (or " System Information Block type 11"), the UE shall send the MEASUREMENT REPORT message when reporting criteria are fulfilled. When the UE receives a MEASUREMENT CONTROL message including an intra-frequency measurement type assignment, the UE shall stop monitoring and measurement reporting for the list of neighbouring cells assigned in the "intra-frequency cell info" IE in " System Information Block type 12" (or " System Information Block type 11"). If the reporting criteria is included in the MEASUREMENT CONTROL message, the UE shall replace the measurement reporting criteria received in " System Information Block type 12" (or " System Information Block type 11") with the new information received in the MEASUREMENT CONTROL message.
3GPP
Release 1999
138
8.4.1.8.2
Inter-frequency measurement
The UE shall stop monitoring the list of neighbouring cells assigned in the "inter-frequency cell info" IE in " System Information Block type 12" (or "System Information Block type 11").
8.4.1.8.3
Inter-RAT measurement
The UE shall stop monitoring the list of neighbouring cells assigned in the "inter-frequency system info" IE in "System Information Block type 12" (or "System Information Block type 11").
8.4.1.8.4
Upon transition from idle mode to CELL_DCH state, the UE shall: begin a traffic volume type measurement, assigned in "System Information Block type 11" (or "System Information Block type 12" if transmitted in the cell).
8.4.1.9
The UE shall obey the follow rules for different measurement types after transiting from idle mode to CELL_FACH state:
8.4.1.9.1
Intra-frequency measurement
The UE shall begin monitoring neighbouring cells listed in the "intra-frequency cell info" received in "System Information Block type 12" (or "System Information Block type 11"). If the UE receives "intra-frequency measurement reporting criteria", from "System Information Block type 12 " (or "System Information Block type 11"), the UE shall store this information to use after a subsequent transition to CELL_DCH state. If the UE receives the IEs "Intra-frequency reporting quantity for RACH Reporting" and "Maximum number of Reported cells on RACH" from "System Information Block type 12" (or "System Information Block type 11"), the UE shall use this information for reporting measured results in RACH messages.
8.4.1.9.2
Inter-frequency measurement
The UE shall begin monitoring neighbouring cells listed in the "inter-frequency cell info" received in "System Information Block type 12" (or "System Information Block type 11"). The UE shall not measure on other frequencies except at the measurement occasions given in subclause 8.5.11.
8.4.1.9.3
Inter-RAT measurement
The UE shall begin monitoring neighbouring cells listed in the "inter-RAT" cell info" received in "System Information Block type 12" (or "System Information Block type 11"). The UE shall not measure on other systems except at the measurement occasions given in subclause 8.5.11.
8.4.1.9.4
Upon transition from idle mode to CELL_FACH state, the UE shall: monitor the BCH in order to receive "System Information Block type 11". Upon reception of " System Information Block type 11": read the IE "Traffic volume measurement system information" and store the measurement control information in variable MEASUREMENT_IDENTITY; begin traffic volume measurement reporting according to the assigned information.
3GPP
Release 1999
139
monitor the BCH in order to receive "System Information Block type 12". Upon reception of " System Information Block type 12": read the IE "Traffic volume measurement system information", and update the measurement control information in variable MEASUREMENT_IDENTITY;
8.4.1.10
8.4.1.10.1
If UE is no longer using the transport channel that is specified in "traffic volume measurement object", UE shall ignore any measurements that are assigned to that transport channel. If none of the transport channels that are specified in "traffic volume measurement object" is being used, UE shall release that particular measurement and its measurement ID.
8.4.2
Measurement report
UE MEASUREMENT REPORT UTRAN
8.4.2.1
General
The purpose of the measurement reporting procedure is to transfer measurement results from the UE to UTRAN.
8.4.2.2
Initiation
In CELL_DCH state, the UE shall transmit a MEASUREMENT REPORT message on the uplink DCCH when the reporting criteria stored in variable MEASUREMENT_IDENTITY are met for any ongoing measurements that are being performed in the UE. In CELL_FACH state, the UE shall transmit a MEASUREMENT REPORT message on the uplink DCCH when the reporting criteria stored in variable MEASUREMENT_IDENTITY are met for an ongoing traffic volume measurement which is being performed in the UE. If the Radio Bearer associated with the MEASUREMENT_IDENTITY fulfilling the reporting criteria for an ongoing traffic volume measurement is mapped on transport channel of type USCH, the UE shall initiate the "PUSCH CAPACITY REQUEST" procedure instead of transmitting a MEASUREMENT REPORT (TDD Only). In CELL_PCH or URA_PCH state, the UE shall first perform the cell update procedure according to subclause 8.3.1, using the cause "uplink data transmission", in order to transit to CELL_FACH state and then transmit a MEASUREMENT REPORT message on the uplink DCCH when the reporting criteria stored in variable MEASUREMENT_IDENTITY are fulfilled for an ongoing traffic volume measurement which is being performed in the UE. The reporting criteria are fulfilled if either: the time indicated in the stored IE "Periodical reporting" has elapsed for a given measurement that was either initiated or since the last measurement report related to this measurement was transmitted; or an event in stored IE "Measurement reporting criteria" was triggered. Events and triggering of reports for different measurement types are described in detail in clause 14.
3GPP
Release 1999
140
The UE shall transmit the MEASUREMENT REPORT message using either AM or UM RLC according to the stored IE "measurement reporting mode" associated with the measurement identity that triggered the report. For the measurement, which triggered the MEASUREMENT REPORT message, the UE shall: Set the IE "measurement identity" to the measurement identity which is associated with that measurement in variable MEASUREMENT_IDENTITY. Set the IE "measured results" to include measurements according to the IE "reporting quantity" of that measurement stored in variable MEASUREMENT_IDENTITY. Set the IE "Measured results" in the IE "Additional measured results" according to the IE "reporting quantity" for all measurements associated with the measurement identities included in the IE "additional measurements" stored in variable MEASUREMENT_IDENTITY of the measurement that triggered the measurement report. If several additional measured results are to be included, the UE shall sort them in ascending order according to their IE "measurement identity" in the MEASUREMENT REPORT message.
If the MEASUREMENT REPORT message was triggered by an event (i.e. not a periodical report), the UE shall: Set the measurement event results according to the event that triggered the report.
8.4.3
8.4.3.1
General
The purpose of the assistance data delivery procedure is to transfer UE positioning related assistance data from the UTRAN to the UE.
8.4.3.2
Initiation
The UTRAN may deliver UP related assistance data with a ASSISTANCE DATA DELIVERY message, which is transmitted on the downlink DCCH using AM RLC if RNC is requested to do so by the CN.
8.4.3.3
Upon reception of a ASSISTANCE DATA DELIVERY message the UE shall: if IE "UP OTDOA assistance data" is included: store the OTDOA assistance data
if IE "UP GPS assistance data" is included: store the GPS assistance data
8.4.3.4
If the UE receives a ASSISTANCE DATA DELIVERY message, which contains a protocol error causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE according to clause 9, the UE shall perform procedure specific error handling as follows:
3GPP
Release 1999
141
transmit an RRC STATUS message on the uplink DCCH using AM RLC; include the IE "Protocol error information" with contents set to the value of the variable PROTOCOL_ERROR_INFORMATION. when the RRC STATUS message has been submitted to lower layers for transmission:
resume normal operation as if the invalid ASSISTANCE DATA DELIVERY message has not been received.
8.5
8.5.1
General procedures
Selection of initial UE identity
The purpose of the IE "Initial UE identity" is to provide a unique UE identification at the establishment of an RRC connection. The type of identity shall be selected by the UE according to the following. Upper layers shall set the variable SELECTED_PLMN. If the variable SELECTED_PLMN in the UE indicates "GSMMAP", the UE shall choose "UE id type" in the IE "Initial UE identity" with the following priority: 1. TMSI (GSM-MAP): The TMSI (GSM-MAP) shall be chosen if available. The IE "LAI" in the IE "Initial UE identity" shall also be present when TMSI (GSM-MAP) is used, for making it unique. 2. P-TMSI (GSM-MAP): The P-TMSI (GSM-MAP) shall be chosen if available and no TMSI (GSM-MAP) is available. The IE "RAI" in the IE "Initial UE identity" shall in this case also be present when P-TMSI (GSMMAP) is used, for making it unique. 3. IMSI (GSM-MAP): The IMSI (GSM-MAP) shall be chosen if available and no TMSI (GSM-MAP) or P-TMSI is available. 4. IMEI: The IMEI shall be chosen when none of the above three conditions are fulfilled. When being used, the IEs "TMSI (GSM-MAP)," "P-TMSI (GSM-MAP)", "IMSI (GSM-MAP)", "LAI" and "RAI" shall be set equal to the values of the corresponding identities stored in the USIM or SIM. If the variable SELECTED_PLMN in the UE indicates "ANSI-41", the UE shall choose "UE id type" in the IE "Initial UE identity" according to the procedure specified in the 3GPP2 document "3GPP2 C.P0004-A".
8.5.2
When entering idle mode from connected mode, the UE shall attempt to select a suitable cell to camp on. The UE shall perform cell selection when leaving connected mode according to 3GPP TS 25.304. While camping on a cell, the UE shall acquire system information according to the system information procedure in subclause 8.1, perform measurements according to the measurement control procedure specified in subclause 8.4 and, if registered, be prepared to receive paging messages according to the paging procedure in subclause 8.2. If IE "PLMN identity" within variable SELECTED_PLMN has the value "GSM-MAP", the UE shall delete any NAS system information received in connected mode, acquire the NAS system information in system information block type 1, and proceed according to subclause 8.6.1.2. When entering idle mode the current START value for every CN domain is stored in the USIM.
8.5.3
This procedure is used in FDD mode only. When establishing the first DPCCH the UE shall start the UL inner loop power control at a power level according to: Where DPCCH_Initial_power = DPCCH_Power_offset CPICH_RSCP
3GPP
Release 1999
142
DPCCH_Power_offset shall have the value of IE "DPCCH Power offset" in IE "Uplink DPCH power control info The value for the CPICH_RSCP shall be measured by the UE.
8.5.4
When a physical dedicated channel establishment is initiated by the UE, the UE shall start a timer T312 and wait for layer 1 to indicate N312 successive "in sync" indications. On receiving N312 successive "in sync" indications, the physical channel is considered established and the timer T312 is stopped and reset. If the timer T312 expires before the physical channel is established, the UE shall consider this as a "physical channel establishment failure".
8.5.5
This subclause specifies the general actions the UE shall perform when it detects "out of service" or "in service" area. The specific UE behaviour when it detects "out of service" or "in service area" and periodical cell update or periodical URA update has been configured is specified in subclause 8.3.1.
8.5.5.1
When a suitable cell is not found based on the description in subclause 5.2.2.1 of 3GPP TS 25.304, the UE considers it as having detected "out of service area".
8.5.5.1.1
If the UE detects the "out of service area" and the UE is in URA_PCH or CELL_PCH state it shall perform the following actions: -start timer T316; -perform processes described in subclause 7.2.2.
8.5.5.1.2
If the UE detects the "out of service area" and the UE is in CELL_FACH state it shall perform the following actions: start timer T317 if not already running; perform processes described in subclause 7.2.2.
8.5.5.2
When a suitable cell is found based on the description in 3GPP TS 25.304, the UE considers it as having detected "in service area".
8.5.5.2.1
Actions following Re-entry into "in service area" in URA_PCH or CELL_PCH state
If the UE re-enters "in service area" before T316 expiry the UE shall perform the following actions: stop T316; perform processes described in subclause 7.2.2.
8.5.5.2.2
If the UE detects "in service area" before T317 expiry the UE shall perform the following actions:
3GPP
Release 1999
143
-stop T317; -initiate the cell update procedure using as cause "Re-entering service area" as specified in subclause 8.3.1.; -perform processes described in subclause 7.2.2.
8.5.5.3
T316 expiry
On T316 expiry the UE shall perform the following actions: -start timer T317; initiate the cell update procedure using as cause "Re-entering service area" as specified in subclause 8.3.1.
8.5.5.4
-
T317 expiry
When the T317 expires, the UE shall: move to idle mode; release all dedicated resources; indicate an RRC connection failure to the non-access stratum, perform actions specified in subclause 8.5.2 when entering idle mode from connected mode.
8.5.6
In CELL_DCH State the UE shall start timer T313 after receiving N313 consecutive "out of sync" indications for the established DPCCH physical channel from layer 1. The UE shall stop and reset timer T313 upon receiving N315 successive "in sync" indications from layer 1 and upon change of UE state. If T313 expires, the UE shall consider it as a "Radio link failure".
8.5.7
-
For FDD and prior to PRACH or PCPCH transmission the UE shall: read the IEs "Primary CPICH DL TX power", "UL interference" and "Constant value" in System Information Block type 6 (or System Information Block type 5, if system information block type 6 is not being broadcast) and System Information Block type 7. measure the value for the CPICH_RSCP calculate the power for the first preamble as: Preamble_Initial_Power = Primary CPICH DL TX power CPICH_RSCP + UL interference + Constant Value Where, Primary CPICH DL TX power shall have the value of IE "Primary CPICH DL TX power", UL interference shall have the value of IE "UL interference"; and Constant Value shall have the value of IE "Constant Value". as long as the physical layer is configured for PRACH or PCPCH transmission, continuously recalculate the Preamble_Initial_Power when any of the broadcast parameters used in the above formula changes and resubmit to the physical layer the new calculated Preamble_Initial_Power.
For TDD the UE shall: if in the IE "Uplink DPCH Power Control" the "CHOICE UL OL PC info" has the value "Broadcast UL OL PC info":
3GPP
Release 1999
144
acquire Reference Power, Constant Values from System Information Block type 5 and System Information Block type 6, and IBTS for all active UL timeslots from System Information Block type 14 on the BCH;
otherwise: acquire Reference Power, Constant Values and IBTS for all active UL timeslots from the IE "Uplink DPCH Power Control".
for PUSCH and PRACH power control acquire Reference Power, Constant Values and IBTS for all active UL timeslots from System Information Block type 5 , System Information Block type and System Information Block type 14 on the BCH, calculate the UL transmit power according to the following formula for the PRACH continuously while the physical channel is active: PPRACH = LPCCPCH + IBTS + RACH Constant value,
3dB shall be added to RACH Constant Value in the above equation for the case where RACH Spreading Factor = 8
calculate the UL transmit power according to the following formula for the DPCH continuously while the physical channel is active: PDPCH = LPCCPCH+(1- )L0 + IBTS + SIRTARGET+ DPCH Constant value
calculate the UL transmit power according to the following formula for the PUSCH continuously while the physical channel is active: PUSCH = LPCCPCH+(1- )L0 + IBTS + SIRTARGET+ USCH Constant value
Where, for all the above equations for TDD the following apply: PPRACH, PDPCH, & PUSCH: Transmitter power level in dBm,
LPCCPCH: Measurement representing path loss in dB (reference transmit power "Primary CCPCH Tx Power" is broadcast on BCH in System Information Block type 5 and System Information Block type 6, or individually signalled to each UE in the IE" Uplink DPCH Power Control"). L0: Long term average of path loss in dB IBTS: Interference signal power level at cell's receiver in dBm ("UL Interference" is broadcast on BCH in System Information Block type 14 or individually signalled to each UE in the IE "Uplink DPCH Power Control" for each active uplink timeslot). : is a weighting parameter, which represents the quality of path loss measurements. may be a function of the time delay between the uplink time slot and the most recent down link PCCPCH time slot. is calculated at the UE. SIRTARGET: Target SNR in dB. This value is individually signalled to UEs in IEs "UL DPCH Power Control Info" and "PUSCH Power Control Info". RACH Constant value: This value is broadcast on BCH and shall be read on System Information Block type 5 and System Information Block type 6. DPCH Constant value: This value is broadcast on BCH and shall be read on System Information Block type 5 and System Information Block type 6, or individually signalled to each UE in the IE "Uplink DPCH Power Control". USCH Constant Value: This value is broadcast on BCH and shall be read on System Information Block type 5 and System Information Block type 6.
3GPP
Release 1999
145
8.5.8
The hyper frame numbers (HFN) are used as MSBs of both the ciphering sequence number (COUNT-C) and the integrity sequence number (COUNT-I) for the ciphering and integrity protection algorithms, respectively. For nontransparent mode radio bearers there is an uplink and downlink COUNT-C per radio bearer and an uplink and downlink COUNT-I per signalling radio bearer. For all transparent mode radio bearers there is an uplink and a downlink COUNT-C and an uplink and a downlink COUNT-I. COUNT-C and COUNT-I are defined in 3GPP TS 33.102. The following hyper frame numbers are defined: MAC-d HFN RLC UM HFN RLC AM HFN RRC HFN 24 bits 25 bits 20 bits 28 bits MSB of COUNT-C for data sent over RLC TM MSB of COUNT-C for data sent over RLC UM MSB of COUNT-C for data sent over RLC AM MSB of COUNT-I
The START value is used to initialise the 20 most significant bits of all the hyper frame numbers and the remaining bits of the hyper frame numbers are set equal to zero.
8.5.9
START
In connected mode, the START value for CN domain 'X' is calculated as STARTX = MSB20 ( MAX {COUNT-C, COUNT-I | all logical channels protected with CKX and IKX}) + 1. The STARTX value is used to initialise the 20 most significant bits of all hyper frame numbers in CN domain 'X'. When entering idle mode the current START value for every CN domain is stored in the USIM.
8.5.10
Integrity protection
Integrity protection shall be performed on all RRC messages, with the following exceptions: HANDOVER TO UTRAN COMPLETE PAGING TYPE 1 PUSCH CAPACITY REQUEST PHYSICAL SHARED CHANNEL ALLOCATION RRC CONNECTION REQUEST RRC CONNECTION SETUP RRC CONNECTION SETUP COMPLETE RRC CONNECTION REJECT RRC CONNECTION RELEASE (CCCH only) SYSTEM INFORMATION SYSTEM INFORMATION CHANGE INDICATION TRANSPORT FORMAT COMBINATION CONTROL NOTE: MEASUREMENT REPORT needs to be studied when used on UM as in some cases there could be synchronization problems with the RRC SN.
For each signalling radio bearer, the UE shall use two RRC hyper frame numbers, "Uplink RRC HFN";
3GPP
Release 1999
146
and two message sequence numbers, "Uplink RRC Message sequence number"; "Downlink RRC Message sequence number".
The above information is stored in the variable INTEGRITY_PROTECTION_INFO per signalling radio bearer (RB 04). Upon the first activation of integrity protection for an RRC connection, UE and UTRAN initialise the "Uplink RRC Message sequence number" and "Downlink RRC Message sequence number" for all signalling radio bearers to zero. The UE and UTRAN apply the sequence numbers for the RRC message activating integrity protection thereafter for all subsequent messages when integrity protection is activated. The RRC message sequence number (RRC SN) is incremented for every integrity protected RRC message. If the same RRC message is sent repeatedly (e.g. RRC CONNECTION RELEASE, RRC CONNECTION RELEASE COMPLETE) the corresponding RRC SN is not incremented.
8.5.10.1
If the UE receives an RRC message on signalling radio bearer with RB identity n, the "Status" in the variable INTEGRITY_ PROTECTION_INFO has the value "Started" and the IE 'Integrity check info' is present the UE shall: check the value of the IE "RRC message sequence number" included in the IE "Integrity check info". If the RRC message sequence number is lower than the "Downlink RRC Message sequence number" for RB#n in the variable INTEGRITY_PROTECTION_INFO, the UE shall increment "Downlink RRC HFN" for RB#n in the variable INTEGRITY_PROTECTION_INFO with one. If the RRC message sequence number is equal to the "Downlink RRC Message sequence number" for RB#n in the variable INTEGRITY_PROTECTION_INFO, the message shall be discarded. calculate an expected message authentication code in accordance with subclause 8.5.10.3. compare the expected message authentication code with the value of the received IE "message authentication code" contained in the IE 'Integrity check info'. If the expected message authentication code and the received message authentication code are the same, the integrity check is successful. If the calculated expected message authentication code and the received message authentication code differ: if the IE "RRC message sequence number" included in the IE "Integrity check info" is lower than the "Downlink RRC Message sequence number" for RB#n in the variable INTEGRITY_PROTECTION_INFO (in this case the "Downlink RRC HFN" for RB#n in the variable INTEGRITY_PROTECTION_INFO was incremented by one, as stated above): decrement "Downlink RRC HFN" for RB#n in the variable INTEGRITY_PROTECTION_INFO by one. discard the message.
If the UE receives an RRC message on signalling radio bearer with identity n, the "Status" in the variable INTEGRITY_ PROTECTION_INFO has the value "Started" and the IE 'Integrity check info' is not present the UE shall discard the message.
8.5.10.2
Upon transmitting an RRC message using the signalling radio bearer with radio bearer identity n, and the "Status" in the variable INTEGRITY_ PROTECTION_INFO has the value "Started" the UE shall: increment "Uplink RRC Message sequence number" for RB#n in the variable INTEGRITY_PROTECTION_INFO with 1. When "Uplink RRC Message sequence number" for RB#n in the variable INTEGRITY_PROTECTION_INFO becomes 0, the UE shall increment "Uplink RRC HFN" for RB#n in the variable INTEGRITY_PROTECTION_INFO with 1
3GPP
Release 1999
147
calculate the message authentication code in accordance with subclause 8.5.11.3 replace the "Message authentication code" in the IE "Integrity check info" in the message with the calculated message authentication code. replace the "RRC Message sequence number" in the IE "Integrity check info" in the message with contents set to the new value of the "Uplink RRC Message sequence number" for RB#n in the variable INTEGRITY_PROTECTION_INFO
8.5.10.3
The UE shall calculate the message authentication code in accordance with 3GPP TS 33.102. The input parameter MESSAGE (3GPP TS 33.102) for the integrity algorithm shall be constructed by: setting the "Message authentication code" in the IE "Integrity check info" in the message to the signalling radio bearer identity setting the "RRC Message sequence number" in the IE "Integrity check info" in the message to zero encoding the message appending RRC padding (if any) as a bitstring to the encoded bitstring as the least significant bits
8.5.11
When in CELL_FACH state the UE shall perform inter-frequency and inter system measurements during the frame(s) with the SFN value fulfilling the following equation: SFN div N = C_RNTI mod M_REP + n * M_REP where N is the TTI (in number of 10ms frames) of the FACH having the largest TTI on the SCCPCH monitored by UE C_RNTI is the C-RNTI value of the UE M_REP is the Measurement Occasion cycle length. According to the equation above, a FACH Measurement Occasion of N frames will be repeated every N * M_REP frame, and M_REP = 2k. where, k is the FACH Measurement occasion cycle length coefficient. The value of the FACH Measurement occasion cycle length coefficient is read in system information in "System Information Block type 11" or "System Information Block type 12" in the IE "FACH measurement occasion info".
The UE is allowed to measure on other occasions in case the UE moves "out of service" area or in case it can simultaneously perform the ordered measurements.
8.5.12
The PRACH resources (i.e. access slots and preamble signatures for FDD), timeslot (with specific frame allocation and channelisation code for TDD) may be divided between different Access Service Classes in order to provide different priorities of RACH usage. It is possible for more than one ASC or for all ASCs to be assigned to the same access slot/signature space in FDD or frame allocation in TDD. Access Service Classes shall be numbered in the range 0 i NumASC 7 (i.e. the maximum number of ASCs is "NumASC+1" = 8). An ASC is defined by an identifier, i, that defines a certain partition of the PRACH resources and an associated persistence value Pi. A set of ASC parameters consists of "NumASC+1" such parameters (i, Pi), i = 0, , NumASC.
3GPP
Release 1999
148
PRACH partitions shall be established using the information element "PRACH partition". The persistence values Pi to be associated with each ASC shall be derived from the dynamic persistence level N = 1,, 8 which is broadcast in SIB 7, and the persistence scaling factors si, broadcast in System Information Block Type 5 and possibly also in System Information Block Type 6, as follows: P(N) = 2 (N
ASC # i Pi
1)
0 1
1 P(N)
2 s2 P(N)
3 s3 P(N)
4 s4 P(N)
5 s5 P(N)
6 s6P(N)
7 s7 P(N)
Scaling factors si are provided optionally for i = 2,, NumASC, where NumASC+1 is the number of ASCs as defined by PRACH partitioning. If no scaling factors are broadcast, default value 1 shall be used if NumASC 2. If k 1 scaling factors are broadcast and NumASC k+2 then the last scaling factor sk+1 shall be used as default for the ASCs where i > k +1. The set of ASC parameters is provided to MAC with the CMAC-Config-REQ primitive (see TS 25.321), the PRACH partitioning is provided to PHY using the CPHY-TrCH-Config-REQ primitive (see TS 25.302). The ASC enumeration shall be such that it corresponds to the order of priority (ASC 0 = highest priority, ASC 7 = lowest priority). ASC 0 shall be used in case of Emergency Call or for reasons with equivalent priority. At radio bearer setup/reconfiguration each involved logical channel is assigned a MAC Logical channel Priority (MLP) in the range 1,,8. When the MAC sublayer is configured for RACH transmission in the UE, these MLP levels shall be employed for ASC selection on MAC.
8.5.13
Access Classes shall only be applied at initial access, i.e. when sending an RRC CONNECTION REQUEST message. A mapping between Access Class (AC) and Access Service Class (ASC) shall be indicated by the information element "AC-to-ASC mapping" in System Information Block type 5. The correspondence between AC and ASC shall be indicated as follows.
AC ASC 0-9 1st IE 10 2nd IE 11 3rd IE 12 4th IE 13 5th IE 14 6th IE 15 7th IE
In the table, "nth IE" designates an ASC number i in the range 0 - 7 to AC. For the random access, the parameters implied by the respective ASC shall be employed. In case the UE is member of several ACs it shall select the ASC for the highest AC number. In connected mode, AC shall not be applied.
8.5.14
The UE shall perform PLMN selection and reselection as stated in 3GPP TS 25.304 and store the identifier of the chosen PLMN in the variable SELECTED_PLMN as follows: If a GSM-MAP type of PLMN is selected, the UE shall set the "PLMN Type" in the variable SELECTED_PLMN to "GSM-MAP" and store the PLMN identity of that PLMN. If an ANSI-41 type of PLMN is selected, the UE shall set the "PLMN Type" in the variable SELECTED_PLMN to "ANSI-41" and store the System identification (SID) of that PLMN.
8.5.15
8.5.15.1
CFN calculation
Initialisation in CELL_DCH state on transiting from CELL_FACH state
When the UE changes from CELL_FACH state to CELL_DCH state CFN shall be calculated according to the following formula: for FDD:
3GPP
Release 1999
149
CFN = ((SFN*38400 - DOFF*512) div 38400) mod 256 for TDD: CFN = (SFN - DOFF) mod 256
8.5.15.2
When the UE is in CELL_DCH state and receives any of the messages causing the UE to perform a hard handover, the UE shall check the IE "Timing indication" in that message and: if IE "Timing indication" has the value "initialise" (i.e. timing re-initialised hard handover): if IE "CFN-targetSFN frame offset is not included: read SFN on target cell and the CFN shall be calculated according to the following formula: for FDD: CFN = ((SFN*38400 - DOFF*512) div 38400) mod 256;
if IE "CFN-targetSFN frame offset" is included in the message causing the UE to perform a timing reinitialised hard handover, CFN shall be calculated according to the following formula: for FDD: CFNnew = (CFNold*38400+COFF*38400 -DOFF*512) div 38400) mod 256
for TDD: CFNnew = (CFNold+COFF - DOFF) mod 256 where COFF is the value of "CFN-targetSFN frame offset".
NOTE: -
if IE "Timing indication" has the value "maintain" (i.e. timing-maintained hard handover), the UE shall keep CFN with no change due to the hard handover, and only increase CFN (mod 256) by 1 every frame.
8.5.15.3
When the UE performs cell selection, re-selection or changes to CELL_FACH state the UE shall set CFN for all common or shared channels according to: CFN = SFN mod 256
After the initialisation, the CFN in the UE is increased (mod 256) by 1 every frame.
8.5.15.4
-
Initialisation for CELL_DCH state after intersystem handover: read SFN on target cell and the CFN shall be calculated according to the following formula: for FDD: CFN = ((SFN*38400 - DOFF*512) div 38400) mod 256 for TDD: CFN = (SFN - DOFF) mod 256
3GPP
Release 1999
150
8.6
8.6.1
8.6.1.1
The UE updates CN domain specific DRX cycle length coefficient as specified in [4]. The UE shall use it to calculate the CN domain specific DRX cycle length, according to the following: set k to the value of the IE "CN domain specific DRX cycle length coefficient". store the result of 2k *PBP, where PBP is the Paging Block Periodicity, as the CN domain specific DRX cycle length for the CN domain indicated by the IE "CN domain identity". For FDD PBP=1.
The UE shall determine its idle mode paging occasions and PICH monitoring occasions for that CN domain, according to 3GPP TS 25.304, based on the stored CN domain specific DRX cycle length, when using DRX in idle mode.
8.6.1.2
CN information info
If the IE "CN information info" is present in a message, the UE shall: if present, forward the content of the IE "PLMN identity" to upper layer entities of all CN domains; if present, forward the content of the IE "CN common GSM-MAP NAS system information" to upper layer entities of all CN domains; if the IE "CN domain related information" is present, forward the content of the IE "CN domain specific GSMMAP NAS system info" to the non-access stratum entity of the UE indicated by the IE "CN domain identity".
8.6.1.3
If the IE "Signalling Connection release indication" is present in a message, the UE shall release all the radio bearers belonging to the indicated domain, and simultaneously, indicate release of the signalling connection to the upper layer entity of the indicated domain.
8.6.2
8.6.2.1
The UE shall: -
if the IE "URA identity" is included in a received message: if the IE "RRC State Indicator" is included and set to "URA_PCH": store this URA identity in the variable URA_IDENTITY; after sending a possible message to UTRAN and entering URA_PCH state as specified elsewhere, read system information block type 2 in the selected cell; if the stored URA identity in the variable URA_IDENTITY is not included in the list of URA identities in System Information Block type 2 in the selected cell, a confirmation error of URA identity list has occurred: if no URA update procedure is ongoing: initiate a URA update procedure after entering URA_PCH state; see subclause 8.3.1.2.
3GPP
Release 1999
151
if the IE "URA identity" is not included in a received message: the IE "RRC State Indicator" is included and set to " URA_PCH": after sending a possible message to UTRAN and entering URA_PCH state as specified elsewhere, read System Information Block type 2 in the selected cell; if System Information Block type 2 in the selected cell contains a single URA identity: store this URA identity in the variable URA_IDENTITY; if System Information Block type 2 of the selected cell contains more than one URA identity, a confirmation error of URA identity list has occurred: if no URA update procedure is ongoing: initiate a URA update procedure after entering URA_PCH state, see subclause 8.3.1.2.
8.6.3 8.6.3.1
If the IE "Activation time" is present, the UE shall: start using the new configuration present in the same message as this IE at the indicated time; if the activation time is not at the TTI boundary of one or more of the affected transport formats: start using the new configuration at the next TTI boundary common to all the affected transport formats. The new configuration is typically a dedicated physical channel present in the same message as the IE "Activation time". The Activation time corresponds to a CFN related to the old configuration.
NOTE:
8.6.3.2
If the IE "UTRAN DRX cycle length coefficient" is present, the UE shall use it to calculate the UTRAN DRX cycle length, according to the following: set k to the value of the IE "UTRAN DRX cycle length coefficient"; store the result of 2k *PBP, where PBP is the Paging Block Periodicity, as the DRX cycle length.
The UE shall determine its connected mode paging occasions and PICH monitoring occasions in the same way as for idle mode, according to 3GPP TS 25.304. The DRX cycle length to use in connected mode is the shorter of the following two parameters: UTRAN DRX cycle length; CN domain specific DRX cycle length stored for any CN domain, when using Discontinuous Reception (DRX) in CELL_PCH and URA_PCH state.
The CN domain specific DRX cycle length stored for any CN domain is only used in Cell_PCH state and URA_PCH state if the UE is registered to that CN domain and no signalling connection exists to that CN domain.
8.6.3.3
The IE "RRC State Indicator" indicates the state the UE shall enter. The UE shall, if the IE "RRC State Indicator" in the received message has the value:
3GPP
Release 1999
152
"CELL_FACH": enter CELL_FACH state as dictated by the procedure governing the message received.
"CELL_DCH": if neither DPCH is assigned in the message nor is the UE is CELL_DCH set the variable INVALID_CONFIGURATION to TRUE;
else enter CELL_DCH state as dictated by the procedure governing the message received.
"CELL_PCH": if the received message is RRC CONNECTION SETUP and IE "RRC State Indicator" is set to CELL_PCH transmit a new RRC CONNECTION SETUP REQUEST message as per subclause 8.1.3.8.
else enter CELL_PCH state as dictated by the procedure governing the message received.
"URA_PCH": if the received message is RRC CONNECTION SETUP and IE "RRC State Indicator" is set to URA_PCH transmit a new RRC CONNECTION SETUP REQUEST message as per subclause 8.1.3.8.
else enter URA_PCH state as dictated by the procedure governing the message received.
8.6.3.4
The IE "Ciphering mode info" defines the new ciphering configuration. If the IE "Ciphering mode info" is present, the UE shall check the IE "Ciphering mode command" as part of the IE "Ciphering mode info", and perform the following: if IE "Ciphering mode command" has the value "start/restart", the UE shall: start or restart ciphering, using the ciphering algorithm (UEA [3GPP TS 33.102]) indicated by the IE "Ciphering algorithm" as part of the new ciphering configuration. The new ciphering configuration shall be applied as specified below. set the variable CIPHERING_STATUS to "Started".
if the IE "Ciphering mode command" has the value "stop", the UE shall stop ciphering. The new ciphering configuration shall be applied as specified below set the variable CIPHERING_STATUS to "Not started".
in case the IE "Ciphering mode command" has the value "start/restart" or "stop", the new ciphering configuration shall be applied as follows: if the IE "Ciphering activation time for DPCH" is present in the IE "Ciphering mode info", the UE shall apply the new configuration at that time for radio bearers using RLC-TM. If the IE "Ciphering mode info" is present in a message reconfiguring RB, transport channel or physical channel, the indicated time in IE "Activation time for DPCH" corresponds to a CFN after that reconfiguration. if the IE "Radio bearer downlink ciphering activation time info" is present in the IE "Ciphering mode info", the UE shall apply the following procedure for each radio bearer using RLC-AM and RLC-UM indicated by the IE "RB identity": suspend data transmission on the radio bearer
3GPP
Release 1999
153
store the "RLC send sequence number" for that radio bearer in the variable RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO, at which time the new ciphering configuration shall be applied. when the data transmission of that radio bearer is resumed, the UE shall switch to the new ciphering configuration according to the following: use the old ciphering configuration for the transmitted and received RLC PDUs with RLC sequence number smaller than the corresponding RLC sequence number indicated in the IE "Radio bearer uplink ciphering activation time info" sent to UTRAN respectively in the received IE "Radio bearer downlink ciphering activation time info" received from UTRAN. use the new ciphering configuration for the transmitted and received RLC PDUs with RLC sequence number greater than or equal to the corresponding RLC sequence number indicated in the IE "Radio bearer uplink ciphering activation time info" sent to UTRAN respectively in the received IE "Radio bearer downlink ciphering activation time info" received from UTRAN for a radio bearer using RLC-AM, when the RLC sequence number indicated in the IE "Radio bearer downlink ciphering activation time info" is not included in the RLC transmission window, the UE may release the old ciphering configuration for that radio bearer. if an RLC reset or re-establishment occurs before the activation time for the new ciphering configuration has been reached, ignore the activation time and apply the new ciphering configuration immediately after the RLC reset or RLC re-establishment.
If the IE "Ciphering mode info" is not present, the UE shall not change the ciphering configuration.
8.6.3.5
The IE "Integrity protection mode info" defines the new integrity protection configuration. If the IE "Integrity protection mode info" is present, the UE shall check the IE "Integrity protection mode command" as part of the IE "Integrity protection mode info", and perform the following: if IE "Integrity protection mode command" has the value "start" and the "Status" in the variable INTEGRITY_ PROTECTION_INFO has the value "Not started", the UE shall: if the "Historical status" in the variable INTEGRITY_ PROTECTION_INFO has the value "Never been active": initialise the "Uplink RRC Message sequence number" and "Downlink RRC Message sequence number" for all signalling radio bearers to zero; set the "Historical status" in the variable INTEGRITY_ PROTECTION_INFO to the value "Has been active";
set the "Status" in the variable INTEGRITY_ PROTECTION_INFO to the value "Started"; perform integrity protection on the received message as described in subclause 8.5.10.1; use the algorithm (UIA [3GPP TS 33.102]) indicated by the IE "Integrity protection algorithm" contained in the IE "Integrity protection mode info"; use the IE "Integrity protection initialisation number", contained in the IE "Integrity protection mode info" as the value of FRESH [3GPP TS 33.102].
if IE "Integrity protection mode command" has the value "modified" and the "Status" in the variable INTEGRITY_ PROTECTION_INFO has the value "Started", the UE shall: use the new integrity protection configuration in the downlink at the RRC sequence number indicated by the IE "Downlink integrity protection activation info", included in the IE "Integrity protection mode info"; perform integrity protection on the received message as described in subclause 8.5.10.1; if present, use the algorithm indicated by the IE "Integrity protection algorithm" (UIA [TS 33.102]);
3GPP
Release 1999
154
If the IE "Integrity protection mode info" is not present, the UE shall not change the integrity protection configuration.
8.6.3.6
The CTCH, carrying CBS data is mapped onto only one S-CCPCH. If more than one CTCH is defined, the first CTCH that is configured in the list of S-CCPCHs is the one that is used for CBS data. The CTCH occasions are identified by the first radio frame of the TTI which can contain CTCH data. The CTCH occasions are fixed on the system frame number cycle 0 .. 4095 (i.e. no modulo calculation) and thus repeated cyclically. The CTCH occasions are determined by a set of parameters. MTTI: number of radio frames within the TTI of the FACH used for CTCH N: period of CTCH allocation on S-CCPCH, integer number of radio frames, MTTI N MaxSFN K, where N is a multiple of MTTI (see 3GPP TS 25.212 and 3GPP TS 25.222). MaxSFN: maximum system frame number = 4095 (see 3GPP TS 25.402). K: CBS frame offset, integer number of radio frames 0 K N-1 where K is a multiple of MTTI . The CTCH occasions are calculated as follows: SFN = (K + m N), m = 0, 1,..., M, with M chosen that K+MN MaxSFN. The parameters N and K are broadcast as system information.
8.6.3.7
UL Timing Advance
If the IE "UL Timing Advance Control" is present, the UE shall: if IE "Uplink Timing Advance Control" has the value "disabled": reset timing advance to 0; disable calculated timing advance following handover; in case of handover start uplink transmissions in the target cell without applying timing advance;
if IE "Uplink Timing Advance Control" has the value "enabled": evaluate and apply the timing advance value for uplink transmission as indicated in IE "Uplink Timing Advance" at the CFN indicated in the IE "Activation Time"; enable UE autonomous timing advance calculation for handover; update uplink timing advance as indicated in IE "Uplink Timing Advance" in advance of the UE autonomous timing advance calculation
8.6.3.8
If the IE "Integrity check info" is present the UE shall act as described in subclause 8.5.10.1.
8.6.3.9
New C-RNTI
If the IE "New C-RNTI" is included, the UE shall: store the value in the variable C_RNTI, replacing any old stored value; use that C-RNTI when using common transport channels of type RACH, FACH and CPCH in the current cell.
3GPP
Release 1999
155
8.6.3.10
-
New U-RNTI
If the IE "New U-RNTI" is included in a received message, the UE shall: store the value in the variable U_RNTI, replacing any old stored value.
8.6.3.11
-
If the IE "RRC transaction identifier" is included in a received message, the UE shall: if the IE "Message Type" of the received message is not present in the table "Accepted transactions" in the variable TRANSACTIONS; and if the received message does not contain a protocol error according to clause 9 and the variable PROTOCOL_ERROR_REJECT is set to FALSE: accept the transaction; and store the IE "Message type" and the IE "RRC transaction identifier" of the received message in the table "Accepted transactions" in the variable TRANSACTIONS;
else if the IE "Message Type" of the received message is present in the table "Accepted transactions" in the variable TRANSACTIONS; or if the received message contains a protocol error according to clause 9 causing the variable PROTOCOL_ERROR_REJECT to be set to TRUE: if the IE "RRC transaction identifier" of the received message is identical to the "RRC transaction identifier" stored for the "Message Type" in the table "Accepted transactions" in the variable TRANSACTIONS: ignore the transaction; and resume normal operation as the message was not received and end the procedure;
else: if the IE "RRC transaction identifier" of the received message is different from the "RRC transaction identifier" stored for the "Message Type" in the table "Accepted transactions" in the variable TRANSACTIONS: reject the transaction; and if the IE "Message Type" of the received message is not present in the table "Rejected transactions" in the variable TRANSACTIONS: store the IE "Message type" and the IE "RRC transaction identifier" of the received message in the table "Rejected transactions" in the variable TRANSACTIONS.
8.6.4
8.6.4.1
If the IE "Signalling RB information to setup list" is included the UE shall: -for each occurrence of the IE "Signalling RB information to setup": use the value of the IE "RB identity" as the identity of the signalling radio bearer to setup; perform the actions for the IE "RLC info" as specified in subclause 8.6.4.9, applied for that signalling radio bearer;
3GPP
Release 1999
156
perform the actions for the IE "RB mapping info" as specified in subclause 8.6.4.8, applied for that signalling radio bearer.
apply a default value of the IE "RB identity" equal to 1 for the first IE "Signalling RB information to setup"; and increase the default value by 1 for each occurrence.
8.6.4.2
If the IE "RAB information for setup" is included, the procedure is used to establish radio bearers belonging to a radio access bearer, and the UE shall: if the radio access bearer identified with the IE "RAB info" does not exist in the variable ESTABLISHED_RABS: create a new entry for the radio access bearer in the variable ESTABLISHED_RABS; store the content of the IE "RAB info" in the entry for the radio access bearer in the variable ESTABLISHED_RABS; indicate the establishment of the radio access bearer to the upper layer entity using the IE "CN domain identity", forwarding the content of the IE "RAB identity";
for each radio bearer in the IE "RB information to setup": perform the actions specified in subclause 8.6.4.3; create a new RAB subflow for the radio access bearer; number the RAB subflow in ascending order, assigning the smallest number to the RAB subflow corresponding to the first radio bearer in the list; store information about the new radio bearer in the entry for the radio access bearer identified by "RAB info" in the variable ESTABLISHED_RABS;
8.6.4.3
RB information to setup
If the IE "RB information to setup" is included, the UE shall apply the following actions on the radio bearer identified with the value of the IE "RB identity": perform the actions for the IE "PDCP info", if present, according to subclause 8.6.4.10, applied for the radio bearer; perform the actions for the IE "RLC info", according to subclause 8.6.4.9, applied for the radio bearer; perform the actions for the IE "RB mapping info", according to subclause 8.6.4.8, applied for the radio bearer; if the variable CIPHERING_STATUS is set to "Started"; and if the IE "Uplink RLC mode" or the IE "Downlink RLC mode" in the IE "RLC info" is set to "AM RLC" or "UM RLC": calculate the START value according to subclause 8.5.9; store the calculated START value in the variable START_VALUE_TO_TRANSMIT; initialise ciphering on the radio bearer using the calculated START value.
8.6.4.4
RB information to be affected
If the IE "RB information to be affected" is included, the UE shall apply the following actions on the radio bearer identified with the value of the IE "RB identity": perform the actions for the IE "RB mapping info", according to subclause 8.6.4.8, applied for the radio bearer.
3GPP
Release 1999
157
8.6.4.5
RB information to reconfigure
If the IE "RB information to reconfigure" is included, the UE shall apply the following actions on the radio bearer identified with the value of the IE "RB identity": perform the actions for the IE "PDCP info", if present, according to subclause 8.6.4.10, applied for the radio bearer; perform the actions for the IE "RLC info", according to subclause 8.6.4.9, applied for the radio bearer; perform the actions for the IE "RB mapping info", according to subclause 8.6.4.8, applied for the radio bearer; if the IE "PDCP SN info" is included: perform the actions as specified in 8.6.4.11 applied for the radio bearer;
if the IE "RB stop/continue" is included; and if the "RB identity" has a value greater than 2; and if the value of the IE "RB stop/continue" is "stop": configure the RLC entity for the radio bearer to stop; set the IE "RB started" in the variable ESTABLISHED_RABS to "stopped" for that radio bearer;
if the value of the IE "RB stop/continue" is "continue": configure the RLC entity for the radio bearer to continue; set the IE "RB started" in the variable ESTABLISHED_RABS to "started" for that radio bearer;
if the IE "RB identity" is set to a value less than 2: set the variable INVALID_CONFIGURATION to TRUE.
8.6.4.6
RB information to release
If the IE "RB information to release" is included, the UE shall apply the following actions on the radio bearer identified with the value of the IE "RB identity": release the entities in lower layers dedicated for that radio bearer; if the information about the radio bearer is stored in the variable ESTABLISHED_RABS: delete the information about the radio bearer from the variable ESTABLISHED_RABS; when all radio bearers belonging to the same radio access bearer have been released: indicate release of the radio access bearer to the upper layer entity using the "CN domain identity" together with the "RAB identity" stored in the variable ESTABLISHED_RABS; delete all information about the radio access bearer from the variable ESTABLISHED_RABS.
8.6.4.7
If the IE "RB with PDCP information" is included, the UE shall apply the following actions on the radio bearer identified with the value of the IE "RB identity": for the IE "PDCP SN info" perform the actions as specified in subclause 8.6.4.11.
8.6.4.8
RB mapping info
If the IE "RB mapping info" is included, the UE shall, for each transport channel in each multiplexing option of that RB:
3GPP
Release 1999
158
if a "Transport format set" for that transport channel is included in the same message, and the value (index) of any IE "RLC size index" in the IE "RLC size index list" does not correspond to an "RLC size" in the IE transport format set of that transport channel given in the message; or if a "Transport format set" for that transport channel is not included in the same message, and the value (index) of any IE "RLC size index" in the IE "RLC size index list" does not correspond to an "RLC size" in the stored transport format set of that transport channel: keep the previously stored multiplexing options for that RB; set the variable INVALID_CONFIGURATION to TRUE;
else: delete all previously stored multiplexing options for that radio bearer; store each new multiplexing option for that radio bearer; use the multiplexing options applicable for the transport channels to be used; configure MAC multiplexing if that is needed in order to use those transport channels; use "MAC logical channel priority" when selecting TFC in MAC.
In case IE "RB mapping info" includes IE "Downlink RLC logical channel info" but IE "Number of downlink RLC logical channels" is absent, the parameter values are exactly the same as for the corresponding UL logical channels. In case two multiplexing options are specified for the UL, the first options shall be used as default for the DL. As regards the IE "Channel type", the following rule should be applied to derive the DL channel type from the UL channel included in the IE: Channel used in UL DCH RACH CPCH USCH DL channel type implied by "same as" DCH FACH DSCH DSCH
8.6.4.9
RLC Info
If the IE "RLC Info" is included, the UE shall: -Configure the transmitting and receiving RLC entities in the UE for that radio bearer accordingly.
8.6.4.10
PDCP Info
If IE "PDCP info" is included, the UE shall: Configure the PDCP entity for that radio bearer accordingly.
8.6.4.11
PDCP SN Info
If the IE "PDCP SN Info" is included, the UE shall: transfer the sequence number to the PDCP entity for the radio bearer; configure the RLC entity for the radio bearer to stop; include the current PDCP receive sequence number and the radio bearer identity for the radio bearer in the variable PDCP_SN_INFO.
3GPP
Release 1999
159
8.6.4.12
If the IE "NAS Synchronisation Indicator" is present in a message, the UE shall forward the content to the non-access stratum entity for the associated RAB at the CFN indicated in the IE "Activation time" in order to synchronise actions in NAS and AS.
8.6.5
8.6.5.1
If the IE "transport channel identity" and the IE "Transport format set" is included, the UE shall, for the indicated transport channel: if the value (index) of any IE "RB identity" (and "Logical Channel" for RBs using two UL logical channels) in the IE "Logical channel list" does not correspond to a logical channel indicated to be mapped onto this transport channel in any RB multiplexing option (either included in the same message or previously stored and not changed by this message): keep the transport format set for that that transport channel; set the variable INVALID_CONFIGURATION to TRUE;
else: store the transport format set for that transport channel. if the IE "Transport format Set" has the choice "Transport channel type" set to "Dedicated transport channel": calculate the transport block size for all transport formats in the TFS using the following TB size = RLC PDU size + MAC header size, where: MAC header size is calculated according to 3GPP TS 25.321 if MAC multiplexing is used. Otherwise it is 0 bits.
If neither the IE "transport channel identity" nor the IE "Transport format set" is included, the UE shall: consider the stored transport format set as valid information.
The UTRAN should not assign transport formats with different "RLC Size" to any logical channel transferring data using AM RLC. If an AM RLC entity is mapped to two logical channels, UTRAN may configure more than one "RLC Size" for the logical channel transferring control PDUs only.
8.6.5.2
-
If the IE "Transport format combination set" is included, the UE shall for that direction (uplink or downlink): remove a previously stored transport format combination set if this exists; clear the IE "Duration" in the variable TFC_SUBSET; clear the IE "Default TFC subset" in the variable TFC_SUBSET; set the IE "Current TFC subset" in the variable TFC_SUBSET to the value indicating "full transport format combination set"; remove any previous restriction of the transport format combination set; store the new transport format combination set present in the IE "Transport format combination set"; start to respect those transport format combinations.
3GPP
Release 1999
160
If the IE "Transport format combination set" is not included and if there is no addition/removal/replacement of transport channels, the UE shall for that direction (uplink or downlink): consider a previously stored transport format combination set if this exists as valid information.
For downlink CCTrCHs if no TFCS is stored in the UE the UE shall consider all possible transport format combinations and calculate the possible TFCI values according to the IE transport format combination set. For downlink CCTrCHs if a TFCS is stored in the UE and if the IE "Transport format combination set" is not included and transport channels are deleted in the message, the UE shall: remove the affected transport format combinations from the transport format combination set, recalculate the TFCI values and start to respect those transport format combinations
if the IE "Transport format combination set" is not included and transport channels are added in the message, the UE shall: consider all possible new combinations to be valid and recalculate the TFCI values and start to respect those transport format combinations. In TDD the new transport format combinations are considered to belong to the TFCS with the ID 1 of DCH type.
if the IE "Transport format combination set" is not included and transport channels are replaced the UE shall: consider all possible transport format combinations to be valid and calculate the TFCI values accordingly.
If the IE "Transport format combination set" is not included, the TFCI ordering shall correspond to the CTFC ordering.
8.6.5.3
-
If the IE "Transport format combination subset"("TFC subset") is included, the UE shall: if the IE "Minimum allowed Transport format combination index" is included; and if the value of the IE "Minimum allowed Transport format combination index" is outside the range of transport format combinations in the current transport format combination set: consider the TFC subset to be incompatible with the current transport format combination set;
if the IE "Allowed transport format combination list" is included; and if the value of any of the IEs "Allowed transport format combination" included in the IE "Allowed transport format combination list" is outside the range of transport format combinations in the current transport format combination set: consider the TFC subset to be incompatible with the current transport format combination set;
if the IE "Non-allowed transport format combination list" is included; and if the value of any of the IEs "Non-allowed transport format combination" included in the IE "Non-allowed transport format combination list" is outside the range of transport format combinations in the current transport format combination set: consider the TFC subset to be incompatible with the current transport format combination set;
if the IE "Restricted TrCH information" is included: if the value of any of the IEs "Restricted UL TrCH identity" included in the IE "Restricted TrCH information" does not correspond to any of the transport channels for which the current transport format combination set is valid: consider the TFC subset to be incompatible with the current transport format combination set;
3GPP
Release 1999
161
if the value of any of the IEs "Allowed TFI" included in the IE "Allowed TFIs" does not correspond to a transport format for that transport channel within the current transport format combination set: consider the TFC subset to be incompatible with the current transport format combination set;
if the UE considers the TFC subset to be incompatible with the current Transport format combination set according to the above: keep any previous restriction of the transport format combination set; set the variable INVALID_CONFIGURATION to TRUE;
if the UE does not consider the TFC subset to be incompatible with the current Transport format combination set according to the above: restrict the transport format combination set in the uplink to the value of the IE "Transport format combination subset" (in case of TDD for the uplink CCTrCH specified by the IE "TFCS Id"); set the value of the IE "Default TFC subset" (in case of TDD for the uplink CCTrCH specified by the IE "TFCS Id") in the variable TFC_SUBSET to the value of the IE "Current TFC subset" in the variable TFC_SUBSET; set the IE "Current TFC subset" (in case of TDD for the uplink CCTrCH specified by the IE "TFCS Id") in the variable TFC_SUBSET to the value of the IE "Transport format combination subset"; clear the IE "Duration" in the variable TFC_SUBSET; if the transport format combination subset indicates the "full transport format combination set": any restriction on transport format combination set is released and the UE may use the full transport format combination set.
8.6.5.4
At physical channel establishment, the UE sets an initial downlink target SIR value based on the received IEs "DCH quality target". The IE "DCH quality target" for a given DCH shall be used by the UE to set the target SIR for the downlink power control in case BLER measurement is possible for this DCH, i.e. CRC exists in all transport formats in downlink TFS.
8.6.6
8.6.6.1
-
If the IE "Frequency info" is included the UE shall: Store that frequency as the active frequency; and Tune to that frequency.
If the IE "Frequency info" is not included and the UE has a stored active frequency, the UE shall Continue to use the stored active frequency.
8.6.6.2
The UE shall select a PRACH according to the following rule. The UE shall: select a default PRACH from the ones indicated in the IE "PRACH info" in System Information Block type 5 (applicable in Idle Mode and Connected Mode) and System Information Block type 6 (applicable in Connected Mode only), as follows: if both RACH with 10 ms and 20 ms TTI are indicated in System Information Block type 5 and System Information Block type 6:
3GPP
Release 1999
162
select the appropriate TTI based on power requirements, as specified in subclause 8.6.6.3;
select a RACH randomly from the ones listed in System Information Block type 5 and System Information Block type 6 as follows: "Index of selected PRACH" = floor (rand * K) where K is equal to the number of listed PRACHs which carry an RACH with the above selected TTI, "rand" is a random number uniformly distributed in the range 0,...,1, and "floor" refers to rounding down to nearest integer. RACHs with 10 and 20 ms TTI shall be counted separately. These RACHs shall be indexed from 0 to K-1 in the order of their occurrence in SIB 5 and SIB 6, where RACHs listed in SIB 5 shall be counted first. The random number generator is left to implementation. The scheme shall be implemented such that one of the available RACHs is randomly selected with uniform probability. At startup of the random number generator in the UE the seed shall be dependent on the IMSI of the UE or time, thereby avoiding that all UEs select the same RACH;
reselect the default PRACH when a new cell is selected. RACH reselection may also be performed after each transmission of a Transport Block Set on RACH;
for emergency call, the UE is allowed to select any of the available RACHs.
8.6.6.3
In FDD mode, a RACH may employ either 10 or 20 ms TTI. The supported TTI is indicated as a semi-static parameter of the RACH Transport Format in system information. If in one cell RACHs for both 10 and 20 ms TTI are supported, the UE shall select an appropriate RACH according to the following rule: The UE shall first check whether a RACH Transport Format is available which is suitable for the transmission of the current transport Block Set for both 10 and 20 ms TTI. The UE shall: if the required transport format is available only for one particular TTI: select this TTI; identify the corresponding RACHs; proceed with RACH selection as specified in subclause 8.6.6.2.
if the required transport format is available on both types of RACH, 10 and 20 ms TTI: perform TTI selection as follows: when the UE calculates the initial preamble transmit power ("Preamble_Initial_Power") as specified in subclause 8.5.7: calculate a transmit power margin, Margin = {min(Maximum allowed UL tx power, P_MAX) max(Preamble_Initial_Power, Preamble_Initial_Power + Pp-m + 10*log10(1 + ( d / c)2)} where "Maximum allowed UL tx power" is the maximum allowed uplink transmit power indicated in system information (in dBm), and P_MAX is the maximum RF output power of the UE (dBm). The margin shall be calculated for 10 ms TTI RACH message gain factors d and c.
NOTE: -
the expression Preamble_Initial_Power + Pp-m + 10*log10(1 + ( d / c)2) represents the total RACH message power if the message would be sent after the initial preamble. if the value of "Margin" calculated for RACH with 10 ms TTI is less than 6 dB: select RACH with 20 ms TTI, and proceed as specified in subclause 8.6.6.2.
perform reselection of the RACH TTI only after successful transmission of one Transport Block Set. However in case L1 message transmission on PRACH has failed at least once while using 10 ms TTI, the UE may use the 20 ms TTI RACH for the retransmission. Handling of RACH Message transmission failure is part of general error handling procedure.
3GPP
Release 1999
163
8.6.6.4
-
If the IE "Downlink information for each radio link" is included in a received message, the UE shall: if the UE would enter CELL_DCH state according to subclause 8.6.3.3 applied on the received message: if the IE "Secondary CCPCH info" is included; and if the UE is not capable of simultaneous reception of DPCH and Secondary CCPCH: set the variable UNSUPPORTED_CONFIGURATION to TRUE;
else: if the UE is capable of simultaneous reception of DPCH and SCCPCH: start to receive the indicated Secondary CCPCH;
act on the other IEs contained in the IE "Downlink information for each radio link" as specified in subclause 8.6.
if the UE would enter either the CELL_FACH, CELL_PCH or URA_PCH state according to subclause 8.6.3.3 applied on the received message: set the variable INVALID_CONFIGURATION to TRUE.
8.6.6.5
In UTRAN Connected mode, the UE shall select the Secondary CCPCH according to the following rules: in Cell_DCH state: select Secondary CCPCH according to subclause 8.6.6.4;
in Cell_FACH state: select an SCCPCH from the SCCPCHs listed in System Information Block types 5 and 6 (SIB 5 and SIB 6) based on U-RNTI as follows: "Index of selected SCCPCH" = U-RNTI mod K, where K is equal to the number of listed SCCPCHs which carry a FACH (i.e., SCCPCHs carrying PCH only shall not be counted). These SCCPCHs shall be indexed from 0 to K-1in the order of their occurrence in SIB 5 and SIB 6, and "Index of selected SCCPCH" identifies the selected SCCPCH. SCCPCHs included in SIB 5 shall be indexed first. in Cell_PCH and URA_PCH states: select an SCCPCH from the SCCPCHs listed in SIB 5 and SIB 6 based on U-RNTI as follows: "Index of selected SCCPCH" = U-RNTI mod K, where K is equal to the number of listed SCCPCHs which carry a PCH (i.e., SCCPCHs carrying FACH only shall not be counted). These SCCPCHs shall be indexed in the order of their occurrence in system information from 0 to K-1, and "Index of selected SCCPCH" identifies the selected SCCPCH.
UE shall set CFN in relation to SFN of current cell according to subclause 8.5.15.
8.6.6.6
If the IE "Uplink DPCH info" is included, the UE shall: release any active uplink physical channels and activate the given physical channels.
3GPP
Release 1999
164
8.6.6.7
-
If the IE "Downlink DPCH info" is included, the UE shall: activate the dedicated physical channels indicated by that IE.
If the IE "Downlink DPCH info" is included in a message used to establish the first RL(s) for a UE or perform a Timing re-initialised hard handover, the UE shall, after having activated the dedicated physical channels indicated by that IE: set CFN in relation to SFN of the first RL (cell) listed in that message, according to subclause 8.5.15;
If the IE "Downlink DPCH info" is included in a message used to perform a Timing re-initialised hard handover, and ciphering is active for any radio bearer using RLC-TM, the UE shall, after having activated the dedicated physical channels indicated by that IE: increment HFN for RLC-TM by '1';
If the IE "Downlink DPCH info" is included in a message used to perform a Timing-maintained hard handover, UE shall, after having activated the dedicated physical channels indicated by that IE: increase CFN (mod 256) by 1 every frame and maintain UL transmission timing.
8.6.6.8
-
If the IE "Maximum allowed UL TX power" is included, the UE shall: keep the UE uplink transmit power below the indicated power value. If the current UE uplink transmit power is above the indicated power value, the UE shall decrease the power to a level below the power value.
The maximum UE transmitter power is defined as the lower of the maximum output power of the UE power class and the maximum allowed UL TX power indicated in this IE. The maximum UE transmitter power shall not be exceeded.
8.6.6.9
If the IE "PDSCH with SHO DCH Info" is included, the UE shall: configure itself such that when an allocation on the DSCH is made it will receive the PDSCH from the specified BS within the active set;
and in cases where the TFCI for the user in question has a 'hard' split (meaning that TFCI(field 1) and TFCI (field 2) have their own individual block coding): configure the Layer 1 to only soft combine the DPCCH TFCI(field 2) of the radio links within the associated DCH active set which are specified; infer that the set of radio links for which TFCI (field 2) should be soft combined will include all radio links within the active set if the IE "TFCI combining set" is not included and the sending of the message in which the IE "PDSCH with SHO DCH Info" is being used will result in a transport channel switch from a state in which the DSCH transport channel was not available to a state in which it is available.
8.6.6.10
-
If the IE "PDSCH code mapping" is included, the UE shall: Configure Layer 1 to support the mapping of TFCI(field 2) values to PDSCH channelisation codes as specified in the IE.
8.6.6.11
The UE shall: in FDD: -
3GPP
Release 1999
165
calculate and set an initial uplink transmission power; start inner loop power control as specified in subclause 8.5.3; for the UL inner loop power control: use the parameters specified in the IE.
in TDD: if the IE "Uplink DPCH power control info" is included: use the parameters specified in the IE for open loop power control as defined in subclause 8.5.7.
both in FDD and TDD; if the IE "Uplink DPCH power control info" is not included: use the current uplink transmission power.
8.6.6.12
-
If the IE Secondary CPICH info is included, the UE: May use the channelisation code according to IE "channelisation code", with scrambling code according to IE "DL scrambling code" in the IE "Secondary CPICH info", for channel estimation of that radio link; May use the pilot bits on DPCCH for channel estimation.
8.6.6.13
If the IE "Primary CPICH usage for channel estimation" is included and has the value "Primary CPICH may be used" the UE: may use the Primary CPICH for channel estimation; may use the pilot bits on DPCCH for channel estimation.
If the IE "Primary CPICH usage for channel estimation" is included and has the value "Primary CPICH shall not be used" the UE: shall not use the Primary CPICH for channel estimation; may use the Secondary CPICH for channel estimation may use the pilot bits on DPCCH for channel estimation.
8.6.6.14
If the IE "DPCH frame offset" is included the UE shall: use its value to determine the beginning of the DPCH frame
8.6.6.15
If the IE "DPCH compressed mode info" is included, and if the IE group "transmission gap pattern sequence configuration parameters" are included, the UE shall: update each pattern sequence to the variable TGPS_IDENTITY according to the IE "TGPSI"; update into the variable TGPS_IDENTITY the configuration information defined by IE group" transmission gap pattern sequence configuration parameters ";
3GPP
Release 1999
166
activate the stored pattern sequence corresponding to each IE "TGPSI" for which the "TGPS status flag" is set to "activate" at the time indicated by IE "TGCFN" and begin the inter-frequency and/or inter-RAT measurements corresponding to the pattern sequence measurement purpose of each activated pattern sequence; monitor if the parallel transmission gap pattern sequences create an illegal overlap, and in case of overlap, take actions as specified in subclause 8.2.11.2;
If the IE "DPCH compressed mode info" is included, and if the IE group "transmission gap pattern sequence configuration parameters" is not included, the UE shall: activate, at the time indicated by IE "TGCFN", the stored pattern sequence corresponding to each IE "TGPSI" for which the "TGPS status flag" is set to "activate" and begin the inter-frequency and/or inter-RAT measurements corresponding to the pattern sequence measurement purpose of each activated pattern sequence; deactivate, at the time indicated by IE "TGCFN", the stored pattern sequence corresponding to each IE "TGPSI" for which the "TGPS status flag" is set to "deactivate" and terminate the inter-frequency and/or inter-RAT measurements corresponding to the pattern sequence measurement purpose of each deactivated pattern sequence;
8.6.6.16
The following description applies to TDD only. The frame allocation can be derived by following rules: If no IE "Offset" is explicitly given, the parameter "Offset" to be used is calculated by the following equation: Activation time mod Repetition period = Offset. Frames from CFN CFNoff to CFNoff + Repetition length belong to the allocation with CFNoff fulfilling the following equation: CFNoff mod Repetition period = Offset. Repetition length is always a multiple of the largest TTI within the CCTrCH fulfilling the following equation: (largest TTI within CCTrCH) * X = Repetition Length Example of usage:
0 C o d e s 64 frames physic. channel (Code 7; Repetition period=8; Repetition length=5; Activation time = 4 => Offset = 4 => CFNoff = 4, 12, 20, 28, 36, 44, 52, 60) physic. channel (Code 5; Repetition Period=1 => Repetition length=0; Offset = 0 => CFNoff = 0, 1, 2, 3, 4, ... (continuous allocation)) physic. channel (Code 3; Repetition period=16; Repetition length=3; Activation time = 23 =>Offset = 7 => CFNoff = 7, 23, 39, 55 ) 10 20 30 40 50 60
8.6.6.17
If the IE "Primary CCPCH info" in TDD and the IE "New C-RNTI" are included and the message including these IEs is used to initiate a state transition to CELL_FACH, the UE shall:
3GPP
Release 1999
167
select the cell indicated by the IE "Primary CCPCH info"; use the given C-RNTI when using common transport channels of type RACH, FACH and CPCH in that given cell after having completed the transition to that cell.
8.6.6.18
If the IE "Primary CPICH info" in FDD and the IE "New C-RNTI" a are included and the message including these IEs is used to initiate a state transition to CELL_FACH, the UE shall: select the cell indicated by the IE "Primary CPICH info"; use the given C-RNTI when using common transport channels of type RACH, FACH and CPCH in that given cell after having completed the transition to that cell.
8.6.6.19
-
If the UE has the capability to use CPCH, the UE shall use the following general procedures: if an IE "CPCH SET Info" is included in a dedicated message: read the "CPCH set ID" included in the IE; store the IE using the "CPCH set ID" as an address tag; release any active dedicated physical channels in the uplink; let the PCPCHs listed in the CPCH set be the default in the uplink for CPCH;
if an IE "CPCH SET Info" is included in a System Information message: read the "CPCH set ID" included in the IE; store the IE using the "CPCH set ID" as an address tag.
8.6.6.20
If the UE has the capability to use CPCH, the UE shall use the following general procedures: If an IE "CPCH set ID" is included in a dedicated message and not as part of IE "CPCH SET Info": use the IE as an address tag to retrieve the corresponding stored "CPCH SET Info"; release any active dedicated physical channels in the uplink; let the PCPCHs listed in the CPCH set be the default in the uplink for CPCH.
if an IE "CPCH set ID" is included in a dedicated message and not as part of IE "CPCH SET Info", and if there is no corresponding stored "CPCH SET Info": release any active dedicated physical channels in the uplink; let the last assigned PRACH be the default in the uplink for RACH; obtain current System Information on SCCPCH to obtain and store the "CPCH SET info" IE(s); upon receipt of a "CPCH SET Info" which corresponds to the "CPCH set ID" IE: let the PCPCHs listed in that CPCH set be the default in the uplink for CPCH.
8.6.6.21
The UE shall: -
3GPP
Release 1999
168
use its value to determine Frame Offset and Chip Offset from the SFN timing in a cell;
if the IE "Default DPCH Offset Value" is not included: use the previously received value stored in variable DOFF. If there is no previously received value stored in DOFF, the UE should use the value 0.
After transition from CELL_DCH state to other states, the UE shall erase the value stored in variable DOFF.
8.6.6.22
The following description applies to FDD. Code Number can be assigned by following rules: When more than one DL DPDCH is assigned per RL, the segmented physical channel shall be mapped on to DL DPDCHs according to 3GPP TS 25.212. When p number of DL DPDCHs are assigned to each RL, the first pair of Secondary Scrambling Code and Code Number corresponds to "PhCH number 1", the second to "PhCH number 2", and so on until the pth to "PhCH number p".
8.6.6.23
If the IE "PDSCH Power Control info" is included the UE shall: configure PDSCH power control with the received values.
If the IE "PDSCH Power Control info" is not included the UE shall: continue to use the stored values.
8.6.7
8.6.7.1
If the optional IE "measurement validity" for a given measurement has not been included in measurement control information, the UE shall delete the measurement associated with the variable MEASUREMENT IDENTITY after the UE makes a transition to a new state. If the IE "measurement validity" for this measurement has been included in measurement control information, the UE shall save the measurement associated with the variable MEASUREMENT IDENTITY. The IE "UE state" defines the scope of resuming the measurement. If the "UE state" is defined as "all states", the UE shall continue the measurement after making a transition to a new state. This scope is assigned only for traffic volume type measurements and can only be applied by the UE if the IE "measurement object" has not been included in measurement control information. If the IE "measurement object" has been included in measurement control information, the UE shall not save the measurement control information in variable MEASUREMENT IDENTITY, but shall send a MEASUREMENT CONTROL FAILURE message to the UTRAN with failure cause "incomplete configuration". If the "UE state" is defined as "all states except CELL_DCH", the UE shall store the measurement to be resumed after a subsequent transition from CELL_DCH state to any of the other states in connected mode. This scope is assigned only for traffic volume type measurements. If the "UE state" is defined as "CELL_DCH", the UE shall store the measurement to be resumed after a subsequent transition to CELL_DCH state. After cell re-selection, the UE shall delete any ongoing intra-frequency or interfrequency and inter-RAT type measurement associated with the variable MEASUREMENT IDENTITY. Other measurement types shall, however, be continued regardless of cell reselection.
8.6.7.2
Filter coefficient
If the IE "Filter coefficient" is received the UE shall apply filtering of the measurements for that measurement quantity according to the formula below. This filtering shall be performed by the UE before UE event evaluation. The UE shall
3GPP
Release 1999
169
also filter the measurements reported in the IE "Measured results" or the IE "Measurement results on RACH". The filtering shall not be performed for cell-reselection in connected or idle mode. The filtering shall be performed according to the following formula.
Fn = (1 a ) Fn 1 + a M n
The variables in the formula are defined as follows: Fn is the updated filtered measurement result Fn-1 is the old filtered measurement result Mn is the latest received measurement result from physical layer measurements, the unit used for Mn is the same unit as the reported unit in the MEASUREMENT REPORT message or the unit used in the event evaluation. a = 1/2(k/2), where k is the parameter received in the IE "Filter coefficient". NOTE: if a is set to 1 that will mean no layer 3 filtering.
In order to initialise the averaging filter, F0 is set to M1 when the first measurement result from the physical layer measurement is received. The physical layer measurement results are sampled once every measurement period. The measurement period and the accuracy for a certain measurement is defined in 3GPP TS 25.133.
8.6.7.3
If -
IE "Intra-frequency cell info list" is received and, "Removed intra-frequency cells" or/and, "New intra-frequency cells" is present in the received IE,
Or, IE "Inter-frequency cell info list" is received and, Or, IE "Inter-RAT cell info list" is received and, "Removed inter-RAT cells" or/and, "New inter-RAT cells" is present in the received IE "Removed inter-frequency cells" or/and, "New inter-frequency cells" is present in the received IE,
the UE shall update measurement objects for that measurement accordingly. If: IE "Intra-frequency cell info list" is included, but Or, Or, If IE "Inter-frequency cell info list" is included, but neither "Removed inter-frequency cells" nor "New inter-frequency cells" is included, neither "Removed intra-frequency cells" nor "New intra-frequency cells" is included,
3GPP
Release 1999
170
If IE "Inter-RAT cell info list" is included, but neither "Removed inter-RAT cells" nor "New inter-RAT cells" is included,
the UE shall not change the information on that measurement object. (This case is applied only when Measurement Command is set to "Modify".) If one of these IEs is not received, UE shall re-order the same measurement type using the measurement ID in ascending order, and use the preceding measurement ID's measurement object information. (For example, suppose UE is assigned 3 measurement IDs (suppose they were ID10, 11, and 15) for intra-frequency measurement, and UE did not receive "Intra-frequency cell info" for Measurement ID 15. When performing the measurement assigned with 15, UE shall use the measurement object information associated with Measurement ID 11).
8.6.7.4
-
If the IE "Intra-frequency measurement quantity" is received, the UE shall: check the parameter "Measurement quantity"; and if the measurement quantity is set to "pathloss": check whether the parameter "Primary CPICH Tx power" has been included for every intra-frequency cell in the IE "cell info" stored in variable MEASUREMENT_IDENTITY; and if the parameter " Primary CPICH Tx power" is missing from any cell in the intra-frequency cell info list: send to the UTRAN a MEASUREMENT CONTROL FAILURE message with the "Failure cause "parameter set to "Configuration incomplete".
8.6.7.5
-
If the IE "Inter-RAT measurement quantity" is received and CHOICE system is GSM, the UE shall: check the IE "BSIC verification required". if IE "BSIC verification required" is set to "required", for cells that match any of the BCCH ARFCN and BSIC combinations in the list of inter-RAT cells that the UE has received in IE "Inter-RAT cell info list", and that has a "verified" BSIC: report measurement quantities according to IE "inter-RAT reporting quantity";; trigger inter-RAT events according to IE "inter-RAT measurement reporting criteria".
if IE "BSIC verification required" is set to "not required", for cells that match any of the BCCH ARFCN in the list of inter-RAT cells that the UE has received in IE "Inter-RAT cell info list", regardless if the BSIC is "verified" or "non-verified": report measurement quantities according to IE "inter-RAT reporting quantity". trigger inter-RAT events according to IE "inter-RAT measurement reporting criteria". The requirements for a cell to be considered "verified" or "non-verified" can be found in [19].
NOTE: -
check the parameter "Measurement quantity": if the measurement quantity is set to "pathloss": check whether the parameter "Output power" has been included for every inter-RAT cell in the IE "interRAT cell info list" stored in variable MEASUREMENT_IDENTITY; if the parameter "output power" is missing from any cell in the inter-RAT cell info list: send to the UTRAN a MEASUREMENT CONTROL FAILURE message with the "Failure cause" parameter set to "Configuration incomplete".
3GPP
Release 1999
171
8.6.7.6
If the IE "Inter-RAT reporting quantity" is received by the UE, the UE shall store the content of the IE to the variable MEASUREMENT_IDENTITY.
- If the IE "Inter-RAT measurement quantity" is received and CHOICE system is GSM, the UE shall check each quantity in the GSM choice. The UE shall include measured results in MEASUREMENT REPORT as specified in the IE "Inter-RAT reporting quantity" with the following restrictions: if the UE has not confirmed the BSIC of the measured cell, then: if no compressed mode pattern sequence specified with measurement purpose "Initial BSIC identification" is active, the UE is not required to include the "BSIC" nor "Observed time difference to GSM cell" in the IE "Measured results", when a MEASUREMENT REPORT is triggered.
if the UE has confirmed the BSIC of the measured cell, then: if no compressed mode pattern sequence specified with measurement purpose "Initial BSIC identification" nor "BSIC re-confirmation" is active, the UE is not required to include the "BSIC" nor "Observed time difference to GSM cell" in the IE "Measured results", when a MEASUREMENT REPORT is triggered.
If IE "Pathloss" is set to "TRUE", include optional IE "Pathloss" with a value set to the measured pathloss to that GSM cell in IE "Inter-RAT measured results list"
If IE "Observed time difference to GSM cell" is set to "TRUE", include optional IE "Observed time difference to GSM cell" with the value set to the time difference to that GSM cell for the GSM cells that have a BSIC that is "verified", and that match any of the BCCH ARFCN and BSIC combinations in the list of inter-RAT cells that the UE has received in IE "Inter-RAT cell info list". Observed time difference to GSM cells with "non-verified" BSIC shall not be included.
If IE "GSM Carrier RSSI" is set to "TRUE", include optional IE "GSM Carrier RSSI" with a value set to the measured RXLEV to that GSM cell in IE "Inter-RAT measured results list"
If the BSIC of reported GSM cell is "verified" set the CHOICE BSIC to "Verified BSIC" and IE "inter-RAT cell id" to the value that GSM cell had in the IE "Inter-RAT cell info list".
If the BSIC of reported GSM cell is "non-verified" set the CHOICE BSIC to "Non verified BSIC" and the IE "BCCH ARFCN" to the value of that GSM cells ARFCN.
The requirements for a cell to be considered "verified" or "non-verified" can be found in [19].
8.6.7.7
If the IE "Cell Reporting Quantities" is received by the UE, the UE shall store the content of the IE "Cell Reporting Quantities" to the variable MEASUREMENT_IDENTITY. The UE shall include measured results in MEASUREMENT REPORT as specified in the IE "Cell Reporting Quantities", except for the following cases: If the IE "Cell Identity" is set to TRUE, the UE shall: in CELL_FACH state: report the IE "Cell Identity" that is given in System Information Block type 4 (or System Information Block type 3, if System Information Block type 4 is not being broadcast).
3GPP
Release 1999
172
If the IE "Cell synchronisation information reporting indicator" is set to TRUE, the UE shall: include the IE "Cell synchronisation information" in MEASUREMENT REPORT as specified in the IE "Cell Reporting Quantities": if the measurement is performed on another frequency: a UE may omit the information group "COUNT-C-SFN frame difference" in the IE "Cell synchronisation information".
if the measurement is performed on the same frequency and no RLC Transparent Mode COUNT-C exists in the UE: set the IE "COUNT-C-SFN high" to 0.
If the IE "Proposed TGSN Reporting required" is set to TRUE, the UE shall: if compressed mode was used to monitor a TDD cell and the variable TGSN_REPORTED is set to FALSE: report the IE "Proposed TGSN" indicating the TGSN that suits best to the measured cell; set the variable TGSN_REPORTED to TRUE.
8.6.7.8
If the IE "Periodical Reporting Criteria" is received by the UE, the UE shall store the contents of the IE "Amount of Reporting" and IE "Reporting interval" in the variable MEASUREMENT_IDENTITY. The UE shall send the first MEASUREMENT REPORT message as soon as the first measurement has been completed according to the requirements set in 3GPP TS 25.133. After this, the UE shall send the next MEASUREMENT REPORT messages with intervals specified by the IE "Reporting interval". After the UE has sent a total number of MEASUREMENT REPORT messages, which equal the value indicated in the IE "Amount of reporting", the UE shall terminate measurement reporting and delete all measurement information linked with the "Measurement identity" of the ongoing measurement from the variable MEASUREMENT_IDENTITY.
8.6.7.9
If the IE "Reporting Cell Status" is received, the UE shall set the IE "Measured Results" in MEASUREMENT REPORT as follows: for intra-frequency measurement and inter-frequency measurement: include the IE "Cell Measured Results" for cells that satisfy the condition (such as "Report cells within active set") specified in "Reporting Cell Status", in descending order by the measurement quantity.
the maximum number of the IE "Cell Measured Results" to be included in the IE "Measured Results" is the number specified in "Reporting Cell Status".
If the IE "Reporting Cell Status" is not received for intra-frequency or inter-frequency measurement, the UE shall: exclude the IE "cell measured results" for any cell in MEASUREMENT REPORT.
3GPP
Release 1999
173
8.6.7.10
If the IE "Traffic Volume Measurement" is received by the UE, the UE shall store the content of the IE to the variable MEASUREMENT_IDENTITY. If the IE "Traffic volume measurement Object" is not included, the UE shall apply the measurement reporting criteria to all uplink transport channels.
8.6.7.11
If the IE "Traffic Volume Reporting Criteria" is received by the UE, the UE shall store the content of the IE "Traffic Volume Reporting Criteria" to the variable MEASUREMENT_IDENTITY. If the IE "UL transport channel id" is not included, the UE shall apply the measurement reporting criteria to all uplink transport channels indicated in the "Traffic volume measurement Object". If the UTRAN has not specified a traffic volume measurement object for a given measurement identity, the UE shall apply the measurement reporting criteria to all uplink transport channels, which it is using.
8.6.7.12
IE "FACH measurement occasion info" is used to control UE measurement activities in inter-frequency and inter-RAT cells in CELL_FACH state. If IE "FACH measurement occasion info" is received, UE shall, when in CELL_FACH state: if IE "FACH Measurement occasion length coefficient" is included; and if, according to its measurement capabilities, UE is not able to perform some of the indicated measurements in this IE simultaneously as receiving the SCCPCH of serving cell: perform those measurements during FACH measurement occasions, see subclause 8.5.12.
if, according to its measurement capabilities, UE is able to perform some of the indicated measurements in this IE simultaneously as receiving the SCCPCH of serving cell: UE may perform measurements also on other occasions.
if, according to its measurement capabilities, UE is able to perform the measurements supported by UE and indicated in this IE simultaneously as receiving the SCCPCH of serving cell: perform the measurements simultaneously as receiving the SCCPCH of serving cell.
if IE "FACH Measurement occasion length coefficient" is not included: perform those indicated measurements indicated in this IE that UE, according to its measurement capabilities, is able to perform simultaneously as receiving the SCCPCH of serving cell.
if IE "Inter-frequency FDD measurement indicator" is set to TRUE: perform measurements and evaluate cell re-selection criteria according to 3GPP TS 25.304 on interfrequency FDD cells listed in IE "Measurement control system information" in "System Information Block type 11" or "System Information Block type 12".
if IE "Inter-frequency FDD measurement indicator" is set to FALSE: neither perform measurements nor evaluate cell re-selection criteria on inter-frequency FDD cells.
if IE "Inter-frequency TDD measurement indicator" is set to TRUE: perform measurements and evaluate cell re-selection criteria according to 3GPP TS 25.304 on interfrequency TDD cells listed in IE "Measurement control system information" in "System Information Block type 11" or "System Information Block type 12".
3GPP
Release 1999
174
neither perform measurements nor evaluate cell re-selection criteria on inter-frequency TDD cells.
if IE "Inter-RAT measurement indicators" is included: perform measurements and evaluate cell re-selection criteria according to 3GPP TS 25.304 on those cells of listed Inter-RAT types that are present in IE "Measurement control system information" in "System Information Block type 11" or "System Information Block type 12".
This subclause specifies procedures for the handling of unknown, unforeseen, and erroneous protocol data by the receiving entity. These procedures are called "error handling procedures", but in addition to provide recovery mechanisms for error situations they define a compatibility mechanism for future extensions of the protocol. The error handling procedures specified in this subclause shall apply to all RRC messages. When there is a specific handling for messages received on different logical channels this is specified. When the UE receives an RRC message, it shall set the variable PROTOCOL_ERROR_REJECT to FALSE and then perform the checks in the order as defined below. The procedures specified in clause 8 are applied only for the messages passing the checks as defined below, except when procedure specific handling is used to recover from the error.
9.2
If the UE receives a message on the DCCH for which the encoded message does not result in a valid abstract syntax value, it shall perform the following: Set the variable PROTOCOL_ERROR_REJECT to TRUE. Transmit an RRC STATUS message on the uplink DCCH. The IE "Protocol error information" shall contain an IE "Protocol error cause" set to "ASN.1 violation or encoding error". When RRC STATUS message has been submitted to lower layers for transmission, the UE RRC shall continue operation as if the invalid message had not been received.
If the UE receives a message on the BCCH, PCCH, CCCH or SHCCH for which the encoded message does not result in a valid abstract syntax value, it shall ignore the message.
9.3
-
If a UE receives an RRC message on the DCCH with a message type reserved for future extension it shall:
If the UE receives a message on the BCCH, PCCH, CCCH or SHCCH with a message type reserved for future extension it shall ignore the message.
3GPP
Release 1999
175
9.4
If the UE receives an RRC message on the DCCH, or addressed to the UE on the CCCH or on the SHCCH, with a mandatory IE having a value, including choice, reserved for future extension the UE shall If criticality of the IE is defined as "Ignore" and if a default value of the IE is defined, treat the rest of the message using the default value of the IE. If criticality of the IE is defined as "Reject" or no default value of the IE is defined: Set the variable PROTOCOL_ERROR_REJECT to TRUE. Set the IE "Protocol error cause" in the variable PROTOCOL_ERROR_INFORMATION to "Information element value not comprehended". Perform procedure specific error handling according to clause 8.
If the UE receives an RRC message on the BCCH or PCCH with a mandatory IE having a value reserved for future extension it shall If criticality of the IE is defined as "Ignore" and if a default value of the IE is defined, treat the rest of the message using the default value of the IE. If criticality of the IE is defined as "Reject" or no default value of the IE is defined, ignore the message.
9.5
If the UE receives an RRC message on the DCCH, BCCH, PCCH, or addressed to the UE on the CCCH, for which the specified conditions for absence of a conditional IE are met and that IE is present, the UE shall: Ignore the IE. Treat the rest of the message as if the IE was not present.
If the UE receives an RRC message on the DCCH, or addressed to the UE on the CCCH or on the SHCCH, for which the specified conditions for presence of a conditional IE are met and that IE is absent, the UE shall: Set the variable PROTOCOL_ERROR_REJECT to TRUE. Set the IE "Protocol error cause" in the variable PROTOCOL_ERROR_INFORMATION to "Conditional information element error". Perform procedure specific error handling according to clause 8.
If the UE receives an RRC message on the BCCH or PCCH for which the specified conditions for presence of a conditional IE are met and that IE is absent, the UE shall ignore the message.
9.6
If the UE receives an RRC message on the DCCH, or addressed to the UE on the CCCH or on the SHCCH, for which the specified conditions for presence of a conditional IE are met, that IE is present, and that IE has a value, including choice, reserved for future extension, the UE shall If criticality of the IE is defined as "Ignore" and if a default value of the IE is defined, treat the rest of the message using the default value of the IE. If criticality of the IE is defined as "Reject" or no default value of the IE is defined: Set the variable PROTOCOL_ERROR_REJECT to TRUE.
3GPP
Release 1999
176
Set the IE "Protocol error cause" in the variable PROTOCOL_ERROR_INFORMATION to "Information element value not comprehended". Perform procedure specific error handling according to clause 8.
If the UE receives an RRC message on the BCCH or PCCH for which the specified conditions for presence of a conditional IE are met, that IE is present, and that IE has a value, including choice, reserved for future extension, the UE shall If criticality of the IE is defined as "Ignore" and if a default value of the IE is defined, treat the rest of the message using the default value of the IE. If criticality of the IE is defined as "Reject" or no default value of the IE is defined, ignore the message.
9.7
If the UE receives an RRC message on the DCCH, or addressed to the UE on the CCCH or on the SHCCH, with an optional IE having a value, including choice, reserved for future extension and the criticality for that IE is specified as "ignore", it shall: Ignore the value of the IE. Treat the rest of the message as if the IE was not present.
If the UE receives an RRC message on the DCCH, or addressed to the UE on the CCCH or on the SHCCH, with an optional IE having a value, including choice, reserved for future extension and the criticality for that IE is specified as "reject", it shall: Set the variable PROTOCOL_ERROR_REJECT to TRUE. Set the IE "Protocol error cause" in the variable PROTOCOL_ERROR_INFORMATION to "Information element value not comprehended". Perform procedure specific error handling according to clause 8.
If the UE receives an RRC message on the BCCH or PCCH with an optional IE having a value, including choice, reserved for future extension it shall: Ignore the value of the IE. Treat the rest of the message as if the IE was not present.
9.8
If the UE receives a message on the DCCH, or addressed to the UE on the CCCH or on the SHCCH, containing at least one information element in an extension for which a content is not defined, and therefore not expected, the UE shall check the criticality of that extension, if defined. If the criticality for the extension is defined and is set to "Ignore", the UE shall ignore the content of the extension and the message contents after the extension, but treat the parts of the message up to the extension normally. If the criticality for the extension is defined and is set to "Reject", or if the criticality is not defined, the UE shall: Set the variable PROTOCOL_ERROR_REJECT to TRUE. Set the IE "Protocol error cause" in the variable PROTOCOL_ERROR_INFORMATION to "Message extension not comprehended". Perform procedure specific error handling according to clause 8.
3GPP
Release 1999
177
If the UE receives a message on the BCCH or PCCH, containing at least one information element in an extension for which a content is not defined, and therefore not expected, the UE shall check the criticality of that extension, if defined. If the criticality for the extension is defined and is set to "Ignore", the UE shall ignore the content of the extension and the message contents after the extension, but treat the parts of the message up to the extension normally. If the criticality for the extension is defined and is set to "Reject", or if the criticality is not defined, the UE shall ignore the message.
3GPP
Release 1999
178
10
10.1
The function of each Radio Resource Control message together with message contents in the form of a list of information elements is defined in subclause 10.2. Functional definitions of the information elements are then described in subclause 10.3. Information elements are marked as either MP- Mandatory present, MD - Mandatory with default value, OP - Optional, CV - Conditional on value or CH -Conditional on history (see Table 10.1 with information extracted from [14]). Table 10.1: Meaning of abbreviations used in RRC messages and information elements
3GPP
179
MD
CV
CH
OP
Meaning Mandatory present A value for that information is always needed, and no information is provided about a particular default value. If ever the transfer syntax allows absence (e.g., due to extension), then absence leads to an error diagnosis. Mandatory with default value A value for that information is always needed, and a particular default value is mentioned (in the 'Semantical information' column). This opens the possibility for the transfer syntax to use absence or a special pattern to encode the default value. Conditional on value A value for that information is needed (presence needed) or unacceptable (absence needed) when some conditions are met that can be evaluated on the sole basis of the content of the message. If conditions for presence needed are specified, the transfer syntax must allow for the presence of the information. If the transfer syntax allows absence, absence when the conditions for presence are met leads to an error diagnosis. If conditions for absence needed are specified, the transfer syntax must allow to encode the absence. If the information is present and the conditions for absence are met, an error is diagnosed. When neither conditions for presence or absence are met, the information is treated as optional, as described for 'OP'. Conditional on history A value for that information is needed (presence needed) or unacceptable (absence needed) when some conditions are met that must be evaluated on the basis of information obtained in the past (e.g., from messages received in the past from the other party). If conditions for presence needed are specified, the transfer syntax must allow for the presence of the information. If the transfer syntax allows absence, absence when the conditions for presence are met leads to an error diagnosis. If conditions for absence needed are specified, the transfer syntax must allow to encode the absence. If the information is present and the conditions for absence are met, an error is diagnosed. When neither conditions for presence or absence are met, the information is treated as optional, as described for 'OP'. Optional The presence or absence is significant and modifies the behaviour of the receiver. However whether the information is present or not does not lead to an error diagnosis.
10.1.1
-
Protocol extensions
In this specification, two kind of protocol extensions are distinguished: extension of an information element with additional values or choices; extension of a message with additional information elements.
This standard fully specifies the behaviour of the UE, conforming to this revision of the standard, upon receiving a not comprehended future extension. The details of this error handling behaviour are provided in clause 9. NOTE: By avoiding the need for partial decoding (skipping uncomprehended IEs to continue decoding the remainder of the message), the RRC protocol extension mechanism also avoids the overhead of length determinants for extensions.
3GPP
Release 1999
180
10.1.1.1
In future releases of this protocol, some of the value ranges and choices may be extended. For these value ranges and choices, one or more additional values are reserved. The size of the encoded information element shall not depend on whether or not the values reserved for extension are used. Information elements applicable to choices reserved for future releases of the protocol, shall be added to the end of the message. For each of the values and choices reserved for future extension, the behaviour of a UE conforming to this revision of the standard is defined within the message and information element specifications provided in subclause 10.1 and 10.2. The UE may either apply a defined value, ignore the information element and/ or reject the request entire message. Which action applies is indicated within the "semantics" column of the tables specifying the messages and information elements as the "criticality" ("default", "ignore" or "reject").
10.1.1.2
In future releases of this protocol, RRC messages may be extended with new information elements. These additional information elements shall always be included at the end of the message. UTRAN is able to control the behaviour of a UE receiving a message extended with a not comprehended additional information element by indicating for each extension the "criticality" which may be "ignore" or "reject". Therefore UTRAN indicates the criticality for extensions provided in all messages it sends towards the UE, with the exception of broadcast messages. In the direction from UE to UTRAN, not criticality information is included for protocol extensions added at the end of a message. This is shown in the following table. Furthermore, the table indicates at which level extensions are included for the SYSTEM INFORMATION message.
3GPP
181
Extensions
Message ACTIVE SET UPDATE 10.2.1 ASSISTANCE DATA DELIVERY 10.2.4 CELL UPDATE CONFIRM 10.2.5 DOWNLINK DIRECT TRANSFER 10.2.11 DOWNLINK OUTER LOOP CONTROL 10.2.9 HANDOVER TO UTRAN COMMAND 10.2.12 HANDOVER FROM UTRAN COMMAND10.2.15 MEASUREMENT CONTROL10.2.17 PAGING TYPE 110.2.20 PAGING TYPE 210.2.21 PHYSICAL CHANNEL RECONFIGURATION10.2.22 PHYSICAL SHARED CHANNEL ALLOCATION10.2.25 RADIO BEARER RECONFIGURATION10.2.27 RADIO BEARER RELEASE10.2.30 RADIO BEARER SETUP10.2.33 RRC CONNECTION REJECT10.2.36 RRC CONNECTION RELEASE10.2.37 RRC CONNECTION SETUP10.2.40 SECURITY MODE COMMAND10.2.43 SIGNALLING CONNECTION RELEASE10.2.46 SIGNALLING CONNECTION RELEASE REQUEST10.2.47 TRANSPORT CHANNEL RECONFIGURATION10.2.50 TRANSPORT FORMAT COMBINATION CONTROL10.2.53 UE CAPABILITY ENQUIRY10.2.55 UE CAPABILITY INFORMATION CONFIRM10.2.57 UPLINK PHYSICAL CHANNEL CONTROL10.2.59 URA UPDATE CONFIRM10.2.61 UTRAN MOBILITY INFORMATION10.2.62 ACTIVE SET UPDATE COMPLETE 10.2.2 ACTIVE SET UPDATE FAILURE 10.2.3 CELL UPDATE 10.2.7 COUNTER CHECK RESPONSE 10.2.10 HANDOVER TO UTRAN COMPLETE10.2.13 INITIAL DIRECT TRANSFER10.2.14 HANDOVER FROM UTRAN FAILURE10.2.16 MEASUREMENT CONTROL FAILURE10.2.18 MEASUREMENT REPORT10.2.19 PHYSICAL CHANNEL RECONFIGURATION COMPLETE10.2.23 PHYSICAL CHANNEL RECONFIGURATION FAILURE10.2.24 PUSCH CAPACITY REQUEST10.2.26 RADIO BEARER RECONFIGURATION COMPLETE10.2.28 RADIO BEARER RECONFIGURATION FAILURE10.2.29 RADIO BEARER RELEASE COMPLETE10.2.31 RADIO BEARER RELEASE FAILURE10.2.32 RADIO BEARER SETUP COMPLETE10.2.34 RADIO BEARER SETUP FAILURE10.2.35 RRC CONNECTION RELEASE COMPLETE10.2.38 RRC CONNECTION REQUEST10.2.39 RRC CONNECTION SETUP COMPLETE10.2.41 RRC STATUS10.2.42 SECURITY MODE COMPLETE10.2.44 SECURITY MODE FAILURE10.2.45 Master Information Block10.2.48.8.1 System Information Block type 1 to System Information Block type 1710.2.48.8.2 to10.2.48.8.19 SYSTEM INFORMATION CHANGE INDICATION10.2.49 TRANSPORT CHANNEL RECONFIGURATION COMPLETE10.2.51 TRANSPORT CHANNEL RECONFIGURATION FAILURE10.2.52 TRANSPORT FORMAT COMBINATION CONTROL FAILURE10.2.54 UE CAPABILITY INFORMATION10.2.56 UPLINK DIRECT TRANSFER10.2.58 URA UPDATE10.2.60 UTRAN MOBILITY INFORMATION CONFIRM10.2.63 UTRAN MOBILITY INFORMATION FAILURE10.2.64
3GPP
182 Message SYSTEM INFORMATION10.2.48 First Segment10.2.48.1 Subsequent or last Segment10.2.48.3 Complete SIB10.2.48.5 SIB content10.2.48.8.1
NOTE 1: For the SYSTEM INFORMATION message protocol extensions are only possible at the level of system information blocks. If extension is needed at the level of SYSTEM INFORMATION, another message should be defined. The "Extensions and criticality" may include both critical and non- critical extensions. Within the encoded message, the critical extensions shall always appear before non-critical extensions. NOTE 2: The above implies that a UE may stop decoding upon the first not comprehended IE it encounters. The UE shall comprehend all information elements within a message upto the revision of the protocol it supports for the concerned message.
10.2
10.2.1
NOTE:
This message is used by UTRAN to add, replace or delete radio links in the active set of the UE.
3GPP
Release 1999
183
3GPP
Release 1999 Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP
184 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection mode info 10.3.3.19 Ciphering mode info 10.3.3.5 Activation time 10.3.3.1 U-RNTI 10.3.3.47 CN Information info 10.3.1.3 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22 Maximum allowed UL TX power 10.3.6.39 1 to <maxRL1> Radio link addition information 10.3.6.68 1 to <maxRL> Radio link removal information 10.3.6.69 TX Diversity Mode 10.3.6.86 SSDT information 10.3.6.77
CH OP
Ciphering mode info Activation time New U-RNTI CN information elements CN Information info RB information elements RB with PDCP information list >RB with PDCP information
OP MD OP OP
OP MP
This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
MD
Downlink radio resources Radio link addition information >Radio link addition information
OP MP
OP MP
MD OP
3GPP
Release 1999
185
10.2.2
NOTE:
This message is sent by UE when active set update has been completed. RLC-SAP: AM Logical channel: DCCH Direction: UEUTRAN
Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection activation info 10.3.3.17 RB activation time info 10.3.4.13 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22 This IE is needed for each RB having PDCP in the case of lossless SRNS relocation Semantics description
CH OP
RB Information elements Radio bearer uplink ciphering activation time info RB with PDCP information list >RB with PDCP information
OP
OP MP
10.2.3
NOTE:
This message is sent by UE if the update of the active set has failed, e.g. because the radio link is not a part of the active set. RLC-SAP: AM Logical channel: DCCH Direction: UEUTRAN
3GPP
Release 1999 Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP
186 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Failure cause and error information 10.3.3.14
CH MP
10.2.4
This message is sent by UTRAN to convey UP assistance data to the UE. RLC-SAP: AM Logical channel: DCCH Direction: UTRANUE
Information Element/Group name Message Type Assistance data Information elements UP OTDOA assistance data UP GPS assistance data Need MP OP OP Multi Type and reference Message Type UP OTDOA assistance data 10.3.7.103 UP GPS assistance data 10.3.7.90 Semantics description
10.2.5
This message is used to order a cell change from UMTS to another system e.g. GSM. RLC-SAP: AM Logical channel: DCCH Direction: UTRANUE
3GPP
Release 1999 Information Element/Group name Message Type Integrity check info Activation time RAB information list >RAB info Target cell description >CHOICE Radio Access Technology >>GSM >>> BSIC >>>BCCH ARFCN >>>NC mode >>IS-2000 Need MP CH MD OP MP MP MP MP MP OP
187 Multi Type and reference Message Type Integrity check info 10.3.3.16 Activation time 10.3.3.1
At least one spare choice, Criticality: Reject, is needed. BSIC 10.3.8.2 Integer (0..1023) Bitstring(3)
10.2.6
This message is sent on the RRC connection used before the Cell change order from UTRAN was executed. The message indicates that the UE has failed to seize the new channel in the other system. RLC-SAP: AM Logical channel: DCCH Direction: UEUTRAN
Information Element/Group name Message Type UE information elements Integrity check info Other information elements Inter-RAT change failure Need MP CH Multi Type and reference Message Type Integrity check info 10.3.3.16 Inter-RAT change failure 10.3.8.5 Semantics description
MD
10.2.7
CELL UPDATE
This message is used by the UE to initiate a cell update procedure. RLC-SAP: TM Logical channel: CCCH Direction: UEUTRAN
3GPP
Release 1999 Information Element/Group name Message Type UE information elements U-RNTI RRC transaction identifier Need MP MP CV-Failure
188 Multi Type and reference Message Type U-RNTI 10.3.3.47 RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 1 to <maxCNdo mains> CN domain identity 10.3.1.1 START 10.3.3.38 Boolean Boolean Cell update cause 10.3.3.3 Failure cause and error information 10.3.3.14 RB timer indicator 10.3.3.28 Measured results on RACH 10.3.7.45
Integrity check info START list >CN domain identity >START AM_RLC error indication(for cplane) AM_RLC error indication(for uplane) Cell update cause Failure cause
CH MP MP MP MP MP MP OP
START value to be used in this CN domain. TRUE indicates AM_RLC unrecoverable error occurred on c-plane in the UE TRUE indicates AM_RLC unrecoverable error occurred on u-plane in the UE
MP
OP
Condition Failure
3GPP
Release 1999
189
10.2.8
This message confirms the cell update procedure and can be used to reallocate new RNTI information for the UE valid in the new cell. RLC-SAP: UM Logical channel: CCCH or DCCH Direction: UTRANUE
3GPP
Release 1999 Information Element/Group name Message Type UE Information Elements U-RNTI RRC transaction identifier Need MP CV-CCCH MP
190 Multi Type and reference Message Type U-RNTI 10.3.3.47 RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection mode info 10.3.3.19 Ciphering mode info 10.3.3.5 Activation time 10.3.3.1 U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 RRC State Indicator 10.3.3.10 UTRAN DRX cycle length coefficient 10.3.3.49 RLC reset indicator 10.3.3.35 RLC reset indicator 10.3.3.35 CN Information info 10.3.1.3 URA identity 10.3.2.6 1 to <maxRB> RB information to release 10.3.4.19 1 to <maxRB> RB information to reconfigure 10.3.4.18 1 to <maxRB>
CH OP
Ciphering mode info Activation time New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient RLC reset indicator (for C-plane) RLC reset indicator (for U-plane) CN Information Elements CN Information info UTRAN Information Elements URA identity RB information elements RB information to release list >RB information to release
OP MD OP OP MP MD
MD MD
OP
OP OP MP
OP MP
OP
3GPP
OP MP
This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
TrCH Information Elements Uplink transport channels UL Transport channel information common for all transport channels
OP
UL Transport channel information common for all transport channels 10.3.5.24 1 to <maxTrCH > Deleted UL TrCH information 10.3.5.5 1 to <maxTrCH > Added or Reconfigure d UL TrCH information 10.3.5.2
OP MP
OP MP
CHOICE mode >FDD >>CPCH set ID >>Added or Reconfigured TrCH information for DRAC list >>>DRAC static information >TDD Downlink transport channels DL Transport channel information common for all transport channels
OP OP OP MP 1 to <maxTrCH > DRAC static information 10.3.5.7 (no data) OP DL Transport channel information common for all transport channels 10.3.5.6 1 to <maxTrCH > Deleted DL TrCH information 10.3.5.4 1 to <maxTrCH > CPCH set ID 10.3.5.3
OP MP
OP
3GPP
Release 1999 Information Element/Group name >Added or Reconfigured DL TrCH information Need MP
192 Multi Type and reference Added or Reconfigure d DL TrCH information 10.3.5.1 Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 Uplink DPCH info 10.3.6.88. CPCH SET Info 10.3.6.13
PhyCH information elements Frequency info Uplink radio resources Maximum allowed UL TX power
MD
Default value is the existing value of frequency information Default value is the existing maximum UL TX power
MD
CHOICE channel requirement >Uplink DPCH info >CPCH SET Info Downlink radio resources CHOICE mode >FDD >>Downlink PDSCH information
OP
OP
Downlink PDSCH information 10.3.6.30 (no data) Downlink information common for all radio links 10.3.6.24 1 to <maxRL> Downlink information for each radio link 10.3.6.27 Explanation This IE is mandatory when CCCH is used and ciphering is not required. Otherwise it is absent. Send downlink information for each radio link to be set-up
OP
Downlink information per radio link list >Downlink information for each radio link
OP MP
Condition CCCH
3GPP
Release 1999
193
10.2.9
COUNTER CHECK
This message is used by the UTRAN to indicate the current COUNT-C MSB values associated to each radio bearer utilising UM or AM RLC mode and to request the UE to compare these to its COUNT-C MSB values and to report the comparison results to UTRAN. RLC-SAP: AM Logical channel: DCCH Direction: UTRANUE
Information Element/Group name Message Type UE information elements RRC transaction identifier Presence MP MP RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 1 to < maxRBallR ABs > RB COUNTC MSB information 10.3.4.14 For each RB (excluding SRBs) using UM or AM RLC. Multi IE type and reference Semantics description
Integrity check info RB information elements RB COUNT-C MSB information >RB COUNT-C MSB information
MP
MP MP
MP
OP
MP
3GPP
Release 1999
194
CH
MP
NAS message
MP
3GPP
Release 1999
195
RLC-SAP: N/A (Sent through a different RAT) Logical channel: N/A (Sent through a different RAT) Direction: UTRAN UE
3GPP
Release 1999 Information Element/Group name New U-RNTI Activation time Ciphering algorithm CHOICE specification mode >Complete specification UE information elements RB information elements >>Signalling RB information to setup list >>>Signalling RB information to setup Need MP MD OP MP
196 Multi Type and reference U-RNTI Short 10.3.3.48 Activation time 10.3.3.1 Ciphering algorithm 10.3.3.4
MP MP
1 to <maxSRBs etup> Signalling RB information to setup 10.3.4.24 1 to <maxRABs etup> RAB information for setup 10.3.4.10 UL Transport channel information common for all transport channels 10.3.5.24 1 to <maxTrCH > Added or Reconfigure d UL TrCH information 10.3.5.2 DL Transport channel information common for all transport channels 10.3.5.6 1 to <maxTrCH > Added or Reconfigure d DL TrCH information 10.3.5.1 Uplink DPCH info 10.3.6.88
OP MP
Uplink transport channels >>UL Transport channel information common for all transport channels
MP
MP MP
Downlink transport channels >>DL Transport channel information common for all transport channels
MP
MP MP
MP MP
3GPP
Release 1999 Information Element/Group name >>>>CPCH SET Info Downlink radio resources >>>>Downlink PDSCH information >>>TDD >>Downlink information common for all radio links Need OP
197 Multi Type and reference CPCH SET Info 10.3.6.13 Downlink PDSCH information 10.3.6.30
OP
(no data) MP Downlink information common for all radio links 10.3.6.24 1 to <maxRL> Downlink information for each radio link 10.3.6.27 Predefined configuration identity 10.3.4.5 RAB info Post 10.3.4.9 Uplink DPCH info Post 10.3.6.89
>>Downlink information per radio link >>>Downlink information for each radio link
MP MP
MP
OP MP
Downlink radio resources >>CHOICE mode >>>FDD >>>>Downlink information common for all radio links
Downlink information common for all radio links Post 10.3.6.25 MP MP 1 to <maxRL> Downlink information for each radio link Post 10.3.6.28 Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 (no data) MP Primary CCPCH Tx Power (no data) Send downlink information for each radio link to be set-up. In TDD MaxRL is 1.
>>>TDD >>Downlink information per radio link >>>Downlink information for each radio link
MP MP
MP
3GPP
START [3GPP TS 33.102] values for all CN domains. The IE is mandatory if it has not been transferred prior to the handover.
MP MP
3GPP
Release 1999 Information Element/Group name Message Type UE information elements Integrity check info CN information elements CN domain identity Intra Domain NAS Node Selector NAS message Measurement information elements Measured results on RACH Need MP CH
199 Multi Type and reference Message Type Integrity check info 10.3.3.16 CN domain identity 10.3.1.1 Intra Domain NAS Node Selector 10.3.1.6 NAS message 10.3.1.8 Measured results on RACH 10.3.7.45
MP MP
Allocated by NAS
MP
OP
Integrity check info Activation time RB information elements RAB information list >RAB info Other information elements Inter-RAT message
CH MD OP MP MP
3GPP
Release 1999
200
CH
OP
3GPP
Release 1999
201
MP MP OP OP CV command
Condition Command
3GPP
Release 1999
202
CH MP
3GPP
Release 1999
203
MP OP OP
OP MP OP
OP
If the encoded message does not fill a transport block, the RRC layer shall add padding according to subclause 12.1.
3GPP
Release 1999
204
Integrity check info Paging cause CN Information elements CN domain identity Paging Record Type Identifier
CH MP
MP MP
3GPP
Release 1999
205
3GPP
Release 1999 Information Element/Group name Message Type UE Information Elements RRC transaction identifier Need MP MP
206 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection mode info 10.3.3.19 Ciphering mode info 10.3.3.5 Activation time 10.3.3.1 U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 RRC State Indicator 10.3.3.10 UTRAN DRX cycle length coefficient 10.3.3.49 CN Information info 10.3.1.3 URA identity 10.3.2.6 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22 MD Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 Uplink DPCH info 10.3.6.88 CPCH SET Info 10.3.6.13 CPCH set ID 10.3.5.3
CH OP
Ciphering mode info Activation time New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient CN Information Elements CN Information info UTRAN mobility information elements URA identity RB information elements RB with PDCP information list >RB with PDCP information
OP MD OP OP MP MD
Default value is the existing value of UTRAN DRX cycle length coefficient
OP
OP OP MP
This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
PhyCH information elements Frequency info Uplink radio resources Maximum allowed UL TX power
Default value is the existing value of frequency information Default value is the existing value of the maximum allowed UL TX power
MD
CHOICE channel requirement >Uplink DPCH info >CPCH SET Info >CPCH set ID Downlink radio resources
OP
3GPP
Release 1999 Information Element/Group name CHOICE mode >FDD >>Downlink PDSCH information Need MP OP
Downlink PDSCH information 10.3.6.30 (no data) Downlink information common for all radio links 10.3.6.24 1 to <maxRL> Downlink information for each radio link 10.3.6.27 Send downlink information for each radio link
OP
Downlink information per radio link list >Downlink information for each radio link
OP MP
3GPP
Release 1999 Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP
208 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection activation info 10.3.3.17
CH OP
MP (no data) OP Uplink Timing Advance 10.3.6.95 Activation time 10.3.3.1 RB activation time info 10.3.4.13 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22 Used for radio bearers mapped on RLC-TM. Only applicable if the UE is moving to CELL_DCH state due to this procedure
OP
Radio bearer uplink ciphering activation time info RB with PDCP information list >RB with PDCP information
OP
OP MP
3GPP
Release 1999 Information Element/Group name Message type UE information elements RRC transaction identifier Need MP OP
209 Multi Type and reference Message type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Failure cause and error information 10.3.3.14
CH MP
3GPP
Release 1999 Information Element/Group name Message Type C-RNTI RRC transaction identifier Need MP OP MP
210 Multi Type and reference Message type C-RNTI 10.3.3.8 RRC transaction identifier 10.3.3.36 Uplink Timing Advance Control 10.3.6.96 PUSCH Capacity Allocation info 10.3.6.64 PDSCH Capacity Allocation info 10.3.6.42 Enumerated( No Confirm, Confirm PDSCH, Confirm PUSCH) Timeslot number 10.3.6.84
MD
OP
OP
Confirm request
MD
OP MP
1 to maxTS Timeslot numbers, for which the UE shall report the timeslot ISCP in PUSCH CAPACITY REQUEST message.
3GPP
Release 1999
211
Traffic Volume
OP
OP MP MP OP
1 to maxTS
CHOICE Allocation confirmation >PDSCH Confirmation >PUSCH Confirmation Protocol error indicator
OP MP MP MD
CV-ProtErr
Condition ProtErr
3GPP
Release 1999
212
3GPP
Release 1999 Information Element/Group name Message Type UE Information elements RRC transaction identifier Need MP MP
213 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection mode info 10.3.3.19 Ciphering mode info 10.3.3.5 Activation time 10.3.3.1 U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 RRC State Indicator 10.3.3.10 UTRAN DRX cycle length coefficient 10.3.3.49 CN Information info 10.3.1.3 URA identity 10.3.2.6 1 to < maxRABse tup > RAB information to reconfigure 10.3.4.11 1to <maxRB> RB information to reconfigure 10.3.4.18 1 to <maxRB> RB information to be affected 10.3.4.17
CH OP
Ciphering mode info Activation time New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient CN information elements CN Information info UTRAN mobility information elements URA identity RB information elements RAB information to reconfigure list >RAB information to reconfigure
OP MD OP OP MP MD
Default value is the existing value of UTRAN DRX cycle length coefficient
OP
OP OP MP
OP MP
OP MP
3GPP
Release 1999 Information Element/Group name UL Transport channel information common for all transport channels Need OP
214 Multi Type and reference UL Transport channel information common for all transport channels 10.3.5.24
OP MP
1 to <maxTrCH > Deleted UL TrCH information 10.3.5.5 1 to <maxTrCH > Added or Reconfigure d UL TrCH information 10.3.5.2
OP MP
CHOICE mode >FDD >>CPCH set ID >> Added or Reconfigured TrCH information for DRAC list >>>DRAC static information >TDD Downlink transport channels DL Transport channel information common for all transport channels
OP OP OP MP 1 to <maxTrCH > DRAC static information 10.3.5.7 (no data) OP DL Transport channel information common for all transport channels 10.3.5.6 1 to <maxTrCH > Deleted DL TrCH information 10.3.5.4 1 to <maxTrCH > Added or Reconfigure d DL TrCH information 10.3.5.1 Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 Default value is the existing value of frequency information Default value is the existing maximum UL TX power CPCH set ID 10.3.5.3
OP MP
OP MP
PhyCH information elements Frequency info Uplink radio resources Maximum allowed UL TX power
MD
MD
3GPP
Release 1999 Information Element/Group name CHOICE channel requirement >Uplink DPCH info >CPCH SET Info Downlink radio resources CHOICE mode >FDD >>Downlink PDSCH information Need OP
215 Multi Type and reference Uplink DPCH info 10.3.6.88 CPCH SET Info 10.3.6.13 MP OP Downlink PDSCH information 10.3.6.30
(no data) OP Downlink information common for all radio links 10.3.6.24 1 to <maxRL> Downlink information for each radio link 10.3.6.27
Downlink information per radio link list >Downlink information for each radio link
OP MP
3GPP
Release 1999
216
CH OP
MP
OP
Radio bearer uplink ciphering activation time info RB with PDCP information list >RB with PDCP information
OP
OP MP
3GPP
Release 1999
217
CH MP
RB information elements Radio bearers for which reconfiguration would have succeeded List >Radio bearer for which reconfiguration would have succeeded
OP MP
3GPP
Release 1999
218
3GPP
Release 1999 Information Element/Group name Message Type UE Information Elements RRC transaction identifier Need MP MP
219 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection mode info 10.3.3.19 Ciphering mode info 10.3.3.5 Activation time 10.3.3.1 U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 RRC State Indicator 10.3.3.10 UTRAN DRX cycle length coefficient 10.3.3.49 CN Information info 10.3.1.3 CN domain identity 10.3.1.1 URA identity 10.3.2.6 1 to < maxRABse tup > RAB information to reconfigure 10.3.4.11 1 to <maxRB> RB information to release 10.3.4.19 1 to <maxRB> RB information to be affected 10.3.4.17
CH OP
Ciphering mode info Activation time New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient CN Information Elements CN Information info
OP MD OP OP MP MD
Default value is the existing value of UTRAN DRX cycle length coefficient
OP
Signalling Connection release indication UTRAN mobility information elements URA identity RB Information Elements RAB information to reconfigure list >RAB information to reconfigure
OP
OP OP MP
MP MP
OP MP
3GPP
Release 1999 Information Element/Group name RB with PDCP information list >RB with PDCP information Need OP MP
220 Multi 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22 UL Transport channel information common for all transport channels 10.3.5.24 1 to <maxTrCH > Deleted UL TrCH information 10.3.5.5 1 to <maxTrCH > Added or Reconfigure d UL TrCH information 10.3.5.2 CPCH set ID 10.3.5.3 1 to <maxTrCH > DRAC static information 10.3.5.7 Type and reference
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
TrCH Information Elements Uplink transport channels UL Transport channel information common for all transport channels
OP
OP MP
OP MP
CHOICE mode >FDD >>CPCH set ID >> Added or Reconfigured TrCH information for DRAC list >>>DRAC static information >TDD Downlink transport channels DL Transport channel information common for all transport channels
OP OP OP MP
(no data) OP DL Transport channel information common for all transport channels 10.3.5.6 1 to <maxTrCH > Deleted DL TrCH information 10.3.5.4 1 to <maxTrCH > Added or Reconfigure d DL TrCH information 10.3.5.1
OP MP
OP MP
3GPP
Release 1999 Information Element/Group name PhyCH information elements Frequency info Uplink radio resources Maximum allowed UL TX power Need MD
221 Multi Type and reference Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 Uplink DPCH info 10.3.6.88 CPCH SET Info 10.3.6.13 MP OP Downlink PDSCH information 10.3.6.30
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Default value is the existing value of frequency information Default value is the existing maximum UL TX power
MD
CHOICE channel requirement >Uplink DPCH info >CPCH SET Info Downlink radio resources CHOICE mode >FDD >>Downlink PDSCH information
OP
(no data) OP Downlink information common for all radio links 10.3.6.24 1 to <maxRL> Downlink information for each radio link 10.3.6.27 Send downlink information for each radio link to be set-up
Downlink information per radio link list >Downlink information for each radio link
OP MP
3GPP
Release 1999 Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP
222 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection activation info 10.3.3.17
CH OP
MP (no data) OP Uplink Timing Advance 10.3.6.95 This information element shall be present in case of handover procedure if timing advance is enabled. Calculated timing advance value for the new cell after handover in a synchronous TDD network Used for radio bearers mapped on RLC-TM. Only applicable if the UE is moving to CELL_DCH state due to this procedure
OP
Activation time 10.3.3.1 RB activation time info 10.3.4.13 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22
Radio bearer uplink ciphering activation time info RB with PDCP information list >RB with PDCP information
OP
OP MP
This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
3GPP
Release 1999
223
CH MP
RB information elements Radio bearers for which reconfiguration would have succeeded >Radio bearer for which reconfiguration would have been succeeded
OP MP
3GPP
Release 1999
224
3GPP
Release 1999 Information Element/Group name Message Type UE Information Elements RRC transaction identifier Need MP MP
225 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection mode info 10.3.3.19 Ciphering mode info 10.3.3.5 Activation time 10.3.3.1 U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 RRC State Indicator 10.3.3.10 UTRAN DRX cycle length coefficient 10.3.3.49 CN Information info 10.3.1.3 URA identity 10.3.2.6 1 to <maxSRBs etup> Signalling RB information to setup 10.3.4.24 1 to <maxRABs etup> RAB information for setup 10.3.4.10 1 to <maxRB> RB information to be affected 10.3.4.17 1 to <maxRBall RABs>
CH OP
Ciphering mode info Activation time New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient CN Information Elements CN Information info UTRAN mobility information elements URA identity RB Information Elements Signalling RB information to setup list >Signalling RB information to setup
OP MD OP OP MP MD
Default value is the existing value of UTRAN DRX cycle length coefficient
OP
OP OP MP
OP MP
OP MP
OP
This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
3GPP
Release 1999 Information Element/Group name >RB with PDCP information Need MP
TrCH Information Elements Uplink transport channels UL Transport channel information common for all transport channels
OP
UL Transport channel information common for all transport channels 10.3.5.24 1 to <maxTrCH > Deleted UL TrCH information 10.3.5.5 1 to <maxTrCH > Added or Reconfigure d UL TrCH information 10.3.5.2
OP MP
OP MP
CHOICE mode >FDD >>CPCH set ID >> Added or Reconfigured TrCH information for DRAC list >>>DRAC static information >TDD Downlink transport channels DL Transport channel information common for all transport channels
OP OP OP MP 1 to <maxTrCH > DRAC static information 10.3.5.7 (no data) OP DL Transport channel information common for all transport channels10. 3.5.6 1 to <maxTrCH > Deleted DL TrCH information 10.3.5.4 1 to <maxTrCH > Added or Reconfigure d DL TrCH information 10.3.5.1 CPCH set ID 10.3.5.3
OP MP
OP MP
3GPP
Release 1999 Information Element/Group name Frequency info Uplink radio resources Maximum allowed UL TX power Need MD
227 Multi Type and reference Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 Uplink DPCH info 10.3.6.88 CPCH SET Info 10.3.6.13 MP OP Downlink PDSCH information 10.3.6.30
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Default value is the existing value of frequency information Default value is the existing maximum UL TX power
MD
CHOICE channel requirement >Uplink DPCH info >CPCH SET Info Downlink radio resources CHOICE mode >FDD >>Downlink PDSCH information
OP
(no data) OP Downlink information common for all radio links 10.3.6.24 1 to <maxRL> Downlink information for each radio link 10.3.6.27 Send downlink information for each radio link
Downlink information per radio link list >Downlink information for each radio link
OP MP
3GPP
Release 1999
228
CH OP
OP
OP
START 10.3.3.38 Activation time 10.3.3.1 RB activation time info 10.3.4.13 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22
OP
Radio bearer uplink ciphering activation time info RB with PDCP information list >RB with PDCP information
OP
OP MP
This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
3GPP
Release 1999 Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP
229 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Failure cause and error information 10.3.3.14 1.to.<max RB> RB identity, 10.3.4.16
CH MP
RB information elements Radio bearers for which reconfiguration would have succeeded > Radio bearer for which reconfiguration would have succeeded
OP MP
MP MP MP OP
3GPP
Release 1999
230
Integrity check info N308 Release cause Other information elements Rplmn information
CV-DCCH CH Cell_DCH MP
OP
CH OP
3GPP
Release 1999
231
OP
If the encoded message does not fill a transport block, the RRC layer shall insert padding according to subclause 12.1.
3GPP
Release 1999
232
3GPP
Release 1999 Information Element/Group name Message Type UE Information Elements Initial UE identity RRC transaction identifier Need MP MP MP
233 Multi Type and reference Message Type Initial UE identity 10.3.3.15 RRC transaction identifier 10.3.3.36 Activation time 10.3.3.1 U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 RRC State Indicator 10.3.3.10 UTRAN DRX cycle length coefficient 10.3.3.49 Capability update requirement 10.3.3.2 3 to 4 Signalling RB information to setup 10.3.4.24
Activation time New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient Capability update requirement
MD MP OP MP MP
MD
MP MP
TrCH Information Elements Uplink transport channels UL Transport channel information common for all transport channels
OP
UL Transport channel information common for all transport channels 10.3.5.24 1 to <maxTrCH > Added or Reconfigure d UL TrCH information 10.3.5.2 DL Transport channel information common for all transport channels 10.3.5.6 1 to <maxTrCH >
CVCell_FACH MP
Downlink transport channels DL Transport channel information common for all transport channels
OP
CVCell_FACH
3GPP
Release 1999 Information Element/Group name >Added or Reconfigured DL TrCH information Need MP
234 Multi Type and reference Added or Reconfigure d DL TrCH information 10.3.5.1 Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 Uplink DPCH info 10.3.6.88 CPCH SET Info 10.3.6.13 OP Downlink information common for all radio links 10.3.6.24 1 to <MaxRL> Downlink information for each radio link 10.3.6.27
PhyCH information elements Frequency info Uplink radio resources Maximum allowed UL TX power
MD
Default value is the existing value of frequency information Default value is the existing maximum UL TX power
MD
CHOICE channel requirement >Uplink DPCH info >CPCH SET Info Downlink radio resources Downlink information common for all radio links
OP
Downlink information per radio link list >Downlink information for each radio link
OP MP
Condition Cell_FACH
Explanation This IE is optional when UE's final state is CELL_FACH, else it is mandatory
3GPP
Release 1999 Information Element/Group name Message Type UE Information Elements RRC transaction identifier Need MP MP
235 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 1 to <maxCNdo mains> CN domain identity 10.3.1.1 START 10.3.3.38 UE radio access capability 10.3.3.42 1 to <maxSyste mCapabilit y> Inter-RAT UE radio access capability 10.3.8.7
MP MP MP OP
OP
MP
Message Type RRC transaction identifier 10.3.3.36 Protocol error information 10.3.8.12
MP
3GPP
236
Explanation If the IE "Protocol error cause" in the IE "Protocol error information" has any other value than "ASN.1 violation or encoding error" or "Message type non-existent or not implemented"
Integrity check info Security capability Ciphering mode info Integrity protection mode info
MP MP OP OP
Only present if ciphering shall be controlled Only present if integrity protection shall be controlled
MP
3GPP
Release 1999 Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP
237 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection activation info 10.3.3.17 RB activation time info 10.3.4.13
MP OP
OP
CH MP
3GPP
Release 1999
238
CH
MP
3GPP
Release 1999
239
3GPP
Release 1999 Information Element/Group name Message type SFNprime Need OP CV channel MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The message type is mandatory on the FACH, and absent on the BCH SFN=SFNprime (for first 10ms frame of 20ms TTI), SFN=SFNprime+1 (for last 10ms frame of 20ms TTI) (no data)
CHOICE Segment combination >Combination 1 >Combination 2 >>First Segment >Combination 3 >>Subsequent Segment >Combination 4 >>Last segment
MP
First Segment, 10.2.48.1 Subsequent Segment, 10.2.48.3 Last segment (short),10.2. 48.5 Last Segment (short)10.2.4 8.5 First Segment (short), 10.2.48.2 Last Segment (short), 10.2.48.5 1 to maxSIBper Msg Complete SIB (short),10.2. 48.7 Note 1
MP
MP
MP
>>First Segment
MP
MP
MP
Last Segment (short), 10.2.48.5 1..16 Complete SIB (short),10.2. 48.7 First Segment (short), 10.2.48.2 1 to maxSIBper Msg Complete SIB (short),10.2. 48.7 Note 1 Note 1
MP MP
>>First Segment
MP
MP MP
3GPP
241
MP MP
1..MaxSIB perMsg Complete SIB (short),10.2. 48.7 First Segment (short), 10.2.48.2 Complete SIB,10.2.48. 6 Last segment,10. 2.48.4
Note 1
>>First Segment
MP
>Combination 10 >>> Complete SIB of size 215 to 226 >Combination 11 >>Last segment of size 215 to 222
MP
MP
If the encoded message does not fill a transport block, the RRC layer shall insert padding according to subclause 12.1. Padding is needed e.g. if the remaining space is insufficient to start a new First Segment (which requires several bits for SIB type, SEG_COUNT and SIB data). NOTE 1: If Combination 6 - 9 contains a Master information block Master information shall be located as the first IE in the list.
10.2.48.1
First Segment
This segment type is used to transfer the first segment of a segmented system information block. The IE is used when the first segment fills the entire transport block (Combination 1).
Information Element/Group name Other information elements SIB type SEG_COUNT SIB data fixed Need MP MP MP Multi Type and reference SIB Type, 10.3.8.21 SEG COUNT, 10.3.8.17 SIB data fixed, 10.3.8.19 Semantics description
10.2.48.2
This segment type is used to transfer the first segment of a segmented system information block. The IE is used when the first segment is concatenated after other segments in a transport block (Combination 5, 7 and 9).
Information Element/Group name Other information elements SIB type SEG_COUNT SIB data variable Need MP MP MP Multi Type and reference SIB Type, 10.3.8.21 SEG COUNT, 10.3.8.17 SIB data variable, 10.3.8.16 Semantics description
3GPP
Release 1999
242
10.2.48.3
Subsequent Segment
This segment type is used to transfer a subsequent segment of a segmented system information block.
Information Element/Group name Other information elements SIB type Segment index SIB data fixed Need MP MP MP Multi Type and reference SIB Type, 10.3.8.21 Segment Index, 10.3.8.18 SIB data fixed, 10.3.8.19 Semantics description
10.2.48.4
Last Segment
This segment type is used to transfer the last segment of a segmented system information block. The IE is used when the last segment has a length, excluding length denominator, from 215 through 222 (Combination 11).
Information Element/Group name Other information elements SIB type Segment index SIB data fixed Need MP MP MP Multi Type and reference SIB Type, 10.3.8.21 Segment Index, 10.3.8.18 SIB data fixed, 10.3.8.19 Semantics description
In case the SIB data is less than 222 bits, padding shall be used. The same padding bits shall be used as defined in clause 12.1
10.2.48.5
This segment type is used to transfer the last segment of a segmented system information block. The IE is used when the last segment has a length, excluding length denominator, of upto 214 bits (Combination 4, 5, 6 and 7).
Information Element/Group name Other information elements SIB type Segment index SIB data variable Need MP MP MP Multi Type and reference SIB Type, 10.3.8.21 Segment Index, 10.3.8.18 SIB data variable, 10.3.8.20 Semantics description
10.2.48.6
Complete SIB
This segment type is used to transfer a non-segmented system information block. The IE is used when the complete SIB has a length, excluding length denominator, from 215 through 226 (Combination 10).
3GPP
Release 1999 Information Element/Group name Other information elements SIB type SIB data fixed Need MP MP
243 Multi Type and reference SIB Type, 10.3.8.21 Bit string (226)
In case the SIB data is less than 226 bits, padding shall be used. The same padding bits shall be used as defined in clause 12.1
10.2.48.7
This segment type is used to transfer a non-segmented system information block. The IE is used when the complete SIB has a length, excluding length denominator, of upto 214 bits (Combination 6, 7, 8, 9 and 10).
Information Element/Group name Other information elements SIB type SIB data variable Need MP MP Multi Type and reference SIB Type, 10.3.8.21 SIB data variable, 10.3.8.20 Semantics description
10.2.48.8
The IE "SIB data" within the IEs, "First Segment", "Subsequent or last Segment" and "Complete SIB" contains either complete system information block or a segment of a system information block. The actual system information blocks are defined in the following clauses.
10.2.48.8.1
Information Element/Group name Other information elements MIB Value tag CN information elements Supported PLMN types PLMN Identity ANSI-41 information elements ANSI-41 Core Network Information
CV ANSI41
MP
3GPP
244
Explanation The IE is mandatory if the IE "Supported PLMN Types" is set to 'GSM-MAP' or 'GSM-MAP AND ANSI41', and not needed otherwise The IE is mandatory if the IE "Supported PLMN Types" is set to 'ANSI-41' or 'GSM-MAP AND ANSI41', and not needed otherwise
10.2.48.8.2
Scheduling Block 1
Need MP Multi Type and reference References to other system information blocks 10.3.8.13 Semantics description
10.2.48.8.3
Scheduling Block 2
Need MP Multi Type and reference References to other system information blocks 10.3.8.13 Semantics description
3GPP
Release 1999
245
10.2.48.8.4
The system information block type 1 contains NAS system information as well as UE timers and counters to be used in idle mode and in connected mode.
Information Element/Group name CN information elements CN common GSM-MAP NAS system information CN domain system information list >CN domain system information Need MP Multi Type and reference NAS system information (GSM-MAP) 10.3.1.9 1 to <maxCNdo mains> CN domain system information 10.3.1.2 UE Timers and constants in idle mode 10.3.3.44 UE Timers and constants in connected mode 10.3.3.43 Default value means that for all timers and constants - For parameters with need MD, the defaults specified in 10.3.3.44 apply and - For parameters with need OP, the parameters are absent Default value means that for all timers and constants - For parameters with need MD, the defaults specified in 10.3.3.43 apply and - For parameters with need OP, the parameters are absent Send CN information for each CN domain. Semantics description
MP MP
MD
MD
10.2.48.8.5
MP MP
10.2.48.8.6
The system information block type 3 contains parameters for cell selection and re-selection.
3GPP
Release 1999 Information Element/Group name SIB4 Indicator UTRAN mobility information elements Cell identity Cell selection and re-selection info Need MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description TRUE indicates that SIB4 is broadcast in the cell.
MP MP
MP
Cell identity 10.3.2.2 Cell selection and reselection info for SIB3/4 10.3.2.3 Cell Access Restriction 10.3.2.1
10.2.48.8.7
The system information block type 4 contains parameters for cell selection and re-selection to be used in connected mode.
Information Element/Group name UTRAN mobility information elements Cell identity Cell selection and re-selection info Need Multi Type and reference Cell identity 10.3.2.2 Cell selection and reselection info for SIB3/4 10.3.2.3 Cell Access Restriction 10.3.2.1 Semantics description
MP MP
MP
3GPP
Release 1999
247
10.2.48.8.8
The system information block type 5 contains parameters for the configuration of the common physical channels in the cell.
Information Element/Group name SIB6 Indicator PhyCH information elements PICH Power offset CHOICE mode >FDD >>AICH Power offset >TDD >>PUSCH system information Need MP MP MP MP AICH Power offset 10.3.6.3 PUSCH system information 10.3.6.66 PDSCH system information 10.3.6.46 Midamble configuration 10.3.6.40 TDD open loop power control 10.3.6.79 Primary CCPCH info 10.3.6.57 PRACH system information list 10.3.6.55 Secondary CCPCH system information 10.3.6.72 CBS DRX Level 1 information 10.3.8.3 Multi Type and reference Boolean PICH Power offset 10.3.6.50 Semantics description TRUE indicates that SIB6 is broadcast in the cell.
OP
OP
MD MP
OP MP
Note 1
MP
CV CTCH
NOTE 1: DL scrambling code of the Primary CCPCH is the same as the one for Primary CPICH (FDD only).
Condition CTCH Explanation The IE is mandatory if the IE "CTCH indicator" is equal to TRUE for at least one FACH, otherwise the IE is not needed in the message
3GPP
Release 1999
248
10.2.48.8.9
The system information block type 6 contains parameters for the configuration of the common and shared physical channels to be used in connected mode.
Information Element/Group name PhyCH information elements PICH Power offset CHOICE mode >FDD >>AICH Power offset >>CSICH Power offset >TDD >>PUSCH system information Need MP MP MP OP AICH Power offset 10.3.6.3 CSICH Power offset 10.3.6.15 PUSCH system information 10.3.6.66 PDSCH system information 10.3.6.46 Midamble configuration 10.3.6.40 TDD open loop power control 10.3.6.79 Primary CCPCH info 10.3.6.57 PRACH system information list 10.3.6.55 Secondary CCPCH system information 10.3.6.72 CBS DRX Level 1 information 10.3.8.3 Multi Type and reference PICH Power offset 10.3.6.50 Semantics description
OP
OP
MD MP
OP OP
Note 1
OP
CV CTCH
NOTE 1: DL scrambling code of the Primary CCPCH is the same as the one for Primary CPICH (FDD only).
Condition CTCH Explanation The IE is mandatory if the IE "CTCH indicator" is equal to TRUE for at least one FACH, otherwise the IE is not needed
10.2.48.8.10
The system information block type 7 contains the fast changing parameters UL interference and Dynamic persistence level
3GPP
Release 1999 Information Element/Group name CHOICE mode >FDD >>UL interference >TDD PhyCH information elements PRACHs listed in system information block type 5 >Dynamic persistence level Need MP MP
UL interference 10.3.6.87 (no data) 1 to<maxPR ACH> Dynamic persistence level 10.3.6.35 1 to <maxPRA CH> Dynamic persistence level 10.3.6.35 Expiration Time Factor 10.3.3.12 The order of the PRACHs is the same as in system information block type 6. The order of the PRACHs is the same as in system information block type 5.
MP MP
OP MP
MD
Default is 1.
10.2.48.8.11
NOTE:
The system information block type 8 contains static CPCH information to be used in the cell.
Information Element/Group name UE information CPCH parameters PhyCH information elements CPCH set info list >CPCH set info Need MP Multi Type and reference CPCH parameters 10.3.3.7 1 to <maxCPC Hsets> CPCH set info 10.3.6.13 Semantics description
MP MP
10.2.48.8.12
NOTE:
The system information block type 9 contains CPCH information to be used in the cell.
Information Element/Group name PhyCH information elements CPCH set persistence levels list >CPCH set persistence levels Need MP MP Multi ..1 to <maxCPC Hsets> CPCH persistence levels 10.3.6.12 Type and reference Semantics description
3GPP
Release 1999
250
10.2.48.8.13
NOTE:
The system information block type 10 contains information to be used by UEs having their DCH controlled by a DRAC procedure.
Information Element/Group name UE information DRAC system information Need MP Multi Type and reference DRAC system information 10.3.3.9 Semantics description DRAC information is sent for each class of terminal
10.2.48.8.14
The system information block type 11 contains measurement control information to be used in the cell.
Information Element/Group name SIB12 Indicator Measurement information elements FACH measurement occasion info Measurement control system information Need MP Multi Type and reference Boolean Semantics description TRUE indicates that SIB12 is broadcast in the cell.
OP
MP
FACH measuremen t occasion info 10.3.7.8 Measuremen t control system information 10.3.7.47
10.2.48.8.15
The system information block type 12 contains measurement control information to be used in connected mode.
Information Element/Group name Measurement information elements FACH measurement occasion info Measurement control system information Need Multi Type and reference FACH measuremen t occasion info 10.3.7.8 Measuremen t control system information 10.3.7.47 Semantics description
OP
MP
10.2.48.8.16
3GPP
Release 1999 Information Element/Group name Other information elements CN Information Elements CN Domain system information list >CN Domain system information Need
MP MP
1 to <maxCNdo mains> CN Domain system information 10.3.1.2 UE timers and constants in idle mode 10.3.3.44 Capability update requirement 10.3.3.2
OP
MD
10.2.48.8.16.1
The system information block type 13.1 contains the ANSI-41 RAND information.
Information Element/Group name ANSI-41 information elements ANSI-41 RAND information Need MP Multi Type and reference ANSI-41 RAND information 10.3.9.6 Semantics description
10.2.48.8.16.2
The system information block type 13.2 contains the ANSI-41 User Zone Identification information.
Information Element/Group name ANSI-41 information elements ANSI-41 User Zone Identification information Need MP Multi Type and reference ANSI-41 User Zone Identification information 10.3.9.7 Semantics description
10.2.48.8.16.3
The system information block type 13.3 contains the ANSI-41 Private Neighbour List information.
Information Element/Group name ANSI-41 information elements ANSI-41 Private Neighbour List information Need MP Multi Type and reference ANSI-41 Private Neighbour List information 10.3.9.5 Semantics description
3GPP
Release 1999
252
10.2.48.8.16.4
The system information block type 13.4 contains the ANSI-41 Global Service Redirection information.
Information Element/Group name ANSI-41 information elements ANSI-41 Global Service Redirection information Need MP Multi Type and reference ANSI-41 Global Service Redirection information 10.3.9.2 Semantics description
10.2.48.8.17
NOTE:
The system information block type 14 contains parameters for common and dedicated physical channel uplink outer loop power control information to be used in both idle and connected mode.
Information Element/Group name PhyCH information elements Individual Timeslot interference list >Individual Timeslot interference Need MP MP Multi 1 to <maxTS> Individual Timeslot interference 10.3.6.38 Expiration Time Factor 10.3.3.12 Type and reference Semantics description
MD
Default is 1.
10.2.48.8.18
The system information block type 15 contains information useful for UP. In particular it allows the UE based method to perform localization without dedicated signalling. For the UE assisted methods the signalling is reduced.
Information Element/Group name UP Cipher GPS Data Indicator Need OP Multi Type and Reference UP Cipher GPS Data Indicator 10.3.7.86 UP OTDOA assistance for SIB 10.3.7.104 Semantics description This is included if the SIB types 15.1, 15.2 & 15.3 are ciphered in accordance with the Data Assistance Ciphering Algorithm specified in [18]
OP
3GPP
Release 1999
253
10.2.48.8.18.1
The system information block type 15.1 contains information useful for UP DGPS Corrections. The DGPS Corrections message contents are based on a Type-1 message of version 2.2 of the RTCM-SC-104 recommendation for differential service. This format is a standard of the navigation industry and is supported by all DGPS receivers.
3GPP
Release 1999 Information Element/Group name UTRAN Time Flag Node B Clock Drift Flag Node B Clock Drift Need MP MP OP
254 Multi Type and Reference Bitstring(1) Bitstring(1) Real(0.1..0.1 by a proper step)
MP OP MP
As defined in TS23.032 Integer(0..40 95) Integer(0..6. 047*1011) Enumerated( UDRE scale 1.0, UDRE scale 0.75, UDRE scale 0.5, UDRE scale 0.3, UDRE scale 0.2, UDRE scale 0.1, no data, invalid data) 1..<maxSat > Enumerated (063) Integer(0..25 5)
Status/Health
MP
This IE provides an estimate of the drift rate of the Node B clock relative to GPS time. It has units of sec/sec (ppm) and a range of 0.1. This IE aids the UE in maintaining the relation between GPS and cell timing over a period of time. A positive value for Node B Clock Drift indicates that the Node B clock is running at a greater frequency than desired. Provides a prior knowledge of the approximate location of the UE The SFN that occurs at the Reference GPS TOW time GPS Time of Week with scaling factor of 1 usec. This field time-stamps the start of the frame with SFN=0. This field indicates the status of the differential corrections.
DPGS information
CV-Status
>SatID >IODE
MP MP
The following fields contain the DPGS corrections. If the Cipher information is included these fields are ciphered. The satellite ID number. This IE is the sequence number for the ephemeris for the particular satellite. The MS can use this IE to determine if new ephemeris is used for calculating the corrections that are provided in the broadcast message. This eight-bit IE is incremented for each new set of ephemeris for the satellite and may occupy the numerical range of [0, 239] during normal operations. User Differential Range Error. This field provides an estimate of the uncertainty (1- ) in the corrections for the particular satellite. The value in this field shall be multiplied by the UDRE Scale Factor in the Status field to determine the final UDRE estimate for the particular satellite.
>UDRE
MP
Enumerated( UDRE 1.0 m, 1.0m < UDRE 4.0m, 4.0m < UDRE 8.0m, 8.0m < UDRE)
3GPP
Release 1999 Information Element/Group name >PRC >RRC >Delta PRC2 Need MP MP MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Scaling factor 0.32 meters (different from [13]) Scaling factor 0.032 meters/sec (different from [13]) The difference in the pseudorange correction between the satellite's ephemeris identified by IODE and the previous ephemeris two issues ago IODE 2. The difference in the pseudorange rate-of-change correction between the satellite's ephemeris identified by IODE and IODE-2.
>Delta RRC2
MP
Integer(-7..7)
Condition Status/Health
Explanation This IE is mandatory if "status" is not equal to "no data" or "invalid data", otherwise the IE is not needed
10.2.48.8.18.2
The system information block type 15.2 contains information useful for ephemeris and clock corrections of a particular satellite. These IE fields are extracted from the subframes 1 to 3 of the GPS navigation message [12].
3GPP
Release 1999 Information Element/Group name Transmission TOW SatID TLM Message TLM Revd (C) HOW WN C/A or P on L2 URA Index SV Health IODC L2 P Data Flag SF 1 Reserved TGD toc af2 af1 af0 Crs n M0 Cuc e Cus (A)1/2 toe Fit Interval Flag AODO Cic OMEGA0 Cis i0 Crc OMEGAdot Idot Spare/zero fill Need MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP
256 Multi Type and Reference Enumerated( 0. 1048575) Enumerated( 0..63) Bit string(14) Bit string(2) Bit string(22) Bit string(10) Bit string(2) Bit string(4) Bit string(6) Bit string(10(1)) Bit string(1) Bit string(87) Bit string(8) Bit string(16(1)) Bit string(8) Bit string(16) Bit string(22) Bit string(16) Bit string(16) Bit string(32) Bit string(16) Bit string(32(1)) Bit string(16) Bit string(32(1)) Bit string(16(1)) Bit string(1) Bit string(5) Bit string(16) Bit string(32) Bit string(16) Bit string(32) Bit string(16) Bit string(32) Bit string(24) Bit string(14) Bit string(20)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The approximate GPS time-ofweek when the message is broadcast Satellite ID
10.2.48.8.18.3
The system information block type 15.3 contains information useful for ionospheric delay, UTC offset, and Almanac. These IE fields are extracted from the subframes 4 and 5 of the GPS navigation message, excluding the parity bits and other redundant bits [12].
3GPP
Release 1999 Information Element/Group name Transmission TOW SatMask LSB TOW GPS Info >SFIO 0 >Data ID >Page No. >Word 3 >Word 4 >Word 5 >Word 6 >Word 7 >Word 8 >Word 9 >Word 10 Spare/zero fill Need MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP
257 Multi Type and Reference Enumerated( 0. 1048575) Bitstring(1..3 2) Bit string(8) 1 to <Max_Dat _rep> Bit string(1) Bit string(2) Bit string(6) Bit string(16) Bit string(24) Bit string(24) Bit string(24) Bit string(24) Bit string(24) Bit string(24) Bit string(22) Bit string(5)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The approximate GPS time-ofweek when the message is broadcast indicates the satellites that contain the pages being broadcast in this data set
Each repetition corresponds to a different page no. as described in the table below
Mapping of Almanac, Health, Iono, and UTC Data to Subframe Number and Page Number
Data Type Almanac Data (SV1 24) Almanac Data (SV25 32) SV Health (SV1 24) SV Health (SV25 32) Iono/UTC Corrections Multi Bound Max_Dat_rep Subframe 5 4 5 4 4 Page(s) 1 - 24 2, 3, 4, 5, 7, 8, 9, 10 25 25 18
3GPP
Release 1999 Information Element/Group name UE information elements Re-establishment timer Need MP
258 Multi Type and Reference Reestablishme nt timer 10.3.3.30 Predefined RB configuration 10.3.4.7 Predefined TrCH configuration 10.3.5.9 Predefined PhyCH configuration 10.3.6.56
MP
MP
MP
10.2.48.8.20
NOTE:
The system information block type 17 contains fast changing parameters for the configuration of the shared physical channels to be used in connected mode.
Information Element/Group name PhyCH information elements PUSCH system information Need OP Multi Type and reference PUSCH system information 10.3.6.66 PDSCH system information 10.3.6.46 Semantics description
OP
3GPP
Release 1999
259
If the encoded message does not fill a transport block, the RRC layer shall insert padding according to subclause 12.1.
3GPP
Release 1999 Information Element/Group name Message Type UE Information Elements RRC transaction identifier Need MP MP
260 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Integrity protection mode info 10.3.3.19 Ciphering mode info 10.3.3.5 Activation time 10.3.3.1 U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 RRC State Indicator 10.3.3.10 UTRAN DRX cycle length coefficient 10.3.3.49 CN Information info 10.3.1.3 URA identity 10.3.2.6 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22
CH OP
Ciphering mode info Activation time New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient CN Information Elements CN Information info UTRAN mobility information elements URA identity RB information elements RB with PDCP information list >RB with PDCP information
OP MD OP OP MP MD
Default value is the existing value of UTRAN DRX cycle length coefficient
OP
OP OP MP
This IE is needed for each RB having PDCP in the case of lossless SRNS relocation
TrCH Information Elements Uplink transport channels UL Transport channel information common for all transport channels
OP
UL Transport channel information common for all transport channels 10.3.5.24 1 to <maxTrCH > Added or Reconfigure d UL TrCH information 10.3.5.2
OP MP
OP
3GPP
Release 1999 Information Element/Group name >>CPCH set ID >> Added or Reconfigured TrCH information for DRAC list >>>DRAC static information >TDD Downlink transport channels DL Transport channel information common for all transport channels Need OP OP MP
OP
DL Transport channel information common for all transport channels 10.3.5.6 1 to <maxTrCH > Added or Reconfigure d DL TrCH information 10.3.5.1 Frequency info 10.3.6.36 Maximum allowed UL TX power 10.3.6.39 Uplink DPCH info 10.3.6.88 CPCH SET Info 10.3.6.13 Default value is the existing value of frequency information Default value is the existing maximum UL TX power
OP MP
PhyCH information elements Frequency info Uplink radio resources Maximum allowed UL TX power
MD
MD
CHOICE channel requirement >Uplink DPCH info >CPCH SET Info Downlink radio resources CHOICE mode >FDD >>Downlink PDSCH information
OP
OP
Downlink PDSCH information 10.3.6.30 (no data) Downlink information common for all radio links 10.3.6.24 1 to <maxRL> Downlink information for each radio link 10.3.6.27 Send downlink information for each radio link
OP
Downlink information per radio link list >Downlink information for each radio link
OP MP
3GPP
Release 1999
262
CH OP
OP
OP
Radio bearer uplink ciphering activation time info RB with PDCP information list >RB with PDCP information
OP
OP MP
3GPP
Release 1999 Information Element/Group name Message Type UE information elements RRC transaction identifier Need MP MP
263 Multi Type and reference Message Type RRC transaction identifier 10.3.3.36 Integrity check info 10.3.3.16 Failure cause and error information 10.3.3.14
CH MP
Integrity check info TrCH information elements CHOICE mode >FDD >TDD >>TFCS Id
CV-notTM
MP (no data) OP Transport Format Combination Set Identity 10.3.5.21 Transport Format Combination subset 10.3.5.22 TFC Control duration 10.3.6.80
MP
CVnotTMopt
3GPP
264
Explanation The message type is not included when transmitting the message on the transparent mode signalling DCCH The information element is not included when transmitting the message on the transparent mode signalling DCCH and is optional otherwise.
If transparent mode signalling is used and the encoded message does not fill a transport block, the RRC layer shall insert padding according to subclause 12.1.
CH MP
3GPP
Release 1999
265
CH MP
CH OP
OP
MP
3GPP
Release 1999
266
CH
MP MP
OP
3GPP
Release 1999
267
Integrity check info PhyCH information elements CCTrCH power control info
OP
OP
OP OP
OP OP
3GPP
Release 1999
268
CV-ProtErr
Condition ProtErr
3GPP
Release 1999
269
CH OP
Ciphering mode info New U-RNTI New C-RNTI RRC State Indicator UTRAN DRX cycle length coefficient CN Information Elements CN Information info UTRAN mobility information elements URA identity RB information elements RB with PDCP information list >RB with PDCP information
OP OP OP MP MD
Default value is the existing value of UTRAN DRX cycle length coefficient
OP
OP OP MP
Condition CCCH
3GPP
Release 1999
270
OP
Ciphering mode info New U-RNTI New C-RNTI UE Timers and constants in connected mode
OP OP OP MD
Default value means that for all timers and constants - For parameters with need MD, the defaults specified in 10.3.3.43 apply and - For parameters with need OP, the parameters are absent
CN Information Elements CN Information info UTRAN Information Elements URA identity RB Information elements RB with PDCP information list >RB with PDCP information
OP
OP OP MP
3GPP
Release 1999
271
CH OP
OP
Radio bearer uplink ciphering activation time info RB with PDCP information list >RB with PDCP information
OP
OP MP
3GPP
Release 1999
272
CH MP
10.3
10.3.1
10.3.1.1
3GPP
Release 1999
273
10.3.1.2
Information Element/Group name CN domain identity CHOICE CN Type >GSM-MAP >>CN domain specific NAS system information >ANSI-41 >>CN domain specific NAS system information CN domain specific DRX cycle length coefficient
MP
MP
10.3.1.3
CN Information info
Need OP OP Multi Type and reference PLMN identity 10.3.1.11 NAS system information (GSM-MAP) 10.3.1.9 Semantics description
Information Element/Group name PLMN identity CN common GSM-MAP NAS system information CN domain related information >CN domain identity >CN domain specific GSM-MAP NAS system info
OP MP MP
1 to <maxCNdo mains> CN domain identity 10.3.1.1 NAS system information (GSM-MAP) 10.3.1.9
NOTE 1: Necessity of PLMN is FFS and for CN domain identity and NAS system information, the confirmation in SA WG2 is needed.
10.3.1.4
IMEI
This IE contains an International Mobile Equipment Identity. Setting specified in 3GPP TS 23.003.
Information Element/Group name IMEI >IMEI digit Need MP MP 15 INTEGER(0. .15) Multi Type and reference Semantics description
3GPP
Release 1999
274
10.3.1.5
IMSI (GSM-MAP)
This IE contains an International Mobile Subscriber Identity, used towards a GSM-MAP type of PLMN. Setting specified in 3GPP TS 23.003.
Information Element/Group name IMSI >IMSI digit Need MP MP Multi 6 to 15 INTEGER(0. .9) Type and reference Semantics description
10.3.1.6
10.3.1.7
Identifies uniquely a location area for a GSM-MAP type of PLMN. Setting specified in [TS24.008].
Information Element/Group name PLMN identity LAC Need MP MP Multi Type and reference PLMN identity 10.3.1.11 Bit string(16) Semantics description
10.3.1.8
NAS message
10.3.1.9
This information element contains system information that belongs to the non-access stratum for a GSM-MAP type of PLMN. This information is transparent to RRC. It may contain either information specific to one CN domain (CS or PS) or information common for both CN domains.
Information Element/Group name GSM-MAP NAS system information Need MP Multi Type and reference Octet string(1..8 ) Semantics description
3GPP
Release 1999
275
10.3.1.10
10.3.1.11
PLMN identity
This information element identifies a Public Land Mobile Network for a GSM-MAP type of PLMN. Setting of digits is defined in [TS 23.003].
Information Element/Group name MCC >MCC digit MNC >MNC digit Need MP MP MP MP 3 INTEGER(0..9) 2 to 3 INTEGER(0..9) Multi Type and reference Semantics description
10.3.1.12
PLMN Type
Identifies the type of Public Land Mobile Network (PLMN). This IE shall be used to control the interpretation of network dependent messages and information elements in the RRC protocol.
Information Element/Group name PLMN Type Need MP Multi Type and reference Enumerated (GSM-MAP, ANSI-41, GSM-MAP and ANSI-41) Semantics description
10.3.1.13
P-TMSI (GSM-MAP)
This IE contains a Packet Temporary Mobile Subscriber Identity, used towards a GSM-MAP type of PLMN.
Information Element/Group name P-TMSI Need MP Multi Type and reference Bit string (32) Semantics description Setting specified in [TS 23.003]
10.3.1.14
RAB identity
This information element uniquely identifies a radio access bearer within a CN domain.
Information Element/Group name CHOICE RAB identity type >RAB identity (GSM-MAP) >RAB identity (ANSI-41) Need MP Bit string (8) Bit string (8) Formatted according to [TS 24.008]. Multi Type and reference Semantics description
3GPP
Release 1999 CHOICE NAS binding info type RAB identity (GSM-MAP) RAB identity (ANSI-41)
276
Condition under which the given RAB identity type is chosen PLMN is of type GSM-MAP PLMN is of type ANSI-41
10.3.1.15
Identifies a routing area within a location area for a GSM-MAP type of PLMN.
Information Element/Group name Routing Area Code Need MP Multi Type and reference Bit string(8) Semantics description Setting specified in [TS 23.003]
10.3.1.16
Identifies uniquely a routing area for a GSM-MAP type of PLMN. Setting specified in [TS 23.003].
Information Element/Group name LAI Need MP Multi Type and reference Location area identification 10.3.1.7 Routing area code 10.3.1.15 Semantics description
RAC
MP
10.3.1.17
TMSI (GSM-MAP)
This IE contains a Temporary Mobile Subscriber Identity, used towards a GSM-MAP type of PLMN.
Information Element/Group name TMSI (GSM-MAP) Need MP Multi Type and reference Bit string (32) Semantics description Setting specified in [TS 23.003]
10.3.2
10.3.2.1
3GPP
Release 1999 Information Element/Group name Cell Barred Intra-frequency cell re-selection indicator Tbarred Need MP CV-Barred CV-Barred
277 Multi Type and reference Enumerated( not barred, barred) Enumerated( not allowed, allowed) Integer (10,20,40,80 ,160,320,640 ,1280) Enumerated( reserved, not reserved) Enumerated( reserved, not reserved)
[4] (TS25.304)
Cell Reserved for operator use Cell Reserved for SoLSA exclusive use Access Class Barred list
MP MP MD maxAC
Default is no access class barred is applied. The first instance of the parameter corresponds to Access Class 0, the second to Access Class 1 and so on up to Access Class 15. UE reads this IE of its access class stored in SIM. Enumerated( not barred, barred)
MP
Condition Barred
Explanation Presence is mandatory if the IE "Cell Barred" has the value "Barred"; otherwise the element is not needed in the message.
10.3.2.2
Cell identity
10.3.2.3
Cell_selection_and_reselection_ quality_measure
MP
MP
>>Sintrasearch
OP
TS 25.304
[dB]
3GPP
Release 1999 >>Sintersearch >>SsearchHCS >>RAT List >>>RAT identifier >>>Ssearch,RAT >>>SHCS,RAT >>Slimit,ShearchRAT >TDD OP OP OP MP MP OP OP
278 Integer (32..20 by step of 2) Integer (105..91 by step of 2) 1 to <maxOther RAT> Enumerated (GSM, cdma2000) Integer (105..91 by step of 2) Integer (32..20 by step of 2) Integer (32..20 by step of 2) Integer (105..91 by step of 2)
>>Sintrasearch
OP
[dB]
3GPP
Release 1999 >>Sintersearch >>SsearchHCS >>RAT List >>>RAT identifier >>>Ssearch,RAT >>>SHCS,RAT >>>Slimit,ShearchRAT Qhyst1s Qhyst2s Treselections HCS Serving cell Information OP OP OP MP OP OP OP MP CV-FDDQualityMeasure MP OP
279 Integer (105..91 by step of 2) Integer (105..91 by step of 2) 1 to <maxOther RAT> Enumerated (GSM, cdma2000) Integer (105..91 by step of 2) Integer (105..91 by step of 2) Integer (105..91 by step of 2) Integer (0..40 by step of 2) Integer (0..40 by step of 2) Integer (0..31) HCS Serving cell information 10.3.7.12 Maximum allowed UL TX power 10.3.6.39 Integer (20..0) Integer (115..-25 by step of 2) Integer (115..-25 by step of 2)
TS 25.304 [dB] TS 25.304 [dB] TS 25.304 [dB] TS 25.304 Default value is Qhist1s TS 25.304 [s]
MP
MP
RSCP, [dBm]
Condition CV-FDD-Quality-Measure
Explanation Presence is not allowed if the IE "Cell_selection_and_reselection_quality_measure" has the value CPICH RSCP, otherwise the IE is mandatory and has a default value.
3GPP
Release 1999
280
10.3.2.4
OP
MP MD MD
MD
MD
Condition FDD-Quality-Measure
Explanation Presence is not allowed if the IE "Cell_selection_and_reselection_quality_measure" has the value CPICH RSCP, otherwise the IE is mandatory and has a default value.
3GPP
Release 1999
281
10.3.2.5
Mapping Info
Need MP MP Multi 1 to <MaxRAT> Enumerated (UTRA FDD, UTRA TDD, GSM, cdma2000) 1 to <maxMeas Intervals> Enumerated (linear, function type 2, function type 3, function type 4) Integer (0..99) Type of the function within the interval. Type and Reference Semantics description
MP MP
>>Map_parameter_1
MD
Parameter describing the mapping function between the quality measurement and the representing quality value, see TS 25.304. Default value is zero for the first interval or otherwise the value of Map_parameter_2 of the interval before. Parameter describing the mapping function between the quality measurement and the representing quality value, see TS 25.304. Upper limit of interval for which the Map_parameter_1 and Map_parameter_2 are valid. MaxMeas = 25 if RAT = UTRA FDD / CPICH Ec/N0, MaxMeas = 91 if RAT = UTRA TDD or if RAT = UTRA FDD/ CPICH RSCP, MaxMeas = 63 if RAT = GSM.
>>Map_parameter_2
MP
Integer (0..99)
>>Upper_limit
CV MaxInt
Integer (1..MaxMeas )
Condition MaxInt
Explanation This information is only sent if Mapping Function Parameter List has not reached maxMeasIntervals.
10.3.2.6
URA identity
Gives the identity of the UTRAN Registration Area. It can be used to indicate to the UE which URA it shall use in case of overlapping URAs.
Information Element/Group name URA identity Need MP Multi Type and reference bit string(16) Semantics description
3GPP
Release 1999
282
10.3.3
10.3.3.1
UE Information elements
Activation time
Activation Time defines the frame number/time at which the operation/changes caused by the related message shall take effect. Values between 0 and 255 indicate the absolute value of CFN (Connection Frame Number) of that frame number/time.
Information Element/Group name Activation time Need MP Multi Type and reference Integer(0.. 255, Now) Semantics description CFN [TS 25.402]
10.3.3.2
MP
Default value is: "UE radio capability FDD update requirement" = false "UE radio capability TDD update requirement" = false "System specific capability update requirement" not present.
10.3.3.3
3GPP
Release 1999
283
10.3.3.4
Ciphering Algorithm
Need MP Multi Type and reference Enumerated (UEA0, UEA1) Semantics description
10.3.3.5
This information element contains the ciphering specific security mode control information.
Information Element/Group name Ciphering mode command Ciphering algorithm Ciphering activation time for DPCH Radio bearer downlink ciphering activation time info Need MP CVnotStop OP Multi Type and reference Enumerated (start/restart, stop) Ciphering algorithm 10.3.3.4 Activation time 10.3.3.1 RB activation time info, 10.3.4.13 Semantics description
OP
Used for radio bearers mapped on RLC-TM. Only applicable if the UE is already in CELL_DCH state Used for radio bearers mapped on RLC-AM or RLCUM
Condition notStop
Explanation The IE is mandatory if the IE "Ciphering mode command" has the value "start/restart", otherwise the IE is not needed in the message.
10.3.3.6
A coefficient in the formula to count the paging occasions to be used by a specific UE (specified in 25.304) .
Information Element/Group name CN domain specific DRX cycle length coefficient Need MP Multi Type and reference Integer(6...9) Semantics description Refers to 'k' in the formula as specified in 25.304, Discontinuous reception
10.3.3.7
NOTE:
CPCH Parameters
Only for FDD.
These parameters are used by any UE using any CPCH set allocated to the cell that is broadcasting this system information.
3GPP
Release 1999 Information Element/Group name Initial Priority Delay >NS_IP Backoff control parameters >N_ap_retrans_max Need OP MP MP MP
284 Multi 1 to maxASC Integer (028) Integer (164) Integer (164) Integer (031) Integer (063) Integer (031) Type and reference
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Initial delays for ASC priority. Number of slots for initial fixed delay for each ASC priority level Max number of AP transmissions without APAICH response, a PHY parameter. Max number of preamble ramping cycles when NAK response received, a MAC parameter. Number of frames for UE backoff after N ap_retrans_max unsuccessful AP access attempts, a MAC parameter. Number of slots for UE fixed backoff after access attempt to busy CPCH, a MAC parameter. Max number of frames for UE backoff after access attempt to last busy CPCH, a MAC parameter. UE randomly selects backoff value from range (0..NF_bo_all_busy) Max number of frames for the UE backoff after received mismatch on CD/CA-ICH, a MAC parameter. UE randomly selects backoff value from range (0..NF_bo_mismatch) CPCH channel timing used to determine Tau, a PHY parameter Specifies algorithm to be used by UE to interpret TPC commands
>N_access_fails
MP
>NF_bo_no aich
MP
>NS_bo_busy
MP
>NF_bo_all_busy
MP
>NF_bo_ mismatch
MP
Integer (0127)
MP MP
CV algo
In dB
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) The BER quality value shall be set in the range 0 DPCCH BER 1 in the unit BER_dB where: BER_dB_0: DPCCH BER = 0 BER_dB_1: - < Log10(DPCCH BER) < -4.03 BER_dB_2: -4.03 Log10(DPCCH BER) < -3.965 BER_dB_3: -3.965 Log10(DPCCH BER) < -3.9 ... BER_dB_61: -0.195 Log10(DPCCH BER) < -0.13 BER_dB_62: -0.13 Log10(DPCCH BER) < -0.065 BER_dB_63: -0.065 Log10(DPCCH BER) 0
Condition algo
Explanation The IE is mandatory if "Power Control Algorithm" is set to "algorithm 1", otherwise the IE is not needed
10.3.3.8
C-RNTI
The cell RNTI (C-RNTI) identifies an UE having a RRC connection within a cell.
Information Element/Group name C-RNTI Need MP Multi Type and reference bit string(16) Semantics description
10.3.3.9
Information element DRAC system information >Transmission probability >Maximum bit rate
10.3.3.10
Indicates to a UE if DRX shall be used with Cell updating or URA updating or if no DRX at all shall be used.
3GPP
286 Multi Type and reference Enumerated(CE LL_DCH, CELL_FACH, CELL_PCH, URA_PCH)
10.3.3.11
Establishment cause
10.3.3.12
3GPP
Release 1999
287
10.3.3.13
Failure cause
10.3.3.14
Explanation Presence is mandatory if the IE "Failure cause" has the value "Protocol error"; otherwise the element is not needed in the message. Presence is mandatory if the IE "Failure cause" has the value " Compressed mode runtime error"; otherwise the element is not needed in the message
10.3.3.15
Initial UE identity
3GPP
Release 1999 Information Element/Group name CHOICE UE id type >IMSI (GSM-MAP) >TMSI and LAI (GSM-MAP) >>TMSI (GSM-MAP) >>LAI (GSM-MAP) Need MP
288 Multi Type and reference IMSI (GSMMAP) 10.3.1.5 MP MP TMSI (GSMMAP) 10.3.1.17 Location Area Identification 10.3.1.7 P-TMSI (GSM-MAP) 10.3.1.13 Routing Area Identification 10.3.1.16 IMEI 10.3.1.4 TIA/EIA/IS2000-4 TIA/EIA/IS2000-4 TIA/EIA/IS2000-4 TIA/EIA/IS2000-4
>P-TMSI and RAI (GSM-MAP) >>P-TMSI (GSM-MAP) >>RAI (GSM-MAP) >IMEI >ESN (DS-41) >IMSI (DS-41) >IMSI and ESN (DS-41) >TMSI (DS-41)
MP MP
10.3.3.16
The Integrity check info contains the RRC message sequence number needed in the calculation of XMAC-I [TS 33.102] and the calculated MAC-I.
Information Element/Group name Message authentication code Need MP Multi Type and reference bit string(32) Semantics description MAC-I [TS 33.102] The 27 MSB of the IE shall be set to zero and the 5 LSB of the IE shall be set to the used signalling radio bearer identity when the encoded RRC message is used as the MESSAGE parameter in the integrity protection algorithm. The local RRC hyper frame number (RRC HFN) is concatenated with the RRC message sequence number to form the input parameter COUNT-I for the integrity protection algorithm. The IE value shall be set to zero when the encoded RRC message is used as the MESSAGE parameter in the integrity protection algorithm.
MP
Integer (0..15)
3GPP
Release 1999
289
10.3.3.17
This IE contains the time, in terms of RRC sequence numbers, when a new integrity protection configuration shall be activated for the signalling radio bearers.
Information Element/Group name RRC message sequence number list Need MP Multi 4 to 5 Type and reference Semantics description The RRC sequence number when a new integrity protection configuration shall be applied, for CCCH (=RB0) and signalling radio bearers in the order RB0, RB1, RB2, RB3, RB4. Integer (0.. 15)
MP
10.3.3.18
10.3.3.19
Information Element/Group name Integrity protection mode command Downlink integrity protection activation info
OP
CV-start
Explanation The IE is mandatory if the IE "Integrity protection mode command" has the value "start ", otherwise it is not needed in the message. The IE is only present if the IE "Integrity protection mode command" has the value "modify"
10.3.3.20
NOTE:
3GPP
Release 1999
290
Indicates the maximum user bit rate allowed on a DCH controlled by DRAC procedure for the transmission period (Transmission time validity).
Information Element/Group name Maximum bit rate Need MP Multi Type and reference integer(0..512 by step of 16) Semantics description =kbit/s
10.3.3.21
Measurement capability
Need Multi Type and reference Boolean Semantics description
Information Element/Group name Need for downlink compressed mode FDD measurements
MP
TDD measurements
Boolean
GSM 900
Boolean
DCS 1800
Boolean
GSM 1900
Boolean
Multi-carrier measurement
Boolean
TRUE means that the UE requires DL compressed mode in order to perform measurements on FDD TRUE means that the UE requires DL compressed mode in order to perform measurements on TDD TRUE means that the UE requires DL compressed mode in order to perform measurements on GSM 900 TRUE means that the UE requires DL compressed mode in order to perform measurements on DCS 1800 TRUE means that the UE requires DL compressed mode in order to perform measurements on GSM 1900 TRUE means that the UE requires DL compressed mode in order to perform measurements on multi-carrier TRUE means that the UE requires UL compressed mode in order to perform measurements on FDD TRUE means that the UE requires UL compressed mode in order to perform measurements on TDD TRUE means that the UE requires UL compressed mode in order to perform measurements on GSM 900 TRUE means that the UE requires UL compressed mode in order to perform measurements on DCS 1800 TRUE means that the UE requires UL compressed mode in order to perform measurements on GSM 1900 TRUE means that the UE requires UL compressed mode in order to perform measurements on multi-carrier
MP
Boolean
TDD measurements
Boolean
GSM 900
Boolean
DCS 1800
Boolean
GSM 1900
Boolean
Multi-carrier measurement
Boolean
3GPP
291
Explanation Presence is mandatory if IE Multi-mode capability has the value "TDD" or "FDD/TDD". Otherwise this field is not needed in the message. Presence is mandatory if IE Support of GSM900 has the value TRUE. Otherwise this field is not needed in the message. Presence is mandatory if IE Support of GSM1800 has the value TRUE. Otherwise this field is not needed in the message. Presence is mandatory if IE Support of GSM1900 has the value TRUE. Otherwise this field is not needed in the message. Presence is mandatory if IE Support of multi-carrier has the value TRUE. Otherwise this field is not needed in the message.
10.3.3.22
Paging cause
3GPP
Release 1999
292
10.3.3.23
Paging record
Need MP MP MP MP IMSI (GSMMAP) 10.3.1.5 TMSI (GSMMAP) 10.3.1.17 P-TMSI (GSMMAP) 10.3.1.13 TIA/EIA/IS2000-4 TIA/EIA/IS2000-4 MP OP MP MP MP Paging cause 10.3.3.22 CN domain identity 10.3.1.1 Paging record type identifier 10.3.1.10 Explanation Condition under which the given used paging identity is chosen For CN originating pages (for idle mode UEs) For UTRAN originating pages (for connected mode UEs) U-RNTI 10.3.3.47 Paging cause 10.3.3.22 CN domain identity 10.3.1.1 Multi Type and reference Semantics description
Information Element/Group name CHOICE Used paging identity > CN identity >> Paging cause >> CN domain identity >>CHOICE UE Identity >>>IMSI (GSM-MAP)
>>>TMSI (GSM-MAP)
>>>P-TMSI (GSM-MAP)
>>>IMSI (DS-41) >>>TMSI (DS-41) > UTRAN identity >>U-RNTI >>CN originated page to connected mode UE >>>Paging cause >>>CN domain identity >>>Paging record type identifier
10.3.3.24
PDCP capability
Indicates which algorithms and which value range of their parameters are supported by the UE.
3GPP
Release 1999 Information Element/Group name Support for lossless SRNS relocation Support for RFC2507 Max HC context space Need MP MP CV-hc_sup
293 Multi Type and reference Boolean Boolean Integer(512, 1024, 2048, 4096, 8192)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description TRUE means supported TRUE means supported
Condition hc_sup
Explanation Presence is mandatory if IE Support for RFC 2507 = TRUE. Otherwise this field is not needed in the message
3GPP
Release 1999
294
10.3.3.25
3GPP
Release 1999 Information Element/Group name Downlink physical channel capability information elements FDD downlink physical channel capability >Max no DPCH/PDSCH codes >Max no physical channel bits received Need
CHfdd_req_s up MP MP
Integer (1..8) Integer (600, 1200, 2400, 3600, 4800, 7200, 9600, 14400, 19200, 28800, 38400, 48000, 57600, 67200, 76800) Boolean Boolean Boolean Boolean
Maximum number of DPCH/PDSCH codes to be simultaneously received Maximum number of physical channel bits received in any 10 ms interval (DPCH, PDSCH, S-CCPCH)
>Support for SF 512 >Support of PDSCH >Simultaneous reception of SCCPCH and DPCH >Simultaneous reception of SCCPCH, DPCH and PDSCH >Max no of S-CCPCH RL TDD downlink physical channel capability >Maximum number of timeslots per frame >Maximum number of physical channels per frame >Minimum SF >Support of PDSCH >Maximum number of physical channels per timeslot Uplink physical channel capability information elements >FDD uplink physical channel capability >Maximum number of DPDCH bits transmitted per 10 ms
TRUE means supported TRUE means supported TRUE means supported TRUE means supported
Integer(1)
Integer (1..14) Integer (1..224) Integer (1, 16) Boolean Integer (1..16)
CHfdd_req_s up MP
>Support of PCPCH TDD uplink physical channel capability >Maximum Number of timeslots per frame
MP CHtdd_req_s up MP
Integer (600, 1200, 2400, 4800. 9600, 19200. 28800, 38400, 48000, 57600) Boolean
Integer (1..14)
3GPP
Release 1999 >Maximum number of physical channels per timeslot >Minimum SF >Support of PUSCH Condition if_sim_rec_pdsch_sup MP MP MP
if_sim_rec tdd_req_sup
fdd_req_sup
Explanation Presence is mandatory if IE Simultaneous reception of SCCPCH and DPCH = True and IE Support of PDSCH = True. Otherwise this field is not needed in the message. Presence is mandatory if IE capability Simultaneous reception of SCCPCH and DPCH = True. Otherwise this field is not needed in the message. Presence is mandatory if IE Multi-mode capability has the value "TDD" or "FDD/TDD" and a TDD capability update has been requested in a previous message. Otherwise this field is not needed in the message. Presence is mandatory if IE Multi-mode capability has the value "FDD" or "FDD/TDD" and a FDD capability update has been requested in a previous message. Otherwise this field is not needed in the message.
10.3.3.26
This IE indicates the cause for a message or information which was not comprehended.
Information Element/Group name Protocol error cause Need MP Multi Type and reference Enumerated (ASN.1 violation or encoding error, Message type nonexistent or not implemented, Message not compatible with receiver state, Information element value not comprehended, Conditional information element error, Message extension not comprehended) Semantics description At least one spare value needed.
10.3.3.27
This IE indicates whether a message was transmitted due to a protocol error or not.
Information Element/Group name Protocol error indicator Need MP Multi Type and Reference Boolean Semantics description TRUE means a protocol error occurred. FALSE means a protocol error did not occur.
3GPP
Release 1999
297
10.3.3.28
RB timer indicator
This IE is used to indicate to UTRAN if the timers T314 or T315 has expired in the UE.
Information Element/Group name T314 expired Need MP Multi Type and reference Boolean Semantics description TRUE means that the timer has expired or the stored value is zero. FALSE means that the timer has not expired. TRUE means that the timer has expired or the stored value is zero. FALSE means that the timer has not expired.
T315 expired
MP
Boolean
10.3.3.29
Redirection info
10.3.3.30
Re-establishment timer
10.3.3.31
Rejection cause
10.3.3.32
Release cause
3GPP
298 Multi Type and reference Enumerated (normal event, unspecified, preemptive release, congestion, reestablishment reject, user inactivity), directed signalling connection reestablishment)
10.3.3.33
RF capability
Need CHfdd_req_s up MP MP Multi Type and Reference Semantics description
Information Element/Group name FDD RF capability >UE power class >Tx/Rx frequency separation
as defined in 3GPP TS 25.101 subclause 6.2.1 In MHz as defined in 3GPP TS 25.101 subclause 5.3. NOTE: Not applicable if UE is not operating in frequency band a (as defined in 25.101).
CHtdd_req_s up MP MP
MP
Enumerated (1..4) Enumerated( a, b, c, a+b, a+c, b+c, a+b+c) Enumerated( 3.84Mcps,1. 28Mcps)
as defined in 3GPP TS 25.102 subclause 6.2.1 as defined in 3GPP TS 25.102 subclause 5.2 as defined in 3GPP TS 25.102
Condition tdd_req_sup
fdd_req_sup
Explanation Presence is mandatory if IE Multi-mode capability has the value "TDD" or "FDD/TDD" and a TDD capability update has been requested in a previous message. Otherwise this field is not needed in the message. Presence is mandatory if IE Multi-mode capability has the value "FDD" or "FDD/TDD" and a FDD capability update has been requested in a previous message. Otherwise this field is not needed in the message.
3GPP
Release 1999
299
10.3.3.34
RLC capability
Need MP Multi Type and Reference Integer (2,10,50,100 ,150,500,100 0) Integer(2047 ,4095) Integer (3,4,5,6,8,16 ,32) Semantics description Total receiving and transmitting RLC AM buffer capability in kBytes Maximum supported RLC TX and RX window in UE
MP MP
10.3.3.35
10.3.3.36
This IE contains an identification of the RRC procedure transaction local for the type of the message this IE was included within.
Information Element/Group name RRC transaction identifier Need MP Multi Type and reference Integer (0..3) Semantics description
10.3.3.37
Security capability
Need MP Multi Type and reference Bit string(16) Semantics description "00000000000000012": UEA0, no encryption supported; "00000000000000102": UEA1, Kasumi supported "00000000000000102": UIA1, Kasumi supported
MP
Bit string(16)
NOTE:
Each bit is 0 or 1 to indicate support for the corresponding UEAx or UIAx, x=0 to 15. The UE shall support at least one UEAx other than UEA0 and one UIAx. The ciphering algorithm capability bit for UEA0 indicates to UTRAN if the UE accepts unciphered connection(s) after the security mode control procedure.
10.3.3.38
START
There is a START value per CN domain. The START the 20 MSBs of all hyper frame numbers (MAC-d HFN, RLC UM HFN, RLC AM HFN, RRC HFN) for a CN domain.
Information Element/Group name START Need MP Multi Type and Reference Bit string (20) Semantics description [TS 33.102]
3GPP
Release 1999
300
10.3.3.39
NOTE:
Transmission probability
Only for FDD.
Indicates the probability for a mobile to be allowed to transmit on a DCH controlled by DRAC procedure.
Information Element/Group name Transmission probability Need MP Multi Type and reference Real(0.125.. 1.0 by step of 0.125) Semantics description probability
3GPP
Release 1999
301
10.3.3.40
3GPP
Release 1999 Information Element/Group name Downlink transport channel capability information elements Max no of bits received Need
MP
MP
CV turbo_dec _sup
Maximum number of simultaneous transport channels Maximum number of simultaneous CCTrCH Max no of received transport blocks Maximum number of TFC in the TFCS Maximum number of TF Support for turbo decoding Uplink transport channel capability information elements Max no of bits transmitted
MP MP MP
Integer(640, 1280, 2560, 3840, 5120, 6400, 7680, 8960, 10240, 20480, 40960, 81920, 163840) Integer(640, 1280, 2560, 3840, 5120, 6400, 7680, 8960, 10240, 20480, 40960, 81920, 163840) Integer(640, 1280, 2560, 3840, 5120, 6400, 7680, 8960, 10240, 20480, 40960, 81920, 163840) Integer(4, 8, 16, 32) Integer (1..8) Integer(4, 8, 16, 32, 48, 64, 96, 128, 256, 512) Integer(16, 32, 48, 64, 96, 128, 256, 512, 1024) Integer(32, 64, 128, 256, 512, 1024) Boolean
Maximum sum of number of bits of all transport blocks received at an arbitrary time instant
Maximum sum of number of bits of all convolutionally coded transport blocks received at an arbitrary time instant
Maximum sum of number of bits of all turbo coded transport blocks received at an arbitrary time instant
Maximum total number of transport blocks received within TTIs that end at within the same 10ms interval
MP
MP MP
MP
Integer(640, 1280, 2560, 3840, 5120, 6400, 7680, 8960, 10240, 20480, 40960, 81920, 163840)
Maximum sum of number of bits of all transport blocks transmitted at an arbitrary time instant
3GPP
303 Integer(640, 1280, 2560, 3840, 5120, 6400, 7680, 8960, 10240, 20480, 40960, 81920, 163840) Integer(640, 1280, 2560, 3840, 5120, 6400, 7680, 8960, 10240, 20480, 40960, 81920, 163840) Integer(2, 4, 8, 16, 32) Integer (1..8) Integer(2, 4, 8, 16, 32, 48, 64, 96, 128, 256, 512) Integer(4, 8, 16, 32, 48, 64, 96, 128, 256, 512, 1024) Integer(32, 64, 128, 256, 512, 1024) Boolean
3GPP TS 25.331 V3.5.0 (2000-12) Maximum sum of number of bits of all convolutionally coded transport blocks transmitted at an arbitrary time instant
CV turbo_enc _sup
Maximum sum of number of bits of all turbo coded transport blocks transmitted at an arbitrary time instant
Maximum number of simultaneous transport channels Maximum number of simultaneous CCTrCH of DCH type Max no of transmitted transport blocks Maximum number of TFC in the TFCS
MP CHtdd_req_s up MP
Maximum total number of transport blocks transmitted within TTIs that start at the same time
MP
Maximum number of TF Support for turbo encoding Condition turbo_dec_sup turbo_enc_sup tdd_req_sup
MP MP
Explanation Presence is mandatory if IE Support of turbo decoding = True. Otherwise this field is not needed in the message. Presence is mandatory if IE Support of turbo encoding = True. Otherwise this field is not needed in the message. Presence is mandatory if IE Multi-mode capability has the value "TDD" or "FDD/TDD" and a TDD capability update has been requested in a previous message. Otherwise this field is not needed in the message.
10.3.3.41
UE multi-mode/multi-RAT capability
Need MP MP MP Multi Type and Reference Boolean Boolean Enumerated (TDD, FDD, FDD/TDD) Semantics description
Information Element/Group name Multi-RAT capability Support of GSM Support of multi-carrier Multi-mode capability
3GPP
Release 1999
304
10.3.3.42
MP MP MP
MP MP
UE multi-mode/multi-RAT capability
MP
MP MP CHfdd_req_s up
PDCP capability 10.3.3.24 RLC capability 10.3.3.34 Transport channel capability 10.3.3.40 RF capability 10.3.3.33 Physical channel capability 10.3.3.25 UE multimode/multiRAT capability 10.3.3.41 Security capability 10.3.3.37 UP capability 10.3.3.45 Measuremen t capability 10.3.3.21 Explanation Presence is mandatory if IE Multi-mode capability has the value "FDD" or "FDD/TDD" and a FDD capability update has been requested in a previous message. Otherwise this field is not needed in the message.
Condition fdd_req_sup
10.3.3.43
This information element specifies timer- and constants values used by the UE in connected mode.
3GPP
305 Multi Type and reference Integer(10 0, 200 .. 2000 by step of 200, 3000, 4000, 6000, 8000) Integer(0.. 7) Integer(10 0, 200... 2000 by step of 200, 3000, 4000, 6000, 8000) Integer(0.. 7) Integer(10 0, 200, 400, 1000, 2000) Integer(0.. 7)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Value in milliseconds. Default value is 2000.
N301 T302
MD MD
N302 T304
MD MD
Default value is 3. Value in milliseconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Value in minutes. Default value is 30. Infinity means no update Value in seconds. Default value is 30. Value in milliseconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Value in seconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Value in milliseconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1.
N304
MD
T305
MD
T307 T308
MD MD
Integer(5, 10, 30, 60, 120, 360, 720, infinity) Integer(5, 10, 15, 20, 30, 40, 50) Integer(40, 80, 160, 320)
T309
MD
Integer(1 8)
T310
MD
N310
MD
Integer(0 .. 7)
3GPP
306 Integer(25 0 .. 2000 by step of 250) Integer (0..15) Integer (1, 50, 100, 200, 400, 600, 800, 1000) Integer (0..15)
3GPP TS 25.331 V3.5.0 (2000-12) Value in milliseconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Value in seconds. Default value is 1. Default value is 1.
T312 N312
MD MD
T313
MD
N313
MD
Integer (1, 2, 4, 10, 20, 50, 100, 200) Integer(0, 2, 4, 6, 8, 12, 16, 20)
T314
MD
T315
MD
Integer (0,10, 30, 60, 180, 600, 1200, 1800) Integer (1, 50, 100, 200, 400, 600, 800, 1000) Integer(0, 10, 20, 30, 40, 50, infinity) Integer (0,10, 30, 60, 180, 600, 1200, 1800)
N315
MD
T316
MD
Value in seconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Value in seconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Value in seconds. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Default value is the actual value of the equivalent parameter in IE "UE timers and Constants in CELL_DCH" received within SIB1. Note 1. Value in seconds. Default value is XX. Value in seconds Default value is XX
T317
MD
NOTE 1: If the value of SIB1 changes, the UE shall re-read SIB1 and use the new value of the parameter, if modified.
3GPP
Release 1999
307
10.3.3.44
This information element specifies timer- and constant values used by the UE in idle mode.
Information Element/Group name T300 Need MP Multi Type and reference Integer(10 0, 200... 2000 by step of 200, 3000, 4000, 6000, 8000) Integer(0.. 7) Integer(0 .. 15) Integer (1, 50, 100, 200, 400, 600, 800, 1000) Semantics description Value in milliseconds
MP MP MP
Value in seconds
10.3.3.45
UP capability
Need MP Multi Type and reference Boolean Semantics description Defines if a UE can measure its location by some means unrelated to UTRAN TRUE means supported TRUE means supported Defines if the UE supports network based or UE based GPS methods.
Information Element/Group name Standalone location method(s) supported UE based OTDOA supported Network Assisted GPS support
MP MP
MP
MP
Boolean
Defines if a UE has the capability to measure GPS reference time as defined in 25.215. TRUE means capable Defines if a UE has the capability to use IPDL to enhance its 'SFN-SFN observed time difference type 2' measurement. TRUE means supported
10.3.3.46
3GPP
Release 1999
308
10.3.3.47
U-RNTI
The U-RNTI (UTRAN Radio Network Temporary Identity) is allocated to an UE having a RRC connection and identifies the UE within UTRAN.
Information Element/Group name SRNC identity S-RNTI Need MP MP Multi Type and reference bit string(12) bit string(20) Semantics description
10.3.3.48
U-RNTI Short
The U-RNTI (UTRAN Radio Network Temporary Identity) is allocated to an UE having a RRC connection and identifies the UE within UTRAN.
Information Element/Group name SRNC identity S-RNTI 2 Need MP MP Multi Type and reference bit string(12) bit string(10) Semantics description
10.3.3.49
A coefficient in the formula to count the paging occasions to be used by a specific UE (specified in 25.304).
Information Element/Group name DRX cycle length coefficient Need MP Multi Type and reference Integer(3...9) Semantics description Refers to 'k' in the formula as specified in 25.304, Discontinuous reception
10.3.3.50
Wait time
Wait time defines the time period the UE has to wait before repeating the rejected procedure.
Information Element/Group name Wait time Need MP Multi Type and reference Integer(0.. 15) Semantics description Wait time in seconds The value 0 indicates that repetition is not allowed.
3GPP
Release 1999
309
10.3.4
10.3.4.1
Missing PU Indicator
MP
Timer_STATUS_periodic
OP
Value true indicates that UE should send a STATUS report for each missing PU that is detected Time in milliseconds
3GPP
Release 1999
310
10.3.4.2
PDCP info
The purpose of the PDCP info IE is to indicate which algorithms shall be established and to configure the parameters of each of the algorithms.
Information Element/Group name Support for lossless SRNS relocation Max PDCP SN window size Need CVLosslessCr iteria CV Lossless Multi Type and reference Boolean Integer (255, 65535) Semantics description TRUE means support Maximum PDCP sequence number window size. The handling of sequence number when the Max PDCP SN window size is 255 is specified in [23]. Default value is 65535. Whether a PDCP PDU header is existent or not. Default value is "present"
MP Header compression according to IETF standard RFC2507 Largest number of compressed non-TCP headers that may be sent without sending a full header. Default value is 256. Compressed headers may not be sent more than F_MAX_TIME seconds after sending last full header. Default value is 5. The largest header size in octets that may be compressed. Default value is 168. Maximum CID value for TCP connections. Default value is 15. Maximum CID value for nonTCP connections. Default value is 15. Whether the algorithm shall reorder PDCP SDUs or not. Default value is "reordering not expected".
MD
Integer (1..65535)
>>>F_MAX_TIME
MD
Integer (1..255)
>>>MAX_HEADER
MD
Integer (60..65535) Integer (3..255) Integer (3..65535) Enumerated (reordering not expected, reordering expected)
MD MD MD
Explanation This IE is present only if the IE "RLC mode" is "Acknowledged" and the IE "In-sequence delivery " is "True". This IE shall be present if the IE "Support for lossless SRNS relocation" Is TRUE, otherwise it shall be absent.
3GPP
Release 1999
311
10.3.4.3
PDCP SN info
Need MP Multi Type and Reference Integer(0..65 535) Semantics description The PDCP sequence number which the sender of the message is expecting next to be received.
10.3.4.4
Polling info
Need OP Multi Type and reference Integer(10..5 50 by step of 10, 600..1000 by step of 50) Integer(10..5 50 by step of 10, 600..1000 by step of 50) Integer(1,2,4 ,8,16,32,64,1 28) Integer(1,4,1 6,64) Boolean Boolean Integer(50,6 0,70,80,85,9 0,95,99) Integer(100, 200, 300, 400, 500, 750, 1000, 2000) Semantics description Minimum time between polls in ms
Timer_poll
OP
Time in ms.
Poll_PU Poll_SDU Last transmission PU poll Last retransmission PU poll Poll_Window Timer_poll_periodic
OP OP MP MP OP OP
Number of PUs, interval between pollings Number of SDUs, interval between pollings TRUE indicates that poll is made at last PU in transmission buffer TRUE indicates that poll is made at last PU in retransmission buffer Percentage of transmission window, threshold for polling Time in milliseconds Timer for periodic polling.
10.3.4.5
10.3.4.6
This information element is used to identify different versions of a radio bearer configuration as may be used within one PLMN e.g. to support different UTRAN implementations.
Information Element/Group name Predefined configuration value tag Need MP Multi Type and Reference Integer(0..15 ) Semantics description
3GPP
Release 1999
312
10.3.4.7
Predefined RB configuration
This information element concerns a pre- defined configuration of radio bearer parameters
Information Element/Group name Signalling radio bearer information Signalling RB information to setup List >Signalling RB information to setup Need Multi Type and Reference Semantics description
MP MP
10.3.4.8
RAB info
Re-establishment timer
MP
10.3.4.9
3GPP
Release 1999
313
10.3.4.10
Information Element/Group name RAB info RB information to setup list >RB information to setup
10.3.4.11
Information Element/Group name RAB identity CN domain identity NAS synchronization indicator
10.3.4.12
10.3.4.13
This IE contains the time, in terms of RLC sequence numbers, when a certain configuration shall be activated, for a number of radio bearers.
Information Element/Group name Radio bearer activation time >RB identity >RLC sequence number Need OP MP MP Multi 1 to <maxRB> RB identity 10.3.4.16 Integer (0.. 4095) RLC SN [TS 25.322] . Used for radio bearers mapped on RLC AM and UM Type and reference Semantics description
10.3.4.14
3GPP
314 Multi Type and reference RB identity 10.3.4.16 Integer (0.. 2^25-1) Integer (0.. 2^25-1)
25 MSBs from COUNT-C associated to this RB 25 MSBs from COUNT-C associated to this RB
10.3.4.15
RB COUNT-C information
10.3.4.16
RB identity
10.3.4.17
RB information to be affected
Need MP MP Multi Type and reference RB identity 10.3.4.16 RB mapping info 10.3.4.21 Semantics description
3GPP
Release 1999
315
10.3.4.18
RB information to reconfigure
Need MP OP C PDCP Multi Type and reference RB identity 10.3.4.16 PDCP info 10.3.4.2 PDCP SN info 10.3.4.3 RLC info 10.3.4.23 RB identity 10.3.4.16 RB mapping info 10.3.4.21 Enumerated( stop, continue) Semantics description
PDCP sequence number info from the network. Present only in case of lossless SRNS relocation.
CHOICE RLC info type >RLC info >Same as RB RB mapping info RB stop/continue
OP OP
Condition PDCP
10.3.4.19
RB information to release
Need MP Multi Type and reference RB identity 10.3.4.16 Semantics description
10.3.4.20
RB information to setup
Need MP OP MP RLC info 10.3.4.23 RB identity 10.3.4.16 RB mapping info 10.3.4.21 Identity of RB with exactly the same RLC info IE values Multi Type and reference RB identity 10.3.4.16 PDCP info 10.3.4.2 Semantics description
Information Element/Group name RB identity PDCP info CHOICE RLC info type >RLC info >Same as RB RB mapping info
MP
NOTE
3GPP
Release 1999
316
10.3.4.21
RB mapping info
A multiplexing option for each possible transport channel this RB can be multiplexed on.
3GPP
Release 1999 Information Element/Group name Information for each multiplexing option >RLC logical channel mapping indicator Need MP CV-ULRLCLogica lChannels
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Note1 TRUE indicates that the first logical channel shall be used for data PDUs and the second logical channel shall be used for control PDUs. FALSE indicates that control and data PDUs can be sent on either of the two logical channels. 1 or 2 logical channels per RLC entity or radio bearer RLC [TS 25.322] CPCH is FDD only USCH is TDD only This is the ID of a DCH or USCH (TDD only) that this RB could be mapped onto. This parameter is used to distinguish logical channels multiplexed by MAC on a transport channel. The RLC sizes that are allowed for this logical channel All RLC sizes listed in the Transport Format Set. 10.3.5.23 The RLC sizes configured for this logical channel in the Transport Format Set. 10.3.5.23 if present in this message or in the previously stored configuration otherwise Lists the RLC sizes that are valid for the logical channel. The integer number is a reference to the RLC size which arrived at that position in the Transport Format Set 10.3.5.23 This is priority between a user's different RBs (or logical channels). [25.321] 1 or 2 logical channels per RLC entity or radio bearer RLC [TS 25.322] Default value is that parameter values for DL are exactly the same as for corresponding UL logical channel. In case two multiplexing options are specified for the UL, the first options shall be used as default for the DL. As regards to the IE "Channel type", rule is specified in 8.6.4.8. Enumerated( DCH,FACH, DSCH)
CV-ULRLC info MP
1 to MaxLoCHp erRLC Enumerated( DCH,RACH, CPCH,USC H) Transport channel identity 10.3.5.18 Integer(1..15 )
CV-ULDCH/USC H OP
MP Null Null
>>MAC logical channel priority >Downlink RLC logical channel info >>Number of downlink RLC logical channels
MP CV-DLRLC info MD
Integer(1..8)
1 to MaxLoCHp erRLC
MP
3GPP
Release 1999 >>>DL Transport channel identity >>>Logical channel identity CV-DLDCH/DSC H OP
16 is reserved
Explanation If "CHOICE Uplink RLC mode" in IE "RLC info" is present this IE is MP. Otherwise the IE is not needed. If "CHOICE Downlink RLC mode" in IE "RLC info" is present this IE is MP. Otherwise the IE is not needed. If "Number of uplink RLC logical channels" in IE "RB mapping info" is 2, then this is present. Otherwise this IE is not needed. If IE "Uplink transport channel type" is equal to "DCH" or "USCH" (TDD only) this IE is MP. Otherwise the IE is not needed. If IE "Downlink transport channel type" is equal to "DCH" or "DSCH" this IE is MP. Otherwise the IE is not needed.
NOTE 1: In DCH state a logical channel may be mapped onto DCH and DSCH simultaneously, therefore maximum 4 different multiplexing options are possible in that case. In all other states maximum one RB multiplexing option is possible.
10.3.4.22
PDCP sequence number info from the sender of the message for lossless SRNS relocation.
3GPP
Release 1999
319
10.3.4.23
RLC info
3GPP
Release 1999 Information Element/Group name CHOICE Uplink RLC mode Need OP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Indicates if Acknowledged, Unacknowledged or Transparent mode RLC shall be used. Transmission RLC discard 10.3.4.25 Integer(1,8,16,3 2,64,128,256,51 2,768,1024,153 6,2047,2560,30 72,3584,4095)
MP MP
>>Timer_RST
MP
>>Max_RST >> Polling info >UM RLC >> Transmission RLC discard >TM RLC >>Transmission RLC discard >>Segmentation indication CHOICE Downlink RLC mode
MP OP OP
Integer(50, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 700, 800, 900, 1000) Integer(1, 4, 6, 8, 12 16, 24, 32) Polling info 10.3.4.4 Transmission RLC discard 10.3.4.25 Transmission RLC discard 10.3.4.25 Boolean
Maximum number of RLC PUs sent without getting them acknowledged. This parameter is needed if acknowledged mode is used. UE shall also assume that the UTRAN receiver window is equal to this value. It is used to detect the loss of RESET ACK PDU
OP MP OP
TRUE indicates that segmentation is performed. Indicates if Acknowledged, Unacknowledged or Transparent mode RLC shall be used
MP
Boolean
MP
Integer(1,8,16,3 2,64,128,256,51 2,768,1024,153 6,2047,2560,30 72,3584,4095) Downlink RLC status info 10.3.4.1
TRUE indicates that RLC shall preserve the order of higher layer PDUs when these are delivered. FALSE indicates that receiving RLC entity could allow SDUs to be delivered to the higher layer in different order than submitted to RLC sublayer at the transmitting side. Maximum number of RLC PUs allowed to be received. This parameter is needed if acknowledged mode is used. UE shall also assume that the UTRAN transmitter window is equal to this value
MP
(No data)
3GPP
321 Boolean
NOTE
10.3.4.24
MP
NOTE
3GPP
Release 1999
322
10.3.4.25
3GPP
Release 1999 Information Element/Group name CHOICE SDU Discard Mode Need MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Different modes for discharge the RLC buffer on the transmitter side; "Timer based with explicit signalling", "Timer based without explicit signalling", "Discard after Max_DAT retransmissions" or "No_discard". For unacknowledged mode and transparent mode, only Timer based without explicit signalling is applicable. If "No_discard" is used, reset procedure shall be done after Max_DAT retransmissions Integer(50,6 0, 70, 80, 90, 100, 120, 140, 160, 180, 200, 300, 400, 500, 700, 900) Integer(100, 250, 500, 750, 1000, 1250, 1500, 1750, 2000, 2500, 3000, 3500, 4000, 4500, 5000, 7500) Integer(1, 4, 6, 8, 12 16, 24, 32) Integer(10,2 0,30,40,50,6 0,70,80,90,1 00) Integer(1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40) Integer(50, 60, 70, 80, 90, 100, 120, 140, 160, 180, 200, 300, 400, 500, 700, 900) Integer(1, 4, 6, 8, 12 16, 24, 32) Integer(1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40) It is used to trigger the retransmission of a STATUS PDU containing an MRW SUFI field
MP
>>Timer_discard
MP
MP
It is the maximum value for the number of retransmissions of a MRW command Elapsed time in milliseconds before a SDU is discarded.
MP
MP
Number of retransmissions of a PU before a SDU is discarded. It is used to trigger the retransmission of a STATUS PDU containing an MRW SUFI field
>>Timer_MRW
MP
MP
It is the maximum value for the number of retransmissions of a MRW command Number of retransmissions of a PU before the RLC entity is reset.
MP
3GPP
Release 1999 CHOICE SDU Discard Mode Timer based explicit Timer based no explicit
324
Condition under which the given SDU Discard Mode is chosen If the modes for discharge of the RLC buffer on the transmitter side is "Timer based with explicit signalling" If the modes for discharge of the RLC buffer on the transmitter side is "Timer based without explicit signalling" For unacknowledged mode, only Timer based without explicit signalling is applicable. If the modes for discharge of the RLC buffer on the transmitter side is "Discard after Max_DAT retransmissions" If the modes for discharge the of RLC buffer on the transmitter side is "Reset procedure shall be done after Max_DAT retransmissions"
10.3.5
10.3.5.1
MP
MP
OP CVMessageT ype
Condition MessageType
Explanation This IE is absent in Radio Bearer Release message and Radio Bearer Reconfiguration message. Otherwise it is OPTIONAL.
3GPP
Release 1999
325
10.3.5.2
TFS
MP
NOTE
10.3.5.3
NOTE:
CPCH set ID
Only for FDD.
This information element indicates that this transport channel may use any of the Physical CPCH channels defined in the CPCH set info which contains the same CPCH set ID. The CPCH set ID associates the transport channel with a set of PCPCH channels defined in a CPCH set info IE and a set of CPCH persistency values. The CPCH set info IE(s) and the CPCH persistency values IE(s) each include the CPCH set ID and are part of the SYSTEM INFORMATION message
Information Element/Group name CPCH set ID Need MP Multi Type and reference Integer(1...m axCPCHsets ) Semantics description Identifier for CPCH set info and CPCH persistency value messages
10.3.5.4
10.3.5.5
3GPP
Release 1999
326
10.3.5.6
OP MP OP Transport Format Combination Set 10.3.5.20 (no data) OP MP 1 to >maxCCTr CH> Transport format combination set identity 10.3.5.21 Identifies a special CCTrCH for shared or dedicated channels.
MP MP Transport format combination set 10.3.5.20 Transport format combination set identity 10.3.5.21 Same TFCS applies as specified for the indicated UL DCH TFCS identity except for information applicable for UL only
MP
NOTE
10.3.5.7
NOTE:
Contains static parameters used by the DRAC procedure. Meaning and use is described in subclause 14.8.
Information Element/Group name Transmission Time Validity Time duration before retry DRAC Class Identity Need MP MP MP Multi Type and reference Integer(1..256) Integer(1..256) Integer(1..8) Semantics description number of frames number of frames Indicates the class of DRAC parameters to use in SIB10 message
3GPP
Release 1999
327
10.3.5.8
Information Element/Group name CHOICE Gain Factors >Signalled Gain Factors >>CHOICE mode >>>FDD >>>>Gain Factor c >>>TDD >>Gain Factor
MP MP OP MP
For UL DPCCH or control part of PRACH or PCPCH (no data) For UL DPDCH or data part of PRACH or PCPCH in FDD and all uplink channels in TDD If this TFC is a reference TFC, indicates the reference ID. Indicates the reference TFC Id of the TFC to be used to calculate the gain factors for this TFC. In case of using computed gain factors, at least one signalled gain factor is necessary for reference.
OP
Integer(5..10)
In dB. Power offset between the last transmitted preamble and the control part of the message (added to the preamble power to receive the power of the message control part ) Needed only for PRACH (no data)
Condition under which the way to signal the Gain Factors is chosen
The values for gain factors c (only in FDD mode) and d are signalled directly for a TFC. The gain factors c (only in FDD mode) and d are computed for a TFC, based on the signalled settings for the associated reference TFC.
10.3.5.9
This information element concerns a pre- defined configuration of transport channel parameters.
3GPP
Release 1999 Information Element/Group name UL Transport channel information common for all transport channels Need MP
328 Multi Type and Reference UL Transport channel information common for all transport channels 10.3.5.24
Added or Reconfigured TrCH information Added or Reconfigured UL TrCH information >Added or Reconfigured UL TrCH information
MP MP
1 to <maxTrCH preconf> Added or Reconfigure d UL TrCH information 10.3.5.2 DL Transport channel information common for all transport channels 10.3.5.6 1 to <maxTrCH preconf> Added or Reconfigure d DL TrCH information 10.3.5.1
MP
Downlink transport channels Added or Reconfigured DL TrCH information >Added or Reconfigured DL TrCH information
MP MP
10.3.5.10
Quality Target
Need MP Multi Type and reference Real(-6.3 ..0 by step of 0.1) Semantics description Signalled value is Log10(Transport channel BLER quality target)
10.3.5.11
CV-Coding MP MP
in bits
3GPP
329
10.3.5.12
UTRAN has the choice of two methods for signalling the mapping between TFCI (field 2) values and the corresponding TFC:
3GPP
Release 1999
330
Method #1 - TFCI range The mapping is described in terms of a number of groups, each group corresponding to a given transport format combination (value of CTFC(field2)). The CTFC(field2) value specified in the first group applies for all values of TFCI(field 2) between 0 and the specified 'Max TFCI(field2) value'. The CTFC(field2) value specified in the second group applies for all values of TFCI(field 2) between the 'Max TFCI(field2) value' specified in the last group plus one and the specified 'Max TFCI(field2) value' in the second group. The process continues in the same way for the following groups with the TFCI(field 2) value used by the UE in constructing its mapping table starting at the largest value reached in the previous group plus one. A range of TFCI values on the transport channel level can be configured to correspond to a range of codes in PDSCH mapping table. Method #2 - Explicit The mapping between TFCI(field 2) value and CTFC(field2) is spelt out explicitly for each value of TFCI (field2).
3GPP
Release 1999 Information Element/Group name CHOICE Signalling method > TFCI range >> TFCI(field 2) range Need MP MP
1 to <maxPDS CHTFCIgroup s> Integer(1..10 23) TFCS Information for DSCH (TFCI range method) 10.3.5.14 This is the Maximum value in the range of TFCI(field2) values for which the specified CTFC(field2) applies
MP
MP
> Explicit
3GPP
10.3.5.13
Information Element/Group name CHOICE TFCS representation >Complete reconfiguration >>TFCS complete reconfiguration information
MP
MP
MP
MP
10.3.5.14
The CTFC size should be chosen based on the maximum CTFC size for the UE. Integer number calculated according to clause 14. The calculation of CTFC ignores any DCH transport channels which may be assigned.
3GPP
Release 1999 Information Element/Group name CHOICE CTFC Size >2 bit CTFC >>2bit CTFC >4 bit CTFC >>4bit CTFC >6 bit CTFC >>6 bit CTFC >8 bit CTFC >>8 bit CTFC >12 bit CTFC >>12 bit CTFC >16 bit CTFC >>16 bit CTFC >24 bit CTFC >>24 bit CTFC Need MP MP MP MP MP MP MP MP
Integer(0..3) Integer(0..15 ) Integer(0..63 ) Integer(0..25 5) Integer(0..40 95) Integer(0..65 535) Integer(0..16 777215)
10.3.5.15
When it is used in TFCI field 1, the calculation of CTFC ignores any DSCH transport channels which may be assigned. When it is used in TFCI field 2, the calculation of CTFC ignores any DCH transport channels. The CTFC size should be chosen based on the maximum CTFC size for the UE. The first instance of the parameter "CTFC information" corresponds to Transport format combination 0, the second to transport format combination 1 and so on when it is used besides the case of TFCS Addition. Integer number of CTFC calculated according to clause 14. In case of TFCS Addition, the integer number(s) is the CTFC that is added. The new additional TFC(s) is inserted into the first available position(s) in the TFCI. CTFC size should be same as the size used in Complete reconfiguration.
3GPP
Release 1999 Information Element/Group name CHOICE CTFC Size >2 bit CTFC >>CTFC information >>>2bit CTFC >>>Power offset Information >4 bit CTFC >>CTFC information >>>4bit CTFC >>>Power offset Information >6 bit CTFC >>CTFC information >>>6 bit CTFC >>>Power offset Information >8 bit CTFC >>CTFC information >>>8 bit CTFC >>>Power offset Information >12 bit CTFC >>CTFC information >>>12 bit CTFC >>>Power offset Information >16 bit CTFC >>CTFC information >>>16 bit CTFC >>>Power offset Information >24 bit CTFC >>CTFC information >>>24 bit CTFC >>>Power offset Information Need MP MP MP OP
1 to <maxTFC> Integer(0..3) Power Offset Information 10.3.5.8 1 to <maxTFC> Integer(0..15 ) Power Offset Information 10.3.5.8 1 to <maxTFC> Integer(0..63 ) Power Offset Information 10.3.5.8 1 to <MaxTFC> Integer(0..25 5) Power Offset Information 10.3.5.8 1 to <maxTFC> Integer(0..40 95) Power Offset Information 10.3.5.8 1 to <maxTFC> Integer(0..65 535) Power Offset Information 10.3.5.8 1 to <MaxTFC> Integer(0..16 777215) Power Offset Information 10.3.5.8 Needed only for uplink physical channels. Needed only for uplink physical channels. Needed only for uplink physical channels. Needed only for uplink physical channels. Needed only for uplink physical channels. Needed only for uplink physical channels. Needed only for uplink physical channels.
MP MP OP
MP MP OP
MP MP OP
MP MP OP
MP MP OP
MP MP OP
10.3.5.16
3GPP
Release 1999 Information Element/Group name Removal TFCI information >TFCI Need MP MP
10.3.5.17
This information element points out a transport channel that is used for transparent mode signalling, and which type of message that is sent on the DCCH mapped on that channel. There are two modes of this transparent mode signalling. Mode 1 controls all transport channels for one UE. Mode 2 only control a subset of the transport channels for one UE.
Information Element Type of message Need MP Multi Type and reference Enumerated (TRANSPORT FORMAT COMBINATION CONTROL) Semantics description Indicates which type of message sent on the transparent mode signalling DCCH
CHOICE Transparent signalling mode >Mode 1 >Mode 2 >>Controlled transport channels list >>>UL Controlled transport channels
MP (no data) MP 1 to <maxTrC H> Transport channel identity, 10.3.5.18 The transport channels that are effected by the rate control commands sent on this transparent mode DCCH
MP
10.3.5.18
This information element is used to distinguish transport channels. Transport channels of different type (RACH, CPCH, USCH, FACH/PCH, DSCH or DCH) have separate series of identities. This also holds for uplink and downlink transport channel identities (i.e. for DCH). Depending on in which context a transport channel identity n that is sent, it will have different meaning
Information Element/Group name Transport channel identity Need MP Multi Type and reference Integer(1..32 ) Semantics description
10.3.5.19
3GPP
Release 1999
336
10.3.5.20
Indicates the allowed combinations of already defined Transport formats and the mapping between these allowed TFCs and the corresponding TFCI values. For TDD, different coded composite transport channels have independent transport format combination sets and thus independent TFCI values. For FDD, Where the UE is assigned access to one or more DSCH transport channels, a TFCI(field2) is used to signal the transport format combination for the DSCH. The following two cases exist: Case 1: Using one TFCI-word on the physical layer. A logical split determines the available number of transport format combinations for DCH and DSCH. Case 2: Using split TFCI on the physical layer. Two TFCI-words, each having a static length of five bits, are used.
Information Element/Group name CHOICE TFCI signalling Need MP Multi IE type and reference Semantics description 'Normal' : meaning no split in the TFCI field (either 'Logical' or 'Hard') 'Split' : meaning there is a split in the TFCI field (either 'Logical' or 'Hard'). This value is only valid for FDD downlink when using DSCH. TFCS explicit Configuratio n 10.3.5.13 Enumerated ('Hard', 'Logical') 'Hard' : meaning that TFCI (field 1) and TFCI (field 2) are each 5 bits long and each field is block coded separately. 'Logical' : meaning that on the physical layer TFCI (field 1) and TFCI (field 2) are concatenated, field 1 taking the most significant bits and field 2 taking the least significant bits). The whole is then encoded with a single block code. This IE indicates the length measured in number of bits of TFCI(field2)
MP
OP
OP OP
Integer (1..10) TFCS explicit Configuratio n 10.3.5.13 TFCI field 2 information 10.3.5.12
OP
Condition under which TFCI signalling type is chosen It is chosen when no split in the TFCI field. It is chosen when split in the TFCI field. This value is only valid for FDD downlink when using DSCH.
3GPP
Release 1999
337
10.3.5.22
Indicates which Transport format combinations in the already defined Transport format combination set are allowed.
Information Element/Group name CHOICE Subset representation >Minimum allowed Transport format combination index Need MP Transport format combination 10.3.5.19 1 to <maxTFC> MP Transport format combination 10.3.5.19 1 to <maxTFC> MP Transport format combination 10.3.5.19 1 to <maxTrCH > MP Transport channel identity 10.3.5.18 1 to <maxTF> Integer(0..31 ) The integer number is a reference to the transport format that is allowed. If no elements are given, all transport formats or the TrCH with non-zero rate are restricted. (No data) The integer number(s) is a reference to the transport channel that is restricted. The integer number is a reference to the Transport format combination, which arrived at that position in the Transport Format Combination Set. The integer number is a reference to the Transport format combination, which arrived at that position in the Transport Format Combination Set. The integer number is a reference to the Transport format combination, which arrived at that position in the Transport Format Combination Set. Multi Type and reference Semantics description
OP MP
3GPP
Release 1999
338
10.3.5.23
3GPP
Release 1999 Information Element/Group name CHOICE Transport channel type >Dedicated transport channels >>Dynamic Transport Format Information >>>RLC Size >>>Number of TBs and TTI List >>>>Transmission Time Interval >>>>Number of Transport blocks >>>CHOICE Logical Channel List >>>>ALL >>>>Configured Need MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The transport channel that is configured with this TFS is of type DCH Note 1 Integer(0..49 92) Unit is bits Note 2 Present for every valid number of TB's (and TTI) for this RLC Size. Unit is ms. Note 3 The logical channels that are allowed to use this RLC Size All logical channels mapped to this transport channel. The logical channels configured to use this RLC size in the RB mapping info. 10.3.4.21 if present in this message or in the previously stored configuration otherwise Lists the logical channels that are allowed to use this RLC size. Indicates the relevant UL logical channel for this RB. "0" corresponds to the first, "1" corresponds to the second UL logical channel configured for this RB in the IE "RB mapping info".
MP MP MP CVdynamicTT I MP MP
1 to <maxTF>
MP
Semi-static Transport Format Information 10.3.5.11 The transport channel that is configured with this TFS is of a type not equal to DCH Note Integer(0..49 92) 1 to <maxTF> Integer(0..51 2) Unit is bits Note 2 Present for every valid number of TB's (and TTI) for this RLC Size. Note 3 (no data)
>Common transport channels >>Dynamic Transport Format Information >>>RLC Size >>>Number of TBs and TTI List >>>>Number of Transport blocks >>>>CHOICE mode >>>>>FDD >>>>>TDD >>>>>> Transmission Time Interval >>>CHOICE Logical Channel List MP MP MP MP MP 1 to <maxTF>
CVdynamicTT I MP
Integer(10,2 0,40,80)
Unit is ms. The logical channels that are allowed to use this RLC Size
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description All logical channels mapped to this transport channel. The logical channels configured to use this RLC size in the RB mapping info. 10.3.4.21 if present in this message or in the previously stored configuration otherwise Lists the logical channels that are allowed to use this RLC size. Indicates the relevant UL logical channel for this RB. "0" corresponds to the first, "1" corresponds to the second UL logical channel configured for this RB in the IE "RB mapping info".
MP
Semi-static Transport Format Information 10.3.5.11 Explanation This IE is included if dynamic TTI usage is indicated in IE Transmission Time Interval in Semi-static Transport Format Information. Otherwise it is not needed. If "Number of uplink RLC logical channels" in IE "RB mapping info" in this message is 2 or the IE "RB mapping info" is not present in this message and 2 UL logical channels are configured for this RB, then this IE is present. Otherwise this IE is not needed.
Condition dynamicTTI
UL-RLCLogicalChannels
NOTE 1: The first instance of the parameter Number of TBs and TTI List within the Dynamic transport format information correspond to transport format 0 for this transport channel, the second to transport format 1 and so on. The total number of configured transport formats for each transport channel does not exceed <maxTF>. NOTE: The parameter "rate matching attribute" is in line with the RAN WG1 specifications. However, it is not currently in line with the description in 25.302.
NOTE 2: For dedicated channels, 'RLC size' reflects RLC PDU size. In FDD for common channels 'RLC size' reflects actual TB size. In TDD for common channels since MAC headers are not octet aligned, to calculate TB size the MAC header bit offset is added to the specified size (similar to the dedicated case). Therefore for TDD DCH TrCHs the 4 bit C/T is added if MAC multiplexing is applied, for FACH the 3 bit TCTF offset is added and for RACH the 2 bit TCTF offset is added. NOTE 3: If the number of transport blocks <> 0, and Optional IE "CHOICE RLC mode" or "CHOICE Transport block size is absent, it implies that no RLC PDU data exists but only parity bits exist. If the number of transport blocks = 0, it implies that neither RLC PDU data nor parity bits exist. In order to ensure the possibility of CRC based Blind Transport Format Detection, UTRAN should configure a transport format with number of transport block <> 0, with a zero-size transport block.
3GPP
Release 1999
341
10.3.5.24
PRACH TFCS
OP
OP MP
OP MP
>>>UL TFCS
MP
NOTE
10.3.6
10.3.6.1
10.3.6.2
NOTE:
AICH Info
Only for FDD.
Need MP MP MP Multi Type and reference Integer(0..25 5) STTD Indicator 10.3.6.78 Enumerated (0, 1) Semantics description SF is fixed and equal to 256
Information Element/Group name Channelisation code STTD indicator AICH transmission timing
3GPP
Release 1999
342
10.3.6.3
NOTE:
This is the power per transmitted Acquisition Indicator minus power of the Primary CPICH.
Information Element/Group name AICH Power offset Need MP Multi Type and reference Integer(22..+5) Semantics description Offset in dB
10.3.6.4
NOTE:
10.3.6.5
Alpha
Need MP Multi Type and reference Enumerated( 0, 1/8, 2/8, 3/8, 4/8, 5/8, 6/8, 7/8, 1) Semantics description
10.3.6.6
ASC setting
Need MP MP MP Multi Type and reference Integer(0..15 ) Integer(0..15 ) Bitstring(4) Semantics description
Information Element/Group name Available signature Start Index Available signature End Index Assigned Sub-Channel Number
NOTE:
The usage of this IE is conditional upon setting of IE "AICH transmission timing". In case that "AICH transmission timing" = 0, the leftmost bit shall be ignored. The 3 rightmost (least significant bits) shall be repeated 4 times to form a bitstring of length 12 bits. In case that "AICH transmission timing" = 1, the bitstring shall be repeated 3 times to form a bitstring of length 12 bits. In both cases, for the resulting bitstring (that includes the repetitions) bit-wise logical AND operation with the IE "Available Sub Channel number" included in IE "PRACH info (for RACH)" shall be performed. The resulting bitstring, after logical AND operation, indicates the sub-channels assigned to the respective ASC. This bitstring shall be interpreted by the UE in the same way as specified for the IE "Available SubChannel Number" , see subclause 10.3.6.61 (i.e. each bit set to 1 or 0 indicates availability or nonavailability, respectively, of sub-channel number _x, x= 0 to 11, for the respective ASC).
3GPP
Release 1999
343
10.3.6.7
NOTE:
10.3.6.8
Parameters used by UE to set the SIR target value for uplink open loop power control in TDD.
Information Element/Group name TFCS Identity Need OP Multi Type and Reference Transport Format Combination Set Identity 10.3.5.21 Uplink DPCH power control info 10.3.6.91 Semantics description TFCS Identity of this CCTrCH. Default value is 1.
MP
10.3.6.9
Cell parameters Id
Need MP Multi Type and Reference Integer(0..12 7) Semantics description
3GPP
Release 1999
344
10.3.6.10
MP MD MP
Default is continuous allocation. Value 1 indicate continuous Note that this is empty if repetition period is set to 1
10.3.6.11
Constant value
This constant value is used by the UE to calculate the initial output power on PRACH according to the Open loop power control procedure. In TDD constant values are used for open loop power control of PRACH, USCH and UL DPCH as defined in section 8.5.7.
Information Element/Group name Constant value Need MP Multi Type and reference Integer (35..-10) Semantics description
10.3.6.12
NOTE:
This IE is dynamic and is used by RNC for load balancing and congestion control. This is broadcast often in the system information message.
Information Element/Group name CPCH set ID Dynamic persistence level >Dynamic persistence level Need MP MP MP 1 to <maxTFCPCH> Dynamic persistence level 10.3.6.35 Persistence level for transport format. Multi Type and reference Integer (1 .. <maxCPCHs ets>) Semantics description Identifier for CPCH set info.
3GPP
Release 1999
345
10.3.6.13
NOTE:
This IE may be broadcast in the System Information message or assigned by SRNC. It is pseudo-static in a cell.
3GPP
Release 1999 Information Element/Group name CPCH set ID TFS TFCS Need MP MP MP
346 Multi Type and reference CPCH set ID 10.3.5.3 Transport Format Set 10.3.5.23 Transport Format Combination Set 10.3.5.20 Integer (0..79) Integer(0..25 5) Integer (0..79) Integer (0..255) 1 to <maxPCP CHCDsubCh> Integer (0..11) 1 to <maxPCP CH-CDsig> Integer (0..15) Integer (10..10)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Indicates the ID number for a particular CPCH set allocated to a cell. Transport Format Set Information allocated to this CPCH set. Transport Format Set Information allocated to this CPCH set Preamble scrambling code for AP in UL Channelisation code for APAICH in DL Preamble scrambling code for CD in UL Channelisation code for CD/CA-ICH in DL Lists the set of subchannels to be used for CD access preambles. Note: if not present, all subchannels are to be used without access delays. Signatures for CD preamble in UL. Note: if not present, all signatures are available for use. In dB. Power offset between the transmitted CD preamble and UL DPCCH of the power control preamble or message part (added to the preamble power to calculate the power of the UL DPCCH ) Slot format for UL DPCCH in power control preamble and in message part Number of Frames for start of message indication Actual number of appended EOT indicators is T_EOT = N_TTI * ceil(N_EOT/N_TTI), where N_TTI is the number of frames per TTI and "ceil" refers to rounding up to nearest integer. When present, indicates that Node B send a CA message and VCAM mapping rule (14.11) shall be used.
AP preamble scrambling code AP-AICH channelisation code CD preamble scrambling code CD/CA-ICH channelisation code Available CD access slot subchannel
MP MP MP MP CVCDSigPres ent
MP OP
MP MP
MP MP MP
OP
Boolean
MP
CPCH status indication mode 10.3.6.14 1 to <maxPCP CHs> Integer (0..79) For PCPCH message part
MP MP
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) For DL DPCCH for PCPCH message part Default is the same scrambling code as for the primary CPICH. Indicates length of power control preamble, 0slots (no preamble used) or 8 slots The UE may use this PCPCH at any Spreading Factor equal to or greater than the indicated minimum Spreading Factor. The Spreading Factor for initial access is the minimum Spreading Factor. Maximum number of frames for PCPCH message part Required in UE channel selection mode. AP preamble signature codes for selection of this PCPCH channel. Lists the set of subchannels to be used for AP access preambles in combination with the above AP signature(s). Note: if not present, all subchannels are to be used without access delays. Integer (0..11)
MP CV-NCAA MP
>> NF_max >> Channel request parameters for UCSM >>>Available AP signature >>>> AP signature >>>Available AP access slot subchannel
Integer (1 64)
Integer (0..15)
>>>> AP access slot subchannel VCAM info > Available Minimum Spreading Factor >> Minimum Spreading Factor >>NF_max >> Maximum available number of PCPCH >> Available AP signatures >>> AP signature >> Available AP sub-channel
Maximum number of frames for PCPCH message part Maximum available number of PCPCH for the indicated Spreading Factor. Signatures for AP preamble in UL.
Integer (0..15) OP 1 to <maxPCP CHAPsubCh> Integer (0..11) AP sub-channels for the given AP signature in UL. Note: if not present, all subchannels are to be used without access delays.
>>> AP sub-channel
MP
3GPP
348
Explanation This IE may be included if IE "Available CD signatures" is present. This IE is included if IE "Channel Assignment Active" is not present This IE is included if IE ""Channel Assignment Active" is present.
10.3.6.14
NOTE:
CPCH Status Indication mode defines the structure of the CSICH information which is broadcast by Node B on the CSICH channel. CSICH mode can take 2 values: PCPCH Availability (PA) mode and PCPCH Availability with Minimum Available Spreading Factor (PAMASF) mode. PAMASF mode is used when Channel Assignment is active. PA mode is used when Channel Assignment is not active (UE Channel Selection is active). 3GPP TS25.211 defines the structure of the CSICH information for both CSICH modes.
10.3.6.15
NOTE:
This is the power per transmitted CSICH Indicator minus power of the Primary CPICH.
Information Element/Group name CSICH Power offset Need MP Multi Type and reference Integer(10..+5) Semantics description Offset in dB, granularity of 1 dB
10.3.6.16
Indicates the default offset value within interleaving size at a resolution of 512chip (1/5 slot) in FDD and a resolution of one frame in TDD to offset CFN in the UE. This is used to distribute discontinuous transmission periods in time and also to distribute NodeB-RNC transmission traffics in time. Even though the CFN is offset by DOFF, the start timing of the interleaving will be the timing that "CFN mod (interleaving size)"=0 (e.g. interleaving size: 2,4,8) in both UE and SRNC.
Information Element/Group name CHOICE mode >FDD >>Default DPCH Offset Value (DOFF) >TDD >>Default DPCH Offset Value (DOFF) Need Multi Type and reference Semantics description
MP
Number of chips=. 0 to 599 time 512 chips, see TS 25.402. Number of frames; See TS 25.402
MP
10.3.6.17
NOTE:
3GPP
Release 1999 Information Element/Group name CHOICE codes representation >Consecutive codes >>First channelisation code Need MP MP
MP
The codes from First channelisation code to Last channelisation code shall be used in that order by the physical layer in this timeslot. If a TFCI exists in this timeslot, it is mapped in the First channelisation code. If this is the same as First channelisation code, only one code is used by the physical layer. The first bit in this bitmap corresponds to channelisation code (16/1) the second to (16/2) and so on. A 1 in the bitmap means that the code is used in this timeslot, a 0 that the code is not used. The codes shall be used in the order from (16/1) to (16/16) by the physical layer.
MP
3GPP
Release 1999
350
10.3.6.18
Information Element/Group name Timing Indication CFN-targetSFN frame offset CHOICE mode >FDD >>Downlink DPCH power control information
In frame
OP
OP
>>Spreading factor
MP
>>Fixed or Flexible Position >>TFCI existence >>CHOICE SF >>> SF = 256 >>>> Number of bits for Pilot bits >>> SF = 128 >>>>Number of bits for Pilot bits >>> Otherwise >TDD >>Common timeslot info
MP MP MP MP MP
MD
Condition under which the given SF is chosen "Spreading factor" is set to 128 "Spreading factor" is set to 256 "Spreading factor" is set to a value distinct from 128 and 256 Explanation This IE is OPTIONAL if the IE "Timing Indication" is set to "Initialise". Otherwise it is absent.
Condition TimInd
10.3.6.19
NOTE:
3GPP
Release 1999 Information Element/Group name Downlink DPCH power control information Need OP
351 Multi Type and reference Downlink DPCH power control information 10.3.6.23
10.3.6.20
>>Fixed or Flexible Position >>TFCI existence >>CHOICE SF >>> SF = 256 >>>> Number of bits for Pilot bits >>> SF = 128 >>>>Number of bits for Pilot bits >>> Otherwise >TDD >>Common timeslot info
MP MP MP MP MP
MP
Common Timeslot Info 10.3.6.10 Condition under which the given SF is chosen "Spreading factor" is set to 128 "Spreading factor" is set to 256 "Spreading factor" is set to a value distinct from 128 and 256
3GPP
Release 1999
352
10.3.6.21
3GPP
Release 1999 Information Element/Group name CHOICE mode >FDD >>Primary CPICH usage for channel estimation Need MP MP
MP
Primary CPICH usage for channel estimation 10.3.6.62 Integer(0..381 44 by step of 256)
Offset (in number of chips) between the beginning of the P-CCPCH frame and the beginning of the DPCH frame This is called DPCH,n in TS 25.211
>>Secondary CPICH info >>DL channelisation code >>>Secondary scrambling code >>> CHOICE Spreading factor >>>Code number >>> Scrambling code change
Secondary CPICH info 10.3.6.73 SF of the channelisation code of the data part for each DPCH Default is the same scrambling code as for the Primary CPICH Defined in CHOICE SF512AndCodenumber with "code number" in ASN.1
MP
OP CH TxDiversity Mode
Secondary scrambling code 10.3.6.74 Integer(4, 8, 16, 32, 64, 128, 256, 512) Integer(0..Spr eading factor 1) Enumerated (code change, no code change) TPC combination index 10.3.6.85 SSDT Cell Identity 10.3.6.76 Integer(1, 2)
Indicates whether the alternative scrambling code is used for compressed mode method 'SF/2'.
It is present if current TX Diversity Mode in UE is "closed loop mode 1" or "closed loop mode 2". Value in slots
>TDD >>DL CCTrCh List >>>TFCS ID >>>Time info >>>Downlink DPCH timeslots and codes >>>UL CCTrCH TPC List
MP MD MP MD
1..<maxCC TrCH> Integer(1..8) Time Info 10.3.6.83 Downlink Timeslots and Codes 10.3.6.32 1..<maxCC TrCH> Identity of this CCTrCh. Default value is 1 Default is to use the old timeslots and codes. UL CCTrCH identities for TPC commands associated with this DL CCTrCH. Default is previous list or all defined UL CCTrCHs
MD
3GPP
Release 1999 Information Element/Group name >>>>UL TPC TFCS Identity Need MP
354 Multi Type and reference Transport Format Combination Set Identity 10.3.5.21
Condition SF/2
TxDiversity Mode
Explanation The information element is mandatory if the UE has an active compressed mode pattern sequence, which is using compressed mode method "SF/2". Otherwise the IE is not needed. This IE is present if current TX Diversity Mode in UE is "closed loop mode 1" or "closed loop mode 2". Otherwise the IE is not needed.
10.3.6.22
Information Element/Group name CHOICE mode >FDD >>Primary CPICH usage for channel estimation
MD MP MP
MP
10.3.6.23
OP
3GPP
Release 1999
355
10.3.6.24
MD
Default value is the existing value of DPCH compressed mode information Default value is the existing value of TX Diversity mode
>>TX Diversity Mode >>SSDT information >TDD Default DPCH Offset Value
MD OP
(no data) OP
10.3.6.25
NOTE:
10.3.6.26
OP
3GPP
Release 1999
356
10.3.6.27
Information Element/Group name Choice mode >FDD >>Primary CPICH info >>PDSCH with SHO DCH Info
OP
MP OP
Secondary CCPCH info References to system information blocks >Scheduling information >SIB type SIBs only
OP OP MP MP
10.3.6.28
Information Element/Group name Choice mode >FDD >>Primary CPICH info >TDD >>Primary CCPCH info
MP
MP
10.3.6.29
This information element indicates whether the UE is allowed or not to increase its downlink SIR target value above the current value.
3GPP
357 Multi Type and reference Enumerated( Increase allowed, Increase not allowed)
10.3.6.30
NOTE:
OP
10.3.6.31
This IE indicates which TrCH is restricted in TFI. DL rate matching should be done based on the TFCS which is the subset of the "DL TFCS with no restricted Transport channel".
Information Element/Group name Restricted TrCH information >Restricted DL TrCH identity Need OP MP Multi 1 to <maxTrCH > Transport channel identity 10.3.5.18 1 to <maxTF> Integer(0..31 ) Type and reference Semantics description
MP MP
10.3.6.32
NOTE:
3GPP
Release 1999 Information Element/Group name First Individual timeslot info First timeslot channelisation codes CHOICE more timeslots >No more timeslots >Consecutive timeslots >>Number of additional timeslots Need MP MP
358 Multi Type and reference Individual timeslot info 10.3.6.37 Downlink channelisation codes 10.3.6.17
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Individual timeslot info for the first timeslot used by the physical layer. These codes shall be used by the physical layer in the timeslot given in First Individual timeslot info. (no data)
MP
MP
Integer(1..max TS-1)
The timeslots used by the physical layer shall be timeslots: N mod maxTS (N+1) mod maxTS ... (N+k) mod maxTS in that order, where N is the timeslot number in the First individual timeslot info and k the Number of additional timeslots. The additional timeslots shall use the same parameters (e.g. channelisation codes, midamble shifts etc.) as the first timeslot. The first instance of this parameter corresponds to the timeslot that shall be used second by the physical layer, the second to the timeslot that shall be used third and so on.
MP
1 to <maxTS1>
MP MP Timeslot Number 10.3.6.84 The physical layer shall use the same parameters (e.g. channelisation codes, midamble shifts etc.) for this timeslot as for the last one.
MP MP
10.3.6.33
NOTE:
This information element indicates the parameters of the downlink compressed mode to be used by the UE in order to perform inter-frequency measurements.
Information Element/Group name Transmission gap pattern sequence >TGPSI Need Multi 1 to <maxTGP S> MP TGPSI Type and reference Semantics description
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description This flag indicates the current status of the Transmission Gap Pattern Sequence, whether it shall be activated or deactivated. Connection Frame Number of the first frame of the first pattern within the Transmission Gap Pattern Sequence.
>TGCFN
MP
Integer (0..255)
OP MP Enumerated( TDD measuremen t, FDD measuremen t, GSM carrier RSSI measuremen t, GSM Initial BSIC identification, GSM BSIC reconfirmation) Integer (1..63, Infinity) Integer (0..14) Transmission Gap pattern sequence Measurement Purpose.
>>TGPRC
MP
>> TGSN
MP
The number of transmission gap patterns within the Transmission Gap Pattern Sequence. Transmission Gap Starting Slot Number The slot number of the first transmission gap slot within the TGCFN.
3GPP
360 Multi Type and reference Integer(1..14 ) Integer (1..14) Integer(15..2 69, undefined)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The length of the first Transmission Gap within the transmission gap pattern expressed in number of slots The length of the second Transmission Gap within the transmission gap pattern. If omitted, then TGL2=TGL1. Transmission gap distance indicates the number of slots between starting slots of two consecutive transmission gaps within a transmission gap pattern. If there is only one transmission gap in the transmission gap pattern, this parameter shall be set to zero. The duration of transmission gap pattern 1. The duration of transmission gap pattern 2. If omitted, then TGPL2=TGPL1. Recovery Period Power control mode during the frame after the transmission gap within the compressed frame. Indicates whether normal PC mode or compressed PC mode is applied Initial Transmit Power is the uplink power control method to be used to compute the initial transmit power after the compressed mode gap. Defines whether only DL, only UL, or combined UL/DL compressed mode is used. Method for generating downlink compressed mode gap Method for generating uplink compressed mode gap
>> TGL2
MD
>>TGD
MP
MP MD MP
>>ITP
MP
Enumerated (mode 0, mode 1). Enumerated (UL only, DL only, UL/DL) Enumerated (puncturing, SF/2, higher layer scheduling) Enumerated (SF/2, higher layer scheduling) Enumerated (A, B) Real(0..3 by step of 0.1)
MP CV DL
CV UL
MP MP
>>DeltaSIRafter1
MP
Delta in DL SIR target value to be set in the UE during the frame containing the start of the first transmission gap in the transmission gap pattern (without including the effect of the bit-rate increase) Delta in DL SIR target value to be set in the UE one frame after the frame containing the start of the first transmission gap in the transmission gap pattern.
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Delta in DL SIR target value to be set in the UE during the frame containing the start of the second transmission gap in the transmission gap pattern (without including the effect of the bit-rate increase) When omitted, DeltaSIR2 = DeltaSIR1. Delta in DL SIR target value to be set in the UE one frame after the frame containing the start of the second transmission gap in the transmission gap pattern. When omitted, DeltaSIRafter2 = DeltaSIRafter1.
>>DeltaSIRafter2
OP
Condition UL DL
Explanation This information element is only sent when the value of the "UL/DL mode" IE is "UL only" or "UL/DL". This information element is only sent when the value of the "UL/DL mode" IE is "DL only" or "UL/DL".
10.3.6.34
Information Element/Group name Transmission gap pattern sequence > TGPSI > TGPS Status Flag
>TGCFN
MP
10.3.6.35
3GPP
Release 1999
362
10.3.6.36
Frequency info
Need MP OP Integer(0.. 16383) Integer(0 .. 16383) Integer(0 .. 16383) [25.101] If IE not present, default duplex distance of 190 MHz shall be used. [25.101] [25.102] Multi Type and reference Semantics description
MP MP
10.3.6.37
MP
10.3.6.39
This information element indicates the maximum allowed uplink transmit power.
Information Element Maximum allowed UL TX power Need MP Multi Type and reference Integer(50..33) Semantics description In dBm
3GPP
Release 1999 Information Element/Group name Midamble burst type 1 Midamble burst type 2 Need MD MD
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Maximum number of midamble shifts for burst type 1. Default value is 8. Maximum number of midamble shifts for burst type 2. Default value is 3.
10.3.6.41
NOTE:
This information element indicates burst type and midamble allocation. Three different midamble allocation schemes exist: Default midamble: the midamble shift is selected by layer 1 depending on the associated channelisation code (DL and UL) Common midamble: the midamble shift is chosen by layer 1 depending on the number of channelisation codes (possible in DL only) UE specific midamble: a UE specific midamble is explicitly assigned (DL and UL).
3GPP
Release 1999 Information Element/Group name CHOICE Burst Type >Type 1 >>Midamble Allocation Mode Need MP MP
CV UE MP
Enumerated (Default midamble, Common midamble, UE specific midamble) Integer(0..15 ) Enumerated (Default midamble, Common midamble, UE specific midamble) Integer(0..5) Enumerated (Default midamble, UE specific midamble) Integer (0..15)
CV UE MP
>>Midamble Shift
CV UE
NOTE:
Condition UE
Explanation This information element is only sent when the value of the "Midamble Allocation Mode" IE is "UE-specific midamble".
10.3.6.42
NOTE:
Information Element/Group name PDSCH allocation period info TFCS ID CHOICE Configuration >Old configuration >>PDSCH Identity >New configuration >>PDSCH Info >>PDSCH Identity >>PDSCH power control info
Default is 1.
MP OP OP
3GPP
Release 1999
365
10.3.6.43
NOTE:
This IE indicates the association between each possible value of TFCI(field 2) and the corresponding PDSCH channelisation code(s). There are three fundamentally different ways that the UTRAN must choose between in order to signal the mapping information, these are described below. The signalling capacity consumed by the different methods will vary depending on the way in which the UTRAN configures usage of the DSCH. A fourth option is also provided which allows the UTRAN to replace individual entries in the TFCI(field 2) to PDSCH code mapping table with new PDSCH code values. There are four different signalling methods defined. The signalling method shall be selected by the UTRAN. Method #1 - Using code range The mapping is described in terms of a number of groups, each group associated with a given spreading factor. The UE maps TFCI(field2) values to PDSCH codes in the following way. The PDSCH code used for TFCI(field 2) = 0, is given by the SF and code number = 'PDSCH code start' of Group = 1. The PDSCH code used for TFCI( field 2) = 1, is given by the SF and code number = 'PDSCH code start' + 1. This continues, with unit increments in the value of TFCI(field 2) mapping to unit increments in code number up until the point that code number = 'PDSCH code stop'. The process continues in the same way for the next group with the TFCI(field 2) value used by the UE when constructing its mapping table starting at the largest value reached in the previous group plus one. In the event that 'PDSCH code start' = 'PDSCH code stop' (as may occur when mapping the PDSCH root code to a TFCI (field 2) value) then this is to be interpreted as defining the mapping between the channelisation code and a single TFCI (i.e., TFCI(field 2) should not be incremented twice). Note that each value of TFCI (field 2) is associated with a given 'code number' and when the 'multi-code info' parameter is greater than 1, then each value of TFCI (field 2) actually maps to a set of PDSCH codes. In this case contiguous codes are assigned, starting at the channelisation code denoted by the 'code number' parameter and including all codes with code numbers up to and including 'code number' - 1 + the value given in the parameter 'multi-code info'. Method #2 - Using TFCI range The mapping is described in terms of a number of groups, each group corresponding to a given PDSCH channelisation code. The PDSCH code specified in the first group applies for all values of TFCI(field 2) between 0 and the specified 'Max TFCI(field2)'. The PDSCH code specified in the second group applies for all values of TFCI(field 2) between the 'Max TFCI(field2) value' specified in the last group plus one and the specified 'Max TFCI(field2)' in the second group. The process continues in the same way for the following groups with the TFCI(field 2) value starting at the largest value reached in the previous group plus one. Method #3 - Explicit The mapping between TFCI(field 2) value and PDSCH channelisation code is spelt out explicitly for each value of TFCI (field2)
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Scrambling code on which PDSCH is transmitted. Default is the same scrambling code as for the Primary CPICH
MP MP 1 to < maxPDSC HTFCIgroup s> Integer(4, 8, 16, 32, 64, 128, 256) Integer(1..16 )
MP MP
This parameter indicates the number of PDSCH transmitted to the UE. The PDSCH codes all have the same SF as denoted by the 'Spreading factor' parameter. Contiguous codes are assigned, starting at the channelisation code denoted by the spreading factor and code number parameter and including all codes, with code numbers up to and including 'code number' - 1 + 'multi-code info'. Note that 'code number'-1+'multi-code info' will not be allowed to exceed 'Spreading factor - 1'
>>Code number (for PDSCH code start) >>Code number (for PDSCH code stop) >TFCI range >>DSCH mapping
MP MP
Integer(0..Sp reading factor-1) Integer(0..Sp reading factor-1) 1 to < maxPDSC HTFCIgroup s> Integer(1..10 23) Integer(4, 8, 16, 32, 64, 128, 256) Integer(0..Sp reading factor-1) Integer(1..16 ) 1 to < maxTFCI2-Combs > Integer(4, 8, 16, 32, 64, 128, 256) This is the maximum value in the range of TFCI(field 2) values for which the specified PDSCH code applies
MP
MP
>>>Spreading factor (for PDSCH code) >>>Code number (for PDSCH code) >>>multi-code info >Explicit >>PDSCH code info
MP MP MP MP
Semantics as described for this parameter above The first instance of the parameter PDSCH code corresponds to TFCI (field2) = 0, the second to TFCI(field 2) = 1and so on.
MP
3GPP
Release 1999 Information Element/Group name >>>Code number (for PDSCH code) >>>multi-code info >Replace Need MP MP
MP
1 to < maxTFCI2-Combs > Integer (0..1023) Integer(4, 8, 16, 32, 64, 128, 256) Integer(0..Sp reading factor-1) Integer(1..16 )
>>>TFCI (field 2) >>>Spreading factor (for PDSCH code) >>>Code number (for PDSCH code) >>>multi-code info
MP MP MP MP
Semantics as described for this parameter above This choice is made if the PDSCH code(s) associated with a given value of TFCI(field 2) is to be replaced. Identity of the PDSCH code(s) to be used for the specified value of TFCI(field 2). These code identity(s) replace any that had been specified before Value of TFCI(field 2) for which PDSCH code mapping will be changed
10.3.6.44
NOTE:
PDSCH info
Only for TDD.
Need MD OP OP 1 to <maxTS> Multi Type and reference Integer(1..8) Common timeslot info 10.3.6.10 Downlink Timeslots and Codes 10.3.6.32 Semantics description TFCS to be used. Default value is 1.
Information Element/Group name TFCS ID Common timeslot info PDSCH timeslots and codes
10.3.6.45
NOTE:
Information Element/Group name TPC Step Size UL CCTrCH TPC List >UL TPC TFCS Identity
3GPP
Release 1999
368
10.3.6.46
NOTE:
Information Element/Group name PDSCH information >PDSCH Identity >PDSCH info >SFN Time Info >DSCH TFS >DSCH TFCS
Condition Block17
10.3.6.47
NOTE:
OP
OP MP
10.3.6.48
This IE defines scaling factors associated with ASC 2 ASC 7 (multiplicity corresponds to the number of PRACH partitions minus 2) to be applied to the dynamic persistence value. This IE shall not be present in system information if
3GPP
Release 1999
369
only ASC 0 and ASC 1 are defined. If it is not present for ASC >1, default persistence scaling factor 1 shall be used (see subclause 8.5.12).
Information Element/Group name Access Service Class > Persistence scaling factor Need Multi 1 to maxASCpe rsist MP Real(0.9..0.2 , by step of 0.1) Scaling factors in the range 0, ,1 Type and reference Semantics description
10.3.6.49
PICH Info
Need MP MP MP MP Integer(0..25 5) Integer (18, 36 72 144) STTD Indicator 10.3.6.78 Enumerated ( (16/1)... (16/16)) Timeslot number 10.3.6.84 SF is fixed and equal to 256 Multi Type and reference Semantics description
Information Element/Group name CHOICE mode >FDD >>Channelisation code >>Number of PI per frame >>STTD indicator >TDD >>Channelisation code
MD
>>Timeslot number >> CHOICE Burst Type >>>Type 1 >>>>Midamble Shift >>>Type 2 >>>>Midamble Shift >>Repetition period/length
MD MP MP MP MD
Default value is the channelisation code used by the SCCPCH carrying the associated PCH. Default value is the timeslot used by the SCCPCH carrying the associated PCH.
Integer(0..15 ) Integer(0..5) Enumerated( (4/2),(8/2), (8/4),(16/2), (16/4), (32/2),(32/4), (64/2),(64/4)) Integer (0...Repetitio n period -1) Integer (4, 8, 16) Integer(2, 4, 8)
MP MD MD
SFN mod Repetitionperiod = Offset. Indicates the length of one paging indicator in Bits. Default value is 4. Number of frames between the last frame carrying PICH for this Paging Occasion and the first frame carrying paging messages for this Paging Occasion. Default value is 4. Number of paging groups. Default value is 2.
>>NPCH
MD
Integer(1 .. 8)
3GPP
Release 1999
370
10.3.6.50
This is the power transmitted on the PICH minus power of the Primary CPICH in FDD and Primary CCPCH Tx Power in TDD.
Information Element/Group name PICH Power offset Need MP Multi Type and reference Integer(-10 .. +5) Semantics description Offset in dB
10.3.6.51
NOTE:
Information Element/Group name CHOICE SF >SF16 >>Channelisation Code List >>>Channelisation code >SF8 >>Channelisation Code List >>>Channelisation Code
MP MP
3GPP
Release 1999
371
10.3.6.52
>>Available SF >>Preamble scrambling code number >>Puncturing Limit >> Available Sub Channel Number
MP MP MP MP
MP MP
>>PRACH Midamble
OP
Timeslot number 10.3.6.84 PRACH Channelisati on Code 10.3.6.51 Enumerated (Direct, Direct/Invert ed)
NOTE 1: Each bit is 0 or 1 to indicate available signature_x, x= 0 to 15. NOTE 2: Each bit is 0 or 1 to indicate available sub channel number _x, x= 0 to 11.
3GPP
Release 1999
372
10.3.6.53
PRACH partitioning
Need Multi Type and reference Semantics description
Information Element/Group name CHOICE mode >FDD >>Access Service class >>>ASC Setting
MP MD
1 to maxASC ASC setting 10.3.6.6 The default values are same as the previous ASC. If the "default" is used for the first ASC, the default values are all available signatures and "all available subchannels". List of Access Service classes Integer(1..8) Integer(1, 2, 4, 8) Integer(0..Re petition Period - 1) Default value is continuous. Value 1 indicates continuous allocation Note that this is empty if repetition period is set to 1
>>TDD >>>Access Service class List >>>>Access service class Index >>>>Repetition Period >>>>Offset
MP MP MD MP
1 to maxASC
The following description applies to FDD only. The list of available signatures is renumbered from signature index 0 to signature index N-1, where N is the number of available signatures, starting with the lowest available signature number and continuing in sequence, in the order of increasing signature numbers. List of available signatures : 16 or less signatures are available. Ex : only signatures 0, 5, 10 and 15 are available, then : Signature 0 is : available signature index 0 Signature 5 is : available signature index 1 Signature 10 is : available signature index 2 Signature 15 is : available signature index 3
The list of available access-slot sub-channels is renumbered from access-slot sub-channel index 0 to access-slot subchannel index M-1, where M is the number of available access-slot sub-channels, starting with the lowest available access-slot sub-channel number and continuing in sequence, in the order of increasing access-slot sub-channel numbers. List of available Access Slot channels : 12 or less sub-channels are available. Ex : only sub-channels 0,1; 4,5; 8,9 are present, then : Sub-channel 0 is : available sub-channel index 0 Sub-channel 1 is : available sub-channel index 1 Sub-channel 4 is : available sub-channel index 2 Sub-channel 5 is : available sub-channel index 3 Sub-channel 8 is : available sub-channel index 4 Sub-channel 9 is : available sub-channel index 5
3GPP
Release 1999
373
One ASC has access to all the access-slot sub-channels between the Available sub-channel Start Index and the Available sub-channel End Index, and to all the signatures between the Available signature Start Index and the Available signature End Index. NOTE: The above text may eventually be moved to a more appropriate location.
10.3.6.54
NOTE:
3GPP
Release 1999
374
10.3.6.55
Information element PRACH system information >PRACH info >Transport channel identity
>RACH TFS
MD
>RACH TFCS
MD
Default value is the value of "RACH TFS" for the previous PRACH in the list (note : the first occurrence is then MP) Default value is the value of "RACH TFCS" for the previous PRACH in the list (note : the first occurrence is then MP) Default value is the value of "PRACH partitioning" for the previous PRACH in the list (note : the first occurrence is then MP) If this IE is absent, value is the value of "Persistence scaling factors" for the previous PRACH in the list if value exists Only present in SIB 5 If this IE is absent, value is the value of "AC-to-ASC mapping" for the previous PRACH in the list if value exists
>PRACH partitioning
MD
OP
>AC-to-ASC mapping
OP
MP MD Primary CPICH TX power 10.3.6.61 Constant value 10.3.6.11 PRACH power offset 10.3.6.54 RACH transmission parameters 10.3.6.67 AICH info 10.3.6.2 Default value is the value of "Primary CPICH TX power" for the previous PRACH in the list (note : the first occurrence is then MP) Default value is the value of "Constant value" for the previous PRACH in the list (note : the first occurrence is then MP) Default value is the value of "PRACH power offset" for the previous PRACH in the list (note : the first occurrence is then MP) Default value is the value of "RACH transmission parameters" for the previous PRACH in the list (note : the first occurrence is then MP) Default value is the value of "AICH info" for the previous PRACH in the list (note : the first occurrence is then MP) (no data)
>>>Constant value
MD
MD
MD
>>>AICH info
MD
>>TDD
3GPP
Release 1999
375
NOTE:
If the setting of the PRACH information results in that a combination of a signature, preamble scrambling code and subchannel corresponds to a RACH with different TFS and/or TFCS, then for that combination only the TFS/TFCS of the PRACH listed first is valid, where PRACHs listed in System Information Block type 5 shall be counted first.
10.3.6.56
This information element concerns a pre- defined configuration of physical channel parameters.
Information Element/Group name Uplink radio resources Uplink DPCH info Need MP Multi Type and Reference Uplink DPCH info Pre 10.3.6.90 Downlink information common for all radio links Pre 10.3.6.26 Semantics description
Downlink radio resources Downlink information common for all radio links
10.3.6.57
Information Element/Group name CHOICE mode >FDD >>TX Diversity indicator >TDD >>CHOICE SyncCase >>>Sync Case 1 >>>>Timeslot >>>Sync Case 2 >>>>Timeslot >>Cell parameters ID >>Block STTD indicator
10.3.6.58
NOTE:
3GPP
Release 1999 Information Element/Group name CHOICE SyncCase >Sync Case 1 >>Timeslot >Sync Case 2 >>Timeslot Cell parameters ID Block STTD indicator Need MP MP MP MP MP
Integer (0...14) Integer(0..6) Cell parameters Id 10.3.6.9 Block STTD indicator 10.3.6.7
PCCPCH timeslot
10.3.6.59
NOTE:
10.3.6.60
NOTE:
10.3.6.61
NOTE:
10.3.6.62
NOTE:
10.3.6.63
NOTE:
PUSCH info
Only for TDD.
3GPP
Release 1999 Information Element/Group name TFCS ID Common timeslot info PUSCH timeslots and codes Need MD OP OP
377 Multi Type and reference Integer(1..8) Common timeslot info 10.3.6.10 Uplink Timeslots and Codes 10.3.6.94
10.3.6.64
NOTE:
Information Element/Group name CHOICE PUSCH allocation >PUSCH allocation pending >PUSCH allocation assignment >>PUSCH allocation period info >>PUSCH power control info
>>TFCS ID >>CHOICE Configuration >>>Old configuration >>>>PUSCH Identity >>>New configuration >>>>PUSCH info >>>>PUSCH Identity
MD MP MP
Default is 1.
MP OP
10.3.6.65
NOTE:
Interference level measured for a frequency at the UTRAN access point used by UE to set PUSCH output power.
Information Element/Group name UL target SIR Need MP Multi Type and reference Real (-11 .. 20 by step of 0.5) Semantics description in dB
10.3.6.66
NOTE:
3GPP
Release 1999 Information Element/Group name PUSCH information >PUSCH Identity >PUSCH info >SFN Time Info >USCH TFS Need MP MP MP CHBlock17 OP
378 Multi 1 to <maxPUS CH> Integer(1..Hi PUSCHIdent ities) PUSCH info 10.3.6.63 SFN Time Info 10.3.6.75 Transport format set 10.3.5.23 Transport Format Combination Set 10.3.5.20 Type and reference
>USCH TFCS
Condition Block17
10.3.6.67
NOTE:
10.3.6.68
Information Element/Group name Primary CPICH info Downlink DPCH info for each RL
OP
OP
Note 1
NOTE 1: These IEs are present when the UE needs to listen to system information on FACH in CELL_DCH state.
3GPP
Release 1999
379
10.3.6.69
10.3.6.70
FACH/PCH information >TFS References to system information blocks >Scheduling information >SIB type SIBs only MP
MP MP MP MP
3GPP
Release 1999
380
10.3.6.71
Information Element/Group name CHOICE mode >FDD >>Primary CPICH usage for channel estimation
OP OP
May only be sent for SCCPCH channels not carrying the PCH. May only be sent for SCCPCH channels not carrying the PCH. Default value is "TRUE"
>>STTD indicator >>Spreading factor >>Code number >>Pilot symbol existence >>TFCI existence >>Fixed or Flexible Position >>Timing Offset
MD MP MP MD MD MD MD
TRUE means the existence. Default value is "TRUE" TRUE means the existence. Default value is "TRUE" Default value is "Flexible" Chip Delay of the Secondary CCPCH relative to the Primary CCPCH. Default value is 0. SFN modulo Repetition period = offset. Repetition period is the one indicated in the accompanying Common timeslot info IE
>TDD >>Offset
MD
Integer (0...Repetitio n Period -1) Common timeslot info 10.3.6.10 Individual timeslot info 10.3.6.37 1.. <maxCode sCount> Enumerated( (16/1).. (16/16))
>>Common timeslot info >>Individual timeslot info >>Code List >>>Channelisation Code
MP MP MP MP
3GPP
Release 1999
381
10.3.6.72
Information element Secondary CCPCH system information >Secondary CCPCH info >TFCS
>FACH/PCH information
MD
MP
MP MP
For each FACH and PCH Note 2 The value "TRUE" indicates that a CTCH is mapped on the FACH, and "FALSE" that no CTCH is mapped. PICH info is present only when PCH is multiplexed on Secondary CCPCH
>PICH info
OP
NOTE 1: The secondary CCPCHs carrying a PCH shall be listed first. NOTE 2: TFS for PCH shall be the first "FACH/PCH information" in the list if a PCH exists for the respective secondary CCPCH.
10.3.6.73
NOTE:
Channelisation code
MP
10.3.6.74
3GPP
Release 1999
382
10.3.6.75
10.3.6.76
NOTE:
10.3.6.77
NOTE:
SSDT information
This information element indicates the status (e.g. initiated/terminated) of the Site Selection. Diversity Transmit power control (SSDT). It is used to change the SSDT status. The parameter 'code word set' indicates how cell identities are coded (using many bits or few, values are long, medium, or short).
Information Element/Group name S field Code Word Set Need MP MP Multi Type and reference Integer (1, 2) Enumerated (long, medium, short, SSDT off) Semantics description in bits
NOTE:
These parameters shall be set optionally associated with DL DPCH info but not for each RL.
10.3.6.78
STTD indicator
3GPP
Release 1999
383
10.3.6.79
This information element contains parameters for open loop power control setting for TDD.
Information Element/Group name Primary CCPCH Tx Power Need OP Multi Type and reference Primary CCPCH Tx Power 10.3.6.59 Alpha 10.3.6.5 Constant Value 10.3.6.11 Constant Value 10.3.6.11 Constant Value 10.3.6.11 Semantics description For path loss calculation
Alpha PRACH Constant Value DPCH Constant Value PUSCH Constant Value
OP OP OP OP
Operator controlled PRACH Margin Operator controlled UL DPCH Margin Operator controlled PUSCH Margin
10.3.6.80
10.3.6.81
NOTE:
This IE indicates whether the TFCI (field 2) which will be transmitted on the DPCCH of a newly added radio link should be soft combined with the others in the TFCI (field 2) combining set. This IE can only be sent when the UE is in CELL_DCH state with a DSCH transport channel assigned and when there is a 'hard' split in the TFCI field (such that TFCI1 and TFCI2 have their own separate block coding).
Information Element/Group name TFCI combining indicator Need MP Multi Type and reference Boolean Semantics description TRUE means that TFCI is combined
10.3.6.82
TGPSI
Need MP Multi Type and reference Integer(1..M axTGPS) Semantics description Transmission Gap Pattern Sequence Identifier Establish a reference to the compressed mode pattern sequence. Up to <MaxTGPS> simultaneous compressed mode pattern sequences can be used.
3GPP
Release 1999
384
10.3.6.83
Time info
Need MD MD Multi Type and reference Activation time 10.3.3.1 Integer(1..40 96, infinite) Semantics description Frame number start of the physical channel existence. Default value is "Now" Total number of frames the physical channel will exist. Default value is "infinite".
10.3.6.84
Timeslot number
Need MP Multi Type and reference Integer(0..14 ) Semantics description Timeslot within a frame
10.3.6.85
NOTE:
10.3.6.86
NOTE:
TX Diversity Mode
Only for FDD.
Need MP Multi Type and reference Enumerated (none, STTD, closed loop mode1, closed loop mode2) Semantics description
10.3.6.87
UL interference
Need MP Multi Type and reference Integer (110..-70) Semantics description In dBm
NOTE:
3GPP
Release 1999
385
10.3.6.88
CHOICE mode >FDD >>Scrambling code type >>Scrambling code number >>Number of DPDCH
MP MP MP MD Enumerated( short, long) Integer(0..16 777215) Integer(2..m axDPDCH) Integer(4, 8, 16, 32, 64, 128, 256) Boolean Integer (1, 2)
MP MD CH
Default value is 1. Number of DPDCH is 1 in HANDOVER TO UTRAN COMMAND SF of the channelisation code for data part TRUE means existence. Default value is "TRUE" In bits. Number of FBI bits is needed if SSDT or FB Mode Transmit Signalling is supported.
MP
Real(0.40 ..1 by step of 0.04) Uplink Timing Advance Control 10.3.6.96 1 to <maxCCTr CH> Integer(1..8) Time info 10.3.6.83 Common timeslot info 10.3.6.10 Uplink Timeslots and Codes 10.3.6.94 Default value is 1. Default is the current Common timeslot info Default is to use the old timeslots and codes.
OP
>>UL CCTrCH List >>>TFCS ID >>>Time info >>>Common timeslot info >>>Uplink DPCH timeslots and codes
MP MD MP MD MD
Condition Single
3GPP
Release 1999
386
10.3.6.89
CHOICE mode >FDD >>Scrambling code type >>Reduced scrambling code number >>Spreading factor
MP MP MP MP
Sub-range of values for initial use upon handover to UTRAN. SF of the channelisation code for data part There is only one DPDCH for this case
OP
MP
10.3.6.90
CHOICE mode >FDD >>TFCI existence >>Puncturing Limit >TDD >>Common timeslot info
MP
Condition Single
10.3.6.91
Parameters used by UE to set DPCH initial output power and to use for closed-loop power control in FDD and parameters for uplink open loop power control in TDD.
3GPP
Release 1999 Information Element/Group name CHOICE mode >FDD >>DPCCH Power offset >>PC Preamble >>Power Control Algorithm >>TPC step size >TDD >>UL target SIR >>CHOICE UL OL PC info >>>Broadcast UL OL PC info >>>Individually Signalled >>>>Individual timeslot interference info >>>>> Individual timeslot interference >>>>DPCH Constant Value >>>>Primary CCPCH Tx Power Need MP MP MP MP CV algo MP MP
Integer(164,..-6 by step of 2) Integer (0, 15) Enumerated (algorithm 1, algorithm 2) Integer (1, 2) Real (-11 .. 20 by step of 0.5dB) Null
In dB
No data
OP MP MP
1 to <maxTS> Individual timeslot interference 10.3.6.38 Constant Value 10.3.6.11 Primary CCPCH Tx Power 10.3.6.59
OP OP
Condition algo
Explanation The IE is mandatory if "Power Control Algorithm" is set to "algorithm 1", otherwise the IE is not needed
10.3.6.92
Parameters used by UE to set DPCH initial output power and to use for closed-loop power control.
Information Element/Group name CHOICE mode >FDD >>Power Control Algorithm >>TPC step size >TDD >>UL target SIR >>UL Timeslot Interference Need MP MP CV algo MP MP Enumerated (algorithm 1, algorithm 2) Integer (1, 2) Real (-11 .. 20 by step of 0.5dB) UL Interference 10.3.6.87 Specifies algorithm to be used by UE to interpret TPC commands In dB In dB Multi Type and reference Semantics description
Condition algo
Explanation The IE is mandatory if "Power Control Algorithm" is set to "algorithm 1", otherwise the IE is not needed
3GPP
Release 1999
388
10.3.6.93
Parameters used by UE to set DPCH initial output power and to use for closed-loop power control in FDD and parameters for uplink open loop power control in TDD.
Information Element/Group name CHOICE mode >FDD >>DPCCH Power offset >>PC Preamble >TDD >>DPCH Constant Value Need MP MP MP MP Integer(164..-6 by step of 2) Integer (0, 15) Constant Value 10.3.6.11 In dB Multi Type and reference Semantics description
Condition Algo
Explanation The IE is mandatory if "Power Control Algorithm" is set to "algorithm 1", otherwise the IE is not needed
10.3.6.94
NOTE:
3GPP
Release 1999 Information Element/Group name Dynamic SF usage First Individual timeslot info First timeslot Code List >Channelisation Code Need MP MP MP MP 1..2
389 Multi Type and reference Boolean Individual timeslot info 10.3.6.37
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Individual timeslot info for the first timeslot used by the physical layer. Code list used in the timeslot. given in First individual timeslot info.
CHOICE more timeslots >No more timeslots >Consecutive timeslots >>Number of additional timeslots
MP
MP
Integer(1..m axTS-1)
The timeslots used by the physical layer shall be timeslots: N mod maxTS (N+1) mod maxTS ... (N+k) mod maxTS in that order, where N is the timeslot number in the First individual timeslot info and k the Number of additional timeslots. The additional timeslots shall use the same parameters (e.g. channelisation codes, midamble shifts etc.) as the first timeslot. The first instance of this parameter corresponds to the timeslot that shall be used second by the physical layer, the second to the timeslot that shall be used third and so on.
MP
1 to <maxTS1>
MP MP Timeslot Number 10.3.6.84 This physical layer shall use the same parameters (e.g. channelisation codes, midamble shifts etc.) for this timeslot as for the last one.
MP MP MP 1..2
Individual timeslot info 10.3.6.37 Enumerated( (1/1),)(2/1), (2/2),(4/1).. (4/4),(8/1).. (8/8),(16/1).. (16/16))
10.3.6.95
NOTE:
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Absolute timing advance value to be used to avoid large delay spread at the NodeB
10.3.6.96
NOTE:
Information Element/Group name CHOICE Timing Advance >Disabled >Enabled >>UL Timing Advance
>>Activation Time
OP
10.3.7
10.3.7.1
MP
10.3.7.2
Cell info
Includes non-frequency related cell info used in the IE "inter-frequency cell info list" and "intra frequency cell info list".
3GPP
391 Multi Type and reference Real(-10..10 by step of 0.5) Reference time difference to cell 10.3.7.60 Primary CPICH info 10.3.6.60 Primary CPICH Tx power 10.3.6.61 Boolean Boolean Primary CCPCH info 10.3.6.57 Primary CCPCH TX power 10.3.6.59 1 to <maxTS> Integer (0...14) Enumerated (Type1, Type2) Cell Selection and Reselection for SIB11/12Info 10.3.2.4
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description In dB Default value is 0 dB Used to offset measured quantity value In chips. This IE is absent for serving cell.
OP
MP OP OP This IE is absent only if measuring RSSI only (broadband measurement.) Required if calculating pathloss. TRUE indicates that read of SFN is requested for the target cell
>>Read SFN indicator >>TX Diversity Indicator >TDD >>Primary CCPCH info >>Primary CCPCH TX power
MP MP MP OP
OP
MP MD CVBCHopt
The UE shall report Timeslot ISCP values according the order of the listed Timeslot numbers Timeslot numbers, for which the UE shall report Timeslot ISCP Use for Timeslot ISCP measurements only. Default value is "Type1" Only when sent in system information. This IE is absent for serving cell. For neighbouring cell, if HCS is not used and all the parameters in cell selection and re-selection info are default value, this IE is absent.
10.3.7.3
3GPP
Release 1999 Information Element/Group name Cell Identity SFN-SFN observed time difference Cell synchronisation information CHOICE mode >FDD >>Primary CPICH info >>CPICH Ec/N0 >>CPICH RSCP >>Pathloss >TDD >>Cell parameters Id >>Proposed TGSN >>Primary CCPCH RSCP >>Pathloss >> Timeslot list >>>Timeslot ISCP Need OP OP OP MP MP OP OP OP MP OP OP OP OP MP
392 Multi
3GPP TS 25.331 V3.5.0 (2000-12) Type and reference Cell Identity 10.3.2.2 SFN-SFN observed time difference 10.3.7.63 Cell synchronisation information10.3.7.6 Primary CPICH info 10.3.6.60 Integer(-20..0) Integer(-115..-40) Integer(46..158) Cell parameters Id 10.3.6.9 Integer (0..14) Primary CCPCH RSCP info 10.3.7.54 Integer(46..158) Semantics description
In dB In dBm In dB
In dB The UE shall report the Timeslot ISCP in the same order as indicated in the cell info
10.3.7.4
MP
10.3.7.5
Includes non frequency related cell reporting quantities. For all boolean types TRUE means inclusion in the report is requested.
3GPP
Release 1999 Information Element/Group name SFN-SFN observed time difference reporting indicator Cell synchronisation information reporting indicator Cell Identity reporting indicator CHOICE mode >FDD >>CPICH Ec/N0 reporting indicator >>CPICH RSCP reporting indicator >>Pathloss reporting indicator >TDD >>Timeslot ISCP reporting indicator >> Proposed TGSN Reporting required >>Primary CCPCH RSCP reporting indicator >>Pathloss reporting indicator Need MP
393 Multi Type and reference Enumerated( No report, type 1, type 2) Boolean Boolean Boolean Boolean Boolean Boolean Boolean Boolean Boolean
MP MP MP MP MP MP MP MP MP MP
10.3.7.6
The IE "Cell synchronisation information" contains the OFF and Tm as defined in 3GPP TS 25.215 and 3GPP TS 25.225 and the four most significant bits of the difference between the 12 least significant bits of the RLC Transparent Mode COUNT-C in the UE and the SFN of the measured cell. It is notified to SRNC by Measurement Report message or Measurement Information Element in other RRC messages
Information Element/Group name CHOICE mode >FDD >>COUNT-C-SFN frame difference >>>COUNT-C-SFN high >>>OFF >>Tm >TDD >>COUNT-C-SFN frame difference >>>COUNT-C-SFN high >>>OFF Need Multi Type and reference Semantics description
MP OP MP MP MP OP MP MP
Integer(0..3840 by step of 256) Integer(0..255) in frames in frames Integer(0..3840 by step of 256) Integer(0..255) Integer(0..38399) in frames in frames in chips
NOTE:
This measurement is only used in TDD when cells are not SFN synchronised
3GPP
Release 1999
394
10.3.7.7
Event results
Need MP Intra-frequency measurement event results 10.3.7.37 Inter-frequency measurement event results 10.3.7.17 Inter-RAT measurement event results 10.3.7.28 Multi Type and reference Semantics description
Information Element/Group name CHOICE event result >Intra-frequency measurement event results >Inter-frequency measurement event results >Inter-RAT measurement event results
For IS-2000 results, include fields of the Pilot Strength Measurement Message from subclause 2.7.2.3.2.5 of TIA/EIA/IS-2000.5
>Traffic volume measurement event results >Quality measurement event results >UE internal measurement event results >UP measurement event results
Traffic volume measurement event results 10.3.7.69 Quality measurement event results 10.3.7.57 UE internal measurement event results 10.3.7.78 UP measurement event results 10.3.7.101 Condition under which the given event result is chosen If measurement type = intra-frequency measurement If measurement type = inter-frequency measurement If measurement type = inter-RAT measurement If measurement type = traffic volume measurement If measurement type = Quality measurement If measurement type = UE internal measurement If measurement type = UP measurement
CHOICE event result Intra-frequency measurement event results Inter-frequency measurement event results Inter-RAT measurement event results Traffic volume measurement event results Quality measurement event results UE internal measurement event results UP measurement event results
10.3.7.8
TRUE means that measurements are required TRUE means that measurements are required
3GPP
Release 1999
395
10.3.7.9
Filter coefficient
Need MD Multi Type and reference Integer(0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 13, 15, 17, 19) Semantics description Default value is 0
10.3.7.10
>Temporary_offset2
CV-FDDQualityMeasure
Explanation Not allowed if IE Penalty time equals 'not used' else MP Presence is not allowed if the IE "Cell_selection_and_reselection_quality_measure" has the value CPICH RSCP, otherwise the IE is mandatory and has a default value.
10.3.7.11
3GPP
Release 1999
396
10.3.7.12
UE Speed detector
10.3.7.13
MP MP
1 .. <maxCellM eas> Integer(0 .. <MaxInterCe lls>) No data 1 to <maxCellM eas> Integer(0 .. <MaxInterCe lls>) Frequency info 10.3.6.36 Cell info 10.3.7.2 The first inter-frequency cell in the list corresponds to interfrequency cell id 0, the second corresponds to inter-frequency cell id 1 etc Default value is the value of the previous "frequency info" in the list (note : the first occurrence is then MP)
OP MD
>Frequency info
MD
>Cell info
MP
3GPP
Release 1999
397
10.3.7.14
10.3.7.15
>UTRA carrier RSSI >Inter-frequency cell measurement results >>Cell measured results
OP OP MP
3GPP
Release 1999
398
10.3.7.16
Inter-frequency measurement
Need MP Multi Type and reference Interfrequency cell info list 10.3.7.13 Interfrequency measuremen t quantity 10.3.7.18 Interfrequency reporting quantity 10.3.7.21 Reporting cell status 10.3.7.61 Measuremen t validity 10.3.7.51 Interfrequency set update 10.3.7.22 Intrafrequency measuremen t reporting criteria 10.3.7.39 Interfrequency measuremen t reporting criteria 10.3.7.19 Periodical reporting criteria 10.3.7.53 (no data) Chosen when this measurement only is used as additional measurement to another measurement Condition Explanation This IE is optional if the CHOICE "report criteria" is equal to "periodical reporting criteria" or "No reporting", otherwise the IE is not needed Semantics description Measurement object
OP
OP
CVreporting OP OP
MP
>No reporting
reporting
10.3.7.17
This IE contains the measurement event results that are reported to UTRAN for inter-frequency measurements.
3GPP
399 Multi Type and reference Interfrequency event identity 10.3.7.14 Frequency info 10.3.6.36 Cell measureme nt event results 10.3.7.4
Inter-frequency cells >Frequency info >Non frequency related measurement event results
OP MP MP
1 to <maxFreq>
10.3.7.18
The quantity the UE shall measure in case of inter-frequency measurement. It also includes the filtering of the measurements.
Information Element/Group name CHOICE reporting criteria >Intra-frequency reporting criteria >>Intra-frequency measurement quantity >Inter-frequency reporting criteria >>Filter coefficient >>CHOICE mode >>>FDD >>>>Measurement quantity for frequency quality estimate >>>TDD >>>>Measurement quantity for frequency quality estimate Need MP MP Intra-frequency measurement quantity 10.3.7.38 Filter coefficient 10.3.7.9 Multi Type and reference Semantics description
MP MP MP
MP
3GPP
Release 1999
400
10.3.7.19
The triggering of the event-triggered reporting for an inter-frequency measurements. All events concerning interfrequency measurements are labelled 2x where x is a,b,c.. Event 2a: Change of best frequency. Event 2b: The estimated quality of the currently used frequency is below a certain threshold and the estimated quality of a non-used frequency is above a certain threshold. Event 2c: The estimated quality of a non-used frequency is above a certain threshold. Event 2d: The estimated quality of the currently used frequency is below a certain threshold. Event 2e: The estimated quality of a non-used frequency is below a certain threshold. Event 2f: The estimated quality of the currently used frequency is above a certain threshold.
Information Element/Group name Parameters required for each event >Inter-frequency event identity Need OP MP Multi 1 to <maxMeas Event> Interfrequency event identity 10.3.7.14 Integer(115..0) Type and reference Semantics description
CV clause 0
Ranges used depend on measurement quantity. CPICH Ec/No -24..0dB CPICH/Primary CCPCH RSCP -115..-25dBm
CV clause 0 MP MP
Real(0, 0.1..2.0 by step of 0.1) Real(0, 0.5..14.5 by step of 0.5) Time to trigger 10.3.7.64 Reporting cell status 10.3.7.61 1 to <maxFreq > Integer(115..0)
In event 2a, 2b, 2c, 2d, 2e, 2f Indicates the period of time between the timing of event detection and the timing of sending Measurement Report. Time in ms.
>Reporting cell status >Parameters required for each non-used frequency >>Threshold non used frequency
OP OP CV clause 1
Ranges used depend on measurement quantity. CPICH Ec/No -24..0dB CPICH/Primary CCPCH RSCP -115..-25dBm
CV-clause 1
Real(0, 0.1..2.0 by step of 0.1) Explanation 2a,2b, 2d, or 2f, otherwise the IE is not needed The IE is mandatory in if "inter frequency event identity" is set to 2a, 2b, 2c or 2e, otherwise the IE is not needed
3GPP
Release 1999
401
10.3.7.20
10.3.7.21
Information Element/Group name UTRA Carrier RSSI Frequency quality estimate Non frequency related cell reporting quantities
10.3.7.22
NOTE:
Contains the changes of the active set associated with a non-used frequency. This information makes it possible to use events defined for Intra-frequency measurement within the same non-used frequency for Inter-frequency measurement reporting criteria. This information also controls if the UE should use autonomous updating of the active set associated with a non-used frequency.
Information Element/group name UE autonomous update mode Need MP Multi Type and reference Enumerated (On, On with no reporting, Off) Semantics description
Non autonomous update mode >Radio link addition information >>Primary CPICH info >Radio link removal information >>Primary CPICH info
CV-Update OP MP OP MP
1 to <maxRL> Primary CPICH info 10.3.6.60 1 to <MaxRL> Primary CPICH info 10.3.6.60
Radio link addition information required for each RL to add Note 1 Radio link removal information required for each RL to remove Note 1
Condition Update
Explanation The IE is mandatory if IE"UE autonomous update mode" is set to "Off", otherwise the IE is not needed.
NOTE 1: If it is assumed that CPICH downlink scrambling code is always allocated with sufficient reuse distances, CPICH downlink scrambling code will be enough for designating the different radio links.
3GPP
Release 1999
402
10.3.7.23
OP MD
>CHOICE Radio Access Technology >>GSM >>>Cell selection and reselection info
MP CVBCHopt Cell selection and re-selection info for SIB11/12 10.3.2.4 Only when sent in system information. If HCS is not used and all the parameters in cell selection and re-selection info are default values, this IE is absent. GSM TS 04.18 For IS-2000, use fields from TIA/EIA/IS-2000.5, Section 3. 7.3.3.2.27, Candidate Frequency Neighbour List Message
>>>BSIC >>>BCCH ARFCN >>>Output power >>IS-2000 >>>System specific measurement info
MP MP OP
BSIC 10.3.8.2 Integer (0..1023) enumerated (frequency, timeslot, colour code, output power, PN offset)
10.3.7.24
10.3.7.25
Inter-RAT info
Inter-RAT info defines the target system for redirected cell selection.
Information Element/Group name Inter-RAT info Need MP Multi Type and reference Enumerated (GSM) Semantics description
3GPP
Release 1999
403
10.3.7.26
Information Element/Group name Inter-RAT measurement results >CHOICE system >>GSM >>>Measured GSM cells
>>>>GSM carrier RSSI >>>>Pathloss >>>>CHOICE BSIC >>>>>Verified BSIC >>>>>> inter-RAT cell id >>>>>Non verified BSIC >>>>>>BCCH ARFCN >>>>Observed time difference to GSM cell
OP OP MP
OP
10.3.7.27
Inter-RAT measurement
Need OP OP Multi Type and reference Inter-RAT cell info list 10.3.7.23 Inter-RAT measuremen t quantity 10.3.7.29 Inter-RAT reporting quantity 10.3.7.32 Reporting cell status 10.3.7.61 Inter-RAT measuremen t reporting criteria 10.3.7.30 Periodical reporting criteria 10.3.7.53 (no data) Chosen when this measurement only is used as additional measurement to another measurement Semantics description Measurement object
Information Element/Group name Inter-RAT cell info list Inter-RAT measurement quantity Inter-RAT reporting quantity
OP
Reporting cell status CHOICE report criteria >Inter-RAT measurement reporting criteria
CVreporting MP
>No reporting
3GPP
404
Explanation This IE is optional if the CHOICE "report criteria" is equal to "periodical reporting criteria" or "No reporting", otherwise the IE is not needed
10.3.7.28
This IE contains the measurement event results that are reported to UTRAN for inter-RAT measurements.
Information Element/Group name Inter-RAT event identity Need MP Multi Type and reference Inter-RAT event identity 10.3.7.24 Semantics description
Cells to report >CHOICE BSIC >>Verified BSIC >>>inter-RAT cell id >>Non verified BSIC >>>BCCH ARFCN
MP MP
3GPP
Release 1999
405
10.3.7.29
The quantity the UE shall measure in case of inter-RAT measurement. It also includes the filtering of the measurements.
Information Element/Group name Measurement quantity for UTRAN quality estimate Need OP Multi Type and reference Intrafrequency measuremen t quantity 10.3.7.38 Enumerated( GSM Carrier RSSI, Pathloss) Filter coefficient 10.3.7.9 Enumerated( required, not required) Integer(0..63 ) Integer(0..15 ) Integer(0..63 ) Integer(0..63 ) Admission criteria for neighbours, see subclause 2.6.6.2.6 of TIA/EIA/IS-2000.5 Admission criteria for neighbours, see subclause 2.6.6.2.5.2 of TIA/EIA/IS2000.5 Admission criteria for neighbours, see subclause 2.6.6.2.3 and 2.6.6.2.5.2 of TIA/EIA/IS-2000.5 Admission criteria for neighbours, see subclause 2.6.6.2.5.2 of TIA/EIA/IS2000.5 Semantics description
MP MP
>>Filter coefficient >>BSIC verification required >IS2000 >>TADD Ec/I0 >>TCOMP Ec/I0
MP MP
MP MP
>>SOFT SLOPE
OP
>>ADD_INTERCEPT
OP
Also, this IE must be set to "required" if IE "Observed time difference to GSM cell" in IE "Inter-RAT reporting quantity "is set to "true".
3GPP
Release 1999
406
10.3.7.30
The triggering of the event-triggered reporting for an inter-RAT measurement. All events concerning inter-RAT measurements are labelled 3x where x is a,b,c.. Event 3a: The estimated quality of the currently used UTRAN frequency is below a certain threshold and the estimated quality of the other system is above a certain threshold. Event 3b: The estimated quality of other system is below a certain threshold. Event 3c: The estimated quality of other system is above a certain threshold. Event 3d: Change of best cell in other system.
Information Element/Group name Parameters required for each event >Inter-RAT event identity Need OP MP Multi 1 to <maxMeas Event> Inter-RAT event identity 10.3.7.24 In event 3a In event 3a, 3b, 3c Time to trigger 10.3.7.64 Reporting cell status 10.3.7.61 Explanation The IE is mandatory if " Inter-RAT event identity" is set to "3a", otherwise the IE is not needed The IE is mandatory if " Inter-RAT event identity" is set to 3a, 3b or 3c, otherwise the IE is not needed Indicates the period of time between the timing of event detection and the timing of sending Measurement Report. Type and reference Semantics description
>Threshold own system >W >Threshold other system >Hysteresis >Time to trigger
OP
10.3.7.31
10.3.7.32
For all boolean types TRUE means inclusion in the report is requested.
3GPP
Release 1999 Information Element/Group name UTRAN estimated quality CHOICE system >GSM >>Pathloss >>Observed time difference to GSM cell >>GSM Carrier RSSI Need MP MP MP MP MP
10.3.7.33
MP MP
1 to <maxCell Meas> Integer(0 .. <maxCellMea s> - 1) 1 to <maxCell Meas> Integer(0 .. <maxCellMea s> - 1) Cell info 10.3.7.2 This information element must be present when "Intrafrequency cell info list" is included in the system information The first intra-frequency cell in the list corresponds to intrafrequency cell id 0, the second corresponds to intra-frequency cell id 1 etc.
OP
>Intra-frequency cell id
MD
>Cell info
MP
10.3.7.34
3GPP
Release 1999
408
10.3.7.35
10.3.7.36
Intra-frequency measurement
Need OP Multi Type and reference Intrafrequency cell info list 10.3.7.33 Intrafrequency measuremen t quantity 10.3.7.38 Intrafrequency reporting quantity 10.3.7.41 Reporting cell status 10.3.7.61 Measuremen t validity 10.3.7.51 Intrafrequency measuremen t reporting criteria 10.3.7.39 Periodical reporting criteria 10.3.7.53 (no data) Chosen when this measurement only is used as additional measurement to another measurement Condition Explanation This IE is optional if the CHOICE "report criteria" is equal to "periodical reporting criteria" or "No reporting", otherwise the IE is not needed Semantics description Measurement object
OP
OP
Reporting cell status Measurement validity CHOICE report criteria >Intra-frequency measurement reporting criteria
CVreporting OP OP
>No reporting
reporting
10.3.7.37
This IE contains the measurement event results that are reported to UTRAN for intra-frequency measurements.
3GPP
409 Multi Type and reference Intrafrequency event identity 10.3.7.34 Cell measured event results 10.3.7.4
MP
10.3.7.38
The quantity the UE shall measure in case of intra-frequency measurement. It also includes the filtering of the measurements.
Information Element/Group name Filter coefficient CHOICE mode >FDD >>Measurement quantity Need MP MP MP Enumerated(C PICH Ec/N0, CPICH RSCP, Pathloss, UTRA Carrier RSSI) Pathloss=Primary CPICH Tx power-CPICH RSCP If used in Inter system measurement quantity only Ec/N0 an RSCP is allowed. If used in inter-frequency measurement quantity RSSI is not allowed. Multi Type and reference Filter coefficient 10.3.7.9 Semantics description
MP MP
1 to 4 Enumerated(Pr imary CCPCH RSCP, Pathloss, Timeslot ISCP, UTRA Carrier RSSI) Pathloss=Primary CCPCH Tx power-Primary CCPCH RSCP If used in inter-frequency measurement quantity RSSI is not allowed.
3GPP
Release 1999
410
10.3.7.39
The triggering of the event-triggered reporting for an intra-frequency measurement. All events concerning intrafrequency measurements are labelled 1x where x is a, b, c. Event 1a: A Primary CPICH enters the Reporting Range (FDD only). Event 1b: A Primary CPICH leaves the Reporting Range (FDD only). Event 1c: A Non-active Primary CPICH becomes better than an active Primary CPICH (FDD only). Event 1d: Change of best cell [Note 1] (FDD only). Event 1e: A Primary CPICH becomes better than an absolute threshold (FDD only). Event 1f: A Primary CPICH becomes worse than an absolute threshold (FDD only). Event 1g: Change of best cell in TDD. Event 1h: Timeslot ISCP below a certain threshold (TDD only). Event 1i: Timeslot ISCP above a certain threshold (TDD only).
3GPP
Release 1999 Information Element/Group name Parameters required for each event > Intra-frequency event identity Need OP MP
411 Multi 1 to <maxMeas Event> Intrafrequency event identity 10.3.7.34 Enumerated( Active set cells, Monitored set cells, Active set cells and monitored set cells) Enumerated( Active set cells, Monitored set cells, Active set cells and monitored set cells, Detected set cells, Detected set cells and monitored set cells) Real(0..14.5 by step of 0.5) 1 to <maxCellM eas> Type and reference
>Triggering condition 1
CV clause 0
>Triggering condition 2
CV clause 6
>Reporting Range >Cells forbidden to affect Reporting range >>CHOICE mode >>>FDD >>>>Primary CPICH info >>>TDD >>>>Primary CCPCH info >W >Hysteresis > Threshold used frequency
CV clause 2 CV clause 1 MP MP
Primary CPICH info 10.3.6.60 Primary CCPCH info 10.3.6.57 Real(0.0..2.0 by step of 0.1) Real(0..7.5 by step of 0.5) Integer (-115..165)
MP CV clause 2 MP CV-clause 3
In dB. Range used depend on measurement quantity. CPICH RSCP -115 .. -40 dBm CPICH Ec/No -24..0 dB Pathloss 30..165dB ISCP -115..-25 dBm
3GPP
Release 1999 Information Element/Group name >Reporting deactivation threshold Need CV clause 4
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description In event 1a Indicates the maximum number of cells allowed in the active set in order for event 1a to occur. 0 means not applicable . In event 1c Indicates the minimum number of cells allowed in the active set in order for event 1c to occur. 0 means not applicable Indicates the period of time between the timing of event detection and the timing of sending Measurement Report. Time in ms
CV clause 5
Integer(0, 1, 2, 3, 4, 5, 6, 7)
>Time to trigger
MP
Time to trigger 10.3.7.64 Integer(1, 2, 4, 8, 16, 32, 64, Infinity) Integer(0, 250, 500, 1000, 2000, 4000, 8000, 16000) Reporting cell status 10.3.7.61
CV clause 7 CV clause 7
Indicates the interval of periodical reporting when such reporting is triggered by an event. Interval in milliseconds. 0 means no periodical reporting
OP
Explanation The IE is mandatory if "Intra-frequency event identity" is set to "1b" or "1f", otherwise the IE is not needed The IE is optional if "Intra-frequency event identity" is set to "1a" or "1b", otherwise the IE is not needed The IE is mandatory if "Intra-frequency event identity" is set to "1a" or "1b", otherwise the IE is not needed The IE is mandatory if "Intra-frequency event identity" is set to , "1e", "1f", "1h", "1i" or "1j", otherwise the IE is not needed The IE is mandatory if "Intra-frequency event identity" is set to "1a", otherwise the IE is not needed The IE is mandatory if "Intra-frequency event identity" is set to "1c", otherwise the IE is not needed The IE is mandatory if "Intra-frequency event identity" is set to "1a" or "1e". The IE is mandatory if "Intra-frequency event identity" is set to "1a" or "1c".
3GPP
Release 1999
413
10.3.7.40
Information Element/Group name Intra-frequency measurement identity Intra-frequency cell info list
OP
OP
OP
OP
Note 1
NOTE 1: The reporting of intra-frequency measurements is activated when state CELL_DCH is entered.
10.3.7.41
MP
OP
3GPP
Release 1999
414
10.3.7.42
Contains the reporting quantity information for an intra-frequency measurement report, which is sent on the RACH.
Information Element/Group name SFN-SFN observed time difference CHOICE mode >FDD >>Reporting quantity Need MP Multi Type and reference Enumerated( No report, type 1, type 2) Enumerated( CPICH Ec/N0, CPICH RSCP, Pathloss, No report) MP MP 1 to 2 Enumerated( Timeslot ISCP, Primary CCPCH RSCP, No report) Semantics description
MP MP
10.3.7.43
3GPP
Release 1999
415
10.3.7.44
Measured results
Contains the measured results of the quantity indicated optionally by Reporting Quantity in Measurement Control. "Measured results" can be used for both event trigger mode and periodical reporting mode. The list should be in the order of the value of the measurement quality (the first cell should be the best cell). The "best" FDD cell has the largest value when the measurement quantity is "Ec/No" or "RSCP". On the other hand, the "best" cell has the smallest value when the measurement quantity is "Pathloss". The "best" TDD cell has the largest value when measurement quantity is "Primary CCPCH RSCP".
Information Element/Group name CHOICE Measurement >Intra-frequency measured results list Need MP Intrafrequency measured results list 10.3.7.35 Interfrequency measured results list 10.3.7.15 Inter-RAT measured results list 10.3.7.26 Traffic volume measured results list 10.3.7.67 Quality measured results list 10.3.7.55 UE Internal measured results 10.3.7.76 UP measured results 10.3.7.99 Multi Type and reference Semantics description
10.3.7.45
Contains the measured results on RACH of the quantity indicated optionally by Reporting Quantity in the system information broadcast on BCH. The list should be in the order of the value of the measurement quality (the first cell should be the best cell). The "best" FDD cell has the largest value when the measurement quantity is "Ec/No" or "RSCP". On the other hand, the "best" cell has the smallest value when the measurement quantity is "Pathloss". The "best" TDD cell has the largest value when measurement quantity is "Primary CCPCH RSCP".
3GPP
Release 1999 Information Element/group name Measurement result for current cell CHOICE mode >FDD >>CHOICE measurement quantity >>>CPICH Ec/N0 >>>CPICH RSCP >>>Pathloss >TDD >>Timeslot List >>>Timeslot ISCP OP MP Need
MP MP Integer(20..0) Integer(115..-40) Integer(46..1 58) 1 to 14 Timeslot ISCP info 10.3.7.65 Primary CCPCH RSCP info 10.3.7.54 1 to 7 SFN-SFN observed time difference 10.3.7.63 Primary CPICH info 10.3.6.60 It is absent for current cell Integer(20..0) Integer(115..-40) Integer(46..1 58) MP MP Cell parameters Id 10.3.6.9 Primary CCPCH RSCP info 10.3.7.54 In dB In dBm In dB It is absent for current cell The UE shall report the Timeslot ISCP in the same order as indicated in the cell info In dB In dBm In dB
OP
OP OP
>CHOICE mode >>FDD >>>Primary CPICH info >>>CHOICE measurement quantity >>>>CPICH Ec/N0 >>>>CPICH RSCP >>>>Pathloss >>TDD >>>Cell parameters Id >>>Primary CCPCH RSCP
MP MP OP
10.3.7.46
Measurement Command
Need MP Multi Type and reference Enumerated( Setup,Modify ,Release) Semantics description
3GPP
Release 1999
417
10.3.7.47
OP
OP
OP
OP
OP
NOTE1: The reporting of intra-frequency measurements is activated when state CELL_DCH is entered.
10.3.7.48
Measurement Identity
A reference number that is used by the UTRAN at modification and release of the measurement, and by the UE in the measurement report.
Information Element/Group name Measurement identity Need Multi Type and reference Integer(1..16) Semantics description
MP
10.3.7.49
Contains the type of Measurement Report transfer mode and the indication of periodical/event trigger.
3GPP
Release 1999 Information Element/Group name Measurement Report Transfer Mode Need
418 Multi Type and reference enumerated (Acknowledged mode RLC, Unacknowledged mode RLC) Enumerated (Periodical
MP
MP
10.3.7.50
Measurement Type
Need MP Multi Type and reference Enumerated(Intrafrequency, Inter-frequency, Inter-RAT, Traffic volume, Quality, UE internal, UP) Semantics description
10.3.7.51
Measurement validity
Need MP Multi Type and reference Enumerated( CELL_DCH, all states except CELL_DCH, all states) Semantics description Indicates the states, in which measurement reporting shall be conducted. The values 'all states except CELL_DCH' and 'all states' are used for measurement type 'traffic volume reporting'.
10.3.7.52
10.3.7.53
Contains the periodical reporting criteria information. It is necessary only in the periodical reporting mode.
3GPP
Release 1999 Information Element/Group name Amount of reporting Reporting interval Need MD MP
419 Multi Type and reference Integer(1, 2, 4, 8, 16, 32, 64, Infinity) Integer(250, 500, 1000, 2000, 3000, 4000, 6000, 8000, 12000, 16000, 20000, 24000, 28000, 32000, 64000)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The default value is infinity. Indicates the interval of periodical report. Interval in milliseconds
10.3.7.54
NOTE:
10.3.7.55
Information Element/Group name BLER measurement results >DL Transport channel identity
>DL Transport Channel BLER CHOICE mode >FDD >TDD >>SIR measurement results >>>TFCS ID >>>Timeslot list >>>>SIR
OP
Transport channel BLER according to the mapping of BLER_LOG value in 25.133 No data
OP MP MP MP
for all timeslot on which the CCTrCH is mapped on the UE shall report in ascending timeslot order
3GPP
Release 1999
420
10.3.7.56
Quality measurement
Need OP Multi Type and reference Quality reporting quantity 10.3.7.59 Quality measuremen t reporting criteria 10.3.7.58 Periodical reporting criteria 10.3.7.53 (no data) Chosen when this measurement only is used as additional measurement to another measurement Semantics description
MP
>No reporting
10.3.7.57
Information Element/Group name Transport channels causing the event >Transport channel identity
10.3.7.58
Event 5a: Number of bad CRCs on a certain transport channel exceeds a threshold.
Information Element/Group name Parameters sent for each transport channel >Transport channel identity Need OP MP Multi 1 to <maxTrCH > Transport channel identity 10.3.5.18 Integer(1..51 2) Integer(1..51 2) Integer(1..51 2) Type and reference Semantics description
MP MP MP
3GPP
Release 1999
421
10.3.7.59
Information Element/Group name DL Transport Channel BLER Transport channels for BLER reporting >DL Transport channel identity
10.3.7.60
In the System Information message, the reference time difference to cell indicates the timing difference between the primary CCPCH of the current cell and the primary CCPCH of a neighbouring cell.. In the Measurement Control message, the reference time difference to cell indicates the timing difference between UE uplink transmission timing and the primary CCPCH of a neighbouring cell.
Information Element/Group name CHOICE accuracy >40 chips >>Reference time difference >256 chips >>Reference time difference >2560 chips >>Reference time difference Need MP MP Integer(0..384 00 by step of 40) Integer(0.. 38400 by step of 256) Integer(0.. 38400 by step of 2560) In chips Multi Type and reference Semantics description
MP
In chips
MP
In chips
10.3.7.61
Indicates maximum allowed number of cells to report and whether active set cells and/or virtual active set cells and/or monitored set cells on and/or detected set cells used frequency and/or monitored set cells on non used frequency should/should not be included in the IE "Measured results".
3GPP
Release 1999 Information Element/Group name Choice reported cell >Report cells within active set >>Maximum number of reported cells >Report cells within monitored set cells on used frequency >>Maximum number of reported cells >Report cells within active set and/or monitored set cells on used frequency >>Maximum number of reported cells >Report cells within detected set on used frequency >>Maximum number of reported cells >Report cells within monitored set and/or detected set on used frequency >>Maximum number of reported cells >Report all active set cells + cells within monitored set on used frequency >> Maximum number of reported cells Need
MP MP
Integer(1..6)
MP
Integer(1..6)
MP
Integer(1..6)
MP
Integer(1..6)
MP
Integer(1..6)
MP
Enumerated (virtual/active set cells+1, virtual/active set cells+2, ., virtual/active set cells+6)
>Report all active set cells + cells within detected set on used frequency >>Maximum number of reported cells
MP
Enumerated (virtual/active set cells+1, virtual/active set cells+2, ., virtual/active set cells+6)
>Report all active set cells + cells within monitored set and/or detected set on used frequency >>Maximum number of reported cells
MP
Enumerated (virtual/active set cells+1, virtual/active set cells+2, ., virtual/active set cells+6)
3GPP
Release 1999 >Report cells within virtual active set >>Maximum number of reported cells > Report cells w within monitored set on non-used frequency >>Maximum number of reported cells >Report cells within monitored and/or active set on non-used frequency >> Maximum number of reported cells >Report all virtual active set cells + cells within monitored set on non-used frequency >> Maximum number of reported cells
423
MP
Integer(1..6)
MP
Integer(1..6)
MP
Integer(1..6)
MP
Enumerated (virtual/active set cells+1, virtual/active set cells+2, ., virtual/active set cells+6) Integer (1..12)
>Report cells within active set or within virtual active set >>Maximum number of reported cells >Report cells within active and/or monitored set on used frequency or within active and/or monitored set on non-used frequency >>Maximum number of reported cells
MP
MP
Integer(1..12)
10.3.7.62
Information Element/Group name Intra-frequency reporting quantity Measurement Reporting Mode CHOICE report criteria >Intra-frequency measurement reporting criteria >Periodical reporting criteria
10.3.7.63
3GPP
Release 1999
424
10.3.7.64
Time to trigger
Need MP Multi Type and reference Integer(0, 10, 20, 40, 60, 80, 100, 120, 160, 200, 240, 320, 640, 1280, 2560, 5000) Semantics description Indicates the period of time between the timing of event detection and the timing of sending Measurement Report. Time in ms
10.3.7.65
NOTE:
10.3.7.66
3GPP
Release 1999
425
10.3.7.67
Information Element/Group name Traffic volume measurement results >RB Identity >RLC buffers payload
OP
OP
3GPP
Release 1999
426
10.3.7.68
OP
OP
Measurement validity CHOICE report criteria >Traffic volume measurement reporting criteria
OP MP
>No reporting
10.3.7.69
MP
3GPP
Release 1999
427
10.3.7.70
10.3.7.71
CV-A/V
In ms
Condition A/V
Explanation This IE is present when "Average RLC buffer" or "Variance of RLC buffer payload" is chosen.
3GPP
Release 1999
428
10.3.7.72
Contains the measurement reporting criteria information for a traffic volume measurement. Event 4a: RLC buffer payload exceeds an absolute threshold. Event 4b: RLC buffer payload becomes smaller than an absolute threshold.
Information Element/Group name Parameters sent for each transport channel >UL Transport Channel ID Need OP OP Multi 1 to <maxTrCH > Transport channel identity 10.3.5.18 1 to <maxMeas perEvent> Traffic volume event identity 10.3.7.66 Enumerated( 8,16,32,64,1 28,256,512,1 024,2K,3K,4 K,6K,8K,12K ,16K,24K,32 K,48K,64K,9 6K,128K,192 K,256K,384 K,512K,768 K) Time to trigger 10.3.7.64 Integer(250, 500, 1000, 2000, 4000, 8000, 16000) Type and reference Semantics description
OP MP
>>Reporting Threshold
MP
>>Time to trigger
OP
OP
OP
Indicates the period of time between the timing of event detection and the timing of sending Measurement Report. Time in ms Time in seconds. Indicates the period of time during which it is forbidden to send any new measurement reports with the same Traffic volume event identity even if the triggering condition is fulfilled again. Time in milliseconds Time in milliseconds. Indicates whether or not the UE shall block DTCH transmissions on the RACH after a measurement report is triggered.
10.3.7.73
Information Element/Group name Traffic volume measurement identity Traffic volume measurement objects
3GPP
Release 1999
429 t objects 10.3.7.70 Traffic volume measuremen t quantity 10.3.7.71 Traffic volume reporting quantity 10.3.7.74 Measuremen t validity 10.3.7.51 Measuremen t Reporting Mode 10.3.7.49 Traffic volume measuremen t reporting criteria 10.3.7.72 Periodical reporting criteria 10.3.7.53
OP
OP
OP MP
MP
10.3.7.74
Contains the reporting quantity information for a traffic volume measurement. For all boolean types TRUE means inclusion in the report is requested.
Information Element/Group name RLC buffer payload for each RB Average RLC buffer payload for each RB Variance of RLC buffer payload for each RB Need MP MP MP Multi Type and reference Boolean Boolean Boolean Semantics description
10.3.7.75
3GPP
Release 1999
430
10.3.7.76
>>UE Rx-Tx report entries >>>Primary CPICH info >>>UE Rx-Tx time difference type 1
OP MP MP
OP
UE transmitted power for each used uplink timeslot in ascending timeslot number order
MP
>>Applied TA
OP
10.3.7.77
UE internal measurement
Need OP Multi Type and reference UE internal measuremen t quantity 10.3.7.79 UE internal reporting quantity 10.3.7.82 UE internal measuremen t reporting criteria 10.3.7.80 Periodical reporting criteria 10.3.7.53 (no data) Chosen when this measurement only is used as additional measurement to another measurement Semantics description
OP
MP
>No reporting
3GPP
Release 1999 CHOICE report criteria UE internal measurement reporting criteria Periodical reporting criteria No reporting
431
Condition under which the given report criteria is chosen Chosen when UE internal measurement event triggering is required Chosen when periodical reporting is required Chosen when this measurement only is used as additional measurement to another measurement
10.3.7.78
This IE contains the measurement event results that are reported to UTRAN for UE internal measurements.
Information Element/Group name UE internal event identity Need MP Multi Type and reference UE internal event identity 10.3.7.75 Primary CPICH info 10.3.6.60 (no data) Condition Clause 1 Explanation This IE is mandatory if "UE internal event identity" is set to "6f" or "6g", otherwise the IE is not needed Semantics description
MP CV clause 1
10.3.7.79
MP
Filter coefficient
MP
3GPP
Release 1999
432
10.3.7.80
The triggering of the event-triggered reporting for a UE internal measurement. All events concerning UE internal measurements are labelled 6x where x is a, b, c. In TDD, the events 6a - 6d are measured and reported on timeslot basis. Event 6a: The UE Transmitted Power becomes larger than an absolute threshold Event 6b: The UE Transmitted Power becomes less than an absolute threshold Event 6c: The UE Transmitted Power reaches its minimum value Event 6d: The UE Transmitted Power reaches its maximum value
Event 6e: The UE RSSI reaches the UEs dynamic receiver range
Event 6f: The UE Rx-Tx time difference for a RL included in the active set becomes larger than an absolute threshold Event 6g: The UE Rx-Tx time difference for a RL included in the active set becomes less than an absolute threshold
Information Element/Group name Parameters sent for each UE internal measurement event > UE internal event identity Need OP MP Multi 1 to <maxMeas Event> UE internal event identity 10.3.7.75 Integer(0, 10, 20, 40, 60, 80, 100, 120, 160, 200, 240, 320, 640, 1280, 2560, 5000) Integer(50..33) Integer(768.. 1280) Type and reference Semantics description
>Time-to-trigger
MP
Time in ms. Indicates the period of time between the timing of event detection and the timing of sending Measurement Report.
>UE Transmitted power Tx power threshold >UE Rx-Tx time difference threshold Condition Clause 1 Clause 2
CV clause 1 CV clause 2
Power in dBm. In event 6a, 6b. Time difference in chip. In event 6f, 6g.
Explanation The IE is mandatory if UE internal event identity" is set to "6a" or "6b", otherwise the IE is not needed The IE is mandatory if "UE internal event identity" is set to "6f" or "6g", otherwise the IE is not needed
10.3.7.81
10.3.7.82
For all boolean types TRUE means inclusion in the report is requested.
3GPP
Release 1999 Information Element/Group name UE Transmitted Power CHOICE mode >FDD >>UE Rx-Tx time difference >TDD >>Applied TA Need MP MP MP MP
10.3.7.83
The difference in time between the UE uplink DPCCH/DPDCH frame transmission and the first detected path (in time), of the downlink DPCH frame from the measured radio link. This measurement is for FDD only.
Information Element/Group name UE Rx-Tx time difference type 1 Need Multi Type and reference Integer(768..1280) Semantics description In chips.
MP
10.3.7.84
The difference in time between the UE uplink DPCCH/DPDCH frame transmission and the first detected path (in time), of the downlink DPCH frame from the measured radio link.
Information Element/Group name UE Rx-Tx time difference type 2 Need Multi Type and reference Real(768.0.. 1279.9375 by step of 0.0625) Semantics description Resolution of 1/16 of a chip.
MP
10.3.7.85
Need MP
Multi
10.3.7.86
The UP Cipher GPS Data Indicator IE contains information for the ciphering of SIB types 15.1, 15.2 and 15.3.
Information Element/Group name Ciphering parameters >Ciphering Key Flag >Ciphering Serial Number Need OP MP MP Multi Type and Reference Bitstring(1) Integer(0..65 535) Semantics description See note 1 The serial number used in the DES ciphering algorithm
NOTE 1: The UE always receives two (2) cipher keys during the location update procedure. One of the keys is time-stamped to be current one and the other is time-stamped to be the next one. Thus, the UE always has two cipher keys in memory. The Cipher Key Change Indicator in this broadcast message instructs the UE whether to use current or next cipher key for deciphering the received broadcast message. The UE shall interpret this IE as follows: Ciphering Key Flag(previous message) = Ciphering Key Flag(this message) => Deciphering Key not changed Ciphering Key Flag(previous message) <> Ciphering Key Flag(this message) => Deciphering Key changed
3GPP
Release 1999
434
10.3.7.87
UP Error
Need MP Multi Type and Reference Enumerated( There were not enough cells to be received when performing mobile based OTDOAIPDL. There were not enough GPS satellites to be received, when performing UE-based GPS location. Location calculation assistance data missing. Requested method not supported. Undefined error. Location request denied by the user. Location request not processed by the user and timeout. structure and encoding as for the GPS Assistance Data IE in GSM 09.31 excluding the IEI and length octets Semantics description
OP
This field is optional. Its presence indicates that the target UE will retain assistance data already sent by the SRNC. The SRNC may send further assistance data for any new location attempt but need not resend previous assistance data. The field may contain the following: GPS Assistance Data necessary additional GPS assistance data
10.3.7.88
The Acquisition Assistance field of the GPS Assistance Data Information Element contains parameters that enable fast acquisition of the GPS signals in network-based GPS positioning. Essentially, these parameters describe the range and derivatives from respective satellites to the Reference Location at the Reference Time.
3GPP
Release 1999 Information Element/Group name CHOICE Reference Time >UTRAN reference time Need
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description GPS Time of Week counted in microseconds, given as GPS TOW in milliseconds and GPS TOW remainder in microseconds, UTRAN reference time = 1000 * GPS TOW msec + GPS TOW rem usec GPS Time of Week in milliseconds (rounded down to the nearest millisecond unit) GPS Time of Week in microseconds MOD 1000.
>>GPS TOW msec >>GPS TOW rem usec >>SFN >GPS reference time only >>GPS TOW Satellite information >SatID >Doppler (0th order term) >Extra Doppler >>Doppler (1st order term) >>Doppler Uncertainty >Code Phase >Integer Code Phase >GPS Bit number >Code Phase Search Window
MP MP MP MP MP MP MP OP MP MP MP MP MP MP 1 to <maxSat>
GPS Time of Week in milliseconds (rounded down to the nearest millisecond unit). Identifies the satellites
Enumerated( 0..63) Integer(2048..2047) Integer(42..21) Real(12.5,25 ,50,100,200) Integer(0..10 22) Integer(0..19 ) Integer(0..3) Integer(1023 ,1,2,3,4,6,8,1 2,16,24,32,4 8,64,96,128, 192) Integer(0..31 ) Integer(0..7)
Hz, scaling factor 2.5 Scaling factor 1/42 Hz Chips, specifies the centre of the search window 1023 chip segments Specifies GPS bit number (20 1023 chip segments) Specifies the width of the search window.
OP MP MP
CHOICE Reference time UTRAN reference time GPS reference time only
Condition under which the given reference time is chosen The reference time is relating GPS time to UTRAN time (SFN) The time gives the time for which the location estimate is valid
10.3.7.89
UP GPS almanac
These fields specify the coarse, long-term model of the satellite positions and clocks. With one exception ( i), these parameters are a subset of the ephemeris and clock correction parameters in the Navigation Model, although with reduced resolution and accuracy. The almanac model is useful for receiver tasks that require coarse accuracy, such as determining satellite visibility. The model is valid for up to one year, typically. Since it is a long-term model, the field should be provided for all satellites in the GPS constellation.
3GPP
Release 1999 Information Element/Group name WNa Satellite information >SatID >e >toa > i >OMEGADOT >SV Health >A1/2 >OMEGA0 >M0 > >af0 >af1 Need MP MP MP MP MP MP MP MP MP MP MP MP MP MP
436 Multi 1 to <maxSat> Enumerated( 0..63) Bit string(16) Bit string(8) Bit string(16) Bit string(16) Bit string(8) Bit string(24) Bit string(24) Bit string(24) Bit string(24) Bit string(11) Bit string(11) Type and Reference Bit string(8)
Satellite ID
10.3.7.90
The GPS Assistance Data element contains a single GPS assistance message that supports both UE-assisted and UEbased GPS methods.
Information Element/Group name UP GPS reference time Need OP Multi Type and Reference UP GPS reference time 10.3.7.96 Ellipsoid point with altitude defined in 23.032 Semantics description
OP
The Reference Location field contains a 3-D location without uncertainty specified as per 23.032. The purpose of this field is to provide the UE with a priori knowledge of its location in order to improve GPS receiver performance.
OP
OP
OP
OP OP OP
OP
UP GPS DGPS corrections 10.3.7.91 UP GPS navigation model 10.3.7.94 UP GPS ionospheric model 10.3.7.92 UP GPS UTC model 10.3.7.97 UP GPS almanac 10.3.7.89 UP GPS acquisition assistance 10.3.7.88 UP GPS real-time integrity 10.3.7.95
3GPP
Release 1999
437
10.3.7.91
3GPP
438 Multi Type and Reference Integer(0..60 4799) Enumerated( UDRE scale 1.0, UDRE scale 0.75, UDRE scale 0.5, UDRE scale 0.3, UDRE scale 0.2, UDRE scale 0.1, no data, invalid data) 1 to <maxSat> Enumerated( 0..63) Bit string(8)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Seconds. This field indicates the baseline time for which the corrections are valid. This field indicates the status of the differential corrections
MP MP MP
Satellite ID This IE is the sequence number for the ephemeris for the particular satellite. The UE can use this IE to determine if new ephemeris is used for calculating the corrections that are provided in the broadcast message. This eight-bit IE is incremented for each new set of ephemeris for the satellite and may occupy the numerical range of [0, 239] during normal operations. See [13] for details User Differential Range Error. This field provides an estimate of the uncertainty (1- ) in the corrections for the particular satellite. The value in this field shall be multiplied by the UDRE Scale Factor in the common Corrections Status/Health field to determine the final UDRE estimate for the particular satellite. See [13] for details Scaling factor 0.32 meters See (different from [13]) Scaling factor 0.032 meters/sec (different from [13]) Meters. The difference in the pseudorange correction between the satellite's ephemeris identified by IODE and the previous ephemeris two issues ago IODE 2. Scaling factor 0.032 meters/sec. The difference in the rate of the change of the pseudorange correction between the satellite's ephemeris identified by IODE and the previous ephemeris two issues ago IODE 2.
>UDRE
MP
Enumerated( UDRE 1.0 m, 1.0m < UDRE 4.0m, 4.0m < UDRE 8.0m, 8.0m < UDRE) Integer(2047..2047) Integer(127.. 127) Integer(127..127)
MP MP MP
>Delta RRC2
MP
Integer(-7..7)
3GPP
439 Integer(127..127)
3GPP TS 25.331 V3.5.0 (2000-12) Meters. The difference in the pseudorange correction between the satellite's ephemeris identified by IODE and the previous ephemeris three issues ago IODE 3. Scaling factor 0.032 meters/sec. The difference in the rate of the change of the pseudorange correction between the satellite's ephemeris identified by IODE and the previous ephemeris three issues ago IODE 3.
>Delta RRC3
MP
Integer(-7..7)
10.3.7.92
The Ionospheric Model contains fields needed to model the propagation delays of the GPS signals through the ionosphere. Proper use of these fields allows a single-frequency GPS receiver to remove approximately 50% of the ionospheric delay from the range measurements. The Ionospheric Model is valid for the entire constellation and changes slowly relative to the Navigation Model.
Information Element/Group name
0 1 2 3 0 1 2 3
Need MP MP MP MP MP MP MP MP
Multi
Type and Reference Bit string(8) Bit string(8) Bit string(8) Bit string(8) Bit string(8) Bit string(8) Bit string(8) Bit string(8)
Semantics description
10.3.7.93
UP GPS measurement
The purpose of the GPS Measurement Information element is to provide GPS measurement information from the UE to the SRNC. This information includes the measurements of code phase and Doppler, which enables the network-based GPS method where the position is computed in the SRNC.
3GPP
Release 1999 Information Element/Group name Reference SFN GPS TOW msec Need OP MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The SFN for which the location is valid GPS Time of Week in milliseconds (rounded down to the nearest millisecond unit). This time is the GPS TOW measured by the UE. If the Reference SFN field is present it is the ms flank closest to the beginning of that frame. GPS Time of Week in microseconds = 1000 * GPS TOW msec + GPS TOW rem usec GPS Time of Week in microseconds MOD 1000.
the estimate of the carrier-tonoise ratio of the received signal from the particular satellite used in the measurement. It is given in whole dBs. Typical levels observed by UE-based GPS units will be in the range of 20 50 dB. Hz, scale factor 0.2. Unit in GPS chips Scale factor 2-10 See note 1
MP MP MP MP
MP
Integer(32768..3276 8) Integer(0..10 23) Integer(0.. (210-1)) Enumerated( NM, low, medium, high) Enumerated( range index 0..range index 63)
See note 2
Explanation This field is included only if the UE has this capability and if it was requested in the UP reporting quantity
NOTE 1: The following table gives the mapping of the multipath indicator field.
Value NM Low Medium High Multipath Indication Not measured MP error < 5m 5m < MP error < 43m MP error > 43m
NOTE 2: The following table gives the bitmapping of the Pseudorange RMS Error field.
3GPP
Release 1999 Range Index 0 1 I 62 63 Mantissa 000 001 X 110 111 Exponent 000 000 Y 111 111
3GPP TS 25.331 V3.5.0 (2000-12) Pseudorange value, P P < 0.5 0.5 <= P < 0.5625 xi-1 <= P < xi 104 <= P < 112 112 <= P
10.3.7.94
This IE contain information required to manage the transfer of precise navigation data to the GPS-capable UE. This information includes control bit fields as well as satellite ephemeris and clock corrections.
3GPP
Release 1999 Information Element/Group name N_SAT Satellite information >SatID >Satellite Status Need MP MP MP MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description The number of satellites included in this IE
1 to <maxSat > Enumerated( 0..63) Enumerated( NS_NN, ES_SN, ES_NN, REVD) Bit string(2) Bit string(4) Bit string(6) Bit string(10(1)) Bit string(1) Bit string(87) Bit string(8) Bit string(16(1)) Bit string(8) Bit string(16) Bit string(22) Bit string(16) Bit string(16) Bit string(32) Bit string(16) Bit string(32(1)) Bit string(16) Bit string(32(1)) Bit string(16(1)) Bit string(1) Bit string(5) Bit string(16) Bit string(32) Bit string(16) Bit string(32) Bit string(16) Bit string(32) Bit string(24) Bit string(14) Satellite ID See note 1
>C/A or P on L2 >URA Index >SV Health >IODC >L2 P Data Flag >SF 1 Reserved >TGD >toc >af2 >af1 >af0 >Crs > n >M0 >Cuc >e >Cus >(A)1/2 >toe >Fit Interval Flag >AODO >Cic >OMEGA0 >Cis >i0 >Crc > >OMEGAdot >Idot
MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP MP
Condition status
3GPP
Release 1999
443
10.3.7.95
Contains parameters that describe the real-time status of the GPS constellation. Primarily intended for non-differential applications, the real-time integrity of the satellite constellation is of importance as there is no differential correction data by which the mobile can determine the soundness of each satellite signal. The Real-Time GPS Satellite Integrity data communicates the health of the constellation to the mobile via a list of bad satellites. The satellites identified in this IE should not be used for position fixes at the moment.
Information Element/Group name Satellite information >BadSatID Need OP MP Multi 1 to <maxSat > Enumerated( 0..63) Type and Reference Semantics description N_BAD_SAT=the number of bad satellites included in this IE Satellite ID
10.3.7.96
GPS TOW rem usec SFN GPS TOW Assist >SatID >TLM Message
MP MP OP MP MP 1 to <maxSat >
GPS Time of Week in milliseconds (rounded down to the nearest millisecond unit). GPS Time of Week in microseconds = 1000 * GPS TOW msec + GPS TOW rem usec GPS Time of Week in microseconds MOD 1000. The SFN which the GPS TOW time stamps Fields to help the UE with time-recovery (needed to predict satellite signal) Identifies the satellite for which the corrections are applicable A 14-bit value representing the Telemetry Message (TLM) being broadcast by the GPS satellite identified by the particular SatID, with the MSB occurring first in the satellite transmission. The Anti-Spoof and Alert flags that are being broadcast by the GPS satellite identified by SatID. Two reserved bits in the TLM Word being broadcast by the GPS satellite identified by SatID, with the MSB occurring first in the satellite transmission.
>Anti-Spoof
MP
Boolean
MP MP
10.3.7.97
The UTC Model field contains a set of parameters needed to relate GPS time to Universal Time Coordinate (UTC).
3GPP
Release 1999 Information Element/Group name A1 A0 tot tLS WNt WNLSF DN tLSF Need MP MP MP MP MP MP MP MP
444 Multi Type and Reference Bit string(24) Bit string(32) Bit string(8) Bit string(8) Bit string(8) Bit string(8) Bit string(8) Bit string(8)
10.3.7.98
UP IPDL parameters
Need MP MP MP MP OP MP Multi Type and Reference Integer(5,7,1 0,15,20,30,4 0,50) Integer(5,10) Integer(0..9) Integer(0..63 ) Integer(0..15 ) Integer(10..2 5) Integer(1..16 ) Semantics description The IPs are repeated every IP spacing frame. The length in symbols of the idle periods Relates the BFN and SFN, should be same as T_cell defined in 25.402 Seed used to start the random number generator The frame number where the 1st Idle Period Burst occurs within an SFN cycle. Scaling factor 256. Number of Idle Periods in a 'burst' of Idle Periods Number of 10ms frames between consecutive Idle Period bursts. Scaling factor 256.
Information Element/Group name IP spacing IP length IP offset Seed Burst mode parameters >Burst Start
MP MP
The function IP_position(x) described below yields the position of the xth Idle Period relative to a) the start of the SFN cycle when continuous mode or b) the start of a burst when in burst mode. The operator "%" denotes the modulo operator. Regardless of mode of operation, the Idle Period pattern is reset at the start of every SFN cycle. Continuous mode can be considered as a specific case of the burst mode with just one burst spanning the whole SFN cycle. Note also that x will be reset to x=1 for the first idle period in a SFN cycle for both continuous and burst modes and will also, in the case of burst mode, be reset for the first Idle Period in every burst. Max_dev=150-IP length rand(x)= (106.rand(x-1) + 1283)mod6075, rand(0)=seed IP_position(x) = x*IP_spacing*150 + rand(xmod64)modMax_dev+IP_offset
3GPP
Release 1999
445
10.3.7.99
UP measured results
Need OP OP OP OP OP OP Multi Type and reference UP Multiple Sets 10.3.7.102 Primary CPICH Info 10.3.6.60 UP OTDOA measuremen t 10.3.7.105 UP Position 10.3.7.109 UP GPS measuremen t 10.3.7.93 UP error 10.3.7.87 Semantics description
Information Element/Group name UP Multiple Sets UP reference cell Identity UP OTDOA measurement UP Position UP GPS measurement UP error
10.3.7.100
UP measurement
Need MP MP UP reporting criteria 10.3.7.110 Periodical reporting criteria 10.3.7.53 (no data) Chosen when this measurement only is used as additional measurement to another measurement OP UP OTDOA assistance data 10.3.7.103 UP GPS assistance data 10.3.7.90 Multi Type and reference UP reporting quantity 10.3.7.111 Semantics description
Information Element/Group name UP reporting quantity CHOICE reporting criteria >UP reporting criteria >Periodical reporting criteria
>No reporting
OP
10.3.7.101
This IE contains the measurement event results that are reported to UTRAN for UP measurements.
3GPP
Release 1999 Information Element/Group name CHOICE Event ID >7a >>UP Position >7b >> UP OTDOA measurement Need MP MP MP
MP
10.3.7.102
UP multiple sets
This element indicates how many OTDOA Measurement Information sets or GPS Measurement Information sets, and Reference cells are included in this element. This element is optional. If this element is absent, a single measurement set is included.
3GPP
Release 1999 Information Element/Group name Number of OTDOA-IPDL/GPS Measurement Information Sets Number of Reference Cells Reference Cell relation to Measurement Elements Need MP MP OP
447 Multi Type and Reference Integer(2..3) Integer(1..3) Enumerated( First reference cell is related to first and second OTDOAIPDL/GPS Measuremen t Information Sets, and second reference cell is related to third OTDOAIPDL/GPS Measuremen t Information Sets. First reference cell is related to first and third OTDOAIPDL/GPS Measuremen t Information Sets, and second reference cell is related to second OTDOAIPDL/GPS Measuremen t Information Sets. First reference cell is related to first OTDOAIPDL/GPS Measuremen t Information Sets, and second reference cell is related to second and third OTDOA/GP S Measuremen t Information Sets.)
This field indicates how the reference cells listed in this element relate to measurement sets later in this component. This field is conditional and included only if Number of OTDOA-IPDL/GPS Measurement Information Sets is '3' and Number of Reference cells is '2'. If this field is not included, the relation between reference cell and Number of OTDOAIPDL/GPS Measurement Information Sets is as follows: If there are three sets and three reference cells -> First reference cell relates to first set, second reference cell relates to second set, and third reference cell relates to third set. If there are two sets and two reference cells -> First reference cell relates to first set, and second reference cell relates to second set. If there is only one reference cell and 1-3 sets -> this reference cell relates to all sets.
3GPP
Release 1999
448
10.3.7.103
OP
1 to <maxCellM eas>
UP IPDL parameters
OP
3GPP
Release 1999
449
10.3.7.104
Information Element/Group name Ciphering parameters >Ciphering Key Flag >Ciphering Serial Number Search Window Size
MP
OP MP OP
MP OP MP
Default the same. Included if different Gives the relative timing compared to the reference cell. UE shall use CHOICE "type 1" in IE "SFN-SFN observed time difference". Gives finer resolution for UEBased method In chips Default = Same as previous cell Seconds, scale factor 0.03. Relative position compared to reference cell. Seconds, scale factor 0.03. Relative position compared to ref. cell. Relative altitude in meters compared to reference cell.
>Fine SFN-SFN >Cell Position >>Relative North >>Relative East >>Relative Altitude
MP MD MP MP MP
3GPP
Release 1999
450
NOTE 1: The UE always receives two (2) cipher keys during the location update procedure. One of the keys is time-stamped to be current one and the other is time-stamped to be the next one. Thus, the UE always has two cipher keys in memory. The Cipher Key Change Indicator in this broadcast message instructs the UE whether to use current or next cipher key for deciphering the received broadcast message. The UE shall interpret this IE as follows: Ciphering Key Flag(previous message) = Ciphering Key Flag(this message) => Deciphering Key not changed Ciphering Key Flag(previous message) <> Ciphering Key Flag(this message) => Deciphering Key changed
10.3.7.105
UP OTDOA measurement
The purpose of the OTDOA Measurement Information element is to provide OTDOA measurements of signals sent from the reference and neighbour cells.
Information Element/Group name SFN UE Rx-Tx time difference type 2 Need MP MP Multi Type and Reference Integer(0..40 95) UE Rx-Tx time difference type 2 10.3.7.84 UP OTDOA quality type 10.3.7.107 Primary CPICH info 10.3.6.60 UP OTDOA quality type 10.3.7.107 SFN-SFN observed time difference 10.3.7.63 Semantics description SFN during which the last measurement was performed
UP OTDOA quality type Neighbours >Neighbour Identity >UP OTDOA quality type >SFN-SFN observed time difference
MP MP OP MP MP 0..maxCell Meas
Number of neighbours included in this IE If this field is left out it the identity is the same as in the first set of multiple sets. Quality of the OTDOA from the neighbour cell. Gives the timing relative to the reference cell. Only type 2 is allowed. Type 2 means that only the slot timing is accounted for
10.3.7.106
This IE gives approximate cell timing in order to decrease the search window.
3GPP
Release 1999 Information Element/Group name Primary CPICH info Frequency info SFN-SFN observed time difference Need MP OP MP
451 Multi Type and Reference Primary CPICH info 10.3.6.60 Frequency info 10.3.6.36 SFN-SFN observed time difference 10.3.7.63 Real(0,0.25, 0.5,0.75) Integer(10, 20, 30, 40, 50, 60,70, infinity) Integer(20000..2000 0) Integer(20000..2000 0) Integer(4000..4000)
Default the same. Included if different Gives the relative timing compared to the reference cell. UE shall use CHOICE "type 1" in IE "SFN-SFN observed time difference". Gives finer resolution for UEBased Specifies the maximum size of the search window in chips. Infinity means more Seconds, scale factor 0.03. Relative position compared to ref. cell. Seconds, scale factor 0.03. Relative position compared to ref. cell. Relative altitude in meters compared to ref. cell.
OP MP
OP OP OP
3GPP
Release 1999
452
10.3.7.107
Information Element/Group name CHOICE Quality type >STD_10 >>Reference Quality 10 >STD_50 >>Reference Quality 50 >CPICH Ec/N0 >>CPICH Ec/N0
MP
MP
MP
Condition under which the given quality type is chosen Chosen when the quality type is standard deviation with a step-size of 10 m Chosen when the quality type is standard deviation with a step-size of 50 m Chosen when the quality type is CPICH Ec/N0 Chosen if the quality type field is not included.
10.3.7.108
This IE defines the cell used for time references in all OTDOA measurements.
3GPP
Release 1999 Information Element/Group name Primary CPICH info Frequency info Cell Position Need MP OP OP
453 Multi Type and Reference Primary CPICH info 10.3.6.60 Frequency info 10.3.6.36 Ellipsoid point or Ellipsoid point with altitude as defined in 23.032
Default the same. Included if different The position of the antenna which defines the cell. Can be used for the UE based method.
10.3.7.109
UP position
The purpose of Location Information element is to provide the location estimate from the UE to the network, if the UE is capable of determining its own position.
Information Element/Group name Reference SFN GPS TOW msec Need MP CVCapability and request Multi Type and Reference Integer(0..40 95) Integer(0..6. 048*108-1) Semantics description The SFN for which the location is valid GPS Time of Week in milliseconds (rounded down to the nearest millisecond unit). This time-stamps the beginning of the frame defined in Reference SFN GPS Time of Week in microseconds = 1000 * GPS TOW msec + GPS TOW rem usec GPS Time of Week in microseconds MOD 1000.
Position estimate
Integer(0..99 9) 23.032, allowed types are Ellipsoid Point; Ellipsoid point with uncertainty circle; Ellipsoid point with uncertainty ellipse; Ellipsoid point with altitude; Ellipsoid point with altitude and uncertainty ellipse.
3GPP
454
Explanation This field is included only if the UE has this capability and if it was requested in the UP reporting quantity and if the method was UE-based GPS
10.3.7.110
UP reporting criteria
The triggering of the event-triggered reporting for an UP measurement. There are three types of events. The first, 7a, is for UE-based methods and is triggered when the position has changed more than a threshold. The second one, 7b, is primarily for UE assisted methods, but can be used also for UE based. It is triggered when the SFN-SFN measurement has changed more than a certain threshold. The third one, 7c, is triggered when the GPS time and the SFN time has drifted apart more than a certain threshold.
Information Element/Group name Parameters required for each event >Amount of reporting >Report first fix Need OP MP MP Multi 1 to <maxMeas Event> Integer(1, 2, 4, 8, 16, 32, 64,infinite) Boolean Type and Reference Semantics description
>Measurement interval
MP
Integer(5,15, 60,300,900,1 800,3600,72 00) Integer(10,2 0,30,40,50,1 00,200,300,5 00,1000,200 0,5000,1000 0,20000,500 00,100000) Real(0.25,0. 5,1,2,3,4,5,1 0,20,50,100, 200,500,100 0,2000,5000 ) Integer(1,2,3 ,5,10,20,50,1 00)
If true the UE reports the position once the measurement control is received, and then each time an event is triggered. Indicates how often the UE should make the measurement In seconds
MP
Indicated how much the position should change compared to last reported position fix in order to trigger the event.
MP
Chips. Indicates how much the SFN-SFN measurement of ANY measured cell is allowed to change before the event is triggered. Time in ms. When the GPS TOW and SFN timer has drifted apart more than the specified value the event is triggered)
MP
10.3.7.111
UP reporting quantity
The purpose of the element is to express the allowed/required location method(s), and to provide information required QoS.
3GPP
455 Multi Type and Reference Enumerated( UE assisted, UE based, UE based is preferred but UE assisted is allowed, UE assisted is preferred but UE based is allowed) Enumerated( OTDOA, GPS OTDOA or GPS) Integer(1,2,4 , 8, 16, 32, 64, 128) Bit string(7)
Positioning Methods
MP
MP CV
Indicates which location method or methods should be used. The third option means that both can be reported. OTDOA includes IPDL if idle periods are present. Indicates the desired response time in seconds Mandatory in all cases except when Method Type is UE assisted, then it is optional. 23.032 If true the SRNC wants the UE to report the SFN-GPS timing of the reference cell. This is however optional in the UE. This field indicates whether UE is requested to send multiple OTDOA/GPS Measurement Information Sets. The maximum number of measurement sets is three. This is field is mandatory. UE is expected to include the current measurement set. The first category correspond to e.g. Urban or Bad Urban channels. The second category corresponds to Rural or Suburban channels
MP
Boolean
Multiple Sets
MP
Boolean
Environment Characterization
OP
Enumerated( possibly heavy multipath and NLOS conditions, no or light multipath and usually LOS conditions, not defined or mixed environment)
10.3.8
10.3.8.1
3GPP
Release 1999 Information Element/Group name MIB Value tag BCCH modification time Need MP OP
456 Multi Type and reference MIB Value tag 10.3.8.9 Integer (0.. 4088 in step of 8)
10.3.8.2
BSIC
Need MP MP MP bit string(3) bit string(3) Multi Type and reference Semantics description [TS 23.003]
Information Element/Group name Base transceiver Station Identity Code (BSIC) >Network Colour Code (NCC) >Base Station Colour Code (BCC)
10.3.8.3
This information element contains the CBS discontinuous reception information to be broadcast for CBS DRX Level 1 calculations in the UE.
Information Element/Group name Period of CTCH allocation (N) CBS frame offset (K) Need MP MP Multi Type and reference Integer (1..256) Integer (0..255) Semantics description MTTI N 4096 K, N multiple of MTTI 0 K N-1, K multiple of MTTI
10.3.8.4
10.3.8.5
CV-ProtErr
Condition ProtErr
Explanation If the IE "Inter-RAT handover failure cause" has the value "Protocol error"
3GPP
Release 1999
457
10.3.8.6
CV-ProtErr OP
Condition ProtErr
Explanation If the IE "Inter-RAT handover failure cause" has the value "Protocol error"
10.3.8.7
This Information Element contains the inter-RAT UE radio access capability which is structured and coded according to the specification used for the corresponding system type.
Information Element/Group name CHOICE system >GSM >> Mobile Station Classmark 2 >> Mobile Station Classmark 3 >cdma2000 >>cdma2000Message >>>MSG_TYPE(s) >>>cdma2000Messagepayload( s) Need MP MP MP MP MP MP 1.to.<maxI nterSysMe ssages> Bitstring (8) Bitstring (1..512) Formatted and coded according to cdma2000 specifications Formatted and coded according to cdma2000 specifications Octet string (5) Octet string Defined in [5] Defined in [5] Multi Type and reference Semantics description
10.3.8.8
Inter-RAT message
This Information Element contains one or several messages that are structured and coded according to the specification used for the system type indicated by the first parameter.
3GPP
458 Multi Type and reference Enumerated (GSM except PCS 1900, PCS 1900, cdma2000) Bitstring (1..512)
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description This IE indicates in particular which specification to apply to decode the transported messages
MP MP 1.to.<maxI nterSysMe ssages> 1.to.<maxI nterSysMe ssages> Bitstring (8) Bitstring (1..512) Formatted and coded according to cdma2000 specifications Formatted and coded according to cdma2000 specifications Formatted and coded according to GSM specifications
MP MP MP
Condition System
Explanation The 'GSM' choice shall be applied when the IE 'System type' is 'GSM except PCS 1900' or 'PCS 1900', and the 'cdma2000' choice shall be applied when the IE 'system type' is 'cdma2000'.
10.3.8.9
10.3.8.10
10.3.8.11
MP
10.3.8.12
This information element contains diagnostics information returned by the receiver of a message that was not completely understood.
3GPP
Release 1999 Information Element/Group name CHOICE diagnostics type > Protocol error cause Need MP
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description At least one spare choice is needed.
10.3.8.13
Information element/Group name References to other system information blocks >Scheduling information >SIB type SIBs only
MP MP
10.3.8.14
Information element/Group name References to other system information blocks >Scheduling information >SIB type
MP MP
10.3.8.15
Rplmn information
3GPP
460 Multi 1 to maxNumG SMFreqRa nges Integer(0..16 383) Integer(0..16 383) 1 to maxNumF DDFreqs Integer(0..16 383) Integer(0..16 383) 1 to maxNumT DDFreqs Integer(0..16 383) 1 to maxNumC DMA200Fr eqs Bitstring(5 bits) Bitstring (11 bits) Type and reference
> GSM Lower Range (UARFCN) > GSM Upper Range (UARFCN) FDD UMTS Frequency list > UARFCN (Nlow) > UARFCN (Nupper)
MP MP OP MP OP
Lower bound for range of GSM BA freqs Upper bound for range of GSM BA freqs
3GPP TS 25.101 3GPP TS 25.101 This IE is only needed when the FDD frequency list is specifying a range.
TDD UMTS Frequency list > UARFCN CDMA2000 UMTS Frequency list > BAND_CLASS > CDMA_FREQ
OP MP OP
3GPP TS 25.102
MP MP
TIA/EIA/IS-2000 TIA/EIA/IS-2000
3GPP
Release 1999
461
10.3.8.16
Scheduling information
Need OP PLMN Value tag 10.3.8.10 This IE is included if the following conditions are fulfilled: the area scope for the system information block is set to "PLMN" in table 8.1.1. a value tag is used to indicate changes in the system information block. the SIB type does not equal system information block type 16 This IE is included if the following conditions are fulfilled: the SIB type equals system information block type 16 This IE is included if the following conditions are fulfilled: the area scope for the system information block is set to "cell" in table 8.1.1. a value tag is used to indicate changes in the system information block. Default value is 1 Repetition period for the SIB in frames Multi Type and reference Semantics description
Predefined configuration identity and value tag 10.3.8.11 Cell Value tag 10.3.8.4
MP MD MP
MP MD MP 1..15
SEG COUNT 10.3.8.17 Integer (4, 8, 16, 32, 64, 128, 256, 512, 1024, 2048, 4096) Integer (0 ..Rep-2 by step of 2) Integer(2..32 by step of 2)
Position of the first segment Rep is the value of the SIB_REP IE see below for default value Offset of subsequent segments
Default value The default value is that all segments are consecutive, i.e., that the SIB_OFF = 2 for all segments except when MIB segment/complete MIB is scheduled to be transmitted in between segments from same SIB. In that case, SIB_OFF=4 in between segments which are scheduled to be transmitted at SFNprime = 8 *n-2 and 8*n + 2, and SIB_OFF=2 for the rest of the segments.
10.3.8.17
SEG COUNT
Need MP Multi Type and reference Integer (1..16) Semantics description Number of segments in the system information block
3GPP
Release 1999
462
10.3.8.18
Segment index
10.3.8.19
Contains the result of a master information block or a system information block after encoding and segmentation. The IE is used for segments with fixed length (segments filling an entire transport block).
Information Element/Group name SIB data fixed Need MP Multi Type and reference Bit string ( 222) Semantics description
10.3.8.20
Contains either a complete system information block or a segment of a system information block. Contains the result of a master information block or a system information block after encoding and segmentation. The IE is used for segments with variable length. The system information blocks are defined in clauses10.2.48.8.1 to10.2.48.8.18.
Information Element/Group name SIB data variable Need MP Multi Type and reference Bit string ( 1..214) Semantics description
10.3.8.21
SIB type
The list of values to encode is: Master information block, System Information Type 1, System Information Type 2, System Information Type 3, System Information Type 4, System Information Type 5, System Information Type 6, System Information Type 7,
3GPP
Release 1999
463
System Information Type 8, System Information Type 9, System Information Type 10, System Information Type 11, System Information Type 12, System Information Type 13, System Information Type 13.1, System Information Type 13.2, System Information Type 13.3, System Information Type 13.4, System Information Type 14, System Information Type 15, System Information Type 15.1, System Information Type 15.2, System Information Type 15.3, System Information Type 16, System Information Type 17, Scheduling Block 1, Scheduling Block 2. in addition, at least one spare value, criticality: ignore, is needed.
10.3.8.22
The list of values to encode is: System Information Type 1, System Information Type 2, System Information Type 3, System Information Type 4, System Information Type 5, System Information Type 6, System Information Type 7, System Information Type 8,
3GPP
Release 1999
464
System Information Type 9, System Information Type 10, System Information Type 11, System Information Type 12, System Information Type 13, System Information Type 13.1, System Information Type 13.2, System Information Type 13.3, System Information Type 13.4, System Information Type 14, System Information Type 15, System Information Type 15.1, System Information Type 15.2, System Information Type 15.3, System Information Type 16, System Information Type 17. in addition, at least 8 spare values, criticality: ignore, are needed.
10.3.9
10.3.9.1
10.3.9.2
10.3.9.3
3GPP
10.3.9.4
10.3.9.5
10.3.9.6
10.3.9.7
10.3.9.8
MIN_P_REV
3GPP
Release 1999
466
10.3.9.9
NID
10.3.9.10
P_REV
10.3.9.11
SID
3GPP
Release 1999 Constant CN information maxCNdomains UTRAN mobility information maxRAT maxOtherRAT maxURA maxInterSysMessages maxRABsetup UE information maxtransactions maxPDCPalgoType maxDRACclasses maxFrequencybands maxPage1 maxSystemCapability RB information maxPredefConfig maxRB maxSRBsetup maxRBperRAB maxRBallRABs maxRBMuxOptions maxLoCHperRLC TrCH information maxTrCH maxTrCHpreconf maxCCTrCH maxTF maxTF-CPCH maxTFC maxTFCI-1-Combs maxTFCI-2-Combs maxCPCHsets maxSIBperMsg maxSIB maxSIB-FACH PhyCH information maxSubCh maxPCPCH-APsubCH maxPCPCH-CDsubCH maxSig maxPCPCH-APsig maxPCPCH-CDsig maxAC maxASC maxASCmap maxASCpersist maxPRACH maxFACHPCH
Maximum number or Radio Access Technologies Maximum number or other Radio Access Technologies Maximum number of URAs in a cell Maximum number of Inter System Messages Maximum number of RABs to be established Maximum number of parallel RRC transactions in downlink Maximum number of PDCP algorithm types Maximum number of UE classes which would require different DRAC parameters Maximum number of frequency bands supported by the UE as defined in 25.102 Number of UEs paged in the Paging Type 1 message Maximum number of system specific capabilities that can be requested in one message. Maximum number of predefined configurations Maximum number of RBs Maximum number of signalling RBs to be established Maximum number of RBs per RAB Maximum number of non signalling RBs Maximum number of RB multiplexing options Maximum number of logical channels per RLC entity Maximum number of transport channels used in one direction (UL or DL) Maximum number of preconfigured Transport channels, per direction Maximum number of CCTrCHs Maximum number of different transport formats that can be included in the Transport format set for one transport channel Maximum number of TFs in a CPCH set Maximum number of Transport Format Combinations Maximum number of TFCI (field 1) combinations Maximum number of TFCI (field 2) combinations Maximum number of CPCH sets per cell Maximum number of complete system information blocks per SYSTEM INFORMATION message Maximum number of references to other system information blocks. Maximum number of references to system information blocks on the FACH Maximum number of sub-channels on PRACH Maximum number of available sub-channels for AP signature on PCPCH Maximum number of available sub-channels for CD signature on PCPCH Maximum number of signatures on PRACH Maximum number of available signatures for AP on PCPCH Maximum number of available signatures for CD on PCPCH Maximum number of access classes Maximum number of access service classes Maximum number of access class to access service classes mappings Maximum number of access service classes for which persistence scaling factors are specified Maximum number of PRACHs in a cell Maximum number of FACHs and PCHs mapped onto one secondary CCPCHs
3GPP
Release 1999 maxRL maxSCCPCH maxDPDCH-UL maxDPCH-DLchan maxDPCHcodesPerTS maxPUSCH maxPDSCH maxPDSCHcodes maxPDSCH-TFCIgroups maxPDSCHcodeGroups maxPCPCHs maxPCPCH-SF maxTS HiPUSCHIdentities HiPDSCHIdentities Measurement information maxTGPS maxAdditionalMeas maxMeasEvent maxMeasParEvent maxMeasIntervals maxCellMeas maxReportedGSMCells maxFreq maxSat HiRM Frequency information maxFDDFreqList maxTDDFreqList maxFDDFreqCellList maxTDDFreqCellList maxGSMCellList Other information maxNumGSMFreqRanges maxNumFDDFreqs maxNumTDDFreqs maxNumCDMA200Freqs
468
Maximum number of radio links Maximum number of secondary CCPCHs per cell Maximum number of DPDCHs per cell Maximum number of channelisation codes used for DL DPCH Maximum number of codes for one timeslots (TDD) Maximum number of PUSCHs Maximum number of PDSCHs Maximum number of codes for PDSCH Maximum number of TFCI groups for PDSCH Maximum number of code groups for PDSCH Maximum number of PCPCH channels in a CPCH Set Maximum number of available SFs on PCPCH Maximum number of timeslots used in one direction (UL or DL) Maximum number of PDSCH Identities Maximum number of PDSCH Identities Maximum number of transmission gap pattern sequences Maximum number of additional measurements for a given measurement identity Maximum number of events that can be listed in measurement reporting criteria Maximum number of measurement parameters (e.g. thresholds) per event Maximum number of intervals that define the mapping function between the measurements for the cell quality Q of a cell and the representing quality value Maximum number of cells to measure Maximum number of GSM cells to be reported Maximum number of frequencies to measure Maximum number of satellites to measure Maximum number that could be set as rate matching attribute for a transport channel Maximum number of FDD carrier frequencies to be stored in USIM Maximum number of TDD carrier frequencies to be stored in USIM Maximum number of neighbouring FDD cells to be stored in USIM Maximum number of neighbouring TDD cells to be stored in USIM Maximum number of GSM cells to be stored in USIM Maximum number of GSM Frequency Ranges to store Maximum number of FDD centre frequencies to store Maximum number of TDD centre frequencies to store Maximum number of CDMA2000 centre frequencies to store
3GPP
Release 1999
469
11
This clause contains definitions for RRC PDUs and IEs using a subset of ASN.1 as specified in TR 25.921. PDU and IE definitions are grouped into separate ASN.1 modules.
11.1
BEGIN IMPORTS
ActiveSetUpdate-r3, ActiveSetUpdateComplete, ActiveSetUpdateFailure, AssistanceDataDelivery-r3, CellChangeOrderFromUTRAN-r3, CellChangeFailureFromUTRAN, CellUpdate, CellUpdateConfirm-CCCH-r3, CellUpdateConfirm-r3, CounterCheck-r3, CounterCheckResponse, DownlinkDirectTransfer-r3, HandoverToUTRANComplete, InitialDirectTransfer, HandoverFromUTRANCommand-GSM-r3, HandoverFromUTRANCommand-CDMA2000-r3, HandoverFromUTRANFailure, MeasurementControl-r3, MeasurementControlFailure, MeasurementReport, PagingType1, PagingType2, PhysicalChannelReconfiguration-r3, PhysicalChannelReconfigurationComplete, PhysicalChannelReconfigurationFailure, PhysicalSharedChannelAllocation-r3, PUSCHCapacityRequest, RadioBearerReconfiguration-r3, RadioBearerReconfigurationComplete, RadioBearerReconfigurationFailure, RadioBearerRelease-r3, RadioBearerReleaseComplete, RadioBearerReleaseFailure, RadioBearerSetup-r3, RadioBearerSetupComplete, RadioBearerSetupFailure, RRCConnectionReject-r3, RRCConnectionRelease-r3, RRCConnectionRelease-CCCH-r3, RRCConnectionReleaseComplete, RRCConnectionRequest, RRCConnectionSetup-r3, RRCConnectionSetupComplete, RRCStatus, SecurityModeCommand-r3, SecurityModeComplete, SecurityModeFailure, SignallingConnectionRelease-r3, SignallingConnectionReleaseRequest, SystemInformation-BCH, SystemInformation-FACH, SystemInformationChangeIndication, TransportChannelReconfiguration-r3, TransportChannelReconfigurationComplete, TransportChannelReconfigurationFailure, TransportFormatCombinationControl, TransportFormatCombinationControlFailure, UECapabilityEnquiry-r3,
3GPP
Release 1999
UECapabilityInformation, UECapabilityInformationConfirm-r3, UplinkDirectTransfer, UplinkPhysicalChannelControl-r3, URAUpdate, URAUpdateConfirm-r3, URAUpdateConfirm-CCCH-r3, UTRANMobilityInformation, UTRANMobilityInformationConfirm, UTRANMobilityInformationFailure FROM PDU-definitions -- User Equipment IEs : IntegrityCheckInfo FROM InformationElements;
470
--************************************************************** --- Downlink DCCH messages ---************************************************************** DL-DCCH-Message ::= SEQUENCE { integrityCheckInfo IntegrityCheckInfo message DL-DCCH-MessageType } DL-DCCH-MessageType ::= CHOICE { activeSetUpdate assistanceDataDelivery cellChangeOrderFromUTRAN cellUpdateConfirm counterCheck downlinkDirectTransfer handoverFromUTRANCommand-GSM handoverFromUTRANCommand-CDMA2000 measurementControl pagingType2 physicalChannelReconfiguration physicalSharedChannelAllocation radioBearerReconfiguration radioBearerRelease radioBearerSetup rrcConnectionRelease securityModeCommand signallingConnectionRelease transportChannelReconfiguration transportFormatCombinationControl ueCapabilityEnquiry ueCapabilityInformationConfirm uplinkPhysicalChannelControl uraUpdateConfirm utranMobilityInformation extension } OPTIONAL,
ActiveSetUpdate-r3, AssistanceDataDelivery-r3, CellChangeOrderFromUTRAN-r3, CellUpdateConfirm-r3, CounterCheck-r3, DownlinkDirectTransfer-r3, HandoverFromUTRANCommand-GSM-r3, HandoverFromUTRANCommand-CDMA2000-r3, MeasurementControl-r3, PagingType2, PhysicalChannelReconfiguration-r3, PhysicalSharedChannelAllocation-r3, RadioBearerReconfiguration-r3, RadioBearerRelease-r3, RadioBearerSetup-r3, RRCConnectionRelease-r3, SecurityModeCommand-r3, SignallingConnectionRelease-r3, TransportChannelReconfiguration-r3, TransportFormatCombinationControl, UECapabilityEnquiry-r3, UECapabilityInformationConfirm-r3, UplinkPhysicalChannelControl-r3, URAUpdateConfirm-r3, UTRANMobilityInformation, NULL
--************************************************************** --- Uplink DCCH messages ---************************************************************** UL-DCCH-Message ::= SEQUENCE { integrityCheckInfo IntegrityCheckInfo message UL-DCCH-MessageType } OPTIONAL,
UL-DCCH-MessageType ::= CHOICE { activeSetUpdateComplete ActiveSetUpdateComplete, activeSetUpdateFailure ActiveSetUpdateFailure, cellChangeFailureFromUTRAN CellChangeFailureFromUTRAN, counterCheckResponse CounterCheckResponse, handoverToUTRANComplete HandoverToUTRANComplete, initialDirectTransfer InitialDirectTransfer, handoverFromUTRANFailure HandoverFromUTRANFailure, measurementControlFailure MeasurementControlFailure, measurementReport MeasurementReport, physicalChannelReconfigurationComplete
3GPP
Release 1999
471
PhysicalChannelReconfigurationComplete, physicalChannelReconfigurationFailure PhysicalChannelReconfigurationFailure, radioBearerReconfigurationComplete RadioBearerReconfigurationComplete, radioBearerReconfigurationFailure RadioBearerReconfigurationFailure, radioBearerReleaseComplete RadioBearerReleaseComplete, radioBearerReleaseFailure RadioBearerReleaseFailure, radioBearerSetupComplete RadioBearerSetupComplete, radioBearerSetupFailure RadioBearerSetupFailure, rrcConnectionReleaseComplete RRCConnectionReleaseComplete, rrcConnectionSetupComplete RRCConnectionSetupComplete, rrcStatus RRCStatus, securityModeComplete SecurityModeComplete, securityModeFailure SecurityModeFailure, signallingConnectionReleaseRequest SignallingConnectionReleaseRequest, transportChannelReconfigurationComplete TransportChannelReconfigurationComplete, transportChannelReconfigurationFailure TransportChannelReconfigurationFailure, transportFormatCombinationControlFailure TransportFormatCombinationControlFailure, ueCapabilityInformation UECapabilityInformation, uplinkDirectTransfer UplinkDirectTransfer, utranMobilityInformationConfirm UTRANMobilityInformationConfirm, utranMobilityInformationFailure UTRANMobilityInformationFailure, extension NULL } --************************************************************** --- Downlink CCCH messages ---************************************************************** DL-CCCH-Message ::= SEQUENCE { integrityCheckInfo IntegrityCheckInfo message DL-CCCH-MessageType } DL-CCCH-MessageType ::= CHOICE { cellUpdateConfirm rrcConnectionReject rrcConnectionRelease rrcConnectionSetup uraUpdateConfirm extension } OPTIONAL,
--************************************************************** --- Uplink CCCH messages ---************************************************************** UL-CCCH-Message ::= SEQUENCE { integrityCheckInfo IntegrityCheckInfo message UL-CCCH-MessageType } UL-CCCH-MessageType ::= CHOICE { cellUpdate rrcConnectionRequest uraUpdate extension } OPTIONAL,
--************************************************************** --- PCCH messages ---************************************************************** PCCH-Message ::= SEQUENCE { message PCCH-MessageType } PCCH-MessageType ::= CHOICE { pagingType1 PagingType1,
3GPP
Release 1999
extension NULL
472
--************************************************************** --- Downlink SHCCH messages ---************************************************************** DL-SHCCH-Message ::= SEQUENCE { message DL-SHCCH-MessageType } DL-SHCCH-MessageType ::= CHOICE { physicalSharedChannelAllocation extension } PhysicalSharedChannelAllocation-r3, NULL
--************************************************************** --- Uplink SHCCH messages ---************************************************************** UL-SHCCH-Message ::= SEQUENCE { message UL-SHCCH-MessageType } UL-SHCCH-MessageType ::= CHOICE { puschCapacityRequest extension } PUSCHCapacityRequest, NULL
--************************************************************** --- BCCH messages sent on FACH ---************************************************************** BCCH-FACH-Message ::= SEQUENCE { message BCCH-FACH-MessageType } BCCH-FACH-MessageType ::= CHOICE { systemInformation systemInformationChangeIndication extension } SystemInformation-FACH, SystemInformationChangeIndication, NULL
--************************************************************** --- BCCH messages sent on BCH ---************************************************************** BCCH-BCH-Message ::= SEQUENCE { message SystemInformation-BCH } END
11.2
PDU definitions
--************************************************************** --- TABULAR: The message type and integrity check info are not -- visible in this module as they are defined in the class module. -- Also, all FDD/TDD specific choices have the FDD option first -- and TDD second, just for consistency. ---************************************************************** PDU-definitions DEFINITIONS AUTOMATIC TAGS ::= BEGIN
3GPP
Release 1999
473
--************************************************************** --- IE parameter types from other modules ---************************************************************** IMPORTS -- Core Network IEs : CN-DomainIdentity, CN-InformationInfo, NAS-Message, PagingRecordTypeID, -- UTRAN Mobility IEs : URA-Identity, -- User Equipment IEs : ActivationTime, C-RNTI, CapabilityUpdateRequirement, CellUpdateCause, CipheringAlgorithm, CipheringModeInfo, EstablishmentCause, FailureCauseWithProtErr, FailureCauseWithProtErrTrId, InitialUE-Identity, IntegrityProtActivationInfo, IntegrityProtectionModeInfo, N-308, PagingCause, PagingRecordList, ProtocolErrorIndicator, ProtocolErrorIndicatorWithMoreInfo, Rb-timer-indicator, Re-EstablishmentTimer, RedirectionInfo, RejectionCause, ReleaseCause, RRC-StateIndicator, RRC-TransactionIdentifier, SecurityCapability, START-Value, STARTList, U-RNTI, U-RNTI-Short, UE-RadioAccessCapability, UE-ConnTimersAndConstants, URA-UpdateCause, UTRAN-DRX-CycleLengthCoefficient, WaitTime, -- Radio Bearer IEs : PredefinedConfigIdentity, RAB-Info, RAB-Info-Post, RAB-InformationList, RAB-InformationReconfigList, RAB-InformationSetupList, RB-ActivationTimeInfo, RB-ActivationTimeInfoList, RB-COUNT-C-InformationList, RB-COUNT-C-MSB-InformationList, RB-IdentityList, RB-InformationAffectedList, RB-InformationReconfigList, RB-InformationReleaseList, RB-InformationSetupList, RB-WithPDCP-InfoList, SRB-InformationSetupList, SRB-InformationSetupList2, -- Transport Channel IEs: CPCH-SetID, DL-AddReconfTransChInfo2List, DL-AddReconfTransChInfoList, DL-CommonTransChInfo, DL-DeletedTransChInfoList, DRAC-StaticInformationList, TFC-Subset, TFCS-Identity,
3GPP
Release 1999
UL-AddReconfTransChInfoList, UL-CommonTransChInfo, UL-DeletedTransChInfoList, -- Physical Channel IEs : AllocationPeriodInfo, Alpha, CCTrCH-PowerControlInfo, ConstantValue, CPCH-SetInfo, DL-CommonInformation, DL-CommonInformationPost, DL-InformationPerRL, DL-InformationPerRL-List, DL-InformationPerRL-ListPostFDD, DL-InformationPerRL-PostTDD, DL-DPCH-PowerControlInfo, DL-PDSCH-Information, DPCH-CompressedModeStatusInfo, FrequencyInfo, FrequencyInfoFDD, FrequencyInfoTDD, IndividualTS-InterferenceList, MaxAllowedUL-TX-Power, PDSCH-CapacityAllocationInfo, PDSCH-Identity, PDSCH-Info, PRACH-RACH-Info, PrimaryCCPCH-TX-Power, PUSCH-CapacityAllocationInfo, PUSCH-Identity, RL-AdditionInformationList, RL-RemovalInformationList, SSDT-Information, TFC-ControlDuration, TimeslotList, TX-DiversityMode, UL-ChannelRequirement, UL-ChannelRequirementWithCPCH-SetID, UL-DPCH-Info, UL-DPCH-InfoPostFDD, UL-DPCH-InfoPostTDD, UL-TimingAdvance, UL-TimingAdvanceControl, -- Measurement IEs : AdditionalMeasurementID-List, EventResults, InterRAT-TargetCellDescription, MeasuredResults, MeasuredResultsList, MeasuredResultsOnRACH, MeasurementCommand, MeasurementIdentity, MeasurementReportingMode, PrimaryCCPCH-RSCP, TimeslotListWithISCP, TrafficVolumeMeasuredResultsList, UP-GPS-AssistanceData, UP-OTDOA-AssistanceData, -- Other IEs : BCCH-ModificationInfo, CDMA2000-MessageList, GSM-MessageList, InterRAT-ChangeFailureCause, InterRAT-HO-Failure, InterRAT-UE-RadioAccessCapabilityList, InterRATMessage, IntraDomainNasNodeSelector, ProtocolErrorInformation, ProtocolErrorMoreInformation, Rplmn-Information, SegCount, SegmentIndex, SFN-Prime, SIB-Data-fixed, SIB-Data-variable, SIB-Type FROM InformationElements maxSIBperMsg,
474
3GPP
Release 1999
maxSystemCapability FROM Constant-definitions;
475
-- *************************************************** --- ACTIVE SET UPDATE (FDD only) --- *************************************************** ActiveSetUpdate-r3 ::= CHOICE { r3 activeSetUpdate-r3 nonCriticalExtensions }, criticalExtensions } SEQUENCE { ActiveSetUpdate-r3-IEs, SEQUENCE {} OPTIONAL SEQUENCE {}
ActiveSetUpdate-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier integrityProtectionModeInfo cipheringModeInfo activationTime newU-RNTI -- Core network IEs cn-InformationInfo -- Radio bearer IEs rb-WithPDCP-InfoList -- Physical channel IEs maxAllowedUL-TX-Power rl-AdditionInformationList rl-RemovalInformationList tx-DiversityMode ssdt-Information }
RRC-TransactionIdentifier, IntegrityProtectionModeInfo CipheringModeInfo ActivationTime U-RNTI CN-InformationInfo RB-WithPDCP-InfoList MaxAllowedUL-TX-Power RL-AdditionInformationList RL-RemovalInformationList TX-DiversityMode SSDT-Information
OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
-- *************************************************** --- ACTIVE SET UPDATE COMPLETE (FDD only) --- *************************************************** ActiveSetUpdateComplete ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, ul-IntegProtActivationInfo IntegrityProtActivationInfo -- Radio bearer IEs rb-UL-CiphActivationTimeInfo RB-ActivationTimeInfoList rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- ACTIVE SET UPDATE FAILURE (FDD only) --- *************************************************** ActiveSetUpdateFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- Assistance Data Delivery --- *************************************************** AssistanceDataDelivery-r3 ::= CHOICE { r3 SEQUENCE { assistanceDataDelivery-r3 AssistanceDataDelivery-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL },
3GPP
Release 1999
criticalExtensions SEQUENCE {}
476
AssistanceDataDelivery-r3-IEs ::= SEQUENCE { --Assistance Data Information Elements up-GPS-AssistanceData UP-GPS-AssistanceData up-OTDOA-AssistanceData UP-OTDOA-AssistanceData } -- *************************************************** --- CELL CHANGE ORDER FROM UTRAN --- ***************************************************
OPTIONAL, OPTIONAL
CellChangeOrderFromUTRAN-r3 ::= CHOICE { r3 SEQUENCE { cellChangeOrderFromUTRAN-IEs CellChangeOrderFromUTRAN-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } CellChangeOrderFromUTRAN-r3-IEs ::= SEQUENCE { -- User equipment IEs integrityProtectionModeInfo IntegrityProtectionModeInfo activationTime ActivationTime rab-InformationList RAB-InformationList interRAT-TargetCellDescription InterRAT-TargetCellDescription } -- *************************************************** --- CELL CHANGE FAILURE FROM UTRAN --- *************************************************** CellChangeFailureFromUTRAN ::= CHOICE { r3 SEQUENCE { r3-IEs CellChangeFailureFromUTRAN-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } CellChangeFailureFromUTRAN-r3-IEs ::= SEQUENCE { -- User equipment IEs integrityProtectionModeInfo IntegrityProtectionModeInfo interRAT-ChangeFailureCause InterRAT-ChangeFailureCause } -- *************************************************** --- CELL UPDATE --- *************************************************** CellUpdate ::= SEQUENCE { -- User equipment IEs u-RNTI U-RNTI, startList STARTList, am-RLC-ErrorIndicationC-plane BOOLEAN, am-RLC-ErrorIndicationU-plane BOOLEAN, cellUpdateCause CellUpdateCause, failureCause FailureCauseWithProtErrTrId OPTIONAL, -- TABULAR: RRC transaction identifier is nested in FailureCauseWithProtErrTrId rb-timer-indicator Rb-timer-indicator, -- Measurement IEs measuredResultsOnRACH MeasuredResultsOnRACH OPTIONAL, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- CELL UPDATE CONFIRM --- ***************************************************
OPTIONAL,
3GPP
Release 1999
477
CellUpdateConfirm-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, integrityProtectionModeInfo IntegrityProtectionModeInfo cipheringModeInfo CipheringModeInfo activationTime ActivationTime new-U-RNTI U-RNTI new-C-RNTI C-RNTI rrc-StateIndicator RRC-StateIndicator, utran-DRX-CycleLengthCoeff UTRAN-DRX-CycleLengthCoefficient rlc-ResetIndicatorC-Plane BOOLEAN, rlc-ResetIndicatorU-Plane BOOLEAN, -- CN information elements cn-InformationInfo CN-InformationInfo -- UTRAN mobility IEs ura-Identity URA-Identity -- Radio bearer IEs rb-InformationReleaseList RB-InformationReleaseList rb-InformationReconfigList RB-InformationReconfigList rb-InformationAffectedList RB-InformationAffectedList rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Transport channel IEs ul-CommonTransChInfo UL-CommonTransChInfo ul-deletedTransChInfoList UL-DeletedTransChInfoList ul-AddReconfTransChInfoList UL-AddReconfTransChInfoList modeSpecificTransChInfo CHOICE { fdd SEQUENCE { cpch-SetID CPCH-SetID addReconfTransChDRAC-Info DRAC-StaticInformationList }, tdd NULL }, dl-CommonTransChInfo DL-CommonTransChInfo dl-DeletedTransChInfoList DL-DeletedTransChInfoList dl-AddReconfTransChInfoList DL-AddReconfTransChInfoList -- Physical channel IEs frequencyInfo FrequencyInfo maxAllowedUL-TX-Power MaxAllowedUL-TX-Power ul-ChannelRequirement UL-ChannelRequirement modeSpecificPhysChInfo CHOICE { fdd SEQUENCE { dl-PDSCH-Information DL-PDSCH-Information }, tdd NULL }, dl-CommonInformation DL-CommonInformation dl-InformationPerRL-List DL-InformationPerRL-List } -- *************************************************** --- CELL UPDATE CONFIRM for CCCH --- *************************************************** CellUpdateConfirm-CCCH-r3 ::= CHOICE { r3 SEQUENCE { -- User equipment IEs u-RNTI U-RNTI, -- The rest of the message is identical to the one sent on DCCH. cellUpdateConfirm-r3 nonCriticalExtensions }, criticalExtensions } -- *************************************************** -CellUpdateConfirm-r3-IEs, SEQUENCE {} OPTIONAL SEQUENCE {}
OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
3GPP
Release 1999
478
-- COUNTER CHECK --- *************************************************** CounterCheck-r3 ::= CHOICE { r3 counterCheck-r3 nonCriticalExtensions }, criticalExtensions } SEQUENCE { CounterCheck-r3-IEs, SEQUENCE {} OPTIONAL SEQUENCE {}
CounterCheck-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier -- Radio bearer IEs rb-COUNT-C-MSB-InformationList }
RRC-TransactionIdentifier, RB-COUNT-C-MSB-InformationList
-- *************************************************** --- COUNTER CHECK RESPONSE --- *************************************************** CounterCheckResponse ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, -- Radio bearer IEs rb-COUNT-C-InformationList RB-COUNT-C-InformationList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- DOWNLINK DIRECT TRANSFER --- *************************************************** DownlinkDirectTransfer-r3 ::= CHOICE { r3 SEQUENCE { downlinkDirectTransfer-r3 DownlinkDirectTransfer-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } DownlinkDirectTransfer-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, -- Core network IEs cn-DomainIdentity CN-DomainIdentity, nas-Message NAS-Message } -- *************************************************** --- HANDOVER TO UTRAN COMMAND --- *************************************************** HandoverToUTRANCommand-r3 ::= CHOICE { r3 SEQUENCE { handoverToUTRANCommand-r3 HandoverToUTRANCommand-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } HandoverToUTRANCommand-r3-IEs ::= SEQUENCE { -- User equipment IEs new-U-RNTI U-RNTI-Short, activationTime ActivationTime cipheringAlgorithm CipheringAlgorithm -- Radio bearer IEs rab-Info RAB-Info-Post,
OPTIONAL,
OPTIONAL, OPTIONAL,
3GPP
Release 1999
479
-- Specification mode information specificationMode CHOICE { complete SEQUENCE { srb-InformationSetupList SRB-InformationSetupList, rab-InformationSetupList RAB-InformationSetupList OPTIONAL, ul-CommonTransChInfo UL-CommonTransChInfo, ul-AddReconfTransChInfoList UL-AddReconfTransChInfoList, dl-CommonTransChInfo DL-CommonTransChInfo, dl-AddReconfTransChInfoList DL-AddReconfTransChInfoList, ul-DPCH-Info UL-DPCH-Info, modeSpecificInfo CHOICE { fdd SEQUENCE { dl-PDSCH-Information DL-PDSCH-Information OPTIONAL, cpch-SetInfo CPCH-SetInfo OPTIONAL }, tdd NULL }, dl-CommonInformation DL-CommonInformation, dl-InformationPerRL-List DL-InformationPerRL-List, frequencyInfo FrequencyInfo }, preconfiguration SEQUENCE { -- All IEs that include an FDD/TDD choice are split in two IEs for this message, -- one for the FDD only elements and one for the TDD only elements, so that one -- FDD/TDD choice in this level is sufficient. predefinedConfigIdentity PredefinedConfigIdentity, rab-Info RAB-Info-Post OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { ul-DPCH-Info UL-DPCH-InfoPostFDD, dl-CommonInformationPost DL-CommonInformationPost, dl-InformationPerRL-List DL-InformationPerRL-ListPostFDD, frequencyInfo FrequencyInfoFDD }, tdd SEQUENCE { ul-DPCH-Info UL-DPCH-InfoPostTDD, dl-InformationPerRL DL-InformationPerRL-PostTDD, frequencyInfo FrequencyInfoTDD, primaryCCPCH-TX-Power PrimaryCCPCH-TX-Power } } }, -- Physical channel IEs maxAllowedUL-TX-Power } -- *************************************************** --- HANDOVER TO UTRAN COMPLETE --- *************************************************** HandoverToUTRANComplete ::= SEQUENCE { --TABULAR: Integrity protection shall not be performed on this message. -- User equipment IEs -- TABULAR: the IE below is conditional on history. startList STARTList OPTIONAL, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- INITIAL DIRECT TRANSFER --- *************************************************** InitialDirectTransfer ::= SEQUENCE { -- Core network IEs cn-DomainIdentity CN-DomainIdentity, intraDomainNasNodeSelector IntraDomainNasNodeSelector, nas-Message NAS-Message, -- Measurement IEs measuredResultsOnRACH MeasuredResultsOnRACH -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL }
MaxAllowedUL-TX-Power
OPTIONAL,
3GPP
Release 1999
}
480
-- *************************************************** --- HANDOVER FROM UTRAN COMMAND --- *************************************************** HandoverFromUTRANCommand-GSM-r3 ::= CHOICE { r3 SEQUENCE { handoverFromUTRANCommand-GSM-r3 HandoverFromUTRANCommand-GSM-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } HandoverFromUTRANCommand-GSM-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, activationTime ActivationTime OPTIONAL, -- Radio bearer IEs remainingRAB-Info RAB-Info OPTIONAL, -- Other IEs message-and-extension CHOICE { gsm-Message SEQUENCE {}, -- In this case, what follows the basic production is a variable length bit string -- with no length field, containing the GSM message including GSM padding up to end -- of container, to be analysed according to GSM specifications with-extension SEQUENCE { messages GSM-MessageList } } } HandoverFromUTRANCommand-CDMA2000-r3 ::= CHOICE { r3 SEQUENCE { handoverFromUTRANCommand-CDMA2000-r3 HandoverFromUTRANCommand-CDMA2000-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } HandoverFromUTRANCommand-CDMA2000-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, activationTime ActivationTime -- Radio bearer IEs remainingRAB-Info RAB-Info -- Other IEs cdma2000-MessageList CDMA2000-MessageList } -- *************************************************** --- HANDOVER FROM UTRAN FAILURE --- *************************************************** HandoverFromUTRANFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, -- Other IEs interRAT-HO-Failure InterRAT-HO-Failure -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- MEASUREMENT CONTROL --- *************************************************** MeasurementControl-r3 ::= CHOICE { r3 measurementControl-r3 SEQUENCE { MeasurementControl-r3-IEs,
OPTIONAL, OPTIONAL,
OPTIONAL,
3GPP
Release 1999
nonCriticalExtensions }, criticalExtensions
481
SEQUENCE {} OPTIONAL SEQUENCE {}
MeasurementControl-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, -- Measurement IEs measurementIdentity MeasurementIdentity, measurementCommand MeasurementCommand, -- TABULAR: The measurement type is included in MeasurementCommand. measurementReportingMode MeasurementReportingMode OPTIONAL, additionalMeasurementList AdditionalMeasurementID-List OPTIONAL, -- Physical channel IEs dpch-CompressedModeStatusInfo DPCH-CompressedModeStatusInfo OPTIONAL } -- *************************************************** --- MEASUREMENT CONTROL FAILURE --- *************************************************** MeasurementControlFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- MEASUREMENT REPORT --- *************************************************** MeasurementReport ::= SEQUENCE { -- Measurement IEs measurementIdentity MeasurementIdentity, measuredResults MeasuredResults measuredResultsOnRACH MeasuredResultsOnRACH additionalMeasuredResults MeasuredResultsList eventResults EventResults -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- PAGING TYPE 1 --- *************************************************** PagingType1 ::= SEQUENCE { -- User equipment IEs pagingRecordList PagingRecordList -- Other IEs bcch-ModificationInfo BCCH-ModificationInfo -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- PAGING TYPE 2 --- *************************************************** PagingType2 ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, pagingCause PagingCause, -- Core network IEs cn-DomainIdentity CN-DomainIdentity, pagingRecordTypeID PagingRecordTypeID, -- Extension mechanism for non- release99 information
OPTIONAL, OPTIONAL,
3GPP
Release 1999
nonCriticalExtensions
482
SEQUENCE {} OPTIONAL
-- *************************************************** --- PHYSICAL CHANNEL RECONFIGURATION --- *************************************************** PhysicalChannelReconfiguration-r3 ::= CHOICE { r3 SEQUENCE { physicalChannelReconfiguration-r3 PhysicalChannelReconfiguration-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } PhysicalChannelReconfiguration-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, integrityProtectionModeInfo IntegrityProtectionModeInfo cipheringModeInfo CipheringModeInfo activationTime ActivationTime new-U-RNTI U-RNTI new-C-RNTI C-RNTI rrc-StateIndicator RRC-StateIndicator, utran-DRX-CycleLengthCoeff UTRAN-DRX-CycleLengthCoefficient -- Core network IEs cn-InformationInfo CN-InformationInfo -- UTRAN mobility IEs ura-Identity URA-Identity -- Radio bearer IEs rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Physical channel IEs frequencyInfo FrequencyInfo maxAllowedUL-TX-Power MaxAllowedUL-TX-Power ul-ChannelRequirement UL-ChannelRequirementWithCPCH-SetID -- TABULAR: UL-ChannelRequirementWithCPCH-SetID contains the choice -- between UL DPCH info, CPCH SET info and CPCH set ID. modeSpecificInfo CHOICE { fdd SEQUENCE { dl-PDSCH-Information DL-PDSCH-Information }, tdd NULL }, dl-CommonInformation DL-CommonInformation dl-InformationPerRL-List DL-InformationPerRL-List } -- *************************************************** --- PHYSICAL CHANNEL RECONFIGURATION COMPLETE --- *************************************************** PhysicalChannelReconfigurationComplete ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, ul-IntegProtActivationInfo IntegrityProtActivationInfo -- TABULAR: UL-TimingAdvance is applicable for TDD mode only. ul-TimingAdvance UL-TimingAdvance -- Radio bearer IEs count-C-ActivationTime ActivationTime rb-UL-CiphActivationTimeInfo RB-ActivationTimeInfoList rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- PHYSICAL CHANNEL RECONFIGURATION FAILURE --- *************************************************** PhysicalChannelReconfigurationFailure ::= SEQUENCE { -- User equipment IEs
OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL,
OPTIONAL
OPTIONAL, OPTIONAL
3GPP
Release 1999
483
rrc-TransactionIdentifier RRC-TransactionIdentifier failureCause FailureCauseWithProtErr, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- PHYSICAL SHARED CHANNEL ALLOCATION (TDD only) --- ***************************************************
PhysicalSharedChannelAllocation-r3 ::= CHOICE { r3 SEQUENCE { physicalSharedChannelAllocation-r3 PhysicalSharedChannelAllocation-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } PhysicalSharedChannelAllocation-r3-IEs ::= SEQUENCE { -- TABULAR: Integrity protection shall not be performed on this message. -- User equipment IEs c-RNTI C-RNTI OPTIONAL, rrc-TransactionIdentifier RRC-TransactionIdentifier, -- Physical channel IEs ul-TimingAdvance UL-TimingAdvanceControl OPTIONAL, pusch-CapacityAllocationInfo PUSCH-CapacityAllocationInfo OPTIONAL, pdsch-CapacityAllocationInfo PDSCH-CapacityAllocationInfo OPTIONAL, confirmRequest ENUMERATED { confirmPDSCH, confirmPUSCH } OPTIONAL, -- TABULAR: If the above value is not present, the default value "No Confirm" -- shall be used as specified in 10.2.25. iscpTimeslotList TimeslotList OPTIONAL } -- *************************************************** --- PUSCH CAPACITY REQUEST (TDD only) --- *************************************************** PUSCHCapacityRequest ::= SEQUENCE { -- User equipment IEs c-RNTI C-RNTI -- Measurement IEs trafficVolumeMeasuredResultsList TrafficVolumeMeasuredResultsList, timeslotListWithISCP TimeslotListWithISCP primaryCCPCH-RSCP PrimaryCCPCH-RSCP allocationConfirmation CHOICE { pdschConfirmation PDSCH-Identity, puschConfirmation PUSCH-Identity } protocolErrorIndicator ProtocolErrorIndicatorWithMoreInfo, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RADIO BEARER RECONFIGURATION --- *************************************************** RadioBearerReconfiguration-r3 ::= CHOICE { r3 SEQUENCE { radioBearerReconfiguration-r3 RadioBearerReconfiguration-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } RadioBearerReconfiguration-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, integrityProtectionModeInfo IntegrityProtectionModeInfo
OPTIONAL,
OPTIONAL, OPTIONAL,
OPTIONAL,
OPTIONAL,
3GPP
Release 1999
484
----
--
--
cipheringModeInfo CipheringModeInfo activationTime ActivationTime new-U-RNTI U-RNTI new-C-RNTI C-RNTI rrc-StateIndicator RRC-StateIndicator, utran-DRX-CycleLengthCoeff UTRAN-DRX-CycleLengthCoefficient Core network IEs cn-InformationInfo CN-InformationInfo UTRAN mobility IEs ura-Identity URA-Identity Radio bearer IEs rab-InformationReconfigList RAB-InformationReconfigList rb-InformationReconfigList RB-InformationReconfigList, rb-InformationAffectedList RB-InformationAffectedList Transport channel IEs ul-CommonTransChInfo UL-CommonTransChInfo ul-deletedTransChInfoList UL-DeletedTransChInfoList ul-AddReconfTransChInfoList UL-AddReconfTransChInfoList modeSpecificTransChInfo CHOICE { fdd SEQUENCE { cpch-SetID CPCH-SetID addReconfTransChDRAC-Info DRAC-StaticInformationList }, tdd NULL } dl-CommonTransChInfo DL-CommonTransChInfo dl-DeletedTransChInfoList DL-DeletedTransChInfoList dl-AddReconfTransChInfoList DL-AddReconfTransChInfo2List Physical channel IEs frequencyInfo FrequencyInfo maxAllowedUL-TX-Power MaxAllowedUL-TX-Power ul-ChannelRequirement UL-ChannelRequirement modeSpecificPhysChInfo CHOICE { fdd SEQUENCE { dl-PDSCH-Information DL-PDSCH-Information }, tdd NULL }, dl-CommonInformation DL-CommonInformation dl-InformationPerRL-List DL-InformationPerRL-List
OPTIONAL,
} -- *************************************************** --- RADIO BEARER RECONFIGURATION COMPLETE --- *************************************************** RadioBearerReconfigurationComplete ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, ul-IntegProtActivationInfo IntegrityProtActivationInfo -- TABULAR: UL-TimingAdvance is applicable for TDD mode only. ul-TimingAdvance UL-TimingAdvance -- Radio bearer IEs rb-UL-CiphActivationTimeInfo RB-ActivationTimeInfoList rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RADIO BEARER RECONFIGURATION FAILURE --- *************************************************** RadioBearerReconfigurationFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Radio bearer IEs potentiallySuccesfulBearerList RB-IdentityList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- ***************************************************
OPTIONAL,
3GPP
Release 1999
485
--- RADIO BEARER RELEASE --- *************************************************** RadioBearerRelease-r3 ::= CHOICE { r3 radioBearerRelease-r3 nonCriticalExtensions }, criticalExtensions } SEQUENCE { RadioBearerRelease-r3-IEs, SEQUENCE {} OPTIONAL SEQUENCE {}
RadioBearerRelease-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, integrityProtectionModeInfo IntegrityProtectionModeInfo cipheringModeInfo CipheringModeInfo activationTime ActivationTime new-U-RNTI U-RNTI new-C-RNTI C-RNTI rrc-StateIndicator RRC-StateIndicator, utran-DRX-CycleLengthCoeff UTRAN-DRX-CycleLengthCoefficient -- Core network IEs cn-InformationInfo CN-InformationInfo signallingConnectionRelIndication CN-DomainIdentity -- UTRAN mobility IEs ura-Identity URA-Identity -- Radio bearer IEs rab-InformationReconfigList RAB-InformationReconfigList rb-InformationReleaseList RB-InformationReleaseList, rb-InformationAffectedList RB-InformationAffectedList rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Transport channel IEs ul-CommonTransChInfo UL-CommonTransChInfo ul-deletedTransChInfoList UL-DeletedTransChInfoList ul-AddReconfTransChInfoList UL-AddReconfTransChInfoList modeSpecificTransChInfo CHOICE { fdd SEQUENCE { cpch-SetID CPCH-SetID addReconfTransChDRAC-Info DRAC-StaticInformationList }, tdd NULL } dl-CommonTransChInfo DL-CommonTransChInfo dl-DeletedTransChInfoList DL-DeletedTransChInfoList dl-AddReconfTransChInfoList DL-AddReconfTransChInfo2List -- Physical channel IEs frequencyInfo FrequencyInfo maxAllowedUL-TX-Power MaxAllowedUL-TX-Power ul-ChannelRequirement UL-ChannelRequirement modeSpecificPhysChInfo CHOICE { fdd SEQUENCE { dl-PDSCH-Information DL-PDSCH-Information }, tdd NULL }, dl-CommonInformation DL-CommonInformation dl-InformationPerRL-List DL-InformationPerRL-List } -- *************************************************** --- RADIO BEARER RELEASE COMPLETE --- *************************************************** RadioBearerReleaseComplete ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, ul-IntegProtActivationInfo IntegrityProtActivationInfo -- TABULAR: UL-TimingAdvance is applicable for TDD mode only. ul-TimingAdvance UL-TimingAdvance -- Radio bearer IEs rb-UL-CiphActivationTimeInfo RB-ActivationTimeInfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL }
OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
3GPP
Release 1999
486
-- *************************************************** --- RADIO BEARER RELEASE FAILURE --- *************************************************** RadioBearerReleaseFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Radio bearer IEs potentiallySuccesfulBearerList RB-IdentityList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RADIO BEARER SETUP --- *************************************************** RadioBearerSetup-r3 ::= CHOICE { r3 radioBearerSetup-r3 nonCriticalExtensions }, criticalExtensions } SEQUENCE { RadioBearerSetup-r3-IEs, SEQUENCE {} OPTIONAL SEQUENCE {}
OPTIONAL,
RadioBearerSetup-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, integrityProtectionModeInfo IntegrityProtectionModeInfo cipheringModeInfo CipheringModeInfo activationTime ActivationTime new-U-RNTI U-RNTI new-C-RNTI C-RNTI rrc-StateIndicator RRC-StateIndicator, utran-DRX-CycleLengthCoeff UTRAN-DRX-CycleLengthCoefficient -- UTRAN mobility IEs ura-Identity URA-Identity -- Core network IEs cn-InformationInfo CN-InformationInfo -- Radio bearer IEs srb-InformationSetupList SRB-InformationSetupList rab-InformationSetupList RAB-InformationSetupList rb-InformationAffectedList RB-InformationAffectedList -- Transport channel IEs ul-CommonTransChInfo UL-CommonTransChInfo ul-deletedTransChInfoList UL-DeletedTransChInfoList ul-AddReconfTransChInfoList UL-AddReconfTransChInfoList modeSpecificTransChInfo CHOICE { fdd SEQUENCE { cpch-SetID CPCH-SetID addReconfTransChDRAC-Info DRAC-StaticInformationList }, tdd NULL } dl-CommonTransChInfo DL-CommonTransChInfo dl-DeletedTransChInfoList DL-DeletedTransChInfoList dl-AddReconfTransChInfoList DL-AddReconfTransChInfoList -- Physical channel IEs frequencyInfo FrequencyInfo maxAllowedUL-TX-Power MaxAllowedUL-TX-Power ul-ChannelRequirement UL-ChannelRequirement modeSpecificPhysChInfo CHOICE { fdd SEQUENCE { dl-PDSCH-Information DL-PDSCH-Information }, tdd NULL }, dl-CommonInformation DL-CommonInformation dl-InformationPerRL-List DL-InformationPerRL-List } -- ***************************************************
OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
3GPP
Release 1999
487
--- RADIO BEARER SETUP COMPLETE --- *************************************************** RadioBearerSetupComplete ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, ul-IntegProtActivationInfo IntegrityProtActivationInfo -- TABULAR: UL-TimingAdvance is applicable for TDD mode only. ul-TimingAdvance UL-TimingAdvance start-Value START-Value -- Radio bearer IEs count-C-ActivationTime ActivationTime rb-UL-CiphActivationTimeInfo RB-ActivationTimeInfoList rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RADIO BEARER SETUP FAILURE --- *************************************************** RadioBearerSetupFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Radio bearer IEs potentiallySuccesfulBearerList RB-IdentityList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RRC CONNECTION REJECT --- *************************************************** RRCConnectionReject-r3 ::= CHOICE { r3 SEQUENCE { rrcConnectionReject-r3 RRCConnectionReject-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } RRCConnectionReject-r3-IEs ::= SEQUENCE { -- TABULAR: Integrity protection shall not be performed on this message. -- User equipment IEs initialUE-Identity InitialUE-Identity, rrc-TransactionIdentifier RRC-TransactionIdentifier, rejectionCause RejectionCause, waitTime WaitTime, redirectionInfo RedirectionInfo OPTIONAL } -- *************************************************** --- RRC CONNECTION RELEASE --- *************************************************** RRCConnectionRelease-r3 ::= CHOICE { r3 SEQUENCE { rrcConnectionRelease-r3 RRCConnectionRelease-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } RRCConnectionRelease-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, n-308 N-308
OPTIONAL,
OPTIONAL,
3GPP
Release 1999
488
OPTIONAL
-- *************************************************** --- RRC CONNECTION RELEASE for CCCH --- *************************************************** RRCConnectionRelease-CCCH-r3 ::= CHOICE { r3 SEQUENCE { rrcConnectionRelease-CCCH-r3 RRCConnectionRelease-CCCH-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } RRCConnectionRelease-CCCH-r3-IEs ::= SEQUENCE { -- User equipment IEs u-RNTI U-RNTI, -- The rest of the message is identical to the one sent on DCCH. rrcConnectionRelease RRCConnectionRelease-r3-IEs } -- *************************************************** --- RRC CONNECTION RELEASE COMPLETE --- *************************************************** RRCConnectionReleaseComplete ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, errorIndication FailureCauseWithProtErr -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RRC CONNECTION REQUEST --- *************************************************** RRCConnectionRequest ::= SEQUENCE { -- TABULAR: Integrity protection shall not be performed on this message. -- User equipment IEs initialUE-Identity InitialUE-Identity, establishmentCause EstablishmentCause, protocolErrorIndicator ProtocolErrorIndicator, -- The IE above is MD, but for compactness reasons no default value -- has been assigned to it. -- Measurement IEs measuredResultsOnRACH MeasuredResultsOnRACH OPTIONAL, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RRC CONNECTION SETUP --- *************************************************** RRCConnectionSetup-r3 ::= CHOICE { r3 rrcConnectionSetup-r3 nonCriticalExtensions }, criticalExtensions } SEQUENCE { RRCConnectionSetup-r3-IEs, SEQUENCE {} OPTIONAL SEQUENCE {}
OPTIONAL,
RRCConnectionSetup-r3-IEs ::= SEQUENCE { -- TABULAR: Integrity protection shall not be performed on this message. -- User equipment IEs initialUE-Identity InitialUE-Identity,
3GPP
Release 1999
489
rrc-TransactionIdentifier RRC-TransactionIdentifier, activationTime ActivationTime OPTIONAL, new-U-RNTI U-RNTI, new-c-RNTI C-RNTI OPTIONAL, rrc-StateIndicator RRC-StateIndicator, utran-DRX-CycleLengthCoeff UTRAN-DRX-CycleLengthCoefficient, capabilityUpdateRequirement CapabilityUpdateRequirement OPTIONAL, -- TABULAR: If the IE is not present, the default value defined in 10.3.3.2 shall -- be used. -- Radio bearer IEs srb-InformationSetupList SRB-InformationSetupList2, -- Transport channel IEs ul-CommonTransChInfo UL-CommonTransChInfo OPTIONAL, ul-AddReconfTransChInfoList UL-AddReconfTransChInfoList, dl-CommonTransChInfo DL-CommonTransChInfo OPTIONAL, dl-AddReconfTransChInfoList DL-AddReconfTransChInfoList, -- Physical channel IEs frequencyInfo FrequencyInfo OPTIONAL, maxAllowedUL-TX-Power MaxAllowedUL-TX-Power OPTIONAL, ul-ChannelRequirement UL-ChannelRequirement OPTIONAL, dl-CommonInformation DL-CommonInformation OPTIONAL, dl-InformationPerRL-List DL-InformationPerRL-List OPTIONAL } -- *************************************************** --- RRC CONNECTION SETUP COMPLETE --- *************************************************** RRCConnectionSetupComplete ::= SEQUENCE { -- TABULAR: Integrity protection shall not be performed on this message. -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, startList STARTList, ue-RadioAccessCapability UE-RadioAccessCapability OPTIONAL, -- Other IEs ue-RATSpecificCapability InterRAT-UE-RadioAccessCapabilityList OPTIONAL, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- RRC STATUS --- *************************************************** RRCStatus ::= SEQUENCE { -- Other IEs protocolErrorInformation ProtocolErrorMoreInformation, -- TABULAR: Identification of received message is nested in -- ProtocolErrorMoreInformation -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } SecurityModeCommand-r3 ::= CHOICE { r3 SEQUENCE { securityModeCommand-r3 SecurityModeCommand-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } -- *************************************************** --- SECURITY MODE COMMAND --- *************************************************** SecurityModeCommand-r3-IEs ::= SEQUENCE { -- TABULAR: Integrity protection shall always be performed on this message. -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, securityCapability SecurityCapability, cipheringModeInfo CipheringModeInfo OPTIONAL, integrityProtectionModeInfo IntegrityProtectionModeInfo OPTIONAL,
3GPP
Release 1999
-- Core network IEs cn-DomainIdentity }
490
CN-DomainIdentity
-- *************************************************** --- SECURITY MODE COMPLETE --- *************************************************** SecurityModeComplete ::= SEQUENCE { -- TABULAR: Integrity protection shall always be performed on this message. -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, ul-IntegProtActivationInfo IntegrityProtActivationInfo -- Radio bearer IEs rb-UL-CiphActivationTimeInfo RB-ActivationTimeInfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- SECURITY MODE FAILURE --- *************************************************** SecurityModeFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- SIGNALLING CONNECTION RELEASE --- *************************************************** SignallingConnectionRelease-r3 ::= CHOICE { r3 SEQUENCE { signallingConnectionRelease-r3 SignallingConnectionRelease-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } SignallingConnectionRelease-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, -- Core network IEs cn-DomainIdentity CN-DomainIdentity } -- *************************************************** --- SIGNALLING CONNECTION RELEASE REQUEST --- *************************************************** SignallingConnectionReleaseRequest ::= SEQUENCE { -- Core network IEs cn-DomainIdentity CN-DomainIdentity, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- SYSTEM INFORMATION for BCH --- *************************************************** SystemInformation-BCH ::= SEQUENCE { -- Other information elements
OPTIONAL, OPTIONAL,
3GPP
Release 1999
sfn-Prime payload noSegment firstSegment subsequentSegment lastSegmentShort lastAndFirst lastSegmentShort firstSegment }, lastAndComplete lastSegmentShort completeSIB-List }, lastAndCompleteAndFirst lastSegmentShort completeSIB-List firstSegment }, completeSIB-List completeAndFirst completeSIB-List firstSegment }, completeSIB lastSegment }
491
SFN-Prime, CHOICE { NULL, FirstSegment, SubsequentSegment, LastSegmentShort, SEQUENCE { LastSegmentShort, FirstSegmentShort SEQUENCE { LastSegmentShort, CompleteSIB-List SEQUENCE { LastSegmentShort, CompleteSIB-List, FirstSegmentShort CompleteSIB-List, SEQUENCE { CompleteSIB-List, FirstSegmentShort CompleteSIB, LastSegment
-- *************************************************** --- SYSTEM INFORMATION for FACH --- *************************************************** SystemInformation-FACH ::= SEQUENCE { -- Other information elements payload noSegment firstSegment subsequentSegment lastSegmentShort lastAndFirst lastSegmentShort firstSegment }, lastAndComplete lastSegmentShort completeSIB-List }, lastAndCompleteAndFirst lastSegmentShort completeSIB-List firstSegment }, completeSIB-List completeAndFirst completeSIB-List firstSegment }, completeSIB lastSegment } }
CHOICE { NULL, FirstSegment, SubsequentSegment, LastSegmentShort, SEQUENCE { LastSegmentShort, FirstSegmentShort SEQUENCE { LastSegmentShort, CompleteSIB-List SEQUENCE { LastSegmentShort, CompleteSIB-List, FirstSegmentShort CompleteSIB-List, SEQUENCE { CompleteSIB-List, FirstSegmentShort CompleteSIB, LastSegment
-- *************************************************** --- First segment --- *************************************************** FirstSegment ::= -- Other information elements sib-Type seg-Count sib-Data-fixed } SEQUENCE { SIB-Type, SegCount, SIB-Data-fixed
3GPP
Release 1999
492
-- *************************************************** --- First segment (short) --- *************************************************** FirstSegmentShort ::= -- Other information elements sib-Type seg-Count sib-Data-variable } SEQUENCE { SIB-Type, SegCount, SIB-Data-variable
-- *************************************************** --- Subsequent segment --- *************************************************** SubsequentSegment ::= -- Other information elements sib-Type segmentIndex sib-Data-fixed } SEQUENCE { SIB-Type, SegmentIndex, SIB-Data-fixed
-- *************************************************** --- Last segment --- *************************************************** LastSegment ::= SEQUENCE { -- Other information elements sib-Type SIB-Type, segmentIndex SegmentIndex, sib-Data-fixed SIB-Data-fixed -- In case the SIB data is less than 222 bits, padding shall be used -- The same padding bits shall be used as defined in clause 12.1 } LastSegmentShort ::= -- Other information elements sib-Type segmentIndex sib-Data-variable } SEQUENCE { SIB-Type, SegmentIndex, SIB-Data-variable
-- *************************************************** --- Complete SIB --- *************************************************** CompleteSIB-List ::= SEQUENCE (SIZE (1..maxSIBperMsg)) OF CompleteSIBshort
CompleteSIB ::= SEQUENCE { -- Other information elements sib-Type SIB-Type, sib-Data-fixed BIT STRING (SIZE (226)) -- In case the SIB data is less than 226 bits, padding shall be used -- The same padding bits shall be used as defined in clause 12.1 } CompleteSIBshort ::= -- Other information elements sib-Type sib-Data-variable } SEQUENCE { SIB-Type, SIB-Data-variable
-- *************************************************** --- SYSTEM INFORMATION CHANGE INDICATION --- *************************************************** SystemInformationChangeIndication ::= SEQUENCE {
3GPP
Release 1999
493
-- Other IEs bcch-ModificationInfo BCCH-ModificationInfo, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- TRANSPORT CHANNEL RECONFIGURATION --- *************************************************** TransportChannelReconfiguration-r3 ::= CHOICE { r3 SEQUENCE { transportChannelReconfiguration-r3 TransportChannelReconfiguration-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } TransportChannelReconfiguration-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, integrityProtectionModeInfo IntegrityProtectionModeInfo cipheringModeInfo CipheringModeInfo activationTime ActivationTime new-U-RNTI U-RNTI new-C-RNTI C-RNTI rrc-StateIndicator RRC-StateIndicator, utran-DRX-CycleLengthCoeff UTRAN-DRX-CycleLengthCoefficient -- Core network IEs cn-InformationInfo CN-InformationInfo -- UTRAN mobility IEs ura-Identity URA-Identity -- Radio bearer IEs rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Transport channel IEs ul-CommonTransChInfo UL-CommonTransChInfo ul-AddReconfTransChInfoList UL-AddReconfTransChInfoList modeSpecificTransChInfo CHOICE { fdd SEQUENCE { cpch-SetID CPCH-SetID addReconfTransChDRAC-Info DRAC-StaticInformationList }, tdd NULL } dl-CommonTransChInfo DL-CommonTransChInfo dl-AddReconfTransChInfoList DL-AddReconfTransChInfoList -- Physical channel IEs frequencyInfo FrequencyInfo maxAllowedUL-TX-Power MaxAllowedUL-TX-Power ul-ChannelRequirement UL-ChannelRequirement modeSpecificPhysChInfo CHOICE { fdd SEQUENCE { dl-PDSCH-Information DL-PDSCH-Information }, tdd NULL }, dl-CommonInformation DL-CommonInformation dl-InformationPerRL-List DL-InformationPerRL-List } -- *************************************************** --- TRANSPORT CHANNEL RECONFIGURATION COMPLETE --- *************************************************** TransportChannelReconfigurationComplete -- User equipment IEs rrc-TransactionIdentifier ul-IntegProtActivationInfo -- TABULAR: UL-TimingAdvance is ul-TimingAdvance -- Radio bearer IEs count-C-ActivationTime rb-UL-CiphActivationTimeInfo ::= SEQUENCE { RRC-TransactionIdentifier, IntegrityProtActivationInfo applicable for TDD mode only. UL-TimingAdvance ActivationTime RB-ActivationTimeInfoList OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL,
OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
3GPP
Release 1999
494
rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL
-- *************************************************** --- TRANSPORT CHANNEL RECONFIGURATION FAILURE --- *************************************************** TransportChannelReconfigurationFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- TRANSPORT FORMAT COMBINATION CONTROL --- *************************************************** TransportFormatCombinationControl ::= SEQUENCE { -- TABULAR: Integrity protection shall not be performed on this message when transmitting this message -- on the transparent mode signalling DCCH. rrc-TransactionIdentifier RRC-TransactionIdentifier OPTIONAL, -- The information element is not included when transmitting the message -- on the transparent mode signalling DCCH modeSpecificInfo CHOICE { fdd NULL, tdd SEQUENCE { tfcs-ID TFCS-Identity OPTIONAL } }, dpch-TFCS-InUplink TFC-Subset, tfc-ControlDuration TFC-ControlDuration OPTIONAL, -- The information element is not included when transmitting the message -- on the transparent mode signalling DCCH and is optional otherwise -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- TRANSPORT FORMAT COMBINATION CONTROL FAILURE --- *************************************************** TransportFormatCombinationControlFailure ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- UE CAPABILITY ENQUIRY --- *************************************************** UECapabilityEnquiry-r3 ::= CHOICE { r3 SEQUENCE { ueCapabilityEnquiry-r3 UECapabilityEnquiry-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } UECapabilityEnquiry-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, capabilityUpdateRequirement CapabilityUpdateRequirement
3GPP
Release 1999
}
495
-- *************************************************** --- UE CAPABILITY INFORMATION --- *************************************************** UECapabilityInformation ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier OPTIONAL, ue-RadioAccessCapability UE-RadioAccessCapability OPTIONAL, -- Other IEs ue-RATSpecificCapability InterRAT-UE-RadioAccessCapabilityList OPTIONAL, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- UE CAPABILITY INFORMATION CONFIRM --- *************************************************** UECapabilityInformationConfirm-r3 ::= CHOICE { r3 SEQUENCE { ueCapabilityInformationConfirm-r3 UECapabilityInformationConfirm-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } UECapabilityInformationConfirm-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier } -- *************************************************** --- UPLINK DIRECT TRANSFER --- *************************************************** UplinkDirectTransfer ::= SEQUENCE { -- Core network IEs cn-DomainIdentity CN-DomainIdentity, nas-Message NAS-Message, -- Measurement IEs measuredResultsOnRACH MeasuredResultsOnRACH -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- UPLINK PHYSICAL CHANNEL CONTROL --- *************************************************** UplinkPhysicalChannelControl-r3 ::= CHOICE { r3 SEQUENCE { uplinkPhysicalChannelControl-r3 UplinkPhysicalChannelControl-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } UplinkPhysicalChannelControl-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, -- Physical channel IEs ccTrCH-PowerControlInfo CCTrCH-PowerControlInfo timingAdvance UL-TimingAdvanceControl alpha Alpha prach-ConstantValue ConstantValue
OPTIONAL,
3GPP
Release 1999
pusch-ConstantValue
496
ConstantValue
-- *************************************************** --- URA UPDATE --- *************************************************** URAUpdate ::= SEQUENCE { -- User equipment IEs u-RNTI U-RNTI, ura-UpdateCause URA-UpdateCause, protocolErrorIndicator ProtocolErrorIndicatorWithMoreInfo, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- URA UPDATE CONFIRM --- *************************************************** URAUpdateConfirm-r3 ::= CHOICE { r3 uraUpdateConfirm-r3 nonCriticalExtensions }, criticalExtensions } SEQUENCE { URAUpdateConfirm-r3-IEs, SEQUENCE {} OPTIONAL SEQUENCE {}
URAUpdateConfirm-r3-IEs ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier integrityProtectionModeInfo cipheringModeInfo new-U-RNTI new-C-RNTI rrc-StateIndicator utran-DRX-CycleLengthCoeff -- CN information elements cn-InformationInfo -- UTRAN mobility IEs ura-Identity -- Radio bearer IEs rb-WithPDCP-InfoList }
RRC-TransactionIdentifier, IntegrityProtectionModeInfo CipheringModeInfo U-RNTI C-RNTI RRC-StateIndicator, UTRAN-DRX-CycleLengthCoefficient CN-InformationInfo URA-Identity RB-WithPDCP-InfoList
-- *************************************************** --- URA UPDATE CONFIRM for CCCH --- *************************************************** URAUpdateConfirm-CCCH-r3 ::= CHOICE { r3 SEQUENCE { uraUpdateConfirm-CCCH-r3 URAUpdateConfirm-CCCH-r3-IEs, nonCriticalExtensions SEQUENCE {} OPTIONAL }, criticalExtensions SEQUENCE {} } URAUpdateConfirm-CCCH-r3-IEs ::= SEQUENCE { -- User equipment IEs u-RNTI U-RNTI, -- The rest of the message is identical to the one sent on DCCH. uraUpdateConfirm URAUpdateConfirm-r3-IEs } -- *************************************************** --- UTRAN MOBILITY INFORMATION --- *************************************************** UTRANMobilityInformation ::= SEQUENCE { -- User equipment IEs
3GPP
Release 1999
497
----}
rrc-TransactionIdentifier RRC-TransactionIdentifier, integrityProtectionModeInfo IntegrityProtectionModeInfo cipheringModeInfo CipheringModeInfo new-U-RNTI U-RNTI new-C-RNTI C-RNTI ue-ConnTimersAndConstants UE-ConnTimersAndConstants CN information elements cn-InformationInfo CN-InformationInfo UTRAN mobility IEs ura-Identity URA-Identity Radio bearer IEs count-C-ActivationTime ActivationTime rb-WithPDCP-InfoList RB-WithPDCP-InfoList Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL
-- *************************************************** --- UTRAN MOBILITY INFORMATION CONFIRM --- *************************************************** UTRANMobilityInformationConfirm ::= SEQUENCE { -- User equipment IEs rrc-TransactionIdentifier RRC-TransactionIdentifier, ul-IntegProtActivationInfo IntegrityProtActivationInfo -- Radio bearer IEs rb-UL-CiphActivationTimeInfo RB-ActivationTimeInfoList rb-WithPDCP-InfoList RB-WithPDCP-InfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } -- *************************************************** --- UTRAN MOBILITY INFORMATION FAILURE --- *************************************************** UTRANMobilityInformationFailure ::= SEQUENCE { -- UE information elements rrc-TransactionIdentifier RRC-TransactionIdentifier, failureCause FailureCauseWithProtErr, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} OPTIONAL } END
11.3
InformationElements DEFINITIONS AUTOMATIC TAGS ::= -- *************************************************** --CORE NETWORK INFORMATION ELEMENTS (10.3.1) --- *************************************************** BEGIN IMPORTS hiPDSCHidentities, hiPUSCHidentities, hiRM, maxAC, maxAdditionalMeas, maxASC, maxASCmap, maxASCpersist, maxCCTrCH, maxCellMeas, maxCellMeas-1, maxCNdomains, maxCPCHsets,
3GPP
Release 1999
maxDPCH-DLchan, maxDPCHcodesPerTS, maxDPDCH-UL, maxDRACclasses, maxFACH, maxFreq, maxFrequencybands, maxInterSysMessages, maxLoCHperRLC, maxMeasEvent, maxMeasIntervals, maxMeasParEvent, maxNumCDMA2000Freqs, maxNumFDDFreqs, maxNumGSMFreqRanges, maxNumTDDFreqs, maxOtherRAT, maxPage1, maxPCPCH-APsig, maxPCPCH-APsubCh, maxPCPCH-CDsig, maxPCPCH-CDsubCh, maxPCPCH-SF, maxPCPCHs, maxPDCPAlgoType, maxPDSCH, maxPDSCH-TFCIgroups, maxPRACH, maxPUSCH, maxRABsetup, maxRAT, maxRB, maxRBallRABs, maxRBMuxOptions, maxRBperRAB, maxReportedGSMCells, maxSRBsetup, maxRL, maxRL-1, maxSCCPCH, maxSat, maxSIB, maxSIB-FACH, maxSig, maxSubCh, maxSystemCapability, maxTF, maxTF-CPCH, maxTFC, maxTFCI-2-Combs, maxTGPS, maxTrCH, maxTS, maxTS-1, maxURA FROM Constant-definitions; CN-DomainIdentity ::=
498
ENUMERATED { cs-domain, ps-domain } SEQUENCE { CN-DomainIdentity, NAS-SystemInformationGSM-MAP SEQUENCE (SIZE (1..maxCNdomains)) OF CN-DomainInformation SEQUENCE { CN-DomainIdentity, CHOICE { NAS-SystemInformationGSM-MAP, NAS-SystemInformationANSI-41 CN-DRX-CycleLengthCoefficient SEQUENCE (SIZE (1..maxCNdomains)) OF
CN-DomainInformation ::= cn-DomainIdentity cn-DomainSpecificNAS-Info } CN-DomainInformationList ::= CN-DomainSysInfo ::= cn-DomainIdentity cn-Type gsm-MAP ansi-41 }, cn-DRX-CycleLengthCoeff } CN-DomainSysInfoList ::=
3GPP
Release 1999
499
CN-DomainSysInfo
CN-InformationInfo ::= plmn-Identity cn-CommonGSM-MAP-NAS-SysInfo cn-DomainInformationList } Digit ::= IMEI ::= IMEI-Digit ::= IMSI-GSM-MAP ::= IntraDomainNasNodeSelector LAI ::= plmn-Identity lac } MCC ::= MNC ::= NAS-Message ::= NAS-Synchronisation-Indicator ::= ::=
SEQUENCE { PLMN-Identity NAS-SystemInformationGSM-MAP CN-DomainInformationList INTEGER (0..9) SEQUENCE (SIZE (15)) OF IMEI-Digit INTEGER (0..15) SEQUENCE (SIZE (6..15)) OF Digit BIT STRING (SIZE (16)) SEQUENCE { PLMN-Identity, BIT STRING (SIZE (16)) SEQUENCE (SIZE (3)) OF Digit SEQUENCE (SIZE (2..3)) OF Digit OCTET STRING (SIZE (1..4095)) BIT STRING(SIZE(4)) OCTET STRING (SIZE (1..8)) BIT STRING (SIZE (32)) ENUMERATED { imsi-GSM-MAP, tmsi-GSM-MAP-P-TMSI, imsi-DS-41, tmsi-DS-41 } SEQUENCE { MCC, MNC CHOICE { SEQUENCE { PLMN-Identity SEQUENCE { P-REV, Min-P-REV, SID, NID SEQUENCE { PLMN-Identity, P-REV, Min-P-REV, SID, NID
PLMN-Identity ::= mcc mnc } PLMN-Type ::= gsm-MAP plmn-Identity }, ansi-41 p-REV min-P-REV sid nid }, gsm-MAP-and-ANSI-41 plmn-Identity p-REV min-P-REV sid nid } } RAB-Identity ::= gsm-MAP-RAB-Identity ansi-41-RAB-Identity } RAI ::= lai rac }
CHOICE { BIT STRING (SIZE (8)), BIT STRING (SIZE (8)) SEQUENCE { LAI, RoutingAreaCode
3GPP
Release 1999
RoutingAreaCode ::= TMSI-GSM-MAP ::=
500
BIT STRING (SIZE (8)) BIT STRING (SIZE (32))
-- *************************************************** --UTRAN MOBILITY INFORMATION ELEMENTS (10.3.2) --- *************************************************** AccessClassBarred ::= AccessClassBarredList ::= AllowedIndicator ::= CellAccessRestriction ::= cellBarred cellReservedForOperatorUse cellReservedForSOLSA accessClassBarredList } ENUMERATED { barred, notBarred } SEQUENCE (SIZE (maxAC)) OF AccessClassBarred ENUMERATED { allowed, notAllowed } SEQUENCE { CellBarred, ReservedIndicator, ReservedIndicator, AccessClassBarredList
OPTIONAL
CellBarred ::= CHOICE { barred SEQUENCE { intraFreqCellReselectionInd AllowedIndicator, t-Barred T-Barred }, notBarred NULL } CellIdentity ::= BIT STRING (SIZE (28)) OPTIONAL, OPTIONAL
CellSelectReselectInfoSIB-3-4 ::= SEQUENCE { mappingInfo MappingInfo cellSelectQualityMeasure CHOICE { cpich-Ec-No SEQUENCE { q-HYST-2-S Q-Hyst-S -- Default value for q-HYST-2-S is q-HYST-1-S }, cpich-RSCP NULL }, modeSpecificInfo CHOICE { fdd SEQUENCE { s-Intrasearch S-SearchQual s-Intersearch S-SearchQual s-SearchHCS S-SearchRXLEV rat-List RAT-FDD-InfoList q-QualMin Q-QualMin, q-RxlevMin Q-RxlevMin }, tdd SEQUENCE { s-Intrasearch S-SearchRXLEV s-Intersearch S-SearchRXLEV s-SearchHCS S-SearchRXLEV rat-List RAT-TDD-InfoList q-RxlevMin Q-RxlevMin } }, q-Hyst-l-S Q-Hyst-S, t-Reselection-S T-Reselection-S, hcs-ServingCellInformation HCS-ServingCellInformation maxAllowedUL-TX-Power MaxAllowedUL-TX-Power } MapParameter ::= Mapping ::= rat mappingFunctionParameterList } MappingFunctionParameter ::= functionType mapParameter1 INTEGER (0..99) SEQUENCE { RAT, MappingFunctionParameterList SEQUENCE { MappingFunctionType, MapParameter
OPTIONAL,
OPTIONAL,
3GPP
Release 1999
501
mapParameter2 MapParameter, upperLimit UpperLimit -- The parameter is conditional on the number of repetition
OPTIONAL
SEQUENCE (SIZE (1..maxMeasIntervals)) OF MappingFunctionParameter ENUMERATED { linear, functionType2, functionType3, functionType4 } SEQUENCE (SIZE (1..maxRAT)) OF Mapping INTEGER (0..20) ENUMERATED { utra-FDD, utra-TDD, gsm, cdma2000 } SEQUENCE { RAT-Identifier, S-SearchQual, S-SearchRXLEV S-SearchQual SEQUENCE (SIZE (1..maxOtherRAT)) OF RAT-FDD-Info ENUMERATED { gsm, cdma2000 } SEQUENCE { RAT-Identifier, S-SearchRXLEV, S-SearchRXLEV S-SearchRXLEV SEQUENCE (SIZE (1..maxOtherRAT)) OF RAT-TDD-Info ENUMERATED { reserved, notReserved } INTEGER (-16..10) INTEGER (-53..45)
RAT-FDD-Info ::= rat-Identifier s-SearchRAT s-HCS-RAT s-Limit-SearchRAT } RAT-FDD-InfoList ::= RAT-Identifier ::= RAT-TDD-Info ::= rat-Identifier s-SearchRAT s-HCS-RAT s-Limit-SearchRAT } RAT-TDD-InfoList ::= ReservedIndicator ::=
OPTIONAL,
OPTIONAL,
-- Actual value = IE value * 2 S-SearchQual ::= -- Actual value = (IE value * 2) + 1 S-SearchRXLEV ::= T-Barred ::=
ENUMERATED { s10, s20, s40, s80, s160, s320, s640, s1280 } INTEGER (0..31)
T-Reselection-S ::=
-- The used range depends on the RAT used. UpperLimit ::= INTEGER (1..91) URA-Identity ::= URA-IdentityList ::= BIT STRING (SIZE (16)) SEQUENCE (SIZE (1..maxURA)) OF URA-Identity
3GPP
Release 1999
502
ActivationTime ::= INTEGER (0..255) -- TABULAR : value 'now' always appear as default, and is encoded by absence of the field BackoffControlParams ::= n-AP-RetransMax n-AccessFails nf-BO-NoAICH ns-BO-Busy nf-BO-AllBusy nf-BO-Mismatch t-CPCH } C-RNTI ::= SEQUENCE { N-AP-RetransMax, N-AccessFails, NF-BO-NoAICH, NS-BO-Busy, NF-BO-AllBusy, NF-BO-Mismatch, T-CPCH BIT STRING (SIZE (16))
CapabilityUpdateRequirement ::= SEQUENCE { ue-RadioCapabilityUpdateRequirement BOOLEAN, systemSpecificCapUpdateReqList SystemSpecificCapUpdateReqList } CellUpdateCause ::= ENUMERATED { cellReselection, periodicalCellUpdate, uplinkDataTransmission, utran-pagingResponse, re-enteredServiceArea, radiolinkFailure, rlc-unrecoverableError, spare1 } ENUMERATED { mcps3-84, mcps1-28 } ENUMERATED { uea0, uea1 } CHOICE { CipheringAlgorithm, NULL
OPTIONAL
CipheringModeInfo ::= SEQUENCE { cipheringModeCommand CipheringModeCommand, -- TABULAR: The ciphering algorithm is included in -- the CipheringModeCommand. activationTimeForDPCH ActivationTime rb-DL-CiphActivationTimeInfo RB-ActivationTimeInfoList } CN-DRX-CycleLengthCoefficient ::= CN-PagedUE-Identity ::= imsi-GSM-MAP tmsi-GSM-MAP p-TMSI-GSM-MAP imsi-DS-41 tmsi-DS-41 } INTEGER (6..9) CHOICE { IMSI-GSM-MAP, TMSI-GSM-MAP, P-TMSI-GSM-MAP, IMSI-DS-41, TMSI-DS-41
OPTIONAL, OPTIONAL
CompressedModeMeasCapability ::= SEQUENCE { fdd-Measurements BOOLEAN, -- TABULAR: The IEs below are made optional since they are conditional based -- on another information element. Their absence corresponds to the case where -- the condition is not true. tdd-Measurements BOOLEAN OPTIONAL, gsm-Measurements GSM-Measurements OPTIONAL, multiCarrierMeasurements BOOLEAN OPTIONAL } CPCH-Parameters ::= SEQUENCE { initialPriorityDelayList InitialPriorityDelayList backoffControlParams BackoffControlParams, powerControlAlgorithm PowerControlAlgorithm, -- TABULAR: TPC step size nested inside PowerControlAlgorithm dl-DPCCH-BER DL-DPCCH-BER }
OPTIONAL,
3GPP
Release 1999
503
DL-DPCCH-BER ::=
INTEGER (0..63)
DL-PhysChCapabilityFDD ::= SEQUENCE { maxNoDPCH-PDSCH-Codes INTEGER (1..8), maxNoPhysChBitsReceived MaxNoPhysChBitsReceived, supportForSF-512 BOOLEAN, supportOfPDSCH BOOLEAN, simultaneousSCCPCH-DPCH-Reception SimultaneousSCCPCH-DPCH-Reception } DL-PhysChCapabilityTDD ::= maxTS-PerFrame maxPhysChPerFrame minimumSF supportOfPDSCH maxPhysChPerTS } DL-TransChCapability ::= maxNoBitsReceived maxConvCodeBitsReceived turboDecodingSupport maxSimultaneousTransChs maxSimultaneousCCTrCH-Count maxReceivedTransportBlocks maxNumberOfTFC-InTFCS maxNumberOfTF } DRAC-SysInfo ::= transmissionProbability maximumBitRate } DRAC-SysInfoList ::= ESN-DS-41 ::= EstablishmentCause ::= SEQUENCE { MaxTS-PerFrame, MaxPhysChPerFrame, MinimumSF-DL, BOOLEAN, MaxPhysChPerTS SEQUENCE { MaxNoBits, MaxNoBits, TurboSupport, MaxSimultaneousTransChsDL, MaxSimultaneousCCTrCH-Count, MaxTransportBlocksDL, MaxNumberOfTFC-InTFCS-DL, MaxNumberOfTF SEQUENCE { TransmissionProbability, MaximumBitRate SEQUENCE (SIZE (1..maxDRACclasses)) OF DRAC-SysInfo BIT STRING (SIZE (32)) ENUMERATED { originatingConversationalCall, originatingStreamingCall, originatingInteractiveCall, originatingBackgroundCall, originatingSubscribedTrafficCall, terminatingConversationalCall, terminatingStreamingCall, terminatingInteractiveCall, terminatingBackgroundCall, emergencyCall, interRAT-CellReselection, interRAT-CellChangeOrder, registration, detach, highPrioritySignalling, lowPrioritySignalling, callRe-establishment, spare1 }
FailureCauseWithProtErr ::= CHOICE { configurationUnsupported NULL, physicalChannelFailure NULL, incompatibleSimultaneousReconfiguration NULL, compressedModeRuntimeError TGPSI, protocolError ProtocolErrorInformation, cellReselection NULL, invalidConfiguration NULL, configurationIncomplete NULL, unsupportedMeasurement NULL, spare1 NULL, spare2 NULL, spare3 NULL, spare4 NULL, spare5 NULL, spare6 NULL, spare7 NULL
3GPP
Release 1999
} FailureCauseWithProtErrTrId ::= rrc-TransactionIdentifier failureCause } GSM-Measurements ::= gsm900 dcs1800 gsm1900 } ICS-Version ::= IMSI-and-ESN-DS-41 ::= imsi-DS-41 esn-DS-41 } IMSI-DS-41 ::= InitialPriorityDelayList ::= InitialUE-Identity ::= imsi tmsi-and-LAI p-TMSI-and-RAI imei esn-DS-41 imsi-DS-41 imsi-and-ESN-DS-41 tmsi-DS-41 } IntegrityCheckInfo ::= messageAuthenticationCode rrc-MessageSequenceNumber } IntegrityProtActivationInfo ::= rrc-MessageSequenceNumberList } IntegrityProtectionAlgorithm ::=
504
ENUMERATED { r99 } SEQUENCE { IMSI-DS-41, ESN-DS-41 OCTET STRING (SIZE (5..7)) SEQUENCE (SIZE (maxASC)) OF NS-IP CHOICE { IMSI-GSM-MAP, TMSI-and-LAI-GSM-MAP, P-TMSI-and-RAI-GSM-MAP, IMEI, ESN-DS-41, IMSI-DS-41, IMSI-and-ESN-DS-41, TMSI-DS-41 SEQUENCE { MessageAuthenticationCode, RRC-MessageSequenceNumber SEQUENCE { RRC-MessageSequenceNumberList ENUMERATED { uia1 }
IntegrityProtectionModeCommand ::= CHOICE { startIntegrityProtection SEQUENCE { integrityProtInitNumber IntegrityProtInitNumber }, modify SEQUENCE { dl-IntegrityProtActivationInfo IntegrityProtActivationInfo } } IntegrityProtectionModeInfo ::= SEQUENCE { integrityProtectionModeCommand IntegrityProtectionModeCommand, -- TABULAR: DL integrity protection activation info and Integrity -- protection intialisation number have been nested inside -- IntegrityProtectionModeCommand. integrityProtectionAlgorithm IntegrityProtectionAlgorithm } IntegrityProtInitNumber ::= MaxHcContextSpace ::= BIT STRING (SIZE (32)) ENUMERATED { by512, by1024, by2048, by4096, by8192 } ENUMERATED { am3, am4, am5, am6, am8, am16, am32 }
OPTIONAL
MaximumAM-EntityNumberRLC-Cap ::=
3GPP
Release 1999
505
INTEGER (0..32) ENUMERATED { mws2047, mws4095 } ENUMERATED { b600, b1200, b2400, b4800, b9600, b19200, b28800, b38400, b48000, b57600 } ENUMERATED { b640, b1280, b2560, b3840, b5120, b6400, b7680, b8960, b10240, b20480, b40960, b81920, b163840 } ENUMERATED { b600, b1200, b2400, b3600, b4800, b7200, b9600, b14400, b19200, b28800, b38400, b48000, b57600, b67200, b76800 } ENUMERATED { rl1 } ENUMERATED { tf32, tf64, tf128, tf256, tf512, tf1024 } ENUMERATED { tfc16, tfc32, tfc48, tfc64, tfc96, tfc128, tfc256, tfc512, tfc1024 } ENUMERATED { tfc4, tfc8, tfc16, tfc32, tfc48, tfc64, tfc96, tfc128, tfc256, tfc512, tfc1024 } INTEGER (1..224) ENUMERATED { ts1, ts2 } INTEGER (1..16) INTEGER (1..8) ENUMERATED { e4, e8, e16, e32 } ENUMERATED { e2, e4, e8, e16, e32 } ENUMERATED { tb4, tb8, tb16, tb32, tb48, tb64, tb96, tb128, tb256, tb512 } ENUMERATED { tb2, tb4, tb8, tb16, tb32, tb48, tb64, tb96, tb128, tb256, tb512 } INTEGER (1..14)
MaxNoBits ::=
MaxNoPhysChBitsReceived ::=
MaxNumberOfTFC-InTFCS-DL ::=
MaxNumberOfTFC-InTFCS-UL ::=
MaxPhysChPerFrame ::= MaxPhysChPerTimeslot ::= MaxPhysChPerTS ::= MaxSimultaneousCCTrCH-Count ::= MaxSimultaneousTransChsDL ::= MaxSimultaneousTransChsUL ::= MaxTransportBlocksDL ::=
MaxTransportBlocksUL ::=
MaxTS-PerFrame ::=
-- TABULAR: This IE contains dependencies to UE-MultiModeRAT-Capability, -- the conditional fields have been left mandatory for now. MeasurementCapability ::= SEQUENCE { downlinkCompressedMode CompressedModeMeasCapability, uplinkCompressedMode CompressedModeMeasCapability } MessageAuthenticationCode ::= MinimumSF-DL ::= MinimumSF-UL ::= MultiModeCapability ::= BIT STRING (SIZE (32)) ENUMERATED { sf1, sf16 } ENUMERATED { sf1, sf2, sf4, sf8, sf16 } ENUMERATED {
3GPP
Release 1999
506
tdd, fdd, fdd-tdd }
MultiRAT-Capability ::= supportOfGSM supportOfMulticarrier } N-300 ::= N-301 ::= N-302 ::= N-304 ::= N-308 ::= N-310 ::= N-312 ::=
SEQUENCE { BOOLEAN, BOOLEAN INTEGER (0..7) INTEGER (0..7) INTEGER (0..7) INTEGER (0..7) INTEGER (1..8) INTEGER (0..7) ENUMERATED { s1, s50, s100, s200, s400, s600, s800, s1000 } ENUMERATED { s1, s2, s4, s10, s20, s50, s100, s200 } ENUMERATED { s1, s50, s100, s200, s400, s600, s800, s1000 } INTEGER (1..64) INTEGER (1..64) ENUMERATED { networkBased, ue-Based, bothNetworkAndUE-Based, noNetworkAssistedGPS } INTEGER (0..31) INTEGER (0..31) INTEGER (0..127) INTEGER (0..63) INTEGER (0..28) SEQUENCE { P-TMSI-GSM-MAP, RAI ENUMERATED { terminatingConversationalCall, terminatingStreamingCall, terminatingInteractiveCall, terminatingBackgroundCall, highPrioritySignalling, lowPrioritySignalling
N-313 ::=
N-315 ::=
NF-BO-AllBusy ::= NF-BO-NoAICH ::= NF-BO-Mismatch ::= NS-BO-Busy ::= NS-IP ::= P-TMSI-and-RAI-GSM-MAP ::= p-TMSI rai } PagingCause ::=
PagingRecord ::= CHOICE { cn-Identity SEQUENCE { pagingCause PagingCause, cn-DomainIdentity CN-DomainIdentity, cn-pagedUE-Identity CN-PagedUE-Identity }, utran-Identity SEQUENCE { u-RNTI U-RNTI, cn-OriginatedPage-connectedMode-UE SEQUENCE { pagingCause PagingCause, cn-DomainIdentity CN-DomainIdentity, pagingRecordTypeID PagingRecordTypeID }
OPTIONAL
3GPP
Release 1999
}
507
PhysicalChannelCapability ::= SEQUENCE { fddPhysChCapability SEQUENCE { downlinkPhysChCapability DL-PhysChCapabilityFDD, uplinkPhysChCapability UL-PhysChCapabilityFDD } OPTIONAL, tddPhysChCapability SEQUENCE { downlinkPhysChCapability DL-PhysChCapabilityTDD, uplinkPhysChCapability UL-PhysChCapabilityTDD } OPTIONAL } ProtocolErrorCause ::= ENUMERATED { asn1-ViolationOrEncodingError, messageTypeNonexistent, messageNotCompatibleWithReceiverState, ie-ValueNotComprehended, conditionalInformationElementError, messageExtensionNotComprehended, spare1, spare2 } ENUMERATED { noError, errorOccurred }
ProtocolErrorIndicator ::=
ProtocolErrorIndicatorWithMoreInfo ::= CHOICE { noError NULL, errorOccurred SEQUENCE { rrc-TransactionIdentifier RRC-TransactionIdentifier, protocolErrorInformation ProtocolErrorInformation } } ProtocolErrorMoreInformation ::= SEQUENCE { diagnosticsType CHOICE { type1 CHOICE { asn1-ViolationOrEncodingError NULL, messageTypeNonexistent NULL, messageNotCompatibleWithReceiverState IdentificationOfReveivedMessage, ie-ValueNotComprehended IdentificationOfReveivedMessage, conditionalInformationElementError IdentificationOfReveivedMessage, messageExtensionNotComprehended IdentificationOfReveivedMessage, spare1 NULL, spare2 NULL }, spare NULL } } RadioFrequencyBand ::= Rb-timer-indicator ::= t314-expired t315-expired Re-EstablishmentTimer ::= } RedirectionInfo ::= frequencyInfo interRATInfo } CHOICE { FrequencyInfo, InterRATInfo ENUMERATED { a, b, c, ab, ac, bc, abc } SEQUENCE { BOOLEAN, BOOLEAN } ENUMERATED { useT314, useT315
3GPP
Release 1999
508
RejectionCause ::=
ENUMERATED { congestion, unspecified } ENUMERATED { normalEvent, unspecified, pre-emptiveRelease, congestion, re-establishmentReject, directedsignallingconnectionre-establishment, userInactivity }
ReleaseCause ::=
RF-Capability ::= SEQUENCE { fddRF-Capability SEQUENCE { ue-PowerClass UE-PowerClass, txRxFrequencySeparation TxRxFrequencySeparation } OPTIONAL, tddRF-Capability SEQUENCE { ue-PowerClass UE-PowerClass, radioFrequencyBandList RadioFrequencyBand, chipRateCapability ChipRateCapability } OPTIONAL } RLC-Capability ::= totalRLC-AM-BufferSize maximumRLC-WindowSize maximumAM-EntityNumber } RRC-MessageSequenceNumber ::= RRC-MessageSequenceNumberList ::= RRC-StateIndicator ::= RRC-TransactionIdentifier ::= S-RNTI ::= S-RNTI-2 ::= SEQUENCE { TotalRLC-AM-BufferSize, MaximumRLC-WindowSize, MaximumAM-EntityNumberRLC-Cap INTEGER (0..15) SEQUENCE (SIZE (4..5)) OF RRC-MessageSequenceNumber ENUMERATED { cell-DCH, cell-FACH, cell-PCH, ura-PCH } INTEGER (0..3) BIT STRING (SIZE (20)) BIT STRING (SIZE (10))
SecurityCapability ::= SEQUENCE { cipheringAlgorithmCap BIT STRING (SIZE (16)), integrityProtectionAlgorithmCap BIT STRING (SIZE (16)) } SimultaneousSCCPCH-DPCH-Reception ::= CHOICE { notSupported NULL, supported SEQUENCE { maxNoSCCPCH-RL MaxNoSCCPCH-RL, simultaneousSCCPCH-DPCH-DPDCH-Reception BOOLEAN -- The IE above is applicable only if IE Support of PDSCH = TRUE } } SRNC-Identity ::= START-Value ::= STARTList ::= STARTSingle ::= cn-DomainIdentity start-Value } SystemSpecificCapUpdateReq ::= BIT STRING (SIZE (12)) BIT STRING (SIZE (20)) SEQUENCE (SIZE (1..maxCNdomains)) OF STARTSingle SEQUENCE { CN-DomainIdentity, START-Value ENUMERATED { gsm }
3GPP
Release 1999
509
SystemSpecificCapUpdateReqList ::= SEQUENCE (SIZE (1..maxSystemCapability)) OF SystemSpecificCapUpdateReq T-300 ::= ENUMERATED { ms100, ms200, ms400, ms600, ms800, ms1000, ms1200, ms1400, ms1600, ms1800, ms2000, ms3000, ms4000, ms6000, ms8000 } ENUMERATED { ms100, ms200, ms400, ms600, ms800, ms1000, ms1200, ms1400, ms1600, ms1800, ms2000, ms3000, ms4000, ms6000, ms8000 } ENUMERATED { ms100, ms200, ms400, ms600, ms800, ms1000, ms1200, ms1400, ms1600, ms1800, ms2000, ms3000, ms4000, ms6000, ms8000 } ENUMERATED { ms100, ms200, ms400, ms1000, ms2000 } ENUMERATED { noUpdate, m5, m10, m30, m60, m120, m360, m720 } ENUMERATED { s5, s10, s15, s20, s30, s40, s50 } ENUMERATED { ms40, ms80, ms160, ms320 } INTEGER (1..8) ENUMERATED { ms40, ms80, ms120, ms160, ms200, ms240, ms280, ms320 } ENUMERATED { ms250, ms500, ms750, ms1000, ms1250, ms1500, ms1750, ms2000 } INTEGER (0..15) INTEGER (0..15) ENUMERATED { s0, s2, s4, s6, s8, s12, s16, s20 } ENUMERATED { s0, s10, s30, s60, s180, s600, s1200, s1800 } ENUMERATED { s0, s10, s20, s30, s40, s50, s-inf } ENUMERATED { s0, s10, s30, s60, s180, s600, s1200, s1800 } ENUMERATED { ct0, ct1 } SEQUENCE { TMSI-GSM-MAP, LAI OCTET STRING (SIZE (2..12))
T-301 ::=
T-302 ::=
T-304 ::=
T-305 ::=
T-307 ::=
T-311 ::=
T-315 ::=
T-316 ::=
T-317 ::=
3GPP
Release 1999
TotalRLC-AM-BufferSize ::=
510
ENUMERATED { kb2, kb10, kb50, kb100, kb150, kb500, kb1000 } INTEGER (1..8) SEQUENCE { DL-TransChCapability, UL-TransChCapability CHOICE { NULL, MaxNoBits ENUMERATED { mhz190, mhz174-8-205-2, mhz134-8-245-2 } SEQUENCE { SRNC-Identity, S-RNTI SEQUENCE { SRNC-Identity, S-RNTI-2
-- Actual value = IE value * 0.125 TransmissionProbability ::= TransportChannelCapability ::= dl-TransChCapability ul-TransChCapability } TurboSupport ::= notSupported supported } TxRxFrequencySeparation ::=
UE-ConnTimersAndConstants ::= SEQUENCE { -- Optional is used also for parameters for which the default value is the last one read in SIB1 t-301 T-301 DEFAULT ms2000, n-301 N-301 DEFAULT 2, t-302 T-302 DEFAULT ms4000, n-302 N-302 DEFAULT 3, t-304 T-304 OPTIONAL, n-304 N-304 OPTIONAL, t-305 T-305 DEFAULT m30, t-307 T-307 DEFAULT s30, t-308 T-308 OPTIONAL, t-309 T-309 OPTIONAL, t-310 T-310 DEFAULT ms160, n-310 N-310 DEFAULT 4, t-311 T-311 DEFAULT ms2000, t-312 T-312 DEFAULT 1, n-312 N-312 DEFAULT s1, t-313 T-313 OPTIONAL, n-313 N-313 OPTIONAL, t-314 T-314 OPTIONAL, t-315 T-315 OPTIONAL, n-315 N-315 OPTIONAL, t-316 T-316 OPTIONAL, t-317 T-317 OPTIONAL } UE-IdleTimersAndConstants ::= t-300 n-300 t-312 n-312 } UE-MultiModeRAT-Capability ::= multiRAT-CapabilityList multiModeCapability } UE-PowerClass ::= UE-RadioAccessCapability ::= ics-Version pdcp-Capability rlc-Capability transportChannelCapability rf-Capability physicalChannelCapability SEQUENCE { T-300, N-300, T-312, N-312 SEQUENCE { MultiRAT-Capability, MultiModeCapability INTEGER (1..4) SEQUENCE { ICS-Version, PDCP-Capability, RLC-Capability, TransportChannelCapability, RF-Capability, PhysicalChannelCapability,
3GPP
Release 1999
ue-MultiModeRAT-Capability securityCapability up-Capability measurementCapability } UL-PhysChCapabilityFDD ::= maxNoDPDCH-BitsTransmitted supportOfPCPCH } UL-PhysChCapabilityTDD ::= maxTS-PerFrame maxPhysChPerTimeslot minimumSF supportOfPUSCH }
511
UE-MultiModeRAT-Capability, SecurityCapability, UP-Capability, MeasurementCapability OPTIONAL SEQUENCE { MaxNoDPDCH-BitsTransmitted, BOOLEAN SEQUENCE { MaxTS-PerFrame, MaxPhysChPerTimeslot, MinimumSF-UL, BOOLEAN
UL-TransChCapability ::= SEQUENCE { maxNoBitsTransmitted MaxNoBits, maxConvCodeBitsTransmitted MaxNoBits, turboDecodingSupport TurboSupport, maxSimultaneousTransChs MaxSimultaneousTransChsUL, modeSpecificInfo CHOICE { fdd NULL, tdd SEQUENCE { maxSimultaneousCCTrCH-Count MaxSimultaneousCCTrCH-Count } }, maxTransmittedBlocks MaxTransportBlocksUL, maxNumberOfTFC-InTFCS MaxNumberOfTFC-InTFCS-UL, maxNumberOfTF MaxNumberOfTF } UP-Capability ::= standaloneLocMethodsSupported ue-BasedOTDOA-Supported networkAssistedGPS-Supported gps-ReferenceTimeCapable supportForIDL } URA-UpdateCause ::= SEQUENCE { BOOLEAN, BOOLEAN, NetworkAssistedGPS-Supported, BOOLEAN, BOOLEAN ENUMERATED { changeOfURA, periodicURAUpdate, re-enteredServiceArea, spare1 }
-- *************************************************** --RADIO BEARER INFORMATION ELEMENTS (10.3.4) --- *************************************************** AlgorithmSpecificInfo ::= rfc2507-Info } -- Upper limit is 2^32 - 1 COUNT-C ::= -- Upper limit is 2^25 - 1 COUNT-C-MSB ::= DL-AM-RLC-Mode ::= inSequenceDelivery receivingWindowSize dl-RLC-StatusInfo } CHOICE { RFC2507-Info
DL-LogicalChannelMapping ::= SEQUENCE { -- TABULAR: DL-TransportChannelType contains TransportChannelIdentity as well. dl-TransportChannelType DL-TransportChannelType, logicalChannelIdentity LogicalChannelIdentity OPTIONAL
3GPP
Release 1999
} DL-LogicalChannelMappingList ::= DL-RLC-Mode ::= dl-AM-RLC-Mode dl-UM-RLC-Mode dl-TM-RLC-Mode } DL-RLC-StatusInfo ::= timerStatusProhibit timerEPC missingPU-Indicator timerStatusPeriodic } DL-TM-RLC-Mode ::= segmentationIndication } DL-TransportChannelType ::= dch fach dsch } ExpectReordering ::=
512
SEQUENCE (SIZE (1..maxLoCHperRLC)) OF DL-LogicalChannelMapping CHOICE { DL-AM-RLC-Mode, NULL, DL-TM-RLC-Mode SEQUENCE { TimerStatusProhibit TimerEPC BOOLEAN, TimerStatusPeriodic SEQUENCE { BOOLEAN CHOICE { TransportChannelIdentity, NULL, TransportChannelIdentity ENUMERATED { reorderingNotExpected, reorderingExpected } SEQUENCE { TimerMRW, TimerDiscard, MaxMRW SEQUENCE { AlgorithmSpecificInfo SEQUENCE (SIZE (1..maxPDCPAlgoType)) OF HeaderCompressionInfo INTEGER (1..15) CHOICE { MaxPDCP-SN-WindowSize, NULL INTEGER (1..8) ENUMERATED { dat1, dat2, dat3, dat4, dat5, dat6, dat7, dat8, dat9, dat10, dat15, dat20, dat25, dat30, dat35, dat40 } SEQUENCE { MaxDAT, TimerMRW, MaxMRW ENUMERATED { mm1, mm4, mm6, mm8, mm12, mm16, mm24, mm32 } ENUMERATED { sn255, sn65535 } ENUMERATED { rst1, rst4, rst6, rst8, rst12, rst16, rst24, rst32 } ENUMERATED {
ExplicitDiscard ::= timerMRW timerDiscard maxMRW } HeaderCompressionInfo ::= algorithmSpecificInfo } HeaderCompressionInfoList ::=
LogicalChannelIdentity ::= LosslessSRNS-RelocSupport ::= supported notSupported } MAC-LogicalChannelPriority ::= MaxDAT ::=
NoExplicitDiscard ::=
3GPP
Release 1999
513
dt10, dt20, dt30, dt40, dt50, dt60, dt70, dt80, dt90, dt100 }
PDCP-Info ::= SEQUENCE { losslessSRNS-RelocSupport LosslessSRNS-RelocSupport OPTIONAL, pdcp-PDU-Header PDCP-PDU-Header, -- TABULAR: The IE above is MD in the tabular format and it can be encoded -- in one bit, so the OPTIONAL is removed for compactness. headerCompressionInfoList HeaderCompressionInfoList OPTIONAL } PDCP-InfoReconfig ::= pdcp-Info pdcp-SN-Info } PDCP-PDU-Header ::= PDCP-SN-Info ::= Poll-PU ::= SEQUENCE { PDCP-Info, PDCP-SN-Info ENUMERATED { present, absent } INTEGER (0..65535) ENUMERATED { pu1, pu2, pu4, pu8, pu16, pu32, pu64, pu128 } ENUMERATED { sdu1, sdu4, sdu16, sdu64 } SEQUENCE { TimerPollProhibit TimerPoll Poll-PU Poll-SDU BOOLEAN, BOOLEAN, PollWindow TimerPollPeriodic ENUMERATED { pw50, pw60, pw70, pw80, pw85, pw90, pw95, pw99 } INTEGER (0..15) INTEGER (0..15) SEQUENCE { SRB-InformationSetupList, RB-InformationSetupList SEQUENCE { Re-EstablishmentTimer, PredefinedRB-Configuration, PreDefTransChConfiguration, PreDefPhyChConfiguration SEQUENCE { RAB-Identity, CN-DomainIdentity, NAS-Synchronisation-Indicator Re-EstablishmentTimer SEQUENCE (SIZE (1..maxRABsetup)) OF RAB-Info SEQUENCE (SIZE (1.. maxRABsetup)) OF RAB-InformationReconfig SEQUENCE { RAB-Identity, CN-DomainIdentity, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
Poll-SDU ::= PollingInfo ::= timerPollProhibit timerPoll poll-PU poll-SDU lastTransmissionPU-Poll lastRetransmissionPU-Poll pollWindow timerPollPeriodic } PollWindow ::=
PredefinedConfigIdentity ::= PredefinedConfigValueTag ::= PredefinedRB-Configuration ::= srb-InformationList rb-InformationList } PreDefRadioConfiguration ::= -- User equipment IEs re-EstablishmentTimer -- Radio bearer IEs predefinedRB-Configuration -- Transport channel IEs preDefTransChConfiguration -- Physical channel IEs preDefPhyChConfiguration } RAB-Info ::= rab-Identity cn-DomainIdentity nas-Synchronisation-Indicator re-EstablishmentTimer } RAB-InformationList ::= RAB-InformationReconfigList ::= RAB-InformationReconfig ::= rab-Identity cn-DomainIdentity
OPTIONAL,
3GPP
Release 1999
nas-Synchronisation-Indicator
514
NAS-Synchronisation-Indicator SEQUENCE { RAB-Identity, CN-DomainIdentity, NAS-Synchronisation-Indicator SEQUENCE { RAB-Info, RB-InformationSetupList SEQUENCE (SIZE (1..maxRABsetup)) OF RAB-InformationSetup SEQUENCE { RB-Identity, RLC-SequenceNumber SEQUENCE (SIZE (1..maxRB)) OF RB-ActivationTimeInfo SEQUENCE { RB-Identity, COUNT-C, COUNT-C
RAB-Info-Post ::= rab-Identity cn-DomainIdentity nas-Synchronisation-Indicator } RAB-InformationSetup ::= rab-Info rb-InformationSetupList } RAB-InformationSetupList ::= RB-ActivationTimeInfo ::= rb-Identity rlc-SequenceNumber } RB-ActivationTimeInfoList ::= RB-COUNT-C-Information ::= rb-Identity count-C-UL count-C-DL } RB-COUNT-C-InformationList ::= RB-COUNT-C-MSB-Information ::= rb-Identity count-C-MSB-UL count-C-MSB-DL } RB-COUNT-C-MSB-InformationList ::= RB-Identity ::= RB-IdentityList ::= RB-InformationAffected ::= rb-Identity rb-MappingInfo } RB-InformationAffectedList ::= RB-InformationReconfig ::= rb-Identity pdcp-Info rlc-Info rb-MappingInfo rb-StopContinue } RB-InformationReconfigList ::= RB-InformationReleaseList ::= RB-InformationSetup ::= rb-Identity pdcp-Info rlc-Info rb-MappingInfo } RB-InformationSetupList ::=
OPTIONAL
SEQUENCE (SIZE (1..maxRBallRABs)) OF RB-COUNT-C-Information SEQUENCE { RB-Identity, COUNT-C-MSB, COUNT-C-MSB SEQUENCE (SIZE (1..maxRBallRABs)) OF RB-COUNT-C-MSB-Information INTEGER (1..32) SEQUENCE (SIZE (1..maxRB)) OF RB-Identity SEQUENCE { RB-Identity, RB-MappingInfo SEQUENCE (SIZE (1..maxRB)) OF RB-InformationAffected SEQUENCE { RB-Identity, PDCP-InfoReconfig RLC-Info RB-MappingInfo RB-StopContinue SEQUENCE (SIZE (1..maxRB)) OF RB-InformationReconfig SEQUENCE (SIZE (1..maxRB)) OF RB-Identity SEQUENCE { RB-Identity, PDCP-Info RLC-Info, RB-MappingInfo SEQUENCE (SIZE (1..maxRBperRAB)) OF
OPTIONAL,
3GPP
Release 1999
515
RB-InformationSetup
RB-MappingInfo ::= RB-MappingOption ::= ul-LogicalChannelMappings dl-LogicalChannelMappingList } RB-StopContinue ::= RB-WithPDCP-Info ::= rb-Identity pdcp-SN-Info } RB-WithPDCP-InfoList ::= ReceivingWindowSize ::=
SEQUENCE (SIZE (1..maxRBMuxOptions)) OF RB-MappingOption SEQUENCE { UL-LogicalChannelMappings DL-LogicalChannelMappingList ENUMERATED { stopRB, continueRB } SEQUENCE { RB-Identity, PDCP-SN-Info SEQUENCE (SIZE (1..maxRBallRABs)) OF RB-WithPDCP-Info ENUMERATED { rw1, rw8, rw16, rw32, rw64, rw128, rw256, rw512, rw768, rw1024, rw1536, rw2047, rw2560, rw3072, rw3584, rw4095 } OPTIONAL, OPTIONAL
RFC2507-Info ::= SEQUENCE { f-MAX-PERIOD INTEGER (1..65535) DEFAULT 256, f-MAX-TIME INTEGER (1..255) DEFAULT 5, max-HEADER INTEGER (60..65535) DEFAULT 168, tcp-SPACE INTEGER (3..255) DEFAULT 15, non-TCP-SPACE INTEGER (3..65535) DEFAULT 15, expectReordering ExpectReordering -- TABULAR: The IE above has only two possible values, so using Optional or Default -- would be wasteful } RLC-Info ::= ul-RLC-Mode dl-RLC-Mode } RLC-SequenceNumber ::= RLC-SizeInfo ::= rlc-SizeIndex } RLC-SizeExplicitList ::= SEQUENCE { UL-RLC-Mode DL-RLC-Mode INTEGER (0..4095) SEQUENCE { INTEGER (1..maxTF) SEQUENCE (SIZE (1..maxTF)) OF RLC-SizeInfo OPTIONAL, OPTIONAL
SRB-InformationSetup ::= SEQUENCE { rb-Identity RB-Identity OPTIONAL, -- The default value for the IE above is the smallest value not used yet. rlc-Info RLC-Info, rb-MappingInfo RB-MappingInfo } SRB-InformationSetupList ::= SRB-InformationSetupList2 ::= TimerDiscard ::= SEQUENCE (SIZE (1..maxSRBsetup)) OF SRB-InformationSetup SEQUENCE (SIZE (3..4)) OF SRB-InformationSetup ENUMERATED { td0-1, td0-25, td0-5, td0-75, td1, td1-25, td1-5, td1-75, td2, td2-5, td3, td3-5, td4, td4-5, td5, td7-5 } ENUMERATED { te50, te60, te70, te80, te90, te100, te120, te140, te160, te180, te200, te300, te400, te500, te700, te900 } ENUMERATED { te50, te60, te70, te80, te90, te100,
TimerEPC ::=
TimerMRW ::=
3GPP
Release 1999
516
te120, te140, te160, te180, te200, te300, te400, te500, te700, te900 } TimerPoll ::= ENUMERATED { tp10, tp20, tp30, tp40, tp50, tp60, tp70, tp80, tp90, tp100, tp110, tp120, tp130, tp140, tp150, tp160, tp170, tp180, tp190, tp200, tp210, tp220, tp230, tp240, tp250, tp260, tp270, tp280, tp290, tp300, tp310, tp320, tp330, tp340, tp350, tp360, tp370, tp380, tp390, tp400, tp410, tp420, tp430, tp440, tp450, tp460, tp470, tp480, tp490, tp500, tp510, tp520, tp530, tp540, tp550, tp600, tp650, tp700, tp750, tp800, tp850, tp900, tp950, tp1000 } ENUMERATED { tper100, tper200, tper300, tper400, tper500, tper750, tper1000, tper2000 } ENUMERATED { tpp10, tpp20, tpp30, tpp40, tpp50, tpp60, tpp70, tpp80, tpp90, tpp100, tpp110, tpp120, tpp130, tpp140, tpp150, tpp160, tpp170, tpp180, tpp190, tpp200, tpp210, tpp220, tpp230, tpp240, tpp250, tpp260, tpp270, tpp280, tpp290, tpp300, tpp310, tpp320, tpp330, tpp340, tpp350, tpp360, tpp370, tpp380, tpp390, tpp400, tpp410, tpp420, tpp430, tpp440, tpp450, tpp460, tpp470, tpp480, tpp490, tpp500, tpp510, tpp520, tpp530, tpp540, tpp550, tpp600, tpp650, tpp700, tpp750, tpp800, tpp850, tpp900, tpp950, tpp1000 } ENUMERATED { tr50, tr100, tr150, tr200, tr250, tr300, tr350, tr400, tr450, tr500, tr550, tr600, tr700, tr800, tr900, tr1000 } ENUMERATED { tsp100, tsp200, tsp300, tsp400, tsp500, tsp750, tsp1000, tsp2000 } ENUMERATED { tsp10,tsp20,tsp30,tsp40,tsp50, tsp60,tsp70,tsp80,tsp90,tsp100, tsp110,tsp120,tsp130,tsp140,tsp150, tsp160,tsp170,tsp180,tsp190,tsp200, tsp210,tsp220,tsp230,tsp240,tsp250, tsp260,tsp270,tsp280,tsp290,tsp300, tsp310,tsp320,tsp330,tsp340,tsp350, tsp360,tsp370,tsp380,tsp390,tsp400, tsp410,tsp420,tsp430,tsp440,tsp450, tsp460,tsp470,tsp480,tsp490,tsp500, tsp510,tsp520,tsp530,tsp540,tsp550, tsp600,tsp650,tsp700,tsp750,tsp800, tsp850,tsp900,tsp950,tsp1000 } CHOICE { ExplicitDiscard, NoExplicitDiscard, MaxDAT-Retransmissions, MaxDAT ENUMERATED { tw1, tw8, tw16, tw32, tw64, tw128, tw256, tw512, tw768, tw1024, tw1536, tw2047, tw2560, tw3072, tw3584, tw4095 } SEQUENCE { TransmissionRLC-Discard, TransmissionWindowSize, TimerRST, MaxRST,
TimerPollPeriodic ::=
TimerPollProhibit ::=
TimerRST ::=
TimerStatusPeriodic ::=
TimerStatusProhibit ::=
3GPP
Release 1999
pollingInfo
517
PollingInfo
UL-LogicalChannelMapping ::= SEQUENCE { -- TABULAR: UL-TransportChannelType contains TransportChannelIdentity as well. ul-TransportChannelType UL-TransportChannelType, logicalChannelIdentity LogicalChannelIdentity OPTIONAL, rlc-SizeList CHOICE { allSizes NULL, configured NULL, explicitList RLC-SizeExplicitList }, mac-LogicalChannelPriority MAC-LogicalChannelPriority } UL-LogicalChannelMappingList ::= SEQUENCE { rlc-LogicalChannelMappingIndicator BOOLEAN, ul-LogicalChannelMapping SEQUENCE (SIZE (maxLoCHperRLC)) OF UL-LogicalChannelMapping } UL-LogicalChannelMappings ::= oneLogicalChannel twoLogicalChannels } UL-RLC-Mode ::= ul-AM-RLC-Mode ul-UM-RLC-Mode ul-TM-RLC-Mode spare } UL-TM-RLC-Mode ::= transmissionRLC-Discard segmentationIndication } UL-UM-RLC-Mode ::= transmissionRLC-Discard } UL-TransportChannelType ::= dch rach cpch usch } CHOICE { TransportChannelIdentity, NULL, NULL, NULL CHOICE { UL-LogicalChannelMapping, UL-LogicalChannelMappingList CHOICE { UL-AM-RLC-Mode, UL-UM-RLC-Mode, UL-TM-RLC-Mode, NULL SEQUENCE { TransmissionRLC-Discard BOOLEAN SEQUENCE { TransmissionRLC-Discard
OPTIONAL,
OPTIONAL
-- *************************************************** --TRANSPORT CHANNEL INFORMATION ELEMENTS (10.3.5) --- *************************************************** AllowedTFC-List ::= AllowedTFI-List ::= SEQUENCE (SIZE (1..maxTFC)) OF TFC-Value SEQUENCE (SIZE (1..maxTF)) OF INTEGER (0..31)
BitModeRLC-SizeInfo ::= CHOICE { sizeType1 INTEGER (1..127), sizeType2 SEQUENCE { part1 INTEGER (0..15), part2 INTEGER (1..7) -- Actual size = (part1 * 8) + 128 + part2 }, sizeType3 SEQUENCE { part1 INTEGER (0..47), part2 INTEGER (1..15) -- Actual size = (part1 * 16) + 256 + part2 }, sizeType4 SEQUENCE { part1 INTEGER (0..62), part2 INTEGER (1..63) -- Actual size = (part1 * 64) + 1024 + part2
OPTIONAL
OPTIONAL
OPTIONAL
3GPP
Release 1999
} } -- Actual value = IE value * 0.1 BLER-QualityValue ::= ChannelCodingType ::= noCoding convolutional turbo } CodingRate ::=
518
CommonDynamicTF-Info ::= SEQUENCE { rlc-Size CHOICE { fdd SEQUENCE { octetModeRLC-SizeInfoType2 OctetModeRLC-SizeInfoType2 }, tdd SEQUENCE { commonTDD-Choice CHOICE { bitModeRLC-SizeInfo BitModeRLC-SizeInfo, octetModeRLC-SizeInfoType1 OctetModeRLC-SizeInfoType1 } } }, numberOfTbSizeList SEQUENCE (SIZE (1..maxTF)) OF NumberOfTransportBlocks, logicalChannelList LogicalChannelList } CommonDynamicTF-Info-DynamicTTI ::= SEQUENCE { commonTDD-Choice CHOICE { bitModeRLC-SizeInfo BitModeRLC-SizeInfo, octetModeRLC-SizeInfoType1 OctetModeRLC-SizeInfoType1 }, numberOfTbSizeAndTTIList NumberOfTbSizeAndTTIList, logicalChannelList LogicalChannelList } CommonDynamicTF-InfoList ::= SEQUENCE (SIZE (1..maxTF)) OF CommonDynamicTF-Info
CommonDynamicTF-InfoList-DynamicTTI ::= SEQUENCE (SIZE (1..maxTF)) OF CommonDynamicTF-Info-DynamicTTI CommonTransChTFS ::= tti tti10 tti20 tti40 tti80 dynamic }, semistaticTF-Information } CPCH-SetID ::= CRC-Size ::= DedicatedDynamicTF-Info ::= rlc-Size bitMode octetModeType1 }, numberOfTbSizeList NumberOfTransportBlocks, logicalChannelList } SEQUENCE { CHOICE { CommonDynamicTF-InfoList, CommonDynamicTF-InfoList, CommonDynamicTF-InfoList, CommonDynamicTF-InfoList, CommonDynamicTF-InfoList-DynamicTTI SemistaticTF-Information INTEGER (1..maxCPCHsets) ENUMERATED { crc0, crc8, crc12, crc16, crc24 } SEQUENCE { CHOICE { BitModeRLC-SizeInfo, OctetModeRLC-SizeInfoType1 SEQUENCE (SIZE (1..maxTF)) OF LogicalChannelList
3GPP
Release 1999
numberOfTbSizeAndTTIList logicalChannelList } DedicatedDynamicTF-InfoList ::=
519
NumberOfTbSizeAndTTIList, LogicalChannelList SEQUENCE (SIZE (1..maxTF)) OF DedicatedDynamicTF-Info
DedicatedDynamicTF-InfoList-DynamicTTI ::= SEQUENCE (SIZE (1..maxTF)) OF DedicatedDynamicTF-Info-DynamicTTI DedicatedTransChTFS ::= tti tti10 tti20 tti40 tti80 dynamic }, semistaticTF-Information } DL-AddReconfTransChInfo2List ::= DL-AddReconfTransChInfoList ::= SEQUENCE { CHOICE { DedicatedDynamicTF-InfoList, DedicatedDynamicTF-InfoList, DedicatedDynamicTF-InfoList, DedicatedDynamicTF-InfoList, DedicatedDynamicTF-InfoList-DynamicTTI SemistaticTF-Information SEQUENCE (SIZE (1..maxTrCH)) OF DL-AddReconfTransChInformation2 SEQUENCE (SIZE (1..maxTrCH)) OF DL-AddReconfTransChInformation
-- ASN.1 for IE "Added or Reconfigured DL TrCH information" -- in case of messages other than: Radio Bearer Release message and -- Radio Bearer Reconfiguration message DL-AddReconfTransChInformation ::= SEQUENCE { dl-transportChannelIdentity TransportChannelIdentity, tfs-SignallingMode CHOICE { explicit TransportFormatSet, sameAsULTrCH TransportChannelIdentity }, dch-QualityTarget QualityTarget tm-SignallingInfo TM-SignallingInfo } -- ASN.1 for IE "Added or Reconfigured DL TrCH information" -- in case of Radio Bearer Release message and -- Radio Bearer Reconfiguration message DL-AddReconfTransChInformation2 ::= SEQUENCE { transportChannelIdentity TransportChannelIdentity, tfs-SignallingMode CHOICE { explicit TransportFormatSet, sameAsULTrCH TransportChannelIdentity }, qualityTarget QualityTarget }
OPTIONAL, OPTIONAL
OPTIONAL
DL-CommonTransChInfo ::= SEQUENCE { sccpch-TFCS TFCS OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { tfcs-SignallingMode CHOICE { explicit TFCS, sameAsUL NULL } OPTIONAL }, tdd SEQUENCE { individualDL-CCTrCH-InfoList IndividualDL-CCTrCH-InfoList OPTIONAL } } } DL-DeletedTransChInfoList ::= DRAC-ClassIdentity ::= DRAC-StaticInformation ::= transmissionTimeValidity timeDurationBeforeRetry drac-ClassIdentity } SEQUENCE (SIZE (1..maxTrCH)) OF TransportChannelIdentity INTEGER (1..maxDRACclasses) SEQUENCE { TransmissionTimeValidity, TimeDurationBeforeRetry, DRAC-ClassIdentity
3GPP
Release 1999
520
DRAC-StaticInformationList ::= ExplicitTFCS-Configuration ::= complete addition removal replacement tfcsRemoval tfcsAdd } } GainFactor ::= GainFactorInformation ::= signalledGainFactors computedGainFactors } IndividualDL-CCTrCH-Info ::= dl-TFCS-Identity tfcs-SignallingMode explicit sameAsUL } } IndividualDL-CCTrCH-InfoList ::= IndividualUL-CCTrCH-Info ::= ul-TFCS-Identity ul-TFCS } IndividualUL-CCTrCH-InfoList ::= LogicalChannelByRB rb-Identity logChOfRb } LogicalChannelList ::= allSizes configured explicitList } NumberOfTbSizeAndTTIList ::= numberOfTransportBlocks transmissionTimeInterval } MessType ::= Non-allowedTFC-List ::= NumberOfTransportBlocks::= zero one small large } ::=
SEQUENCE (SIZE (1..maxTrCH)) OF DRAC-StaticInformation CHOICE { TFCS-ReconfAdd, TFCS-ReconfAdd, TFCS-RemovalList, SEQUENCE { TFCS-RemovalList, TFCS-ReconfAdd
INTEGER (0..15) CHOICE { SignalledGainFactors, ReferenceTFC-ID SEQUENCE { TFCS-Identity, CHOICE { TFCS, TFCS-Identity
SEQUENCE (SIZE (1..maxCCTrCH)) OF IndividualDL-CCTrCH-Info SEQUENCE { TFCS-Identity, TFCS SEQUENCE (SIZE (1..maxCCTrCH)) OF IndividualUL-CCTrCH-Info SEQUENCE { RB-Identity, INTEGER (0..1) CHOICE { NULL, NULL, SEQUENCE (SIZE (1..15)) OF LogicalChannelByRB SEQUENCE (SIZE (1..maxTF)) OF SEQUENCE { NumberOfTransportBlocks, TransmissionTimeInterval ENUMERATED { transportFormatCombinationControl } SEQUENCE (SIZE (1..maxTFC)) OF TFC-Value CHOICE { NULL, NULL, INTEGER (2..17), INTEGER (18..512)
OPTIONAL
OctetModeRLC-SizeInfoType1 ::= CHOICE { sizeType1 INTEGER (0..31), -- Actual size = (8 * sizeType1) + 16 sizeType2 SEQUENCE { part1 INTEGER (0..23), part2 INTEGER (1..3) -- Actual size = (32 * part1) + 272 + (part2 * 8) },
OPTIONAL
3GPP
Release 1999
521
sizeType3 SEQUENCE { part1 INTEGER (0..61), part2 INTEGER (1..7) -- Actual size = (64 * part1) + 1040 + (part2 * 8) }
OPTIONAL
OctetModeRLC-SizeInfoType2 ::= CHOICE { sizeType1 INTEGER (0..31), -- Actual size = (sizeType1 * 8) + 48 sizeType2 INTEGER (0..63), -- Actual size = (sizeType2 * 16) + 312 sizeType3 INTEGER (0..56) -- Actual size = (sizeType3 *64) + 1384 } PowerOffsetInformation ::= SEQUENCE { gainFactorInformation GainFactorInformation, -- PowerOffsetPp-m is always absent in TDD powerOffsetPp-m PowerOffsetPp-m } PowerOffsetPp-m ::= PreDefTransChConfiguration ::= ul-CommonTransChInfo ul-AddReconfTrChInfoList dl-CommonTransChInfo dl-TrChInfoList } QualityTarget ::= bler-QualityValue } RateMatchingAttribute ::= ReferenceTFC-ID ::= RestrictedTrChInfo ::= restrictedTrChIdentity allowedTFI-List } RestrictedTrChInfoList ::= INTEGER (-5..10) SEQUENCE { UL-CommonTransChInfo, UL-AddReconfTransChInfoList, DL-CommonTransChInfo, DL-AddReconfTransChInfoList SEQUENCE { BLER-QualityValue INTEGER (1..hiRM) INTEGER (0..3) SEQUENCE { TransportChannelIdentity, AllowedTFI-List SEQUENCE (SIZE (1..maxTrCH)) OF RestrictedTrChInfo
OPTIONAL
OPTIONAL
SemistaticTF-Information ::= SEQUENCE { -- TABULAR: Transmission time interval has been included in the IE CommonTransChTFS. channelCodingType ChannelCodingType, rateMatchingAttribute RateMatchingAttribute, crc-Size CRC-Size } SignalledGainFactors ::= modeSpecificInfo fdd gainFactorBetaC }, tdd }, gainFactorBetaD referenceTFC-ID } SplitTFCI-Signalling ::= splitType tfci-Field2-Length tfci-Field1-Information tfci-Field2-Information } SplitType ::= TFC-Subset ::= minimumAllowedTFC-Number SEQUENCE { CHOICE { SEQUENCE { GainFactor NULL GainFactor, ReferenceTFC-ID SEQUENCE { SplitType INTEGER (1..10) ExplicitTFCS-Configuration TFCI-Field2-Information ENUMERATED { hardSplit, logicalSplit } CHOICE { TFC-Value, OPTIONAL
3GPP
Release 1999
allowedTFC-List non-allowedTFC-List restrictedTrChInfoList fullTFCS } TFC-Value ::= TFCI-Field2-Information ::= tfci-Range explicit } TFCI-Range ::= maxTFCIField2Value tfcs-InfoForDSCH } TFCI-RangeList ::= TFCS ::= normalTFCI-Signalling splitTFCI-Signalling } TFCS-Identity ::= tfcs-ID sharedChannelIndicator } TFCS-IdentityPlain ::= TFCS-InfoForDSCH ::= ctfc2bit ctfc4bit ctfc6bit ctfc8bit ctfc12bit ctfc16bit ctfc24bit } TFCS-ReconfAdd ::= ctfcSize ctfc2Bit ctfc2 gainFactorInformation }, ctfc4Bit ctfc4 gainFactorInformation }, ctfc6Bit ctfc6 gainFactorInformation }, ctfc8Bit ctfc8 gainFactorInformation }, ctfc12Bit ctfc12 gainFactorInformation }, ctfc16Bit ctfc16 gainFactorInformation }, ctfc24Bit ctfc24 gainFactorInformation } } } TFCS-Removal ::= tfci
522
AllowedTFC-List, Non-allowedTFC-List, RestrictedTrChInfoList, NULL INTEGER (0..1023) CHOICE { TFCI-RangeList, ExplicitTFCS-Configuration SEQUENCE { INTEGER (1..1023), TFCS-InfoForDSCH
SEQUENCE (SIZE (1..maxPDSCH-TFCIgroups)) OF TFCI-Range CHOICE { ExplicitTFCS-Configuration, SplitTFCI-Signalling SEQUENCE { INTEGER (1..8) BOOLEAN INTEGER (1..8) CHOICE { INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER (0..3), (0..15), (0..63), (0..255), (0..4095), (0..65535), (0..16777215)
DEFAULT 1,
SEQUENCE{ CHOICE{ SEQUENCE (SIZE (1..maxTFC)) OF SEQUENCE { INTEGER (0..3), PowerOffsetInformation OPTIONAL SEQUENCE (SIZE (1..maxTFC)) OF SEQUENCE { INTEGER (0..15), PowerOffsetInformation OPTIONAL SEQUENCE (SIZE (1..maxTFC)) OF SEQUENCE { INTEGER (0..63), PowerOffsetInformation OPTIONAL SEQUENCE (SIZE (1..maxTFC)) OF SEQUENCE { INTEGER (0..255), PowerOffsetInformation OPTIONAL SEQUENCE (SIZE(1..maxTFC)) OF SEQUENCE { INTEGER (0..4095), PowerOffsetInformation OPTIONAL SEQUENCE (SIZE (1..maxTFC)) OF SEQUENCE { INTEGER(0..65535), PowerOffsetInformation OPTIONAL SEQUENCE (SIZE (1..maxTFC)) OF SEQUENCE { INTEGER(0..16777215), PowerOffsetInformation OPTIONAL
3GPP
Release 1999
} TFCS-RemovalList ::= TimeDurationBeforeRetry ::= TM-SignallingInfo ::= messType tm-SignallingMode mode1 mode2 ul-controlledTrChList } } } TransmissionTimeInterval ::= TransmissionTimeValidity ::= TransportChannelIdentity ::= TransportFormatSet ::= dedicatedTransChTFS commonTransChTFS } UL-AddReconfTransChInfoList ::=
523
SEQUENCE (SIZE (1..maxTFC)) OF TFCS-Removal INTEGER (1..256) SEQUENCE { MessType, CHOICE { NULL, SEQUENCE { UL-ControlledTrChList
ENUMERATED { tti10, tti20, tti40, tti80 } INTEGER (1..256) INTEGER (1..32) CHOICE { DedicatedTransChTFS, CommonTransChTFS SEQUENCE (SIZE (1..maxTrCH)) OF UL-AddReconfTransChInformation
UL-AddReconfTransChInformation ::= SEQUENCE { transportChannelIdentity TransportChannelIdentity, transportFormatSet TransportFormatSet } UL-CommonTransChInfo ::= tfc-Subset prach-TFCS modeSpecificInfo fdd ul-TFCS }, tdd SEQUENCE { TFC-Subset TFCS CHOICE { SEQUENCE { TFCS SEQUENCE { IndividualUL-CCTrCH-InfoList OPTIONAL, TFCS OPTIONAL SEQUENCE (SIZE (1..maxTrCH)) OF TransportChannelIdentity SEQUENCE (SIZE (1..maxTrCH)) OF TransportChannelIdentity OPTIONAL, OPTIONAL,
individualUL-CCTrCH-InfoList } } } ul-TFCS
-- *************************************************** --PHYSICAL CHANNEL INFORMATION ELEMENTS (10.3.6) --- *************************************************** AC-To-ASC-Mapping ::= AC-To-ASC-MappingTable ::= AccessServiceClass ::= availableSignatureStartIndex availableSignatureEndIndex } assignedSubChannelNumber INTEGER (0..7) SEQUENCE (SIZE (maxASCmap)) OF AC-To-ASC-Mapping SEQUENCE { INTEGER (0..15), INTEGER (0..15), BIT STRING (SIZE(4)) INTEGER (1..8)
AccessServiceClassIndex ::=
3GPP
Release 1999
524
AICH-Info ::= channelisationCode256 sttd-Indicator aich-TransmissionTiming } AICH-PowerOffset ::= AICH-TransmissionTiming ::= AllocationPeriodInfo ::= allocationActivationTime allocationDuration } Alpha ::= AP-AICH-ChannelisationCode ::= AP-PreambleScramblingCode ::= AP-Signature ::= AP-Signature-VCAM ::= ap-Signature availableAP-SubchannelList } AP-Subchannel ::=
SEQUENCE { ChannelisationCode256, BOOLEAN, AICH-TransmissionTiming INTEGER (-22..5) ENUMERATED { e0, e1 } SEQUENCE { INTEGER (1..256), INTEGER (1..256) INTEGER (0..8) INTEGER (0..255) INTEGER (0..79) INTEGER (0..15) SEQUENCE { AP-Signature, AvailableAP-SubchannelList OPTIONAL INTEGER (0..11)
ASC ::= SEQUENCE { accessServiceClass AccessServiceClassIndex, repetitionPeriodAndOffset ASC-RepetitionPeriodAndOffset -- TABULAR: The offset is nested in the repetition period } ASC-RepetitionPeriodAndOffset ::= rp1 rp2 rp4 rp8 } CHOICE { NULL, INTEGER (0..1), INTEGER (0..3), INTEGER (0..7)
OPTIONAL
ASCSetting ::= SEQUENCE { -- TABULAR: This is MD in tabular description -- Default value is previous ASC -- If this is the first ASC, the default value is all available signature and sub-channels accessServiceClass AccessServiceClass OPTIONAL } AvailableAP-Signature-VCAMList ::= AvailableAP-SignatureList ::= AvailableAP-SubchannelList ::= AvailableMinimumSF-ListVCAM ::= AvailableMinimumSF-VCAM ::= minimumSpreadingFactor nf-Max maxAvailablePCPCH-Number availableAP-Signature-VCAMList } AvailableSignatures ::= AvailableSubChannelNumbers ::= BurstType ::= BurstType1 ::= SEQUENCE (SIZE (1..maxPCPCH-APsig)) OF AP-Signature-VCAM SEQUENCE (SIZE (1..maxPCPCH-APsig)) OF AP-Signature SEQUENCE (SIZE (1..maxPCPCH-APsubCh)) OF AP-Subchannel SEQUENCE (SIZE (1..maxPCPCH-SF)) OF AvailableMinimumSF-VCAM SEQUENCE { MinimumSpreadingFactor, NF-Max, MaxAvailablePCPCH-Number, AvailableAP-Signature-VCAMList
BIT STRING(SIZE(16)) BIT STRING(SIZE(12)) ENUMERATED { short1, long2 } ENUMERATED { ms4, ms8, ms16 }
3GPP
Release 1999
525
BurstType2 ::= CCTrCH-PowerControlInfo ::= tfcs-Identity ul-DPCH-PowerControlInfo } CD-AccessSlotSubchannel ::= CD-AccessSlotSubchannelList ::= CD-CA-ICH-ChannelisationCode ::= CD-PreambleScramblingCode ::= CD-SignatureCode ::= CD-SignatureCodeList ::= CellParametersID ::= Cfntargetsfnframeoffset ::= ChannelAssignmentActive ::= notActive isActive } ChannelisationCode256 ::= ChannelReqParamsForUCSM ::= availableAP-SignatureList availableAP-SubchannelList } ClosedLoopTimingAdjMode ::= CodeNumberDSCH ::= CodeRange ::= pdsch-CodeMapList codeNumberStart codeNumberStop } CodeWordSet ::=
ENUMERATED { ms3, ms6 } SEQUENCE { TFCS-Identity UL-DPCH-PowerControlInfo INTEGER (0..11) SEQUENCE (SIZE (1..maxPCPCH-CDsubCh)) OF CD-AccessSlotSubchannel INTEGER (0..255) INTEGER (0..79) INTEGER (0..15) SEQUENCE (SIZE (1..maxPCPCH-CDsig)) OF CD-SignatureCode INTEGER (0..127) INTEGER(0..255) CHOICE { NULL, AvailableMinimumSF-ListVCAM INTEGER (0..255) SEQUENCE { AvailableAP-SignatureList, AvailableAP-SubchannelList ENUMERATED { slot1, slot2 } INTEGER (0..255) SEQUENCE { PDSCH-CodeMapList, CodeNumberDSCH, CodeNumberDSCH ENUMERATED { longCWS, mediumCWS, shortCWS, ssdtOff } OPTIONAL,
OPTIONAL
CommonTimeslotInfo ::= SEQUENCE { -- TABULAR: The IE below is MD, but since it can be encoded in a single -- bit it is not defined as OPTIONAL. secondInterleavingMode SecondInterleavingMode, tfci-Coding TFCI-Coding OPTIONAL, puncturingLimit PuncturingLimit, repetitionPeriodAndLength RepetitionPeriodAndLength OPTIONAL } CommonTimeslotInfoSCCPCH ::= SEQUENCE { -- TABULAR: The IE below is MD, but since it can be encoded in a single -- bit it is not defined as OPTIONAL. secondInterleavingMode SecondInterleavingMode, tfci-Coding TFCI-Coding OPTIONAL, puncturingLimit PuncturingLimit, repetitionPeriodLengthAndOffset RepetitionPeriodLengthAndOffset OPTIONAL } ConstantValue ::= CPCH-PersistenceLevels ::= cpch-SetID dynamicPersistenceLevelTF-List INTEGER (-35..10) SEQUENCE { CPCH-SetID, DynamicPersistenceLevelTF-List
3GPP
Release 1999
} CPCH-PersistenceLevelsList ::=
526
CPCH-SetInfo ::= SEQUENCE { cpch-SetID CPCH-SetID, transportFormatSet TransportFormatSet, tfcs TFCS, ap-PreambleScramblingCode AP-PreambleScramblingCode, ap-AICH-ChannelisationCode AP-AICH-ChannelisationCode, cd-PreambleScramblingCode CD-PreambleScramblingCode, cd-CA-ICH-ChannelisationCode CD-CA-ICH-ChannelisationCode, cd-AccessSlotSubchannelList CD-AccessSlotSubchannelList cd-SignatureCodeList CD-SignatureCodeList deltaPp-m DeltaPp-m, ul-DPCCH-SlotFormat UL-DPCCH-SlotFormat, n-StartMessage N-StartMessage, n-EOT N-EOT, channelAssignmentActive ChannelAssignmentActive, -- TABULAR: VCAM info has been nested inside ChannelAssignmentActive, -- which in turn is mandatory since it's only a binary choice. cpch-StatusIndicationMode CPCH-StatusIndicationMode, pcpch-ChannelInfoList PCPCH-ChannelInfoList } CPCH-SetInfoList ::= CPCH-StatusIndicationMode ::= SEQUENCE (SIZE (1..maxCPCHsets)) OF CPCH-SetInfo ENUMERATED { pa-mode, pamsf-mode } INTEGER (-10..5)
OPTIONAL, OPTIONAL,
CSICH-PowerOffset ::=
-- DefaultDPCH-OffsetValueFDD and DefaultDPCH-OffsetValueTDD corresponds to -- IE "Default DPCH Offset Value" depending on the mode. -- Actual value = IE value * 512 DefaultDPCH-OffsetValueFDD ::= INTEGER (0..599) DefaultDPCH-OffsetValueTDD ::= DeltaPp-m ::= -- Actual value = IE value * 0.1 DeltaSIR ::= DL-CCTrCh ::= tfcs-Identity timeInfo dl-CCTrCH-TimeslotsCodes ul-CCTrChTPCList } DL-CCTrChList ::= DL-ChannelisationCode ::= secondaryScramblingCode sf-AndCodeNumber scramblingCodeChange } DL-ChannelisationCodeList ::= INTEGER (0..7) INTEGER (-10..10) INTEGER (0..30) SEQUENCE { TFCS-IdentityPlain TimeInfo, DownlinkTimeslotsCodes UL-CCTrChTPCList SEQUENCE (SIZE (1..maxCCTrCH)) OF DL-CCTrCh SEQUENCE { SecondaryScramblingCode SF512-AndCodeNumber, ScramblingCodeChange SEQUENCE (SIZE (1..maxDPCH-DLchan)) OF DL-ChannelisationCode OPTIONAL, OPTIONAL OPTIONAL, OPTIONAL, OPTIONAL
DL-CommonInformation ::= SEQUENCE { dl-DPCH-InfoCommon DL-DPCH-InfoCommon OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { defaultDPCH-OffsetValue DefaultDPCH-OffsetValueFDD OPTIONAL, dpch-CompressedModeInfo DPCH-CompressedModeInfo OPTIONAL, tx-DiversityMode TX-DiversityMode OPTIONAL, ssdt-Information SSDT-Information OPTIONAL }, tdd SEQUENCE { defaultDPCH-OffsetValue DefaultDPCH-OffsetValueTDD OPTIONAL }
3GPP
Release 1999
}
527
SEQUENCE { DL-DPCH-InfoCommonPost
DL-CommonInformationPredef ::= SEQUENCE { dl-DPCH-InfoCommon DL-DPCH-InfoCommonPredef OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { defaultDPCH-OffsetValue DefaultDPCH-OffsetValueFDD }, tdd SEQUENCE { defaultDPCH-OffsetValue DefaultDPCH-OffsetValueTDD } } } DL-CompressedModeMethod ::= ENUMERATED { puncturing, sf-2, higherLayerScheduling }
DL-DPCH-InfoCommon ::= SEQUENCE { cfnHandling CHOICE { maintain NULL, initialise SEQUENCE { cfntargetsfnframeoffset Cfntargetsfnframeoffset } }, modeSpecificInfo CHOICE { fdd SEQUENCE { dl-DPCH-PowerControlInfo DL-DPCH-PowerControlInfo dl-rate-matching-restriction Dl-rate-matching-restriction spreadingFactorAndPilot SF512-AndPilot, -- TABULAR: The number of pilot bits is nested inside the spreading factor. positionFixedOrFlexible PositionFixedOrFlexible, tfci-Existence BOOLEAN }, tdd SEQUENCE { commonTimeslotInfo CommonTimeslotInfo } } } DL-DPCH-InfoCommonPost ::= dl-DPCH-PowerControlInfo } SEQUENCE { DL-DPCH-PowerControlInfo
OPTIONAL
OPTIONAL, OPTIONAL,
OPTIONAL
OPTIONAL
DL-DPCH-InfoCommonPredef ::= SEQUENCE { modeSpecificInfo CHOICE { fdd SEQUENCE { spreadingFactorAndPilot SF512-AndPilot, -- TABULAR: The number of pilot bits is nested inside the spreading factor. positionFixedOrFlexible PositionFixedOrFlexible, tfci-Existence BOOLEAN }, tdd SEQUENCE { commonTimeslotInfo CommonTimeslotInfo } } } DL-DPCH-InfoPerRL ::= fdd pCPICH-UsageForChannelEst dcph-FrameOffset secondaryCPICH-Info dl-ChannelisationCodeList tpc-CombinationIndex ssdt-CellIdentity closedLoopTimingAdjMode }, tdd } DL-DPCH-InfoPerRL-PostFDD ::= pCPICH-UsageForChannelEst CHOICE { SEQUENCE { PCPICH-UsageForChannelEst, DPCH-FrameOffset, SecondaryCPICH-Info DL-ChannelisationCodeList, TPC-CombinationIndex, SSDT-CellIdentity ClosedLoopTimingAdjMode DL-CCTrChList SEQUENCE { PCPICH-UsageForChannelEst,
3GPP
Release 1999
dl-ChannelisationCode tpc-CombinationIndex } DL-DPCH-InfoPerRL-PostTDD ::= dl-CCTrCH-TimeslotsCodes } DL-DPCH-PowerControlInfo ::= modeSpecificInfo fdd dpc-Mode }, tdd tpc-StepSizeTDD } } } DL-FrameType ::= DL-InformationPerRL ::= modeSpecificInfo fdd primaryCPICH-Info pdsch-SHO-DCH-Info pdsch-CodeMapping }, tdd }, dl-DPCH-InfoPerRL secondaryCCPCH-Info } DL-InformationPerRL-List ::=
528
DL-ChannelisationCode, TPC-CombinationIndex SEQUENCE { DownlinkTimeslotsCodes SEQUENCE { CHOICE { SEQUENCE { DPC-Mode SEQUENCE { TPC-StepSizeTDD
OPTIONAL
ENUMERATED { dl-FrameTypeA, dl-FrameTypeB } SEQUENCE { CHOICE { SEQUENCE { PrimaryCPICH-Info, PDSCH-SHO-DCH-Info PDSCH-CodeMapping PrimaryCCPCH-Info DL-DPCH-InfoPerRL SecondaryCCPCH-Info SEQUENCE (SIZE (1..maxRL)) OF DL-InformationPerRL OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
DL-InformationPerRL-ListPostFDD ::= SEQUENCE (SIZE (1..maxRL)) OF DL-InformationPerRL-PostFDD DL-InformationPerRL-PostFDD ::= primaryCPICH-Info dl-DPCH-InfoPerRL } DL-InformationPerRL-PostTDD ::= primaryCCPCH-Info dl-DPCH-InfoPerRL } DL-PDSCH-Information ::= pdsch-SHO-DCH-Info pdsch-CodeMapping } Dl-rate-matching-restriction ::= restrictedTrCH-InfoList } DL-TS-ChannelisationCode ::= SEQUENCE { PrimaryCPICH-Info, DL-DPCH-InfoPerRL-PostFDD SEQUENCE { PrimaryCCPCH-InfoPost, DL-DPCH-InfoPerRL-PostTDD SEQUENCE { PDSCH-SHO-DCH-Info PDSCH-CodeMapping SEQUENCE { RestrictedTrCH-InfoList
OPTIONAL, OPTIONAL
OPTIONAL
ENUMERATED { cc16-1, cc16-2, cc16-3, cc16-4, cc16-5, cc16-6, cc16-7, cc16-8, cc16-9, cc16-10, cc16-11, cc16-12, cc16-13, cc16-14, cc16-15, cc16-16 }
DL-TS-ChannelisationCodesShort ::= SEQUENCE { codesRepresentation CHOICE { consecutive SEQUENCE { firstChannelisationCode DL-TS-ChannelisationCode, lastChannelisationCode DL-TS-ChannelisationCode }, bitmap BIT STRING (SIZE (16)) } } DownlinkAdditionalTimeslots ::= parameters SEQUENCE { CHOICE {
3GPP
Release 1999
sameAsLast timeslotNumber }, newParameters individualTimeslotInfo dl-TS-ChannelisationCodesShort }
529
SEQUENCE { TimeslotNumber
} }
DownlinkTimeslotsCodes ::= SEQUENCE { firstIndividualTimeslotInfo IndividualTimeslotInfo, dl-TS-ChannelisationCodesShort DL-TS-ChannelisationCodesShort, moreTimeslots CHOICE { noMore NULL, additionalTimeslots CHOICE { consecutive INTEGER (1..maxTS-1), timeslotList SEQUENCE (SIZE (1..maxTS-1)) OF DownlinkAdditionalTimeslots } } } DPC-Mode ::= ENUMERATED { singleTPC, tpcTripletInSoft }
-- The actual value of DPCCH power offset is the value of this IE * 2. DPCCH-PowerOffset ::= INTEGER (-82..-3) DPCH-CompressedModeInfo ::= tgp-SequenceList } DPCH-CompressedModeStatusInfo ::= SEQUENCE { TGP-SequenceList SEQUENCE (SIZE (1..maxTGPS)) OF TGP-SequenceShort
-- TABULAR: Actual value = IE value * 256 DPCH-FrameOffset::= INTEGER (0..149) DSCH-Mapping ::= maxTFCI-Field2Value spreadingFactor codeNumber multiCodeInfo } DSCH-MappingList ::= DSCH-RadioLinkIdentifier ::= DurationTimeInfo ::= -----SEQUENCE { MaxTFCI-Field2Value, SF-PDSCH, CodeNumberDSCH, MultiCodeInfo SEQUENCE (SIZE (1..maxPDSCH-TFCIgroups)) OF DSCH-Mapping INTEGER (0..511) INTEGER (1..4096)
TABULAR : value [Duration = infinite] is the value by default, and is encoded by absence of the full sequence. If the sequence is present, thefield is absent, the default is respectivelyinfinite. Presence of the field absent should not be used, but shall be understood as if the sequence was absent. INTEGER (1..8) SEQUENCE (SIZE (1..maxPRACH)) OF DynamicPersistenceLevel
DynamicPersistenceLevelTF-List ::= SEQUENCE (SIZE (1..maxTF-CPCH)) OF DynamicPersistenceLevel FACH-PCH-Information ::= transportFormatSet transportChannelIdentity ctch-Indicator } FACH-PCH-InformationList ::= SEQUENCE { TransportFormatSet, TransportChannelIdentity, BOOLEAN SEQUENCE (SIZE (1..maxFACH)) OF FACH-PCH-Information
3GPP
Release 1999
FrequencyInfo ::= modeSpecificInfo fdd tdd } FrequencyInfoFDD ::= uarfcn-UL uarfcn-DL } FrequencyInfoTDD ::= uarfcn-Nt } IndividualTimeslotInfo ::= timeslotNumber tfci-Existence midambleShiftAndBurstType } IndividualTS-Interference ::= timeslot ul-TimeslotInterference } IndividualTS-InterferenceList ::= ITP ::= MaxAllowedUL-TX-Power ::= MaxAvailablePCPCH-Number ::= MaxTFCI-Field2Value ::=
530
SEQUENCE { CHOICE { FrequencyInfoFDD, FrequencyInfoTDD SEQUENCE { UARFCN UARFCN SEQUENCE { UARFCN SEQUENCE { TimeslotNumber, BOOLEAN, MidambleShiftAndBurstType SEQUENCE { TimeslotNumber, UL-Interference SEQUENCE (SIZE (1..maxTS)) OF IndividualTS-Interference ENUMERATED { mode0, mode1 } INTEGER (-50..33) INTEGER (1..64) INTEGER (1..1023)
OPTIONAL,
MidambleConfiguration ::= SEQUENCE { burstType1 BurstType1 DEFAULT ms8, -- TABULAR: The default value for BurstType2 has not been specified due to -- compactness reasons. burstType2 BurstType2 } MidambleShiftAndBurstType ::= burstType type1 midambleAllocationMode defaultMidamble commonMidamble ueSpecificMidamble midambleShift } } }, type2 midambleAllocationMode defaultMidamble commonMidamble ueSpecificMidamble midambleShift } } }, type3 midambleAllocationMode defaultMidamble ueSpecificMidamble midambleShift } } } } } MidambleShiftLong ::= SEQUENCE { CHOICE { SEQUENCE { CHOICE { NULL, NULL, SEQUENCE { MidambleShiftLong
INTEGER (0..15)
3GPP
Release 1999
531
INTEGER (0..5) ENUMERATED { sf4, sf8, sf16, sf32, sf64, sf128, sf256 } INTEGER (1..16) INTEGER (0..7) ENUMERATED { f2, f4, f8 } INTEGER (1..8) INTEGER (1..8) INTEGER (0..50) INTEGER (1..64) INTEGER (1..maxDPDCH-UL) INTEGER (1..2) SEQUENCE { PrimaryCCPCH-TX-Power, Alpha ConstantValue, ConstantValue, ConstantValue ENUMERATED { pi4, pi8, pi16 } ENUMERATED { pcp0, pcp15 } ENUMERATED { as0, as8 } SEQUENCE { INTEGER (0..79), INTEGER (0..511), SecondaryScramblingCode PCP-Length, UCSM-Info SEQUENCE (SIZE (1..maxPCPCHs)) OF PCPCH-ChannelInfo ENUMERATED { mayBeUsed, shallNotBeUsed } SEQUENCE { PDSCH-PowerControlInfo AllocationPeriodInfo, TFCS-IdentityPlain CHOICE { SEQUENCE { PDSCH-Identity SEQUENCE { PDSCH-Info, PDSCH-Identity OPTIONAL, OPTIONAL,
MultiCodeInfo ::= N-EOT ::= N-GAP ::= N-PCH ::= N-StartMessage ::= NB01 ::= NF-Max ::= NumberOfDPDCH ::= NumberOfFBI-Bits ::= OpenLoopPowerControl-TDD ::= primaryCCPCH-TX-Power alpha prach-ConstantValue dpch-ConstantValue pusch-ConstantValue } PagingIndicatorLength ::= PC-Preamble ::= PCP-Length ::= PCPCH-ChannelInfo ::= pcpch-UL-ScramblingCode pcpch-DL-ChannelisationCode pcpch-DL-ScramblingCode pcp-Length ucsm-Info } PCPCH-ChannelInfoList ::= PCPICH-UsageForChannelEst ::=
OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
PDSCH-CapacityAllocationInfo ::= pdsch-PowerControlInfo pdsch-AllocationPeriodInfo tfcs-Identity configuration old-Configuration pdsch-Identity }, new-Configuration pdsch-Info pdsch-Identity } } } PDSCH-CodeInfo ::= spreadingFactor codeNumber multiCodeInfo }
OPTIONAL
3GPP
Release 1999
532
PDSCH-CodeInfoList ::= PDSCH-CodeMap ::= spreadingFactor multiCodeInfo } PDSCH-CodeMapList ::= PDSCH-CodeMapping ::= dl-ScramblingCode signallingMethod codeRange tfci-Range explicit replace } } PDSCH-Identity ::= PDSCH-Info ::= tfcs-Identity commonTimeslotInfo pdsch-TimeslotsCodes } PDSCH-PowerControlInfo ::= tpc-StepSizeTDD ul-CCTrChTPCList } PDSCH-SHO-DCH-Info ::= dsch-RadioLinkIdentifier tfci-CombiningSet rl-IdentifierList } PDSCH-SysInfo ::= pdsch-Identity pdsch-Info dsch-TFS dsch-TFCS } PDSCH-SysInfoList ::= PDSCH-SysInfoList-SFN ::= pdsch-SysInfo sfn-TimeInfo } PersistenceScalingFactor ::=
SEQUENCE (SIZE (1..maxTFCI-2-Combs)) OF PDSCH-CodeInfo SEQUENCE { SF-PDSCH, MultiCodeInfo SEQUENCE (SIZE (1..maxPDSCH-TFCIgroups)) OF PDSCH-CodeMap SEQUENCE { SecondaryScramblingCode CHOICE { CodeRange, DSCH-MappingList, PDSCH-CodeInfoList, ReplacedPDSCH-CodeInfoList OPTIONAL,
INTEGER (1..hiPDSCHidentities) SEQUENCE { TFCS-IdentityPlain CommonTimeslotInfo DownlinkTimeslotsCodes SEQUENCE { TPC-StepSizeTDD UL-CCTrChTPCList SEQUENCE { DSCH-RadioLinkIdentifier, TFCI-CombiningSet RL-IdentifierList SEQUENCE { PDSCH-Identity, PDSCH-Info, TransportFormatSet TFCS SEQUENCE (SIZE (1..maxPDSCH)) OF PDSCH-SysInfo SEQUENCE (SIZE (1..maxPDSCH)) OF SEQUENCE { PDSCH-SysInfo, SFN-TimeInfo ENUMERATED { psf0-9, psf0-8, psf0-7, psf0-6, psf0-5, psf0-4, psf0-3, psf0-2 } SEQUENCE (SIZE (1..maxASCpersist)) OF PersistenceScalingFactor ENUMERATED { e18, e36, e72, e144 } CHOICE { SEQUENCE { ChannelisationCode256, PI-CountPerFrame, BOOLEAN SEQUENCE { TDD-PICH-CCode TimeslotNumber CHOICE { OPTIONAL, OPTIONAL,
OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
OPTIONAL
PersistenceScalingFactorList ::= PI-CountPerFrame ::= PICH-Info ::= fdd channelisationCode256 pi-CountPerFrame sttd-Indicator }, tdd channelisationCode timeslot burstType
3GPP
Release 1999
type-1 type-2 } repetitionPeriodLengthOffset pagingIndicatorLength n-GAP n-PCH
533
MidambleShiftLong, MidambleShiftShort RepPerLengthOffset-PICH PagingIndicatorLength N-GAP N-PCH
} }
INTEGER (-10..5) ENUMERATED { pb4, pb8 } ENUMERATED { pb2, pb4, pb8 } ENUMERATED { fixed, flexible } CHOICE { TPC-StepSizeFDD, NULL INTEGER (1..8) ENUMERATED { direct, direct-Inverted } CHOICE { SEQUENCE (SIZE (1..maxASC)) OF ASCSetting, SEQUENCE (SIZE (1..maxASC)) OF ASC SEQUENCE { PowerRampStep, PreambleRetransMax
PRACH-RACH-Info ::= SEQUENCE { modeSpecificInfo CHOICE { fdd SEQUENCE { availableSignatures AvailableSignatures, availableSF SF-PRACH, preambleScramblingCodeWordNumber PreambleScramblingCodeWordNumber, puncturingLimit PuncturingLimit, availableSubChannelNumbers AvailableSubChannelNumbers }, tdd SEQUENCE { timeslot TimeslotNumber, channelisationCode TDD-PRACH-CCodeList, prach-Midamble PRACH-Midamble OPTIONAL } } } PRACH-SystemInformation ::= SEQUENCE { prach-RACH-Info PRACH-RACH-Info, transportChannelIdentity TransportChannelIdentity, rach-TransportFormatSet TransportFormatSet rach-TFCS TFCS prach-Partitioning PRACH-Partitioning persistenceScalingFactorList PersistenceScalingFactorList ac-To-ASC-MappingTable AC-To-ASC-MappingTable modeSpecificInfo CHOICE { fdd SEQUENCE { primaryCPICH-TX-Power PrimaryCPICH-TX-Power constantValue ConstantValue prach-PowerOffset PRACH-PowerOffset rach-TransmissionParameters RACH-TransmissionParameters aich-Info AICH-Info },
OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
3GPP
Release 1999
tdd NULL
534
} }
PreambleScramblingCodeWordNumber ::= PreDefPhyChConfiguration ::= ul-DPCH-InfoPredef dl-CommonInformationPredef } PrimaryCCPCH-Info ::= fdd tx-DiversityIndicator }, tdd syncCase syncCase1 timeslot }, syncCase2 timeslotSync2 } } cellParametersID blockSTTD-Indicator } } PrimaryCCPCH-InfoPost ::= syncCase syncCase1 timeslot }, syncCase2 timeslotSync2 } }, cellParametersID blockSTTD-Indicator } PrimaryCCPCH-TX-Power ::= PrimaryCPICH-Info ::= primaryScramblingCode } PrimaryCPICH-TX-Power ::= PrimaryScramblingCode ::= PuncturingLimit ::=
SEQUENCE { UL-DPCH-InfoPredef, DL-CommonInformationPredef CHOICE { SEQUENCE { BOOLEAN SEQUENCE { CHOICE { SEQUENCE { TimeslotNumber SEQUENCE { TimeslotSync2 CellParametersID BOOLEAN
OPTIONAL
OPTIONAL, OPTIONAL,
SEQUENCE { CHOICE { SEQUENCE { TimeslotNumber SEQUENCE { TimeslotSync2 CellParametersID, BOOLEAN INTEGER (6..43) SEQUENCE { PrimaryScramblingCode INTEGER (-10..50) INTEGER (0..511) ENUMERATED { pl0-40, pl0-44, pl0-48, pl0-52, pl0-56, pl0-60, pl0-64, pl0-68, pl0-72, pl0-76, pl0-80, pl0-84, pl0-88, pl0-92, pl0-96, pl1 }
PUSCH-CapacityAllocationInfo ::= SEQUENCE { pusch-Allocation CHOICE { pusch-AllocationPending NULL, pusch-AllocationAssignment SEQUENCE { pdsch-AllocationPeriodInfo AllocationPeriodInfo, pusch-PowerControlInfo UL-TargetSIR tfcs-Identity TFCS-IdentityPlain configuration CHOICE { old-Configuration SEQUENCE { pusch-Identity PUSCH-Identity }, new-Configuration SEQUENCE { pusch-Info PUSCH-Info, pusch-Identity PUSCH-Identity } }
OPTIONAL, OPTIONAL,
OPTIONAL
3GPP
Release 1999
}
535
} }
PUSCH-Identity ::= PUSCH-Info ::= tfcs-Identity commonTimeslotInfo pusch-TimeslotsCodes } PUSCH-SysInfo ::= pusch-Identity pusch-Info usch-TFS usch-TFCS } PUSCH-SysInfoList ::= PUSCH-SysInfoList-SFN ::= pusch-SysInfo sfn-TimeInfo } RACH-TransmissionParameters ::= mmax nb01Min nb01Max } ReducedScramblingCodeNumber ::=
INTEGER (1..hiPUSCHidentities) SEQUENCE { TFCS-IdentityPlain CommonTimeslotInfo UplinkTimeslotsCodes SEQUENCE { PUSCH-Identity, PUSCH-Info, TransportFormatSet TFCS SEQUENCE (SIZE (1..maxPUSCH)) OF PUSCH-SysInfo SEQUENCE (SIZE (1..maxPDSCH)) OF SEQUENCE { PUSCH-SysInfo, SFN-TimeInfo SEQUENCE { INTEGER (1..32), NB01, NB01 INTEGER (0..8191) OPTIONAL, OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
OPTIONAL
RepetitionPeriodAndLength ::= CHOICE { repetitionPeriod1 NULL, repetitionPeriod2 INTEGER (1..1), -- repetitionPeriod2 could just as well be NULL also. repetitionPeriod4 INTEGER (1..3), repetitionPeriod8 INTEGER (1..7), repetitionPeriod16 INTEGER (1..15), repetitionPeriod32 INTEGER (1..31), repetitionPeriod64 INTEGER (1..63) } RepetitionPeriodLengthAndOffset ::= CHOICE { repetitionPeriod1 NULL, repetitionPeriod2 SEQUENCE { length NULL, offset INTEGER }, repetitionPeriod4 SEQUENCE { length INTEGER offset INTEGER }, repetitionPeriod8 SEQUENCE { length INTEGER offset INTEGER }, repetitionPeriod16 SEQUENCE { length INTEGER offset INTEGER }, repetitionPeriod32 SEQUENCE { length INTEGER offset INTEGER }, repetitionPeriod64 SEQUENCE { length INTEGER offset INTEGER } } ReplacedPDSCH-CodeInfo ::= tfci-Field2 spreadingFactor
(0..1) (1..3), (0..3) (1..7), (0..7) (1..15), (0..15) (1..31), (0..31) (1..63), (0..63)
3GPP
Release 1999
codeNumber multiCodeInfo } ReplacedPDSCH-CodeInfoList ::= RepPerLengthOffset-PICH ::= rpp4-2 rpp8-2 rpp8-4 rpp16-2 rpp16-4 rpp32-2 rpp32-4 rpp64-2 rpp64-4 } RestrictedTrCH ::= restrictedDL-TrCH-Identity allowedTFIList } RestrictedTrCH-InfoList ::= RL-AdditionInformation ::= primaryCPICH-Info dl-DPCH-InfoPerRL tfci-CombiningIndicator sccpch-InfoforFACH } RL-AdditionInformationList ::= RL-IdentifierList ::= RL-RemovalInformationList ::= RPP ::= S-Field ::= SCCPCH-ChannelisationCode ::=
536
CodeNumberDSCH, MultiCodeInfo
SEQUENCE (SIZE (1..maxTFCI-2-Combs)) OF ReplacedPDSCH-CodeInfo CHOICE { INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER (0..3), (0..7), (0..7), (0..15), (0..15), (0..31), (0..31), (0..63), (0..63)
SEQUENCE { TransportChannelIdentity, AllowedTFI-List SEQUENCE (SIZE(1..maxTrCH)) OF RestrictedTrCH SEQUENCE { PrimaryCPICH-Info, DL-DPCH-InfoPerRL, BOOLEAN, SCCPCH-InfoForFACH SEQUENCE (SIZE (1..maxRL)) OF RL-AdditionInformation SEQUENCE (SIZE (1..maxRL)) OF PrimaryCPICH-Info SEQUENCE (SIZE (1..maxRL-1)) OF PrimaryCPICH-Info ENUMERATED { mode0, mode1 } ENUMERATED { e1bit, e2bits } ENUMERATED { cc16-1, cc16-2, cc16-3, cc16-4, cc16-5, cc16-6, cc16-7, cc16-8, cc16-9, cc16-10, cc16-11, cc16-12, cc16-13, cc16-14, cc16-15, cc16-16 } SEQUENCE (SIZE (1..16)) OF SCCPCH-ChannelisationCode SEQUENCE { SecondaryCCPCH-Info, TFCS, FACH-PCH-InformationList, SIB-ReferenceListFACH SEQUENCE { SecondaryCCPCH-Info, TFCS FACH-PCH-InformationList PICH-Info SEQUENCE (SIZE (1..maxSCCPCH)) OF SCCPCH-SystemInformation ENUMERATED { codeChange, noCodeChange }
OPTIONAL
SCCPCH-ChannelisationCodeList ::= SCCPCH-InfoForFACH ::= secondaryCCPCH-Info tfcs fach-PCH-InformationList sib-ReferenceListFACH } SCCPCH-SystemInformation ::= secondaryCCPCH-Info tfcs fach-PCH-InformationList pich-Info } SCCPCH-SystemInformationList ::= ScramblingCodeChange ::=
3GPP
Release 1999
ScramblingCodeType ::= ENUMERATED { shortSC, longSC }
537
SecondaryCCPCH-Info ::= SEQUENCE { modeSpecificInfo CHOICE { fdd SEQUENCE { pCPICH-UsageForChannelEst PCPICH-UsageForChannelEst, secondaryCPICH-Info SecondaryCPICH-Info secondaryScramblingCode SecondaryScramblingCode sttd-Indicator BOOLEAN, sf-AndCodeNumber SF256-AndCodeNumber, pilotSymbolExistence BOOLEAN, tfci-Existence BOOLEAN, positionFixedOrFlexible PositionFixedOrFlexible, timingOffset TimingOffset }, tdd SEQUENCE { -- TABULAR: the offset is included in CommonTimeslotInfoSCCPCH commonTimeslotInfo CommonTimeslotInfoSCCPCH, individualTimeslotInfo IndividualTimeslotInfo, channelisationCode SCCPCH-ChannelisationCodeList } } } SecondaryCPICH-Info ::= secondaryDL-ScramblingCode channelisationCode } SecondaryScramblingCode ::= SecondInterleavingMode ::= SEQUENCE { SecondaryScramblingCode ChannelisationCode256 INTEGER (1..15) ENUMERATED { frameRelated, timeslotRelated }
OPTIONAL, OPTIONAL,
DEFAULT 0
OPTIONAL,
-- SF256-AndCodeNumber encodes both "Spreading factor" and "Code Number" SF256-AndCodeNumber ::= CHOICE { sf4 INTEGER (0..3), sf8 INTEGER (0..7), sf16 INTEGER (0..15), sf32 INTEGER (0..31), sf64 INTEGER (0..63), sf128 INTEGER (0..127), sf256 INTEGER (0..255) } -- SF512-AndCodeNumber encodes both "Spreading factor" and "Code Number" SF512-AndCodeNumber ::= CHOICE { sf4 INTEGER (0..3), sf8 INTEGER (0..7), sf16 INTEGER (0..15), sf32 INTEGER (0..31), sf64 INTEGER (0..63), sf128 INTEGER (0..127), sf256 INTEGER (0..255), sf512 INTEGER (0..511) } -- SF512-AndPilot encodes both "Spreading factor" and "Number of bits for Pilot bits" SF512-AndPilot ::= CHOICE { sfd4 NULL, sfd8 NULL, sfd16 NULL, sfd32 NULL, sfd64 NULL, sfd128 PilotBits128, sfd256 PilotBits256, sfd512 NULL } SF-PDSCH ::= ENUMERATED { sfp4, sfp8, sfp16, sfp32, sfp64, sfp128, sfp256 } SF-PRACH ::= SFN-TimeInfo ::= ENUMERATED { sfpr32, sfpr64, sfpr128, sfpr256 } SEQUENCE {
3GPP
Release 1999
activationTimeSFN physChDuration } SpreadingFactor::=
538
INTEGER (0..4095), DurationTimeInfo ENUMERATED { sf4, sf8, sf16, sf32, sf64, sf128, sf256 }
SSDT-CellIdentity ::=
ENUMERATED { ssdt-id-a, ssdt-id-b, ssdt-id-c, ssdt-id-d, ssdt-id-e, ssdt-id-f, ssdt-id-g, ssdt-id-h } SEQUENCE { S-Field, CodeWordSet ENUMERATED { cc16-1, cc16-2, cc16-3, cc16-4, cc16-5, cc16-6, cc16-7, cc16-8, cc16-9, cc16-10, cc16-11, cc16-12, cc16-13, cc16-14, cc16-15, cc16-16 } ENUMERATED { cc8-1, cc8-2, cc8-3, cc8-4, cc8-5, cc8-6, cc8-7, cc8-8 } ENUMERATED { cc16-1, cc16-2, cc16-3, cc16-4, cc16-5, cc16-6, cc16-7, cc16-8, cc16-9, cc16-10, cc16-11, cc16-12, cc16-13, cc16-14, cc16-15, cc16-16 } CHOICE { SEQUENCE (SIZE (1..8)) OF TDD-PRACH-CCode8, SEQUENCE (SIZE (1..8)) OF TDD-PRACH-CCode16 ENUMERATED { tfc-cd1, tfc-cd2, tfc-cd4, tfc-cd8, tfc-cd16, tfc-cd24, tfc-cd32, tfc-cd48, tfc-cd64, tfc-cd128, tfc-cd192, tfc-cd256, tfc-cd512 } ENUMERATED { tfci-bits-4, tfci-bits-8, tfci-bits-16, tfci-bits-32 } SEQUENCE { INTEGER (0..255)
TDD-PRACH-CCode8 ::=
TDD-PRACH-CCode16 ::=
TFCI-Coding ::=
-- The value 270 represents "undefined" in the tabular description. TGD ::= INTEGER (15..270) TGL ::= TGMP ::= INTEGER (1..14) ENUMERATED { tdd-Measurement, fdd-Measurement, gsm-CarrierRSSIMeasurement, gsm-initialBSICIdentification, gsmBSICReconfirmation } SEQUENCE { TGPSI, TGPS-StatusFlag, TGCFN, TGPS-ConfigurationParams SEQUENCE (SIZE (1..maxTGPS)) OF TGP-Sequence SEQUENCE {
TGP-Sequence ::= tgpsi tgps-StatusFlag tgcfn tgps-ConfigurationParams } TGP-SequenceList ::= TGP-SequenceShort ::=
OPTIONAL
3GPP
Release 1999
tgpsi tgps-StatusFlag tgcfn
539
TGPSI, TGPS-StatusFlag, TGCFN INTEGER (1..144)
TGPL ::=
-- TABULAR: The value 0 represents "infinity" in the tabular description. TGPRC ::= INTEGER (0..63) TGPS-ConfigurationParams ::= SEQUENCE { tgmp TGMP, tgprc TGPRC, tgsn TGSN, tgl1 TGL, tgl2 TGL tgd TGD, tgpl1 TGPL, tgpl2 TGPL rpp RPP, itp ITP, ul-DL-Mode UL-DL-Mode, -- TABULAR: Compressed mode method is nested inside UL-DL-Mode dl-FrameType DL-FrameType, deltaSIR1 DeltaSIR, deltaSIRAfter1 DeltaSIR, deltaSIR2 DeltaSIR deltaSIRAfter2 DeltaSIR } TGPS-StatusFlag ::= TGPSI ::= TGSN ::= TimeInfo ::= activationTime durationTimeInfo } TimeslotList ::= TimeslotNumber ::= TimeslotSync2 ::= ENUMERATED { tgpsActive, tgpsInactive } INTEGER (1..maxTGPS) INTEGER (0..14) SEQUENCE { ActivationTime DurationTimeInfo SEQUENCE (SIZE (1..maxTS)) OF TimeslotNumber INTEGER (0..14) INTEGER (0..6) INTEGER (0..149) INTEGER (0..5) INTEGER (0..1) INTEGER (1..3) ENUMERATED { noDiversity, sttd, closedLoopMode1, closedLoopMode2 } INTEGER (0..16383) SEQUENCE { MinimumSpreadingFactor, NF-Max, ChannelReqParamsForUCSM SEQUENCE { TFCS-IdentityPlain TimeInfo, CommonTimeslotInfo UplinkTimeslotsCodes OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL,
OPTIONAL, OPTIONAL
-- Actual value = IE value * 256 TimingOffset ::= TPC-CombinationIndex ::= TPC-StepSizeFDD ::= TPC-StepSizeTDD ::= TX-DiversityMode ::=
UARFCN ::= UCSM-Info ::= minimumSpreadingFactor nf-Max channelReqParamsForUCSM } UL-CCTrCH ::= tfcs-Identity timeInfo commonTimeslotInfo ul-CCTrCH-TimeslotsCodes }
3GPP
Release 1999
540
SEQUENCE (SIZE (1..maxCCTrCH)) OF UL-CCTrCH SEQUENCE (SIZE (0..maxCCTrCH)) OF TFCS-Identity CHOICE { UL-DPCH-Info, CPCH-SetInfo
UL-ChannelRequirementWithCPCH-SetID ::= CHOICE { ul-DPCH-Info UL-DPCH-Info, cpch-SetInfo CPCH-SetInfo, cpch-SetID CPCH-SetID } UL-CompressedModeMethod ::= ENUMERATED { sf-2, higherLayerScheduling } CHOICE { UL-CompressedModeMethod, DL-CompressedModeMethod ENUMERATED { slf0, slf1, slf2 } OPTIONAL,
UL-DPCH-Info ::= SEQUENCE { ul-DPCH-PowerControlInfo UL-DPCH-PowerControlInfo modeSpecificInfo CHOICE { fdd SEQUENCE { scramblingCodeType ScramblingCodeType, scramblingCode UL-ScramblingCode, numberOfDPDCH NumberOfDPDCH spreadingFactor SpreadingFactor, tfci-Existence BOOLEAN, numberOfFBI-Bits NumberOfFBI-Bits -- The IE above is conditional based on history puncturingLimit PuncturingLimit }, tdd SEQUENCE { ul-TimingAdvance UL-TimingAdvanceControl ul-CCTrCHList UL-CCTrCHList } } }
DEFAULT 1, OPTIONAL,
OPTIONAL,
UL-DPCH-InfoPostFDD ::= SEQUENCE { ul-DPCH-PowerControlInfo UL-DPCH-PowerControlInfoPostFDD, scramblingCodeType ScramblingCodeType, reducedScramblingCodeNumber ReducedScramblingCodeNumber, spreadingFactor SpreadingFactor } UL-DPCH-InfoPostTDD ::= ul-DPCH-PowerControlInfo ul-TimingAdvance ul-CCTrCH-TimeslotsCodes } UL-DPCH-InfoPredef ::= ul-DPCH-PowerControlInfo modeSpecificInfo fdd tfci-Existence puncturingLimit }, tdd commonTimeslotInfo } } } UL-DPCH-PowerControlInfo ::= SEQUENCE { UL-DPCH-PowerControlInfoPostTDD, UL-TimingAdvanceControl UplinkTimeslotsCodes SEQUENCE { UL-DPCH-PowerControlInfoPredef, CHOICE { SEQUENCE { BOOLEAN, PuncturingLimit SEQUENCE { CommonTimeslotInfo
OPTIONAL,
CHOICE {
3GPP
Release 1999
fdd
541
}, tdd
SEQUENCE { dpcch-PowerOffset DPCCH-PowerOffset, pc-Preamble PC-Preamble, powerControlAlgorithm PowerControlAlgorithm -- TABULAR: TPC step size nested inside PowerControlAlgorithm SEQUENCE { ul-TargetSIR UL-TargetSIR, ul-OL-PC-Signalling CHOICE { broadcast-UL-OL-PC-info NULL, handoverGroup SEQUENCE { individualTS-InterferenceList IndividualTS-InterferenceList, dpch-ConstantValue ConstantValue, primaryCCPCH-TX-Power PrimaryCCPCH-TX-Power } } OPTIONAL
UL-DPCH-PowerControlInfoPostFDD ::= SEQUENCE { powerControlAlgorithm PowerControlAlgorithm -- TABULAR: TPC step size nested inside PowerControlAlgorithm } UL-DPCH-PowerControlInfoPostTDD ::= SEQUENCE { ul-TargetSIR UL-TargetSIR, ul-TimeslotInterference UL-Interference } UL-DPCH-PowerControlInfoPredef ::= fdd dpcch-PowerOffset pc-Preamble }, tdd dpch-ConstantValue } } UL-Interference ::= UL-ScramblingCode ::= CHOICE { SEQUENCE { DPCCH-PowerOffset, PC-Preamble SEQUENCE { ConstantValue
-- Actual value = (IE value * 0.5) - 11 UL-TargetSIR ::= INTEGER (0..62) UL-TimingAdvance ::= UL-TimingAdvanceControl ::= disabled enabled ul-TimingAdvance activationTime } } UL-TS-ChannelisationCode ::= INTEGER (0..63) CHOICE { NULL, SEQUENCE { UL-TimingAdvance ActivationTime
OPTIONAL, OPTIONAL
ENUMERATED { cc1-1, cc2-1, cc2-2, cc4-1, cc4-2, cc4-3, cc4-4, cc8-1, cc8-2, cc8-3, cc8-4, cc8-5, cc8-6, cc8-7, cc8-8, cc16-1, cc16-2, cc16-3, cc16-4, cc16-5, cc16-6, cc16-7, cc16-8, cc16-9, cc16-10, cc16-11, cc16-12, cc16-13, cc16-14, cc16-15, cc16-16 } SEQUENCE (SIZE (1..2)) OF UL-TS-ChannelisationCode
UL-TS-ChannelisationCodeList ::=
UplinkAdditionalTimeslots ::= SEQUENCE { parameters CHOICE { sameAsLast SEQUENCE { timeslotNumber TimeslotNumber }, newParameters SEQUENCE { individualTimeslotInfo IndividualTimeslotInfo, ul-TS-ChannelisationCodeList UL-TS-ChannelisationCodeList }
3GPP
Release 1999
}
542
UplinkTimeslotsCodes ::= SEQUENCE { dynamicSFusage BOOLEAN, firstIndividualTimeslotInfo IndividualTimeslotInfo, ul-TS-ChannelisationCodeList UL-TS-ChannelisationCodeList, moreTimeslots CHOICE { noMore NULL, additionalTimeslots CHOICE { consecutive SEQUENCE { numAdditionalTimeslots INTEGER (1..maxTS-1) }, timeslotList SEQUENCE (SIZE (1..maxTS-1)) OF UplinkAdditionalTimeslots } } } -- *************************************************** --MEASUREMENT INFORMATION ELEMENTS (10.3.7) --- *************************************************** AcquisitionSatInfo ::= satID doppler0thOrder extraDopplerInfo codePhase integerCodePhase gps-BitNumber codePhaseSearchWindow azimuthAndElevation } AcquisitionSatInfoList ::= AdditionalAssistanceData ::= AdditionalMeasurementID-List ::= AlmanacSatInfo ::= satID e t-oa deltaI omegaDot satHealth a-Sqrt omega0 m0 omega af0 af1 } AlmanacSatInfoList ::= AverageRLC-BufferPayload ::= SEQUENCE { SatID, INTEGER (-2048..2047), ExtraDopplerInfo INTEGER (0..1022), INTEGER (0..19), INTEGER (0..3), CodePhaseSearchWindow, AzimuthAndElevation SEQUENCE (SIZE (1..maxSat)) OF AcquisitionSatInfo OCTET STRING (SIZE (1..38)) SEQUENCE (SIZE (1..maxAdditionalMeas)) OF MeasurementIdentity SEQUENCE { SatID, BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING
OPTIONAL,
OPTIONAL
(SIZE (SIZE (SIZE (SIZE (SIZE (SIZE (SIZE (SIZE (SIZE (SIZE (SIZE
(16)), (8)), (16)), (16)), (8)), (24)), (24)), (24)), (24)), (11)), (11))
SEQUENCE (SIZE (1..maxSat)) OF AlmanacSatInfo ENUMERATED { pla0, pla4, pla8, pla16, pla32, pla64, pla128, pla256, pla512, pla1024, pla2k, pla4k, pla8k, pla16k, pla32k, pla64k, pla128k, pla256k, pla512k, pla1024k } SEQUENCE { INTEGER (0..31), INTEGER (0..7) SEQUENCE (SIZE (1..maxSat)) OF INTEGER (0..63) INTEGER (0..1023)
3GPP
Release 1999
543
BLER-MeasurementResults ::= transportChannelIdentity dl-TransportChannelBLER } BLER-MeasurementResultsList ::= BLER-TransChIdList ::= BSIC-VerificationRequired ::= BSICReported ::= verifiedBSIC nonVerifiedBSIC } BurstModeParameters ::= burstStart burstLength burstFreq } CellDCH-ReportCriteria ::= intraFreqReportingCriteria periodicalReportingCriteria } -- Actual value = IE value * 0.5 CellIndividualOffset ::= CellInfo ::= cellIndividualOffset referenceTimeDifferenceToCell modeSpecificInfo fdd primaryCPICH-Info primaryCPICH-TX-Power readSFN-Indicator tx-DiversityIndicator }, tdd primaryCCPCH-Info primaryCCPCH-TX-Power timeslotInfoList } } } CellInfoSI-RSCP ::= cellIndividualOffset referenceTimeDifferenceToCell modeSpecificInfo fdd primaryCPICH-Info primaryCPICH-TX-Power readSFN-Indicator tx-DiversityIndicator }, tdd primaryCCPCH-Info primaryCCPCH-TX-Power timeslotInfoList } }, cellSelectionReselectionInfo } CellInfoSI-ECN0 ::= cellIndividualOffset referenceTimeDifferenceToCell modeSpecificInfo fdd primaryCPICH-Info
SEQUENCE { TransportChannelIdentity, DL-TransportChannelBLER SEQUENCE (SIZE (1..maxTrCH)) OF BLER-MeasurementResults SEQUENCE (SIZE (1..maxTrCH)) OF TransportChannelIdentity ENUMERATED { required, notRequired } CHOICE { INTEGER (0..maxCellMeas), BCCH-ARFCN SEQUENCE { INTEGER (0..15), INTEGER (10..25), INTEGER (1..16) CHOICE { IntraFreqReportingCriteria, PeriodicalReportingCriteria
OPTIONAL
INTEGER (-20..20) SEQUENCE { CellIndividualOffset ReferenceTimeDifferenceToCell CHOICE { SEQUENCE { PrimaryCPICH-Info PrimaryCPICH-TX-Power BOOLEAN, BOOLEAN SEQUENCE { PrimaryCCPCH-Info, PrimaryCCPCH-TX-Power TimeslotInfoList
OPTIONAL, OPTIONAL
SEQUENCE { CellIndividualOffset ReferenceTimeDifferenceToCell CHOICE { SEQUENCE { PrimaryCPICH-Info PrimaryCPICH-TX-Power BOOLEAN, BOOLEAN SEQUENCE { PrimaryCCPCH-Info, PrimaryCCPCH-TX-Power TimeslotInfoList
3GPP
Release 1999
primaryCPICH-TX-Power readSFN-Indicator tx-DiversityIndicator primaryCCPCH-Info primaryCCPCH-TX-Power timeslotInfoList
544
PrimaryCPICH-TX-Power BOOLEAN, BOOLEAN SEQUENCE { PrimaryCCPCH-Info, PrimaryCCPCH-TX-Power TimeslotInfoList
}, tdd
} }, cellSelectionReselectionInfo
CellSelectReselectInfoSIB-11-12-ECN0 SEQUENCE { CellIndividualOffset ReferenceTimeDifferenceToCell CHOICE { SEQUENCE { PrimaryCPICH-Info PrimaryCPICH-TX-Power BOOLEAN, BOOLEAN SEQUENCE { PrimaryCCPCH-Info, PrimaryCCPCH-TX-Power TimeslotInfoList
CellInfoSI-HCS-RSCP ::= cellIndividualOffset referenceTimeDifferenceToCell modeSpecificInfo fdd primaryCPICH-Info primaryCPICH-TX-Power readSFN-Indicator tx-DiversityIndicator }, tdd primaryCCPCH-Info primaryCCPCH-TX-Power timeslotInfoList } }, cellSelectionReselectionInfo } CellInfoSI-HCS-ECN0 ::= cellIndividualOffset referenceTimeDifferenceToCell modeSpecificInfo fdd primaryCPICH-Info primaryCPICH-TX-Power readSFN-Indicator tx-DiversityIndicator }, tdd primaryCCPCH-Info primaryCCPCH-TX-Power timeslotInfoList } }, cellSelectionReselectionInfo } CellMeasuredResults ::= cellIdentity sfn-SFN-ObsTimeDifference cellSynchronisationInfo modeSpecificInfo fdd primaryCPICH-Info cpich-Ec-N0 cpich-RSCP pathloss }, tdd cellParametersID proposedTGSN primaryCCPCH-RSCP timeslotISCP-List } } } CellMeasurementEventResults ::= fdd tdd }
CellSelectReselectInfoSIB-11-12-HCS-RSCP SEQUENCE { CellIndividualOffset ReferenceTimeDifferenceToCell CHOICE { SEQUENCE { PrimaryCPICH-Info PrimaryCPICH-TX-Power BOOLEAN, BOOLEAN SEQUENCE { PrimaryCCPCH-Info, PrimaryCCPCH-TX-Power TimeslotInfoList
CellSelectReselectInfoSIB-11-12-HCS-ECN0 SEQUENCE { CellIdentity SFN-SFN-ObsTimeDifference CellSynchronisationInfo CHOICE { SEQUENCE { PrimaryCPICH-Info, CPICH-Ec-N0 CPICH-RSCP Pathloss SEQUENCE { CellParametersID, TGSN PrimaryCCPCH-RSCP TimeslotISCP-List
3GPP
Release 1999
CellPosition ::= relativeNorth relativeEast relativeAltitude }
545
SEQUENCE { INTEGER (-32767..32767), INTEGER (-32767..32767), INTEGER (-4095..4095)
CellReportingQuantities ::= SEQUENCE { sfn-SFN-OTD-Type SFN-SFN-OTD-Type, cellIdentity-reportingIndicator BOOLEAN, cellSynchronisationInfoReportingIndicator BOOLEAN, modeSpecificInfo CHOICE { fdd SEQUENCE { cpich-Ec-N0-reportingIndicator BOOLEAN, cpich-RSCP-reportingIndicator BOOLEAN, pathloss-reportingIndicator BOOLEAN }, tdd SEQUENCE { timeslotISCP-reportingIndicator BOOLEAN, proposedTGSN-ReportingRequired BOOLEAN, primaryCCPCH-RSCP-reportingIndicator BOOLEAN, pathloss-reportingIndicator BOOLEAN } } } CellSelectReselectInfoSIB-11-12 ::= SEQUENCE { q-Offset1S-N Q-OffsetS-N DEFAULT 0, q-Offset2S-N Q-OffsetS-N OPTIONAL, maxAllowedUL-TX-Power MaxAllowedUL-TX-Power OPTIONAL, hcs-NeighbouringCellInformation-RSCP HCS-NeighbouringCellInformation-RSCP OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { q-QualMin Q-QualMin OPTIONAL, q-RxlevMin Q-RxlevMin OPTIONAL }, tdd SEQUENCE { q-RxlevMin Q-RxlevMin OPTIONAL }, gsm SEQUENCE { q-RxlevMin Q-RxlevMin OPTIONAL } } } CellSelectReselectInfoSIB-11-12-RSCP ::= SEQUENCE { q-OffsetS-N Q-OffsetS-N maxAllowedUL-TX-Power MaxAllowedUL-TX-Power modeSpecificInfo CHOICE { fdd SEQUENCE { q-QualMin Q-QualMin q-RxlevMin Q-RxlevMin }, tdd SEQUENCE { q-RxlevMin Q-RxlevMin }, gsm SEQUENCE { q-RxlevMin Q-RxlevMin } } } CellSelectReselectInfoSIB-11-12-ECN0 ::= SEQUENCE { q-Offset1S-N Q-OffsetS-N q-Offset2S-N Q-OffsetS-N maxAllowedUL-TX-Power MaxAllowedUL-TX-Power modeSpecificInfo CHOICE { fdd SEQUENCE { q-QualMin Q-QualMin q-RxlevMin Q-RxlevMin }, tdd SEQUENCE { q-RxlevMin Q-RxlevMin }, gsm SEQUENCE { q-RxlevMin Q-RxlevMin } } DEFAULT 0, OPTIONAL, OPTIONAL, OPTIONAL OPTIONAL OPTIONAL
3GPP
Release 1999
}
546
CellSelectReselectInfoSIB-11-12-HCS-RSCP ::= SEQUENCE { q-OffsetS-N Q-OffsetS-N DEFAULT 0, maxAllowedUL-TX-Power MaxAllowedUL-TX-Power OPTIONAL, hcs-NeighbouringCellInformation-RSCP HCS-NeighbouringCellInformation-RSCP OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { q-QualMin Q-QualMin OPTIONAL, q-RxlevMin Q-RxlevMin OPTIONAL }, tdd SEQUENCE { q-RxlevMin Q-RxlevMin OPTIONAL }, gsm SEQUENCE { q-RxlevMin Q-RxlevMin OPTIONAL } } } CellSelectReselectInfoSIB-11-12-HCS-ECN0 ::= SEQUENCE { q-Offset1S-N Q-OffsetS-N DEFAULT 0, q-Offset2S-N Q-OffsetS-N DEFAULT 0, maxAllowedUL-TX-Power MaxAllowedUL-TX-Power OPTIONAL, hcs-NeighbouringCellInformation-ECN0 HCS-NeighbouringCellInformation-ECN0 OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { q-QualMin Q-QualMin OPTIONAL, q-RxlevMin Q-RxlevMin OPTIONAL }, tdd SEQUENCE { q-RxlevMin Q-RxlevMin OPTIONAL }, gsm SEQUENCE { q-RxlevMin Q-RxlevMin OPTIONAL } } } CellSynchronisationInfo ::= SEQUENCE { modeSpecificInfo CHOICE { fdd SEQUENCE { countC-SFN-Frame-difference CountC-SFN-Frame-difference tm INTEGER(0..38399) }, tdd SEQUENCE { countC-SFN-Frame-difference CountC-SFN-Frame-difference } } } CellToMeasure ::= sfn-sfn-Drift primaryCPICH-Info frequencyInfo sfn-SFN-ObservedTimeDifference fineSFN-SFN cellPosition } CellToMeasureInfoList ::= CellToReport ::= bsicReported } CellToReportList ::= CodePhaseSearchWindow ::= SEQUENCE { INTEGER (0..30) PrimaryCPICH-Info, FrequencyInfo SFN-SFN-ObsTimeDifference1, FineSFN-SFN, CellPosition SEQUENCE (SIZE (1..maxCellMeas)) OF CellToMeasure SEQUENCE { BSICReported SEQUENCE (SIZE (1..maxCellMeas)) OF CellToReport ENUMERATED { w1023, w1, w2, w3, w4, w6, w8, w12, w16, w24, w32, w48, w64, w96, w128, w192 }
OPTIONAL,
3GPP
Release 1999
countC-SFN-High off } CPICH-Ec-N0 ::=
547
INTEGER(0..15), INTEGER(0..255) INTEGER (-20..0)
-- IE value 0 = <-24 dB, 1 = between -24 and -23 and so on CPICH-Ec-N0-OTDOA ::= INTEGER (0..26) CPICH-RSCP ::= DeltaPRC ::= DeltaRRC ::= DGPS-CorrectionSatInfo ::= satID iode udre prc rrc deltaPRC2 deltaRRC2 deltaPRC3 deltaRRC3 } DGPS-CorrectionSatInfoList ::= DGPS-Information ::= satID iode udre prc rrc deltaPRC2 deltaRRC2 } DGPS-InformationList ::= DiffCorrectionStatus ::= INTEGER (-115..-40) INTEGER (-127..127) INTEGER (-7..7) SEQUENCE { SatID, BIT STRING (SIZE (8)), UDRE, PRC, RRC, DeltaPRC, DeltaRRC, DeltaPRC, DeltaRRC SEQUENCE (SIZE (1..maxSat)) OF DGPS-CorrectionSatInfo SEQUENCE { SatID, IODE, UDRE, PRC, RRC, DeltaPRC, DeltaRRC SEQUENCE (SIZE (1..maxSat)) OF DGPS-Information ENUMERATED { udre-1-0, udre-0-75, udre-0-5, udre-0-3, udre-0-2, udre-0-1, noData, invalidData } INTEGER (0..255) INTEGER (0..63) ENUMERATED { hz12-5, hz25, hz50, hz100, hz200 } OCTET STRING (SIZE (7)) OCTET STRING (SIZE (9)) OCTET STRING (SIZE (14)) OCTET STRING (SIZE (8)) OCTET STRING (SIZE (11)) ENUMERATED { possibleHeavyMultipathNLOS, lightMultipathLOS, notDefined } SEQUENCE { TriggeringCondition2, ReportingRange, ForbiddenAffectCellList W, ReportDeactivationThreshold, ReportingAmount,
-- Actual value = IE value * 0.02 DL-PhysicalChannelBER ::= DL-TransportChannelBLER ::= DopplerUncertainty ::= EllipsoidPoint ::= EllipsoidPointAltitude ::= EllipsoidPointAltitudeEllipse ::= EllipsoidPointUncertCircle ::= EllipsoidPointUncertEllipse ::= EnvironmentCharacterisation ::=
OPTIONAL,
3GPP
Release 1999
reportingInterval
548
ReportingInterval SEQUENCE { TriggeringCondition1, ReportingRange, ForbiddenAffectCellList W SEQUENCE { ReplacementActivationThreshold, ReportingAmount, ReportingInterval
Event1b ::= triggeringCondition reportingRange forbiddenAffectCellList w } Event1c ::= replacementActivationThreshold reportingAmount reportingInterval } Event1e ::= triggeringCondition thresholdUsedFrequency } Event1f ::= triggeringCondition thresholdUsedFrequency } Event2a ::= usedFreqThreshold usedFreqW hysteresis timeToTrigger reportingCellStatus nonUsedFreqParameterList } Event2b ::= usedFreqThreshold usedFreqW hysteresis timeToTrigger reportingCellStatus nonUsedFreqParameterList } Event2c ::= hysteresis timeToTrigger reportingCellStatus nonUsedFreqParameterList } Event2d ::= usedFreqThreshold usedFreqW hysteresis timeToTrigger reportingCellStatus } Event2e ::= hysteresis timeToTrigger reportingCellStatus nonUsedFreqParameterList } Event2f ::= usedFreqThreshold usedFreqW hysteresis timeToTrigger reportingCellStatus } Event3a ::= thresholdOwnSystem w thresholdOtherSystem
OPTIONAL,
SEQUENCE { TriggeringCondition2, ThresholdUsedFrequency SEQUENCE { TriggeringCondition1, ThresholdUsedFrequency SEQUENCE { Threshold, W, HysteresisInterFreq, TimeToTrigger, ReportingCellStatus NonUsedFreqParameterList SEQUENCE { Threshold, W, HysteresisInterFreq, TimeToTrigger, ReportingCellStatus NonUsedFreqParameterList SEQUENCE { HysteresisInterFreq, TimeToTrigger, ReportingCellStatus NonUsedFreqParameterList SEQUENCE { Threshold, W, HysteresisInterFreq, TimeToTrigger, ReportingCellStatus SEQUENCE { HysteresisInterFreq, TimeToTrigger, ReportingCellStatus NonUsedFreqParameterList SEQUENCE { Threshold, W, HysteresisInterFreq, TimeToTrigger, ReportingCellStatus SEQUENCE { Threshold, W, Threshold,
OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
OPTIONAL
OPTIONAL, OPTIONAL
OPTIONAL
3GPP
Release 1999
hysteresis timeToTrigger reportingCellStatus
549
Hysteresis, TimeToTrigger, ReportingCellStatus SEQUENCE { Threshold, Hysteresis, TimeToTrigger, ReportingCellStatus
OPTIONAL
Event3b ::= thresholdOtherSystem hysteresis timeToTrigger reportingCellStatus } Event3c ::= thresholdOtherSystem hysteresis timeToTrigger reportingCellStatus } Event3d ::= hysteresis timeToTrigger reportingCellStatus } EventIDInterFreq ::= EventIDInterRAT ::= EventIDIntraFreq ::=
OPTIONAL
SEQUENCE { Threshold, Hysteresis, TimeToTrigger, ReportingCellStatus SEQUENCE { Hysteresis, TimeToTrigger, ReportingCellStatus ENUMERATED { e2a, e2b, e2c, e2d, e2e, e2f } ENUMERATED { e3a, e3b, e3c, e3d } ENUMERATED { e1a, e1b, e1c, e1d, e1e, e1f, e1g, e1h, e1i } CHOICE { IntraFreqEventResults, InterFreqEventResults, InterRATEventResults, TrafficVolumeEventResults, QualityEventResults, UE-InternalEventResults, UP-MeasurementEventResults SEQUENCE { INTEGER (-42..21), DopplerUncertainty
OPTIONAL
OPTIONAL
EventResults ::= intraFreqEventResults interFreqEventResults interRATEventResults trafficVolumeEventResults qualityEventResults ue-InternalEventResults up-MeasurementEventResults } ExtraDopplerInfo ::= doppler1stOrder dopplerUncertainty } FACH-MeasurementOccasionInfo ::= fACH-meas-occasion-coeff inter-freq-FDD-meas-ind inter-freq-TDD-meas-ind inter-RAT-meas-ind } FilterCoefficient ::=
SEQUENCE { INTEGER (1..12) OPTIONAL, BOOLEAN, BOOLEAN, SEQUENCE (SIZE (1..maxOtherRAT)) OF RAT-Type OPTIONAL ENUMERATED { fc0, fc1, fc2, fc3, fc4, fc5, fc6, fc7, fc8, fc9, fc11, fc13, fc15, fc17, fc19, spare1 } ENUMERATED { fs0, fs0-25, fs0-5, fs0-75 } CHOICE { PrimaryCPICH-Info, PrimaryCCPCH-Info SEQUENCE (SIZE (1..maxCellMeas)) OF ForbiddenAffectCell
3GPP
Release 1999
550
FreqQualityEstimateQuantity-TDD ::= ENUMERATED { primaryCCPCH-RSCP } GPS-MeasurementParam ::= satelliteID c-N0 doppler wholeGPS-Chips fractionalGPS-Chips multipathIndicator pseudorangeRMS-Error } GPS-MeasurementParamList ::= GSM-CarrierRSSI ::= GSM-MeasuredResults ::= gsm-CarrierRSSI pathloss bsicReported observedTimeDifferenceToGSM } GSM-MeasuredResultsList ::= -- **TODO**, not defined yet GSM-OutputPower ::= } GPS-TOW-1msec ::= GPS-TOW-1usec ::= tow-1msec tow-rem-usec } GPS-TOW-Assist ::= satID tlm-Message antiSpoof alert tlm-Reserved } GPS-TOW-AssistList ::= GPS-TOW-rem-usec ::= SEQUENCE { INTEGER (0..63), INTEGER (0..63), INTEGER (-32768..32768), INTEGER (0..1023), INTEGER (0..1023), MultipathIndicator, INTEGER (0..63) SEQUENCE (SIZE (1..maxSat)) OF GPS-MeasurementParam BIT STRING (SIZE (6)) SEQUENCE { GSM-CarrierRSSI Pathloss BSICReported, ObservedTimeDifferenceToGSM
SEQUENCE (SIZE (1..maxReportedGSMCells)) OF GSM-MeasuredResults SEQUENCE { INTEGER (0..604799999) SEQUENCE { GPS-TOW-1msec, GPS-TOW-rem-usec SEQUENCE { SatID, BIT STRING (SIZE (14)), BOOLEAN, BOOLEAN, BIT STRING (SIZE (2)) SEQUENCE (SIZE (1..maxSat)) OF GPS-TOW-Assist INTEGER (0..999)
HCS-CellReselectInformation-RSCP ::= SEQUENCE { penaltyTime PenaltyTime-RSCP -- TABULAR: The default value is "notUsed", temporary offset is nested inside PenaltyTime } HCS-CellReselectInformation-ECN0 ::= SEQUENCE { penaltyTime PenaltyTime-ECN0 -- TABULAR: The default value is "notUsed", temporary offset is nested inside PenaltyTime } HCS-NeighbouringCellInformation-RSCP ::= SEQUENCE { hcs-PRIO HCS-PRIO q-HCS Q-HCS hcs-CellReselectInformation HCS-CellReselectInformation-RSCP } HCS-NeighbouringCellInformation-ECN0 ::= SEQUENCE { hcs-PRIO HCS-PRIO q-HCS Q-HCS hcs-CellReselectInformation HCS-CellReselectInformation-ECN0 } HCS-PRIO ::= INTEGER (0..7) DEFAULT 0, DEFAULT 0,
DEFAULT 0, DEFAULT 0,
3GPP
Release 1999
HCS-ServingCellInformation ::= hcs-PRIO q-HCS t-CR-Max } -- Actual value = IE value * 0.5 Hysteresis ::= -- Actual value = IE value * 0.5 HysteresisInterFreq ::= InterFreqCell ::= frequencyInfo nonFreqRelatedEventResults } InterFreqCellID ::= InterFreqCellInfoList ::= removedInterFreqCellList newInterFreqCellList } InterFreqCellInfoSI-List-RSCP ::= removedInterFreqCellList newInterFreqCellList } InterFreqCellInfoSI-List-ECN0 ::= removedInterFreqCellList newInterFreqCellList } InterFreqCellInfoSI-List-HCS-RSCP ::= removedInterFreqCellList newInterFreqCellList } InterFreqCellInfoSI-List-HCS-ECN0 ::= removedInterFreqCellList newInterFreqCellList } InterFreqCellList ::= SEQUENCE { HCS-PRIO Q-HCS T-CRMax
551
INTEGER (0..15) INTEGER (0..29) SEQUENCE { FrequencyInfo, CellMeasurementEventResults INTEGER (0..maxCellMeas-1) SEQUENCE { RemovedInterFreqCellList NewInterFreqCellList SEQUENCE { RemovedInterFreqCellList NewInterFreqCellSI-List-RSCP SEQUENCE { RemovedInterFreqCellList NewInterFreqCellSI-List-ECN0 SEQUENCE { RemovedInterFreqCellList NewInterFreqCellSI-List-HCS-RSCP SEQUENCE { RemovedInterFreqCellList NewInterFreqCellSI-List-HCS-ECN0 OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
InterFreqCellMeasuredResultsList ::= SEQUENCE (SIZE (1..maxCellMeas)) OF CellMeasuredResults InterFreqEvent ::= event2a event2b event2c event2d event2e event2f } InterFreqEventList ::= CHOICE { Event2a, Event2b, Event2c, Event2d, Event2e, Event2f SEQUENCE (SIZE (1..maxMeasEvent)) OF InterFreqEvent SEQUENCE { EventIDInterFreq, InterFreqCellList
OPTIONAL
InterFreqMeasQuantity ::= SEQUENCE { reportingCriteria CHOICE { intraFreqReportingCriteria SEQUENCE { intraFreqMeasQuantity IntraFreqMeasQuantity }, interFreqReportingCriteria SEQUENCE { filterCoefficient FilterCoefficient DEFAULT fc0, modeSpecificInfo CHOICE { fdd SEQUENCE { freqQualityEstimateQuantity-FDD FreqQualityEstimateQuantity-FDD
3GPP
Release 1999
}, tdd } } } } }
552
freqQualityEstimateQuantity-TDD
SEQUENCE { FreqQualityEstimateQuantity-TDD
InterFreqMeasuredResults ::= SEQUENCE { frequencyInfo FrequencyInfo utra-CarrierRSSI UTRA-CarrierRSSI interFreqCellMeasuredResultsList InterFreqCellMeasuredResultsList } InterFreqMeasuredResultsList ::= SEQUENCE (SIZE (1..maxFreq)) OF InterFreqMeasuredResults SEQUENCE { InterFreqCellInfoSI-List-RSCP SEQUENCE { InterFreqCellInfoSI-List-ECN0
OPTIONAL
OPTIONAL
InterFreqMeasurementSysInfo-HCS-RSCP ::= SEQUENCE { interFreqCellInfoSI-List InterFreqCellInfoSI-List-HCS-RSCP } InterFreqMeasurementSysInfo-HCS-ECN0 ::= SEQUENCE { interFreqCellInfoSI-List InterFreqCellInfoSI-List-HCS-ECN0 } InterFreqReportCriteria ::= intraFreqReportingCriteria interFreqReportingCriteria periodicalReportingCriteria noReporting } InterFreqReportingCriteria ::= interFreqEventList } InterFreqReportingQuantity ::= utra-Carrier-RSSI frequencyQualityEstimate nonFreqRelatedQuantities } InterFrequencyMeasurement ::= interFreqCellInfoList interFreqMeasQuantity interFreqReportingQuantity measurementValidity interFreqSetUpdate reportCriteria } InterRAT-TargetCellDescription::= technologySpecificInfo gsm bsic bcch-ARFCN ncMode }, is-2000 spare } } InterRATCellID ::= InterRATCellInfoList ::= removedInterRATCellList newInterRATCellList } CHOICE { IntraFreqReportingCriteria, InterFreqReportingCriteria, PeriodicalWithReportingCellStatus, ReportingCellStatusOpt SEQUENCE { InterFreqEventList SEQUENCE { BOOLEAN, BOOLEAN, CellReportingQuantities SEQUENCE { InterFreqCellInfoList, InterFreqMeasQuantity InterFreqReportingQuantity MeasurementValidity UE-AutonomousUpdateMode InterFreqReportCriteria SEQUENCE { CHOICE { SEQUENCE { BSIC, BCCH-ARFCN, NC-Mode NULL, NULL
OPTIONAL
OPTIONAL
OPTIONAL
OPTIONAL
3GPP
Release 1999
553
InterRATCellInfoList-HCS ::= removedInterRATCellList newInterRATCellList } InterRATEvent ::= event3a event3b event3c event3d } InterRATEventList ::= InterRATEventResults ::= eventID cellToReportList } InterRATInfo ::=
SEQUENCE { RemovedInterRATCellList, NewInterRATCellList-HCS CHOICE { Event3a, Event3b, Event3c, Event3d SEQUENCE (SIZE (1..maxMeasEvent)) OF InterRATEvent SEQUENCE { EventIDInterRAT, CellToReportList ENUMERATED { gsm } SEQUENCE { IntraFreqMeasQuantity OPTIONAL, CHOICE { SEQUENCE { MeasurementQuantityGSM, FilterCoefficient DEFAULT fc1, BSIC-VerificationRequired SEQUENCE { INTEGER INTEGER INTEGER INTEGER (0..63), (0..15), (0..63) (0..63)
InterRATMeasQuantity ::= measQuantityUTRAN-QualityEstimate ratSpecificInfo gsm measurementQuantity filterCoefficient bsic-VerificationRequired }, is-2000 tadd-EcIo tcomp-EcIo softSlope addIntercept } } } InterRATMeasuredResults ::= gsm spare }
OPTIONAL, OPTIONAL
InterRATMeasuredResultsList ::= SEQUENCE (SIZE (1..maxOtherRAT)) OF InterRATMeasuredResults InterRATMeasurement ::= interRATCellInfoList interRATMeasQuantity interRATReportingQuantity reportCriteria } InterRATMeasurementSysInfo ::= interRATCellInfoList } SEQUENCE { InterRATCellInfoList InterRATMeasQuantity InterRATReportingQuantity InterRATReportCriteria SEQUENCE { InterRATCellInfoList SEQUENCE { InterRATCellInfoList-HCS OPTIONAL, OPTIONAL, OPTIONAL,
OPTIONAL
OPTIONAL
InterRATReportCriteria ::= CHOICE { interRATReportingCriteria InterRATReportingCriteria, periodicalReportingCriteria PeriodicalWithReportingCellStatus, noReporting ReportingCellStatusOpt } InterRATReportingCriteria ::= interRATEventList } InterRATReportingQuantity ::= utran-EstimatedQuality ratSpecificInfo gsm SEQUENCE { InterRATEventList SEQUENCE { BOOLEAN, CHOICE { SEQUENCE { OPTIONAL
3GPP
Release 1999
pathloss observedTimeDifferenceGSM gsm-Carrier-RSSI
554
BOOLEAN, BOOLEAN, BOOLEAN
} } }
IntraFreqCellID ::= IntraFreqCellInfoList ::= removedIntraFreqCellList newIntraFreqCellList } IntraFreqCellInfoSI-List-RSCP ::= removedIntraFreqCellList newIntraFreqCellList } IntraFreqCellInfoSI-List-ECN0 ::= removedIntraFreqCellList newIntraFreqCellList }
INTEGER (0..maxCellMeas-1) SEQUENCE { RemovedIntraFreqCellList NewIntraFreqCellList SEQUENCE { RemovedIntraFreqCellList NewIntraFreqCellSI-List-RSCP SEQUENCE { RemovedIntraFreqCellList NewIntraFreqCellSI-List-ECN0 SEQUENCE { RemovedIntraFreqCellList NewIntraFreqCellSI-List-HCS-RSCP SEQUENCE { RemovedIntraFreqCellList NewIntraFreqCellSI-List-HCS-ECN0 OPTIONAL, OPTIONAL
OPTIONAL,
OPTIONAL,
IntraFreqCellInfoSI-List-HCS-RSCP ::= removedIntraFreqCellList newIntraFreqCellList } IntraFreqCellInfoSI-List-HCS-ECN0 ::= removedIntraFreqCellList newIntraFreqCellList } IntraFreqEvent ::= e1a e1b e1c e1d e1e e1f e1g e1h e1i } IntraFreqEventCriteria ::= event hysteresis timeToTrigger reportingCellStatus } IntraFreqEventCriteriaList ::= IntraFreqEventResults ::= eventID cellMeasurementEventResults }
OPTIONAL,
OPTIONAL,
CHOICE { Event1a, Event1b, Event1c, NULL, Event1e, Event1f, NULL, ThresholdUsedFrequency, ThresholdUsedFrequency SEQUENCE { IntraFreqEvent, Hysteresis, TimeToTrigger, ReportingCellStatus SEQUENCE (SIZE (1..maxMeasEvent)) OF IntraFreqEventCriteria SEQUENCE { EventIDIntraFreq, CellMeasurementEventResults
OPTIONAL
IntraFreqMeasQuantity ::= SEQUENCE { filterCoefficient FilterCoefficient modeSpecificInfo CHOICE { fdd SEQUENCE { intraFreqMeasQuantity-FDD IntraFreqMeasQuantity-FDD }, tdd SEQUENCE { intraFreqMeasQuantity-TDDList IntraFreqMeasQuantity-TDDList } } } IntraFreqMeasQuantity-FDD ::= ENUMERATED { cpich-Ec-NO, cpich-RSCP, pathloss, utra-CarrierRSSI }
DEFAULT fc1,
3GPP
Release 1999
555
IntraFreqMeasQuantity-TDD ::=
ENUMERATED { primaryCCPCH-RSCP, pathloss, timeslotISCP, utra-CarrierRSSI } SEQUENCE (SIZE (1..4)) OF IntraFreqMeasQuantity-TDD SEQUENCE (SIZE (1..maxCellMeas)) OF CellMeasuredResults SEQUENCE { MeasurementIdentity DEFAULT IntraFreqCellInfoSI-List-RSCP IntraFreqMeasQuantity IntraFreqReportingQuantityForRACH MaxReportedCellsOnRACH ReportingInfoForCellDCH SEQUENCE { MeasurementIdentity DEFAULT IntraFreqCellInfoSI-List-ECN0 IntraFreqMeasQuantity IntraFreqReportingQuantityForRACH MaxReportedCellsOnRACH ReportingInfoForCellDCH 1, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
IntraFreqMeasurementSysInfo-RSCP ::= intraFreqMeasurementID intraFreqCellInfoSI-List intraFreqMeasQuantity intraFreqReportingQuantityForRACH maxReportedCellsOnRACH reportingInfoForCellDCH } IntraFreqMeasurementSysInfo-ECN0 ::= intraFreqMeasurementID intraFreqCellInfoSI-List intraFreqMeasQuantity intraFreqReportingQuantityForRACH maxReportedCellsOnRACH reportingInfoForCellDCH }
IntraFreqMeasurementSysInfo-HCS-RSCP ::= SEQUENCE { intraFreqMeasurementID MeasurementIdentity DEFAULT intraFreqCellInfoSI-List IntraFreqCellInfoSI-List-HCS-RSCP intraFreqMeasQuantity IntraFreqMeasQuantity intraFreqReportingQuantityForRACH IntraFreqReportingQuantityForRACH maxReportedCellsOnRACH MaxReportedCellsOnRACH reportingInfoForCellDCH ReportingInfoForCellDCH } IntraFreqMeasurementSysInfo-HCS-ECN0 ::= SEQUENCE { intraFreqMeasurementID MeasurementIdentity DEFAULT intraFreqCellInfoSI-List IntraFreqCellInfoSI-List-HCS-ECN0 intraFreqMeasQuantity IntraFreqMeasQuantity intraFreqReportingQuantityForRACH IntraFreqReportingQuantityForRACH maxReportedCellsOnRACH MaxReportedCellsOnRACH reportingInfoForCellDCH ReportingInfoForCellDCH } IntraFreqReportCriteria ::= intraFreqReportingCriteria periodicalReportingCriteria noReporting } IntraFreqReportingCriteria ::= eventCriteriaList } CHOICE { IntraFreqReportingCriteria, PeriodicalWithReportingCellStatus, ReportingCellStatusOpt SEQUENCE { IntraFreqEventCriteriaList
OPTIONAL
OPTIONAL
IntraFreqReportingQuantityForRACH ::= SEQUENCE { sfn-SFN-OTD-Type SFN-SFN-OTD-Type, modeSpecificInfo CHOICE { fdd SEQUENCE { intraFreqRepQuantityRACH-FDD IntraFreqRepQuantityRACH-FDD }, tdd SEQUENCE { intraFreqRepQuantityRACH-TDDList IntraFreqRepQuantityRACH-TDDList } } } IntraFreqRepQuantityRACH-FDD ::= ENUMERATED {
3GPP
Release 1999
556
cpich-EcN0, cpich-RSCP, pathloss, noReport }
IntraFreqRepQuantityRACH-TDD ::=
IntraFreqRepQuantityRACH-TDDList ::= SEQUENCE (SIZE (1..2)) OF IntraFreqRepQuantityRACH-TDD IntraFrequencyMeasurement ::= intraFreqCellInfoList intraFreqMeasQuantity intraFreqReportingQuantity measurementValidity reportCriteria } IODE ::= IP-Length ::= IP-Spacing ::= SEQUENCE { IntraFreqCellInfoList IntraFreqMeasQuantity IntraFreqReportingQuantity MeasurementValidity IntraFreqReportCriteria INTEGER (0..255) ENUMERATED { ipl5, ipl10 } ENUMERATED { e5, e7, e10, e15, e20, e30, e40, e50 } ENUMERATED { frequency, timeslot, colourcode, outputpower, pn-Offset } ENUMERATED { e1, e2, e3, e4, e5, e6} ENUMERATED { e1, e2, e3, e4, e5, e6, e7, e8, e9, e10, e11, e12} ENUMERATED { viactCellsPlus1, viactCellsPlus2, viactCellsPlus3, viactCellsPlus4, viactCellsPlus5, viactCellsPlus6 } ENUMERATED { noReport, currentCell, currentAnd-1-BestNeighbour, currentAnd-2-BestNeighbour, currentAnd-3-BestNeighbour, currentAnd-4-BestNeighbour, currentAnd-5-BestNeighbour, currentAnd-6-BestNeighbour } OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL
IS-2000SpecificMeasInfo ::=
MaxReportedCellsOnRACH ::=
MeasuredResults ::= CHOICE { intraFreqMeasuredResultsList IntraFreqMeasuredResultsList, interFreqMeasuredResultsList InterFreqMeasuredResultsList, interRATMeasuredResultsList InterRATMeasuredResultsList, trafficVolumeMeasuredResultsList TrafficVolumeMeasuredResultsList, qualityMeasuredResults QualityMeasuredResults, ue-InternalMeasuredResults UE-InternalMeasuredResults, up-MeasuredResults UP-MeasuredResults } MeasuredResultsList ::= SEQUENCE (SIZE (1..maxAdditionalMeas)) OF MeasuredResults
MeasuredResultsOnRACH ::= SEQUENCE { currentCell SEQUENCE { modeSpecificInfo CHOICE { fdd SEQUENCE { measurementQuantity CHOICE { cpich-Ec-N0 CPICH-Ec-N0, cpich-RSCP CPICH-RSCP, pathloss Pathloss }
3GPP
Release 1999
}, tdd timeslotISCP primaryCCPCH-RSCP } } MeasurementCommand ::= setup modify measurementType }, release } } }, monitoredCells
557
OPTIONAL, OPTIONAL
OPTIONAL
OPTIONAL
MeasurementControlSysInfo ::= SEQUENCE { use-of-HCS CHOICE { hcs-not-used SEQUENCE { cellSelectQualityMeasure CHOICE { cpich-RSCP SEQUENCE { intraFreqMeasurementSysInfo IntraFreqMeasurementSysInfo-RSCP OPTIONAL, interFreqMeasurementSysInfo InterFreqMeasurementSysInfo-RSCP OPTIONAL }, cpich-Ec-No SEQUENCE { intraFreqMeasurementSysInfo IntraFreqMeasurementSysInfo-ECN0 OPTIONAL, interFreqMeasurementSysInfo InterFreqMeasurementSysInfo-ECN0 OPTIONAL } }, interRATMeasurementSysInfo InterRATMeasurementSysInfo-HCS OPTIONAL }, hcs-used SEQUENCE { cellSelectQualityMeasure CHOICE { cpich-RSCP SEQUENCE { intraFreqMeasurementSysInfo IntraFreqMeasurementSysInfo-HCS-RSCP OPTIONAL, interFreqMeasurementSysInfo InterFreqMeasurementSysInfo-HCS-RSCP OPTIONAL }, cpich-Ec-No SEQUENCE { intraFreqMeasurementSysInfo IntraFreqMeasurementSysInfo-HCS-ECN0 OPTIONAL, interFreqMeasurementSysInfo InterFreqMeasurementSysInfo-HCS-ECN0 OPTIONAL } }, interRATMeasurementSysInfo InterRATMeasurementSysInfo OPTIONAL } }, trafficVolumeMeasSysInfo ue-InternalMeasurementSysInfo TrafficVolumeMeasSysInfo UE-InternalMeasurementSysInfo OPTIONAL, OPTIONAL
INTEGER (1..16) ENUMERATED { gsm-CarrierRSSI, pathloss } SEQUENCE { TransferMode, PeriodicalOrEventTrigger CHOICE { IntraFrequencyMeasurement, InterFrequencyMeasurement, InterRATMeasurement, UP-Measurement, TrafficVolumeMeasurement, QualityMeasurement, UE-InternalMeasurement
MeasurementReportingMode ::= measurementReportTransferMode periodicalOrEventTrigger } MeasurementType ::= intraFrequencyMeasurement interFrequencyMeasurement interRATMeasurement up-Measurement trafficVolumeMeasurement qualityMeasurement ue-InternalMeasurement }
3GPP
Release 1999
MeasurementValidity ::= ue-State } MonitoredCellRACH-List ::= MonitoredCellRACH-Result ::= sfn-SFN-ObsTimeDifference modeSpecificInfo fdd primaryCPICH-Info measurementQuantity cpich-Ec-N0 cpich-RSCP pathloss } }, tdd cellParametersID primaryCCPCH-RSCP } } } MultipathIndicator ::=
558
SEQUENCE { ENUMERATED { cell-DCH, all-But-Cell-DCH, all-States } SEQUENCE (SIZE (1..7)) OF MonitoredCellRACH-Result SEQUENCE { SFN-SFN-ObsTimeDifference CHOICE { SEQUENCE { PrimaryCPICH-Info, CHOICE { CPICH-Ec-N0, CPICH-RSCP, Pathloss SEQUENCE { CellParametersID, PrimaryCCPCH-RSCP OPTIONAL,
OPTIONAL
ENUMERATED { nm, low, medium, high } SEQUENCE { INTEGER (1..16) T-CRMaxHyst SEQUENCE { SatID, SatelliteStatus, NavModel SEQUENCE (SIZE (1..maxSat)) OF NavigationModelSatInfo SEQUENCE { BIT STRING (SIZE (2)), BIT STRING (SIZE (4)), BIT STRING (SIZE (6)), BIT STRING (SIZE (10)), BIT STRING (SIZE (1)), SubFrame1Reserved, BIT STRING (SIZE (8)), BIT STRING (SIZE (16)), BIT STRING (SIZE (8)), BIT STRING (SIZE (16)), BIT STRING (SIZE (22)), BIT STRING (SIZE (16)), BIT STRING (SIZE (16)), BIT STRING (SIZE (32)), BIT STRING (SIZE (16)), BIT STRING (SIZE (32)), BIT STRING (SIZE (16)), BIT STRING (SIZE (32)), BIT STRING (SIZE (16)), BIT STRING (SIZE (1)), BIT STRING (SIZE (5)), BIT STRING (SIZE (16)), BIT STRING (SIZE (32)), BIT STRING (SIZE (16)), BIT STRING (SIZE (32)), BIT STRING (SIZE (16)), BIT STRING (SIZE (32)), BIT STRING (SIZE (24)), BIT STRING (SIZE (14)) BIT STRING (SIZE (3)) DEFAULT 8,
N-CR-T-CRMaxHyst ::= n-CR t-CRMaxHyst } NavigationModelSatInfo ::= satID satelliteStatus navModel } NavigationModelSatInfoList ::= NavModel ::= codeOnL2 uraIndex satHealth iodc l2Pflag sf1Revd t-GD t-oc af2 af1 af0 c-rs delta-n m0 c-uc e c-us a-Sqrt t-oe fitInterval aodo c-ic omega0 c-is i0 c-rc omega omegaDot iDot } NC-Mode::=
3GPP
Release 1999
559
Neighbour ::= neighbourIdentity neignbourQuantity sfn-SFN-ObsTimeDifference2 } NeighbourList ::= -- **TODO**, to be defined fully NeighbourQuantity ::= } NewInterFreqCell ::= interFreqCellID frequencyInfo cellInfo } NewInterFreqCellList ::= NewInterFreqCellSI-RSCP ::= interFreqCellID frequencyInfo cellInfo } NewInterFreqCellSI-ECN0 ::= interFreqCellID frequencyInfo cellInfo } NewInterFreqCellSI-HCS-RSCP ::= interFreqCellID frequencyInfo cellInfo } NewInterFreqCellSI-HCS-ECN0 ::= interFreqCellID frequencyInfo cellInfo } NewInterFreqCellSI-List-ECN0 ::=
SEQUENCE { PrimaryCPICH-Info NeighbourQuantity, SFN-SFN-ObsTimeDifference2 SEQUENCE (SIZE (1..maxCellMeas)) OF Neighbour SEQUENCE { SEQUENCE { InterFreqCellID FrequencyInfo CellInfo SEQUENCE (SIZE (1..maxCellMeas)) OF NewInterFreqCell SEQUENCE { InterFreqCellID FrequencyInfo CellInfoSI-RSCP SEQUENCE { InterFreqCellID FrequencyInfo CellInfoSI-ECN0 SEQUENCE { InterFreqCellID FrequencyInfo CellInfoSI-HCS-RSCP SEQUENCE { InterFreqCellID FrequencyInfo CellInfoSI-HCS-ECN0
OPTIONAL,
OPTIONAL, OPTIONAL,
OPTIONAL, OPTIONAL,
OPTIONAL, OPTIONAL,
OPTIONAL, OPTIONAL,
OPTIONAL, OPTIONAL,
SEQUENCE (SIZE (1..maxCellMeas)) OF NewInterFreqCellSI-ECN0 SEQUENCE (SIZE (1..maxCellMeas)) OF NewInterFreqCellSI-HCS-RSCP SEQUENCE (SIZE (1..maxCellMeas)) OF NewInterFreqCellSI-HCS-ECN0 SEQUENCE (SIZE (1..maxCellMeas)) OF NewInterFreqCellSI-RSCP
NewInterRATCell ::= SEQUENCE { interRATCellID InterRATCellID OPTIONAL, technologySpecificInfo CHOICE { gsm SEQUENCE { cellSelectionReselectionInfo CellSelectReselectInfoSIB-11-12 OPTIONAL, bsic BSIC, bcch-ARFCN BCCH-ARFCN, gsm-OutputPower GSM-OutputPower OPTIONAL }, is-2000 SEQUENCE { is-2000SpecificMeasInfo IS-2000SpecificMeasInfo }, spare1 NULL, spare2 NULL } } NewInterRATCell-HCS ::= interRATCellID SEQUENCE { InterRATCellID OPTIONAL,
3GPP
Release 1999
560
technologySpecificInfo CHOICE { gsm SEQUENCE { cellSelectionReselectionInfo CellSelectReselectInfoSIB-11-12 OPTIONAL, bsic BSIC, bcch-ARFCN BCCH-ARFCN, gsm-OutputPower GSM-OutputPower OPTIONAL }, is-2000 SEQUENCE { is-2000SpecificMeasInfo IS-2000SpecificMeasInfo }, spare1 NULL, spare2 NULL } SEQUENCE (SIZE (1..maxCellMeas)) OF NewInterRATCell SEQUENCE (SIZE (1..maxCellMeas)) OF NewInterRATCell-HCS SEQUENCE { IntraFreqCellID CellInfo SEQUENCE (SIZE (1..maxCellMeas)) OF NewIntraFreqCell SEQUENCE { IntraFreqCellID CellInfoSI-RSCP SEQUENCE { IntraFreqCellID CellInfoSI-ECN0 SEQUENCE { IntraFreqCellID CellInfoSI-HCS-RSCP SEQUENCE { IntraFreqCellID CellInfoSI-HCS-ECN0 SEQUENCE (SIZE (1..maxCellMeas)) OF NewIntraFreqCellSI-RSCP SEQUENCE (SIZE (1..maxCellMeas)) OF NewIntraFreqCellSI-ECN0 SEQUENCE (SIZE (1..maxCellMeas)) OF NewIntraFreqCellSI-HCS-RSCP SEQUENCE (SIZE (1..maxCellMeas)) OF NewIntraFreqCellSI-HCS-ECN0 OPTIONAL, OPTIONAL,
NewInterRATCellList ::= NewInterRATCellList-HCS ::= NewIntraFreqCell ::= intraFreqCellID cellInfo } NewIntraFreqCellList ::= NewIntraFreqCellSI-RSCP ::= intraFreqCellID cellInfo } NewIntraFreqCellSI-ECN0 ::= intraFreqCellID cellInfo } NewIntraFreqCellSI-HCS-RSCP ::= intraFreqCellID cellInfo } NewIntraFreqCellSI-HCS-ECN0 ::= intraFreqCellID cellInfo }
OPTIONAL,
OPTIONAL,
OPTIONAL,
NewIntraFreqCellSI-List-RSCP ::= NewIntraFreqCellSI-List-ECN0 ::= NewIntraFreqCellSI-List-HCS-RSCP ::= NewIntraFreqCellSI-List-HCS-ECN0 ::= NodeB-ClockDrift ::= NonUsedFreqParameter ::= nonUsedFreqThreshold nonUsedFreqW } NonUsedFreqParameterList ::= ObservedTimeDifferenceToGSM ::= OTDOA-SearchWindowSize ::=
INTEGER (0..15) SEQUENCE { Threshold, W SEQUENCE (SIZE (1..maxFreq)) OF NonUsedFreqParameter INTEGER (0..4095) ENUMERATED { c10, c20, c30, c40, c50, c60, c70, moreThan70 } INTEGER (46..158)
Pathloss ::=
3GPP
Release 1999
PenaltyTime-RSCP ::= notUsed pt10 pt20 pt30 pt40 pt50 pt60 } PenaltyTime-ECN0 ::= notUsed pt10 pt20 pt30 pt40 pt50 pt60 } PendingTimeAfterTrigger ::=
561
CHOICE { NULL, TemporaryOffset, TemporaryOffset, TemporaryOffset, TemporaryOffset, TemporaryOffset, TemporaryOffset CHOICE { NULL, TemporaryOffsetList, TemporaryOffsetList, TemporaryOffsetList, TemporaryOffsetList, TemporaryOffsetList, TemporaryOffsetList ENUMERATED { ptat0-25, ptat0-5, ptat1, ptat2, ptat4, ptat8, ptat16 } ENUMERATED { periodical, eventTrigger } SEQUENCE { ReportingAmount ReportingIntervalLong
PeriodicalOrEventTrigger ::=
DEFAULT ra-Infinity,
PeriodicalWithReportingCellStatus ::= SEQUENCE { periodicalReportingCriteria PeriodicalReportingCriteria, reportingCellStatus ReportingCellStatus } PositionEstimate ::= ellipsoidPoint ellipsoidPointUncertCircle ellipsoidPointUncertEllipse ellipsoidPointAltitude ellipsoidPointAltitudeEllipse } PositioningMethod ::= CHOICE { EllipsoidPoint, EllipsoidPointUncertCircle, EllipsoidPointUncertEllipse, EllipsoidPointAltitude, EllipsoidPointAltitudeEllipse ENUMERATED { otdoa, gps, otdoaOrGPS } INTEGER (-2047..2047) INTEGER (-115..-25) INTEGER (0..99) INTEGER (-50..50) INTEGER (-20..0)
OPTIONAL
PRC ::= PrimaryCCPCH-RSCP ::= Q-HCS ::= Q-OffsetS-N ::= Q-QualMin ::=
-- Actual value = (IE value * 2) + 1 Q-RxlevMin ::= INTEGER (-58..-13) QualityEventResults ::= QualityMeasuredResults ::= blerMeasurementResultsList modeSpecificInfo fdd tdd sir-MeasurementResults } } } SEQUENCE (SIZE (1..maxTrCH)) OF TransportChannelIdentity SEQUENCE { BLER-MeasurementResultsList CHOICE { NULL, SEQUENCE { SIR-MeasurementList OPTIONAL,
OPTIONAL
3GPP
Release 1999
QualityMeasurement ::= qualityReportingQuantity reportCriteria } QualityReportCriteria ::= qualityReportingCriteria periodicalReportingCriteria noReporting } QualityReportingCriteria ::= QualityReportingCriteriaSingle ::= transportChannelIdentity totalCRC badCRC pendingAfterTrigger } QualityReportingQuantity ::= dl-TransChBLER bler-dl-TransChIdList modeSpecificInfo fdd tdd sir-TFCS-List } } } QualityType ::= RAT-Type ::= ReferenceCellPosition ::= ellipsoidPoint ellipsoidPointWithAltitude } ReferenceCellRelation ::=
562
SEQUENCE { QualityReportingQuantity QualityReportCriteria CHOICE { QualityReportingCriteria, PeriodicalReportingCriteria, NULL SEQUENCE (SIZE (1..maxTrCH)) OF QualityReportingCriteriaSingle SEQUENCE { TransportChannelIdentity, INTEGER (1..512), INTEGER (1..512), INTEGER (1..512) SEQUENCE { BOOLEAN, BLER-TransChIdList CHOICE { NULL, SEQUENCE { SIR-TFCS-List
OPTIONAL,
OPTIONAL,
OPTIONAL
ENUMERATED { std-10, std-50, cpich-Ec-N0 } ENUMERATED { gsm, is2000 } CHOICE { EllipsoidPoint, EllipsoidPointAltitude ENUMERATED { first-12-second-3, first-13-second-2, first-1-second-23 }
-- As defined in 23.032 (2D with 24bits for each coordinate) ReferenceLocationforSIB ::= SEQUENCE { ellipsoidPoint EllipsoidPoint } ReferenceQuality ::= ENUMERATED { m0-19, m20-39, m40-79, m80-159, m160-319, m320-639, m640-1319, m1320Plus } INTEGER (1..32) INTEGER (1..32) INTEGER (0..4095)
-- Actual value = IE value * 10 ReferenceQuality10 ::= -- Actual value = IE value * 50 ReferenceQuality50 ::= ReferenceSFN ::=
-- Actual value = IE value * 512 ReferenceTimeDifferenceToCell ::= CHOICE { -- Actual value = IE value * 40 accuracy40 INTEGER (0..960), -- Actual value = IE value * 256 accuracy256 INTEGER (0..150), -- Actual value = IE value * 2560 accuracy2560 INTEGER (0..15) } RemovedInterFreqCellList ::= removeAllInterFreqCells CHOICE { NULL,
3GPP
Release 1999
removeSomeInterFreqCells } removeNoInterFreqCells
563
SEQUENCE (SIZE (1..maxCellMeas)) OF InterFreqCellID, NULL CHOICE { NULL, SEQUENCE (SIZE (1..maxCellMeas)) OF InterRATCellID, NULL CHOICE { NULL, SEQUENCE (SIZE (1..maxCellMeas)) OF IntraFreqCellID, NULL ENUMERATED { notApplicable, t1, t2, t3, t4, t5, t6, t7 } ENUMERATED { notApplicable, t1, t2, t3, t4, t5, t6, t7 } ENUMERATED { ra1, ra2, ra4, ra8, ra16, ra32, ra64, ra-Infinity }
RemovedInterRATCellList ::= removeAllInterRATCells removeSomeInterRATCells removeNoInterRATCells } RemovedIntraFreqCellList ::= removeAllIntraFreqCells removeSomeIntraFreqCells } removeNoIntraFreqCells
ReplacementActivationThreshold ::=
ReportDeactivationThreshold ::=
ReportingAmount ::=
ReportingCellStatus ::= CHOICE{ withinActiveSet MaxNumberOfReportingCellsType1, withinMonitoredSetUsedFreq MaxNumberOfReportingCellsType1, withinActiveAndOrMonitoredUsedFreq MaxNumberOfReportingCellsType1, withinDetectedSetUsedFreq MaxNumberOfReportingCellsType1, withinMonitoredAndOrDetectedUsedFreq MaxNumberOfReportingCellsType1, allActiveplusMonitoredSet MaxNumberOfReportingCellsType3, allActivePlusDetectedSet MaxNumberOfReportingCellsType3, allActivePlusMonitoredAndOrDetectedSet MaxNumberOfReportingCellsType3, withinVirtualActSet MaxNumberOfReportingCellsType1, withinMonitoredSetNonUsedFreq MaxNumberOfReportingCellsType1, withinMonitoredAndOrActiveSetNonUsedFreq MaxNumberOfReportingCellsType1, allVirtualActSetplusMonitoredSetNonUsedFreq MaxNumberOfReportingCellsType3, withinActSetOrVirtualActSet MaxNumberOfReportingCellsType2, withinActSetAndOrMonitoredUsedFreqOrMonitoredNonUsedFreq MaxNumberOfReportingCellsType2 } ReportingCellStatusOpt ::= reportingCellStatus } ReportingInfoForCellDCH ::= intraFreqReportingQuantity measurementReportingMode reportCriteria } ReportingInterval ::= SEQUENCE { ReportingCellStatus OPTIONAL
SEQUENCE { IntraFreqReportingQuantity, MeasurementReportingMode, CellDCH-ReportCriteria ENUMERATED { noPeriodicalreporting, ri0-25, ri0-5, ri1, ri2, ri4, ri8, ri16 } ENUMERATED { ril0, ril0-25, ril0-5, ril1, ril2, ril3, ril4, ril6, ril8, ril12, ril16, ril20, ril24, ril28, ril32, ril64 } INTEGER (0..29) SEQUENCE (SIZE (1..maxRL)) OF
ReportingIntervalLong ::=
3GPP
Release 1999
564
PrimaryCPICH-Info
OPTIONAL, OPTIONAL
ENUMERATED { pl0, pl4, pl8, pl16, pl32, pl64, pl128, pl256, pl512, pl1024, pl2k, pl4k, pl8k, pl16k, pl32k, pl64k, pl128k, pl256k, pl512k, pl1024k } INTEGER (-127..127) ENUMERATED { ns-NN-U, es-SN, es-NN-U, es-NN-C } INTEGER (0..63)
SatID ::=
SFN-SFN-ObsTimeDifference ::= CHOICE { type1 SFN-SFN-ObsTimeDifference1, -- Actual value for type2 = IE value * 0.0625 - 1280 type2 SFN-SFN-ObsTimeDifference2 } SFN-SFN-ObsTimeDifference1 ::= SFN-SFN-ObsTimeDifference2 ::= SFN-SFN-OTD-Type ::= INTEGER (0..9830399) INTEGER (0..40961) ENUMERATED { noReport, type1, type2 } INTEGER (-10..20) SEQUENCE (SIZE (1..maxCCTrCH)) OF SIR-MeasurementResults SEQUENCE { TFCS-IdentityPlain, SIR-TimeslotList TFCS-IdentityPlain SEQUENCE (SIZE (1..maxCCTrCH)) OF SIR-TFCS SEQUENCE (SIZE (1..maxTS)) OF SIR
SIR-MeasurementResults ::= tfcs-ID sir-TimeslotList } SIR-TFCS ::= SIR-TFCS-List ::= SIR-TimeslotList ::=
-- Reserved bits in subframe 1 of the GPS navigation message SubFrame1Reserved ::= SEQUENCE { reserved1 BIT STRING (SIZE (23)), reserved2 BIT STRING (SIZE (24)), reserved3 BIT STRING (SIZE (24)), reserved4 BIT STRING (SIZE (16)) } T-CRMax ::= notUsed t30 t60 t120 t180 t240 } CHOICE { NULL, N-CR-T-CRMaxHyst, N-CR-T-CRMaxHyst, N-CR-T-CRMaxHyst, N-CR-T-CRMaxHyst, N-CR-T-CRMaxHyst
3GPP
Release 1999
565
T-CRMaxHyst ::=
ENUMERATED { notUsed, t10, t20, t30, t40, t50, t60, t70 } ENUMERATED { to10, to20, to30, to40, to50, to60, to70, infinite } SEQUENCE { TemporaryOffset, TemporaryOffset INTEGER (-115..0) ENUMERATED { pc10, pc20, pc30, pc40, pc50, pc100, pc200, pc300, pc500, pc1000, pc2000, pc5000, pc10000, pc20000, pc50000, pc100000 } ENUMERATED { ms1, ms2, ms3, ms5, ms10, ms20, ms50, ms100 } ENUMERATED { c0-25, c0-5, c1, c2, c3, c4, c5, c10, c20, c50, c100, c200, c500, c1000, c2000, c5000 } INTEGER (-115..165)
TemporaryOffset ::=
ThresholdSFN-GPS-TOW ::=
ThresholdSFN-SFN-Change ::=
ThresholdUsedFrequency ::= -- Actual value = IE value * 20. TimeInterval ::= TimeslotInfo ::= timeslotNumber burstType } TimeslotInfoList ::= TimeslotISCP ::= TimeslotISCP-List ::= TimeslotListWithISCP ::= TimeslotWithISCP ::= timeslot timeslotISCP } TimeToTrigger ::=
INTEGER (1..13) SEQUENCE { TimeslotNumber, BurstType SEQUENCE (SIZE (1..maxTS)) OF TimeslotInfo INTEGER (-115..-25) SEQUENCE (SIZE (1..maxTS)) OF TimeslotISCP SEQUENCE (SIZE (1..maxTS)) OF TimeslotWithISCP SEQUENCE { TimeslotNumber, TimeslotISCP ENUMERATED { ttt0, ttt10, ttt20, ttt40, ttt60, ttt80, ttt100, ttt120, ttt160, ttt200, ttt240, tt320, ttt640, ttt1280, ttt2560, ttt5000 } SEQUENCE { TrafficVolumeEventType, TrafficVolumeThreshold, TimeToTrigger PendingTimeAfterTrigger TX-InterruptionAfterTrigger
3GPP
Release 1999
566
TrafficVolumeEventType ::=
TrafficVolumeMeasSysInfo ::= SEQUENCE { trafficVolumeMeasurementID MeasurementIdentity DEFAULT trafficVolumeMeasurementObjectList TrafficVolumeMeasurementObjectList trafficVolumeMeasQuantity TrafficVolumeMeasQuantity trafficVolumeReportingQuantity TrafficVolumeReportingQuantity trafficVolumeMeasRepCriteria TrafficVolumeReportingCriteria measurementValidity MeasurementValidity measurementReportingMode MeasurementReportingMode, reportCriteriaSysInf TrafficVolumeReportCriteriaSysInfo } TrafficVolumeMeasuredResults ::= rb-Identity rlc-BuffersPayload averageRLC-BufferPayload varianceOfRLC-BufferPayload } SEQUENCE { RB-Identity, RLC-BuffersPayload AverageRLC-BufferPayload VarianceOfRLC-BufferPayload
TrafficVolumeMeasuredResultsList ::= SEQUENCE (SIZE (1..maxRB)) OF TrafficVolumeMeasuredResults TrafficVolumeMeasurement ::= SEQUENCE { trafficVolumeMeasurementObjectList TrafficVolumeMeasurementObjectList trafficVolumeMeasQuantity TrafficVolumeMeasQuantity trafficVolumeReportingQuantity TrafficVolumeReportingQuantity measurementValidity MeasurementValidity reportCriteria TrafficVolumeReportCriteria } TrafficVolumeMeasurementObjectList ::= SEQUENCE (SIZE (1..maxTrCH)) OF TransportChannelIdentity TrafficVolumeReportCriteria ::= trafficVolumeReportingCriteria periodicalReportingCriteria noReporting } CHOICE { TrafficVolumeReportingCriteria, PeriodicalReportingCriteria, NULL CHOICE { TrafficVolumeReportingCriteria, PeriodicalReportingCriteria OPTIONAL, OPTIONAL, OPTIONAL, OPTIONAL,
TrafficVolumeReportingCriteria ::= SEQUENCE { transChCriteriaList TransChCriteriaList } TrafficVolumeReportingQuantity ::= SEQUENCE { rlc-RB-BufferPayload BOOLEAN, rlc-RB-BufferPayloadAverage BOOLEAN, rlc-RB-BufferPayloadVariance BOOLEAN } TrafficVolumeThreshold ::= ENUMERATED { th8, th16, th32, th64, th128, th256, th512, th1024, th2k, th3k, th4k, th6k, th8k, th12k, th16k, th24k, th32k, th48k, th64k, th96k, th128k, th192k, th256k, th384k, th512k, th768k }
OPTIONAL
3GPP
Release 1999
567
SEQUENCE (SIZE (1..maxTrCH)) OF TransChCriteria ENUMERATED { acknowledgedModeRLC, unacknowledgedModeRLC } INTEGER (-50..33) ENUMERATED { activeSetCellsOnly, monitoredSetCellsOnly, activeSetAndMonitoredSetCells } ENUMERATED { activeSetCellsOnly, monitoredSetCellsOnly, activeSetAndMonitoredSetCells, detectedSetCellsOnly, detectedSetAndMonitoredSetCells } ENUMERATED { txiat0-25, txiat0-5, txiat1, txiat2, txiat4, txiat8, txiat16 } ENUMERATED { lessThan1, between1-and-4, between4-and-8, over8 } SEQUENCE { TimeToTrigger, TransmittedPowerThreshold
TriggeringCondition2 ::=
TX-InterruptionAfterTrigger ::=
UDRE ::=
UE-6FG-Event ::= SEQUENCE { timeToTrigger TimeToTrigger, ue-RX-TX-TimeDifferenceThreshold UE-RX-TX-TimeDifferenceThreshold } UE-AutonomousUpdateMode ::= on onWithNoReporting off } UE-InternalEventParam ::= event6a event6b event6c event6d event6e event6f event6g } UE-InternalEventParamList ::= UE-InternalEventResults ::= event6a event6b event6c event6d event6e event6f event6g } UE-InternalMeasQuantity ::= measurementQuantity filterCoefficient } UE-InternalMeasuredResults ::= modeSpecificInfo CHOICE { NULL, NULL, RL-InformationLists CHOICE { UE-6AB-Event, UE-6AB-Event, TimeToTrigger, TimeToTrigger, TimeToTrigger, UE-6FG-Event, UE-6FG-Event SEQUENCE (SIZE (1..maxMeasEvent)) OF UE-InternalEventParam CHOICE { NULL, NULL, NULL, NULL, NULL, PrimaryCPICH-Info, PrimaryCPICH-Info SEQUENCE { UE-MeasurementQuantity, FilterCoefficient SEQUENCE { CHOICE {
DEFAULT fc1
3GPP
Release 1999
fdd }, tdd } } }
568
OPTIONAL, OPTIONAL
UE-InternalMeasurement ::= ue-InternalMeasQuantity ue-InternalReportingQuantity reportCriteria } UE-InternalMeasurementSysInfo ::= ue-InternalMeasurementID ue-InternalMeasQuantity } UE-InternalReportCriteria ::= ue-InternalReportingCriteria periodicalReportingCriteria noReporting } UE-InternalReportingCriteria ::= ue-InternalEventParamList } UE-InternalReportingQuantity ::= ue-TransmittedPower modeSpecificInfo fdd ue-RX-TX-TimeDifferece }, tdd appliedTA } } }
OPTIONAL, OPTIONAL,
DEFAULT 5,
CHOICE { UE-InternalReportingCriteria, PeriodicalReportingCriteria, NULL SEQUENCE { UE-InternalEventParamList SEQUENCE { BOOLEAN, CHOICE { SEQUENCE { BOOLEAN SEQUENCE { BOOLEAN
OPTIONAL
-- TABULAR: For TDD only the first two values are used. UE-MeasurementQuantity ::= ENUMERATED { ue-TransmittedPower, utra-Carrier-RSSI, ue-RX-TX-TimeDifference } UE-RX-TX-ReportEntry ::= primaryCPICH-Info ue-RX-TX-TimeDifferenceType1 } UE-RX-TX-ReportEntryList ::= UE-RX-TX-TimeDifferenceType1 ::= SEQUENCE { PrimaryCPICH-Info, UE-RX-TX-TimeDifferenceType1 SEQUENCE (SIZE (1..maxRL)) OF UE-RX-TX-ReportEntry INTEGER (768..1280)
-- Actual value = IE value * 0.0625 + 768 UE-RX-TX-TimeDifferenceType2 ::= INTEGER (0..8191) UE-RX-TX-TimeDifferenceThreshold ::= INTEGER (768..1280) UE-TransmittedPower ::= UE-TransmittedPowerTDD-List ::= UP-Accuracy ::= INTEGER (-50..33) SEQUENCE (SIZE (1..maxTS)) OF UE-TransmittedPower BIT STRING (SIZE (7))
-- For sfID=0 (sf4), pageNo=18, and sfID=0 & sfID=1 (sf4 & sf5), pageNo=25, -- the IE fileds for word3 word110 are the same as UP-GPS-IonosphericModel -- and UP-GPS-UTC-Model. For the rest of the pages, they are the same as -- UP-GPS-Almanac. UP-Alma-SIB-Data ::= SEQUENCE { sfID INTEGER (0..1),
3GPP
Release 1999
dataID pageNo word3 word4 word5 word6 word7 word8 word9 word10 } UP-Alma-SIB-DataList ::= UP-CipherParameters ::= cipheringKeyFlag cipheringSerialNumber }
569
INTEGER (0..3), INTEGER (0..63), BIT STRING (SIZE BIT STRING (SIZE BIT STRING (SIZE BIT STRING (SIZE BIT STRING (SIZE BIT STRING (SIZE BIT STRING (SIZE BIT STRING (SIZE
SEQUENCE (SIZE (1..3)) OF UP-Alma-SIB-Data SEQUENCE { BIT STRING (SIZE (1)), INTEGER (0..65535)
UP-DGPS-SIB-Data ::= SEQUENCE { nodeBClockDrift NodeB-ClockDrift referenceLocationforSIB ReferenceLocationforSIB, referenceSFN ReferenceSFN referenceGPS-TOW GPS-TOW-1usec, statusHealth DiffCorrectionStatus, dgps-InformationList DGPS-InformationList } UP-Ephe-SIB-Data ::= transmissionTOW satID tlmMessage tlmRevd how wn navModel } UP-Error ::= errorReason additionalAssistanceData } UP-ErrorCause ::= SEQUENCE { INTEGER (0..1048575), SatID, BIT STRING (SIZE (14)), BIT STRING (SIZE (2)), BIT STRING (SIZE (22)), BIT STRING (SIZE (10)), NavModel SEQUENCE { UP-ErrorCause, AdditionalAssistanceData ENUMERATED { notEnoughOTDOA-Cells, notEnoughGPS-Satellites, assistanceDataMissing, methodNotSupported, undefinedError, requestDeniedByUser, notProcessedAndTimeout } ENUMERATED { e7a, e7b, e7c } SEQUENCE { ReportingAmount, BOOLEAN, UP-MeasurementInterval, UP-EventSpecificInfo SEQUENCE (SIZE (1..maxMeasEvent)) OF UP-EventParam CHOICE { ThresholdPositionChange, ThresholdSFN-SFN-Change, ThresholdSFN-GPS-TOW SEQUENCE { CHOICE { UTRAN-ReferenceTime, INTEGER (0..604799999) AcquisitionSatInfoList
OPTIONAL, OPTIONAL,
UP-EventID ::= UP-EventParam ::= reportingAmount reportFirstFix measurementInterval eventSpecificInfo } UP-EventParamList ::= UP-EventSpecificInfo ::= e7a e7b e7c } UP-GPS-AcquisitionAssistance ::= referenceTime utran-ReferenceTime gps-ReferenceTimeOnly }, satelliteInformationList
3GPP
Release 1999
} UP-GPS-Almanac ::= wn-a almanacSatInfoList } UP-GPS-AssistanceData ::= up-GPS-ReferenceTime up-GPS-ReferenceLocation up-GPS-DGPS-Corrections up-GPS-NavigationModel up-GPS-IonosphericModel up-GPS-UTC-Model up-GPS-Almanac up-GPS-AcquisitionAssistance up-GPS-Real-timeIntegrity } UP-Cipher-GPS-Data-Indicator ::= up-CipherParameters } UP-GPS-DGPS-Corrections ::= gps-TOW statusHealth dgps-CorrectionSatInfoList } UP-GPS-IonosphericModel ::= alfa0 alfa1 alfa2 alfa3 beta0 beta1 beta2 beta3 } UP-GPS-Measurement ::= referenceSFN gps-TOW-1msec gps-TOW-rem-usec gps-MeasurementParamList } UP-GPS-NavigationModel ::= n-SAT navigationModelSatInfoList } UP-GPS-ReferenceTime ::= gps-Week gps-TOW sfn gps-TOW-AssistList } UP-GPS-UTC-Model ::= a1 a0 t-ot wn-t delta-t-LS wn-lsf dn delta-t-LSF } UP-IPDL-Parameters ::= ip-Spacing ip-Length ip-Offset seed burstModeParameters }
570
SEQUENCE { BIT STRING (SIZE (8)), AlmanacSatInfoList SEQUENCE { UP-GPS-ReferenceTime EllipsoidPointAltitude UP-GPS-DGPS-Corrections UP-GPS-NavigationModel UP-GPS-IonosphericModel UP-GPS-UTC-Model UP-GPS-Almanac UP-GPS-AcquisitionAssistance BadSatList SEQUENCE { UP-CipherParameters
OPTIONAL
SEQUENCE { INTEGER (0..604799), DiffCorrectionStatus, DGPS-CorrectionSatInfoList SEQUENCE { BIT BIT BIT BIT BIT BIT BIT BIT
SEQUENCE { ReferenceSFN GPS-TOW-1msec, GPS-TOW-rem-usec GPS-MeasurementParamList SEQUENCE { INTEGER (1..16), NavigationModelSatInfoList SEQUENCE { INTEGER (0..1023), GPS-TOW-1usec, INTEGER (0..4095), GPS-TOW-AssistList SEQUENCE { BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING BIT STRING
OPTIONAL, OPTIONAL,
OPTIONAL
3GPP
Release 1999
UP-MeasuredResults ::= up-MultipleSets up-ReferenceCellIdentity up-OTDOA-Measurement up-Position up-GPS-Measurement up-Error } UP-Measurement ::= up-ReportingQuantity reportCriteria up-OTDOA-AssistanceData up-GPS-AssistanceData } UP-MeasurementEventResults ::= event7a event7b event7c } UP-MeasurementInterval ::=
571
SEQUENCE { UP-MultipleSets PrimaryCPICH-Info UP-OTDOA-Measurement UP-Position UP-GPS-Measurement UP-Error SEQUENCE { UP-ReportingQuantity, UP-ReportCriteria, UP-OTDOA-AssistanceData UP-GPS-AssistanceData CHOICE { UP-Position, UP-OTDOA-Measurement, UP-GPS-Measurement ENUMERATED { e5, e15, e60, e300, e900, e1800, e3600, e7200 } ENUMERATED { ue-Assisted, ue-Based, ue-BasedPreferred, ue-AssistedPreferred }
OPTIONAL, OPTIONAL
UP-MethodType ::=
UP-MultipleSets ::= SEQUENCE { numberOfOTDOA-IPDL-GPS-Sets INTEGER (2..3), numberOfReferenceCells INTEGER (1..3), referenceCellRelation ReferenceCellRelation } UP-OTDOA-AssistanceData ::= SEQUENCE { up-OTDOA-ReferenceCell UP-OTDOA-ReferenceCell up-OTDOA-MeasurementAssistDataList UP-OTDOA-MeasurementAssistDataList up-IPDL-Parameters UP-IPDL-Parameters } UP-OTDOA-AssistanceSIB ::= up-CipherParameters searchWindowSize referenceCellPosition up-IPDL-Parameters cellToMeasureInfoList } UP-OTDOA-Measurement ::= sfn ue-RX-TX-TimeDifferenceType2 qualityChoice std-10 std-50 cpich-EcN0 defaultQuality }, neighbourList } SEQUENCE { UP-CipherParameters OTDOA-SearchWindowSize, ReferenceCellPosition, UP-IPDL-Parameters CellToMeasureInfoList SEQUENCE { INTEGER (0..4095), UE-RX-TX-TimeDifferenceType2, CHOICE { ReferenceQuality10, ReferenceQuality50, CPICH-Ec-N0-OTDOA, ReferenceQuality NeighbourList OPTIONAL OPTIONAL, OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL,
UP-OTDOA-MeasurementAssistData ::= SEQUENCE { primaryCPICH-Info PrimaryCPICH-Info, frequencyInfo FrequencyInfo sfn-SFN-ObsTimeDifference SFN-SFN-ObsTimeDifference1, fineSFN-SFN FineSFN-SFN searchWindowSize OTDOA-SearchWindowSize, relativeNorth INTEGER (-20000..20000) relativeEast INTEGER (-20000..20000) relativeAltitude INTEGER (-4000..4000) } UP-OTDOA-MeasurementAssistDataList ::= SEQUENCE (SIZE (1..maxCellMeas)) OF UP-OTDOA-MeasurementAssistData
3GPP
Release 1999
UP-OTDOA-ReferenceCell ::= primaryCPICH-Info frequencyInfo cellPosition } UP-Position ::= referenceSFN gps-TOW positionEstimate } UP-ReportCriteria ::= up-ReportingCriteria periodicalReportingCriteria noReporting } UP-ReportingQuantity ::= methodType positioningMethod responseTime accuracy gps-TimingOfCellWanted multipleSets environmentCharacterisation } UP-ResponseTime ::=
572
SEQUENCE { PrimaryCPICH-Info, FrequencyInfo ReferenceCellPosition SEQUENCE { ReferenceSFN, GPS-TOW-1usec, PositionEstimate CHOICE { UP-EventParamList, PeriodicalReportingCriteria, NULL SEQUENCE { UP-MethodType, PositioningMethod, UP-ResponseTime, UP-Accuracy BOOLEAN, BOOLEAN, EnvironmentCharacterisation ENUMERATED { s1, s2, s4, s8, s16, s32, s64, s128 } INTEGER (-95..-30) SEQUENCE { GPS-TOW-1usec, INTEGER (0..4095)
OPTIONAL, OPTIONAL
OPTIONAL, OPTIONAL
ENUMERATED { plv0, plv4, plv8, plv16, plv32, plv64, plv128, plv256, plv512, plv1024, plv2k, plv4k, plv8k, plv16k } INTEGER (0..20)
-- *************************************************** --OTHER INFORMATION ELEMENTS (10.3.8) --- *************************************************** BCC ::= BCCH-ModificationInfo ::= mib-ValueTag bcch-ModificationTime } -- Actual value = IE value * 8 BCCH-ModificationTime ::= BSIC ::= ncc bcc } CBS-DRX-Level1Information ::= ctch-AllocationPeriod cbs-FrameOffset } CDMA2000-Message ::= msg-Type payload } INTEGER (0..7) SEQUENCE { MIB-ValueTag, BCCH-ModificationTime
OPTIONAL
INTEGER (0..511) SEQUENCE { NCC, BCC SEQUENCE { INTEGER (1..256), INTEGER (0..255) SEQUENCE { BIT STRING (SIZE (8)), BIT STRING (SIZE (1..512))
3GPP
Release 1999
573
CDMA2000-MessageList ::= CDMA2000-UMTS-Frequency-List CellValueTag ::= --Actual value = 2^(IE value) ExpirationTimerFactor FDD-UMTS-Frequency-List FrequencyInfoCDMA2000 } GSM-BA-Range } GSM-BA-Range-List GSM-Classmark2::= GSM-Classmark3::= GSM-MessageList ::= ::= ::= ::= ::= ::= ::=
SEQUENCE (SIZE (1..maxInterSysMessages)) OF CDMA2000-Message SEQUENCE (SIZE (1..maxNumCDMA2000Freqs)) OF FrequencyInfoCDMA2000 INTEGER (1..4) INTEGER (1..8) SEQUENCE (SIZE (1..maxNumFDDFreqs)) OF FrequencyInfoFDD SEQUENCE { band-Class cdma-Freq BIT STRING (SIZE (5)), BIT STRING (SIZE(11))
UARFCN, UARFCN
SEQUENCE (SIZE (1..maxNumGSMFreqRanges)) OF GSM-BA-Range OCTET STRING (SIZE (5)) OCTET STRING SEQUENCE (SIZE (1..maxInterSysMessages)) OF BIT STRING (SIZE (1..512))
IdentificationOfReveivedMessage ::= SEQUENCE { rrc-TransactionIdentifier RRC-TransactionIdentifier, receivedMessageType ReceivedMessageType } InterRAT-ChangeFailureCause ::= configurationUnacceptable physicalChannelFailure protocolError unspecified spare1 spare2 spare3 } CHOICE { NULL, NULL, ProtocolErrorInformation, NULL, NULL, NULL, NULL
InterRAT-UE-RadioAccessCapability ::= CHOICE { gsm SEQUENCE { gsm-Classmark2 GSM-Classmark2, gsm-Classmark3 GSM-Classmark3 }, cdma2000 SEQUENCE { cdma2000-MessageList CDMA2000-MessageList } } InterRAT-UE-RadioAccessCapabilityList ::= InterRAT-HO-Failure ::= interRAT-HO-FailureCause interRATMessage } InterRAT-HO-FailureCause ::= configurationUnacceptable physicalChannelFailure protocolError interRAT-ProtocolError unspecified spare1 spare2 spare3 spare4 SEQUENCE (SIZE(1..maxInterSysMessages)) OF InterRAT-UE-RadioAccessCapability OPTIONAL, OPTIONAL
SEQUENCE { InterRAT-HO-FailureCause InterRATMessage CHOICE { NULL, NULL, ProtocolErrorInformation, NULL, NULL, NULL, NULL, NULL, NULL
3GPP
Release 1999
} InterRATMessage ::= gsm gsm-MessageList }, cdma2000 cdma2000-MessageList } } InterRATMessageList ::=
574
MasterInformationBlock ::= SEQUENCE { mib-ValueTag MIB-ValueTag, plmn-Type PLMN-Type, -- TABULAR: The PLMN identity and ANSI-41 core network information -- are included in PLMN-Type. sibSb-ReferenceList SIBSb-ReferenceList, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } MIB-ValueTag ::= NCC ::= PLMN-ValueTag ::= INTEGER (1..8) INTEGER (0..7) INTEGER (1..256)
OPTIONAL
PredefinedConfigIdentityAndValueTag ::= SEQUENCE { predefinedConfigIdentity PredefinedConfigIdentity, predefinedConfigValueTag PredefinedConfigValueTag } ProtocolErrorInformation ::= diagnosticsType type1 protocolErrorCause }, spare } } ReceivedMessageType ::= SEQUENCE { CHOICE { SEQUENCE { ProtocolErrorCause NULL
OPTIONAL
ENUMERATED { activeSetUpdate, cellUpdateConfirm, counterCheck, downlinkDirectTransfer, interRATHandoverCommand, measurementControl, pagingType2, physicalChannelReconfiguration, physicalSharedChannelAllocation, radioBearerReconfiguration, radioBearerRelease, radioBearerSetup, rrcConnectionRelease, rrcConnectionReject, rrcConnectionSetup, securityModeCommand, signallingConnectionRelease, transportChannelReconfiguration, transportFormatCombinationControl, ueCapabilityEnquiry, ueCapabilityInformationConfirm, uplinkPhysicalChannelControl, uraUpdateConfirm, utranMobilityInformation, spare1, spare2, spare3, spare4, spare5, spare6, spare7 ::= SEQUENCE { gsm-BA-Range-List GSM-BA-Range-List OPTIONAL, fdd-UMTS-Frequency-List FDD-UMTS-Frequency-List
} Rplmn-Information OPTIONAL,
3GPP
Release 1999
575
SchedulingInformation ::= SEQUENCE { scheduling SEQUENCE { segCount SegCount DEFAULT 1, sib-Pos CHOICE { -- The element name indicates the repetition period and the value -- (multiplied by two) indicates the position of the first segment. rep4 INTEGER (0..1), rep8 INTEGER (0..3), rep16 INTEGER (0..7), rep32 INTEGER (0..15), rep64 INTEGER (0..31), rep128 INTEGER (0..63), rep256 INTEGER (0..127), rep512 INTEGER (0..255), rep1024 INTEGER (0..511), rep2048 INTEGER (0..1023), rep4096 INTEGER (0..2047) }, sib-PosOffsetInfo SibOFF-List OPTIONAL } } SchedulingInformationSIB ::= sib-Type scheduling } SchedulingInformationSIBSb ::= sibSb-Type scheduling } SegCount ::= SegmentIndex ::= -- Actual value = 2 * IE value SFN-Prime ::= SIB-Data-fixed ::= SIB-Data-variable ::= SIB-ReferenceList ::= SIBSb-ReferenceList ::= SIB-ReferenceListFACH ::= SIB-Type ::= SEQUENCE { SIB-TypeAndTag, SchedulingInformation SEQUENCE { SIBSb-TypeAndTag, SchedulingInformation INTEGER (1..16) INTEGER (1..15) INTEGER (0..2047) BIT STRING (SIZE (222)) BIT STRING (SIZE (1..214)) SEQUENCE (SIZE (1..maxSIB)) OF SchedulingInformationSIB SEQUENCE (SIZE (1..maxSIB)) OF SchedulingInformationSIBSb SEQUENCE (SIZE (1..maxSIB-FACH)) OF SchedulingInformationSIB ENUMERATED { masterInformationBlock, systemInformationBlockType1, systemInformationBlockType2, systemInformationBlockType3, systemInformationBlockType4, systemInformationBlockType5, systemInformationBlockType6, systemInformationBlockType7, systemInformationBlockType8, systemInformationBlockType9, systemInformationBlockType10, systemInformationBlockType11, systemInformationBlockType12, systemInformationBlockType13, systemInformationBlockType13-1, systemInformationBlockType13-2, systemInformationBlockType13-3,
3GPP
Release 1999
576
systemInformationBlockType13-4, systemInformationBlockType14, systemInformationBlockType15, systemInformationBlockType15-1, systemInformationBlockType15-2, systemInformationBlockType15-3, systemInformationBlockType16, systemInformationBlockType17, spare1, spare2, spare3, spare4, spare5, spare6, spare7 }
SIB-TypeAndTag ::= sysInfoType1 sysInfoType2 sysInfoType3 sysInfoType4 sysInfoType5 sysInfoType6 sysInfoType7 sysInfoType8 sysInfoType9 sysInfoType10 sysInfoType11 sysInfoType12 sysInfoType13 sysInfoType13-1 sysInfoType13-2 sysInfoType13-3 sysInfoType13-4 sysInfoType14 sysInfoType15 sysInfoType16 sysInfoType17 } SIBSb-TypeAndTag ::= sysInfoType1 sysInfoType2 sysInfoType3 sysInfoType4 sysInfoType5 sysInfoType6 sysInfoType7 sysInfoType8 sysInfoType9 sysInfoType10 sysInfoType11 sysInfoType12 sysInfoType13 sysInfoType13-1 sysInfoType13-2 sysInfoType13-3 sysInfoType13-4 sysInfoType14 sysInfoType15 sysInfoType16 sysInfoType17 sysInfoTypeSB1 sysInfoTypeSB2 } SibOFF ::=
CHOICE { PLMN-ValueTag, PLMN-ValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, NULL, CellValueTag, NULL, NULL, CellValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, NULL, CellValueTag, PredefinedConfigIdentityAndValueTag, NULL CHOICE { PLMN-ValueTag, PLMN-ValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, NULL, CellValueTag, NULL, NULL, CellValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, CellValueTag, NULL, CellValueTag, PredefinedConfigIdentityAndValueTag, NULL, CellValueTag, CellValueTag ENUMERATED { so2, so4, so6, so8, so10, so12, so14, so16, so18, so20, so22, so24, so26, so28, so30, so32 } SEQUENCE (SIZE (1..15)) OF SibOFF
SibOFF-List ::=
SysInfoType1 ::= SEQUENCE { -- Core network IEs cn-CommonGSM-MAP-NAS-SysInfo NAS-SystemInformationGSM-MAP, cn-DomainSysInfoList CN-DomainSysInfoList, -- User equipment IEs ue-ConnTimersAndConstants UE-ConnTimersAndConstants, ue-IdleTimersAndConstants UE-IdleTimersAndConstants, -- Extension mechanism for non- release99 information
3GPP
Release 1999
nonCriticalExtensions
577
SEQUENCE {}
SysInfoType2 ::= SEQUENCE { -- UTRAN mobility IEs ura-IdentityList URA-IdentityList, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType3 ::= SEQUENCE { sib4indicator BOOLEAN, -- UTRAN mobility IEs cellIdentity CellIdentity, cellSelectReselectInfo CellSelectReselectInfoSIB-3-4, cellAccessRestriction CellAccessRestriction, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType4 ::= SEQUENCE { -- UTRAN mobility IEs cellIdentity CellIdentity, cellSelectReselectInfo CellSelectReselectInfoSIB-3-4, cellAccessRestriction CellAccessRestriction, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType5 ::= SEQUENCE { sib6indicator BOOLEAN, -- Physical channel IEs pich-PowerOffset PICH-PowerOffset, modeSpecificInfo CHOICE { fdd SEQUENCE { aich-PowerOffset AICH-PowerOffset }, tdd SEQUENCE { pusch-SysInfoList-SFN PUSCH-SysInfoList-SFN pdsch-SysInfoList-SFN PDSCH-SysInfoList-SFN midambleConfiguration MidambleConfiguration openLoopPowerControl-TDD OpenLoopPowerControl-TDD } }, primaryCCPCH-Info PrimaryCCPCH-Info prach-SystemInformationList PRACH-SystemInformationList, sCCPCH-SystemInformationList SCCPCH-SystemInformationList, cbs-DRX-Level1Information CBS-DRX-Level1Information -- Conditional on any of the CTCH indicator IEs in -- sCCPCH-SystemInformationList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType6 ::= SEQUENCE { -- Physical channel IEs pich-PowerOffset PICH-PowerOffset, modeSpecificInfo CHOICE { fdd SEQUENCE { aich-PowerOffset AICH-PowerOffset, csich-PowerOffset CSICH-PowerOffset }, tdd SEQUENCE { pusch-SysInfoList-SFN PUSCH-SysInfoList-SFN pdsch-SysInfoList-SFN PDSCH-SysInfoList-SFN midambleConfiguration MidambleConfiguration openLoopPowerControl-TDD OpenLoopPowerControl-TDD } }, primaryCCPCH-Info PrimaryCCPCH-Info prach-SystemInformationList PRACH-SystemInformationList sCCPCH-SystemInformationList SCCPCH-SystemInformationList cbs-DRX-Level1Information CBS-DRX-Level1Information -- Conditional on any of the CTCH indicator IEs in -- sCCPCH-SystemInformationList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} }
OPTIONAL, OPTIONAL,
3GPP
Release 1999
578
SysInfoType7 ::= SEQUENCE { -- Physical channel IEs modeSpecificInfo CHOICE { fdd SEQUENCE { ul-Interference UL-Interference }, tdd NULL }, prach-Information-SIB5-List DynamicPersistenceLevelList, prach-Information-SIB6-List DynamicPersistenceLevelList expirationTimeFactor ExpirationTimerFactor -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType8 ::= SEQUENCE { -- User equipment IEs cpch-Parameters CPCH-Parameters, -- Physical channel IEs cpch-SetInfoList CPCH-SetInfoList, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType9 ::= SEQUENCE { -- Physical channel IEs cpch-PersistenceLevelsList CPCH-PersistenceLevelsList, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType10 ::= SEQUENCE { -- User equipment IEs drac-SysInfoList DRAC-SysInfoList, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType11 ::= SEQUENCE { sib12indicator BOOLEAN, -- Measurement IEs fach-MeasurementOccasionInfo FACH-MeasurementOccasionInfo measurementControlSysInfo MeasurementControlSysInfo, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType12 ::= SEQUENCE { -- Measurement IEs fach-MeasurementOccasionInfo FACH-MeasurementOccasionInfo measurementControlSysInfo MeasurementControlSysInfo, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType13 ::= SEQUENCE { -- Core network IEs cn-DomainSysInfoList CN-DomainSysInfoList, -- User equipment IEs ue-IdleTimersAndConstants UE-IdleTimersAndConstants capabilityUpdateRequirement CapabilityUpdateRequirement -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType13-1 ::= SEQUENCE { -- ANSI-41 IEs ansi-41-RAND-Information ANSI-41-RAND-Information, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType13-2 ::= SEQUENCE { -- ANSI-41 IEs ansi-41-UserZoneID-Information ANSI-41-UserZoneID-Information, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {}
OPTIONAL, OPTIONAL,
OPTIONAL,
OPTIONAL,
OPTIONAL, OPTIONAL,
3GPP
Release 1999
}
579
SysInfoType13-3 ::= SEQUENCE { -- ANSI-41 IEs ansi-41-PrivateNeighbourListInfo ANSI-41-PrivateNeighbourListInfo, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType13-4 ::= SEQUENCE { -- ANSI-41 IEs ansi-41-GlobalServiceRedirectInfo ANSI-41-GlobalServiceRedirectInfo, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType14 ::= SEQUENCE { -- Physical channel IEs individualTS-InterferenceList IndividualTS-InterferenceList, expirationTimeFactor ExpirationTimerFactor -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType15 ::= SEQUENCE { -- Measurement IEs up-GPS-Assistance UP-Cipher-GPS-Data-Indicator up-OTDOA-Assistance UP-OTDOA-AssistanceSIB -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType15-1 ::= -- DGPS corrections up-DGPS-SIB-Data } SysInfoType15-2 ::= -- Ephemeris and clock corrections up-Ephe-SIB-Data } SysInfoType15-3 ::= -- Almanac and other data transmissionTOW satMask lsbTOW up-Alma-SIB-DataList } SEQUENCE { UP-DGPS-SIB-Data SEQUENCE { UP-Ephe-SIB-Data SEQUENCE { INTEGER (0..1048575), BIT STRING (SIZE (1..32)), BIT STRING (SIZE (8)), UP-Alma-SIB-DataList
OPTIONAL,
OPTIONAL, OPTIONAL,
SysInfoType16 ::= SEQUENCE { -- Radio bearer IEs preDefinedRadioConfiguration PreDefRadioConfiguration, -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoType17 ::= SEQUENCE { -- Physical channel IEs pusch-SysInfoList PUSCH-SysInfoList pdsch-SysInfoList PDSCH-SysInfoList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoTypeSB1 ::= SEQUENCE { -- Other IEs sib-ReferenceList SIB-ReferenceList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {} } SysInfoTypeSB2 ::= SEQUENCE { -- Other IEs sib-ReferenceList SIB-ReferenceList -- Extension mechanism for non- release99 information nonCriticalExtensions SEQUENCE {}
OPTIONAL, OPTIONAL,
OPTIONAL,
OPTIONAL,
3GPP
Release 1999
} TDD-UMTS-Frequency-List ::=
580
-- *************************************************** --ANSI-41 INFORMATION ELEMENTS (10.3.9) --- *************************************************** ANSI-41-GlobalServiceRedirectInfo ::= ANSI-41-PrivateNeighbourListInfo ::= ANSI-41-RAND-Information ::= ANSI-41-UserZoneID-Information ::= ANSI-41-NAS-Parameter ::= Min-P-REV ::= NAS-SystemInformationANSI-41 ::= NID ::= P-REV ::= SID ::= END ANSI-41-NAS-Parameter ANSI-41-NAS-Parameter ANSI-41-NAS-Parameter ANSI-41-NAS-Parameter BIT STRING (SIZE (1..2048)) BIT STRING (SIZE (8)) ANSI-41-NAS-Parameter BIT STRING (SIZE (16)) BIT STRING (SIZE (8)) BIT STRING (SIZE (15))
11.4
BEGIN
Constant definitions
hiPDSCHidentities hiPUSCHidentities hiRM maxAC maxAdditionalMeas maxASC maxASCmap maxASCpersist maxCCTrCH maxCellMeas maxCellMeas-1 maxCNdomains maxCPCHsets maxDPCH-DLchan maxDPCHcodesPerTS -- **TODO** maxDPDCH-UL maxDRACclasses -- **TODO** maxFACH maxFreq maxFrequencybands maxInterSysMessages maxLoCHperRLC maxMeasEvent maxMeasIntervals maxMeasParEvent maxNumCDMA2000Freqs maxNumGSMFreqRanges maxNumFDDFreqs maxNumTDDFreqs maxNoOfMeas maxOtherRAT maxPage1 maxPCPCH-APsig maxPCPCH-APsubCh maxPCPCH-CDsig maxPCPCH-CDsubCh maxPCPCH-SF maxPCPCHs maxPDCPAlgoType maxPDSCH maxPDSCH-TFCIgroups maxPRACH
INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER
::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::=
64 64 256 16 4 8 7 6 8 32 31 4 16 8 16
INTEGER ::= 6 INTEGER ::= 8 INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= 8 8 4 4 2 8 3 2 8 32 8 8 16 15 8 16 12 16 12 7 64 8 8 256 16
3GPP
Release 1999
maxPredefConfig maxPUSCH maxRABsetup maxRAT maxRB maxRBallRABs maxRBMuxOptions maxRBperRAB maxReportedGSMCells maxRL maxRL-1 maxSat maxSCCPCH maxSIB -- **TODO** maxSIB-FACH maxSIBperMsg maxSig maxSRBsetup maxSubCh maxSystemCapability maxTF maxTF-CPCH maxTFC maxTFCI-2-Combs maxTGPS maxTrCH maxTrCHpreconf maxTS maxTS-1 maxURA END INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER INTEGER ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= ::= 16 8 16 16 32 27 8 8 6 8 7 16 16 32 8 16 16 8 12 16 32 16 1024 512 6 32 16 14 13 8
581
11.5
BEGIN IMPORTS
HandoverToUTRANCommand-r3, MeasurementReport, PhysicalChannelReconfiguration-r3, RadioBearerReconfiguration-r3, RadioBearerRelease-r3, RadioBearerSetup-r3, TransportChannelReconfiguration-r3, UECapabilityInformation FROM PDU-definitions -- Core Network IEs : CN-DomainInformationList, NAS-SystemInformationGSM-MAP, -- UTRAN Mobility IEs : CellIdentity, URA-Identity, -- User Equipment IEs : C-RNTI, RRC-MessageSequenceNumber, START-Value, STARTList, U-RNTI, UE-RadioAccessCapability, -- Radio Bearer IEs : PDCP-InfoReconfig, PredefinedConfigValueTag, RAB-InformationSetupList, RB-Identity, RB-MappingInfo, RLC-Info, RLC-SequenceNumber, SRB-InformationSetupList, -- Transport Channel IEs : CPCH-SetID, DL-CommonTransChInfo,
3GPP
Release 1999
DL-AddReconfTransChInfoList, DRAC-StaticInformationList, UL-CommonTransChInfo, UL-AddReconfTransChInfoList, -- Measurement IEs : MeasurementIdentity, MeasurementReportingMode, MeasurementType, AdditionalMeasurementID-List, -- Other IEs : InterRATMessage FROM InformationElements maxNoOfMeas, maxPredefConfig, maxRABsetup, maxRB, maxSRBsetup, maxTrCH FROM Constant-definitions;
582
-- RRC information transferred between network nodes, -- per group of information transfers having same endpoint -- Alike class definitions for RRC PDUs -- *************************************************** --- RRC information, to target RNC --- *************************************************** -- *************************************************** --- RRC information, target RNC to source RNC --- *************************************************** T-RNC-ToSRNC-Container ::= SEQUENCE { message T-RNC-ToSRNC-ContainerType } T-RNC-ToSRNC-ContainerType::= CHOICE { radioBearerSetup radioBearerReconfiguration radioBearerRelease transportChannelReconfiguration physicalChannelReconfiguration extension } RadioBearerSetup-r3, RadioBearerReconfiguration-r3, RadioBearerRelease-r3, TransportChannelReconfiguration-r3, PhysicalChannelReconfiguration-r3, NULL
-- *************************************************** --- RRC information, target RNC to source RAT --- *************************************************** -- Container definitions, alike PDU definitions -- RRC Container definition, to target RNC -- *************************************************** --- SRNC Relocation information --- *************************************************** SRNC-RelocationInfo ::= SEQUENCE { -- Non-RRC IEs stateOfRRC StateOfRRC, stateOfRRC-Procedure StateOfRRC-Procedure, cipheringStatus CipheringStatus, calculationTimeForCiphering CalculationTimeForCiphering cipheringInfoPerRB-List CipheringInfoPerRB-List integrityProtectionStatus IntegrityProtectionStatus, srb-SpecificIntegrityProtInfo SRB-SpecificIntegrityProtInfoList, implementationSpecificParams ImplementationSpecificParams -- User equipment IEs u-RNTI U-RNTI,
3GPP
Release 1999
583
------
--
-} ------
c-RNTI C-RNTI OPTIONAL, ue-RadioAccessCapability UE-RadioAccessCapability, Other IEs interRATMessage InterRATMessage OPTIONAL, UTRAN mobility IEs ura-Identity URA-Identity OPTIONAL, Core network IEs cn-CommonGSM-MAP-NAS-SysInfo NAS-SystemInformationGSM-MAP, cn-DomainInformationList CN-DomainInformationList OPTIONAL, Measurement IEs ongoingMeasRepList OngoingMeasRepList OPTIONAL, Radio bearer IEs preConfigStatusInfo PreConfigStatusInfo, srb-InformationList SRB-InformationSetupList, rab-InformationList RAB-InformationSetupList OPTIONAL, Transport channel IEs ul-CommonTransChInfo UL-CommonTransChInfo OPTIONAL, ul-TransChInfoList UL-AddReconfTransChInfoList OPTIONAL, modeSpecificInfo CHOICE { fdd SEQUENCE { cpch-SetID CPCH-SetID OPTIONAL, transChDRAC-Info DRAC-StaticInformationList OPTIONAL }, tdd NULL }, dl-CommonTransChInfo DL-CommonTransChInfo OPTIONAL, dl-TransChInfoList DL-AddReconfTransChInfoList OPTIONAL, Measurement report measurementReport MeasurementReport OPTIONAL
RRC Container definition, target RNC to source RNC Nothing new, only re-using RRC PDUs RRC Container definition, target RNC to source system Nothing new, re-using RRC PDUs (HandoverToUTRANCommand)
-- IE definitions CalculationTimeForCiphering ::= cell-Id sfn } CipheringInfoPerRB ::= dl-START ul-START } SEQUENCE { CellIdentity, INTEGER (0..4095) SEQUENCE { START-Value, START-Value
-- TABULAR: Multiplicity value numberOfRadioBearers has been replaced -- with maxRB. CipheringInfoPerRB-List ::= SEQUENCE (SIZE (1..maxRB)) OF CipheringInfoPerRB CipheringStatus ::= ImplementationSpecificParams ::= IntegrityProtectionStatus ::= MeasurementCommandWithType ::= setup modify release } ENUMERATED { started, notStarted } BIT STRING (SIZE (1..512)) ENUMERATED { started, notStarted } CHOICE { MeasurementType, NULL, NULL
OngoingMeasRep ::= SEQUENCE { measurementIdentity MeasurementIdentity, measurementCommandWithType MeasurementCommandWithType, -- TABULAR: The CHOICE Measurement in the tabular description is included -- in the IE above. measurementReportingMode MeasurementReportingMode OPTIONAL, additionalMeasurementID-List AdditionalMeasurementID-List OPTIONAL }
3GPP
Release 1999
OngoingMeasRepList ::=
584
SEQUENCE (SIZE (1..maxNoOfMeas)) OF OngoingMeasRep
PreConfigStatusInfo ::= SEQUENCE (SIZE (1..maxPredefConfig)) OF PredefinedConfigValueTag SRB-SpecificIntegrityProtInfo ::= rb-Identity ul-RRC-HFN dl-RRC-HFN ul-RRC-SequenceNumber dl-RRC-SequenceNumber } SEQUENCE { RB-Identity BIT STRING (SIZE (28)), BIT STRING (SIZE (28)), RRC-MessageSequenceNumber, RRC-MessageSequenceNumber OPTIONAL,
SRB-SpecificIntegrityProtInfoList ::= SEQUENCE (SIZE (4..maxSRBsetup)) OF SRB-SpecificIntegrityProtInfo StateOfRRC ::= ENUMERATED { cell-DCH, cell-FACH, cell-PCH, ura-PCH } ENUMERATED { awaitNoRRC-Message, awaitRRC-ConnectionRe-establishmentComplete, awaitRB-SetupComplete, awaitRB-ReconfigurationComplete, awaitTransportCH-ReconfigurationComplete, awaitPhysicalCH-ReconfigurationComplete, awaitActiveSetUpdateComplete, awaitHandoverComplete, sendCellUpdateConfirm, sendUraUpdateConfirm, sendRrcConnectionReestablishment, otherStates }
StateOfRRC-Procedure ::=
END
12
Transfer syntax for RRC PDUs is derived from their ASN.1 definitions by use of Packed Encoding Rules, unaligned (X.691), and with adapted final padding. If special encoding is used, it is indicated in the ECN module defined for each ASN.1 module. How special encoding is used is defined in TR 25.921.
12.1
An RRC PDU, which is the bit string that is exchanged between peer entities/ across the radio interface, is the concatenation of a basic production, an extension and padding, in that order.
12.1.1
Basic production
The 'basic production' is obtained by applying UNALIGNED PER to the abstract syntax value (the ASN.1 description) as specified in X.691, except for the 0 to 7 bits added at the end to produce a multiple of 8 bits. The basic production can have any positive number of bits, not necessarily a multiple of 8 bits.
12.1.2
Extension
Emitters compliant with this version of the specification of the protocol shall, unless indicated otherwise on a PDU type basis, set the extension part empty. Emitters compliant with a later version might send non empty extensions.
12.1.3
Padding
Emitters compliant with this version of the specification of the protocol shall, unless indicated otherwise on a PDU type basis, pad the basic production with the smallest number of bits required to meet the size constraints of the lower layers. Padding bits shall be set to 0.
3GPP
Release 1999
585
Receivers compliant with this version of the specification have no need to distinguish the extension and padding parts, and shall, unless indicated otherwise on a PDU type basis, accept RRC PDUs with any bit string in the extension and padding parts.
RRC- ASN.1
R99 part
Extension
ASN.1 encoder
Encoder added padding (0..7 bits) Basic production
Figure 61: Padding When using AM or UM mode, RLC requires that the RRC PDU length is a multiple of 8 bits. When using Tr mode, RLC does neither impose size requirements nor perform padding. This implies that RRC has to take into account the transport format set defined for the transport channel across which the message is to be sent. RRC shall select the smallest transport format that fits the RRC PDU and shall add the lowest number of padding bits required to fit the size specified for the selected transport format. For system information blocks, building the PDU involves two steps. The first step is the building of the SIBs, in which step padding is not applied (the rules for extension apply). The second step is the building of the RRC PDUs, involving segmentation and concatenation of SIBs, and then padding as described above for Tr mode. The procedure is shown by means of an example as described in Figure 62. The example includes two SIBs, SIBn and SIBn+1, of which only SIBn includes a protocol extension. The two SIBS used in the example don't require segmentation and are concatenated into one SYSTEM INFORMATION message.
3GPP
Release 1999
586
SIBn- ASN.1
Extension
ASN.1 encoding
Encoder added padding (0..7 bits) Basic production
Extension
PCI
SIBn
SIBn+1
PCI
SIBn
PCI
SIBn+1
RRC padding
RRC added padding SI- PDU
Figure 62: Padding for System Information PCI: Protocol control information at SYSTEM INFORMATION message level SI: SYSTEM INFORMATION message
12.2
RRC-ECN-Link-Module LINK-DEFINITIONS ::= BEGIN Class-definitions ENCODED BY perUnaligned WITH Class-definitions-ECN-Module PDU-definitions ENCODED BY perUnaligned WITH PDU-definitions-ECN-Module CoreNetwork-IEs ENCODED BY perUnaligned WITH CoreNetwork-IEs-ECN-Module UTRANMobility-IEs ENCODED BY perUnaligned WITH UTRANMobility-IEs-ECN-Module UserEquipment-IEs ENCODED BY perUnaligned WITH UserEquipment-IEs-ECN-Module RadioBearer-IEs ENCODED BY perUnaligned WITH RadioBearer-IEs-ECN-Module TransportChannel-IEs ENCODED BY perUnaligned WITH TrasportChannel-IEs-ECN-Module PhysicalChannel-IEs ENCODED BY perUnaligned WITH PhysicalChannel-IEs-ECN-Module Measurement-IEs ENCODED BY perUnaligned WITH Measurement-IEs-ECN-Module Other-IEs ENCODED BY perUnaligned WITH Other-IEs-ECN-Module ANSI-41-IEs ENCODED BY perUnaligned WITH ANSI-41-IEs-ECN-Module END
3GPP
Release 1999
587
12.3
Class-definitions-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END PDU-definitions-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END Corenetwork-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END UTRANMobility-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END UserEquipment-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END RadioBearer-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END TransportChannel-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END PhysicalChannel-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END Measurement-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END Other-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END ANSI-41-IEs-ECN-Module ENCODING-DEFINITIONS ::= BEGIN END
13
The information provided in subclauses 13.1 and 13.2 shall be treated as informative. The normative text is specified in the relevant subclauses in clause 8 and clause 8 shall prevail.
3GPP
Release 1999
588
13.1
Timers for UE
3GPP
3GPP TS 25.331 V3.5.0 (2000-12) At expiry Retransmit RRC CONNECTION REQUEST if V300 =< N300, else go to Idle mode Retransmit CELL UPDATE/URA UPDATE if V302 =< N302, else, go to Idle mode Retransmit UE CAPABILITY INFORMATION if V304 =< N304, else initiate RRC connection reestablishment Transmit CELL UPDATE if T307 is not activated.
T302
Reception of CELL UPDATE CONFIRM/URA UPDATE CONFIRM Reception of UE CAPABILITY INFORMATION CONFIRM
T304
T305
T307 T308
Entering CELL_FACH or URA_PCH or CELL_PCH state. Reception of CELL UDPATE CONFIRM/URA UPDATE CONFIRM. When the timer T305 has expired and the UE detects "out of service area". Transmission of RRC CONNECTION RELEASE COMPLETE
Transit to idle mode Transmit RRC CONNECTION RELEASE COMPLETE if V308 <=N308, else go to idle mode. Resume the connection to UTRAN Transmit PUSCH CAPACITY REQUEST if V310 =< N310, else procedure stops. UE may initiate a PUSCH capacity request procedure. The criteria for physical channel establishment failure is fulfilled The criteria for Radio Link failure is fulfilled See subclause 8.3.1.13
T309
T310
Upon reselection of a cell belonging to another radio access system from connected mode Transmission of PUSCH CAPACITY REQUEST
Successful establishment of a connection in the new cell Reception of PHYSICAL SHARED CHANNEL ALLOCATION Reception of PHYSICAL SHARED CHANNEL ALLOCATION message with CHOICE "PUSCH allocation" set to "PUSCH allocation assignment". When the UE detects consecutive N312 "in sync" indication from L1. When the UE detects consecutive N315 "in sync" indication from L1. When the Cell Update procedure has been completed. When the Cell Update procedure has been completed. When the UE detects "in service area".
T311
T312
Reception of PHYSICAL SHARED CHANNEL ALLOCATION message with the CHOICE "PUSCH allocation" set to "PUSCH allocation pending". When the UE starts to establish dedicated CH When the UE detects consecutive N313 "out of sync" indication from L1. When the criteria for radio link failure are fulfilled. The timer is started only if radio bearer(s) which are associated with T314 exist. When the criteria for radio link failure are fulfilled. The timer is started only if radio bearer(s) which are associated with T315 exist. When the UE detects "out of service area" in URA_PCH or CELL_PCH state
T313 T314
T315
T316
3GPP
Release 1999 Timer T317 Start When the T316 expires and the UE detects "out of service area".
13.2
Counter V300
Counters for UE
Reset When initiating the procedure RRC connection establishment When initiating the procedure Cell update or URA update When sending the first UE CAPABILITY INFORMATION message. When sending the first RRC CONNECTION RELEASE COMPLETE message in a RRC connection release procedure. When sending the first PUSCH CAPACITY REQUEST message in a PUSCH capacity request procedure Incremented Upon expiry of T300. When reaching max value When V300 > N300, the UE enters idle mode.
V302
V304
When V304 > N304 the UE initiates the Cell update procedure When V308 > N308 the UE stops retransmitting the RRC CONNECTION RELEASE COMPLETE message.
V308
V310
When V310 > N310 the UE stops retransmitting the PUSCH CAPACITY REQUEST message.
13.3
Constant N300 N302 N304 N308 N310 N312 N313 N315
13.4
13.4.1
UE variables
CIPHERING_STATUS
This variable contains information about the current status of ciphering in the UE.
3GPP
13.4.2
COMPRESSED_MODE_ERROR
This variable contains information on whether the received compressed mode configuration from the UTRAN has resulted in an illegal overlap causing a runtime error.
Information Element/Group name COMPRESSED_MODE_ERRO R Need MP Multi Type and reference Boolean Semantics description
13.4.3
C_RNTI
Need OP Multi Type and reference C-RNTI 10.3.3.8 Semantics description
This variable stores the assigned C-RNTI for this UE when in CELL_FACH state.
Information Element/Group name C-RNTI
13.4.4
DOFF
Need OP Multi Type and reference Default DPCH Offset Value, 10.3.6.16 Semantics description
This variable contains the default offset value in the UE. See TS 25.402 for details.
Information Element/Group name Default DPCH Offset Value (DOFF)
13.4.5
ESTABLISHED_RABS
This variable is used to store information about the established radio access bearers and signalling radio bearers in the UE.
3GPP
Release 1999 Information Element/Group name RAB information >RAB info >RB information >>RB identity >>Subflow >>RB started Signalling radio bearer information >RB started Need OP MP MP MP MP MD MP MD
592 Multi 1 to <maxRABse tup> RAB info 10.3.4.8 1 to <maxRBper RAB> RB identity 10.3.4.16 Integer(0..< maxSubflo wcount>) Enumerate d(stopped, started) 1 to < maxSRBset up> Enumerate d(stopped, started) Type and reference
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description For each RAB established
Reference to the RAB subflow implemented by this RB Default value is started In the order of RB 0 and upwards Default value is started
13.4.6
ESTABLISHMENT_CAUSE
This variable is used to store the cause for establishment of a signalling connection received by upper layers, to be used at RRC connection establishment.
Information Element/Group name Establishment cause Need OP Multi Type and reference Establishme nt cause 10.3.3.11 Semantics description
13.4.7
FAILURE_CAUSE
Need MP Multi Type and reference Failure cause 10.3.3.13 Semantics description
This variable contains the cause for failure of a UE initiated procedure, to be reported in a retransmitted message.
Information Element/Group name Failure cause
13.4.8
FAILURE_INDICATOR
Need MP Multi Type and reference Boolean Semantics description TRUE: Procedure has failed
This variable indicates whether the procedure has failed for a UE initiated procedure.
Information Element/Group name Failure indicator
13.4.9
INITIAL_UE_IDENTITY
In this variable the identity used by the UE when establishing an RRC connection is stored.
3GPP
13.4.10 INTEGRITY_PROTECTION_INFO
This variable contains information about the current status of the integrity protection in the UE.
Information Element/Group name Historical status Need MP Multi Type and reference Enumerate d(Never been active, Has been active) Enumerate d(Not started, Started) Semantics description
Status
MP
Signalling radio bearer specific integrity protection information > Uplink RRC HFN > Downlink RRC HFN > Uplink RRC Message sequence number > Downlink RRC Message sequence number
MP MP MP MP MP
1 to <maxSRBse tup> Bitstring (28) Bitstring (28) Integer (0.. 15) Integer (0.. 15)
13.4.11 INVALID_CONFIGURATION
This variable indicates whether a received message contained an invalid configuration, by means of invalid values or invalid combinations of information elements.
Information Element/Group name Invalid configuration Need MP Multi Type and reference Boolean Semantics description TRUE: An invalid configuration has been detected
13.4.12 MEASUREMENT_IDENTITY
This variable stores the measurements configured in the UE. For each configured measurement, the information below shall be stored.
3GPP
594 Multi Type and reference MEASURE MENT CONTROL 10.2.17, System Information Block type 1110.2.48.8 .12, System Information Block type 1210.2.48.8 .13
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Information as contained in these messages.
13.4.13 ORDERED_ASU
NOTE: For FDD only. This variable stores information about an ordered, but not yet executed, update of active set.
Information Element/Group name ACTIVE SET UPDATE Need MP Multi Type and reference ACTIVE SET UPDATE 10.2.1 Semantics description Information as contained in this message.
13.4.14 ORDERED_CONFIG
This variable stores information about an ordered but not yet executed establishment/release/reconfiguration of radio bearers, and/or transport channels and/or physical channels.
Information Element/Group name CHOICE message >RADIO BEARER SETUP Need MP RADIO BEARER SETUP10.2. 33 RADIO BEARER RECONFIG URATION10 .2.27 RADIO BEARER RELEASE10 .2.30 TRANSPOR T CHANNEL RECONFIG URATION10 .2.50 PHYSICAL CHANNEL RECONFIG URATION10 .2.22 Multi Type and reference Semantics description Information as contained in one of the following messages
3GPP
Release 1999
595
13.4.15 PDCP_SN_INFO
This variable contains PDCP receive sequence numbers for one or several radio bearers to be included in a response message to UTRAN.
Information Element/Group name RB with PDCP information list >RB with PDCP information Need OP MP Multi 1 to <maxRBall RABs> RB with PDCP information 10.3.4.22 Type and reference Semantics description
13.4.16 PROTOCOL_ERROR_INDICATOR
This variable indicates whether there exist a protocol error that is to be reported to UTRAN.
Information Element/Group name Protocol error indicator Need MP Multi Type and reference Protocol error indicator 10.3.3.27 Semantics description
13.4.17 PROTOCOL_ERROR_INFORMATION
This variable contains diagnostics to be reported to UTRAN for a message that was not completely understood.
Information Element/Group name Protocol error information Need MP Multi Type and reference Protocol error information 10.3.8.12 Semantics description
13.4.18 PROTOCOL_ERROR_REJECT
This variable indicates whether there has occurred a severe protocol error causing the ongoing procedure to fail.
Information Element/Group name Protocol error reject Need MP Multi Type and reference Boolean Semantics description TRUE: a severe protocol error has occurred
13.4.19 RB_TIMER_INDICATOR
This variable contains information to be sent to UTRAN if any of the timers T314 or T315 has expired when the UE sends a cell update with cause RL failure.
Information Element/Group name RB timer indicator Need MP Multi Type and reference RB timer indicator 10.3.3.28 Semantics description
3GPP
Release 1999
596
13.4.20 RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO
This variable contains information to be sent to UTRAN about when a new ciphering configuration shall be activated in the uplink for radio bearers using RLC-AM or RLC-UM.
Information Element/Group name RB uplink ciphering activation time info Need MP Multi Type and reference RB activation time info 10.3.4.13 Semantics description
13.4.21 SELECTED_PLMN
This variable contains the type of and identity of the selected PLMN.
Information Element/Group name PLMN Type CHOICE identity type >PLMN identity >SID Need MP MP PLMN identity 10.3.1.11 SID 10.3.9.11 Condition under which the given identity type is chosen PLMN Type is "GSM-MAP" PLMN Type is "ANSI-41" Multi Type and reference PLMN Type 10.3.1.12 Semantics description
13.4.22 START_THRESHOLD
This variable contains information about the maximum allowed value of the START for a CN domain.
Information Element/Group name THRESHOLD Need MP Multi Type and reference Integer (0..1048576) Semantics description 20 bits
13.4.23 START_VALUE_TO_TRANSMIT
This variable contains the value of START for new radio bearer(s) to be transmitted in a response message.
Information Element/Group name START Need OP Multi Type and reference START 10.3.3.38 Semantics description
13.4.24 TFC_SUBSET
This variable contains information about the TFC subset currently applied.
3GPP
Release 1999 Information Element/Group name CHOICE mode >FDD >>Current TFC subset Need
MP
OP OP
Transport Format Combination Subset 10.3.5.22 TFC Control duration 10.3.6.80 Transport Format Combination Subset 10.3.5.22 1 to < maxCCTrC H>
OP OP
Transport Format Combination Subset 10.3.5.22 TFC Control duration 10.3.6.80 Transport Format Combination Subset 10.3.5.22
13.4.25 TGPS_IDENTITY
This variable contains the configuration parameters of a compressed mode transmission gap pattern sequence
Information Element/Group name TGPS_IDENTITY Need MP Multi Type and reference DPCH compressed mode info 10.3.6.33 Semantics description Information as contained in the IE group "Transmission gap pattern sequence configuration parameters".
13.4.26 TGSN_REPORTED
This variable specifies whether an IE "Proposed TGSN" was reported to the UTRAN
Information Element/Group name Proposed TGSN reported Need MP Multi Type and reference Boolean Semantics description
13.4.27 TRANSACTIONS
This variable stores the identifications of the ongoing RRC procedure transactions.
3GPP
598 Multi 1 to <maxtrans actions> Message Type RRC transaction identifier 10.3.3.36 1 to <maxtrans actions> Message Type RRC transaction identifier 10.3.3.36 Type and reference
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description Maximum one accepted transaction per downlink message type may be stored each message type may appear only once in the list.
MP MP
Rejected transactions
OP
Maximum one rejected transaction per downlink message type may be stored each message type may appear only once in the list.
MP MP
13.4.28 UE_CAPABILITY_TRANSFERRED
This variable stores information about which UE capabilities that have been transferred to UTRAN.
Information Element/Group name UE radio access capability Need OP Multi Type and reference UE radio access capability 10.3.3.42 Inter-RAT message 10.3.8.8 Semantics description
OP
13.4.29 UNSUPPORTED_CONFIGURATION
This variable indicates whether a received message contained a configuration, that is not supported by the UE.
Information Element/Group name Unsupported configuration Need MP Multi Type and reference Boolean Semantics description TRUE: An unsupported configuration has been detected
13.4.30 URA_IDENTITY
This variable stores the assigned URA identity for this UE when in URA_PCH state.
Information Element/Group name URA identity Need OP Multi Type and reference URA identity 10.3.2.6 Semantics description
3GPP
Release 1999
599
13.4.31 U_RNTI
This variable stores the assigned U-RNTI for this UE.
Information Element/Group name U-RNTI Need MP Multi Type and reference U-RNTI 10.3.3.47 Semantics description
13.4.32 VALUE_TAG
This variable contains information about the value tag for the last received system information block of a given type, for all system information blocks using value tags.
Information Element/Group name MIB value tag SB 1 value tag SB 2 value tag SIB 1 value tag SIB 2 value tag SIB 3 value tag SIB 4 value tag SIB 5 value tag SIB 6 value tag CHOICE mode >FDD >>SIB 8 value tag >TDD SIB 11 value tag SIB 12 value tag SIB 13 value tag SIB 13.1 value tag SIB 13.2 value tag SIB 13.3 value tag SIB 13.4 value tag SIB 15 value tag SIB 15.1 value tag SIB 15.2 value tag SIB 15.3 value tag SIB 16 value tag Need MP MP MP CV-GSM MP MP MP MP MP Multi Type and reference MIB value tag 10.3.8.9 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 PLMN value tag 10.3.8.10 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Semantics description Value tag for the master information block Value tag for the scheduling block type 1 Value tag for the scheduling block type 2 Value tag for the system information block type 1 Value tag for the system information block type 2 Value tag for the system information block type 3 Value tag for the system information block type 4 Value tag for the system information block type 5 Value tag for the system information block type 6
Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 Cell value tag 10.3.8.4 PLMN value tag 10.3.8.10
Value tag for the system information block type 8 (no data) Value tag for the system information block type 11 Value tag for the system information block type 12 Value tag for the system information block type 13 Value tag for the system information block type 13.1 Value tag for the system information block type 13.2 Value tag for the system information block type 13.3 Value tag for the system information block type 13.4 Value tag for the system information block type 15 Value tag for the system information block type 15.1 Value tag for the system information block type 15.2 Value tag for the system information block type 15.3 Value tag for the system information block type 16
3GPP
600
Explanation This information is only stored when the PLMN Type in the variable SELECTED_PLMN is "GSM-MAP". This information is only stored when the PLMN Type in the variable SELECTED_PLMN is "ANSI-41".
13.5
This section defines the performance requirements related to RRC procedures in the UE. Where the total delay is impacted by processing of variable length on the physical layer (e.g. physical layer synchronisation), references to appropriate specifications are given.
13.5.1
Definitions
The following definitions of N1 and N2 are valid only for this UE RRC Procedure Performance specification. N1 = upper limit on the time required to execute modifications in UE after the reception of a UTRAN -> UE message has been completed. Where applicable (e.g. the physical layer transmission is impacted), the changes shall be adopted in the beginning of the next TTI starting after N1. N1 is specified as a multiple of 10 ms. N2 = number of 10 ms radio frames from end of reception of UTRAN -> UE message on UE physical layer before the transmission of the UE -> UTRAN response message must be ready to start on a transport channel with no access delay other than the TTI alignment (e.g. DCH, therefore excluding delays caused by RACH procedure etc). The UE response message transmission from the physical layer shall begin at the latest (N2*10)+TTI ms after completion of the reception of the last TTI carrying the triggering UTRAN -> UE message. N1 and N2 are independent (e.g. N2-N1 is not restricted to being less than or equal to 10ms).
13.5.2
3GPP
Release 1999 Procedure title: RRC Connection Management Procedures Broadcast of system information Master Information Block UTRAN -> UE SYSTEM INFORMATION SYSTEM INFORMATION
3GPP TS 25.331 V3.5.0 (2000-12) Notes N2 is not applicable for any system information messages, because there is no response message from the UE. No system information data shall be lost due to processing of a MIB received with no detectable errors. This means that the UE shall buffer all system information data received after the MIB until the data can be processed according to the information in the MIB, unless the MIB was received erroneously.
NA
System Information Block type 1 System Information Block type 2 System Information Block type 3 System Information Block type 4 System Information Block type 5 System Information Block type 6 System Information Block type 7 System Information Block type 8 System Information Block type 9 System Information Block type 10 System Information Block type 11 System Information Block type 12 System Information Block type 13 System Information Block type 14 System Information Block type 15 System Information Block type 16 RRC connection establishment Dedicated channel
SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION SYSTEM INFORMATION RRC CONNECTION SETUP
NA NA NA NA NA NA NA NA NA NA NA NA NA NA NA NA NA N1 measures time to the start of tx / rx on DPCH. N2 cannot be specified, because RRC CONNECTION SETUP COMPLETE message is transmitted only after physical layer synchronisation, which also depends on the Node B. The performance of the physical layer synchronisation procedure is specified in [19] and [20] N1 and N2 applicable as defined (N2 can be tested from the initiation of the power ramp on RACH).
10
11
3GPP
Release 1999 RRC connection release Dedicated channel RRC CONNECTION RELEASE
3GPP TS 25.331 V3.5.0 (2000-12) N1 sets the requirement for the time from the completion of the last repetition of the RRC CONNECTION RELEASE COMPLETE message to the release of the physical channel. N2 sets the requirement from the end of successful reception of the RRC CONNECTION RELEASE message to the start of the first transmission of the RRC CONNECTION RELEASE COMPLETE message. N1 represents UE internal configuration that cannot be externally observed.
NA
11
UE capability enquiry Security mode control Signalling flow release procedure Counter check Radio Bearer control procedures Radio bearer establishment Dedicated channel
UE CAPABILITY ENQUIRY SECURITY MODE COMMAND SIGNALLING FLOW RELEASE COUNTER CHECK
NA 5 5
8 8 NA 8
N2 is not applicable because there is no response message. N1 is not applicable because the UE configuration does not change. N2 cannot be specified, because the RADIO BEARER SETUP COMPLETE / FAILURE message is transmitted only after physical layer synchronisation, which depends also on Node B.
NA
10
NA
Radio bearer establishment Common channel Radio bearer reconfiguration Dedicated channel
RADIO BEARER SETUP COMPLETE / FAILURE RADIO BEARER RECONFIGURAT ION COMPLETE / FAILURE
10
11
10
NA
N2 cannot be specified, because the RADIO BEARER RECONFIGURATION COMPLETE / FAILURE message is transmitted only after physical layer synchronisation, which depends also on Node B.
RADIO BEARER RECONFIGURAT ION COMPLETE / FAILURE RADIO BEARER RELEASE COMPLETE / FAILURE
10
11
10
11
3GPP
Release 1999 Transport channel reconfiguration Dedicated channel TRANSPORT CHANNEL RECONFIGURA TION
3GPP TS 25.331 V3.5.0 (2000-12) N2 cannot be specified, because the TRANSPORT CHANNEL RECONFIGURATION COMPLETE / FAILURE message is transmitted only after physical layer synchronisation, which depends also on Node B.
Transport channel reconfiguration Common channel Transport format combination control AM or UM RLC mode Transport format combination control Transparent mode Physical channel reconfiguration Dedicated channel
TRANSPORT CHANNEL RECONFIGURA TION TRANSPORT FORMAT COMBINATION CONTROL TRANSPORT FORMAT COMBINATION CONTROL PHYSICAL CHANNEL RECONFIGURA TION
TRANSPORT CHANNEL RECONFIGURAT ION COMPLETE / FAILURE TRANSPORT FORMAT COMBINATION CONTROL FAILURE
10
11
NA
N2 is not applicable because no response message is defined. N2 cannot be specified, because the PHYSICAL CHANNEL RECONFIGURATION COMPLETE / FAILURE message is transmitted only after physical layer synchronisation, which depends also on Node B.
NA
Physical channel reconfiguration Common channel Physical Shared Channel Allocation [TDD only]
PHYSICAL CHANNEL RECONFIGURA TION PHYSICAL SHARED CHANNEL ALLOCATION UPLINK PHYSICAL CHANNEL CONTROL CELL UPDATE CONFIRM
NA
N2 is not applicable because no response message is defined. Requirements for outer loop and timing advance adjustments are defined in [22] and [20].
Uplink Physical Channel Control [TDD only] RRC connection mobility procedures Cell update
NA
NA
URA update
UTRAN MOBILITY INFORMATION CONFIRM PHYSICAL CHANNEL RECONFIGURAT ION COMPLETE TRANSPORT CHANNEL RECONFIGURAT ION COMPLETE UTRAN MOBILITY INFORMATION CONFIRM
5 5
10
11
3GPP
Release 1999 UTRAN mobility information UTRAN MOBILITY INFORMATION ACTIVE SET UPDATE
604 UTRAN MOBILITY INFORMATION CONFIRM / FAILURE ACTIVE SET UPDATE COMPLETE / FAILURE 5 8
NA
The requirements on UE combining and power control performance for both UL and DL are specified by RAN WG4 in [21] and [19]. Also in case of branch addition the COMPLETE / FAILURE message is transmitted without waiting for the new branch to stabilise, therefore N2 is specified.
Inter-RAT handover to UTRAN Inter-RAT handover from UTRAN Measurement procedures Measurement control
HANDOVER TO UTRAN COMMAND (other system) HANDOVER FROM UTRAN COMMAND MEASUREMEN T CONTROL
HANDOVER TO UTRAN COMPLETE HANDOVER FROM UTRAN FAILURE MEASUREMENT CONTROL FAILURE
NA
NA
The performance of this procedure is specified in 05.10. The performance of this procedure is specified in [19] and [20]. Response to measurement inquiry depends on physical layer measurement. Response time is defined in [19] and [20]. N1 and N2 only define the processing of the message.
NA
NA
14
14.1
14.1.1
Specific functions
Intra-frequency measurements
Intra-frequency measurement quantities
1 Downlink Ec/I0 (chip energy per total received channel power density). 2 Downlink path loss. 3 Downlink received signal code power (RSCP) after despreading. 4 ISCP measured on Timeslot basis.
14.1.2
Within the measurement reporting criteria field in the Measurement Control message the UTRAN notifies the UE which events should trigger a measurement report. The listed events are the toolbox from which the UTRAN can choose the reporting events that are needed for the implemented handover evaluation function, or other radio network functions. All the illustrated events are measured with respect to any of the measurement quantities given in subclause 14.1.1. The measurement objects are the monitored primary common pilot channels (CPICH). The reporting events are marked with vertical arrows in the figures below.
3GPP
Release 1999
605
NOTE:
The events below are numbered 1A, 1B, 1C, since all intra-frequency reporting events would be labelled 1X, inter-frequency reporting events would be labelled 2X, and so on for the other measurement types.
14.1.2.1
When event 1A is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when a primary CPICH enters the reporting range as defined by the following formula: For pathloss:
14.1.2.2
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when a primary CPICH leaves the reporting range as defined by the following formula: For pathloss:
3GPP
Release 1999
606
14.1.2.3
Reporting event 1C: A non-active primary CPICH becomes better than an active primary CPICH
Measurement quantity P CPICH 1
P CPICH 2 P CPICH 3
P CPICH 4
Reporting event 1C Reporting event 1C
Time
Figure 63: A primary CPICH that is not included in the active set becomes better than a primary CPICH that is in the active set In this example the cells belonging to primary CPICH 1, 2 and 3 are supposed to be in the active set, but the cell transmitting primary CPICH 4 is not (yet) in the active set.
3GPP
Release 1999
607
If a primary CPICH that is not included in the active set becomes better than a primary CPICH that is in the active set, and event 1C has been ordered by UTRAN, this event shall trigger a report to be sent from the UE. This event may be used for replacing cells in the active set. It is activated if the number of active cells is equal to or greater than a replacement activation threshold parameter that UTRAN signals to the UE in the MEASUREMENT CONTROL message. This parameter indicates the minimum number of cells required in the active set for measurement reports triggered by event 1C to be transmitted.
14.1.2.4
P CPICH 2
P CPICH3
Reporting event 1D
Time
Figure 64: A primary CPICH becomes better than the previously best primary CPICH If any of the primary CPICHs within the reporting range becomes better than the previously best primary CPICH, and event 1D has been ordered by UTRAN then this event shall trigger a report to be sent from the UE. The corresponding report contains (at least) the new best primary CPICH.
14.1.2.5
Reporting event 1E: A Primary CPICH becomes better than an absolute threshold
Measurement quantity P CPICH 1
P CPICH 3
Reporting event 1E
Time
Figure 65: Event-triggered report when a Primary CPICH becomes better than an absolute threshold When this event is ordered by UTRAN in a measurement control message the UE shall send a report when the Measurement quantity of a Primary CPICH becomes better than an absolute threshold. The corresponding report contains (at least) the involved Primary CPICH. Event 1E may be used for triggering a measurement report, which includes cells, which the UE has detected without having received a neighbour cell list.
3GPP
Release 1999
608
14.1.2.6
Reporting event 1F: A Primary CPICH becomes worse than an absolute threshold
Measurement quantity P CPICH 1
Reporting event 1F
Time
Figure 66: Event-triggered report when a Primary CPICH becomes worse than an absolute threshold When this event is ordered by the UTRAN in a measurement control message the UE shall send a report when a primary CPICH becomes worse than an absolute threshold. The corresponding report contains (at least) the involved Primary CPICH.
14.1.3
14.1.3.1
P CCPCH 2
Reporting Event 1G
Time
Figure 67: A primary CCPCH becomes better than the previous best primary CCPCH If any of the primary CCPCHs becomes better than the previously best primary CCPCH, and event 1G has been ordered by UTRAN then this event shall trigger a report to be sent from the UE. The corresponding report contains (at least) the new best primary CCPCH.
3GPP
Release 1999
609
14.1.3.2
ISCP Threshold TS 1
Reporting Event 1H
Time
Figure 68: An ISCP value of a timeslot drops below an absolute threshold When this event is ordered by UTRAN in a measurement control message the UE shall send a report when the Timeslot ISCP drops below an absolute threshold.
14.1.3.3
TS 1
ISCP Threshold
Reporting Event 1I
Time
Figure 69: An ISCP value of a timeslot exceeds a certain threshold When this event is ordered by UTRAN in a measurement control message the UE shall send a report when the Timeslot ISCP exceeds an absolute threshold.
3GPP
Release 1999
610
14.1.4
14.1.4.1
P C P IC H 1
P C P IC H 2 R e p o r tin g ra n g e R e p o r tin g t e r m in a t e d P e r i o d ic re p o rt E v e n t- tr ig g e r e d re p o rt P e r io d ic re p o rt P C P IC H 3
Figure 70: Periodic reporting triggered by event 1A When a cell enters the reporting range and triggers event 1A, the UE shall transmit a MEASUREMENT REPORT to the UTRAN and typically this may result in an update of the active set. However, in some situations the UTRAN may be unable to add a strong cell to the active set typically due to capacity shortage for example. The UE shall continue reporting after the initial report by reverting to periodical measurement reporting if the reported cell is not added to the active set. This is illustrated in Figure 70. During periodic reporting the UE shall transmit MEASUREMENT REPORT messages to the UTRAN at predefined intervals. The reports shall include reporting information of the cells in the current active set and of the monitored cell(s) in the reporting range. Event-triggered periodic measurement reporting shall be terminated if: there are no longer any monitored cell(s) within the reporting range; or the UTRAN has added cells to the active set so that it includes the maximum number of cells (defined by the reporting deactivation threshold parameter), which are allowed for event 1A to be triggered; or the UE has sent the maximum number of MEASUREMENT REPORT messages (defined by the amount of reporting parameter).
The reporting period is assigned by the UTRAN (with the Reporting interval parameter). If the reporting interval is set to zero event-triggered measurement reporting shall not be applied.
3GPP
Release 1999
611
14.1.4.2
P C P IC H 1 P C P IC H 2
P e r io d ic re p o rt E v e n t - t r ig g e r e d re p o rt
P e r io d ic re p o rt
R e p o r t in g t e r m in a t e d
P C P IC H 4
P C P IC H 3
Figure 71: Periodic reporting triggered by event 1C When a cell enters the replacement range and triggers event 1C, the UE shall transmit a MEASUREMENT REPORT to the UTRAN and typically this may result in the replacement of the weakest active cell. If the UTRAN is unable to replace the cell due to for example capacity shortage, it is beneficial to receive continuous reports in this case as well. The UE shall revert to periodical measurement reporting if the UTRAN does not update the active set after the transmission of the measurement report. This is illustrated in Figure 71. During periodic reporting the UE shall transmit MEASUREMENT REPORT messages to the UTRAN at predefined intervals. The reports shall include reporting information of the cells in the current active set and of the monitored cell(s) in the replacement range. Event-triggered periodic measurement reporting shall be terminated if: there are no longer any monitored cell(s) within the replacement range; or the UTRAN has removed cells from the active set so that there are no longer the minimum amount of active cells for event 1C to be triggered (as defined by the replacement activation threshold parameter); or the UE has sent the maximum number of MEASUREMENT REPORT messages (defined by the amount of reporting parameter).
The reporting period is assigned by the UTRAN (with the Reporting interval parameter). If the reporting interval is set to zero, event-triggered measurement reporting shall not be applied.
14.1.5
14.1.5.1
To limit the amount of event-triggered reports, a hysteresis parameter may be connected with each reporting event given above. The value of the hysteresis is given to the UE in the Reporting criteria field of the Measurement Control message. In the example in Figure 72, the hysteresis ensures that the event 1D (FDD) or IG(TDD) (primary CPICH(FDD)/CCPCH(TDD) 2 becomes the best cell) is not reported until the difference is equal to the hysteresis value. The fact that primary CPICH(FDD)/CCPCH(TDD) 1 becomes best afterwards is not reported at all in the example since the primary CPICH(FDD)/CCPCH(TDD) 1 does not become sufficiently better than the primary CPICH(FDD)/CCPCH(TDD) 2.
3GPP
Release 1999
612
P CCPCH 2 Hysteresis
Reporting event 1D
Time
14.1.5.2
Time-to-trigger
To limit the measurement signalling load, a time-to-trigger parameter could be connected with each reporting event given above. The value of the time-to-trigger is given to the UE in the Reporting criteria field of the Measurement Control message. The effect of the time-to-trigger is that the report is triggered only after the conditions for the event have existed for the specified time-to-trigger. In the following FDD example in Figure 73, the use of time-to-trigger means that the event (primary CPICH 3 enters the reporting range) is not reported until is has been within the range for the time given by the time-to-trigger parameter.
P CPICH 2
P CPICH 3
Time-to-trigger
Reporting event 1A
Time
Figure 73: Time-to-trigger limits the amount of measurement reports In the following TDD example in Figure 74, the use of time-to-trigger means that the event (Timeslot ISCP upon certain threshold) is not reported until it has been upon the threshold for the time given by the time-to trigger parameter.
3GPP
Release 1999
Timeslot ISCP
613
TS 1 ISCP Threshold
Time-to-trigger
Reporting Event 1J
Time
Figure 74: Time-to-trigger limits the amount of measurement reports NOTE: The time-to-trigger could be combined with hysteresis, i.e. a hysteresis value is added to the measurement quantity before evaluating if the time-to-trigger timer should be started.
14.1.5.3
For each cell that is monitored, an offset can be assigned with inband signalling. The offset can be either positive or negative. The offset is added to the measurement quantity before the UE evaluates if an event has occurred. The UE receives the cell individual offsets for each primary CPICH(FDD)/CCPCH(TDD) in the measurement object field of the MEASUREMENT CONTROL message. For the FDD example, in Figure 75, since an offset is added to primary CPICH 3, it is the dotted curve that is used to evaluate if an event occurs. Hence, this means that measurement reports from UE to UTRAN are triggered when primary CPICH plus the corresponding offset, i.e. the dotted curve, leaves and enters the reporting range and when it gets better than primary CPICH 1 (if these events have been ordered by UTRAN). This offset mechanism provides the network with an efficient tool to change the reporting of an individual primary CPICH. By applying a positive offset, as in Figure 75, the UE will send measurement reports as if the primary CPICH is offset x dB better than what it really is. This could be useful if the operator knows that a specific cell is interesting to monitor more carefully, even though it is not so good for the moment. In the example in Figure 75, the operator might know by experience that in this area primary CPICH 3 can become good very quickly (e.g. due to street corners) and therefore that it is worth reporting more intensively. Depending on the implemented handover evaluation algorithm, this may result in the cell with primary CPICH 3 being included in the active set earlier than would have been the case without the positive offset.
3GPP
Release 1999
614
P CPICH 2
Time
Figure 75: A positive offset is applied to primary CPICH 3 before event evaluation in the UE For the TDD example, in Figure 76, an offset is added to primary CCPCH2, it is the dotted curve that is used to evaluate if the primary CCPCH2 becomes better than primary CCPCH1 (ordered by the UTRAN).
Measurement quantity
PCCPCH 1
Reporting Event 1G
Time
Figure 76: A positive offset is applied to primary CCPCH 2 Correspondingly, the operator can choose to apply a negative offset to a primary CCPCH. Then the reporting on that primary CCPCH is limited and the corresponding cell may be, at least temporarily excluded from the active set or as a target cell for handover. The cell individual offset can be seen as a tool to move the cell border. It is important to note that the offset is added before triggering events, i.e. the offset is added by the UE before evaluating if a measurement report should be sent as opposed to offsets that are applied in the network and used for the actual handover evaluation.
14.1.5.4
The reporting range affects the reporting events 1A and 1B presented above. The reporting range is defined as a function of all the Primary CPICHs in the active set (see 14.1.2.1 and 14.1.2.2). If the parameter W is set to 0, the reporting range is defined relative to the best Primary CPICH. However, there could be cases where it is good to forbid a specific Primary CPICH to affect the reporting range. For example in Figure 77 the network has requested the UE to not let Primary CPICH 3 affect the reporting range. This mechanism could be effective if the operator knows by experience that the quality of Primary CPICH 3 is very unstable in a specific area and therefore should not affect the reporting of the other Primary CPICHs. The UE shall ignore that a Primary CPICH is forbidden to affect the reporting range if all of the following conditions are fulfilled:
3GPP
Release 1999
615
the Primary CPICH is included in active set; and all cells in active set are defined as Primary CPICHs forbidden to affect the reporting range.
P CPICH 2
Reporting range
P CPICH 3
Time
14.1.6
Report quantities
In the event-triggered measurement reports, mandatory information connected to the events is always reported. For instance, at the event "a primary CPICH(FDD)/CCPCH(TDD) enters the reporting range" the corresponding report identifies the primary CPICH(FDD)/CCPCH(TDD) that entered the range. However, besides this mandatory information, UTRAN should be able to optionally require additional measurement information in the report to support the radio network functions in UTRAN. Furthermore, it will allow the UTRAN to use the UE as a general tool for radio network optimisation if necessary. Examples of report quantities that may be appended to the measurement reports are: Downlink transport channel block error rate. Downlink Ec/I0 on primary CPICH(FDD)/CCPCH(TDD) (e.g. used for initial DL power setting on new radio links). Time difference between the received primary CPICH(FDD)/CCPCH(TDD) frame-timing from the target cell and the earliest received existing DPCH path. [Note: This measurement is identified in 25.211 [2] (denoted Tm in clause 7)]. UE transmit power. UE position.
14.2
Inter-frequency measurements
NA j = W j 10 Log M i i =1 + (1 W j ) 10 LogM Best j H ,
The frequency quality estimate used in events 2a, 2b 2c, 2d and 2e is defined as:
3GPP
Release 1999
616
Qfrequency j is the estimated quality of the active set on frequency j Mfrequency j is the estimated quality of the active set on frequency j. Mi j is a measurement result of cell i in the active set on frequency j. NA j is the number of cells in the active set on frequency j. MBest j is the measurement result of the strongest cell in the active set on frequency j Wj is a parameter sent from UTRAN to UE and used for frequency j H is the hysteresis parameter
14.2.1
Within the measurement reporting criteria field in the MEASUREMENT CONTROL message UTRAN notifies the UE which events should trigger the UE to send a MEASUREMENT REPORT message. Examples of inter-frequency reporting events that would be useful for inter-frequency handover evaluation are given below. Note that normally the UEs do not need to report all these events. The listed events are the toolbox from which the UTRAN can choose the reporting events that are needed for the implemented handover evaluation function, or other radio network functions. All events are evaluated with respect to one of the measurement quantities given in subclause 14.1.1. The measurement objects are the monitored primary common pilot channels (CPICH) in FDD mode and the monitored primary common control channels (PCCPCH) in TDD mode. A "non-used frequency" is a frequency that the UE have been ordered to measure upon but are not used of the active set. A "used frequency" is a frequency that the UE have been ordered to measure upon and is also currently used for the connection.
14.2.1.1
If any of the non- used frequencies quality estimate becomes better than the currently used frequency quality estimate, and event 2a has been ordered by UTRAN then this event shall trigger a report to be sent from the UE when the hysteresis and time to trigger conditions is fulfilled. The corresponding report contains (at least) the best primary CPICH (FDD) or primary CCPCH (TDD) on the non-used frequency that triggered the event.
14.2.1.2
Event 2b: The estimated quality of the currently used frequency is below a certain threshold and the estimated quality of a non-used frequency is above a certain threshold.
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message the UE shall send a report when the estimated quality of the currently used frequency is below the value of the IE " Threshold used frequency" and the estimated quality of a non-used frequency is above the value of the IE "Threshold non-used frequency" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report contains at least the best primary CPICH (FDD) or primary CCPCH (TDD) on the non-used frequency that triggered the event.
14.2.1.3
Event 2c: The estimated quality of a non-used frequency is above a certain threshold
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message the UE shall send a report when the estimated quality of a non-used frequency is above the value of the IE "Threshold non-used frequency" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report contains at least the best primary CPICH (FDD) or primary CCPCH (TDD) on the non-used frequency.
14.2.1.4
Event 2d: The estimated quality of the currently used frequency is below a certain threshold
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message the UE shall send a report when the estimated quality of the currently used frequency is below the value of the IE " Threshold used frequency" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report contains at least the best primary CPICH (FDD) or primary CCPCH (TDD) on the used frequency.
3GPP
Release 1999
617
14.2.1.5
Event 2e: The estimated quality of a non-used frequency is below a certain threshold
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message the UE shall send a report when the estimated quality of a non-used frequency is below the value of the IE "Threshold non-used frequency" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report contains at least the best primary CPICH (FDD) or primary CCPCH (TDD) on the non-used frequency.
14.2.1.6
Event 2 f: The estimated quality of the currently used frequency is above a certain threshold
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message the UE shall send a report when the estimated quality of the currently used frequency is above the value of the IE " Threshold used frequency" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report contains at least the best primary CPICH (FDD) or primary CCPCH (TDD) on the used frequency.
14.3
Inter-RAT measurements
NA = W 10 Log M i + (1 W ) 10 LogM Best , i =1
The estimated quality of the active set in UTRAN in events 3a is defined as:
QUTRAN = 10 LogMUTRAN
The variables in the formula are defined as follows: QUTRAN is the estimated quality of the active set on the currently used UTRAN frequency MUTRAN is the estimated quality of the active set on currently used UTRAN frequency expressed in another unit. Mi is a measurement result of cell i in the active set. NA is the number of cells in the active set. MBest is the measurement result of the strongest cell in the active set. W is a parameter sent from UTRAN to UE.
14.3.1
Within the measurement reporting criteria field in the MEASUREMENT CONTROL message the UTRAN notifies the UE which events should trigger the UE to send a MEASUREMENT REPORT message. Examples of inter-RAT reporting events that would be useful for inter-RAT handover evaluation are given below. Note that normally the UEs do not need to report all these events. The listed events are the toolbox from which the UTRAN can choose the reporting events that are needed for the implemented handover evaluation function, or other radio network functions. All events are measured with respect to one of the measurement quantities given in subclause 14.3 The measurement objects are the monitored primary common pilot channels (CPICH) in FDD mode and the monitored primary common control channels (PCCPCH) in TDD mode for UTRAN and objects specific for other systems. A "used UTRAN frequency" is a frequency that the UE have been ordered to measure upon and is also currently used for the connection to UTRAN. "Other system" is e.g. GSM.
14.3.1.1
Event 3a: The estimated quality of the currently used UTRAN frequency is below a certain threshold and the estimated quality of the other system is above a certain threshold.
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message the UE shall send a report when the estimated quality of the currently used frequency is below the value of the IE " Threshold own system" and the hysteresis and time to trigger conditions are fulfilled and the estimated quality of the other system is above the value of the IE " Threshold other system" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report
3GPP
Release 1999
618
contains information specific for the other system and the best primary CPICH (FDD) or primary CCPCH (TDD) on the used frequency.
14.3.1.2
Event 3b: The estimated quality of other system is below a certain threshold
When this event is ordered by UTRAN in a measurement control message the UE shall send a report when the estimated quality of the other system is below the value of the IE " Threshold other system" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report contains information specific for the other system and the best primary CPICH (FDD) or primary CCPCH (TDD) on the non-used frequency.
14.3.1.3
Event 3c: The estimated quality of other system is above a certain threshold
When this event is ordered by UTRAN in a measurement control message the UE shall send a report when the estimated quality of the other system is above the value of the IE " Threshold other system" and the hysteresis and time to trigger conditions are fulfilled. The corresponding report contains information specific for the other system and the best primary CPICH (FDD) or primary CCPCH (TDD) on the non-used frequency.
14.3.1.4
If any of the quality estimates for the cells in the other system becomes better than the quality estimate for the currently best cell in the other system, and event 3d has been ordered by UTRAN then this event shall trigger a report to be sent from the UE when the hysteresis and time to trigger conditions is fulfilled. The corresponding report contains (at least) information the best cell in the other system.
14.3.2
14.3.2.1
The UE shall perform GSM RSSI measurements in the gaps of compressed mode pattern sequence specified for GSM RSSI measurement purpose. The UE cannot be required to measure "Observed time difference to GSM" in gaps specified for this purpose.
14.3.2.2
The UE shall perform Initial BSIC identification in compressed mode pattern sequence specified for Initial BSIC identification measurement purpose. The UE shall be able to measure the "Observed time difference to GSM cell" during a compressed mode pattern sequence configured for this purpose.
14.3.2.3
BSIC re-confirmation
The UE shall perform BSIC re-confirmation in compressed mode pattern sequence specified for BSIC re-confirmation measurement purpose. The UE shall be able to measure the "Observed time difference to GSM cell" during a compressed mode pattern sequence configured for this purpose.
14.4
14.4.1
For traffic volume measurements in the UE only one quantity is measured. This quantity is RLC buffer payload in number of bytes. In order to support a large variation of bit rates and RLC buffer size capabilities, a non-linear scale should be used. Since, the expected traffic includes both new and retransmitted RLC payload units all these should be included in the payload measure. It should also be noted that traffic volume measurements are only applicable for acknowledged and unacknowledged mode.
3GPP
Release 1999
619
According to what is stated in the Measurement Control message, the UE should support measuring of buffer payload for a specific RB, RBs multiplexed onto the same Transport channel and the total UE buffer payload (the same as one transport channel for a UE that uses RACH).
14.4.2
Traffic volume can be reported in two different ways, periodical and event triggered. For periodical reporting the UE simply measures the number of bytes for the transport channel (i.e. the RLC buffers of the RBs multiplexed onto that transport channel) stated in the measurement control message and reports the traffic volume at the given time instants. Event triggered reporting is performed when a threshold is exceeded. The reporting quantities that should be included in the report are stated in the measurement control message. This could for example be which RBs or RLC buffers to include when sending the payload to the network.
14.4.2.1
Threshold
Time
Reporting event 4A
Reporting event 4A
Figure 78: Event triggered report when RLC buffer payload exceeds a certain threshold If the monitored payload exceeds an absolute threshold, this is an event that could trigger a report. The corresponding report contains at least which transport channel triggered the report.
14.4.2.2
Reporting event 4 B: RLC buffer payload becomes smaller than an absolute threshold
Payload
Threshold Time
Reporting event 4B
Reporting event 4B
Figure 79: Event triggered report when RLC buffer payload becomes smaller than certain threshold
3GPP
Release 1999
620
If the monitored payload becomes smaller than an absolute threshold, this is an event that could trigger a report. The corresponding report contains at least which transport channel triggered the report.
14.4.3
Traffic volume measurement triggering could be associated with both a time-to-trigger and a pending time after trigger. The time-to-trigger is used to get time domain hysteresis, i.e. the condition must be fulfilled during the time-to-trigger time before a report is sent. Pending time after trigger is used to limit consecutive reports when one traffic volume measurement report already has been sent. This is described in detail below.
14.4.3.1
This timer is started in the UE when a measurement report has been triggered. The UE is then forbidden to send any new measurement reports with the same measurement ID during this time period even when the triggering condition is fulfilled again. Instead the UE waits until the timer has suspended. If the payload is still above the threshold when the timer has expired the UE sends a new measurement report. Otherwise it waits for a new triggering.
Threshold
Report 1
Report 2
Report 1
No Report
Figure 80: Pending time after trigger limits the amount of consecutive measurement reports Figure 80 shows that by increasing the pending time after trigger a triggered second event does not result in a measurement report.
14.4.4
A UE in CELL_FACH substate may be instructed by the UTRAN to cease transmission of user data on the RACH after a measurement report has been triggered. Before resuming transmission of user data, the UE shall receive from the UTRAN either a message allocating a dedicated physical channel, and make a transition to CELL_DCH state; or the UE shall receive an individually assigned measurement control message indicating that interruption of user data transmission is not be applied.
The transmission of signalling messages on the signalling bearer shall not be interrupted.
14.5
14.5.1
Quality Measurements
Quality reporting measurement quantities
3GPP
Release 1999
621
14.5.2
14.5.2.1
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the amount of bad CRCs during a predefined sliding window exceeds a predefined number. The following three parameters are used in the scheme: Total CRC = the length of the sliding window over which the number of bad CRCs are counted. Bad CRC = the number of bad CRC that is required within the latest "Total CRC" received CRCs for the event to be triggered. Pending after trigger = a new event can not be triggered until "Pending after trigger" CRCs have been received,
When a DCH is established, the UE shall begin to count the number of bad CRCs within the last "Total CRC" received CRCs. No event can be triggered until at least "Total CRC" CRCs have been received. For each new received CRC, the UE shall compare the number of bad CRCs within the latest "Total CRC" received CRCs with the parameter "Bad CRC". An event shall be triggered if the number of bad CRCs is equal or larger than "Bad CRC". At the time when the event is triggered a pending time after trigger timer is started with the length of "Pending after trigger" CRCs. A new event can not be triggered until Pending after trigger" CRCs have been received. When Pending after trigger" CRCs have been received the event evaluation start again and a new event can be triggered. Total CRC Total CRC Total CRC Total CRC
No reports Good CRC Bad CRC Pending after trigger Report 1 Report 2
No reports Report 3
14.6
14.6.1
UE internal measurements
UE internal measurement quantities
For UE internal measurements the following measurement quantities exist: 1. UE transmission (Tx) power, for TDD measured on a timeslot basis. 2. UE received signal strength power (RSSI). 3. UE Rx-Tx time difference.
3GPP
Release 1999
622
14.6.2
In the Measurement reporting criteria field in the Measurement Control messages, the UTRAN notifies the UE of which events should trigger a measurement report. UE internal measurement reporting events that can trigger a report are given below. The reporting events are marked with vertical arrows in the figures below. All events can be combined with time-to-trigger. In that case, the measurement report is only sent if the condition for the event has been fulfilled for the time given by the time-to-trigger parameter. NOTE: The reporting events are numbered 6A, 6B, 6C,.. where 6 denotes that the event belongs to the type UE internal measurements.
14.6.2.1
Reporting event 6A: The UE Tx power becomes larger than an absolute threshold
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the UE transmission power (for TDD within a single TS) becomes larger than a predefined threshold. The corresponding report identifies the threshold that was exceeded.
14.6.2.2
Reporting event 6B: The UE Tx power becomes less than an absolute threshold
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the UE transmission power (for TDD within a single TS) becomes less than a predefined threshold. The corresponding report identifies the threshold that the UE Tx power went below.
UE Tx power
Tx power threshold 6A1 Tx power threshold 6B1
Time
Figure 82: Event-triggered measurement reports when the UE Tx power becomes larger or less than absolute thresholds
14.6.2.3
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the UE Tx power reaches its minimum value, for TDD its minimum value on a single timeslot.
3GPP
Release 1999
623
UE Tx power
Minimum UE Tx power
Reporting event 6C
Time
Figure 83: Event-triggered measurement report when the UE Tx power reaches its minimum value
14.6.2.4
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the UE Tx power reaches its maximum value, for TDD its maximum value on a single timeslot.
UE Tx power
Maximum UE Tx power
Reporting event 6D
Time
Figure 84: Event-triggered report when the UE Tx power reaches its maximum value
14.6.2.5
Reporting event 6E: The UE RSSI reaches the UE's dynamic receiver range
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the UE RSSI reaches the UE's dynamic receiver range.
14.6.2.6
Reporting event 6F: The UE Rx-Tx time difference for a RL included in the active set becomes larger than an absolute threshold
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message, the UE shall send a MEASUREMENT REPORT message when the UE Rx-Tx time difference becomes larger than the threshold defined by the IE "UE Rx-Tx time difference threshold".
14.6.2.7
Reporting event 6G: The UE Rx-Tx time difference for a RL included in the active set becomes less than an absolute threshold
When this event is ordered by UTRAN in a MEASUREMENT CONTROL message, the UE shall send a MEASUREMENT REPORT when the UE Rx-Tx time difference becomes less than the threshold defined by the IE "UE Rx-Tx time difference threshold".
3GPP
Release 1999
624
14.7
14.7.1
UP measurements
UP measurement quantity
The quantity to measure for UP is dependant on the location method and the method type requested in the IE "UP reporting quantity". In case the OTDOA method is requested, the UE shall measure the following quantities disregarding of the method type used: SFN-SFN observed time difference
If the Assisted GPS method is requested, the UE has to request its internal GPS receiver to make measurements. The measurements to be made by the GPS receiver are not within the scope of this section. If it is indicated in the IE "UP reporting quantity" to report the GPS timing of the cell, the UE shall measure the following quantity: UE GPS timing of cell frames for UP
14.7.2
UP reporting quantity
The quantity to report is also dependent on the location method and method type requested in the IE "UP reporting quantity". If the method type is set to "UE based", the IE "UP Position" has to be included in the report. In case the method type is set to "UE assisted", the following IEs have to be included in the report: IE "UP OTDOA measurement" in case the OTDOA location method is requested. IE "UP GPS measurement" in case the GPS location method is requested.
14.7.3
UP reporting events
In the UP reporting criteria field in the Measurement Control messages, the UTRAN notifies the UE of which events should trigger a measurement report. UP reporting events that can trigger a report are given below. The content of the measurement report is dependant on the location method and method type requested in the IE "UP reporting quantity" of the Measurement Control message and is described in detail in [18].
14.7.3.1
Reporting Event 7a: The UE position changes more than an absolute threshold
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the UE changes its position compared to the last reported position more than a predefined threshold. This event is used for UE-based methods only.
14.7.3.2
Reporting Event 7b: SFN-SFN measurement changes more than an absolute threshold
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the SFN-SFN time difference measurement of any measured cell changes more than a predefined threshold. This event is primarily used for UE-assisted methods, but can be used also for UE-based methods.
14.7.3.3
Reporting Event 7c: GPS time and SFN time have drifted apart more than an absolute threshold
When this event is ordered by UTRAN in a measurement control message, the UE shall send a measurement report when the GPS Time Of Week and the SFN timer have drifted apart more than a predefined threshold. This event is primarily used for UE-assisted methods, but can be used also for UE-based methods.
3GPP
Release 1999
625
14.8
The network uses this procedure to dynamically control the allocation of resources on an uplink DCH. This procedure shall be activated in the UE when it has been allocated an uplink DCH with DRAC static information elements. Such uplink DCHs can be established through RB establishment procedure, RB reconfiguration procedure, RB release procedure or Transport Channel Reconfiguration procedure by setting the DRAC static information elements to indicate that the DCH is controlled by the DRAC procedure. The UE shall periodically listen to the SIB 10 of each cell in its Active Set. The scheduling information of SIB10 and the SCCPCH info on which the SIB10 is transmitted are provided to the UE when the DCH is set up and when a cell is added in its active set. In case several SIB10 messages from different cells are scheduled at the same time, the UE shall only listen to the SIB10 broadcast in the cell of its Active Set having the best CPICH measurements. Upon reception of a SYSTEM INFORMATION message comprising a SIB10,the UE shall: 1. Determine and store the most stringent DRAC parameters from the last received values from each cell of its active set (i.e. select the lowest product ptr*maximum bit rate corresponding to its DRAC class identity) 2. Determine the allowed subset of TFCS according to the selected maximum bit rate value, and store it for later usage. The allowed subset of TFCS are the ones of the TFCS for which the sum of bit rates of the DCH controlled by DRAC is lower than Maximum Bit Rate IE, i.e.
D H controlled C i
TB Ssize
by D A R C
/ TTI
<M axim B um it
R ate
After the first SIB10 has been received, the UE shall start the following process: 1. At the start of the next TTI, the UE shall randomly select p [0,1]. 2. If p < ptr, the UE shall transmit on the DCH controlled by DRAC during Tvalidity frames using the last stored allowed subset of TFCS and comes back to step 1, otherwise the UE shall stop transmission on these DCH during Tretry frames and then comes back to step 1. Transmission time validity (Tvalidity) and Time duration before retry (Tretry) are indicated to the UE at the establishment of a DCH controlled by this procedure and may be changed through RB or transport channel reconfiguration. The UE shall always use the latest received DRAC static parameters. A UE which supports the simultaneous reception of one SCCPCH and one DPCH shall support the DRAC procedure.
14.9
14.9.1
This function is implemented in the UE in order to set the SIR target value on each CCTrCH used for the downlink power control. This SIR value shall be adjusted according to an autonomous function in the UE in order to achieve the same measured quality as the quality target set by UTRAN. The quality target is set as the transport channel BLER value for each transport channel as signalled by UTRAN. For CPCH the quality target is set as the BER of the DL DPCCH as signalled by UTRAN. When transport channel BLER is used the UE shall run a quality target control loop such that the quality requirement is met for each transport channel, which has been assigned a BLER target. When DL DPCCH BER is used the UE shall run a quality target control loop such that the quality requirement is met for each CPCH transport channel, which has been assigned a DL DPCCH BER target. The UE shall set the SIR target when the physical channel has been set up or reconfigured. It shall not increase the SIR target value before the power control has converged on the current value. The UE may estimate whether the power control has converged on the current value, by comparing the averaged measured SIR to the SIR target value.
3GPP
Release 1999
626
14.9.2
In compressed mode, the target SIR needs to be changed in several frames compared to normal mode. For this purpose, four values DeltaSIR1, DeltaSIRafter1, DeltaSIR2 and DeltaSIRafter2 are signalled by the UTRAN to the UE (see section 10.2.9). For each frame, the target SIR offset during compressed mode, compared to normal mode is: SIR = max ( SIR1_compression, , SIRn_compression) + SIR1_coding + SIR2_coding where n is the number of TTI lengths for all TrChs of the CCTrCh, Fi is the length in number of frames of the i-th TTI and where SIR_coding fulfils: SIR1_coding= DeltaSIR1 if the start of the first transmission gap in the transmission gap pattern is within the current frame. SIR1_coding= DeltaSIRafter1 if the current frame just follows a frame containing the start of the first transmission gap in the transmission gap pattern. SIR2_coding= DeltaSIR2 if the start of the second transmission gap in the transmission gap pattern is within the current frame. SIR2_coding= DeltaSIRafter2 if the current frame just follows a frame containing the start of the second transmission gap in the transmission gap pattern. SIR1_coding= 0 and SIR2_coding= 0 otherwise.
and SIRi_compression is defined by : SIRi_compression = 3 dB for downlink frames compressed by reducing the spreading factor by 2. SIRi_compression = 10 log (15*Fi / (15*Fi - TGLi)) if there is a transmission gap created by puncturing method within the current TTI of length Fi frames, where TGLi is the gap length in number of slots (either from one gap or a sum of gaps) in the current TTI of length Fi frames. SIRi_compression = 0 dB in all other cases.
Several compressed mode patterns applying to the same frames should be avoided as much as possible. In particular; several simultaneous patterns by puncturing applying to the same frames shall be considered as a protocol error by the UE. The handling of this error is described in the procedure descriptions in clause 8 In case several compressed mode patterns are used simultaneously, a SIR offset is computed for each compressed mode pattern and the sum of all SIR offsets is applied to the frame.
14.10
The Calculated Transport Format Combination (CTFC) is a tool for efficient signalling of transport format combinations. Let I be the number of transport channels that are included in the transport format combination. Each transport channel TrCHi, i = 1, 2, , I, has Li transport formats, i.e. the transport format indicator TFIi can take Li values, TFI i {0,1,2,..., Li 1} . Define P = i
L
j =0
i 1
, where i = 1, 2, , I, and L0 = 1.
Let TFC(TFI1, TFI2, , TFII) be the transport format combination for which TrCH1 has transport format TFI1, TrCH2 has transport format TFI2, etc. The corresponding CTFC(TFI1, TFI2, , TFII) is then computed as:
3GPP
Release 1999
627
I
For downlink common CH, "TrCHi" is numbered with ascending integer numbers starting from 1 in the order listed in a SYSTEM INFORMATION message. In all other cases, for each separate TFCI field, "TrCHi" is numbered with ascending integer numbers starting from 1 in the ascending order of transport channel identities of the channels mapped to that TFCI field.
14.11
Within the measurement reporting criteria field in the MEASUREMENT CONTROL message the UTRAN notifies the UE which events should trigger a measurement report. For inter frequency measurements it is possible to specify intrafrequency measurements reporting events for support of maintenance of a active set associated with a non-used frequency, a "virtual active set". A "non-used frequency" is a frequency that the UE has been ordered to measure upon but are not used by the active set. A "used frequency" is a frequency that the UE has been ordered to measure upon and is also currently used for the connection. The autonomous update is controlled by the IE "UE autonomous update mode" that can be set to the following values. On: Do the autonomous updates of the "virtual active set" according to the described rules below and also report the events that trigger the update of the "virtual active set". On with no reporting: Do the autonomous updates of the "virtual active set" according to the described rules below. Off: Only report the events and do no updates of the "virtual active set" unless ordered to do so by the IE " Interfrequency set update".
If the IE "UE autonomous update mode" is set to "on" or "on with no reporting" the UE shall evaluate the following intra-frequency events and update the "virtual active set" associated with the frequency measured upon, according to the following rules: Event 1a shall make the UE add the primary CPICH that enters the reporting range to the "virtual active set". Event 1b shall make the UE remove a primary CPICH that leaves the reporting range from the "virtual active set". Event 1c shall make the UE replace a active primary CPICH in the "virtual active set" with a non-active primary CPICH that have become better than the active primary CPICH.
14.12
In certain cases, e.g., when performing handover to UTRAN or when performing SRNC relocation, RRC information may need to be transferred between other RATs and UTRAN or between UTRAN nodes within UTRAN. In the following, the details of the RRC information to be transferred are specified per direction. Like for the Uu interface, the transfer syntax for RRC transferred between UTRAN network nodes and/or between UTRAN and other RATs is derived from their ASN.1 definitions by use of Packed Encoding Rules, unaligned (X.691). It should be noted that the encoder adds final padding to achieve octet alignment. However, this final padding shall not be part of the RRC information transferred between the network nodes, which means that the result is a bit string.
3GPP
Release 1999
628
configuration of RRC and the lower layers it controls, e.g., including the radio bearer and transport channel configuration. It is used by the target RNC to initialise RRC and the lower layer protocols to facilitate SRNC relocation in a manner transparent to the UE.
3GPP
Release 1999 Information Element/Group Name Non RRC IEs CHOICE case >Handover to UTRAN >>UE radio access capability >>UE system specific capability >>UE security information >>Pre-defined configuration status information >SRNC relocation >>State of RRC Need MP OP OP OP OP
629 Multi
UE radio access capability 10.3.3.42 UE system specific capability 14.13.2.4 UE security information 14.13.2.2 Pre-defined configuration status information 14.13.2.3 Enumerated (CELL_DCH, CELL_FACH,CELL_PC H, URA_PCH) Enumerated (await no RRC message, Complete, await RB Setup Complete, await RB Reconfiguration Complete, await RB Release Complete, await Transport CH Reconfiguration Complete, await Physical CH Reconfiguration Complete, await Active Set Update Complete, await Handover Complete, send Cell Update Confirm, send URA Update Confirm, , others) Enumerated(Not started, Started) Time when the ciphering information of the message were calculated, relative to a cell of the target RNC Identity of one of the cells under the target RNC and included in the active set of the current call
MP
MP
Ciphering related information >>Ciphering status >>Calculation time for ciphering related information
MP CV Ciphering
>>>Cell Identity
MP
>>>SFN >>Ciphering info per radio bearer >>>RB identity >>>Downlink START >>>Uplink START Integrity protection related information
MP OP MP MP MP
3GPP
Release 1999 Information Element/Group Name >>Integrity protection status >>Signalling radio bearer specific integrity protection information RB identity >>> Uplink RRC HFN >>> Downlink RRC HFN >>> Uplink RRC Message sequence number >>> Downlink RRC Message sequence number >>Implementation specific parameters RRC IEs UE Information elements >>U-RNTI >>C-RNTI >>UE radio access Capability Other Information elements >>Inter System message (inter system classmark) UTRAN Mobility Information elements >>URA Identifier CN Information Elements >>CN common GSM-MAP NAS system information >>CN domain related information Need MP CV IP CV SRB5Plus MP MP MP MP OP
630 Multi
3GPP TS 25.331 V3.5.0 (2000-12) Type and reference Enumerated(Not started, Started) Semantics description
4 to <maxSR Bsetup> RB identity 10.3.4.16 Bitstring (28) Bitstring (28) Integer (0.. 15) Integer (0.. 15) Bitstring (1..512) For RB#0-4 the RB identity is not required
MP OP MP
U-RNTI 10.3.3.47 C-RNTI 10.3.3.8 UE radio access capability 10.3.3.42 Inter-RAT message 10.8.6 URA identity 10.3.2.6 NAS system information (GSMMAP) 10.3.1.9 1 to <MaxCN domains > NAS system information (GSMMAP) 10.3.1.9 1 to <MaxNo OfMeas> Measurement identity 10.3.7.48 Measurement command 10.3.7.46 Measurement type 10.3.7.50 Measurement reporting mode 10.3.7.49 Additional measurements list 10.3.7.1 CN related information to be provided for each CN domain
OP
OP MP
OP
>>>CN domain identity >>>CN domain specific GSMMAP NAS system info Measurement Related Information elements >>For each ongoing measurement reporting >>>Measurement Identity >>>Measurement Command >>>Measurement Type >>>Measurement Reporting Mode >>>Additional Measurements list >>>CHOICE Measurement
MP MP
OP MP MP CV Setup OP OP OP
3GPP
Release 1999 Information Element/Group Name >>>>Intra-frequency >>>>>Intra-frequency cell info >>>>>Intra-frequency measurement quantity >>>>>Intra-frequency reporting quantity >>>>>Reporting cell status >>>>>Measurement validity >>>>>CHOICE report criteria >>>>>>Intra-frequency measurement reporting criteria >>>>>>Periodical reporting >>>>>>No reporting >>>>Inter-frequency >>>>>Inter-frequency cell info >>>>>Inter-frequency measurement quantity >>>>>Inter-frequency reporting quantity >>>>>Reporting cell status >>>>>Measurement validity >>>>>CHOICE report criteria >>>>>>Inter-frequency measurement reporting criteria >>>>>>Periodical reporting >>>>>>No reporting >>>>Inter-RAT >>>>>Inter-RAT cell info >>>>>Inter-RAT measurement quantity >>>>>Inter-RAT reporting quantity >>>>>Reporting cell status >>>>>Measurement validity >>>>>CHOICE report criteria >>>>>>Inter-RAT measurement reporting criteria Need OP OP OP OP OP OP
631 Multi
3GPP TS 25.331 V3.5.0 (2000-12) Type and reference Intra-frequency cell info list 10.3.7.33 Intra-frequency measurement quantity 10.3.7.38 Intra-frequency reporting quantity 10.3.7.41 Reporting cell status 10.3.7.61 Measurement validity 10.3.7.51 Intra-frequency measurement reporting criteria 10.3.7.39 Periodical reporting criteria 10.3.7.53 NULL Semantics description
OP OP OP OP OP OP
Inter-frequency cell info list 10.3.7.13 Inter-frequency measurement quantity 10.3.7.18 Inter-frequency reporting quantity 10.3.7.21 Reporting cell status 10.3.7.61 Measurement validity 10.3.7.51 Inter-frequency measurement reporting criteria 10.3.7.19 Periodical reporting criteria 10.3.7.53 NULL
OP OP OP OP OP OP
Inter-RAT cell info list 10.3.7.23 Inter-RAT measurement quantity 10.3.7.29 Inter-RAT reporting quantity 10.3.7.32 Reporting cell status 10.3.7.61 Measurement validity 10.3.7.51 Inter-RAT measurement reporting criteria 10.3.7.30
3GPP
Release 1999 Information Element/Group Name >>>>>>Periodical reporting >>>>>>No reporting >>>>Traffic Volume >>>>>Traffic volume measurement Object >>>>>Traffic volume measurement quantity >>>>>Traffic volume reporting quantity >>>>>CHOICE report criteria >>>>>>Traffic volume measurement reporting criteria >>>>>>Periodical reporting >>>>>>No reporting >>>>Quality >>>>>Quality measurement Object >>>>>CHOICE report criteria >>>>>>Quality measurement reporting criteria >>>>>>Periodical reporting >>>>>>No reporting >>>>UE internal >>>>>UE internal measurement quantity >>>>>UE internal reporting quantity >>>>>CHOICE report criteria >>>>>>UE internal measurement reporting criteria >>>>>>Periodical reporting >>>>>>No reporting >>>>UP >>>>>LCS reporting quantity >>>>>CHOICE report criteria >>>>>>LCS reporting criteria >>>>>>Periodical reporting >>>>>>No reporting Radio Bearer Information Elements >>Pre-defined configuration status information Need
632 Multi
3GPP TS 25.331 V3.5.0 (2000-12) Type and reference Periodical reporting criteria 10.3.7.53 NULL Semantics description
OP OP OP OP
Traffic volume measurement object 10.3.7.70 Traffic volume measurement quantity 10.3.7.71 Traffic volume reporting quantity 10.3.7.74 Traffic volume measurement reporting criteria 10.3.7.72 Periodical reporting criteria 10.3.7.53 NULL
OP OP
Quality measurement object Quality measurement reporting criteria 10.3.7.58 Periodical reporting criteria 10.3.7.53 NULL
OP OP OP
UE internal measurement quantity 10.3.7.79 UE internal reporting quantity 10.3.7.82 UE internal measurement reporting criteria 10.3.7.80 Periodical reporting criteria 10.3.7.53 NULL
OP OP
LCS reporting quantity 10.3.7.111 LCS reporting criteria 10.3.7.110 Periodical reporting criteria 10.3.7.53
OP
3GPP
Release 1999 Information Element/Group Name >>Signalling RB information list >>>Signalling RB information >>RAB information list >>>RAB information Transport Channel Information Elements Uplink transport channels >>UL Transport channel information common for all transport channels >>UL transport channel information list >>>UL transport channel information >>CHOICE mode >>>FDD >>>>CPCH set ID >>>>Transport channel information for DRAC list >>>>>DRAC static information >>>TDD Downlink transport channels >>DL Transport channel information common for all transport channels >>DL transport channel information list >>>DL transport channel information >>Measurement report >spare Need MP MP OP MP
3GPP TS 25.331 V3.5.0 (2000-12) Type and reference Semantics description For each signalling radio bearer
Signalling RB information to setup 10.3.4.24 1 to <maxRA Bsetup> RAB information to setup 10.3.4.10 Information for each RAB
OP
UL Transport channel information common for all transport channels 10.3.5.24 1 to <MaxTrC H> Added or reconfigured UL TrCH information 10.3.5.2 CPCH set ID 10.3.5.5 1 to <MaxTrC H> DRAC static information 10.3.5.7 (no data) DL Transport channel information common for all transport channels 10.3.5.6 1 to <MaxTrC H> Added or reconfigured DL TrCH information 10.3.5.1 MEASUREMENT REPORT 10.2.17 (no data) Criticality: reject
OP MP OP OP OP MP
OP
OP MP OP
3GPP
634
IP
SRB5Plus PDCP
Explanation The IE is mandatory when the IE Measurement command has the value "Setup", otherwise the IE is not needed. The IE is mandatory when the IE Ciphering Status has the value "started" and the ciphering counters need not be reinitialised, otherwise the IE is not needed. The IE is mandatory when the IE Integrity protection status has the value "started" and the ciphering counters need not be reinitialised, otherwise the IE is not needed. The IE is mandatory when more than 5 signalling radio bearers are included The IE is mandatory when the PDCP Info IE is present, otherwise the IE is not needed.
3GPP
Release 1999
635
14.13
This subclause specifies RRC information that is exchanged between other systems and the UE. This information is transferred via another RAT in accordance with the specifications applicable for those systems. This subclause specifies the UTRAN RRC information applicable for the different information flows.
Another system may provide the UE with one or more pre- defined UTRAN configurations, comprising of radio bearer, transport channel and physical channel parameters. The UE shall store the information, and use it upon handover to UTRAN if requested to do so within the HANDOVER TO UTRAN COMMAND message. The pre- defined configuration information includes the following RRC information.
3GPP
Release 1999 Information Element/Group name RB information elements Predefined radio configurations Need
636 Multi 1 to <maxPred efConfigCo unt> MP Predefined configuration identity 10.3.4.5 Predefined configuration value tag 10.3.4.6 Reestablishme nt timer 10.3.3.30 Predefined RB configuration 10.3.4.7 Predefined TrCH configuration 10.3.5.9 Predefined PhyCH configuration 10.3.6.56 Type and reference
>Predefined configuration identity >Predefined configuration value tag UE information elements Re-establishment timer
OP
MP
MP
MP
MP
Upon receiving a UE information request from another system, the UE shall indicate the requested capabilities. The UE capability information includes the following RRC information.
Information Element/Group name UE information elements UE radio access capability Need OP Multi Type and reference UE radio access capability 10.3.3.42 Semantics description
14.13.2.2
UE security information
Upon receiving a UE information request from another system, the UE shall indicate the requested security information. The UE security information includes the following RRC information.
3GPP
Release 1999 Information Element/Group name UE information elements START list >CN domain identity >START Need MP MP MP
637 Multi 1 to <MaxCNdo mains> CN domain identity 10.3.1.1 START 10.3.3.38 Type and reference
3GPP TS 25.331 V3.5.0 (2000-12) Semantics description START [TS 33.102] values for all CN domains
14.13.2.3
Another system may provide the UE with one or more pre- defined UTRAN configurations, comprising of radio bearer, transport channel and physical channel parameters. If requested, the UE shall indicate the configurations it has stored. The pre-defined configuration status information should include the following RRC information.
Information Element/Group name RB information elements Predefined configurations Need Multi 1 to <maxPred efConfigCo unt> OP Predefined configuration value tag 10.3.4.6 Type and reference Semantics description The list is in order of preconfiguration identity The UE shall include the value tag if it has stored the concerned configuration
14.13.2.4
This Information Element contains capability information concerning other Radio Access Technologies.
Information Element/Group name UE system specific capability Need OP Multi 1 to <maxSyste mCapabilit y> Inter-RAT UE radio access capability 10.3.8.7 Type and reference Semantics description
MP
14.14
When Versatile Channel Assignment Method (VCAM) is used in the CPCH procedure, the following mapping rules shall be used to specify one PCPCH. If the number of PCPCHs is less than or equal to 16, there is a one to one mapping between the CA index and the PCPCH index. Thus a suitable AP signature (and/or AP sub-channel) number is transmitted for the required spreading factor based on the broadcast system information, and the assigned PCPCH index (having the requested spreading factor) corresponds to the received CA index.
3GPP
Release 1999
638
When the number of PCPCHs is greater than 16, a combination of an AP signature (and/or AP sub-channel) number and a CA signature number specifies one PCPCH as follows: In VCAM mapping rule, a combination of an AP signature (and/or AP sub-channel) number and a CA signature number specifies one PCPCH. In a CPCH set, there are K available PCPCHs which are numbered k=0,1,, K-1, and there are R available Minimum Spreading Factor Ar, r=0,1,,R-1, that a UE can request and use. The maximum available number of PCPCHs and the number of available AP signatures (and/or AP sub-channels) for Ar are denoted as P0r and Sr, respectively, for r=0,1,,R-1. Let Pr be equal to 16 if P0r is less than 16 and to P0r otherwise. Tr represents the number of CA signatures for Ar which are needed for specifying PCPCH. The default value of Tr is 16. Sr always satisfies S r min{ s :s N , s Tr Pr } , where N is the set of positive integers. The list of available AP signatures (and/or AP sub-channels) for each Ar is renumbered from signature index 0 to signature index Sr -1, starting with the lowest AP signature (and/or AP sub-channel) number, and continuing in sequence, in the order of increasing signature numbers. Then for given AP signature (and/or AP sub-channel) number and CA signature number, the number k that signifies the assigned PCPCH is obtained as:
3GPP
Release 1999
639
This annex contains recommendations about the RRC parameters to be stored in the USIM.
Information Element/Group name Cipher key for each CN domain >Old CK >New CK Integrity key for each CN domain >Old IK >New IK THRESHOLD START value for each CN domain >Old START >New START KSI, Key set identifier for each CN domain >Old KSI >New KSI
A.3
Frequency information
3GPP
Release 1999 Information Element/Group name FDD cell list >UARFCN uplink (Nu) >UARFCN downlink (Nd) > Primary scrambling code TDD cell list >UARFCN (Nt) > Cell parameters ID GSM Neighbour cell list >GSM neighbour cell info >> BSIC >> BCCH ARFCN Need OP OP MP OP OP MP OP OP MP MP MP
640 Multi <1 to maxFDDFre qList> Integer(0.. 16383) Integer(0 .. 16383) Primary CPICH info 10.3.6.60 Type and reference
[25.101] If IE not present, default duplex distance of 190 MHz shall be used. [25.101]
<1 to maxFDDFre qCellList> <1 to maxTDDFre qList> <1 to maxTDDFre qCellList> <1 to maxGSMCel lList>
A.4
Constant Ciphering information maxCNDomains Frequency information maxFDDFreqList maxTDDFreqList maxFDDFreqCellList maxTDDFreqCellList maxGSMCellList
3GPP
Release 1999
641
B.1
After power on, the UE stays in Idle Mode until it transmits a request to establish an RRC Connection. In Idle Mode the connection of the UE is closed on all layers of the access stratum. In Idle Mode the UE is identified by non-access stratum identities such as IMSI, TMSI and P-TMSI. In addition, the UTRAN has no own information about the individual Idle Mode UEs, and it can only address e.g. all UEs in a cell or all UEs monitoring a paging occasion. The UE behaviour within this mode is described in [4]. The UTRA RRC Connected Mode is entered when the RRC Connection is established. The UE is assigned a radio network temporary identity (RNTI) to be used as UE identity on common transport channels. The RRC states within UTRA RRC Connected Mode reflect the level of UE connection and which transport channels that can be used by the UE. For inactive stationary data users the UE may fall back to PCH on both the Cell and URA levels. That is, upon the need for paging, the UTRAN checks the current level of connection of the given UE, and decides whether the paging message is sent within the URA, or should it be sent via a specific cell.
B.2
The transition to the UTRA RRC Connected Mode from the Idle Mode can only be initiated by the UE by transmitting a request for an RRC Connection. The event is triggered either by a paging request from the network or by a request from upper layers in the UE. When the UE receives a message from the network that confirms the RRC connection establishment, the UE enters the CELL_FACH or CELL_DCH state of UTRA RRC Connected Mode. In the case of a failure to establish the RRC Connection the UE goes back to Idle Mode. Possible causes are radio link failure, a received reject response from the network or lack of response from the network (timeout).
B.2.1
Editor's note: text in B.2.1 needs to be updated to reflect the deletion of the Immediate Cell evaluation procedure. Refer to 3GPP TS 25.304 for all states and procedures referred to in this subclause. When UE leaves idle mode from state Camped on any cell in order to make an emergency call, moving to state Connected mode (emergency calls only), the UE shall use the Immediate cell evaluation procedure (UTRA only) in order to select the best cell on the current frequency for the access attempt. If no suitable cell is found, the UE shall use the Any cell reselection. When returning to idle mode, the UE shall use the procedure Cell selection when leaving connected mode in order to find a suitable cell to camp on, state Camped on any cell.
B.3
B.3.1
-
The CELL_DCH state is characterised by A dedicated physical channel is allocated to the UE in uplink and downlink. The UE is known on cell level according to its current active set.
3GPP
Release 1999
642
Dedicated transport channels, downlink and uplink (TDD) shared transport channels, and a combination of these transport channels can be used by the UE.
The CELL_DCH-state is entered from the Idle Mode through the setup of an RRC connection, or by establishing a dedicated physical channel from the CELL_FACH state. A PDSCH may be assigned to the UE in this state, to be used for a DSCH. In TDD a PUSCH may also be assigned to the UE in this state, to be used for a USCH. If PDSCH or PUSCH are used for TDD, a FACH transport channel may be assigned to the UE for reception of physical shared channel allocation messages.
B.3.1.1
Transition to Idle Mode is realised through the release of the RRC connection.
B.3.1.2
Transition to CELL_FACH state occurs when all dedicated channels have been released, which may be a) via explicit signalling (e.g. PHYSICAL CHANNEL RECONFIGURATION, RADIO BEARER RECONFIGURATION, RADIO BEARER RELEASE, RADIO BEARER SETUP, TRANSPORT CHANNEL RECONFIGURATION, etc.). at the end of the time period for which the dedicated channel was allocated (TDD)
B.3.1.3
Transition to CELL_PCH state occurs via explicit signalling (e.g. PHYSICAL CHANNEL RECONFIGURATION, RADIO BEARER RECONFIGURATION, RADIO BEARER RELEASE, RADIO BEARER SETUP, TRANSPORT CHANNEL RECONFIGURATION, etc.).
B.3.1.4
Transition to URA_PCH state occurs via explicit signalling (e.g. PHYSICAL CHANNEL RECONFIGURATION, RADIO BEARER RECONFIGURATION, RADIO BEARER RELEASE, RADIO BEARER SETUP, TRANSPORT CHANNEL RECONFIGURATION, etc.).
B.3.1.5
For the DCH, several physical channel allocation strategies may be applied. The allocations can be either permanent (needing a DCH release message) or based on time or amount-of-data. Resource allocation can be done separately for each packet burst with fast signalling on the DCH For each radio frame the UE and the network indicate the current data rate (in uplink and downlink respectively) using the transport format combination indicator (TFCI). However, in TDD, DCH and DSCH or USCH may be mapped on different CCTrCHs, their TFCI are totally independent. DCH transmission is not modified by the simultaneous existence of DSCH/USCH. If the configured set of combinations (i.e. transport format set for one transport channel) are found to be insufficient to retain the QoS requirements for a transport channel, the network initiates a reconfiguration of the transport format set (TFS) for that transport channel. This reconfiguration can be done during or in between data transmission. Further, the network can reconfigure the physical channel allowing an increase or decrease of the peak data rate. For the uplink data transmission, the UE reports the observed traffic volume to the network in order for the network to re-evaluate the current allocation of resources. This report contains e.g. the amount of data to be transmitted or the buffer status in the UE.
B.3.1.6
Depending on the amount and frequency of data macrodiversity (soft handover) may or may not be applied.
3GPP
Release 1999
643
The RRC Connection mobility is handled by measurement reporting, soft handover and Timing re-initialised or Timingmaintained hard handover procedures.
B.3.1.7
UE Measurements (CELL_DCH)
The UE performs measurements and transmit measurement reports according to the measurement control information. The UE uses the connected mode measurement control information received in other states until new measurement control information has been assigned to the UE.
B.3.1.8
FDD UEs with certain capabilities reads system information broadcast on FACH. TDD UEs reads the BCH to acquire valid system information. For each acquisition, the UE may need different combinations of system information broadcast on BCH. The scheduling on the broadcast channel is done in such way that the UE knows when the requested information can be found.
B.3.2
-
CELL_FACH state
The CELL_FACH state is characterised by: No dedicated physical channel is allocated to the UE. The UE continuously monitors a FACH in the downlink. The UE is assigned a default common or shared transport channel in the uplink (e.g. RACH) that it can use anytime according to the access procedure for that transport channel. The position of the UE is known by UTRAN on cell level according to the cell where the UE last made a cell update. In TDD mode, one or several USCH or DSCH transport channels may have been established.
B.3.2.1
A transition occurs, when a dedicated physical channel is established via explicit signalling (e.g. PHYSICAL CHANNEL RECONFIGURATION, RADIO BEARER RECONFIGURATION, RADIO BEARER RELEASE, RADIO BEARER SETUP, RRC CONNECTION REESTABLISHMENT, TRANSPORT CHANNEL RECONFIGURATION, etc.).
B.3.2.2
The transition occurs when UTRAN orders the UE to move to CELL_PCH state, which is done via explicit signalling (CELL UPDATE CONFIRM, RADIO BEARER RECONFIGURATION, etc.).
B.3.2.3
Upon release of the RRC connection, the UE moves to the idle mode.
B.3.2.4
The transition occurs when UTRAN orders the UE to move to URA _PCH state, which is done via explicit signalling (URA UPDATE CONFIRM, RADIO BEARER RECONFIGURATION, etc.).
B.3.2.5
In the CELL_ FACH state the UE will monitor an FACH. It is enabled to transmit uplink control signals and it may be able to transmit small data packets on the RACH.
3GPP
Release 1999
644
The network can assign the UE transport channel parameters (e.g. transport format sets) in advance, to be used when a DCH is used. Upon assignment of the physical channel for DCH, the UE moves to CELL_DCH state and uses the preassigned TFS for the DCH. If no UE dedicated physical channel or transport channel configuration has been assigned, the UE uses the common physical channel and transport channel configuration according to the system information. For the uplink data transmission, the UE reports the observed traffic volume to the network in order for the network to re-evaluate the current allocation of resources. This report contains e.g. the amount of data to be transmitted or the buffer status in the UE. When there is either user or control data to transmit, a selection procedure determines whether the data should be transmitted on a common transport channel, or if a transition to CELL_DCH should be executed. The selection is dynamic and depends on e.g. traffic parameters (amount of data, packet burst frequency). In FDD mode, the UTRAN can assign CPCH resources to the UE in CELL_FACH state. When CPCH resources are assigned, the UE will continue to monitor FACHs. The UE may use the RACH to transmit uplink control signals and small data packets. The UE also may choose to transmit data packets, larger than those carried on the RACH, on the CPCH channel. The UE selects either the RACH or one of the CPCH channels to make maximum use of the capacity available on that channel. In FDD mode, the UE provides the UTRAN with CPCH measurement data, which includes data, queue depth (current size of data buffers), average access time for each CPCH channel used, and average traffic volume on each CPCH channel used. With these measures, the UTRAN can reallocate network resources on a periodic basis. The UTRAN allocates CPCH Sets to each cell and assigns UEs to one of the cell's CPCH Sets. The UEs can dynamically access the CPCH resources without further UTRAN control. In the TDD mode, the UTRAN can assign USCH / DSCH resources to the UE in CELL_FACH state. When USCH / DSCH resources are assigned, the UE will continue to monitor FACHs, depending on the UE capability. The UE may use the USCH / DSCH to transmit signalling messages or user data in the uplink and / or the downlink using USCH and / or DSCH when resources are allocated to cell and UE is assigned use of those USCH / DSCH. For the uplink data transmission on USCH the UE reports to the network the traffic volume (current size of RLC data buffers), The UTRAN can use these measurement reports to re-evaluate the current allocation of the USCH / DSCH resources.
B.3.2.6
In this state the location of the UE is known on cell level. A cell update procedure is used to report to the UTRAN, when the UE selects a new cell to observe the common downlink channels of a new cell. Downlink data transmission on the FACH can be started without prior paging. The UE monitors the broadcast channel and system information on BCCH of its own and neighbour cells and from this the need for the updating of cell location is identified. The UE performs cell reselection and upon selecting a new UTRA cell, it initiates a cell update procedure. Upon selecting a new cell belonging to another radio access system than UTRA, the UE enters idle mode and makes an access to that system according to its specifications.
B.3.2.7
UE Measurements (CELL_FACH)
The UE performs measurements and transmit measurement reports according to the measurement control information. By default, the UE uses the measurement control information broadcast within the system information. However, for measurements for which the network also provides measurement control information within a MEASUREMENT CONTROL message, the latter information takes precedence.
B.3.2.8
The UE reads the BCH to acquire valid system information. For each acquisition, the UE may need different combinations of system information broadcast on BCH. The scheduling on the broadcast channel is done in such way that the UE knows when the requested information can be found.
3GPP
Release 1999
645
When the system information is modified, the scheduling information is updated to reflect the changes in system information transmitted on BCH. The new scheduling information is broadcast on FACH in order to inform UEs about the changes. If the changes are applicable for the UE, the modified system information is read on BCH.
B.3.3
-
CELL_PCH state
The CELL_PCH state is characterised by: No dedicated physical channel is allocated to the UE. The UE selects a PCH with the algorithm specified in subclause 8.6.6.5, and uses DRX for monitoring the selected PCH via an associated PICH. No uplink activity is possible. The position of the UE is known by UTRAN on cell level according to the cell where the UE last made a cell update in CELL_FACH state.
The DCCH logical channel cannot be used in this state. If the network wants to initiate any activity, it needs to make a paging request on the PCCH logical channel in the known cell to initiate any downlink activity.
B.3.3.1
The UE is transferred to CELL_FACH state: a) by paging from UTRAN ( PAGING TYPE1 message ) b) through any uplink access ( CELL UPDATE message )
B.3.3.2
In CELL_PCH state no resources have been granted for data transmission. For this purpose, a transition to another state has to be executed. The UE may use Discontinuous Reception (DRX) in order to reduce power consumption. When DRX is used the UE needs only to receive at one paging occasion per DRX cycle. The UE may be instructed to use a specific DRX cycle length by the network. The UE determines its paging occasions in the same way as for Idle Mode, see [4].
B.3.3.3
In the CELL_PCH state, the UE mobility is performed through cell reselection procedures, which may differ from the one defined in [4]. The UE performs cell reselection and upon selecting a new UTRA cell, it moves to CELL_FACH state and initiates a cell update procedure in the new cell. After the cell update procedure has been performed, the UE changes its state back to CELL_PCH state if neither the UE nor the network has any more data to transmit. Upon selecting a new cell belonging to another radio access system than UTRA, the UE enters idle mode and make an access to that system according to its specifications. In case of low UE activity, UTRAN may want to reduce the cell-updating overhead by ordering the UE to move to the URA_PCH State. This transition is made via the CELL_FACH state. UTRAN may apply an inactivity timer, and optionally, a counter, which counts the number of cell updates e.g. UTRAN orders the UE to move to URA_PCH when the number of cell updates has exceeded certain limits (network parameter).
B.3.3.4
UE Measurements (CELL_PCH)
The UE performs measurements and transmit measurement reports according to the measurement control information. The UE uses the measurement control information according to the system information when no UE dedicated measurement control information has been assigned.
3GPP
Release 1999
646
B.3.3.5
The UE reads the BCH to acquire valid system information. For each acquisition, the UE may need different combinations of system information broadcast on BCH. The scheduling on the broadcast channel is done in such way that the UE knows when the requested information can be found.
B.3.4
-
URA_PCH State
The URA_PCH state is characterised by: No dedicated channel is allocated to the UE. The UE selects a PCH with the algorithm specified in subclause 8.6.6.5, and uses DRX for monitoring the selected PCH via an associated PICH. No uplink activity is possible. The location of the UE is known on UTRAN Registration area level according to the URA assigned to the UE during the last URA update in CELL_FACH state.
The DCCH logical channel cannot be used in this state. If the network wants to initiate any activity, it needs to make a paging request on the PCCH logical channel within the URA where the location of the UE is known. If the UE needs to transmit anything to the network, it goes to the CELL_FACH state. The transition to URA_PCH State can be controlled with an inactivity timer, and optionally, with a counter which counts the number of cell updates. When the number of cell updates has exceeded certain limits (a network parameter), then the UE changes to the URA_PCH State. URA updating is initiated by the UE, which, upon the detection of the Registration area, sends the network the Registration area update information on the RACH of the new cell.
B.3.4.1
Any activity causes the UE to be transferred to CELL_ FACH State. a) Uplink access is performed by RACH (CELL UPDATE message). b) by paging from UTRAN ( PAGING TYPE1 message ). NOTE: The release of an RRC connection is not possible in the URA_PCH State. The UE will first move to CELL_FACH State to perform the release signalling.
B.3.4.2
In URA_PCH State no resources have been granted for data transmission. For this purpose, a transition to CELL_FACH State has to be executed. The UE may use Discontinuous Reception (DRX) in order to reduce power consumption. When DRX is used the UE needs only to receive at one paging occasion per DRX cycle. The UE may be instructed to use a specific DRX cycle length by the network. The UE determines its paging occasions in the same way as for Idle Mode, see [4].
B.3.4.3
In URA_PCH State the location of a UE is known on UTRAN Registration area level. In this state, the UE mobility is performed through URA reselection procedures, which may differ from the definitions in S2.04. The UE performs cell reselection and upon selecting a new UTRA cell belonging to an URA which does not match the URA used by the UE, the UE moves to CELL_FACH state and initiates a URA update towards the network. After the URA update procedure has been performed, the UE changes its state back to URA_PCH state if neither the UE nor the network has any more data to transmit. Upon selecting a new cell belonging to another radio access system than UTRA, the UE enters idle mode and makes an access to that system according to its specifications (FFS).
3GPP
Release 1999
647
B.3.4.4
UE Measurements (URA_PCH)
The UE performs measurements and transmit measurement reports according to the measurement control information. The UE uses the measurement control information according to the system information when no UE dedicated measurement control information has been assigned.
B.3.4.5
The same mechanisms to transfer and update system information as for state CELL_PCH are applicable for UEs in URA_PCH state.
B.3.5
States and Transitions for Cell Reselection in URA_PCH, CELL_PCH, and CELL_FACH
See Idle Mode figurein 3GPP TS 25.304
Camped Normally
return to idle mode no suitable cell found UTRA RRC Connected Mode trigger suitable cell selected Initial Cell Reselection
data to transfer best suitable cell selected trigger suitable cell selected
Cell Reselection
Figure 61: UTRA RRC Connected mode cell reselection for URA_PCH, CELL_PCH, and CELL_FACH Editor's note: Figure 61 needs to be updated to reflect the deletion of the Immediate Cell evaluation procedure. In some states the UE performs cell reselection procedures. The UE selects a suitable cell (defined in 3GPP TS 25.304) and radio access technology based on connected mode radio measurements and cell reselection criteria. Figure 61 shows the states and procedures in the cell reselection process in connected mode. When a cell reselection is triggered, the UE evaluates the cell reselection criteria based on radio measurements, and if a better cell is found that cell is selected, procedure Cell reselection (see 3GPP TS 25.304). If the change of cell implies a change of radio access technology, the RRC connection is released, and the UE enters idle mode of the other RAT. If no suitable cell is found in the cell reselection procedure, the RRC connection is released, and the UE enters idle mode. When an Initial cell reselection is triggered, the UE shall use the Initial cell reselection procedure (see 3GPP TS 25.304) to find a suitable cell. One example where this procedure is triggered is at radio link failure, where the UE may trigger an initial cell reselection in order to request re-establishment of the RRC connection. If the UE is unable to find a suitable cell, the UE shall release the RRC connection and enter idle mode.
3GPP
Release 1999
648
B.4
When using PSTN / ISDN domain services, UTRAN is using an Inter-Radio access system Handover Procedure and GSM is using a Handover procedure for the transition from UTRA RRC Connected Mode to GSM Connected Mode.
B.5
When using IP domain services, the UE initiates cell reselection from a GSM/GPRS cell to a UTRAN cell and then uses the RRC Connection Establishment procedure for the transition to UTRA RRC Connected mode. When the RRC Connection is established from Idle Mode (GPRS Packet Idle Mode) the RRC CONNECTION REQUEST message contains an indication, that UTRAN needs to continue an already established GPRS UE context from the CN. This indication allows UTRAN to e.g. prioritise the RRC CONNECTION REQUEST from the UE. In UTRA RRC connected mode UTRAN is using UE or network initiated cell reselection to change from a UTRAN cell to a GSM/GPRS cell. If the cell reselection was successful the UE enters Idle Mode (GPRS Packet Idle Mode). The UE sends a packet channel request from Idle Mode (GPRS Packet Idle mode) to establish a Temporary Block flow and enter GPRS Packet Transfer Mode. In the GPRS Packet Transfer Mode the UE sends a RA Update request message. The RA Update Request message sent from the UE contains an indication that GSM/GPRS need to continue an already established UTRAN UE context from the CN. This means that the RA Update request is always sent for the transition from UTRA RRC Connected Mode to GSM/GPRS regardless if the RA is changed or not. NOTE: The reason for using RA update instead of a new message is to reduce the impact on the existing GSM/GPRS specification.
B.6
NOTE:
B.6.1
For a UE in CELL_DCH state using both PSTN / ISDN and IP Domain services the Inter-RAT handover procedure is based on measurement reports from the UE but initiated from UTRAN. The UE performs the Inter-RAT handover from UTRA RRC Connected Mode to GSM Connected Mode first. When the UE has sent handover complete message to GSM / BSS the UE initiates a temporary block flow towards GPRS and sends a RA update request. If the Inter-RAT handover from UTRA RRC Connected Mode to GSM Connected Mode was successful the handover is considered as successful regardless if the UE was able to establish a temporary block flow or not towards GPRS. In case of Inter-RAT handover failure the UE has the possibility to go back to UTRA RRC Connected Mode and reestablish the connection in the state it originated from without attempting to establish a temporary block flow. If the UE has the option to try to establish a temporary block flow towards GSM / GPRS after Inter-RAT handover failure is FFS.
B.6.2
For a UE in GSM Connected Mode using both PSTN / ISDN and IP domain services the Inter-RAT handover procedure is based on measurement reports from the UE but initiated from GSM / BSS. The UE performs the Inter-RAT handover from GSM Connected Mode to UTRA RRC Connected Mode. In UTRA RRC Connected Mode both services are established in parallel. If the Inter-RAT handover from GSM Connected mode to UTRA RRC Connected Mode was successful the handover is considered as successful.
3GPP
Release 1999
649
In case of Inter-RAT handover failure the UE has the possibility to go back to GSM Connected Mode and re-establish the connection in the state it originated from.
3GPP
Release 1999
650
3GPP
Release 1999
651
RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-06 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07
RP-99657 RP-99657 RP-99655 RP-99657 RP-99657 RP-99653 RP-99655 RP-99655 RP-99657 RP-99655 RP-99657 RP-99657 RP-99655 RP-99657 RP-99657 RP-99655 RP-99657 RP-99653 RP-99657 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043
03/00
RP-000043 131 2 RP-000043 132 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000043 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 133 134 137 138 139 140 141 142 143 144 145 146 147 148 149 150 152 154 155 156 157 159
1 1 2 3 4 1 3 2 1 2 1 3 1 2
RP-000044 160 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000044 RP-000045 RP-000045 RP-000045 RP-000045 162 163 164 165 166 167 168 169 170 171 172 173 174 175 2 3 2 2 1 1
1 2
diversity in TDD Signalling connection release Addition of cell access restriction information elements to System Information RRC Connection Establishment parameters Support of UE autonomous update of a active set on a non-used frequency TPC combining for power control Editorial Modification of IEs in RRC messages Selection of SCCPCH RRC Initialisation Information Support of physical channel establishment and failure criteria in the UE RRC Connection Re-establishment (Message deleted in RAN_10, RP-000715) System information on FACH SAPs and Primitives for DS-41 mode TX Diversity Mode for Dedicated Channel RACH message length signalling on System Information Routing of NAS messages in UTRAN TBS Identification in TFS Merging the hard handover and some radio bearer control procedures Selected RRC message transfer syntax Efficient rate command signalling TDD Mode BCH Reception in Cell DCH State Uplink Outer Loop Power Control in TDD Mode TFS TB Size Calculation with Bit Aligned TDD MAC Headers Grouping of DRAC IEs, and detailed definitions of these Ies Correction of specifications for the 'Dynamic Resource Allocation Control of Uplink DCH' Procedure Clarification of PDCP info and PDCP capability Ies Editorial change to "Specification of system information block characteristics" Additions of CBS related Information Elements Signalling for computed gain factors General error handling procedures RRC message extensions Padding of RRC messages using RLC transparent mode UE information elements Other information elements Integrity protection function RAB-RB relations Inter-system handover from UTRAN Handover to UTRAN including procedure for pre- configuration RRC measurement filtering parameters New event "RL out of UE Rx window" Access control on RACH cdma2000 Hard Handover CPCH parameters with corrections U-plane AM RLC reconfiguration by cell update procedure CPCH Information elements for ASC in TDD Addition of timing advance value in handover related messages Physical channel description for TDD Message contents for the intersystem command message to UTRAN operating in TDD mode Corrections on use of PUSCH power control info and minor corrections UE individual DRX cycles in CELL_PCH and URA_PCH states Correction to Transport Format Combination Control procedure Downlink outer loop power control Redirection of RRC connection setup Inter-frequency measurements in CELL_FACH state List of found editorial mistakes in the Dec99 version of 25.331 (V3.1.0) Transport block size Cell Access Restriction Editorial modification Modification of DPCH info Measurement control message Reporting cell status Additional IE for RB release Available SF in PRACH info
3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.0.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0
3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.1.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0 3.2.0
3GPP
Release 1999
RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-07 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000045 RP-000046 RP-000046 RP-000046 RP-000046 RP-000046 RP-000046 RP-000046 RP-000046 176 177 178 179 180 183 184 188 189
652
1 1 1 1
192 1 193 194 1 201 1 202 203 204 205 206 207 208 209 210 212 213 1 1 1 1 1
RP-000046 215 RP-000046 RP-000046 RP-000046 RP-000046 220 229 234 236 1 1 2 1
RP-000046 252 1 RP-000046 RP-000046 RP-000046 RP-000046 RP-000046 RP-000046 RP-000047 RP-000047 RP-000047 RP-000047 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000222 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 254 255 256 259 263 267 268 271 272 273 228 260 261 262 265 269 275 279 280 281 282 283 285 286 287 288 289 291 292 293 294 296 297 298 300 301 1
06/00
5 1 4 4 3 1
3 1 1 2 1 1 1 2 1 1 1 1 3 1 2 1
Traffic volume measurement event Report of multiple cells on an event result Editorial modification on Direct Transfer Correction of the Security Mode Control procedure Maximum calculated Transport Format Combination Additional DPCH IEs to align 25.331 with 25.214 RB DCH mapping Modifications related to FDD mode DSCH Identification of Shared Channel Physical Configuration in TDD Mode Uplink Outer Loop Power Control During Hard Handover Support of Multiple CCTrCH's in TDD Mode Uplink Physical Channel Control in TDD Mode Transfer of initial information from UE to target RNC prior to handover to UTRAN CN information elements UTRAN mobility information elements RB information elements Physical channel information elements UE capability information elements UE variables Actions when entering idle mode Usage of pilot bits System information procedure corrections Reconfiguration of ciphering Enhancements to RRC connection re-establishment procedure (Message subsequently deleted in RAN_!), RP-000715) Updates to RRC Initialisation Information transparent container and addition of reverse direction container description Changes in RRC messages to support lossless SRNC relocation Measurements of unlisted neighbouring cells Inclusion of Location Services Application of Access Service Classes and relation to Access Classes DRX indicator presence and state entering mechanism at the end of a procedure Physical shared channel allocation procedure Corrections to TDD specific parameters in PICH info Editorial modifications Introduction of mapping function information in Cell selection and Ciphering and integrity HFN New SIB for UP Removal of synchronization Case 3 TX Diversity Update of tabular format clause 10 ASN.1 description Downlink power control in compressed mode Clarification on physical channel allocations in TDD TDD Measurements and Reporting Signalling of IEs related to System Information on FACH Transport Format Combination Control Signalling of partial failure in radio bearer related procedures Clarification on PDCP info Editorial modification on Transport Ch capability Editorial modification on CN IE Editorial modification on Physical CH IE Editorial modification on ASN.1 description IEs on SIB5/6 Re-establishment timer CN DRX cycle coefficient Cell Access Restriction Cell selection and re-selection parameters Modification on Measurement IE RACH Transmission parameters SCCPCH System Info Addition of HFN for RRC CONNECTION RE-ESTABLISHMENT COMPLETE RLC reconfiguration indicator RLC Info Usage of Transport CH ID Transport format combination set Usage of U-RNTI and C-RNTI in DL DCCH message Description of Cell Update Procedure
3GPP
Release 1999
RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000223 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000224 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000225 RP-000226 RP-000226 RP-000226 RP-000226 RP-000226 RP-000226 304 305 306 307 309 310 311 312 313 314 315 318 319 320 323 324 325 326 328 329 330 331 332 333 334 1
653
3 2 5 2 1 2 1 1 1 1 3 1
3 4 4
335 336 337 1 339 340 342 344 345 346 347 348 350 351 352 353 354 355 357 358 359 360 361 362 363 364 368 371 372 373 375 377 378 379 380 382 1 1 1 3 1 1 2 3 2 2 2 3 1 1 1 1 2 1
1 1
RP-000226 383 1 RP-000226 384 RP-000226 RP-000226 RP-000226 RP-000226 385 387 388 1 389 1
System information modification procedure Functional descriptions of the RRC messages Clarification of CTFC calculation Compressed mode parameters Signalling procedure for periodic local authentication Editorial corrections on security Security capability Corrections on ASN.1 definitions DRX cycle lower limit Removal of CPICH SIR measurement quantity Signalling connection release request Change to IMEI coding from BCD to hexadecimal Removal of RLC sequence numbers from RRC initialisation information Addition of the length of PDCP sequence numbers into PDCP info BSIC verification of GSM cells Reporting cell status RRC measurement filtering parameters Cell-reselection parameter signalling Multiplicity values Quality measurements CPCH Status Indication mode correction End of CPCH transmission Handover to UTRAN procedure Harmonization of access service classes in FDD and TDD Correction to usage of primary CCPCH info and primary CPICH info Corrections and clarifications on system information handling Editorial corrections Editorial corrections on uplink timing advance Correction of Transport Format Combination tabular format and ASN.1 UE variables General error handling System Information extensibility in ASN.1 definitions Usage of pilot bits RRC connection release procedure Alignment of Section 10.3 on methodology defined in 25.921 Modifications of cell (re)selection parameters GPS time-of-week represented as seconds and fractions of seconds CPCH corrections PLMN type selection Paging and establishment cause values Common channel configurations Clarification of prioritization of logical channels in UE UE capability corrections Clarification of HFN Clarification of Integrity Protection RRC message size optimization regarding TrCH parameters Protocol extensions in ASN Downloading of pre- defined configurations via SIB 16 Optimization of System Information CPCH gain factor SFN Transmission Rate in TDD Mode Integrity Control Modification to measurement event evaluation System Information related parameters Changes in RB mapping info Editorial corrections to PRACH system information and Cell info Editorial Corrections to 25.331 Procedures and Tabular Format Corrections to figures and procedures for the failure cases Corrections on use of ORDERED_CONFIG Corrections to Transport Channel and RB Reconfiguration procedures Corrections to INITIAL DIRECT TRANSFER and UE CAPABILITY INFORMATION CONFIRM procedures Corrections to Transparent mode signalling info Tabular format and ASN.1 Corrections to Soft Handover messages and procedures Corrections to RRC CONNECTION REJECT procedures Transport format combination in TDD and Transport channel ID Signalling for dynamic TTI in TDD
3GPP
Release 1999
RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-08 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-000226 RP-000226 RP-000226 RP-000226 RP-000226 RP-000226 RP-000226 RP-000226 RP-000227 RP-000227 RP-000227 RP-000227 RP-000227 RP-000227 RP-000227 RP-000227 390 391 392 393 394 395 396 397 398 399 400 401 402 404 408 409 1 1 1 1 1 1 1 2
654
1 1 1
RP-000227 410 1 RP-000227 RP-000227 RP-000227 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000361 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000362 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 412 1 414 415 1 356 3 403 413 416 417 3 3 2 2
09/00
418 419 420 2 421 1 422 424 425 426 427 428 430 431 432 434 435 437 438 439 440 441 442 444 445 448 449 450 451 452 453 454 455 456 457 459 461 462 463 464 465 466 467 1 1
2 4 3 1 1
1 1 2
2 1 1 2 1 1 3 1 1 1
Usage of DCCH for Shared Channel Allocation message Correction to physical channel IEs in TDD TDD preconfiguration for Handover to UTRAN Corrections to measurement control descriptions and messages Corrections on ASN.1 definitions Addition of the Segmentation indication field for transparent mode RLC in the RLC Info Radio Bearer identity for CCCH ASN.1 definitions for RRC information between network nodes NAS Routing DPCCH power control preamble Modifications of Assisted GPS Messages Choice of Initial UE Identity ANSI-41 information elements RLC value ranges HFN Reset Clarification on ciphering parameters and integrity protection procedure in case of SRNS relocation Clarification of compressed mode activation and configuration failure Modification of the RLC Size IE CPCH DL Power control SFN measurements in TDD Clarification on multiplicity of PCH and PICH and S-CCPCH selection Parameters to be stored in the USIM Optimization of Inter-system handover message Timing Advance in Handover Procedures Synchronization of Timing Advance and Timing Deviation Measurement Downlink Physical Channels Per Timeslot TDD Mode DCH Reception in Cell DCH State Downlink Power Control During DTX in TDD Mode Paging Indicator Length Definition Updating & alignment of RRC containers & handover to UTRAN information transfer Default values for UE timers and counters Security mode control Corrections and Editorial updates to chapter 8 Corrections and editorial updates to chapter 10 Transition from CELL_DCH to CELL_PCH and URA_PCH state Assisted GPS Messaging and Procedures Corrections to Activation Time use Editorial Corrections to measurement reporting range Default DPCH offset value and DPCH offset RLC info Clarification of the description of IE semantics in "RB with PDCP information" Editorial corrections on security Editorial correction to RB mapping info Compressed mode configuration failure Gain factors for TDD Introduction of Default DPCH Offset Value in TDD Optimization of handover to UTRAN command Editorial corrections Mapping of channelisation code DL TFCS Limitation SIB offset RRC CONNECTION RELEASE cause Addition of RACH TFCS Cell Identity Editorial Modifications TDD PRACH Power Control for Spreading Factor 8/16 TDD CCTrCH Repetition Length Definition Reporting threshold of traffic volume measurements UP GPS assistance data for SIB Support of cell update confirm on CCCH Max Window Size in RLC capabilities UE handling of CFN Correction of padding description in clause 12 Window size in RLC info TFC Control Duration System Information Block Tabular Information
3GPP
Release 1999
RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000363 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000364 RP-000365 RP-000365 469 1 470 471 2 472 474 476 1 477 478 479 480 481 483 485 486 487 490 492 494 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 1 1 1 1 1 1 1 1 1 3 1 2 1 1 1 1
655
1 1
1 1
RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 RP-09 12/00 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10
RP-000365 521 RP-000365 522 RP-000365 523 RP-000365 524 1 RP-000365 525 1 RP-000365 RP-000365 RP-000365 RP-000365 RP-000365 RP-000365 526 528 530 532 533 534 1 1 1 1 1
RP-000365 535 1 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 536 537 1 538 539 541 1 542
Frequency encoding in inter-system handover messages RRC message size optimization regarding TFS parameters RACH selection DRX cycle lower limit Rx window size in RLC info Corrections & optimizations regarding system information blocks of length 215..221 Corrections on 8.1.1 resulting from RRC review at R2#14 Corrections to the RRC connection release procedure New release cause for signalling connection re-establishment Correction to IE midamble shift and burst type Correction in RLC info Description of CTCH occasions TDD CCTrCH UL/DL Pairing for Inner Loop Power Control DCCH and BCCH Signalling of TDD UL OL PC Information Broadcast SIBs for TDD UL OL PC Information CPCH corrections Corrections to Security IEs Corrections to parameters to be stored in the USIM Editorial corrections Physical Shared Channel Allocation procedure Correction to Transport Format Combination Control Message Usage of Cell Parameter ID RB description for SHCCH Use of LI in UM Minor Corrections to RRC Protocol Specification Correction to Cell Update Cause Correction on T307 definition Corrections to relative priorities in RRC Protocol Unification of Reconfiguration Procedures Changes to section 8.2 proposed at Paris RRC Ad Hoc Establishment Cause PRACH partitioning Editorial Correction on Active Set Update Editorial Correction regarding system information Clarification on Reporting Cell Status Editorial corrections on RRC Connection Establishment and Release procedures NOTE: In subclause 8.1.4.6, the change from "decrease" to "increase" for V308 was decided to be incorrect after discussion on the TSG-RAN WG2 reflector and was not implemented Gated Transmission Control Info Cell selection/reselection parameters for SIB 3/4 Implementation of Ec/N0 parameters and optimization of SIB 11/12 PRACH Info Uplink DPCH power control info AICH power offset value range Direct paging of RRC connected UE in CELL_PCH/URA_PCH NOTE: This CR was postponed in TSG-RAN #9 and was wrongly included in v3.4.0. This was corrected in v3.4.1 Corrections to Sections 1-7 Error handling for Uplink Physical Channel Control procedure Corrections to downlink outer loop power control in compressed mode Clarification on measurement procedure using compressed mode Updates to cell and URA update procedures based on RRC Ad Hoc Updates to RNTI allocation procedure based on RRC Ad Hoc PRACH constant value Corrections to the paging procedure Moving of text from 25.304 Message extensibility Additions to "State of RRC Procedure" in RRC Initialisation information, source RNC to target RNC Support of codec negotiation Removal of contents of CR 520 from v3.4.0, because it was postponed at TSG-RAN #9 and by accident included anyway. Downlink outer-loop power control in compressed mode Correction in the use of U-RNTI Short Corrections related to UE Timing Corrections to SFN-SFN definition Corrections to definition and use of Activation Time Corrections to logical channel priorities
3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.3.0 3.4.0 3.4.1 3.4.1 3.4.1 3.4.1 3.4.1 3.4.1
3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.0 3.4.1 3.5.0 3.5.0 3.5.0 3.5.0 3.5.0 3.5.0
3GPP
Release 1999
RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-10 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000570 RP-000571 RP-000571 RP-000571 RP-000571 543 544 545 546 548 549 551 553 554 556 559 560 561 564 566 568 571 572 1 1 1 1 1 1 1 1 1 1
656
2 1 1 3 1
RP-000571 573 4 RP-000571 574 2 RP-000571 575 1 RP-000571 RP-000571 RP-000571 RP-000571 RP-000571 RP-000574 RP-000571 RP-000571 RP-000571 RP-000571 RP-000571 RP-000571 RP-000571 RP-000571 RP-000715 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000574 RP-000572 RP-000574 RP-000572 RP-000572 RP-000572 RP-000572 RP-000572 RP-000573 RP-000573 RP-000573 RP-000573 RP-000573 RP-000574 RP-000573 576 577 578 580 581 583 584 585 586 587 590 592 595 596 597 598 599 600 601 602 604 606 608 609 610 611 613 614 615 616 617 618 619 621 622 623 624 625 1
1 1 1
2 1 1 4 1 5 1 3 1 2 1 1 2 2 1 2
1 1 1
Correction to codec negotiation CFN-SFN observed time difference measurement Correction to timing indication for hard handover UE Radio Access Capability Corrections RRC establishment and paging causes for NAS signalling Corrections to Intra-frequency measurements and Traffic volume measurements PRACH/RACH System information GSM Measurement reporting BLER measurement and quality target Clarification of PDCP sequence number window terminology Clarification on Error Handling Removal of compressed mode measurement purpose "other" Clarification of compressed mode measurement purpose "GSM" Reporting multiple GSM cells Number of RLs that can be removed in Active Set update Clarification on Segment Index RRC procedure performance requirements Correction of newInterSystemCellList and MeasurementControlSysInfo in ASN.1 Removal of Flow Id concept while maintaining Iu interface flexibility Ciphering and reset Corrections and clarifications concerning inter-RAT change procedures General Security Clarifications Clarification on RB 0 Clarification on the transition of RRC state UP measurements for RRC information to target RNC Correction on LCS reporting criteria CSICH Corrections Clarification to handling of satellite health issues Clarification on activation time Clarification on activation time for ciphering in TM Measurement procedures and messages Inter-RAT UE radio access capability Clarification on cell update/URA update procedures Protocol States and Process System Information RRC Connection Management Procedures, Generic procedures and actions Paging Procedures NAS signalling Procedures Radio Bearer Control Procedures Corrections to the Counter Check Procedure Tabular Information and ASN.1 Corrections to Measurement Occasion concept Corrections concerning optimisation of RB information Corrections to security Ciphering activation time for DPCH Confirmation of signalling connection establishment RACH Sub-channel signalling Assistance data delivery for UP Clarification of LCS measurements Configuration of RLC PDU sizes for logical channels PICH power offset for TDD Correction for PDSCH power control for TDD Usage of dynamic spreading factor in uplink Correction of Midamble Shift for Burst Type 3 Correction of text concerning Scheduling of System Information Alignment of GSM'99 BA Range concept and its inclusion in UTRA Clarification of RB mapping info Correction to UE multi-RAT capability Correction to PDCP sequence number exchange during hard handover DCH Quality Target Simultaneous release of RBs and signalling connection Correction on Transport Channel Reconfiguration Limitation of DRX cycle length Signalling of the alpha value in TDD for open loop power control Support for improved compressed mode handling for TDD measurements Usage of secondary CPICH and secondary scrambling code Expiration time of SIB type 7, 14
3GPP
Release 1999
RP-10 RP-10 RP-000573 640 RP-000684 641
657
Correction to integrity protection Downlink Outer Loop Control
3GPP