Method and apparatus supporting random access transmissions

Information

  • Patent Grant
  • 12035195
  • Patent Number
    12,035,195
  • Date Filed
    Monday, November 16, 2020
    4 years ago
  • Date Issued
    Tuesday, July 9, 2024
    5 months ago
Abstract
A method and base station are disclosed. The base station comprises a transceiver and a processor. The base station transmits a system information block (SIB) to a wireless transmit/receive unit (WTRU), wherein the SIB indicates random access transmission uplink resources. After transmitting the SIB, the base station receives a random access preamble from the WTRU. After receiving the random access preamble, the base station receives, using one or more of the uplink resources indicated by the SIB, a first message from the WTRU, wherein the first message includes a first radio network temporary identifier (RNTI) of the WTRU. After receiving the first message, the base station transmits a second message to the WTRU, wherein the second message is derived from a second RNTI, the second RNTI being different than the first RNTI. The base station may be configured to communicate with the WTRU on a plurality of cells.
Description
BACKGROUND

Wireless communication systems are well known in the art. Communications standards are developed in order to provide global connectivity for wireless systems and to achieve performance goals in terms of, for example, throughput, latency and coverage. One current standard in widespread use, called Universal Mobile Telecommunications Systems (UMTS), was developed as part of Third Generation (3G) Radio Systems, and is maintained by the Third Generation Partnership Project (3GPP).


An example UMTS system architecture in accordance with current 3GPP specifications is depicted in FIG. 1. The UMTS network architecture includes a Core Network (CN) interconnected with a UMTS Terrestrial Radio Access Network (UTRAN) via an Iu interface. The UTRAN is configured to provide wireless telecommunication services to users through wireless transmit receive units (WTRUs), referred to as user equipments (UEs) in the 3GPP standard, via a Uu radio interface. A commonly employed air interface defined in the UMTS standard is wideband code division multiple access (W-CDMA). The UTRAN has one or more radio network controllers (RNCs) and base stations, referred to as Node Bs by 3GPP, which collectively provide for the geographic coverage for wireless communications with WTRUs. One or more Node Bs is connected to each RNC via an Iub interface; RNCs within a UTRAN communicate via an Iur interface.


WTRUs in a UMTS Terrestrial Radio Access Network (UTRAN) can be in either of two modes: Idle or Connected. Based on WTRU mobility and activity while in connected mode, the UTRAN can direct the WTRU to transition between a number of sub-states, e.g., CELL_PCH, URA_PCH, CELL_FACH, and CELL_DCH. User Plane communication between the WTRU and the UTRAN is only permitted while in CELL_FACH and CELL_DCH state. The Cell_DCH state is characterized by dedicated channels (DCHs) in both the uplink (UL) and the downlink (DL). On the WTRU side, this corresponds to continuous transmission and reception and can be demanding on user power requirements. The CELL_FACH state does not use DCHs and thus allows better power consumption, at the expense of a lower uplink and downlink throughput.


The CELL_FACH is well-suited for signaling traffic (for example, the transmission of CELL/URA UPDATE messages), and for applications requiring very low uplink throughput. In CELL_FACH, uplink communication is achieved through a random access transport channel (RACH) mapped to a packet random access channel (PRACH) physical channel. The RACH is a contention based protocol with a power ramp-up procedure to acquire the channel and to adjust transmit power.


Downlink communication is through a shared Forward Access Transport Channel (FACH) mapped to a secondary common control physical channel (S-CCPCH) or through the high speed downlink channel.


Mobility is handled autonomously by the WTRU in CELL_FACH. The currently soft handover does not (as of Release 6 of the standard) exist within CELL_FACH. As such, the WTRU independently takes measurements, and determines when to make cell reselections.


System information during CELL_FACH is read from a broadcast channel (BCH). This information includes the setup details for the uplink RACH, the downlink FACH and the high speed downlink shared channel (HS-DSCH)) channels to be used in CELL_FACH.


Recent work by the standardization bodies has identified reuse of an Enhanced-DCH (E-DCH) in the CELL_FACH state. Enhanced-DCH is a feature that was introduced to increase uplink throughput. The E-DCH operates on a request/grant principle. WTRUs send an indication of the requested capacity they require through a combination of mechanisms, while the network responds with grants to these requests. These grants are generally generated by a Node B scheduler.


At the same time, Hybrid Automatic Repeat Requests (HARQs) are used in connection with the physical layer transmissions. To facilitate the above mechanisms, two new UL physical channels have been introduced, an Enhanced-Dedicated Physical Control Channel (E-DPCCH) for control, and an Enhanced-Dedicated Physical Data Channel (E-DPDCH) for data. Three new downlink (DL) physical channels, two for transmission of grants and one for fast physical layer acknowledgements (Layer 1 ACK/NACK), were also introduced. The Node B, therefore, is permitted to issue both absolute grants and relative grants. Grants are signaled in terms of a power ratio. Each WTRU maintains a serving grant, which it can convert to a payload size. For Release 6 WTRUs, mobility is handled by the network through soft handover and active sets.


In addition to the new channels at the physical layer, E-DCH is also required at the Medium Access Control (MAC) layer, with the introduction of new MAC-e/es protocol entities to handle the Enhanced Dedicated Transport Channel (E-DCH).


One of the concerns with the use of E-DCH in CELL_FACH is the interaction of the uplink procedure with the mobility procedure, in particular, the cell reselection procedure. This procedure can either remain WTRU autonomous or could be network assisted in some way. In both cases, the network and WTRU actions upon a cell reselection need to be defined. On the WTRU side, actions have to be specified to deal with the medium access control entities (MAC-e/es), hybrid automatic repeat request (HARQ) buffers, MAC Transmission Sequence Numbers (TSN), and the like. With respect to the network, a serving radio network controller (SRNC) may need to be made aware when a new enhanced radio network temporary identifier (E-RNTI) has been assigned by a controlling radio network controller (CRNC). The network may also have to deal with releasing the resources in the source cell.


Accordingly, there exists a need for a method and apparatus to address reselection for WTRUs capable of using the E-DCH while in Cell_FACH state.


SUMMARY

A method and wireless transmit receive unit (WTRU) are disclosed that is configured to perform cell reselection to another cell. When the WTRU is in a CELL_FACH state using an Enhanced-Dedicated Channel (E-DCH). The cell reselection can be network assisted based on WTRU measurements reported to the network. Alternatively, the cell reselection can be WTRU based.





BRIEF DESCRIPTION OF THE DRAWINGS

A more detailed understanding of the method may be had from the following description, given by way of example and to be understood in conjunction with the accompanying drawing.



FIG. 1 is a block diagram of an overview of the system architecture of a conventional UMTS network;



FIG. 2 is a block diagram of a wireless communication system; and



FIG. 3 is a timing diagram illustrating a CELL_UPDATE procedure with a MAC-es included in the controlling radio network controller (CRNC).





DETAILED DESCRIPTION

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. When referred to hereafter, the terminology “E-DCH system information” includes but is not limited to E_DCH information that is broadcast by the Node B as part of its system information. This may include information for a set of shared E-DCH resources that are assigned by the NodeB and shared by WTRUs in CELL_FACH state. The terminology enhanced random access channel (E-RACH) refers to the enhanced uplink mechanism used in CELL_FACH state, including, but not limited to the use of Enhanced-DCH resources.


A Medium Access Control (MAC) layer is divided into several entities; MAC-e/es protocol entities are preferably provided to handle an Enhanced Dedicated Transport Channel (E-DCH). Generally, the expression “MAC-is”, “MAC-i”, and “MAC-is/i” may be substituted for “MAC-es”, “MAC-e” and “MAC-es/e” respectively. “MAC-es/e reset” procedure may be replaced by “MAC-is/i reset” procedure where the “MAC-is/i reset” procedure refers to a procedure similar to “MAC-es/e reset” with the possible additional step that segmentation buffers are flushed.


Referring to FIG. 2, a HSPA wireless communication network (NW) 10 comprises a WTRU 20, one or more Node Bs 30, and one or more cells 40. Each cell 40 comprises one or more Node Bs (NB or eNB) 30. WTRU 20 comprises a processor 9 configured to implement the cell reselection method disclosed hereafter.


In accordance with a disclosed method, WTRU 20 performs autonomous cell reselection, with the MAC-es, used for common control channel (CCCH) data or common traffic, terminated at a Controlling RNC (CRNC). Accordingly, the MAC-es entity is associated with a common E-DCH resource set used by WTRU 20, or a common Enhanced-Radio Network Temporary Identifier (E-RNTI) that is selected by WTRU 20. Preferably, the MAC-es for dedicated traffic (i.e., DCCH or DTCH) is terminated in a serving RNC (SRNC) and is associated with a WTRU 20. Alternatively, the MAC-es for dedicated traffic is also terminated in the CRNC.


