Method and apparatus for enhancing coverage of machine type communication (MTC) devices - Patents.com

Abstract

A method and apparatus for enhancing coverage for a low-cost machine-type communication (LC-MTC) wireless transmit / receive unit is described. An exemplary method for physical broadcast channel augmentation includes receiving system information for an enhanced PBCH. The ePBCH is arranged within a set of radio frames that is a subset of available radio frames, the subset including fewer than all available radio frames. The ePBCH is received within at least one radio frame of the set of radio frames. An exemplary method for physical random access channel augmentation includes receiving a configuration of legacy PRACH resources and a configuration of enhanced PRACH resources. A WTRU selects one of the legacy PRACH resources or the ePRACH resources based on coverage capabilities.

Description

[Technical field]

[0001] This application relates to wireless communications. [Background technology]

[0002] This application claims the benefit of U.S. Provisional Application No. 61 / 710,315, filed October 5, 2102, U.S. Provisional Application No. 61 / 753,263, filed January 16, 2103, U.S. Provisional Application No. 61 / 807,945, filed April 3, 2103, and U.S. Provisional Application No. 61 / 863,223, filed August 7, 2103.

[0003] A communication device, such as a wireless transmit / receive unit (WTRU), can communicate with remote devices over a communication system. The WTRU can be configured to perform machine-to-machine (M2M) or machine-type communications (MTC), which are communications that can be performed without human intervention. This form of communication can have applications in smart metering, home automation, e-health, fleet management, and other similar environments. Summary of the Invention [Problem to be solved by the invention]

[0004] It may be desirable to improve the service coverage of a device or type of device, such as a low-cost MTC device (e.g., a Long Term Evolution (LTE) or LTE-Advanced (LTE-A) device), for example, by up to a few dB (e.g., 20 dB) compared to the LTE cell coverage defined for devices other than the low-cost MTC device. In this case, the requirements for throughput and latency may be relaxed. For example, message sizes may be limited to the order of a maximum of 100 bytes per message in the uplink (UL) and / or a maximum of 20 bytes per message in the downlink (DL), etc. In another example, latency may be relaxed to allow a maximum of 10 seconds for DL ​​and / or a maximum of 1 hour for UL. Relaxing such requirements may preclude support of certain services, such as voice. [Means for solving the problem]

[0005] A method and apparatus for a low-cost machine type communication (LC-MTC) wireless transmit / receive unit (WTRU) to enhance coverage are described. In an example, a method for physical broadcast channel (PBCH) enhancement includes receiving, at the WTRU, system information for an enhanced PBCH (ePBCH) from a base station. The ePBCH is arranged in a set of radio frames that is a subset of available radio frames, the subset including fewer radio frames than all available radio frames. The ePBCH is received in at least one radio frame of the set of radio frames. In another example, a method for physical random access channel (PRACH) enhancement includes receiving, by the WTRU, a configuration of legacy PRACH resources and a configuration of enhanced PRACH (ePRACH) resources. The WTRU selects one of the legacy PRACH resources or the ePRACH resources based on coverage capabilities. In another example, a method for physical random access channel (PRACH) enhancement includes receiving a configuration of enhanced PRACH (ePRACH) resources, the ePRACH resources including a plurality of ePRACH resource types, each ePRACH resource type being associated with a coverage capability.

[0006] A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings, in which: Effect of the Invention

[0007] A method and apparatus are provided for a Low Cost Machine Type Communication (LC-MTC) Wireless Transmit / Receive Unit (WTRU) to enhance coverage. [Brief description 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 communications 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. [Diagram 2] FIG. 1 illustrates an example of transmission time interval (TTI) bundling, where a TTI bundle consists of four consecutive TTIs. [Diagram 3] FIG. 2 illustrates an example of Layer 2 (L2) processing for an incoming data packet. [Figure 4] FIG. 2 illustrates an example mapping of modulation symbols for a physical uplink control channel (PUCCH). [Diagram 5] FIG. 1 illustrates an example of Physical Control Format Indicator Channel (PCFICH) and Physical Hybrid Automatic Repeat Request (HARQ) Indicator Channel (PHICH) resource element group allocation according to a Physical Cell Identifier (PCI). [Figure 6] FIG. 1 illustrates an example rotating RV allocation with RV order {0, 1, 2, 3}. [Figure 7] FIG. 13 illustrates an example rotating RV allocation with RV order {0, 2, 1, 3}. [Figure 8] FIG. 13 illustrates an example rotating RV allocation without window size. [Figure 9] FIG. 13 shows an example of TTI bundling with a bitmap representation. [Figure 10] 1 illustrates an example behavior of a legacy WTRU for an ACK / NACK repetition embodiment. [Figure 11] A diagram showing an example of ACK / NACK repetition for DL ​​subframe bundling. [Figure 12] FIG. 1 illustrates different identification of frames and blocks of a preamble for a Random Access Channel (RACH) procedure. [Figure 13] FIG. 2 illustrates an example of window-based downlink transmission. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] 1A is a diagram of an example communication system 100 in which one or more disclosed embodiments may be implemented. 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 may enable the multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may utilize 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), etc.

[0010] As shown in FIG. 1A, the communication system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 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, 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, 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, home appliances, machine-to-machine, etc.

[0011] 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 eNode B, a Home Node B, a Home eNode B, a site controller, an access point (AP), a wireless router, etc. Although 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.

[0012] 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 the base station 114b may be configured to transmit and / or receive wireless signals within a particular geographic area, sometimes referred to as a cell (not shown). The 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, one for each sector of the cell. In another embodiment, the base station 114a may utilize multiple-input multiple-output (MIMO) technology and thus may utilize multiple transceivers for each sector of the cell.

[0013] 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).

[0014] More specifically, as mentioned above, the communication system 100 may be a multiple access system and may utilize one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. 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 / or Evolved HSPA (HSPA+). HSPA may include High Speed ​​Downlink Packet Access (HSDPA) and / or High Speed ​​Uplink Packet Access (HSUPA).

[0015] 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).

[0016] 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), Enhanced Data Rates for GSM Evolution (EDGE), GSM EDGE (GERAN), or the like.

[0017] The base station 114b of 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 local area, such as a workplace, a home, a vehicle, and a campus. 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 may not need to access the Internet 110 via the core network 106 .

[0018] The RAN 104 can communicate with the core network 106, which can 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 can provide call control, billing services, mobile location-based services, prepaid calling, 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 appreciated that the RAN 104 and / or the core network 106 can directly or indirectly communicate with other RANs that utilize the same RAT as the RAN 104 or a different RAT. For example, in addition to connecting to the RAN 104, which can utilize E-UTRA radio technology, the core network 106 can also communicate with another RAN (not shown) that utilizes GSM radio technology.

[0019] 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 utilize the same RAT as the RAN 104 or a different RAT.

[0020] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities, 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 utilize a cellular-based wireless technology and with a base station 114b that may utilize an IEEE 802 wireless technology.

[0021] 1B is a system diagram of an example WTRU 102. As shown in FIG. 1B, 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 subcombination of the above elements while remaining consistent with an embodiment.

[0022] 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 (one or more) microprocessors in conjunction 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, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other function 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. Although 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 in an electronic package or chip.

[0023] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) over 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 appreciated that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0024] 1B , the transmit / receive element 122 is shown as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may utilize 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.

[0025] 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.

[0026] The processor 118 of the WTRU 102 may be 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. In addition, the processor 118 may obtain information from and store data in any type of suitable memory, such as a non-removable memory 130 and / or a removable memory 132. The non-removable memory 130 may include a random access memory (RAM), a 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, or the like. In other embodiments, the processor 118 may obtain information from and store data in memory that is not physically located on the WTRU 102, but is located on a server or home computer (not shown), or the like.

[0027] 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 powering 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, etc.

[0028] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to or in lieu of information from the GPS chipset 136, the WTRU 102 may receive location information over the air interface 116 from a base station (e.g., base stations 114a, 114b) and / or may 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 acquire location information using any suitable location determination method while remaining consistent with an embodiment.

[0029] 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 e-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.

[0030] 1C is a system diagram of the RAN 104 and the core network 106, according to an embodiment. As mentioned above, the RAN 104 may utilize 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.

[0031] The RAN 104 may include eNodeBs 140a, 140b, 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, 140c may each include one or more transceivers (one or more) for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the eNodeBs 140a, 140b, 140c may implement MIMO technology. Thus, the eNodeB 140a, for example, may use multiple antennas to transmit wireless signals to and receive wireless signals from the WTRU 102a.

[0032] 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, etc. As shown in FIG 1C, the eNodeBs 140a, 140b, 140c may communicate with one another over an X2 interface.

[0033] 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 above 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 different from the core network operator.

[0034] 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 be responsible for authentication of users of the WTRUs 102a, 102b, 102c, bearer activation / deactivation, selection of a particular serving gateway during initial attachment of the WTRUs 102a, 102b, 102c, etc. The MME 142 may also provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as GSM or WCDMA.

[0035] 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 inter-eNodeB handovers, triggering paging when downlink data is available for the WTRUs 102a, 102b, 102c, and managing and storing the context of the WTRUs 102a, 102b, 102c.

[0036] The serving gateway 144 may also be connected to a PDN gateway 146, which 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.

[0037] The core network 106 may facilitate communications 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 communications between the WTRUs 102a, 102b, 102c and traditional land-line communications devices. For example, the core network 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves as an interface between the core network 106 and the PSTN 108. In addition, the core network 106 may provide the WTRUs 102a, 102b, 102c with access to a network 112, which may include other wired or wireless networks owned and / or operated by other service providers.

[0038] Transmission time interval (TTI) bundling can enhance uplink (UL) coverage for users or WTRUs that experience limited UL coverage, for example, as transmit power approaches a maximum. Using TTI bundling, the same data can be transmitted in multiple consecutive TTIs, allowing the WTRU to extend the effective transmission time window for the data. For example, for frequency division duplex (FDD) LTE, up to four consecutive TTIs can be bundled, extending the effective transmission time window by up to four times. A single transport block can be coded and transmitted with a different redundancy version (RV) in each of the consecutive subframes, where subframe and TTI can be used interchangeably. For example, consecutive TTIs in the same TTI bundle can be assigned consecutive RVs. The same Hybrid Automatic Repeat Request (HARQ) process number may be assigned to all TTIs in a TTI bundle, and all TTIs in a TTI bundle may be treated as a single resource, with a single UL grant and a single acknowledgment / negative acknowledgement (ACK / NACK) (e.g., Physical HARQ Indicator Channel (PHICH)) associated with them. The TTI bundling mechanism may be configured by higher layer signaling per WTRU. For FDD TTI bundling, the round trip time (RTT) of any retransmission may be equal to 16 ms. When FDD TTI bundling is activated, the WTRU may receive a UL grant for the first subframe in the TTI bundling according to the rules of the FDD UL grant, and once UL data is transmitted in the TTI bundle, the WTRU may expect a PHICH or other UL grant according to the PHICH rules corresponding to the last subframe of the TTI bundle. The rules may be, for example, 3GPP Release 8 rules.

[0039] 2 is a diagram illustrating an example of TTI bundling where a TTI bundle consists of four consecutive TTIs. In the example, HARQ ID#0 includes four bundled TTIs 205, an ACK / NACK 210 is received 4 TTIs after the last TTI of the TTI bundle 205, and a retransmission occurs 16 TTIs after the first TTI of the initial transmission. Once FDD TTI bundling is activated, the WTRU can support up to a certain number of HARQ processes, e.g., up to four for 3GPP Release 10. In FDD operation, all TTI bundles of the same HARQ process can have the same number of UL subframes, can have the same pattern (e.g., including consecutive UL subframes), and can be uniformly distributed in the time domain.

[0040] 3 is a diagram illustrating an example of Layer 2 (L2) processing 300 for an incoming data packet 305. In general, the incoming data packet 305 may be processed through a Packet Data Convergence Protocol (PDCP) layer or entity 310, a Radio Link Control (RLC) layer or entity 312, a Medium Access Control (MAC) layer or entity 314, and a Physical (PHY) layer or entity 316. In the example, an incoming packet to be transmitted in the DL or UL direction has a PDCP header 320 added. The example shown is simplified for low data rates, and the RLC layer 312 splits, but does not concatenate, the PDCP protocol data units (PDUs) (e.g., three RLC PDUs 325) such that each MAC PDU 330 can contain a single RLC service data unit (SDU) 325. Thus, the protocol header overhead for each layer may include a PDCP header (e.g., 8 bits) 320, which may include several bits, e.g., 1 bit, for data or control PDU indication and other bits, e.g., 7 bits, for a sequence number (SN); an RLC header, whose size may depend on the configured mode, e.g., whether unacknowledged mode (UM) or acknowledged mode (AM) is configured; a MAC header, e.g., 8 bits, with 5 bits for a logical channel ID (LCID); and a cyclic redundancy check (CRC) (e.g., 24 bits) that may be added to the end of the MAC PDU 330 before further processing in the PHY layer 316. For the PDCP header 320, the SN may be used for in-sequence delivery of PDCP SDUs to higher layers and for hyperframe number (HFN) sequence management and encryption. For the RLC header in the AM case, it may include a 16-bit header, with 10 bits of the header for the SN. With respect to the RLC header for UM, it may include, for example, an 8-bit header, with 5 bits of the header being for the SN. The header may be applied to each split RLC SDU 325.

[0041] When a high data rate Data Radio Bearer (DRB) is configured, a larger header can be configured for each protocol layer. For example, the PDCP layer 310 and the RLC layer 312 can allocate a larger SN bit size in the header. The RLC layer 312 can concatenate or combine multiple RLC SDUs 325 into a single PDU, which may further increase the RLC header size. If the transport block size allocated for the transmission opportunity allows, the MAC layer 314 can multiplex multiple MAC SDUs into a single MAC PDU 335, and the MAC header can increase according to the number of MAC SDUs multiplexed into the MAC PDU 335.

[0042] The physical resources that can be used for the Physical Uplink Control Channel (PUCCH) are determined by two parameters that can be provided by higher layers:

[0043]

number

[0044] and

[0045]

number

[0046] can depend on the variable

[0047]

number

[0048] The variable σ may represent the bandwidth in resource blocks (RBs) that may be made available for use by a certain PUCCH format, such as format 2 / 2a / 2b, in each slot.

[0049]

number

[0050] may represent the number of cyclic shifts that can be used for a certain PUCCH format, such as format 1 / 1a / 1b, in an RB that can be used for a mix of formats, such as 1 / 1a / 1b and 2 / 2a / 2b.

[0051]

number

[0052] The value of is

[0053]

number

[0054] , which may be in the range {0, 1, ..., 7};

[0055]

number

[0056] may be provided by a higher layer.

[0057]

number

[0058] If , then no mixed RBs can be presented. In an embodiment, at most one RB in each slot can support a mix of formats 1 / 1a / 1b and 2 / 2a / 2b. The resources that can be used for transmission of a certain PUCCH format, such as 1 / 1a / 1b, 2 / 2a / 2b, 3, etc., are denoted by non-negative indexes , ...

[0059]

number

[0060] ,

[0061]

number

[0062] It can be expressed as:

[0063] Complex Value Symbols

[0064]

number

[0065] The block consists of the transmission power P PUCCH To match PUCCH can be multiplied by

[0066]

number

[0067] The PUCCH may use one RB in each of two slots in a subframe. Within the physical resource block used for transmission, on antenna port p that cannot be used for transmission of the reference signal,

[0068]

number

[0069] The mapping of k, l to resource elements (k, l) can be done first in ascending k order, then in ascending l order, and finally in ascending slot number order starting from the first slot in the subframe. s The physical resource blocks used for PUCCH transmission in

[0070]

number

[0071] where the variable m can depend on the PUCCH format. For formats 1, 1a, 1b, for example,

[0072]

number

[0073] and for formats 2, 2a, and 2b, for example,

[0074]

number

[0075] and in the case of format 3, for example,

[0076]

number

[0077] 4 is a diagram illustrating an example mapping of modulation symbols for PUCCH.

[0078] In an embodiment where a sounding reference signal (SRS) and PUCCH format 1, 1a, 1b, or 3 can be transmitted simultaneously when there can be only one configured serving cell, a shortened PUCCH format can be used and the last single carrier frequency division multiple access (SC-FDMA) symbol, which can be in the second slot of the subframe, can be left blank. For PUCCH format 1a / 1b, two antenna ports (p∈[p 0 ,p 1 ]) may be supported.

[0079] For an FDD embodiment with one configured serving cell, the WTRU may allocate PUCCH resource n for the HARQ-ACK transmission in subframe n.

[0080]

number

[0081] where:

[0082]

number

[0083] is mapped to antenna port p for PUCCH formats 1a / 1b. In this embodiment, for a physical DL shared channel (PDSCH) transmission, which may be indicated by detection of a corresponding physical DL control channel (PDCCH) in subframe n-4, or for a PDCCH indicating release of downlink semi-persistent scheduling (SPS), which may be present in subframe n-4, the WTRU maps to antenna port p 0 About

[0084]

number

[0085] can be used, where n CCE may be the number of first control channel elements (CCEs) (e.g., the lowest CCE index that can be used to configure a PDCCH) used to transmit a corresponding DL control information (DCI) assignment;

[0086]

number

[0087] can be configured by higher layers. In the case of two-antenna port transmission, antenna port p 1 The PUCCH resources for

[0088]

number

[0089] For a PDSCH transmission on the primary cell, for which there may be no corresponding PDCCH detected in subframe n-4,

[0090]

number

[0091] The value of may be determined according to a higher layer configuration. For a WTRU configured for two antenna port transmission, the PUCCH resource value may be mapped to two PUCCH resources, with the first PUCCH resource being

[0092]

number

[0093] is the antenna port p 0 and the second PUCCH resource

[0094]

number

[0095] is the antenna port p 1 Otherwise, the PUCCH resource value is 0 A single PUCCH resource for

[0096]

number

[0097] can be mapped to

[0098] The PHICH may be used to transmit an ACK or NACK corresponding to a PUSCH transmitted in an UL subframe. The PHICH may be transmitted in a distributed manner across the system bandwidth and across Orthogonal Frequency Division Multiplexing (OFDM) symbols in the DL control channel. The number of OFDM symbols may be defined as a PHICH duration and may be configurable via higher layer signaling. The physical resource location of the PHICH may vary according to the PHICH duration, which may be different from the Physical Control Format Indicator Channel (PCFICH).

[0099] FIG. 5 is an example diagram of PCFICH and PHICH resource element group (REG) allocation according to physical cell identifier (PCI). In an example, multiple PHICH groups are defined in a cell, and a PHICH group may include multiple PHICHs using orthogonal sequences. In an embodiment, the PHICH for the WTRU is assigned to the lowest physical resource block (PRB) index (

[0100]

number

[0101] ) and the demodulation reference signal (DM-RS) cyclic shift (n DMRS It can be dynamically defined using resource information in the UL grant, such as the PHICH group index.

[0102]

number

[0103] ,PHICH sequence index:

[0104]

number

[0105] ) may indicate the PHICH resource for a particular WTRU.

[0106]

number

[0107] ,

[0108]

number

[0109] ) Now, Each index is

[0110]

number

[0111]

number

[0112] where:

[0113]

number

[0114] may represent the number of PHICH groups available in the system,

[0115]

number

[0116] where N g may be information (e.g., 2 bits of information) and may be transmitted over a physical broadcast channel (PBCH), and the information may be N g ∈{1 / 6, 1 / 2, 1, 2}. The orthogonal sequences according to the spreading factor may be, for example, as provided in Table 1.

[0117] [Table 1]

[0118] The eNB and / or the WTRU may use the random access procedure for at least one of WTRU initial access (e.g., to a cell or eNB), resetting UL timing (e.g., to reset or adjust WTRU UL timing for a cell), and resetting timing during handover (e.g., to reset or adjust WTRU timing for a handover target cell). The WTRU may transmit a certain physical random access channel (PRACH) preamble sequence at a certain power P PRACHThe WTRU may transmit the preamble using one or more certain time-frequency resources, which may be based on configured parameters and / or measurements. The configured parameters, which may be provided or configured by the eNB, may include one or more of an initial preamble power (e.g., preamblelinitialReceivedTargetPower), a preamble format-based offset (e.g., deltaPreamble), a random access response window (e.g., ra-ResponseWindowSize), a power ramp factor (e.g., powerRampingStep), and a maximum number of retransmissions (e.g., preambleTransMax). The PRACH resources (which may include a preamble or a set of preambles, and / or time / frequency resources that may be used for preamble transmission) may be provided or configured by the eNB. The measurements may include path loss. The time-frequency resources may be selected by the WTRU from an allowed set, or may be selected by the eNB and communicated to the WTRU. After the WTRU transmission of the preamble, the eNB may respond with a random access response (RAR) if it is able to detect the preamble. If the WTRU is unable or does not receive an RAR for a transmitted preamble (which may, e.g., correspond to a certain preamble index and time / frequency resource) within an allocated time (e.g., ra-ResponseWindowSize), the WTRU may transmit another preamble at a later time with a higher power (e.g., powerRampingStep higher than the previous preamble transmission), where the transmit power is limited by a maximum power, e.g., a maximum power configured by the WTRU for the WTRU in general (e.g., P CMAX ), or the maximum power configured by the WTRU for its serving cell (e.g., P CMAX,c) The WTRU may again wait to receive an RAR from the eNB. This sequence of sending and waiting may continue until the eNB can respond with an RAR or until a maximum number of random access preamble transmissions (e.g., preambleTransMax) can be reached. In response to the single preamble transmission, the eNB may send an RAR and the WTRU may receive the RAR.

[0119] Particular examples of random access procedures can be contention-based or contention-free. A contention-free procedure can be initiated by a request from an eNB, which can be via, for example, physical layer signaling, such as a PDCCH command, or by higher layer signaling, such as an RRC reconfiguration message (e.g., an RRC connection reconfiguration message), which can include mobility control information and can indicate or correspond to a handover request. For a contention-free procedure that can be initiated by a PDCCH command in subframe n, the PRACH preamble is generated in the first subframe (or the first subframe available for PRACH) n+k 2 , k 2 ≧6. If initiated by an RRC command, there may be other delays that may be specified (e.g., there may be a required or allowed minimum and / or maximum delay). The WTRU may autonomously initiate a contention-based procedure for reasons that may include, for example, initial access, recovery of UL synchronization, or recovery from radio link failure. For an event, e.g., an event other than recovery from radio link failure, it may not be defined or specified as to how long after such event the WTRU may transmit a PRACH preamble.

