RU2439846C2 - Processing cell reselections and state transitions for high-speed downlink packet access - Google Patents

Abstract

FIELD: information technology.

SUBSTANCE: wireless transmit/receive unit is configured to free high-speed data packet access resources when conditions to perform high-speed downlink shared channel reception are not met.

EFFECT: wireless transmit-receive unit is configured to operate in an high-speed data packet access (HSDPA) mode in a cell or state and to free HSDPA resources when moving out of the cell or state.

12 cl, 3 dwg

Description

FIELD OF TECHNOLOGY

This application is related to wireless communications.

BACKGROUND

Wireless transmit / receive (WTRU) modules in the UMTS Terrestrial Radio Access Network (UTRAN) can be in one of two modes: Standby or Connected. Based on WTRU mobility and connected activity, the UTRAN may indicate to the WTRU to switch between a number of sub-states: Cell_PCH, URA_PCH, Cell_DCH and Cell_FACH. The Cell_PCH and URA_PCH states are used to trigger cell updates on the paging channel (PCH) for the mobile WTRU. The Cell_DCH state is characterized by dedicated channels (DCH) on both the uplink and the downlink. On the WTRU side, this corresponds to continuous transmission and reception and may be demanding on the power consumed by the user. The Cell_FACH state is characterized by a direct access channel (FACH) and does not use dedicated channels, allowing accordingly better power consumption due to lower bandwidth of the uplink and downlink.

The recent activities of standardization bodies have made it possible to use High Speed Downlink Packet Access (HSDPA) in Cell_FACH and Cell_PCH / URA_PCH. HSDPA is a feature that is proposed in Version 5 of the Third Generation Partnership Project Specification (3GPP) for use in Cell_DCH. HSDPA is trying to improve the use of downlink shared bandwidth by using three key concepts: Adaptive Modulation and Coding (AMC), retransmissions using the hybrid ARQ scheme (HARQ), and Node B scheduling, all at a very high speed.

The following HSDPA characteristics are significant.

a. Each WTRU having an HSDPA connection is assigned a temporary radio network identifier (H-RNTI) of a high speed downlink shared channel (HS-DSCH). This identifier is unique within the cell and is assigned by the serving radio network controller (RNC).

b. The WTRU is tied to one serving cell (Node B).

from. The WTRU must accept an indication of the physical channel resources for their use (HS-PDSCH information), as well as how to configure HARQ processes and storage for HARQ.

In version 6, 3GPP HSDPA was only supported in Cell_DCH. Therefore, when exiting the Cell_DCH state, all HSDPA resources must be freed. However, with the introduction of the extended Cell_FACH, the WTRU can transition from Cell_DCH to any other state and still support HS-DSCH reception, which may not require the WTRU to release all HSDPA resources. Therefore, an additional condition was added to the variable HS_DSCH_RECEPTION associated with the reception of HS-DSCH in Cell_DCH. HSDPA resources are released only when the HS-DSCH reception requirements are not met and the WTRU is in the Cell_DCH state.

It is assumed that if the WTRU supports HSDPA in Version 7, then it also supports HSDPA in Cell_FACH and Cell_PCH / URA_PCH. Reception of HS-DSCH in Cell_FACH can be configured without receiving HS-DSCH in Cell_PCH and URA_PCH. Reception of HS-DSCH in Cell_PCH and URA_PCH without support for receiving HS-DSCH in Cell_FACH is not supported. WTRU support for these features is signaled to the network by the WTRU itself.

The network signals to the WTRU its support for extended Cell_FACH through a system information block (SIB 5 / 5bis). Two new information elements (IE) have been introduced:

a. "HS-DSCH General System Information" indicating that HSDPA reception is supported for the Cell_FACH state; and

b. "HS-DSCH paging system information" - indicating that HSDPA is supported for the Cell_PCH / URA_PCH state.

To indicate whether HS-DSCH is still being received at Cell_FACH, two new logical variables have been introduced that are used as features by the WTRU Radio Resource Control (RRC) controller:

a. HS_DSCH_RECEPTION_Cell_FACH_STATE: If true, indicates that HS-DSCH reception continues in Cell_FACH reception; and

b. HS_DSCH_RECEPTION_OF_CCCH_OF_ENABLED: If true, indicates that HS-DSCH is allowed for CCCH. This variable is set to true when the WTRU uses a common H-RNTI to receive HSDPA traffic, and set to false when the WTRU does not.

However, no new variable is defined to indicate HS-DSCH reception in Cell_PCH or URA_PCH states. When in Cell_PCH or URA_PCH, and if the HS-DSCH paging system information element is broadcast, the WTRU sets up the HSDPA reception.

Where the WTRU transitions from Cell_DCH to a state that does not support HSDPA, scenarios may occur. For example, a WTRU might go from Cell_DCH to Cell_FACH in a cell that doesn't support the Advanced Cell_FACH property, or a WTRU might go from Cell_DCH to Cell_PCH in a cell that doesn't support HS-DSCH reception in Cell_PCH. In such scenarios, HSDPA resources are not freed and the WTRU will continue to perform HS-DSCH reception procedures. This behavior is undesirable since the WTRU will uselessly consume resources and battery trying to receive this channel. In addition, a failure to release HSDPA resources (i.e., to clear IE, release HARQ resources, perform a reset of an enhanced high-speed media access control channel (MAC-ehs)) is likely to cause problems when the WTRU resumes receiving HS-DSCH in other condition.

Similar problems arise in some cell reselection scenarios. For example, the WTRU may re-switch from a cell that supports HS-DSCH in CELL to a cell that does not support the Extended Cell_FACH property, and HSDPA resources are not freed.

SUMMARY OF THE INVENTION

A method and apparatus for cell reselection in 3GPP wireless communication is implemented using a wireless transmit / receive module (WTRU) that supports HS-DSCH reception. Upon transition between cells or state transitions, the WTRU checks to see if there is ongoing HS-DSCH reception, and if the new cell or states cannot support HS-DSCH, then the HSDPA resources used for continued HS-DSCH reception are freed. The WTRU performs this method using Radio Resource Control (RRC) processing, which tracks various events and conditions to determine whether to free up HSDPA resources.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding can be obtained from the following description, given as an example, in combination with the accompanying drawings, in which:

FIG. 1 shows a block diagram of a wireless transmit / receive module (WTRU) and various Candidate Nodes B for cell / state reselection;

FIG. 2 is an exemplary functional block diagram of the WTRU and Node B of FIG. one; and

FIG. 3 is a flowchart of a method for implementing the RRC variable HS_DSCH_RECEPTION_GENERAL, which tracks HS-DSCH reception for all states.

DETAILED DESCRIPTION

When used hereinafter, the terminology “wireless transmit / receive module (WTRU)” includes, but is not limited to, user equipment (UE), a mobile station, a fixed or mobile subscriber module, a pager, a cell phone, a personal digital assistant (PDA), a computer or any other type of user device capable of operating in a wireless environment. When referred to hereinafter, the terminology “base station” includes, but is not limited to, Node B, an advanced Node B (eNB) of a long-term development system, a node controller, an access point (AR) or any other type of interface device (establishing communication) allowing functioning in a wireless environment.

