EP2695463B1 - System und verfahren zur unterstützung des gleichzeitigen einsatzes mehrerer übertragungszeitintervalle für uplink-übertragungen von einem benutzerendgerät in einem nicht-dedizierten kanalzustand - Google Patents

System und verfahren zur unterstützung des gleichzeitigen einsatzes mehrerer übertragungszeitintervalle für uplink-übertragungen von einem benutzerendgerät in einem nicht-dedizierten kanalzustand Download PDF

Info

Publication number
EP2695463B1
EP2695463B1 EP12714484.8A EP12714484A EP2695463B1 EP 2695463 B1 EP2695463 B1 EP 2695463B1 EP 12714484 A EP12714484 A EP 12714484A EP 2695463 B1 EP2695463 B1 EP 2695463B1
Authority
EP
European Patent Office
Prior art keywords
resource
data
dch
resources
tti
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP12714484.8A
Other languages
English (en)
French (fr)
Other versions
EP2695463A1 (de
Inventor
Sharad Deepak Sambhwani
Ravi Agarwal
Rohit Kapoor
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of EP2695463A1 publication Critical patent/EP2695463A1/de
Application granted granted Critical
Publication of EP2695463B1 publication Critical patent/EP2695463B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Definitions

  • aspects of the present disclosure relate generally to wireless communication systems, and more particularly, to the assignment of resources for use in uplink transmissions in a wireless communication system.
  • Wireless communication networks are widely deployed to provide various communication services such as telephony, video, data, messaging, broadcasts, and so on.
  • Such networks which are usually multiple access networks, support communications for multiple users by sharing the available network resources.
  • UTRAN UMTS Terrestrial Radio Access Network
  • the UTRAN is the radio access network (RAN) defined as a part of the Universal Mobile Telecommunications System (UMTS), a third generation (3G) mobile phone technology supported by the 3rd Generation Partnership Project (3GPP).
  • UMTS Universal Mobile Telecommunications System
  • 3GPP 3rd Generation Partnership Project
  • UMTS which is the successor to Global System for Mobile Communications (GSM) technologies, currently supports various air interface standards, such as Wideband-Code Division Multiple Access (W-CDMA), Time Division-Code Division Multiple Access (TD-CDMA), and Time Division-Synchronous Code Division Multiple Access (TD-SCDMA).
  • W-CDMA Wideband-Code Division Multiple Access
  • TD-CDMA Time Division-Code Division Multiple Access
  • TD-SCDMA Time Division-Synchronous Code Division Multiple Access
  • UMTS also supports enhanced 3G data communications protocols, such as High Speed Packet Access (HSPA), which provides higher data transfer speeds and capacity to associated UMTS networks.
  • HSPA High Speed Packet Access
  • mobile stations can take any of various different states based on their needs at any particular time.
  • a spectrum of these states can include a state with dedicated resources assigned to the mobile station; various levels of standby states having corresponding tiers of communication capabilities, and idle modes with little to no wireless connectivity.
  • the network may have a reduced level of control over the various mobile stations throughout the cell.
  • one of the standby states is referred to as Cell_FACH.
  • the network is limited in that uplink transmissions from all the mobile stations in Cell_FACH throughout a cell must utilize the same kind of resources as one another. That is, all mobile stations in Cell_FACH within the cell are required to utilize the same transmission time interval for uplink transmissions on the E-DCH channel.
  • This can result in a disadvantage, since some of the mobile stations in Cell_FACH may benefit from one transmission time interval, while other mobile stations in Cell_FACH may benefit from a different transmission time interval.
  • a scheme for transmission time interval bundling is described in US 2010/0220623 A1 . However, there is still a desire for increased flexibility in the assignment of resources to mobile stations for use in uplink transmissions.
  • Cell_FACH enhancements have been proposed during 3GPP meeting, e.g. in documents R2-110890, Qualcomm Inc.: “Introducing further enhancements to CELL_FACH operation” or R1-074667, Nokia et al.: "Trasmission type selection in CELL_FACH state”.
  • aspects of the present disclosure provide a capability for a single cell concurrently to deploy both 2ms and 10ms TTIs for uplink transmissions by UEs in an RRC state that does not have a dedicated channel (DCH) allocated to the UE, such as Cell_FACH. Further, some aspects of the present disclosure provide an option for UEs to transmit data on a legacy Rel-99 PRACH message in the non-DCH state.
  • DCH dedicated channel
  • the disclosure provides a method of wireless communication operable at a user equipment.
  • the method includes selecting a scrambling code adapted to indicate that the user equipment is capable of a flexible resource assignment, and transmitting an access attempt utilizing the selected scrambling code, the access attempt configured to indicate a preferred resource for use in an uplink data transmission.
  • Another aspect of the disclosure provides a method of wireless communication operable at a user equipment.
  • the method includes selecting a signature from among a plurality of signature sequences, the plurality of signature sequences being partitioned into at least a first set of signatures adapted to indicate a preference for a resource corresponding to a 2ms transmission time interval for an uplink transmission, and a second set of signatures adapted to indicate a preference for a resource corresponding to a 10ms transmission time interval for the uplink transmission, and transmitting an access attempt utilizing the selected signature.
  • Another aspect of the disclosure provides a method of wireless communication operable at a base station.
  • the method includes transmitting at least one list of common E-DCH resources for use by one or more user equipment, receiving an access attempt from a user equipment, the access attempt adapted to indicate a preferred resource, wherein the preferred resource comprises one of a Rel-99 PRACH resource or a common E-DCH resource according to the at least one list of common E-DCH resources, and transmitting an acquisition indicator adapted to indicate an assignment of resources comprising one of the preferred resource or a non-preferred resource.
  • the user equipment includes at least one processor, a memory operatively coupled to the at least one processor, and a transmitter operatively coupled to the at least one processor.
  • the at least one processor is configured to select a scrambling code adapted to indicate that the user equipment is capable of a flexible resource assignment, and to transmit an access attempt utilizing the selected scrambling code, the access attempt configured to indicate a preferred resource for use in an uplink data transmission.
  • the user equipment includes at least one processor, a memory operatively coupled to the at least one processor, and a transmitter operatively coupled to the at least one processor.
  • the at least one processor is configured to select a signature from among a plurality of signature sequences, the plurality of signature sequences being partitioned into at least a first set of signatures adapted to indicate a preference for a resource corresponding to a 2ms transmission time interval for an uplink transmission, and a second set of signatures adapted to indicate a preference for a resource corresponding to a 10ms transmission time interval for the uplink transmission, and to transmit an access attempt utilizing the selected signature.
  • the base station includes at least one processor, a memory operatively coupled to the at least one processor, and a transmitter operatively coupled to the at least one processor.
  • the at least one processor is configured to transmit at least one list of common E-DCH resources for use by one or more user equipment, to receive an access attempt from a user equipment, the access attempt adapted to indicate a preferred resource, wherein the preferred resource comprises one of a Rel-99 PRACH resource or a common E-DCH resource according to the at least one list of common E-DCH resources, and to transmit an acquisition indicator adapted to indicate an assignment of resources comprising one of the preferred resource or a non-preferred resource.
  • the user equipment includes means for selecting a scrambling code adapted to indicate that the user equipment is capable of a flexible resource assignment, and means for transmitting an access attempt utilizing the selected scrambling code, the access attempt configured to indicate a preferred resource for use in an uplink data transmission.
  • the user equipment includes means for selecting a signature from among a plurality of signature sequences, the plurality of signature sequences being partitioned into at least a first set of signatures adapted to indicate a preference for a resource corresponding to a 2ms transmission time interval for an uplink transmission, and a second set of signatures adapted to indicate a preference for a resource corresponding to a 10ms transmission time interval for the uplink transmission, and means for transmitting an access attempt utilizing the selected signature.
  • the base station includes means for transmitting at least one list of common E-DCH resources for use by one or more user equipment, means for receiving an access attempt from a user equipment, the access attempt adapted to indicate a preferred resource, wherein the preferred resource comprises one of a Rel-99 PRACH resource or a common E-DCH resource according to the at least one list of common E-DCH resources, and means for transmitting an acquisition indicator adapted to indicate an assignment of resources comprising one of the preferred resource or a non-preferred resource.
  • Another aspect of the disclosure provides a computer program product operable at a user equipment, including a computer-readable storage medium having instructions for causing a computer to select a scrambling code adapted to indicate that the user equipment is capable of a flexible resource assignment, and instructions for causing a computer to transmit an access attempt utilizing the selected scrambling code, the access attempt configured to indicate a preferred resource for use in an uplink data transmission.
  • Another aspect of the disclosure provides a computer program product operable at a user equipment, including a computer-readable storage medium having instructions for causing a computer to select a signature from among a plurality of signature sequences, the plurality of signature sequences being partitioned into at least a first set of signatures adapted to indicate a preference for a resource corresponding to a 2ms transmission time interval for an uplink transmission, and a second set of signatures adapted to indicate a preference for a resource corresponding to a 10ms transmission time interval for the uplink transmission, and instructions for causing a computer to transmit an access attempt utilizing the selected signature.
  • Another aspect of the disclosure provides a computer program product operable at a base station, including a computer-readable storage medium having instructions for causing a computer to transmit at least one list of common E-DCH resources for use by one or more user equipment; instructions for causing a computer to receive an access attempt from a user equipment, the access attempt adapted to indicate a preferred resource, wherein the preferred resource comprises one of a Rel-99 PRACH resource or a common E-DCH resource according to the at least one list of common E-DCH resources, and means for transmitting an acquisition indicator adapted to indicate an assignment of resources comprising one of the preferred resource or a non-preferred resource.
  • aspects of the present disclosure provide a capability for a single cell to deploy concurrently both 2ms and 10ms TTIs for uplink transmissions on the E-DCH channel by UEs in Cell_FACH. Further, some aspects of the present disclosure provide an option for UEs to transmit data on a legacy Rel-99 PRACH message in the Cell_FACH state. Still further aspects of the present disclosure provide for a network to override the UE's choice of the 2ms or 10ms TTI resource on the E-DCH or the Rel-99 PRACH message for any of various reasons.
  • FIG. 1 is a conceptual diagram illustrating an example of a hardware implementation for an apparatus 100 employing a processing system 114.
  • a processing system 114 that includes one or more processors 104.
  • processors 104 include microprocessors, microcontrollers, digital signal processors (DSPs), field programmable gate arrays (FPGAs), programmable logic devices (PLDs), state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functionality described throughout this disclosure.
  • DSPs digital signal processors
  • FPGAs field programmable gate arrays
  • PLDs programmable logic devices
  • state machines gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functionality described throughout this disclosure.
  • the processing system 114 may be implemented with a bus architecture, represented generally by the bus 102.
  • the bus 102 may include any number of interconnecting buses and bridges depending on the specific application of the processing system 114 and the overall design constraints.
  • the bus 102 links together various circuits including one or more processors (represented generally by the processor 104), a memory 105, and computer-readable media (represented generally by the computer-readable medium 106).
  • the bus 102 may also link various other circuits such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art, and therefore, will not be described any further.
  • a bus interface 108 provides an interface between the bus 102 and a transceiver 110.
  • the transceiver 110 provides a means for communicating with various other apparatus over a transmission medium.
  • a user interface 112 e.g., keypad, display, speaker, microphone, joystick
  • the processor 104 is responsible for managing the bus 102 and general processing, including the execution of software stored on the computer-readable medium 106.
  • the software when executed by the processor 104, causes the processing system 114 to perform the various functions described infra for any particular apparatus.
  • the computer-readable medium 106 may also be used for storing data that is manipulated by the processor 104 when executing software.
  • One or more processors 104 in the processing system may execute software.
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • the software may reside on a computer-readable medium 106.
  • the computer-readable medium 106 may be a non-transitory computer-readable medium.
  • a non-transitory computer-readable medium includes, by way of example, a magnetic storage device (e.g., hard disk, floppy disk, magnetic strip), an optical disk (e.g., a compact disc (CD) or a digital versatile disc (DVD)), a smart card, a flash memory device (e.g., a card, a stick, or a key drive), a random access memory (RAM), a read only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), a register, a removable disk, and any other suitable medium for storing software and/or instructions that may be accessed and read by a computer.
  • a magnetic storage device e.g., hard disk, floppy disk, magnetic strip
  • an optical disk e.g., a compact disc (CD) or a digital versatile disc (DVD)
  • a smart card e.g., a flash memory device (e.g.
  • the computer-readable medium may also include, by way of example, a carrier wave, a transmission line, and any other suitable medium for transmitting software and/or instructions that may be accessed and read by a computer.
  • the computer-readable medium 106 may reside in the processing system 114, external to the processing system 114, or distributed across multiple entities including the processing system 114.
  • the computer-readable medium 106 may be embodied in a computer program product.
  • a computer program product may include a computer-readable medium in packaging materials.
  • a UMTS network includes three interacting domains: a core network 204, a radio access network (RAN) (e.g., the UMTS Terrestrial Radio Access Network (UTRAN) 202), and a user equipment (UE) 210.
  • RAN radio access network
  • UE user equipment
  • the illustrated UTRAN 202 may employ a W-CDMA air interface for enabling various wireless services including telephony, video, data, messaging, broadcasts, and/or other services.
  • the UTRAN 202 may include a plurality of Radio Network Subsystems (RNSs) such as an RNS 207, each controlled by a respective Radio Network Controller (RNC) such as an RNC 206.
  • RNC Radio Network Controller
  • the UTRAN 202 may include any number of RNCs 206 and RNSs 207 in addition to the illustrated RNCs 206 and RNSs 207.
  • the RNC 206 is an apparatus responsible for, among other things, assigning, reconfiguring, and releasing radio resources within the RNS 207.
  • the RNC 206 may be interconnected to other RNCs (not shown) in the UTRAN 202 through various types of interfaces such as a direct physical connection, a virtual network, or the like using any suitable transport network.
  • the geographic region covered by the RNS 207 may be divided into a number of cells, with a radio transceiver apparatus serving each cell.
  • a radio transceiver apparatus is commonly referred to as a Node B in UMTS applications, but may also be referred to by those skilled in the art as a base station (BS), a base transceiver station (BTS), a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS), an extended service set (ESS), an access point (AP), or some other suitable terminology.
  • BS basic service set
  • ESS extended service set
  • AP access point
  • three Node Bs 208 are shown in each RNS 207; however, the RNSs 207 may include any number of wireless Node Bs.
  • the Node Bs 208 provide wireless access points to a core network 204 for any number of mobile apparatuses.
  • a mobile apparatus include a cellular phone, a smart phone, a session initiation protocol (SIP) phone, a laptop, a notebook, a netbook, a smartbook, a personal digital assistant (PDA), a satellite radio, a global positioning system (GPS) device, a multimedia device, a video device, a digital audio player (e.g., MP3 player), a camera, a game console, or any other similar functioning device.
  • SIP session initiation protocol
  • PDA personal digital assistant
  • GPS global positioning system
  • multimedia device e.g., a digital audio player (e.g., MP3 player), a camera, a game console, or any other similar functioning device.
  • MP3 player digital audio player
  • the mobile apparatus is commonly referred to as user equipment (UE) in UMTS applications, but may also be referred to by those skilled in the art as a mobile station (MS), a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communications device, a remote device, a mobile subscriber station, an access terminal (AT), a mobile terminal, a wireless terminal, a remote terminal, a handset, a terminal, a user agent, a mobile client, a client, or some other suitable terminology.
  • the UE 210 may further include a universal subscriber identity module (USIM) 211, which contains a user's subscription information to a network.
  • USIM universal subscriber identity module
  • DL downlink
  • UL uplink
  • the core network 204 can interface with one or more access networks, such as the UTRAN 202. As shown, the core network 204 is a UMTS core network. However, as those skilled in the art will recognize, the various concepts presented throughout this disclosure may be implemented in a RAN, or other suitable access network, to provide UEs with access to types of core networks other than UMTS networks.
  • the illustrated UMTS core network 204 includes a circuit-switched (CS) domain and a packet-switched (PS) domain.
  • Some of the circuit-switched elements are a Mobile services Switching Centre (MSC), a Visitor Location Register (VLR), and a Gateway MSC (GMSC).
  • Packet-switched elements include a Serving GPRS Support Node (SGSN) and a Gateway GPRS Support Node (GGSN).
  • Some network elements, like EIR, HLR, VLR, and AuC may be shared by both of the circuit-switched and packet-switched domains.
  • the core network 204 supports circuit-switched services with a MSC 212 and a GMSC 214.
  • the GMSC 214 may be referred to as a media gateway (MGW).
  • MGW media gateway
  • the MSC 212 is an apparatus that controls call setup, call routing, and UE mobility functions.
  • the MSC 212 also includes a visitor location register (VLR) that contains subscriber-related information for the duration that a UE is in the coverage area of the MSC 212.
  • VLR visitor location register
  • the GMSC 214 provides a gateway through the MSC 212 for the UE to access a circuit-switched network 216.
  • the GMSC 214 includes a home location register (HLR) 215 containing subscriber data, such as the data reflecting the details of the services to which a particular user has subscribed.
  • HLR home location register
  • the HLR is also associated with an authentication center (AuC) that contains subscriber-specific authentication data.
  • AuC authentication center
  • the GMSC 214 queries the HLR 215 to determine the UE's location and forwards the call to the particular MSC serving that location.
  • the illustrated core network 204 also supports packet-switched data services with a serving GPRS support node (SGSN) 218 and a gateway GPRS support node (GGSN) 220.
  • General Packet Radio Service GPRS
  • the GGSN 220 provides a connection for the UTRAN 202 to a packet-based network 222.
  • the packet-based network 222 may be the Internet, a private data network, or some other suitable packet-based network.
  • the primary function of the GGSN 220 is to provide the UEs 210 with packet-based network connectivity. Data packets may be transferred between the GGSN 220 and the UEs 210 through the SGSN 218, which performs primarily the same functions in the packet-based domain as the MSC 212 performs in the circuit-switched domain.
  • the UTRAN 202 is one example of a RAN that may be utilized in accordance with the present disclosure.
  • a simplified schematic illustration of a RAN 300 in a UTRAN architecture is illustrated.
  • the system includes multiple cellular regions (cells), including cells 302, 304, and 306, each of which may include one or more sectors.
  • Cells may be defined geographically (e.g., by coverage area) and/or may be defined in accordance with a frequency, scrambling code, etc. That is, the illustrated geographically-defined cells 302, 304, and 306 may each be further divided into a plurality of cells, e.g., by utilizing different scrambling codes.
  • cell 304a may utilize a first scrambling code
  • cell 304b while in the same geographic region and served by the same Node B 344, may be distinguished by utilizing a second scrambling code.
  • the multiple sectors within a cell can be formed by groups of antennas with each antenna responsible for communication with UEs in a portion of the cell.
  • antenna groups 312, 314, and 316 may each correspond to a different sector.
  • antenna groups 318, 320, and 322 may each correspond to a different sector.
  • antenna groups 324, 326, and 328 may each correspond to a different sector.
  • the cells 302, 304, and 306 may include several UEs that may be in communication with one or more sectors of each cell 302, 304, or 306.
  • UEs 330 and 332 may be in communication with Node B 342
  • UEs 334 and 336 may be in communication with Node B 344
  • UEs 338 and 340 may be in communication with Node B 346.
  • each Node B 342, 344, and 346 may be configured to provide an access point to a core network 204 (see FIG. 2 ) for all the UEs 330, 332, 334, 336, 338, and 340 in the respective cells 302, 304, and 306.
  • the UE 336 may monitor various parameters of the source cell as well as various parameters of neighboring cells. Further, depending on the quality of these parameters, the UE 336 may maintain communication with one or more of the neighboring cells. During this time, the UE 336 may maintain an Active Set, that is, a list of cells to which the UE 336 is simultaneously connected (i.e., the UTRAN cells that are currently assigning a downlink dedicated physical channel DPCH or fractional downlink dedicated physical channel F-DPCH to the UE 336 may constitute the Active Set).
  • Active Set that is, a list of cells to which the UE 336 is simultaneously connected (i.e., the UTRAN cells that are currently assigning a downlink dedicated physical channel DPCH or fractional downlink dedicated physical channel F-DPCH to the UE 336 may constitute the Active Set).
  • the UTRAN air interface may be a spread spectrum Direct-Sequence Code Division Multiple Access (DS-CDMA) system, such as one utilizing the W-CDMA standards.
  • DS-CDMA Spread spectrum Direct-Sequence Code Division Multiple Access
  • the W-CDMA air interface for the UTRAN 202 is based on such DS-CDMA technology and additionally calls for a frequency division duplexing (FDD).
  • FDD uses a different carrier frequency for the uplink (UL) and downlink (DL) between a Node B 408 and a UE 210.
  • Another air interface for UMTS that utilizes DS-CDMA, and uses time division duplexing (TDD), is the TD-SCDMA air interface.
  • TDD time division duplexing
  • FIG. 4 is a block diagram of an exemplary Node B 410 in communication with an exemplary UE 450, where the Node B 410 may be the Node B 208 in FIG. 2 , and the UE 450 may be the UE 210 in FIG. 2 .
  • a transmit processor 420 may receive data from a data source 412 and control signals from a controller/processor 440. The transmit processor 420 provides various signal processing functions for the data and control signals, as well as reference signals (e.g., pilot signals).
  • the transmit processor 420 may provide cyclic redundancy check (CRC) codes for error detection, coding and interleaving to facilitate forward error correction (FEC), mapping to signal constellations based on various modulation schemes (e.g., binary phase-shift keying (BPSK), quadrature phase-shift keying (QPSK), M-phase-shift keying (M-PSK), M-quadrature amplitude modulation (M-QAM), and the like), spreading with orthogonal variable spreading factors (OVSF), and multiplying with scrambling codes to produce a series of symbols.
  • BPSK binary phase-shift keying
  • QPSK quadrature phase-shift keying
  • M-PSK M-phase-shift keying
  • M-QAM M-quadrature amplitude modulation
  • OVSF orthogonal variable spreading factors
  • channel estimates may be derived from a reference signal transmitted by the UE 450 or from feedback from the UE 450.
  • the symbols generated by the transmit processor 420 are provided to a transmit frame processor 430 to create a frame structure.
  • the transmit frame processor 430 creates this frame structure by multiplexing the symbols with information from the controller/processor 440, resulting in a series of frames.
  • the frames are then provided to a transmitter 432, which provides various signal conditioning functions including amplifying, filtering, and modulating the frames onto a carrier for downlink transmission over the wireless medium through antenna 434.
  • the antenna 434 may include one or more antennas, for example, including beam steering bidirectional adaptive antenna arrays or other similar beam technologies.
  • a receiver 454 receives the downlink transmission through an antenna 452 and processes the transmission to recover the information modulated onto the carrier.
  • the information recovered by the receiver 454 is provided to a receive frame processor 460, which parses each frame, and provides information from the frames to a channel processor 494 and the data, control, and reference signals to a receive processor 470.
  • the receive processor 470 then performs the inverse of the processing performed by the transmit processor 420 in the Node B 410. More specifically, the receive processor 470 descrambles and despreads the symbols, and then determines the most likely signal constellation points transmitted by the Node B 410 based on the modulation scheme. These soft decisions may be based on channel estimates computed by the channel processor 494.
  • the soft decisions are then decoded and deinterleaved to recover the data, control, and reference signals.
  • the CRC codes are then checked to determine whether the frames were successfully decoded.
  • the data carried by the successfully decoded frames will then be provided to a data sink 472, which represents applications running in the UE 450 and/or various user interfaces (e.g., display).
  • Control signals carried by successfully decoded frames will be provided to a controller/processor 490.
  • the controller/processor 490 may also use an acknowledgement (ACK) and/or negative acknowledgement (NACK) protocol to support retransmission requests for those frames.
  • ACK acknowledgement
  • NACK negative acknowledgement
  • a transmit processor 480 In the uplink, data from a data source 478 and control signals from the controller/processor 490 are provided to a transmit processor 480.
  • the data source 478 may represent applications running in the UE 450 and various user interfaces (e.g., keyboard). Similar to the functionality described in connection with the downlink transmission by the Node B 410, the transmit processor 480 provides various signal processing functions including CRC codes, coding and interleaving to facilitate FEC, mapping to signal constellations, spreading with OVSFs, and scrambling to produce a series of symbols.
  • Channel estimates may be used to select the appropriate coding, modulation, spreading, and/or scrambling schemes.
  • the symbols produced by the transmit processor 480 will be provided to a transmit frame processor 482 to create a frame structure.
  • the transmit frame processor 482 creates this frame structure by multiplexing the symbols with information from the controller/processor 490, resulting in a series of frames.
  • the frames are then provided to a transmitter 456, which provides various signal conditioning functions including amplification, filtering, and modulating the frames onto a carrier for uplink transmission over the wireless medium through the antenna 452.
  • the uplink transmission is processed at the Node B 410 in a manner similar to that described in connection with the receiver function at the UE 450.
  • a receiver 435 receives the uplink transmission through the antenna 434 and processes the transmission to recover the information modulated onto the carrier.
  • the information recovered by the receiver 435 is provided to a receive frame processor 436, which parses each frame, and provides information from the frames to the channel processor 444 and the data, control, and reference signals to a receive processor 438.
  • the receive processor 438 performs the inverse of the processing performed by the transmit processor 480 in the UE 450.
  • the data and control signals carried by the successfully decoded frames may then be provided to a data sink 439 and the controller/processor, respectively. If some of the frames were unsuccessfully decoded by the receive processor, the controller/processor 440 may also use an acknowledgement (ACK) and/or negative acknowledgement (NACK) protocol to support retransmission requests for those frames.
  • ACK acknowledgement
  • NACK negative acknowledgement
  • the controller/processors 440 and 490 may be used to direct the operation at the Node B 410 and the UE 450, respectively.
  • the controller/processors 440 and 490 may provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions.
  • the computer readable media of memories 442 and 492 may store data and software for the Node B 410 and the UE 450, respectively.
  • a scheduler/processor 446 at the Node B 410 may be used to allocate resources to the UEs and schedule downlink and/or uplink transmissions for the UEs.
  • the communication protocol architecture may take on various forms depending on the particular application.
  • the signaling protocol stack is divided into a Non-Access Stratum (NAS) and an Access Stratum (AS).
  • the NAS provides the upper layers, for signaling between the UE and the core network, and may include circuit switched and packet switched protocols.
  • the AS provides the lower layers, for signaling between the UTRAN and the UE, and may include a user plane and a control plane.
  • the user plane or data plane carries user traffic
  • the control plane carries control information (i.e., signaling).
  • Layer 1 is the lowest layer and implements various physical layer signal processing functions. Layer 1 will be referred to herein as the physical layer 506.
  • the data link layer, called Layer 2 508, is above the physical layer 506 and is responsible for the link between the UE and Node B over the physical layer 506.
  • the RRC layer 516 handles the control plane signaling between the UE and the UTRAN.
  • RRC layer 516 includes a number of functional entities for routing higher layer messages, handling broadcasting and paging functions, establishing and configuring radio bearers, etc.
  • the UE can be in one of several RRC states.
  • RRC states include an IDLE mode and a connected mode.
  • the IDLE mode has the lowest energy consumption, while the connected mode includes several intermediate levels of stand-by states such as URA_PCH, Cell_PCH, and Cell_FACH.
  • RRC connected mode further includes a Cell_DCH state, in which a dedicated channel is provided for highest rates of data transmission.
  • the UE can change its RRC state depending on call or connection activity, entering into lower and lower states when the UE is inactive.
  • the stand-by states provide for different trade-offs between factors such as network capacity, call set-up times, battery time, and data speeds.
  • the IDLE state saves battery power but provides little wireless connectivity.
  • the L2 layer 508 is split into sublayers.
  • the L2 layer 508 includes two sublayers: a medium access control (MAC) sublayer 510 and a radio link control (RLC) sublayer 512.
  • the L2 layer 508 additionally includes a packet data convergence protocol (PDCP) sublayer 514.
  • PDCP packet data convergence protocol
  • the UE may have several upper layers above the L2 layer 508 including a network layer (e.g., IP layer) that is terminated at a PDN gateway on the network side and an application layer that is terminated at the other end of the connection (e.g., far end UE, server, etc.).
  • the PDCP sublayer 514 provides multiplexing between different radio bearers and logical channels.
  • the PDCP sublayer 514 also provides header compression for upper layer data packets to reduce radio transmission overhead, security by ciphering the data packets, and handover support for UEs between Node Bs.
  • the RLC sublayer 512 generally supports an acknowledged mode (AM) (where an acknowledgment and retransmission process may be used for error correction), an unacknowledged mode (UM), and a transparent mode for data transfers, and provides segmentation and reassembly of upper layer data packets and reordering of data packets to compensate for out-of-order reception due to a hybrid automatic repeat request (HARQ) at the MAC layer.
  • AM acknowledged mode
  • UM unacknowledged mode
  • HARQ hybrid automatic repeat request
  • RLC peer entities such as an RNC and a UE may exchange various RLC protocol data units (PDUs) including RLC Data PDUs, RLC Status PDUs, and RLC Reset PDUs, among others.
  • PDUs RLC protocol data units
  • packet may refer to any RLC PDU exchanged between RLC peer entities.
  • the MAC sublayer 510 provides multiplexing between logical and transport channels.
  • the MAC sublayer 510 is also responsible for allocating the various radio resources (e.g., resource blocks) in one cell among the UEs.
  • the MAC sublayer 510 is also responsible for HARQ operations.
  • a high speed packet access (HSPA) air interface includes a series of enhancements to the 3G/W-CDMA air interface between the UE 210 and the UTRAN 202 (referring again to FIG. 2 ), facilitating greater throughput and reduced latency for users.
  • HSPA utilizes hybrid automatic repeat request (HARQ), shared channel transmission, and adaptive modulation and coding.
  • HARQ hybrid automatic repeat request
  • the standards that define HSPA include HSDPA (high speed downlink packet access) and HSUPA (high speed uplink packet access, also referred to as enhanced uplink or EUL).
  • TTI transmission time interval
  • HSDPA utilizes as its transport channel the high-speed downlink shared channel (HS-DSCH).
  • the HS-DSCH is implemented by three physical channels: the high-speed physical downlink shared channel (HS-PDSCH), the high-speed shared control channel (HS-SCCH), and the high-speed dedicated physical control channel (HS-DPCCH).
  • the HS-DPCCH carries HARQ ACK/NACK signaling on the uplink to indicate whether a corresponding downlink packet transmission was decoded successfully. That is, with respect to the downlink, the UE 210 provides feedback to the Node B 208 over the HS-DPCCH to indicate whether it correctly decoded a packet on the downlink.
  • HS-DPCCH further includes feedback signaling from the UE 210 to assist the Node B 208 in taking the right decision in terms of modulation and coding scheme and precoding weight selection, this feedback signaling including the channel quality indicator (CQI) and precoding control information (PCI).
  • CQI channel quality indicator
  • PCI precoding control information
  • EUL Enhanced Uplink
  • HSUPA High Speed Uplink Packet Access
  • EUL utilizes as its transport channel the EUL Dedicated Channel (E-DCH).
  • E-DCH EUL Dedicated Channel
  • the E-DCH is transmitted in the uplink together with the Release 99 DCH.
  • the E-DCH is implemented by physical channels including the E-DCH Dedicated Physical Data Channel (E-DPDCH) and the E-DCH Dedicated Physical Control Channel (E-DPCCH).
  • E-DPDCH E-DCH Dedicated Physical Data Channel
  • E-DPCCH E-DCH Dedicated Physical Control Channel
  • HSUPA relies on additional physical channels including the E-DCH HARQ Indicator Channel (E-HICH), the E-DCH Absolute Grant Channel (E-AGCH), and the E-DCH Relative Grant Channel (E-RGCH).
  • E-HICH E-DCH HARQ Indicator Channel
  • E-AGCH E-DCH Absolute Grant Channel
  • E-RGCH E-DCH Relative Grant Channel
  • the E-DCH Compared to the DCH that is utilized in previous W-CDMA systems (e.g., Rel-99), the E-DCH offered significantly higher data capacity and data user speeds on the uplink through the use of a scheduled uplink with shorter TTIs (as low as 2ms). That is, the shorter TTIs can enable reduced delays, increased granularity in the scheduling process, and better tracking of the time-varying channel conditions.
  • Prior implementations utilized a minimum 10ms TTI.
  • the 2ms TTI is generally only implemented when signal conditions are favorable or when the UE has available power headroom for uplink transmissions, as the 10ms TTI provides for improved coverage. Moreover, if a UE is coverage limited or has limited power headroom, the 10ms TTI would be more favorable.
  • one of the RRC states for a UE 450 in a UMTS network is called Cell_FACH, in which the UE continuously monitors the forward access channel (FACH, used for transmissions of relatively small amounts of data) on the downlink, but there is no dedicated physical channel allocated to the UE. While in the Cell_FACH state, uplink transmissions are allowed by a UE following a random access procedure, as described below.
  • FACH forward access channel
  • a conventional random access procedure which may be initiated while a UE is in the Cell_FACH state, is largely managed by the MAC entities 510 at the UE 450 and the Node B 410. As described below, the random access procedure utilizes, among others, channels including the BCH, RACH, and AICH.
  • the broadcast channel is a transport channel transmitted by a Node B 410, which carries broadcasted information directed to any mobile in listening range.
  • the broadcasted information may be specific to a particular cell or may concern the network.
  • the broadcasted information may include a list of available RACH sub-channels and available scrambling codes and signatures for RACH use.
  • the random access channel is a transport channel generally used by a UE 450 to carry an access attempt and initiate a call with the network, or to register a terminal to the network after powering on, or for performing a location update after moving from one location to another. That is, the RACH can provide common uplink signaling messages, and also can carry dedicated uplink signaling and user information from a UE operating in a Cell_FACH state.
  • the RACH maps to the physical random access channel (PRACH).
  • the PRACH transmitted by the UE 450, includes a preamble that is transmitted before data transmission on that channel.
  • the PRACH preamble contains a signature sequence of 16 symbols which, combined with a spreading sequence having a spreading factor of 256, results in a PRACH preamble with a length of 4096 chips.
  • the acquisition indicator channel is transmitted by the Node B 410 to indicate the reception of the access attempt. That is, once the Node B 410 detects a PRACH preamble, the Node B 410 generally transmits the AICH including the same signature sequence as used on the PRACH.
  • the AICH generally includes an information element called the acquisition indicator (AI), which may include a positive acknowledgment (ACK) or a negative acknowledgment (NACK) indicating an acceptance or a rejection of the received access attempt.
  • the AICH may further include an extended acquisition indicator (E-AI), as described in further detail below, for providing resource allocation information to the UE in addition to the positive or negative acknowledgment.
  • FIG. 6 illustrates a typical random access procedure in a UTRA network in accordance with 3GPP Release-99 specifications (referred to herein as a Rel-99).
  • the random access procedure begins with a UE 450 decoding the BCH to determine the available RACH sub-channels and their scrambling codes and signatures.
  • the UE 450 may then randomly select one of the RACH sub-channels from among the group of sub-channels that the UE is allowed to use.
  • the signature may also be selected randomly from among the signatures available.
  • the UE 450 After setting the initial PRACH preamble transmit power level, the UE 450 transmits the PRACH preamble 602 with the selected scrambling code and signature.
  • the PRACH preamble includes two transmissions with a ramping of the power in each transmission not acknowledged by the network.
  • the Node B 410 may respond with an acquisition indicator (AI) 604 indicating a negative acknowledgment on the AICH.
  • AI acquisition indicator
  • the UE 450 stops its transmission, re-trying again later (if the number of access attempts corresponding the persistence value has not been exhausted) after waiting for a wait time 606 equal to a selected back-off period.
  • the UE 450 may transmit a subsequent PRACH preamble 608 on the PRACH.
  • the access attempt is met with a positive acknowledgment 610 transmitted by the Node B 410 on the AICH.
  • the AICH includes the same signature sequence transmitted by the UE.
  • the UE 450 may transmit the message part 612 of the RACH transmission. That is, when a legacy Rel-99 UE is in the Cell_FACH state, uplink data, at a relatively low data rate, may be transmitted utilizing a Rel-99 PRACH message.
  • This Rel-99 PRACH message can be useful for signaling small amounts of user data.
  • the data rate is typically below 10kbps, it has been desired to enable use of the HSPA transport and physical channels in the Cell_FACH state to improve performance. For this and other reasons, more recent specifications introduced the Enhanced RACH.
  • Enhanced RACH defined in Release 8 specifications, enabled E-DCH resources to be utilized by a UE for uplink transmissions while in Cell_FACH.
  • Transmission on the E-DCH provides a higher data rate than that available utilizing a Rel-99 PRACH message, at the expense of a larger amount of power required to make the transmission.
  • the E-DCH resources to be used in Cell_FACH are broadcast to all UEs in the cell on the BCH.
  • UEs that are capable of Enhanced RACH can decode this resource list for use in a subsequent access attempt.
  • the transmission of the PRACH preamble 602, 608 includes a preamble signature configured to indicate that the UE seeks to transmit an E-DCH transmission.
  • the Node B may transmit a corresponding AI or E-AI (604, 610) configured to indicate E-DCH resources allocated to the UE.
  • the E-AI is an extended acquisition indicator that, according to Release 8 or later 3GPP specifications including 3GPP TS 25.214, may provide E-DCH resource configuration information for a UE to utilize in an uplink transmission in the Cell_FACH state.
  • the UE transmits uplink data utilizing the E-DCH, using the resources indicated on the AICH transmission to be available to the UE.
  • Enhanced RACH procedure provides benefits over the Rel-99 RACH procedure, certain disadvantages remain.
  • uplink transmissions on the E-DCH utilize more power from the UE relative to transmissions on the RACH, which can adversely affect the battery life of a mobile device.
  • common E-DCH resources for the entire cell are configured for either the 2ms TTI or the 10ms TTI. That is, within one cell it is not conventionally a possibility to have some UEs in the Cell_FACH state use the 2ms TTI, while other UEs in the Cell_FACH state use the 10ms TTI. This restriction can adversely affect coverage of all UEs in Cell_FACH.
  • a network may be inclined to configure all the common E-DCH resources on the 10ms TTI. This configuration results in a data rate limitation on UEs that have a large transmit power headroom, depriving them the high data rate and low latency benefits of 2ms TTI.
  • aspects of the present disclosure provide a capability for a single cell to deploy concurrently both 2ms and 10ms TTIs for uplink transmissions by UEs in Cell_FACH. Further, some aspects of the present disclosure provide an option for UEs to transmit data on a legacy Rel-99 PRACH message in the Cell_FACH state.
  • various aspects of the present disclosure provide these capabilities in other RRC states beyond merely the Cell_FACH state. That is, while the random access procedures described in detail herein refer to the Cell_FACH state, one having ordinary skill in the art will comprehend that the procedures can equally be applied to UEs in other non-DCH RRC states such as URA_PCH, Cell_PCH, or even in Idle mode.
  • legacy UEs may refer to UEs capable of communicating in a cell according to 3GPP Release 8 (hereinafter, "Rel-8") specifications.
  • legacy UEs may refer to UEs configured according to any 3GPP release, prior to Release 11 specifications.
  • signaling transmitted to the cell may be configured such that legacy UEs in the cell may continue to utilize a random access procedure for uplink transmissions in accordance with their specified procedures, e.g., utilizing the Rel-99 PRACH or the Enhanced RACH as described above.
  • UEs configured in accordance with the present disclosure may be enabled to receive configuration enabling selection among the Rel-99 PRACH message; the Rel-8 common E-DCH according to the Enhanced RACH procedure; the Rel-11 common E-DCH with a 10ms TTI; and the Rel-11 common E-DCH with a 2ms TTI.
  • FIG. 7 is a flow chart illustrating an exemplary process 700 operable at a UE 450 for enabling a random access procedure for UEs in Cell_FACH or another suitable non-DCH state, enabling concurrent deployment of 2ms and 10ms TTIs for uplink transmissions on the E-DCH.
  • the process 700 may further enable utilization of a Rel-99 PRACH transmission by UEs in the Cell_FACH or other suitable non-DCH state.
  • the process 700 may be implemented by the Node B 410 and/or the UE 450 (referring to FIG. 4 ). In accordance with another aspect of the present disclosure, the process 700 may be implemented by the processing system 114 (referring to FIG. 1 ). In accordance with another aspect of the present disclosure, the process 700 may be implemented by any suitable processor, apparatus, or means for performing the recited functions.
  • the UTRAN may transmit one or more lists of common uplink resources.
  • the transmission may be made on a broadcast channel such as the BCH, which is a shared channel that any one or more UEs in listening range of the cell may receive.
  • the cell can communicate to the one or more UEs what resources are available for use for uplink transmissions on the E-DCH.
  • These uplink resources typically include a list of common E-DCH resources that can be used for uplink traffic in Cell_FACH. Further, the cell may communicate to the UEs what resources are available for Rel-99 PRACH use.
  • the broadcast may include a first list accessible to legacy UEs that indicates one of either 2ms or 10ms TTIs (e.g., corresponding to the conventional Enhanced RACH procedure described above), and a second list accessible to UEs configured according to the present disclosure.
  • the second list may include a plurality of sets of common E-DCH resources: a first set including 2ms TTIs; a second set including 10ms TTIs; and optionally, a third set including resources available for Rel-99 PRACH transmissions.
  • the network may be provided an option not to broadcast the second list. In this case, the behavior of the UE would fall back to be essentially the same as the legacy UE, i.e., utilizing resources advertised on the first list only, which would be uniformly a single TTI length across the cell.
  • the size of any of the sets in the second list may optionally be set to zero.
  • the network can have the flexibility to advertise common E-DCH resources corresponding to only one of the values, e.g., 2ms or 10ms TTIs, on the second list for utilization by the UEs configured according to the present disclosure.
  • the first list which is accessible to legacy UEs
  • the second list which is exclusively accessible to UEs 450 configured in accordance with the present disclosure
  • the network may treat that UE 450 as a legacy UE; and when the UE 450 makes an access attempt requesting resources on the second list, the network would know that the UE 450 is configured in accordance with the present disclosure and is capable of flexible resource assignment.
  • the first list, accessible to legacy UEs may be set to broadcast 10ms TTIs
  • the second list may be set to broadcast 2ms TTIs.
  • the network would not necessarily have any manner to determine that the UE 450 is configured according to the present disclosure, capable of flexibly utilizing either the 2ms or the 10ms TTI.
  • the network would treat the UE 450 as a legacy UE, and would assign resources as available according to the request.
  • the network would be enabled to determine that the UE 450 is configured in accordance with the present disclosure, and capable of a flexible assignment of resources utilizing either the 2ms or the 10ms TTI. In this case (as described in further detail below), the network may honor the UE's request and assign resources utilizing the 2ms TTI, or the network may override the UE's request and assign resources utilizing the 10ms TTI.
  • the UE 450 may not bring the advantages of flexibility in resource assignment to UEs that request the 10ms TTI.
  • the broadcast in block 702 may include information corresponding to a PRACH partition between two or more of the Rel-99 PRACH, the Rel-8 common E-DCH resources, and the Rel-11 2ms TTI and the 10ms TTI common E-DCH resources.
  • the PRACH partition is described in further detail below.
  • the UE 450 may receive the broadcast transmitted by the Node B in block 702. Having the list of common E-DCH resources, and the PRACH partition between the Rel-99 PRACH, the Rel-8 common E-DCH resources, and the Rel-11 2ms TTI and 10ms TTI common E-DCH resources, the UE 450 may be enabled to transmit an access attempt, as described below, configured to indicate a preference for characteristics of an uplink transmission in a non-DCH state, such as Cell_FACH. For example, the UE 450 may be enabled to indicate, in the access attempt, a preference to utilize a Rel-99 PRACH message, or an E-DCH transmission utilizing either of a 2ms or a 10ms TTI.
  • the UE 450 may determine a preference for a characteristic of the uplink transmission in the non-DCH state. For example, the UE 450 in Cell_FACH may select among one or more candidates including the Rel-99 PRACH message, an E-DCH message utilizing a 2ms TTI, or an E-DCH message utilizing a 10ms TTI.
  • each of these uplink transmission formats has different advantages and disadvantages.
  • this message can utilize less energy than transmission on the E-DCH, but provides a lower bit rate.
  • such a UE may select the Rel-99 PRACH message when the amount of data to transmit is very small. If the amount of data to transmit is relatively large, then the natural choice would be to utilize the common E-DCH resources for the uplink transmission. In this case, or in a UE that is not configured to allow Cell_FACH transmission on the Rel-99 PRACH message, the UE may select between the 2ms and 10ms TTI.
  • selection between the 2ms and 10ms TTI may be based upon factors such as signal conditions and/or the power headroom of the UE 450. That is, as described above, a UE experiencing poor signal conditions and/or with limited power headroom would beneficially select the 10ms TTI, since this format provides improved coverage within the cell. However, a UE experiencing good signal conditions and/or having greater available headroom may wish to select the 2ms TTI to avail itself of the various benefits of the shorter TTI.
  • the existing conventional PRACH procedure includes the determination of a value denoted as Preamble_Initial_Power, which is the power for the UE 450 to utilize in its first PRACH preamble transmission 602 (see FIG. 6 ).
  • the value of Preamble_Initial_Power is determined in accordance with a received pilot power from the cell and an amount of uplink interference detected by the UE 450.
  • this Preamble_Initial_Power can be re-used as a factor to select between the 2ms and 10ms TTI.
  • the UE 450 may accordingly select the 10ms TTI; otherwise, if the value of Preamble_Initial_Power is low, the UE 450 may select the 2ms TTI.
  • FIG. 8 is a flow chart illustrating an exemplary process 800 for a UE (e.g., the UE 450) to select characteristics of an uplink transmission in a non-DCH state such as Cell_FACH in accordance with some aspects of the present disclosure.
  • the process 800 may correspond to block 706 of FIG. 7 , providing additional details therein.
  • the process may determine whether a UE 450 in a non-DCH state such as Cell_FACH has data to transmit on an uplink transmission. If no, then the process ends; but if yes, then at block 804, the process may determine whether that data is of an amount that is less than a data threshold.
  • the data threshold may be signaled to the UE 450 by the network, e.g., being broadcasted on a system information block (SIB).
  • SIB system information block
  • the data threshold may be pre-programmed in the UE 450 (e.g., being stored in a memory 492), or any other suitable predetermined data threshold may be utilized.
  • the UE 450 may select the Rel-99 PRACH message to utilize for the uplink transmission.
  • the process may proceed to block 808, wherein the process may determine whether a function of an initial transmit power (e.g., the Preamble_Initial_Power described above) is greater than a power threshold.
  • the function of the initial transmit power may be any suitable function of the initial transmit power, including but not limited to the initial transmit power itself, a difference between or sum of the initial transmit power and some other power value, etc.
  • the power threshold utilized in block 808 may be signaled to the UE 450 by the network, e.g., by being broadcasted on a system information block (SIB).
  • SIB system information block
  • the power threshold may be pre-programmed in the UE 450, or any other suitable predetermined power threshold may be utilized.
  • the process may select the 10ms TTI.
  • the process may select the 2ms TTI.
  • a UE 450 undertaking process 800 may only select between the 2ms and 10ms TTI. That is, the portion of the process from block 804 to block 806, relating to a potential selection of the Rel-99 PRACH message, is optional. In such an example, after block 802, after determining that the UE in the non-DCH state has data to transmit, the process may proceed directly to block 808 to select between the 2ms and the 10ms TTI.
  • the process may proceed to block 708 wherein the UE 450 transmits an access attempt configured to indicate the determined preference.
  • the access attempt may be configured to indicate the determined preference by partitioning the set of PRACH preamble scrambling codes, by partitioning the set of signature sequences utilized on a particular scrambling code, or by utilizing a combination of the above.
  • FIGs. 9-12 are schematic illustrations demonstrating some examples of how the PRACH preamble may be configured to indicate the determined preference for the uplink transmission format. That is, the PRACH preamble 602, described above with relation to FIG. 6 , is generally transmitted by the UE 450 utilizing a scrambling code selected from among a set of available scrambling codes. In FIGs. 9-10 and 12 , three different scrambling codes are illustrated; and in FIG. 11 , four different scrambling codes are illustrated; however, in any particular example any suitable number of scrambling codes may be included in the set of available scrambling codes. Further, in addition to the scrambling code, the PRACH preamble 602 is further modulated by a signature selected from among a set of available signatures. In each of FIGs. 9-12 , each scrambling code is shown having a signature space including six signatures. However, in any particular example any suitable number of signatures may be included in the set of available signatures for each scrambling code.
  • the correspondence between a particular preference for the uplink transmission format and a particular scrambling code-signature sequence selection may be set in the UE 450 in accordance with the one or more lists of common uplink resources transmitted to the UE as described above in relation to blocks 702 and 704. That is, the information transmitted to the UE 450 on the broadcast channel may correspond to the partition of the PRACH preamble scrambling code and/or signature space, such that the UE's selection of a preferred uplink transmission format can utilize this received information to select a corresponding PRACH preamble and/or signature partition.
  • the signature space is partitioned into three partitions, each partition corresponding to one of the Rel-99 PRACH message, the 10ms TTI, or the 2ms TTI.
  • each partition includes two signatures out of the signature space; however, in various examples according to aspects of the present disclosure, any suitable number of signatures may appear in each partition.
  • the UE 450 having selected in block 706 a preference for one of the Rel-99 PRACH message, the 10ms TTI, or the 2ms TTI, may select from among the corresponding signatures for a PRACH preamble transmission.
  • One possible variation on the example illustrated in FIG. 9 might be to partition the signature space between a first set of signatures for legacy UEs to utilize, and a second set of signatures for UEs configured according to the present disclosure.
  • the second set of signatures may be further partitioned into groups of one or more signatures, each group corresponding to one of the Rel-99 PRACH message, the 2ms TTI on the E-DCH, or the 10ms TTI on the E-DCH.
  • the PRACH preamble scrambling codes are partitioned into three partitions, each partition corresponding to one of the Rel-99 PRACH message, the 10ms TTI, or the 2ms TTI.
  • each partition includes one scrambling code; however, in various examples according to aspects of the present disclosure, any suitable number of scrambling codes may appear in each partition.
  • the UE 450 having selected in block 706 a preference for one of the Rel-99 PRACH message, the 10ms TTI, or the 2ms TTI, may select from among the corresponding scrambling codes for a PRACH preamble transmission.
  • a first set of PRACH preambles may be utilized as in a conventional system, e.g., to maintain backwards compatibility with legacy UEs.
  • the one or more lists of common E-DCH resources transmitted on the broadcast channel may include a first list for utilization by the legacy UEs, and a second list for utilization by UEs configured in accordance with the present disclosure.
  • the first list can be utilized to map the resources for scrambling codes and signature sequences for utilization by the legacy UEs; and the second list can partition one or both of the scrambling codes and/or signature sequences to indicate a preference for a Rel-99 PRACH, a 10ms TTI, or a 2ms TTI.
  • a UE configured in accordance with aspects of the present disclosure would not necessarily be disallowed from utilizing the first set of PRACH preambles, and that set may be utilized within the scope of the present disclosure for a PRACH preamble transmission.
  • the PRACH preamble scrambling codes are partitioned into two sets: a first set for backwards compatibility with legacy UEs, and a second set adapted for UEs configured according to aspects of the present disclosure.
  • a first set for backwards compatibility with legacy UEs may utilize the first set to configure legacy UEs across the entire cell to utilize 2ms or 10ms TTIs for uplink E-DCH transmissions, as in a conventional Enhanced PRACH procedure as described above; and may utilize the second set to configure UEs configured according to aspects of the present disclosure for the other of the 2ms or 10ms TTIs.
  • configuration of the first set to request 10ms TTIs, while configuring the second set to request 2ms TTIs would be most convenient, so that, as described below, the network may override the UE's request for the 2ms TTI and instead allocate the 10ms TTI to that UE.
  • the UE may then select a particular combination of scrambling code and/or signature sequence within the selected partition.
  • the particular scrambling code to utilize for the PRACH preamble partition may be randomly selected from among the scrambling codes within the selected partition.
  • the particular signature sequence to utilize for the PRACH preamble partition may be randomly selected from among the signature sequences within the selected partition. Having thereby selected a signature sequence and scrambling code, the UE may then transmit an access attempt including a PRACH preamble utilizing the selected scrambling code and signature sequence.
  • the Node B 410 runs a searcher process to search for the access attempt transmitted by the UE 450 in block 708.
  • the searcher at the Node B 410 is configured to detect the presence of the scrambling code utilized by the UE configured according to the present disclosure in the access attempt transmitted in block 708, then the moment the Node B 410 detects energy on that scrambling code, it would know that the access attempt is originating from a UE configured according to the present disclosure, i.e., with the capability for flexible resource assignment for uplink transmissions in the non-DCH state.
  • the Node B 410 either on its own or in coordination with one or more network nodes such as an RNC, determines resources that would be available for use by a UE for an uplink transmission.
  • the Node B 410 may determine whether or not to honor the UE's indicated preference. That is, in accordance with an aspect of the present disclosure, the Node B 410 may choose to honor the UE's request for resources to transmit on one of the Rel-99 PRACH message, or utilizing the E-DCH resource pool with one of the 2ms or 10ms TTI, or the Node B 410 may choose to override the UE's request and assign other resources to the UE.
  • the decision to override the UE's request could arise from Node B processing limitations, from a noise rise, from rise over thermal (RoT) considerations, or for any other suitable reason.
  • the Node B 410 may transmit a response to the access attempt on a response channel, e.g., the acquisition indicator channel (AICH).
  • a response channel e.g., the acquisition indicator channel (AICH).
  • an information element such as an acquisition indicator (AI) and/or an extended acquisition indicator (E-AI) on the AICH may be utilized to indicate the resource assignment to the UE 450, i.e., indicating whether the Node B 410 honored or overrode the UE's request.
  • AI acquisition indicator
  • E-AI extended acquisition indicator
  • the AI and/or E-AI may be utilized to signal to the UE 450 whether to transmit uplink data on the Rel-99 PRACH message, or to transmit the uplink data utilizing the E-DCH with either the 2ms or the 10ms TTI.
  • the UE 450 may monitor the AICH, with an aim to receive the transmission from the Node B 410. That is, in accordance with a conventional, legacy random access procedure, a legacy UE typically only monitors the AICH looking for an AI corresponding to the requested resource. In this way, the legacy UE can determine that the message is (likely) for that UE, and accordingly utilize that resource. However, in an aspect of the present disclosure, the message transmitted to the UE 450 on the AICH might not designate the same resource that the UE 450 requested, since the network may wish to override the UE's preference and assign other resources to the UE 450.
  • the UE 450 may monitor a larger portion of the AICH than the legacy UE, potentially monitoring all AICH transmissions in the cell. That is, the UE 450 may monitor the AI and/or the E-AI on the AICH in response to the PRACH preamble transmission, and in accordance with a characteristic of the AI and/or E-AI received on the AICH, the UE 450 may receive either the requested resource or a different resource if its preference was overridden.
  • the UE 450 may receive the AI and/or the E-AI on a particular signature, either corresponding to the signature that indicates that the UE 450 was allocated the resource it indicated a preference for in block 708, or corresponding to a different signature that indicates that the UE 450 was allocated a different resource, i.e., that the preference indicated by the UE 450 was overridden.
  • the UE 450 may detect an AI and/or an E-AI bit (or bits) adapted to signal a resource index and, in the case that the resource is an E-DCH resource, a second AI and/or an E-AI bit (or bits) to signal the TTI value assigned to the UE.
  • aspects of the present disclosure provide the network with the capability to override the UE's request in terms of TTI selection for a common E-DCH resource, or a Rel-99 PRACH message.
  • one Walsh code utilized on the E-AI may be reserved for UEs configured in accordance with the present disclosure. That is, under current specifications, the E-AI includes a plurality of Walsh codes, and on each code information representing a +1 or an -1 may be sent. Thus, each Walsh code may be utilized to represent two different resource indices.
  • one of the Walsh codes e.g., the last Walsh code in the space, may be reserved such that a +1 or -1 transmitted on that code may represent the 2ms TTI and the 10ms TTI, respectively (or the 10ms TTI and the 2ms TTI, respectively). In this way, it may simplify the task for the UE 450, such that it can look to this particular Walsh code rather than monitoring the entire AICH.
  • the UE 450 may determine what resources were allocated by the Node B 410 in accordance with the AI and/or the E-AI received on the AICH in block 718; and in block 722, the UE 450 may utilize the allocated resources for an uplink data transmission in the non-DCH state, e.g., in Cell_FACH.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • CDMA2000 Evolution-Data Optimized
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 Ultra-Wideband
  • Bluetooth Bluetooth
  • the actual telecommunication standard, network architecture, and/or communication standard employed will depend on the specific application and the overall design constraints imposed on the system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Claims (13)

  1. Ein Verfahren von drahtloser Kommunikation durchgeführt durch ein Benutzerendgerät, UE, in einem nicht-dedizierten Kanal-, DCH, Zustand, das Verfahren aufweisend:
    Bestimmen (804), ob eine Menge von Daten, die übertragen werden soll, kleiner ist als ein Daten-Grenzwert;
    Auswählen (806) von Rel-99 PRACH Ressourcen, wenn die Menge von Daten kleiner ist als der Daten-Grenzwert;
    wenn die Menge von Daten größer ist als der Daten-Grenzwert, Bestimmen (808), ob eine Funktion von einer anfänglichen Übertragungsleistung größer ist als ein Leistungs-Grenzwert;
    Auswählen (810, 812) von 10 ms Übertragungszeitintervall, TTI, oder 2 ms TTI Ressourcen basierend darauf, dass die Funktion von einer anfänglichen Übertragungsleistung größer oder kleiner als der Leistungs-Grenzwert ist;
    Auswählen eines verschlüsselnden Codes für die bestimmten Ressourcen; und
    Übertragen (708) eines Zugriffsversuchs den ausgewählten verschlüsselnden Code verwendend, der Zugriffsversuch ist konfiguriert, um die bestimmten Ressourcen für die Nutzung in einer Uplink-Datenübertragung zu indizieren.
  2. Das Verfahren von Anspruch 1, wobei der nicht-DCH Zustand ein Cell_FACH Zustand ist.
  3. Das Verfahren von Anspruch 1, wobei das Übertragen von dem Zugriffsversuch weiter aufweist verwenden einer ausgewählten Signatur aus einer Vielzahl von Signatur-Sequenzen,
    wobei die Vielzahl von Signatursequenzen aufgeteilt ist in eine Vielzahl von Sätzen von Signaturen, jeder von den Sätzen von Signaturen zugehörig zu einer bestimmten Ressourcenpräferenz, so dass eine Auswahl von der ausgewählten Signatur in einem Satz von der Vielzahl von Sätzen von Signaturen auf einer Präferenz von der bestimmten Ressource zugehörig zu dem ausgewählten Satz basiert.
  4. Das Verfahren von Anspruch 1, wobei die ausgewählten Ressourcen aufweist eine von einer PRACH Nachricht oder einer E-DCH Nachricht, das Verfahren weiter aufweisend:
    Auswählen, als Ressource, die PRACH Nachricht wenn eine Menge von Daten in einem Übertragungspuffer kleiner ist als ein Daten-Grenzwert; und
    Auswählen, als Ressource, die E-DCH Nachricht wenn die Menge von Daten in dem Übertragungspuffer nicht kleiner ist als der Daten-Grenzwert.
  5. Das Verfahren von Anspruch 4, wobei das Auswählen von der E-DCH Nachricht als Ressource weiter aufweist, Auswählen einer von einer ersten Ressource zugehörig zu einem 10 ms Übertragungszeitintervall oder einer zweiten Ressource zugehörig zu einem 2 ms Übertragungszeitintervall, und wobei das Auswählen von der E-DCH Nachricht als Ressource weiter aufweist:
    Auswählen der ersten Ressource zugehörig zu dem 10 ms Übertragungszeitintervall, wenn eine Funktion von einer anfänglichen Übertragungsleistung verwendet auf einer Zufallszugriffs-Präambel-Übertragung größer ist als ein Leistungsgrenzwert; und
    Auswählen der zweiten Ressource zugehörig zu dem 2 ms Übertragungszeitintervall wenn die Funktion von der anfänglichen Übertragungsleistung verwendet auf einer Zufallszugriffs-Präambel-Übertragung nicht größer ist als der Leistungsgrenzwert.
  6. Das Verfahren von Anspruch 1, wobei die ausgewählten Ressourcen aufweist eine gemeinsame E-DCH Ressource aufweisend eines von einem 2 ms Übertragungszeitintervall oder einem 10 ms Übertragungszeitintervall.
  7. Das Verfahren von Anspruch 1, wobei die auszuwählenden Ressourcen aufweist eine von einer 3GPP Release 99 PRACH Nachricht Ressource oder einer gemeinsamen E-DCH Ressource, die gemeinsame E-DCH Ressource aufweisend eines von einem 2 ms Übertragungszeitintervall oder einem 10 ms Übertragungszeitintervall.
  8. Das Verfahren von Anspruch 1, weiter aufweisend:
    Empfangen einer Antwort zu dem Zugriffsversuch, die Antwort konfiguriert, um die ausgewählten Ressourcen zu gewähren, die Indikation von den ausgewählten Ressourcen zu überschreiben und eine nicht-bestimmte Ressource zu gewähren, oder den Zugriffsversuch zu verweigern.
  9. Das Verfahren von Anspruch 8, wobei die Antwort aufweist einen erweiterten Akquisitions-Indikator, E-AI, angepasst, um eine zugewiesene Ressource zugehörig zu einer von der ausgewählten Ressource oder der nicht-ausgewählten Ressource zu indizieren.
  10. Das Verfahren von Anspruch 9, wobei die Antwort weiter aufweist einen ersten E-AI Bit angepasst, um einen Ressourcenindex zu signalisieren.
  11. Das Verfahren von Anspruch 10, wobei die Antwort weiter aufweist einen zweiten E-AI Bit angepasst, um ein Übertragungszeitintervall zugewiesen zu dem Benutzerendgerät zu signalisieren.
  12. Ein Benutzerendgerät, UE, konfiguriert für drahtlose Kommunikation in einem nicht-dedizierten Kanal-, DCH, Zustand, aufweisend:
    Mittel zum Bestimmen, ob eine Menge von Daten, die übertragen werden soll, kleiner ist als ein Daten-Grenzwert;
    Mittel zum Auswählen von Rel-99 PRACH Ressourcen, wenn die Menge von Daten kleiner ist als der Daten-Grenzwert;
    Mittel zum Bestimmen, ob eine Funktion von einer anfänglichen Übertragungsleistung größer ist als ein Leistungs-Grenzwert, wenn die Menge von Daten größer ist als der Daten-Grenzwert;
    Mittel zum Auswählen von 10 ms Übertragungszeitintervall, TTI, oder 2 ms TTI Ressourcen basierend darauf, dass die Funktion von einer anfänglichen Übertragungsleistung größer oder kleiner als der Leistungs-Grenzwert ist;
    Mittel zum Auswählen eines verschlüsselnden Codes für die bestimmten Ressourcen; und
    Mittel zum Übertragen eines Zugriffsversuchs den ausgewählten verschlüsselnden Code verwendend, der Zugriffsversuch ist konfiguriert, um die bestimmten Ressourcen für die Nutzung in einer Uplink-Datenübertragung zu indizieren.
  13. Ein Computerprogrammprodukt betriebsfähig an einem Benutzerendgerät, aufweisend:
    ein Computer-lesbares Medium, welches Programm-Code gespeichert enthält zum Verursachen, dass zumindest ein Computer ein Verfahren gemäß einem von den Ansprüchen 1 bis 11 durchführt, wenn er ausgeführt wird.
