WO2024108962A1 - A method for transmission scheduling - Google Patents

Abstract

Wireless communications may include improved small data transmission (SDT). Small data may be transmitted in an inactive state. For ultra-reliable low-latency communication (URLLC) with a small data requirement, the scheduling, processing, and transmission of small data can be optimized to achieve the high-reliable low-latency requirement.

Description

A METHOD FOR TRANSMISSION SCHEDULING TECHNICAL FIELD

This document is directed generally to wireless communications. More specifically, in a mobile device communications system, small data transmissions may be improved.

BACKGROUND

Wireless communication technologies are moving the world toward an increasingly connected and networked society. Wireless communications rely on efficient network resource management and allocation between user mobile stations and wireless access network nodes (including but not limited to wireless base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfil the requirements from different industries and users. User mobile stations or user equipment (UE) are becoming more complex and the amount of data communicated continually increases. In order to improve communications and meet reliability requirements for the vertical industry as well as support the new generation network service, communication improvements should be made.

SUMMARY

This document relates to methods, systems, and devices for improving Internet of Things (IoT) transmission or small data transmissions (SDT) . Small data may be transmitted in an inactive state. For ultra-reliable low-latency communication (URLLC) with a small data or IoT requirement, the scheduling, processing, and transmission of small data or IoT can be optimized to achieve the high-reliable low-latency requirement.

A method for wireless communication includes receiving a scheduling information for a data transmission, and processing a physical channel carrying the scheduling information or the data transmission over multiple transmission time intervals (TTIs) . The processing comprises reduced capability requirements for the physical channel and the TTIs are slots or spans or symbols. The physical channel is Physical Downlink Control Channel (PDCCH) , and the PDCCH monitoring is restricted in N1 TTIs periodically, wherein N1 is an integer. The PDCCH monitoring is further restricted in the first N2 TTIs of the N1 TTIs, wherein N2 is an integer. The TTIs are spans, and the PDCCH monitoring is within the first N2 spans of the N1 spans.  The N1 or N2 spans are restricted in one slot, or further comprise the one slot is one of N2 slot within N1 slots. When N1 and N2 are configured, a limit C on the maximum number of non-overlapped control channel elements (CCEs) for channel estimation for the PDCCH monitoring TTI, or a limit M on the maximum number of monitored PDCCH candidates per PDCCH monitoring TTI are scaled by a factor. The method includes skipping, when at least one scheduling information is detected in a TTI, the PDCCH monitoring for the rest of TTIs after the TTI within the N1 TTIs. Within the N1 TTIs, the PDCCH monitoring is further restricted in the first N2 TTIs of the N1 TTIs. When at least one scheduling information is not detected in N3 sets of the N1 TTIs, N2 is updated by N2+1, or the PDCCH monitoring restricted in the first N2 TTIs of the N1 TTIs is not applied, wherein N3 is an integer. N2 returns a configured value when at least one scheduling information is detected. When at least one scheduling information is detected in N3 sets of the N1 TTIs, N1 is updated by N1 –1. N1 comprises a minimum number of 1, or N1 returns to a configured value when at least one scheduling information is not detected. The scheduling information is a downlink control information (DCI) which is carried by the PDCCH. The DCI is used for both physical downlink shared channel (PDSCH) and physical uplink shared channel (PUSCH) scheduling. One or two types of DCI size is supported. The processing comprises one unicast physical channel in N1 TTIs. The method includes processing one unicast physical channel in N1 + 1 TTIs when at least one unicast physical channel is not detected in N3 sets of N1 TTIs, or processing one unicast physical channel in N1 -1 TTIs when at least one unicast physical channel is detected in N3 sets of N1 TTIs. N1 comprises a maximum number or a minimum number, or N1 returns to a configured value when at least one unicast physical channel is detected.

In one embodiment, a wireless communications apparatus comprises a processor and a memory, and the processor is configured to read code from the memory and implement any of the embodiments discussed above.

In one embodiment, a computer program product comprises a computer-readable program medium code stored thereupon, the code, when executed by a processor, causes the processor to implement any of the embodiments discussed above.

In some embodiments, there is a wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement any methods recited in any of the embodiments. In some embodiments, a computer  program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor, causing the processor to implement any method recited in any of the embodiments. The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows an example basestation.

FIG. 2 shows an example random access (RA) messaging environment.

FIG. 3 shows a block diagram of an example configuration of a transceiver and antenna.

FIG. 4 shows a block diagram illustrating relationships between carriers, bands, and cells.

FIG. 5 shows one embodiment of a small data transmission (SDT) procedure.

FIG. 6 shows another embodiment of a SDT procedure.

FIG. 7 shows span based PDCCH monitoring for URLLC.

FIG. 8 shows four multiple spans within one slot.

FIG. 9 shows multiple slots monitoring.

FIG. 10 shows three multiple spans across slots.

DETAILED DESCRIPTION

The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the  phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and/or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

In various telecommunications systems, such as a mobile telecommunications context, user equipment (UE) may communicate with a small data transmission (SDT) . Traditionally, the transmission of user data is not allowed when in an inactive state. Even for the transmission of a very small amount of data the device has to resume the connection, which may have a negative impact on signaling overhead as well as device energy consumption. The transmission of small data payloads (i.e. SDT) may be made in an inactive state. For new radio (NR) specifications, the UE may have three states: idle, inactive and connected. The UE cannot transmit data in idle and inactive, so when UE wants to transmit data in idle or inactive, the UE first transfers to connected. However, for small data transmission (SDT) , the UE can transmit small data in an inactive state, rather than transferring to connected first.

Any device that has intermittent small data packets in an inactive state can benefit from enabling small data transmission (SDT) while in an inactive state. SDT traffic may have different service requirements as compared to conventional or larger data transmission traffic types. SDT communication or data transfer may be made from/with the UE while in an inactive state. The UE may send an SDT request message to a basestation, which may be a nodeB (NB, e.g., an eNB or  gNB) in a mobile telecommunications context. Small data transmissions while in an inactive state can save power and reduce signaling overhead.

The SDT communications can improve usage of network resources (power, codes, interference, etc. ) for the SDT communications. Examples of small and infrequent data traffic that would qualify for SDT include smartphone applications, such as 1) traffic from Instant Messaging (IM) services; 2) heart-beat/keep-alive traffic from IM/email clients and other apps; and 3) push notifications from various applications. In addition, other SDT may include traffic from wearables (periodic positioning information etc. ) , sensors (e.g. Industrial Wireless Sensor Networks transmitting temperature, pressure readings periodically or in an event triggered manner) , and smart meters or smart meter networks sending periodic meter readings. In one embodiment, small data in SDT may include data with an application packets size of 100 bytes (upload UL or download DL) or lower. Although the examples and embodiments described herein refer to small data or small data transmission, the scope of small data may vary and may include data other than small data, such as normal data or large data. Specifically, the size of small data can vary and the embodiments/examples will apply to any data.

