WO2018207102A1 - Procédés et appareils pour réception discontinue courte (sdrx) dans un réseau de communication sans fil - Google Patents

Procédés et appareils pour réception discontinue courte (sdrx) dans un réseau de communication sans fil Download PDF

Info

Publication number
WO2018207102A1
WO2018207102A1 PCT/IB2018/053208 IB2018053208W WO2018207102A1 WO 2018207102 A1 WO2018207102 A1 WO 2018207102A1 IB 2018053208 W IB2018053208 W IB 2018053208W WO 2018207102 A1 WO2018207102 A1 WO 2018207102A1
Authority
WO
WIPO (PCT)
Prior art keywords
sdrx
downlink control
control channel
sdci
short
Prior art date
Application number
PCT/IB2018/053208
Other languages
English (en)
Inventor
Zhan Zhang
Cecilia EKLÖF
Laetitia Falconetti
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Publication of WO2018207102A1 publication Critical patent/WO2018207102A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Definitions

  • the present description generally relates to wireless communications and wireless communication networks, and more particularly relates to
  • DRX Discontinuous Reception
  • LTE Long Term Evolution
  • data transmissions in both downlink i.e. from a radio network node or eNB to a user equipment or UE
  • uplink from a user equipment or UE to a radio network node or eNB
  • An example of an LTE radio frame is shown in Figure 1 .
  • LTE uses Orthogonal Frequency Division Multiple Access (OFDMA) in the downlink and Single Carrier FDMA (SC-FDMA) in the uplink.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier FDMA
  • the basic LTE downlink physical resource can thus be seen as a time-frequency grid as illustrated in Figure 2, where each resource element corresponds to one OFDM subcarrier during one OFDM symbol interval.
  • resource allocation in LTE is typically described in terms of resource blocks (RBs), where a resource block corresponds to one slot (0.5 ms) in the time domain and 12 contiguous subcarriers in the frequency domain. Resource blocks are numbered in the frequency domain, starting with 0 from one end of the system bandwidth.
  • a subcarrier and a SC-FDMA symbol form an uplink resource element (RE).
  • Downlink data transmissions from a radio network node (generally referred to as an eNB in LTE) to a UE are dynamically scheduled, i.e., in each subframe the eNB transmits control information about to which UEs data is transmitted and upon which resource blocks the data is transmitted in the current downlink subframe.
  • This control signaling is typically transmitted in the first 1 , 2, 3 or 4 Orthogonal Frequency Division Multiplexing (OFDM) symbols in each subframe.
  • OFDM Orthogonal Frequency Division Multiplexing
  • Transmissions in the uplink are, as in the downlink, also dynamically scheduled through the downlink control channel.
  • a downlink or an uplink physical channel corresponds to a set of resource elements carrying information originating from higher layers (e.g., MAC, RRC, etc.). While a downlink or an uplink physical signal is used by the physical layer but does not carry information originating from higher layers.
  • EPDCCH Physical Downlink Control Channel
  • DMRS Demodulation Reference Signal
  • PDSCH is used mainly for carrying user traffic data and higher layer messages in the downlink and is transmitted in a downlink subframe outside of the control region as shown in Figure 4.
  • Both PDCCH and EPDCCH are used to carry Downlink Control Information (DCI) such as PRB allocation, modulation level and coding scheme (MCS), precoder used at the transmitter, etc.
  • DCI Downlink Control Information
  • MCS modulation level and coding scheme
  • PDCCH is transmitted in the first one to four OFDM symbols in a downlink subframe, i.e., in the control region, while EPDCCH is transmitted in the same region as PDSCH.
  • DMRS Demodulation Reference Signal
  • the PUSCH is used to carry uplink data and/or uplink control information from the UE to the eNB.
  • the PUCCH is used to carry uplink control information from the UE to the eNB.
  • DCI Formats for 1 ms TTI Scheduling the current control channels carry control information, referred to as DCI.
  • DCI formats There are several DCI formats which have different options depending on e.g., configured transmission mode.
  • the DCI format has a CRC which is scrambled by a UE identifier, such as a C-RNTI, and when the CRC matches, after descrambling, a PDCCH with a certain DCI format has been detected.
  • identifiers that are shared by multiple UEs, such as the System Information Radio Network Temporary Identifier (SI-RNTI) which is used for transmission of system information.
  • SI-RNTI System Information Radio Network Temporary Identifier
  • DCI Formats for DL Scheduling Assignments there are currently a number of different DCI formats for downlink resource assignments including format 1 ,1 A,1 B,1 C, 1 D, 2, 2A, 2B, 2C and 2D.
  • the downlink control information (DCI) for a downlink scheduling assignment contains information on downlink data resource allocation in the frequency domain (the resource allocation), modulation and coding scheme (MCS) and HARQ process information.
  • MCS modulation and coding scheme
  • HARQ process information In case of carrier aggregation, information related to which carrier the PDSCH is transmitted on may be included as well.
  • DCI Formats for UL Scheduling Grants there are two main families of DCI formats for UL grants, DCI format 0 and DCI format 4. The latter was added in Release 10 for supporting uplink spatial multiplexing.
  • Latency Reduction with Short TTI packet data latency is one of the performance metrics that vendors, operators, and end-users (via speed test applications) regularly measure. Latency measurements are done in all phases of a radio access network system lifetime, when verifying a new software release or system component, when deploying a system and when the system is in commercial operation.
  • HTTP/TCP is the dominating application and transport layer protocol suite used on the internet today.
  • HTTP Archive http://httparchive.org/trends.php
  • the typical size of HTTP based transactions over the internet are in the range of a few tens of Kbytes up to one Mbyte.
  • the TCP slow start period is a significant part of the total transport period of the packet stream.
  • the performance is latency limited. Hence, improved latency can rather easily be showed to improve the average throughput, for this type of TCP based data transactions.
  • Latency reductions could positively impact radio resource efficiency.
  • Lower packet data latency could increase the number of transmissions possible within a certain delay bound; hence higher Block Error Rate (BLER) targets could be used for the data transmissions freeing up radio resources potentially improving the capacity of the system.
  • BLER Block Error Rate
  • TTI transmission time interval
  • a TTI corresponds to one subframe of length 1 millisecond.
  • One such 1 ms TTI is constructed by using 14 OFDM or SC-FDMA symbols in the case of normal cyclic prefix and 12 OFDM or SC-FDMA symbols in the case of extended cyclic prefix.
  • An sTTI can be decided to have any duration in time and comprises resources on any number of OFDM or SC-FDMA symbols, and starts at symbol position within the overall frame.
  • the focus of the work is currently to only allow the sTTIs to start at fixed positions with durations of either 2, 3, 4 or 7 symbols. Furthermore, the sTTI is not allowed to cross neither slot nor subframe boundaries.
  • sDCI short DCI
  • the control channel carrying this sDCI can be either PDCCH or short PDCCH (sPDCCH). Since sPDCCH is included in each sTTI and there can be up to 6 sTTIs per LTE subframe, a UE would need to monitor sDCI in PDCCH and in up to 6 instances of sPDCCH per subframe.
  • a DRX cycle is a periodic repetition of an on-duration period when the UE monitors PDCCH for data reception followed by an inactivity period when the UE can sleep in order to save UE battery.
  • the UE is always configured with a long DRX cycle, but can also optionally be configured with a short DRX cycle. In case a short DRX cycle is configured, the UE will first enter short DRX for a period of time and then enter long DRX cycle.
  • the Active time is the time when the UE monitors PDCCH. It can be when any of the timers onDurationTimer, drx-lnactivityTimer, drx- RetransmissionTimer or drx-ULRetransmissionTimer are running. During the Active time the UE monitors the PDCCH. If the UE finds a grant for it in PDCCH it stays active during the rest of the subframe. Otherwise, it skips monitoring the remaining subframe. When the onDurationTimer expires the UE can sleep based on short or long DRX cycle length, if any of the other timers above are not running.
  • the drx-RetransmissionTimer and drx- ULRetransmissionTimer are for the UE to wake up again and monitor a possible retransmission in case the first transmission failed.
  • MAC Control Elements are defined.
  • the MAC CEs are a number of bits included in the MAC PDU for transferring of pre-defined information.
  • Figure 7 illustrates an example of a MAC packet data unit carrying different MAC CEs.
  • DRX Discontinuous Reception
  • the current DRX controls monitoring of PDCCH for a legacy DCI but does not state any behavior for the monitoring of sDCI which can be transmitted on either sPDCCH or PDCCH.
  • the UE When configured with sTTI, the UE is required to monitor both PDCCH and sPDCCH the whole time which may consume a lot of UE battery. Even if the UE is only scheduled on PDCCH for a long period of time, it is still required to monitor sPDCCH. There is no RRC reconfiguration between scheduling on PDCCH and sPDCCH which means that the DRX cannot be reconfigured in-between.
  • a DRX procedure adapted for sTTI referred to as sDRX
  • the sDRX controls the monitoring of sDCI on sPDCCH and PDCCH.
  • the sDRX can be activated and deactivated with MAC Control Elements.
  • the sDRX can be configured together with legacy DRX.
  • some embodiments include a method in a User Equipment, UE.
  • the method comprises monitoring at least one of a first downlink control channel and a second downlink control channel during an awake period of a sDRX cycle for at least one short downlink control information, sDCI.
  • the method may comprise, or further comprises, receiving at least one sDCI on one of the first downlink control channel and the second control channel during the awake period of the sDRX cycle.
  • the method may further comprise decoding the received sDCI and then performing at least one operational task in accordance with the decoded sDCI.
  • the method may comprise, or further comprises, receiving, from a radio network node, sDRX parameters, the sDRX parameters defining at least the sDRX cycle, the sDRX parameters being DRX parameters related to short Transmission Time Interval, sTTI.
  • sDRX parameters the sDRX parameters defining at least the sDRX cycle, the sDRX parameters being DRX parameters related to short Transmission Time Interval, sTTI.
  • the method may comprise receiving a Radio Resource Control, RRC, message from the radio network node comprising the sDRX parameters.
  • RRC Radio Resource Control
  • the method may comprise, or further comprise, receiving, from the radio network node, a sDRX activation message to activate sDRX.
  • the sDRX activation message may be carried by a CE of a MAC message or may be a sDCI.
  • the method may comprise, or further comprise, receiving, from the radio network node, a sDRX deactivation message to deactivate sDRX.
  • the sDRX deactivation message may be carried by a CE of a MAC message.
  • the sDRX deactivation message includes an indication for how long the sDRX should be deactivated.
  • the first downlink control channel may be a short Physical Downlink Control Channel, sPDCCH
  • the second downlink control channel may be a Physical Downlink Control Channel, PDCCH.
  • some embodiments include a UE configured, or operable, to perform one or more UE functionalities (e.g. steps, actions, etc.) as described herein.
  • the UE may comprise a communication interface configured to communicate with one or more radio network nodes and/or with one or more network nodes, and processing circuitry operatively connected to the communication interface, the processing circuitry being configured to perform one or more UE functionalities as described herein.
  • the processing circuitry may comprise at least one processor and at least one memory storing instructions which, upon being executed by the processor, configure the processor to perform one or more UE functionalities as described herein.
  • the UE may comprise one or more functional modules configured to perform one or more UE functionalities as described herein.
  • some embodiments include a non- transitory computer-readable medium storing a computer program product comprising instructions which, upon being executed by processing circuitry (e.g., a processor) of the UE, configure the processing circuitry to perform one or more UE functionalities as described herein.
  • processing circuitry e.g., a processor
  • some embodiments include a method in a radio network node.
  • the method comprises, during an awake period of a sDRX cycle of a User Equipment, UE, transmitting a short DCI, sDCI, to the UE on one of a first downlink control channel and a second downlink control channel.
  • the method may comprise, or further comprise, determining on which of the first downlink control channel and the second downlink control channel to transmit the sDCI to the UE.
  • the method may comprise, or further comprise, transmitting, to the UE, sDRX parameters, the sDRX parameters defining at least the sDRX cycle, the sDRX parameters being DRX parameters related to short Transmission Time Interval, sTTI.
  • the method may comprise transmitting a Radio Resource Control, RRC, message to the UE comprising the sDRX parameters.
  • RRC Radio Resource Control
  • the method may comprise, or further comprise, transmitting, to the UE, a sDRX activation message to activate sDRX.
  • the sDRX activation message may be carried by a CE of a MAC message or may be a sDCI.
  • the method may comprise, or further comprise, transmitting, to the UE, a sDRX deactivation message to deactivate sDRX.
  • the sDRX deactivation message may be carried by a CE of a MAC message.
  • the sDRX deactivation message includes an indication for how long the sDRX should be deactivated.
  • the first downlink control channel may be a short Physical Downlink Control Channel, sPDCCH
  • the second downlink control channel may be a Physical Downlink Control Channel, PDCCH.
  • some embodiments include a radio network node configured, or operable, to perform one or more radio network node functionalities (e.g. steps, actions, etc.) as described herein.
  • the radio network node may comprise a communication interface configured to communicate with one or more UEs, with one or more other radio network nodes and/or with one or more network nodes (e.g., core network nodes), and processing circuitry operatively connected to the communication interface, the processing circuitry being configured to perform one or more radio network node functionalities as described herein.
  • the processing circuitry may comprise at least one processor and at least one memory storing instructions which, upon being executed by the processor, configure the processor to perform one or more radio network node functionalities as described herein.
  • the radio network node may comprise one or more functional modules configured to perform one or more radio network node functionalities as described herein.
  • some embodiments include a non- transitory computer-readable medium storing a computer program product comprising instructions which, upon being executed by processing circuitry (e.g., a processor) of the radio network node, configure the processing circuitry to perform one or more radio network node functionalities as described herein.
  • processing circuitry e.g., a processor
  • Some embodiments may enable the UE to have awake or active time and sleep or inactive time related to sPDCCH in order to save UE battery.
  • the sDRX may be activated by a MAC CE with a subframe delay.
  • the sDRX may also be deactivated by another MAC CE in order to save more battery if the UE is scheduled with legacy TTI for a period of time.
  • Figure 1 illustrates a schematic diagram of an LTE time-domain structure
  • Figure 2 illustrates a schematic diagram of the LTE downlink resource grid
  • Figure 3 illustrates a schematic diagram of the LTE uplink resource grid
  • Figure 4 illustrates a schematic diagram of an exemplary LTE downlink subframe
  • Figure 5 illustrates schematic diagrams of exemplary 2/3-symbol sTTI configurations within an LTE uplink subframe
  • Figure 6 illustrates a schematic diagram of an exemplary
  • Figure 7 illustrates a schematic diagram of an exemplary MAC PDU comprising a MAC header, MAC control elements, MAC SDUs and padding;
  • Figure 8 illustrates a schematic diagram of an example communication network in accordance with some embodiments
  • Figure 9 illustrates timelines of exemplary DRX and sDRX according to some embodiments
  • Figure 10 illustrates a signaling diagram in accordance with some embodiments
  • Figure 1 1 illustrates a flow chart of operations of a UE in accordance with some embodiments
  • Figure 12 illustrates a flow chart of operations of a radio network node in accordance with some embodiments
  • Figure 13 is a schematic block diagram of a radio access node according to some embodiments of the present disclosure.
  • Figure 14 is a schematic block diagram that illustrates a virtualized embodiment of the radio access node of Figure 13 according to some
  • Figure 15 is a schematic block diagram of the radio access node of Figure 13 according to some other embodiments of the present disclosure.
  • Figure 16 is a schematic block diagram of a User Equipment device
  • Figure 17 is a schematic block diagram of the UE of Figure 16 according to some other embodiments of the present disclosure.
  • Figure 18 illustrates a telecommunication network connected via an intermediate network to a host computer in accordance with some embodiments of the present disclosure
  • Figure 19 is a generalized block diagram of a host computer communicating via a base station with a UE over a partially wireless connection in accordance with some embodiments of the present disclosure
  • Figure 20 is a flowchart illustrating a method implemented in a communication system in accordance with one embodiment of the present disclosure
  • Figure 21 is a flowchart illustrating a method implemented in a communication system in accordance with one embodiment of the present disclosure
  • Figure 22 is a flowchart illustrating a method implemented in a communication system in accordance with one embodiment on the present disclosure.
  • Figure 23 is a flowchart illustrating a method implemented in a communication system in accordance with one embodiment of the present disclosure.
  • an example embodiment indicates that the embodiment described may include a particular feature, structure, or characteristic, but every embodiment may not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to implement such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
  • Radio Node As used herein, a "radio node” is either a radio access node or a wireless device.
  • Radio Access Node As used herein, a "radio access node” or “radio network node” is any node in a radio access network of a cellular
  • a radio access node includes, but are not limited to, a base station (e.g., a New Radio (NR) base station (gNB) in a Third Generation Partnership Project (3GPP) Fifth Generation (5G) NR network or an enhanced or evolved Node B (eNB) in a 3GPP Long Term Evolution (LTE) network), a high- power or macro base station, a low-power base station (e.g., a micro base station, a pico base station, a home eNB, or the like), and a relay node.
  • a base station e.g., a New Radio (NR) base station (gNB) in a Third Generation Partnership Project (3GPP) Fifth Generation (5G) NR network or an enhanced or evolved Node B (eNB) in a 3GPP Long Term Evolution (LTE) network
  • a high- power or macro base station e.g., a micro base station, a pico base station, a home eNB, or the like
  • Core Network Node is any type of node in a core network.
  • Some examples of a core network node include, e.g., a Mobility Management Entity (MME), a Packet Data Network Gateway (P- GW), a Service Capability Exposure Function (SCEF), or the like.
  • MME Mobility Management Entity
  • P- GW Packet Data Network Gateway
  • SCEF Service Capability Exposure Function
  • Wireless Device As used herein, a “wireless device” is any type of device that has access to (i.e., is served by) a cellular communications network by wirelessly transmitting and/or receiving signals to a radio access node(s). Some examples of a wireless device include, but are not limited to, a User Equipment device (UE) in a 3GPP network and a Machine Type Communication (MTC) device.
  • UE User Equipment device
  • MTC Machine Type Communication
  • Network Node As used herein, a "network node” is any node that is either part of the radio access network or the core network of a cellular communications network/system.
  • FIG. 8 illustrates an example of a wireless network 100 that may be used for wireless communications.
  • Wireless network 100 includes UEs 1 10A- H OB (collectively referred to as UE or UEs 1 10) and a plurality of radio network nodes 120A-120B (e.g., NBs, RNCs, eNBs, gNBs, etc.) (collectively referred to as radio network node or radio network nodes 120) directly or indirectly connected to a core network 130 which may comprise various core network nodes.
  • the network 100 may use any suitable radio access network (RAN) deployment scenarios, including UMTS Terrestrial Radio Access Network, UTRAN, and Evolved UMTS Terrestrial Radio Access Network, EUTRAN.
  • UEs 1 10 within coverage areas 1 15 may each be capable of communicating directly with radio network nodes 120 over a wireless interface.
  • UEs may also be capable of communicating with each other via device-to-device (D2D) communication.
  • D2D device-to-device
  • UE 1 10A may communicate with radio network node 120A over a wireless interface. That is, UE 1 10A may transmit wireless signals to and/or receive wireless signals from radio network node 120A.
  • the wireless signals may contain voice traffic, data traffic, control signals, and/or any other suitable information.
  • an area of wireless signal coverage associated with a radio network node 120 may be referred to as a cell.
  • An sTTI can be decided to have any duration in time and comprises resources on any number of OFDM or SC-FDMA symbols, and starts at symbol position within the overall frame.
  • the focus of the work is currently to only allow the sTTIs to start at fixed positions with durations of either 2, 3, 4 or 7 symbols. Furthermore, the sTTI is not allowed to cross neither slot nor subframe boundaries.
  • the duration of the uplink short TTI is 0.5 ms, i.e. seven SC-FDMA symbols for the case with normal cyclic prefix.
  • a combined length of 2 or 3 symbols are shown for the sTTI.
  • the "R” in the figure indicates the DMRS symbols, and "D" indicates the data symbols.
  • Other configurations are not excluded, and the figure is only an attempt to illustrate differences in sTTI lengths.
  • the TTI length is based on a slot or a subslot. For example, for FDD, 10 subframes, 20 slots, or up to 60 subslots are available for downlink transmission and 10 subframes, 20 slots, or up to 60 subslots are available for uplink transmissions in each 10 ms interval.
  • the existing DRX controls the PDCCH monitoring for possible DCI.
  • the present description defines a new, separate sDRX in addition to the existing DRX.
  • sDRX refers to a DRX cycle that is defined relative to sTTIs instead of legacy (subframe) TTIs.
  • the sDRX controls the monitoring for possible sDCI, which may be sent on either sPDCCH or
  • the current timers for DRX are all duplicated for sDRX.
  • the new timers can have different granularity than the current DRX timers as the cycle for sDRX may be shorter than for current DRX. If all the timers are duplicated, the same handling can be used for sDRX as for DRX but with the option of different values and granularity of the timers. [0097] If the UE is configured with both DRX and sDRX, it will follow two DRX patterns and wake up according to the rules for each pattern. It is up to the radio network node to make a good configuration.
  • the sDRX will most likely have a shorter cycle and the UE will wake up more often to check for sDCI on sPDCCH or PDCCH than it will to check for DCI on PDCCH for 1 ms TTI.
  • An example of such a patterns is illustrated in Figure 9.
  • a new MAC CE is defined for deactivation of sDRX. It can be used to deactivate sDRX when the UE is scheduled with 1 ms TTI DCI on PDCCH for a long time. The UE then only needs to monitor PDCCH according to the legacy DRX pattern.
  • the sDRX deactivation message includes an indication for how long the sDRX should be deactivated.
  • a time for how long the sDRX should be deactivated could be included.
  • the time could e.g., be a number indicating the number of sDRX cycles that sDRX is deactivated and during which period the UE only follows the DRX cycle.
  • a certain value of the time indication e.g. 000 could mean that sDRX is deactivated until a MAC CE activation command is received, i.e., no time is indicated.
  • a fast way to activate sDRX again is to send an sDCI on PDCCH.
  • the UE will know then that it is being scheduled with sTTI and can activate sDRX for monitoring of sPDCCH.
  • another MAC CE could be defined to activate sDRX. That can be used when the network wants to schedule the UE with sTTI and if the sDRX is currently deactivated.
  • the UE will then start monitoring sPDCCH/PDCCH for sDCI again.
  • the MAC CEs are sent on PDSCH and the delay is one subframe, which is a reasonable delay for reaching the UE with an sTTI after having been scheduled on legacy TTI for a period of time.
  • a dependency between DRX and sDRX may be defined. For instance, sDRX also has sleep periods when DRX has sleep periods. The sDRX cycle is then valid during the onDuration of DRX.
  • a DCI sent during active time of sDRX could be used to trigger active time of DRX. That would mean reduced latency also for 1 ms TTI with DRX.
  • the radio network node 120 transmits sDRX parameters, that is DRX parameters related to short TTI transmission, sTTI, to the UE 1 10 (action S102).
  • sDRX parameters that is DRX parameters related to short TTI transmission, sTTI
  • the transmission of these sDRX parameters may be made via a RRC message (e.g. as part of the MAC- MainConfig information element of a RRC message).
  • the radio network node 120 transmits an sDRX activation message to the UE 1 10 to instruct the UE 1 10 to start operating according to the sDRX parameters (action S104).
  • the sDRX activation message may be carried by a Control Element, CE, of a MAC message, or may be a sDCI transmitted on the PDCCH.
  • the UE 1 10 when the UE 1 10 operates according to the sDRX parameters, the UE starts alternating between an awake or active period during which the UE monitors at least one of sPDCCH and the PDCCH for possible sDCI transmissions, and a sleep or inactive period during which the UE refrains from monitoring at least the sPDCCH for possible sDCI transmissions.
  • the UE 1 10 upon receiving the sDRX activation message from the radio network node 120, the UE 1 10 starts monitoring at least one of the sPDCCH and the PDCCH for possible sDCI transmissions during the awake period of the sDRX cycle.
  • the radio network node 120 determines, when it needs to transmit a sDCI to the UE 1 10, on which of a first downlink control channel (e.g., a sPDCCH) and a second downlink control channel (e.g., a PDCCH) to transmit the sDCI to the UE 1 10 (action S106). Then, during an awake period of the sDRX cycle (or of the DRX cycle) of the UE, the radio network node 120 transmits the sDCI on the determined one of the first downlink control channel and second downlink control channel (action S108).
  • a first downlink control channel e.g., a sPDCCH
  • a second downlink control channel e.g., a PDCCH
  • the UE 1 10 monitors at least one of the first downlink control channel and the second downlink control channel during the awake period of the sDRX cycle (action S1 10). If the UE so happen to receives a sDCI transmission while monitoring at least one of the first downlink control channel and the second downlink control channel, the UE 1 10 decodes the received sDCI transmission (action S1 12) and possibly performs at least one operational task (e.g., retrieves the downlink data) in accordance with the decoded sDCI transmission (action S1 14).
  • the UE 1 10 decodes the received sDCI transmission (action S1 12) and possibly performs at least one operational task (e.g., retrieves the downlink data) in accordance with the decoded sDCI transmission (action S1 14).
  • the UE 1 10 may receive a sDRX deactivation message from the radio network node 120 to stop operating according to the sDRX parameters (action S1 16).
  • the sDRX deactivation message may be carried by a Control Element, CE, of a MAC message.
  • Figure 1 1 is a flow chart that illustrates operations of the UE in accordance with some embodiments. As illustrated, the UE receives, from a radio network node, DRX parameters related to short Transmission Time
  • Interval, sTTI that is sDRX parameters, the sDRX parameters defining at least a sDRX cycle
  • the sDRX parameters may be received as part of an information element of an RRC message.
  • the UE subsequently monitors at least one of a first downlink control channel and a second downlink control channel during an awake period of the sDRX cycle for at least one sDCI transmission (action S204).
  • the first downlink control channel may be a sPDCCH while the second downlink control channel may be a PDCCH. While monitoring at least one of the first downlink control channel and the second downlink control channel during the awake period of the sDRX cycle, the UE may receive a sDCI transmission.
  • the UE When the UE does receive a sDCI transmission during the awake period of the sDRX cycle, the UE decodes the sDCI transmission received either on the first downlink control channel or on the second downlink control channel (action S206). After having decoded the received sDCI, the UE performs at least one operational task in accordance with the decoded sDCI transmission (action S208).
  • FIG 12 is a flow chart that illustrates operations of the radio network node in accordance with some embodiments.
  • the radio network node transmits, to a UE, DRX parameters related to short Transmission Time Interval, sTTI, that is sDRX parameters, the sDRX parameters defining at least a sDRX cycle (action S302).
  • the sDRX parameters may be transmitted as part of an information element of an RRC message.
  • the radio network node determines on which of a first downlink control channel and a second downlink control channel to transmit the sDCI to the UE (action S304).
  • the first downlink control channel may be a sPDCCH while the second downlink control channel may be a PDCCH. Then, during an awake period of the sDRX cycle (or of the DRX cycle) of the UE, the radio network node transmits the sDCI on the determined first downlink control channel or second downlink control channel to the UE (action S306).
  • FIG. 13 is a schematic block diagram of a radio access node 1300 according to some embodiments of the present disclosure.
  • the radio access node 1300 may be, for example, a radio network node 120.
  • the radio access node 1300 includes a control system 1302 that includes one or more processors 1304 (e.g., Central Processing Units (CPUs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), and/or the like), memory 1306, and a network interface 1308.
  • the one or more processors 1304 are also referred to herein as processing circuitry.
  • the radio access node 1300 includes one or more radio units 1310 that each includes one or more transmitters 1312 and one or more receivers 1314 coupled to one or more antennas 1316.
  • the radio units 1310 may be referred to or be part of radio interface circuitry.
  • the radio unit(s) 1310 is external to the control system 1302 and connected to the control system 1302 via, e.g., a wired connection (e.g., an optical cable).
  • the radio unit(s) 1310 and potentially the antenna(s) 1316 are integrated together with the control system 1302.
  • the one or more processors 1304 operate to provide one or more functions of a radio access node 1300 as described herein.
  • the function(s) are implemented in software that is stored, e.g., in the memory 1306 and executed by the one or more processors 1304.
  • Figure 14 is a schematic block diagram that illustrates a virtualized embodiment of the radio access node 1300 according to some embodiments of the present disclosure. This discussion is equally applicable to other types of network nodes. Further, other types of network nodes may have similar virtualized architectures.
  • a "virtualized" radio access node is an implementation of the radio access node 1300 in which at least a portion of the functionality of the radio access node 1300 is implemented as a virtual component(s) (e.g., via a virtual machine(s) executing on a physical processing node(s) in a network(s)).
  • the radio access node 1300 includes the control system 1302 that includes the one or more processors 1304 (e.g., CPUs, ASICs, FPGAs, and/or the like), the memory 1306, and the network interface 1308 and the one or more radio units 1310 that each includes the one or more transmitters 1312 and the one or more receivers 1314 coupled to the one or more antennas 1316, as described above.
  • the control system 1302 is connected to the radio unit(s) 1310 via, for example, an optical cable or the like.
  • the control system 1302 is connected to one or more processing nodes 1400 coupled to or included as part of a network(s) 1402 via the network interface 1308.
  • Each processing node 1400 includes one or more processors 1404 (e.g., CPUs, ASICs, FPGAs, and/or the like), memory 1406, and a network interface 1408.
  • functions 1410 of the radio access node 1300 described herein are implemented at the one or more processing nodes 1400 or distributed across the control system 1302 and the one or more processing nodes 1400 in any desired manner.
  • some or all of the functions 1410 of the radio access node 1300 described herein are implemented as virtual components executed by one or more virtual machines implemented in a virtual environment(s) hosted by the processing node(s) 1400.
  • additional signaling or communication between the processing node(s) 1400 and the control system 1302 is used in order to carry out at least some of the desired functions 1410.
  • the control system 1302 may not be included, in which case the radio unit(s) 1310 communicate directly with the processing node(s) 1400 via an appropriate network interface(s).
  • a computer program including instructions which, when executed by at least one processor, causes the at least one processor to carry out the functionality of radio access node 1300 or a node (e.g., a processing node 1400) implementing one or more of the functions 1410 of the radio access node 1300 in a virtual environment according to any of the embodiments described herein is provided.
  • a carrier comprising the aforementioned computer program product is provided. The carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
  • FIG. 15 is a schematic block diagram of the radio access node 1300 according to some other embodiments of the present disclosure.
  • the radio access node 1300 includes one or more modules such as transmitting module 1500, each of which is implemented in software.
  • the module(s) provide the functionality of the radio access node 1300 described herein.
  • transmitting module 1500 is configured to, during an awake period of a sDRX cycle of a UE, transmit a short DCI, sDCI, to the UE on one of a first downlink control channel and a second downlink control channel.
  • modules 1500 may be implemented at one of the processing nodes 1400 or distributed across multiple processing nodes 1400 and/or distributed across the processing node(s) 1400 and the control system 1302.
  • FIG 16 is a schematic block diagram of a UE 1600 according to some embodiments of the present disclosure.
  • UE 1600 could be a UE 1 10, for example.
  • the UE 1600 includes one or more processors 1602 (e.g., CPUs, ASICs, FPGAs, and/or the like), memory 1604, and one or more transceivers 1606 each including one or more transmitters 1608 and one or more receivers 1610 coupled to one or more antennas 1612.
  • the processors 1602 are also referred to herein as processing circuitry.
  • the transceivers 1606 are also referred to herein as radio circuitry.
  • the functionality of the UE 1600 described above may be fully or partially implemented in software that is, e.g., stored in the memory 1604 and executed by the processor(s) 1602.
  • the UE 1600 may include additional components not illustrated in Figure 16 such as, e.g., one or more user interface components (e.g., a display, buttons, a touch screen, a microphone, a speaker(s), and/or the like), a power supply (e.g., a battery and associated power circuitry), etc.
  • a computer program including instructions which, when executed by at least one processor, causes the at least one processor to carry out the functionality of the UE 1600 according to any of the embodiments described herein is provided.
  • a carrier comprising the aforementioned computer program product is provided.
  • the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
  • Figure 17 is a schematic block diagram of the UE 1600 according to some other embodiments of the present disclosure.
  • the UE 1600 includes one or more modules such as monitoring module 1700, each of which is implemented in software.
  • the module(s) provide the functionality of the UE 1600 described herein.
  • monitoring module 1700 is configured to monitor at least one of a first downlink control channel and a second downlink control channel during an awake period of a sDRX cycle for at least one short downlink control information, sDCI.
  • Some embodiments may be represented as a non-transitory software product stored in a machine-readable medium (also referred to as a computer- readable medium, a processor-readable medium, or a computer usable medium having a computer readable program code embodied therein).
  • the machine- readable medium may be any suitable tangible medium including a magnetic, optical, or electrical storage medium including a diskette, compact disk read only memory (CD-ROM), digital versatile disc read only memory (DVD-ROM) memory device (volatile or non-volatile), or similar storage mechanism.
  • the machine- readable medium may contain various sets of instructions, code sequences, configuration information, or other data, which, when executed, cause a processor to perform steps in a method according to one or more of the described embodiments.
  • Those of ordinary skill in the art will appreciate that other instructions and operations necessary to implement the described embodiments may also be stored on the machine-readable medium.
  • Software running from the machine-readable medium may interface with circuitry to perform the described tasks.
  • a communication system includes a telecommunication network 1800, such as a 3GPP-type cellular network, which comprises an access network 1802, such as a RAN, and a core network 1804.
  • the access network 1802 comprises a plurality of base stations 1806A, 1806B, 1806C, such as NBs, eNBs, gNBs, or other types of wireless Access Points (APs), each defining a corresponding coverage area 1808A, 1808B, 1808C.
  • Each base station 1806A, 1806B, 1806C is connectable to the core network 1804 over a wired or wireless connection 1810.
  • a first UE 1812 located in coverage area 1808C is configured to wirelessly connect to, or be paged by, the corresponding base station 1806C.
  • a second UE 1814 in coverage area 1808A is wirelessly connectable to the corresponding base station 1806A. While a plurality of UEs 1812, 1814 are illustrated in this example, the disclosed embodiments are equally applicable to a situation where a sole UE is in the coverage area or where a sole UE is connecting to the corresponding base station 1806.
  • the telecommunication network 1800 is itself connected to a host computer 1816, which may be embodied in the hardware and/or software of a standalone server, a cloud-implemented server, a distributed server, or as processing resources in a server farm.
  • the host computer 1816 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider.
  • Connections 1818 and 1820 between the telecommunication network 1800 and the host computer 1816 may extend directly from the core network 1804 to the host computer 1816 or may go via an optional intermediate network 1822.
  • the intermediate network 1822 may be one of, or a combination of more than one of, a public, private, or hosted network; the intermediate network 1822, if any, may be a backbone network or the Internet; in particular, the intermediate network 1822 may comprise two or more sub-networks (not shown).
  • the communication system of Figure 18 as a whole enables connectivity between the connected UEs 1812, 1814 and the host computer 1816.
  • the connectivity may be described as an Over-the-Top (OTT) connection 1824.
  • the host computer 1816 and the connected UEs 1812, 1814 are configured to communicate data and/or signaling via the OTT connection 1824, using the access network 1802, the core network 1804, any intermediate network 1822, and possible further infrastructure (not shown) as intermediaries.
  • the OTT connection 1824 may be transparent in the sense that the participating communication devices through which the OTT connection 1824 passes are unaware of routing of uplink and downlink communications.
  • the base station 1806 may not or need not be informed about the past routing of an incoming downlink communication with data originating from the host computer 1816 to be forwarded (e.g., handed over) to a connected UE 1812. Similarly, the base station 1806 need not be aware of the future routing of an outgoing uplink communication originating from the UE 1812 towards the host computer 1816.
  • a host computer 1902 comprises hardware 1904 including a communication interface 1906 configured to set up and maintain a wired or wireless connection with an interface of a different communication device of the communication system 1900.
  • the host computer 1902 further comprises processing circuitry 1908, which may have storage and/or processing capabilities.
  • the processing circuitry 1908 may comprise one or more programmable processors, ASICs, FPGAs, or combinations of these (not shown) adapted to execute instructions.
  • the host computer 1902 further comprises software 1910, which is stored in or accessible by the host computer 1902 and executable by the processing circuitry 1908.
  • the software 1910 includes a host application 1912.
  • the host application 1912 may be operable to provide a service to a remote user, such as a UE 1914 connecting via an OTT connection 1916 terminating at the UE 1914 and the host computer 1902.
  • the host application 1912 may provide user data which is transmitted using the OTT connection 1916.
  • the communication system 1900 further includes a base station 1918provided in a telecommunication system and comprising hardware 1920 enabling it to communicate with the host computer 1902 and with the UE 1914.
  • the hardware 1920 may include a communication interface 1922 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 1900, as well as a radio interface 1924 for setting up and maintaining at least a wireless connection 1926 with the UE 1914 located in a coverage area (not shown in Figure 19) served by the base station 1918.
  • the communication interface 1922 may be configured to facilitate a connection 1928 to the host computer 1902.
  • connection 1928 may be direct or it may pass through a core network (not shown in Figure 19) of the telecommunication system and/or through one or more intermediate networks outside the telecommunication system.
  • the hardware 1920 of the base station 1918 further includes processing circuitry 1930, which may comprise one or more programmable processors, ASICs, FPGAs, or combinations of these (not shown) adapted to execute instructions.
  • the base station 1918 further has software 1932 stored internally or accessible via an external connection.
  • the communication system 1900 further includes the UE 1914 already referred to.
  • the UE's 1914 hardware 1934 may include a radio interface 1936 configured to set up and maintain a wireless connection 1926 with a base station serving a coverage area in which the UE 1914 is currently located.
  • the hardware 1934 of the UE 1914 further includes processing circuitry 1938, which may comprise one or more programmable processors, ASICs, FPGAs, or combinations of these (not shown) adapted to execute instructions.
  • the UE 1914 further comprises software 1940, which is stored in or accessible by the UE 1914 and executable by the processing circuitry 1938.
  • the software 1940 includes a client application 1942.
  • the client application 1942 may be operable to provide a service to a human or non-human user via the UE 1914, with the support of the host computer 1902.
  • the executing host application 1912 may communicate with the executing client application 1942 via the OTT connection 1916 terminating at the UE 1914 and the host computer 1902.
  • the client application 1942 may receive request data from the host application 1912 and provide user data in response to the request data.
  • the OTT connection 1916 may transfer both the request data and the user data.
  • the client application 1942 may interact with the user to generate the user data that it provides.
  • the host computer 1902, the base station 1918, and the UE 1914 illustrated in Figure 19 may be similar or identical to the host computer 1816, one of the base stations 1806A, 1806B, 1806C, and one of the UEs 1812, 1814 of Figure 18, respectively.
  • the inner workings of these entities may be as shown in Figure 19 and independently, the surrounding network topology may be that of Figure 18.
  • the OTT connection 1916 has been drawn abstractly to illustrate the communication between the host computer 1902 and the UE 1914 via the base station 1918 without explicit reference to any intermediary devices and the precise routing of messages via these devices.
  • the network
  • the infrastructure may determine the routing, which may be configured to hide from the UE 1914 or from the service provider operating the host computer 1902, or both. While the OTT connection 1916 is active, the network infrastructure may further take decisions by which it dynamically changes the routing (e.g., on the basis of load balancing consideration or reconfiguration of the network).
  • the wireless connection 1926 between the UE 1914 and the base station 1918 is in accordance with the teachings of the embodiments described throughout this disclosure.
  • One or more of the various embodiments improve the performance of OTT services provided to the UE 1914 using the OTT connection 1916, in which the wireless connection 1926 forms the last segment. More precisely, the teachings of these embodiments may improve the latency and power consumption and thereby provide benefits such as reduced user waiting time and extended battery lifetime.
  • a measurement procedure may be provided for the purpose of monitoring data rate, latency, and other factors on which the one or more embodiments improve.
  • measurement procedure and/or the network functionality for reconfiguring the OTT connection 1916 may be implemented in the software 1910 and the hardware 1904 of the host computer 1902 or in the software 1940 and the hardware 1934 of the UE 1914, or both.
  • sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 1916 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which the software 1910, 1940 may compute or estimate the monitored quantities.
  • the reconfiguring of the OTT connection 1916 may include message format, retransmission settings, preferred routing, etc.; the reconfiguring need not affect the base station 1914, and it may be unknown or imperceptible to the base station 1914. Such procedures and functionalities may be known and practiced in the art.
  • measurements may involve proprietary UE signaling facilitating the host computer 1902's measurements of throughput, propagation times, latency, and the like. The measurements may be
  • the software 1910 and 1940 causes messages to be transmitted, in particular empty or 'dummy' messages, using the OTT connection 1916 while it monitors propagation times, errors, etc.
  • Figure 20 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • the communication system includes a host computer, a base station, and a UE which may be those described with reference to Figures 18 and 19. For simplicity of the present disclosure, only drawing references to Figure 20 will be included in this section.
  • the host computer provides user data.
  • sub-step 2002 (which may be optional) of step 2000, the host computer provides the user data by executing a host application.
  • the host computer initiates a transmission carrying the user data to the UE.
  • the base station transmits to the UE the user data which was carried in the transmission that the host computer initiated, in accordance with the teachings of the embodiments described throughout this disclosure.
  • the UE executes a client application associated with the host application executed by the host computer.
  • Figure 21 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • the communication system includes a host computer, a base station, and a UE which may be those described with reference to Figures 18 and 19. For simplicity of the present disclosure, only drawing references to Figure 21 will be included in this section.
  • the host computer provides user data.
  • the host computer provides the user data by executing a host application.
  • the host computer initiates a transmission carrying the user data to the UE. The transmission may pass via the base station, in accordance with the teachings of the embodiments described throughout this disclosure.
  • step 2104 (which may be optional), the UE receives the user data carried in the transmission.
  • Figure 22 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • step 2200 the UE receives input data provided by the host computer. Additionally or alternatively, in step 2202, the UE provides user data. In sub-step 2204 (which may be optional) of step 2200, the UE provides the user data by executing a client application. In sub-step 2206 (which may be optional) of step 2202, the UE executes a client application which provides the user data in reaction to the received input data provided by the host computer. In providing the user data, the executed client application may further consider user input received from the user.
  • the UE initiates, in sub-step 2208 (which may be optional), transmission of the user data to the host computer.
  • the host computer receives the user data transmitted from the UE, in accordance with the teachings of the embodiments described throughout this disclosure.
  • Figure 23 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • the communication system includes a host computer, a base station, and a UE which may be those described with reference to Figures 18 and 19. For simplicity of the present disclosure, only drawing references to Figure 23 will be included in this section.
  • the base station receives user data from the UE.
  • the base station initiates transmission of the received user data to the host computer.
  • the host computer receives the user data carried in the transmission initiated by the base station.
  • Any appropriate steps, methods, features, functions, or benefits disclosed herein may be performed through one or more functional units or modules of one or more virtual apparatuses.
  • Each virtual apparatus may comprise a number of these functional units.
  • These functional units may be implemented via processing circuitry, which may include one or more
  • microprocessor or microcontrollers as well as other digital hardware, which may include DSPs, special-purpose digital logic, and the like.
  • the processing circuitry may be configured to execute program code stored in memory, which may include one or several types of memory such as ROM, RAM, cache memory, flash memory devices, optical storage devices, etc.
  • Program code stored in memory includes program instructions for executing one or more
  • the processing circuitry may be used to cause the respective functional unit to perform corresponding functions according one or more embodiments of the present disclosure.