The terms “cleaning and freeing HSDPA resources” and “stopping HS-DSCH reception procedures” are used interchangeably throughout this document.

For further reference, the terminology “3GPP Version 7 (R7)” includes, but is not limited to, a WTRU or Node B that supports HS-DSCH in Cell_FACH and / or CELL / URA_PCH, and “3GPP Version 6 (R6)” includes in itself, but not limited to, a WTRU or Node B that supports HS-DSCH in Cell_FACH and / or CELL / URA_PCH.

The HS-DSCH in Cell_FACH also includes a standby HS-DSCH for receiving RRC connection procedures.

FIG. 1 shows an example wireless communication system 100 from cells 20, 30, and 40 with Node Bs 120, 130, and 140, respectively. Mobile WTRU 110 interacts with serving Node B 120, and Nodes B 130 and 140 are candidates for cell reselection. It should be noted that, although in FIG. 1 depicts an exemplary configuration of a WTRU 110 and Node B 120, any combination of wireless and wired devices may be included in the wireless communication system 100.

FIG. 2 is an exemplary functional block diagram 200 for the WTRU 110 and the Node B 120 in the wireless communication system 100 of FIG. 1. As shown in FIG. 2, WTRU 110 interacts with Node B 120.

In addition to the components that can be detected in a typical WTRU, the WTRU 110 includes a processor 115, a receiver 116, a transmitter 117, and an antenna 118. A receiver 116 and a transmitter 117 communicate with a processor 115. An antenna 118 interacts with a receiver 116 and a transmitter 117 for facilitate the transmission and reception of wireless data. A processor 115 in the WTRU 110 is configured to handle cell reselections and state transitions to and from the Cell_FACH extended state.

In addition to the components that can be detected in a typical Node B, Node B 120 includes a processor 125, a receiver 126, a transmitter 127, and an antenna 128. A receiver 126 and a transmitter 127 communicate with a processor 125. An antenna 128 communicates with a receiver 126 and a transmitter 127 to facilitate the transmission and reception of wireless data. The processor 125 in Node B 120 is configured to support the extended state of Cell_FACH.

Embodiments are disclosed that consider transitions of a state / cell from a state or cell where HS-DSCH reception is possible to a state or cell where HS-DSCH reception is not possible.

Cell reselection

In this case, the WTRU does not wait for the CELL UPDATE CONFIRM from the network. That is, the WTRU is in the Cell_FACH state and performs cell reselection. The cell reselection process can be considered as a 2-step process. The first step establishes HSDPA communication in the new cell, if this new cell allows 3GPP R7. The second stage is the cleaning of information from the previous cell. This second step is to consider all the possible transitions that may occur: a 3GPP R7 cell in a R7 cell, a 3GPP R7 cell in a R6 cell, a 3GPP R6 cell in a R7 cell and a 3GPP R6 cell in a R6 cell. Each time a cell is reselected to a 3GPP R6 cell, any HSDPA configuration should be deleted (full HSDPA reset). On the other hand, if the transition is to a 3GPP R7 capable cell, then only MAC-hs reset would be required. Additionally, the first step is to specifically verify that cell reselection is occurring. The second condition is typical for cell reselection. If the cell is not 3GPP R7 capable, then a full HSDPA reset is performed (stop monitoring HS-SCCH and HS-PDSCH, reset MAC-hs, release HARQ resources). This reset can be implemented by specifying individual actions or using variables (HS_DSCH_RECEPTION_ Cell_FACH_STATE and HS_DSCH_RECEPTION_ OF_CCCH) and performing the necessary actions.

State transitions

Transitions from Cell_DCH

Transitions from Cell_DCH may be requested through a number of RRC messages, for example:

RADIO BEARER SETUP [Unidirectional Radio Channel Setup]

RADIO BEARER RECONFIGURATION [Reconfiguration of unidirectional radio channel]

RADIO BEARER RELEASE [Unidirectional Radio Channel Release]

TRANSPORT CHANNEL RECONFIGURATION [Reconfiguration of the transport channel]

PHYSICAL CHANNEL RECONFIGURATION [Physical channel reconfiguration]

When performing procedures related to these messages, the WTRU may be requested to transition from the Cell_DCH state to Cell_FACH, Cell_PCH, and URA_PCH. Depending on the capabilities, the state cells may or may not support HSDPA (3GPP R7 cells support HSDPA in Cell_FACH, Cell_PCH, URA_PCH, while 3GPP R6 cells do not support). As a result, any transition to the non-HSDPA state from the HSDPA state should result in a complete reset of HSDPA (stop monitoring HS-SCCH and HS-PDSCH, reset MAC-hs, release HARQ resources). However, no transition is necessary for transitions to a state that supports HSDPA.

Resetting (initialization) is currently performed when evaluating the HS_DSCH_RECEPTION variable. If this variable was “true” and becomes “false” after evaluation, then a full HSDPA reset is performed if the UE is in the Cell_DCH state.

In accordance with this embodiment, the WTRU 110 performs a reset (i.e., HSDPA resource release) in cases where the WTRU 110 transitions to states that do not support HSDPA. This can be determined by the presence or absence of the information element "System information HS-PDSCH downlink" or "General system information HS-DSCH" in block 5 of the system information and / or the presence or absence of information element "System information HS-PDSCH downlink for connected mode "in block 6 of the system information.

Transitions from Cell_FACH

State transitions from the extended state of Cell_FACH have the same problem as transitions from Cell_DCH. That is, every time a transition to a state that does not support HSDPA occurs, a full reset of HSDPA should be requested. Reset is performed when evaluating the variable HS_DSCH_RECEPTION_Cell_ FACH_STATE. If this variable is “true” and becomes “false” after evaluation, then a full HSDPA reset is performed if the WTRU is in the Cell_FACH state and the HS_DSCH_RECEPTION_OF_CCCH variable is “false”. This reset is also performed in cases where the WTRU 110 transitions to states that do not support HSDPA.

An explicit variable check is performed when the WTRU 110 receives any RRC message that causes a transition from Cell_FACH to Cell_PCH or URA_PCH. This includes commands such as:

RADIO BEARER SETUP

RADIO BEARER RECONFIGURATION

RADIO BEARER RELEASE

TRANSPORT CHANNEL RECONFIGURATION

PHYSICAL CHANNEL RECONFIGURATION

CELL UPDATE CONFIRM

To determine whether the HSDPA supports the state that the WTRU 110 has transitioned, the WTRU 110 may use the presence or absence of the Downlink HS-PDSCH System Information or General HS-DSCH System Information element in the system information unit 5 and / or the presence or absence of the information element "System information HS-PDSCH downlink for the connected mode" in block 6 of the system information.

General view