According to this disclosed method, WTRU 20 uses internal measurements to make cell reselection decisions. FIG. 3 is a signal diagram of the method that may be used by WTRU 20 when a target cell is selected in the CELL_FACH state. Upon determining to perform a cell reselection, WTRU 20 ceases transmitting and receiving from source Node B 22, and clears the variable enhanced radio network temporary identifier (E-RNTI) that was assigned to WTRU 20 by controlling radio network controller 26.


If WTRU 20 is transmitting in the uplink (UL) when it determines that a cell reselection is to be performed, then prior to moving to the target cell, the WTRU 20 completes transmission for all hybrid access request (HARQ) processes that are active. WTRU 20 may also stop monitoring the downlink (DL) E-DCH channels in the source cell (and, if applicable, in the neighboring cells as well).


In an alternative, WTRU 20 may reset Transmission Sequence Numbers (TSNs) associated with the common control channel (CCCH) logical channel in the MAC-es and flush the HARQ processes if UL data is present in the HARQ processes. Alternatively, WTRU 20 can autonomously perform a complete reset of the MAC-es/e entity (i.e., reset TSN, flush HARQ processes, and discard any remaining segments if applicable).


WTRU 20 then receives system information blocks from target Node B 22 in the broadcast control channel 202. If the E-DCH information element (IE) (referred to herein as E-DCH system information) is broadcasted in the target cell system information blocks (SIBs), WTRU 20 starts a new preamble ramp-up phase in target cell using the broadcasted E-DCH RACH preamble sequences. The presence of this E-DCH system information indicates to WTRU 20 that the cell supports E-DCH in CELL_FACH. E-RACH access, therefore, can be achieved using a common, shared, or randomly chosen WTRU ID.


After a successful acquisition, WTRU 20 is assigned a set of E-DCH resources for use in the target cell. WTRU 20 then sends a CELL_UPDATE message 203 in the target cell over the assigned E-DCH resource, to controlling RNC 26 (CRNC). Since the MAC-es for CCCH ends in CRNC 26, the CELL_UPDATE message can be read and decoded by CRNC 26. WTRU 20 may include an information element (IE) indicating the E-DCH in CELL_FACH capability in CELL_UPDATE message 203 (e.g., IE “E-DCH in CELL_FACH”). This IE may be an enumerated IE. If the E-DCH in CELL_FACH IE is present, the WTRU supports E-DCH in CELL_FACH. The absence of the IE indicates that the WTRU 20 does not support E-DCH in CELL_FACH. Alternatively, the E-DCH in CELL_FACH IE can be set to TRUE or FALSE to indicate whether the WTRU has E-DCH in CELL_FACH capable.


Alternatively, the E-DCH capability is implicitly detected by CRNC 26. If CRNC 26 receives the CELL_UPDATE 203 message via an E-RACH Iub frame protocol, CRNC 26 implicitly determines that WTRU 20 supports E-DCH in CELL_FACH.


CRNC 26 may alternatively check the sub-layer from which the packet was received. If delivered from the MAC-es entity, CRNC 26 determines that WTRU 20 supports E-DCH in CELL_FACH. Otherwise, WTRU 20 does not support E-DCH in CELL_FACH.


In another alternative, source Node B 24 notifies CRNC 26 that the packet was received over E-DCH. This alternative requires signaling over the Iub. As such, a new Iub message can be defined or the Node B can include the indication with the message over the Iub frame


Accordingly, when CRNC 26 receives the CELL_UPDATE message 203 and determines that E-DCH in CELL_FACH is supported by WTRU 20, and also supported by CRNC 26, CRNC 26 allocates a new E-RNTI to WTRU 20. CRNC 26 then forwards the message to Serving RNC (SRNC) 28 via radio network subsystem application part (RNSAP) UL Signaling Transfer 205, including the variable E-RNTI.


Alternatively, CRNC 26 does not send an indication that WTRU 20 supports E-DCH in CELL_FACH, but relies on SRNC 28, which is aware of the WTRU 20 capabilities. As such, SRNC 28 requests CRNC 26 to allocate a “new E-RNTI” for WTRU 20, which may be accomplished, for example, via the common transport channel request.


SRNC 28 can tell source Node B that the E-DCH resources of the WTRU can be released. In the case where a MAC-e is dedicated per WTRU, the MAC-e entity may be fully released. If the MAC-e entity is present per set of E-DCH resources, the HARQ soft buffers in the source Node B are flushed, but not necessarily released. If a MAC-e/es reset is autonomously performed every time a cell reselection is performed, the MAC-es entity in the SRNC, associated with the WTRU performing the reselection, also has to be reset.


SRNC 28, upon receiving the message from CRNC 26, generates a CELL_UPDATE_CONFIRM message 206, 207, including a new E-RNTI for use in CELL_FACH state. This message may be used by the network to assign E-DCH resources. Alternatively, any E-DCH resources are allocated by target Node B 22 after a preamble power ramp-up performed when WTRU 20 needs to transmit additional traffic.


Upon receiving the CELL_UPDATE_CONFIRM message 207, WTRU 20 stores the new E-RNTI for use in future uplink access.


Alternatively, if WTRU 20 does not autonomously perform a MAC-e/es reset as disclosed above, the network may explicitly request a MAC-e/es reset to be performed by WTRU 20. The network may request a reset of the MAC-e/es entity in WTRU 20 following SRNS relocation, every time a cell reselection is performed, when a reconfiguration occurs, or when the dedicated MAC-es needs to be released or reset.


In accordance with this method, a MAC-e/es reset may be performed by adding a new IE “MAC-e/es reset” indicator in the CELL_UPDATE_CONFIRM message. Upon reception of the indicator by WTRU 20, WTRU 20 performs a full reset of the MAC-e/es (i.e., reset TSN and flush HARQ processes). If applicable, WTRU 20 may discard any remaining segments in the MAC. The MAC-e/es may also be reset by WTRU 20 autonomously resetting the MAC-e/es when WTRU 20 receives a CELL_UPDATE_CONFIRM and at least one of the following conditions are true: a SRNS relocation has been performed, which may be detected when the IE “new U-RNTI” is present in the CELL_UPDATE_CONFIRM; a reconfiguration of MAC protocol occurs within the CELL_UPDATE_CONFIRM; or a reconfiguration of the radio link control (RLC) protocol occurs.


Each of the above mentioned methods of resetting the MAC-e/es may be performed alone or in combination with one another. WTRU 20 may also perform a partial MAC-e/es reset, where the TSN number is set to zero for the logical channel CCCH when the CELL_UPDATE_CONFIRM message is received.


In accordance with an alternative method of autonomous cell reselection, the UTRAN MAC-e and MAC-es entities are both at the Node B. As a result, the E-DCH transmission for CELL_FACH WTRUs terminates at the Node B. A WTRU, therefore, is configured to make a cell reselection decision based on internal measurements with respect to a new target cell selected as part of cell reselection.


WTRU 20 ceases transmitting to and receiving from the source cell and stops monitoring the downlink (DL) E-DCH channels in source cell. If the WTRU is transmitting in the UL, prior to moving to the target cell, WTRU 20 may complete transmission of all HARQ processes that are active at the time it is determined that WTRU 20 is to perform a cell reselection.


WTRU 20 then performs a reset of the MAC-es/e entity (i.e., flushes HARQ buffers and resets TSN to 0 and, if applicable, may discard any remaining segments in the MAC-e/es entity). The variable E-RNTI is then cleared by WTRU 20. The target Node B transmits SIB information in the broadcast control channel to WTRU 20. If the E-DCH system information IEs are broadcasted in the target cell SIBs, WTRU 20 starts a new preamble ramp-up phase in the target cell using the E-DCH preamble sequences.


After a successful acquisition, WTRU 20 is assigned a set of E-DCH resources to use in the target cell. For collision resolution, WTRU 20 may use a common E-RNTI or a random ID chosen in the MAC header. WTRU 20 then sends a CELL_UPDATE message including the E-DCH in CELL_FACH capability indication, over the target cell to the controlling RNC. The target cell CRNC receives the CELL_UPDATE message, and when E-DCH in CELL_FACH is supported, the CRNC allocates an E-RNTI. The CRNC then forwards the message to the SRNC via Radio Network Subsystem Application Part (RNSAP) UL Signaling Transfer including the variable E-RNTI.


