Method and apparatus for supporting uplink transmissions and MBMS for a WTRU with reduced bandwidth

Abstract

Methods and procedures may be needed to enable communication and proper operation to support coexistence of low-cost WTRUs and normal WTRUs.SOLUTION: Uplink transmissions and multimedia broadcast multicast service (MBMS) may be supported in a WTRU operating on a reduced bandwidth within an overall system bandwidth by receiving an uplink (UL) resource allocation within the reduced bandwidth and sending a transmission via the UL resource allocation. The reduced bandwidth may include a small number of physical resource blocks (PRBs) that do not overlap with PRBs located at the band edge of the entire system bandwidth including the system PUCCH. The UL resources may be located at both band edges of the reduced bandwidth, may be a PRB pair at the same frequency of the reduced bandwidth, or may be a PRB pair in the first slot of the first subframe and the second slot of the second subframe of the reduced bandwidth.SELECTED DRAWING: Figure 4

Description

[Background technology]

[0001] The present invention relates to a method and apparatus for supporting uplink transmissions and MBMS for a WTRU using reduced bandwidth.

[0002] This application claims the benefit of U.S. Provisional Patent Application No. 62 / 037,739, filed August 15, 2014, the contents of which are incorporated herein by reference.

[0003] Due to cost and complexity issues, a low-cost wireless transmit / receive unit (WTRU) may have one or more reduced capabilities compared to a regular (i.e., more complex) WTRU. A low-cost WTRU may be limited, for example, by reduced bandwidth, a single receiver mode (Rx), or a transport block size (TBS) limitation. Summary of the Invention [Problem to be solved by the invention]

[0004] Therefore, methods and procedures may be needed to enable communication and proper operation to support coexistence of low cost WTRUs and regular WTRUs. [Means for solving the problem]

[0005] In an embodiment, a method for supporting uplink transmission in a wireless transmit / receive unit (WTRU) operating on a reduced bandwidth of a system bandwidth is disclosed. The method can include determining a frequency location of the reduced bandwidth within the system bandwidth for uplink (UL) transmission, determining UL resources for physical uplink control channel (PUCCH) transmission within the determined frequency location of the reduced bandwidth, and sending the PUCCH on the determined reduced bandwidth and UL resources.

[0006] In an embodiment, a wireless transmit / receive unit (WTRU) that supports uplink transmission and multimedia broadcast multicast services (MBMS) while operating on a reduced bandwidth of a system bandwidth is disclosed. The WTRU may include circuitry configured to determine a frequency location of the reduced bandwidth within the system bandwidth for uplink (UL) transmission, circuitry configured to determine UL resources for physical uplink control channel (PUCCH) transmission within the determined frequency location of the reduced bandwidth, and circuitry configured to send the PUCCH on the determined reduced bandwidth and UL resources. [Effects of the Invention]

[0007] As described above, methods and procedures are provided that enable communication and proper operation to support coexistence of low cost WTRUs and regular WTRUs. [Brief explanation of the drawings]

[0008] [Figure 1A] FIG. 1 is a system diagram of an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is a system diagram of an example wireless transmit / receive unit (WTRU) that may be used within the communication system shown in FIG. 1A. [Figure 1C] 1B is a system diagram of an example radio access network and an example core network that can be used within the communication system shown in FIG. 1A. [Figure 2] FIG. 1 illustrates a mapping of modulation symbols to a physical uplink control channel (PUCCH). [Figure 3] FIG. 1 illustrates a logical network architecture for evolved Multimedia Broadcast / Multicast Services (eMBMS). [Figure 4] FIG. 1 illustrates an example of a Type-A Low-Cost Physical Uplink Control Channel (LC-PUCCH) resource allocation in a reduced bandwidth for a low-cost wireless transmit / receive unit. [Figure 5] FIG. 10 shows an example of a Type-B LC-PUCCH resource allocation in a reduced bandwidth for a low-cost WTRU. [Figure 6] FIG. 10 shows an example of a Type-C LC-PUCCH resource allocation in a reduced bandwidth for a low-cost WTRU. [Figure 7] FIG. 1 illustrates multiple LC-PUCCH resource configurations. DETAILED DESCRIPTION OF THE INVENTION

[0009] Embodiments described herein may include methods, systems, and apparatuses for supporting transmission in a wireless transmit / receive unit (WTRU) with reduced functionality. It should be noted that hereinafter, the terms low-cost WTRU, LC-MTC, reduced-functionality WTRU, low-cost WTRU with reduced functionality, limited-functionality WTRU, and low-cost WTRU with limited functionality may be used interchangeably and are not intended to be limiting. Furthermore, the terms WTRU, regular Long Term Evolution (LTE) WTRU, LTE WTRU, legacy WTRU, WTRU without reduced functionality, and WTRU without limited functionality may be used interchangeably and are not intended to be limiting.

[0010] 1A, a diagram of an exemplary communication system 100 in which one or more disclosed embodiments may be implemented is shown. The communication system 100 may be a multiple access system that provides content, such as voice, data, video, messaging, broadcast, etc., to multiple wireless users. The communication system 100 enables the multiple wireless users to access such content by sharing system resources, including wireless bandwidth. For example, the communication system 100 may use one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), and the like.

[0011] 1A, the communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, and 102d, a radio access network (RAN) 104, a core network 106, a public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of the WTRUs 102a, 102b, 102c, and 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, and 102d may be configured to transmit and / or receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, pagers, cellular phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, consumer electronic devices, and the like.

[0012] The communications system 100 may also include a base station 114a and a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communications networks, such as the core network 106, the Internet 110, and / or other networks 112. By way of example, the base stations 114a, 114b may be a Base Transceiver Station (BTS), a Node B, an eNodeB, a Home Node B, a Home eNodeB, a site controller, an Access Point (AP), a wireless router, and the like. While the base stations 114a, 114b are each shown as a single element, it will be understood that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0013] The base station 114a may be part of the RAN 104, which may also include other base stations and / or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. The base station 114a and / or base station 114b may be configured to transmit and / or receive wireless signals within a particular geographic area, which may also be referred to as a cell (not shown). A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In another embodiment, the base station 114a may use multiple-input multiple-output (MIMO) technology and, therefore, may utilize multiple transceivers for each sector of the cell.

[0014] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0015] More specifically, as noted above, the communication system 100 may be a multiple access system and may use one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and the like. For example, the base station 114a in the RAN 104 and the WTRUs 102a, 102b, 102c may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 116 using Wideband CDMA (WCDMA). WCDMA may include communication protocols such as High Speed ​​Packet Access (HSPA) and Evolved HSPA (HSPA+). HSPA may include High Speed ​​Downlink Packet Access (HSDPA) and / or High Speed ​​Uplink Packet Access (HSUPA).

[0016] In another embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and / or LTE Advanced (LTE-A).

[0017] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), GSM Evolution Enhanced Data Rates (EDGE), GSM EDGE (GERAN), and the like.

[0018] The base station 114b in FIG. 1A may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point, and may utilize any suitable RAT to facilitate wireless connectivity in a localized area, such as a workplace, a home, a vehicle, a campus, and the like. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In another embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, etc.) to establish a picocell or femtocell. As shown in FIG. 1A, the base station 114b may have a direct connection to the Internet 110. Therefore, the base station 114 b would not need to access the Internet 110 via the core network 106 .

[0019] The RAN 104 may communicate with the core network 106, which may be any type of network configured to provide voice, data, application, and / or Voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. For example, the core network 106 may provide call control, billing services, mobile location-based services, prepaid telephony, Internet connectivity, video distribution, etc., and / or perform high-level security functions such as user authentication. Although not shown in FIG. 1A , it will be understood that the RAN 104 and / or core network 106 may communicate, directly or indirectly, with other RANs that use the same RAT as the RAN 104 or that use a different RAT. For example, in addition to being connected to the RAN 104, which may utilize E-UTRA radio technology, the core network 106 may also communicate with another RAN (not shown) that uses GSM radio technology.

[0020] The core network 106 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network providing plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), and Internet Protocol (IP) in the TCP / IP Internet protocol suite. The network 112 may include wired or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another core network connected to one or more RANs, which may use the same RAT as the RAN 104 or a different RAT.

[0021] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capability, i.e., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links. For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a that may use cellular-based wireless technology and with a base station 114b that may use IEEE 802 wireless technology.

[0022] 1B , shown is a system diagram of an exemplary WTRU 102. The WTRU 102 may include a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and other peripherals 138. It will be understood that the WTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment.

[0023] The processor 118 may be a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, and the like. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit / receive element 122. While FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 may be integrated together into an electronic package or chip.

[0024] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) via the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In another embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive, for example, IR, UV, or visible light signals. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and receive both RF and light signals. It will be understood that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0025] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may use MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0026] The transceiver 120 may be configured to modulate signals transmitted by the transmit / receive element 122 and demodulate signals received by the transmit / receive element 122. As mentioned above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as, for example, UTRA and IEEE 802.11.

[0027] The processor 118 of the WTRU 102 is coupled to and may receive user input data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. Further, the processor 118 may access information and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The non-removable memory 130 may include random access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like. In other embodiments, the processor 118 may access information and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0028] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control the power to other components within the WTRU 102. The power source 134 may be any suitable device for providing power to the WTRU 102. For example, the power source 134 may include one or more dry batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel-metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, and the like.

[0029] The processor 118 may also be coupled to a GPS chipset 136 that may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to, or instead of, information from the GPS chipset 136, the WTRU 102 may receive location information from a base station (e.g., base stations 114a, 114b) over the air interface 116 and / or determine its location based on the timing of signals received from two or more nearby base stations. It will be appreciated that the WTRU 102 may obtain location information by way of any suitable location-determination method while remaining consistent with an embodiment.

[0030] The processor 118 may further be coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos or videos), a Universal Serial Bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulation (FM) radio unit, a digital music player, a media player, a video game player module, an internet browser, and the like.