Radio resource control ( “RRC” ) is a protocol layer between UE and the basestation at the IP level (Network Layer) . There may be various Radio Resource Control (RRC) states, such as RRC connected (RRC_CONNECTED) , RRC inactive (RRC_INACTIVE) , and RRC idle (RRC_IDLE) state. RRC messages are transported via the Packet Data Convergence Protocol ( “PDCP” ) . As described, UE can transmit data through a Random Access Channel ( “RACH” ) protocol scheme or a Configured Grant ( “CG” ) scheme. CG may be used to reduce the waste of periodically allocated resources by enabling multiple devices to share periodic resources. The basestation or node may assign CG resources to eliminate packet transmission delay and to increase a utilization ratio of allocated periodic radio resources. The CG scheme is merely one example of a protocol scheme for communications and other examples, including but not limited to RACH, are possible. The wireless communications described herein may be through radio access.

The 4th Generation mobile communication technology (4G) Long-Term Evolution (LTE) or LTE-Advance (LTE-A) and the 5th Generation mobile communication technology (5G) have increased demands. Based on the current development trend, 4G and 5G systems are developing support on features of enhanced mobile broadband (eMBB) , ultra-reliable low-latency  communication (URLLC) , and massive machine-type communication (mMTC) . eMBB may include high bandwidth applications such as augmented/virtual reality (AR and VR) and streaming, and be designed to provide faster download speeds and improved user experiences. URLLC may be used for mission-critical applications which require a guaranteed connection and low latency. mMTC may be used to connect large numbers of devices.

For the 5th Generation mobile communication technology, small data may be transmitted by configured grant or two-step RACH in the inactive state. The small data is transmitted by the resources configured and may not need to be in RRC connected state. For URLLC with a small data requirement, the scheduling and transmission of small data can be optimized to achieve the high reliable low latency requirement.

FIG. 1 shows an example basestation 102. The basestation may also be referred to as a network device or wireless network node. The basestation 102 may be further identified to as a nodeB (NB, e.g., an eNB or gNB) in a mobile telecommunications context. The example basestation may include radio Tx/Rx circuitry 113 to receive and transmit with user equipment (UEs) 104. The basestation may also include network interface circuitry 116 to couple the basestation to the core network 110, e.g., optical or wireline interconnects, Ethernet, and/or other data transmission mediums/protocols.

The basestation may also include system circuitry 122. System circuitry 122 may include processor (s) 124 and/or memory 126. Memory 126 may include operations 128 and control parameters 130. Operations 128 may include instructions for execution on one or more of the processors 124 to support the functioning the basestation. For example, the operations may handle random access transmission requests from multiple UEs. The control parameters 130 may include parameters or support execution of the operations 128. For example, control parameters may include network protocol settings, random access messaging format rules, bandwidth parameters, radio frequency mapping assignments, and/or other parameters.

Additionally, signals communicated between communication nodes in the system 100 may be characterized or defined as a data signal or a control signal. In general, a data signal is a signal that includes or carries data, such multimedia data (e.g., voice and/or image data) , and a control signal is a signal that carries control information that configures the communication nodes in certain ways in order to communicate with each other, or otherwise controls how the communication nodes communicate data signals with each other. Also, certain signals may be defined or characterized by combinations of data/control and uplink/downlink/sidelink, including uplink control signals,  uplink data signals, downlink control signals, downlink data signals, sidelink control signals, and sidelink data signals. Also, particular signals can be characterized or defined as either an uplink (UL) signal, a downlink (DL) signal, or a sidelink (SL) signal. An uplink signal is a signal transmitted from a UE 104 to a basestation 102. A downlink signal is a signal transmitted from a basestation 102 to a UE 104. A sidelink signal is a signal transmitted from one UE 104 to another UE 104.

For at least some specifications, such as 5G New Radio (NR) , data and control signals are transmitted and/or carried on physical channels. Generally, a physical channel corresponds to a set of time-frequency resources used for transmission of a signal. Different types of physical channels may be used to transmit different types of signals. For example, physical data channels (or just data channels) , also herein called traffic channels, are used to transmit data signals, and physical control channels (or just control channels) are used to transmit control signals. Example types of traffic channels (or physical data channels) include, but are not limited to, a physical downlink shared channel (PDSCH) used to communicate downlink data signals, a physical uplink shared channel (PUSCH) used to communicate uplink data signals, and a physical sidelink shared channel (PSSCH) used to communicate sidelink data signals. In addition, example types of physical control channels include, but are not limited to, a physical downlink control channel (PDCCH) used to communicate downlink control signals, a physical uplink control channel (PUCCH) used to communicate uplink control signals, and a physical sidelink control channel (PSCCH) used to communicate sidelink control signals. As used herein for simplicity, unless specified otherwise, a particular type of physical channel is also used to refer to a signal that is transmitted on that particular type of physical channel, and/or a transmission on that particular type of transmission. As an example illustration, a PDSCH refers to the physical downlink shared channel itself, a downlink data signal transmitted on the PDSCH, or a downlink data transmission. Accordingly, a communication node transmitting or receiving a PDSCH means that the communication node is transmitting or receiving a signal on a PDSCH.

Additionally, for at least some specifications, such as 5G NR, and/or for at least some types of control signals, a control signal that a communication node transmits may include control information comprising the information necessary to enable transmission of one or more data signals between communication nodes, and/or to schedule one or more data channels (or one or more transmissions on data channels) . For example, such control information may include the information necessary for proper reception, decoding, and demodulation of a data signals received  on physical data channels during a data transmission, and/or for uplink scheduling grants that inform the user device about the resources and transport format to use for uplink data transmissions. In some embodiments, the control information includes downlink control information (DCI) that is transmitted in the downlink direction from a basestation 102 to a UE 104. In other embodiments, the control information includes uplink control information (UCI) that is transmitted in the uplink direction from a UE 104 to a basestation 102, or sidelink control information (SCI) that is transmitted in the sidelink direction from one UE 104 to another UE 104.