Alternatively, WTRU 20 does not send E-DCH in CELL_FACH capability in the CELL_UPDATE message. The SRNC, though, is aware of the WTRU capability, and therefore, requests the CRNC to allocate a new E-RNTI for WTRU 20. This may be done via the common transport channel request. The CRNC provides the new E-RNTI in the response message. Alternatively, the E-DCH capability can be implicitly detected by the CRNC. If the CRNC receives the CELL_UPDATE via an E-RACH Iub frame protocol, the CRNC can implicitly determine that the WTRU supports E-DCH in CELL_FACH. Optionally, the CRNC can check what sub-layer the packet was received from. If delivered from the MAC-es entity, the WTRU supports E-DCH in CELL_FACH, otherwise the WTRU does not.


Alternatively, the Node B can notify the CRNC that the packet was received over E-DCH. This requires signaling over the Iub. A new Iub message can be defined, or alternatively, the Node B can include the indication with the message over the Iub frame.


Optionally, the SRNC tells source Node B that the E-DCH resources from the WTRU can be released. The source Node B can also reset the UTRAN MAC-e and MAC-es and flush the HARQ soft memory buffers in the source cell.


SRNC preferably generates a CELL_UPDATE_CONFIRM message, where it optionally includes the “new E-RNTI” to be used in CELL_FACH state. The network may optionally use this message to assign a different set of E-DCH resources.


Upon reception of CELL_UPDATE_CONFIRM the WTRU stores the “new E-RNTI” and uses it for future uplink access.


Alternatively, the network can include a MAC-es/e reset indicator in the CELL_UPDATE_CONFIRM message.


In accordance with another alternative method for autonomous cell reselection, the E-DCH for a CELL_FACH WTRU terminates at a SRNC but CELL_UPDATE message is sent over a legacy (release 99) RACH.


The UTRAN MAC-es entity, in accordance with this method, is located at the SRNC and associated with a particular WTRU. The WTRU is configured to perform cell reselection using a legacy RACH procedure to transmit the CELL_UPDATE message, instead of sending the CELL_UPDATE message over an enhanced RACH in the target cell. This allows the WTRU to undergo a cell reselection without resetting the MAC-e/es entity (i.e. the WTRU does not need to flush the HARQ buffers and reset the TSN number to 0), allowing the incrementing of the TSN to continue after a cell reselection. Furthermore, this allows the WTRU to temporarily suspend E-DCH transmission while the cell reselection is being performed and to resume transmission after the reselection.


As disclosed above, the WTRU makes cell reselection decisions based on internal measurements. If, as a result of the internal measurements, a new target cell is selected, the WTRU stops transmitting in a source cell. If data is available in the HARQ processes, the WTRU stops the transmission of the HARQ processes such that the WTRU can continue with the same HARQ processes in the target cell. Alternatively, the data in the HARQ processes is flushed.


If the WTRU is transmitting in the UL, then prior to moving to the target cell, the WTRU may complete transmission of all HARQ processes that are active at the time it determines that it is to perform a cell reselection.


The WTRU then ceases monitoring the DL E-DCH channels and other downlink resources in the source cell and clears the variable E-RNTI.


The WTRU then receives the target cell PRACH information and DL information from the SIBs and transmits the CELL_UPDATE message. The CELL_UPDATE message may include the E-DCH in CELL_FACH capability indication over the Release 99 RACH of the target cell. The CELL_UPDATE message is received by the CRNC and forwarded to the SRNC. The CRNC receives the CELL_UPDATE, and allocates an E-RNTI when the WTRU is E-DCH in CELL_FACH capable. The CRNC then forwards the message, including the variable E-RNTI, to the SRNC via RNSAP UL Signaling Transfer. In the alternative, the WTRU does not send E-DCH in CELL_FACH capability in the CELL_UPDATE. Since the SRNC is aware of the WTRU capability, it requests the CRNC to allocate a new E-RNTI for the WTRU, which may be accomplished via the common transport channel request. The CRNC, therefore, provides the new E-RNTI in the response message and the SRNC includes the E-RNTI in the CELL_UPDATE_CONFIRM.


The SRNC generates the CELL_UPDATE_CONFIRM message, which can be used by the network to assign dedicated E-DCH resources. Alternatively, any E-DCH resources can be allocated by the target Node B after a preamble power ramp-up is performed when the WTRU needs to transmit additional traffic. The CELL_UPDATE_CONFIRM message may include the “new E-RNTI” for the WTRU.


The SRNC then informs the source Node B that the E-DCH resources of the WTRU can be released. In the case where a MAC-e is dedicated per WTRU, the MAC-e entity is also fully released. If the MAC-e entity is present per set of E-DCH resource, the HARQ soft buffers in the source Node B are flushed.


Upon reception of the CELL_UPDATE_CONFIRM message, the WTRU stores the new E-RNTI for future uplink access.


The network may explicitly request a MAC-e/es reset to be performed by the WTRU. The network may request a reset of the MAC-e/es entity in the WTRU following the occurrence of SRNS relocation, the performance of cell reselection, and the occurrence of a reconfiguration.


In accordance with this method, a MAC-e/es reset may be performed by adding a new IE “MAC-e/es reset” indicator in the CELL_UPDATE_CONFIRM message. Upon reception of the indicator by the WTRU, the WTRU performs a full reset of the MAC-e/es (i.e., reset TSN, flush HARQ processes). If applicable, WTRU 20 may discard any remaining segments in the MAC. The MAC-e/es may also be reset by sending a special reset that only flushes the HARQ buffers without altering the TSN used for reordering. The MAC-e protocol data units (PDUs) that are in the HARQ buffers would require retransmission from some higher layer protocol.


Alternatively SRNC can send a special reset signal telling the WTRU to restart all currently active HARQ processes in the target cell. The network then informs the source Node B that E-DCH resources in the source cell can be released. The network can also prepare the E-DCH resources in the target cell.


Alternatively, the WTRU can autonomously perform a reset after completing transmission of all HARQ processes (using any of the reset options highlighted above).


In accordance with another alternative method for autonomous cell reselection, the E-DCH for CELL_FACH terminates at a Serving RNC (SRNC) for all data. In accordance with this method, the MAC-es terminates in the SRNC for all types of data traffic, including CCCH, and the CELL_UPDATE message is received and decoded in the MAC-es in the SRNC. As disclosed in above methods, the initial steps prior to sending the CELL_UPDATE message by the WTRU are the same.


Once the CELL_UPDATE message is received by the SRNC, the SRNC sends a request to the CRNC to allocate at least the C-RNTI; H-RNTI (if HS-DSCH in CELL_FACH/PCH is supported); E-RNTI (if E-DCH in CELL_FACH is supported); and other information provided by the CRNC in the UL signaling transfer. The request may be signaled by introducing a new RNSAP message, or by using an existing RNSAP procedure, such as Common Transport Channel Request.


The CRNC responds to the SRNC with the requested information, which may be sent using the UL Signaling Transfer Indication or via the Common Transport Channel Response message. The SRNC then transmits the CELL_UPDATE_CONFIRM message to the WTRU. The procedures following the CELL_UPDATE_CONFIRM are similar to the ones described in the methods disclosed above.


For all of the methods disclosed above for autonomous cell reselection, the SRNC has the option to allocate E-DCH resources to the WTRU. The set of E-DCH resources can be signaled and provided in the CELL_UPDATE_CONFIRM message, or signaled as an index to one of the broadcasted set of resources in the SIBs using the CELL_UPDATE_CONFIRM. The WTRU may then use that set of resources to transmit uplink data in CELL_FACH.


The SRNC may chose to give these resources to the WTRU every time a cell reselection is performed, or when the WTRU has additional data to send. In accordance with the latter scenario, the WTRU may include with the CELL_UPDATE message an indication of the amount of other additional data and the logical channel to which they belong. Alternatively, it can signal just an indication that it has other data to transmit. The RNC can then use this information to decide whether the WTRU requires E-DCH uplink resources. If no additional data are to be sent by the WTRU, the RNC sets up the transport channel and physical channel resources in the target Node B. The RNC does not signal to the WTRU any E-DCH resources.


An alternative network assisted cell reselection method is disclosed wherein the network preferably has control of cell reselection. In accordance with this method, the WTRU measures the channel quality and provides these measurements to the network via measurement reports. Triggering criteria is defined for CELL_FACH WTRUs to transmit these measurement reports. The network then controls cell reselection, based on the received measurements.


