AU2012202096A1 - Radio link and handover failure handling - Google Patents

Abstract

The method and apparatus disclosed are used for handling RL and handover failures based on context transfer details and RACH procedures that 5 enhance the failure handling procedures. After an RL failure, a user equipment (UE) includes the identity of an evolved Node-B (eNodeB) and/or cell as an information element (IL) in an RRC connection request and/or a cell update message or any other RRC message along with a UE identity. A RL FAILURE IS DETECTED ~STEP 500 AN INTIAL ACCESS PROCEDURE FOR OBTAINING ACCESS TO A SELECTED TARGET STEP 501 eNB IS CONDUCTED AN IE INCLUDING A SOURCE eNB IDENTITY IS STEP 502 TRANSMITTED RRC CONTEXT FROM TARGET eNB IS ~STEP 503

Description

pool Section 20 Regulation 3.2(2) AUSTRALIA Patents Act 1990 ORIGINAL COMPLETE SPECIFICATION STANDARD PATENT Application Number: Lodged: Invention Title: Radio link and handover failure handling The following statement is a full description of this invention, including the best method of performing it known to us: P111AHAWl0710 [00011 RADIO LINK AND HANDOVER FAILURE HANDLING [00021 FIELD OF INVENTION [0003] The present invention is related to wireless communication systems. [00041 BACKGROUND [0005] In evolved universal terrestrial radio access network (E-UTRAN) Stage 2, the cases where the wireless transmit receive unit (WTRU) selects a cell that belongs to same eNodeB after a radio link (RL) failure are listed as for further study (FFS). It has been proposed that if the WTRU selects a different cell from the same eNodeB, the activity cannot be resumed without interaction between the WTRU and the eNodeB. Currently, radio access network 2 (RAN2) specifies that if the WTRU selects a cell from a different oNodeB, it needs to go via radio resource control (RRC) idle. [0006] Currently, RAN2 decisions on RL failure are determined based on two phases, The two phases govern the behavior associated with RL failure, and are shown in Figure 1. [00071 A first phase starts when a radio problem is detected, which leads to a RL failure detection. As a result, there is no WTRU-based mobility based on a timer or other (e.g., counting) criteria (I). [0008] A second phase starts when a radio link failure is detected, which leads to RRO Idle. WTRU-based mobility is still available, which is timer based (T2). [0009] Table 1 below describes how mobility is currently handled with respect to a RL failure. -1- Cases j.First Phase Second Phase T7 expired LE returns to the Continue as if Activity cannot be Go via RRC_IDLE same cell no radio resumed without problems interaction between occurred UE and eNodeB, Procedure to be used is FFS, Normally not via - _ RRCIDLE UE selects a N/A FPS Go via RRCIDLE different cell from the sane eNodeB UE selects a cell of N/A Go via RRCJDLE Go via RRCIDLE a different eNodeB Table 1: Mobility and Radio Link Failure 10010] A recent proposal divides handover into two (2) phases similar to RL failure and suggests a similar handover failure handling procedure. [0011] In the first phase, the WTRU tries to synchronize and. access the target cell, e.g., during a timer T1. In the second phase, the WTRU has aborted the handover since it failed and trios to re-establish the lost connection to the network, e.g., during a timer T2. After the second phase the UE enters RRC JDLE. [0012] Figure 2 shows the two phases that govern the behavior associated to handover failure during network controlled mobility in accordance with the current proposal. [0013] The first phase starts upon a first synchronization attempt to a target cell; and leads to a handover failure detection. During this time, there is no WTRU-based mobility, which is based on a timer or other (e.g., counting) criteria (Ti). [0014] The second phase is started upon handover failure detection, which leads to RROIDLE. The WTRU-based mobility is still available based on Timer

(T

2 ). [0015] Table 2 describes how mobility is handled with respect to a handover failure. -2- Cases First Phase Second Phase T2 expired UE enters target Continue as if Activity cannot be Go via RRCJDLE cell no radio resumed without problems interaction between occurred UE and eNodeB, UE performs Random Access Procedure according to 10.1.5 UE returns to N/A Activity cannot be Go via RRCIDLE source cell resumed without interaction between UE and eNodeB, UE performs Random Access Procedure according to 10.1.5 UE selects a N/A Go via RRC IDLE Go via RRCIDLE different cell than target or source cell Table 2: Mobility and Handover Failure [001.61 Also, non-contention based random access during handover, is currently allowed to be used. As such, the current non-contention based random access procedure, shown in Figure 3, includes assigning a Random Access Preamble via dedicated signaling in the downlink (DL), wherein the eNodeB assigns to the WTRU a sir (6) bit non-contention Random Access Preamble (i.e., a Random Access Preamble that is not within the sot broadcasted on UCH). The preamble is signaled via a handover (HO) command generated by a target eNodeB and sent from the source eNodeB ibr handover, using medium access control (MAC) signaling (e.g., layer I (L1)/layer 2 (L2) control channel or MAC control packet data unit (PDU)), in case of DL data arrival. 10017] The WTRU then transmits the assigned non-contention Random Access Preamble on the RACH in the uplink. A Random Access Response from, the eNB is sent on DL-SCH. The response is semi-synchronous (within a flexible window of which the size is one or more transmission timing interval (TTI)) with message 1, and is addressed either to C-RNTI or RA-RNI (FFS) on L1/L2 control channel.

4 The Random Access Response includes at least timing alignment information and an initial UL grant for handover, and timing alignment information for DL data arrival. Additionally, RA-preamble identifier is addressed to routing area radio network temporary identifier (RA-RNTI) on the L1/L2 control channel. 5 The response is intended for only one WTRU in one downlink shared channel (DL-SCH) message if it is addressed to cell RNTI(C-RNTI) on the L1L2 control channel, or one or multiple WTRUs in one DL-SCH message if it is addressed to RA-RNTI on the L1/L2 control channel. There exists a need for an improved method and apparatus for handling 10 radio link and handover failures. SUMMARY The method and apparatus disclosed are used for handling RL and handover failures based on context transfer details and RACH procedures that enhance the failure handling procedures. After an RL failure, a wireless transmit 16 receive unit (WTRU) includes the identity of an evolved Node-B (eNB) and/or cell as an information element (IE) in an RRC connection request and/or a cell update message or any other RRC message along with a VTRU identity. In one aspect the present invention provides A method implemented in a wireless transmit receive unit (WTRU) for wireless communications between the 20 WTRU and a target evolved Node B (eNB), the method including: detecting a communications failure, wherein the communications failure is a radio link failure or a handover failure; transmitting a WTRU identity and a source cell identity to the target eNB in response to the detected communications failure; and 25 receiving a response from the target eNB . In another aspect the present invention provides A wireless transmit receive unit (WTRU) including: a means for detecting a communications failure; a means for transmitting a WTRU identity and a source cell identity to a 30 target evolved Node B (eNB) in response to the detected communications failure; and a means for receiving a response from the target eNB .

BR

4a IEF DESCRIPTION OF THE DRAWINGS A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings wherein; Figure 1 shows a conventional radio link failure; 5 Figure 2 shows a conventional handover failure; Figure 3 shows a conventional non-contention based random access procedure; Figure 4 is a diagram of a wireless communication system; and Figure 5 shows a flow diagram of a disclosed method for handling a radio 10 link failure.

[00301 DETAILED DESCRIPTION [00311 When referred to hereafter, the- terminology "wireless transmit/receive unit (WTRU)" includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment. When referred to hereafter, the terminology "base station" includes but is not limited to a Node-B, a site controller, an access point (AP), or any other type of interfacing device capable of operating in a wireless environment. [00321 Referring to Figure 4, an LTE wireless communication network (NW) 10, for example, comprises one or more WTRUs 20, each including a processor 21, one or more Node Bs 30, each including a processor 3 1, and one or more ceUs 40. Each cell 40 comprises one or more Node -Bs (NB or eNB) 30. Processors 21 and 31 are each configured to implement a disclosed method for handling a radio link (RL) and handover failure. [0033] Throughout the disclosed method, context information refers to any of Radio Resource Control (RRC) context, security context, Packet Data Convergence Protocol (PDCP) context, or any layer's context that may be continued during mobility. For the sake of brevity, however, the term context or RRC context may be used for each of the types of context disclosed above. [00341 When an RL failure is detected by the WTRU 20, the WTRU 20 begins mobility procedures, (i.e., cell reselection). In the normal cell reselection procedure, WTRU 20 reselects to any available cell after RL failure, and through a cell update or a radio resource control (RRC) connection request, the WTRU 20 sends its WTRU identity to an eNodeB (eNB) 30. eNB 30, using the received WTRU identity, detects if the WTRU 20 was under the control of this eNB 30 before the radio link failure occurred. [0035] A method and apparatus are disclosed wherein after a Radio Link (RL) or handover (HO) failure, the WTRU 20 includes its WTRU identity (e.g., TMSI/IMS/fMEI or any other UE identity) and the eNB identity and/or cell -5identity as an information element (IE)in the RRC connection request, the cell update message or any other RRC message. [0036] Once the WTRU 20 has camped on an eNB (i.e., Target eNB) after cell reselection, the information included in the IE is transmitted to the Target eN3. If the Target eNB on which the WTRU 20 camps is different from the eNB for which the WTRU 20 was camped prior to RL failure (i.e., Source eNB), then the Target eNB contacts the Source eNB, using the eNB identity and/or cell ID included in the IE to inform the Source eNB of the WTRU's 20 identity. The Target eNB then requests the Source eNB to transmit WTRU's 20 context parameters. Alternatively, the Target cNB may also inform the Source eNB of the cell identity. [0037] If the Source eNB finds context information that matches the identity of WTRU 20, the Source eNB transmits the context information to the Target eN3. The Target eNB can then send a response to the WTRU's 20 cell update, the RRC connection request, or any other WTRU initiated RRC procedure, indicating that WTRU 20 may reuse the previous context. 10038] If the context is not found by the Source eNB, the Target eNB executes cell update/RRC connection establishment procedures, or any other RRC procedure. In this case when the Target eNB receives a request for re establishing a RRC connection from the WTRU 20, it signals all the Layer 1 and Layer 2/3 parameters as it would have signaled for a new RR connection. The WTRU 20 may then delete any stored context information that was applicable to the old cell. Alternatively, if the context is not found, the WTRU 20 could go to RRC Idle without waiting for timer T2 to expire, and resume procedures or wait for the timer T2 to expire to go to RRC Idle. [0039] The disclosed IE, comprising information about the eNB on which WTRU 20 had last camped can be included by the WTRU 20. In accordance with this alternative, the processor 21 includes the eNB identity and/or cell identity in the IE only upon detecting a handover failure. [0040] Ifthe Target eNB, on which the WTRU 20 camps, is the same as the Source eNB prior to the failure and if the eNB finds a context for the WTRU 20, -6- (the eNB finds it by checking if it has a context that matches the identity of the WTRU 20), then the eNB on receiving a RRC CONNECTION REQUEST from the WTRU 20 (or on reception of any other WTRU initiated RRC procedures) could indicate to the WTRU 20 to use the same context information that it had before the failure occurred. Otherwise, the eNB could signal all the Layer 1 and Layer 2/3 parameters to WTRU 20, as the eNB would signal for a new RRC connection. WTRU 20 may then delete any stored context information. [00413 A flow diagram of the disclosed method used by processor 21 of WTRU 20 to handle an RL failure is described below. Upon detection of an RL failure (step 500), the WTRU 20 conducts an initial access procedure for obtaining access to a selected Target eNB (step 501). The WTRU 20 then transmits an IE to the Target eNB including at least the eNB ID for a Source eNB on which the WTRU 20 was previously camped (step 502). WTRU 20 then receives the RRC context from the Target eNB (step 503) after the context has been obtained by the Target eNB, for example, from the Source eNB. 10042] In accordance with the disclosed method, the duration of the period that the Target eNB keeps the radio access control (RAC) context is preferably determined on an implementation basis. This is also the case in determining whether the transferring of the context information between the Target eNB and the Source eNB only happens on a radio link failure. [00431 If the Target eNB on which WTRIJ 20 camps is the same as the Source eNB on which WTRU 20 had camped before handover, then upon receiving a RRC CONNECTION REQUEST from the WTRU 20, or on reception of any other WTRU initiated RRG procedures, could indicate to the WTRU 20 to use the same context information that it had before the failure occurred. [0044] As those having skill in the art would realize, the WTRU 20 camping on the same cell or the same eNB on which it had camped prior to RL failure, helps in saving network resources. As such, the disclosed method may alternatively include that the WTRU 20 during the cell selection procedure after RL failure, take the Source eNB identity into account, thereby preferring cells from the Source eNB over cells from a different eNB. In accordance with this -7alternative, it may be preferable that the WTRU 20 give priority to a detected eNB in the following order: last cell on which it was previously camped; a cell from the same eNodeB on which it was previously camped; and cell from any other eNodeB. [0045] The other parameters for cell reselection may or may not be considered by the WTRU 20 during a radio link failure situation since quick camping and initiation of the call are the main criteria after failure; having just the eNB identity (or cell identity), along with the cell signal strength is enough for conducting coll selection upon radio'link failure. In accordance with this method, the identities (eNB and cell) may be broadcast in the system information messages along with the cell ID. [0046] For a handover failure, a method is disclosed wherein when the WTRU 20 moves to a different cell and the different cell belongs to the same eNB, based on the WTRU 20 identity, the eNB to which the WTRU 20 has moved identifies whether it has the WTRU 20 context. If the eNB has the context, the eNB signals WTRU 20 to use the same context as before. The WTRU 20 is able to use the same context since the context is stored with respect to the eNB and not with respect to the cell. In accordance with this method, the same priority of cell selection described above for an RL failure as disclosed above is applied for eNB handover failures, as an alternative method. [0047] When the WTRU 20 moves to a cell from a different eNB altogether, a similar procedure as disclosed above for a radio link failure can be used. It should be noted that during such a handover procedure the last eNB identity which the WTRU 20 could have -stored may be the Source eNB or the Target eNB depending on what stage of the procedure the handover failed. In accordance with this disclosed method, it is preferable that WTRU 20 stores the Source eNB as the last eNB on which it camped until the handover is successfully completed. Also the procedure by itself would not be affected, regardless of whether the WTRU sends the Source eNB or the Target eNB identity to the final eNB on which it camps.

[0048] An important aspect of being able to retrieve the context is for the WTRU to camp on a cell and send message 1 (i.e., the Random Access Preamble) in the RACH procedure as soon as possible. If there is a delay in this process, the eNB could have deleted the context, therefore rendering the context retrieval procedure useless. Accordingly, a method for enhancing the Random Access Channel (RACH) procedure is disclosed for RL and handover failures. In accordance with this method, a dedicated signature is allocated to the WTRU 20 during the handover procedure. The allocated dedicated signature is then used for accessing the Source cell following RL or handover failure. For example, the HO Command (or any signaling message) assigns th WTRU 20 two dedicated signatures, one to be used by WTRU 20 to access the target cell, and the other to be used by WTRt 20 to access the source cell (or any other cell) in case failure occurs (e.g., if WTRU 20 did not manage to access the target cell). [0049] If the handover is completed successfully, the WTRU 20 may (implicitly or explicitly) release the signature batk to the network in the handover confirm message, In the case of a failure during the handover procedure, the WTRU 20 may use this second dedicated signature and attempt to access the network as soon as possible. Since the WITRU 20 uses a dedicated signature, it is able to recover faster from a failure. [0050 Alternatively, a set of dedicated signatures is broadcast in the broadcast channel (BCH) set exclusively for RL failure, which is used by the WTRU 20 in case of a RL or handover failure, In another alternative, a set of universal dedicated signatures, valid across all cells, may be used for RL failures. This set of universal dedicated signatures may be sent in the handover message, or broadcast in the System information messages, The WTRhU may then use this universal dedicated signature after the failure for accessing any cell. 10051] An alternative RACH procedure is disclosed wherein, instead of assigning a dedicated signature to the WTRU 20, which is used in case of failure, at least one of the signatures (e.g., Random Access Preamble) in the current set broadcasted on the BCH may be identified/reserved for accessing the cell following failure. In accordance with this alternative, the WTRU 20 obtains the -9reserved signatures from the BCH (or the Handover (HO) Command may inform WTRU 20 of the reserved signatures to be used in case of failure). Once the WTRU 20 learns the reserved signatures, the WTRU 20 uses this reserved signature if it experiences a RL or handover failure. [0052] Another alternative is disclosed wherein higher access classes for RL failure handling is used. In accordance with this alternative, the WTRU 20 associates RL failure handling with a higher access class service and hence it would end up reselecting to the network with a lower backoff and a higher priority. In this scenario, when the WTRU 20 tries to access a cell after an RL failure, since the WTRU 20 would have a higher access class service, and therefore would try to access network 10 with lower or no backoff interval. between its different RACH attempts. As such, WTRU 20 after an RE failure might have a higher probability of accessing the network as compared to other WTRTTs with lower access class service, which would have longer backoff intervals. [0053] In another alternative method for RACH Accoss, the WTRU 20 ramps up its power faster so that the network has a higher chance of detecting it, and therefore prioritizes the given WTRU 20. Table 3 describes the mobility of the WTRU 20 during a RL failure in accordance with this disclosed method. -10- Cases First Phase Second Phase T2 expired [Priorit of Secnd has '.72 xpied el selection UE returns to Continue as Activity cannot be Go via 1 the same cell if no radio resumed without RRCIDLE problems interaction occurred between WTRU and eNodeB, Procedure to be used is FFS, Normally not via RRCJDLE UE selects a N/A Activity cannot be Go via 2 different cell resumed without RRCIDLE from the same interaction oNodeB between WTRU and eNodeB UE selects a N/A Activity cannot be Go via 3 cell of a resumed without RRO IDLE different interaction eNodeB between WTRU and oNodeB, Procedure to be used is FFS, Normally not via RRCIDLE , Table 3: Mobility and Radio Link Failure [0054 For the second phase, in order to resume activity when WTRU 20 returns to the same cell, or when the WTRUJ 20 selects a different cell from the same eNodeB, or a different eNB, a method is disclosed wherein the WTRU 20 accesses the cell through the random access procedure. The non-access stratum (NAS) identity used in the random access procedure is also used by the eNB to determine whether the eNB has an REC context stored for that WTRU 20. If the eNB finds art RRC context that matches the identity of WTRU 20, the eNB sends in response to the RRC CONNECTION REQUEST a message (e.g., RRC CONNECTION RESPONSE) or any other WTRU initiated RRC procedures, indicating to the WTRU 20 to reuse the RRC context it has stored. -11- [0055] If the eNB does not find a RRC context that matches the identity of WTRU 20, the new eNB contacts directly the previously camped eNB using the eNB identity transmitted by the WTRU 20. As disclosed above, alternatively, the eNB may derive the WTRU identity or the WTRU context from the Mobile Management Entity (MME). [0056] If a context is found in the old eNB and transferred, it sends in response to the RRC CONNECTION REQUEST a message (e.g., RRC CONNECTION RESPONSE), or any other WTRU initiated RRC procedures, indicating to the WTRU 20 to reuse the RRC context it has stored. If the context is not found either in the new or. the old eNB, a RRC connection establishment procedure occurs and the WTRU 20 discards the RRC contexts it has stored. In this case when the network sends a response to the WTRU 20 initiated RC procedure network 10 indicates whether the WTRU 20 could setup the stack using the old context information it had before the failure, or the network 10 transmits new parameters in the response message for the WTRU 20 to setup its stack. Once the WTRU 20 receives the response message from the network 10 and processes it, the WTRU 20 transmits a complete message to the network 1.0 indicating to the network 10 that it has finished the configuration on its side. [0057] Table 4 below describes the mobility of the WTRU 20 during a handover failure in accordance with the disclosed method. -12- Priority of Cases First Phase Second Phase T2 expired cell selection UE enters Continue as Activity cannot be Go via 1 target cell if no radio resumed without RRCIDLE problems interaction occurred between UE and eNodeB U5 returns to N/A Activity cannot be Go via 2 source cell resumed without RROJDLE interaction between UE and eNodeB UE selects a N/A Activity cannot be Go via 3 different cell resumed without RRCIDLE from the same interaction eNodeB between UK and eNodeB, Procedure to be used is FFS, Normally not via RRCIDLE UE selects a N/A Activity cannot be Go via 4 cell of a resumed without RRO_IDLE different interaction eNodeB between UE and eNodeB, Procedure to be used is FFS, Normally not via - RRCJDLE Table 1: Mobility and Handover Failure [00581 For the second phase, in order to resume activity when the WTRU 20 returns to the same cell, or when the WTRU 20 selects a different cell from the same eNB, or a different eNB, a method is disclosed wherein the WTRU 20 accesses the cell through the random access procedure. The non-access stratum (NAS) identity used in the random access procedure is also used by the eNB to determine whether the eNB has an RRC context stored for the WTRU 20. If the eNB finds an RRC context that matches the identity of the WTRTJ 20, the eNB sends in response to the RRC CONNECTION REQUEST a message (e.g., RRC -13- CONNECTION RESPONSE) or any other WTRU initiated RRC procedures, indicating to the WTRU 20 to reuse the RRC context it has stored. [0059] If the eNB does not find an RRC context that matches the identity of the WTRU 20, the new eNB contacts directly the previously camped eNB using the eNB identity transmitted by the WTRU 20. As disclosed above, alternatively, the eNB may derive the WTRU identity or the WTRU context from the MME. [00601 If a context is found in the old eNB and transferred, it sends in response to the RRC CONNECTION REQUEST a message (e.g., RRC CONNECTION RESPONSE), or any other WTRU initiated RRC procedures, indicating to the WTRU 20 to reuse the RRC context it has stored. If the context is not found either in the new or the old eNB, normal RRC connection establishment procedure occurs and the WTRU 20 preferably discards the RRC contexts it has stored. It should be noted that use of the priority of cell selection column in Tables 3 and 4 is an alternative method and that regardless of the priority the disclosed procedure is still applicable if other priorities for cell selection/reselection are used. [0061] Embodiments 1. A method for wireless communication implemented in a wireless transmit receive unit (WTRU) comprising: detecting a failure including at least one of a radio link (RL) and handover (HO) failure; transmitting a wireless transmit receive unit (WTRU) identity and an information element (IE) including at least one of a source Node B identity and source cell identity to access a target Node; and receiving a context information from the target Node B based, at least in part, on the IE. 2. The method of embodiment 1 further comprising conducting cell reselection for selecting an available target Node B. -14- 3. The method of any preceding embodiment, wherein the source Node B identity is considered in selecting an available target Node B. 4. The method of any preceding embodiment, wherein the reselecting comprises attempting first to reselect to the source Node B; and attempting to reselect back to a source cell associated with the source cell identity when the source Node B is not available. 5. The method of embodiment 4 wherein the target Node B and target cell are different than the source Node B and source cell. 6. The method of any preceding embodiment further comprising storing a context information prior to the detected failure. 7. The method as in any of embodiments 1 - 6, wherein the context information includes an indication to use the stored context information. 8. The method as in any of embodiments 1 - 6, wherein the context information includes context information different than the stored context information. 9. The method of any preceding embodiment further comprising accessing a network using at least one of the use of a smaller backoff or a higher ramp up of power, 10. The method of any preceding embodiment further comprising receiving at least one allocated dedicated signature during handover, whereby the dedicated signature is used to access a source cell following a RL or handover failure. -15- 11. The method of embodiment 10 wherein the at least one dedicated signature is received over a handover command. 12. The method of embodiment 10 further comprising receiving the handover command including two assigned dedicated signatures, wherein one of the dedicated signatures is used to access a target Node B, and the other is used to access a source Node B in case a RL or handover failure occurs. 18. The method of embodiment 12 further comprising releasing the two dedicated signatures when the handover is completed. 14. The method of any preceding embodiment wherein the at least one dedicated signature out of a set of signatures is reserved on a broadcast channel for accessing any cell from any Node B following a RL or handover failure. 15. The method of embodiment 14, wherein the set of signatures reserved for dedicated access are received in a handover command. 16. A wireless transmit receive unit comprising a processor configured to implement a method as in any preceding embodiment. 17. A Node B comprising a processor configuredto implement a method as in any preceding embodiment. 18. A processor configured to implement a method as in any preceding embodiment. [0062] Although features and elements are described above in particular combinations, each feature or element can be used alono without the other features and elements or in various combinations with or without other features and elements. The methods or flow charts provided herein may be implemented in a computer program, software, or firmware incorporated in a computer -16readable storage medium for execution by a general purpose computer or a processor. Examples of computer-readable storage mediums include a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks, and digital versatile disks (DVDs). [0063] Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine. [0064] A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRT), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer. The 'WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth@ module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) or Ultra Wide Band (UWB) module. -17-

Claims (18)

1. A method implemented in a wireless transmit receive unit (WTRU) for wireless communications between the WTRU and a target evolved Node B (eNB), the method including: 5 detecting a communications failure, wherein the communications failure is a radio link failure or a handover failure; transmitting a WTRU identity and a source cell identity to the target eNB in response to the detected communications failure; and receiving a response from the target eNB . 10

2. The method of claim 1, including conducting cell reselection for selecting the target eNB.

3. The method of claim 2, including selecting an eNB as the target eNB wherein the source cell identity is considered.

4. The method of claim 3, wherein the source cell identity is associated with a 15 source cell and a source eNB and conducting cell reselection includes: attempting to reselect to the source cell; and attempting to select a second cell associated with the source eNB on a condition that the source cell is not available for selection.

5. The method of claim 4, including: 20 attempting to select a third cell associated with a different eNB on a condition that no cells associated with the source eNB are available for selection.

6. The method of claim 1, including storing context information prior to the detected communications failure.

7. The method of claim 1, wherein the communications failure is at least one 25 of a radio link (RL) or a handover (HO) failure. 19

8. The method of claim 1, wherein the indication from the target eNB is based on the WTRU identity matching a context.

9. A wireless transmit receive unit (WTRU) including: a means for detecting a communications failure; 5 a means for transmitting a WTRU identity and a source cell identity to a target evolved Node B (eNB) in response to the detected communications failure; and a means for receiving a response from the target eNB .

10. The WTRU of claim 9, wherein the source cell identity is associated with a 10 source eNB on which the WTRU was camped prior to the detected communications failure.

11, The WTRU of claim 9, wherein the communications failure is at least one of a radio link (RL) or a handover (HO) failure.

12. The WTRU of claim 9, further including a means for performing cell 15 reselection to select the target eNB.

13. The WTRU of claim 9, wherein the source cell identity is considered in selecting an eNB as the target eNB.

14. The WTRU of claim 12, wherein the source cell identity is associated with a source cell and a source eNB and the means for performing cell reselection 20 includes: a means for attempting to reselect to the source cell; and a means for attempting to select a second cell associated with the source eNB on a condition that the source cell is not available for selection.

15. The WTRU of claim 14, further including a means for attempting to select a 25 third cell associated with a different eNB on a condition that no cells associated with the source eNB are available for selection. 20

16. The WTRU of claim 9, wherein the response from the target eNB is based on the WTRU identity matching a context.

17. The method of claim 1, and substantially as hereinbefore described with reference to Figure 5 of the accompanying drawings. 5

18. The WTRU of claim 9, and substantially as hereinbefore described with reference to Figure 5 of the accompanying drawings. INTERDIGITAL TECHNOLOGY CORPORATION WATERMARK PATENT & TRADE MARK ATTORNEYS P32517AU01