The WTRU 110 frees up HSDPA resources and stops HS-DSCH reception procedures when the WTRU 110 transitions from a state or cell in which it is receiving HS-DSCH (e.g., a state or cell capable of 3GPP version 7) to a state or cell in which it no longer supports HS-DSCH reception (for example, state or cell capable of 3GPP version 6).

When the WTRU 110 attempts to establish an HSDPA connection as a result of a state transition and / or cell change (cell reselection) and the conditions necessary to perform HS-DSCH reception are not met, the WTRU 110 releases HSDPA resources. The WTRU 110 can always release HSDPA resources, or it releases HSDPA resources only if the previous state or cell had an ongoing HS-DSCH reception procedure.

Activities related to freeing up HSDPA resources and stopping HS-DSCH reception procedures include, but are not limited to:

- stopping any HS-SCCH reception / surveillance procedures;

- stopping any HS-DSCH / surveillance procedures;

- clearing the H_RNTI variable and deleting any stored H-RNTI;

- dropping the MAC-hs / ehs object; and

- release of all HARQ resources.

If more resources are added to the HS-DSCH connection procedures, then the WTRU 110 may also release these resources. For example, WTRU 110 may also need to clear the values of the common H-RNTI or any stored IEs (e.g., HARQ information).

Check if HS-DSCH is still being received

In some scenarios, the WTRU 110 needs to check if there is an ongoing HS-DSCH reception procedure (i.e., before state transition, configuration, cell reselection, etc.). To check if there is an ongoing HS-DSCH reception procedure, one or a combination of the following procedures can be used.

The new HS-DSCH reception logical variable HS_DSCH_RECEPTION_GENERAL may be determined by a processor 115 used to process radio resource control (RRC), and may be used as a sign to indicate whether HS-DSCH reception continues in any of the four states Cell_FACH, Cell_DCH, Cell_PCH , URA_PCH. For example, this can be implemented using the RRC controller function in the processor 115. The variable is set to true when the HS-DSCH reception is supported and starts in any state, and set to false when the HS-DSCH is stopped and / or when the HS-DSCH is received not supported.

The new HS_DSCH_RECEPTION_PCH_STATE state variable for the Cell_PCH / URA_PCH state can be determined by processor 115 for RRC processing (for example, in the function of the RRC controller in processor 115) and used to check whether HS-DSCH reception continues in the Cell_PCH / URA_PCH state.

Existing HS_DSCH receive variables (HS_DSCH_RECEPTION, HS_DSCH_RECEPTION_Cell_FACH_STATE, HS_DSCH_RECEPTION_OF_CCCH_ENABLED or HS_DSCH_ RECEPTION_ PCH_ STATE) can also be used whenever possible. If any of these variables is set to true, this means that the HS-DSCH reception procedure continues. For example, if the WTRU 110 is located in Cell_FACH and wants to know if HS-DSCH reception is ongoing, then in addition to the state variable (i.e. HS_DSCH_RECEPTION_ Cell_FACH_STATE), the WTRU 110 also checks all other HS-DSCH reception variables.

The MAC-ehs status indication may be used to indicate ongoing HSDPA reception. This could include a newly defined status indicator, special reserved values for MAC-ehs state variables (next_expected_TSN, T1), or whether any HARQ resources are configured. Only the latter possibility is included in embodiments using MAC-ehs state indication. For proper state indication work, HARQ resources should be freed when not using HSDPA.

Conditions for releasing HS-DSCH resources

The proper operation of the WTRU 110 may be determined in accordance with one or a combination of the following RRC procedures in the processor 115. The WTRU 110 first checks the following HS-DSCH reception criteria that track whether any of the following events have occurred:

a. State transitions due to RRC reconfiguration messages, RRC settings, RRC releases:

i. Cell_DCH in Cell_FACH, Cell_PCH or URA_PCH;

ii. Cell_FACH in Cell_PCH or URA_PCH;

b. Cell update and cell reselection cases:

i. Radio link failure (from Cell_DCH to Cell_FACH);

ii. Cell reselection from Cell_FACH to Cell_FACH;

iii. Cell reselection from Cell_PCH to Cell_FACH;

from. Re-selecting a cell in standby mode while waiting for an RRC CONNECTION SETUP message (i.e., re-sending an RRC CONNECTION REQUEST due to cell reselection):

i. Cell reselection in URA_PCH (i.e. when reading SIB 5 / 5bis and SIB 6 / 6bis);

d. Timer T302 expires in cell reselection.

Alternatively, this check may be performed in other procedures and cases where the WTRU 110 checks for support for HS-DSCH reception (i.e., read steps for SIB 5 / 5bis, SIB 6 / 6bis).

The WTRU 110 further checks the following conditions to find out if HS-DSCH reception is supported in the new state:

After the state transitions to the Cell_FACH state, the WTRU 110 checks:

on TDD; or

on FDD, if the WTRU does not support HS-DSCH reception; or

whether the information element "General system information HS-DSCH" is included in the system information block type 5 or in the system information block type 5bis

After the state transition to Cell_PCH or URA_PCH, the WTRU 110 checks:

on TDD; or

on FDD, if the WTRU does not support HS-DSCH reception; or

whether the HS-DSCH Paging System Information information element is included.

When one of these conditions is true, the WTRU 110 takes steps to free up HSDPA resources. As a first variation, HSDPA resources can always be freed when any of the above conditions is met. As a second variation, HSDPA resources are freed under any of the above conditions and if HS-DSCH reception was previously continued in any of the other states before starting the RRC procedure.

To check whether the WTRU 110 supports HS-DSCH reception in Cell_FACH and / or Cell_PCH / URA_PCH, an additional WTRU capability may be added instead of just checking if the WTRU 110 supports HS-DSCH reception. For example, the following additional WTRU features can be added to the RRC procedure:

a. HS-DSCH support in Cell_FACH (i.e. only for Cell_FACH);

b. HS-DSCH support in Cell_PCH or URA_PCH (which also implies HS-DSCH support in Cell_FACH).

If such capabilities are added, then the WTRU 110 would perform these checks as part of the steps described above.

HSDPA Release Actions

To perform actions related to the release of HSDPA resources, the processor 115 in the WTRU performs one or a combination of the following.

a. The release of HSDPA resources when the conditions for initiating HS-DSCH reception are not met.

b. When HS-DSCH reception criteria are not met, and if HS-DSCH reception continues for the current state of WTRU 110 (i.e., HS_DSCH_RECEPTION_GENERAL is set to true), then the variable HS_DSCH_RECEPTION_GENERAL is set to false and HSDPA resources are freed.

from. Evaluation and implementation of actions corresponding to existing HS-DSCH receive variables or any newly entered variable (i.e. for Cell_PCH / URA_PCH). Variables for evaluation can be one or a combination of the following:

i. variable HS_DSCH_RECEPTION;

ii. variable HS_DSCH_RECEPTION_Cell_FACH_STATE;

iii. variable HS_DSCH_RECEPTION_OF_CCCH_ENABLED; or

iv. variable for Cell_PCH / URA_PCH.