EP12714484.8A 2011-04-04 2012-04-04 System und verfahren zur unterstützung des gleichzeitigen einsatzes mehrerer übertragungszeitintervalle für uplink-übertragungen von einem benutzerendgerät in einem nicht-dedizierten kanalzustand Active EP2695463B1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161471299P 2011-04-04 2011-04-04
US13/438,109 US9591623B2 (en) 2011-04-04 2012-04-03 System and method for supporting concurrent deployment of multiple transmission time intervals for uplink transmissions by user equipment in a non-dedicated channel state
PCT/US2012/032166 WO2012138756A1 (en) 2011-04-04 2012-04-04 System and method for supporting concurrent deployment of multiple transmission time intervals for uplink transmissions by user equipment in a non-dedicated channel state

Publications (2)

Publication Number Publication Date
EP2695463A1 EP2695463A1 (de) 2014-02-12
EP2695463B1 true EP2695463B1 (de) 2017-12-27

Family

ID=46927196

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12714484.8A Active EP2695463B1 (de) 2011-04-04 2012-04-04 System und verfahren zur unterstützung des gleichzeitigen einsatzes mehrerer übertragungszeitintervalle für uplink-übertragungen von einem benutzerendgerät in einem nicht-dedizierten kanalzustand

Country Status (9)

