Method for paging procedure for bandwidth reduced wtru

Abstract

Provided is a method for a paging procedure of a bandwidth-reduced WTRU, in particular a method for paging a bandwidth-reduced wireless transmit / receive unit, WTRU, in machine type communication (MTC). The WTRU may determine (610) a paging narrowband, NB, for the WTRU based at least on a most significant bit, MSB, of a function of a WTRU identifier, WTRU-ID for use in monitoring an MTC physical downlink control channel, M-PDCCH. The WTRU may monitor (620) the M-PDCCH on a paging NB for the WTRU. Then, during a paging occasion, PO, the WTRU may receive (630) downlink control information, DCI, on the monitored M-PDCCH on the determined paging NB. Alternatively, the WTRU may monitor (420) an M-PDCCH within an M-PDCCH search space, where the M-PDCCH has a starting enhanced control channel element, ECCE, index for a group of WTRUs containing the WTRU, and where the M-PDCCH includes (430) the DCI.

Description

This application is a divisional application of Chinese Patent Application No. 202111538898.4, entitled “Method for Paging Process of WTRU with Reduced Bandwidth”, filed on November 4, 2016, which is a divisional application of Chinese Patent Application No. 201680064005.8, entitled “Method for Paging Process of WTRU with Reduced Bandwidth”, filed on November 4, 2016, and the contents of the divisional are incorporated herein by reference. CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims the benefit of U.S. Provisional Application No. 62 / 250,803, filed on November 4, 2015, U.S. Provisional Application No. 62 / 290,790, filed on February 3, 2016, and U.S. Provisional Application No. 62 / 308,042, filed on March 14, 2016, the contents of which are incorporated herein by reference. Background Art

[0002] As wireless communication systems such as Long Term Evolution (LTE) systems mature and their network deployment evolves, it would be very beneficial for network operators if the communication network costs, maintenance requirements of the communication network, or both could be reduced. One technique for reducing network costs could be to reduce the channel bandwidth and data rate used to communicate with devices.

[0003] For example, when communicating with devices in the network, such devices or the network itself may support a portion of the channel bandwidth rather than the entire channel bandwidth. Recently, current wireless communication systems such as LTE consider reducing the bandwidth for some devices, including machine type communication (MTC) devices, to a certain level, such as 1.4 megahertz (MHz). Summary of the invention

[0004] Provided is a method for paging a wireless transmit / receive unit (WTRU) with reduced bandwidth in machine type communication (MTC). The WTRU may determine a paging narrowband (NB) for the WTRU based at least on the most significant bit (MSB) of a WTRU identifier (WTRU-ID) function so as to use it to monitor an MTC physical downlink control channel (M-PDCCH). The WTRU may monitor the M-PDCCH on the determined paging NB for the WTRU. Then, during a paging opportunity (PO), the WTRU may receive downlink control information (DCI) on the monitored M-PDCCH on the determined paging NB. The DCI may include a scrambled cyclic redundancy check (CRC). The CRC may be scrambled with a paging radio network temporary identifier (P-RNTI). And, the WTRU may receive a physical downlink shared channel (PDSCH) associated with the M-PDCCH.

[0005] In an example, the WTRU may determine the paging NB based on at least the three MSBs of the WTRU-ID function. In another embodiment, the WTRU may determine the paging NB based on at least the four MSBs of the WTRU-ID function.

[0006] Further, the PDSCH may be scheduled by DCI. In one example, the DCI may include a paging message. In another example, the DCI may include system information update related information. In a further example, the PDSCH may include a paging message. In an additional example, the PDSCH may include system information update related information.

[0007] In addition, the WTRU may monitor the M-PDCCH in the M-PDCCH search space. The WTRU may receive the M-PDCCH in the M-PDCCH search space, wherein the M-PDCCH has a starting enhanced control channel element (ECCE) index for a WTRU group that includes the WTRU. Further, the WTRU may decode the M-PDCCH, wherein the M-PDCCH includes a DCI. In addition, the WTRU may also receive the PDSCH associated with the M-PDCCH.

[0008] Furthermore, the WTRU may receive, decode and / or demodulate the PDSCH based on the DCI, wherein the PDSCH includes a paging message. The WTRU may then change operation based on the paging message. For example, the WTRU may change from an idle mode to a connected mode based on the paging message. In one example, the ECCE aggregation level may be 16. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0010] Figure 1A is a system diagram of an example communication system in which one or more disclosed embodiments may be implemented;

[0011] Figure 1B Yes, you can Figure 1A A system diagram of an example wireless transmit / receive unit (WTRU) for use within a communication system is shown;

[0012] Figure 1C Yes, you can Figure 1A A system diagram of an example radio access network and an example core network used within the communication system shown;

[0013] Figure 2 is an exemplary timing diagram illustrating a superframe and paging within a superframe;

[0014] Figure 3 is an example diagram showing a WTRU group-specific starting enhanced control channel element (ECCE) index;

[0015] Figure 4 is an illustration of an example flow chart showing reception by a WTRU of a machine type communication (MTC) physical downlink control channel (M-PDCCH) with a starting ECCE index based on a WTRU group of the WTRU;

[0016] Figure 5 is an example diagram showing WTRU group-specific random ECCE ordering;

[0017] Figure 6 is a diagram of an example flow chart showing a WTRU using a WTRU-ID to determine a paging narrowband (NB) for monitoring an M-PDCCH;

[0018] Figure 7 is a diagram showing an example of code block segment multiplexing in a physical downlink shared channel (PDSCH), which may be scheduled by an associated physical downlink control channel (PDCCH) in a paging occasion; and

[0019] Figure 8 is a diagram showing an example of code block segmentation transmitted via multiple PDSCHs, where the PDSCHs can be scheduled by associated PDCCHs in PO. DETAILED DESCRIPTION

[0020] Figure 1Ais 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 multiple wireless users to access the content by sharing system resources including wireless bandwidth. For example, the communication system 100 may use one or more channel access methods such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single carrier FDMA (SC-FDMA), etc.

[0021] like Figure 1A As shown, 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 should be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network components. Each WTRU 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. For example, the WTRUs 102a, 102b, 102c, 102d may be configured to transmit and / or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular phone, a personal digital assistant (PDA), a smart phone, a laptop, a netbook, a personal computer, a wireless sensor, a consumer electronic device, and the like.

[0022] The communication system 100 may also include a base station 114a and / or a base station 114b. Each base station 114a, 114b may be any type of device configured to facilitate access to one or more communication networks, such as the core network 106, the Internet 110, and / or other networks 112, by wirelessly interfacing with at least one WTRU 102a, 102b, 102c, 102d. The base stations 114a, 114b may be, by way of example, 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, and the like. Although each base station 114a, 114b is depicted as a single component, it should be appreciated that the base stations 114a, 114b may include any number of interconnected base stations and / or network components.

[0023] The base station 114a may be part of the RAN 104, which may also include other base stations and / or network components (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, and the like. The base station 114a and / or the base station 114b may be configured to transmit and / or receive wireless signals within a specific geographic area called 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, that is, each transceiver corresponds to a sector of the cell. In another embodiment, the base station 114a may use multiple-input multiple-output (MIMO) technology, and thus may use multiple transceivers for each sector in the cell.

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

[0025] More specifically, as described above, the communication system 100 may be a multiple access system and may use one or more channel access schemes such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. As an 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 use Wideband CDMA (WCDMA) to establish the air interface 116. 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).

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

[0027] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement radio access technologies 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), and the like.

[0028] As an example, Figure 1A The base station 114b in the example may be a wireless router, a Home NodeB, a Home eNodeB, or an access point, and may use any appropriate RAT to facilitate wireless connectivity in a local area, such as a business location, a residence, a vehicle, a campus, or the like. In one embodiment, the base station 114b and the WTRUs 102c, 102d may establish a wireless local area network (WLAN) by implementing a radio technology such as IEEE 802.11. In another embodiment, the base station 114b and the WTRUs 102c, 102d may establish a wireless personal area network (WPAN) by implementing a radio technology such as IEEE 802.15. In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may establish a picocell or a femtocell by using a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, etc.). Figure 1A As shown, the base station 114b can be directly connected to the Internet 110. Thus, the base station 114b does not need to access the Internet 110 via the core network 106.

[0029] The RAN 104 may be in communication with a core network 106, which may be any type of network configured to provide voice, data, applications, and / or voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. For example, the core network 106 may provide call control, billing services, mobile location-based services, pre-paid calling, Internet connectivity, video distribution, etc., and / or perform high-level security functions such as user authentication. Although Figure 1AAlthough not shown, it will be appreciated that the RAN 104 and / or the core network 106 may be in direct or indirect communication with other RANs, and these RANs may employ the same RAT as the RAN 104 or a different RAT. For example, in addition to being connected to the RAN 104, which may utilize E-UTRA radio technology, the core network 106 may also be in communication with another RAN (not shown) utilizing GSM radio technology.

[0030] The core network 106 may also act 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 that provides plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use a common communication protocol, and the protocol may be the Transmission Control Protocol (TCP), the User Datagram Protocol (UDP), and the Internet Protocol (IP) in the TCP / IP Internet protocol suite. The networks 112 may include wired or wireless communication networks owned and / or operated by other service providers. For example, the networks 112 may include another core network connected to one or more RANs, which may use the same RAT as the RAN 104 or a different RAT.

[0031] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communication system 100 may include multi-mode capabilities, that is, the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links. Figure 1A The illustrated WTRU 102c may be configured to communicate with the base station 114a, which may employ a cellular-based radio technology, and with the base station 114b, which may employ an IEEE 802 radio technology.

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

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

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

[0035] In addition, although Figure 1B 102 as a single component, but the WTRU 102 may include any number of transmit / receive components 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive components 122 (e.g., multiple antennas) for transmitting and receiving radio signals via the air interface 116.

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

[0037] The processor 118 of the WTRU 102 may be coupled to the speaker / microphone 124, the keyboard 126, and / or the display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light emitting diode (OLED) display unit), and may receive user input data from these components. The processor 118 may also output user data to the speaker / microphone 124, the keyboard 126, and / or the display / touchpad 128. In addition, the processor 118 may access information from and store information in any suitable memory such as the non-removable memory 106 and / or the removable memory 132. The non-removable memory 106 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, and the like. In other embodiments, the processor 118 may access information from and store data in memories that are not physically located in the WTRU 102, such as, for example, a server or a home computer (not shown).

[0038] The processor 118 may receive power from the power source 134, and may be configured to distribute and / or control power for use by other components in 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 cell batteries (e.g., nickel-cadmium (Ni-Cd), nickel-zinc (Ni-Zn), nickel-metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

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

[0040] The processor 118 may also be coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and videos), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth modules, FM radio units, digital music players, media players, video game console modules, Internet browsers, and more.

[0041] Figure 1C 1 is a system diagram of the RAN 104 and the core network 106 according to an embodiment. As described above, the RAN 104 may employ an E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also be in communication with the core network 106.

[0042] The RAN 104 may include eNode-Bs 140a, 140b, 140c, however it will be appreciated that the RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment. Each of the eNode-Bs 140a, 140b, 140c may include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the eNode-Bs 140a, 140b, 140c may implement MIMO technology. For example, the eNode-B 140a may use multiple antennas to transmit wireless signals to, and receive wireless signals from, the WTRU 102a.

[0043] 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, uplink and / or downlink user scheduling, and the like. Figure 1C As shown, the eNode-Bs 140a, 140b, and 140c may communicate with each other via an X2 interface.

[0044] Figure 1C The illustrated core network 106 may include a mobility management entity gateway (MME) 142, a serving gateway 144, and a packet data network (PDN) gateway 146. Although each of the foregoing components are described as being part of the core network 106, it should be appreciated that any of these components may be owned and / or operated by an entity other than the core network operator.

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

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

[0047] 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, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0048] 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, such as an IP Multimedia Subsystem (IMS) server, which may serve 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 the networks 112, which may include other wired or wireless networks that are owned and / or operated by other service providers.