[0120] For a contention-free random access (RA) procedure, a PRACH preamble signaled by the network may be used. For a contention-based random access procedure, the WTRU may autonomously select the preamble that it will transmit. The preamble format and / or the available time / frequency resources for preamble transmission may be based on an indication or index (e.g., prach-configIndex) that may be provided or signaled by the eNB.

[0121] It is essential in the LTE system design that the eNB can eventually detect one of the preambles transmitted at progressively higher transmit powers, and the RAR can be transmitted by the eNB in ​​response to that one detected preamble.

[0122] The preamble format for PRACH is CP ), Preamble (T PRE ), and guard time (T GT The total time including these three parts is RA(T RA For an FDD system, several preamble formats, e.g., four preamble formats, may be supported, e.g., as shown in Table 2 below, which includes an example preamble format for the PRACH.

[0123] [Table 2]

[0124] In the example in Table 2, T SEQ is T PRE +T GT , where Ts can represent a basic time unit (e.g., a sample time). Preamble formats 2 and 3 have twice the T SEQlength, whereby the signal power can be increased by repeating the preamble twice.

[0125] For example, in IDLE mode, paging may be used for network initiated WTRU connection setup. At the physical layer, paging may be transmitted using PDCCH and PDSCH. A single Paging Radio Network Temporary Identity (P-RNTI) may be assigned for the Paging Channel (PCH). MAC may not use HARQ process for PCH and may apply RLC Transparent Mode (TM) for Paging Control Channel (PCCH). RRC paging messages may include individual WTRU indication or identification information for the particular WTRU being paged to initiate a connection and / or may include a common indication of changes to certain system information, including changes to information regarding system information blocks (SIBs) and earthquake and tsunami warning systems (ETWS), commercial mobile alert systems (CMAS), and extended access barring (EAB).

[0126] For energy efficiency purposes, a discontinuous reception (DRX) mechanism may be used in conjunction with paging to allow the WTRU to save energy between receptions of paging messages, which may be assigned, for example, a single subframe per paging (DRX) cycle per WTRU. Parameters for the DRX cycle may be configured via a system information block (SIB) or a higher layer. For example, the higher layer may be a non-access stratum (NAS) layer.

[0127] The paging occasion for a given WTRU may be defined by a WTRU identity, such as an International Mobile Subscriber Identity (IMSI), a DRX cycle length, and a parameter "nB" that is configured at the RRC layer. The value of nB may define the density of paging occasions in a given cell, ranging from a paging frame and occasion occurring every 32 frames (nB=T / 32) to four paging occasions per paging frame (nB=4T) in subframes s{0,1,5,6} for TDD or subframes s{0,4,5,9} for FDD. A WTRU may receive a WTRU-specific paging record only during its assigned paging occasion and may read an indication of changes to broadcast information in other paging occasions.

[0128] In some embodiments, certain terminology may be used interchangeably. eNB, cell, and network may be used interchangeably. Serving cell and component carrier may be used interchangeably. Carrier and cell may be used interchangeably. One or more of message, command, request, and signaling may be used interchangeably. One or more of provide, convey, configure, and transmit may be used interchangeably. Send and transmit may be used interchangeably.

[0129] The WTRU may acquire cell and / or network related system information that may be used, for example, for cell selection, access, connection establishment, cell reselection, etc. The system information may be conveyed, e.g., broadcast, by the eNB or cell in groups or blocks. One or more of the Master Information Blocks (MIBs) and / or one or more of the System Information Blocks (SIBs), such as System Information Block Type 1 (SIB1) and System Information Block Type 2 (SIB2), may be provided by the eNB or cell and / or may be required by the WTRU for one or more functions, such as cell access. The SIBs may be carried in System Information (SI) messages, although exceptions such as SIB1 are possible. Each SIB may be included within a single SI message.

[0130] The MIB may be transmitted on a physical broadcast channel (PBCH), which may have a fixed schedule. For example, a PBCH, such as an LTE legacy PBCH, may be transmitted in subframe #0 of every radio frame. A MIB, such as a legacy MIB, may have a periodicity in radio frames (e.g., 4 frames or 40 ms) and may be repeated in every radio frame (e.g., 10 ms) within a period (e.g., 40 ms). In each of the radio frames of the MIB period, one or more (one or more) information bits may be the same. In each of the radio frames of the MIB period, the coded bits may be different. The physical resources of the PBCH may be fixed and may be located within the 72 central subcarriers, which may be the central 6 PRBs of the transmission band. The PBCH resources may be within the first 4 symbols of the second time slot of the subframe. The information included in the MIB may include one or more of at least a portion of a system frame number (SFN) (e.g., the most significant 8 bits of the SFN), the configured DL bandwidth of the cell, and the PHICH configuration for the cell. By acquiring (e.g., successfully decoding) at least one of the repeating MIBs (e.g., one of the four repeating MIBs) within a MIB period (e.g., 40 ms), the WTRU can derive the least significant bits (e.g., the two least significant bits) of the SFN and combine it with the partial SFN contained within the MIB to acquire a full SFN value (e.g., the full SFN value for the frame in which the MIB was successfully decoded). The term legacy PBCH may be used to refer to a PBCH according to a standard or specification, such as 3GPP LTE Release 10 (R10), or one or more 3GPP LTE releases prior to a release, such as Release 11 (R11). The term legacy MIB may be used to refer to a MIB according to a standard or specification, such as 3GPP LTE R10, or one or more 3GPP LTE releases prior to a release, such as R11.The term legacy PRACH may be used to describe a PRACH according to a standard or specification, such as 3GPP LTE Release 10 (R10), or one or more 3GPP LTE releases prior to a release, such as Release 11 (R11). The term legacy may be used generally to describe or refer to a standard or specification, such as 3GPP LTE Release 10 (R10), or one or more 3GPP LTE releases prior to a release, such as Release 11 (R11).

[0131] SIB1 may be transmitted on a PDSCH in a subframe, such as subframe 5, may have a TTI of 80 ms, and may repeat every 20 ms. The resource location of SIB1 may be indicated by a PDCCH scrambled with a system information radio network temporary identity (SI-RNTI). SIB1 may provide scheduling information for other SIBs in addition to information that the WTRU may use to access the cell and the network.

[0132] SIB2 may be transmitted on the PDSCH based on the scheduling information included in SIB1. The resource location may be indicated by the PDCCH scrambled by the SI-RNTI. SIB2 may provide information that the WTRU may use to access and initiate connectivity with the cell and network. The information in SIB2 may include, for example, a common channel configuration, providing configuration for channels such as the PRACH and / or RACH, a Multicast-Broadcast Single Frequency Network (MBSFN) subframe configuration, and / or UL information.

[0133] A scheduling information list for system information (SI) messages may also be used. Each SI listed in the scheduling information list may contain one or more SIBs. Scheduling of SIs may be based on the periodicity of the system information and the length of the SI window. The eNB may have some flexibility in time and frequency resources for transmitting SIBs.

[0134] Other SIB information may relate to cell reselection information, Multimedia Broadcast Multicast Service (MBMS), or emergency and warning system (EWS) related information that the WTRU may require. The validity of the SIB for a cell may be based on the cell or network configuration, and if not valid, it may not be transmitted by the cell.

[0135] A WTRU, such as a WTRU in an RRC_CONNECTED mode, may, for example, continuously (e.g., in every radio frame). The WTRU may monitor the quality of the DL radio link and determine the quality of the DL radio link as Q in and Q out In an embodiment, Q out Q may be defined as the quality level at which the DL radio link cannot be reliably received and may correspond to a 10 percent block error rate (BLER) for a hypothetical PDCCH transmission. in The DL wireless link is Q out The threshold may be defined as a quality level that can have significantly higher reliability than 1000 MHz and may correspond to a 2 percent block error rate (BLER) for a hypothetical PDCCH transmission. The threshold may be configured for a reference signal received power (RSRP) measurement, and radio link monitoring may be performed on a primary cell (PCell) cell-specific reference signal (CRS).

[0136] Q inQ can be evaluated over a certain evaluation period, e.g., 100 ms, without DRX. If the radio link quality is in If the synchronization consistency indication is better than Q, then a synchronization consistency indication can be provided to a higher layer. out Q can be evaluated over an evaluation period, e.g., 200 ms, without DRX. During the evaluation period, the radio link quality Q out If it is worse than 0, then a synchronization mismatch indication can be provided to a higher layer.

[0137] The handling of in-sync or out-of-sync indications by higher layers may be based on radio link monitoring (RLM) counters or timers configured by radio resource control (RRC), which may be provided in system information such as SIB2. For example, consecutive out-of-sync indications N310 may start timer T310. In another example, consecutive in-sync indications N311, with T310 running, may stop T310. In another example, if T310 expires, a radio link failure indication may be detected and the WTRU may initiate an RRC re-establishment procedure. The T311 timer may be started at this point.

[0138] A radio link failure may be declared based on the detection of a physical layer problem, a random access problem, or whether the radio link controller (RLC) indicates that the maximum number of retransmissions has been reached.

[0139] It may be desirable to improve service coverage for devices or types of devices, such as Low Cost Machine Type Communication (MTC) (LC-MTC) devices (e.g., LTE or LTE-Advanced (LTE-A) devices), for example, by up to a few dB (e.g., 15 or 20 dB) compared to LTE cell coverage defined for other devices, which may not be LC-MTC devices. In this case, requirements on throughput and latency may be relaxed. For example, message sizes may be limited to the order of up to 100 bytes per message in the UL and / or up to 20 bytes per message in the DL, etc. In another example, latency may be relaxed to allow up to 10 seconds for DL ​​(e.g., for available DL data transmitted by the eNB and successfully received by the WTRU) and / or up to 1 hour for UL (e.g., for available UL data transmitted by the WTRU and successfully received by the eNB). Relaxing such requirements may preclude support of certain services, such as voice.

[0140] In the embodiments described herein, WTRU, device, LC WTRU, LC device, LC-MTC WTRU, LC-MTC, and LC-MTC device may be used interchangeably. An LC-MTC device is used as a non-limiting example. The embodiments described herein may be applicable to other devices that may benefit from extended coverage and may tolerate relaxed throughput and / or latency requirements.

[0141] In some embodiments, a legacy WTRU may refer to a WTRU that may be compliant with a release or version, such as a release or version of a 3GPP or LTE standard. For example, a WTRU that may be compliant with a release of a 3GPP or LTE standard, which may be prior to a release, such as Release 8, Release 9, or Release 10, may be considered a legacy WTRU. A legacy WTRU may refer to a WTRU that may or may not support certain features. For example, a legacy WTRU may be a WTRU that is not capable of supporting certain coverage enhancement techniques, such as may be deployed for certain devices, such as LC-MTC devices or LC-MTC devices with limited coverage.

[0142] For the Physical UL Shared Data Channel (PUSCH), TTI bundling may be supported in up to four consecutive subframes (e.g., 4 ms), which may provide up to 6 dB of coverage improvement. Further techniques may be supported for the PUSCH to achieve further coverage enhancements, such as up to 15 or 20 dB. TTI bundling in DL PDSCH has not been supported previously, so coverage of the DL shared channel (PDSCH) may also be improved.

[0143] The segmentation function at the RLC layer can enable smaller segmented data to be transmitted with increased energy per bit. However, the Layer 2 (L2) header overhead added to each segmented data may limit the coverage enhancement gains provided by segmentation. The overhead added by the L2 protocol headers may further reduce these gains.

[0144] If the coverage of the shared channel in both UL and DL is improved, the coverage of the associated HARQ ACK channel may need to be improved as well to support the HARQ process.

[0145] Coverage may deteriorate not only for data channels but also for control channels, which may need to be augmented, as well as data channel coverage, since control channels may be received (e.g., to indicate resources and parameters) for data channel transmission and / or reception.

[0146] If the WTRU suffers from a low received signal-to-interference-and-noise ratio (SINR), then at least signal aggregation can increase the received SINR, so that the WTRU can aggregate the signal within a window size of 40 ms, such as a legacy PBCH, can be transmitted four times repeatedly over 40 ms. However, at least the SFN that can be carried by the PBCH (e.g., in the MIB) can change every 40 ms, so physical broadcast channel signal aggregation for more than 40 ms may not be possible. PBCH coverage enhancement techniques can be considered.

[0147] PBCH coverage can impact SFN acquisition, which can impact LC-MTC devices performing cell access and other procedures that depend on frame level timing. Improvements for determining SFN can be considered. In addition, LC-MTC specific system information acquisition can be considered for further coverage enhancement.

[0148] The eNB can eventually detect and respond to the power ramped preamble transmission from the WTRU. LC-MTC devices may experience much higher path loss (e.g., up to 20 dB) than anticipated in the LTE system design. For LC-MTC devices that experience such high path loss, it may be possible that the eNB may not be able to detect and respond to any ramped preambles, including those transmitted with maximum transmit power. Therefore, methods and procedures for random access procedures for devices such as LC-MTC devices that may experience very high path loss may be desirable.

[0149] The paging channel configuration may not include a HARQ process and therefore cannot benefit from retransmission. The PCCH may operate in RLC TM and may gain further from the RLC splitting process. A method for the PCH to benefit from signaling accumulation for coverage enhancement gain may be desirable.

[0150] To improve the coverage of channels such as Enhanced PDCCH (EPDCCH), PDSCH, and PUCCH, repeated transmission can be considered as a coverage enhancement technique. In this case, the current HARQ process, such as the n+4 timing relationship (e.g., in the case of FDD), cannot be used since the reference subframe can be redefined among the repeatedly transmitted subframes. In addition, the timing relationship between the UL grant and the PUSCH transmission can also be redefined with a new reference subframe n. The term (E)PDCCH can be used to mean PDCCH and / or EPDCCH, which can also be represented by PDCCH / EPDCCH.

[0151] Methods for enhancing service coverage of a data channel in the UL and DL are described herein. If an LC-MTC WTRU has high delay tolerance with respect to quality of service and can support very low data rates, the WTRU can reduce the size of each protocol layer header for each transport block that the WTRU can receive and / or transmit.

[0152] In an example embodiment, PDCP and RLC can assign smaller sequence number (SN) sizes in the header. In PDCP, the WTRU can assign SN sizes smaller than 7 bits. In RLC, the WTRU can assign SN sizes smaller than 5 bits for UM and 10 bits for AM. The WTRU can adjust the size of the RLC and PDCP PDUs such that the resulting PDUs with header and data portions can maintain octet (byte) alignment. The WTRU can have a PDCP PDU that is not byte aligned, but the RLC header and PDU can be processed such that the resulting RLC PDU byte alignment can be maintained.

[0153] In another example embodiment, the WTRU may not include an extension ("E") field in the MAC and RLC, thus further shortening the header size. For example, the WTRU may be configured for a data radio bearer (DRB) with a very low data rate such that small data packets (e.g., 100 bytes in UL) may arrive at the PDCP infrequently (e.g., once per hour). In that case, the WTRU may be configured with a small SN size in the PDCP, such as 2 bits, such that the sequence numbers can range from 0 to 3. In the RLC, the WTRU may be configured for UM, and the RLC SDU may be split into 8 smaller RLC PDUs, associated with which the RLC SN size may be specified as 3 bits. Furthermore, since the RLC SDU and MAC SDU may not be concatenated to fit into the RLC and MAC PDU (e.g., one PDU per SDU), the WTRU may not include the RLC or MAC "E" bits in the header. In that case, the WTRU may perform L1 processing of the resulting MAC PDU for UL transmission. Given the shortened header sizes, PDCP may have a shortened header size of 3 bits, an RLC header size of 6 bits, and an MAC header size of 7 bits. The WTRU and eNB may apply the same shortening of protocol headers in the DL as well.

[0154] The WTRU may be configured with shortened PDCP, RLC, and MAC header configurations, which may be signaled by the RRC as part of the DRB setup procedure. For example, as part of the RRC procedure, the WTRU may be signaled to apply a 2-bit SN length in PDCP, a 3-bit SN length for RLC in UM mode, and a bit to indicate exclusion of the "E" bit in the MAC header. The WTRU may use a default or predefined set of MAC, RLC, and PDCP configurations, which may include the example header configurations defined in the RRC. The WTRU may be explicitly indicated by the network to use the coverage enhanced mode protocol layer parameters, or the WTRU may use the coverage enhanced mode parameters autonomously and signal its use to the network.

[0155] In another example embodiment, the WTRU / eNB may reduce the RLC header size by scrambling the CRC bits that may be applied to the MAC PDU, including the SN of the RLC PDU in the MAC PDU. In that case, the WTRU may remove the SN from the RLC header. For example, independently or in combination with the RLC SN size reduction, the WTRU may descramble the CRC parity bits with a possible SN value when receiving a MAC PDU before performing a CRC check. The WTRU may perform descrambling based on the entire possible SN range or based on the current RLC receiver window that excludes already received SNs. Once the correct SN is identified and the MAC PDU is correctly received, the WTRU may pass the determined SN value to the RLC for proper PDU processing.

[0156] In another example embodiment, the WTRU may scramble the CRC parity bits with the MAC LCID information. For example, the WTRU may use the 5-bit LCID information of the DRB to scramble the CRC parity bits, e.g., if there is a single LCID associated with the MAC SDU that is multiplexed into the MAC PDU.

[0157] In another example embodiment, the WTRU may transmit and receive data on the DRB in a single HARQ process for the UL and / or DL ​​direction. For example, if an LC-MTC WTRU has high tolerance to delay and can transmit and receive data at a very low data rate, the WTRU may use a single HARQ process in each of the UL and / or DL ​​directions. Since the WTRU only receives a single MAC PDU at a time, the burden of maintaining sequence numbers at both the RLC and PDCP layers may be alleviated, further supporting the SN size reduction described above.

[0158] In another example embodiment, the WTRU may reduce the CRC size using a multi-step CRC attachment and calculation procedure. Here, the WTRU may reduce the overhead from attaching the CRC parity bits to the data. To transmit data, the WTRU may calculate and attach the long CRC parity bits to the RLC SDU at the RLC layer before the segmentation / concatenation procedure. The WTRU may then segment the RLC SDU with the CRC parity bits attached to the end of the RLC SDU. The WTRU may calculate and attach a shorter set of CRC parity bits to each MAC PDU at the physical layer before transmission. To receive data, the WTRU may receive a MAC PDU at the MAC layer and, upon correct CRC calculation, may consider the reception successful and deliver the corresponding MAC SDU to the RLC.

[0159] Upon receiving an RLC PDU at the RLC layer and successfully reconstructing the RLC SDU, the WTRU may perform a CRC check based on the long CRC calculation and the parity bits applied to the RLC SDU. Based on the result of the CRC check, if the CRC check passes, the WTRU may deliver the RLC SDU to the PDCP. If the CRC check fails, the WTRU may discard the SDU and associated PDUs, e.g., if the WTRU is configured for RLC UM, or may discard the SDU and provide an indication to the transmitter side for retransmission of the associated PDU. For example, if the WTRU is configured for RLC AM, the WTRU may provide an RLC STATUS PDU indicating the SN of the RLC PDU that may be part of the discarded RLC SDU.

[0160] In an example embodiment, the WTRU may attach a 24-bit CRC to the RLC SDU before segmentation in the RLC. For purposes of this example, the RLC SDU may be segmented into 8 RLC PDUs. The WTRU may then attach an 8-bit CRC to the MAC PDU that may contain the previously segmented RLC SDU. Relative to attaching a 24-bit CRC to each MAC PDU, which results in a CRC overhead of 24×8=192 bits, the above CRC attachment procedure may result in a CRC overhead of 24+8×8=88 bits. For example, if the number of segmented RLC PDUs increases, the CRC overhead may be further reduced.

[0161] A method for providing coverage enhancement using TTI bundling is described herein. TTI bundling can be used because it can provide a higher received signal-to-noise ratio (SNR).

[0162] In an embodiment, when the WTRU is configured with a coverage enhancement mode of operation, TTI bundling with a TTI longer than four may be used, and the number of subframes for TTI bundling may be predefined or configured. In addition, the bundled subframes may be transmitted repeatedly over time, which may further enhance coverage. For example, N TTI N subframes are bundled together, TTI The subframes are (N rep In practice, if the 128-bit ... TTI ×N rep The broadcast channel may include an indication regarding the capacity of the coverage enhanced mode of operation so that a WTRU capable of entering the coverage enhanced mode may select the coverage enhanced mode or may report a preferred mode of operation (e.g., the coverage enhanced mode) according to conditions.

[0163] One or more of the following may be used to determine the bundling size (N TTI ) and / or repetition rate (N rep) in the example. In the example, the bundling size and / or repetition rate may be configured via higher layers along with the transmission mode configuration. In another example, a default value for the bundling size and / or repetition rate for the enhanced coverage mode may be defined and the default value may be used when the WTRU is configured for the enhanced coverage mode or enters the enhanced coverage mode until the WTRU receives a WTRU-specific configuration of the bundling size and / or repetition rate. In this case, the default value may be the largest value among the candidate values, or the WTRU may start receiving the PDSCH with the default value and perform a number of PDSCH reception attempts. If the WTRU fails to receive the PDSCH, the WTRU may increase the bundling size and / or repetition rate with a particular step size. The step size may be predefined and may be the same regardless of the number of failures, or may differ according to the number of failures. In another example, TTI bundling and repetition can be used together, and the HARQ-ACK cannot be reported until the last bundled TTI is received within the number of repetitions.

[0164] In another embodiment, at most N TTI TTI bundling can be supported for N subframes, TTI The subframe may be configured by the eNB in ​​a semi-static manner. In the embodiments described herein, the subframe, TTI, and ms may be used interchangeably.

[0165] The WTRU TTI The same data can be transmitted / received within each subframe, and the data can be coded with different redundancy versions (RVs) according to the subframe index or the position of the subframe among the bundled subframes.

[0166] 6 illustrates an example cyclic RV allocation with RV order {0,1,2,3}. The RVs can change cyclically in the order {0,1,2,3} within the window, e.g., when using an 8 TTI window size, the RVs can be used in the order {0,1,2,3,0,1} if 6 subframes (605) are bundled as in the example shown in FIG. 6. For other WTRUs not configured with TTI bundling, an 8 ms window size can be used if 8 HARQ processes are used. The window size may be undefined, and thus the maximum N TTI can be equal to 8 or less, however, any subframes can be bundled.

[0167] 7 illustrates an example cyclic RV allocation with RV order {0,2,1,3}. The RVs can cyclically change in the order {0,2,1,3} within the window, e.g., if an 8 TTI window size is used, and 6 subframes (705) are bundled, the RVs can be used in the order {0,2,1,3,0,2}. In this case, the RV order {0,2,1,3} can be used only for DL ​​TTI bundling, and the RV order {0,2,1,3} can be used for N TTI is greater than a threshold (e.g., the threshold may be 4), RV order {0,1,2,3} may be used (otherwise RV order {0,1,2,3} may be used), and RV order {0,2,1,3} may be replaced with another RV order, such as {1,3,0,2}. More than one RV order (e.g., RV orders {0,1,2,3} and {0,2,1,3}) may be used for transmission to and / or reception from one or more WTRUs. For example, one RV order (e.g., RV order {0,1,2,3}) may be used in the initial transmission, and the other RV order (e.g., RV order {0,2,1,3}) may be used for retransmissions.

[0168] FIG. 8 illustrates an example cyclic RV allocation without a window size. For retransmissions, the RV can change cyclically with an RV order without a window size. For example, if an RV order {0,1,2,3} is used and six subframes (805) are bundled, then for the initial transmission, RV-{0,1,2,3,0,1} can be used, and for the first retransmission, RV-{2,3,0,1,2,3} can be used. In the example shown in FIG. 8, the maximum N TTI If t is equal to or less than 8, then no window may be defined. The WTRU may not transmit / receive any shared data in subframes that are not configured for TTI bundling.

[0169] The WTRU selects N TTI The same data can be transmitted / received in the bundled N subframes, and the data can be coded with different RVs according to the subframe index or the position of the subframe among the bundled subframes. TTI The subframes can be defined as any subset of the subframes in the window. In this case, the window size (N window ) may be defined and / or the subset of subframes for TTI bundling may be indicated using a bitmap within the window, which may be signaled via higher layer signaling.

[0170] Window size (N window ) may be defined as at least one of a positive integer (which may have a fixed value, such as 8), a positive integer (which may be configurable via higher layer signaling), a positive integer (which may be defined as a function of at least one of the system parameters), or a WTRU identification number (which may be a C-RNTI or an IMSI).

[0171] 9 shows an example of TTI bundling with a bitmap indication. The subset of subframes for TTI bundling 905 can be indicated by using a bitmap within a window, which can be signaled via higher layer signaling.

[0172] TTI bundling is limited to a maximum of N TTI N subframes, TTI can be configured by the eNB in ​​a dynamic manner, where the WTRU can be configured with a specific transmission mode that dynamically supports TTI bundling. For example, a new transmission mode (e.g., TM-x) and an associated new DCI (e.g., DCI format IE) can be defined. The new DCI format can include N TTI An indication bit for TTI bundling may be included so that the WTRU can define N TTI times can be sent / received.

[0173] A set of TTI bundling cases can be defined via higher layer signaling, and an indication bit in the DCI format can indicate one of the bundle sizes in the set. For example, four TTI bundling cases can be defined as {N TTI,1 = 1, N TTI,2 = 4, N TTI,3 = 6, N TTI,4= 8}, two bits in the DCI format can be used for example for indication to signal which TTI bundling case is used for UL and / or DL ​​grants. The set of TTI bundling cases can be predefined and fixed for all WTRUs so that higher layer signaling does not need to define the set of TTI bundling cases. The indication bits can still be used to indicate which TTI bundling case is used for UL and / or DL ​​grants. Regardless of the transmission mode configured for PUSCH / PDSCH transmission, the WTRU can be dynamically configured with TTI bundling. The WTRU may not monitor (E)PDSCH for PDSCH including DCI formats 1A / 2 / 2A / 2B / 2C in subframes where the WTRU can receive PDSCH as TTI bundled subframes. For example, if the WTRU does not monitor the TTI bundling indication (N TTI ) is received, and the TTI bundling indication is N TTI =3, the WTRU receives the PDSCH in the bundled TTI from subframe n to subframe n+2, and the WTRU may not monitor the (E)PDSCH in subframes n+1 and n+2.

[0174] A HARQ process with TTI bundling is described herein. In an embodiment, a bundled TTI may have a single HARQ_ACK, and the WTRU may transmit / receive the HARQ_ACK after receiving / transmitting the bundled TTI for PDSCH / PUSCH. If TTI bundling is used in DL, the WTRU may transmit the HARQ_ACK. If downlink subframe n is the last subframe in the bundled subframes associated with the PDSCH, the WTRU may transmit the HARQ_ACK in UL subframe n+k, where k may be defined as a fixed positive integer, such as k=4. If downlink subframe n includes a PDCCH or EPDCCH associated with a grant for the PDSCH, the WTRU may transmit the HARQ_ACK in UL subframe n+k. In this case, k may be defined as N TTI A function of (e.g., k=N TTI +4).

[0175] Subframe n may be a subframe containing a PDCCH or EPDCCH associated with a grant for a PDSCH, where k is the subframe length of the bundling window N window A function of (e.g., k=N window +4).

[0176] If the WTRU successfully receives the PDSCH for the bundled DL transmission, the WTRU may send a HARQ_ACK corresponding to the bundled DL transmission.

[0177] The WTRU may transmit a HARQ_ACK in UL subframe m if it receives a PDSCH within a time window of x ms (e.g., 8 ms). A single PDSCH may be transmitted on one or more subframes within the time window of x ms. Subframe m may be a predefined subframe, and it may be located in the next radio frame to the last subframe of the window in which the corresponding PDSCH is transmitted. The PUCCH resource for the HARQ_ACK transmission may be defined as a function of the first CCE and / or Enhanced CCE (ECCE) index of the PDCCH / EPDCCH associated with the PDSCH. Alternatively, the PUCCH resource may be defined via higher layer signaling. The term (E)CCE may be used to mean CCE and / or ECCE, which may also be represented by CCE / ECCE.

[0178] If TTI bundling is used in the UL, the WTRU may receive the HARQ_ACK. The WTRU may receive the HARQ_ACK in DL subframe n+k. UL subframe n may be the last subframe in the bundled subframes associated with the PUSCH transmission, where k may be a fixed number, such as 4. DL subframe n may be the subframe in which the WTRU receives a grant for the associated PUSCH, where k may be a function of the bundling size or bundling window. For example, k=N TTI +4, or k=N window It's +4.

[0179] A bundled TTI may have more than one HARQ_ACK such that the WTRU can accumulate multiple HARQ_ACKs to improve coverage. The WTRU may assume that all of the individual subframes in the bundled subframes may have an associated HARQ_ACK in subframe n+k, and the multiple HARQ_ACKs may have the same HARQ indicator (HI) code such that the WTRU can add multiple HARQ_ACKs to improve coverage. The multiple HARQ_ACKs for the bundled subframes may be N TTI can be used when N is greater than a threshold. TTI If is greater than 4, the WTRU may assume that multiple HARQ_ACKs are transmitted.

[0180] The WTRU may assume that a subset of subframes in the bundled subframes may have an associated HARQ_ACK. The WTRU may assume that a subset of subframes have the same HI code. TTI If N is greater than a threshold, multiple HARQ_ACKs can be used for the bundled subframes. For example, N TTI If is greater than 4, the WTRU may assume that multiple HARQ_ACKs are transmitted.

[0181] 10 is a diagram illustrating an example behavior of a legacy WTRU for an ACK / NACK repetition embodiment. ACK / NACK repetition was introduced in LTE to enhance coverage for cell-edge WTRUs that may be subject to power limitations and / or inter-cell interference. More specifically, when so configured, a legacy WTRU will transmit N ACK / NACKs following the first ACK / NACK transmission. ANRep- ACK / NACK information may be repeatedly transmitted in one consecutive subframe. For a HARQ timeline with ACK / NACK repetition enabled, upon detecting a PDSCH transmission in subframe n-4 (1005), the WTRU may ANRep If the legacy WTRU has not repeated the transmission of the HARQ_ACK in subframe n corresponding to the PDSCH transmission in subframes n-3, ..., n-5, the legacy WTRU may repeat the transmission of the HARQ_ACK in subframe n corresponding to the PDSCH transmission in subframes n-3, ..., n-5. ANRep The legacy WTRU may transmit the HARQ_ACK response in subframes n-3, ..., n+N ANRep Also in -5, there is no need to transmit a HARQ_ACK response corresponding to any detected PDSCH transmission.

[0182] FIG. 11 illustrates an example of ACK / NACK repetition for DL ​​subframe bundling. In an embodiment where subframe bundling is used in DL to improve DL coverage, the WTRU may repeat transmission of a single HARQ_ACK response corresponding to all PDSCH transmissions in the bundle on the UL. Thus, the WTRU may first collect and decode all PDSCH transmissions in the DL subframe bundle, and then generate a single HARQ_ACK response for transmission on the UL. With regard to UL ACK / NACK timing, according to an embodiment, upon detecting a PDSCH transmission in subframe nl (1105) addressed to the WTRU, where l is the index of the subframe in the DL subframe bundle, the WTRU transmits a first HARQ_ACK response in UL subframe n (1110), and then transmits a second HARQ_ACK response in subframes n+1, ..., n+N. ANRep The HARQ_ACK response may be repeated at −1 (1115). In the example shown in FIG.

[0183] For a PDSCH transmission whose corresponding (E)PDCCH is detected in a subframe within the DL subframe bundle, the WTRU may transmit a first ACK / NACK response corresponding to the entire DL bundle transmission in UL subframe n, and then transmit ACK / NACK responses corresponding to the entire DL bundle transmission in subframes n+1, ..., n+N using PUCCH resources derived from the (E)CCE index of the corresponding (E)PDCCH detected in the bundled subframe. ANRep −1. Thus, for every subframe in a DL subframe bundle, the WTRU may first detect the (E)PDCCH in that subframe, and then derive the PUCCH index for ACK / NACK repetitions in the corresponding UL subframe based on the lowest (E)CCE index used to configure the corresponding DCI allocation.

[0184] The WTRU may transmit ACK / NACK responses corresponding to the entire DL transmission in subframes n+1, ..., n+N using PUCCH resources derived from the (E)CCE index of the (E)PDCCH found in the last subframe of the bundle, PUCCH resources derived from the (E)CCE index of the (E)PDCCH found in the first subframe of the bundle, or PUCCH resources configured by higher layer signaling. ANRep Can be repeated at -1.

[0185] For a PDSCH transmission for which no corresponding (E)PDCCH is found in the bundled subframe, the WTRU may transmit the first ACK / NACK response corresponding to the entire DL bundled transmission in UL subframe n, and then transmit the ACK / NACK response corresponding to the entire transmission in subframes n+1, ..., n+N using PUCCH resources derived from the (E)CCE index of the (E)PDCCH found in the most recent DL scheduling assignment or configured by higher layer signaling. ANRep Can be repeated on -1.

[0186] In LTE, ACK / NACK repetition may be limited to a repetition factor of 4 to enhance UL coverage. The WTRU may need to retransmit the ACK / NACK response using a higher repetition factor. The increased repetition factor used by the WTRU may be signaled to the WTRU through higher layers or may be implicitly derived based on the subframe bundling parameters used in the DL. For example, this may be indicated by the number of DL subframes in the bundle or by a function of the number of DL subframes in the bundle.

[0187] Methods that may be used by a WTRU to improve PHICH coverage in the DL are described herein. The methods or embodiments may be utilized alone or in combination with each other.

[0188] In a PHICH repetition embodiment, the WTRU may use multiple PHICH resources to receive and detect ACK / NACK (A / N) information associated with a UL PUSCH transmission. In this embodiment, the ACK / NACK information transmitted on the PHICH may be associated with a UL PUSCH transmission on a single subframe. For subframe bundling operation, the ACK / NACK feedback may be associated with bundled PUSCH transmissions on multiple subframes. The ACK / NACK feedback may also be distributed over multiple subframes or within a single subframe. This may differ from legacy WTRU operation, where the WTRU may process a single PHICH resource for a given subframe corresponding to a single UL transport block.

[0189] With respect to the PHICH resource, the WTRU may determine the corresponding PHICH resource from a physical resource block (PRB) index of the UL resource allocation. The PRB index may be associated with a PRB used for PUSCH transmission in a single subframe. Here, for a given subframe, the WTRU may determine the first PHICH resource using the lowest PRB index, and then determine other assigned PHICH resources in that subframe by sequentially increasing the PRB index that makes up the UL resource allocation based on a configured PHICH repetition factor.

[0190] Therefore, the PHICH resource is defined as an index pair (

[0191]

number

[0192] ), where:

[0193]

number

[0194] may be a PHICH group number for the i-th PHICH resource,

[0195]

number

[0196] may be orthogonal sequence indices within a group, which may be expressed as:

[0197]

number

[0198] can be defined by, where:

[0199]

number

[0200] and N PHICHRep is the PHICH repetition factor.

[0201] For subframe bundling operation, the PHICH resource may be derived from a PRB index associated with UL transmissions on multiple UL subframes in the bundle. This approach may differ from that of legacy WTRU behavior, where the corresponding PHICH resource is exclusively associated with the last subframe in the bundle.

[0202] For PHICH resources, the WTRU may determine the corresponding PHICH resource from a UL demodulation reference symbol (DMRS) cyclic shift associated with the PUSCH transmission. The DMRS cyclic shift may be associated with the PUSCH transmission in a single subframe. Here, for a given subframe, the WTRU may use the cyclic shift from the DMRS field in the most recent PDCCH to determine the first PHICH resource, and then determine other assigned PHICH resources in that subframe by sequentially increasing the cyclic shift. However, there may be a limit of up to eight cyclic shifts that can be used by the WTRU. Thus, the PHICH resource is determined by the index pair (

[0203]

number

[0204] ), where:

[0205]

number

[0206] may be a PHICH group number for the i-th PHICH resource,

[0207]

number

[0208] may be orthogonal sequence indices within a group, which may be expressed as:

[0209]

number

[0210] can be defined by, where:

[0211]

number

[0212] and N PHICHRep is the PHICH repetition factor.

[0213] In a PHICH power boosting embodiment, power control may be applied to the PHICH depending on the channel conditions of the WTRU. Power boosting, together with ACK / NACK repetition using multiple PHICH resources, may significantly enhance the coverage of the PHICH.

[0214] In a PHICH without code division multiplexing (CDM), a legacy PHICH group may include multiple PHICH resources that are code division multiplexed and mapped to the same set of resource elements. This may result in power distribution across multiple PHICH resources at the transmitter. Furthermore, due to channel estimation errors at the WTRU, orthogonality between the code division multiplexed PHICH resources in a PHICH group may be lost, which may cause degradation of coverage in the future. In an embodiment, the WTRU may assume that there is only one PHICH resource utilized in a PHICH group without any code division multiplexing.

[0215] In an embodiment, the PHICH or a group of PHICHs may be transmitted using an enhanced PHICH (EPHICH). For example, a new DCI format may be defined to carry information about the PHICH or a group of PHICHs. In another example, the DCI including A / N information may be transmitted in a specific (E)PDCCH position that includes the (E)PDCCH common search space. Alternatively, the DCI including A / N information may be transmitted in a predefined (E)CCE or an (E)CCE configured by a higher layer. In another example, a new RNTI may be defined for detection of the DCI including A / N information. For example, a HARQ RNTI (HA-RNTI) may be defined, and if the WTRU transmits a PUSCH in subframe n, it may monitor in subframe n+k for a DCI including corresponding A / N information whose CRC may be scrambled with the HA-RNTI, where k may be 4 for FDD.

[0216] The location of the A / N information bits for a WTRU transmitting a PUSCH in subframe n may be defined and may include at least one of the starting (E)CCE number of the corresponding UL grant, the starting PRB number for the PUSCH transmission, a cyclic shift of the uplink DM-RS, or a value configured by higher layers. The number of DCIs that include the A / N information may be configured as the number of PHICH groups.

[0217] A coverage enhancement method is described herein for improving the coverage of the (E)PDCCH, which carries DCI including A / N information. The (E)PDCCH is used for DL / UL grants, broadcast channel transmission, paging, RACH response, group power control, etc. DCI formats have been introduced to support various DL / UL transmission modes, such as DCI formats 0, 4 for UL grants, DCI formats 1A, 1B, 1C, 2A, 2B, 2C for DL ​​transmission, and DCI formats 3, 3A for group power control. The embodiments described herein may be applicable to both PDCCH and EPDCCH, or may be applicable to only either PDCCH or EPDCCH. Terms commonly used for PDCCH, such as CCE, resource element group (REG), PDCCH candidate, and search space, may be used interchangeably with ECCE, enhanced REG (EREG), and EPDCCH candidate, and search space.

[0218] In an embodiment, DCI content can be downsized for better coverage. Since (E)PDCCH link adaptation can be based on the number of (E)CCEs, the number of (E)CCEs can be closely related to the coverage of the (E)PDCCH. For example, one CCE can be equivalent to a coding rate of 1 / 2. Thus, two CCEs can be equivalent to a coding rate of 1 / 4, since twice as many (E)PDCCH resources are used for DCI transmission. Since there are four CCE aggregation levels available (e.g., {1, 2, 4, 8}), reduction of DCI content can increase the coverage of the (E)PDCCH at a given (E)CCE aggregation level.

[0219] For example, a new DCI format associated with DL transmission and / or UL grant can be defined for this category of WTRU. For the HARQ process number indication, 2 or less bits can be used, which suggests that the number of HARQ processes can be reduced from 8 HARQ processes. The HARQ process number field may not be included in the DCI, and a single HARQ process or a synchronous HARQ process is used. For the modulation and coding scheme (MCS) indication, 4 or less bits can be used. Assuming that N bits (N<5) can be used for MCS, the most significant bit (MSB) of a 5-bit MCS table can be inferred at the receiver and the least significant bit (LSB) can be considered as a predefined bit. For example, in the new DCI format, a 3-bit MCS field (N=3) can be used, where the 3 bits correspond to the first 3 bits of the MCS table, and the 2 LSBs can be predefined as "00". Thus, three bits of the MCS table may be used along with the 3-bit MCS field, and the WTRU may interpret the 3-bit MCS field as xxx00, where xxx is the MSB of the 5-bit MCS field and "00" is the 2-bit LSB. Alternatively, the 3-bit MCS field may be considered as part of the LSB, and the MSB may be predefined. For either alternative, the LSB or MSB portion of the 5-bit MCS field that is not indicated by the 3-bit MCS field in the new DCI format may be predefined or may be configured by higher layer signaling and / or broadcast.

[0220] New MCS tables can be defined using an N-bit MCS field, and new MCS tables can be defined using a subset of the 5-bit MCS table of a previous release.

[0221] The resource allocation bits according to the resource allocation type (0, 1, and / or 2) can be reduced by limiting the maximum number of PRBs used for PDSCH transmission. For example, assuming that 25 PRB pairs are available in the DL system bandwidth, the resource allocation indication may be required within a limited number of PRB pairs, e.g., 6 PRB pairs instead of 25 PRBs, so the maximum number of PRBs allocated in a subframe can be limited to 6 PRB pairs so that the number of bits for resource allocation can be reduced. Alternatively, the resource allocation field can not be used in the new DCI format, and higher layer signaling can be used instead. Thus, the DL resource allocation in the frequency domain can be a semi-static allocation, while the time allocation can be based on the (E)PDCCH. For example, the WTRU can receive the PDSCH or EPDCCH in a configured PRB pair of the PRB pairs in the system, while the WTRU can be indicated whether to receive the PDSCH in a subframe via the (E)PDCCH.

[0222] The redundancy version may be removed or downsized in the new DCI format. For example, the redundancy version may be fixed to "0" and the bit field for the redundancy version may not be used. Assuming that a lower coding rate can be used for the new DCI format to support better coverage, other redundancy versions {i.e., 1, 2, and 3} may not be needed and a single redundancy version may be sufficient. Thus, a single redundancy version of {0, 1, 2, or 3} may be fixedly used. Alternatively, a 1-bit redundancy version may be used so that two of the four redundancy versions can be used.

[0223] In another embodiment, repetition or extension of the (E)PDCCH format may be used to improve (E)PDCCH coverage. (E)PDCCH repetition may be applied within a subframe or across multiple subframes. For the embodiments described herein, (E)PDCCH coverage enhanced mode, (E)PDCCH coverage extended mode, coverage enhanced mode, and coverage enhanced mode may be used interchangeably.

[0224] The (E)CCE aggregation levels can be different so that the (E)PDCCH candidates can have a larger aggregation level compared to the legacy (E)PDCCH. For example, only the (E)PDCCH coverage enhanced (enhanced) mode may be applicable to a WTRU-specific search space, the PDCCH coverage enhanced (enhanced) mode may be used regardless of transmission, or the PDCCH coverage enhanced (enhanced) mode may be applicable to a specific DCI format and / or transmission mode. For the coverage enhanced (enhanced) mode, aggregation levels {2,4,8,16} or {4,8,16,32} may be used.

[0225] The (E)CCE aggregation levels set for the WTRU-specific or common search space may differ according to the operation mode of the WTRU. The operation mode of the WTRU may include an enhanced coverage mode. If the WTRU is configured for the enhanced coverage mode of operation, a larger (E)CCE aggregation level set (e.g., {16,32}) may be used, whereas if the WTRU is not configured for the enhanced coverage mode of operation, a legacy (E)CCE aggregation level set (e.g., {4,8}) may be used. The WTRU may be configured for the enhanced coverage mode of operation via higher layer signaling or as indicated during the PRACH procedure.

[0226] The (E)CCE aggregation level set may be configured or defined according to the PRACH resources used for PRACH preamble transmission from the WTRU. By using PRACH resources that can be used for the coverage enhanced mode of operation, a larger (E)CCE aggregation level set may be used if the WTRU receives an RAR. By using PRACH resources that can be configured for a WTRU that does not have coverage restrictions, a smaller (E)CCE aggregation level set may be used if the WTRU receives an RAR.

[0227] The (E)CCE aggregation level set may be configured or defined according to a coverage restriction level of the WTRU, which may be defined by one or more of RSRP, path loss, timing advance, and PRACH resource. For example, if a path loss or RSRP calculated at the WTRU receiver is lower than a predefined threshold, the WTRU may determine a larger (E)CCE aggregation level set among the (E)CCE aggregation level set candidates.

[0228] For the (E)PDCCH coverage enhancement mode, a default WTRU-specific search space may be defined in which a subset of the aggregation levels may be used. For example, if {1, 2, 4, 8, 16, 32, 64} is the set of aggregation levels used for the (E)PDCCH coverage enhancement mode, the subset {2, 4, 8, 16} may be used in the default WTRU-specific search space. Thus, a WTRU before performing a WTRU-specific configuration may monitor the (E)PDCCH in the default WTRU-specific search space using the subset of aggregation levels {2, 4, 8, 16}. If the WTRU fails to decode the (E)PDCCH in the default WTRU-specific search space for a certain number of attempts or time period, the WTRU may autonomously change the aggregation level to a higher aggregation level set (e.g., {4, 8, 16, 32}). Alternatively, the WTRU may monitor the default WTRU-specific search space until it receives a WTRU-specific configuration from a higher layer.

[0229] Two or more default WTRU-specific search spaces (WSSs) may be defined in different time / frequency resources, and the aggregation level set may differ according to the location of the default WTRU-specific search space. For example, two default WTRU-specific search spaces may be, for example, default WSS1 and default WSS2, and aggregation level set {1,2,4,8} may be used for default WSS1, and aggregation level set {16,32,64,128} may be used for default WSS2. The WTRU may be informed which default WSS it may need to implicitly monitor during the PRACH procedure.

[0230] In the (E)PDCCH coverage enhanced mode, subframes may be bundled for (E)PDCCH transmission. For example, the (E)PDCCH may be transmitted over K subframes (K>1). Within the bundled subframes, the starting (E)CCE number may be the same so that the WTRU can aggregate (E)CCEs over multiple subframes without demodulation. The (E)PDCCH coverage enhanced mode may be applicable to a WTRU-specific search space. The (E)PDCCH coverage enhanced mode may be used regardless of transmission. The (E)PDCCH coverage enhanced mode may be applicable only to a specific DCI format and / or transmission mode.

[0231] The WTRU behavior may be defined by two control channel modes (Mode 1 and Mode 2) and may be configured by higher layer signaling. Mode 1 may be referred to / defined as, without limitation, normal mode, legacy mode, normal coverage mode, and / or legacy coverage mode. Mode 2 may be referred to / defined as, without limitation, extended mode, coverage extension mode, extended coverage mode, and larger coverage mode. A WTRU may be configured with any type of transmission mode (TM1-TM10) and control channel mode. A WTRU category may be defined with one or more (one or more) control channel coverage extension schemes. Thus, a WTRU falling into this category may know what type of control channel mode it needs to use. A WTRU category using a control channel coverage extension scheme may initially operate as a WTRU of any other category until the WTRU transmits its WTRU category to the eNB.

[0232] Two modes of operation may be defined as normal mode and enhanced coverage mode. If the WTRU switches or enters the enhanced coverage mode, the (E)PDCCH enhanced coverage mode solution may be used.

[0233] A closed-loop MIMO operation with enhanced feedback is described herein. In an exemplary method for (E)PDCCH coverage enhancement, closed-loop beamforming with large feedback overhead can be used. Although LC-MTC devices may suffer from short coverage, the channel status can be static since LC-MTC devices may be deployed, for example, underground. Therefore, closed-loop beamforming with large feedback overhead can be reported for better beamforming gain since the channel does not change at least frequently. Here, a channel quality indicator (CQI) / precoder matrix indicator (PMI) and / or rank indicator (RI) can be applied, and / or the WTRU can report the channel covariance matrix in the long term if configured with the control channel coverage extension mode. The WTRU may need to report explicit channel feedback if configured with the control channel coverage extension mode. Here, the explicit channel feedback may include wideband and / or subband channel covariance matrices, wideband and / or subband quantized channel matrices, and / or multi-rank PMI, and the explicit channel feedback may be reported via higher layer signaling, and / or whether the explicit channel feedback is reported may be based on an eNB configuration.

[0234] Methods for providing enhanced or improved PBCH coverage are provided herein. The PBCH may include some important information for initial access, such as DL system bandwidth, SFN number information (e.g., 8 MSBs of a 10-bit SFN), PHICH configuration, and number of common reference signal (CRS) ports, to enable DL signal reception at the WTRU receiver. The embodiments described herein may provide robust system information to WTRUs suffering from low received SINR. Some embodiments may be based on actual PBCH coverage enhancement, while other embodiments may use another container to carry the system information.

[0235] In an embodiment, a new PBCH may be used or intended to be used by or for certain WTRUs, such as WTRUs that may experience coverage limitations. The new PBCH may be referred to herein as an enhanced PBCH or ePBCH, and the new PBCH may be used interchangeably with those terms. In addition to the legacy PBCH, an ePBCH may be transmitted, e.g., in a system or on a carrier that may support or be intended to support legacy signals and / or legacy WTRUs, which may enable backward compatibility. The ePBCH may be transmitted in a non-backward compatible carrier (e.g., a new carrier type) that may not support or be intended to support certain legacy signals and / or legacy WTRUs. The ePBCH may differ from the legacy PBCH with respect to at least one of a transmission scheme, a time / frequency location, or a repetition frequency (e.g., within a subframe and / or frame).

[0236] In an example, the ePBCH may use DM-RS based transmission, and thus may use at least one of antenna ports {107, 108, 109, 110} or {7, 8, 9, 10}, without limitation. Alternatively, a new antenna port may be defined. The DM-RS may be scrambled with a physical cell ID or a physical cell identity (PCI). For the broadcast channel, a DM-RS based TxD may be used. For example, a 2Tx or 4Tx transmit diversity (TxD) scheme. One of the transmission schemes of a single antenna port 2Tx TxD or 4Tx TxD may be used in a predefined manner. One of the transmission schemes of a single antenna port 2Tx TxD or 4Tx TxD may be used, and the WTRU may need to blindly decode one of them.

[0237] The antenna port number for single antenna port 2Tx TxD or 4Tx TxD can be defined in at least one of the following ways: the single antenna port can be predefined as a fixed antenna port number, such as port 107, or the single antenna port can be configured as a function of PCI using modulo arithmetic between antenna ports {107, 108, 109, 110} or {107, 108}. For example, modulo-4 arithmetic can be used with PCI, such as n=(PCI) modulo-4, where n can denote one of the antenna ports. Two or four antenna ports can be predefined, such as {107, 108} for 2Tx, and {107, 108, 109, 110}. For a simple system design, a single antenna port and 2Tx TxD can be used for ePBCH transmission.

[0238] In another embodiment, the ePBCH can be placed in several PRBs, such as six or fewer PRBs, which may be the central PRB, e.g., the central six PRBs, where the central may be with respect to the transmission bandwidth. The ePBCH can be in a different subframe than the legacy PBCH. The ePBCH can be placed in other subframes, since the legacy PBCH may be transmitted in the first subframe in a radio frame or may always be transmitted. The ePBCH can be placed in a different PRB than the legacy PBCH, and if placed in a different PRB (or non-overlapping resources), it may be placed in the same subframe as the legacy PBCH. In each subframe in which the ePBCH may be placed, the same PRB may be used for the ePBCH.

[0239] The ePBCH and / or the legacy PBCH may be transmitted by an eNB or a cell.

[0240] In an embodiment, the ePBCH may be located in one or more (one or more) subframes in each radio frame or in a radio frame, e.g., a radio frame having an SFN number or a radio frame having an SFN with a characteristic, and located and transmitted may be used interchangeably. Examples of SFNs with a characteristic may include an SFN where the remainder of the SFN divided by a number X is equal to zero or another value, an SFN where the most significant n bits of the SFN divided by a number X is equal to zero or another value, or an SFN where the remainder of (SFN+offset Y) divided by a number X is equal to zero or another value. Examples of an SFN may be one or more (one or more) sets of consecutive SFNs, where the starting SFN of each set may have a characteristic, such as one of the SFN characteristics described above, e.g., the most significant n bits (which may include all bits) of the SFN divided by a number X is equal to zero or another value. The subframe and / or radio frame and / or radio frame characteristics for the ePBCH may be fixed or may be a function of the physical cell identity (PCI) of the cell and / or other system parameters.

[0241] In one example, the ePBCH may be located in one or more (one or more) subframes in a radio frame, which may be, for example, a (e.g., predefined) subset of radio frames in a SFN cycle (which may include 1024 radio frames, which may be numbered from 0 to 1023). The subset of radio frames may occur or be located periodically. For example, the ePBCH may be located in a certain number, e.g., 4 consecutive radio frames with a certain periodicity (e.g., repeating every x ms or every y radio frames, where x and y may be positive integers). The starting radio frame (e.g., lowest SFN number) of the subset of radio frames (or each period of radio frames) that includes the ePBCH may be determined or defined as a function of one or more (one or more) system parameters and / or PCI. As an alternative to consecutive frames, they may be separated by a (e.g., fixed) number of frames. In the embodiments described herein, frame and radio frame may be used interchangeably.

[0242] In some embodiments, each radio frame that may be transmitted by an eNB or cell and / or received by a WTRU may be associated with a system frame number (SFN). The SFN or a portion of the SFN may be transmitted or broadcast in at least one subframe of each radio frame (e.g., 8 bits of the SFN may be broadcast in the legacy PBCH in subframe 0 of every radio frame). The SFN may have a cycle of N frames, i.e., the SFN number may range from 0 to N-1, and after reaching frame N-1, may start again at 0 in the next frame. For systems such as LTE, N may be 1024. N frames may constitute an SFN cycle.

[0243] The information carried by the ePBCH, e.g., system information, may be the same for a period of time, such as one or more repetition periods or one or more SFN cycles, or may be the same in every radio frame, e.g., unless the system parameters of a cell are reconfigured.

[0244] In an embodiment, an ePBCH located in a radio frame may have the same signal structure as a legacy PBCH that may be transmitted in that radio frame, e.g., subframe 0. The signal structure may include at least one of information, information bits, and coded bits. An ePBCH may be transmitted in one or more subframes in a radio frame, and in each of those subframes may have the same signal structure as a legacy PBCH in that radio frame. In each of the subframes in which an ePBCH may be transmitted in a radio frame, the ePBCH transmission may be at the same time / frequency location as a legacy PBCH may be transmitted in subframe 0. For example, an ePBCH transmitted in one or more subframes in radio frame m may have the same signal structure as a legacy PBCH that may be transmitted in subframe 0. For an ePBCH transmitted in four consecutive frames, e.g., frames m, m+1, m+2, m+3, etc., in each of those frames, the ePBCH, which may be located in one or more subframes (one or more) in each frame, may have the same signal structure as the PBCH of that frame (e.g., the ePBCH in m may have the same signal structure as the PBCH in m, the ePBCH in m+1 may have the same signal structure as the PBCH in m+1, etc.), and the PBCH signal structure may be different in one or more of those frames (e.g., different in each of those frames). The ePBCH in each subframe of a frame may have the same signal structure.

[0245] In an embodiment, an ePBCH located in a radio frame may have the same signal structure in each of the subframes of the radio frame in which the ePBCH is located. The ePBCH may have different signal structures for different radio frames. For example, for an ePBCH transmitted in four consecutive frames, e.g., frames m, m+1, m+2, m+3, in each of those frames, the ePBCH signal structure may be the same in the subframe in which the ePBCH is transmitted, but may be different in the different frames. This may correspond to repeating the coded bits within a frame and distributing the coded bits across the frames.

[0246] In another embodiment, an ePBCH located in a radio frame may have a different signal structure in each of the subframes of the radio frame in which the ePBCH is located, and the ePBCH transmissions in the radio frames within a period of time may be the same. For example, for an ePBCH transmitted in four consecutive frames, e.g., frames m, m+1, m+2, m+3, in each of those frames, the ePBCH signal structure may be different in each of the subframes in which the ePBCH is transmitted, and the transmissions in the consecutive frames may be the same. This may correspond to distributing the coding bits within a frame and repeating every multiple frames.

[0247] In another example, the ePBCH can include a smaller payload size than that of the legacy PBCH. This can be possible because the configuration options may not require as many bits as defined for the legacy MIB. The ePBCH can include, for example, a 3-bit DL system bandwidth (which may be sufficient for options that may be 6, 15, 25, 50, 75, and 100 PRB), a 3-bit PHICH configuration (which may be sufficient for options that may include normal and extended durations and resources equal to 1 / 6, 1 / 2, 1, 2), an 8-bit SFN, and a 16-bit CRC, which can result in a 30-bit payload size for the ePBCH. Alternatively, a 3-bit DL system bandwidth, a 3-bit PHICH configuration, and an 8-bit SFN number to which an 8-bit CRC is appended can be used, thus resulting in a 22-bit payload size. Alternatively, one or more of the system information, such as the PHICH configuration, can be removed from the ePBCH payload.

[0248] In another embodiment, the WTRU may determine the SFN based on the location of the ePBCH, e.g., based on one or more frames in which the WTRU may determine that the ePBCH is present. In this case, the ePBCH payload may not include a bit for the SFN number (e.g., 8 bits). For example, the ePBCH may be located within a frame, such as consecutive frames (e.g., 4 consecutive frames), that may have certain SFN characteristics, e.g., the SFNs of the consecutive frames may have the same k most significant bits, e.g., k may be equal to 8, and / or may be determined based on one or more system parameters and / or PCI.

[0249] In an embodiment, the WTRU may determine the SFN of a radio frame (e.g., one or more radio frames in a set, e.g., a contiguous set of radio frames, e.g., the first radio frame in the set) based on information carried by the ePBCH and / or based on one or more frames in which the WTRU may determine that an ePBCH is present. The WTRU may use, for example, a windowing approach, where it knows what to expect (e.g., format, content, coding, etc.) for the ePBCH in a set of subframes (e.g., three subframes in each of four contiguous frames) in a set of frames in which the ePBCH may be present. The WTRU may move the window from one set of frames to the next and attempt to decode the ePBCH (which may include combinations across subframes and / or frames as needed to achieve a gain), including moving the window a certain number, such as one frame at a time, until it can decode the ePBCH information bits. If the WTRU can successfully decode the ePBCH, it can obtain the SFN (e.g., the SFN of the first frame of the window) from the information bits, or the WTRU can determine the SFN based on the frame in which it can find the ePBCH, e.g., based on a (e.g., a) known SFN, or based on a (e.g., a) known SFN characteristic of the frame in which it can find the ePBCH. As a variation, the PBCH can be used in addition to the ePBCH, e.g., if the ePBCH signal structure in a frame is the same as the PBCH signal structure in a frame. The PBCH can be treated in the same way as if it were an ePBCH, e.g., combined with the ePBCH to achieve gains.

[0250] In another embodiment, one or more ePBCH subframes within a frame can be positioned with a subframe offset so that the WTRU knows in which subframes the ePBCH can be located and in which it may be able to successfully demodulate the ePBCH. Since the WTRU can synchronize with the cell before attempting to receive the legacy PBCH and the synchronization signal can be transmitted in a known subframe, the WTRU can know which subframes may contain the legacy PBCH or a synchronization channel after synchronizing. The WTRU can determine the location of the ePBCH using the subframe offset(s), which may be an offset(s) from the subframe of the synchronization channel (primary synchronization signal (PSS) or secondary synchronization signal (SSS)) or from the subframe in which the legacy PBCH can be found.

[0251] In the example, the subframe offset is N offset The subframe offset may be predefined as a fixed number, such as N = 4, or may be configured as a function of the physical cell ID (PCI), for example, using modulo arithmetic. offset = (PCI) modulo-K, where K may be a predefined number, which may be, for example, greater than 2 and / or less than 10. If the ePBCH is present in more than one subframe in a frame, then there may be more than one offset.

[0252] In a TDD example, the subframe offset may be a function of the TDD UL / DL configuration.

[0253] In another example, multiple subframe offsets can be used for the repetition. For example, N offset,1 and N offset,2The subframe offset may be predefined as a fixed number or may be configured as a function of the physical cell ID.

[0254] In another embodiment for ePBCH, fewer bits can be used for SFN indication. For example, a 7-bit or less SFN number indicator can be used instead of an 8-bit SFN number so that the SFN number provided by ePBCH can be the same in a longer time window. If a 7-bit SFN number indicator can be used, the 7-bit SFN number can indicate, for example, the most significant 7 bits of a 10-bit SFN number, and the WTRU can implicitly detect the least significant 3-bit numbers 000, 001, 010, 011, 100, 101, 110, 111 in each radio frame, for example, from a scrambling code of the coded bits, in which case the broadcast channel (BCH) transport block can be coded / rate matched and scrambled at the bit level so that each radio frame can have a different portion of the scrambled coded bits. For a 7-bit SFN representation, the ePBCH time window may be 80 ms, which may be twice the legacy PBCH time window, where the PBCH time window may be considered as the TTI for the PBCH transmission.

[0255] In another embodiment, when both legacy PBCH and ePBCH can be transmitted in the same cell, the WTRU behavior for PBCH reception can include at least one of the following example behaviors: In an example, the WTRU can measure a reference signal received power (RSRP) before receiving the PBCH, and if the measured RSRP is lower than a threshold, the WTRU can attempt (or begin attempting) to receive and / or decode the ePBCH. Otherwise, the WTRU can attempt (or begin attempting) to receive and / or decode the legacy PBCH. In another example, the WTRU can attempt (or begin attempting) to receive and / or decode the legacy PBCH, e.g., at the beginning of initial access, and if the WTRU fails to receive and / or decode the legacy PBCH for a certain number of attempts (which can be predefined or implementation dependent), the WTRU can stop attempting to receive and / or decode the legacy PBCH and can attempt (or begin attempting) to receive and / or decode the ePBCH. In another example, if a WTRU can enter or belong to a particular WTRU category, the WTRU can attempt, or begin to attempt, or always attempt to receive and / or decode an ePBCH, instead of or in addition to attempting to receive and / or decode a legacy PBCH.

[0256] In another example, when both legacy PBCH and ePBCH can be transmitted in the same cell, the WTRU behavior for PBCH reception can include at least one of the following: The WTRU can attempt (or begin attempting) to receive and / or decode the legacy PBCH, e.g., at the beginning of initial access, and if the WTRU fails to receive and / or decode the legacy PBCH for a certain number of attempts (which can be predefined or implementation dependent), the WTRU can attempt (or begin attempting) to receive and / or decode the ePBCH. The WTRU can combine ePBCH reception (e.g., ePBCH bits, which can be demodulation bits) with legacy PBCH reception (e.g., PBCH bits, which can be demodulation bits) to achieve a gain. Alternatively, the WTRU can decide to attempt (or begin attempting) to receive and / or decode the ePBCH in addition to the legacy PBCH based on the RSRP or another measurement meeting a certain criterion, such as below a threshold. Alternatively, the WTRU may decide to attempt (or begin attempting) to receive and / or decode the ePBCH or legacy PBCH based on the RSRP measurement or another measurement meeting some criterion, such as falling below a threshold.

[0257] Certain WTRUs are described herein, such as WTRUs that may fall into or be a certain WTRU category that may have a low received SINR or may not be able to successfully receive system information that may be conveyed via a legacy PBCH. A separate channel may be provided and / or used by WTRUs, such as certain WTRUs, to receive system information, such as one or more of the elements of system information typically provided by a legacy PBCH.

[0258] The (E)PDCCH common search space (or a newly defined search space) may be used to carry system information, such as at least one of DL system bandwidth, PHICH configuration, and SFN number. The (E)PDCCH common search space, or a subset of the (E)PDCCH common search space (or other search space, such as a system information search space (e.g., System Information PDCCH (SI-PDCCH))) may be used to carry system information.

[0259] A new DCI format can be defined for system information. For example, a DCI format x can be defined for system information, where DCI format x can include one or more of DL system bandwidth, PHICH configuration, SFN number. The DCI format can include the same information provided by the legacy PBCH, and the information can be represented in the same way (e.g., information elements (IEs) of the MIB can be included in the DCI). For system information DCI format x, the same coding chain with other DCI formats can be used. For DCI format x, a predefined ECCE number can be used. Here, the aggregation level can be a predefined number (e.g., 8), or multiple aggregation levels can be used in the blind decoding method.

[0260] DCI format x, which may include system information, may be transmitted periodically in predefined subframes, for example, in the EPDCCH common search space (or other search space that may be used for system information) in all subframes 4 in a radio frame.

[0261] The subframe position within the radio frame may be different, such as 2, 3, 4, or 6. Thus, a WTRU under the coverage enhancement mode of operation may decode DCI format x, which may include system information but not the PBCH.

[0262] In TDD, the subframe position can be defined as a function of the TDD UL / DL subframe configuration. For example, in UL / DL subframe configuration 1, subframe 4 can be used, while in UL / DL subframe configuration 2, subframe 3 can be used.

[0263] Consecutive subframes or multiple subframes, which may be within a time window, may include DCI format x without changing the SFN number. To improve coverage, DCI format x may be transmitted repeatedly for multiple subframes, which may be, for example, consecutive DL subframes. Since the SFN may not be changed in these multiple subframes, the WTRU may aggregate DCI format x to improve coverage. The time window may be a radio frame. Multiple subframes in which DCI format x may be transmitted without changing the SFN number may be within the same frame.

[0264] Two types of (E)PDCCH may be defined, such as type 1 and type 2 (E)PDCCH common search space (CSS), and one of the (E)PDCCH common search space types may be used for system information. Type 1 (E)PDCCH CSS may be used interchangeably with cell-specific (E)PDCCH CSS, system (E)PDCCH CSS, predefined (E)PDCCH CSS, distributed (E)PDCCH CSS, and / or broadcast (E)PDCCH CSS. Type 1 (E)PDCCH CSS location may be predefined to be within the central 6 RBs and may not be transmitted in every subframe. For example, in FDD, Type 1 (E)PDCCH CSS may be transmitted in all or a subset or only in subframes {1, 2, 3, 4, 6, 7, 8, 9}. Type 1 (E)PDCCH CSS may be transmitted in a subset of radio frames. The Type-2 (E)PDCCH CSS may be used interchangeably with WTRU-specific (E)PDCCH CSS, eNB-configured (E)PDCCH CSS, and / or localized (E)PDCCH CSS. The Type-2 (E)PDCCH CSS location may be configured by higher layer signaling and / or a broadcast channel. The broadcast channel may include DCI format x. DCI format x for system information may be transmitted in the Type-1 (E)PDCCH CSS.

[0265] The newly defined search space to use for system information (e.g., SI-PDCCH) may have the characteristics described above for Type-1 (E)PDCCH. Based on the means by which an eNB (or cell) transmits (e.g., to a WTRU, which may be part of a group of WTRUs) certain system information (e.g., system information that may be included in a legacy PBCH) (and / or based on the means by which the WTRU receives such information), one or more of the following may apply: An eNB or cell communicating with a certain WTRU may not provide a PHICH in response to a UL transmission from the WTRU granted or scheduled by the eNB or cell. It may be understood that the WTRU is not expected to support a PHICH. The WTRU may not look for, expect, and / or act on a PHICH that may be provided by an eNB or cell in response to a UL transmission from the WTRU.

[0266] It may be understood that the WTRU is not expected to support CRS-based transmission. The WTRU may assume that the CRS is not transmitted in a subframe in which the WTRU receives a DL grant, and that rate matching around the CRS for PDSCH reception is not required. An exception to this may be certain subframes in which the CRS is known by the WTRU to be transmitted and one or more port numbers are known in advance (e.g., CRS may be transmitted in subframes 0 and 5 using port 0). The means may include certain system information, e.g., the channel on which the ePDCCH common search space or SI-PDCCH is transmitted or received.

[0267] An eNB or cell may transmit, and a WTRU may receive, a subset of the system information that may be included in the legacy PBCH, in a channel other than the PBCH, such as, for example, an (E)PDCCH CSS or SI-PDCCH.

[0268] The PHICH configuration may not be provided and / or the CRS port number may not be provided. The system information that may be included in the legacy PBCH may be grouped into multiple subsets, which may be transmitted by the eNB or cell and / or received by the WTRU separately.

[0269] Each subset, such as system information subset 1 (SBS1) and system information subset 2 (SBS2), may be defined and transmitted or received separately. For example, SBS1 may include a DL system bandwidth and a SFN number, and SBS2 may include a CRS port number and / or a PHICH configuration. In another example, SBS1 may include a DL system bandwidth and SBS2 may include a SFN number and a CRS port number. In another example, SBS1 may include a DL system bandwidth and a CRS port number, while SBS2 may include only a SFN number.

[0270] Some of the system information that may be included in the legacy PBCH may not be included in any of the subsets (eg, the PHICH configuration may not be included in any of the subsets).

[0271] Each subset may have a different periodicity or pattern for transmission. In an example, SBS1 may be transmitted every 5 ms and SBS2 may be transmitted every 10 ms. In another example, SBS1 may be transmitted once every j ms, while SBS2 may be transmitted every k ms across consecutive subframes.

[0272] LC-MTC specific system information is described herein. A device, such as an LC-MTC device or other device in a low SINR coverage area, can obtain network and cell information for cell access and connection establishment from a system information block (LC-SIB) that can be broadcast by an eNB that can support coverage enhancement, such as LC-MTC coverage enhancement. In this case, one or more of the following methods can be applied to the LC-SIB. There can be one or more LC-SIBs.

[0273] In an example, the LC-SIB may be a signaling message (e.g., a Radio Resource Control (RRC) message) transmitted at a predefined frequency and time location. The LC-SIB may be semi-static (e.g., may not change over a long period of time) and may repeat periodically in a predefined frame and in one or more predefined subframes during that frame.

[0274] In an example, the WTRU may consider the stored LC-SIB information valid for a predefined window duration or may follow a legacy SIB modification procedure. The WTRU may receive a specific indication of the LC-SIB modification in the paging information. In an embodiment, the WTRU may reacquire the LC-SIB upon every connection establishment for small data reception and / or reception. For example, the LC-SIB may include a sysInfoValue Tag that indicates whether the LC-SIB currently stored in the WTRU is valid and up to date.

[0275] In an example, the LC-SIB may not include the SFN, and the LC-MTC device may obtain the SFN through means other than the LC-SIB or the legacy MIB.

[0276] In an example, the LC-SIB content may be limited to one or more of the following information that may be intended for the LC-MTC device to establish a connection to the network: The information may be a PLMN-IdentityList. The list may be limited to a single Public Land Mobile Network (PLMN) ID, since the mobility of the LC-MTC device may be restricted. The information may be cell selection information. This may include RSRP / RSRQ thresholds for suitable cell selection. The LC-MTC device may operate under coverage augmentation and may not have thresholds for suitable cell selection criteria. Suitable detection of the LC-SIB may be the selection criteria for a suitable cell. For example, if suitable cell selection by legacy criteria fails, the LC-MTC may consider cell selection with coverage augmentation operation.

[0277] In another exemplary embodiment, the information included in the LC-SIB may include random access channel (RACH) configuration information. A common configuration for both RACH and physical RACH (PRACH) may be required for the LC-MTC device to initiate connection establishment with the network. Certain parameters, such as those related to power control and UL transmit power for the RACH procedure, may be predefined in the WTRU so that the maximum transmit power can be reached relatively quickly in the random access process. For example, parameters such as the number of preambles, the maximum number of preamble transmissions, and the retransmission power step may be predefined to the maximum allowed values ​​as defined in the RRC. For example, the configuration for the RACH and PRACH may be specified in the LC-SIB if the parameters are different from those predefined. The configuration may be different from that of the RACH and PRACH in a SIB providing configuration for a legacy (e.g., non-coverage limited) WTRU and may include separate resources (e.g., preambles or preamble sets, and / or time / frequency resources).

[0278] In another exemplary embodiment, the information included in the LC-SIB may include PDSCH / PUSCH / PUCCH common configuration parameters. These parameters may be included for WTRU operation of UL / DL signaling radio bearers upon initial connection establishment with the network. The LC-SIB may also include UL information. For example, UL carrier information is specified in the LC-SIB if the UL is not configured with default UL / DL separation or if the UL bandwidth is not the same as the DL bandwidth.

[0279] The LC-SIB may include information for RRC-specific timers. In an embodiment, the LC-MTC device may be predefined with different constant and timer values ​​compared to a normal WTRU. For example, default values ​​of the radio link failure detection timers and constants T310, N310, T311 may be set to be different and longer values ​​to allow for a lower probability of radio link failure (RLF) detection by the LC-MTC device in a coverage augmentation scenario. In an embodiment, the LC-MTC device may be configured not to perform radio link monitoring or not to indicate radio link failure.

[0280] In coverage enhancement operation, some parameters in the legacy SIB that may be required for normal WTRU cell access may not be included in the LC-SIB, since some features may not be supported by the LC-MTC device. It may also be possible for the LC-MTC device to fall back to normal operation for legacy SIB acquisition by reading and using normal cell system information. If the WTRU successfully reads the normal system information and maintains its validity, it may use the information from the normal SIB instead of the LC-SIB.

[0281] SFN indication without reading the SFN in the legacy PBCH is described herein. A WTRU or device, such as an LC-MTC device or other device, that may be in a coverage area with low SINR, may acquire or otherwise determine the SFN of a cell, and such acquisition or determination may be made without acquiring it from the legacy PBCH. In an embodiment, the determination of the SFN may be based on reception (e.g., successful reception or acquisition of a known signal and the timing of that signal).

[0282] The WTRU may determine the SFN at a resolution, which may be full resolution (e.g., 10-bit resolution if the SFN cycle is 1024) or a resolution lower than full resolution. A full-resolution SFN may be referred to as a full SFN. An SFN having a resolution lower than full resolution may be referred to as a reduced-resolution SFN, reduced SFN, or subset SFN.

[0283] The timing of the signal may include one or more subframes in which the signal may be transmitted, one or more frames in which the signal may be transmitted, one or more subframes in which the WTRU may receive or successfully receive the signal, one or more frames in which the WTRU may receive or successfully receive the signal, and / or the periodicity of the transmission of the signal.

[0284] The known signal may be transmitted by an eNB or a cell. The signal may be transmitted in one or more of the following ways: In an exemplary embodiment, the signal may be transmitted in one or more predefined time / frequency resources. In another exemplary embodiment, the signal may be transmitted periodically with a predefined period, which may be a certain number of frames. In another exemplary embodiment, the signal may be transmitted in one or more fixed or configured frames within the period. The one or more frames in which the signal may be transmitted may be a function of a cell-specific configuration (e.g., physical cell ID). For example, a cell with a PCI of 100 may transmit a known signal every SFN cycle (e.g., every 1024 frames) to indicate a certain SFN, such as SFN100, to the WTRU.

[0285] In another exemplary embodiment, the signal may be repeated in two or more of the subframes within the frame in which the signal may be transmitted. In another exemplary embodiment, the signal may be a predefined sequence, a system information block such as an LC-SIB or SIB1, a P-RNTI, or an SI, or an ePBCH.

[0286] A WTRU may receive or attempt to receive, and / or decode, a signal in one or more subframes of a frame in which the signal may be transmitted. The WTRU may combine (e.g., aggregate) signals from multiple such subframes in a frame in which the signal may be transmitted, and may use the combination to successfully receive and / or decode, for example, a signal in a single frame.

[0287] The one or more frames that may be transmitted the signal and / or the periodicity of the transmission may indicate the SFN using full resolution. For example, the signal may be transmitted once every SFN cycle (e.g., every 1024 frames) in a certain frame (e.g., frame 0) and may be used to indicate a certain SFN, such as 0. Upon successful reception of the signal, the WTRU may understand that the received frame is a certain SFN (e.g., SFN0). The WTRU may integrate the signal over multiple frames, which may be separated by frames of the SFN cycle, to achieve successful reception. The certain frame may be fixed or may be a function of the physical cell ID.

[0288] In another embodiment, the signal may be transmitted in multiple subframes (e.g., a subframe or all DL subframes) of a frame per SFN cycle (e.g., every 1024 frames) and may be used to indicate a certain SFN, such as 0. Upon successful reception of the signal, the WTRU may understand that the received frame is of a certain SFN (e.g., SFN0). The WTRU may aggregate the signal over one or more of the multiple subframes to achieve successful reception. Successful reception by the WTRU may be achieved in one frame. The certain frame and / or subframe may be fixed or may be a function of the physical cell ID.

[0289] The one or more frames in which the signal and / or the periodicity of the transmission may be transmitted may indicate the SFN with reduced resolution. For example, the signal may be transmitted every N frames, where (SFN cycle) / N may be an integer. The WTRU may consolidate reception in a frame, such as every Nth frame, until the signal is successfully received. Because the signal may be transmitted every N frames, the resolution of the SFN may be reduced.

[0290] For example, if the WTRU can successfully receive the signal, which may be achieved by aggregating the received signal every N frames (e.g., in one or more subframes every N frames), the WTRU can understand which frames are in the set of frames X, (X+N) modulo SFN cycles, (X+2×N) modulo SFN cycles, (X+3×N) modulo SFN cycles, but cannot know which frames are which. For example, X can be 0, another known value, or X can be a function of the physical cell ID. For example, if X=0, N=8, and the SFN cycle is 1024, then the WTRU can determine which frames are in the set of frames including frames 0, 8, 16, ..., 1016, but cannot know which frames are which. In another example, if X=0, N=512, and SFN cycle=1024, the WTRU can determine which frames are in the set of frames that includes frames 0, 512, but cannot know which is frame 0 and which is frame 512.

[0291] The value of X may be provided to the WTRU via signaling, such as broadcast signaling, which may be provided in a frame in which a signal used for SFN determination may be transmitted. The WTRU may use the value of X to determine a revised set of frames starting at 0 (e.g., 0, N, 2N, etc.). For example, if X=3, N=8, and SFN cycle=1024, the WTRU may recognize the sets of frames that are 3, 11, 19, etc. In those frames, the WTRU may receive signaling, such as broadcast signaling, that identifies X as 3. The WTRU may then determine which frames are in set 0, 8, 16, 24, etc. of frames.

[0292] If a SIB or other control signaling can be used as a signal for SFN determination, the SIB or control signaling can include the value of X.

[0293] If the WTRU understands SFN with a reduced resolution (e.g., a set of frames X, an (X+N) modulo SFN cycle, an (X+2×N) modulo SFN cycle, an (X+3×N) modulo SFN cycle, etc.), the WTRU can implicitly determine which frames are even and which are odd and are frames between the known frames. The WTRU can use that information for certain procedures, such as a random access procedure. For example, if the WTRU can know the set of frames 0, 8, 16, ..., it can also know the sets of frames 1, 9, 17, ... and 2, 10, 18, ... by shifting by one and two frames, respectively. Thus, the WTRU can know which are even frames and which are odd frames that may be needed for a random access procedure, such as an initial random access procedure.

[0294] Acquisition or determination of the subset SFN by the WTRU may mean or result in the WTRU discriminating between one or more sets of frames, which may include every N frames (where N is the period of the signal in frames), that can be used by the WTRU to determine the subset SFN. The sets of frames may be unique. There may be up to N such sets of frames. The number of elements in each set may be (SFN cycle) / N. This may be equivalent to the WTRU knowing for each frame the value of SFN modulo N for that frame.

[0295] The WTRU may acquire or determine the subset SFN based on the acquisition of the LC-SIB, a predefined frame rule, and the periodicity of the LC-SIB transmission. The WTRU may acquire or determine the subset SFN based on properly decoding SIB1. For example, SIB1 may be transmitted at SFN X, where X may be 0 and may repeat every 20 ms, which may correspond to every two frames (e.g., every even frame). The WTRU may understand that acquisition of SIB1 may correspond to finding an even frame, which may enable the WTRU to determine which frames are even and which are odd.

[0296] The WTRU may acquire and determine the subset SFN based on the P-RNTI in a common search space of the PDCCH or EPDCCH, assuming that the paging density of the cell (e.g., nB parameter in RRC) is greater than one frame (e.g., nB=T / 2, T / 4, T / 8, T / 16, or T / 32).

[0297] The WTRU may acquire the subset SFN based on the SI periodicity, which may be indicated in the SI schedule. A certain SI configuration may allow a periodicity of up to 512 frames.

[0298] In another embodiment, the determination of the SFN may be based on reception (e.g., successful reception) of the full resolution SFN and / or the subset SFN, which may be sufficient for certain procedures, such as random access, such as system information acquisition and initial random access (e.g., random access).

[0299] An eNB or cell may transmit a signal that may include a full resolution SFN (e.g., 10-bit resolution if the SFN cycle is 1024) and / or a subset SFN. One or more of the following may be applied to the signal. In an example, the subset SFN may represent the least significant B bits of the full resolution SFN, such as the three least significant bits. This may correspond to an SFN modulo (2^B), which for a three-bit example may be an SFN modulo 8. Assuming successful reception of the subset SFN, the WTRU may obtain the SFN modulo (2^B) for the frame in which it can receive the subset SFN and use it to understand the SFN modulo (2^B) for other frames, such as all frames.

[0300] In another example, the full resolution SFN may be transmitted periodically with a duty cycle shorter than the SFN cycle. For example, a signal using the full SFN may be transmitted every 8, 16, or 32 frames, among others. The subset SFN may be transmitted one or more times during the duty cycle of the full SFN. The full SFN and / or the subset SFN may be transmitted in one or more subframes, possibly including all or all DLs, within the frame in which they are each transmitted. The full SFN and the subset SFN may be transmitted in a different number of subframes within the frame in which they are transmitted.

[0301] In another example, the definition of the periodicity and length of the signaled SFN for a cell may be a function of the allowable delay tolerance in cell access procedures of devices such as LC-MTC devices, as well as cell-specific configurations for certain SFN-based procedures, such as DRX and RACH access. The SFN signaled by a cell may be a full SFN and / or a fraction of a SFN based on the periodicity of the full SFN and / or the fraction of a SFN.

[0302] The WTRU may acquire and decode a signal that may include a full SFN or a subset SFN. The WTRU may know which SFN to receive based on one or more schedules for different SFNs. The WTRU may aggregate or otherwise combine the same signal from multiple subframes within a frame (e.g., full SFN with full SFN, subset SFN with subset SFN) to successfully receive the signal.

[0303] The WTRU may aggregate or otherwise combine the same signals from multiple frames (e.g., full SFN with full SFN, subset SFN with subset SFN), e.g., signals in frames that are separated by the periodicity of the transmission, in order to successfully receive the signal. This may be applicable to full SFN if the periodicity is equal to the SFN cycle. This may also be applicable to subset SFN if the periodicity is a multiple of the subset SFN cycle. For example, if the subset is 3 bits, the subset cycle may be 8. SFN subset signals in a given frame may be combined with SFN subset signals that are 8 frames or a multiple of 8 frames away from that frame.

[0304] For cell access purposes, the WTRU may use one or more of the above-mentioned methods of SFN acquisition to complete the establishment of a connection with the cell. For example, once the RACH / PRACH configuration is acquired by the LC-SIB and / or the normal SIB, knowledge of the odd / even SFN may enable the WTRU to initiate a random access procedure.

[0305] Methods for PRACH coverage enhancement are described herein. For each case of random access procedure, in an embodiment to increase PRACH coverage (and for example, for some form of preamble consolidation at the eNB), the WTRU may transmit multiple (e.g., many) preambles (or repeated preambles) that may elicit only one RAR from the eNB. The repeated preambles may use the same preamble sequence as the initial preamble and may transmit at the same transmit power P PRACH RACH may be used interchangeably with random access. The number of repetitions for the repeated preamble may be defined as "n" (e.g., a repetition factor, which may be a positive integer).

[0306] In an embodiment, the WTRU may transmit a RACH preamble. Following the initial preamble for the RACH procedure, the WTRU may transmit a repeated preamble at a later time, e.g., using the same resource, but in a later allowed frame. For example, if the initial preamble uses resource "subframe 4 of any SFN," the repeated preamble may be transmitted in subframe 4 of a subsequent frame. As another example, if the initial preamble uses resource "subframe 4 of even SFN," the repeated preamble may be transmitted in subframe 4 of a subsequent even frame.

[0307] The initial preamble that may be followed by a repeated preamble may be present in any frame, or if restricted to certain frames (e.g., even frames), may be present in any such restricted (e.g., even) frame. Alternatively, the first such preamble may be further restricted to only certain frames. The first frame with the initial preamble and subsequent frames with the repeated preamble may be referred to as a block of frames. The WTRU may, for example, transmit the initial preamble in the first frame of the block, or only in the first frame of the block.

[0308] A block may be identified as existing within a group of frames, in which any frame may be identified as existing at a particular location within a particular block, and each block may be identified as existing at a particular location within the group. This may be known at the eNB and the WTRU. For example, a frame group may be a series of 1024 consecutive frames starting with SFN 0 and ending with SFN 1023.

[0309] The identification of frames within a block may be as shown in Figure 12(a), for example, where the length of a series of equal length blocks may be equal to the length of the frame group, where the different block lengths are referred to as a first length, a second length, etc., or as shown in Figures 12(b), (c), and (d), where the length of a series of equal length blocks may not be equal to the length of the frame group and some frames within the frame group may not be present within the block, or as shown in Figures 12(e) and (f), where the length of a series of equal and unequal length blocks is equal to the length of the frame group, or some combination of all of the methods shown in Figure 12. An alternative method not shown is that the frames within a block and the blocks within a group may be distributed, e.g., non-contiguous or intermixed, in some deterministic manner that the eNB and WTRU may know and specify or configure.

[0310] An example of determining frames in a block is as follows: Let a group of frames be frames numbered as SFN0 to SFN1023. Let Npre be the number or maximum number of preambles transmitted in the block, where Npre is a power of two (e.g., 64, 128, etc.) such that an integer number of blocks can be initially configured in the group as shown in Figure 12(a). For preambles that may be transmitted in any frame, the frames in the first block may be frames with SFN0 to (Npre-1), the second block may be frames with SFN Npre to 2Npre-1, and so on, with the last block containing frames with SFN1023-(Npre-1) to 1023. In the case of a preamble that can only be transmitted in even-numbered frames, the frames in the first block may be frames with SFN 0 to 2Npre-1 (but the last frame itself cannot be used to transmit a preamble because its SFN is odd), the second block may be frames with SFN 2Npre to 4Npre-1 (but the last frame itself cannot be used to transmit a preamble because its SFN is odd), and so on until the last block contains frames with SFN 1024-2Npre to 1023 (but the last frame itself cannot be used to transmit a preamble because its SFN is odd).

[0311] In an example, the eNB may respond to a block of preambles with an RAR that may be transmitted after the last preamble in the block, e.g., after the last preamble has been received, or after a time that may correspond to the last preamble has elapsed, if a preamble has been received. The WTRU may look for an RAR after the last preamble during a configured response window for that preamble. In another example, the eNB may respond to a block of preambles with an RAR that may be transmitted after receiving any preamble in the block, e.g., during a response window for any such preamble. The WTRU may not transmit any more preambles in the block if it has received an RAR before transmitting the last preamble in the block.

[0312] If the WTRU fails to receive the RAR within the response window of the last preamble of the block, it may start transmitting another block of preambles. In case of a contention-based RACH procedure, the WTRU may select another specific preamble sequence for the subsequent block and may also apply the same time backoff rules as done for Release 11, for example.

[0313] The number of preambles transmitted in a block, the maximum number of preambles transmitted in a block, or the length of the block can be configured or specified. The value can indicate the total number of preambles to transmit, the length of the preamble (e.g., in frames), or how many additional preambles to transmit. In such a case, for example, zero can indicate that no repeated preambles can be transmitted.

[0314] The eNB can directly indicate the ability to detect repeated preambles, or indicate it by broadcasting a related quantity (e.g., the number of preambles transmitted within a block) and / or by indicating a separate PRACH resource for the repeated preambles. Such resources can use various indexes or tables. Alternatively, there may be no special resources for the repeated preambles.

[0315] In the case of an eNB capable of detecting repeated preambles, the maximum number of RACH preamble transmissions, e.g., preambleTransMax, can refer to the maximum number of preamble blocks. Alternatively, the network can configure the maximum number of preamble blocks separately.

[0316] The WTRU can autonomously determine to transmit a repeated preamble, e.g., if permitted by the network, and such a determination can be based on one or more conditions including whether Pcmax < preambleInitialReceivedTargetPower + deltaPreamble + pathloss, whether (Pcmax ± some quantity) < preambleInitialReceivedTargetPower + deltaPreamble + pathloss, whether a previous RACH procedure failed due to reaching the maximum number of PRACH transmissions (preambleTransMax), or whether the device is always configured or hardwired to do so. The repeated preamble can be transmitted at the same power using the same preamble for a certain resource.

[0317] In an embodiment, a new or enhanced preamble format may be introduced that may increase the repetition factor (e.g., number of repetitions) for the preamble. The terms new and enhanced may be used interchangeably. As a result, the energy for the PRACH preamble may be increased over more subframes. For example, a new preamble format may be introduced, as shown in Table 3, that may be used for coverage enhancement purposes.

[0318] [Table 3]

[0319] In Table 3, "n" may be an integer greater than 2 and may be considered as a repetition factor for the PRACH preamble.

[0320] For example, for coverage enhancement purposes, the CP length (i.e., T CP ), a new preamble format may be introduced. The repetition factor "n" may be defined using configuration. For example, "n" may be a PRACH configuration parameter. The eNB may indicate or signal a value for "n", for example as part of the PRACH configuration, where "n" may apply to the new preamble format. A subset of the preamble formats may have a repetition factor "n".

[0321] The repetition factor "n" may be calculated or determined by the WTRU, and the value "n" may be configured as a function of at least one of DL path loss, RSRP, RSRQ, and / or other measurements. As an example WTRU behavior, the WTRU may measure DL path loss, and if the path loss is greater than a threshold, the WTRU may use a new additional preamble format. The calculated or determined path loss value may be used to obtain the repetition value "n". Once the WTRU obtains the repetition value "n", it may transmit a PRACH preamble on a particular PRACH resource that may be used for the new preamble format with the repetition value "n".

[0322] Separate PRACH resources may be defined according to the repetition value "n." For example, repetition candidates {4,8,16} may be defined, and if the WTRU may need to use a repetition value such as n=4, there may be a specific PRACH resource that may be used for repetition value n=4, for example. In an example, the repetition candidates {4,8,16} may be used, or only used, but another number and value of repetition candidates may also be selected. In another example, the repetition value "n" may be a predefined number greater than 2, and there may be a PRACH resource configured for the repetition value "n" and another PRACH resource configured for the legacy PRACH format.

[0323] Subframes for PRACH transmissions can be defined as a function of repetition factor "n", since the required subframes can depend on the repetition factor. Table 4 shows examples of required subframe lengths according to the repetition factor. For example, if the repetition factor is less than a threshold (e.g., 9), the starting subframe for PRACH transmission can be configured in every radio frame. Otherwise, the subframe can be configured in an even or odd radio frame. Table 4 also shows examples of required subframe lengths for preamble formats according to "n".

[0324] [Table 4]

[0325] For coverage enhancement purposes, one or more additional preamble formats can be introduced. For example, additional preamble formats can be defined, each with a different CP length (T CP ) can have different repetition factors. Table 5 shows the CP length (T CP 1 shows examples of several additional preamble formats per

[0326] [Table 5]

[0327] As an example, preamble format 5 may contain all the supportable CP lengths in preamble formats 0 to 3, but the sequence lengths may be the same, with a repetition factor of n1. Except for the repetition factor, the same can be applied to other new preamble formats, thus resulting in preamble formats 5, 6, and 7, with repetition factors n1, n2, and n3, respectively.

[0328] The repetition factors {n1, n2, n3} may be predefined, for example, as {4, 8, 16}. The repetition factors may be defined as a function of path loss and / or other measurements.

[0329] The PRACH resource can be configured / defined according to a repetition factor. For example, the WTRU can acquire the repetition factor and the WTRU can know which PRACH resource the WTRU needs to use for preamble transmission. The new preamble format can use the same CP length as in the previous preamble format, but the sequence length can be increased. The new preamble format can use the same sequence as the legacy format, but the sequence is repeated several times.

[0330] The preamble format and subframe configuration can be configured together in the broadcast channel. For FDD, the unused PRACH configuration indexes (e.g., 30, 46, 60, 61, 62) can be used for new additional preamble formats.

[0331] A separate random access configuration table may be defined for coverage enhancement PRACH configuration. A separate group of preamble sequence indexes may be assigned (e.g., "Group C") and may be used by the WTRU, e.g., may be used explicitly, and may be communicated to the WTRU (e.g., in SIB2), for coverage enhancement purposes. The Group C preamble configuration may also include an extended preamble format configuration and configuration index, which may be different from those specified for the preamble groups A, B configuration. The WTRU may use the Group C configuration specified in SIB2 in addition to or instead of the Group A / B preamble configuration.

[0332] In another embodiment, preamble formats such as preamble formats 0 to 3 can be reused with repetition. The same preamble format can be used in the same PRACH resource. Here, coverage-enhanced PRACH transmissions can use repetition of the same PRACH preamble. For repetition of PRACH transmissions, at least one of the following techniques can be used:

[0333] In an example, a subset of PRACH preambles may be defined or configured for a repetition-based PRACH preamble, and the repetition-based PRACH preamble may be transmitted repeatedly within a time window size. For example, the time window size may be N win The same PRACH preamble can be defined as N subframes or radio frames. win For example, N win If ≠ 3 is used and the PRACH subframe is defined as {1 in every radio frame}, the WTRU may need to transmit a repetition-based PRACH preamble in three radio frames. The time window size may be predefined or configured as a function of the PRACH configuration.

[0334] Additional frequency resources may be reserved for the repetition-based PRACH preamble, which may be mutually orthogonal with the frequency resources for the non-repetition-based PRACH preamble (such as the PRACH preamble for the legacy WTRU). Thus, both types of WTRUs may use the same PRACH configuration, except for the frequency offset index (prach-FrequencyOffset). A time window may be used to indicate the number of repetitions of the PRACH preamble transmission.

[0335] A subset of PRACH subframes may be reserved for the repetition-based PRACH preamble, and thus the WTRU may transmit the repetition-based PRACH preamble only in the configured subset of PRACH subframes.

[0336] The same preamble format can be used in different PRACH subframes. For example, a subframe offset can be used, which can indicate the PRACH subframe for the repetition-based PRACH preamble. The subframe offset can be signaled or indicated to the WTRU via a broadcast channel so that the WTRU that is required to transmit the repetition-based PRACH preamble can use the subframe for transmitting the repetition-based PRACH preamble.

[0337] Techniques for PRACH link adaptation and enhanced coverage are described herein. In an embodiment, PRACH resources (e.g., PRACH resource type A) that may be used or intended to be used by legacy and / or normal coverage WTRUs, and / or PRACH resources (e.g., PRACH resource type B) that may be used or intended to be used by WTRUs that may require coverage enhancement may be available in a cell. PRACH resource type A may be configured by a broadcast channel (e.g., SIB). A normal coverage WTRU may here indicate that an enhanced coverage mode of operation is not used for the WTRU. PRACH resource type B may be configured by a broadcast channel. A coverage enhanced WTRU may here indicate that the WTRU is configured with or using an enhanced coverage mode of operation. The broadcast channel for PRACH resource type B configuration may be a dedicated broadcast channel for the enhanced coverage WTRU. PRACH resource type A and type B can be used according to the PRACH preamble format. For example, PRACH resource type A can be used for PRACH preamble formats 0 to 3, while PRACH resource type B can be used for other PRACH preamble formats (e.g., formats 5 to 7). PRACH resource type A and type B can be configured in separate time and frequency resources. Alternatively, the PRACH resources can fully or partially overlap in time and frequency resources. In another example, the PRACH resources of type A are part of the PRACH resources of type B.

[0338] PRACH resources that may be used or intended to be used by a WTRU that may require or benefit from coverage augmentation may be referred to as enhanced PRACH (ePRACH) resources. The ePRACH resources may be configured by the eNB, e.g., by signaling to the WTRU, e.g., by broadcast (e.g., in the LC-SIB).

[0339] For an FDD system, in an embodiment, the type-A PRACH resources may occupy six consecutive RBs in a selected set of UL subframes, while the type-B PRACH resources may be configured with six consecutive RBs at non-overlapping frequency locations in the same set of UL subframes, where the frequency locations for the type-B PRACH resources may be indicated by an offset from the type-A PRACH resources. In another embodiment, the type-A PRACH resources may occupy six consecutive RBs in a selected set of UL subframes, while the type-B PRACH resources may be configured with the central six RBs in uplink subframes that do not overlap with the type-A PRACH resources. In another embodiment, the type-A PRACH resources may occupy six consecutive RBs in a selected set of UL subframes, while the type-B PRACH resources may be configured with six consecutive RBs at any time-frequency location that does not overlap with the type-A PRACH resources. In another embodiment, the type A PRACH resource may be configured at any frequency location within a selected set of UL subframes, while the type B PRACH resource may be configured at a predefined location, e.g., the central 6 RBs in all UL subframes within a particular radio frame may be used for the type B PRACH resource.

[0340] In an embodiment, two or more PRACH resources of type B may be configured with different coverage enhancement levels, for example, there may be a PRACH resource type B1 (Level 1) and a PRACH resource type B2 (Level 2), where the PRACH resource type B2 may provide better coverage than the PRACH resource type B1.

[0341] For PRACH resource type or level selection, in an embodiment, the WTRU may select a level of the PRACH resource type according to DL measurements, which may be related to at least one of DL path loss, combining loss, geometry, RSRP, and RSRQ. For example, the WTRU may first measure the RSRP, and if the RSRP is lower than a threshold, the WTRU may select the PRACH resource type B to transmit the PRACH preamble. Otherwise, the WTRU may select the PRACH resource type A to transmit the PRACH preamble. In another embodiment, the PRACH resource type selection may be based on the WTRU category. For example, if the WTRU is a coverage enhanced LC-MTC WTRU, the WTRU may always select the PRACH resource type B for PRACH preamble transmission. However, other WTRUs may select the PRACH resource type A. A coverage enhanced WTRU may be a WTRU that requires coverage enhancement or that utilizes coverage enhancement techniques or supports coverage enhancement modes. The terms coverage-limited WTRU and coverage-enhanced WTRU may be used interchangeably.

[0342] In another embodiment, power control and PRACH resource hopping may be used for PRACH preamble transmission link adaptation. For example, if multiple PRACH resource types are configured with different levels of coverage restriction, the WTRU behavior if the WTRU does not receive a RAR for a transmitted PRACH preamble within the allocated time (e.g., ra-ResponseWindowSize) may be at least one of the following behaviors. In an example behavior, if the WTRU is not configured with a coverage extension mode of operation, the WTRU may transmit another PRACH preamble at a later time with a higher power. For example, the preamble may be higher by powerRampingStep relative to the previous preamble transmission. Thus, the transmit power for the preamble transmission may be increased with respect to the amount of powerRampingStep. In another example behavior, if the WTRU is configured with a coverage extension mode of operation, the WTRU may transmit another PRACH preamble at a later time with a higher power or a different PRACH resource type. For example, if the WTRU does not receive an RAR for a transmitted PRACH preamble within the allocated time, the WTRU may choose to transmit another preamble using the same PRACH preamble format (e.g., formats 0-3) on the same PRACH resource type (e.g., type A) at a later time with a higher power, or may choose to transmit another preamble using a different PRACH preamble format (e.g., formats 5-7) on the PRACH resource corresponding to the preamble format (e.g., PRACH resource type B) at a later time with a certain transmit power.

[0343] In another example behavior, if the WTRU is configured with a coverage enhanced mode of operation, the WTRU may transmit another PRACH preamble at a later time with a higher power until it reaches a maximum transmit power (e.g., Pcmax or Pcmax,c). If the WTRU reaches the maximum transmit power for a PRACH preamble transmission and does not receive a RAR for the transmitted PRACH preamble within the allocated time, the WTRU may transmit another PRACH preamble at a later time with a transmit power using a different PRACH preamble format on the PRACH resource corresponding to the preamble format.

[0344] Methods are described herein for indicating, e.g., to an eNB, a coverage augmentation level that may be required by a WTRU using the PRACH. In an embodiment, the coverage limitation (or augmentation) level for each WTRU may be indicated by one or more of the following methods. In an example method, the WTRU may be configured with multiple PRACH resource types, and the WTRU may select the PRACH resource type according to a criterion such as DL measurements (e.g., one or more of path loss, combining loss, geometry, RSRP, and RSRQ). For example, the WTRU may first measure the RSRP and then select the PRACH resource type according to the measured RSRP, where the PRACH resource type may include one or more of a PRACH preamble format, a PRACH subframe, a PRACH frequency resource, and a preamble sequence. Criteria other than RSRP or other DL measurements may be used by the WTRU to determine which PRACH resource type to transmit to indicate the level of coverage augmentation required. Based on the PRACH resource type transmitted by the WTRU, the eNB can learn the coverage limitation (or required coverage augmentation) of the WTRU. For each resource type, there may be a set of PRACH resources (which may be defined by one or more of a PRACH preamble format, a PRACH subframe, a PRACH frequency resource, and a preamble sequence). Once the WTRU can determine the PRACH resource type, it can select from among the set of PRACH resources associated with the type and can do so according to the random access procedure selection rules according to Release 11, etc.

[0345] In another example, the WTRU may be configured with a single PRACH resource type with PRACH resource partitioning. Thus, according to DL measurements or other criteria, the WTRU may select one of the partitioned PRACH resources so that the eNB can understand the level of coverage limitation of the WTRU. The partitioning of the PRACH resources may include one or more of a UL subframe, a frequency resource, and a PRACH preamble. For example, the PRACH resources in even-numbered radio frames may be considered as one PRACH partition associated with the measured RSRP level 1, while the PRACH resources in odd-numbered radio frames may be considered as another PRACH partition associated with the measured RSRP level 2. In another example, the PRACH preamble may be partitioned, and according to the measured RSRP level, the PRACH preamble may be selected by the WTRU among the set of PRACH preambles associated with the measured RSRP level. In these examples, the RSRP level may be replaced with any type of DL measurement or other criteria that may be related to the WTRU coverage.

[0346] A PRACH preamble reserved for non-contention based resources may be used to indicate the coverage limitation level. The PRACH transmit power may be set to a maximum value for the coverage-limited WTRU so that the eNB can estimate the coverage limitation level.

[0347] In an embodiment, the WTRU may indicate a coverage enhancement level or be indicated to use a coverage enhancement level as part of the RACH process and RRC connection establishment procedure.

[0348] Pre-allocation or semi-static allocation of C-RNTIs is described herein. A WTRU in limited coverage may be assigned with a C-RNTI, which may be predefined or provided by the network upon initial access. The WTRU may continue to use a C-RNTI semi-statically until otherwise indicated by the network to use a different C-RNTI. The WTRU may consider the C-RNTI valid during long DRX and sleep cycles and transitions from RRC_IDLE to RRC_CONNECTED mode for data transfer. In an embodiment, the WTRU may consider the C-RNTI valid during cell reselection or cell reestablishment in RRC_IDLE mode and handover in RRC_CONNECTED mode.

[0349] The WTRU may be indicated to use the coverage enhancement level by receiving a random access response (RAR) from the eNB in ​​response to a preamble transmission based on an RA-RNTI or C-RNTI, which may be assigned in one or more of the following ways: In an example manner, the WTRU may use an RA-RNTI from a set that may be assigned specifically for the WTRU in the coverage enhancement mode. For example, the WTRU may calculate the RA-RNTI as a function of time and frequency resources and, in an embodiment, an additional offset defined for the coverage enhancement WTRU. In another example, an RA-RNTI value between 60 and 119 may be assigned specifically for the WTRU in the coverage enhancement mode.

[0350] In an embodiment, the WTRU may use the RA-RNTI specifically for the coverage enhancement mode, which may be further subdivided and assigned to different amounts for coverage enhancement. For example, a WTRU in a 5 dB coverage enhancement may use one subset of the RA-RNTIs, and a WTRU in a 10 dB coverage enhancement may use another set of RA-RNTIs.

[0351] In another exemplary method, the WTRU may, in an embodiment, search for an (E)PDCCH for RAR from an eNB using multiple RA-RNTI candidates calculated from the time / frequency resources of the transmitted preamble along with RA-RNTI sets for multiple coverage augmentation amounts. The WTRU may be indicated to use the configured coverage augmentation amount from the eNB by the RA-RNTI for which the (E)PDCCH for RAR was successfully decoded. The WTRU may derive the RA-RNTI candidate set from a subset of the available coverage augmentation levels or from all available levels.

[0352] In another example method, the WTRU may calculate a coverage enhancement specific RA-RNTI or a coverage enhancement level specific to the RA-RNTI based on the selection of time and / or frequency resources of the PRACH preamble. The allocation of certain PRACH and preamble resources to a coverage enhancement WTRU or coverage enhancement level may be indicated to the WTRU by a regular SIB (e.g., SIB2) or LC-MTC specific MIBs and SIBs.

[0353] In another example method, a WTRU in coverage enhancement mode may receive an RAR in response to a transmitted PRACH preamble via a pre-assigned or previously semi-statically assigned C-RNTI. The WTRU may detect and decode an (E)PDCCH for the RAR in the CSS or WSS. Upon receiving an RAR via an (E)PDCCH scrambled with the C-RNTI, the WTRU may no longer look for contention resolution when sending a msg3 (e.g., an RRC connection request) in response to the RAR. In an embodiment, a WTRU receiving an RAR MAC control element (CE) via an (E)PDCCH and a C-RNTI may receive one or more of the following shortened MAC CE information in the RAR: an UL grant, a timing advance (TA) command, and an enhanced coverage mode quantity. For example, the enhanced coverage mode quantity information element (IE) may indicate a 5 dB, 10 dB, or 15 dB coverage enhancement procedure.

[0354] In another example method, the WTRU may receive in the MAC CE the information provided to it in the RA-RNTI based RAR. In an embodiment, the WTRU may not receive any MAC subheader for the RAR, including the RACH preamble identifier (RAPID) or the temporary C-RNTI, thus reducing the potential size of the RAR control element.

[0355] An indication of the amount of coverage augmentation during an RRC connection establishment procedure is described herein. In an example, the WTRU may indicate the coverage augmentation amount to the eNB during the RRC connection establishment procedure. In an embodiment, the WTRU may be indicated the amount from the eNB during the procedure. Upon completion of the RACH procedure, the WTRU may operate in a coverage augmentation (enhanced) mode and, in an embodiment, may be configured with the amount of coverage augmentation. In another embodiment, the WTRU may overwrite or be overwritten with a new coverage augmentation amount using one or more of the following methods. In an example method, the WTRU may indicate it in an RRC connection request message (e.g., msg3). The WTRU may receive a configuration for the coverage augmentation amount from the eNB in ​​an RRC connection setup or RRC connection reconfiguration message, or based on any possible change in coverage state, the WTRU may receive the coverage augmentation amount as a reconfiguration of the coverage augmentation amount in an RRC connection reconfiguration message.

[0356] For a WTRU indicating a coverage augmentation amount in the RRC connection request message, the WTRU may include an indication in the establishment reason of the RRC connection request message. For example, the remaining unused values ​​in the IE may be allocated to indicate the coverage augmentation mode and amount. In another example, the WTRU may provide an extended or alternative information element in the message to indicate the coverage augmentation amount or level to the network in the RRC message. For example, if an LC-MTC WTRU indicates to the eNB that it is a coverage-limited WTRU, or if the eNB derives before or during the random access procedure that the access WTRU is coverage-limited, it may use the probability reason IE and reinterpret the IE bits to indicate the level of coverage augmentation. As a further example, the bits may be reinterpreted as an enumeration of {5 dB coverage augmentation, 10 dB coverage augmentation, 15 dB coverage augmentation} in the information element and included in the message.

[0357] For a WTRU that receives a configuration for the amount of coverage augmentation from the eNB in ​​an RRC connection setup or RRC connection reconfiguration message, the eNB may derive the coverage-limited WTRU and the amount of coverage augmentation based on the detected preamble signal strength. In an embodiment, the WTRU may provide information regarding the coverage limitation to the eNB, which may include one or more of the PRACH preamble transmit power, the measured RSRP / RSRQ used for appropriate cell selection criteria, the number of preamble repetitions and retransmissions, or the number of PDCCH and PDSCH repetitions required for RAR reception.

[0358] In an embodiment, based on any possible change in coverage conditions, the WTRU may receive the coverage augmentation amount as a reconfiguration in an RRC connection reconfiguration message, and the WTRU may apply the reconfigured coverage augmentation mode with an appropriate processing delay (e.g., 15 ms) to any of the applicable techniques on the indicated channel.

[0359] Paging with enhanced coverage is described herein. To enhance the coverage of the paging channel for a WTRU, the WTRU may be assigned a different set of paging frames (PFs) and paging occasions (POs) than a normal WTRU for coverage enhancement purposes. In an embodiment, a paging message for an LC-MTC with the same information may be repeated over several frames and / or subframes so that the WTRU can take advantage of the accumulation of paging information.

[0360] For example, to allow certain WTRUs, such as WTRUs requiring coverage augmentation, including LC-MTC WTRUs, to read a subset of paging occasions for a cell, the WTRUs may be assigned separate paging frames and paging occasions from normal WTRUs. This may be done using one or a combination of a second P-RNTI assignment, an LC-MTC specific paging frame (PF) assignment, and multiple paging frame (PF) assignments in a DRX / paging cycle.

[0361] With regard to the allocation of a second P-RNTI, an alternative P-RNTI to the P-RNTI assigned in Release 8 (e.g., a P-RNTI value of 0xFFFE) may be indicated to the WTRU. The WTRU may be indicated the value of the second P-RNTI as part of the paging and DRX configuration or may be provided with an indication to use the second P-RNTI value, which may be pre-determined. For example, the second P-RNTI value may be set as 0xFFFC. The WTRU may look for both the Release 8 P-RNTI and the second P-RNTI or only the second P-RNTI during the assigned paging occasion. The WTRU may be indicated as part of the paging configuration whether to use the second P-RNTI.

[0362] With regard to LC-MTC specific paging frame (PF) allocation, the WTRU may be assigned a pre-determined paging occasion and DRX / paging cycle, e.g., using signaling via RRC or non-access stratum (NAS), instead of being determined by the WTRU's identity. The allocation of paging occasions by the eNB to the WTRU for paging coverage augmentation may be a function of allocating paging occasions for normal WTRUs and selecting paging frames that are not occupied by normal WTRUs. The WTRU may be provided with explicit paging frames and paging occasions, and the WTRU may not apply IMSI to determine the paging frame via legacy Rel-8 procedural means. For example, a legacy WTRU may be assigned a DRX length of 256 frames and an nB of T / 32 as paging parameters. This may allow the PF for a normal WTRU to occur in a frame that is a multiple of 32. A long DRX cycle, for example 256, may be used and WTRUs for coverage enhancement may be assigned LC-MTC POs in frames 1-31 so that LC-MTC WTRUs and normal WTRUs do not share common paging occasions.

[0363] With regard to the allocation of multiple paging frames (PFs) in a DRX / paging cycle, during a DRX cycle, the WTRU may be specifically assigned multiple PFs for the LC-MTC WTRU. For example, this indication of multiple POs may take the form of a bitmap to indicate the frames during the DRX cycle that were assigned as LC-MTC specific, or may take the form of a frame offset indicating consecutive frames from the assigned LC-MTC PO that were assigned to the WTRU.

[0364] The WTRU may receive an indication to indicate connection initiation to the network as part of a paging record in a designated LC-MTC PO. The WTRU may not decode its own WTRU identity in the paging record, but instead the indication may apply commonly to all LC-MTC WTRUs assigned that particular PO. For example, instead of using a pagingRecordList IE in the RRC paging message that contains the WTRU identity of each WTRU being paged, there may be a one-bit indicator that indicates that all WTRUs assigned to this PO should respond to the paging message with an RRC connection establishment procedure.

[0365] The WTRU may receive repeated RRC paging messages over a period of time such that the paging messages can be accumulated to obtain coverage enhancement gain. The paging may include a WTRU-specific paging record or a group paging indication (as described above). The paging message may be repeated in multiple assigned LC-MTC paging frames during a DRX cycle, or in an embodiment, over the course of multiple DRX / paging cycles.

[0366] The WTRU may receive a paging message repeated in multiple subframes in a PF assigned for an LC-MTC WTRU and accumulate it across the repeated subframes. For example, similar to Release 8 where a PO may occur in subframes {0,4,5,9} of every paging frame, the WTRU may be indicated to receive a paging message repeated in up to four of those paging occasions. The WTRU may be explicitly informed by the network of the number of subframes in which the paging message may be repeated. In an embodiment, the WTRU may decode a PDCCH with a P-RNTI in subframe 0 and may not decode a PDCCH with a P-RNTI in other subsequent subframes, but may decode a PDSCH in the same position as the first subframe (e.g., subframe 0).

[0367] For additional accumulation gain of paging messages, the WTRU may receive paging messages in other subframes than the four subframes {0,4,5,9}. The WTRU may be explicitly informed by the network of the subframes in which it may transmit paging messages during the paging frames.

[0368] In an embodiment, every transmission step may have a time window so that the WTRU can perform one step at a time. For example, the DL transmission step may be defined as four time windows, such as an (E)PDCCH window, a PDSCH window, a gap, and an A / N window, and the WTRU may receive the DL control channel only in the (E)PDCCH window and the PDSCH in the PDSCH window. Similarly, the A / N for the PDSCH may be transmitted only in the ACK / NACK (A / N) window. Thus, the WTRU may monitor the (E)PDCCH in the (E)PDCCH, while the WTRU may assume that the PDSCH is not transmitted during the (E)PDCCH window. In addition, the WTRU may assume that the (E)PDCCH associated with the PDSCH is not transmitted in the (E)PDCCH window. FIG. 13 illustrates an example of a window-based downlink transmission as described herein.

[0369] In another embodiment, certain steps may use window-based transmission. In this case, the following methods may be used. For example, (E)PDCCH and PDSCH may have a window, but A / N transmission may end within a subframe. In another example, (E)PDCCH may have a window, but other transmissions may end within a subframe. In another example, (E)PDCCH and A / N transmission may have a window, but PDSCH transmission may end within a subframe. In another example, PDSCH transmission may have a window, but other transmissions may end within a subframe.

[0370] In the case of window-based transmission, one or more of the following methods can be applied. In an exemplary method, each time window can include two or more subframes, and different numbers of subframes can be used according to the type of window. For example, for the (E)PDCCH window, the PDSCH window, the gap, and the A / N window, N ... epdcch , N pdsch , N gap, and N harq The values ​​for the example configuration shown in FIG. epdcch =6, N pdsch =11, N gap = 4, and N harq = 9. epdcch , N pdsch , N gap , and N harq The value of N can be predefined for coverage-enhanced transmission. epdcch , N pdsch , N gap , and N harq The value of can be configured via a broadcast channel.

[0371] In an embodiment, within the (E)PDCCH window, the WTRU may monitor the search space to receive DCI for PDSCH and / or PUSCH. In an example, the (E)PDCCH window may be defined separately for UL and DL transmissions. Thus, two types of (E)PDCCH windows may be defined, such as UL-(E)PDCCH and DL-(E)PDCCH windows. The UL-(E)PDCCH and DL-(E)PDCCH windows may be mutually exclusive in the time domain. Thus, the WTRU may be requested to monitor PUSCH-related DCI or PDSCH-related DCI. Alternatively, the UL-(E)PDCCH and DL-(E)PDCCH windows may overlap partially or completely in the time domain, and the WTRU may monitor both PDSCH- and PUSCH-related DCI in subframes where the UL-(E)PDCCH and DL-(E)PDCCH windows overlap.

[0372] In another example, the WTRU-specific search space may be split into UL-(E)PDCCH and DL-(E)PDCCH windows, while the common search space may be placed in both windows. For example, DCI formats related to PDSCH transmissions (e.g., 1A / 2 / 2A / 2B / 2C) may be transmitted only in the DL-(E)PDCCH window, and DCI formats related to PUSCH transmissions (e.g., 0 / 1) may be transmitted only in the UL-(E)PDCCH window. In this case, the subsequent window may depend on the type of (E)PDCCH window. For example, the PDSCH window may be placed after the DL-EPDCCH window or may always be placed after the UL-(E)PDCCH window, and the PUSCH window may be placed after the UL-(E)PDCCH window.

[0373] In another example, a single (E)PDCCH window may be used for both PDSCH and PUSCH. Thus, the WTRU may need to monitor the DCI format for both PDSCH and PUSCH in the (E)PDCCH window. Here, the subsequent window may depend on the DCI format type in the (E)PDCCH window. For example, if the WTRU can receive a DCI format associated with a PUSCH, the subsequent window may be a PUSCH window such that the WTRU can transmit a PUSCH. On the other hand, if the WTRU receives a DCI format associated with a PDSCH, the subsequent window may be a PDSCH window such that the WTRU can receive a PDSCH in the subsequent window.

[0374] In another example, if a WTRU receives a DCI, the CRC is scrambled with the WTRU's C-RNTI, and the DCI is associated with a PDSCH, the WTRU may need to report an A / N within an A / N window. The A / N transmission corresponding to the PDSCH may be transmitted repeatedly within the A / N window.

[0375] In another example, an (E)PDCCH targeting a WTRU may be transmitted in only a single subframe within the (E)PDCCH window. Thus, if the WTRU receives an (E)PDCCH directed to the WTRU in a WTRU-specific search space in a subframe within the (E)PDCCH window, the WTRU may be enabled / permitted to not monitor the (E)PDCCH in the WTRU-specific search space within the (E)PDCCH window. In other words, if the WTRU successfully receives a DCI scrambled with a C-RNTI in the WTRU-specific search space, it may assume that there is no other DCI scrambled with a C-RNTI in the WTRU-specific search space. This may allow unnecessary WTRU complexity to be avoided.

[0376] In another example, the (E)PDCCH can be transmitted over multiple subframes in the (E)PDCCH window so that the WTRU can accumulate signals over multiple subframes. Here, repetition on the same (E)PDCCH candidate can be ensured so that the WTRU can accumulate the same (E)PDCCH candidate over multiple subframes in the (E)PDCCH window. Thus, the (E)PDCCH WTRU-specific search space can be fixed in the (E)PDCCH window. Alternatively, the same (E)PDCCH candidate can be used for repetition, but the WTRU-specific search space can be changed as a function of subframe number. In another example, the (E)PDCCH candidate can be hopped in a predefined manner so that the time / frequency diversity gain can be increased.

[0377] In another embodiment, within the PDSCH window, the WTRU may receive the PDSCH within the PDSCH window and may apply one or more of the following methods. In an example, the PDSCH may be transmitted repeatedly on the same frequency resource within the PDSCH window. For example, if the DCI corresponding to the PDSCH indicates that the PDSCH is placed within a specific PRB, the PRBs may all be reserved within the PDSCH window. Thus, when the WTRU receives the PDSCH, the WTRU may accumulate signals in a specific PRB across multiple subframes within the PDSCH window for PDSCH decoding. In another example, the PDSCH may be transmitted repeatedly in the frequency domain, such that the WTRU may accumulate the PRBs in the frequency domain. Here, the repetition may be based on the PRB level and the same MCS level may be used. Thus, the WTRU may integrate the signals before demodulation.

[0378] In another example, the PDSCH may be transmitted repetitively in the time and frequency domains, where the frequency domain repetition may be based on a rate matching operation, while the time domain repetition may be based on data symbol repetition.

[0379] In another example, the PDSCH may be transmitted only in a specific subframe. Here, the DCI for DL ​​transmission transmitted in the (E)PDCCH window may include subframe information and frequency resource information for the PDSCH transmission. For example, if four subframes are used in the PDSCH window, two bits may be used to indicate which subframe contains the PDSCH.

[0380] In another embodiment, in an A / N window, if the WTRU receives a PDSCH in the PDSCH window, the WTRU may transmit an A / N in the A / N window. In this case, one or more of the following methods may be applied. In an example, the A / N resource may be allocated as a function of the resource index of the (E)PDCCH corresponding to the PDSCH transmission. For example, if a repetition-based (E)PDCCH is used, the first (E)CCE index of the (E)PDCCH may be used. Alternatively, if the (E)PDCCH is transmitted only in subframes in the (E)PDCCH window, the A / N resource may be allocated as a function of the resource index and subframe number in which the corresponding (E)PDCCH is transmitted. For example, if four subframes are used in the (E)PDCCH window, the A / N resource may be allocated as a function of the subframe position (e.g., 0, 1, 2, or 3) and the first (E)CCE index in the (E)PDCCH window.

[0381] In another example, the A / N resource can be assigned as a function of the resource index of the PDSCH. For example, if a repetition-based PDSCH is used, the first PRB index for the PDSCH can be used. Alternatively, if the PDSCH is transmitted only in subframes within the PDSCH window, the A / N resource can be assigned as a function of the resource index and subframe in which the PDSCH is transmitted.

[0382] In another example, the A / N resource can be assigned as a function of the resource index of the PDSCH and the corresponding (E)PDCCH. Here, the first (E)CCE index and the first PRB index can be used simultaneously so that A / N resource collision can be avoided even if multi-user-based (E)PDCCH and PDSCH transmissions are used. In another example, the A / N can be transmitted repeatedly within the A / N window. For example, if a PUCCH resource is assigned, the WTRU may need to repeatedly transmit the same A / N signal in the same A / N resource in all subframes during the A / N window. In another example, the A / N corresponding to the PDSCH can be transmitted only in the subframe. Thus, the A / N resource can be assigned only in the subframe based on the (E)PDCCH and / or PDSCH used.

[0383] Applications for using the coverage enhancement mode are described herein. The WTRU may apply all the embodiments and examples herein individually or in combination as part of the coverage enhancement mode of operation.

[0384] The WTRU may operate in an enhanced coverage mode from power on, which may be indicated in its capabilities. For example, the WTRU may be pre-configured to start operating in the enhanced coverage mode and thus perform cell search, network access (e.g., PRACH process), and other connected mode procedures based on procedures as described herein instead of legacy procedures, e.g., pre-Release 11 procedures.

[0385] The WTRU may switch between legacy operation and enhanced coverage mode and may indicate support for enhanced coverage mode to the network as part of the WTRU capability indication, eg, via RRC signaling.

[0386] The WTRU may switch from normal to enhanced coverage mode using one or more of the following methods: By way of example, the WTRU may receive an indication from the network indicating operation in enhanced coverage mode. For example, the WTRU may receive an RRC reconfiguration message with PDCP, RLC, and MAC parameters with a reduced SN size and other changes to the header structure, as described above.

[0387] In another example, the WTRU may measure and / or detect a change in the environment such that the WTRU can no longer operate in normal mode and may begin to operate in coverage augmented mode. The WTRU may switch under one or more of the following example conditions. As an example, during cell selection / reselection, the WTRU may find a cell that is suitable under coverage augmented conditions but not in normal operating conditions. For example, the WTRU may not be able to meet the criteria for a suitable cell as defined in the cell's SIB1, but may meet the criteria for a suitable cell with coverage augmentation as defined in the LC-MTC, for example. In another example, in normal mode, if the network access attempt and PRACH procedure fail, the WTRU may switch to a coverage augmented mode PRACH procedure as described herein. In another example, the WTRU may switch upon radio link failure detection and subsequent re-establishment to the serving cell. In another example, the WTRU may switch based on connected or IDLE mode measurements, the current serving cell RSRP / RSRQ dropping below a certain threshold, or the absence of neighboring cells whose measurements meet the criteria for handover or cell reselection.

[0388] In another example, if PSS / SSS detection takes longer than a certain threshold, the WTRU may switch to the coverage enhancement mode. The threshold may be defined as a time window, such as x ms. In another example, the WTRU may not be able to properly acquire and decode the PBCH and / or SIB1, may be able to acquire the LC-MIB, and may be able to acquire the entire or a subset of the SFN through signals from the cell for coverage enhancement purposes as described above. For example, the WTRU may continue the cell access and connection establishment procedure (e.g., RRC connection request) in the coverage enhancement mode if it acquires the necessary configuration for random access, etc., through the LC-SIB and SFN values ​​to determine the appropriate RACH resources and initiate the random access procedure.

[0389] In another embodiment, the WTRU may indicate to the network a change to and / or a request for a change to an enhanced coverage mode by using one or more of the following methods: In an example, a measurement report may be sent periodically or in response to an event trigger from the network, e.g., as configured in the measurement object, that may include a request indication for a change in operation mode. In another example, a PRACH preamble may indicate to the network that the operation mode of the WTRU has changed. In another example, an indication may be made in an RRC connection or re-establishment request that the WTRU can operate in an enhanced coverage mode. For example, the indication may be included as a reason IE in an RRC connection request or re-establishment request message.

[0390] In another embodiment, the WTRU may return from the coverage augmentation mode to the normal operation mode using one or more of the following example methods. In an example, the WTRU may autonomously return to the normal operation mode when it detects improved coverage conditions while in IDLE or connected mode. The detection may be performed using one or more of the following methods. In an example, the WTRU may detect the improvement by, for example, acquiring legacy MIBs and / or SIBs using legacy procedures. In another example, the WTRU may be able to meet the appropriate cell criteria as specified in the cell's SIB1. For example, this may be part of a cell selection procedure when the WTRU returns from connected to IDLE mode or as part of connection establishment for data transmission. In another example, the random access procedure may be successful using a legacy RACH procedure. For example, the WTRU may consider returning to the normal operation state when it receives a response from the eNB within X preamble retransmissions that the random access was successful. The threshold X for preamble transmission may be defined as a maximum number of preamble transmissions as defined in SIB2, or a separate value as configured by the cell, and may be transmitted as part of the RACH configuration in SIB2. In another example, based on the measurements, the WTRU may detect, for example, an improvement to the RSRP measurement. For example, the WTRU may provide a measurement report to the eNB indicating that the RSRP has improved above a predefined threshold, i.e., indicating that a normal operation mode may be possible. In another example, the WTRU may indicate the detected improvement based on a power headroom report (PHR) and the transmitted UL power. A trigger for the PHR to the eNB may be triggered, for example, by an improvement to the measured path loss.

[0391] In another embodiment, the WTRU may indicate a return to the normal operation mode during RRC connection establishment using the normal (eg, Release 11) reason defined for the RRC connection request.

[0392] In another embodiment, the eNB may also detect coverage improvement for the WTRU and may indicate to the WTRU to operate normally by the eNB. This may be done by using one or more of the following methods: In an example, the WTRU may receive an RRC reconfiguration with data radio bearer parameters for a pre-Release 11 configuration. In another method, the WTRU may receive an RRC connection release with an indication for a normal operation mode so that it may perform cell selection to the same cell, e.g., using normal Release 11 cell selection procedures and criteria. In another example, the WTRU may receive an RRC message for intra-cell handover using a dedicated RACH procedure. The WTRU may be able to confirm the improved coverage condition using a contention-free RACH procedure, and in addition, the WTRU may reset the MAC, RLC, PDCP layers to allow the traffic bearers to operate normally.

[0393] Exemplary methods of detecting improved coverage conditions are described herein that may cause the eNB to trigger the above-mentioned signaling for the WTRU to return to a normal operation mode. In an example, the eNB may detect that the number of HARQ retransmissions and RLC SDU retransmissions for each data packet that the WTRU in the enhanced coverage mode needs to receive and / or transmit has decreased. The eNB may also detect a reduced BLER rate of the data bearer. In another example, the eNB may detect that the transmit power of the WTRU has decreased by a certain threshold based on closed power control parameters provided to the WTRU for UL transmission. In another example, the eNB may detect improved UL conditions based on measurements of the SRS as transmitted by the WTRU.

[0394] Methods for multi-level coverage restriction indication are described herein. In an embodiment, the WTRU may indicate the coverage restriction level by using one or more of the following methods. In an example, the WTRU may report or be configured to report the repetition level required for data, control, and / or broadcast channels, including one or more of PUSCH, PDSCH, and (E)PDCCH. For example, if the WTRU requires "n" repetitions for the PDSCH for coverage augmentation, it may report "n" so that the eNB can determine the coverage restriction level of the WTRU. In another example, the WTRU may report RSRP measurements directly via higher layer signaling or UL control channel.

[0395] A WTRU in an enhanced coverage mode may use one or more of the following modified radio link monitoring (RLM) and radio link failure (RLF) detection procedures. In an example, the WTRU may use Q, Q, and RLF for sync-on and sync-off indications, respectively. in and / or Q out The threshold can be configured as a function of the coverage enhancement mode and / or the amount of coverage enhancement for which the WTRU can be configured. in / Q out The adjustment of the threshold can be predefined according to the coverage augmentation amount or can be communicated to the WTRU by the network. The WTRU can adjust the Q in / Q out The threshold wp can be reconfigured. For example, if the WTRU is configured by the network to operate with a coverage boost amount corresponding to 15 dB of coverage boost gain, the WTRU can lower the Qp by more than 15 dB. in and Q out The RSRP value for the threshold can be used.

[0396] In another example, the WTRU may determine Q based on the number of iterations for the (E)PDCCH channel. in and / or Q out Thresholds can be configured. Q in / Q out The amount of adjustment to the threshold can be a function of the number of (E)PDCCH repetitions or can be explicitly signaled from the network. The WTRU can use power spectral density (PSD) boosting to adjust Q based on a certain channel, which can be configured by the eNB. in and / or Q out For example, the WTRU may configure a threshold value Q based on PSD boosting of EPDCCH and / or PSS / SSS transmissions from the cell. in and / or Q out The RSRP value for can be decreased.

[0397] In the example, the WTRU may select Q based on the amount of coverage augmentation. in and / or Q out The condition period may be configured to be longer than 100 ms and 200 ms, respectively. For example, the WTRU may extend the evaluation period based on the number of (E)PDCCH repetitions configured for the current coverage enhancement mode. The condition period may be predefined according to the number of (E)PDCCH repetitions or may be signaled by the network.

[0398] In the example, the WTRU may determine Q based on the length of the (E)PDCCH receiving window and whether the WTRU was able to correctly decode the (E)PDCCH during the receiving window. in and / or Q out A condition period can be configured. For example, a WTRU in an enhanced coverage mode may receive Q for one or more reception windows for decoding the (E)PDCCH. in / Q outIf the WTRU can successfully decode an (E)PDCCH addressed to it via any possible RNTI (e.g., C-RNTI, RA-RNTI, temporary C-RNTI), then the WTRU may evaluate the condition Q in A threshold criterion may be met and synchronization agreement may be indicated to higher layers. The WTRU may not be able to correctly decode any (E)PDCCH during one or more receive windows, in which case Q out A condition may be deemed satisfied, indicating an out-of-sync condition to higher layers. For example, after a number of consecutive out-of-sync evaluations as defined by counter N310 and configured by higher layers, the WTRU may declare a radio link failure. For example, after a number of consecutive out-of-sync evaluations as defined by counter N311, the WTRU may be deemed synchronized with the network.

[0399] In another example, the WTRU may not perform RLM for RLF detection based on a physical layer problem. The WTRU can declare RLF based on an indication from the MAC about a problem with random access and an indication from the RLC about a maximum number of retransmissions being reached.

[0400] Energy savings for LC-MTC in enhanced coverage mode are described herein. A WTRU in enhanced coverage mode may remain in connected mode and may be configured with a connected mode DRX configuration. Between small data transfers, the WTRU may transition to an inactive or sleep mode to save energy and reduce power consumption.

[0401] A WTRU in enhanced coverage mode may consider the following to be active times for connected mode DRX: subframes for expected (E)PDCCH reception, subframes for expected PDSCH reception based on DCI from the (E)PDCCH, subframes for expected PHICH reception, subframes for expected PUCCH reception, and subframes for expected PUSCH reception based on DCI from the (E)PDCCH.

[0402] The WTRU may consider the expected reception and / or transmission of the above channels to also include the repetitions configured for each channel. For example, the WTRU may use window-based transmission and reception timing in the coverage enhancement mode, and the corresponding active time for DRX may include the (E)PDCCH window, the PDSCH window, and the A / N window. The WTRU may move to an inactive or sleep mode for a certain time interval if it is not currently in the active time. The WTRU may consider one or more of the following cases as an opportunity for the inactive / sleep mode: no data to transmit in the buffer, time remaining for window-based reception of a channel where data has already been successfully received (e.g., the WTRU may configure the remaining time in the receive window of the (E)PDCCH as an opportunity for the inactive mode until the receive window ends if the DCI is successfully received and decoded), and there is a gap between the receive and transmit windows for the WTRU HARQ process based on the receive and transmit windows for the repetitions.

[0403] The WTRU may provide the network with DRX capabilities, which may include preferred active and / or inactive time durations, as part of the coverage enhancement mode indication and / or configuration. The WTRU may indicate an estimated data transmission period to the network so that the duration of inactive time following data transmission may be appropriately configured so that the WTRU has an opportunity to transmit and receive data at the appropriate time with excessive power consumption.

[0404] In general, a method for physical broadcast channel (PBCH) enhancement includes receiving system information for an enhanced PBCH (ePBCH) from a base station at a wireless transmit / receive unit (WTRU). The ePBCH is disposed within a set of radio frames that is a subset of available radio frames. The subset includes fewer radio frames than all available radio frames. The WTRU receives the ePBCH within at least one radio frame of the set of radio frames. The available radio frames within a system frame number (SFN) cycle include all radio frames within the SFN cycle. The WTRU can receive the ePBCH upon failing to receive a legacy PBCH. The WTRU can receive the ePBCH upon determining that a measurement has fallen below a threshold. The WTRU can determine a system frame number (SFN) based at least on the at least one radio frame in which the ePBCH was received. The WTRU can determine the SFN based at least on the at least one radio frame in which the ePBCH was received and a physical cell ID. The WTRU can determine the SFN from at least an offset value within the ePBCH. The ePBCH may be located in the central six physical resource blocks. Multiple ePBCH transmissions may be received in a radio frame. The WTRU may receive at least two ePBCH transmissions in at least one radio frame, combine the received ePBCHs, and decode system information from the combined ePBCH.

[0405] In general, a method for Physical Random Access Channel (PRACH) enhancement includes receiving, by a WTRU, a configuration of legacy PRACH resources and receiving, by the WTRU, a configuration of enhanced PRACH (ePRACH) resources. The WTRU selects one of the legacy PRACH resources or the ePRACH resources based on coverage capability. The WTRU determines the coverage capability based on measurements. An enhanced preamble is transmitted using the ePRACH resources.

[0406] In general, a method for physical random access channel (PRACH) enhancement includes receiving a configuration of enhanced PRACH (ePRACH) resources, where the ePRACH resources include a plurality of ePRACH resource types, each ePRACH resource type being associated with a coverage capability. The ePRACH resource type can be distinguished from another ePRACH resource type by at least one of a preamble format, a preamble repetition, a time resource, and a frequency resource. The WTRU selects an ePRACH resource type based on the coverage capability of the WTRU and transmits an enhanced preamble using the selected ePRACH resource type. The enhanced preamble is at least a repetition of at least a portion of a legacy preamble. The WTRU determines the coverage capability based on measurements. The enhanced preamble is transmitted using the ePRACH resources.

[0407] In general, a method for Physical Random Access Channel (PRACH) enhancement includes receiving a configuration of enhanced PRACH (ePRACH) resources, the ePRACH resources including a plurality of ePRACH resource groups, each group associated with a coverage capability. A WTRU selects an ePRACH resource group based on the WTRU's coverage capability, and transmits an enhanced preamble using resources from the selected ePRACH resource group. The enhanced preamble is at least a repetition of at least a portion of a legacy preamble. The WTRU determines the coverage capability based on measurements. The enhanced preamble is transmitted using the ePRACH resources. The enhanced preamble is at least a repetition of at least a portion of a legacy preamble. The enhanced preamble includes a plurality of enhanced preamble types, each type associated with a coverage capability.

[0408] Embodiment 1. A method for physical broadcast channel (PBCH) enhancement, comprising receiving, at a wireless transmit / receive unit (WTRU), system information for an enhanced PBCH (ePBCH) from a base station.

[0409] 2. The method of embodiment 1, in which the ePBCH is located within a set of radio frames that is a subset of the available radio frames, the subset including fewer than all available radio frames.

[0410] 3. The method of any one of the preceding embodiments, further comprising receiving an ePBCH in at least one radio frame of the set of radio frames.

[0411] 4. A method as in any one of embodiments 1 to 3, wherein the available radio frames in a system frame number (SFN) cycle include all radio frames in the SFN cycle.

[0412] 5. The method of any one of embodiments 1 to 4, further comprising receiving an ePBCH upon failure to receive a legacy PBCH.

[0413] 6. The method of any one of embodiments 1 to 5, further comprising receiving an ePBCH upon determining that the measurement falls below a threshold.

[0414] 7. The method of any one of embodiments 1 to 6, further comprising determining a system frame number (SFN) based at least on at least one radio frame in which an ePBCH is received.

[0415] 8. The method of any one of embodiments 1 to 7, further comprising determining a SFN based at least on at least one radio frame in which an ePBCH is received and a physical cell ID.

[0416] 9. The method of any one of embodiments 1 to 8, further comprising determining the SFN from an offset value in at least the ePBCH.

[0417] 10. The method of embodiment 1, in which the ePBCH is arranged within the central six physical resource blocks.

[0418] 11. A wireless transmit / receive unit (WTRU) comprising a receiver configured to receive, by the wireless transmit / receive unit (WTRU), a configuration of legacy PRACH resources.

[0419] 12. The WTRU of embodiment 11, further comprising a receiver configured to receive, by the WTRU, a configuration of enhanced PRACH (ePRACH) resources.

[0420] 13. The WTRU of embodiment 11 or 12, further comprising a processor in communication with the receiver, the processor configured to select one of the legacy PRACH resources or the ePRACH resources based on coverage capabilities.

[0421] 14. The WTRU of any one of embodiments 11-13, wherein multiple ePBCH transmissions are received within a radio frame.

[0422] 15. The WTRU of any one of embodiments 11-14, further comprising a receiver configured to receive at least two ePBCH transmissions in at least one radio frame.

[0423] 16. The WTRU of any one of embodiments 11-15 further comprising a processor configured to combine received ePBCHs.

[0424] 17. The WTRU of any one of embodiments 11-16 further comprising a processor configured to decode system information from the combined ePBCH.

[0425] 18. A method for physical random access channel (PRACH) augmentation, the method comprising receiving, at a wireless transmit / receive unit (WTRU), a configuration of enhanced PRACH (ePRACH) resources.

[0426] 19. A method according to any one of embodiments 1 to 10 and 18, in which the ePRACH resource includes a plurality of ePRACH resource types, each ePRACH resource type being associated with a coverage capability.

[0427] 20. A method according to any one of embodiments 1 to 10 and 18 to 19, wherein an ePRACH resource type can be distinguished from another ePRACH resource type by at least one of a preamble format, a preamble repetition, a time resource, and a frequency resource.

[0428] 21. The method of any one of embodiments 1-10 and 18-20, further comprising selecting, at the WTRU, an ePRACH resource type based on a coverage capability of the WTRU.

[0429] 22. The method of any one of embodiments 1-10 and 18-21, further comprising transmitting the augmented preamble using the selected ePRACH resource type.

[0430] 23. The method according to any one of embodiments 1 to 10 and 18 to 22, wherein the enhanced preamble is at least a repetition of at least a portion of the legacy preamble.

[0431] 24. A method as in any one of embodiments 1-10 and 18-23, in which the WTRU determines coverage capability based on measurements.

[0432] 25. The method according to any one of embodiments 1 to 10 and 18 to 24, wherein the enhanced preamble is transmitted using an ePRACH resource.

[0433] 26. A method for physical random access channel (PRACH) augmentation, the method comprising receiving, at a WTRU, a configuration of enhanced PRACH (ePRACH) resources.

[0434] 27. A method according to any one of embodiments 1 to 10 and 18 to 26, in which the ePRACH resources include a plurality of ePRACH resource groups, each group being associated with a coverage capability.

[0435] 28. The method of any one of embodiments 1-10 and 18-27, further comprising selecting, at the WTRU, an ePRACH resource group based on a coverage capability of the WTRU.

[0436] 29. The method of any one of embodiments 1-10 and 18-28, further comprising transmitting the augmented preamble using resources from the selected ePRACH resource group.

[0437] 30. The method of any one of embodiments 1-10 and 18-29, wherein the enhanced preamble is at least a repetition of at least a portion of the legacy preamble.

[0438] 31. The method of any one of embodiments 1-10 and 18-30, wherein the WTRU determines coverage capability based on measurements.

[0439] 32. The method according to any one of embodiments 1 to 10 and 18 to 31, wherein the enhanced preamble is transmitted using an ePRACH resource.

[0440] 33. The method of any one of embodiments 1-10 and 18-32, wherein the enhanced preamble is at least a repetition of at least a portion of the legacy preamble.

[0441] 34. The method of any one of embodiments 1-10 and 18-33, wherein the enhanced preamble includes a plurality of enhanced preamble types, each type associated with a coverage capability.

[0442] 35. A method for a wireless transmit / receive unit (WTRU) bundling a predetermined number of consecutive subframes to enhance coverage, the method comprising the step of the WTRU encoding data in each of the subframes using a different redundancy version (RV).

[0443] 36. The method of any one of embodiments 1-10 and 18-35, further comprising the WTRU transmitting a plurality of subframes.

[0444] 37. The method according to any one of embodiments 1 to 10 and 18 to 36, wherein data is coded with different RVs according to subframe index.

[0445] 38. The method according to any one of embodiments 1 to 10 and 18 to 37, wherein data is coded with different RVs according to the position of each subframe among the bundled subframes.

[0446] 39. The method of any one of embodiments 1-10 and 18-38, wherein the subframes are configured by an evolved Node B (eNB) in a semi-static manner.

[0447] 40. A method for a wireless transmit / receive unit (WTRU) to reduce Layer 2 (L2) protocol layer overhead, the method including the step of the WTRU adjusting sizes of radio link control (RLC) layer and packet data convergence protocol (PDCP) protocol data units (PDUs) such that a resulting data PDU having a header portion and a data portion maintains byte alignment.

[0448] 41. The method of any one of embodiments 1-10 and 18-40, wherein the WTRU assigns a sequence number (SN) that is less than 7 bits.

[0449] 42. The method of any one of embodiments 1-10 and 18-41, wherein the WTRU assigns a sequence number (SN) smaller than 5 bits when in an unacknowledged mode (UM).

[0450] 43. The method of any one of embodiments 1-10 and 18-42, wherein the WTRU assigns a sequence number (SN) smaller than 10 bits when in acknowledged mode (UM).

[0451] 44. A method for a wireless transmit / receive unit (WTRU) to reduce Layer 2 (L2) protocol layer overhead, the method comprising the step of the WTRU scrambling cyclic redundancy check (CRC) bits added to a medium access control (MAC) protocol data unit (PDU) using sequence number (SN) bits of a radio link control (RLC) PDU contained within the MAC PDU.

[0452] 45. The method of any one of embodiments 1-10 and 18-44, further comprising the WTRU removing the SN bit from the RLC header.

[0453] 46. ​​The method of any one of embodiments 1-10 and 18-45, further comprising the WTRU receiving a MAC PDU.

[0454] 47. The method of any one of embodiments 1-10 and 18-46 further comprising the WTRU descrambling the CRC parity bits with the possible SN values.

[0455] 48. The method of any one of embodiments 1-10 and 18-47, further comprising the step of performing a CRC check.

[0456] 49. A method for a wireless transmit / receive unit (WTRU) to reduce Layer 2 (L2) protocol layer overhead, the method comprising the step of the WTRU receiving bundled transmission time intervals (TTIs) for a physical downlink shared channel (PDSCH).

[0457] 50. The method of any one of embodiments 1-10 and 18-49, further comprising the step of: if downlink subframe n is the last subframe in a bundled subframe associated with a PDSCH, the WTRU sending a hybrid automatic repeat request (HARQ) acknowledgement (ACK) in uplink subframe n+k, where k is a fixed positive integer.

[0458] 51. A method for a wireless transmit / receive unit (WTRU) to reduce Layer 2 (L2) protocol layer overhead, the method comprising the step of the WTRU receiving bundled transmission time intervals (TTIs) for a physical downlink shared channel (PDSCH).

[0459] 52. The method of any one of embodiments 1-10 and 18-51, further comprising the step of the WTRU sending a hybrid automatic repeat request (HARQ) acknowledgement (ACK) in uplink subframe n+k if downlink subframe n is a subframe that includes a physical downlink control channel (PDCCH) associated with a PDSCH.

[0460] 53. The method of any one of embodiments 1-10 and 18-52, wherein k is a function of the number of TTIs.

[0461] 54. A method for a wireless transmit / receive unit (WTRU) to augment a physical hybrid automatic repeat request (HARQ) indicator channel (PHICH) in a downlink, the method comprising: the WTRU receiving, using a plurality of PHICH resources, acknowledgement (ACK) / negative acknowledgement (NACK) information associated with an uplink physical uplink shared channel (PUSCH) transmission.

[0462] 55. The method of any one of embodiments 1-10 and 18-54, further comprising the WTRU determining the PHICH resource based on a physical resource block (PRB) index of the uplink resource allocation.

[0463] 56. The method of any one of embodiments 1-10 and 18-55, wherein the PRB index is associated with a PRB used for PUSCH transmission in a single subframe.

[0464] 57. A method for a wireless transmit / receive unit (WTRU) enhancing physical random access channel (PRACH) coverage, comprising the step of the WTRU transmitting a first preamble for a random access channel (RACH) procedure.

[0465] 58. The method of any one of embodiments 1-10 and 18-57, further comprising the WTRU transmitting a repeated preamble.

[0466] 59. The method of any one of embodiments 1-10 and 18-58, wherein the first preamble and the repeated preamble are transmitted using the same resource.

[0467] 60. A wireless transmit / receive unit (WTRU) comprising a processor configured to code data in each of a plurality of consecutive subframes with a different redundancy version (RV) to enhance coverage.

[0468] 61. The WTRU of any one of embodiments 11-17 and 60, further comprising a transmitter configured to transmit a plurality of subframes.

[0469] 62. The WTRU of any one of embodiments 11-17 and 60-61, wherein data is coded with different RVs according to a subframe index.

[0470] 63. The WTRU of any one of embodiments 11-17 and 60-62, wherein data is coded with different RVs according to the position of each subframe among the bundled subframes.

[0471] 64. The WTRU as in any one of embodiments 11-17 and 60-63, wherein the plurality of consecutive subframes can be configured by an evolved Node B (eNB) in a semi-static manner.

[0472] 65. A method in which a wireless transmit / receive unit (WTRU) operates in an enhanced coverage mode, the method comprising predefining or configuring a number of subframes for performing transmission time interval (TTI) bundling.

[0473] 66. The method of any one of embodiments 1-10, 18-59, and 65, further comprising bundling subframes.

[0474] 67. The method of any one of embodiments 1-10, 18-59, and 65-66, further comprising repeatedly transmitting the bundled subframes.

[0475] 68. A method according to any one of embodiments 1 to 10, 18 to 59, and 65 to 67, wherein at least one of a bundling size of the bundled subframes or a repetition rate for repeatedly transmitting the bundled subframes is configured via higher layer signaling.

[0476] 69. The method of any one of embodiments 1-10, 18-59, and 65-68, further comprising configuring a transmission mode.

[0477] 70. The method of any one of embodiments 1-10, 18-59, and 65-69, further comprising defining a default value for at least one of the bundling size or the repetition rate.

[0478] 71. The method of any one of embodiments 1-10, 18-59, and 65-70, further comprising using a default value if the WTRU is configured to operate in a coverage enhanced mode.

[0479] 72. The method of any one of embodiments 1-10, 18-59, and 65-71 further comprising the WTRU receiving a WTRU-specific configuration of at least one of a bundling size or a repetition rate.

[0480] 73. The method of any one of embodiments 1-10, 18-59, and 65-72 further comprising the WTRU receiving a physical downlink shared channel (PDSCH) using a default value.

[0481] 74. The method of any one of embodiments 1-10, 18-59 and 65-73 further comprising the WTRU performing a defined number of attempts to receive the PDSCH.

[0482] 75. The method of any one of embodiments 1-10, 18-59, and 65-74, further comprising the WTRU increasing at least one of a bundling size or a repetition rate if a physical downlink shared channel (PDSCH) is not received.

[0483] 76. The method of any one of embodiments 1-10, 18-59, and 65-75, further comprising the WTRU receiving a physical hybrid automatic repeat request indicator channel (PHICH) or a group of PHICHs using one of a packet data control channel (PDCCH) or an enhanced PDCCH (EPDCCH).

[0484] 77. The method of any one of embodiments 1-10, 18-59, and 65-76, further comprising the WTRU selecting one of a plurality of preconfigured physical random access channel (PRACH) resource types configured with different levels of coverage restriction according to downlink measurements.

[0485] 78. The method of any one of embodiments 1-10, 18-59, and 65-77 further comprising the WTRU reporting the selected level of coverage limitation to the base station.

[0486] 79. The method of any one of embodiments 1-10, 18-59, and 65-78, wherein the WTRU reports the selected level of coverage limitation to the base station via one of higher layer signaling or an uplink control channel.

[0487] 80. A hybrid automatic repeat request (HARQ) method performed by a wireless transmit / receive unit (WTRU), comprising collecting and decoding physical downlink shared channel (PDSCH) transmissions within a downlink (DL) subframe bundle.

[0488] 81. The method of any one of embodiments 1-10, 18-59, and 65-80, further comprising generating a single HARQ acknowledgement (ACK) response for a transmission on the uplink (UL).

[0489] 82. The method of any one of embodiments 1-10, 18-59, and 65-81 further comprising the WTRU detecting a PDSCH transmission in the first DL subframe.

[0490] 83. The method of any one of embodiments 1-10, 18-59, and 65-82, further comprising the WTRU sending a HARQ-ACK response in a first UL subframe and then repeating sending the HARQ-ACK response in a subsequent UL subframe.

[0491] 84. A method for a wireless transmit / receive unit (WTRU) bundling a predetermined number of consecutive subframes to enhance coverage, the method comprising the step of the WTRU encoding data in each of the subframes using a different redundancy version (RV).

[0492] 85. The method of any one of embodiments 1-10, 18-59, and 65-84, further comprising the WTRU transmitting a plurality of subframes.

[0493] 86. The method of any one of embodiments 1-10, 18-59, and 65-85, wherein data is coded with different RVs according to subframe index.

[0494] 87. The method of any one of embodiments 1-10, 18-59, and 65-86, wherein data is coded with different RVs according to the position of each subframe among the bundled subframes.

[0495] 88. The method of any one of embodiments 1-10, 18-59, and 65-87, wherein the subframes are configured by an evolved Node B (eNB) in a semi-static manner.

[0496] 89. A method for a wireless transmit / receive unit (WTRU) to reduce Layer 2 (L2) protocol layer overhead, the method comprising the steps of the WTRU adjusting sizes of radio link control (RLC) layer and packet data convergence protocol (PDCP) protocol data units (PDUs) such that a resulting data PDU having a header portion and a data portion maintains byte alignment.

[0497] 90. The method of any one of embodiments 1-10, 18-59, and 65-89, wherein the WTRU assigns a sequence number (SN) that is less than 7 bits.

[0498] 91. The method of any one of embodiments 1-10, 18-59, and 65-90, wherein the WTRU assigns a sequence number (SN) smaller than 5 bits when in an unacknowledged mode (UM).

[0499] 92. The method of any one of embodiments 1-10, 18-59, and 65-91, wherein the WTRU assigns a sequence number (SN) smaller than 10 bits when in acknowledged mode (UM).

[0500] 93. A method for a wireless transmit / receive unit (WTRU) to reduce Layer 2 (L2) protocol layer overhead, the method comprising the step of the WTRU scrambling cyclic redundancy check (CRC) bits added to a medium access control (MAC) protocol data unit (PDU) using sequence number (SN) bits of a radio link control (RLC) PDU contained within the MAC PDU.

[0501] 94. The method of any one of embodiments 1-10, 18-59, and 65-93, further comprising the WTRU removing the SN bit from the RLC header.

[0502] 95. The method of any one of embodiments 1-10, 18-59, and 65-94, further comprising the step of a WTRU receiving a MAC PDU.

[0503] 96. The method of any one of embodiments 1-10, 18-59, and 65-95 further comprising the WTRU descrambling the CRC parity bits with the possible SN values.

[0504] 97. The method of any one of embodiments 1-10, 18-59, and 65-96, further comprising the step of performing a CRC check.

[0505] 98. A wireless transmit / receive unit (WTRU) comprising a processor configured to allocate a set of paging frames (PFs) and paging occasions (POs).

[0506] 99. A WTRU as described in any one of embodiments 11 to 17, 60 to 64, and 98, further comprising a receiver configured to receive a predetermined paging radio network temporary identity (P-RNTI) value and repeated paging messages over multiple paging frames, wherein the WTRU accumulates the paging messages for coverage enhancement gain.

[0507] 100. A method for a wireless transmit / receive unit (WTRU) to acquire a system frame number (SFN), the method comprising the WTRU receiving and decoding a signal including at least one of a full SFN or a subset SFN.

[0508] 101. The method of any one of embodiments 1-10, 18-59, 65-97, and 100, further comprising the WTRU aggregating or combining similar signals having a full SFN and aggregating or combining similar signals having a subset SFN.

[0509] Although features and elements have been described above in certain combinations, one 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. In addition, the methods described herein can be implemented in a computer program, software, or firmware embodied in a computer-readable medium executed by a computer or processor. Examples of computer-readable media include electronic signals (transmitted over a wired or wireless connection) 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 in conjunction with software can be used to implement a radio frequency transceiver for a WTRU, a UE, a terminal, a base station, an RNC, or any host computer. [Industrial Applicability]

[0510] A method and apparatus for enhancing coverage of a wireless transmit / receive unit (WTRU) is provided. [Explanation of symbols]

[0511] 100 Communication Systems 102, 102a to 102d wireless transmit / receive unit (WTRU) 104 RAN 106 Core Network 108 PSTN 110 Internet 112 Other Networks 118 processors 120 Transmitter / Receiver

Claims

1. 1. A device-implemented method comprising: sending control information related to a physical shared channel transmission; sending the physical shared channel transmission, the physical shared channel transmission being sent using one or more resources; and receiving feedback for the physical shared channel transmission using a feedback frequency resource, the feedback frequency resource being determined based on the one or more resources used to send the physical shared channel transmission; A method for providing the above.

2. The method of claim 1 , wherein the one or more resources are time and frequency resources.

3. The method of claim 1 or 2, wherein the control information indicates the resources to be used for one or more physical shared channel transmissions.

4. The method of claim 1 , wherein the feedback is a positive or negative response.

5. A device, comprising: means for receiving control information related to a physical shared channel transmission; means for receiving the physical shared channel transmission, the physical shared channel transmission being sent using one or more resources; means for transmitting feedback for the received physical shared channel transmission using a feedback frequency resource, the feedback frequency resource being determined based on the one or more resources used to receive the physical shared channel transmission; 16. A device comprising:

6. The device of claim 5 , wherein the one or more resources are time and frequency resources.

7. The device of claim 5 or 6, wherein the control information indicates the resources to be used for one or more physical shared channel transmissions.

8. The device of claim 5 , wherein the feedback is a positive or negative response.

Images