CN113892284B - Reduced setup time for transport block retransmission in wireless communications - Google Patents

Reduced setup time for transport block retransmission in wireless communications Download PDF

Info

Publication number
CN113892284B
CN113892284B CN201980091759.6A CN201980091759A CN113892284B CN 113892284 B CN113892284 B CN 113892284B CN 201980091759 A CN201980091759 A CN 201980091759A CN 113892284 B CN113892284 B CN 113892284B
Authority
CN
China
Prior art keywords
transmission
transport block
preparation time
client device
time
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201980091759.6A
Other languages
Chinese (zh)
Other versions
CN113892284A (en
Inventor
本特·林多夫
托斯顿·斯科尔
迈克尔·坦普林
菲利普·曼森
冯淑兰
拉马·库马尔·莫匹代韦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN113892284A publication Critical patent/CN113892284A/en
Application granted granted Critical
Publication of CN113892284B publication Critical patent/CN113892284B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/826—Involving periods of time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent

Landscapes

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

Abstract

The present disclosure relates to a preparation time for retransmission of a transport block. If the transmission grant is associated with an initial transmission of the transport block, the client device performs a first uplink transmission of the transport block based on the received transmission grant and a first preparation time N 2:1; and if the transmission grant is associated with a retransmission of the transport block, the client device performs a second uplink transmission of the transport block based on the transmission grant and the second preparation time N 2:1. The second preparation time N 2:2 is different from the first preparation time N 2:1. Corresponding transmissions and retransmissions may also be performed by the network access node in the downlink data channel. Thus, a reduction in time for transport block retransmission is achieved. Furthermore, the present disclosure also relates to a corresponding method and computer program.

Description

Reduced setup time for transport block retransmission in wireless communications
Technical Field
The present disclosure relates to a client device and a network access node for reduced preparation time for transport block retransmissions. Furthermore, the present disclosure also relates to a corresponding method and computer program.
Background
The 3gpp 5G is the latest generation cellular mobile communication system following the 4G also known as long term evolution (long term evolution, LTE). Among other things, the goals of 5G are high data rates, reduced latency, power savings, high system capacity, and large-scale device connectivity.
An important requirement of 3gpp 5g (also known as New Radio (NR)) is to support ultra-reliable low latency communication (ultra reliable and low latency communication, URLLC) services. The latency requirement of URLLC services is expressed as the time required to send a message over a network. For URLLC, the requirements of one way of accessing the network (radio access network, RAN) over radio have been set to a delay of 1ms and PER of 10e-5 for some services.
Disclosure of Invention
It is an aim of embodiments of the present invention to provide a solution that alleviates or solves the drawbacks and problems of conventional solutions.
It is a further object of embodiments of the present invention to provide a solution that reduces the retransmission time of transport blocks compared to conventional solutions.
The above object and further objects are solved by the subject matter of the independent claims. Further embodiments of the invention can be found in the dependent claims.
According to a first aspect of the present invention, the above mentioned and other objects are achieved with a client device for a wireless communication system, the client device being configured to:
Receiving a transmission grant associated with an uplink transmission of a transport block;
Performing a first uplink transmission of the transport block based on the transport grant and the first preparation time N 2:1 if the transport grant is associated with an initial transmission of the transport block;
If the transmission grant is associated with a retransmission of the transport block, a second uplink transmission of the transport block is performed based on the transmission grant and a second preparation time N 2:2, wherein the second preparation time N 2:2 is different from the first preparation time N 2:1.
The transmission grant may be received, for example, in a physical downlink control channel (physical downlink control channel, PDCCH) from a network access node, such as a base station. More precisely, such a transmission grant may be an uplink grant in downlink control information (downlink control information, DCI) transmitted in the PDCCH. Conventionally, a transmission grant is received in response to a scheduling request (scheduling request, SR) being sent by a client device to a network access node.
The preparation time is sometimes denoted herein as Physical Uplink SHARED CHANNEL (PUSCH) preparation time in an NR system.
An advantage of the client device according to the first aspect is reduced processing time in the client device and limited complexity increase. In addition, by reducing the processing time of the retransmission of the transport block, the delay budget for URLLC services can be met.
In an implementation form of the client device according to the first aspect, the second preparation time N 2:2 is shorter than the first preparation time N 2:1.
The advantage of this implementation is that the overall delay budget is reduced, since retransmissions of a transport block can be made faster compared to conventional solutions where the same preparation time is used for initial transmission and retransmission of the transport block.
In an implementation form of the client device according to the first aspect, the second preparation time N 2:2 is less than 80% of the first preparation time N 2:1.
The advantage of this implementation is that the overall delay budget is reduced, since retransmissions can be made faster compared to conventional solutions where the same preparation time is used for the initial transmission and retransmission of the transport block.
In an implementation form of the client device according to the first aspect, the second preparation time N 2:2 is less than 60% of the first preparation time N 2:1.
The advantage of this implementation is that the overall delay budget is reduced, since retransmissions can be made faster compared to conventional solutions where the same preparation time is used for the initial transmission and retransmission of the transport block.
In an implementation form of the client device according to the first aspect, at least one of the first preparation time N 2:1 and the second preparation time N 2:2 depends on at least one of:
Subcarrier spacing values for uplink transmission of transport blocks,
The size of the transport block, and
Timing capabilities of the client device.
The advantage of this implementation is that the client device implementation can be made less complex, since the first preparation time N 2:1 and the second preparation time N 2:2 depend on the above mentioned parameters. Furthermore, since the conventional solution uses the same preparation time for the first transmission and retransmission of transport blocks, with this implementation and at the same time a shorter preparation time is possible, where appropriate for the system configuration. Furthermore, the complexity may be further reduced when different processing times are introduced for initial transmission and retransmission only for certain client device capabilities, as the requirements are only applicable for certain client devices with stringent latency requirements and not for client devices that do not.
In an implementation form of the client device according to the first aspect, the first preparation time N 2:1 and the second preparation time N 2:2 are expressed in terms of a number of orthogonal frequency division multiplexing symbols.
The advantage of this implementation is that a well-defined preparation timing is defined for wireless communication systems (e.g. LTE and NR) that are adapted to use OFDM.
In an implementation form of the client device according to the first aspect, wherein performing the first uplink transmission comprises:
preparing a transport block for a first uplink transmission based on a transmission grant;
The prepared transport block is transmitted in an uplink data channel.
The uplink data channel may be PUSCH in an NR system.
The advantage of this implementation is that the data is transmitted in the data channel according to the defined criteria for NR, enabling the network access node to receive and decode the prepared transport blocks according to standard procedures.
In an implementation form of the client device according to the first aspect, the client device is further configured to:
Storing a version of a copy of the prepared transport block for the first uplink transmission; and wherein performing the second uplink transmission comprises:
The stored version of the copy of the prepared transport block is transmitted in the uplink data channel.
The version may be a redundancy version of the copy of the prepared transport block.
An advantage of this implementation is that the client device may reduce the retransmission preparation time, as most of the pre-processing for possible retransmissions may be done in advance.
In an implementation form of the client device according to the first aspect, wherein performing the first uplink transmission comprises:
Transmitting a transport block at a first instance of time T 2：1 after receiving a transport grant; and
Wherein performing the second uplink transmission comprises:
The transport block is transmitted at a second time instance T 2：2 after the transmission grant is received.
The advantage of this implementation is that the timing of the uplink data transmission is well defined, thereby reducing the complexity of the network access node in decoding the uplink transport block.
In an implementation form of the client device according to the first aspect, the first time instance T 2：1 is given by:
T2：1＝max((N2：1+d2,1)(2048+144)·κ2-μ·Tc,d2,2)
And a second time instance T 2：2 is given by:
T2：2＝max((N2：2+d2,1)(2048+144)·κ2-μ·Tc,d2,2)
Where max is the maximum function, d 2,1 is the indication function, κ is the slot offset, μ is the subcarrier spacing, T c is the chip time period (chip time period), and d 2,2 is the switching time.
The maximum function in the equation is related to the maximum of (N 2：1+d2,1)(2048+144)·κ2-μ·Tc or d 2,2) for the first time instance T 2：1 and to the maximum of (N 2：2+d2,1)(2048+144)·κ2-μ·Tc or d 2,2) for the second time instance T 2：2.
The advantage of this implementation is that the timing of the uplink data transmission is well defined, thereby reducing the complexity of the network access node in decoding the received transport block.
In an implementation form of the client device according to the first aspect, the client device is further configured to:
it is determined whether a transmission grant is associated with an initial transmission or retransmission of a transport block based on downlink control information received in a downlink control channel.
In an example, this may be indicated in a new data indication field of the DCI.
An advantage of this implementation is that the client device can determine in a simple manner whether to perform an initial transmission of a transport block or a retransmission of a transport block.
According to a second aspect of the present invention, the above mentioned and other objects are achieved by a network access node for a wireless communication system, the network access node being configured to:
obtaining a transmission request associated with a downlink transmission of a transport block;
Performing a first downlink transmission of the transport block based on the transmission request and the first preparation time N 2：1 if the transmission request is associated with an initial transmission of the transport block;
If the transmission request is associated with a retransmission of the transport block, a second downlink transmission of the transport block is performed based on the transmission request and a second preparation time N 2：2, wherein the second preparation time N 2：2 is different from the first preparation time N 2：1.
Herein, the transmission request for the initial transmission may be a request from a higher layer to send data to the client device, and the transmission request for the retransmission may be a hybrid automatic repeat request (hybrid automatic repeat request, HARQ) negative acknowledgement (negative acknowledgment, NACK) sent from the client device to request retransmission of the transport block.
An advantage of the network access node according to the second aspect is a reduced processing time in the network access node and a limited complexity increase. In addition, by reducing the processing time of the retransmission of the transport block, the delay budget for URLLC services can be met.
In an implementation form of the network access node according to the second aspect, the second preparation time N 2:2 is shorter than the first preparation time N 2:1.
The advantage of this implementation is that the overall delay budget is reduced, since retransmissions can be made faster compared to conventional solutions where the same preparation time is used for the initial transmission and retransmission of the transport block.
In an implementation form of the network access node according to the second aspect, the second preparation time N 2:2 is less than 80% of the first preparation time N 2:1.
The advantage of this implementation is that the overall delay budget is reduced, since retransmissions can be made faster compared to conventional solutions where the same preparation time is used for the initial transmission and retransmission of the transport block.
In an implementation form of the network access node according to the second aspect, the second preparation time N 2:2 is less than 60% of the first preparation time N 2:1.
The advantage of this implementation is that the overall delay budget is reduced, since retransmissions can be made faster compared to conventional solutions where the same preparation time is used for the initial transmission and retransmission of the transport block.
In an implementation form of the network access node according to the second aspect, at least one of the first preparation time N 2:1 and the second preparation time N 2:2 depends on at least one of:
Subcarrier spacing values for downlink transmission of transport blocks,
The size of the transport block, and
Timing capabilities of network access nodes.
The advantage of this implementation is that the network access node implementation can be made less complex, since the first preparation time N 2:1 and the second preparation time N 2:2 depend on the above mentioned parameters. Furthermore, since the conventional solution uses the same preparation time for the initial transmission and retransmission of the transport block, with this implementation and at the same time a shorter preparation time is possible, where appropriate for the system configuration.
In an implementation form of the network access node according to the second aspect, the first preparation time N 2:1 and the second preparation time N 2:2 are expressed in terms of a number of orthogonal frequency division multiplexing symbols.
The advantage of this implementation is that a well-defined preparation time is defined for wireless communication systems (e.g. LTE and NR) that are adapted to use OFDM.
In an implementation form of the network access node according to the second aspect, wherein performing the first downlink transmission comprises:
Preparing a transport block for a first downlink transmission based on the transmission request;
The prepared transport block is transmitted in a downlink data channel.
The advantage of this implementation is that the transport blocks are transmitted in the data channel according to the defined criteria of the NR, allowing the network access node to receive and decode the prepared transport blocks according to standard procedures.
In an implementation form of the network access node according to the second aspect, the network access node is further configured to:
storing a version of a copy of the prepared transport block for the first downlink transmission;
and wherein performing the second downlink transmission comprises:
the stored version of the copy of the prepared transport block is transmitted in the downlink data channel.
An advantage of this implementation is that the client device may reduce the retransmission preparation time, as most of the pre-processing for possible retransmissions may be done in advance.
In an implementation form of the network access node according to the second aspect, wherein performing the first downlink transmission comprises:
Transmitting a transport block at a first time instance T 2:1 after receiving the transmission request;
and wherein performing the second downlink transmission comprises:
the transport block is sent at a second time instance T 2:2 after the transmission request is received.
The advantage of this implementation is that the timing of the downlink data transmission is well defined, thereby reducing the complexity of the client device in decoding the downlink transport block.
In an implementation form of the network access node according to the second aspect, the first time instance T 2:1 is a function of the first preparation time N 2:1, and wherein the second time instance T 2:2 is a function of the second preparation time N 2:2.
The advantage of this implementation is that different functions can be applied to the initial transmission and retransmission and thus a more flexible solution can be provided in the network access node.
According to a third aspect of the present invention, the above mentioned and other objects are achieved with a method for a client device, the method comprising:
Receiving a transmission grant associated with an uplink transmission of a transport block;
Performing a first uplink transmission of the transport block based on the transport grant and the first preparation time N 2:1 if the transport grant is associated with an initial transmission of the transport block;
If the transmission grant is associated with a retransmission of the transport block, a second uplink transmission of the transport block is performed based on the transmission grant and a second preparation time N 2:2, wherein the second preparation time N 2:2 is different from the first preparation time N 2:1.
The method according to the third aspect may be extended to an implementation form corresponding to the implementation form of the client device according to the first aspect. Thus, an implementation form of the method comprises features of a corresponding implementation form of the client device.
The advantages of the method according to the third aspect are the same as those of the corresponding implementation form of the client device according to the first aspect.
According to a fourth aspect of the present invention, the above mentioned and other objects are achieved by a method for a network access node, the method comprising:
obtaining a transmission request associated with a downlink transmission of a transport block;
Performing a first downlink transmission of the transport block based on the transmission request and the first preparation time N 2:1 if the transmission request is associated with an initial transmission of the transport block;
If the transmission request is associated with a retransmission of the transport block, a second downlink transmission of the transport block is performed based on the transmission request and a second preparation time N 2:2, wherein the second preparation time N 2:2 is different from the first preparation time N 2:1.
The method according to the fourth aspect may be extended to an implementation form corresponding to an implementation form of the network access node according to the second aspect. Thus, an implementation form of the method comprises the features of a corresponding implementation form of the network access node.
The advantages of the method according to the fourth aspect are the same as those of the corresponding implementation form of the network access node according to the second aspect.
The invention also relates to a computer program characterized by program code which, when run by at least one processor, causes said at least one processor to perform any of the methods according to the embodiments of the invention. Furthermore, the invention relates to a computer program product comprising a computer readable medium and the mentioned computer program, wherein the computer program is comprised in the computer readable medium and comprises one or more of the following group: read-Only Memory (ROM), programmable ROM (PROM), erasable PROM (EPROM), flash Memory, electrically EPROM (EEPROM), and hard disk drive.
Further applications and advantages of embodiments of the present invention will be apparent from the detailed description that follows.
Drawings
The drawings are intended to illustrate and describe various embodiments of the invention, in which:
Figure 1 shows a client device according to an embodiment of the invention;
fig. 2 shows a method for a client device according to an embodiment of the invention;
figure 3 shows a network access node according to an embodiment of the invention;
figure 4 shows a method for a network access node according to an embodiment of the invention;
figure 5 shows a wireless communication system according to an embodiment of the invention;
figure 6 shows a timing diagram of control signalling and data transmission of transport blocks in the uplink from a client device to a network access node; and
Figure 7 shows a flow chart of a method according to an embodiment of the invention.
Detailed Description
As previously described, URLLC services require higher reliability and lower latency than, for example, enhanced mobile broadband (enhanced mobile broadband, eMBB) services. Therefore, in order to meet the latency requirement of URLLC services, it is desirable to reduce the User Equipment (UE) and the gNB packet processing time as much as possible. It is also important that the latency requirements be met without significantly increasing the complexity and power consumption of the modem chipset design in the UE or the gNB. In this regard, the inventors have realized that one of the most challenging parts from a latency point of view is the preparation time required for uplink transmission from a received Uplink (UL) grant to a transport block.
Thus, embodiments of the present invention take advantage of the fact that: the client device may prepare for retransmission of the transport block (when such retransmission is needed) for uplink transmission. Thus, the uplink preparation time for retransmission of a transport block can be significantly reduced. The embodiments of the present invention also relate to corresponding Downlink (DL) transmission and retransmission of transport blocks performed by a network access node, mutatis mutandis.
Fig. 1 shows a client device 100 according to an embodiment of the invention. In the embodiment shown in fig. 1, client device 100 includes a processor 102, a transceiver 104, and a memory 106. The processor 102 is coupled to the transceiver 104 and the memory 106 by communication means 108 known in the art. The client device 100 further comprises an antenna or antenna array 10 coupled to the transceiver 104, which means that the client device 100 is configured for wireless communication in a wireless communication system. The client device 100 being configured to perform certain actions may be understood in this disclosure to mean that the client device 100 comprises suitable means configured to perform the actions, e.g. comprising a processor 102 and a transceiver 104.
According to an embodiment of the invention, the client device 100 is configured to receive a transmission grant 502 (see fig. 5) associated with an uplink transmission of a transport block. The client device 100 is further configured to: if the transmission grant 502 is associated with an initial transmission of a transport block, a first uplink transmission of the transport block is performed based on the transmission grant 502 and a first preparation time N 2:1. The client device 100 is further configured to: if the transmission grant 502 is associated with a retransmission of the transport block, a second uplink transmission of the transport block is performed based on the transmission grant 502 and a second preparation time N 2:2. According to an embodiment of the present invention, the second preparation time N 2:2 is different from the first preparation time N 2:1.
Fig. 2 shows a flow chart of a corresponding method 200 that may be performed in a client device 100, such as the client device shown in fig. 1. The method 200 includes receiving 202 a transmission grant associated with an uplink transmission of a transport block 502. The method 200 further comprises: if the transmission grant 502 is associated with an initial transmission of a transport block, a first uplink transmission of the transport block is performed 204 based on the transmission grant 502 and a first preparation time N 2:1. The method 200 further comprises: if the transmission grant 502 is associated with a retransmission of the transport block, a second uplink transmission of the transport block is performed 206 based on the transmission grant 502 and a second preparation time N 2:2. The second preparation time N 2:2 is different from the first preparation time N 2:1.
According to an embodiment of the present invention, performing the first uplink transmission includes preparing a transport block for the first uplink transmission (i.e., initial transmission) based on the transmission grant 502, and thereafter transmitting the prepared transport block in an uplink data channel such as PUSCH. During processing time for the first uplink transmission, the client device 100 also stores a version of the copy of the transport block prepared for the first uplink transmission. Thus, the client device 100 may perform a second uplink transmission (i.e., retransmission) by transmitting a version of the stored copy of the prepared transport block (i.e., a redundancy version of the transport block) in the uplink data channel. Obviously, further retransmissions of the stored copy of the transport block may be performed. This is one way to reduce the second preparation time N 2:2 at the time of retransmission of the transport block.
Further, performing the first uplink transmission may mean transmitting a transport block at a first time instance T 2:1 after receiving the transmission grant 502; and performing the second uplink transmission may mean transmitting the transport block at a second time instance T 2:2 after receiving the transmission grant 502. Different aspects regarding how the first time instance T 2:1 and the second time instance T 2:2 may be determined are described in more detail in the following disclosure.
Fig. 3 shows a network access node 300 according to an embodiment of the invention. In the embodiment shown in fig. 3, the network access node 300 comprises a processor 302, a transceiver 304, and a memory 306. The processor 302 is coupled to the transceiver 304 and the memory 306 by communication means 308 known in the art. The network access node 300 may be configured for both wireless and wired communications in wireless and wired communications systems, respectively. Wireless communication capabilities are provided using an antenna or antenna array 310 coupled to transceiver 304, while wired communication capabilities are provided using a wired communication interface 312 coupled to transceiver 304. The network access node 300 being configured to perform certain actions may be understood in this disclosure to mean that the network access node 300 comprises suitable means configured to perform the actions, e.g. comprising a processor 302 and a transceiver 304.
According to an embodiment of the invention, the network access node 300 is configured to obtain a transmission request 504 associated with a downlink transmission of a transport block. The network access node 300 is further configured to: if the transmission request 504 is associated with an initial transmission of a transport block, a first downlink transmission of the transport block is performed based on the transmission request 504 and a first preparation time N 2:1. The network access node 300 is further configured to: if the transmission request 504 is associated with a retransmission of a transport block, a second downlink transmission of the transport block is performed based on the transmission request 504 and a second preparation time N 2:2. According to an embodiment of the present invention, the second preparation time N 2:2 is different from the first preparation time N 2:1.
Fig. 4 shows a flow chart of a corresponding method 400 that may be performed in a network access node 300, such as the network access node shown in fig. 3. The method 400 includes obtaining 402a transmission request 504 associated with a downlink transmission of a transport block. The method 400 further comprises: if the transmission request 504 is associated with an initial transmission of a transport block, a first downlink transmission of the transport block is performed 404 based on the transmission request 504 and a first preparation time N 2:1. The method 400 further comprises: if the transmission request 504 is associated with a retransmission of a transport block, a second downlink transmission of the transport block is performed 406 based on the transmission request 504 and a second preparation time N 2:2. The second preparation time N 2:2 is different from the first preparation time N 2:1.
Consistent with the corresponding embodiment of the client device 100, the network access node 300 may perform a first downlink transmission by preparing a transport block for the first downlink transmission, i.e. the initial transmission, based on the transmission request 504, and thereafter transmitting the prepared transport block in a downlink data channel, e.g. PDSCH. During processing time for the first downlink transmission, the network access node 300 stores a version of the copy of the transport block prepared for the first downlink transmission. Thus, the network access node 300 may perform a second downlink transmission, i.e. retransmission, by transmitting a redundant version of the stored copy of the prepared transport block in the downlink data channel. Obviously, further retransmission of the version of the stored copy of the prepared transport block may be performed. As previously described, in a 5G system, the transmission request for initial transmission may be a request from a higher layer to send data to a client device. The transmission request for retransmission may be a hybrid automatic repeat request (hybrid automatic repeat request, HARQ) negative acknowledgement (negative acknowledgment, NACK) sent from the client device 100 to request retransmission of a transport block, for example, upon detection of a reception failure in a CRC check.
Further, performing the first downlink transmission by the network access node 300 may mean that the transport block is sent at the first instance of time T 2:1 after receiving the transmission request 504. Accordingly, performing the second downlink transmission by the network access node 300 may mean that the transport block is sent at the second time instance T 2:2 after receiving the transmission request 504. In an embodiment of the invention, the first time instance T 2:1 is a function of the first preparation time N 2:1 and the second time instance T 2:2 is a function of the second preparation time N 2:2, respectively.
A transport block herein may be considered as information to be transmitted over a radio channel. Thus, a different encoded version of the transport block, i.e. the redundancy version, is transmitted in the initial transmission than in the retransmission of the transport block. Transport blocks may be generated in the medium access control (medium access control, MAC) layer by concatenating radio link control (radio link control, RLC) packet data units (PACKET DATA units, PDUs) from different resource blocks.
Fig. 5 illustrates a wireless communication system 500 according to an embodiment of the invention. The wireless communication system 500 includes a network access node 300 and a client device 100 configured to operate in the wireless communication system 500. For simplicity, the wireless communication system 500 shown in fig. 5 includes only one client device 100 and one network access node 300. However, the wireless communication system 500 may include any number of client devices 100 and any number of network access nodes 300 without departing from the scope of the present invention.
In the wireless communication system 500, as shown in fig. 5, the client device 100 is configured to perform uplink initial transmission and retransmission of one or more transport blocks 520 to the network access node 300. Accordingly, the network access node 300 is configured to perform downlink initial transmission and retransmission of one or more transport blocks 540 to the client device 100.
Fig. 6 illustrates overall latency considerations for transport block transmission by describing communications between client device 100 and network access node 300. In fig. 6, an initial transmission of a transport block and one retransmission of the transport block are illustrated. However, within the scope of the invention, more than one retransmission of a transport block may be performed. Further, the communication shown in fig. 6 is done in the context of a 3GPP NR system, and thus the terminology is used such that the UE corresponds to the client device 100 and the gNB corresponds to the network access node 300. However, embodiments of the present invention are not limited thereto.
In step I of fig. 6, data or information may be used for uplink transmission at the UE. Thus, the latency considerations in step I first involve the UE scheduling request (scheduling request, SR) processing, i.e. the time to prepare for transmission of the SR and to determine when the SR can be sent to the gNB. Second, the SR transmission alignment delay is added to the overall delay. The latter delay relates to the fact that the gNB monitors only after the SR in the predefined symbol. Thus, when the UE has made a decision to send the SR to the gNB, the UE must wait until the next transmission opportunity to send the SR to the gNB.
In step II in fig. 6, the SR duration is shown and the delay is related to the time it takes to transmit the SR from the UE to the gNB in the PUCCH.
In step III in fig. 6, the first latency consideration relates to the gNB SR processing, which is the time it takes to process the SR, determine PUSCH grants, schedule, and encode by the gNB once the SR has been fully received. The gNB SR processing time may vary significantly depending on the load and implementation of the cells of the gNB. The second latency consideration in step III is PDCCH transmission alignment, which involves the fact that the UE monitors the PDCCH only with respect to predefined symbols. When the gNB makes its scheduling decision, the gNB must wait until the next PDCCH transmission occasion to send the grant to the UE. Sometimes PDCCH blocking occurs, which means that the gNB must wait until PDCCH blocking is released before transmitting an grant.
In step IV of fig. 6, the PDCCH duration is shown and the delay is related to the time it takes to send a transmission grant from the gNB to the UE in the PDCCH.
In step V of fig. 6, upon receiving the grant in the PDCCH, the UE prepares data information into a transport block according to the received grant for initial transmission to the gNB. In this step, a first preparation time N 2:1 for preparing the initial transport block contributes to the delay. The first preparation time N 2:1 may be regarded as a time from the end of PDCCH reception at the UE until the earliest possible time when PUSCH may be transmitted. In the 3GPP NR specification TS38.214, a maximum allowed PUSCH preparation time is specified according to an OFDM symbol. For active UE cap #2, N2 is the {5,5.5,11} ofdm symbol for the {15,30,60} khz subcarrier spacing. Another factor contributing to the overall delay in step V is PUSCH transmission alignment, which is the time between PUSCH having been assembled, coded, and ready for transmission. Sometimes, it is assumed that PUSCH may be transmitted immediately after the first preparation time N 2:1, i.e. the time is equal to zero and no additional delay is introduced.
In step V, the UE may also store redundancy versions of the prepared copies of the transport blocks for initial transmission in the UE's transport buffer for possible retransmission of the transport blocks.
In step VI in fig. 6, the PUSCH duration of the initial transmission of a transport block is shown and relates to the time it takes to transmit a transport block from a UE to a gNB in the PUSCH.
In step VII in fig. 6, the gNB PUSCH processing must be considered in the overall delay. The gNB PUSCH processing delay is the time it takes for the gNB to process the PUSCH upon receipt of the PUSCH from the UE. In case of transmission errors, a retransmission grant is scheduled. Thus, the processing time is divided into two components, first PUSCH decoding for which the duration of N1 symbols is assumed, i.e., it is assumed to be the same as PDSCH decoding on the UE side. Next is scheduling, for which two values similar to those for PDSCH scheduling are assumed. N1 is a specified maximum UE processing time for PDSCH processing based on UE capability #2 and may be predefined, e.g., as defined in 3gpp TS 38.214.
In step VIII in fig. 6, it is shown that the transmission of grants from the gNB to the UE is retransmitted in the PDCCH. Retransmission may be indicated in a dedicated field of DCI included in the PDCCH.
In step IX in fig. 6, upon receiving the PDCCH and the UE determining to request retransmission, the UE prepares for retransmission of the transport block previously transmitted in step VI. In this step, the second preparation time N 2:2 contributes to the time delay, wherein the second preparation time N 2:2 according to an embodiment of the invention is shorter than the first preparation time N 2:1. The second preparation time N 2:2 may be regarded as a time from the end of PDCCH reception at the UE until the earliest possible time when PUSCH may be transmitted. By the UE sending a stored version of the copy of the transport block in step V, it may be achieved that the second preparation time N 2:2 is shorter than the first preparation time N 2:1. Another factor contributing to the overall delay in step IX is PUSCH transmission alignment, which is the time between PUSCH having been assembled, coded and PUSCH ready for transmission to the gNB.
In step X of fig. 6, the PUSCH duration of the retransmission of a transport block is shown, which is the duration of the retransmission of a transport block from UE to gNB in PUSCH.
In step XI in fig. 6, the gNB PUSCH processing must be considered in the overall delay. Typically, the gNB processes the PUSCH and, assuming that it is decoded correctly, the decoded data is fed to higher layers for further processing. It should be appreciated that the gNB PUSCH processing must also be considered for the overall delay through the RAN in steps I through XI.
Fig. 7 shows a flow chart of a method 210 according to another embodiment of the invention. The description of this embodiment is also made in the context of 3GPP NR, which means that the UE corresponds to the client device 100 and the gNB corresponds to the network access node 300.
In step 212 in fig. 7, the UE monitors DCI of the PDCCH.
In step 214 in fig. 7, at a first time instance t=t0, the UE detects DCI in the PDCCH. The detected DCI includes an uplink grant determined by the UE. UL grants typically include information about the time-frequency resources and the modulation and coding to be used for uplink data transmission.
In step 216 in fig. 7, the UE obtains information about whether the uplink grant is associated with an initial uplink transmission of a transport block or with a retransmission of the transport block. This information may be obtained from a "new data field indication" in the DCI indicating whether new data or authorized retransmissions.
In step 218 in fig. 7, the UE performs preparation of a transport block according to the obtained DCI and transmits the transport block on PUSCH at a second time instance t=t0+x, where time x is a function of the preparation time value, typically expressed in OFDM symbols. The first preparation time value N 2:1 is used if it is an initial transmission of a transport block, and the second preparation time value N 2:2 is used if it is a retransmission of a transport block.
According to an embodiment of the invention, the first preparation time value N 2:1 is larger than the second preparation time value N 2:2, i.e. if it is the first transmission, the preparation time is allowed to be longer than if it is a retransmission of an already transmitted transport block, e.g. due to a failed decoding in the gNB. According to further embodiments of the invention, the second preparation time N 2:2 is shorter than the first preparation time N 2:1, such that the second preparation time N 2:2 is less than 80% of the first preparation time N 2:1, and in some cases less than 60% of the first preparation time N 2:1.
However, in embodiments of the present invention, the second preparation time N 2:2 may alternatively be greater than the first preparation time N 2:1. This may be the case, for example, when the re-authorization requires a large number of re-encodings of the data block. This may occur when the gNB needs a significantly lower coding rate than was first expected to perform reliable retransmissions. Another non-limiting example may be when the gNB configures retransmissions over another bandwidth portion or another carrier frequency than the initial transmission.
According to a further embodiment of the invention, at least one of the first preparation time N 2:1 and the second preparation time N 2:2 depends on the size of the transport block to be transmitted. For example, if a transport block is smaller than a first threshold, i.e. the entire transport block may be assembled in one code block group, the second preparation time N 2:2 value may be 80% of the first preparation time N 2:1 value, whereas if a transport block is large and comprises several code block groups, and only code block groups are retransmitted, the relation between the first preparation time N 2：1 and the second preparation time N 2：2 value may be different from the first case, e.g. 60%.
Further, in an embodiment of the present invention, at least one of the first preparation time N 2：1 and the second preparation time N 2：2 depends on a subcarrier spacing for or configured for uplink transmission, here denoted μ, which corresponds to a scaling of a reference subcarrier factor, i.e. Δf= μ ·15[ kHz ], where μ=0 means a (reference) subcarrier spacing 15kHz, μ=1 means a subcarrier spacing=30 kHz, etc. As a non-limiting example, for a 15kHz subcarrier spacing, the first preparation time N 2：1 value may be 5 and the second preparation time N 2：2 value may be 2.5 expressed in OFDM symbols. For a 30kHz subcarrier spacing, the first preparation time N 2：1 value may be 5 and the second preparation time N 2：2 value may be 3 expressed in OFDM symbols.
In further embodiments of the present invention, at least one of the first preparation time N 2：1 and the second preparation time N 2：2 is based on the timing capabilities of the client device 100. The second preparation time N 2：2 value may be used for only certain timing capabilities. Thus, for some client device capabilities, only the first preparation time N 2：1 value is suitable for the first transmission as well as retransmission, while for other client device capabilities, the first preparation time N 2：1 value is used for the initial transmission and the second preparation time N 2：2 value is used for retransmission. Timing capability is typically the possibility for a client device to prepare uplink transmissions. Because the preparation time is directly related to complexity and processing power, some client device capabilities that do not require low latency may have relaxed timing capabilities, and thus modem chipsets may be less complex and cheaper, while other client devices or modems are designed for low latency applications and thus may be more complex and expensive.
It should be appreciated that at least one of the first preparation time N 2：1 and the second preparation time N 2：2 may depend on one or more of the parameters described above: a subcarrier spacing value for uplink transmission of a transport block, a transport block size, and timing capability. It is also recognized that the first preparation time N 2：1 and the second preparation time N 2：2 may be expressed in the number of OFDM symbols, for example, in LTE and NR using OFDM-based transmission techniques, but may be expressed in units of time in other embodiments. Furthermore, the first preparation time N 2：1 and the second preparation time N 2：2 for the network access node 300 may also depend on one or more of the above parameters: a subcarrier spacing value for uplink transmission of a transport block, a transport block size, and timing capability.
Furthermore, the first preparation time N 2：1 and the second preparation time N 2：2 for the client device 100 may also depend on or be a function of other parameters, and may be expressed as follows in some embodiments to define the time after the uplink grant is received. The first uplink symbol in PUSCH allocation of a transport block (including DM-RS defined by slot offset K 2 and start and length indication SLIV of scheduling DCI and including the effect of timing advance) is no earlier than symbol L 2, where L 2 is defined as the next uplink symbol whose CP starts after the end of reception of the last symbol of PDCCH carrying DCI scheduling PUSCH, then the UE will send the transport block.
Thus, performing the first uplink transmission by the client device 100 includes transmitting a transport block at a first time instance T 2：1 after receiving the transmission grant 502, wherein the first time instance T 2：1 is given by:
t 2：1＝max((N2：1+d2,1)(2048+144)·κ2-μ·Tc,d2,2) type (1)
Where max is the maximum function, N 2：1 is the first preparation time, d 2,1 is the indication function, κ is the slot offset, μ is the subcarrier spacing, T c is the chip time period, and d 2,2 is the switching time.
Further, performing the second uplink transmission by the client device 100 includes transmitting a transport block at a second time instance T 2：2 after receiving the transmission grant 502, wherein the second time instance T 2：2 is given by:
T 2：2＝max((N2：2+d2,1)(2048+144)·κ2-μ·Tc,d2,2) type (2)
Where max is the maximum function, N 2：2 is the second preparation time, d 2,1 is the indication function, k is the slot offset, μ is the subcarrier spacing, T c is the chip time period, and d 2,2 is the switching time.
Naturally, the first and second preparation time indicators herein may be different from the indicators used herein, namely N 2：1 and N 2：2, with the maximum function in the formulas according to formulas 1 and 2 being related to the maximum value of (N 2：1+d2,1)(2048+144)·κ2-μ·Tc or d 2,2) for the first time instance T 2：1 and being related to the maximum value of (N 2：2+d2,1)(2048+144)·κ2-μ·Tc or d 2,2) for the second time instance T 2：2.
Embodiments of the present invention may be readily implemented in 3GPP NR specifications such as TS38.214, section 6.4. A non-limiting example of the mentioned section 6.4 of TS38.214 is given below, wherein an exemplary addition to the specification, i.e. text ", is given in bold italics, i.e. in addition, n 2 for UE processing capability 3 depends on the first transmission of a transport block or the retransmission of a transport block. ".
TS38.214 section 6.4, UE PUSCH preparation procedure time:
If the first uplink symbol in the PUSCH allocation of a transport block (including DM-RS defined by slot offset K 2 and start and length indication SLIV of the scheduled DCI and including the impact of timing advance) is not earlier than symbol L 2, where L 2 is defined as the next uplink symbol whose CP starts T proc,2＝max((N2+d2,1)(2048+144)·κ2-μ·Tc,d2,2 after the end of reception of the last symbol of the PDCCH carrying the DCI of the scheduled PUSCH) the UE will send the transport block.
N 2 is based on μ in tables 6.4-1 and 6.4-2 for UE processing capability 1 and UE processing capability 2, respectively, where μ corresponds to one of (μ DL,μUL) generated by maximum T proc,2, where μ DL corresponds to the subcarrier spacing of the downlink utilized for transmitting the PDCCH carrying DCI scheduling PUSCH, and μ UL corresponds to the subcarrier spacing of the uplink channel utilized for transmitting PUSCH, and κ is defined in sub-clause 4.1 of [4, ts 38.211 ]. Furthermore, for UE processing capability 3, n 2 depends on whether the first transmission of a transport block or the retransmission of a transport block.
-If the first symbol of PUSCH allocation comprises DM-RS only, d 2,1 =0, otherwise d 2,1 =1.
The first uplink symbol in PUSCH allocation also includes the effect of timing differences between component carriers as given in [11, ts 38.133], if the UE is configured with multiple active component carriers.
-D 2,2 is equal to the switching time as defined in [11, ts 38.133] if the DCI is scheduled to trigger a switch of BWP, otherwise d 2,2 = 0.
For a UE supporting Capability2 on a given cell, if the higher layer parameter Capability2-PUSCH-Processing in the PUSCH-Config is configured for the cell and set to enabled (enabled), the application will process the time according to UE Processing Capability2,
-Multiplexing the transport blocks according to the procedure in sub-clause 9.2.5 of [9, ts 38.213] if the PUSCH indicated by the DCI overlaps one or more PUCCH channels, otherwise transmitting the transport blocks on the PUSCH indicated by the DCI.
Otherwise, the UE may ignore the scheduling DCI.
The value of T proc,2 is used in the case of both a normal cyclic prefix and an extended cyclic prefix. In addition, tables 6.4-1 and 6.4-2 in the specifications are also given below, which give PUSCH preparation times for PUSCH timing capability 1 and PUSCH timing capability 2.
Table 6.4-1: PUSCH preparation time for PUSCH timing capability 1.
Table 6.4-2: PUSCH preparation time for PUSCH timing capability 2.
μ PUSCH preparation time N 2 [ symbol ]
0 5
1 5.5
2 11 For frequency range 1
However, two other tables may be introduced into the specification, which are labeled 6.4-3 and 6.4-3 below, and which are consistent with the general principles of embodiments of the present invention. These tables give the PUSCH preparation time for initial transmission and retransmission.
Table 6.4-3: PUSCH preparation time for initial transmission of a transport block for PUSCH timing capability 3.
μ PUSCH preparation time N 2 [ symbol ]
0 5
1 5.5
2 11 For frequency range 1
Tables 6.4-4: PUSCH preparation time for retransmission of transport block for PUSCH timing capability 3.
μ PUSCH preparation time N 2 [ symbol ]
0 2.5
1 3
2 6 For frequency range 1
The general principles described and illustrated previously may also be applied to retransmission of one or more transport blocks in the case of unlicensed transmission, according to embodiments of the present invention. In such an embodiment, the initial transmission of the transport block occurs at a pre-configured time instance, however, as in the case of grant-based, the retransmission of the transport block is scheduled via DCI. Therefore, in the case where the unlicensed transmission is configured, the timing of retransmission of the transport block is performed based on the second preparation time value N 2:2.
The client device 100, which may be denoted User Equipment, UE, mobile station, internet of things (internet of things, ioT) device, sensor device, wireless terminal, and/or mobile terminal herein, is capable of wirelessly communicating in a wireless communication system (sometimes also referred to as a cellular radio system). A UE may also be referred to as a mobile phone, cellular phone, tablet computer, or laptop computer with wireless capability. The UE in this context may be, for example, a portable, pocket-storable, handheld, computer-contained, or vehicle-mounted mobile device capable of communicating voice and/or data with another entity (e.g., another receiver or server) via a radio access network. The UE may be a Station (STA), which is any device that contains IEEE 802.11 compliant Medium Access Control (MAC) and physical layer (PHYSICAL LAYER, PHY) interfaces to the Wireless Medium (WM). The UE may also be configured for communication in LTE and LTE-advanced related to 3GPP, in WiMAX and its evolution, and in fifth generation wireless technologies (e.g., new Radio).
The network access node 300 herein may also be denoted as a radio network access node, access point or base station (e.g. radio base station (Radio Base Station, RBS)), which in some networks may be referred to as a transmitter, "gNB", "gNodeB", "eNB", "eNodeB", "NodeB" or "B node", depending on the technology and terminology used. Based on the transmission power and thus also on the cell size, the radio network access nodes may be of different categories, e.g. macro eNodeB, home eNodeB or pico base station. The radio network access node may be a Station (STA), which is any device that contains IEEE 802.11 compliant Medium access Control (MEDIA ACCESS Control, MAC) and physical layer (PHYSICAL LAYER, PHY) interfaces to the Wireless Medium (WM). The radio network access node may also be a base station corresponding to a fifth generation (fifth generation, 5G) wireless system.
Furthermore, any method according to embodiments of the invention may be implemented in a computer program having code means which, when run by processing means, causes the processing means to perform the steps of the method. The computer program is embodied in a computer readable medium of a computer program product. The computer readable medium may include essentially any Memory, such as Read-Only Memory (ROM), programmable ROM (Programmable Read-Only Memory), erasable PROM (EPROM), flash Memory, electrically Erasable PROM (ELECTRICALLY ERASABLE PROM), or hard disk drive.
Furthermore, the skilled person realizes that embodiments of the client device 100 and the network access node 300 comprise the necessary communication capabilities in the form of e.g. functions, means, units, elements etc. for performing the solution. Examples of other such means, units, elements and functions are processors, memories, buffers, control logic, encoders, decoders, rate matchers, de-rate matchers, mapping units, multiplexers, decision units, selection units, switches, interleavers, de-interleavers, modulators, demodulators, inputs, outputs, antennas, amplifiers, receiver units, transmitter units, DSP, MSD, TCM encoders, TCM decoders, power supply units, power feeders, communication interfaces, communication protocols, etc. suitably arranged together to perform the solution.
In particular, the processors of client device 100 and network access node 300 may include, for example, one or more of the following examples: a central processing unit (Central Processing Unit, CPU), a processing unit, a processing Circuit, a processor, an Application SPECIFIC INTEGRATED Circuit (ASIC), a microprocessor, or other processing logic that may interpret and execute instructions. Thus, the expression "processor" may denote a processing circuit comprising a plurality of processing circuits such as any, some or all of those circuits mentioned above. The processing circuitry may also perform data processing functions including data buffering for inputting, outputting, and processing data, as well as device control functions such as call processing control, user interface control, and the like.
Finally, it is to be understood that the invention is not limited to the embodiments described above, but also relates to and includes all embodiments within the scope of the appended independent claims.