[0049] The other networks 112 may further be connected to a wireless local area network (WLAN) 160 based on IEEE 802.11. The WLAN 160 may include an access router 165. The access router may include gateway functionality. The access router 165 may communicate with multiple access points (APs) 170a, 170b. Communication between the access router 165 and the APs 170a, 170b may be via wired Ethernet (IEEE 802.3 standard) or any type of wireless communication protocol. The AP 170a wirelessly communicates with the WTRU 102d over an air interface.

[0050] As wireless communication systems such as LTE systems mature and their network deployment evolves, it would be very beneficial for network operators if the communication network costs, maintenance requirements of the communication network, or both, could be reduced. One technique for reducing network costs may be to reduce the channel bandwidth and data rate used to communicate with devices. For example, when communicating with devices in the network, such devices or the network itself may support a portion of the channel bandwidth rather than the entire channel bandwidth. Recently, current wireless communication systems such as LTE consider reducing the bandwidth for some devices, including machine type communication (MTC) devices, to a certain level, such as 1.4 megahertz (MHz). As an example, since LTE already supports operation using a 1.4 MHz system bandwidth, the level considered can have higher compatibility with legacy systems and can reduce the time and / or cost of new designs. However, as an example, for some devices such as smart watches and alarm clocks, further bandwidth reduction is desirable, for example, to further reduce costs. As an example, a further bandwidth reduction of about 200 kilohertz (kHz) has been proposed. For bandwidth-reduced operations that are less compatible with legacy system operations, such operations may require additional system design to support.

[0051] A WTRU with reduced bandwidth (BW) may be a WTRU that supports or only supports a limited BW, such as the RF BW in the downlink (DL) and / or uplink (UL) or a limited number of resource blocks (RBs), regardless of the BW of the eNodeB or cell with which the WTRU communicates. For example, a WTRU with reduced BW may be referred to as a BW limited WTRU and may support or only support a certain number of RBs, such as 6 RBs or 1 RB, and may support or only support a certain BW, such as 1.4 MHz or 180 kHz, for transmission and / or reception. Such a WTRU may communicate with an eNodeB or cell having a larger BW, such as 20 MHz or 100 RBs.

[0052] An enhanced machine type communication (eMTC) WTRU may be a BW-limited WTRU and may support a first number of RBs and / or a BW of a first bandwidth. The first number may be represented by N1 and the first bandwidth may be represented by B1. As an example, N1 may be 6 and B1 may be 1.4 MHz. In one example, 6 RBs may correspond to a BW of 1.4 MHz. An eMTC WTRU may be used to represent a non-limiting example of a BW-limited WTRU. Another WTRU may be referred to as a narrowband LTE (NB-LTE) or narrowband Internet of Things (NB-IoT) WTRU, which may be a BW-limited WTRU and may support a second number of RBs and / or a BW of a second bandwidth. The second number may be represented by N2 and the second bandwidth may be represented by B2. N2 may be less than N1. B2 may be less than B1. As an example, N2 may be 1 and as an example, B2 may be 180 kHz. In an example, 1 RB may correspond to a BW of 180 kHz. NB-LTE WTRU and / or NB-IoT WTRU may be used to represent non-limiting examples of BW-limited WTRUs. Narrowband (NB) WTRU may be used to represent non-limiting examples of WTRUs or BW-limited WTRUs. Here, WTRU, BW-limited WTRU, limited BW WTRU, BW-reduced WTRU, capability-limited WTRU, low-cost MTC (LC-MTC) WTRU, low-complexity WTRU, MTC WTRU, eMTC WTRU, NB-IoT WTRU, eMTC, NB-IoT and NB WTRU may be used interchangeably. RB may be a physical RB (PRB). Here, the term RB and PRB may be used interchangeably.

[0053] A BW limited WTRU may use or require special procedures to operate in a portion of the full BW of a cell. Reduced bandwidth, limited bandwidth, and bandwidth limited are used interchangeably herein. A WTRU that supports the full BW of a cell may be referred to as a full BW WTRU. The BW may include multiple RBs and / or a location in a band, such as a band center.

[0054] As an example, a WTRU may at least sometimes communicate, operate, or function in a manner that is consistent or at least partially consistent with a full-BW WTRU, and may at least sometimes communicate, operate, or function in a manner that is consistent or at least partially consistent with a reduced-BW WTRU, such as at certain times other than when operating as a full-BW WTRU. For example, a WTRU that supports cell full-BW may at certain times communicate, operate, or function in a manner that is consistent or at least partially consistent with a reduced-BW WTRU, such as when it is coverage limited or operating in a coverage enhancing mode. A WTRU such as this example WTRU may at times be or be considered to be a full-BW WTRU, and / or at times be or be considered to be a reduced-BW WTRU, such as at other times.

[0055] A WTRU may be or may be considered to be a reduced-BW WTRU, while, for example, it may, may need or may want to operate or function in a manner similar to or at least partially similar to a reduced-BW WTRU. For example, a WTRU that is capable of communicating (e.g., communicating with an eNodeB), operating or functioning in a manner consistent or at least partially consistent with a reduced-BW WTRU may, for example, at least sometimes be or may be considered to be a reduced-BW WTRU, such as when the WTRU is capable of communicating, operating or functioning in a manner consistent or at least partially consistent with a reduced-BW WTRU.

[0056] It should be noted that the terms eNB, eNodeB and cell are used interchangeably herein. The embodiments and examples described for a reduced BW WTRU may also be applied to a coverage limited WTRU and vice versa.

[0057] Coverage-limited and BW-reduced WTRUs are examples of WTRUs that may use the example methods and procedures described herein. These coverage-limited and BW-reduced WTRUs are non-limiting examples of such example WTRUs. Application to WTRUs of any type, with any capabilities or with reduced capabilities remains consistent with the example methods and procedures described herein.

[0058] The term physical downlink control channel (PDCCH) may be replaced with enhanced PDCCH (EPDCCH), machine type communication (MTC) physical downlink control channel (M-PDCCH), or other DL control channels, and vice versa, and still be consistent with the example methods and procedures described herein. The terms component carrier (CC) and serving cell are used interchangeably herein. The terms WTRU, WTRU medium access control (MAC) entity, and MAC entity are also used interchangeably herein.

[0059] The terms WTRU, a WTRU, or some WTRUs may be replaced with at least one WTRU, at least a WTRU, or at least some WTRUs and still be consistent with the example methods and procedures described herein. The phrase is intended to be replaced with at least intended to or is intended to at least and still be consistent with the example methods and procedures described herein.

[0060] The example methods and processes described herein may be described for a random access response (RAR), a paging channel (PCH), or a physical downlink shared channel (PDSCH) that carries or may carry a RAR or PCH. These channels are used as non-limiting examples. The RAR may be replaced with a PCH or a PCH PDSCH, or vice versa, and still be consistent with the example methods and processes described herein. Channels or other content that may be carried by the PDSCH may be replaced with any channel or content and still be consistent with the example methods and processes described herein.

[0061] Example methods and processes related to coverage enhancement (CE) are disclosed herein. A coverage enhanced WTRU may be a WTRU that requires coverage enhancement or a WTRU that can use coverage enhancement techniques or can support CE mode. The terms coverage-limited WTRU and coverage-enhanced WTRU are used interchangeably herein. As an example, CE may refer to extending or improving coverage for low data rate applications. And as an example, CE may also refer to extending or improving coverage to allow communication with devices with reduced capabilities, such as devices using a single receiver or devices using reduced bandwidth. As an example, CE may refer to extending or improving coverage to enable communication with devices with blocked communications, such as indoor devices or devices in basements where penetration loss may hinder communication. In at least some examples, CE may include extending or improving coverage by reducing data rates. In at least some examples, CE may include extending or improving coverage by using repetition techniques. In at least some examples, CE may be used for MTEC applications. In at least some examples, CE may be used for NB or NB-IoT applications. The terms CE operation and coverage enhancement operation are used interchangeably herein.

[0062] CE may use repeated transmissions of a physical channel. The CE level may be determined based on the number of repetitions, such as the number of coverages required or used to achieve a predetermined coverage improvement. The terms repetition number, number of repetitions, repetition level, and CE level are used interchangeably herein.

[0063] The CE mode can be used in combination with one or more CE levels, or as an example, in combination with one or more repetition levels. The CE level or repetition level supported within the CE mode can be changed dynamically.

[0064] As an example, the eMTC WTRU may be a low-cost WTRU. For example, the eMTC WTRU may be a WTRU with limited or reduced capabilities. The limited or reduced capabilities may include at least one of: limited or reduced BW capabilities (e.g., a BW of 6 RBs used), low throughput performance, and a single RF chain at the receiver. The eMTC WTRU may be delay tolerant. The eMTC WTRU may be served in an LTE network, wherein the LTE network may or may not have a system BW greater than the BW that the eMTC can support, which, as an example, may be a BW of 1.4 MHz.

[0065] The eMTC WTRU may support coverage enhancement operation. As an example, the supported CE operation modes may be two, such as CE Mode-A and CE Mode-B. Normal and small CE levels may be supported in CE Mode-A, while medium and large CE levels may be supported in CE Mode-B. Normal CE may be equivalent to normal operation or no CE, which may include, for example, non-reuse of CE.

[0066] As an example, the NB-IoT WTRU may be a low-cost WTRU. For example, the NB-IoT WTRU may be a WTRU with limited or reduced capabilities, where, as an example, the capabilities of the WTRU in at least one aspect are more limited or more reduced than the capabilities of the eMTC WTRU. For example, the NB-IoT WTRU may support or use a further reduced BW, such as a BW of 1 RB, and the BW may be less than the BW that the eMTC WTRU can support.

[0067] NB-IoT WTRUs may or may be designed to support CE, for example, up to 20 decibels (dB) of CE, and their battery life may be longer than the predetermined or expected battery life of eMTC WTRUs. NB-IoT WTRUs are designed or expected to support a battery life of, for example, 10 years. The population of NB-IoT WTRUs in a cell is significantly larger than other types of devices.

[0068] Example paging methods and processes are discussed herein. Paging as used herein may refer to a network-initiated connection establishment. Paging as used herein may refer to a mechanism by which a network may provide information to one or more WTRUs, for example, system information modification information or warning system information, such as Earthquake and Tsunami Warning System (ETWS) information, and the WTRU may, for example, use battery saving techniques such as discontinuous reception (DRX). In some examples, paging may be used when the WTRU is in idle mode. In other examples, paging may be used when the WTRU is in connected mode. For example, for DL ​​control information (DCI) or DL ​​assignments on the PDCCH masked using a paging radio network temporary identifier (P-RNTI), the WTRU may periodically monitor the PDCCH in idle mode and / or connected mode. When the WTRU detects or receives a DCI or DL ​​assignment using a P-RNTI, the WTRU may demodulate the associated or indicated PDSCH RB, and / or may decode the paging channel (PCH) carried on the associated or indicated PDSCH. A PDSCH that may carry a PCH may be referred to as a PCH PDSCH. The terms paging, paging message, and PCH may be used interchangeably herein. The terms downlink control channel, DL control channel for NB WTRU, M-PDCCH, PDCCH, NB PDCCH (NB-PDCCH), Internet of Things PDCCH (IoT-PDCCH), and NB IoT-PDCCH (NB-IoT-PDCCH) may be used interchangeably herein.

[0069] For PFs and subframes within a paging frame (PF) such as a paging occasion (PO) that allows the WTRU to monitor a paging channel such as in idle mode, it can be determined based on a WTRU identifier (ID) such as a WTRU_ID or UE_ID and parameters that can be specified by the network. The parameters may include, for example, a paging cycle (PC) length in frames that may be the same as a discontinuous reception (DRX) cycle, and other parameters such as nB that can jointly determine the number of PFs per PC and the number of POs per PF in the cell. In one example, the WTRU ID may be the WTRU International Mobile Subscriber Identity (IMSI) modulo 1024. Herein, the terms WTRU ID, WTRU-ID, and WTRU_ID are used interchangeably.

[0070] From the network's perspective, there may be multiple PFs per paging cycle and multiple POs within a PF, for example, more than one subframe per paging cycle may carry a PDCCH masked with a P-RNTI. Additionally, from the WTRU's perspective, the WTRU may monitor the POs for each paging cycle and such POs may be determined based on the parameters specified herein, which may be provided to the WTRU via system information, dedicated signaling information, and the like. The POs may include paging for one or more specific WTRUs, or they may include system information change paging for each WTRU, multiple WTRUs, or all WTRUs. In idle mode, the WTRU may receive paging for reasons such as an incoming call or a system information update change.