Country Link
US (1) US9591623B2 (de)
EP (1) EP2695463B1 (de)
JP (1) JP5872674B2 (de)
KR (1) KR101623459B1 (de)
CN (1) CN103548406B (de)
BR (1) BR112013025728B1 (de)
ES (1) ES2660496T3 (de)
HU (1) HUE037706T2 (de)
WO (1) WO2012138756A1 (de)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012131637A1 (en) 2011-04-01 2012-10-04 Renesas Mobile Corporation Tti adaptation in e-dch
EP2557870B1 (de) * 2011-08-10 2020-07-08 Alcatel Lucent Konfiguration von Übertragungen
JP5834639B2 (ja) * 2011-09-02 2015-12-24 ソニー株式会社 通信装置、通信方法、通信システム、および基地局
CN103167579B (zh) * 2011-12-09 2015-12-16 华为技术有限公司 一种传输时间间隔的指示方法和装置
IN2014DN05676A (de) * 2012-01-26 2015-04-03 Nokia Solutions & Networks Oy
EP2665319B1 (de) * 2012-05-14 2020-02-12 Alcatel Lucent Kommunikation der benutzergerätefähigkeit zu einer basissstation
ES2733824T3 (es) * 2012-06-28 2019-12-03 Huawei Tech Co Ltd Sistema para ajustar la configuración de recursos, controlador de red de radio y estación base
EP2685775B1 (de) * 2012-07-12 2020-05-13 Alcatel Lucent Erfassung einer gemeinsamen Ressource
US9265084B2 (en) * 2012-09-11 2016-02-16 Apple Inc. Data buffering based on access stratum conditions in a call having both circuit-switched and packet-switched components
KR102082971B1 (ko) 2012-10-05 2020-02-28 인터디지탈 패튼 홀딩스, 인크 Mtc(machine type communication) 디바이스의 커버리지를 향상시키는 방법 및 장치
US20150139183A1 (en) * 2012-12-24 2015-05-21 Telefonaktiebolaget L M Ericsson (Publ) Cell Reselection Trigger Report
CN104145520B (zh) * 2013-01-17 2017-12-15 华为技术有限公司 获取随机接入参数和资源对应关系的方法和装置
WO2014110767A1 (zh) 2013-01-17 2014-07-24 华为技术有限公司 获取随机接入参数和资源对应关系的方法和装置
JP2016524859A (ja) * 2013-05-21 2016-08-18 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 改善されたｔｔｉ切り替え
US9313706B1 (en) * 2013-11-27 2016-04-12 Sprint Communications Company L.P. Processing preamble usage data to select a handover target in a wireless communication system
US20150201411A1 (en) * 2014-01-10 2015-07-16 Qualcomm Incorporated Handling invalid configurations for enhanced uplink in cell_fach state
US9585106B2 (en) * 2014-03-27 2017-02-28 Taiwan Semiconductor Manufacturing Company, Ltd. Network-assisted channel selection and power control for mobile devices
US10191986B2 (en) 2014-08-11 2019-01-29 Microsoft Technology Licensing, Llc Web resource compatibility with web applications
CN104468030B (zh) * 2014-08-26 2018-06-05 上海华为技术有限公司 一种数据传输方法、用户设备及基站
DE102016212714A1 (de) * 2015-07-17 2017-01-19 Apple Inc. Direktzugriffsmechanismen für Link-Budget-beschränkte Vorrichtungen
EP3369278A1 (de) * 2015-10-26 2018-09-05 Nokia Solutions and Networks Oy Durch benutzergerät unterstützte koordination für geplante drahtlose übertragungen
CN106909528B (zh) * 2015-12-23 2019-08-13 华为技术有限公司 一种数据传输的调度方法及装置
CN108476096B (zh) * 2015-12-30 2020-07-21 华为技术有限公司 下行传输方法和基站及终端
CN105554892A (zh) * 2016-01-14 2016-05-04 珠海市魅族科技有限公司 用于lte网络的资源配置方法及装置、基站
CN105554893B (zh) * 2016-01-25 2019-03-22 珠海市魅族科技有限公司 用于lte系统的时频资源分配方法和时频资源分配装置
MX2018009197A (es) 2016-02-03 2018-11-09 Sony Corp Dispositivo terminal, dispositivo de estacion base y metodo de comunicacion.
US10117188B2 (en) * 2016-04-01 2018-10-30 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
US10588072B2 (en) * 2016-05-20 2020-03-10 Telefonaktiebolaget Lm Ericsson (Publ) RAT selection in dual mode transceivers
CN106793102B (zh) * 2016-05-31 2020-02-11 北京展讯高科通信技术有限公司 系统配置指示方法及装置
CN106028454B (zh) * 2016-07-06 2019-02-22 珠海市魅族科技有限公司 资源分配指示方法及装置、基站
US20180242314A1 (en) * 2016-08-12 2018-08-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for setting up a secondary uplink carrier in a communications network
EP3566514B1 (de) * 2017-01-05 2022-07-27 Motorola Mobility LLC Anzeige von planungsanfragen
CN108282797B (zh) * 2017-01-06 2021-04-27 展讯通信（上海）有限公司 非专用资源的调整方法、装置、基站和用户设备
WO2018131956A1 (en) * 2017-01-16 2018-07-19 Samsung Electronics Co., Ltd. Method and apparatus for communication in wireless mobile communication system
EP3574703A1 (de) * 2017-01-24 2019-12-04 Telefonaktiebolaget LM Ericsson (publ) Latenzreduktion auf steuerebene in einem drahtloskommunikationsnetzwerk
US20220322360A1 (en) * 2020-10-15 2022-10-06 Apple Inc. Utilization of Inter-UE Coordination Message

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7099346B1 (en) * 2001-05-15 2006-08-29 Golden Bridge Technology, Inc. Channel capacity optimization for packet services
US20050073985A1 (en) * 2003-10-04 2005-04-07 Samsung Electronics Co., Ltd. System and method for controlling a TTI in a W-CDMA communication system supporting enhanced uplink dedicated transport channel
EP2090042B1 (de) 2006-10-30 2012-04-11 Nokia Corporation Bereitstellung von parametern für direktzugriff auf einen erweiterten dedizierten kanal (e-dch)
JP4580035B2 (ja) 2007-08-17 2010-11-10 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線基地局装置及び移動局
WO2009053941A1 (en) 2007-10-25 2009-04-30 Nokia Corporation Method for fast transmission type selection in wcdma umts
WO2010101808A1 (en) 2009-03-02 2010-09-10 Interdigital Patent Holdings, Inc. Method and apparatus for extending coverage for ul transmission over e-dch in idle mode and cell_fach state
US8416706B2 (en) 2009-03-17 2013-04-09 Qualcomm Incorporated Apparatus and method for dual-cell high-speed uplink packet access

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NOKIA ET AL: "Transmission type selection in CELL_FACH state", 3GPP DRAFT; R1-074667, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Korea; 20071030, 30 October 2007 (2007-10-30), XP050108144 *
QUALCOMM INCORPORATED: "Introducing further enhancements to CELL_FACH operation", 3GPP DRAFT; R2-110890_INTRO_FURTHER_ENH_CELL_FACH, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Taipei, Taiwan; 20110221, 15 February 2011 (2011-02-15), XP050493639 *