In addition, in some embodiments, a UE 104 may be configured to support at least one simultaneous UL transmission mode across a band pair for UL transmissions. In a first simultaneous UL transmission mode (also called a switchedUL mode) , the UE 104 does not support simultaneous UL transmission across a band pair. Accordingly, when the UE 104 transmits an UL transmission in the first simultaneous UL transmission mode, the UE 104 transmits the UL transmission without simultaneously transmitting across a band pair. In addition, in a second simultaneous UL transmission mode (also called a dualUL mode) , the UE 104supports simultaneous UL transmission across a band pair. Accordingly, when the UE 104 transmits an UL transmission in the second simultaneous UL transmission mode, the UE 104 may transmit the UL transmission by simultaneously transmitting across a band pair.

Also, in some embodiments, the UE 104 may report the simultaneous UL transmission mode (s) to the basestation 102. That is, the UE 104 may report, to the basestation 102, that it supports simultaneous UL transmission across a band pair, that it does not support simultaneous UL transmission across a band pair, or that it both supports and does not support simultaneous UL transmission across a band pair. In particular of these embodiments, the UE 104 may report whether or not it supports simultaneous UL transmission across a band pair per band combination (BC) . Also, the basestation 102 may configured the simultaneous UL transmission mode (e.g., switchedUL or dualUL) per cell group, which may be considered as per BC or per band pair in embodiments where a 2Tx user device supports only two bands. That is, one available band pair in a band combination may support one simultaneous UL transmission mode.

Additionally, in general as used herein, a band combination may include a plurality of bands (e.g., five bands) . In addition, as used herein, a band group may include up to three or four bands. A given band group may be included in or part of a band combination. Also, a band combination and/or a band group may include at least one band pair, where a band pair includes two bands.

FIG. 2 shows an example random access messaging environment 200. In the random  access messaging environment a UE 104 may communicate with a basestation 102 over a random access channel 252. In this example, the UE 104 supports one or more Subscriber Identity Modules (SIMs) , such as the SIM1 202. Electrical and physical interface 206 connects SIM1 202 to the rest of the user equipment hardware, for example, through the system bus 210.

The mobile device 200 includes communication interfaces 212, system logic 214, and a user interface 218. The system logic 214 may include any combination of hardware, software, firmware, or other logic. The system logic 214 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system logic 214 is part of the implementation of any desired functionality in the UE 104. In that regard, the system logic 214 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, Internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 218. The user interface 218 and the inputs 228 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the inputs 228 include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input /output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

The system logic 214 may include one or more processors 216 and memories 220. The memory 220 stores, for example, control instructions 222 that the processor 216 executes to carry out desired functionality for the UE 104. The control parameters 224 provide and specify configuration and operating options for the control instructions 222. The memory 220 may also store any BT, WiFi, 3G, 4G, 5G or other data 226 that the UE 104 will send, or has received, through the communication interfaces 212. In various implementations, the system power may be supplied by a power storage device, such as a battery 282.

In the communication interfaces 212, Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 230 handles transmission and reception of signals through one or more antennas 232. The communication interface 212 may include one or more transceivers. The transceivers may  be wireless transceivers that include modulation /demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and/or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium.

The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 212 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, and 4G /Long Term Evolution (LTE) standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

Multiple RAN nodes of the same or different radio access technology ( “RAT” ) (e.g. eNB, gNB) can be deployed in the same or different frequency carriers in certain geographic areas, and they can inter-work with each other via a dual connectivity operation to provide joint communication services for the same target UE (s) . The multi-RAT dual connectivity ( “MR-DC” ) architecture may have non-co-located master node ( “MN” ) and secondary node ( “SN” ) . Access Mobility Function ( “AMF” ) and Session Management Function ( “SMF” ) may the control plane entities and User Plane Function ( “UPF” ) is the user plane entity in new radio ( “NR” ) or 5GC.

FIG. 3 shows a block diagram of an example configuration of the transceiver 212 and the antenna 232. In particular, the transceiver 212 includes a first transmitter (Tx) (or transmitter circuit) 302 (1) and a second transmitter (Tx) (or transmitter circuit) 302 (2) . In addition, the antenna 232 may include a first antenna component 304 (1) and a second antenna component 304(2) . In general, the first transmitter 302 (1) and the first antenna component 304 (1) may form a first transmitter channel or chain, and the second transmitter 302 (2) and the second antenna component 304 (2) may form a second transmitter channel or chain. A UE 104, with the configuration in FIG. 2, may be configured to transmit a first UL transmission (or a first part of an UL transmission) using the first transmitter channel, and may be configured to transmit a second UL transmission (or a second part of a UL transmission) using the first transmitter channel.

In some embodiments, the UE 104 may use the two transmitter channels to transmit on one  or two bands or carriers. The UE 104 may do so in any of various ways. For example, the UE 104 may transmit on a single carrier using both the first transmit channel and the second transmit channel. As another example, the UE 104 may transmit on a first carrier using the first transmit channel and on a second carrier using the second transmit channel. As used herein, the terms “1 Tx” and “1T” refer to use of one channel to transmit on one carrier, and the terms “2 Tx” and “2T” refer to the use of two transmit channels to transmit on one carrier. In addition, as used herein, the phrase “UL transmit case” refers to a particular configuration of the transmit channels used for an UL transmission on one or more carriers. Also, as described in further detail below, the UE 104 may switch between UL transmit cases during an UL Tx switching operation.

In addition, in various embodiments, the UE 104 may perform UL transmitter (Tx) switching to perform UL transmissions. In general, the UE 104 may perform UL Tx switching by switching from one UL transmit case to another UL transmit case. In operation, the UE 104 may transmit an UL transmission according to a first UL transmit case, and then may switch from the first UL transmit case to a second UL transmit case, and transmit an UL transmission according to the second UL transmit case. In addition, in various embodiments, UL transmit cases may also identify numbers of antenna ports corresponding to the carriers. The identification may be in the form of a mapping between carriers and respective numbers of antenna ports. For at least some of these embodiments, the numbers of antennas may depend on whether or not the UE 104 supports simultaneous transmission across a band pair.

FIG. 4 shows a block diagram illustrating relationships between carriers, bands, and cells. Two bands can be configured for UE to do TX switching. The new radio (NR) structure may be designed to operate in the operating bands defined for FR1 and FR2. For example, several bands in FR1 are shown in Table 1 below with a corresponding frequency region and duplex mode.

Table 1 –Operating Bands.