Landscapes

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

Abstract

L'invention concerne des procédés et un équipement d'utilisateur et un nœud de réseau radio associés, dans lesquels une réception discontinue, DRX, est adaptée pour surveiller des émissions d'informations courtes de commande de liaison descendante, sDCI, pendant un court intervalle de temps d'émission, sTTI.
PCT/IB2018/053208 2017-05-08 2018-05-08 Procédés et appareils pour réception discontinue courte (sdrx) dans un réseau de communication sans fil WO2018207102A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
PCT/CN2017/083445 WO2018205091A1 (fr) 2017-05-08 2017-05-08 Réception discontinue (drx) dans des réseaux de communication sans fil
CNPCT/CN2017/083445 2017-05-08

Publications (1)

Publication Number Publication Date
WO2018207102A1 true WO2018207102A1 (fr) 2018-11-15

Family

ID=62223058

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2017/083445 WO2018205091A1 (fr) 2017-05-08 2017-05-08 Réception discontinue (drx) dans des réseaux de communication sans fil
PCT/IB2018/053208 WO2018207102A1 (fr) 2017-05-08 2018-05-08 Procédés et appareils pour réception discontinue courte (sdrx) dans un réseau de communication sans fil

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/083445 WO2018205091A1 (fr) 2017-05-08 2017-05-08 Réception discontinue (drx) dans des réseaux de communication sans fil