If the conditions for setting one of these variables to true are not met, then the WTRU 110 may use one of the procedures described in this document to check if there is ongoing reception of HS-DSCH. If there is an ongoing HS-DSCH connection, then the WTRU may release all HSDPA resources. Alternatively, the WTRU may free all HSDPA resources whenever the evaluated variable is set to false.

d. Evaluation and actions corresponding to the HS-DSCH reception variables in Cell_FACH and Cell_PCH / URA_PCH are performed only when the conditions for performing HS-DSCH reception are satisfied. As part of this feature, these variables and / or actions are executed even when the conditions in the above procedures are not met.

e. In addition to one of the changes made above, the actions associated with the HS_DSCH_RECEPTION variable for Cell_DCH can be changed to free resources if the conditions for fulfilling HS-DSCH reception in Cell_FACH and Cell_URA / Cell_PCH are not met. This will solve only one of the identified problems (transition from Cell_DCH to any other state).

The above methods described for verifying whether HS-DSCH reception is ongoing, performing RRC actions, and performing actions related to releasing HSDPA can be combined together to solve the identified problems.

HSDPA variable applicable to all conditions

The logical variable HS_DSCH_RECEPTION_GENERAL is set to true depending on whether the WTRU 110 is configured to start receiving HS-DSCH. When the WTRU 110 is turned on for the first time, this variable is set to false. As part of the standby procedure, the WTRU 110 then sends an RRC connection request message. When a message is sent, the WTRU 110 processes the received downlink transmission to confirm that the network supports HS-DSCH (for example, by checking features in the SIB 5 / 5bis). If the HS-DSCH is supported, then the WTRU 110 performs the actions associated with the variable HS_DSCH_RECEPTION_OF_CCCH: if it is true, it means that the HS-DSCH is being received. Accordingly, the variable HS_DSCH_RECEPTION_GENERAL is also set to true. HS_DSCH_RECEPTION_GENERAL is set to true in any of the four states when the conditions for initiating HS-DSCH reception are met. Examples are described below when a variable is set to true. The variable HS_DSCH_RECEPTION_GENERAL is determined and controlled by the processor 115 in the WTRU, the variable acting as a sign to indicate whether HS-DSCH reception is continuing in any of the four states Cell_DCH, Cell_FACH, Cell_PCH and URA_PCH. WTRU 110 relies on this variable to check if there is an ongoing HS-DSCH reception procedure. If the HS_DSCH_RECEPTION_GENERAL variable is set to true, this implies that there is an ongoing HS-DSCH reception procedure. If the WTRU 110 cannot support the reception of the HS-DSCH in the new state / cell during the state / cell transition, then the WTRU 110 releases all HSDPA resources and sets the HS_DSCH_RECEPTION_GENERAL variable to false. To ensure that this variable is set properly all the time, this variable is set based on the actions associated with receiving the HS-DSCH in all states.

The HS_DSCH_RECEPTION_GENERAL variable is set to true when any of the requirements for setting up HS-DSCH reception in suitable states is met and HS-DSCH reception begins. This may occur in any of the following cases:

a. HS_DSCH_RECEPTION is set to true in Cell_DCH;

b. HS_DSCH_RECEPTION_Cell_FACH_STATE is set to true in Cell_FACH;

from. HS_DSCH_RECEPTION_OF_CCCH_ENABLED is set to true in Cell_FACH and while waiting for the WTRU to have a common H-RNTI;

d. Actions related to the reception of HS-DSCH in Cell_PCH / URA_PCH are performed and the conditions are met; and

e. The HS-DSCH General System Information information element is included in a type 5 system information block or a 5bis type system information block (for example, during Radio Bearer Setup, Radio Bearer Reconfiguration, Radio Bearer Release, Transport channel Reconfiguration or PHY channel reconfiguration).

When the above requirements associated with HS-DSCH receive variables for different states are not met, and any of the above HS-DSCH receive variables are set to false, HS_DSCH_RECEPTION_GENERAL should also be set to false.

Moreover, if existing variables are changed or an additional variable is added for the Cell_PCH and URA_PCH states, setting HS_DSCH_RECEPTION_ GENERAL may correlate with setting changed or new variables as described above. Whenever the HS-DSCH reception is configured properly, the HS_DSCH_RECEPTION_ GENERAL variable is set to true. Whenever the HS-DSCH reception is stopped and / or not supported in the state / cell in which the WTRU is operating, its (variable) should be set to false.

Actions Related to HS_DSCH_RECEPTION_GENERAL

When the WTRU 110 performs initial procedures related to obtaining system information for tuning in a new cell or in a new state, the WTRU 110 checks whether HSDPA is supported. When HS-DSCH reception is not supported, the WTRU 110 selects an additional common physical control channel (S-CCPCH), and the WTRU 110 can release HS-DSCH resources if the HS-DSCH reception procedure continues, and the WTRU 110 sets the HS_DSCH_RECEPTION_GENERAL variable to false.

WTRU 110 may check whether HS-DSCH reception continues by checking the variable HS_DSCH_RECEPTION_GENERAL. If this variable is set to true and the WTRU 110 does not support HSDPA in its current state / cell (i.e., in a new state / cell upon transition), then the WTRU sets this variable to false and performs the following steps related to the release of HSDPA resources:

a. stop any HS-SCCH reception procedures;

b. stop any HS-DSCH administration procedures;

c. clear the H_RNTI variable and delete any stored H-RNTI;

d. reset the MAC-hs object;

e. release / reset all HARQ resources;

f. clear any saved IE with HARQ information.

For TDD and for FDD, whenever the HS_DSCH_RECEPTION _GENERAL variable is set to false, WTRU 110:

- does not perform the reception procedure HS_SCCH;

- does not perform the HS_DSCH reception procedure.

It should be noted that if any criteria is changed to verify HS-DSCH reception support for the cell and the WTRU, the above procedures associated with the actions of the WTRU 110 to release HSDPA resources can still be applied in accordance with the variable HS_DSCH_RECEPTION_GENERAL.

For the above scenarios, in this embodiment, the WTRU 110 ensures that the variable HS_DSCH_RECEPTION_GENERAL is set to false. If desired, the WTRU 110 can also ensure that all other HS-DSCH variables are also set to false. In addition, the WTRU 110 frees up any HSDPA resources and stops HS-DSCH reception procedures if any HS-DSCH reception continues. The HS_DSCH_RECEPTION_ GENERAL variable is also set to false when the WTRU enters the connected RRC UTRA mode, when nothing else is declared in the RRC procedure, and when the WTRU leaves the connected RRC UTRA mode.