For sub-band full duplex (SBFD) , the uplink (UL) sub-band can be supported or  configured within the downlink slots/symbols in a TDD carrier. Based on the Rel-16 variable duplex, n91 may be generated by combination SUL n82 with SDL n76. The embodiments described below illustrate relaxing some features, such as PDCCH monitoring capability and the number of signal or channel for processing. Slots or spans may also be referred to as Transmission Time Interval (TTI) . TTI may refer to a duration of a transmission on the radio link. A span and/or a slot may also be referred to as TTI. While described as slots and/or spans, TTIs may include both.

FIG. 5 shows one embodiment of a small data transmission (SDT) procedure. FIG. 5 illustrates communications between the user equipment (UE) and a basestation (gNB) . For SDT preparation, SDT parameters are configured 502 for the SDT preparation phase. SDT type selection 504 is part of the SDT initiation phase in which the UE initiates the SDT procedure after first selecting the SDT type. In block 506 a request for small data transmission (SDT) is made from the UE to the basestation gNB. In response, the basestation gNB provides a reply that includes an SDT indication. In this embodiment, a timer is started when the request is made and the timer is stopped when the reply with the SDT indication is received. In block 508, the SDT process is entered and an SDT timer is started. The SDT process includes the UE transmitting UL data using CG PUSCH resource or dynamic UL grant, and can receive DL data using dynamic DL assignment. Data transmission is scheduled to the UE 510 and is schedule from the UE 512. For each of the data transmission scheduling, the SDT timer is restarted. Specifically, the SDT timer is restarted when receiving downlink data or sending uplink data. In block 514, the UE can then enter the legacy inactive state (also referred to as normal inactive state) when the SDT timer expires. The legacy inactive state is the traditional inactive state when no data is transferred, however, as described herein, the modified inactive state can now allow for SDT even in the inactive state.

FIG. 6 shows another embodiment of a SDT procedure. While FIG. 5 illustrated two timers, the embodiment in FIG. 6 includes only one timer. For SDT preparation, SDT parameters are configured 602 and SDT type is selected in block 604. In block 606 a request for small data transmission (SDT) is made from the UE to the basestation gNB. In response, the basestation gNB provides a reply that includes an SDT indication. In this embodiment, the only timer is started when the request is made. In block 608, the SDT process is entered. Data transmission is scheduled to the UE 610 and is schedule from the UE 612. In block 614, the UE can then enter the legacy inactive state when the timer expires.

For a user equipment (UE) feature of downlink (DL) control channel and procedure, there may be a UE feature called feature group (FG) . Examples of the FG include FG 3-1 and an enhanced UE feature FG 11-2. FG11-2 may be used for URLLC. FG 3-1 may include monitoring DCI formats 0_0, 1_0, 0_1, 1_1 within type 1 CSS with dedicated RRC configuration, type 3 CSS, and UE-SS, the monitoring occasion is within the first 3 OFDM symbols of a slot. A maximum number of unicast Downlink Control Information (DCI) that UE can decode for a scheduled cell may be: 1) processing one unicast DCI scheduling DL and one unicast DCI scheduling UL per slot per scheduled CC for FDD; or 2) processing one unicast DCI scheduling DL and 2 unicast DCI scheduling UL per slot per scheduled CC for TDD.

The maximum number of physical downlink control channel (PDCCH) detection candidate sets that a terminal requires to support and the maximum number of non-overlapping CCEs that a terminal requires to support may be defined in each slot for each type of subcarrier spacing (SCS) , as shown in Table 1 below.

Table 1 -Maximum number of PDCCH detection candidate sets and maximum number of non-overlapping CCEs per slot per cell.

In Table 1, when μ that equals to 0, 1, 2 and 3, that represents subcarrier spacing of 15 KHz, 30 KHz, 60 KHz and 120 KHz, respectively. For simplicity, the "maximum number of PDCCH detection candidate sets (also referred to as the maximum number of blind decode times) " may be referred to as the "maximum BD" , and the "maximum number of non-overlapping CCEs" may be referred to as the "maximum CCE value. "

For FG 11-2, the maximum number of unicast DCI that UE can decode for a scheduled cell in a span may include: 1) processing one unicast DCI scheduling DL and one unicast DCI scheduling UL per scheduled CC across this set of monitoring occasions for Frequency Division Duplex (FDD) ; 2) processing one unicast DCI scheduling DL and two unicast DCI scheduling UL per scheduled CC across this set of monitoring occasions for Time Division Duplex (TDD) ; or 3) processing two unicast DCI scheduling DL and one unicast DCI scheduling UL per scheduled CC across this set of monitoring occasions for TDD.

There may be several supported combination (s) of (X, Y, μ) . For each reported combination, the UE supports the limit C on the maximum number of non-overlapped CCEs for channel estimation per physical downlink control channel (PDCCH) monitoring span and the limit M on the maximum number of monitored PDCCH candidates per PDCCH monitoring span. In this embodiment, “X” may indicate a number of symbols corresponding to a minimum gap between starting symbols of two consecutive spans and “Y” indicates a maximum number of consecutive symbols for each span on a serving cell. In some embodiments, the combination (X, Y) is reported from the user equipment (UE) . Example values of the combination (X, Y) may include (7, 3) , (4, 3) , and (2, 2) as shown in Table 2. There may be a minimum time separation of X Orthogonal Frequency Division Multiplexing (OFDM) symbols between the starting symbols of two spans, where each span is of length up to Y consecutive OFDM symbols of a slot. In one embodiment, spans may not overlap, and every span is within a single slot. Table 2 provides the maximum number of monitored PDCCH candidatesper span for a UE in a DL BWP with SCS configuration μ for operation with a single serving cell. Table 3 provides the maximum number of non-overlapped CCEs, for a DL BWP with SCS configuration μ that a UE is expected to monitor corresponding PDCCH candidates per span for operation with a single serving cell.

Table 2 -Maximum number (M) of monitored PDCCH candidates in a span for combination (X, Y) for a DL BWP with SCS configuration μ∈ {0, 1} for a single serving cell.

Table 3 -Maximum number (C) of non-overlapped CCEs in a span for combination (X, Y) for a DL BWP with SCS configuration μ∈ {0, 1} for a single serving cell.

For some ultra-reliable low-latency communication (URLLC) scenario with small data or IoT requirement, the scheduling, processing, and transmission of small data may be optimized to achieve the high reliable low latency requirement. In embodiments when both small data transmission and URLLC are needed, complexity reduction or UE power saving for URLLC  related features for small data may be utilized. The relaxation of some features can be considered, such as PDCCH monitoring capability or the number of signal or channel for processing for optimizing the latency requirement. In other words, capabilities for URLLC can be relaxed for small data traffic.