[0031] 1C, a system diagram of the RAN 104 and the core network 106 is shown, according to an embodiment. As mentioned above, the RAN 104 may use E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also communicate with the core network 106.

[0032] The RAN 104 may include eNodeBs 140a, 140b, and 140c, although it will be understood that the RAN 104 may include any number of eNodeBs while remaining consistent with an embodiment. The eNodeBs 140a, 140b, and 140c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In one embodiment, the eNodeBs 140a, 140b, and 140c may implement MIMO techniques. Thus, for example, the eNodeB 140a may use multiple antennas to transmit wireless signals to, and receive wireless signals from, the WTRU 102a.

[0033] Each of the eNodeBs 140a, 140b, 140c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users on the uplink and / or downlink, and the like. As shown in FIG. 1C, the eNodeBs 140a, 140b, 140c may communicate with each other via an X2 interface.

[0034] 1C may include a mobility management entity gateway (MME) 142, a serving gateway 144, and a packet data network (PDN) gateway 146. Although each of the foregoing elements is shown as part of the core network 106, it will be understood that any one of these elements may be owned and / or operated by an entity other than the core network operator.

[0035] The MME 142 may be connected to each of the eNodeBs 140a, 140b, 140c in the RAN 104 via an S1 interface and may act as a control node. For example, the MME 142 may handle user authentication of the WTRUs 102a, 102b, 102c, bearer activation / deactivation, selecting a particular serving gateway during initial attach of the WTRUs 102a, 102b, 102c, and the like. The MME 142 may also provide a control plane function for switching between the RAN 104 and other RANs (not shown) that use other radio technologies, such as GSM or WCDMA.

[0036] The serving gateway 144 may be connected to each of the eNodeBs 140a, 140b, 140c in the RAN 104 via an S1 interface. The serving gateway 144 may generally route and forward user data packets to and from the WTRUs 102a, 102b, 102c. The serving gateway 144 may also perform other functions, such as anchoring the user plane during handovers between eNodeBs, triggering paging when downlink data is available to the WTRUs 102a, 102b, 102c, managing and storing the context of the WTRUs 102a, 102b, 102c, and the like.

[0037] The serving gateway 144 may also be connected to a PDN gateway 146 that may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0038] The core network 106 may facilitate communication with other networks. For example, the core network 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communication between the WTRUs 102a, 102b, 102c and traditional land-line communication devices. For example, the core network 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the core network 106 and the PSTN 108. Additionally, the core network 106 may provide the WTRUs 102a, 102b, 102c with access to networks 112, which may include other wired or wireless networks owned and / or operated by other service providers.

[0039] In LTE communications, an uplink control channel, such as a Physical Uplink Control Channel (PUCCH), may transmit, be usable for transmitting, carry, and / or include control signals that may be independent of traffic data. The control signals may include one or more of Hybrid Automatic Repeat Request (HARQ) acknowledgement / negative acknowledgement (ACK / NACK), channel quality indicator (CQI), multiple-input multiple-output (MIMO) feedback, and / or scheduling of requests for uplink transmissions.

[0040] The physical resources used for PUCCH depend on two parameters that may be provided by higher layers:

[0041]

number

[0042] and

[0043]

number

[0044] can depend on variables

[0045]

number

[0046] The variable σ can indicate the bandwidth in terms of resource blocks available for use in PUCCH format 2 / 2a / 2b transmission in each slot.

[0047]

number

[0048] may denote the number of cyclic shifts used for PUCCH formats 1 / 1a / 1b in resource blocks used in a mix of formats 1 / 1a / 1b and 2 / 2a / 2b.

[0049]

number

[0050] The value of is in the range {0, 1, , 7}

[0051]

number

[0052] can be an integer multiple of where:

[0053]

number

[0054] may be provided by a higher layer.

[0055]

number

[0056] If , then there are no mixed resource blocks. At most one resource block in each slot can support a mix of formats 1 / 1a / 1b and 2 / 2a / 2b. The resources used to transmit PUCCH formats 1 / 1a / 1b, 2 / 2a / 2b, and 3 are denoted by non-negative indices .

[0057]

number

[0058] ,

[0059]

number

[0060] , and

[0061]

number

[0062] It can be expressed as:

[0063] Referring now to Figure 2, the mapping of modulation symbols to PUCCH is shown. The physical resource blocks used for PUCCH transmission in slot n are:

[0064]

number

[0065] where the variable m depends on the PUCCH format: for formats 1, 1a, and 1b:

[0066]

number

[0067] and for formats 2, 2a, and 2b,

[0068]

number

[0069] and for format 3,

[0070]

number

[0071] is.

[0072] If sounding reference signals are transmitted simultaneously and one serving cell is configured with PUCCH format 1, 1a, 1b, or 3, a shortened PUCCH format can be used in which the last SC-FDMA symbol in the second slot of the subframe can be left empty.

[0073] A frequency division duplex (FDD) HARQ-ACK procedure for a configured serving cell may include HARQ-ACK transmission on two supported antenna ports (p∈[p0,p1]) for PUCCH format 1a / 1b. For FDD and one configured serving cell, the WTRU 102 allocates the PUCCH resources as follows:

[0074]

number

[0075] Using Mapped to antenna port p for PUCCH format 1a / 1b

[0076]

number

[0077] In subframe n, a HARQ-ACK can be transmitted.

[0078] For a physical downlink shared channel (PDSCH) transmission indicated by detection of a corresponding physical downlink control channel (PDCCH) in subframe n-4, or for a PDCCH indicating downlink semi-persistent scheduling (SPS) release in subframe n-4, the WTRU 102

[0079]

number

[0080] can be used, where n CCE is the number of first control channel elements (CCEs) used to transmit the corresponding downlink control information (DCI) allocation (i.e., the lowest CCE index used to configure the PDCCH), and

[0081]

number

[0082] is configured by higher layers. In the case of two antenna port transmission, the PUCCH resource for antenna port p1 is

[0083]

number

[0084] is given by

[0085] For a PDSCH transmission in the primary cell without a corresponding PDCCH detected in subframe n-4,

[0086]

number

[0087] The value of may be determined according to higher layer configuration and a pre-configured table of PUCCH resource values. For a WTRU 102 configured for two antenna transmission, the PUCCH resource values ​​in the pre-configured table of PUCCH resource values ​​may be mapped to two PUCCH resources.

[0088]

number

[0089] may be for antenna port p0, and the second PUCCH resource

[0090]

number

[0091] Alternatively, the PUCCH resource value can be a single PUCCH resource for antenna port p0.

[0092]

number

[0093] can be mapped to

[0094] Referring now to Figure 3, a logical network architecture for evolved Multimedia Broadcast / Multicast Service (eMBMS) is shown. A multi-cell / multicast coordination entity (MCE) may provide admission control and radio resources used by base stations 114a, 114b in a multicast / broadcast single frequency network (MBSFN) area for MBMS transmission. Establishment and allocation of radio bearers and physical radio resources for MBMS may be coordinated by this entity. An MBMS GW may provide IP multicast functionality to coordinate and forward MBMS user data to base stations 114a, 114b. M1, M2, and M3 may provide a control plane interface for MBMS between entities involved in MBMS.

[0095] In terms of the access stratum, an MBSFN area may define a set of cells that coordinate the transmission of MBMS-related data for one or more MBMS services. In an embodiment, a base station 114a, 114b may belong to up to eight MBSFN areas.

[0096] MBMS control information, such as a Multicast Control Channel (MCCH), and data, such as a Multicast Traffic Channel (MTCH), can be transmitted in MBSFN subframes defined in the cell's SIB2. In each MBSFN subframe, a single Physical Multicast Channel (PMCH) carrying one MBMS-related transport channel (MCH) can be transmitted, which in turn multiplexes one MCCH and multiple MTCH logical channels. MCCH / MTCH multiplexing information can be provided in the MAC header of the MCH.

[0097] A single MCH transport channel can be transmitted over a single PMCH in one MBSFN subframe. The transport format for the MCH is fixed and specified in broadcast information from the base stations 114a, 114b.

[0098] The WTRU 102 can configure reception of a particular MBMS service using the following steps: The WTRU 102 can receive SIB2 regarding the MBSFN subframe configuration. The WTRU 102 can then receive SIB13 to obtain knowledge regarding how to receive the MCCH for this particular MBSFN area. The WTRU 102 can then receive the MCCH to obtain knowledge regarding the CSA period, CSA pattern, and MSP for the service of interest. The WTRU 102 can then receive MSI at the start of each MSP. This can provide the terminal with information regarding in which subframes the service of interest can be found.

[0099] The MCCH, which carries MBMS configuration information, may be transmitted periodically in MBSFN subframes as defined for the MBSFN area in SIB13. The information contained in the MCCH may be changed from time to time by the base station 114a, 114b. To indicate the MCCH change for MBMS to the receiving WTRU 102, it may send an 8-bit bit mask over the PDCCH masked with the M-RNTI using DCI format 1C. The 8-bit bit mask may indicate the MBSFN area for which the MCCH is being changed. The change to the MCCH may occur at the start of the next MCCH modification period, as configured in SIB13.

[0100] Hereinafter, the reduced uplink bandwidth may be referred to as the uplink bandwidth in which the low-cost WTRU can transmit an uplink signal. In an embodiment, the uplink reduced bandwidth may be 6 consecutive PRBs located within the system bandwidth. The 6 PRBs may be N r N < 100 rThe uplink reduced bandwidth may be replaced with any number of PRBs, etc. The uplink reduced bandwidth may be used interchangeably with the frequency location of the uplink reduced bandwidth, the uplink frequency location of the low-cost WTRU, and the set of uplink PRBs for the low-cost WTRU with reduced bandwidth.

[0101] PUCCH resources may be provided and / or used within a reduced bandwidth. The PUCCH for some legacy WTRUs may be located at both ends of the band of the full system bandwidth in a subframe. For example, PUCCH resources may be located in physical resource block (PRB) #0 and PRB #49 for a 10 MHz system bandwidth that may include a total of 50 PRBs.