[0071] In connected mode, for example, the WTRU may receive paging related to system information changes, and the WTRU may not receive WTRU specific paging, such as paging for incoming calls. Thus, a WTRU in connected mode does not monitor specific POs. Additionally, the PO subframes may be limited to certain subframes, such as subframes 0, 4, 5, and 9 for frequency division duplex (FDD) and / or limited to certain subframes, such as subframes 0, 1, 5, and 6 for time division duplex (TDD).

[0072] DRX as used herein may refer to a WTRU monitoring DL control signaling or a DL control channel at certain times in a cycle, such as only at certain times. For example, a WTRU using DRX may monitor a DL control channel at certain time periods, such as only at certain time periods. In other time periods, the WTRU may shut down at least a portion of its receiver circuitry and may reduce power consumption. As an example, a time period may be a subframe. An example method of operation using DRX is discussed herein.

[0073] In idle mode, such as radio resource control (RRC) idle mode and / or evolved packet system (EPS) connection management (ECM) idle mode, the WTRU may be informed of one or more of the following by monitoring or listening to paging messages: incoming calls, system information changes, Earthquake and Tsunami Warning System (ETWS) notifications for ETWS-capable WTRUs, Commercial Mobile Alert Service (CMAS) notifications, and Extended Access Barring (EAB) parameter modifications.

[0074] As an example, the WTRU may monitor the PDCCH for the P-RNTI in a discontinuous manner to reduce battery consumption when there is no paging for the WTRU. DRX may be or may include the process of monitoring the PDCCH in a discontinuous manner. In idle mode, DRX may be or may include the process of monitoring the PDCCH in a discontinuous manner for the P-RNTI, such as monitoring or listening for paging messages during the RRC idle state.

[0075] Herein, the terms idle mode, idle state, RRC idle mode, RRC idle state and RRC_IDLE mode or state may be used interchangeably. The terms RRC idle and ECM idle may be used interchangeably here. DRX may also be enabled and / or used in connected mode. While in connected mode, if DRX is configured, the MAC entity may monitor the PDCCH in a discontinuous manner, for example using DRX operation. Herein, the terms connected mode, connected state and RRC_CONNECTED mode or state may be used interchangeably.

[0076] An example of operation in idle mode DRX is discussed herein. The WTRU may use one or more DRX parameters that may be broadcast in a system information block (SIB), such as SIB2, to determine the PF and / or PO for monitoring paging. For example, the WTRU may instead use one or more WTRU-specific DRX cycle parameters, which may be signaled to the WTRU by the MME via non-access stratum (NAS) signaling, for example.

[0077] Table 1 provides examples of DRX parameters including example ranges and example sources of the DRX parameters, which may be, for example, an eNodeB or an MME. Table 1. Example DRX cycle parameters

[0078] The WTRU's DRX cycle T may indicate the number of radio frames in a paging cycle. A larger value of T results in less WTRU battery power consumption. A smaller value of T increases WTRU battery power consumption. The DRX cycle may be either cell-specific or WTRU-specific.

[0079] The DRX cycle provided by the eNodeB may be cell-specific and may be provided to at least some or, for example, all WTRUs in a cell. The DRX cycle provided by the eNodeB may be a default paging cycle. The DRX cycle provided by the MME may be WTRU-specific. The WTRU may use the smaller of the default paging cycle and the WTRU-specific DRX cycle as its DRX or paging cycle. The MME may use NAS signaling to provide the WTRU-specific DRX cycle to the WTRU, for example, as a "WTRU-specific DRX cycle". As an example, for an MME-initiated paging message for the WTRU, the MME may provide the WTRU-specific DRX cycle as "Paging DRX" to the eNodeB in a PAGING S1 AP message.

[0080] The WTRU and / or eNodeB may use the minimum of the default and WTRU-specific DRX cycles. For example, in a radio frame, T = Min (T WTRU , T CELL ). A WTRU with a DRX cycle of size N (eg, 128) radio frames may or may need to wake up once every N frames (eg, every 1.28 seconds for a 10 millisecond frame time) and look for a paging message.

[0081] The parameter nB may indicate the number of paging occasions or POs in a cell-specific DRX cycle. The parameter may be cell-specific. The configuration of the nB value may depend on the paging capacity that may be expected or used in the cell. As an example, in order to increase the paging capacity, a larger nB value may also be used. In addition, for example, for a smaller paging capacity, a smaller nB value may be used.

[0082] The eNodeB and / or WTRU may calculate the PF of the WTRU based on the following relationship: The PF may be given by or occur when the following equation is satisfied: SFN mod T = (T div N) * (WTRU_ID mod N), where N = min(T, nB), and div may represent division. Within the PF, the WTRU-specific PO may be determined from a set of paging frames. The set may be a function of the allowable subframes for paging and / or the number of POs per PF, where the number of POs may be a function of at least nB and / or T. As an example, the system frame number (SFN) may range from 0 to 1023.

[0083] An example of connected mode DRX is discussed herein. In connected mode, the PF and PO may be determined in a similar manner as in idle mode. The DRX cycle parameters may be different for idle and connected modes. As an example, the WTRU may monitor the PO in the PC, such as any PO, in connected mode to obtain system information change information.

[0084] Extended DRX (eDRX) is disclosed herein. As an example, for some devices, such as MTC devices, it may be desirable to have an extended or longer DRX cycle. The extended or longer DRX cycle may be useful for some devices, such as delay tolerant devices, and as an example, the cycle may reduce battery consumption and / or improve battery life of these devices. For radio frames and / or SFN timing (e.g., legacy SFN timing), new time units such as superframes (HF) may be used in conjunction with, or may be used as an extension of, or on top of, radio frames and / or SFN timing (e.g., legacy SFN timing).

[0085] Figure 2 200 is an example timing diagram showing HF and paging within the HF. An HF may include an SFN cycle, such as 1024 radio frames or 10.24s. The HF may have a hypersystem frame number (H-SFN). The H-SFN cycle may be 1024 SFN cycles. The H-SFN cycle may last 1024*1024*10ms, such as 174.76 minutes. In the example shown in timing diagram 200, HF 210 may have H-SFN 0 and may include a SFN cycle of 1024 radio frames from radio frame 0 to radio frame 1023. Similarly, HF 220 may have H-SFN 1023 and include its own SFN cycle of 1024 radio frames. H-SFN cycle 230 may include 1024 HFs, including from HF 210 to HF 220.

[0086] An idle mode extended DRX (I-eDRX) cycle may include up to 256 H-SFN cycles, and as an example, may last 256*1024*10 ms, e.g., 43.69 minutes. The H-SFN may be broadcast by the cell. The H-SFN may be incremented on SFN cycle boundaries.

[0087] The H-SFN in which the WTRU becomes reachable for paging may be referred to as a paging superframe (PH) or the PH of the WTRU. The PH may be applicable to or only to ECM-IDLE. The PH may be calculated based on the extended DRX cycle and / or the WTRU ID (e.g., IMSI modulo 1024). Within the PH, decisions regarding PF and / or PO may follow conventional DRX rules and / or formulas. The paging window (PW) of the WTRU may be a window or time span corresponding to the set of PFs in the PH of the WTRU (during which the WTRU may monitor for paging and / or may be paged). The PW may include a subset of the available PFs in the PH. In the example shown in the timing diagram 200, the PW 250 may include PF 260, PF 270, and PF 280. PF 260, PF 270, and PF 280 may be PFs within the PH 290. The eDRX cycle 295 may include the PH 290. As an example, the PW may be signaled to the WTRU by the MME in a NAS message. In a PF, the WTRU may monitor or only monitor one PO. Paging for the WTRU may be repeated in one or more PFs in the WTRU's PW, for example, if the WTRU did not respond to a previous page.

[0088] Support of extended DRX in idle mode by the cell may be implicitly indicated by broadcasting the H-SFN. For long DRX cycles, it is useful if the MME has some knowledge of when the WTRU is reachable, for example to avoid storing paging requests for a long time on the eNodeB. In connected mode, the DRX cycle may be extended to the SFN limit, for example by extending the range of the long DRX cycle to 10.24 seconds.

[0089] A large number of NB WTRUs can be multiplexed within a limited number of paging resources. If the WTRUs are distributed among the paging resources based on WTRU-ID (e.g., IMSI or IMSI modulo 1024), there will still be a large number of WTRUs sharing the same paging resources in time and / or frequency, such as sharing the same PO and / or paging NB.

[0090] The NB WTRU may monitor the M-PDCCH in a PO or in each of its POs. If the M-PDCCH or the DCI in the M-PDCCH indicates an associated PDSCH scheduling for a paging message, then the NB WTRU may receive the associated PDSCH, for example, to check whether there may be a paging message targeted to the NB WTRU.

[0091] Since the same paging resources may be shared by a large number of NB WTRUs, a NB WTRU may receive an associated PDSCH when the paging message is not targeted to the NB WTRU. As an example, if an associated PDSCH is received that is not intended for the WTRU, the battery consumption of the WTRU may be increased unnecessarily. If the NB WTRU is in a CE level where a large number of repetitions may be used, the impact on the WTRU may be more severe and, as an example, may be significantly worse.

[0092] The NB WTRU may monitor the M-PDCCH in a PO or in each PO in a NB WTRU-specific or NB WTRU group-specific manner. The M-PDCCH may implicitly or explicitly indicate the necessity for a WTRU or WTRU group to receive and / or decode the M-PDCCH and / or the associated PDSCH. For example, the M-PDCCH may implicitly or explicitly indicate one or more intended recipients of the M-PDCCH, the associated PDSCH, paging, a paging message, or a PDSCH for carrying a paging message or channel. Furthermore, an implicit indication of paging reception, a need for paging reception, or one or more intended recipients of an M-PDCCH, an associated PDSCH, a paging, a paging message, or a PDSCH for carrying a paging message or channel may be used, wherein the indication may use one or more of: a scrambling indication; a scrambling sequence, such as a scrambling sequence for M-PDCCH randomization, a WTRU group-specific or WTRU-specific scrambling sequence, an information type-specific scrambling sequence, or a scrambling sequence for paging reception; a starting enhanced control channel element (ECCE) index for M-PDCCH randomization, a bit interleaver for M-PDCCH randomization; and / or one or more radio network temporary identifiers (RNTIs).

[0093] In one example, a scrambling sequence may be used to randomize the bit sequence of the M-PDCCH. A WTRU that uses the same scrambling sequence to descramble the received bits may receive or be able to receive the M-PDCCH. In one example, only a WTRU that can descramble the received bits using the same scrambling sequence may receive or be able to receive the M-PDCCH.

[0094] The bit sequence of the M-PDCCH may be a bit sequence before the M-PDCCH is modulated. For example, the bit sequence of the M-PDCCH may be a bit sequence after rate matching. The decoded bit sequence may be an input bit sequence of the rate matching process, and the output bit sequence of the rate matching process may be a bit sequence of the M-PDCCH. The DCI with a cyclic redundancy check (CRC) scrambled with the RNTI may be an input bit sequence of the channel coding block, and the output bit sequence may be a decoded bit sequence.

[0095] The bit sequence of the M-PDCCH may be a bit sequence before channel decoding. For example, the DCI having the CRC scrambled with the RNTI may be the bit sequence of the M-PDCCH.

[0096] As for the RNTI, one or more of the following examples may apply. For example, if paging can be performed using DCI, the RNTI may be a P-RNTI. In another example, the RNTI may be a group-specific P-RNTI that can be associated with a scrambling sequence. In another example, the RNTI may be the N least significant bits (LSBs) of a WTRU-ID that may be used for paging. N may be the number of CRC bits, which may be referred to as NCRC. As an example, the 16 LSBs of a WTRU-ID such as an IMSI or a System Architecture Evolution (SAE)-Temporary Mobile Subscriber Identity (s-TMSI) may be used. The N bits used for the RNTI may be the same N bits corresponding to a WTRU-ID modulo (2^N), such as an IMSI modulo (2^N), where N may be 16.