Embodiment 1: Monitor First N2 Spans or Slots

There may be multiple spans/slots of PDCCH monitoring applied for SCS 15, 30, 60,120kHz. IoT or Small data transmission may be periodic with reduced capability (redcap) and URLLC. The SDT may be sporadic with Redcap. The restriction for this embodiment may only monitor first N2 spans or slots.

FIG. 7 shows span based PDCCH monitoring for URLLC. The span or span pattern may be determined by the monitoring occasion configuration for one cell combined with combination (2, 2) reported by the UE.

For each span, there may be up to 14 BD and/or 18 CCEs per span in case of SCS =15KHz. There may be up to 7 spans for the combination (2, 2) . For the small data with periodic traffic with URLLC requirement, optionally for the redcap UE, the monitoring capability may be further reduced. The sub-carrier spacing (SCS) of one cell could be 15 kHz, 30 kHz, 60 kHz and 120 kHz.

FIG. 8 shows four multiple spans within one slot. In one example, the monitoring of multiple spans is supported or configured to support low complexity of PDCCH monitoring. The multiple spans monitoring is within one or more slots, or may be optionally across slots. Multiple spans may be only restricted in one slot. In other words, multiple spans across slots may not be permitted in some examples.

As shown in FIG. 8, the number of multiple spans is N1=4. Optionally, UE is only performing the PDCCH monitoring in the first N2 spans. For example, N2=1. N1, N2 can be configured by the basestation or reported by the UE. After the N1 (the number of multiple spans) and N2 (first N2 spans in N1 spans) is determined, the UE may monitor the first N2 span in a set of N1 spans. This may be used for small data with periodic traffic with a URLLC requirement. The example in FIG. 8 shows multiple spans comprises four spans.

In another embodiments, N2 spans can be the configured spans in the N1 spans. That is, besides the first N2 spans in N1 spans, other locations may be configured. For example, by a  bitmap indication, N1=4, using 4 bits to indicate the N2 spans within the N1 spans, e.g. using ‘1010’ to indicate the first and the third span are the N2=2 spans within the N1=4 spans.

FIG. 9 shows multiple slots monitoring. In another embodiments, N1 and/or N2 spans are restricted in one slot, and the one slot is one of N2 slots within N1 slots. As shown in FIG. 9, UE will monitor PDCCH in the first N2=2 slots within N1=4 slots. The UE is further configured with N1=4 spans and N2=1 span for PDCCH monitoring, that is the UE monitor the first N2=1 span in N1=4 spans, and the N1=4 spans are restricted in one slot which is one of N2=2 slots within N1=4 slots. As a result, the UE will monitor the first span in 4 spans which are located in the each slot of the first 2 slots of the 4 slots.

FIG. 10 shows multiple spans across slots. Multiple spans may be restricted in one or more slots, such that multiple spans across slots can be permitted. As shown in FIG. 10, the number of multiple spans is N1=3 and can across slots. Optionally, the UE may only perform the PDCCH monitoring in the first N2 spans. For example, N2=2. N1, N2 can be configured by the basestation or reported by the UE. A set of N1=3 spans could be all located in one slot, or located across two slots. After the N1 (the number of multiple spans) and N2 (e.g. the first N2 spans in N1 spans) is determined, the UE is needed to monitor the first N2 span in a set of N1 spans. This may be used for small data with periodic traffic according to the URLLC requirements. Optionally, besides the first N2 spans in N1 spans, other locations of N2 spans may be configured.

When N1, N2 are configured, the limit C on the maximum number of non-overlapped CCEs for channel estimation per PDCCH monitoring span/slot and/or the limit M on the maximum number of monitored PDCCH candidates per PDCCH monitoring span/slot may be determined by a scaling factor based on M/C as in Tables 1-3. The scaling factor could be a value from 0 to 1, or larger than 1. The scaling factor may be determined by at least one of N1 and N2. For example, if N1=1, the scaling factor may not be applied. For example, if N2 = 1 and N1>1, the scaling factor may be no less than 1. For example, when N1=4, and N2=1, the scaling factor = 2, in which case UE is only needed to monitor the first N2=1 span in a set of N1=4 spans with up to 14*2=28 BD and/or 18*2=36 CCEs per span in case of SCS = 15KHz. In another example, if N2>1, the scaling factor may be no larger than 1. For example, when N1=4, and N2=2, the scaling factor = 1, in which case UE is only needed to monitor the first N2=2 spans in a set of N1=4 spans with up to 14 BD and/or 18 CCEs per span in case of SCS = 15KHz.

As described, only the first N2 spans in a set of N1 spans are needed to be monitored by a UE when N1, N2 are configured. The complexity of UE blind decoding can be reduced and the URLLC requirement of small data with periodic traffic can be ensured. This may also avoid higher power consumption due to the enhanced capability of PDCCH detection.

Embodiment 2: Span/Slot Skipping for Unicast DCI Detection

With N1 spans/slots for multiple spans/slots during PDCCH monitoring, the UE can skip the PDCCH monitoring for the rest of spans/slots within the N1 spans/slots when a unicast downlink control information (DCI) is detected. This may be used for small data transmission (SDT) . For example, it may be for aperiodic traffic or one shot transmission, with reduced capability (redcap) during URLLC. Span based PDCCH monitoring may be used for URLLC, as shown in FIG. 7. The span or span pattern may be determined by the monitoring occasion configuration for one cell combined with combination (2, 2) reported by the UE.

For each span, there may be up to 14 BD and/or 18 CCEs per span in case of SCS =15KHz. There may be up to 7 spans for the combination (2, 2) . For small data with aperiodic traffic with a URLLC requirement (and optionally with reduced capability) , the monitoring capability may be reduced. The sub-carrier spacing (SCS) of one cell could be 15 kHz, 30 kHz, 60 kHz and 120 kHz. Multiple spans or slots monitoring is supported or configured to support low complexity of PDCCH monitoring. The UE may skip the PDCCH monitoring for the rest of spans or slots within the N1 spans or slots when a unicast DCI is detected.

In different examples based on span level and/or slot level can be also applied. The unicast DCI can be a DL DCI for PDSCH scheduling and/or a UL DCI for PUSCH scheduling.