Country Status (1)

Country Link
WO (2) WO2018205091A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112399439A (zh) * 2019-08-16 2021-02-23 华为技术有限公司 一种信号传输的方法、终端设备以及网络设备
CN113194551A (zh) * 2019-01-16 2021-07-30 Oppo广东移动通信有限公司 数据复制传输配置方法、装置、芯片及计算机程序

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114389973A (zh) * 2020-10-19 2022-04-22 中国移动通信有限公司研究院 传输时延测量方法、装置、网络设备及终端

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014010901A1 (fr) * 2012-07-11 2014-01-16 Lg Electronics Inc. Procédé et appareil de changement de cycle de réception discontinue dans un système de communication sans fil
US9036578B2 (en) * 2012-12-19 2015-05-19 Blackberry Limited Method and apparatus for control channel configuration in a heterogeneous network architecture
CN103889039B (zh) * 2014-04-18 2017-05-10 大唐移动通信设备有限公司 基于非连续接收功能的省电方法及设备
US10455503B2 (en) * 2014-10-21 2019-10-22 Lg Electronics Inc. Method for monitoring downlink control channel in wireless communication system and apparatus for the same
US10735982B2 (en) * 2015-05-15 2020-08-04 Kyocera Corporation Radio terminal and base station for monitoring a physical downlink control channel during a discontinuous reception operation

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 14)", 3GPP STANDARD ; TECHNICAL SPECIFICATION ; 3GPP TS 36.321, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. V14.2.0, 22 March 2017 (2017-03-22), pages 1 - 106, XP051291361 *
ERICSSON: "DRX impact of sTTI", vol. RAN WG2, no. Hangzhou, China; 20170515 - 20170519, 6 May 2017 (2017-05-06), pages 1 - 6, XP051264251, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/> [retrieved on 20170506] *
NOKIA ET AL: "DRX for sTTI", vol. RAN WG2, no. Reno, USA; 20161114 - 20161118, 4 November 2016 (2016-11-04), pages 1 - 3, XP051192328, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_96/Docs/> [retrieved on 20161104] *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113194551A (zh) * 2019-01-16 2021-07-30 Oppo广东移动通信有限公司 数据复制传输配置方法、装置、芯片及计算机程序
CN113194551B (zh) * 2019-01-16 2023-01-03 Oppo广东移动通信有限公司 数据复制传输配置方法、装置、芯片及计算机程序
CN112399439A (zh) * 2019-08-16 2021-02-23 华为技术有限公司 一种信号传输的方法、终端设备以及网络设备
CN112399439B (zh) * 2019-08-16 2022-05-31 华为技术有限公司 一种信号传输的方法、终端设备以及网络设备