Also Published As

Publication number Publication date
US9591623B2 (en) 2017-03-07
BR112013025728A2 (pt) 2016-12-13
ES2660496T3 (es) 2018-03-22
CN103548406A (zh) 2014-01-29
JP5872674B2 (ja) 2016-03-01
BR112013025728B1 (pt) 2022-03-03
WO2012138756A1 (en) 2012-10-11
EP2695463A1 (de) 2014-02-12
KR101623459B1 (ko) 2016-05-23
HUE037706T2 (hu) 2018-09-28
CN103548406B (zh) 2018-03-02
KR20130139360A (ko) 2013-12-20
JP2014512764A (ja) 2014-05-22
US20120250644A1 (en) 2012-10-04

Similar Documents

Publication Publication Date Title
EP2695463B1 (de) System und verfahren zur unterstützung des gleichzeitigen einsatzes mehrerer übertragungszeitintervalle für uplink-übertragungen von einem benutzerendgerät in einem nicht-dedizierten kanalzustand
US8897267B2 (en) System and method for enabling softer handover by user equipment in a non-dedicated channel state
EP2745572B1 (de) Vorrichtungen und verfahren zur steuerung des zugangs zu einem funkzugriffsnetzwerk
US9867182B2 (en) Apparatus and method for scheduling cell broadcast messages
JP5619329B1 (ja) Ｃｅｌｌ＿ｆａｃｈにおけるセル内のｈｓ−ｄｐｃｃｈでのｄｌトリガーｃｑｉフィードバックのサポート
EP2904873B1 (de) Vorrichtung und verfahren zur verzögerung von zellenaktualisierungsnachrichten auf einer benutzervorrichtung
EP2820881B1 (de) Verfahren und system zur frühen terminierung von übertragungen in abhängigkeit von der quittierung einer frühen decodierung
US20130195027A1 (en) Method and Apparatus for Channel Fallback in Enhanced Cell Forward Access Channel Dedicated Channel
US9295080B2 (en) High-speed tune-away for multi-SIM devices
US8514722B2 (en) High speed control channel monitoring in a multicarrier radio access network
US20130223354A1 (en) Hs-scch and hs-sich allocation and monitoring in td-scdma multi-carrier systems
WO2011087519A1 (en) Handling high-priority calls in a td-scdma wireless communication system

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20130917

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20160627

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 74/00 20090101ALI20170301BHEP