[0097] In one example, the bit sequence of M-PDCCH is b(0),...,b(M bit -1) can be scrambled with a scrambling sequence c(i), where M bit The result of the WTRU-specific or WTRU-group-specific scrambling sequence may be referred to as

[0098] In one example, The bit sequence can be based on is determined, where mod2 can be a modulo 2 operation. Furthermore, the scrambling sequence c(i) can be a pseudo-random sequence, where the sequence can be based on the initialization value c init is determined, where i can be the bit index of the bit sequence.

[0099] The specific scrambling sequence may be determined based on at least one of the following: whether the M-PDCCH or scrambling sequence is WTRU-specific or WTRU-group-specific, the type of information in the associated DCI, and the type of information in the associated PDSCH. init ) can be determined based at least on the WTRU-ID, at least on the associated WTRU group number, at least on the information type in the associated DCI, at least on the information type in the associated PDSCH and / or RNTI.

[0100] In one example, a WTRU that monitors or attempts to decode a bit sequence of an M-PDCCH may use a scrambling sequence associated therewith. The associated scrambling sequence may be determined based on at least one of: whether the M-PDCCH or scrambling sequence is WTRU-specific or WTRU-group-specific, and / or the type of information in the DCI. For example, the associated scrambling sequence may be determined based on the type of information in the DCI monitored by the WTRU, such as WTRU-specific or WTRU-group-specific paging. In one example, the WTRU may use the input bit sequence of the channel decoder to perform descrambling. The WTRU may also use the output bit sequence of the channel decoder to perform descrambling. In one example, if the bit sequence of the M-PDCCH received at the WTRU receiver is d(0),...,d(M bit -1), then the The sequence may be referred to as a descrambled bit sequence with an associated scrambling sequence c(i). As an example, the WTRU may use to perform descrambling.

[0101] A WTRU-specific scrambling sequence and / or a WTRU group-specific scrambling sequence may be provided and / or used. In one example, for example, a WTRU-specific or WTRU group-specific scrambling sequence, such as a first scrambling sequence, may be used to scramble a bit sequence of the M-PDCCH in the PO or in each PO. In one example, for example, a WTRU or a WTRU group that can use the same scrambling sequence (e.g., the first scrambling sequence) may decode or be able to decode the M-PDCCH. For example, only a WTRU or a WTRU group that can use the same scrambling sequence (e.g., the first scrambling sequence) may decode or be able to decode the M-PDCCH.

[0102] In an example where a WTRU group-specific scrambling sequence is used, Ng scrambling sequences may be used for Ng WTRU groups in a PO, and a bit sequence of an M-PDCCH targeted at or for a WTRU group within the Ng WTRU groups (e.g., a first WTRU group) may be scrambled with a corresponding scrambling sequence, such as a first scrambling sequence. In one example, a WTRU group using a corresponding scrambling sequence (e.g., a first scrambling sequence) may receive or be able to receive the M-PDCCH. In a further example, only a WTRU group using a corresponding scrambling sequence (e.g., a first scrambling sequence) may receive or be able to receive the M-PDCCH. The WTRU group-specific scrambling sequence may be determined based on at least one of: such as a modulo operation based on at least Ng and the WTRU-ID; such as a hash function based on Ng and the WTRU-ID; and a WTRU group number determined at least based on the CE level.