Also Published As

Publication number Publication date
WO2018205091A1 (fr) 2018-11-15

Similar Documents

Publication Publication Date Title
TWI741376B (zh) 叢發傳輸方法及裝置
US10904904B2 (en) Methods and devices for controlling override of configured grant
TWI643473B (zh) 用於非連續接收期間之頻道狀態資訊／探測參考符號報告之確定性用戶設備行爲之技術
CN108370294B (zh) 用于harq重传跳过的方法和装置
TW202031004A (zh) 用於新無線電載波聚合的次細胞休眠
US10623981B2 (en) Information transmission method, apparatus, and system
CN114128367A (zh) 用于虚假寻呼减少的用户设备（ue）分组准则和机制
JP2018535599A (ja) バンドルされた送信を用いたｍｔｃのためのｄｒｘおよびｓｐｓ
JP2023052077A (ja) Ｎｒユーザ機器のための選択的クロススロットスケジューリング
US20210297195A1 (en) Method and Device for Facilitating HARQ Transmission
US20220200740A1 (en) Harq process for cells configured for multiple configured uplink grants
CN113812209A (zh) 解决与唤醒信号的冲突的无线通信
CN111183667A (zh) 无线电网络节点、无线装置以及其中执行的方法
US20230127381A1 (en) Systems and methods for determining tci states for multiple transmission occasions
TW202123741A (zh) 喚醒信號配置的取決於時間的適配
CN112567787A (zh) 用于信道状态信息报告的方法和装置
WO2018207102A1 (fr) Procédés et appareils pour réception discontinue courte (sdrx) dans un réseau de communication sans fil
US20230199793A1 (en) Systems and methods for updating active tci state for multi-pdcch based multi-trp
US11522665B2 (en) Feedback transmissions for mixed services
WO2019008491A1 (fr) Procédé et nœud de réseau pour surveiller des informations de commande de liaison descendante courte
US11979885B2 (en) Extended physical downlink control channel monitoring
TWI837259B (zh) 用於在不連續接收期間促進喚醒訊號傳遞的方法和裝置
US20240172321A1 (en) Methods, Node, UE and Computer Readable Media for Aligning Partial Sensing Configuration with DRX Configuration
JP6812547B2 (ja) 短縮ｔｔｉを用いた通信
EP4315687A1 (fr) Détermination de ressources pour tb sur des intervalles multiples

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18726533

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18726533

Country of ref document: EP

Kind code of ref document: A1