In one example, within the N1 spans, the UE may only monitor the first N2 spans. When the UE does not detect the unicast DCI in the first N2 span, the UE will skip the PDCCH monitoring for the reset of N1-N2 spans in the N1 spans. As shown in FIG. 8, the number of multiple spans is N1=4, and N2=2 is also configured. The UE may then only perform the PDCCH monitoring in the first N2=2 spans within N1=4 span, and when a unicast DCI is detected in the first span, the UE will skip the PDCCH monitoring for the remaining 3 spans. When a unicast DCI is detected in the second span, the UE will skip the PDCCH monitoring for the remaining 2 spans. When a unicast DCI is not detected in the first 2 spans, the UE will skip the PDCCH monitoring for the remaining 2 spans. This may be used for small data with aperiodic traffic with a URLLC requirement.

In another example, within the N1 spans, the UE will perform PDCCH monitoring for each span when the UE cannot detect a unicast DCI in a set of N1 span. As shown in FIG. 8, the number of multiple spans is N1=4. When a unicast DCI is detected in the first span, the UE will skip the PDCCH monitoring for the remaining 3 spans. When a unicast DCI is detected in the second span, the UE will skip the PDCCH monitoring for the remaining 2 spans. When a unicast DCI is detected in the third span, the UE will skip the PDCCH monitoring for the remaining 1 span. The UE can perform PDCCH monitoring for each span when any unicast DCI is not detected in a set of N1=4 spans. This may be used for small data with aperiodic traffic with a URLLC requirement.

In another example, within the N1 spans, the UE will only monitor the first N2 spans. When any unicast DCI is not detected in N3 sets of spans, N2 will be updated by N2+1, or the monitoring restricted in the first N2 TTIs of the N1 TTIs may not be applied. When the UE cannot detect a unicast DCI in the first N2 span, the UE will skip the PDCCH monitoring for the remaining of the N1-N2 spans in the N1 spans. When the UE cannot detect any unicast DCI in N3 sets of spans, N2+1 is applied, or N2 is not applied. As shown in FIG. 8, the number of multiple spans is N1=4, and N2=2 is also configured. The UE is performs the PDCCH monitoring in the first N2=2 spans within N1=4 span, and when a unicast DCI is detected in the first span, the UE will skip the PDCCH monitoring for the remaining 3 spans. When a unicast DCI is detected in the second span, the UE will skip the PDCCH monitoring for the remaining 2 spans. When a unicast DCI is not detected in the first 2 spans, the UE will skip the PDCCH monitoring for the remaining 2 spans. When a unicast DCI is not detected in the first 2 spans in N3=3 sets of N1 spans, N2=N2+1=3 will be applied, and then N1=4 and N2=3 will be applied for the following PDCCH monitoring. In some examples, N2 may be up to N1, or N2 may return to the configured value when a unicast DCI is detected. This may be used for small data transmission with aperiodic traffic with a URLLC requirement.

In another example, within the N1 spans, when any unicast DCI is detected in N3 sets of spans, N1 will be updated by N1 –1, or skipping the PDCCH monitoring for the rest of spans/slots within the N1 spans/slots when a unicast downlink control information (DCI) is detected is not applied. The UE will perform PDCCH monitoring for each span when the UE cannot detect a unicast DCI in a set of N1 span, and N1 -1 will be applied when the UE detects any unicast DCI in N3 sets of N1 spans. As shown in FIG. 8, the number of multiple spans is N1=4. When a unicast DCI is detected in the first span, the UE will skip the PDCCH monitoring  for the remaining 3 spans. When a unicast DCI is detected in the second span, the UE will skip the PDCCH monitoring for the remaining 2 spans. When a unicast DCI is detected in the third span, the UE will skip the PDCCH monitoring for the remaining 1 span. The UE will perform PDCCH monitoring for each span if any unicast DCI is not detected in a set of N1=4 spans. If any unicast DCI is detected in in N3=3 sets of spans, N1=N1-1=3 will be applied for the following PDCCH monitoring. N1 may be down to 1, or N1 will return to the configured value when a unicast DCI is not detected. This may be used for small data transmission with aperiodic traffic with a URLLC requirement.

In another example, within the N1 spans, when any unicast DCI is detected in N3 sets of spans, N1 will be updated by N1 + 1, or not applied. The UE will perform PDCCH monitoring for each span when the UE cannot detect a unicast DCI in a set of N1 span, and N1 + 1 will be applied when the UE detects any unicast DCI in N3 sets of N1 spans. As shown in FIG. 8, the number of multiple spans is N1=4. When a unicast DCI is detected in the first span, the UE will skip the PDCCH monitoring for the remaining 3 spans. When a unicast DCI is detected in the second span, the UE will skip the PDCCH monitoring for the remaining 2 spans. When a unicast DCI is detected in the third span, the UE will skip the PDCCH monitoring for the remaining 1 span. The UE will perform PDCCH monitoring for each span if any unicast DCI is not detected in a set of N1=4 spans. If any unicast DCI is detected in in N3=3 sets of spans, N1=N1+1=3 will be applied for the following PDCCH monitoring. N1 may be down to 1, or N1 will return to the configured value when a unicast DCI is not detected. This may be used for small data transmission with aperiodic traffic with a URLLC requirement.

When N1, N2 are configured, the limit C on the maximum number of non-overlapped CCEs for channel estimation per PDCCH monitoring span/slot and/or the limit M on the maximum number of monitored PDCCH candidates per PDCCH monitoring span/slot may be determined by a scaling factor based on M/C as in Tables 1-3. The scaling factor could be a value between 0 to 1, or may be larger than 1. The scaling factor is determined by at least one of N1 and N2. For example, if N1=1, the scaling factor is not applied. For example, if N2 = 1 and N1>1, the scaling factor may be no less than 1. When N1=4, N2=1, and scaling factor = 2, then UE is only needed to monitor the first N2=1 span in a set of N1=4 spans with up to 14*2=28 BD and/or 18*2=36 CCEs per span in case of SCS = 15KHz. In another example, when N2>1, the scaling factor may be be no larger than 1. When N1=4, N2=2, and scaling factor = 1, then UE is only needed to monitor the first N2=2 spans in a set of N1=4 spans with up to 14 BD and/or 18  CCEs per span in case of SCS = 15KHz.

When a unicast DCI is detected in a set of N1 spans or slots, the UE will skip the PDCCH monitoring for the rest of spans or slots within the N1 spans or slots. Accordingly, the complexity of UE blind decoding can be reduced and the URLLC requirement of small data with aperiodic traffic can be ensured. This may also avoid higher power consumption due to the enhanced capability of PDCCH detection.