[0102] In contrast, a low-cost WTRU may have limited capabilities, such as a reduced bandwidth, and may not be able to access or transmit on PUCCH resources at the edge of a larger bandwidth (e.g., 10 MHz). For example, the low-cost WTRU may only operate within a small number of PRBs (e.g., 6 PRBs) out of the total number of PRBs in a subframe (e.g., 50 PRBs). The small number of PRBs may not overlap with the PUCCH resources at the band edge of the legacy WTRU.

[0103] In an embodiment, the PUCCH resources for a low-cost WTRU (LC-PUCCH resources) may be located at one or both band edges of the reduced bandwidth supported by the low-cost WTRU. Note that the LC-PUCCH resources may be intended for and provided for use by another WTRU and still be consistent with the present disclosure. The terms reduced and limited (e.g., reduced bandwidth and limited bandwidth, etc.) may be used interchangeably. Reduced bandwidth may refer to a reduced bandwidth in the uplink (and / or downlink). The reduced bandwidth may relate to the uplink (and / or downlink) bandwidth of a cell (e.g., the serving cell of the reduced-bandwidth WTRU). A WTRU that can behave in a manner consistent with a reduced-bandwidth WTRU may be considered a reduced-bandwidth WTRU. System bandwidth may be used to refer to the uplink and / or downlink bandwidth of the system. The terms system, cell, base station, and eNB may be used interchangeably.

[0104] Referring next to FIG. 4, an example of LC-PUCCH resource allocation in a reduced bandwidth 404 is shown. The reduced bandwidth may correspond to the bandwidth supported by a low-cost WTRU. For illustrative purposes, the exemplary LC-PUCCH resource is referred to as a type-A LC-PUCCH resource 402. In an embodiment, the type-A LC-PUCCH resource 402 may be located at both band edges of the reduced bandwidth 404. The reduced bandwidth 404 may be defined or predefined as some subset of PRBs (e.g., the center 6 PRBs) of the overall system bandwidth 406. The overall system bandwidth may be the uplink bandwidth (e.g., the complete uplink bandwidth) supported or used by the cell providing the LC-PUCCH resource. The type-A LC-PUCCH resource 402 may be located at both band edges of some subset of PRBs and may use slot hopping. The allocation of Type A LC-PUCCH resources 402 may be the same as legacy PUCCH resources (eg, for a legacy WTRU) when the reduced bandwidth 404 and the overall system bandwidth 406 are the same.

[0105] Note that hereinafter, the term PRB pairs may refer to two PRBs combined within a subframe, where the first PRB may be located in the first slot of the subframe and the second PRB may be located in the second slot of the subframe. If slot hopping is used, the two combined PRBs may be located at different frequencies. If slot hopping is not used for the PRB pairs, the two PRBs may be located at the same frequency in the subframe.

[0106] In Figure 4, n' PRB indicates the physical resource block number within the reduced bandwidth 404, and

[0107]

number

[0108] indicates the uplink reduced bandwidth configuration. As an example, if the reduced bandwidth 404 is defined as 6 PRB, then:

[0109]

number

[0110] and n' PRB ∈{0, 1, 2, 3, 4, 5}. In an embodiment, the location of the reduced bandwidth 404 within the system bandwidth 406 may be predefined. In another embodiment, the location of the reduced bandwidth 404 within the system bandwidth 406 may be defined according to one or more of the following parameters: subframe number, slot number, system frame number (SFN), WTRU-ID such as a cell radio network temporary identifier (C-RNTI), frequency location of the enhanced physical downlink control channel (EPDCCH), starting control channel element (CCE) number of the associated PDCCH, starting enhanced CCE (ECCE) number of the associated EPDCCH, and physical cell ID. It should be noted that the terms downlink control channel, physical downlink control channel (PDCCH), enhanced physical downlink control channel (EPDCCH), and MTC physical downlink control channel (M-PDCCH) may be used interchangeably. Additionally, the terms CCE, enhanced CCE (ECCE), and MTC CCE (MCCE) may be used interchangeably.

[0111] In another embodiment, the location of the reduced bandwidth 404 within the system bandwidth 406 may be defined using a predefined hopping pattern. The reduced bandwidth 404 may be configured by higher layer signaling, such as by a Master Information Block (MIB) or a System Information Block (SIB).

[0112] 5, another example of LC-PUCCH resource allocation in a reduced bandwidth 504 is shown. The reduced bandwidth 504 may correspond to a bandwidth supported by a low-cost WTRU. For illustrative purposes, the exemplary LC-PUCCH resources are referred to as Type B LC-PUCCH resources. In an embodiment, Type B LC-PUCCH 502 resources may be defined without slot hopping within the reduced bandwidth 504. The Type B LC-PUCCH resources 502 may be or include PRB pairs 508 located at the same frequency within the reduced bandwidth 504. The reduced bandwidth 504 may be defined or predefined as some subset of PRBs (e.g., the center 6 PRBs, etc.) of the overall system bandwidth 506. The Type B LC-PUCCH resources 502 may be located at the band edges of some subset of PRBs.

[0113] In Figure 5, n' PRB indicates the physical resource block number within the reduced bandwidth 504, and

[0114]

number

[0115] indicates the uplink reduced bandwidth configuration. As an example, if the reduced bandwidth 504 is defined as 6 PRB,

[0116]

number

[0117] and n' PRB∈{0, 1, 2, 3, 4, 5}. In an embodiment, the location of the reduced bandwidth 504 within the system bandwidth 506 may be predefined. In another embodiment, the location of the reduced bandwidth 504 within the system bandwidth 506 may be defined according to one or more of the following parameters: subframe number, slot number, system frame number (SFN), WTRU-ID such as C-RNTI, frequency location of the PDCCH or EPDCCH, starting CCE number of the associated PDCCH, starting ECCE number of the associated EPDCCH, and physical cell ID. In another embodiment, the location of the reduced bandwidth 504 within the system bandwidth 506 may be defined using a predefined hopping pattern. The reduced bandwidth 504 may be configured by higher layer signaling, such as by an MIB or SIB.

[0118] With reference to a Type-B LC-PUCCH 504, PRB pairs 508 located at the same frequency can be used as or for LC-PUCCH resources. While the PRB pairs 508 are shown at one end of the reduced bandwidth 504, embodiments are contemplated in which the PRB pairs 508 are located at opposite ends of the reduced bandwidth 504. In an embodiment, one end of the reduced bandwidth 504 can correspond to the first PRB of the PRB pair, and the other end of the reduced bandwidth 504 can correspond to the second PRB of the PRB pair. In an embodiment, the PRB pairs 508 can be located anywhere within the reduced bandwidth 504. The location of the PRB pairs 508 can be defined or configured by higher layer signaling, by an indicator in downlink control information (DCI) associated with the PUCCH (e.g., LC-PUCCH) transmission, or according to a starting CCE (or ECCE) number for the PDCCH (or EPDCCH) associated with the LC-PUCCH transmission.

[0119] 6, another example of LC-PUCCH resource allocation is shown in a reduced bandwidth 604. The reduced bandwidth 604 may correspond to a bandwidth supported by a low-cost WTRU. For illustrative purposes, the exemplary LC-PUCCH resource is referred to as a type-C LC-PUCCH resource 602.

[0120] Referring to the type-C LC-PUCCH resource 602, a PRB pair can be located across two or more subframes of a transmission. Here, a first PRB 606 (denoted with m=0) in a first slot of subframe 610 (denoted with subframe n) and a second PRB 608 (denoted with m=0) in a first slot of subframe 612 (denoted with subframe n+1) can be used as a PRB pair for the type-C LC-PUCCH 602. In another example, the first PRB 606 in the first slot of subframe 610 and the second PRB 608 in the second slot of subframe 612 can be used as a PRB pair for the type-C LC-PUCCH 602. In another example, the first PRB 606 can be in the second slot of subframe 610, and the second PRB 608 can be in the second slot of subframe 612, both of which can be used as a PRB pair for Type C LC-PUCCH 602.

[0121] In an embodiment, the PRB pairs in the Type-C LC-PUCCH 602 can be located at both band edges of the system bandwidth. For example, the first PRB 606 is located at the first PRB (n PRB =0), and the second PRB can be located at the last PRB (

[0122]

number

[0123] ) can be located.

[0124] In an embodiment, an offset may be used to avoid PUCCH resource collisions, for example, between the legacy PUCCH and the LC-PUCCH 602 of Type C. For example, the first PRB 606 may be allocated in the first subframe 610 with an offset (e.g., n PRB =Δ RB ) to calculate the system bandwidth (e.g.,

[0125]

number

[0126] ), and the second PRB 608 may be located in the first PRB of the system bandwidth (e.g.,

[0127]

number

[0128] ) to the last PRB, with an offset (e.g.,

[0129]

number

[0130] ) can be used to position the offset Δ RB can be configured by higher layer signaling (e.g., by MIB, SIB, and / or RRC signaling). RB can be defined according to higher layer parameters for the legacy PUCCH resource configuration. RB may be defined depending on at least one of the following parameters: bandwidth available for use by PUCCH format 2 / 2a / 2b for legacy WTRUs (e.g.,

[0131]

number

[0132] ), the number of cyclic shifts used for mixed formats (e.g.,

[0133]

number

[0134] ), and

[0135]

number

[0136] In an embodiment, PUCCH resources may be shared between legacy PUCCH and Type-C LC-PUCCH 602.

[0137] In an embodiment, two or more LC-PUCCH resource allocation types may be defined and / or configured and / or used, and the LC-PUCCH resource types may be selected and / or used based on or in accordance with one or more of an LC-PUCCH transmission mode, an uplink transmission mode, a Physical Uplink Shared Channel (PUSCH) resource allocation type, higher layer configuration, and / or dynamic indication.