Ipc: H04W 72/04 20090101AFI20170301BHEP

Ipc: H04W 72/12 20090101ALN20170301BHEP

Ipc: H04W 72/02 20090101ALN20170301BHEP

INTG Intention to grant announced

Effective date: 20170328

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 72/02 20090101ALN20170317BHEP

Ipc: H04W 74/00 20090101ALI20170317BHEP

Ipc: H04W 72/04 20090101AFI20170317BHEP

Ipc: H04W 72/12 20090101ALN20170317BHEP

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAJ Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted

Free format text: ORIGINAL CODE: EPIDOSDIGR1

GRAL Information related to payment of fee for publishing/printing deleted

Free format text: ORIGINAL CODE: EPIDOSDIGR3

INTC Intention to grant announced (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 72/04 20090101AFI20170710BHEP

Ipc: H04W 72/12 20090101ALN20170710BHEP

Ipc: H04W 74/00 20090101ALI20170710BHEP

Ipc: H04W 72/02 20090101ALN20170710BHEP

INTG Intention to grant announced

Effective date: 20170817

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 959342

Country of ref document: AT

Kind code of ref document: T

Effective date: 20180115

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602012041329

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: FP

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2660496

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20180322

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 7

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180327

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 959342

Country of ref document: AT

Kind code of ref document: T

Effective date: 20171227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180327

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180328

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180427

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

REG Reference to a national code

Ref country code: HU

Ref legal event code: AG4A

Ref document number: E037706

Country of ref document: HU

Ref country code: DE

Ref legal event code: R097

Ref document number: 602012041329

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

26N No opposition filed

Effective date: 20180928

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20180430

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180404

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180430

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180430

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180430

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180404

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180404

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171227

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171227

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FI

Payment date: 20230328

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20230420

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230405

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NL

Payment date: 20240319

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: HU

Payment date: 20230327

Year of fee payment: 12

Ref country code: GB

Payment date: 20240314

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20240315

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20240226

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20240510

Year of fee payment: 13