[0103] A modular operation may be used here, wherein the modular operation may be based on at least Ng and the WTRU-ID (N WTRUID The WTRU group number (Ngroup) may be determined by the WTRU-ID modulo Ng (e.g., N group =(N WTRUID )modN g ). In addition, subframe numbers and / or frame numbers (such as SFN) may also be used. For example, N group =(N WTRUID ·N Frame )modN g .

[0104] A hash function may also be used, where the hash function may be based on Ng and the WTRU-ID. In this case, for example, N group =(A·N WTRUID )modN g , where A can be a prime number (e.g. A = 39,827), or N group =((A·N WTRUID )modD)modN g , where D may be a prime number different from A (eg, D=65,537). The hash function may be based on a subframe number and / or a frame number.

[0105] The WTRU group number may be determined based at least on the CE level. For example, WTRUs with a first CE level (e.g., CE level-1) may be grouped into a first WTRU group, and WTRUs with a second CE level (e.g., CE level-2) may be grouped into a second WTRU group.

[0106] The WTRU-ID may be at least one of the RNTI, IMSI, and s-TMSI assigned to the WTRU, and / or a portion of at least one of the assigned RNTI, IMSI, and s-TMSI. For example, the WTRU-ID may be the IMSI modulo M or the s-TMSI modulo N. M and / or N may be 1024. A and / or D may be N g As an example, A and / or D may be determined (fixed) and / or configured by the eNodeB via signaling. WTRUID It may be the WTRU-ID, or may be a part of or a function of the WTRU IMSI or s-TMSI. WTRUID This can be IMSI-10 or IMSI modulo X, where X can be a number less than or equal to 1024.

[0107] In an example where a WTRU-specific scrambling sequence is used, the WTRU-specific scrambling sequence may be used for a bit sequence of an M-PDCCH that is specific to or targeted to the WTRU, wherein the WTRU-specific scrambling sequence may be determined based on at least a WTRU-ID or a portion of a WTRU-ID. In MME initiated paging, the WTRU-ID may be provided by the MME to the eNode B in an S1 paging message or request.

[0108] In one example, the scrambling sequence can be determined based on a specific information type carried in the DCI. For example, a first scrambling sequence can be used for a bit sequence of an M-PDCCH that can carry a first information type in the DCI, and a second scrambling sequence can be used for a bit sequence of an M-PDCCH that can carry a second information type in the DCI.

[0109] The first information type may include but is not limited to at least one or more system information update indications, such as a system information modification indication, an ETWS indication, a CMAS indication, and an EAB parameter modification indication. The one or more system information indications may be a single bit for indicating a system information update or multiple bits for indicating a system information update of multiple SIs, such as SIBs or SI messages. Additional indicators may also be included, such as a flag bit for indicating a DCI format or a DCI type. The scrambling sequence for the first information type may be based on at least one cell-specific parameter, such as a physical cell ID.

[0110] The second information type may be at least scheduling information of the associated PDSCH.The scrambling sequence used for the second information type may be based on at least one of the WTRU-specific parameters, such as the WTRU-ID.

[0111] In another example, the scrambling sequence may be determined based on the type of information carried in the DCI and / or the WTRU-ID. For example, a first scrambling sequence may be used for a bit sequence of an M-PDCCH where the DCI may carry a first type of information, and a second scrambling sequence may be used for a bit sequence of an M-PDCCH where the DCI may carry a second type of information. The first scrambling sequence may be predefined. The second scrambling sequence may be determined based on the WTRU-ID.

[0112] In one example, the PO for the first information type and the second information type may be the same. In addition, the WTRU may monitor the M-PDCCH for the first information type and the second information type. And, the WTRU may monitor the M-PDCCH for the first information type in a subset of the POs or all POs. The WTRU may monitor the M-PDCCH for the second information type in a subset of the POs or all POs.

[0113] In another example, the PO for the first information type and the second information type may be different. The time and / or frequency position of the PO for the first information type may be determined based on at least one cell-specific parameter. For example, the cell-specific parameter may include a physical cell ID, a system bandwidth, a subframe number, a frame number such as a SFN, etc. The time and / or frequency position of the PO for the second information type may be determined based on at least one WTRU-specific parameter, such as a WTRU-ID.

[0114] Examples including the use of scrambling sequences to perform paging reception are disclosed herein. The WTRU may determine a bit scrambling sequence, such as an M-PDCCH bit scrambling sequence, based on one or more examples described herein. In one example, the WTRU may monitor the M-PDCCH in the PO. The WTRU may descramble the received signal or M-PDCCH using the bit scrambling sequence. The WTRU may determine whether the descrambled M-PDCCH may carry a DCI masked with an RNTI that may be used by the WTRU for paging. As an example, the RNTI may be a P-RNTI. If the WTRU determines that the DCI is masked with an RNTI such as a P-RNTI, the WTRU may obtain one or more of the system information update information and / or the PDSCH scheduling information by reading the contents of the DCI. The WTRU may use the scheduling information to receive an associated PDSCH that may carry one or more paging records or paging messages.

[0115] An example of using a starting ECCE index for M-PDCCH randomization is disclosed herein. In one example, an M-PDCCH search space may be used to monitor an M-PDCCH or a DCI, where, as an example, a starting ECCE index for monitoring may be determined based on at least one WTRU-specific parameter. For example, a WTRU may use an M-PDCCH search space to monitor an M-PDCCH or a DCI, where, as an example, a starting ECCE index for monitoring may be determined based on at least one WTRU-specific parameter. The control channel elements (CCE), ECCE, and NB-IoT control channel elements (NCCE) used herein may be used interchangeably.

[0116] Figure 3 is an example diagram showing a WTRU group-specific starting ECCE index. Diagram 300 shows an example of ECCEs in a subframe 310 at ECCE aggregation level 16. In other examples, other ECCE aggregation levels such as 1, 2, 4, 8, and 32 may also be used. Figure 3 In the example shown, the WTRU may use different starting ECCE indexes depending on the group the WTRU is in. For example, the WTRU may be divided into four WTRU groups numbered WTRU Group #1 to WTRU Group #4. The WTRUs in WTRU Group #1 may use a starting ECCE index 330 with a starting ECCE of 1, the WTRUs in WTRU Group #2 may use a starting ECCE index 350 with a starting ECCE of 5, the WTRUs in WTRU Group #3 may use a starting ECCE index 370 with a starting ECCE of 9, and the WTRUs in WTRU Group #4 may use a starting ECCE index 390 with a starting ECCE of 12.

[0117] Figure 4 is an illustration of an example flow chart showing a WTRU receiving a machine type communication (MTC) physical downlink control channel (M-PDCCH) having a starting ECCE index based on a WTRU group of the WTRU. In the example shown in diagram 400, a WTRU may monitor an M-PDCCH in an M-PDCCH search space 410. The WTRU may monitor the M-PDCCH using the starting ECCE index of the WTRU group that includes the WTRU. The WTRU may then receive an M-PDCCH in the M-PDCCH search space, wherein the M-PDCCH may have a starting ECCE index of a WTRU group that includes the WTRU 420. In conjunction with Figure 3In the example corresponding to the WTRU group shown, the WTRU may be in WTRU group #2 and may thus monitor and / or receive an M-PDCCH having a starting ECCE index 350 with a value of 5. Further, the WTRU may decode an M-PDCCH, wherein the M-PDCCH includes a DCI 430. The WTRU may receive a PDSCH associated with an M-PDCCH 440 or a DCI, such as a PDSCH scheduled by an M-PDCCH or a DCI. In one example, the WTRU may receive, decode, attempt to decode, demodulate and / or attempt to demodulate a PDSCH based on the DCI, wherein the PDSCH may include a paging message. As a result, the WTRU may change its operation based on the paging message. For example, the WTRU may change from an idle mode to a connected mode based on a paging message. The WTRU may then begin to perform transmission and reception in connected mode. In another example, the WTRU may already be in connected mode and may change its system operation based on system information change information in a paging message.

[0118] In another example, the M-PDCCH search space can be used for DCI monitoring, where the starting ECCE index and order (e.g., ascending, descending, random order, and / or predefined order) can be used to determine the M-PDCCH candidates. For example, if there are multiple ECCEs, N ECCE Available, and the ECCE aggregation level is the same as N for M-PDCCH candidates ECCE If the starting ECCE index and / or the order are the same, then one or more M-PDCCH candidates may be determined based on the starting ECCE index and / or the order.

[0119] M-PDCCH candidates can be N ECCE The ECCEs may be defined or configured by multiple ECCEs, wherein the ECCEs may be aggregated in ascending order, descending order, ascending order using a starting ECC index, or descending order using a starting ECCE. In one example, the starting ECCE index and / or order may be determined based on at least one WTRU-specific parameter. In another example, the starting ECCE index and / or order may be determined based at least on the type of information carried in the DCI.

[0120] In another example, the M-PDCCH search space may be used for DCI monitoring, where ECCE aggregation may be based on a sequence. The sequence used for ECCE ordering may be determined based on at least one WTRU-specific parameter.

[0121] Figure 5 500, the sequence used for ECCE ordering may be determined based on at least one WTRU-specific parameter. Figure 3 resemblance, Figure 5 An example of ECCEs in a subframe 510 at ECCE aggregation level 16 is shown. In one example, the ECCE ordering for ECCE aggregation may be determined using a sequence. In another example, the sequence used for ECCE ordering may be determined based on at least one of the following: WTRU-specific parameters, the type of information carried in the DCI, the RNTI that may be used for CRC scrambling, the DCI format used, and the CE level or repetition number, such as the repetition number of the M-PDCCH candidate.

[0122] In a further example, a WTRU group may be predefined or configured with a set of random sequences. The sequence may correspond to the starting ECCE index. The sequence may correspond to the ECCE aggregation order.

[0123] exist Figure 5 In the example shown, the WTRU may use different starting ECCE indices according to a random sequence, wherein the random sequence may be defined, configured and / or used by or for the group to which the WTRU belongs. For example, the WTRU may be divided into four WTRU groups numbered WTRU Group #1 to WTRU Group #4. The WTRUs in WTRU Group #1 may use a first random sequence 530 corresponding to a starting ECCE index of 4, the WTRUs in WTRU Group #2 may use a second random sequence 550 corresponding to a starting ECCE index of 5, the WTRUs in WTRU Group #3 may use a third random sequence 570 corresponding to a starting ECCE index of 9, and the WTRUs in WTRU Group #4 may use a fourth random sequence 590 corresponding to a starting ECCE index of 12. As an example, the random sequence within the set may be determined based on at least one of the following: a WTRU-specific parameter, the type of information carried in the DCI, the RNTI that may be used for CRC scrambling, the DCI format used, or the CE level or repetition number, such as the repetition number of the M-PDCCH candidate.

[0124] An example of using a bit interleaver for M-PDCCH randomization is disclosed herein. In one example, a bit sequence for M-PDCCH may be interleaved with an interleaving sequence. The interleaving sequence may be a sequence having the length of the bit sequence. The bit positions may be interleaved based on the interleaving sequence. In one example, the interleaving sequence may be determined based on one or more of: at least one WTRU-specific parameter, the type of information carried in the DCI, an RNTI that may be used for CRC scrambling, the DCI format used, and a CE level or number of repetitions, such as the number of repetitions of an M-PDCCH candidate. In a further example, the WTRU may use the interleaving sequence to deinterleave the received bit sequence before it attempts to decode the received bit sequence.

[0125] In one example, one or more RNTIs may be used for DCI, for example, to indicate to the WTRU whether to decode the associated PDSCH. For example, a cell-specific P-RNTI and one or more WTRU group-specific P-RNTIs may be used. The WTRU may attempt to decode the M-PDCCH using the cell-specific P-RNTI and / or the associated WTRU group-specific P-RNTI in the PO. In one example, a first P-RNTI may be used to carry a DCI of a first information type. In another example, a second P-RNTI may be used to carry a DCI of a second information type. In addition, in the PO, the WTRU may attempt to decode the DCI using the first P-RNTI and / or the second P-RNTI.

[0126] The first P-RNTI may be used to carry a DCI of a first information type. The first P-RNTI may be a cell-specific P-RNTI. The first information type may include, but is not limited to, at least one or more system information update indications, such as a system information modification indication, an ETWS indication, a CMAS indication, and an EAB parameter modification indication. One or more system information indications may be a single bit indicating a system information update or multiple bits indicating a system information update of multiple SIs (e.g., SIBs or SI messages). As an example, additional indicators may also be included, such as a flag bit for indicating a DCI format or a DCI type. The first P-RNTI may be based on at least one cell-specific parameter, such as a physical cell ID.

[0127] The second P-RNTI may be used to carry the DCI of the second information type. The second P-RNTI may be a set of predefined or configured P-RNTIs, and one of the predefined or configured P-RNTIs may be predefined or configured in a WTRU-specific or WTRU group-specific manner. The associated P-RNTI may be determined using a modulo operation using the WTRU-ID and / or the number of configured P-RNTIs. A hash function may be used with the WTRU-ID and / or the number of configured R-RNTIs to determine the associated P-RNTI.

[0128] In PO, the WTRU may attempt to decode the DCI using the first P-RNTI. The WTRU may also attempt to decode the DCI using a second P-RNTI associated with the WTRU. If the WTRU may successfully decode the DCI using the first P-RNTI, then the WTRU may not monitor the DCI using the second P-RNTI. If the WTRU does not successfully decode the DCI using the second P-RNTI, then the WTRU may assume that the associated PDSCH is not scheduled.

[0129] Disclosed herein is a display indication of paging reception, including the use of: paging occasion type; monitoring indicators for paging occasions, paging types, paging messages, paging windows, etc.; multiple monitoring indicators; and multiple monitoring indicators with explicit and implicit indications. In an example, for example, an RRC-idle WTRU and / or an RRC-connected WTRU may use, configure, or define one or more paging occasion types.

[0130] The first paging occasion type may be used for transmission of a paging message for the WTRU to monitor the paging message. The paging message may include one or more paging records and / or one or more system information update indications. In one example, the paging message may be carried in a DCI. In another example, the paging message may be carried in a PDSCH, and scheduling information for the PDSCH may be provided in an associated DCI. Furthermore, the paging message may be carried in the PDSCH without an associated DCI for scheduling information. Furthermore, the content of the paging message may be indicated from the associated DCI. For example, the DCI may indicate the type of information contained in the paging message.

[0131] In one example, the second paging occasion type may be used for one or more system information update indications. In another example, one or more paging occasion types may be located in the same time / frequency resource and may be monitored separately.

[0132] The time / frequency location of one or more paging occasion types may be independently determined. The time / frequency location of a first paging occasion type may be determined based on at least one WTRU-specific parameter, such as a WTRU-ID. The time / frequency location of a second paging occasion type may be determined based on at least one cell-specific parameter, such as a physical cell ID, a (e)DRX cycle, a system bandwidth, etc.

[0133] In one example, the DCI format or DCI content may differ according to the paging occasion type. In addition, the associated RNTI may differ according to the paging occasion type.

[0134] In one example, an indication for monitoring one or more PO types, such as a monitoring indicator, may be transmitted in a broadcast channel such as a MIB, a DCI in a common search space, and the like. For example, a broadcast channel may be transmitted every x milliseconds, and one or more POs may be associated with the broadcast transmission. The broadcast transmission may indicate whether the WTRU needs to monitor one or more POs associated with the broadcast transmission. The WTRU may attempt to decode or read the broadcast channel carrying the monitoring indicator before monitoring the one or more POs. In one example, the monitoring indicator may be associated with one or more PO types. For example, the monitoring indicator may be associated with a first PO type. In another example, the monitoring indicator may be associated only with a first PO type. In another example, the monitoring indicator may be associated with a second PO type. In another example, the monitoring indicator may be associated with a second PO type. In one example, the monitoring indicator may be set to TRUE or FALSE. Based on the monitoring indicator, the WTRU may monitor a WTRU group-specific PO or a cell-specific PO, wherein the WTRU group-specific PO may be determined based on a WTRU-specific parameter, such as a WTRU-ID, and the cell-specific PO may be determined based on at least one cell-specific parameter, such as a physical cell ID.

[0135] The monitoring indicator may be associated with one or more POs. For example, the monitoring indicator may be associated with a PO within a certain time window. If the WTRU receives the monitoring indicator, then the WTRU may attempt to receive or monitor the PO within the specific time window.

[0136] The monitoring indicator may indicate a WTRU group index, and the WTRU group associated with the monitoring indicator may monitor the PO. In one example, the monitoring indicator may indicate which WTRU group may need to monitor the PO. The WTRU group may include all WTRU groups used for system information update. In another example, the monitoring indicator may have multiple states, such as four states, and may indicate at least one state. For example, the states may include cell common paging, a first WTRU group, a second WTRU group, and a third WTRU group. In one example, the cell common paging may be or appear in a cell-specific PO. The WTRU may monitor the PO or monitor the paging according to the monitoring indicator state.

[0137] The monitoring indicator may indicate a PO type, and the WTRU may monitor POs corresponding to the PO type. In an example, the WTRU may receive a monitoring indicator indicating a first PO type, and then the WTRU may monitor POs corresponding to the first PO type. Further, the WTRU may receive a monitoring indicator indicating a first PO type, and then the WTRU may only monitor POs corresponding to the first PO type.

[0138] In another example, the monitoring indicator may be used with a WTRU group-specific M-PDCCH scrambling sequence, a WTRU group-specific RNTI, a WTRU group-specific starting ECCE index, and / or a WTRU group-specific interleaver. The monitoring indicator may be used to indicate whether the WTRU needs to monitor the PO associated therewith, and an implicit indication of the paging reception scheme may be used in each PO. For example, the WTRU may attempt to decode, receive, or monitor the monitoring indicator, and if the monitoring indicator indicates that the WTRU may need to monitor the PO, then the WTRU may attempt to decode or monitor the PO for the M-PDCCH, for example, by using the associated scrambling sequence, starting ECCE index, RNTI, and / or interleaving sequence. In addition, the WTRU may first attempt to decode, receive, or monitor the monitoring indicator, and if the monitoring indicator indicates that the WTRU may need to monitor the PO, then the WTRU may attempt to decode or monitor the PO for the M-PDCCH, for example, using the scrambling sequence, starting ECCE index, RNTI, and / or interleaving sequence associated therewith.

[0139] In one example, one or more monitoring indicators may be used and the WTRU may determine whether the WTRU may need to monitor, receive or attempt to decode the M-PDCCH and / or PDSCH carrying paging related information. The monitoring indicator may be used to determine whether the WTRU needs to monitor or attempt to decode the M-PDCCH in the PO, and the indicator may also be referred to as a PO (paging occasion) monitoring indicator. The monitoring indicator may be used to determine whether the WTRU needs to receive the associated PDSCH that may carry a paging message (PM), and the indicator may also be referred to as a PM monitoring indicator. The monitoring indicator may be used to determine whether the WTRU needs to monitor the PO within the paging window (PW), and the indicator may be referred to as a PW monitoring indicator. The PW may include one or more POs regarding the WTRU. The PW may be defined or determined based on the number of POs. For example, a PW may be defined to include N PO PO, of which N PO Can be a positive integer.

[0140] The monitoring indicator may be used to determine whether the WTRU needs to receive, attempt to decode, or monitor a subsequent monitoring indicator. The WTRU may receive the monitoring indicator before decoding, monitoring, attempting to decode, receiving, or attempting to receive a signal in a PO (e.g., an M-PDCCH or a PDSCH). The monitoring indicators used may be two, the first monitoring indicator may be a PO monitoring indicator, and the second monitoring indicator may be a PM monitoring indicator. The first monitoring indicator may be transmitted in a broadcast channel. The second monitoring indicator may be transmitted in a DCI, for example, in an M-PDCCH.

[0141] The PM monitoring indicator may include one or more bits to indicate at least one of: the presence of an associated PDSCH that may carry a paging message; a WTRU group index or WTRU group ID associated with the paging message; and the type of information carried in the paging message.

[0142] In another example, one or more monitoring indicators may be used, and each monitoring indicator may be used to indicate a WTRU group, a WTRU group index, or a WTRU group ID. A WTRU associated with a WTRU group, a WTRU group index, or a WTRU group ID may need to monitor or receive a paging message, for example, when the monitoring indicator for the WTRU group, the WTRU group index, or the WTRU group ID indicates to monitor or read a paging message. A hierarchical WTRU group index may be used, wherein a first WTRU group index may include a set of WTRUs or WTRU-IDs, and a second WTRU group index may include a subset of WTRUs or WTRU-IDs within the set of WTRUs or WTRU-IDs indicated by the first WTRU group index. The first WTRU group index may be determined based on a WTRU-ID (e.g., an IMSI), and the second WTRU group index may be determined based on a different WTRU-ID, such as an s-TMSI. The first WTRU group index may be determined based on a modulo operation based on the WTRU-ID and the number of WTRU groups used for the first WTRU group index, and the second WTRU group index may be determined based on a hash function using the WTRU-ID and the number of WTRU groups used for the second WTRU group index.

[0143] The combination of the first monitoring indicator and the second monitoring indicator may be used to determine the WTRU group index. If N1 WTRU groups corresponding to the first monitoring indicator and N2 WTRU groups corresponding to the second monitoring indicator are used, the combined WTRU groups may be indicated as N1×N2 WTRU groups.

[0144] An example of using multiple monitoring indicators for paging with explicit and implicit indications is discussed herein. In one example, one or more monitoring indicators may be used, a first monitoring indicator may be based on one or more explicit bits, and a second monitoring indicator may be based on the RNTI. For example, the WTRU may receive an indication in a first channel or receive an indication from a PO monitoring indicator, and the WTRU may receive an indication in a second channel or receive an indication from a PM monitoring indicator.

[0145] In one example, the first channel may be a broadcast channel and the second channel may be a physical downlink control channel, such as an M-PDCCH. In another example, the first channel may be an M-PDCCH monitored in a cell-specific time / frequency resource (e.g., a common search space) and the second channel may be an M-PDCCH monitored in a WTRU-specific or WTRU-group-specific time / frequency resource such as a WTRU-specific or WTRU-group-specific search space. In another example, the PO monitoring indicator may be one or more bits transmitted in a broadcast channel. Additionally, the PM monitoring indicator may be a set of RNTIs reserved for the PM monitoring indication.

[0146] An example method for a WTRU to perform paging NB determination processing is discussed herein. As an example, a WTRU may determine a NB for performing paging in its PO based on at least one of its WTRU ID, the number of paging NBs, and the DL system bandwidth. The WTRU ID may be an IMSI or an s-TMSI. As an example, one option is to use an IMSI modulo 1024 to determine the NB, because an IMSI modulo 1024 may be used to determine the PO of the WTRU. The number of paging NBs may be broadcast, may be received via broadcast signaling, and / or may be received via system information. The paging NB may be a NB that may be used for paging. In one example, a NB may be or may represent a set of RBs or subcarriers within a system BW.

[0147] Parameters used for paging may include DRX cycle, nB, etc. However, depending on the parameters available for paging and the number of NBs, it is possible that some or all WTRUs may determine the same NB in ​​a given PO if the NB is determined using IMSI modulo 1024. This may defeat the purpose of using multiple NBs for paging.

[0148] Several example solutions are discussed herein that may allow the WTRU to better determine the NB for paging. In one example solution, IMSI-10 may be used to represent the IMSI modulo 1024 or the 10 least significant bits of the IMSI. For MME initiated paging of a WTRU, the MME may include the IMSI-10 and / or s-TMSI of the WTRU in the S1 paging message to the eNodeB to request the paging. When paging the WTRU, the eNodeB may learn the IMSI-10 and / or s-TMSI of the WTRU. The WTRU and / or the eNodeB may use one or both of these values ​​to determine the NB of the WTRU for paging. For example, the WTRU and / or the eNodeB may use one or both of these values ​​to determine the NB of the WTRU for paging in the PO of the WTRU.

[0149] The WTRU and / or eNodeB may determine the NB for paging using a function that may be based on at least the WTRU ID, such as a hash function. For example, the function may be based on at least IMSI-10 or IMSI modulo X. In one example, the hash function may be based on at least IMSI-10 or IMSI modulo X.

[0150] For example, a function such as a hash function can be based on N b and / or WTRU ID. In one example, N b It can be the number of NBs. In another example, N b It can be the number of NBs used for paging or available for paging. For example, NBs for WTRU, NB WTRU may be determined by the WTRU and / or the eNodeB according to the following formula: NB WTRU =(A·N WTRUID )modN b Equation (1) Where A can be a prime number, such as A=39827. In another example, NB WTRU It can be determined according to the following formula: NB WTRU =((A·N WTRUID )modD)modN b Equation (2) Wherein D may be a prime number which may be different from A, for example, D=65537.

[0151] A and / or D can be N b For example, A and / or D may be determined and / or configured by the eNodeB via signaling. WTRUID It may be a part or function of the WTRU ID or the WTRU's IMSI or s-TMSI. WTRUID It may be IMSI-10, IMSI modulo X, or IMSI modulo Y, where X may be a number less than or equal to 1024 and Y may be a number less than or equal to 16,384. The number of NBs to be paging may be provided by the eNodeB and / or received by the WTRU in signaling, which may be higher layer signaling that may be broadcast in system information, for example.

[0152] The WTRU and / or the eNodeB may use additional IMSI bits or an additional part or function of the IMSI to determine the NB to page. The MME may include the additional bits in the S1 paging message to the eNodeB. The eNodeB may receive the additional bits and may use them to determine the NB to page the WTRU.

[0153] For example, the B most significant bits of the IMSI modulo Z may be used to determine the NB for paging, where Z may be at least one of: (2^B)×1024, (2^C)×1024, and a number less than or equal to 16,384. In one example, C may be a number or an integer different from B. Furthermore, the B MSBs (e.g., the values ​​of the B MSBs), i.e., MB, may be used to determine the NB, for example, according to the N b It is determined by the modulus MB.

[0154] In one example, if up to 16 narrowbands are used for paging, then B can be 4. The NB used for paging can be determined using the 4 MSBs of the IMSI modulo 16,384, where the IMSI modulo 16,384 can be derived from the IMSI modulo Z, and Z = (2^B) x 1024. Since B can be 4, (2^4) x 1024 = 16 x 1024 = 16,384. Further, since B can be 4, the NB can be determined using 4 MSBs, i.e., M4, for example, according to the method of N. b The value is determined by the modulus M4. M4 can be used to represent the 4 MSBs or the value of the 4 MSBs.

[0155] In another example, B may be 3 and C may be 4. The NB for paging may be determined using the 3 MSBs of the IMSI modulo 16,384, where the IMSI modulo 16,384 may be derived from the IMSI modulo Z, and Z = (2^C) x 1024. Since C may be 4, (2^4) x 1024 = 16 x 1024 = 16,384. Furthermore, since B may be 3, the NB may be determined using the 3 MSBs, i.e., M3, for example, according to the method of N. b The value is determined modulo M3. M3 can be used to represent the 3 MSBs or the value of the 3 MSBs.

[0156] In other examples, the number of narrowbands used for paging may be different and still conform to the examples discussed herein. Further, in other examples, different values ​​may be used for B, C, and both.

[0157] The 14 bits corresponding to the IMSI modulo 16,384, IMSI-14, can be used to determine the NB, for example, according to the IMSI modulo N.b Furthermore, the 14 bits corresponding to the IMSI modulo 16,384, IMSI-14, may be used to determine the NB, for example, according to the IMSI modulo N modified by one or more other parameters. b It is determined by modulo IMSI-14.

[0158] Figure 6 is an illustration of an example flow chart showing the use of a WTRU-ID by a WTRU to determine a paging NB for monitoring an M-PDCCH. As shown in flow chart 600, the WTRU may determine a paging NB for the WTRU based at least on the MSB of a function of the WTRU-ID to use for monitoring the M-PDCCH 610. The WTRU may monitor the M-PDCCH 620 on the paging NB determined for the WTRU. For example, the WTRU may monitor the M-PDCCH on the determined paging NB in ​​a PO that may be the PO of the WTRU or during the PO. The WTRU may monitor the M-PDCCH masked with a P-RNTI or monitor a DCI with a CRC scrambled with the P-RNTI. The WTRU may then receive DCI 630 on the monitored M-PDCCH on the determined paging NB during the PO, where the PO may be the PO of the WTRU. The DCI may include a CRC that may be scrambled with the P-RNTI. The WTRU may receive a physical downlink shared channel (PDSCH) 650 associated with an M-PDCCH or DCI, such as a PDSCH scheduled by the M-PDCCH or DCI. The WTRU may receive system information update related information and / or paging messages in or from the DCI or PDSCH.

[0159] In a further example, the N most significant bits of the IMSI-10 may be used to determine the NB for paging. As an example, N may be a function of the number of NBs configured or available in the PO for paging.

[0160] In the embodiments and examples described herein, the term mobile subscriber identification number (MSIN) can replace IMSI, and vice versa, and still be consistent with the embodiments and examples disclosed herein. Further, MSIN and IMSI can use various example numbers, including but not limited to 8, 10, 14, 16, 32, 64, etc.

[0161] An example of determining the paging HF by the WTRU is discussed here. Within the PH, WTRUs with the same IMSI modulo 1024 may determine the same PF and the same PO. Depending on the paging parameters, the WTRUs may not be well distributed between the PF and PO.

[0162] The IMSI may consist of decimal digits (0 to 9) and may include one or more of a Mobile Country Code (MCC), a Mobile Network Code (MNC), and an MSIN. The IMSI may be represented using Binary Coded Decimal (BCD). The IMSI may include 64 bits, each of which may be decoded on 4 separate bits. The digits 0 to 9 may be encoded as 0000 to 1001, and each octet may have two digits. For a function of the IMSI modulo X, the IMSI may be a decimal representation of the IMSI, a BCD representation of the IMSI, a hexadecimal representation of the IMSI, or another representation of the IMSI.

[0163] One or more of the examples described herein, such as determining a paging NB for and / or by a WTRU, may be applied to determining one or more of PH, PF, and PO for and / or by a WTRU. For example, separate, distinct functions, aspects, or portions of a WTRU-ID, such as an IMSI or s-TMSI, may be used in the process of determining each of PH and PF for and / or by a WTRU.

[0164] WTRU_ID PH May represent a function, aspect or portion of a WTRU-ID that can be used in the PH calculation. PF May represent a function, aspect or portion of the WTRU-ID that can be used in the PF calculation. PH -10 may represent the WTRU_ID modulo 1024 PH WTRU_ID PF -10 may represent the WTRU_ID modulo 1024 PF For MME initiated paging of a WTRU, the MME may include the WTRU_ID in the S1 paging message to the eNodeB. PH -10 and / or WTRU_ID PF -10 to request paging.

[0165] WTRU_ID PH -10 and / or WTRU_ID PF -10 may be given by the MME to the eNodeB. WTRU_ID PH -10 and / or WTRU_ID PF -10 may be given by the MME to the eNodeB as a bit string of size 10. These bits may follow normal binary representation or BCD representation.

[0166] When paging the WTRU, the eNodeB may learn the WTRU_ID PH -10 and / or WTRU_IDPF -10. The WTRU and / or eNodeB may use one or both of these values ​​to determine the PH and / or PF of the WTRU. The WTRU and / or eNodeB may use the WTRU_ID PH -10 Determine one or more PHs of the WTRU for paging. The WTRU and / or eNodeB may use the WTRU_ID PF -10 Determine one or more PFs of the WTRU for paging.

[0167] In one example, WTRU_ID PH -10 may be the MSIN of the WTRU. As an example, if the concatenation of MCC and MNC is 6 digits, then the MSIN may be the minimum N1 valid decimal digits of the IMSI in decimal notation, e.g., 9. As an example, if the IMSI is 15 digits, then the MSIN may be the minimum N2 valid decimal digits of the IMSI, e.g., 10. WTRU_ID PF This may be the WTRU's IMSI. WTRU_ID PH -10 may be the MSIN modulo 1024, and / or WTRU_ID PF -10 can be the IMSI modulo 1024.

[0168] In another example, the WTRU_ID PH Can be IMSI, WTRU_ID PF It can be the MSIN. In another example, if the concatenation of the MCC and MNC parts in the IMSI is an even number, then the IMSI can be transformed so that the concatenation of the MCC and MNC parts in the IMSI is an odd number. For example, 1 can be added or subtracted from the concatenation of the MCC and MNC parts of the IMSI.

[0169] In another example, MSIN-10Q may be used to represent FLOOR[MSIN / 1024] or modulo 1024 (FLOOR[MSIN / 1024]). WTRU_ID PH -10 could be MSIN-10Q.

[0170] Modified paging reception examples are disclosed herein. In one example, the WTRU may determine its PH, PF, and PO according to a set of rules, such as conventional rules. The WTRU may receive and / or use additional configuration or information to determine when to monitor paging or skip monitoring for paging, such as when to monitor an M-PDCCH masked with a paging RNTI and when to skip monitoring it, and / or receive or skip receiving an associated PDSCH or PCH.

[0171] At least some of the configuration and / or information may be provided by the MME via NAS signaling or by the eNodeB via RRC signaling, or received by the MME via NAS signaling or by the eNodeB via RRC signaling. The WTRU may maintain the configuration and / or information while in idle mode. The WTRU may monitor paging in the PF of its PW in one PH per I-eDRX cycle. In an example, the WTRU may be configured to skip its PH in one or more I-eDRX cycles and / or skip one or more PFs in its PW.

[0172] In one example, whether the WTRU ID is odd or even may be used to determine whether the WTRU reads or receives paging in PF and / or PH, or skips reading or receiving paging in PF and / or PH. Reading and / or receiving paging may correspond to monitoring an M-PDCCH with a paging RNTI. Reading and / or receiving paging may correspond to receiving, decoding and / or reading a PDSCH associated with, indicated by, or allocated by an M-PDCCH with a paging RNTI. Reading and / or receiving paging may correspond to receiving, decoding and / or reading a PDSCH that may carry a paging message. Skipping reading or receiving paging may be equivalent to not reading, not receiving, or not attempting to read or receive paging. Skipping reading or receiving paging may be equivalent to skipping one or more of PO, PF, or PH.

[0173] As an example, if the WTRU ID is odd, then the WTRU may read or monitor the paging in the PO, and if the WTRU ID is even, for example, in the case where it is indicated that the reading and / or monitoring is performed by the WTRU with the odd-numbered WTRU ID, then the WTRU may skip reading or monitoring the paging in the PO. As an example, if the WTRU ID is even, then the WTRU may read or monitor the paging in the PO, and if the WTRU ID is odd, for example, in the case where it is indicated that the reading and / or monitoring is performed by the WTRU with the even-numbered WTRU ID, then the WTRU may skip reading or monitoring the paging in the PO.

[0174] WTRU_ID PH -10 and / or WTRU_ID PF -10 may be substituted for the WTRU ID and still be consistent with the present disclosure.The WTRU ID may be the IMSI modulo 1024, the MSIN modulo 1024 and / or FLOOR[MSIN / 1024], etc.

[0175] Whether the page is received by an odd-numbered WTRU or an even-numbered WTRU in the PF or PO may be determined based on one or more of: a WTRU ID odd / even indicator, a PH odd / even indicator, and / or a PF odd / even indicator.

[0176] An indicator may use one bit. One state of the bit may be used to indicate an even number, and the other state may be used to indicate an odd number. 0 may be used for even numbers and 1 may be used for odd numbers, and vice versa. As an example, one or more indicators may be signaled by the eNodeB in a MIB, SIB, or in an M-PDCCH for paging.

[0177] The WTRU may read one or more indicators before at least one of its PH and / or PF and / or PO. The WTRU may read one or more indicators in the M-PDCCH for paging in a PO. The WTRU may determine the status of one or more indicators, and based on the one or more statuses, the WTRU may determine whether to monitor paging and / or receive a PDSCH that may carry paging. The WTRU may use indicators in the MIB to determine whether to monitor the paging M-PDCCH in one or more POs. The indicator in the M-PDCCH for paging may be used by the WTRU to determine whether to read the PDSCH associated with the M-PDCCH that may carry a paging message.

[0178] For example, for WTRU ID odd / even=even and PH odd / even=odd, a WTRU with an even WTRU ID may read or monitor pages only in odd-numbered PHs. The WTRU may skip the process of reading or monitoring pages in even-numbered PHs. When WTRU odd / even is set to even, for example in one or more of the odd and even PHs, a WTRU with an odd WTRU ID may skip the process of reading or monitoring pages.

[0179] In one example, (0,0) may mean that the WTRU ID is even and the PH is even, (1,0) may mean that the WTRU ID is odd and the PH is even, (0,1) may mean that the WTRU ID is even and the PH is odd, and (1,1) may mean that the WTRU ID and the PH are odd. As an example, the eNodeB may use one of these codes as a paging read indicator at any time.

[0180] In another example, a single bit may be used for odd / even WTRU IDs. When the WTRU odd / even is set to even, a WTRU with an even WTRU ID may read or monitor pages, while when the WTRU odd / even is set to odd, the process of reading or monitoring pages may be skipped. When the WTRU odd / even is set to odd, a WTRU with an odd WTRU ID may read or monitor pages, while when the WTRU odd / even is set to even, the process of reading or monitoring pages may be skipped.

[0181] The eNodeB may signal some or all bits of the current value of the paging read indicator in the MIB, SIB, or M-PDCCH (or PDCCH). The WTRU may make a decision to skip the PH based on the value of the paging indicator signaled by the eNodeB. The WTRU may make a decision to skip the PF based on the value of the paging read indicator.

[0182] The eNodeB may use the paging read indicator to instruct one or more WTRUs to skip or read paging in the PH and / or PF. The eNodeB may use separate paging read indicators to instruct to skip or read paging in the PF and to instruct to skip or read paging in all PFs within the PH.

[0183] The odd / even indication may be replaced by a group ID, which may represent another way to distinguish the groups. More bits may be used as appropriate. For example, the groups may be four, and the 2 least significant bits of the WTRU ID may be used to determine which WTRUs may read or monitor the page.

[0184] In PO, multiple paging messages for multiple WTRUs with different coverage levels may be multiplexed into a transport block and may be jointly decoded by the channel decoder, thereby requiring repeated processing targeting the worst coverage case. This may result in a waste of resources used for paging transmissions.

[0185] In one example, multiple paging messages may be individually decoded into code block segments within a PDSCH transmission. For example, a PDSCH such as an NB-PDSCH carrying one or more paging messages may be scheduled in each PO by an associated PDCCH, such as an NB-PDCCH. The paging messages multiplexed in the PDSCH may be split into one or more code block segments.

[0186] Each code block segment may be individually decoded by a channel code (e.g., a turbo code, a convolutional code, or a block code). A CRC may be attached to each code block segment. A code block segment may be associated with one or more paging messages. A code block segment may be associated with one or more coverage levels. A code block segment may be associated with a WTRU-ID. The WTRU-IDs used for PO determination and code block segment determination may be different. For example, PO may be determined based on a first WTRU-ID (e.g., IMSI-10), while a code block segment may be determined based on a second WTRU-ID, such as s-TMSI.

[0187] Figure 7 700 is a diagram showing an example of non-segmented multiplexing of code blocks in a PDSCH that can be scheduled by an associated PDCCH in a PO. Paging message, paging information, and paging record are used interchangeably. As shown in diagram 700, each of code block segments 710, 720, and 780 can be associated with one or more corresponding coverage levels or CE levels. For example, code block segment 710 can be associated with CE level 1, code block segment 720 can be associated with CE level 2, and code block segment 780 can be associated with CE level 3.

[0188] A PDSCH carrying one or more paging messages may be transmitted over multiple subframes. The number of subframes available for PDSCH transmission may be indicated from the associated PDCCH. The number of subframes used for PDSCH transmission may be determined based on the size of a transport block, wherein the transport block size may include all code block segments multiplexed in the PDSCH. The number of repetitions may be indicated from the associated PDCCH. For example, the number of subframes Ns used for PDSCH transmission may be determined based on the size of the transport block, and the number of repetitions Nrep may be indicated from the associated PDCCH. The total number of subframes used for PDSCH transmission including repetitions may be Ns×Nrep.

[0189] The NB subframe may include one or more subframes. The NB subframe length may be determined based on the transport block size of the PDSCH transmission.

[0190] The code block segments may be transmitted within a NB subframe, where the NB subframe length as a number of subframes, TTI, milliseconds, etc. may be determined based on the size of the code block segment, as an example. Multiple code block segments may be multiplexed in the PDSCH. Figure 7In the example shown, code block segments 710, 720, and 780 may be multiplexed in PDSCH 790. In one example, if Nc code block segments are multiplexed in the PDSCH, then the PDSCH may be transmitted on Nc NB subframes. The NB subframe length associated with a code block segment may be determined based on the code block segment size. The size of the code block segment may be indicated in the associated PDCCH. Based on the code block segment size, the WTRU may determine the NB subframe length for each code block segment.

[0191] One or more code block segments may be multiplexed in the PDSCH, and the time / frequency resource location of each code block segment may be predefined. The WTRU may monitor all code block segments within the PDSCH, or the WTRU may monitor a subset of the code block segments. Each code block segment may be associated with a CE level, and a WTRU with a certain CE level may monitor, attempt to decode, or receive the code block segments associated with the CE level. Each code block segment may be associated with a WTRU-ID or a WTRU group ID, and the WTRU may monitor, attempt to decode, or receive the code block segments associated with the WTRU-ID or the WTRU group ID.

[0192] In one example, multiple paging messages can be individually decoded into code block segments, and each code block segment can be transmitted in the PDSCH. For example, if Nc code block segments are transmitted, then Nc PDSCHs can be transmitted, and the Nc PDSCHs can be scheduled in the associated PDCCH in the PO. Each PDSCH carrying a code block segment can be transmitted in one or more subframes. The starting subframe of each PDSCH carrying a code block segment can be determined based on the last subframe in the associated PDCCH. Alternatively, the starting subframe of each PDSCH carrying a code block segment can be determined based on the last subframe in the associated PDCCH and the size of the code block segment. The number of subframes of the PDSCH carrying a code block segment can be determined based on the size of the code block segment. The size of the code block segment can be the number of bits of the code block segment after decoding and rate matching are performed.

[0193] Figure 8 is a diagram showing an example of code block segmentation transmitted via multiple PDSCHs that may be scheduled in PO by an associated PDCCH. The associated PDCCH transmitted in PO may schedule one or more PDSCHs carrying paging messages. The PDSCH may be associated with a code block segment.

[0194] As shown in diagram 800, each of code block segments 810, 820, and 860 may be implemented in the same manner as Figure 78 may be associated with one or more corresponding coverage levels or CE levels in a similar manner. For example, code block segment 810 may be associated with CE level 1, code block segment 820 may be associated with CE level 2, and code block segment 860 may be associated with CE level 3. Figure 8 , each different corresponding PDSCH can be associated with each different corresponding code block segment. For example, code block segment 810 can be associated with PDSCH 870, code block segment 820 can be associated with PDSCH 880, and code block segment 860 can be associated with PDSCH 890.

[0195] The PDSCH may be multiplexed in the time domain. For example, the PDSCH may be transmitted at different times (eg, different time windows). The starting subframe of the PDSCH may be predetermined based on the last subframe in the associated PDCCH.

[0196] In another example, a PDSCH carrying code block segments may be transmitted without an associated PDCCH. One or more time windows may be configured, used or allocated in each PO, and the WTRU may attempt to decode, monitor or receive a PDSCH carrying code block segments in the time window. The code block segment size for the PDSCH may be predefined. One or more code block segment sizes may be used, and the WTRU may attempt to decode all candidate code block segment sizes. The time windows for the PDSCH may be non-overlapping. Each time window may be associated with a CE level or a WRTU-ID.

[0197] In another example, one or more PDSCHs carrying code block segments may be transmitted, the first PDSCH may be scheduled by the associated PDCCH, and subsequent PDSCHs may be scheduled based on the previous PDSCH. An indication may be transmitted in the PDSCH to indicate whether a subsequent PDSCH carrying code block segments may follow or may be transmitted. The indication may be based on a sequence masked in the CRC. For example, if the CRC is masked with a first sequence, there will be no subsequent PDSCH, but if the CRC is masked with a second sequence, there will be a subsequent PDSCH. The indication may be a bit transmitted in the code block segment. Scheduling information may be transmitted together with the indication. The first PDSCH may be based on the highest CE level, such as the maximum number of repetitions, while subsequent PDSCHs may be based on lower CE levels. Here, the terms code block segmentation and paging message are used interchangeably.

[0198] The following examples include sending a direct indication in a paging DCI without PDSCH scheduling. When the eNodeB updates or changes the frequency location of an anchor RB, such as an anchor PRB, and the frequency location may contain synchronization signals and / or broadcast signals such as NB Master Information Block (NB-MIB) and / or NB-SIB, the eNodeB may need to indicate the update or change via paging the WTRU in RRC idle mode. If the indication bit is transmitted in the paging message, then the resource overhead may increase significantly because the eNodeB may need to send this signal in all POs.

[0199] In one example, a WTRU may monitor or attempt to decode a DCI located in a NB-PDCCH search space. The NB-PDCCH may be in a PO. The NB-PDCCH and / or the PO may be targeted to the WTRU. The DCI may carry one or more information types. Here, the terms information type and DCI content are used interchangeably. One or more of the following example parameters may apply.

[0200] The first information type may be scheduling information of an associated PDSCH carrying a paging message. The second information type may be a direct indication associated with a system configuration. The second information type may not include scheduling information of an associated PDSCH.

[0201] The type of information related to system configuration may include at least one of the following parameters or indications: a system information update indication; a public warning indication, such as an ETWS or CMAS indication; an access barring parameter, such as an EAB parameter modification indication; scheduling information for one or more SIBs, wherein the one or more SIBs may be transmitted without an associated DL control channel (NB-PDCCH); configuration information associated with an anchor RB (e.g., an anchor PRB) for NB-IoT; an indicator of the same physical cell ID (PCI) that may indicate whether the PCI of a cell-specific reference signal (CRS) port is the same as the PCI of a NB reference signal (NB-RS); and a valueTag that may include one or more bits to indicate which SIB or SIBs are updated.

[0202] Scheduling information for one or more SIBs may include at least one of the following parameters: transport block size (TBS), frequency position, frequency hopping related information, and coverage level, where, as an example, the coverage level may be the number of repetitions. Anchor RBs such as anchor PRBs described herein may include at least one of the following or may include at least one of the following transmissions: synchronization signals (e.g., NB primary synchronization signal (NB-PSS), NB secondary synchronization signal NB-SSS, etc.), broadcast signals (e.g., NB physical broadcast channel (NB-PBCH), NB-SIB, etc.), and NB-PDCCH common search space. Configuration information for anchor RBs (e.g., anchor PRBs) may include at least one of the following parameters: RB position within the system bandwidth (e.g., PRB position), raster offset, and PCI of NB-Sync.

[0203] In one example, the information type of the DCI can be determined based on a flag field in the DCI. For example, the flag field can indicate the type of information carried. In another example, the information type of the DCI can be determined based on the RNTI used for the DCI. If the DCI carries scheduling information for the corresponding PDSCH, then a first RNTI (e.g., P-RNTI-1) can be used. If the DCI carries direct information, such as one or more indications related to the system configuration, then a second RNTI (e.g., P-RNTI-2) can be used. In other examples, the information type of the DCI can be determined based on the scrambling sequence used by the DCI or the starting ECCE index used.

[0204] In an example, the eNodeB may indicate or provide a broadcast transmission or a multicast transmission by paging one or more WTRUs. For example, for a downlink burst transmission to all WTRUs in a WTRU group or a cell (e.g., to perform a software upgrade of one or more NB-IoT devices), the eNodeB may page or may need to page all WTRUs in the WTRU group or the cell. As an example, if the WTRU is in the RRC idle state, the eNodeB will need to page all WTRUs in the WTRU group or the cell. The eNodeB may need to transmit a downlink burst for each WTRU via WTRU dedicated resources. This may result in inefficient resource utilization and WTRU battery loss. Here, downlink burst transmission may be used as a non-limiting example of a broadcast or multicast transmission.

[0205] In one example, the common PO may be used for downlink burst transmission. For example, the WTRU may monitor the DCI scrambled with a certain RNTI, such as a downlink burst RNTI (DB-RNTI), in the PDCCH search space in the common PO. The DCI may schedule a PDSCH carrying downlink burst traffic.

[0206] The WTRU may monitor or attempt to decode the DCI in the PDCCH search space. The PDCCH search space may be located in a time / frequency resource configured or used for the public PO. The time / frequency resource of the public PO may be determined based on at least one of the following parameters: system parameters, such as system bandwidth, physical cell ID, duplex mode, TDD subframe configuration; subframe number and / or radio frame number, such as SFN; WTRU-ID, such as all or part of the information of IMSI, s-TMSI, etc.; operation mode, such as in-band, guard band and independent operation; one or more coverage levels, as an example, the coverage level may be represented by the number of repetitions; WTRU category and / or WTRU capability; and paging NB that may be configured or determined.

[0207] DCI may activate and / or deactivate PDSCH transmission for downlink burst transmission. PDSCH may be transmitted in predefined time / frequency resources. The predefined time / frequency resources may be transmitted together with a duty cycle.

[0208] In one example, the scheduling information for the downlink burst may be transmitted in a broadcast channel or in system information, such as a MIB or SIB. The WTRU may either receive an indication or be indicated, triggered or notified to read the broadcast channel or system information. The indication may be signaled in a paging message or as a direct indication in a DCI for paging. The scheduling information for the downlink burst may be transmitted in a broadcast channel or in system information. If the WTRU receives a system information update indication, then the WTRU may receive or attempt to decode the broadcast channel or system information.

[0209] In one example, downlink burst transmissions may use ordered PDSCH transmissions. For example, downlink burst traffic may be split into N_burst transport blocks and may be numbered in ascending order. Each transport block may be transmitted in a PDSCH transmission. Scheduling information for downlink burst transmissions may indicate the number of transport blocks used for downlink burst transmissions, which may be represented by N_burst as an example. Scheduling information for a PDSCH carrying one or more downlink burst transmission blocks may indicate the ordering number of the PDSCH.

[0210] Each transport block may be transmitted in a certain time and / or frequency resource. A transport block with a certain transport block number may be associated with a certain subframe number, a certain SFN and / or a certain superframe number. Thus, the WTRU may determine, assume or understand which transport block may be transmitted in a certain time / frequency resource for a burst transmission. If the WTRU fails to receive the transport block subset of the N_burst transport blocks, the WTRU may receive the failed transport block in the next downlink burst transmission. A transport block with a certain transport block number may be associated with a certain frequency resource. Certain time / frequency resources may be configured via higher layer signaling.

[0211] Each PDSCH carrying a transport block may be sent repeatedly, wherein the number of repetitions may be indicated in the scheduling information. The number of repetitions may include a value of "1" as a non-repetition situation.

[0212] In one example, a WTRU that does not receive one or more PDSCH transmissions for a downlink burst transmission may perform one or more of the following actions. The WTRU may attempt to receive the failed PDSCH transmission in a subsequent transmission or in a subsequent transmission window. The maximum number of attempts may be predefined or configured by higher layers. The maximum number of attempts may include a value of "1".

[0213] If the WTRU fails to receive one or more PDSCH transmissions after a maximum number of attempts, the WTRU may attempt to change the operation mode, for example, from RRC idle mode to RRC connected mode, and / or the WTRU may initiate a random access or random access channel (RACH) procedure.

[0214] In another example, a WTRU that fails to receive one or more PDSCH transmissions for a downlink burst transmission may perform one or more of the following actions. The WTRU may send a corresponding hybrid automatic repeat request acknowledgement (HARQ-ACK) transmission in an associated HARQ-ACK resource. The HARQ transmission for reception failure may be a negative acknowledgement (NACK). A subset of physical random access channel (PRACH) resources may be reserved as associated HARQ-ACK resources for downlink burst transmissions. For example, when the WTRU fails to receive one or more PDSCH transmissions for a downlink burst transmission, the WTRU may send a HARQ transmission, which may be a NACK on the PRACH resource. Here, a set of physical uplink control channel (PUCCH) resources may be configured, indicated, or used for the HARQ transmission, such as for the NACK transmission. For example, when the WTRU fails to receive one or more PDSCH transmissions for a downlink burst transmission, then the WTRU may send a HARQ transmission, wherein the HARQ transmission may be a NACK on the configured or indicated PUCCH resource.

[0215] Although the features and elements in specific combinations are described above, it will be understood by those skilled in the art that each feature can be used alone or in any combination with other features and elements. In addition, the methods described herein may be introduced in a computer-readable medium for implementation in a computer program, software, or firmware for operation by a computer or processor. Examples of computer-readable media include electrical signals (transmitted via 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, buffer memory, semiconductor storage devices, magnetic media such as internal hard disk boxes and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor associated with the software may be used to implement a radio frequency transceiver used in a WTRU, UE, terminal, base station, RNC, or any computer host.

Claims

1. A method for use in a wireless transmit / receive unit (WTRU), the method comprising: Receiving paging occasion PO monitoring indication information in the first downlink control information DCI; determining a first PO, wherein the first PO is based on a WTRU identity (WTRU-ID) of the WTRU; Based on the PO monitoring indication information, monitor the second DCI in the first PO; receiving the second DCI in the first PO; as well as Based on the second DCI, a physical downlink shared channel (PDSCH) transmission is received.

2. The method according to claim 1, wherein: The PDSCH transmission includes a paging message.

3. The method according to claim 1, wherein: The first PO is within a paging frame (PF), and the PO monitoring indication information is received before the first PO.

4. The method according to claim 1, further comprising: Based on the PO monitoring indication information, the second PO is not monitored before the first PO.

5. The method according to claim 4, wherein the PO monitoring indication information includes a WTRU group index for a WTRU group, wherein the WTRU is part of the WTRU group, and wherein the monitoring of the PO is further based on the WTRU group index.

6. The method of claim 5, wherein the WTRU group is one of a plurality of WTRU groups, and wherein the WTRU group index is based on the WTRU-ID and the number of the WTRU groups.

7. The method of claim 1, wherein the first DCI is scrambled by a WTRU group-specific radio network temporary identifier (RNTI) and the second DCI is scrambled by a paging RNTI (P-RNTI).

8. The method according to claim 1, further comprising: monitoring the first DCI in a first search space, wherein the first search space is a common search space; as well as The second DCI is monitored in a second search space, wherein the second search space is within the first PO.

9. The method of claim 1, wherein the WTRU-ID is an RNTI assigned to the WTRU.

10. The method of claim 9, wherein the RNTI allocated to the WTRU is a P-RNTI.

11. A wireless transmit / receive unit (WTRU), the WTRU comprising: transceiver; as well as a processor operatively coupled to the transceiver; wherein: The transceiver is configured to receive paging occasion (PO) monitoring indication information in first downlink control information (DCI); The processor is configured to determine a first PO, wherein the first PO is based on a WTRU identity (WTRU-ID) of the WTRU; The processor and the transceiver are configured to monitor the second DCI in the first PO based on the PO monitoring indication information; The transceiver is configured to receive the second DCI in the first PO; and The transceiver is configured to receive a physical downlink shared channel (PDSCH) transmission based on the second DCI.

12. The WTRU of claim 11, wherein the PDSCH transmission comprises a paging message.

13. The WTRU of claim 11, wherein the first PO is within a paging frame (PF), and wherein the PO monitoring indication information is received prior to the first PO.

14. The WTRU of claim 11, wherein the processor and the transceiver are further configured to monitor a second PO based on the PO monitoring indication information without monitoring the first PO.

15. A WTRU according to claim 14, wherein the PO monitoring indication information includes a WTRU group index of a WTRU group, wherein the WTRU is part of the WTRU group, and wherein the monitoring of the PO is also based on the WTRU group index.

16. The WTRU of claim 15, wherein the WTRU group is one of a plurality of WTRU groups, and wherein the WTRU group index is based on the WTRU-ID and the number of the WTRU groups.

17. The WTRU of claim 11, wherein the first DCI is scrambled by a WTRU group-specific radio network temporary identifier (RNTI) and the second DCI is scrambled by a paging RNTI (P-RNTI).

18. A WTRU according to claim 11, wherein the processor and the transceiver are also configured to monitor the first DCI in a first search space, wherein the first search space is a common search space; and wherein the processor and the transceiver are also configured to monitor the second DCI in a second search space, wherein the second search space is within the first PO.

19. The WTRU of claim 11, wherein the WTRU-ID is an RNTI assigned to the WTRU.

20. The WTRU of claim 19, wherein the RNTI allocated to the WTRU is a P-RNTI.

Images