[0138] A localized LC-PUCCH transmission mode and a distributed LC-PUCCH transmission mode may be defined. One of the LC-PUCCH transmission modes may be configured, selected, and / or indicated by higher layer signaling or dynamic signaling. The low-cost WTRU may select and / or use an LC-PUCCH resource type according to, or at least based on, the LC-PUCCH transmission mode.

[0139] A localized uplink transmission mode and a distributed uplink transmission mode may be defined, one of which may be configured by higher layer signaling or dynamic signaling, and the WTRU may select and / or use an LC-PUCCH resource type according to, or at least based on, the uplink transmission mode.

[0140] For LC-PUSCH allocation, hopping may or may not be activated. The low-cost WTRU may select and / or use an LC-PUCCH resource type according to, or at least based on, whether LC-PUSCH hopping is activated. For example, if LC-PUSCH hopping is activated, LC-PUCCH resources of type A may be used. If PUSCH hopping is not activated, LC-PUCCH resources of type B may be used for LC-PUCCH resource allocation.

[0141] The LC-PUCCH resource type may be used according to, or at least based on, a higher layer configuration. Broadcast signals or system information (e.g., SIBs) may configure or indicate the LC-PUCCH resource allocation type to be used. Higher layer RRC signaling (e.g., broadcast or dedicated) may be used to configure or indicate the LC-PUCCH resource type for the low-cost WTRU and / or cell. The low-cost WTRU may select and / or use the LC-PUCCH resource type according to, or at least based on, received broadcast and / or higher layer signaling.

[0142] The LC-PUCCH resource type may be used according to, or at least based on, a dynamic indication. An indicator may be provided or included in the DCI associated with the LC-PUCCH transmission. The low-cost WTRU may select and / or use the LC-PUCCH resource type according to, or at least based on, the indicator.

[0143] In an embodiment, a subset of PUCCH formats may be supported in, by, or for the LC-PUCCH. For example, PUCCH formats 1 / 1a / 1b may be supported in the LC-PUCCH. The PRB resource allocation for PUCCH formats 1 / 1a / 1b in the LC-PUCCH may be defined as follows, without requiring resource allocation for PUCCH formats 2 / 2a / 2b:

[0144]

number

[0145] The PUCCH index for the single component carrier case can be defined as follows:

[0146]

number

[0147] The WTRU 102 may transmit the PUCCH (or PUCCH format) on the LC-PUCCH resources. The WTRU 102 may determine the LC-PUCCH resources and / or type based on, for example, a definition, configuration, and / or instruction, and may transmit the PUCCH on the determined LC-PUCCH resources using the determined LC-PUCCH type.

[0148] 7, multiple LC-PUCCH resource configurations are shown. In an embodiment, two or more LC-PUCCH resources 702 may be configured in a cell-specific manner. A low-cost WTRU may transmit a PUCCH on one of the configured LC-PUCCH resources 702 in a subframe 706.

[0149] The LC-PUCCH resource 702 may be defined as a set of uplink PRBs that can accommodate the reduced bandwidth 704 of the low-cost WTRU. For example, if the reduced bandwidth 704 supported by the low-cost WTRU is a certain number of PRBs (e.g., 6 PRBs), the LC-PUCCH resource 702 may be defined as the certain number of PRBs (e.g., 6 PRBs).

[0150] In an embodiment, two or more LC-PUCCH resources 702 may be defined with different sets of non-overlapping uplink PRBs in a subframe 706. In an example, the primary LC-PUCCH resources 702 may be defined with a center frequency band. A set of PRBs for the LC-PUCCH resources 702 may be defined with a small number of PRBs (e.g., 6 PRBs). The primary LC-PUCCH resources 702 may be defined with center PRBs (e.g., the center 6 PRBs) within the system bandwidth 708. The secondary LC-PUCCH resources 702 may be configured by higher layer signaling. As an example, an offset value (e.g., a frequency offset in PRBs from the PRBs of the primary LC-PUCCH resources) may be signaled to indicate the location of the secondary LC-PUCCH resources 702. In an embodiment, one or more secondary LC-PUCCH resources 702 may be configured. The offset may be defined as a number of PRBs.

[0151] In an embodiment, two or more LC-PUCCH resources 702 may be configured by higher layer signaling. If higher layer signaling (or configuration) is unavailable or not provided, default LC-PUCCH resources 702 may be used. The default LC-PUCCH resources 702 may be predefined at a fixed location or defined according to at least one of a physical cell ID, a WTRU-ID, a subframe number, and a slot number. The two or more LC-PUCCH resources 702 may be defined in different sets of uplink PRBs, and they may be fully or partially overlapped within a subframe.

[0152] In an embodiment, the low-cost WTRU may be configured with at least one of the LC-PUCCH resources 702 (e.g., cell-specific LC-PUCCH resources) for PUCCH transmission. The configured LC-PUCCH resources 702 may be considered as WTRU-specific LC-PUCCH resources 702.

[0153] If the LC-PUCCH resources 702 are defined as cell-specific low-cost PUCCH resources 702, then the WTRU-specific LC-PUCCH resources 702 may be the same as the cell-specific LC-PUCCH resources 702. No further configuration should be required or used to identify the WTRU-specific LC-PUCCH resources 702.

[0154] The WTRU-specific LC-PUCCH resource 702 may be configured or indicated by higher layer signaling, for example, if two or more LC-PUCCH resources 702 are defined as cell-specific LC-PUCCH resources 702. The WTRU-specific LC-PUCCH resource 702 may be indicated dynamically. An indicator may be carried in the DCI associated with the PUCCH transmission. The WTRU-specific LC-PUCCH resource 702 may be determined depending on at least one of the WTRU-ID (e.g., C-RNTI), subframe number, SFN, frequency location of the EPDCCH, and starting ECCE number of the associated EPDCCH.

[0155] In an embodiment, the LC-PUCCH resources 702 may be configured, for example, to a subset of uplink subframes within the reduced bandwidth 704 .

[0156] One or more cell-specific LC-PUCCH resources 702 may be configured in some or all of the uplink subframes within the reduced bandwidth 704. A subset of the cell-specific LC-PUCCH resources 702 may be used for the WTRU-specific LC-PUCCH resources 702. A low-cost WTRU may be configured to and / or use a subset of the LC-PUCCH resources 702, which may be WTRU-specific. A low-cost WTRU may be configured to transmit PUCCH only on the WTRU-specific LC-PUCCH resources 702. If the WTRU-specific LC-PUCCH resources 702 are only available in a subset of uplink subframes, HARQ bundling and / or multiplexing may be used. One or more downlink subframes may be associated (e.g., for DL ​​HARQ process feedback) with an uplink subframe that includes the WTRU-specific LC-PUCCH resources. One or more HARQ-ACK information corresponding to associated downlink subframes (and / or HARQ processes) may be bundled and / or multiplexed for transmission in an uplink subframe that includes a WTRU-specific LC-PUCCH resource 702 (e.g., PUCCH transmission in the LC-PUCCH resource).

[0157] The WTRU-specific LC-PUCCH resource 702 may be configured by the eNB or cell and / or determined by the low-cost WTRU. One or more WTRU-specific LC-PUCCH resources 702 may be configured by higher layer signaling. One or more WTRU-specific LC-PUCCH resources 702 may be determined depending on at least one of a WTRU-ID (e.g., C-RNTI), a subframe number, a SFN, a frequency location of the EPDCCH, and a starting ECCE number of an associated EDPCCH. The WTRU-specific LC-PUCCH resource 702 may be dynamically indicated by an associated EDPCCH (e.g., by DCI).

[0158] A WTRU, such as a low-cost WTRU or a WTRU that supports or uses coverage extension, may transmit the LC-PUCCH repeatedly. The number of repetitions may be determined based on the coverage extension (CE) level. Note that the terms CE level and number of repetitions may be interchangeable and still be consistent with this disclosure. The first transmission in a transmission with subsequent repetitions may be included or counted as one of the repetitions.

[0159] One or more CE levels can be used in the system. The number of repetitions, or the number of repeated transmissions, is N rep For example, CE levels such as CE level-0 can be used in normal coverage. In normal coverage, N rep can be 1, which corresponds to a single transmission without further repetition. For example, CE level-1 (e.g., N rep =x1), CE level -2 (e.g., N rep =x2), and CE level-3 (e.g., N rep There can be one or more CE levels for the repetition, such as x1, x2, and x3), which can be used for coverage extension. Three levels are provided as an illustrative, non-limiting example. The variables x1, x2, and x3 can be positive integers, with x3 > x2 > x1. The number of CE levels supported by the system is not limited to a fixed number. This numbering and ordering of CE levels is also an example and is not intended to be limiting.

[0160] In an embodiment, the LC-PUCCH type may be determined based on the CE level. For example, a type-A LC-PUCCH may be used for a lower CE (e.g., one or more of CE level-0, CE level-1, and / or CE level-2). A type-B LC-PUCCH may be used for a higher CE level than that for which a type-A LC-PUCCH may be used. For an LC-PUCCH transmission, the low-cost WTRU may determine the LC-PUCCH type based at least on the CE level and transmit the LC-PUCCH on an LC-PUCCH resource of the determined type.

[0161] The WTRU-specific LC-PUCCH resources may be determined, for example, by a low-cost WTRU based on the CE level, number of repetitions, N rep (the nth repetition within Nrep repetitions), a WTRU-ID (e.g., C-RNTI), a subframe number, a SFN, a frequency position of the EPDCCH, and a starting ECCE number of the associated EPDCCH. The low-cost WTRU may transmit the LC-PUCCH (e.g., a repetition of the LC-PUCCH) on the determined type of LC-PUCCH resource.