FIG. 3 shows a flow chart of a method 300 that is an example of an implementation of the RRC variable HS_DSCH_RECEPTION_GENERAL in accordance with the above description. WTRU 110 starts a condition check for the variable HS_DSCH_RECEPTION_GENERAL (step 301), which contains the following checks. If the cell or state that the WTRU went into does not support HS-DSCH (step 302), then the variable HS_DSCH_RECEPTION_GENERAL is checked for true (step 306). If the variable is true, then the variable is set to false (block 307) and HSDPA resources are freed (block 308). If HS-DSCH reception is supported (step 302) and if the WTRU 110 is not in one of the paging state (Cell_PCH / URA_PCH) (step 303), then the WTRU checks the SIB 5 / 5bis for the presence of the HS-DSCH common system information information element "(step 305). If this information element is missing and the HS_DSCH_RECEPTION_GENERAL variable is true (step 306), then the HS_DSCH_RECEPTION_GENERAL variable is set to false (step 307) and HSDPA resources are freed (step 308). If the WTRU 110 is in a paging state (Cell_PCH / URA_PCH) (step 303) and the HS-DSCH paging system information information element is not included in the SIB 5 / 5bis, then the variable HS_DSCH_RECEPTION_GENERAL is checked to see if it is set to true (step 306). If it is true, then the variable HS_DSCH_RECEPTION_GENERAL is set to false (step 307) and HSDPA resources are freed (step 308).

HSDPA variable applicable to paging channel

In another embodiment, a new variable is introduced for Cell_PCH / URA_PCH. The new HS_DSCH_RECEPTION_PCH_STATE variable is used to indicate whether HS-DSCH reception continues in Cell_PCH or URA_PCH. In this embodiment, a variable may exist for each state, and the variables are used to evaluate and indicate whether HS-DSCH reception is supported upon entering a new state.

The WTRU 110 evaluates and performs the actions associated with the following HS_DSCH receive variables that correspond to the state that the WTRU 110 enters:

a. HS_DSCH_RECEPTION_OF_Cell_FACH_STATE;

b. HS_DSCH_RECEPTION_OF_CCCH_ENABLED is evaluated only when the WTRU 110 transitions or remains in the Cell_FACH state;

from. HS_DSCH_RECEPTION_PCH_STATE is evaluated, and actions are taken when entering or staying in the Cell_PCH state; or

d. HS_DSCH_RECEPTION is evaluated only upon transition or stay or reconfiguration in Cell_DCH.

WTRU 110 must evaluate these four variables when HS-DSCH acceptance criteria are not met and when they are met. The point of this procedure is that upon exiting a state or cell, the WTRU 110 may not know in advance whether HS-DSCH reception is supported in a new state or cell. However, upon entering a state or cell, the WTRU 110 will know the results and capabilities of the state / cell, and it may also find out what was previously supported.

When evaluating variables, if the requirements to enable HS-DSCH reception in the final state are not met, then the actions associated with the variable that is not true should be performed. These actions correspond to the release of HSDPA resources. However, in order for the WTRU 110 to know whether the HS-DSCH reception continued until the state transition or cell reselection, the WTRU 110 checks to see if any of the other HS_DSCH variables are set to true, corresponding to its own state and other states. This is an indication that the WTRU 110 had an ongoing HS-DSCH connection and therefore should free up resources since it cannot support HS_DSCH reception.

In addition to freeing up HSDPA resources, the WTRU 110 also ensures that all other HS_DSCH receive state variables are set to false. Additionally, the WTRU 110 does the following:

- stop any HS-SCCH reception procedures;

- stop any procedures for receiving HS-DSCH;

- clear the H_RNTI variable and delete any stored H-RNTI;

- reset the MAC-ehs object;

- release all HARQ resources; and

- clear any saved IE with HARQ information.

If desired, to verify that the HS-DSCH reception procedure has continued, the WTRU 110 can also use the HS_DSCH_RECEPTION_GENERAL variable, which is described in this document. When the estimated HS-DSCH receive status variable is set to false and HS_DSCH_RECEPTION_GENERAL is set to true, the actions associated with freeing resources are canceled and the variables are set to false.

Change in HS-DSCH receive variables.

The following are changes to the existing HS-DSCH receive variables with respect to paging channel conditions:

a. The new variable HS_DSCH_RECEPTION_PCH_STATE is monitored for the states URA_PCH and Cell_PCH;

b. For the case where HS_DSCH_RECEPTION_OF_ CCCH_ENABLED and HS_DSCH_RECEPTION_PCH_STATE is set to false, and any of the four variables indicates that HS-DSCH is being received, resources are freed;

from. WTRU 110 checks HS_DSCH_RECEPTION and HS_DSCH_RECEPTION_OF_CELL_FACH_STATE if any of the four variables is set to true.

In the case where HS_DSCH_RECEPTION_GENERAL is used to indicate whether HS-DSCH reception is ongoing, actions related to checking whether any of the four (4) HS-DSCH receive variables are set to true are replaced by the action of checking only if HS_DSCH_RECEPTION_GENERAL true.

Regarding the HS_DSCH receive variable for paging channels, the HS_DSCH_RECEPTION_PCH_STATE variable is set to true if HS-DSCH reception continues in Cell_PCH or URA_PCH. The HS_DSCH_RECEPTION_ PCH_STATE variable is set to false when the WTRU 110 enters the connected RRC UTRA mode, when nothing else is declared in the procedure, when the WTRU 110 leaves the connected RRC UTRA mode and when the WTRU 110 enters Cell_FACH and Cell_DCH.

Additional changes

Some additional changes may be necessary if the WTRU 110 uses HS-DSCH receive variables from other states as an indication of the ongoing procedure.

It should be noted that this change can be applied to other embodiments that also rely on HS-DCH reception variables of a different state to indicate that HS-DSCH reception is ongoing. In the case where the variable HS_DSCH_RECEPTION_GENERAL is used as an indication, these changes are not required.

The following changes can be implemented if desired:

1. WTRU 110 does not evaluate actions related to HS_DSCH_RECEPTION when exiting Cell_DCH;

2. if any IEs related to the HS-DSCH are stored, the WTRU 110 clears any stored downlink HS-PDSCH information element.

WTRU 110 does not set HS_DSCH_RECEPTION_OF_ CCCH_ ENABLED to false immediately upon entering the following sections.

The variable is set to false only if the conditions for starting HS-DSCH reception with the selected H-RNTI are successfully fulfilled, otherwise it will be set to false when the WTRU 110 cannot execute the HS-DSCH reception procedure.

Alternatively, the WTRU 110 ensures that the HS-DSCH receive variables are set to false upon exiting the state. For example, the HS_DSCH_RECEPTION_Cell_FACH_STATE variable is set to false when exiting Cell_FACH. However, this should also be done after the configuration of another state completes.

HSDPA Resource Release During Cell / State Transitions

In this embodiment, the existing HS-DSCH reception variables are changed in such a way that HS-DSCH reception procedures are stopped upon transition between cells and states.

Upon exiting Cell_DCH, the WTRU 110 frees up HSDPA resources if the WTRU 110 transitions to a state in which HS-DSCH reception is not supported. More specifically, the HS_DSCH_RECEPTION variable is changed so that the WTRU 110 can check whether the WTRU 110 and the HS-DSCH reception in other states will be supported by the network. This can be done by checking one or a combination of the following conditions:

3. WTRU 110 does not support HS-DSCH reception;