Embodiment 3: Types of DCI Size Reduction

There may be a types of downlink control information (DCI) size reduction for small data transmission (SDT) . For small data with URLLC, one or two DCI formats may be used for small data scheduling. For a UE only supporting small data traffic, one or two types of DCI size may be supported.

Currently, with a DCI format 0_0/1_0, which may be the fallback DCI format for which the UE could support in IDLE/INACTIVE state, or in a connected state (RRC Connected) . The DCI format 0_1/1_1 may be the non-fallback DCI format for which the UE could support in a connected state, such as for eMBB scheduling. The DCI format 0_2/1_2 may be the non-fallback DCI format for which the UE could support in a connected state, such as for URLLC scheduling.

A UE may expect to monitor physical downlink control channel (PDCCH) candidates for up to 4 sizes of DCI formats that include up to 3 sizes of DCI formats with CRC scrambled by C-RNTI per serving cell. This DCI size budget may be referred to as budget “3+1. ” The size alignment may include several examples described below. In step0: a format 0_0 is aligned with a format 1_0 in a common search space (CSS) . In step1: the format 0_0 is aligned with the format 1_0 in a UE-specific search space (USS) . In step2: if the format 0_1 in the UE-specific search space (USS) has a size equal to the format 0_0/1_0 in the USS, the format 0_1 is filled with 1 bit of zero padding, which may be the same for a format 1_1. In step3: if "the number of the handled size types does not exceed 4, and the number of the DCI size types, which are scrambled by the C-RNTI, does not exceed 3" is satisfied, then the process is over. Otherwise, a step4 is: the padding in the step2 is removed, the format 1_0/0_0 in the USS is re-calculated by using a CORESET0/an initial bandwidth part (BWP) , the size of the format 0_0 is aligned with the format 1_0 in the USS, and the size of the format 1_0/0_0 in the CSS is aligned with the size of the format 1_0/0_0 in the USS. The UE may then not expect that the number of the handled size  types exceeds 4. The number of types scrambled by the C-RNTI exceeds 3. The UE may not expect either that the size of the format 0_0 and the size of the format 0_1 in the USS are same, or that the size of the format 1_0 and the size of the format 1_1 in the USS are same.

For small data with URLLC, one or two DCI formats may be used for small data scheduling. For example, the DCI format may be used for both PDSCH and PUSCH scheduling if only one DCI format is supported or introduced for small data scheduling. A DCI format X may be used to support small data transmission scheduling. The DCI format X may be used for PDSCH and/or PUSCH scheduling. Alternatively, a DCI format X and DCI format Y may be introduced to support small data transmission scheduling, where the DCI format X can be used for PDSCH scheduling and the DCI format Y can be used for PUSCH scheduling.

In some examples, for a UE only supporting small data traffic, one or two types of DCI size may be supported. In one example, if only DCI format X is supported, then up to 2 types of DCI size is supported. One type of DCI size may be the size of DCI format X, and the other is the size of DCI format 0_0/1_0, that is the size of DCI format 0_0 and DCI format 1_0 are aligned. In another example, if both DCI format X and DCI format Y are supported, then up to 2 types of DCI size are supported. One type of DCI size is the size of DCI format X/Y, the other is the size of DCI format 0_0/1_0, that is the size of DCI format 0_0 and DCI format 1_0 are aligned, the size of DCI format X and DCI format Y are aligned.

The specific DCI format for small data transmission is described above and the types of DCI size for the UE supported small data can be reduced. Accordingly, the complexity of UE blind decoding can be reduced and the URLLC requirement of small data with aperiodic traffic can be ensured. This may also avoid higher power consumption due to the enhanced capability of PDCCH detection.

Embodiment 4: Unicast Physical Channel

In this embodiment, one unicast physical channel in N1 spans or slots may be processed. This may include processing one PDSCH/PUSCH/PUCCH in X spans or slots. This can be for small data transmission with reduced capability and with URLLC. The processing capability on the number of physical channel is one per slot or per span. The physical channel may be unicast PDCCH, PDSCH, PUSCH, or PUCCH.

For SDT with a URLLC requirement, the processing capability on the number of physical channels can be reduced by the following examples. The processing of one unicast physical  channel in N1 + 1 spans or slots when any unicast physical channel is not detected in N3 sets of N1 spans or slots. The processing may be for one unicast physical channel in N1 spans or slots when N1 is configured by the basestation or reported by the UE. Based on the PDCCH monitoring, one unicast PDSCH may be detected in a span or a slot, and the next unicast PDSCH will be detected at least after N1 -1 spans or slots. The processing may be for one unicast physical channel in N1 + 1 spans or slots when any unicast physical channel is not detected in N3 sets of N1 spans or slots, when N1, N3 are configured by the basestation or reported by the UE. Based on the PDCCH monitoring, there may not be any unicast PDSCH detected in N3=3 sets of N1=4 spans or slots, then N1=N1+1=5 will be applied. N1 may be up to a configured or predefined threshold. N1 may return to the configured value when a unicast physical channel is detected. This may be used for small data with aperiodic traffic with URLLC requirement.

There may be processing one unicast physical channel in N1 -1 spans or slots if unicast physical channel is detected in each N3 sets of N1 spans or slots. N1, N3 are configured by the basestation or reported by the UE. Based on the PDCCH monitoring, when any unicast PDSCH is detected in each N3=3 sets of N1=4 spans or slots, then N1=N1-1=3 will be applied. N1 can be down to a configured or predefined threshold. N1 may return to the configured value when a unicast physical channel is not detected in a set of N1 spans or slots. This may be used for small data with aperiodic traffic with URLLC requirement.

The processing capability on the number of physical channels can be reduced by extension within multiple spans or slots. Accordingly, the complexity of UE decoding can be reduced and the URLLC requirement of small data with aperiodic traffic can be ensured. This may also avoid higher power consumption due to the enhanced capability of PDCCH detection.