[0162] As an example, a low-cost WTRU may have N rep For the number of iterations in (e.g., N rep If = 20, one LC-PUCCH type is used (for repetitions 1 to 10) and N is used starting from n+1 to the last repetition rep For the number of iterations in (e.g., N rep If = 20, a different LC-PUUCH type can be used (for iterations 11 to 20).

[0163] The frequency location of the WTRU-specific LC-PUCCH resource is N rep if repetition with Nrep is used. x The WTRU-specific LC-PUCCH resource can be the same for every N subframe.x For the first subframe of the subframes, the determination may be based on one or more parameters described herein. x can be a predefined value or can be configured by higher layer signaling. x is N rep Or it can be determined according to the CE level. x is N rep can be a number smaller than or x is the N used rep It can be a number determined independently of the

[0164] While legacy PUCCH resources are typically located at the band edges of the system bandwidth and should not collide with sounding reference signals (SRS), LC-PUCCH resources 702 may be located within reduced bandwidth 704 and may collide with SRS. To avoid collisions, low-cost WTRUs may use a shortened PUCCH format in cell-specific SRS subframes despite simultaneous ACK / NACK and SRS transmissions. For example, the last LC-PUCCH symbol in a subframe may not be transmitted if the low-cost WTRU can use the shortened LC-PUCCH format.

[0165] For example, a low-cost WTRU may receive SoundingRS-UL-Config, which may include SoundingRS-UL-ConfigCommon and SoundingRS-UL-ConfigDedicated. SoundingRS-UL-ConfigCommon may include information related to a cell-specific SRS configuration. SoundingRS-UL-ConfigDedicated may include information related to a WTRU-specific SRS configuration. The low-cost WTRU may receive SoundingRS-UL-ConfigCommon and read the cell-specific SRS configuration information, but the low-cost WTRU may not follow the ackNackSRS-simultaneousTransmission field in SoundingRS-UL-ConfigCommon and may assume that ackNackSRS-simultaneousTransmission is always activated. In this case, one or more of the following parameters may apply:

[0166] A low-cost WTRU may always use a shortened PUCCH in a cell-specific SRS subframe regardless of the simultaneous A / N and SRS transmission configuration if the uplink system bandwidth is greater than a certain bandwidth (e.g., 6PRB). If the uplink system bandwidth is equal to a certain bandwidth (e.g., 6PRB), the low-cost WTRU may follow the simultaneous ACK / NACK and SRS transmission configuration indicated by ackNackSRS-SimultaneousTransmission. The certain bandwidth may be predefined as the bandwidth supported by a certain WTRU category or a certain WTRU with limited capabilities. The certain bandwidth may depend on the capabilities of the WTRU.

[0167] The low-cost WTRU may always use the shortened PUCCH format in the cell-specific SRS subframe regardless of the simultaneous ACK / NACK and SRS transmission configuration if the uplink system bandwidth is larger than the reduced bandwidth for the low-cost WTRU 704. If the uplink system bandwidth is the same as the reduced bandwidth for the low-cost WTRU 704, the low-cost WTRU may follow the simultaneous ACK / NACK and SRS transmission configuration indicated by ackNackSRS-SimultaneousTransmission.

[0168] The low-cost WTRU may use a shortened PUCCH format in the cell-specific SRS subframe regardless of the simultaneous ACK / NACK and SRS transmission configuration with the PUCCH format. For example, the low-cost WTRU may use a shortened PUCCH format for PUCCH formats 1 / 1a / 1b, but the low-cost WTRU may omit the PUCCH in the cell-specific SRS subframe for PUCCH formats 2 / 2a / 2b / 3.

[0169] In an embodiment, a low-cost WTRU-specific ackNackSRS-SimultaneousTransmission may be transmitted, which may be transmitted independently of the legacy WTRU's ackNackSRS-SimultaneousTransmission. For example, a low-cost WTRU-specific sounding RS configuration (e.g., SoundingRS-UL-ConfigMTC) may be introduced in SoundingRS-UL-Config, such that the low-cost WTRU can read the low-cost WTRU-specific sounding RS configuration, which may include simultaneous ACK / NACK and SRS transmissions, within the reduced bandwidth 704. In this case, one or more of the following parameters may apply:

[0170] The low-cost WTRU-specific sounding RS configuration (e.g., SoundingRS-UL-ConfigMTC) may include at least one of the following: a cell-specific SRS bandwidth within the reduced bandwidth 704 (e.g., srs-BandwidthConfigMTC), a cell-specific SRS subframe configuration within the reduced bandwidth 704 (e.g., srs-SubframeConfigMTC), and simultaneous ACK / NACK and SRS transmission in the reduced bandwidth 704 (e.g., ackNackSRS- SimultaneousTransmissionMTC).

[0171] The low-cost WTRU-specific sounding RS configuration may be transmitted on a broadcast channel transmitted on the reduced bandwidth 704 of the downlink.

[0172] In an embodiment, the LC-PUCCH resource 702 may not be configured in a cell-specific SRS subframe. By way of example, the LC-PUCCH resource 702 may be located in a subframe without SRS. Thus, the low-cost WTRU may assume that the LC-PUCCH 702 resource is not available in the cell-specific SRS subframe. In this case, one or more of the following parameters may apply:

[0173] ACK / NACK bundling or multiplexing can be used when multiple ACK / NACKs need to be transmitted in an uplink subframe due to limited LC-PUCCH resources 702. For example, if a low-cost WTRU receives a PDSCH in subframe n and subframe n+4 in the uplink is configured as a cell-specific SRS subframe, the ACK / NACKs can be bundled or multiplexed with other PDSCHs and transmitted in uplink subframes other than subframe n+4.

[0174] The low-cost WTRU may be configured to always transmit the shortened PUCCH format in the cell-specific SRS subframe or to exclude / bundle / multiplex the ACK / NACK in the cell-specific SRS subframe.

[0175] In another embodiment, the low-cost WTRU may exclude / bundle / multiplex PUCCH transmissions in the cell-specific SRS subframe if simultaneous ACK / NACK and SRS transmissions are not activated. As an example, the low-cost WTRU may assume that LC-PUCCH resources 702 are not available in the cell-specific SRS subframe if simultaneous ACK / NACK and SRS transmissions are not activated, which may be indicated from ackNackSRS-SimultaneousTransmission.

[0176] The use of a shortened LC-PUCCH format in a cell-specific SRS subframe may be determined based on the CE level used by the low-cost WTRU. The low-cost WTRU may use a shortened LC-PUCCH format in a cell-specific SRS subframe if the low-cost WTRU is operating at a certain coverage extension level for LC-PUCCH transmission. For example, if the low-cost WTRU is operating at a lower number of repetitions (e.g., N rep =x1), a shortened LC-PUCCH format can be used with cell-specific SRS subframes. In contrast, a low-cost WTRU may need a larger number of repetitions (e.g., N rep = x2, where x2 > x1), the shortened LC-PUCCH format may not be used in the cell-specific SRS subframe.

[0177] Due to the reduced bandwidth 704, a fixed uplink resource (e.g., 6 RBs in the center) may result in scheduling restrictions for the low-cost WTRUs, as all low-cost WTRUs may need to share the reduced bandwidth 704 resources.

[0178] In an embodiment, the uplink reduced bandwidth 704 may be defined in a WTRU-specific manner within the system bandwidth 708. Thus, two or more low-cost WTRUs may have different reduced bandwidth 704 locations in the same network. For example, a low-cost WTRU may be configured with or assigned a first set of 6 PRBs as its reduced bandwidth 704, while another low-cost WTRU may be configured with or assigned another 6 PRBs that do not overlap with the first set of 6 PRBs.

[0179] As an example, the uplink bandwidth for a low-cost WTRU may be configured or allocated in the following procedure.

[0180] The low-cost WTRU may first receive uplink band information from SIB-1 (eg, freqBandIndicator) and SIB-2 (eg, ul-Bandwidth, ul-CarrierFreq).

[0181] The low-cost WTRU may receive information related to the reduced bandwidth 704 through higher layer signaling. For example, low-cost WTRU-specific uplink carrier frequency information (e.g., ul-CarrierFreqMTC) may be carried through broadcast signaling (e.g., SIB-x, where x may be, but is not limited to, 1 or 2). Alternatively, the starting PRB index for the reduced bandwidth 704 may be indicated through broadcast signaling. If the uplink reduced bandwidth 704 information is not provided, the low-cost WTRU may assume that the uplink reduced bandwidth 704 is the center 6 PRBs of the system bandwidth.

[0182] If the uplink reduced bandwidth 704 is the same as the central 6 PRB, the physical random access channel (PRACH) resource configuration can be commonly used for the legacy WTRU and the low-cost WTRU. Therefore, the low-cost WTRU can use the same PRACH resource configuration as the legacy WTRU. If partitioned PRACH resource information, which can be a subset of the PRACH resources for the legacy WTRU, is provided to the low-cost WTRU, the low-cost WTRU can only use the partitioned PRACH resources.

[0183] If the uplink reduced bandwidth 704 is different from the central 6PRB and a PRACH resource configuration is provided for the uplink reduced bandwidth 704, the low-cost WTRU can use the PRACH resource configuration within the uplink reduced bandwidth 704 for PRACH preamble transmission in contention-based random access. If there is no PRACH resource configuration specific to the uplink reduced bandwidth 704, it can be assumed that the low-cost WTRU can use the same PRACH resource configuration for the uplink reduced bandwidth 704 as for the legacy WTRU.

[0184] During or after the RACH procedure, the low-cost WTRU may be configured with a different uplink reduced bandwidth 704. This reduced bandwidth 704 may be different from the uplink reduced bandwidth 704 configured from the broadcast signaling (e.g., SIB-x, where x may be, but is not limited to, 1 or 2). By way of example, the WTRU-specific uplink reduced bandwidth 704 configuration message may be carried by the RACH msg2 or msg4. Alternatively, the WTRU-specific uplink reduced bandwidth 704 configuration message may be carried by a dedicated RRC message or a media access control (MAC) control element (CE) after the RACH procedure. If a WTRU-specific uplink reduced bandwidth 704 is not configured for the low-cost UE, the UE may assume that the UE-specific uplink reduced bandwidth 704 is the same as the uplink reduced bandwidth 704 configured from the broadcast signaling.

[0185] In another example, two or more uplink reduced bandwidths 704 may be defined by broadcast signaling, and the low-cost WTRU may determine which uplink reduced bandwidth 704 the low-cost WTRU will camp on. For example, the low-cost WTRU may receive information regarding two or more uplink reduced bandwidths 704, and the low-cost WTRU may transmit a PRACH preamble in one of the configured uplink reduced bandwidths 704. If the low-cost WTRU completes the RACH procedure in the uplink reduced bandwidth 704 in which it transmitted the corresponding PRACH, the low-cost WTRU may assume that the uplink reduced bandwidth 704 is the WTRU-specific uplink reduced bandwidth.

[0186] In an embodiment, the low-cost WTRU may receive the uplink reduced bandwidth 704 information from SIB-1 and SIB-2. In another embodiment, the low-cost WTRU may receive information related to the uplink reduced bandwidth 704 through higher layer signaling. The higher layer signaling may include at least two or more uplink reduced bandwidths 704. As an example, two or more uplink carrier frequency information (e.g., ul-CarrierFreqMTC-1 and ul-CarrierFreqMTC-2) may be conveyed through broadcast signaling. In another example, two or more starting PRB indices (e.g., ul-rbStartRB-1 and ul-rbStartRB-2) for the uplink reduced bandwidth 704 may be signaled through broadcast signaling. If one of the uplink reduced bandwidths 704 is located in the center 6 PRBs, no related information is provided through broadcast signaling, and the low-cost WTRU may assume that the center 6 PRB may be used as the default uplink reduced bandwidth.

[0187] PRACH configuration information may be provided for the configured uplink reduced bandwidth 704. By way of example, the PRACH configuration information for the legacy WTRU 102 may be reused for the configured uplink reduced bandwidth 704. In another example, separate PRACH configuration information may be provided for each uplink reduced bandwidth 704. Alternatively, a common PRACH configuration may be provided for each uplink reduced bandwidth 704. In an embodiment, this common PRACH configuration may be different from the PRACH configuration for the legacy WTRU 102.

[0188] The low-cost WTRU may transmit a PRACH preamble in an uplink reduced bandwidth 704 based on the corresponding PRACH configuration. The low-cost WTRU may attempt to transmit the PRACH preamble in the uplink reduced bandwidth 704 at a time. If the low-cost WTRU does not receive a corresponding random access response (RAR), the low-cost WTRU may attempt to transmit the PRACH preamble in the same uplink reduced bandwidth 704 with higher power until it reaches a maximum transmit power. In an embodiment, the power increment level may be predefined. If the low-cost WTRU uses a maximum transmit power but still does not receive a RAR for the PRACH preamble transmission, the low-cost WTRU may attempt to transmit the PRACH preamble in another reduced bandwidth 704. The low-cost WTRU may attempt to transmit the PRACH preamble in the uplink reduced bandwidth 704 at a time, and the low-cost WTRU may attempt to transmit the PRACH preamble in more than one uplink reduced bandwidth 704.

[0189] If the low-cost WTRU receives an RAR corresponding to a particular uplink reduced bandwidth 704, the WTRU may transmit RACH msg3 in the corresponding uplink reduced bandwidth 704. Alternatively, the RAR may include a WTRU-specific uplink reduced bandwidth 704 that the low-cost WTRU may use for RACH msg3 transmission.

[0190] In another embodiment, two or more reduced bandwidths 704 can be configured according to the uplink channel. For example, a set of PRBs can be defined or configured for PRACH transmissions, while another set of PRBs can be defined or configured for PUSCH / PUCCH transmissions. In this case, one or more of the following can apply:

[0191] The PRACH resource for the low-cost WTRU may be defined by the central 6 PRBs in the subframe configured for PRACH transmission, but another 6 PRBs located elsewhere that do not overlap with the central 6 PRBs may be used for PUSCH / PUCCH.

[0192] The frequency locations of the PRACH resources for the low-cost WTRU may be predefined. Similar to the PRACH resources for the legacy WTRU, the frequency locations of the PRACH resources for the low-cost WTRU may be the center 6 PRBs in an FDD system, and in a TDD system, up to 6 frequency locations of the PRACH resources may be configurable.

[0193] In a TDD example, the frequency locations of the PRACH resources may be fixed for the low-cost WTRU regardless of the number of frequency locations configured for the PRACH resources. Alternatively, the frequency locations of the PRACH resources for the low-cost WTRU may be non-overlapping frequency locations of the PRACH resources for the legacy WTRU. If the system bandwidth is the same as the uplink reduced bandwidth 704, the PRACH resources may be commonly used for both the legacy WTRU and the low-cost WTRU.

[0194] The uplink reduced bandwidth 704 for the PUSCH / PUCCH may be indicated by broadcast signaling. In the absence of signaling for the uplink reduced bandwidth 704 for the PUSCH / PUCCH, the low-cost WTRU may assume that the uplink reduced bandwidth 704 for the PUSCH / PUCCH may be centered at 6 PRBs.

[0195] The uplink reduced bandwidth 704 for the PUSCH / PUCCH can be defined according to the system bandwidth. For example, when the system bandwidth is N threshIf the system bandwidth is less than or equal to N, the low-cost WTRU may assume that the uplink reduced bandwidth 704 is located at the center 6 PRB. thresh If , the low-cost WTRU may assume that the uplink reduced bandwidth 704 is located in a set of 6 PRBs that has an offset from the center 6 PRB, where the offset may be predefined or configured by higher layer signaling. Furthermore, the offset may be cell-wide or WTRU-specific.

[0196] In an embodiment, the uplink reduced bandwidth 704 for PRACH resources and PUSCH / PUCCH resources may be configured for a low-cost WTRU. In another embodiment, the PRACH resources may be fixed to the center 6 PRBs, but the set of PRBs for PUSCH / PUCCH may be configured in a WTRU-specific manner. The PRACH resources may be common to all low-cost WTRUs, but the PUSCH / PUCCH resources (i.e., the location of the WTRU-specific reduced bandwidth) may be configured in a WTRU-specific manner. The WTRU-specific PUSCH / PUCCH resources may be indicated in the RAR. For example, two or more sets of PUSCH / PUCCH reduced bandwidth 704 resources may be configured as cell-specific PUSCH / PUCCH reduced bandwidth 704 resources, and one of them may be indicated in the RAR for msg3 transmission.

[0197] In another embodiment, a different set of PRBs may be defined or configured for each of the PRACH, PUSCH, and PUCCH. Thus, a low-cost WTRU may need to transmit the PRACH preamble, PUSCH, and PUCCH on a different set of PRBs. A low-cost WTRU may need to transmit the PUSCH and PUCCH on a different set of uplink PRBs. If a low-cost WTRU needs to transmit a PUSCH that includes UCI, it may use an uplink reduced bandwidth for the PUSCH.

[0198] Another problem with using a reduced bandwidth 704 for a low-cost WTRU is that the base stations 114a, 114b may not have knowledge of whether a physical multicast channel (PMCH) or a multimedia broadcast multicast service (MBMS) is being received by the low-cost WTRU. The base stations 114a, 114b may not know if an MBMS service is being used specifically by the low-cost WTRU. This may impact the ability of the low-cost WTRU to properly receive the PMCH (and similarly the multicast control channel (MCCH) and / or multicast traffic channel (MTCH)) if the resources used for the PMCH exceed the WTRU's reduced bandwidth capabilities.

[0199] The base stations 114a, 114b may be indicated by an MBMS network entity, such as a multi-cell / multicast coordination entity (MCE), that a particular MBMS service and / or multicast broadcast single frequency network (MBSFN) service area can be received by the low-cost WTRU. The low-cost WTRU may be indicated during MBMS service discovery and / or by the base stations 114a, 114b that an MBMS service and / or MBSFN area can support reception by the low-cost WTRU. Solutions are provided below for indicating such information to the base stations 114a, 114b and / or the low-cost WTRU, which may be used in combination or independently.

[0200] In the following solution, to support reduced-capability WTRUs for a particular MBMS, the MCE and base stations 114a, 114b can allocate resources for MBMS data transmission on those resources that can be received by the reduced-capability WTRU. For example, within an MBSFN subframe, the base station 114a, 114b can transmit a PMCH that can carry the MCCH and MTCH on resources that can be received by the reduced-bandwidth WTRU, such as the center 6 PRB.

[0201] In an embodiment, the low-cost WTRU may receive an MBMS service level indicator. The low-cost WTRU may be indicated that an MBMS service may be designated specifically for the low-cost WTRU. For example, an MBMS service may be designated specifically for a reduced bandwidth WTRU. A regular WTRU 102 is not limited to receiving such an MBMS service and may be denied access if it attempts to subscribe to the service. The low-cost WTRU may be indicated that a particular MBMS service may be accessed by a reduced capability WTRU, but that the service is not intended for exclusive consumption by reduced capability WTRUs. Alternatively, the low-cost WTRU may be indicated that a particular MBMS service cannot be received by the low-cost WTRU. The low-cost WTRU may be denied access if it attempts to subscribe to this type of MBMS service.

[0202] The low-cost WTRU may receive the reduced capability support indication as part of the MBMS announcement and / or discovery process. For example, the low-cost WTRU may indicate this information as part of User Service Description (USD) information. As part of the USD information, the low-cost WTRU may indicate MBMS service support for the reduced capability WTRU as part of an MBMS capability requirement list that is part of the USD. For example, the low-cost WTRU may subscribe to the MBMS service if the requirements indicate that reduced capabilities and / or reduced bandwidth features are to be supported by the low-cost WTRU.

[0203] The base station 114a, 114b may indicate to the low-cost WTRU that the MBSFN area can support reception of MBMS by the reduced capability WTRU. For example, the base station 114a, 114b may send such an indication in SIB 13 along with other information about the MBSFN area. Support for reduced capability may be dynamic and may be changed by the MCE and base station 114a, 114b based on the MBMS service transmitted in the MBSFN area or the capabilities of the low-cost WTRU subscribed to the MBMS service. Perhaps the base station 114a, 114b may change the indication of reduced capability WTRU support to support for the regular WTRU 102 if a particular MBSFN area no longer provides an MBMS service targeted to the reduced capability WTRU. Such an indication change may be provided via a normal SIB modification procedure.

[0204] The base station 114a, 114b, and / or MCE may allocate one or more MBSFN subframes indicated in SIB2 to support MBMS services to the reduced capability WTRU. One or more MBSFN subframes available for the reduced capability WTRU, for example in SIB2, along with the MBSFN subframe configuration, may be indicated to the low-cost WTRU. The MBSFN subframes supporting the reduced functionality may be allocated to one or more MBSFN areas defined by the base station 114a, 114b, and / or MCE, into which control information and data related to MBMS services supported by the reduced capability WTRU may be transmitted.

[0205] For example, the MCE and base stations 114a, 114b may allocate a set of MBMS services specific to reduced-capability WTRUs for an MBSFN area defined by a certain group of cells having a high density of such devices. The MCE may then schedule transmission of control information and data for these MBMS services on a pre-allocated subset of available MBSFN subframes, and may further schedule transmission of the MBMS services based on a specific periodicity. During the MBSFN subframes allocated for the reduced-capability WTRUs, the base stations 114a, 114b may then transmit the PMCH, and optionally the PDCCH, along with an MBMS Radio Network Temporary Identifier (M-RNTI) in a manner that can be received by the low-cost WTRU.

[0206] The base stations 114a, 114b may receive an indication from the MCE that they support (or do not support) reduced-capability WTRUs for a particular MBMS session, service, and / or MBSFN area. For example, the base stations 114a, 114b may transmit the MCCH and MTCH on the PMCH for a particular MBSFN area, or perhaps for a particular PMCH or MBMS session, based on the indication. Based on the scheduling information, the base stations 114a, 114b may determine which MBSFN subframes can be used to transmit the reduced-bandwidth PMCH to enable the reduced-capability WTRUs to properly receive the PMCH.

[0207] The base station 114a, 114b may receive an indication from the MCE that it supports (or does not support) MBMS scheduling information. For example, the base station 114a, 114b may receive an indication that it supports reduced-capability WTRUs as an additional information element in an M2-AP MBMS scheduling information message. Based on the received MCCH update time IE and the additional IE, the base station 114a, 114b may transmit a PDCCH with an M-RNTI to indicate upcoming changes to the MCCH in a reduced-bandwidth PDCCH or potentially an EPDCCH. This allows low-cost WTRUs subscribed to a particular MBMS service to properly receive the updated MCCH.

[0208] The low-cost WTRU may receive the PMCH in one or more of the MBSFN subframes associated with the MBSFN area intended for the low-cost WTRU within a smaller bandwidth. As an example, the low-cost WTRU may receive the PMCH in a subset of PRBs in the system bandwidth. In this embodiment, one or more of the following parameters may apply:

[0209] When the low-cost WTRU decodes the PMCH, I MCS can be configured by higher layers. The low-cost WTRU MCS and a transport block size (TBS) table can be used to determine the modulation order and TBS index. PRB N PRB,re can be determined under the assumption that N is equal to PRB、re may be the number of physical resource blocks for the reduced bandwidth, and N PRB、re is N PRB can be made smaller than

[0210] The frequency location of the PMCH in an MBSFN subframe may be predefined at a fixed location (eg, the center 6 PRBs), signaled by higher layers, or configured according to an MBSFN area index.

[0211] When a low-cost WTRU monitors an MCCH change notification, if the system bandwidth is the same as the reduced bandwidth 704, the low-cost WTRU can monitor the PDCCH using a cyclic redundancy check (CRC) scrambled with the M-RNTI within the PDCCH common search space in the MBSFN subframe.

[0212] When the low-cost WTRU monitors the MCCH change notification, if the system bandwidth is greater than the reduced bandwidth 704, the low-cost WTRU may monitor the PDCCH using a CRC scrambled with the M-RNTI within the EPDCCH common search space.

[0213] When a low-cost WTRU monitors an MCCH change notification, the EPDCCH common search space for the MCCH change notification may be located in a non-MBSFN region, or the EPDCCH common search space for the MCCH change notification may be located in an MBSFN region, where the EPDCCH common search space in the MBSFN region may be defined as an extended cyclic prefix, regardless of the CP length in the non-MBSFN region.

[0214] Embodiment.

[0215] 1. A method for supporting uplink transmissions and Multimedia Broadcast Multicast Services (MBMS), comprising: receiving an uplink (UL) resource allocation, the UL resource allocation being a reduced bandwidth; and sending a transmission over the UL resource allocation.

[0216] 2. A method for supporting uplink transmission in a wireless transmit / receive unit (WTRU) operating on a reduced bandwidth of a system bandwidth, the method comprising: determining a frequency location of the reduced bandwidth within the system bandwidth for uplink (UL) transmission; determining UL resources for physical uplink control channel (PUCCH) transmission within the determined frequency location of the reduced bandwidth; and sending the PUCCH on the determined reduced bandwidth and UL resources.

[0217] 3. The method of embodiment 1 or 2, further comprising transmitting an uplink control channel at a band edge of the reduced bandwidth.

[0218] 4. The method of any one of embodiments 1 to 3, wherein the location of the reduced bandwidth is predefined.

[0219] 5. The method of any one of embodiments 1 to 4, wherein the location of the reduced bandwidth is defined according to the system bandwidth.

[0220] 6. The method of any one of embodiments 1 to 5, wherein the location of the reduced bandwidth is defined as a predefined hopping pattern.

[0221] 7. The method of any one of embodiments 1 to 6, wherein the location of the reduced bandwidth is configured by higher layer signaling.

[0222] 8. The method of any one of embodiments 1-7, wherein the uplink control channel is defined within a reduced bandwidth without slot hopping.

[0223] 9. The method of any one of embodiments 1-8, wherein two or more low-cost uplink control channel resource allocation types are defined.

[0224] 10. The method according to any one of embodiments 1 to 9, wherein the uplink control channel resource allocation type is used according to a transmission operation mode.

[0225] 11. The method according to any one of embodiments 1 to 10, wherein the uplink control channel resource allocation type is used according to the uplink transmission operation mode.

[0226] 12. The method according to any one of embodiments 1 to 11, wherein the uplink control channel resource allocation type is used according to the shared channel resource allocation type.

[0227] 13. The method of any one of embodiments 1 to 12, wherein the uplink control channel resource allocation type is used according to a higher layer configuration.

[0228] 14. The method of any one of embodiments 1 to 13, wherein the uplink control channel resource allocation type is used according to dynamic instructions.

[0229] 15. The method of any one of embodiments 1-14, wherein the reduced bandwidth is 6 PRB.

[0230] 16. The method of any one of embodiments 1-15, wherein a PRB pair for a low-cost uplink control channel is located across two or more subframes.

[0231] 17. The method according to any one of embodiments 1 to 16, wherein the PRB pair is located at both band edges of the system bandwidth.

[0232] 18. The method of any one of embodiments 1-17, wherein an offset is used to avoid uplink control channel resource collisions between legacy uplink control channels and low-cost uplink control channels.

[0233] 19. The method of any one of embodiments 1-18, wherein uplink control channel resources are shared between legacy uplink control channels and low-cost uplink control channels.

[0234] 20. The method of any one of embodiments 1-19, wherein a subset of uplink control channel formats is supported for a low-cost uplink control channel.

[0235] 21. The method of any one of embodiments 1-20, further comprising receiving one or more low-cost uplink control channel resources, wherein the one or more low-cost uplink control channel resources are configured in a cell-specific manner.

[0236] 22. The method of any one of embodiments 1-21, wherein the low-cost uplink control channel resource is defined as a set of uplink PRBs corresponding to a reduced bandwidth.

[0237] 23. The method of any one of embodiments 1-22, wherein one or more low-cost uplink control channel resources are defined by different sets of non-overlapping uplink PRBs within a subframe.

[0238] 24. The method of any one of embodiments 1-23, wherein one or more low-cost uplink control channel resources are defined in different sets of fully or partially overlapping uplink PRBs within a subframe.

[0239] 25. The method of any one of embodiments 1-24, wherein the WTRU is configured using cell-specific low-cost uplink control channel resources for transmission.

[0240] 26. The method of any one of embodiments 1-25, wherein the low-cost uplink control channel resource comprises a subset of uplink subframes within the reduced bandwidth.

[0241] 27. The method of any one of embodiments 1 to 26, wherein the cell-specific low-cost uplink control channel resources consist of all uplink subframes within the reduced bandwidth, but a subset of the cell-specific low-cost uplink control channel resources are used as WTRU-specific low-cost uplink control channel resources.

[0242] 28. The method of any one of embodiments 1-27, wherein the WTRU-specific low-cost uplink control channel resources are configured by higher layer signaling.

[0243] 29. The method of any one of embodiments 1-28, wherein WTRU-specific low-cost uplink control channel resources are determined according to network conditions.

[0244] 30. A method as in any one of embodiments 1-29, wherein WTRU-specific low-cost uplink control channel resources are dynamically indicated via a downlink channel.

[0245] 31. The method of any one of embodiments 1-30, wherein the WTRU uses a shortened uplink control channel format in the cell-specific SRS subframe despite simultaneous A / N and SRS transmission.

[0246] 32. The method of any one of embodiments 1 to 31, wherein the low-cost uplink channel resources are not configured in a cell-specific SRS subframe.

[0247] 33. The method of any one of embodiments 1-32, further comprising multiplexing uplink control channel transmissions in cell-specific SRS subframes if simultaneous A / N and SRS transmissions are not activated.

[0248] 34. The method of any one of embodiments 1-33, wherein the uplink reduced bandwidth is defined in a WTRU-specific manner within the system bandwidth.

[0249] 35. The method of any one of embodiments 1-34, wherein two or more reduced bandwidths are configured according to an uplink channel.

[0250] 36. The method of any one of embodiments 1-35, further comprising sending an indication to the eNB indicating that the WTRU supports the MBMS service.

[0251] 37. The method of any one of embodiments 1-36, further comprising subscribing to an MBMS service.

[0252] 38. The method of any one of embodiments 1-37, further comprising receiving an indication that the MBSFN area can support reception of MBMS by a reduced capability WTRU.

[0253] 39. The method of any one of embodiments 1-38, wherein one or more MBSFN subframes are allocated to support MBMS services to reduced capability WTRUs.

[0254] 40. The method of any one of embodiments 1-39, wherein the eNB receives an indication that it will support a reduced functionality WTRU for a particular MBMS session, service, and / or MBSFN area.

[0255] 41. The method of any one of embodiments 1-40, wherein the eNB receives an indication that it supports MBMS scheduling information.

[0256] 42. The method of any one of embodiments 1-41, further comprising receiving a multicast channel in one or more MBSFN subframes associated with an MBSFN area intended for the WTRU within the reduced bandwidth.

[0257] 43. The method of any one of embodiments 1-42, wherein the reduced bandwidth comprises a subset of contiguous physical resource blocks (PRBs) that is less than the total number of PRBs available for the system bandwidth.

[0258] 44. A method according to any one of embodiments 1 to 43, wherein the subset of consecutive PRBs does not overlap with PRBs located at the band edge of the overall system bandwidth including the system PUCCH.

[0259] 45. The method of any one of embodiments 1-44, wherein determining the frequency location of the reduced bandwidth within the system bandwidth includes depending on an identity of the WTRU, a subframe number, or a system frame number.

[0260] 46. ​​The method of any one of embodiments 1-45, wherein determining the frequency location of the reduced bandwidth within the system bandwidth includes a predefined hopping pattern.

[0261] 47. The method of any one of embodiments 1-46, wherein determining the frequency location of the reduced bandwidth within the system bandwidth includes higher layer signaling.

[0262] 48. The method of any one of embodiments 1-47, wherein UL resources for PUCCH transmission are located at both band edges of the reduced bandwidth.

[0263] 49. The method of any one of embodiments 1-48, wherein UL resources for PUCCH transmission are defined without slot hopping within a reduced bandwidth, such that the UL resources comprise PRB pairs at the same frequency.

[0264] 50. A method according to any one of embodiments 1 to 49, wherein UL resources for PUCCH transmission are defined across two or more subframes, and thus the UL resource allocation includes a PRB pair in a first slot of a first subframe and a second slot of a second subframe.

[0265] 51. The method of any one of embodiments 1-50, wherein UL resources for PUCCH transmission are determined based on a coverage extension (CE) level of the WTRU.

[0266] 52. A wireless transmit / receive unit (WTRU) configured to implement any one of the methods of embodiments 1-51.

[0267] 53. A server configured to implement any one of the methods of embodiments 1 to 51.

[0268] 54. A content management system configured to implement any one of the methods of embodiments 1 to 51.

[0269] 55. An application programming interface (API) configured to implement any one of the methods of embodiments 1-51.

[0270] 56. A network element configured to implement any one of the methods of embodiments 1 to 51.

[0271] 57. A wireless transmit / receive unit (WTRU) that supports uplink transmission and multimedia broadcast multicast services (MBMS) while operating on a reduced bandwidth of a system bandwidth, the wireless transmit / receive unit (WTRU) comprising: circuitry configured to determine a frequency location of the reduced bandwidth within the system bandwidth for uplink (UL) transmission; circuitry configured to determine UL resources for physical uplink control channel (PUCCH) transmission within the determined frequency location of the reduced bandwidth; and circuitry configured to send the PUCCH on the determined reduced bandwidth and UL resources.

[0272] 58. The WTRU of embodiment 57, wherein the reduced bandwidth comprises a subset of contiguous physical resource blocks (PRBs) that is less than the total number of PRBs available in the system bandwidth.

[0273] 59. A WTRU as in any one of embodiments 1-58, wherein the subset of consecutive PRBs does not overlap with PRBs located at band edges of the overall system bandwidth including the system PUCCH.

[0274] 60. A WTRU as in any one of embodiments 1-59, further comprising circuitry configured to determine a frequency location of the reduced bandwidth within the system bandwidth using an identity of the WTRU, a subframe number, or a system frame number.

[0275] 61. The WTRU of any one of embodiments 1-60, further comprising circuitry configured to determine a frequency location of the reduced bandwidth within a system bandwidth using a predefined hopping pattern.

[0276] 62. The WTRU of any one of embodiments 1-61, further comprising circuitry configured to determine a frequency location of the reduced bandwidth within the system bandwidth using higher layer signaling.

[0277] 63. The WTRU of any one of embodiments 1-62, wherein UL resources for PUCCH transmission are located at both band edges of the reduced bandwidth.

[0278] 64. A WTRU as in any one of embodiments 1-63, wherein UL resources for PUCCH transmission are defined without slot hopping within a reduced bandwidth, such that the UL resources comprise PRB pairs on the same frequency.

[0279] 65. A WTRU as in any one of embodiments 1 to 64, wherein UL resources for PUCCH transmission are defined across two or more subframes, and thus the UL resource allocation includes a PRB pair in a first slot of a first subframe and a second slot of a second subframe.

[0280] 66. A WTRU as in any one of embodiments 1-65, wherein UL resources for PUCCH transmission are determined based on a coverage extension (CE) level of the WTRU.

[0281] Although features and elements are described above in particular combinations, those skilled in the art will understand that each feature or element can be used alone or in any combination with the other features and elements. Furthermore, the methods described herein can be implemented in a computer program, software, or firmware embodied in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted via wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random-access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor associated with software can be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer. [Industrial Applicability]

[0282] The present invention can be generally applied to wireless communication systems. [Explanation of symbols]

[0283] 100 Communication Systems 102a, 102b, 102c, 102d Wireless Transmit / Receive Units (WTRUs) 104 RAN 106 Core Network 108 PSTN 110 Internet

Claims

1. 1. A wireless transmit / receive unit (WTRU), comprising: a receiver; A transmitter; a processor; the receiver and the processor are configured to receive physical uplink control channel resource configuration information (PUCCH resource configuration information), the PUCCH resource configuration information including information indicating at least two PUCCH resources, each of the at least two PUCCH resources including an indication of at least one physical resource block (PRB), each of the at least two PUCCH resources being associated with a first type of PUCCH assignment or a second type of PUCCH assignment, the first type of PUCCH assignment being associated with frequency hopping and the second type of PUCCH assignment being not associated with frequency hopping; The processor is further configured to determine a PUCCH resource from the at least two PUCCH resources based on an indication in downlink control information (DCI); The transmitter is configured to send a PUCCH transmission with frequency hopping based on the determined PUCCH resource associated with the first type of PUCCH assignment. WTRU.

2. The WTRU of claim 1 , wherein the processor is further configured to determine a location of the determined PUCCH resource based on the indication in the DCI and the PUCCH resource configuration information.

3. The WTRU of claim 2 , wherein the location of the determined PUCCH resource is a PRB.

4. The WTRU of claim 1 , wherein the processor is further configured to determine the PUCCH resource based on a starting control channel element (starting CCE) associated with the DCI.

5. The WTRU of claim 4 , wherein the processor is further configured to determine a location of the determined PUCCH resource based on the indication in the DCI and the starting CCE associated with the DCI.

6. The WTRU of claim 1 , wherein the first type of PUCCH allocation is associated with two sets of PRBs.

7. The WTRU of claim 1 , wherein the second type of PUCCH allocation is associated with one set of PRBs.

8. The WTRU of claim 1 , wherein the PUCCH transmission is sent using two sets of PRBs based on the determined PUCCH resource being associated with the first type of PUCCH assignment.

9. 10. The WTRU of claim 8, wherein the frequency hopping includes sending the PUCCH transmission on a first set of PRBs of the two sets of PRBs and a second set of PRBs of the two sets of PRBs.

10. 10. The WTRU of claim 9, wherein the frequency hopping occurs in time periods, the time periods being subframes.

11. 1. A method implemented by a wireless transmit / receive unit (WTRU), comprising: receiving physical uplink control channel resource configuration information (PUCCH resource configuration information), the PUCCH resource configuration information including information indicating at least two PUCCH resources, each of the at least two PUCCH resources including an indication of at least one physical resource block (PRB), each of the at least two PUCCH resources being associated with a first type of PUCCH assignment or a second type of PUCCH assignment, the first type of PUCCH assignment being associated with frequency hopping and the second type of PUCCH assignment being not associated with frequency hopping; determining a PUCCH resource from the at least two PUCCH resources based on an indication in downlink control information (DCI); sending a PUCCH transmission with frequency hopping based on the determined PUCCH resources associated with the first type of PUCCH assignment; A method comprising:

12. determining a location of the determined PUCCH resource based on the indication in the DCI and the PUCCH resource configuration information. The method of claim 11 further comprising:

13. The method of claim 12 , wherein the location of the determined PUCCH resource is a PRB.

14. determining the PUCCH resource based on a starting control channel element (starting CCE) associated with the DCI; The method of claim 11 further comprising:

15. determining a location of the determined PUCCH resource based on the indication in the DCI and the starting CCE associated with the DCI. The method of claim 14 further comprising:

16. 12. The method of claim 11, wherein the first type of PUCCH allocation is associated with two sets of PRBs.

17. The method of claim 11 , wherein the second type of PUCCH allocation is associated with one set of PRBs.

18. The method of claim 11 , wherein the PUCCH transmission is sent using two sets of PRBs based on the determined PUCCH resource being associated with the first type of PUCCH assignment.

19. 20. The method of claim 18, wherein the frequency hopping includes sending the PUCCH transmission on a first set of PRBs of the two sets of PRBs and a second set of PRBs of the two sets of PRBs.

20. 20. The method of claim 19, wherein the frequency hopping occurs in time periods, the time periods being subframes.

Images