4. Alternatively, if additional features of the WTRU 110 are added (for example, the WTRU 110 only supports HS-DSCH reception in Cell_FACH, and the WTRU 110 only supports HS-DSCH reception in Cell_PCH and Cell_FACH), then WTRU 110 can check these special conditions in relevant conditions;

5. The information element "General System Information HS-DSCH" is not included in SIB 5 / 5bis;

6. For Cell_PCH and URA_PCH, the HS-DSCH paging system information element is not included in the SIB 5 / 5bis.

If one of the above conditions is true, then the WTRU 110 releases all HSDPA resources. This will ensure that exiting Cell_DCH to any other non-HSDPA state will free up all resources and stop HS-DSCH reception procedures.

In addition, upon exiting the Cell_PCH or URA_PCH state to the Cell_FACH state due to cell reselection, the WTRU 110 requires indicating whether the HS-DSCH reception procedure is ongoing. This is necessary if the WTRU 110 transitions to another state or performs cell reselection to a cell that does not support HS-DSCH reception. WTRU 110 should be able to detect that HS-DSCH reception is ongoing and that HSDPA resources should be freed. This can be accomplished by adding a new variable, HS_DSCH_RECEPTION_PCH_STATE, which is set to true when the WTRU 110 satisfies the conditions to start receiving HS-DSCH. The variable will be set to false when HS-DSCH reception is stopped.

When state transitions and cell reselections to states such as Cell_FACH, URA_PCH, and Cell_PCH are performed, conditions for performing HS-DSCH techniques are checked. If they are not executed, then in addition to performing S-CCPCH reception, the WTRU 110 also performs one of the following:

7. Evaluate the HS_DSCH_RECEPTION_OF_CELL_FACH_STATE variable and take the appropriate action: if the requirements are not met and if HS-DSCH reception continues, then the HSDPA resources must be freed.

8. To be able to evaluate whether there are any ongoing HS-DSCH procedures in the current state or in other states, additional checks should be performed. For example, WTRU 110 should also check if HS_DSCH_RECEPTION_OF_CCCH_ENABLED, or HS_DSCH_RECEPTION_PCH_STATE, or HS_DSCH_RECEPTION_Cell_FACH_STATE is set to true. If any of the variables is set to true, then the WTRU 110 frees up resources and sets all the variables to false;

9. WTRU 110 does not need to check if HS_DSCH_RECEPTION_OF_CCCH_ENABLED is set to false when evaluating the need to release HS-DSCH resources.

10. Evaluate the variable HS_DSCH_RECEPTION_OF_CCCH_ENABLED. Additional actions related to the case where the conditions necessary to configure HS-DSCH reception are not met.

The WTRU 110 should be able to verify if any of the HS-DSCH receive variables are set to true (i.e., indicating that HS-DSCH reception is ongoing).

If any variables are set to true, the WTRU 110 should free all resources and set all the variables to false, evaluate the variable, and perform actions in accordance with one of the procedures specified in any of the previous embodiments or in the description of the invention.

Finally, the WTRU 110 must ensure that the variables are set to false when the reception of HS-DSCH is stopped in one state (i.e., when switching from shared to dedicated H-RNTI, when changing states, and when switching over cells).

Resource release when HS-DSCH reception conditions are not met

In another embodiment, the WTRU 110 always releases resources when the conditions for performing HS-DSCH reception are checked and not met. If desired, the WTRU 110 could use the MAC-ehs status indication (e.g., configured with HARQ) to determine if the WTRU 110 has ongoing HSDPA setup.

The proper behavior upon termination of an HS-DSCH operation should be indicated wherever the following conditions are verified:

> on TDD; or

> on the FDD if the WTRU 110 does not support HS-DSCH reception; or

> whether the information element "General system information HS-DSCH" is not included in the system information block type 5 or in the system information block type 5bis; or

> on TDD; or

> on the FDD if the WTRU 110 does not support HS-DSCH reception; or

> Does the HS-DSCH Paging System Information information element not be included?

These conditions are checked at various places, including the following:

• Block 5 and 5bis system information

• Block 6 system information

• Receiving Setup / Reconfiguration / Release message via WTRU 110

• Cell Update, initiation

• Receiving CELL UPDATE CONFIRM message via WTRU 110

• T302 timer expiration or cell reselection

• Initiation (RRC CONNECTION REQUEST)

• Reception RRC CONNECTION SETUP

When one of these conditions is met, the proper behavior of the WTRU 110 is as follows:

> stop any HS-SCCH reception procedures;

> stop any HS-DSCH administration procedures;

> clear the H_RNTI variable and delete any saved H-RNTI;

> reset MAC-ehs objects;

> release all HARQ resources;

> Clear any saved IEs with HARQ information.

Alternatively, the following sample commands for the WTRU 110 release HSDPA resources only if HS-DSCH reception continues, by checking to see if any of the state variables are set to true.

HSDPA Resource Release

If one of the HS_DSCH_RECEPTION_Cell_FACH_STATE_ENABLED variables, or HS_DSCH_RECEPTION, or HS_DSCH_RECEPTION_OF_CCCH_ENABLED, or HS_DSCH_RECEPTION_PCH_STATE is set to true, then WTRU 110:

11. set the variables HS_DSCH_RECEPTION_Cell_FACH_STATE, HS_DSCH_RECEPTION, HS_DSCH_RECEPTION_OF_CCCH_ENABLED and HS_DSCH_RECEPTION_PCH_STATE to false;

12. Stop any HS-SCCH reception procedures;

13. Stop any HS-DSCH reception procedures;

14. clear the H_RNTI variable and delete any stored H-RNTI;

15. flush the MAC-ehs object;

16. will release all HARQ resources; and

17. will clear any stored IEs with HARQ information.

OPTIONS FOR CARRYING OUT

1. A wireless transmit / receive module (WTRU) configured to operate in High Speed Packet Access (HSDPA) mode in a cell or state and to release HSDPA resources when leaving a cell or state.

2. The WTRU of embodiment 1, wherein the WTRU is configured to release HSDPA resources when the conditions for receiving a high speed downlink shared channel are not met.

3. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is further configured to perform one or more of the following procedures to release HSDPA resources when leaving a cell or state:

Stop receiving high-speed synchronization control channel (HS-SCCH);

stop receiving high speed downlink shared channel (HS-DSCH);

clear temporary radio network identifiers (RNTI);

reset the medium access control (MAC) object;

Free Hybrid Auto Repeat Request (HARQ) resources and

clear any stored information items related to HARQ information.

4. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is further configured to verify continued reception of the HS-DSCH.

5. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is further configured to check one HS-DSCH reception logical variable to determine HSDPA reception in any of the states.

6. The WTRU according to any one of all the preceding embodiments, wherein the receive variable is “true” for supporting HS-DSCH and “false” for not supporting HS-DSCH.

7. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is configured to read the CELL / URA_PCH variable to determine HS-DSCH reception.

8. The WTRU as in any of all of the preceding embodiments, wherein the WTRU is configured to read a MAC status indicator to determine HS-DSCH reception.

9. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is configured to read a plurality of information elements (IE) to determine HS-DSCH reception.

10. The WTRU of embodiment 9, wherein the IEs are Radio Resource Control (RRC) messages.

11. The WTRU of embodiment 10, wherein HS-DSCH support is included in the Cell_FACH state and the CELL / URA_PCH state.

12. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is further configured to read an IE variable to free HSDPA resources.

13. The WTRU of embodiment 12, wherein if the IE variable is false, then the WTRU is configured to release HSDPA resources.

14. The WTRU according to any one of the preceding embodiments, where the WTRU is configured to read the logical variable HS_DSCH_RECEPTION_ GENERAL to determine the reception of the HS-DSCH.

15. The WTRU of embodiment 14, where if the HS_DSCH_RECEPTION_GENERAL variable is true, then the HS-DSCH reception continues.

16. The WTRU of embodiment 15, wherein the WTRU is configured to free HSDPA resources and set the HS_DSCH_RECEPTION_GENERAL variable to false if the WTRU is not configured to support HS-DSCH reception.

17. The WTRU of embodiment 15, wherein HS_DSCH_RECEPTION_GENERAL is set to true when the HS_DSCH_RECEPTION variables are set to true in Cell_FACH and Cell_DCH modes.

18. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is configured to check if HSDPA is supported when the WTRU receives system information for tuning in a new cell.

19. The WTRU of embodiment 18, wherein the WTRU is configured to perform selection of an additional common physical channel when the WTRU is not configured to support HS-DSCH.

20. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is configured to read the HS_DSCH_RECEPTION_FOR_PAGING variable when the WTRU is configured in Cell_PCH mode or in URA_PCH mode to determine HS-DSCH reception.

21. The WTRU of embodiment 20, wherein the WTRU is configured to evaluate and perform actions associated with the HS-DSCH variable corresponding to the state in which the WTRU is included.

22. The WTRU of embodiment 20 or 21, wherein the WTRU is configured to evaluate variables when HS-DSCH reception criteria are met or not met.

23. The WTRU of embodiment 20, 21 or 22, wherein the WTRU is configured to release HSDPA resources when requirements are not met to enable HS-DSCH reception in the final state.

24. The WTRU as in any one of embodiments 20-23, wherein the WTRU is configured to read four variables to determine HS-DSCH reception, and where the four variables are:

HS_DSCH_RECEPTION_CELL_FACH_STATE_ENABLED;

HS_DSCH_RECEPTION;

HS_DSCH_RECEPTION_OF_CCCH_ENABLED; and

HS_DSCH_RECEPTION_PCH_STATE.

25. The WTRU of embodiment 24, wherein the WTRU is configured to read four variables when the HS-DSCH Paging System Information element does not appear in the system information block (SIB) 5 or 5bis.

26. The WTRU as in any one of embodiments 20-25, wherein the WTRU is configured to not read HS_DSCH_RECEPTION upon exiting the Cell_DCH state.

27. The WTRU as in any one of embodiments 20-26, wherein the WTRU is configured to clear any stored downlink HS-PDSCH information element if the HS-DSCH related information element is stored in the WTRU.

28. The WTRU as in any one of embodiments 20-27, wherein the WTRU is configured to “false” the HS-DSCH reception variables upon exiting the state.

29. The WTRU according to any one of all of the preceding embodiments, wherein the WTRU is configured to stop HS-DSCH procedures when transitioning between cells and states.

30. The WTRU of embodiment 29, wherein the WTRU is configured to read the HS_DSCH_RECEPTION variable to determine HS-DSCH reception in other states.

31. The WTRU of embodiment 29 or 30, wherein the WTRU is configured to read a parameter of the HS-DSCH General System Information information element and an HS-DSCH Paging System information parameter to determine HS-DSCH reception.

32. The WTRU of embodiments 29, 30, or 31, wherein the WTRU is configured to read the parameter "HS_DSCH_RECEPTION_PCH_STATE" to determine HS-DSCH reception.

33. The WTRU as in any one of all of the preceding embodiments, wherein the WTRU is configured to read a MAC status indicator to determine HS-DSCH reception.

34. A method for implementing using a wireless transmit / receive module (WTRU) operating in high speed packet access (HSDPA) mode in a cell or in a state and freeing up HSDPA resources when leaving a cell or state.

35. The method of embodiment 34, wherein the WTRU is configured to release HSDPA resources when conditions are not satisfied for receiving a high speed downlink shared channel.

36. The method according to any one of embodiments 34-35, further comprising:

stop receiving a high speed synchronization control channel (HS-SCCH);

termination of reception of a high speed downlink shared channel (HS-DSCH);

clearing temporary radio network identifiers (RNTI);

dropping a medium access control (MAC) object;

Free Hybrid Automatic Repeat Request (HARQ) resources and

clearing any stored information items related to HARQ information.

37. The method according to any one of embodiments 34-36, further comprising checking for continued HS-DSCH administration.

38. The method as in any one of embodiments 34-37, further comprising checking the HS-DSCH receive logical variable to determine ongoing HSDPA processing.

39. The method according to any one of embodiments 34-38, wherein the receive variable is “true” for supporting HS-DSCH and “false” for not supporting HS-DSCH.

40. The method as in any one of embodiments 34-39, wherein the WTRU reads a Cell_PCH or URA_PCH variable to determine continued HS-DSCH reception.

41. The method as in any one of embodiments 34-40, wherein the WTRU reads a MAC status indicator to determine continued HS-DSCH reception.

42. The method as in any one of embodiments 34-41, wherein the WTRU reads a plurality of information elements (IE) to determine HS-DSCH reception.

43. The method of embodiment 42, wherein the IEs are Radio Resource Control (RRC) messages.

44. The method of embodiment 43, wherein the HS-DSCH support is included in the Cell_FACH state and the CELL / URA_PCH state.

45. The method according to any one of embodiments 34-44, further comprising reading an IE variable to free HSDPA resources.

46. The method of embodiment 45, wherein if the IE variable is false, then the WTRU releases HSDPA resources.

47. The method as in any one of embodiments 34-46, wherein the WTRU reads the logical variable HS_DSCH_RECEPTION_GENERAL to determine the reception of the HS-DSCH.

48. The method of embodiment 47, wherein if HS_DSCH_RECEPTION_GENERAL is true, then HS-DSCH reception continues.

49. The method of embodiment 48, wherein the WTRU releases HSDPA resources and sets the HS_DSCH_RECEPTION_GENERAL variable to false if the WTRU is not configured to support HS-DSCH reception.

50. The method of embodiment 48, wherein the HS_DSCH_RECEPTION_GENERAL variable is set to true when the HS_DSCH_RECEPTION variables are set to true in Cell_FACH and Cell_DCH modes.

51. The method as in any one of embodiments 34-50, wherein the WTRU checks to see if HSDPA is supported when the WTRU receives system information for tuning in a new cell.

52. The method of embodiment 51, wherein the WTRU selects an additional common physical channel when the WTRU is not configured to support HS-DSCH.