The network may initiate cell reselection based on measurements taken from Node Bs in the alternative. If the conditions for a cell reselection are met, the network may decide to move the WTRU to CELL_DCH in the target cell, or keep the WTRU in CELL_FACH in the target cell. In this alternative, the WTRU is kept in CELL_FACH. The network transmits an RRC message through a source cell to the WTRU. The WTRU, in response to the receipt of the RRC message, stops transmitting in the source cell and ceases monitoring the DL E-DCH channels in the source cell. E-DCH resources are then re-acquired in the target cell using, for example, a power ramp up procedure. The WTRU then resets the MAC es/e entities and/or HARQ processes by sending a MAC-es/e reset indicator in the RRC message and perform a full MAC-e/es reset procedure (i.e., flush HARQ and reset TSN to 0).


The MAC-e/es entities may also be reset by performing a special reset that only flushes the HARQ buffers without altering the TSN used for reordering. The MAC-e PDUs that are in the HARQ buffers would require retransmission from some higher layer protocol. The special reset can be indicated as a special bit in one of the RRC messages ordering the handover, or it can be specified in the cell reselection procedure for WTRUs using E-DCH in CELL_FACH. For example, the WTRU using E-DCH performs a special reset every time a cell reselection occurs while it is in CELL_FACH or CELL_PCH. In the case where SRNS relocation occurs together with a cell reselection, the WTRU needs to perform a full MAC-e/es reset.


Another method for resetting the MAC entities sends a special reset signal to the WTRU informing the WTRU to restart all active HARQ processes in the target cell. The RNC tells the source Node B that the old connection is ending and informs the target Node B to set up for the upcoming connection.


Alternatively, the network could pre-allocate E-DCH resources in the target cell and provide this allocation information in the RRC message.


The source Node B, alternatively, can signal the WTRU to stop transmission (i.e. through a zero grant). The WTRU then initiates cell reselection upon reception of this signal.


In an alternative method for mixed autonomous/network cell reselection, the WTRU decides to perform a handover to the target cell using the cell reselection criteria. Instead of acquiring the system information of the target cell and sending the CELL_UPDATE message to the target cell, as disclosed above, the WTRU sends the CELL_UPDATE to the source cell with an indication of a desired target cell. The CELL_UPDATE message includes the cell ID of the target cell.


Upon reception of CELL_UPDATE by the source Node B, the message is forwarded to the RNC. The RNC then sets up the E-DCH resources in the target cell, which can be resources that are specified in the CELL_UPDATE_CONFIRM or an index to one of the broadcasted set of E-DCH resources. After sending the CELL_UPDATE message, the WTRU reads the System Information broadcast and connects to the target cell to receive the CELL_UPDATE_CONFIRM message. If the confirm message is not received by the WTRU and the CELL_UPDATE timer expires, the WTRU reattempts to send the CELL_UPDATE over the target cell by initiating a RACH access.


The WTRU may have the option to choose to send the initial CELL_UPDATE over the source Node B or over the target Node B. The WTRU may use one or more of the following conditions for choosing to send the CELL_UPDATE over the source Node B: the WTRU has dedicated E-DCH resources allocated in CELL_FACH in the source Node B; the WTRU has been given RACH access for an UL transmission prior to initiating the cell reselection, and thus the WTRU can still use the given resources for the remaining time; the WTRU always sends CELL_UPDATE over the source cell; or the WTRU has data to send other than the CELL_UPDATE.


Upon reception of the CELL_UPDATE message, the SRNC has the option of giving the WTRU a set of resources or an index to the set of resources broadcasted in the SIBs. The RNC may choose to give these resources to the WTRU every time a cell reselection is performed, or when the WTRU has additional data to send. The WTRU may include in the CELL_UPDATE an indication of the amount of other additional data and the logical channel to which they belong. Alternatively, the WTRU signals an indication that it has other data to transmit.


The RNC can then use this information to decide whether the WTRU requires E-DCH uplink resources. If no additional data are to be sent by the WTRU, the RNC sets up the transport channel, and physical channel resources in the target Node B but does not signal to the WTRU any E-DCH resources.


Alternatively, the network responds with CELL_UPDATE_CONFIRM (or other RRC message) in source cell, providing the resources to use in target cell. The WTRU may respond with a message informing network that the physical channel reconfiguration has been completed. The network should use this message as indication to stop transmitting in source cell and to release all MAC e/es resources in that cell/NodeB.


A timer is preferably started upon sending the cell update message. If unsuccessful or if the network responds with a R7-like CELL_UPDATE_CONFIRM, the WTRU should abort its attempts to communicate with the source cell and attempt to transmit the CELL_UPDATE over the target cell using one or a combination of the procedures described in the first embodiment.


Although the features and elements are described in particular combinations, each feature or element can be used alone without the other features and elements or in various combinations with or without other features and elements. The methods or flow charts provided may be implemented in a computer program, software, or firmware tangibly embodied in a computer-readable 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).


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.


A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), 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) module.

Claims
  • 1. A method performed by a base station, the method comprising: transmitting a system information block (SIB) to a wireless transmit/receive unit (WTRU), wherein the SIB indicates random access transmission uplink resources;after transmitting the SIB, receiving a random access preamble from the WTRU;after receiving the random access preamble, receiving, using one or more of the uplink resources indicated by the SIB, a first message from the WTRU, wherein the first message includes a first radio network temporary identifier (RNTI) of the WTRU; andafter receiving the first message, transmitting a second message to the WTRU, wherein the second message is derived from a second RNTI, the second RNTI being different than the first RNTI.
  • 2. The method of claim 1, wherein the first message is received using a HARQ process.
  • 3. A base station comprising: a transceiver; anda processor,wherein the transceiver and the processor are configured to cause the base station to:transmit a system information block (SIB) to a wireless transmit/receive unit (WTRU), wherein the SIB indicates random access transmission uplink resources;after transmitting the SIB, receive a random access preamble from the WTRU;after receiving the random access preamble, receive, using one or more of the uplink resources indicated by the SIB, a first message from the WTRU, wherein the first message includes a first radio network temporary identifier (RNTI) of the WTRU; andafter receiving the first message, transmitting a second message to the WTRU, wherein the second message is derived from a second RNTI, the second RNTI being different than the first RNTI.
  • 4. The base station of claim 3, wherein the first message is received using a HARQ process.
  • 5. A method performed by a base station, the method comprising: transmitting control information on a first cell to a wireless transmit/receive unit (WTRU), wherein the control information indicates random access transmission uplink resources;after transmitting the control information, receiving a random access preamble from the WTRU on a second cell;after receiving the random access preamble, receiving, using one or more of the uplink resources indicated by the control information, a first message from the WTRU on the second cell, wherein the first message includes a first radio network temporary identifier (RNTI) of the WTRU;after receiving the first message, transmitting a second message to the WTRU, wherein the second message is derived from a second RNTI, the second RNTI being different than the first RNTI; andafter transmitting the second message, transmitting to the WTRU on the second cell.
  • 6. The method of claim 5, wherein the first message is received using a HARQ process.
  • 7. A base station comprising: a transceiver; anda processor,wherein the transceiver and the processor are configured to cause the base station to:transmit control information on a first cell to a wireless transmit/receive unit (WTRU), wherein the control information indicates random access transmission uplink resources;after transmitting the control information, receive a random access preamble from the WTRU on a second cell;after receiving the random access preamble, receive, using one or more of the uplink resources indicated by the control information, a first message from the WTRU on the second cell, wherein the first message includes a first radio network temporary identifier (RNTI) of the WTRU;after receiving the first message, transmit a second message to the WTRU, wherein the second message is derived from a second RNTI, the second RNTI being different than the first RNTI; andafter transmitting the second message, transmit to the WTRU on the second cell.
  • 8. The base station of claim 7, wherein the first message is received using a HARQ process.
CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 16/440,886, filed Jun. 13, 2019, which is a continuation of U.S. patent application Ser. No. 15/782,532, filed on Oct. 12, 2017, which issued as U.S. Pat. No. 10,327,188 on Jun. 18, 2019, which is a continuation of U.S. patent application Ser. No. 15/135,616, filed on Apr. 22, 2016, which is a continuation of U.S. patent application Ser. No. 14/875,059, filed on Oct. 5, 2015, which is a continuation of U.S. patent application Ser. No. 13/665,734, filed on Oct. 31, 2012, which issued as U.S. Pat. No. 9,161,285 on Oct. 13, 2015, which is a continuation of U.S. patent application Ser. No. 12/346,631, filed on Dec. 30, 2008; which issued as U.S. Pat. No. 8,325,684 on Dec. 4, 2012, which claims the benefit of U.S. Provisional Application Ser. No. 61/018,567, filed on Jan. 2, 2008, which are incorporated by reference as if fully set forth. This application is related to U.S. patent application entitled “Method and Apparatus Supporting Random Access Transmissions”, filed Nov. 16, 2020.