The system and process described above may be encoded in a signal bearing medium, a computer readable medium such as a memory, programmed within a device such as one or more integrated circuits, one or more processors or processed by a controller or a computer. That data may be analyzed in a computer system and used to generate a spectrum. If the methods are performed by software, the software may reside in a memory resident to or interfaced to a storage device, synchronizer, a communication interface, or non-volatile or volatile memory in communication with a transmitter. A circuit or electronic device designed to send data to another location. The memory may include an ordered listing of executable instructions for implementing logical functions. A logical function or any system element described may be  implemented through optic circuitry, digital circuitry, through source code, through analog circuitry, through an analog source such as an analog electrical, audio, or video signal or a combination. The software may be embodied in any computer-readable or signal-bearing medium, for use by, or in connection with an instruction executable system, apparatus, or device. Such a system may include a computer-based system, a processor-containing system, or another system that may selectively fetch instructions from an instruction executable system, apparatus, or device that may also execute instructions.

A “computer-readable medium, ” “machine readable medium, ” “propagated-signal” medium, and/or “signal-bearing medium” may comprise any device that includes stores, communicates, propagates, or transports software for use by or in connection with an instruction executable system, apparatus, or device. The machine-readable medium may selectively be, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium. A non-exhaustive list of examples of a machine-readable medium would include: an electrical connection “electronic” having one or more wires, a portable magnetic or optical disk, a volatile memory such as a Random Access Memory “RAM” , a Read-Only Memory “ROM” , an Erasable Programmable Read-Only Memory (EPROM or Flash memory) , or an optical fiber. A machine-readable medium may also include a tangible medium upon which software is printed, as the software may be electronically stored as an image or in another format (e.g., through an optical scan) , then compiled, and/or interpreted or otherwise processed. The processed medium may then be stored in a computer and/or machine memory.

The illustrations of the embodiments described herein are intended to provide a general understanding of the structure of the various embodiments. The illustrations are not intended to serve as a complete description of all of the elements and features of apparatus and systems that utilize the structures or methods described herein. Many other embodiments may be apparent to those of skill in the art upon reviewing the disclosure. Other embodiments may be utilized and derived from the disclosure, such that structural and logical substitutions and changes may be made without departing from the scope of the disclosure. Additionally, the illustrations are merely representational and may not be drawn to scale. Certain proportions within the illustrations may be exaggerated, while other proportions may be minimized. Accordingly, the disclosure and the figures are to be regarded as illustrative rather than restrictive.

One or more embodiments of the disclosure may be referred to herein, individually and/or collectively, by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any particular invention or inventive concept. Moreover, although specific embodiments have been illustrated and described herein, it should be appreciated that any subsequent arrangement designed to achieve the same or similar purpose may be substituted for the specific embodiments shown. This disclosure is intended to cover any and all subsequent adaptations or variations of various embodiments. Combinations of the above embodiments, and other embodiments not specifically described herein, will be apparent to those of skill in the art upon reviewing the description.

The phrase "coupled with" is defined to mean directly connected to or indirectly connected through one or more intermediate components. Such intermediate components may include both hardware and software-based components. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided.

The above disclosed subject matter is to be considered illustrative, and not restrictive, and the appended claims are intended to cover all such modifications, enhancements, and other embodiments, which fall within the true spirit and scope of the present invention. Thus, to the maximum extent allowed by law, the scope of the present invention is to be determined by the broadest permissible interpretation of the following claims and their equivalents, and shall not be restricted or limited by the foregoing detailed description. While various embodiments of the invention have been described, it will be apparent to those of ordinary skill in the art that many more embodiments and implementations are possible within the scope of the invention. Accordingly, the invention is not to be restricted except in light of the attached claims and their equivalents.

Claims (21)

1. A method for wireless communication comprising:

   receiving a scheduling information for a data transmission; and

   processing a physical channel carrying the scheduling information or the data transmission over multiple transmission time intervals (TTIs) .
2. The method of claim 1, wherein the processing comprises reduced capability requirements for the physical channel and the TTIs are slots or spans or symbols.
3. The method of claim 2, wherein the physical channel is Physical Downlink Control Channel (PDCCH) , and the PDCCH monitoring is restricted in N1 TTIs periodically, wherein N1 is an integer.
4. The method of claim 3, wherein the PDCCH monitoring is further restricted in the first N2 TTIs of the N1 TTIs, wherein N2 is an integer.
5. The method of claim 4, wherein the TTIs are spans, and the PDCCH monitoring is within the first N2 spans of the N1 spans.
6. The method of claim 5, wherein the N1 or N2 spans are restricted in one slot, or further comprise the one slot is one of N2 slot within N1 slots.
7. The method of claim 4, wherein when N1 and N2 are configured, a limit C on the maximum number of non-overlapped control channel elements (CCEs) for channel estimation for the PDCCH monitoring TTI, or a limit M on the maximum number of monitored PDCCH candidates per PDCCH monitoring TTI are scaled by a factor.
8. The method of claim 3, further comprising:

   skipping, when at least one scheduling information is detected in a TTI, the PDCCH monitoring for the rest of TTIs after the TTI within the N1 TTIs.
9. The method of claim 8, wherein within the N1 TTIs, the PDCCH monitoring is further restricted in the first N2 TTIs of the N1 TTIs.
10. The method of claim 9, wherein when at least one scheduling information is not detected in N3 sets of the N1 TTIs, N2 is updated by N2+1, or the PDCCH monitoring restricted in the first N2 TTIs of the N1 TTIs is not applied, wherein N3 is an integer.
11. The method of claim 10, wherein N2 returns a configured value when at least one scheduling information is detected.
12. The method of claim 8, wherein when at least one scheduling information is detected in N3 sets of the N1 TTIs, N1 is updated by N1 –1.
13. The method of claim 12, wherein N1 comprises a minimum number of 1, or N1 returns to a configured value when at least one scheduling information is not detected.
14. The method of claim 3, wherein the scheduling information is a downlink control information (DCI) which is carried by the PDCCH.
15. The method of claim 14, wherein the DCI is used for both physical downlink shared channel (PDSCH) and physical uplink shared channel (PUSCH) scheduling.
16. The method of claim 14, wherein one or two types of DCI size is supported.
17. The method of claim 2, wherein the processing comprises one unicast physical channel in N1 TTIs.
18. The method of claim 17, further comprises:

    processing one unicast physical channel in N1 + 1 TTIs when at least one unicast physical channel is not detected in N3 sets of N1 TTIs, or processing one unicast physical channel in N1 -1 TTIs when at least one unicast physical channel is detected in N3 sets of N1 TTIs.
19. The method of claim 18, wherein N1 comprises a maximum number or a minimum number, or N1 returns to a configured value when at least one unicast physical channel is detected.
20. A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement a method recited in any of claims 1 to 19.
21. A computer program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor, causing the processor to implement a method recited in any of claims 1 to 19.