53. The method as in any one of embodiments 34-52, wherein the WTRU reads the HS_DSCH_RECEPTION_FOR_PAGING variable when the WTRU is configured in Cell_PCH mode or in URA_PCH mode to determine HS-DSCH reception.

54. The method of embodiment 53, wherein the WTRU evaluates and performs actions associated with the HS-DSCH variable corresponding to the state of the WTRU.

55. The method of embodiment 53 or 54, wherein the WTRU evaluates the variables when HS-DSCH acceptance criteria are met or not met.

56. The method of embodiment 53, 54 or 55, wherein the WTRU releases HSDPA resources when requirements are not met to enable HS-DSCH reception in the final state.

57. The method as in any one of embodiments 53-56, wherein the WTRU reads four variables to determine HS-DSCH reception, and where the four variables are:

HS_DSCH_RECEPTION_CELL_FACH_STATE_ENABLED;

HS_DSCH_RECEPTION;

HS_DSCH_RECEPTION_OF_CCCH_ENABLED; and

HS_DSCH_RECEPTION_PCH_STATE.

58. The method of embodiment 57, wherein the WTRU reads four variables when the HS-DSCH Paging System Information information element does not appear in a system information block of type 5 or 5bis.

59. The method as in any one of embodiments 53-58, wherein the WTRU does not read HS_DSCH_RECEPTION upon exiting the Cell_DCH state.

60. The method as in any one of embodiments 53-59, wherein the WTRU clears any stored downlink HS-PDSCH information information element if the HS-DSCH information information element is stored in the WTRU.

61. The method as in any one of embodiments 53-60, wherein the WTRU false sets the HS-DSCH reception variables upon exiting the state.

62. The method according to any one of embodiments 34-61, wherein the WTRU stops the HS-DSCH procedures upon transition between cells and states.

63. The method of embodiment 29, wherein the WTRU reads the HS_DSCH_RECEPTION variable to determine HS-DSCH reception in other states.

64. The method of embodiment 62 or 63, wherein the WTRU reads the HS-DSCH General System Information information parameter parameter and the HS-DSCH Paging System information parameter to determine HS-DSCH reception.

65. The method as in any one of embodiments 62-64, wherein the WTRU reads the "HS_DSCH_RECEPTION_PCH_STATE" parameter to determine HS-DSCH reception.

66. The method as in any one of embodiments 34-65, wherein the WTRU reads a MAC status indicator to determine HS-DSCH reception.

Despite the fact that the signs and elements are described above in specific combinations, each sign or element can be used alone without other signs and elements, or in various combinations with other signs and elements or without them. The methods or flowcharts presented in this document may be implemented in a computer program, software, or firmware integrated in a computer-readable storage medium for execution by a universal computer or processor. Examples of computer-readable storage media include read-only memory (ROM), random access memory (RAM), a register, cache memory, semiconductor storage devices, magnetic media such as internal hard drives and removable drives, magneto-optical media, and optical media such like CD-ROMs and digital versatile discs (DVDs).

Suitable processors include, by way of example, a universal processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, a controller, a microcontroller, specialized integrated circuits (ASICs), Field Programmable Gate Arrays (PPGAs), any other type of integrated circuit (IC) and / or state machine.

The processor, together with the software, can be used to implement a radio frequency transceiver for use in a wireless transmit / receive module (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer. The WTRU can be used in combination with modules implemented in hardware and / or software, for example, a camera, a video camera module, a video phone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a speakerphone, a keyboard, a Bluetooth module ®, frequency modulation radio block (FM), liquid crystal display (LCD), organic light emitting diode (OLED) display, digital music player, multimedia player, The module of video games, Internet browser, and / or any wireless local area network (WLAN) or Ultra Wide Band communications (UWB).

Claims (12)

1. A method for reselecting a cell using a wireless transmit / receive module (WTRU), comprising the steps of:
determining one variable (HS_DSCH_RECEPTION_GENERAL) of receiving a high speed downlink shared channel (HS-DSCH) indicating an HS-DSCH reception state for the following states: Cell_FACH, Cell_PCH, URA_PCH and Cell_DCH;
set the HS_DSCH_RECEPTION_GENERAL variable to true, provided that the HS-DSCH procedures continue;
set the variable HS_DSCH_RECEPTION_GENERAL to false, provided that the new cell after reselecting the cell does not support HS-DSCH reception; and
free HS-DSCH resources, provided that the new cell does not support HS-DSCH reception. 2. The method according to claim 1, in which the step of freeing up HS-DSCH resources comprises the steps of:
stop receiving the high speed synchronization control channel (HS-SCCH);
stop receiving a high speed downlink shared channel (HS-DSCH);
clear temporary radio network identifiers (RNTI);
dropping a medium access control (MAC) object;
Free Hybrid Auto Repeat Request (HARQ) resources and
clear any stored information items related to HARQ information. 3. The method of claim 1, further comprising reading a media access control (MAC) status indicator to determine HS-DSCH reception. 4. The method according to claim 1, further comprising reading an information element (IE) to determine an HS-DSCH reception state in at least one of the following: in a system information block (SIB) 5 / 5bis or SIB 6 / 6bis. 5. The method according to claim 4, in which the information element is the general system information of the HS-DSCH. 6. The method according to claim 4, in which the information element is a paging system information HS-DSCH. 7. A wireless transmit / receive module (WTRU), comprising:
a processor configured for:
defining one variable (HS_DSCH_RECEPTION_GENERAL) of receiving a high speed downlink shared channel (HS-DSCH) indicating an HS-DSCH reception status for the following states: Cell_FACH, Cell_PCH, URA_PCH and Cell_DCH;
setting the variable HS_DSCH_RECEPTION_GENERAL to true, provided that the HS-DSCH procedures continue;
setting the HS_DSCH_RECEPTION_GENERAL variable to false, provided that the new cell after reselecting the cell does not support HS-DSCH reception; and
releasing HS-DSCH resources, provided that the new cell does not support HS-DSCH reception. 8. The wireless transmit / receive module (WTRU) according to claim 7, in which the processor is further configured to:
stop receiving a high speed synchronization control channel (HS-SCCH);
stop receiving a high speed downlink shared channel (HS-DSCH);
clearing temporary radio network identifiers (RNTI);
resetting the medium access control (MAC) object;
Release Hybrid Automatic Repeat Request (HARQ) resources and
clearing any stored information items related to HARQ information. 9. The wireless transmit / receive module (WTRU) of claim 7, further configured to read a media access control (MAC) status indicator to determine HS-DSCH reception. 10. The wireless transmit / receive module (WTRU) according to claim 7, further configured to read an information element (IE) to determine an HS-DSCH reception state in at least one of the following: in a system information unit (SIB) 5 / 5bis or SIB 6 / 6bis. 11. The wireless transmit / receive module (WTRU) of claim 10, in which IE is the general system information of the HS-DSCH. 12. The wireless transmit / receive module (WTRU) of claim 10, wherein the IE is HS-DSCH paging system information.

Images