US Referenced Citations (131)
Number Name Date Kind
6167248 Hamalainen et al. Dec 2000 A
6246692 Dai et al. Jun 2001 B1
6363121 Hochwald et al. Mar 2002 B1
6721566 Longoni et al. Apr 2004 B2
6845238 Muller Jan 2005 B1
7079489 Massie et al. Jul 2006 B2
7145889 Zhang et al. Dec 2006 B1
7406314 Sharma Jul 2008 B2
7477609 Agin Jan 2009 B2
7480269 Heo et al. Jan 2009 B2
7508792 Petrovic et al. Mar 2009 B2
7643419 Terry et al. Jan 2010 B2
7643515 Willenegger Jan 2010 B2
7890094 Iwamura Feb 2011 B2
7894390 Nakamata et al. Feb 2011 B2
8072932 Sun et al. Dec 2011 B2
8112090 Tanno et al. Feb 2012 B2
8175604 Lohr et al. May 2012 B2
8218488 Wager Jul 2012 B2
8259752 Terry et al. Sep 2012 B2
8300697 Farfade et al. Oct 2012 B2
8774104 Pelletier et al. Jul 2014 B2
8989082 Wigard et al. Mar 2015 B2
9313809 Pelletier et al. Apr 2016 B2
9844093 Pani et al. Dec 2017 B2
9979514 Tseng May 2018 B2
10880791 Wang et al. Dec 2020 B2
20020097740 Choi et al. Jul 2002 A1
20030223452 Toskala et al. Dec 2003 A1
20040052229 Terry et al. Mar 2004 A1
20040068505 Lee et al. Apr 2004 A1
20040117860 Yi et al. Jun 2004 A1
20050026623 Fisher Feb 2005 A1
20050053035 Kwak et al. Mar 2005 A1
20050054298 Chen Mar 2005 A1
20050059407 Reed et al. Mar 2005 A1
20050094586 Zhang et al. May 2005 A1
20050101299 Farnsworth May 2005 A1
20050180371 Malkamaki et al. Aug 2005 A1
20050249163 Kim et al. Nov 2005 A1
20050250504 Mikola Nov 2005 A1
20050251722 Terry et al. Nov 2005 A1
20050265301 Heo et al. Dec 2005 A1
20050276266 Terry Dec 2005 A1
20050281219 Kim et al. Dec 2005 A1
20060023629 Kim et al. Feb 2006 A1
20060026490 Rinne et al. Feb 2006 A1
20060039326 Jeong et al. Feb 2006 A1
20060088058 Eckert et al. Apr 2006 A1
20060092876 Kwak et al. May 2006 A1
20060116118 Charriere et al. Jun 2006 A1
20060140154 Kwak et al. Jun 2006 A1
20060142032 Derakhshan et al. Jun 2006 A1
20060164993 Teague et al. Jul 2006 A1
20060165045 Kim et al. Jul 2006 A1
20060172739 Wigard et al. Aug 2006 A1
20060176845 Sarkkinen Aug 2006 A1
20060182065 Petrovic et al. Aug 2006 A1
20060223532 Liu Oct 2006 A1
20060251027 Chun et al. Nov 2006 A1
20060252377 Jeong et al. Nov 2006 A1
20060280145 Revel et al. Dec 2006 A1
20070041347 Beale et al. Feb 2007 A1
20070047445 Usuda et al. Mar 2007 A1
20070047451 Lohr et al. Mar 2007 A1
20070047452 Lohr et al. Mar 2007 A1
20070049209 Usuda et al. Mar 2007 A1
20070060142 Reznik et al. Mar 2007 A1
20070061673 Pan et al. Mar 2007 A1
20070115871 Zhang et al. May 2007 A1
20070135113 Moinet et al. Jun 2007 A1
20070135130 Lee Jun 2007 A1
20070177628 Choi et al. Aug 2007 A1
20070189237 Jaatinen et al. Aug 2007 A1
20070206531 Pajukoski et al. Sep 2007 A1
20070213059 Shaheen Sep 2007 A1
20070223609 Obuchi et al. Sep 2007 A1
20070230398 Jiang Oct 2007 A1
20070258402 Nakamata et al. Nov 2007 A1
20080008152 Lohr et al. Jan 2008 A1
20080049669 Lundby et al. Feb 2008 A1
20080081651 Kuroda et al. Apr 2008 A1
20080095185 DiGirolamo Apr 2008 A1
20080117891 Damnjanovic et al. May 2008 A1
20080125043 Karmanenko et al. May 2008 A1
20080130492 Kuo Jun 2008 A1
20080130533 Dottling et al. Jun 2008 A1
20080182594 Flore et al. Jul 2008 A1
20080192766 Ranta-Aho et al. Aug 2008 A1
20080194259 Vujcic et al. Aug 2008 A1
20080205433 Pihlaja et al. Aug 2008 A1
20080214225 Choukroun Sep 2008 A1
20080254804 Lohr et al. Oct 2008 A1
20080268852 Petrovic et al. Oct 2008 A1
20080273610 Malladi Nov 2008 A1
20090006778 Sidi et al. Jan 2009 A1
20090010278 Torsner et al. Jan 2009 A1
20090011795 Fukui et al. Jan 2009 A1
20090046573 Damnjanovic Feb 2009 A1
20090061881 Gonsa et al. Mar 2009 A1
20090086671 Pelletier et al. Apr 2009 A1
20090088134 Ishii et al. Apr 2009 A1
20090131052 Hakola et al. May 2009 A1
20090135769 Sambhwani et al. May 2009 A1
20090143074 Pelletier et al. Jun 2009 A1
20090168704 Lee et al. Jul 2009 A1
20090168724 Umesh et al. Jul 2009 A1
20090196239 Lee et al. Aug 2009 A1
20090219868 Lee et al. Sep 2009 A1
20090225709 Wager et al. Sep 2009 A1
20090225739 Yeo et al. Sep 2009 A1
20090257407 Park et al. Oct 2009 A1
20090318170 Lee et al. Dec 2009 A1
20100091652 Lin Apr 2010 A1
20100103852 Jactat Apr 2010 A1
20100178920 Kitazoe Jul 2010 A1
20100189071 Kitazoe Jul 2010 A1
20100208688 Ma et al. Aug 2010 A1
20100215005 Pradas et al. Aug 2010 A1
20100216471 Meyer et al. Aug 2010 A1
20100220624 Ma et al. Sep 2010 A1
20100278143 Chun et al. Nov 2010 A1
20100285791 Pirskanen et al. Nov 2010 A1
20100309877 Damnjanovic Dec 2010 A1
20100325502 Lindskog et al. Dec 2010 A1
20110010598 Wang et al. Jan 2011 A1
20110164540 Lee et al. Jul 2011 A1
20120327833 Kim et al. Dec 2012 A1
20150334619 Hakola et al. Nov 2015 A1
20160029415 Pelletier et al. Jan 2016 A1
20180070403 Uemura et al. Mar 2018 A1
Foreign Referenced Citations (31)
Number Date Country
2615915 Mar 2004 CA
1777080 May 2006 CN
1921683 Feb 2007 CN
101064943 Oct 2007 CN
2023683 Feb 2009 EP
2 371 179 Jul 2002 GB
2007-124493 May 2007 JP
2007-525036 Aug 2007 JP
20040089937 Oct 2004 KR
04100598 Nov 2004 WO
05006829 Jan 2005 WO
2005018241 Feb 2005 WO
05020474 Mar 2005 WO
2005022813 Mar 2005 WO
05089050 Sep 2005 WO
05101886 Oct 2005 WO
06043782 Apr 2006 WO
2006134950 Dec 2006 WO
07027032 Mar 2007 WO
2007024099 Mar 2007 WO
07048470 May 2007 WO
2007066882 Jun 2007 WO
07077250 Jul 2007 WO
07078155 Jul 2007 WO
2008081222 Jul 2008 WO
08097489 Aug 2008 WO
08137421 Nov 2008 WO
2009019198 Feb 2009 WO
2009022855 Feb 2009 WO
2010124228 Oct 2010 WO
2013040026 Mar 2013 WO
Non-Patent Literature Citations (162)
Entry
Ericsson, “Contention resolution for enhanced uplink in Cell_Fach,” 3GPP TSG RAN WG2 #60bis, R2-080043, Sevilla, Spain (Jan. 14-18, 2008).
Ericsson, “Enhanced Uplink for Cell_Fach,” 3GPP TSG RAN WG1 #50-bis, R1-073954, Shanghai, China (Oct. 8-12, 2007).
Ericsson, “Implicit release for enhanced uplink in Cell_Fach,” 3GPP TSG RAN WG2 #61 bis, R2-081501 (Mar. 31-Apr. 8, 2008).
Ericsson, “Resource release of common E-DCH in Cell_Fach,” 3GPP TSG RAN WG2 #60bis, R2-080044 (Jan. 14-18, 2008).
Huawei, “Release procedure of E-RACH,” 3GPP TSG RAN2 #60bis, R2-080262 (Jan. 14-18, 2008).
Huawei, “RLF back off for Enhanced Uplink in Cell_Fach state,” 3GPP TSG-RAN WG2 #63, R2-084415, Jeju Island, KR, (Aug. 18-22, 2008).
Infineon Technologies, “Multiplexing option selection in case of E_DCH Transmission equal False,” 3GPP TSG-RAN WG2 Meeting #58, R2-072054, Kobe, Japan, (May 7-11, 2007).
Infineon, “Cell_Fach E-DCH scheduling simplifications,” 3GPP TSG-RAN WG2 Meeting #61, R2-080894, Sorrento, Italy, (Feb. 11-15, 2008).
Infineon, “Resource release mechanisms for Cell_Fach E-DCH,” 3GPP TSG-RAN WG2 Meeting #60bis, R2-080148 (Jan. 14-18, 2008).
Nokia Corporation et al., “Enhanced Uplink for Cell_Fach in 25.321,” 3GPP TSG-RAN WG2 Meeting #61, R2-081774, Shenzhen, China (Mar. 31-Apr. 4, 2008).
Nokia Corporation et al., “Introduction of Enhanced Uplink in Cell_Fach in 25.319,” 3GPP TSG RAN WG2 meeting #62, R2-082368, Kansas City, USA (May 5-9, 2008). (See pp. 5-7 and 30-35).
Nokia Corporation, et al., “Introduction of Uplink Enhanced Cell_Fach in 25.321 (Draft CR)”, Change Request, 25.23, CR CRNum, Current Version: 8.1.0, 3GPP TSG-RAN WG2 Meeting #62, R2-082371, (Kansas City, USA, May 5-9, 2008).
Nokia et al., “Cell_Fach state E-DCH—coverage comparison,” 3GPP TSG-RAN WG1 Meeting #50bis, R1-074302 (Oct. 8-12, 2007).
Nokia et al., “Enhanced Cell_Fach State with E-DCH,” 3GPP TSG-RAN WG2 Meeting #59bis, R1-074300 (Oct. 8-12, 2007).
Nokia et al., “Resource assignment for E-DCH access in Cell_Fach state,” 3GPP TSG-RAN WG1 Meeting #50-BIS, R1-074303 (Oct. 8-12, 2007).
Nokia Siemens Networks, “on E-DCH resource release,” 3GPP TSG-RAN WG2 Meeting #62, R2-082579, Kansas City, USA (May 5-9, 2008).
Nokia Siemens Networks, “Draft CR on TS25.435 for Enhanced Uplink in Cell_Fach”, Change Request, 25.435, CR, Current Version: 7.8.0, 3GPP TSG-RAN WG3 Meeting #60, R3-081276, (Kansas City, USA, May 5-9, 2008).
Nokia Siemens Networks, “Introduction of Enhanced Cell_Fach state,” 3GPP TSG-2 Meeting #57, R2-071556, St. Julian's, Malta (Mar. 26-30, 2007).
Nsn et al., “Further Discussion on Enhanced Cell_Fach in REL8”, 3GPP TSG-RAN WG-2 Meeting #59, R2-073254, (Athens, Greece, Aug. 20-24, 2007).
NTT Docomo, Inc., “Issues regarding persistent scheduling,” 3GPP TSG RAN WG2 #59, R2-073567, Athens, Greece (Aug. 20-24, 2007).
Qualcomm Europe, “L1/2 aspects for enhanced UL for Cell_Fach,” 3GPP TSG-RAN WG1 #50-bis, R1-074126 (Oct. 8-12, 2007).
Qualcomm Europe, “E-DCH Resource Release in Cell_Fach,” 3GPP TSG-RAN WG3 #60, R3-081091, Kansas City, Missouri, US (May 5-9, 2008).
Qualcomm Europe, “Empty Buffer Status reporting and Implicit release for CCCH messages using enhanced uplink in Cell_Fach,” 3GPP TSG-RAN WG2 #61-bis, R2-081581, Shenzhen, China (Mar. 31-Apr. 4, 2008).
Qualcomm Europe, “E-RNTI handling in Active Set Update procedure,” 3GPP TSG-RAN WG 2 Meeting #51, R2-060682 (Feb. 13-17, 2006).
Qualcomm Europe, “Layer 1/2 aspects for enhanced UL for Cell_Fach,” 3GPP TSG-RAN WG2 #59bis, R2-074390 (Oct 8-12, 2007).
Third Generation Partnership Project Support Team, “Minutes of The 59bis TSG-WG2 Meeting (Shanghai, China, Oct. 8-12, 2007)”, TSG-RAN WG2 meeting #60, R2-075189, (Korea Nov. 5-9, 2007).
Third Generation Partnership Project Work Area, “Enhanced Uplink for Cell_Fach State in FDD”, TSG-RAN #37 Meeting, RP-070677, (Riga, Latvia, Sep. 11-14, 2007).
Third Generation Partnership Project, “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Interface Protocol Architecture (Release 7),” 3GPP TS 25.301 V7.3.0 (Sep. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Radio Interface Protocol Architecture (Release 8),” 3GPP TS 25.301 V8.3.0 (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Enhanced Uplink; Overall description; Stage 2 (Release 7),” 3GPP TS 25.319 V2.0.0 (May 2006).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Enhanced Uplink; Overall Description; Stage 2 (Release 7)”, 3GPP TS 25.319, V7.2.0, (Mar. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Enhanced Uplink; Overall Description; Stage 2 (Release 7)”, 3GPP TS 25.319, V7.6.0, (May 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Enhanced Uplink; Overall Description; Stage 2 (Release 7)”, 3GPP TS 25.319, V8.3.0, (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 7),” 3GPP TS 25.211 V7.2.0 (May 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 6),” 3GPP TS 25.321 V6.14.0 (Sep. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 7),” 3GPP TS 25.321 V7.3.0 (Dec. 2006).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 7), 3GPP TS 25.321, V7.5.0, (Jun. 2007).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 7), 3GPP TS 25.321, V7.10.0, (Jun. 2008).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 7), 3GPP TS 25.321, V8.3.0, (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lur Interface User Plane Protocols for Common Transport Channel Data Streams (Release 6),” 3GPP TS 25.425 V6.4.0 (Dec. 2006).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lur Interface User Plane Protocols for Common Transport Channel Data Streams (Release 6),” 3GPP TS 25.425 V6.5.0 (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 1999),” 3GPP TS 25.321 V3.17.0 (Jun. 2004).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 4),” 3GPP TS 25.321 V4.10.0 (Jun. 2004).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 5),” 3GPP TS 25.321 V5.13.0 (Mar. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 5),” 3GPP TS 25.321 V5.14.0 (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Enhanced Uplink; Overall Description; Stage 2 (Release 7)”, 3GPP TS 25.319, V7.3.0, (Sep. 2007).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 7), 3GPP TS 25.321, V7.6.0, (Sep. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 1999),” 3GPP TS 25.211 V3.12.0 (Sep. 2002).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 4),” 3GPP TS 25.211 V4.6.0 (Sep. 2002).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 5),” 3GPP TS 25.211 V5.8.0 (Dec. 2005).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 6),” 3GPP TS 25.211 V6.9.0 (Nov. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 7),” 3GPP TS 25.211 V7.6.0 (May 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 7),” 3GPP TS 25.211 V7.4.0 (Mar. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 8),” 3GPP TS 25.211 V8.3.0 (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lur Interface User Plane Protocols for Common Transport Channel Data Streams (Release 7),” 3GPP TS 25.425 V7.4.0 (Jun. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lur Interface User Plane Protocols for Common Transport Channel Data Streams (Release 7),” 3GPP TS 25.425 V7.6.0 (Dec. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lur Interface User Plane Protocols for Common Transport Channel Data Streams (Release 7),” 3GPP TS 25.425 V7.9.0 (Dec. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lur Interface User Plane Protocols for Common Transport Channel Data Streams (Release 8),” 3GPP TS 25.425 V8.1.0 (Dec. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lur Interface User Plane Protocols for Common Transport Channel Data Streams (Release 8),” 3GPP TS 25.425 V6.6.0 (Dec. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical channels and mapping of transport channels onto physical channels (FDD) (Release 5),” 3GPP TS 25.211 V7.9.0 (Dec. 2009).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 6), 3GPP TS 25.321, V6.17.0, (Dec. 2008).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 6), 3GPP TS 25.321 V6.13.0 (Jun. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical Channels and Mapping of Transport Channels Onto Physical Channels (FDD) (Release 7)”, TS 25.211, V7.3.0, (Sep. 2007).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 5),” 3GPP TS 25.427 V5.5.0 (Jun. 2005).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 6),” 3GPP TS 25.427 V6.8.0 (Dec. 2006).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 7),” 3GPP TS 25.427 V7.3.0 (Dec. 2006).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 7),” 3GPP TS 25.427 V7.5.0 (Sep. 2008).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 4),” 3GPP TS 25.427 V4.5.0 (Dec. 2003).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 1999),” 3GPP TS 25.427 V3.11.0 (Dec. 2003).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lur interface user plane protocols for Common Transport Channel data streams (Release 1999),” 3GPP TS 25.425 V3.8.0 (Dec. 2003).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lur interface user plane protocols for Common Transport Channel data streams (Release 4),” 3GPP TS 25.425 V4.4.0 (Dec. 2003).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lur interface user plane protocols for Common Transport Channel data streams (Release 5),” 3GPP TS 25.425 V5.8.0 (Jun. 2005).
Third Generation Partnership Project; “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 5),” 3GPP TS 25.427 V8.1.0 (Dec. 2008).
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 7) 3GPP TS 25.321 V7.2.0, Sep. 2006 (ETSI TS 125 321 V7.2.0 (Sep. 2006).
Third Generation Partnership Prorgam Support Team, “Current Minutes of the 59bis TSG-RAN WG2 Meeting (Shanghai, China, Oct. 8-12, 2007)”, TSG-RAN WG2 Meeting #60, R2-7xxxx, (Korea, Nov. 5-9, 2007).
TSG-RAN-WG2, “Reply LS on Enhanced Uplink for Cell_Fach state in FDD,” 3GPP TSG-RAN-WG2 Meeting #60, R2-075472 (Nov. 5-9, 2007).
Universal Mobile Telecommunications System (UMTS); UTRAN lub interface Node B Application Part (NBAP) signalling (3GPP TS 25.433 version 8.3.0 Release 8), ETSI TS 125 433 V8.3.0 (ETSI version dated Feb. 2009); (3GPP version dated Dec. 2008).
Universal Mobile Telecommunications System (UMTS); UTRAN lub interface Node B Application Part (NBAP) signalling, (3GPP TS 25.433 version 7.6.0 Release 7), ETSI TS 125 433 V7.6.0 (ETSI version dated Oct. 2007); (3GPP version dated Sep. 2007).
Universal Mobile Telecommunications System (UMTS); UTRAN lub interface Node B Application Part (NBAP) signalling, (3GPP TS 25.433 version 7.7.0 Release 7), ETSI TS 125 433 V7.7.0 (ETSI version dated Jan. 2008); (3GPP version dated Dec. 2007).
Ericsson et al., “Correction in release of common E-DCH resources,” 3GPP TSG-RAN WG2 Meeting #72, R2-106081, (Nov. 2010).
Ericsson et al., “Hybrid ARQ text proposal for Section 7 of TR25.896,” TSG-RAN WG1 #31, R1-030208 (Feb. 2002).
Nokia, “Solution on lur Problem with pre-Rel7 SRNC,” 3GPP TSG-RAN WG3 Meeting #55, R3-070278 (Feb. 2007).
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specification (Release 8), 3GPP TS 25.331 V8.0.0 (Sep. 2007).
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specification (Release 8), 3GPP TS 25.331 V8.4.0 (Sep. 2008).
LG Electronics Inc., “Correction to handling of same priority logical channels,” 3GPP TSG-RAN WG2 Meeting #53, Tdoc R2-061494, Shanghai, China, (May 8-12, 2006).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 8), 3GPP TS 36.213 V8.1.0 (Nov. 2007).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 8), 3GPP TS 36.213 V8.5.0 (Dec. 2008).
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification (Release 8), 3GPP TS 36.321 V8.3.0 (Sep. 2008).
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC); Protocol specification (Release 8), 3GPP TS 36.331 V8.0.0 (Dec. 2007).
Nokia Corporation et al., “Introduction of Enhanced Uplink in Cell_Fach state and Idle mode in 25.321,” 3GPP TSG-RAN WG2 Meeting #63, R2-084689, Jeju, Korea, (Aug. 18-22, 2008).
InterDigital, “Deletion of Duplicate Definition of Cell_Fach HS-DSCH Variables,” 3GPP TSG-WG2 Meeting #62bis, R2-084078, Jeju, South Korea, (Aug. 18-22, 2008).
InterDigital, “CQI Reporting and PDCCH Reception During DRX,” 3GPP TSG RAN WG2 #63, R2-084080, Jeju, Korea, (Aug. 18-22, 2008).
InterDigital, “RLC UMD PDU formats with LI,” R2-084081, 3GPP TSG-RAN WG2#63, Jeju, Korea (Aug. 18-22, 2008).
InterDigital, “Counting PDU/PDU Segment Retransmissions for RLC Re-establishment,” R2-084082, 3GPP TSG RAN WG2 #63, Jeju, Korea (Aug. 18-22, 2008).
InterDigital, “PDCP RLC Behavior at Non-Handover RLC Re-establishment,” R2-084083, 3GPP TSG RAN WG2 #63, Jeju, Korea (Aug. 18-22, 2008).
InterDigital, “Deletion of Duplicate Definition of Cell_Fach HS-DSCH Variables,” R2-084084, 3GPP TSG-WG2 Meeting #63, Jeju, South Korea (Aug. 18-22, 2008).
InterDigital, “RRC procedures for configuring Improved layer 2 for UL,” R2-084085, 3GPP TSG-WG2 Meeting #62bis, R2-084085, Warsaw, Poland (Jun. 30-Jul. 4, 2008).
InterDigital, “HARQ entities in DC-HSDPA,” R2-084136, 3GPP TSG-RAN WG2#63, Jeju Island, South Korea (Aug. 18-22, 2008).
InterDigital, “Happy Bit Setting with Improved L2 for UL,” R2-084137, 3GPP TSG-RAN WG2 Meeting #63, Jeju, South Korea, (Aug. 18-22, 2008).
InterDigital, “TEBS definition update for MAC-i/is,” R2-084138, 3GPP TSG-WG2 Meeting #62bis, Jeju, South Korea, (Aug. 18-22, 2008).
InterDigital, “Triggering of Cell Reselection in Cell_Fach,” Tdoc R2-084139, 3GPP TSG-RAN WG2#63, Jeju Island, Korea (Aug. 18-22, 2008).
InterDigital, “RRC procedures for configuring Improved layer 2 for UL,” R2-084665, 3GPP TSG-WG2 Meeting #63, Jeju, Korea, (Aug. 18-22, 2008).
InterDigital et al., “Happy Bit Setting with Improved L2 for UL,” R2-084682, 3GPP TSG-WG2 Meeting #63, Jeju, South Korea, (Aug. 18-22, 2008).
InterDigital, “Triggering of cell reselection in Cell_Fach,” R2-084692, 3GPP TSG-RAN WG2 #63, Jeju, Korea, (Aug. 18-22, 2008).
InterDigital et al., “Addition of HS-DPCCH feedback in Cell_Fach,” R2-086934, 3GPP TSG-WG2 Meeting #64, Prague, Czech Republic (Nov. 10-14, 2008).
ETSI MCC, “Report of 3GPP TSG RAN WG2 meeting #64,” R2-090810, TSg-RAN Working Group 2 meeting #64bis, Ljubljana, Slovenia, (Jan. 12-16, 2008).
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC); Protocol specification (Release 8), 3GPP TS 36.331 V8.4.0 (Dec. 2008).
Siemens: “Sending SMS to the group call”, 3GPP Draft; GP-062467_44018, 3rd Generation Partnership Project (3GPP), Mobile Compei Ence Centre ; 650, Route Des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, vol. TSG Geran, No. Sophia; Nov. 16, 2006, (Nov. 16, 2006).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8),” 3GPP TS 36.300 V8.2.0 (Sep. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8),” 3GPP TS 36.300 V8.6.0 (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical layer procedures (FDD) (Release 8),” 3GPP TS 25.214 V8.0.0 (Nov. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Physical layer procedures (FDD) (Release 8),” 3GPP TS 25.214 V8.4.0 (Dec. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2,” (Release 7), 3GPP TS 25.308 V7.4.0 (Sep. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2,” (Release 7), 3GPP TS 25.308 V8.3.0 (Sep. 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; User Equipment (UE) procedures in idle mode and procedures for cell reselection in connected mode (Release 7),” 3GPP Ts 25.304 V7.3.0 (Sep. 2007).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; User Equipment (UE) procedures in idle mode and procedures for cell reselection in connected mode (Release 7),” 3GPP Ts 25.304 V8.3.0 (Sep. 2008).
3gpp.org ftp Specs archive 25_series, Available at: https://web.archive.org/web/20070815120847/http://www.3gpp.org/ftp/Specs/archive/25_series/ (2007).
www.3gpp.org—/ftp/Specs/archive/25-series/, Available at: https://web.archive.org/web/20070815120847/http://www.3gpp.org/ftp/Specs/archive/25-series/ (2007).
U.S. Appl. No. 60/985,537, filed Nov. 5, 2007.
www.3gpp.org—/ftp/Specs/latest/Rel-7/, Available at: https://web.archive.org/web/20070901000642/http://www.3gpp.org/ftp/Specs/latest/Rel-7/ (2007).
www.3gpp.org—/ftp/Specs/latest/, Available at: https://web.archive.org/web/20070901000715/http://www.3gpp.org/ftp/Specs/latest/ (2007).
TSG Organization, 3rd Generation Partnership Project (3GPP), Available at: httsps://web.archive.org/web/20070705003208/http://www.3gpp.org/tb/home.htm (2007).
3GPP home page, Available at: https://web.archive.org/web/20070707102325/http://www.3gpp.org/ (2007).
RAN2 Homepage, Available at: https://web/archive.org/web/20070710032216/http://www.3gpp.org/tb/RAN/RAN2/RAN2.htm (2007).
www.3gpp.org—/ftp/tsg_ran/WG2_RL2/, Available at: https://web.archive.org/web/20070701154418/http://www.3gpp.org/ft/tsp_ran/WG2_RL2/ (2007).
www.3gpp.org—/ftp/tsg_ran/WG2_RL2/TSGR2_55/, Available at: https://web.archive.org/web/20071129220816/http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_55/ (2007).
www.3gpp.org—/ftp/Specs/, Available at: https://web.archive.org/web/20070818015343/http://www.3gpp.org/ftp/Specs (2007).
3GPP Specification Home Page, Available at: https://web.archive.org/web/20070820091849/http://www.3gpp.org:80/specs/specs.htm (2007).
3GPP Specifications—Numbering scheme, https://web.archive.org/web/20070810002551/http://www.3gpp.org/specs/numbering.htm (2007).
3GPP specification series: 25series, https://web.archive.org/web/20070810232434/http://www.3gpp.org/ftp/Specs/html-info/25-series.htm (2007).
3GPP Specification Release version matrix, Available at: https://web.archive.org/web/20070905143259/http://www.3gpp.org/ftp/Specs/html-info/SpecReleaseMatrix.htm (2007).
3GPP specifications per WG: R2 (showing rapporteur), Available at: https://web.archive.org/web/2007052520422/http://www.3gpp.org/ftp/Spec/html-info/TSG-WG—R2.htm (2007).
www.3gpp.org—/ftp/Specs/latest/Rel-7/, Available at: https://web.archive.org/web/20070602105532/http://www.3gpp.org/ftp/Specs/latest/Rel-7/ (2007).
www.3gpp.org—/ftp/Specs/latest/Rel-7/25_series/, Available at: https://web.archive.org/web/20070907224517/http://www.3gpp.org:80/ftp/Specs/latest/Rel-7/25_series/ (2007).
www.3gpp.org—/ftp/specs/latest/, Available at: https://web.archive.org/web/20070704003509/http://www.3gpp.org/ftp/specs/latest/ (2007).
Join or Leave the 3GPP_TSG_RAN_WG2 List, Available at: http://web.archive.org/web/20060105222647/http://list.etsi.org/scripts/wa.exe?SUBED1=3gpp_tsg_ran_wg2&A=1 (2006).
3GPP Specifications per TSG/WG, 3GPP Specification for group: R2 (showing rapporteur), Available at: https://web.archive.org/web/20070525204220/http://www.3gpp.org:80/ftp/Specs/html-info/TSG-WG—R2.htm (2007).
LISTERV, 3GPP_TSG_RAN_WG2 Archives, [RAN#59] Contributions (2007).
List Archives at list.etsi.org, Available at: https://web.archive.org/web/2007071415920/http://list.etsi.org/ (2007).
List archives at list.etsi.org, Available at; https://web.archive.org/web/20070816051307/htttp://list.etsi.org/ (2007).
www.3gpp.org—/ftp/tsg_ran/WG2_RL2/TSGRS_59/Docs/, Available at: https://web.archive.org/web/20080719190403/http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_59/Docs/ (2008).
NSN et al., “Further discussion on enhanced CELL_FACH in REL8,” R2-073254 (2007).
3GPP Support Team, “Draft0 minutes of the 59 TSG-RAN WG2 meeting” (2007).
Directory Listing /ftp/tsg_ran/WG2_RL2/TSGR2_59/Minutes, Available at: https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_59/Minutes (2007).
www.3gpp.org—/ftp/Specs/archive/, Available at: https://web.archive.org/web.archive.org/web/20070815092224/http://www.3gpp.org:80/ftp/Specs/archive/ (2007).
3GPP Support Team, “Draft3 minutes of the 59 TSG-RAN WG2 meeting” R2-074444 (2007).
www.etsi.org—/deliver/etsi_ts/123300_125399/125321/07.05.00_60/, Available at: https://www.etsi.org/deliver/etsi_ts/125300_125399/125321/07.05.00_60/ (2007).
3GPP Specification Release version matrix, Available at: https://web.archive.org/web/20071112134824/http://www.3gpp.org/ftp/Specs/html-info/SpecReleaseMatrix.htm (2007).
3GPP specifications—List of all specification numbers and titles (2002).
Third Generation Partnerpship Project, Universal Mobile Telecommunications System (UMTS): Medium Access Control (MAC) protocol specification (3GPP TS 25.321 version 7.6.0 Release 7), ETSI TS 125 321 v7.6.0. (Oct. 2007).
Rapporteur, NSN, Markus Wimmer, TSG-RAN meeting #40; RP-080266; Status Report for WI to TSG; Prague, Czech Republic; (May 27-30, 2008).
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification (Release 8).” 3GPP TS 36.321 V8.0.0 (Dec. 2007).
R2-073473 MAC protocol specification baseline (2007).
Motorola A920 Review, Available at: https://www.trustedreviews.com/reviews/motorola-a920 (2003).
Wikipedia, Nokia 6650, Available at: https://web.archive.org/web/20071215043537/https://en.wikipedia.org/wiki/Nokia_6650 (Dec. 15, 2007).
Nokia Museum, Nokia 6650, Available at: https://web.archive.org/web/20220928102700/https://nokiamuseuminfo.wordpress.com/2003/09/26/nokia-6650/ (2003).
Nokia 6650 Service Manual, Available at: https://www.manualslib.com/manual/2297649/Nokia-6650.html#manual (2003).
Mobile Phone Museum, Motorola A920, Available at: https://www.mobilephonemuseum.com/phone-detail/a920 (2003).
Motorola, Level 3 Service Manual, Draft 1.1, Available at: http://altehandys.de/downloads/ser-man-mo-a920.pdf (2003).
Mobile Review, LG K80000, Available at: https://www.mobile.review-com/preview/lg-k8000-en.shtml (2003).
ETSI MCC, Report of the 60bis TSG-RAN WG2 Meeting, R2-080676, (2008).
“Additional cases of MAC-ehs reset for UEs operating in Enhanced CELL_FACH”, 3GPP TSG-WG2 Meeting #59 R2-073739, Athens, Greece, Aug. 20-24, 2007.
Related Publications (1)
Number Date Country
20210076287 A1 Mar 2021 US
Provisional Applications (1)
Number Date Country
61018567 Jan 2008 US
Continuations (6)
Number Date Country
Parent 16440886 Jun 2019 US
Child 17099386 US
Parent 15782532 Oct 2017 US
Child 16440886 US
Parent 15135616 Apr 2016 US
Child 15782532 US
Parent 14875059 Oct 2015 US
Child 15135616 US
Parent 13665734 Oct 2012 US
Child 14875059 US
Parent 12346631 Dec 2008 US
Child 13665734 US