- HSDPA mobility handling with the serving HS-DSCH cell change (see HSDPA mobility handling with the Serving HS-DSCH Cell Change)
- HSDPA cell reselection and HSDPA mobility handling with DCH switching (see HSDPA cell reselection)
The operators can set the preferred method with the HSDPAMobility management parameter.
Changing the parameter value does not affect the existing RRC connections. The new value is used for new RRC connections only.
Inter-RNC mobility (HSPA inter-RNC cell change feature) is described in the chapter Inter-RNC mobility.
Inter-frequency handovers for HSDPA services are described in section HSDPA inter-frequency handover.
HSDPA mobility handling with the Serving HS-DSCH Cell Change
This feature can be activated by enabling the HSDPAMobility parameter.
In the figure above, the HS-PDSCH allocation for a given UE only belongs to one of the radio links assigned to the UE, the serving HS-DSCH radio link. The cell associated with the serving HS-DSCH radio link is defined as the serving HS-DSCH cell. The HS-DSCH transport channel is never in diversity handover. A serving HS-DSCH cell change facilitates the transfer of the role of serving HS-DSCH radio link from one radio link belonging to the source HS-DSCH cell to a radio link belonging to the target HS-DSCH cell.
The serving HS-DSCH cell change is a network controlled synchronous procedure (for example, transmission and reception of HS-DSCH are stopped and started at the time instant given by the RNC). The RNC bases the target cell selection on the periodically reported measurements from UE (intra-frequency CPICH Ec/No) and the BTS (dedicated UL SIRerror). If there is no suitable target cell when the CPICH Ec/No triggers the serving HS-DSCH cell change, the current cell is kept. If there is no suitable target cell when any other trigger initiates the serving HS-DSCH cell change, the HS-DSCH MAC-d flow is released and the RB is mapped to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch).
Either an intra-BTS or an inter-BTS can execute the serving HS-DSCH cell change. The serving HS-DSCH cell change feature also includes the soft handover of an associated DPCH (that is, signalling link and UL DCH return channel can be in SHO).
At an inter-Node B serving HS-DSCH cell change, a serving HS-DSCH Node B relocation must be performed at the UTRAN. Serving HS-DSCH Node B relocation and serving HS-DSCH cell change are two separate procedures, even if the serving HS-DSCH Node B relocation cannot be performed without a serving HS-DSCH cell change.
For details about inter-RNC serving HS-DSCH cell change, refer to Inter-RNC mobility.
Measurement reporting
The measurement events when HSDPAMobility is set to 'enabled' are explained in the table below:
Event | Description |
1A: “A primary CPICH enters the reporting range” | This event is a trigger for starting HSDPA specific measurements and active set update for associated channels. |
1B: “A primary CPICH leaves the reporting range” | This event is a trigger for serving HS-DSCH cell change and active set update for associated channels |
1C: “A non-active primary CPICH becomes better than an active one” | This event is a trigger for serving HS-DSCH cell change and active set update for associated channels. |
Event | Description |
6F: “UE Rx-Tx time difference for a RL included in the active set becomes larger than an absolute threshold | This event is a trigger for serving HS-DSCH cell change. |
6G: “UE Rx-Tx time difference for a RL included in the active set becomes less than an absolute threshold” | This event is a trigger for serving HS-DSCH cell change. |
Event | Description |
1F: A primary CPICH goes below the absolute threshold | This event is a trigger for releasing the HS-DSCH MAC-d flow |
1E: A primary CPICH becomes better than an absolute threshold | This event cancels event 1F. |
6A: 'UE Tx power becomes larger than an absolute threshold' | This event is a trigger for releasing the HS-DSCH. |
6B: 'UE Tx power becomes less than an absolute threshold' | This event cancels event 6A. |
In addition to the above-mentioned events, a UL quality deterioration report from outer loop power control can trigger the HS-DSCH MAC-d flow release.
In the case of a single NRT PS RAB, the measurement event 1F (A primary CPICH goes below the absolute threshold) initiates HS-DSCH MAC-d flow release and mapping of a radio bearer to DCH 0/0 kbit/s. The measurement event 1E (A primary CPICH becomes better than an absolute threshold) cancels the measurement event 1F. Each cell of the active set must trigger the measurement event 1F before HS-DSCH MAC-d flow release is started.
In the case of an AMR multi-service, the measurement events 1F (A primary CPICH goes below the absolute threshold) and 1E (A primary CPICH becomes better than an absolute threshold) are used to initiate the inter-frequency measurements. The HS-DSCH MAC-d flow is then released before initiation of the inter-frequency measurements for AMR speech CS RAB. The same applies also to the DL Transmitted Code Power measurement.
However, if the HSDPA Inter-Frequency Handover optional feature is activated and inter-frequency handover triggers are present, HS-DSCH release is not triggered. Instead, an E-DCH to DCH switch in uplink is performed if needed and interfrequency-handover measurement is started after that immediately with DL: HS-DSCH/UL: DCH configuration. For more details, see HSDPA inter-frequency handover.
For more information on measurement events introduced above, see Measurement procedure for inter-frequency handover.
The RNC selects the new Serving HS-DSCH cell based on DL CPICH Ec/No and UL SIRerror measurement results. These, and the other related parameters, are introduced in the next chapter.
Setting up the DL CPICH Ec/No and UL SIRerror measurements
The RNC orders the UE to report DL CPICH Ec/No of the cells in the active set periodically and the BTS to report UL SIRerror measurement periodically. The properties of both measurements and the related parameters are described below.
The downlink CPICH Ec/No measurement
Periodical intra-frequency CPICH Ec/No measurement is applied to the serving HS-DSCH cell change procedure for triggering and selection of the new serving cell. The measurement is started in conjunction of the setup of the HS-DSCH MAC-d flow and stopped in conjunction of the deletion of the HS-DSCH MAC-d flow.
Periodical CPICH Ec/No measurement is started only if the size of the active set is greater than one. If the size of the active set is one, that is there is only one radio link in the active set, periodical CPICH Ec/No reporting is not used.
The RNC starts and stops the measurement with the message.
The operator cannot switch off the periodical CPICH Ec/No measurement. The measurement is always active according to the conditions described above.
The intra-frequency measurement reporting criteria of the periodical CPICH Ec/No measurement for HSDPA serving cell change is the following:
- Measurement reporting mode is fixed.
- Measurement quantity is CPICH Ec/No. The operators can control the filtering of CPICH Ec/No measurements with the EcNoFilterCoefficient parameter, defined by theHSDPAFmcsIdentifier or the RTWithHSDPAFmcsIdentifier parameter set.
- Reporting quantity is CPICH Ec/No for active set cells. The reporting quantity of the measurement is fixed.
- Reporting criteria is periodical reporting. The operators can configure the reporting interval with the HSDPACPICHreportPeriod parameter.
Periodically reported DL CPICH Ec/No measurement results are then averaged in the RNC. Averaging is done within a sliding averaging window.
Averaging is performed using the following formula:
Where CPICH Ec|No (t) is the latest received CPICH Ec|No measurement and n equals to the value of parameter HSDPACPICHAveWindow.
The RNC calculates the averaged values from the available measurement samples, until the number of measurement samples is adequate to calculate averaged values over the whole averaging window.
Notice that periodical CPICH Ec/N0 measurement is also used in the case of direct DCH to HS-DSCH switch (see Direct DCH to HS-DSCH switch).
The uplink SIRerror measurement
The dedicated UL SIRerror measurement is used to select the serving HS-DSCH cell in the serving HS-DSCH cell change procedure. It is also used as a criterion for the sufficient UL quality for HS-DPCCH transmission. Insufficient quality triggers the HS-DSCH release.
The UL SIRerror measurement is defined in the 3GPP TS 25.215: Physical Layer Measurements specifications.
The periodical UL SIRerror measurement is started after the HS-DSCH has been allocated to the UE.
The procedure is used to start and stop the UL SIRerror measurement.
The operators can switch the periodical UL SIRerror reporting off by setting the reporting interval to zero with the HSDPASIRErrorReportPeriod parameter. If the reporting is switched off, the RNC does not use UL SIRerror as a criterion for the serving HS-DSCH cell change.
The reporting of UL SIRerror is periodical, but a report is only sent if the value has changed significantly. The reporting criteria of the dedicated UL SIRerror measurement are determined as follows:
- Dedicated measurement type is SIRerror.
- Measurement filter coefficient can be configured with HSDPASIRErrorFilterCoefficientparameter. The parameter determines the filtering coefficient value to be used in higher layer filtering of the measurement result. The higher layer filtering has been specified in the 3GPP TS 25.433: UTRAN Iub interface NBAP signalling specification.
- Report characteristics is periodic. The report periodicity defined with the HSDPASIRErrorReportPeriod operator configurable parameter.
Periodically reported UL SIRerror measurement results are averaged in the RNC. Averaging is done within a sliding averaging window.
If the measurement report was not received within the reporting period, the RNC uses the latest received value instead in averaging.
The averaging is performed using the following formula:
Where SIRError (t) is the latest received SIRError measurement and n equals to the value of the HSDPASIRErrorAveWindow parameter.
The RNC calculates the averaged values from the available measurement samples, until the number of measurement samples is adequate to calculate averaged values over the whole averaging window.
Algorithm for selecting the initial serving HS-DSCH cell
The initial serving HS-DSCH cell selection algorithm is executed when at least one PS RAB is established and a capacity request leads to the HS-DSCH allocation.
Finding the candidate cells
Initial selection of the serving HS-DSCH cell is based on the latest received intra-frequency DL CPICH Ec/No measurement result reported by the UE. The RNC takes the CPICH Ec/No measurement result from the latest received and stored measurement event. Periodical intra-frequency CPICH Ec/No measurement is not used for the initial selection of the serving HS-DSCH cell.
If the active set size is one, that is, there is only one cell in the active set, the HS-DSCH allocation is executed without taking DL CPICH Ec/No into account.
If the active set size is greater than one, that is, there is more than one cell in the active set, the DL CPICH Ec/No is used as criteria. All the HSDPA-capable cells that fulfil the following condition are selected as possible candidate cells for the HS-DSCH allocation:
Where:
- CPICHEc/NoCell is the CPICH Ec/No measurement of the candidate cell.
- CPICHEc/NoBest_cell is the CPICH Ec/No measurement of the best cell in the active set.
- HSDPAServCellWindow is an operator parameter, which determines the window - relative to the best cell in the active set - inside of which the serving HS-DSCH cell must be in order to allocate HS-DSCH.
In addition, HSPA streaming has to be activated (HSPAQosEnabled parameter set to 'Enabled') in the candidate cell if the UE possesses a PS streaming RB. Otherwise, the cell will not be selected as candidate.
When the cells which fulfil all these conditions are found, the serving HS-DSCH selection is executed according to the priorities below.
Notice that if active set contains just one cell then CPICH Ec/No is not checked.
Selecting the serving HS-DSCH cell from the candidates
Priority one: | The cell that has the best DL CPICH Ec/No is chosen as the serving HS-DSCH cell. |
Priority two: | The cell that has the next best DL CPICH Ec/No (first 2nd and then 3rd best) is chosen as the serving HS-DSCH cell. Note that if the HSDPA Dynamic Resource Allocation is inactive in the RNC, the cell that already has HSDPA power allocated is given the highest priority for selection of the serving HS-DSCH cell. |
If HS-DSCH allocation fails, the next best cell, in accordance with the priorities above, is attempted. If none of the cells in the active set can be chosen as the serving HS-DSCH cell, or if all the attempted allocations of the HS-DSCH are unsuccessful, a DCH is scheduled.
Notice that in order to execute the serving HS-DSCH cell change and allocate the HS-DSCH at the target cell, the channel type selection algorithm must be successful, that is, the Cell/BTS must fulfil all the criteria regarding HS-DSCH allocation.
Algorithm for changing the serving HS-DSCH cell
This chapter explains the principles used to select the target cell separately for each event that can trigger the serving HS-DSCH cell change.
Operation when DL CPICH Ec/No triggers the serving HS-DSCH cell change
Periodical reporting of the intra-frequency CPICH Ec/No measurement is used for the serving HS-DSCH cell change procedure. The CPICH Ec/No of the serving HS-DSCH cell has to be close enough to the currently best cell in the active set or else the serving HS-DSCH cell change is initiated. Each time the UE sends the periodical intra-frequency CPICH Ec/No measurement report, the need for the serving HS-DSCH cell change is evaluated:
In the equation, CPICHEc/NoServ_cell is the CPICH Ec/No measurement of the serving HS-DSCH cell, CPICHEc/NoBest_cell is the CPICH Ec/No measurement of the best cell in the active set and HSDPAServCellWindow is the management parameter, which determines the window - relative to the best cell in the active set - inside of which the serving HS-DSCH cell must be in order to allocate HS-DSCH.
If the HSDPACellChangeMinInterval timer is running the serving HS-DSCH cell change is not initiated because of the CPICH Ec/No measurement.
If CPICH Ec/No of the serving HS-DSCH cell is greater than or equal to the threshold, determined by the HSDPACPICHEcNoThreshold parameter, the current serving cell is kept.
To execute inter-BTS serving HS-DSCH cell change, the UL SIRerror of the target BTS must exceed the threshold determined by the HSDPASIRErrorTargetCell parameter. SIRerror measurement to be used for evaluation is the latest averaged value. In the case of an intra-BTS serving HS-DSCH cell change, the UL SIRerror is not checked.
All the HSDPA-capable cells that fulfil the condition defined by the Equation Condition for selecting the candidate cells are selected as possible candidate cells for new serving HS-DSCH cells.
Furthermore, if the UE uses a PS streaming RB, HSPA streaming has to be activated (HSPAQoSEnabled parameter) in the target cell, as well. If this condition is not fulfilled, the respective cell is then not selected as candidate cell.
When the cells that fulfil the DL CPICH Ec/No and UL SIRerror conditions are found, the serving HS-DSCH selection is executed according to the same priorities as in the selection of initial serving HS-DSCH cell.
If none of the cells in the active set can be chosen as the serving HS-DSCH cell, that is, the serving HS-DSCH cell change cannot be executed, the current HS-DSCH allocation is kept.
If the serving HS-DSCH cell change fails, the serving HS-DSCH cell change is retried at intervals determined as follows:
Interval = min (10 seconds, Number of failures * 2 seconds)
When the time interval from the previous unsuccessful attempt has elapsed, the next periodical CPICH Ec/No report is waited for. If the condition to start serving HS-DSCH cell change is still effective, a reattempt is made.
The serving HS-DSCH cell change algorithm is illustrated in the following flowchart.
Operation with other triggers, which initiate the serving HS-DSCH cell change
The following reasons initiate the serving HS-DSCH cell change:
- The level of the UL SIRerror in the serving cell that initiates the inter-BTS serving HS-DSCH cell change can be configured with HSDPASIRErrorServCell parameter.
- Intra-frequency measurement event 1B (A primary CPICH leaves the reporting range) or 1C (A non-active primary CPICH becomes better than an active one) initiates the serving HS-DSCH cell change if the cell to be removed from the active set is the serving HS-DSCH cell. Active set update is delayed until either serving HS-DSCH cell change or HS-DSCH release (switch to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch)) has been performed.
The following reasons, which may cause removal of the radio link from the active set, trigger the serving HS-DSCH cell change:
- Radio link failure of the serving HS-DSCH radio link (loss of UL synchronisation)If the BTS sends message (loss of UL synchronisation) to the RNC regarding the current serving HS-DSCH radio link and there are other HSDPA-capable cells in the active set, the serving HS-DSCH cell change is executed. Handover control initiates the serving cell change in 3 seconds after detection of the loss of synchronization.
- Serving HS-DSCH radio link is handed over to DRNCIf the current serving HS-DSCH radio link is handed over to DRNC, and there are other HSDPA-capable cells under SRNC in the active set, the serving HS-DSCH cell change is executed. The candidate cell must be located under SRNC to execute serving HS-DSCH cell change.
- RL removal because of Rx-Tx time difference
If the current serving HS-DSCH radio link is deleted from the active set because of Rx-Tx time difference measurement (Event 6F, 6G), and there are other HSDPA-capable cells in the active set, the serving HS-DSCH cell change is executed.
The DL CPICH Ec/No, UL SIRerror, and the support of HSPA streaming (if a PS streaming RB exists) are used as criteria when finding the candidate cells:
- DL CPICH Ec/No of the candidate cell does not have to be inside of the window (determined by the HSDPAServCellWindow parameter) to change serving HS-DSCH cell. This is because in this case it is better to allocate any cell than to switch to DCH.The DL CPICH Ec/No measurements used to both select the new serving HS-DSCH cell and define the priority order of the candidate cells are taken from the reported measurement event 1B or 1C, depending on which measurement initiated the cell change.
- If the level of UL SIRerror triggers the change, UL SIRerror of the target cell must be above or equal to the threshold determined by the HSDPASIRErrorTargetCell operator management parameter to allocate HS-DSCH. With other triggers it is enough that the UL SIRerror of the target cell is above or equal to the threshold determined by theHSDPASIRErrorServCell operator management parameter to allocate HS-DSCH. The UL SIRerror trigger is valid only in the case of the inter-BTS serving cell change. UL SIRerror cannot trigger the intra-BTS serving cell change.
- If the UE uses a PS streaming RB, HSPA streaming has to be activated (HSPAQoSEnabled parameter) in the target cell, as well. If this condition is not fulfilled, the respective cell is therefore not selected as candidate cell.
When the cells that fulfil the UL SIRerror condition are found, the serving HS-DSCH selection is executed according to same priorities as when selecting the initial serving HS-DSCH cell.
If the serving HS-DSCH change to target cell fails, the other candidate cells are attempted. If similar failure occurs also for other candidate cells, the serving HS-DSCH cell is not changed. If the serving HS-DSCH cell cannot be kept, for example, because of low UL SIRerror or lost radio link, HS-DSCH is released and mapped to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch). If the release of HS-DSCH fails, the release is retried as long as the condition to perform the release remains.
The RNC sets a UE-specific guard timer after HS-DSCH MAC-d flow release to prevent immediate and recurring HS-DSCH allocations, when HS-DSCH MAC-d flow has been released due to any handover reason and the radio bearer is mapped onto DCH after release. HS-DSCH transport channel is not allowed to be allocated during the guard time period determined by the HsdschGuardTimerHOmanagement parameter.
The guard timer concerns the particular UE and it is effective in all the cells under the RNC. The restriction is effective for the UE in the CELL_DCH and CELL_FACH states. When the timer expires, HS-DSCH allocation is allowed to the particular UE again.
Limiting the number and interval of serving HS-DSCH cell changes
The operators can define the maximum number of allowed serving HS-DSCH cell changes (HSDPAMaxCellChangeRepetition parameter) within a desired time frame (HSDPACellChangeRepetitionTime parameter). If the number of serving HS-DSCH cell changes is exceeded within the configured time frame, the RNC releases the HS-DSCH and maps the RB to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch).
The operators can define the minimum interval between serving HS-DSCH cell changes caused by DL CPICH Ec/No reason (HSDPACellChangeMinInterval parameter ). While the timer is running, the RNC does not perform serving HS-DSCH cell change.
Inter-RNC mobility
The HSPA Inter-RNC Cell Change feature improves the end user performance by maintaining a high data rate HSPA service during intra-frequency inter-RNC mobility. Capacity gain is achieved at the cells of the RNC border area when HSPA instead of DCH can be utilized. In the case of CS AMR speech multi-service, direct switch to DCH is applied in order to guarantee strict quality and delay requirements for the speech. Both HSDPA and HSUPA are covered by this chapter.
When intra-frequency measurements indicate that the strongest cell in the active set is located under the DRNC, HSPA intra-frequency inter-RNC cell change is performed. Triggering point for inter-RNC cell change can be specifically defined by the operator by means of the management parameters.
HSPA intra-frequency inter-RNC cell change utilizes SRNS relocation with UE involvement, that is, the UE is reconfigured according to the resources of the target RNC during SRNS relocation.
Target RNC allocates resources on a best effort basis, that is, even though HSPA is primarily allocated, also DCH/DCH can be allocated in case HSPA is not available. Source RNC deletes the old configuration after a successful SRNS relocation. HSPA serving cell change (serving HS-DSCH/E-DCH cell change) is combined with an inter-RNC cell change.
HSPA data flow is not established over Iur-interface but HSPA resources are reserved and allocated under DRNC in conjunction with the SRNS relocation. Associated DCH (signalling link) and uplink DCH return channel can be set up over Iur-interface, whereas HS-DSCH and E-DCH are not allowed over Iur-interface. HSPA Inter-RNC cell change is supported also when Iur-interface is disabled, congested or not existing.
Figure Situation prior to HSPA inter-RNC cell change below illustrates the situation prior to HSPA inter-RNC cell change. In this figure, the active set contains three cells. Two cells are located under SRNC and one cell under DRNC. Serving HSPA cell is located under SRNC. Associated DCH is transmitted and received via each cell in the active set. The functionality depends on the type of the allocated uplink transport channel. Either E-DCH or DCH can be allocated. Should E-DCH be allocated in uplink direction, DRNC cell is excluded from the E-DCH active set, that is, E-DCH non serving radio link is not allocated over Iur-interface. Should DCH be allocated in uplink direction, DCH is transmitted and received via each cell in the active set. Both of these scenarios are illustrated in the below.
Figure Situation after successful HSPA inter-RNC cell change below illustrates the situation after a successful HSPA inter-RNC cell change. In this figure, a HSPA inter-RNC Cell Change has successfully been performed. Source RNC has deleted the old configuration and DRNC has established new HSPA resources.
The functionality of the HSPA intra-frequency inter-RNC cell change depends on the value of the parameter HSPAInterRNCMobility.
HSPAInterRNCMobility parameter may have three different values:
- (0) DisabledThis value means that the feature is inactive.
- (1) Enabled without E-DCH triggerThis value means that the feature is active but an unacceptable E-DCH active set does not trigger an HSPA inter-RNC cell change.
- (2) EnabledThis value means that the feature is active and an unacceptable E-DCH active set triggers an HSPA inter-RNC cell change.
HSPA intra-frequency inter-RNC cell change is only applied if the HSDPA Serving Cell Change and HSDPA Soft/Softer Handover for Associated DPCH features are enabled. In other words, the HSDPAMobility parameter has to be set to ‘Enabled’. HSPA Inter-RNC cell change from source RNC to target RNC is performed by means of the ‘UE involved’ SRNS relocation procedure.
SRNC supports HSPA inter-RNC cell change only if the HSPAInterRNCMobility parameter is set to 'Enabled' or 'Enabled without E-DCH trigger'. If the parameter is set to ‘Disabled’, HSPA Inter-RNC cell change is not supported but SRNC applies a switch from HSPA to DCH at the RNC border. If the value of the parameter HSPAInterRNCMobility is changed online, current RRC connections are not affected. Instead, the new value will become effective only for new RRC connections in Cell_DCH state.
DRNC, which is the target RNC for ‘UE involved’ SRNS relocation procedure, supports HSPA inter-RNC cell change. DRNC ignores HSDPAMobility and HSPAInterRNCMobilityparameters in conjunction with the HSPA inter-RNC cell change. DRNC also ignores state of the licence of the HSPA Inter-RNC cell change feature.
The source RNC checks the 3GPP release version of the target RNC. If the 3GPP release version of the target RNC does not support HS-DSCH or/and E-DCH, SRNC executes a switch to DCH/DCH instead of starting a HSPA inter-RNC cell change.
Serving cell selection
This section deals with the initial selection of the serving cell, the serving cell change, the UL SIR error measurement, and other serving cell change reasons.
Initial selection of the serving cell
The SRNC initially selects the serving HSPA cell from those SRNC cells which belong to the active set. If either no cells exist under the SRNC or if HSPA allocation — either HS-DSCH/E-DCH or HS-DSCH/DCH — is not possible in any cell under SRNC, HSPA allocation is prevented. DRNC cell is not chosen as a serving HSPA cell at the initial selection of the serving HSPA cell phase.
Initial selection of the serving HSPA cell follows the existing principles as described in the chapter HSDPA mobility handling with the Serving HS-DSCH Cell Change except for the following special condition:
Currently the following condition is effective for the initial selection of the serving cell.
CPICHEc/NoCell is the CPICH Ec/No measurement of the candidate cell, CPICHEc/NoBest_cell is the CPICH Ec/No measurement of the best cell in the active set andHSDPAServCellWindow is the parameter that determines the window inside of which the serving cell must be.
However, if all conditions described below are true, SRNC ignores the condition in the equation Condition for selecting the candidate cells when initially selecting the serving HSPA cell. If any of the subsequent conditions is false, initial selection of the serving HSPA cell is performed only according to the existing principles, which means that the SRNC takes the condition in the equation Condition for selecting the candidate cells into account.
- HSPAInterRNCMobility parameter is set to 'Enabled' or 'Enabled without E-DCH trigger' under SRNC
- AMR CS speech RAB is not simultaneously established
- PS streaming RAB is not simultaneously established
- Both SRNC (CN) and DRNC support SRNS relocation
- There is at least one HSPA capable cell under SRNC and at least one cell under DRNC in the active set
- The best cell in terms of reported CPICH Ec/No is located under DRNC
Serving cell change
SRNC selects the new serving HSPA cell from those SRNC and DRNC cells which belong to the active set. If SRNC decides to select a DRNC cell as the new serving HSPA cell, SRNC initiates an intra-frequency inter-RNC cell change by using the ‘UE involved’ SRNS relocation procedure. If SRNC decides to select an SRNC cell as new serving HSPA cell, however, the existing serving HSPA cell change principles are followed as described in HSDPA mobility handling with the Serving HS-DSCH Cell Change.
HSPA inter-RNC cell change can be performed if the following conditions are effective:
- HSPAInterRNCMobility parameter is set to 'Enabled' or 'Enabled without E-DCH trigger' under SRNC
- AMR CS speech RAB is not simultaneously established
- PS streaming RAB is not simultaneously established
- Both SRNC (CN) and DRNC supports SRNS relocation
- There is at least one cell under DRNC in the active set
Basic difference between the traditional intra-RNC serving HSPA cell change and the HSPA inter-RNC cell change is the following: if SRNC selects the DRNC cell as a new serving cell, ‘UE involved’ SRNS relocation is started instead of the traditional serving cell change |
Each DRNC cell which fulfils both of the following conditions can be selected as candidate cell for the serving HSPA cell change:
CPICHEc/NoCell is the CPICH Ec/No measurement of the DRNC candidate cell, CPICHEc/NoBest_cell is the CPICH Ec/No measurement of the best cell in the active set andCPICHEc/NoServ_cell is the CPICH Ec/No measurement of the current serving HSPA cell.
The HSDPAServCellWindow parameter defines the range in which the serving cell's CPICH Ec/No measurement has to be. The HSPADRNCEcNoOffset parameter defines an offset deducted from the CPICH Ec/No measurement result of the DRNC cell.
If more than one candidate cell for the serving HSPA cell change has been detected and the candidate cells are to be prioritized, HSPADRNCEcNoOffset is taken into account when deciding the priority order of the cells. This means that HSPADRNCEcNoOffset is deducted from the CPICH Ec/No measurement of the DRNC cell.
Repetitive HSPA inter-RNC cell changes are prevented by using higher thresholds for triggering the new HSPA inter-RNC cell change during the guard time period after successful HSPA inter-RNC cell change.
The SRNC (target RNC, which has started to operate as a new SRNC after SRNS relocation) sets the timer "HSPA inter-RNC cell change prevention timer". The value of the timer is fixed to 10 s. As long as the timer "HSPA inter-RNC cell change prevention timer" is running, the SRNC applies higher thresholds for triggering the HSPA inter-RNC cell change. SRNC adds an additional offset "HSPA inter-RNC cell change prevention offset" to the value of the management parameter HSPADRNCEcNoOffset. The value of the additional offset is fixed to 1 dB.
Target RNC for ‘UE involved’ SRNS relocation performs a channel type selection and sets up the HSPA resources. The basic principle is that the target RNC allocates the best possible configuration for PS RAB in conjunction of the SRNS relocation.
- If PS RAB (without multi-RAB) was established in the source RNC before the SRNS relocation, the target RNC executes a channel type selection procedure in order to allocate either HSPA or DCH resources for the PS RAB.
- When multiple NRT RABs are supported by HSPA (see RAB combinations for HSDPA), HSPA inter-RNC cell change can be started. The following cases have to be distinguished:
- Whenever multiple NRT RABs are combined with AMR or PS Streaming or both, however, channel type switching from HSPA to DCH is performed.
- HSPA inter-RNC cell change is not applied if the UE has a streaming RB mapped to the HS-DSCH.In this case, the new serving cell is not selected under the DRNC. Instead, if the new serving cell cannot be found under the SRNC and the old cell cannot be kept, channel type switch to DCH is performed.
Primarily, DL HS-DSCH and UL E-DCH allocations are attempted. If HS-DSCH and E-DCH allocation fails due to BTS or transport congestion, DCH / DCH initial bit rate is attempted directly (no HS-DSCH / UL DCH attempt). Secondarily, DL HS-DSCH and UL DCH is attempted. If neither of the previous alternatives is successful, the target RNC allocates DL DCH and UL DCH for the PS RAB. Initial bit rate is allocated to the HSDPA UL DCH return channel or DL DCH / UL DCH. If the target RNC cannot allocate any user plane resources, which implies that the target RNC cannot allocate any other resources than SRB DCH (signalling link), SRNS relocation (HSPA inter-RNC cell change) is rejected.
UL SIR error measurement
SRNC starts the UL SIR error measurement for the SRNC cells according to the existing principles as described in the chapter Setting up the DL CPICH Ec/No and UL SIRerrormeasurements. UL SIR error measurement is not started for DRNC cells but for SRNC cells only.
Since the UL SIR error measurement is not received from the DRNC, this measurement is not taken into account as serving HSPA cell change criterion for DRNC cells. As a consequence, prioritization and selection of the DRNC candidate cells are based on the periodically reported CPICH Ec/No measurements only.
RNC offset is applied in the case of HSPA inter-RNC cell change. DRNC offset is defined by the parameter HSPADRNCSIRErrorOffset. SRNC applies HSPADRNCSIRErrorOffsetwhen the UL SIR error measurement triggers a serving HSPA cell change.
If the periodically reported UL SIR error measurement of the current serving HSPA cell (BTS) is below the threshold determined by the HSDPASIRErrorServCell parameter, this measurement result triggers a serving HSPA cell change. In this case, the following procedure is applied:
- If an applicable cell is allocated under DRNC and if the serving HSPA cell change cannot be performed, HS-DSCH/E-DCH MAC-d flow is not released. Instead the HSPA transport channels remain connected.
- A direct switch from HSPA to DCH, that means HS-DSCH/E-DCH MAC-d flow is released and RB mapped onto DCH, is applied only when the following conditions apply:
Other serving cell change reasons
HSPA inter-RNC cell change can also be started due to following reasons:
The selection of the serving cell in the above mentioned cases follows the principles described previously in this chapter.
RNC checks if the E-DCH active set changes to unacceptable as described in WCDMA RAN RRM HSUPA functional area description. If the E-DCH active set changes to unacceptable, SRNC initiates a HSPA inter-RNC cell change instead of E-DCH to DCH switch provided:
Motivation is to avoid E-DCH to DCH switch due to an unacceptable E-DCH active set, which would immediately be followed by the HSPA inter-RNC cell change. If the management parameter HSPAInterRNCMobility is set to (0) 'Disabled' or (1) 'Enabled without E-DCH trigger', unacceptable E-DCH active set does not initiate HSPA inter-RNC cell change.
Iur-interface disabled
Allocation of the associated SRB DCH (and UL DCH return channel if applicable) under DRNC fails if both an HS-DSCH (and E-DCH) MAC-d flow is set up in the SRNC and the SHO branch setup over the Iur-interface fails. In this case, SRNC may initiate an HSPA inter-RNC cell change which is triggered in a similar way as the existing intra-frequency inter-RNC HHO triggering. For details about the existing intra-frequency inter-RNC HHO triggering, refer to the WCDMA RAN RRM Handover Control FAD. In order to initiate HSPA inter-RNC cell change, the following conditions must then be effective:
The handover decision made by the SRNC is based on the DL CPICH Ec/No of the best active set cell (EcNoDownlink), DL CPICH Ec/No of the neighboring cell (EcNoNcell) and handover margins. Because RNC is not able to add the requested DRNC cell into the active set, the UE proceeds to periodic measurement reporting. The measurement results of the neighboring DRNC cell must satisfy either of the following equations (1) or (2) before the HSPA inter-RNC cell change can be initiated:
1. | |
2. |
AveEcNoDownlink is the averaged DL CPICH Ec/No of the best active set cell. AveEcNoNcell(n) is the averaged DL CPICH Ec/No of the neighboring DRNC cell (n). RNC calculates the averaged values from a specified number of periodical event-triggered intra-frequency measurement reports. The averaging window is controlled by the existing management parameter EcNoAveragingWindow.
The parameter HHoMarginAverageEcNo(n) determines the maximum allowed difference between the averaged CPICH Ec/No of the neighboring DRNC cell (n) and the averaged CPICH Ec/No of the best active set cell. The parameter HHoMarginPeakEcNo(n) determines the maximum allowed difference between the CPICH Ec/No of the neighbouring DRNC cell (n) and the CPICH Ec/No of the best active cell.
SRNC uses the parameters from the HSDPA-specific parameter sets in decision making. In the case of AMR multi-service, SRNC uses the parameters from the RT+HSDPA specific parameter sets.
In the case of AMR multi-service, HSPA inter-RNC cell change is not allowed, but HSPA to DCH switch is performed before intra-frequency inter-RNC cell change can be started.
HSDPA inter-frequency handover
Based on inter-frequency handover (IFHO) triggers, the RNC orders compressed mode on HSDPA so that inter-frequency measurements can be performed on HSDPA without channel type switching to DCH. Thus, high HSDPA throughput can be experienced during compressed mode and the total handover execution time is reduced up to 1.5 s.
The following changes in the channel type are supported during HSDPA inter-frequency handover:
Inter-frequency handover is triggered due to coverage and quality reasons, but also IMSI based handover and HSPA capability based handover can be initiated. The RNC selects the target cell according to the measurement results and performs inter-frequency handover along with HSDPA serving cell change. The target cell can be an intra- or inter-RNC cell depending on the defined neighboring cells.
This feature enables also inter-frequency handover directly to HSUPA/HSDPA, even if the handover is started from DCH. If the HSDPA allocation is not possible in the target cell, handover is performed to DCH. Channel type switching to DCH or FACH may be performed during compressed mode, for example if the active set is updated or inactivity is detected.
For details about HSDPA inter-frequency handover, see the WCDMA RAN RRM Handover Control functional area description.
Measurement control and handover path parameters
This chapter is common for both values of HSDPAMobility.
The HSDPA coverage can be maximized by defining separate measurement control and handover path parameters for UEs that support HSDPA. These HSDPA-specific parameter sets are sent with the RRC: MEASUREMENT CONTROL when a HS-DSCH transport channel is allocated.
When users have established only PS RABs (one or more) having HS-DSCH transport channel allocated, a particular parameter set is associated with the HSDPA UE by the identifiers:
When AMR speech CS RAB is established simultaneously (possible when AMRWithHSDSCH parameter is enabled) with PS RABs (one or more) having HS-DSCH transport channel allocated, a particular parameter set is associated with the HSDPA UE by the identifiers:
The following tables list the contents of the parameter sets that will be dedicated to the UE that has a HS-DSCH allocated.
See the following notes in the tables:
*) | Available for a single NRT PS RAB (HS-DSCH), multi NRT PS RABs (HS-DSCH), and PS streaming RAB when HSDPAMobility disabled. |
**) | Available for a single NRT PS RAB (HS-DSCH), multi NRT PS RABs (HS-DSCH), and PS streaming RAB when HSDPAMobility enabled. |
***) | Available for an AMR + HSDPA multi-service and for AMR + multi NRT RABs (HS-DSCH) and for AMR + PS streaming RAB (HS-DSCH) whenHSDPAMobility disabled. |
****) | Available for an AMR + HSDPA multi-service and for AMR + multi NRT RABs (HS-DSCH) and for AMR + PS streaming RAB (HS-DSCH) whenHSDPAMobility enabled. |
FMCS parameter name | Availability |
Addition Window (1A) | *), **), ***), ****) |
Addition Time (1A) | *), **), ***), ****) |
Addition Reporting Interval (1A) | *), **), ***), ****) |
Drop Window | **), ****) |
Drop Time | **), ****) |
Replacement Window | **), ****) |
Replacement Time | **), ****) |
Replacement Reporting Interval | **), ****) |
Maximum Active Set Size | **), ****) |
CPICH Ec/No Filter Coefficient | *), **), ***), ****) |
Active Set Weighting Coefficient | **), ****) |
CPICH Ec/No HHO Cancellation (1E) | *), **), ***), ****) |
CPICH Ec/No HHO Cancellation Time (1E) | *), **), ***), ****) |
CPICH Ec/No HHO Threshold (1F) | *), **), ***), ****) |
CPICH Ec/No HHO Time Hysteresis (1F) | *), **), ***), ****) |
CPICH RSCP HHO Cancellation (1E) | *), **), ***), ****) |
CPICH RSCP HHO Cancellation Time (1E) | *), **), ***), ****) |
CPICH RSCP HHO Filter Coefficient | *), **), ***), ****) |
CPICH RSCP HHO Threshold (1F) | *), **), ***), ****) |
CPICH RSCP HHO Time Hysteresis (1F) | *), **), ***), ****) |
IMSI based HO | N/A |
FMCI parameter name | Availability |
IFHO caused by CPICH Ec/No | *), **), ***), ****) |
IFHO caused by CPICH RSCP | *), **), ***), ****) |
IFHO caused by DL DPCH TX Power | ***), ****) |
IFHO caused by UE TX Power | *), **), ***), ****) |
IFHO caused by UL DCH Quality | *), **), ***), ****) |
DL DPCH TX Power Threshold for AMR | ***), ****) |
Maximum Measurement Period | ***), ****) |
Measurement Averaging Window | ***), ****) |
Measurement Reporting Interval | ***), ****) |
Minimum Interval Between IFHOs | ***), ****) |
Minimum Measurement Interval | ***), ****) |
Neighbour Cell Search Period | ***), ****) |
UE TX Power Filter Coefficient | *), **), ***), ****) |
UE TX Power Threshold for AMR | ***), ****) |
UE TX Power Threshold for NRT PS | *), **) |
Minimum Interval Between IF SLHOs | N/A |
IMSI Based IFHO | N/A |
FMCG parameter name | Availability |
GSM HO caused by CPICH Ec/No | *), **), ***), ****) |
GSM HO caused by CPICH RSCP | *), **), ***), ****) |
GSM HO caused by DL DPCH TX Power | ***), ****) |
GSM HO caused by UE TX Power | *), **), ***), ****) |
GSM HO caused by UL DCH Quality | *), **), ***), ****) |
DL DPCH TX Power Threshold for AMR | ***), ****) |
Maximum Measurement Period | ***), ****) |
Measurement Averaging Window | ***), ****) |
Measurement Reporting Interval | ***), ****) |
Minimum Interval Between Hos | ***), ****) |
Minimum Measurement Interval | ***), ****) |
GSM Neighbour Cell Search Period | ***), ****) |
UE TX Power Filter Coefficient | *), **), ***), ****) |
UE TX Power Threshold for AMR | ***), ****) |
UE TX Power Threshold for NRT PS | *), **) |
IMSI based GSM HO | N/A |
Minimum Interval Between IS SLHOs | N/A |
HOPS parameter name | Availability |
HHO Margin for Average Ec/No | Not relevant |
HHO Margin for Peak Ec/No | Not relevant |
Release Margin for Average Ec/No | *), **), ***), ****) |
Release Margin for Peak Ec/No | *), **), ***), ****) |
CPICH Ec/No Averaging Window | *), **), ***), ****) |
Enable RRC Connection Release | *), **), ***), ****) |
Enable Inter-RNC Soft Handover | **), ****) |
For details about parameters in parameter sets, see Management data for handover control.
HSDPA cell reselection
Setting the HSDPAMobility parameter to 'disabled' activates the HSDPA cell reselection and mobility handling with DCH switching.
HSDPA cell reselection applies transition to the CELL_FACH state, triggered by the measurement event 1A, when UE enters soft handover coverage area. HSDPA mobility handling with DCH switching applies DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch) allocation based on the measurement events 1F and 6A. Also, UL DCH quality deterioration report can be used to control HSDPA mobility. Additionally, in the case of an AMR multi-service, DL Transmitted Code Power measurement is used as a trigger to initiate inter-frequency measurements. HS-DSCH MAC-d flow is released before transition to the CELL_FACH state or allocation of DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch) kbit/s. However, if the HSDPA Inter-Frequency Handover optional feature is activated and inter-frequency handover triggers are present, HS-DSCH release is not triggered. Instead, an E-DCH to DCH switch in uplink is performed if needed and interfrequency-handover measurement is started after that immediately with DL: HS-DSCH/UL: DCH configuration. For more details, see HSDPA inter-frequency handover.
The figure above displays the principle of mobility handling with HSDPA cell reselection.
Intra-frequency mobility for the HSDPA users is implemented via CELL_FACH RRC state (HSDPA cell reselection). Based on the intra-frequency CPICH Ec/No measurement reports (Event 1A) from UE, RNC decides to transfer the UE to the CELL_FACH state when UE enters SHO coverage area.
HS-DSCH MAC-d flow is released and UE is transferred to the CELL_FACH state in the target cell (Cell B). Direction to the target cell can be performed under the serving RNC. The target cell corresponds with the cell, which initiated the measurement event 1A. Therefore, UE does not need to execute the Cell Update procedure and HS-DSCH can be reallocated immediately based on the data volume in accordance with the channel type selection procedure (see chapter HSDPA channel type selection).
Measurement reporting
The measurement reporting events in the table below are applied to the HSDPA mobility functionalities including HSDPA cell reselection, which is based on the measurement event 1A and channel type switching to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch) kbit/s, which, in turn, is based on the measurement events 1F and 6A.
Event | Description |
1A | A primary CPICH enters the reporting range. |
1F | A primary CPICH goes below the absolute threshold. |
1E | A primary CPICH becomes better than an absolute threshold (cancels 1F) |
6A | UE Tx power exceeds the absolute threshold. |
6B | UE Tx power becomes less than an absolute threshold (cancels 6A) |
The quality deterioration report also triggers the HS-DSCH MAC-d flow release and allocation of DCH X/X (0/0 or initial bit rates, see Direct HS-DSCH to DCH switch) kbit/s.
A UE with a HS-DSCH transport channel allocated can have only one cell in the active set at a time, that is, the size of the active set is limited to one. Because of this, the RNC does not add cells to the active set based on reporting event 1A when a HS-DSCH transport channel is allocated to the UE, but utilizes event 1A as a trigger for HS-DSCH MAC-d flow release and transition to the CELL_FACH state. An example is presented in the figure below.
In the figure above, P-CPICH 1 is the serving HS-DSCH cell and the only cell in the active set. P-CPICH 2 and P-CPICH 3 are monitored set cells, which do not belong to the active set. If P-CPICH 2 is equal to the serving HS-DSCH cell (the assumption being that the intra-frequency measurement control parameter AdditionWindow is set to 0 dB and the parameter EnableRRCrelease is set to disabled), the UE sends measurement reporting event 1A. When the RNC receives event 1A, HS-DSCH MAC-d flow is released and the UE is transferred to the CELL_FACH state.
The HS-DSCH to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch) kbit/s channel type switching after HS-DSCH MAC-d flow release is performed in the case of inter-frequency or inter-RAT handovers. The actual triggers for the channel type switching before handovers are measurement reporting events 1F and 6A. In the case of an AMR multi-service, DL Transmitted Code Power measurement is also used as a trigger to initiate inter-frequency measurements. However, if the HSDPA Inter-Frequency Handoveroptional feature is activated and inter-frequency handover triggers are present, HS-DSCH release is not triggered. Instead, an E-DCH to DCH switch in uplink is performed if needed and interfrequency-handover measurement is started after that immediately with DL: HS-DSCH/UL: DCH configuration. For more details, see HSDPA inter-frequency handover.
If the HSDPA Inter-Frequency Handover optional feature is not activated, the functionality depends on the triggered measurement and the value of the intra-frequency handover path parameter EnableRRCrelease as specified below:
Measurement event 1A triggered HS-DSCH MAC-d flow release and parameter EnableRRCrelease is disabled:
In the case of PS RABs without AMR CS RAB and without PS streaming RAB, HS-DSCH MAC-d flow is released. The UE is transferred to the CELL_FACH state and the radio bearer is mapped to the FACH by using the RRC: Radio bearer reconfiguration procedure.
In the case of an AMR multi-service or PS streaming, after HS-DSCH MAC-d flow has been released and DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch) kbit/s allocated, the active set is updated immediately. The update is based on the same measurement event 1A, which caused triggering of HS-DSCH MAC-d flow release if the value of the RTWithHSDPA -specific parameter AdditionWindow is smaller than or equal to the RT-specific value of the AdditionWindow. After the active set update, UE measurements are restarted with DCH parameters and the received capacity requests are scheduled.
In the case of an AMR multi-service or PS streaming, if the value of the RTWithHSDPA -specific AdditionWindow parameter is greater than the RT-specific value, the active set is not updated. However, UE measurements are restarted with DCH parameters and the received capacity requests are scheduled.
If the HS-DSCH MAC-d flow release is unsuccessful in this case, HS-DSCH release is retried as long as measurement event 1A is effective.
Measurement event 1A triggered HS-DSCH MAC-d flow release and parameter EnableRRCrelease is enabled:
For users that have another transport channel than HS-DSCH allocated, the EnableRRCRelease parameter of the intra-frequency handover path indicates whether the RRC connection release (excluding emergency calls) is allowed due to non-optimum fast closed loop power control.
For users that have a HS-DSCH transport channel allocated, the parameter has a different meaning. If the RNC receives measurement event 1A and the EnableRRCReleaseparameter is enabled, it does not allow the HS-DSCH MAC-d flow release to be directly triggered.
When a cell has entered the reporting range and triggered event 1A and the RNC has not added the cell into the active set, the UE reverts to periodical reporting. This means that the UE continues reporting after the initial report by switching to the periodical measurement-reporting mode.
As the EnableRRCRelease parameter is enabled, the RNC’s decision on HS-DSCH MAC-d flow release is based on the CPICH Ec/No of the serving cell (EcNoDownlink), CPICH Ec/No of the neighbouring cell (EcNoNcell), and the ReleaseMarginAverageEcNo and ReleaseMarginPeakEcNo control parameters.
Based on the periodical measurement reporting mode and the control parameters, the UE is transferred to the CELL_FACH state and the radio bearer is mapped to the FACH by using the RRC: Radio bearer reconfiguration procedure if either of the following conditions is effective:
1. | |
2. |
If the HS-DSCH MAC-d flow release is unsuccessful, the RRC connection is released.
In the case of an AMR multi-service or PS streaming, the HS-DSCH MAC-d flow is released and the RB is mapped to DCH X/X (0/0 or initial bit rates, see Direct HS-DSCH to DCH switch). When DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch) kbit/s has been allocated, the active set is updated immediately. After a successful active set update, the UE measurements are restarted with DCH parameters and the received capacity requests are scheduled.
Measurement event 1F or 6A triggered HS-DSCH MAC-d flow release (with PS RAB):
In the case of a PS RAB without AMR CS RAB when DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch) kbit/s has been allocated, IFHO/ISHO measurements are not directly started. Instead, UE measurements are restarted with DCH parameters and the received capacity requests are scheduled.
If the HS-DSCH MAC-d flow release is unsuccessful, the HS-DSCH release is retried as long as cancelling measurement event (1E/6B) has not been received.
Measurement event 1F triggered HS-DSCH MAC-d flow release (with AMR multi-service):
In the case of an AMR DCH multi-service, HS-DSCH MAC-d flow is released and the PS RB is mapped to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch). After the HS-DSCH MAC-d flow release, IFHO/ISHO measurements for the AMR are started.
If the HS-DSCH MAC-d flow release is unsuccessful, the release is retried as long as cancelling measurement event (1E) has not been received.
Measurement event 6A triggered HS-DSCH MAC-d flow release (with AMR multi-service):
In the case of an AMR DCH multi-service, HS-DSCH MAC-d flow is released and the PS RB is mapped to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch). After a successful HS-DSCH MAC-d flow release, the measurement control for the AMR is restarted. IFHO/ISHO measurements are not started directly afterwards; a new triggering is needed.
If the HS-DSCH MAC-d flow release is unsuccessful, the release is retried as long as cancelling measurement event (6B) has not been received.
DL Transmitted Code Power triggered HS-DSCH MAC-d flow release (AMR multi-service):
In the case of an AMR DCH multi-service, HS-DSCH MAC-d flow is released and the PS RB is mapped to DCH X/X (0/0 or initial bitrates, see Direct HS-DSCH to DCH switch). After a successful HS-DSCH MAC-d flow release, IFHO/ISHO measurements for the AMR are started.
If the HS-DSCH MAC-d flow release is unsuccessful, the release is retried.
Diversity handover of stand-alone signalling link
This chapter is valid when the HSDPAMobility parameter is set to disabled, that means when serving HS-DSCH cell change and soft handover of the associated DPCH are not supported.
If the active set size is greater than one, allocation of a HS-DSCH transport channel to the UE is prohibited.
The HSDPARRCdiversity parameter value is checked immediately after a successful RRC connection setup procedure. If the SHO of the RRC connection (stand-alone signalling link) of the HSDPA-capable UE is not allowed, the active set size is limited to one for the RRC connection. Restriction is effective after an RRC-connection establishment when SRB only or SRB and DCH 0/0 is/are allocated.
Exception
The RNC ignores the parameter value (and allows diversity handover of stand-alone signalling link) if measurement event 1A is received and the reported CPICH Ec/No of the entering cell meets either of the following conditions (that is, the threshold to perform HS-DSCH to CELL_FACH transition is exceeded):
1. | |
2. |
EcNoDownlink refers to the CPICH Ec/No of the serving cell and EcNoNcell(n) refers to the CPICH Ec/No of the entering cell. AveEcNoDownlink is the averaged CPICH Ec/No of the serving cell and AveEcNoNcell(n) is the averaged CPICH Ec/No of the entering cell.
The comparison is applied when a cell has entered the reporting range and triggered event 1A, and the RNC has not added the cell into the active set. In this case, the UE reverts to periodical reporting and continues reporting after the initial report by switching to the periodical measurement-reporting mode.
ReleaseMarginPeakEcNo(n) determines the maximum allowed difference between the CPICH Ec/No of the entering cell (n) and the CPICH Ec/No of the serving cell in order to not execute active set update.
ReleaseMarginAverageEcNo(n) determines the maximum allowed difference between the averaged CPICH Ec/No of the entering cell(n) and the averaged CPICH Ec/No of the serving cell correspondingly.
The HSDPA-specific HOPS parameters are used in the equation.
Service and load-based handover
The following restrictions with regards to the service- and load-based handovers are effective for the HSDPA capable UE:
Mobility handling during PS NRT RAB reconfiguration
Situations may occur in which a RAB modification procedure is ongoing (see PS NRT RAB reconfiguration) - it started, for example, immediately upon receipt of RANAP: RAB Assignment Request or capacity request from the UE, for example via RRC:Measurement Report message - when suddenly one or several trigger conditions for one or more HSDPA mobility procedures are received. If triggers for HSDPA mobility emerge during ongoing PS NRT RAB reconfigurations, the RNC normally suspends the mobility procedure.
Special cases:
- In contrast to that general approach, SRNS relocation and hard handovers override however ongoing RAB modifications and start immediately.
- Changes of the serving cell are not initiated before the RAB configuration is completed because old Iub connections from the serving cell change are removed. The same applies when RAB reconfiguration triggers are received during ongoing serving cell change. For the same reason, the serving cell change procedure has to be finished before the RAB modification can actually start.
No comments:
Post a Comment