Claims (22)

1. A client device (100) for a wireless communication system (500), comprising:
memory storing computer readable instructions, and
A processor for executing the computer readable instructions to cause the client device (100) to:
Receiving a transmission grant associated with an uplink transmission of a transport block (502);
Performing a first uplink transmission of the transport block based on the transport grant (502) and a first preparation time N 2:1 if the transport grant (502) is associated with an initial transmission of the transport block, wherein the first preparation time N 2:1 is used to instruct the client device (100) to receive the transport grant to a minimum time required for the client device (100) to be able to perform the first uplink transmission;
If the transmission grant (502) is associated with a retransmission of the transport block, a second uplink transmission of the transport block is performed based on the transmission grant (502) and a second preparation time N 2:2, wherein the second preparation time N 2:2 is used to indicate a minimum time required for the client device (100) to receive the transmission grant to enable the client device (100) to perform the second uplink transmission, and the second preparation time N 2:2 is different from the first preparation time N 2:1.
2. The client device (100) of claim 1, wherein the second preparation time N 2:2 is shorter than the first preparation time N 2:1.
3. The client device (100) of claim 2, wherein the second preparation time N 2:2 is less than 80% of the first preparation time N 2:1.
4. The client device (100) of claim 3, wherein the second preparation time N 2:2 is less than 60% of the first preparation time N 2:1.
5. The client device (100) according to any one of claims 1 to 4, wherein at least one of the first preparation time N 2:1 and the second preparation time N 2:2 is dependent on at least one of:
subcarrier spacing values for the uplink transmission of the transport block,
The size of the transport block, and
-Timing capabilities of the client device (100).
6. The client device (100) of any one of claims 1 to 4, wherein the first preparation time N 2:1 and the second preparation time N 2:2 are expressed in terms of a number of orthogonal frequency division multiplexing symbols.
7. The client device (100) of any one of claims 1 to 4, wherein performing the first uplink transmission comprises:
Preparing the transport block for the first uplink transmission based on the transmission grant (502);
The prepared transport block is transmitted in an uplink data channel.
8. The client device (100) of claim 7, configured to:
Storing a version of a copy of the prepared transport block for the first uplink transmission; and wherein performing the second uplink transmission comprises:
The stored version of the copy of the prepared transport block is transmitted in the uplink data channel.
9. The client device (100) of any one of claims 1 to 4, wherein performing the first uplink transmission comprises:
transmitting the transport block at a first instance in time T 2:1 after receiving the transport grant (502); and
Wherein performing the second uplink transmission comprises:
the transport block is transmitted at a second time instance T 2:2 after receiving the transport grant (502).
10. The client device (100) according to claim 9, wherein the first time instance T 2:1 is given by:
T2:1 = max((N2:1 + d2,1)(2048+144) · κ2-μ· Tc,d2,2)
And wherein the second time instance T 2:2 is given by:
T2:2 = max((N2:2 + d2,1)(2048+144) · κ2-μ· Tc,d2,2)
where max is the maximum function, d 2,1 is the indication function, κ is the slot offset, μ is the subcarrier spacing, T c is the chip time period, and d 2,2 is the switching time.
11. A network access node (300) for a wireless communication system (500), comprising:
memory storing computer readable instructions, and
A processor for executing the computer readable instructions to cause the network access node (300) to:
obtaining a transmission request associated with a downlink transmission of a transport block (504);
Performing a first downlink transmission of the transport block based on the transmission request (504) and a first preparation time N 2:1 if the transmission request (504) is associated with an initial transmission of the transport block, wherein the first preparation time N 2:1 is used to instruct the network access node (300) to obtain the shortest time required for the network access node (300) to be able to perform the first downlink transmission;
If the transmission request (504) is associated with a retransmission of the transport block, a second downlink transmission of the transport block is performed based on the transmission request (504) and a second preparation time N 2:2, wherein the second preparation time N 2:2 is used to indicate a minimum time required for the network access node (300) to obtain the transmission request to be able to perform the second downlink transmission to the network access node (300), and the second preparation time N 2:2 is different from the first preparation time N 2:1.
12. The network access node (300) of claim 11, wherein the second preparation time N 2:2 is shorter than the first preparation time N 2:1.
13. The network access node (300) of claim 12, wherein the second preparation time N 2:2 is less than 80% of the first preparation time N 2:1.
14. The network access node (300) of claim 13, wherein the second preparation time N 2:2 is less than 60% of the first preparation time N 2:1.
15. The network access node (300) according to any of claims 11-14, wherein at least one of the first preparation time N 2:1 and the second preparation time N 2:2 depends on at least one of:
subcarrier spacing values for the downlink transmissions of the transport blocks,
The size of the transport block, and
-Timing capability of the network access node (300).
16. The network access node (300) according to any of claims 11-14, wherein the first preparation time N 2:1 and the second preparation time N 2:2 are expressed in terms of a number of orthogonal frequency division multiplexing symbols.
17. The network access node (300) of any of claims 11-14, wherein performing the first downlink transmission comprises:
-preparing the transport block for the first downlink transmission based on the transmission request (504);
The prepared transport block is transmitted in a downlink data channel.
18. The network access node (300) of claim 17, configured to:
Storing a version of a copy of the prepared transport block for the first downlink transmission;
And wherein performing the second downlink transmission comprises:
The stored version of the copy of the prepared transport block is transmitted in the downlink data channel.
19. The network access node (300) of any of claims 11-14, wherein performing the first downlink transmission comprises:
Transmitting the transport block at a first time instance T 2:1 after receiving the transport request (504);
And wherein performing the second downlink transmission comprises:
The transport block is sent at a second time instance T 2:2 after receiving the transport request (504).
20. A method (200) for a client device (100), the method (200) comprising:
-receiving (202) a transmission grant (502) associated with an uplink transmission of a transport block;
-if the transmission grant (502) is associated with an initial transmission of the transport block, performing (204) a first uplink transmission of the transport block based on the transmission grant (502) and a first preparation time N 2:1, wherein the first preparation time N 2:1 is used to instruct the client device (100) to receive the transmission grant to the minimum time required for the client device (100) to be able to perform the first uplink transmission;
-if the transmission grant (502) is associated with a retransmission of the transport block, performing (206) a second uplink transmission of the transport block based on the transmission grant (502) and a second preparation time N 2:2, wherein the second preparation time N 2:2 is used to instruct the client device (100) to receive the transmission grant to the shortest time required for the client device (100) to be able to perform the second uplink transmission, and the second preparation time N 2:2 is different from the first preparation time N 2:1.
21. A method (400) for a network access node (300), the method (400) comprising:
Obtaining (402) a transmission request (504) associated with a downlink transmission of a transport block;
-if the transmission request (504) is associated with an initial transmission of the transport block, performing (404) a first downlink transmission of the transport block based on the transmission request (504) and a first preparation time N 2:1, wherein the first preparation time N 2:1 is used to instruct the network access node (300) to obtain the minimum time required for the transmission request to the network access node (300) to be able to perform the first downlink transmission;
-if the transmission request (504) is associated with a retransmission of the transport block, performing (406) a second downlink transmission of the transport block based on the transmission request (504) and a second preparation time N 2:2, wherein the second preparation time N 2:2 is used to instruct the network access node (300) to obtain the shortest time required for the transmission request to the network access node (300) to be able to perform the second downlink transmission, and the second preparation time N 2:2 is different from the first preparation time N 2:1.
22. A computer readable storage medium storing a computer program with a program code for performing the method according to claim 20 or 21 when the computer program runs on a computer.
CN201980091759.6A 2019-02-21 2019-02-21 Reduced setup time for transport block retransmission in wireless communications Active CN113892284B (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2019/054299 WO2020169198A1 (en) 2019-02-21 2019-02-21 Reduced preparation time for retransmission of transport blocks in wireless communications

Publications (2)

Publication Number Publication Date
CN113892284A CN113892284A (en) 2022-01-04
CN113892284B true CN113892284B (en) 2024-05-03

Family

ID=65520284

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980091759.6A Active CN113892284B (en) 2019-02-21 2019-02-21 Reduced setup time for transport block retransmission in wireless communications

Country Status (2)

Country Link
CN (1) CN113892284B (en)
WO (1) WO2020169198A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11424868B2 (en) * 2019-01-24 2022-08-23 Mediatek Singapore Pte. Ltd. Method and apparatus for user equipment processing timeline enhancement in mobile communications

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105580445A (en) * 2013-09-30 2016-05-11 苹果公司 Delayed and bundled retransmissions for low bandwidth applications
EP3179659A2 (en) * 2015-12-09 2017-06-14 MediaTek Inc. Control-less data transmission for narrow band internet of things
CN107624261A (en) * 2015-04-30 2018-01-23 Lg电子株式会社 The method and apparatus for performing the contention resolved for the PUSCH transmission based on competition in a wireless communication system
WO2018229326A1 (en) * 2017-06-16 2018-12-20 Nokia Technologies Oy Data channel scheduling reliability for urllc services

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10484976B2 (en) * 2017-01-06 2019-11-19 Sharp Kabushiki Kaisha Signaling, procedures, user equipment and base stations for uplink ultra reliable low latency communications

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105580445A (en) * 2013-09-30 2016-05-11 苹果公司 Delayed and bundled retransmissions for low bandwidth applications
CN107624261A (en) * 2015-04-30 2018-01-23 Lg电子株式会社 The method and apparatus for performing the contention resolved for the PUSCH transmission based on competition in a wireless communication system
EP3179659A2 (en) * 2015-12-09 2017-06-14 MediaTek Inc. Control-less data transmission for narrow band internet of things
WO2018229326A1 (en) * 2017-06-16 2018-12-20 Nokia Technologies Oy Data channel scheduling reliability for urllc services

Also Published As

Publication number Publication date
WO2020169198A1 (en) 2020-08-27
CN113892284A (en) 2022-01-04

Similar Documents

Publication Publication Date Title
US11539467B2 (en) Method and apparatus for partial retransmission in wireless cellular communication system
US10298362B2 (en) Method and apparatus for partial retransmission in wireless cellular communication system
CN113613320B (en) Scheduling of uplink transmissions
CN110169000B (en) Signaling, procedure, user equipment and base station for uplink ultra-high reliable low delay communication
US20180167932A1 (en) Multiplexing control information in a physical uplink data channel
EP3892049B1 (en) Methods and apparatuses for transmitting/receiving control information in wireless communication system
US11251909B2 (en) Redundancy versions in a hybrid automatic repeat request, HARQ process
EP3910869A1 (en) Method and device for determining uplink data and control signal transmission timing in wireless communication system
CN110235400B (en) User equipment, base station and communication method
WO2013107364A1 (en) Method and apparatus for sending downlink control information, method and apparatus for detecting downlink control channel
CN114631388A (en) Channel drop behavior and timing relationships for uplink channel collisions with different priorities
CN111602438A (en) Codebook determination for HARQ-ACK multiplexing with fallback Downlink Control Information (DCI) and Code Block Group (CBG) configuration
US20210337528A1 (en) Network access node and client device for indication of multiple data channels in a single control message
US10791552B2 (en) Methods and apparatuses for handling of soft buffers
CN113678537A (en) User equipment, base station and method for configurable downlink control information format
CN114128189A (en) Method and apparatus for transmitting/receiving uplink control information in wireless communication system
US20210321291A1 (en) Method and apparatus for transmission and reception of data in communication system
EP3582559B1 (en) Method and apparatus for uplink power control in wireless cellular communication system
US10541787B2 (en) Method and apparatus for transmitting retransmission data using HARQ in wireless communication system
CN113544992A (en) Method and apparatus for transmitting/receiving uplink control information in wireless communication system
US11974287B2 (en) Communication method and apparatus
WO2018028123A1 (en) Data transmission method, data transmission device, and communication system
CN114223169A (en) Apparatus and method for flexible control channel listening
CN113892284B (en) Reduced setup time for transport block retransmission in wireless communications
US12004163B2 (en) Method and apparatus for decoding downlink control signal in wireless cellular communication system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant