Data transmission method and apparatus
By receiving multiple transmission blocks and sending feedback information in the data transmission method of the receiving end, the problem of large transmission delay between the terminal and the network equipment in the communication system is solved, the spectrum efficiency and data transmission rate are improved, and the data retransmission delay is reduced.
Patent Information
- Application Number
- PCT/CN2024/129724
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2024-02-21
- Filing Date
- 2024-11-04
- Publication Date
- 2025-05-22
AI Technical Summary
In the communication system, the transmission delay between the terminal and the network device is large, resulting in the network device waiting for the terminal to feedback the decoding result for a long time, resulting in wasting time domain resources. The prior art relies on the ARQ mechanism to retransmit data by turning off the HARQ feedback mechanism, but this will lead to low spectral efficiency of data transmission and large data retransmission delay.
By implementing a data transmission method at the receiving end, the method includes receiving a plurality of transmission blocks and sending feedback information indicating whether the transmission blocks are transmitted correctly. This method allows the length of the transmission block in one process to occupy more time domain resources corresponding to the round trip delay between the transceiver and receiver, and does not need to turn off the retransmission mechanism of the MAC layer.
It improves the spectrum efficiency of data transmission, ensures the data transmission rate, and reduces the data retransmission delay.
Smart Images

Figure CN2024129724_22052025_PF_FP_ABST
Abstract
Description
Data transmission method and device
[0001] "This application claims priority to the patent application filed with the State Intellectual Property Office on November 17, 2023, with application number 202311556183.0 and invention name "Data Transmission Method and Device", and claims priority to the patent application filed with the State Intellectual Property Office on February 21, 2024, with application number 202410194968.6 and invention name "Data Transmission Method and Device", all contents of which are incorporated by reference into this application." Technical Field
[0002] The present application relates to the field of wireless communications, and in particular to a method and apparatus for data transmission. Background Art
[0003] In a communication system, data can be transmitted between network devices and terminals using the hybrid automatic repeat request (HARQ) feedback mechanism at the medium access control (MAC) layer to avoid packet loss and improve data transmission reliability. For example, when a network device sends data to a terminal, it can perform channel coding on the service data to generate multiple transport blocks (TBs) and send these TBs to the terminal using a stop-and-wait protocol. For example, in a certain process, after sending a TB to a terminal, the network device waits for the terminal to decode the TB. If the terminal reports that the TB is decoded correctly, the network device sends the next TB. If the terminal reports that the TB is decoded incorrectly, the network device retransmits the data. The network device will only send the next TB when the number of retransmissions exceeds a certain threshold or when the terminal reports that the decoding is correct. Therefore, when the transmission delay between the terminal and the network device is large, the network device will wait for a long time for the terminal to feedback the decoding result, resulting in a waste of time domain resources. To address this issue, a method has been proposed to disable the HARQ feedback mechanism and rely on the automatic repeat request (ARQ) mechanism of the radio link control (RLC) layer for data retransmission. However, this approach results in low spectral efficiency and long data retransmission delays.
[0004] Summary of the Invention
[0005] The present application provides a data transmission method and apparatus, which can improve the spectrum efficiency of data transmission and reduce data retransmission delay.
[0006] To achieve the above objectives, this application adopts the following technical solutions:
[0007] In a first aspect, a data transmission method is provided. The method can be performed by a receiving end, such as a terminal or a network device. The receiving end herein can refer to the receiving end itself, or to a processor, module, logical node, chip, or chip system within the receiving end that implements the method. The method includes receiving multiple transport blocks through a first process and sending feedback information. The feedback information indicates whether the multiple transport blocks were transmitted correctly. For example, the feedback information is feedback on decoding results for the multiple transport blocks. Specifically, the receiving end can send the decoding results of the multiple transport blocks at once, e.g., the receiving end can send a single piece of feedback information indicating the terminal's decoding of the transport blocks, such as the decoding result of each transport block, or the number of transport blocks that were transmitted incorrectly, or the number of transport blocks that were transmitted correctly. Alternatively, the receiving end can send the decoding results of the multiple transport blocks in multiple times or stages, e.g., the receiving end can send at least one piece of feedback information each time or in each stage, indicating the decoding results of some transport blocks. It will be appreciated that the multiple transport blocks received through the first process can be referred to as a group of transport blocks or a transport block group.
[0008] Based on the method provided in the first aspect, a receiving end can receive multiple transport blocks through a single process, such as the first process, and send feedback information based on these multiple transport blocks. This can extend the duration of transport block transmission within a single process, thereby utilizing more time domain resources corresponding to the round-trip delay between the transmitting and receiving ends. Therefore, the method does not require disabling the MAC layer's retransmission mechanism, thereby improving the spectral efficiency of data transmission, ensuring data transmission rates, and reducing data retransmission delays.
[0009] In one possible implementation, the method further includes: receiving or sending first indication information. The first indication information is used to indicate the length of a first window, the number of multiple transmission blocks received by the first process, or the number of first scheduling information. The first window is a window of the first process, or the first window is a window for transmitting first scheduling information, and the first scheduling information is used to schedule multiple transmission blocks to be transmitted by the first process.
[0010] Based on the above possible implementations, the receiving end may send first indication information. For example, if the receiving end is a network device, the receiving end may send first indication information to indicate the window length of the first process, indicating that the transmission blocks transmitted within the window length belong to the same process, i.e., the first process; or, the first indication information indicates the length of the window in which the first scheduling information used to schedule multiple transmission blocks transmitted within the first process is located, indicating that the transmission blocks scheduled by the first scheduling information transmitted within the window length belong to the same process, i.e., the first process; or, the first indication information indicates the number of multiple transmission blocks received by the first process, indicating that these multiple transmission blocks belong to the same process, i.e., the first process; or, the first indication information indicates the number of first scheduling information used to schedule multiple transmission blocks transmitted within the first process, indicating that these multiple transmission blocks scheduled by the first scheduling information belong to the same process, i.e., the first process. Alternatively, the receiving end may receive the first indication information. For example, if the receiving end is a terminal, the receiving end may receive the first indication information to determine which transmission blocks belong to the first process based on the first indication information.
[0011] In a possible implementation manner, the first indication information is related to a round-trip delay between the network device and the terminal.
[0012] Based on the above possible implementation methods, the length of the first window, the number of multiple transmission blocks received by the first process, or the amount of first scheduling information is made more suitable for the transceiver, thereby avoiding a large retransmission delay.
[0013] In a possible implementation manner, the first indication information is also related to the number of processes supported by the terminal for transmitting transport blocks.
[0014] Based on the above possible implementation methods, the parallel processing processes at the transmitting and receiving ends can be made to occupy as much of the time domain resources corresponding to the round-trip delay between the transmitting and receiving ends as possible, thereby avoiding waste of time domain resources.
[0015] In one possible implementation, the method also includes: receiving or sending second indication information; the first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of multiple transmission blocks received by the first process, and the second indication information is used to indicate the time domain position of the multiple transmission blocks; or, the first indication information indicates the number of first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
[0016] Based on the above possible implementation methods, the receiving end can send the second indication information. For example, if the receiving end is a network device, the receiving end can send the second indication information so that the sending end, such as a terminal, can determine the time domain position of the window of the first process or the time domain position of multiple transmission blocks, and then receive the multiple transmission blocks, or the terminal can determine the time domain position of the first scheduling information, and thus receive the first scheduling information or perform blind detection on the scheduling information at the time domain position. Alternatively, the receiving end can receive the second indication information. For example, if the receiving end is a terminal, the receiving end can receive the second indication information to determine the time domain position of the window of the first process or the time domain position of multiple transmission blocks according to the second indication information, and then receive the multiple transmission blocks, or the terminal can determine the time domain position of the first scheduling information, and thus receive the first scheduling information or perform blind detection on the scheduling information at the time domain position.
[0017] In one possible implementation, the multiple transmission blocks received by the first process include a first transmission block, and the method further includes: receiving or sending third indication information, the third indication information being used to indicate at least one of the following: whether the first transmission block is retransmission data, the number of transmissions of the first transmission block, the coding group to which the first transmission block belongs, the order of the first transmission block in the first coding group, the order of the first transmission block in multiple transmission blocks, whether the first transmission block is a check transmission block, or whether the first transmission block is a source transmission block; wherein the first coding group is the coding group to which the first transmission block belongs.
[0018] Based on the above possible implementations, the receiving end may send third indication information. For example, if the receiving end is a network device, the receiving end may send third indication information to indicate relevant information of the first transmission block so that the transmitting end can encode according to the information. Alternatively, the receiving end may receive third indication information. For example, if the receiving end is a terminal, the receiving end may receive third indication information to perform decoding according to the third indication information. Taking the network device as the transmitting end and the terminal as the receiving end as an example, the network device indicates whether the first transmission block is retransmitted data, which allows the terminal to determine whether the first transmission block is new data or retransmitted data, so that the terminal can perform decoding. The network device indicates the number of transmissions of the first transmission block, which allows the terminal to determine the number of transmissions of the first transmission block, and then determine the order of checking the transmission blocks for joint outer code decoding. The network device indicates the coding group to which the first transmission block belongs, which allows the terminal to determine which coding group the first transmission block belongs to, so as to perform joint decoding and improve the reliability of decoding. The network device indicates the order of the first transport block in the first coding group, which allows the terminal to determine the order of the first transport block in the first coding group and then determine the order of the outer code encoding to perform joint decoding and improve decoding reliability. The network device indicates the order of the first transport block among multiple transport blocks, which allows the terminal to determine the order of the first transport block among multiple transport blocks and perform joint decoding. The network device indicates whether the first transport block is a check transport block, or the network device indicates whether the first transport block is a source transport block, which allows the terminal to determine whether the first transport block is a check transport block or a source transport block and then perform decoding.
[0019] In one possible implementation, the method also includes: receiving or sending fourth indication information, where the fourth indication information is used to indicate at least one of the following: whether the multiple transmission blocks are retransmission data, the number of transmissions of the multiple transmission blocks, the coding group to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of multiple transmission blocks, whether the multiple transmission blocks are check transmission blocks, or whether the multiple transmission blocks are source transmission blocks.
[0020] Based on the above possible implementations, the receiving end may send fourth indication information. For example, if the receiving end is a network device, the receiving end may send fourth indication information to indicate relevant information of multiple transport blocks, so that the transmitting end can perform encoding based on the information. Alternatively, the receiving end may receive the fourth indication information. For example, if the receiving end is a terminal, the receiving end may receive the fourth indication information and perform decoding based on the fourth indication information.
[0021] In one case, the "multiple transmission blocks" here can be regarded as a whole, for example, "multiple transmission blocks" can be understood as a transmission block group. For example, the fourth indication information can indicate that this group of transmission blocks are all retransmission data, or none of them are retransmission data, so that the terminal can perform decoding; and / or, the fourth indication information can indicate the number of transmissions of this group of transmission blocks, such as this group of transmission blocks are all transmitted for the first time, or this group of transmission blocks are not transmitted for the first time, so that the terminal can determine how many times this group of transmission blocks is transmitted, and then determine the order of checking the transmission blocks for joint outer code decoding; and / or, the fourth indication information can indicate the coding group to which this group of transmission blocks belongs, such as this group of transmission blocks all belong to coding group 1, so that the terminal can determine which coding group this group of transmission blocks belongs to for joint decoding. , improving the reliability of decoding; and / or, the fourth indication information may indicate the order of this group of transport blocks in the coding group to which they belong, so that the terminal can determine the order of outer code encoding for joint decoding to improve the reliability of decoding; and / or, the fourth indication information may indicate the number of transport blocks included in this group of transport blocks, so that the terminal can determine the number of currently scheduled transport blocks; and / or, the fourth indication information may indicate that this group of transport blocks are all check transport blocks, or none of them are check transport blocks, or all of them are source transport blocks, or none of them are source transport blocks, so that the terminal can determine whether this group of transport blocks is check transport blocks or source transport blocks, and then perform decoding.
[0022] In another case, the "multiple transport blocks" are not regarded as a whole, and the "multiple transport blocks" refer to each transport block in the multiple transport blocks. Taking the number of multiple transport blocks as 2 as an example, the fourth indication information can respectively indicate whether each transport block is retransmission data, such as indicating that the first transport block is retransmission data and the second transport block is not retransmission data; and / or, the fourth indication information can respectively indicate the number of transmissions of each transport block, such as indicating that the first transport block is the first transmission and the second transport block is not the first transmission; and / or, the fourth indication information can respectively indicate the coding group to which each transport block belongs, such as indicating that the first transport block belongs to coding group 1 and the second transport block belongs to coding group 1; and / or, the fourth indication information can respectively indicate the number of transmissions of each transport block in the coding group to which it belongs. The order in the code group, such as indicating that the first transmission block is the first transmission block in the coding group transmitted through the first process window of process 1, and the second transmission block is the second transmission block in the coding group transmitted through the first process window of process 1; and / or, the fourth indication information can indicate the number of transmission blocks included in the multiple transmission blocks, such as including 2 transmission blocks; and / or, the fourth indication information can respectively indicate whether each transmission block is a check transmission block, or indicate whether each transmission block is a source transmission block, such as indicating that the first transmission block is a check transmission block (or not a source transmission block), and the second transmission block is not a check transmission block (or a source transmission block).
[0023] In a possible implementation manner, the method further includes: sending fifth indication information, where the fifth indication information is used to indicate the number of detected transport blocks.
[0024] Based on the above possible implementation, the receiving end may indicate the number of detected transport blocks so that the transmitting end can determine the number of transport blocks actually received by the receiving end, thereby avoiding the situation where the number of transport blocks detected by the receiving end is not aligned with that of the transmitting end.
[0025] In a second aspect, a data transmission method is provided, which can be performed by a transmitting end. For example, if the receiving end is a terminal, the transmitting end is a network device; if the receiving end is a network device, the transmitting end is a terminal. The transmitting end here can refer to the transmitting end itself, or it can refer to a processor, module, logical node, chip, or chip system that implements the method in the transmitting end. The method includes: sending multiple transmission blocks through a first process and receiving feedback information. The feedback information is used to indicate whether the multiple transmission blocks are transmitted correctly. It can be understood that the multiple transmission blocks sent through the first process can be referred to as a group of transmission blocks or a transmission block group (TB group).
[0026] Based on the method provided in the second aspect, the transmitter can send multiple transport blocks through a single process, such as the first process, and receive feedback information for these multiple transport blocks. This allows the duration of transport block transmission within a single process to be extended, thereby utilizing more time domain resources corresponding to the round-trip delay between the transmitter and receiver. Therefore, this method does not require disabling the MAC layer's retransmission mechanism, thereby improving the spectral efficiency of data transmission, ensuring data transmission rates, and reducing data retransmission delays.
[0027] In one possible implementation, the method also includes: sending or receiving first indication information, the first indication information is used to indicate the length of the first window, the number of multiple transmission blocks sent by the first process, or the number of first scheduling information, the first window is the window of the first process, or the first window is the window for transmitting the first scheduling information, and the first scheduling information is used to schedule multiple transmission blocks transmitted by the first process.
[0028] Based on the above possible implementations, the transmitting end may send first indication information. For example, if the transmitting end is a network device, the transmitting end may send first indication information to indicate the window length of the first process, indicating that the transmission blocks transmitted within the window length belong to the same process, i.e., the first process; or, the first indication information indicates the length of the window in which the first scheduling information used to schedule multiple transmission blocks transmitted within the first process is located, indicating that the transmission blocks scheduled by the first scheduling information transmitted within the window length belong to the same process, i.e., the first process; or, the first indication information indicates the number of multiple transmission blocks received by the first process, indicating that these multiple transmission blocks belong to the same process, i.e., the first process; or, the first indication information indicates the number of first scheduling information used to schedule multiple transmission blocks transmitted within the first process, indicating that these multiple transmission blocks scheduled by the first scheduling information belong to the same process, i.e., the first process. Alternatively, the transmitting end may receive first indication information. For example, if the transmitting end is a terminal, the transmitting end may receive first indication information to determine which transmission blocks belong to the first process based on the first indication information.
[0029] In a possible implementation manner, the first indication information is related to a round-trip delay between the network device and the terminal.
[0030] Based on the above possible implementation methods, the length of the first window, the number of multiple transmission blocks received by the first process, or the amount of first scheduling information is made more suitable for the transceiver, thereby avoiding a large retransmission delay.
[0031] In a possible implementation manner, the first indication information is also related to the number of processes supported by the terminal for transmitting transport blocks.
[0032] Based on the above possible implementation methods, the parallel processing processes at the transmitting and receiving ends can be made to occupy as much of the time domain resources corresponding to the round-trip delay between the transmitting and receiving ends as possible, thereby avoiding waste of time domain resources.
[0033] In one possible implementation, the method also includes: sending or receiving second indication information; the first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of multiple transmission blocks received by the first process, and the second indication information is used to indicate the time domain position of the multiple transmission blocks; or, the first indication information indicates the number of first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
[0034] Based on the above possible implementation methods, the transmitting end may send second indication information. For example, if the transmitting end is a network device, the transmitting end may send second indication information so that the receiving end, such as a terminal, can determine the time domain position of the window of the first process or the time domain position of multiple transmission blocks, and then receive the multiple transmission blocks, or the terminal can determine the time domain position of the first scheduling information, and then receive the first scheduling information or perform blind detection on the scheduling information at the time domain position. Alternatively, the transmitting end may receive the second indication information. For example, if the transmitting end is a terminal, the transmitting end may receive the second indication information to determine the time domain position of the window of the first process or the time domain position of multiple transmission blocks according to the second indication information, and then receive the multiple transmission blocks, or the terminal can determine the time domain position of the first scheduling information, and then receive the first scheduling information or perform blind detection on the scheduling information at the time domain position.
[0035] In one possible implementation, the multiple transmission blocks sent by the first process include a first transmission block, and the method further includes: sending or receiving third indication information, the third indication information being used to indicate at least one of the following: whether the first transmission block is retransmission data, the number of transmissions of the first transmission block, the coding group to which the first transmission block belongs, the order of the first transmission block in the first coding group, the order of the first transmission block in multiple transmission blocks, whether the first transmission block is a check transmission block, or whether the first transmission block is a source transmission block; wherein, the first coding group is the coding group to which the first transmission block belongs.
[0036] Based on the above possible implementations, the transmitting end may send third indication information. For example, if the transmitting end is a network device, the transmitting end may send third indication information to indicate relevant information of the first transmission block so that the receiving end can perform decoding according to the information. Alternatively, the transmitting end may receive third indication information. For example, if the transmitting end is a terminal, the transmitting end may receive third indication information to perform encoding according to the third indication information. Taking the network device as the transmitting end and the terminal as the receiving end as an example, the network device indicates whether the first transmission block is retransmitted data, which allows the terminal to determine whether the first transmission block is new data or retransmitted data, so that the terminal can perform decoding. The network device indicates the number of transmissions of the first transmission block, which allows the terminal to determine the number of transmissions of the first transmission block, and then determine the order of checking the transmission blocks for joint outer code decoding. The network device indicates the coding group to which the first transmission block belongs, which allows the terminal to determine which coding group the first transmission block belongs to, so as to perform joint decoding and improve the reliability of decoding. The network device indicates the order of the first transport block in the first coding group, which allows the terminal to determine the order of the first transport block in the first coding group and then determine the order of the outer code encoding to perform joint decoding and improve decoding reliability. The network device indicates the order of the first transport block among multiple transport blocks, which allows the terminal to determine the order of the first transport block among multiple transport blocks and perform joint decoding. The network device indicates whether the first transport block is a check transport block, or the network device indicates whether the first transport block is a source transport block, which allows the terminal to determine whether the first transport block is a check transport block or a source transport block and then perform decoding.
[0037] In one possible implementation, the method also includes: sending or receiving fourth indication information, where the fourth indication information is used to indicate at least one of the following: whether the multiple transmission blocks are retransmission data, the number of transmission times of the multiple transmission blocks, the coding group to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of multiple transmission blocks, whether the multiple transmission blocks are check transmission blocks, or whether the multiple transmission blocks are source transmission blocks.
[0038] Based on the above possible implementation methods, the transmitting end may send fourth indication information. For example, if the transmitting end is a network device, the transmitting end may send fourth indication information to indicate relevant information of multiple transmission blocks so that the receiving end can decode according to the information. Alternatively, the transmitting end may receive fourth indication information. For example, if the transmitting end is a terminal, the transmitting end may receive fourth indication information to encode according to the fourth indication information. In one case, the "multiple transmission blocks" here can be regarded as a whole, for example, can be understood as a transmission block group. In another case, the "multiple transmission blocks" are not regarded as a whole, and the "multiple transmission blocks" refer to each transmission block in the multiple transmission blocks. For details, please refer to the corresponding description in the first aspect.
[0039] In a possible implementation manner, the method further includes: receiving fifth indication information, where the fifth indication information is used to indicate the number of transport blocks detected by the receiving end.
[0040] Based on the above possible implementation manner, the transmitting end can determine the number of transport blocks actually received by the receiving end, thereby preventing the number of transport blocks detected by the receiving end from being misaligned with that of the transmitting end.
[0041] In a third aspect, a communication device is provided for implementing the above-mentioned method. The communication device may be the receiving end described in the first aspect; alternatively, the communication device may be the transmitting end described in the second aspect. The communication device includes modules, units, or means corresponding to the above-mentioned method. The modules, units, or means may be implemented in hardware, software, or by hardware executing corresponding software implementations. The hardware or software includes one or more modules or units corresponding to the above-mentioned functions.
[0042] In conjunction with the third aspect above, in one possible implementation, the communication device may include a processing module and an interface module. The processing module may be configured to implement the processing functions described in any of the above aspects and any possible implementations thereof. The processing module may, for example, be a processor. The interface module, also referred to as an interface unit, may be configured to implement the sending and / or receiving functions described in any of the above aspects and any possible implementations thereof. The interface module may be comprised of an interface circuit, a transceiver, a transceiver, or a communication interface.
[0043] In combination with the third aspect above, in a possible implementation, the interface module includes a sending module and a receiving module, which are respectively used to implement the sending and receiving functions in any of the above aspects and any possible implementations thereof.
[0044] In a fourth aspect, a communication device is provided, comprising: a processor; the processor is coupled to a memory, and after reading instructions from the memory, executes the method described in any of the above aspects according to the instructions. The communication device may be the receiving end described in the first aspect; alternatively, the communication device may be the transmitting end described in the second aspect.
[0045] In conjunction with the fourth aspect above, in one possible implementation, the communication device further includes a memory for storing program instructions and data. Optionally, the memory is integrated with the processor; or the memory is independent of the processor.
[0046] In conjunction with the fourth aspect above, in one possible implementation, the communication device is a chip or a chip system. Optionally, when the communication device is a chip system, it can be composed of a chip or include a chip and other discrete devices.
[0047] In a fifth aspect, a communication device is provided, comprising: a processor and an interface circuit; the interface circuit is configured to receive a computer program or instruction and transmit it to the processor; the processor is configured to execute the computer program or instruction, thereby causing the communication device to perform the method described in any of the above aspects. The communication device may be the receiving end described in the first aspect; alternatively, the communication device may be the transmitting end described in the second aspect.
[0048] In conjunction with the fifth aspect above, in one possible implementation, the communication device is a chip or a chip system. Optionally, when the communication device is a chip system, it can be composed of a chip or include a chip and other discrete devices.
[0049] In a sixth aspect, a computer-readable storage medium is provided, wherein instructions are stored in the computer-readable storage medium. When the computer-readable storage medium is run on a computer, the computer can execute the method described in any one of the above aspects.
[0050] In a seventh aspect, a computer program product comprising instructions is provided, which, when executed on a computer, enables the computer to execute the method described in any one of the above aspects.
[0051] In an eighth aspect, a communication system is provided, which includes a receiving end for executing the method described in the first aspect, and a transmitting end for executing the method described in the second aspect.
[0052] Among them, the technical effects brought about by any possible implementation method in the third to eighth aspects can be referred to the technical effects brought about by any aspect in the first to second aspects or different possible implementation methods in any aspect, and will not be repeated here.
[0053] In a ninth aspect, a communication method is provided, which can be executed by a terminal. The terminal here can refer to the terminal itself, or it can refer to a processor, circuit, module, logical node, chip, or chip system that implements the method in the terminal. The method includes: determining the capability information of the terminal and sending the capability information of the terminal. The capability information of the terminal is used to indicate the capability of the terminal to send multiple transmission blocks through one process, and / or to indicate the capability of the terminal to receive multiple transmission blocks through one process. During the process of sending multiple transmission blocks through one process, the terminal stops receiving the scheduling information of the transmission blocks in the process. During the process of receiving multiple transmission blocks through one process, the terminal stops sending the decoding results of the transmission blocks in the process.
[0054] Based on the method provided in the ninth aspect above, a terminal can report whether it supports the transmission of multiple transport blocks through a single process, so that a device that receives the terminal's capability information, such as a network device, can configure the terminal to transmit the transport blocks based on the capabilities reported by the terminal. For example, if the terminal supports the transmission of multiple transport blocks through a single process, the network device can configure the terminal to transmit multiple transport blocks through a single process to improve the spectrum efficiency of data transmission, ensure the data transmission rate, and reduce data retransmission delay. If the terminal does not support the transmission of multiple transport blocks through a single process, the network device configures the terminal to transmit one transport block through a single process to avoid the terminal being unable to implement the transmission method configured by the network device.
[0055] In a possible implementation, the capability information of the terminal includes first indication information, where the first indication information indicates whether the terminal supports sending multiple transport blocks through one process and / or indicates whether the terminal supports receiving multiple transport blocks through one process.
[0056] Based on the above possible implementation manner, the network device can determine whether the terminal supports sending multiple transmission blocks through one process and / or whether the terminal supports receiving multiple transmission blocks through one process through the first indication information.
[0057] In a possible implementation manner, the capability information of the terminal includes second indication information, where the second indication information indicates a window length of the process, or a number of transmission blocks supported by the terminal for transmission through one process.
[0058] Based on the above possible implementations, the network device can configure the terminal to transmit multiple transmission blocks within a process window of a certain length according to the second indication information, or configure the number of transmission blocks transmitted by the terminal in one process according to the second indication information.
[0059] In a possible implementation, the method further includes: receiving capability query information, where the capability query information is used to query the capability of the terminal to transmit multiple transport blocks through one process.
[0060] Based on the above possible implementation manner, the terminal may send the capability information of the terminal based on the received capability query information.
[0061] In a possible implementation, the method further includes: receiving third indication information, the third indication information indicating a first duration, the first duration satisfying the capability information of the terminal; and transmitting a plurality of transmission blocks through a first process within the first duration.
[0062] Based on the foregoing possible implementation manner, the terminal may transmit the transport block according to the third indication information.
[0063] In a possible implementation, the method further includes: receiving third indication information, where the third indication information indicates N, where N is an integer greater than 1 and N satisfies the capability information of the terminal; and transmitting N transmission blocks through the first process.
[0064] Based on the foregoing possible implementation manner, the terminal may transmit the transport block according to the third indication information.
[0065] In the tenth aspect, a communication method is provided, which can be executed by a network-side device. The network-side device here can refer to the network device itself, or it can refer to a processor, circuit, module, logical node, chip, or chip system that implements the method in the network device. The method includes: receiving the capability information of the terminal, and determining whether the terminal supports the transmission of multiple transmission blocks through one process based on the capability information of the terminal. The capability information of the terminal is used to indicate the capability of the terminal to send multiple transmission blocks through one process, and / or to indicate the capability of the terminal to receive multiple transmission blocks through one process. In the process of the terminal sending multiple transmission blocks through one process, the terminal stops receiving the scheduling information of the transmission blocks in the process, and in the process of the terminal receiving multiple transmission blocks through one process, the terminal stops sending the decoding results of the transmission blocks in the process.
[0066] Based on the method provided in the tenth aspect, the network device can determine whether the terminal supports the transmission of multiple transport blocks through a single process, so that the network device can configure the terminal to transmit the transport blocks. For example, if the terminal supports the transmission of multiple transport blocks through a single process, the network device can configure the terminal to transmit multiple transport blocks through a single process to improve the spectral efficiency of data transmission, ensure the data transmission rate, and reduce data retransmission delay. If the terminal does not support the transmission of multiple transport blocks through a single process, the network device configures the terminal to transmit a single transport block through a single process to avoid the terminal being unable to implement the transmission method configured by the network device.
[0067] In a possible implementation, the capability information of the terminal includes first indication information, where the first indication information indicates whether the terminal supports sending multiple transport blocks through one process and / or indicates whether the terminal supports receiving multiple transport blocks through one process.
[0068] Based on the above possible implementation manner, the network device can determine whether the terminal supports sending multiple transmission blocks through one process and / or whether the terminal supports receiving multiple transmission blocks through one process through the first indication information.
[0069] In a possible implementation manner, the capability information of the terminal includes second indication information, where the second indication information indicates a window length of the process, or a number of transmission blocks supported by the terminal for transmission through one process.
[0070] Based on the above possible implementations, the network device may configure the terminal to transmit multiple transmission blocks within a process window of a certain length according to the second indication information, or configure the number of transmission blocks transmitted by the terminal in one process according to the second indication information.
[0071] In a possible implementation, the method further includes: sending capability query information, where the capability query information is used to query the capability of the terminal to transmit multiple transmission blocks through one process.
[0072] Based on the possible implementation manner described above, the terminal may report to the network device its capability of transmitting multiple transmission blocks through one process.
[0073] In a possible implementation, the method further includes: sending third indication information to the terminal, the third indication information indicating a first duration, the first duration satisfying the capability information of the terminal; and transmitting multiple transmission blocks through the first process within the first duration.
[0074] Based on the possible implementation manner described above, the network device may configure the terminal to transmit multiple transmission blocks through one process within the first time period through the third indication information.
[0075] In a possible implementation, the method further includes: sending third indication information to the terminal, where the third indication information indicates N, where N is an integer greater than 1 and N satisfies the capability information of the terminal; and transmitting N transmission blocks through the first process.
[0076] Based on the possible implementation manner described above, the network device may configure the terminal to transmit N transmission blocks through one process through the third indication information.
[0077] In an eleventh aspect, a communication device is provided for implementing the above-mentioned method. The communication device may be the terminal described in the ninth aspect; alternatively, the communication device may be the network device described in the tenth aspect. The communication device includes modules, units, or means corresponding to the above-mentioned method. The modules, units, or means may be implemented in hardware, software, or by hardware executing corresponding software implementations. The hardware or software includes one or more modules or units corresponding to the above-mentioned functions.
[0078] In conjunction with the above-mentioned eleventh aspect, in one possible implementation, the communication device may include a processing module and an interface module. The processing module can be used to implement the processing functions in the above-mentioned ninth aspect and any possible implementation thereof, or can be used to implement the processing functions in the above-mentioned tenth aspect and any possible implementation thereof. The processing module can be, for example, a processor. The interface module, which can also be called an interface unit, is used to implement the sending and / or receiving functions in the above-mentioned ninth aspect and any possible implementation thereof, or to implement the sending and / or receiving functions in the above-mentioned tenth aspect and any possible implementation thereof. The interface module can be composed of an interface circuit, a transceiver, a transceiver or a communication interface.
[0079] In combination with the above-mentioned eleventh aspect, in a possible implementation manner, the interface module includes a sending module and a receiving module, which are respectively used to implement the sending and receiving functions in any of the above-mentioned aspects and any possible implementation manners thereof.
[0080] In a twelfth aspect, a communication device is provided, comprising: one or more processors; the one or more processors being coupled to a memory and configured to read instructions from the memory and then execute the method according to the instructions in the ninth or tenth aspect. The communication device may be the terminal in the ninth aspect; or the communication device may be the network device in the tenth aspect.
[0081] In conjunction with the twelfth aspect, in one possible implementation, the communication device further includes a memory for storing program instructions and data. Optionally, the memory is integrated with the processor; or the memory is independent of the processor.
[0082] In conjunction with the twelfth aspect above, in one possible implementation, the communication device is a chip or a chip system. Optionally, when the communication device is a chip system, it can be composed of a chip or include a chip and other discrete devices.
[0083] In a thirteenth aspect, a communication device is provided, comprising: a processor and an interface circuit; the interface circuit is configured to receive a computer program or instruction and transmit it to the processor; and the processor is configured to execute the computer program or instruction, thereby causing the communication device to perform the method described in the ninth or tenth aspect. The communication device may be the terminal described in the ninth aspect; alternatively, the communication device may be the network device described in the tenth aspect.
[0084] In conjunction with the above-mentioned thirteenth aspect, in a possible implementation, the communication device is a chip or a chip system. Optionally, when the communication device is a chip system, it can be composed of a chip, or it can include a chip and other discrete devices.
[0085] In a fourteenth aspect, a computer-readable storage medium is provided, in which instructions are stored. When the computer-readable storage medium is run on a computer, the computer can execute the method described in the ninth or tenth aspect above.
[0086] In a fifteenth aspect, a computer program product comprising instructions is provided, which, when executed on a computer, enables the computer to execute the method described in the ninth or tenth aspect above.
[0087] In a sixteenth aspect, a communication system is provided, which includes a terminal for executing the method described in the ninth aspect and a network device for executing the method described in the tenth aspect.
[0088] Among them, the technical effects brought about by any possible implementation method in aspects 11 to 16 can refer to the technical effects brought about by any aspect from aspect 9 to 10 or different possible implementation methods in any aspect, and will not be repeated here.
[0089] It is understandable that, provided that the solutions are not contradictory, the solutions in each aspect can be combined. BRIEF DESCRIPTION OF THE DRAWINGS
[0090] FIG1A is a schematic diagram of channel coding provided by this application;
[0091] FIG1B is a schematic diagram of the decoding failure rate provided by this application;
[0092] FIG1C is a first schematic diagram of data transmission using a HARQ feedback mechanism provided by the present application;
[0093] FIG1D is a schematic diagram of data transmission using an ARQ mechanism provided by the present application;
[0094] FIG1E is a schematic diagram of data transmission using a HARQ feedback mechanism and an ARQ mechanism provided in the present application;
[0095] FIG1F is a second schematic diagram of data transmission using a HARQ feedback mechanism provided by the present application;
[0096] FIG1G is a schematic diagram 1 of TB transmission provided by this application;
[0097] FIG1H is a second schematic diagram of TB transmission provided by this application;
[0098] FIG1I is a third schematic diagram of TB transmission provided by this application;
[0099] FIG2A is a schematic diagram of the communication system architecture provided by this application;
[0100] FIG2B is a schematic diagram of a communication scenario provided by this application;
[0101] FIG2C is a second schematic diagram of a communication scenario provided by this application;
[0102] FIG3 is a schematic diagram of the hardware structure of the communication device provided in this application;
[0103] FIG4 is a flowchart of the data transmission method provided by the present application;
[0104] FIG5 is a fourth schematic diagram of TB transmission provided by this application;
[0105] FIG6 is a schematic diagram of the spectrum efficiency of data transmission provided by the present application;
[0106] FIG7 is a second flow chart of the data transmission method provided by the present application;
[0107] FIG8 is a fifth schematic diagram of TB transmission provided by this application;
[0108] FIG9A is a sixth schematic diagram of TB transmission provided by the present application;
[0109] FIG9B is a seventh schematic diagram of TB transmission provided by the present application;
[0110] FIG10 is a schematic structural diagram of a communication device provided in this application;
[0111] FIG11 is a flow chart of the communication method provided in this application. DETAILED DESCRIPTION
[0112] Before introducing the technical solution of this application, the relevant technical terms involved in this application are explained. It is understood that these explanations are intended to make this application easier to understand and should not be regarded as limiting the scope of protection claimed in this application.
[0113] 1. Non-terrestrial network (NTN)
[0114] In this application, NTN is relative to the terrestrial communication network (TN). NTN technology can use communication devices such as satellites, drones, high-altitude platforms (HPA) at a certain height from the ground to participate in the network deployment, providing data transmission services or voice communication services to terminals. Therefore, NTN can provide a wider coverage range than TN (such as NTN can cover sea areas, polar regions, rainforests and other areas without ground base stations), can achieve seamless global network coverage, and is not easily affected by external damage and natural disasters, and can provide more communication resources and increase network speed. It can be understood that NTN is both a supplement to the current TN and can be regarded as an independent communication system that provides users with global network access without restriction.
[0115] As you can understand, high-altitude platforms are generally 8km to 50km above the ground. Satellites can be divided into three categories based on their orbital altitude: geostationary Earth orbit (GEO) satellites (also known as synchronous orbit satellites), medium Earth orbit (MEO) satellites, and low Earth orbit (LEO) satellites. GEO satellites have an orbital altitude of 35,786km. Their main advantage is that they can remain stationary relative to the ground and provide a large coverage area. However, GEO satellite communications also have the following disadvantages: 1) GEO satellite orbits are far from the Earth, resulting in high free-space propagation losses, which results in a tight communication link budget. To increase transmit / receive gain, satellites need to be equipped with larger antennas; 2) Communication transmission latency is high, reaching a round-trip time (RTT) of approximately 500ms, which cannot meet the requirements of low-latency services; 3) GEO orbit resources are relatively scarce, launch costs are high, and coverage of the Earth's polar regions is inadequate. The orbital altitude of MEO satellites is between 2000km and 35786km. The advantage is that global coverage can be achieved with a relatively small number of satellites, but its orbital altitude is higher than that of LEO satellites, and the transmission delay is still relatively large. Therefore, MEO satellites are mainly used for positioning and navigation. The orbital altitude of LEO satellites is between 300km and 2000km. LEO satellites have lower orbital altitudes than MEO satellites and GEO satellites, and have the advantages of smaller data transmission delays, smaller transmission losses, and lower launch costs. Therefore, LEO satellites have more important research significance, and LEO satellite communications have received increasing attention in recent years. Therefore, this application will be explained using LEO satellites as an example.
[0116] 2. Data Transmission
[0117] In the present application, the transmitting end can perform channel coding on the data to be transmitted (such as business data) to obtain multiple TBs, and send the multiple TBs to the receiving end. For example, the upper layer of the transmitting end can process the data to be transmitted to obtain information bits in different TBs, and send these information bits to the MAC layer (or physical (PHY) layer) of the transmitting end. After receiving these information bits, the MAC layer (or PHY layer) can perform outer code encoding and low-density parity check (LDPC) encoding to obtain multiple TBs to be transmitted, and map these TBs to corresponding time slots for transmission.
[0118] In this application, the outer code encoding method includes but is not limited to: Reed Solomon code, fountain code, algebraic code, Raptor code, RaptorQ code (RaptorQ code is an updated or advanced version of Raptor code), BCH code (Bose–Chaudhuri–Hocquenghem code), or minimum distance separable code, etc.
[0119] The following explanation is given by taking the MAC layer at the transmitting end performing channel coding as an example.
[0120] Referring to Figure 1A , the MAC or PHY (physical) layer at the transmitting end receives information bits from different TBs (e.g., TB1-TB4) sent by the upper layer. It then performs outer code encoding (e.g., using RaptorQ code) on these information bits to obtain four source TB information bits (e.g., source TB1, source TB2, source TB3, and source TB4) and two parity TB information bits (e.g., parity TB5 and parity TB6). The PHY layer then performs LDPC encoding on these four source TB information bits and the two parity TB information bits to obtain LDCP codes for the six TBs. The transmitting end can then map these TB LDCP codes to different time slots for transmission. For example, TB 1 LDPC code is sent on time slot 0, TB 2 LDPC code is sent on time slot 1, TB 3 LDPC code is sent on time slot 2, TB 4 LDPC code is sent on time slot 3, TB 5 LDPC code is sent on time slot 4, and TB 6 LDPC code is sent on time slot 5.
[0121] In the above-mentioned channel coding process, parity TBs (TBs) are introduced to improve the decoding success rate at the receiving end. If the number of TBs received by the receiving end is slightly greater than the source TBs, nearly 100% decoding accuracy can be guaranteed. Taking a total of 35 TBs, of which 30 are source TBs and 5 are parity TBs, the relationship between the decoding failure probability at the receiving end and the number of TBs received in excess of the source TBs can be shown in Figure 1B. In Figure 1B, when the receiving end correctly receives any 30 of the 35 TBs (i.e., the number of TBs received in excess of the source TBs is 0), the decoding failure rate is 0.5%, and the probability of correctly decoding and recovering the original data is (1-0.5%). When the number of TBs received correctly by the receiving end is greater than or equal to 31 (i.e., the number of TBs received in excess of the source TBs is greater than or equal to 1), the decoding failure rate is nearly 0, and the probability of correctly decoding and recovering the original data is nearly 100%. In the above example, the number of correctly decoded TBs = the number of source TBs + Overhead, and the number of incorrectly decoded TBs = the number of parity TBs - Overhead. Overhead is the number of TBs received by the receiver that exceeds the source TB.
[0122] 3. Data retransmission
[0123] During data transmission, if the receiving end fails to receive the correct data or fails to decode it correctly, this is called a bit error. Error correction can typically be used to address this problem. For example, the transmitting end can include redundant information when sending data so that the receiving end can directly perform error correction when a bit error occurs. This method is called forward error correction. Another example is when the receiving end receives data and detects a bit error, it requests the transmitting end to retransmit the erroneous data. This method is called backward error correction. Typically, the transmitting end can retransmit data using one or more of the following mechanisms: the MAC layer retransmission mechanism (also known as the PHY / MAC layer retransmission mechanism), the RLC layer retransmission mechanism, or the Packet Data Convergence Protocol (PDCP) layer retransmission mechanism. This is explained in detail below.
[0124] 3.1 HARQ Feedback Mechanism
[0125] The HARQ feedback mechanism is a retransmission mechanism at the MAC layer. The receiver can provide feedback to the transmitter regarding successful or failed transmission, enabling data retransmission. The transmitter and receiver can use a stop-and-wait protocol when performing HARQ retransmissions. For example, in Figure 1C, after the transmitter sends TB1 to the receiver through a process, it waits for the receiver's reception result (also known as the decoding result) for TB1. If the receiver reports a reception error for TB1, the transmitter retransmits the data. If the receiver reports a successful reception for TB1, the transmitter sends the next TB, such as TB2, through the same process and waits for the receiver's reception result for TB2, and so on.
[0126] 3.2 ARQ Mechanism
[0127] The ARQ mechanism is a retransmission mechanism at the RLC layer. It can also enable data retransmission by having the receiver provide feedback on the success or failure of information transmission to the transmitter. However, the ARQ mechanism has a long retransmission delay. For example, in Figure 1D, the transmitter sends TB1 to the receiver in time slot 1, TB2 to the receiver in time slot 2, TB3 to the receiver in time slot 3, TB4 to the receiver in time slot 4, TB5 to the receiver in time slot 5, and so on. The transmitter can also receive an acknowledgment (ACK) message for TB1 in time slot 3 and a negative acknowledgment (NACK) message for TB2 in time slot 4. Afterwards, after receiving a receive error message at the RLC layer, the transmitter retransmits TB2 in the following time slot n. Compared to the retransmission mechanism at the PHY / MAC layer, the retransmission delay is even longer.
[0128] As can be seen from the above description, the retransmission delay of the ARQ mechanism is much greater than that of the HARQ feedback mechanism. However, the ARQ mechanism transmits feedback status reports less frequently, resulting in lower feedback overhead. Therefore, the ARQ mechanism can complement the MAC layer retransmission mechanism, for example by combining the HARQ feedback mechanism with the ARQ mechanism. This approach can meet the data transmission requirements of various application scenarios.
[0129] For example, in Figure 1E , the transmitter and receiver use the ARQ mechanism and the HARQ feedback mechanism to transmit data. When the MAC layer at the receiver determines that a data transmission error has occurred, it can send a HARQ retransmission request to the transmitter, prompting the transmitter to perform HARQ retransmissions. If the number of HARQ retransmissions exceeds the maximum number of retransmissions, the MAC layer at the receiver can deliver the received data to the RLC layer, which in turn can send an ARQ retransmission request to the transmitter, prompting the transmitter to perform ARQ retransmissions.
[0130] 3.3 Retransmission Mechanism at the PDCP Layer
[0131] The PDCP layer's retransmission mechanism is primarily used in cell handover scenarios. Because the configuration and cache of lower-layer protocols (RLC and MAC) are cleared during a handover, but not the PDCP layer, the PDCP layer's retransmission function ensures data is not lost during a handover. This application primarily discusses the HARQ feedback mechanism and the ARQ mechanism.
[0132] As you can understand, the stop-and-wait protocol requires the sender to stop and wait for feedback from the receiver after each data transmission on the same process, which results in low system throughput. To address this issue, a solution has been proposed in which the sender and receiver can process multiple processes in parallel. This way, while one process is waiting for confirmation, the sender can continue sending data using another process. Similarly, while the receiver is processing data received by one process, it can continue receiving data using another process. It should be understood that "processing multiple processes in parallel" in this application refers to processing multiple processes simultaneously or within a period of time.
[0133] For example, in FIG1F , the transmitter and the receiver can process three HARQ processes (such as HARQ process 0, HARQ process 1, and HARQ process 2) in parallel. Specifically, the transmitter can send TB1 through HARQ process 0, send TB2 through HARQ process 1, and send TB3 through HARQ process 2. The receiver fails to receive TB1 through HARQ process 0 and sends a NACK message to the transmitter. After receiving the NACK message, the transmitter retransmits TB1 through HARQ process 0. The receiver successfully receives the retransmitted TB1 through HARQ process 0 and sends an ACK message to the transmitter. Afterwards, the transmitter sends the next TB, such as TB6, through HARQ process 0. The receiver successfully receives TB6 through HARQ process 0 and can send an ACK message to the transmitter. The process of the receiver receiving TBs through HARQ process 1 and HARQ process 2 is similar to the process of the receiver receiving TB1 or TB6 through HARQ process 0, and will not be repeated here.
[0134] It can be understood that the parallel processing of multiple processes by the transmitter and receiver can enable the simultaneous transmission of multiple TBs between the transmitter and receiver, so as to fill up the time domain resources corresponding to the RTT between the transmitter and receiver as much as possible (for ease of description, hereinafter referred to as RTT time domain resources), thereby improving the throughput of the system. For example, in Figure 1G, during the RTT between the transmitter and receiver, if the transmitter sends TB1 to the receiver through HARQ process 0, and during the period from the time the transmitter receives feedback on TB1 from the receiver, the transmitter can send TB2 to the receiver through HARQ process 1, send TB3 to the receiver through HARQ process 2, send TB4 to the receiver through HARQ process 3, and send TB5 to the receiver through HARQ process 4. TB2 to TB5 can fill up the RTT time domain resources, thereby improving the throughput of the system.
[0135] With the development of communication technology, more and more communication scenarios have emerged. In some communication scenarios (such as satellite communication scenarios), the RTT between the transmitter and receiver is large, resulting in a longer waiting time for the transmitter to receive decoding results from the receiver. For example, taking a terminal's communication angle of 20 degrees as an example, if the subcarrier spacing (SCS) is 120KHz and the satellite orbit altitude is greater than 110km, the RTT between the terminal and the satellite is greater than 4ms; if the SCS is 60KHz and the satellite orbit altitude is greater than 230km, the RTT between the terminal and the satellite is greater than 8ms; if the SCS is 30KHz and the satellite orbit altitude is greater than 510km, the RTT between the terminal and the satellite is greater than 16ms; if the SCS is 15KHz and the satellite orbit altitude is greater than 1200km, the RTT between the terminal and the satellite is greater than 32ms. In the above scenarios, the RTT between the terminal and the satellite is large. If the maximum number of processes supported by the terminal is 32, the maximum number of processes supported by the terminal cannot fully occupy the RTT time domain resources. For example, the process of transmitting TB between the terminal and the satellite may be as shown in FIG1H . There are unused time domain resources in the RTT time domain resources, which causes resource waste and affects the system throughput.
[0136] To address this issue, a solution has been proposed to disable the HARQ feedback mechanism and rely on the ARQ mechanism for data retransmission, thereby fully utilizing RTT time domain resources. For example, after disabling the HARQ feedback mechanism, the receiving end may not feedback the decoding results or may feedback a NACK message regardless of whether the decoding is correct. However, this approach results in low spectral efficiency for data transmission. For example, when the transceiver does not perform MAC layer retransmission, the target block error rate (BLER) of the PHY layer is set to 0.01 to ensure that the error rate of the protocol data unit (PDU) received by the RLC layer is less than or equal to 1%. When the transceiver performs MAC layer retransmission, setting the PHY layer target BLER to 0.1 can ensure that the error rate of the PDU received by the RLC layer is less than or equal to 1%. Generally, the higher the target BLER setting, the larger the corresponding modulation and coding scheme (MCS) index. A larger MCS index corresponds to higher spectral efficiency. Therefore, disabling HARQ feedback to maintain transmission quality will result in lower spectral efficiency and lower data rates. Furthermore, disabling HARQ feedback prevents the transceiver from performing MAC layer retransmissions and forces the transmitter and receiver to rely on retransmissions at the RLC layer or even higher layers, significantly increasing retransmission latency.
[0137] To solve the above problems, the present application provides a data transmission method. In this method, a transmitting end can send multiple TBs to a receiving end through a process. After receiving the multiple TBs through a process, the receiving end sends feedback information to the transmitting end to indicate whether the multiple TBs are transmitted correctly. In the above process, the transmitting and receiving ends can transmit multiple TBs through a process to extend the time length for transmitting TBs within a process, so that more RTT time domain resources can be occupied. Still taking the maximum number of processes supported by the terminal as 32 as an example, if a process can transmit 3 TBs, the process of transmitting TBs between the terminal and the satellite can be shown in Figure 1I. 32 processes can fully occupy the RTT time domain resources, which can improve the utilization rate of the RTT time domain resources. Therefore, the above method does not need to disable the HARQ feedback mechanism, can improve the spectrum efficiency of data transmission, ensure the data transmission rate, and reduce the data retransmission delay.
[0138] The embodiments of the present application are described in detail below with reference to the accompanying drawings.
[0139] The method provided in this application can be used in various communication systems. For example, the communication system can be a long term evolution (LTE) system, a fifth generation (5G) communication system, a wireless fidelity (WiFi) system, a third generation partnership project (3GPP) related communication system, an open radio access network (O-RAN or ORAN) communication system, etc.), or a system that integrates multiple systems, etc., without limitation. Among them, 5G can also be called new radio (NR). The method provided in this application is described below using the communication system 20 shown in Figure 2A as an example. Figure 2A is only a schematic diagram and does not constitute a limitation on the applicable scenarios of the technical solution provided in this application.
[0140] FIG2A is a schematic diagram of the architecture of a communication system 20 provided by the present application. In FIG2A , the communication system 20 may include one or more network devices 201 (only one is shown), and terminals 202 to 204 that can communicate with the network device 201.
[0141] In Figure 2A, the network device can provide wireless access services for the terminal. Specifically, each network device corresponds to a service coverage area, and the terminal entering the area can communicate with the network device to receive the wireless access service provided by the network device. Optionally, the service coverage area may include one or more cells. The network device can communicate with the terminal connected to the network device. For example, the network device sends multiple TBs to the terminal through a process. After the terminal receives the multiple TBs through a process, it can send feedback information of the multiple TBs to the network device to indicate to the network device whether the multiple TBs are transmitted correctly. Alternatively, the terminal sends multiple TBs to the network device through a process. After the network device receives the multiple TBs through a process, it can send feedback information of the multiple TBs to the terminal to indicate to the terminal whether the multiple TBs are transmitted correctly.
[0142] The network device in this application, for example, the network device 201 can be a device with wireless transceiver functions, which can help the terminal achieve wireless access. The network device is, for example, a node in a radio access network (RAN), which can also be referred to as an access network device or a RAN node. The network device includes, but is not limited to, an evolved base station (NodeB or eNB or e-NodeB, evolutionary Node B) in LTE, an evolved base station (next generation eNB, ng-eNB) in next-generation LTE, a base station (gNodeB or gNB) in NR, a transmitting point (TP) or a transmission receiving point (TRP), a base station subsequently evolved by 3GPP, a next-generation base station (next generation NodeB, gNB), a base station in a future mobile communication system, a satellite, an access node in a WiFi system, a wireless relay node, a wireless backhaul node, an integrated access and backhaul (IAB) node, a network device in a mobile switching center (NTN) communication system, and can be deployed on a high-altitude platform or a satellite. A base station can be a macro base station, a micro base station, a pico base station, a small cell, a relay station, or a balloon base station. Multiple base stations can support networks using the same or different technologies mentioned above. A base station can include one or more co-located or non-co-located TRPs. A network device can also be a device that functions as a base station in D2D communication, vehicle-to-everything (V2X) communication, drone communication, or machine communication. A network device can also be a wireless controller in a cloud radio access network (CRAN) scenario. A network device can also be a centralized unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), a radio unit (RU), a roadside unit (RSU) with base station functionality, a wired access gateway, or a core network element. A network device can also be a server, a wearable device, a machine communication device, or an in-vehicle device. For example, the access network device in vehicle-to-everything (V2X) technology can be an RSU. The following explanation uses a base station as an example. The multiple network devices may be base stations of the same type or base stations of different types.A base station can communicate with a terminal or through a relay station. A terminal can communicate with multiple base stations using different technologies. For example, a terminal can communicate with a base station supporting an LTE network as well as a base station supporting a 5G network. It can also support dual connectivity with base stations on an LTE network and a base station on a 5G network.
[0143] In this application, the CU and DU may be separately configured or may be included in the same network element, such as a baseband unit (BBU). The RU may be included in a radio frequency device or radio frequency unit, such as a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH). It is understood that the CU may be classified as a network device in an access network, or as a network device in a core network, without limitation herein.
[0144] In different systems, CU (or CU-CP and CU-UP), DU or RU may also have different names, but those skilled in the art can understand their meanings. For example, in the ORAN system, CU may also be called O-CU (Open CU), DU may also be called O-DU, CU-CP may also be called O-CU-CP, CU-UP may also be called O-CU-UP, and RU may also be called O-RU. For the convenience of description, this application uses CU, CU-CP, CU-UP, DU and RU as examples for description. Any unit of CU (or CU-CP, CU-UP), DU and RU in this application can be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.
[0145] The terminal in this application, for example, terminal 202, terminal 203 or terminal 204, is a device with wireless transceiver capabilities. The terminal can be deployed on land, including indoors, outdoors, handheld or vehicle-mounted; it can also be deployed on the water (such as a ship, etc.); it can also be deployed in the air (such as an airplane, a balloon, and a satellite, etc.). The terminal can also be called a terminal device, and the terminal device can be a user equipment (UE), a mobile station (MS), a mobile terminal (MT), etc., or a device for providing voice or data connectivity to a user. Among them, UE includes a handheld device with wireless communication capabilities, a vehicle-mounted device (such as a car, a bicycle, an electric car, an airplane, a ship, a train, a high-speed rail, etc.), a wearable device (such as a smart watch, a smart bracelet, a pedometer, etc.) or a computing device. Exemplarily, the UE can be a mobile phone, a tablet computer, a laptop computer, a PDA, a mobile internet device (MID), a satellite terminal or a computer with wireless transceiver capabilities. A UE may also be a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless modem, a smart point of sale (POS) machine, customer-premises equipment (CPE), an intelligent robot, a robotic arm, workshop equipment, smart home devices (e.g., refrigerators, televisions, air conditioners, electric meters, etc.), a wireless terminal in industrial control, a wireless terminal in unmanned driving, a wireless terminal in telemedicine, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, an in-vehicle terminal, a roadside unit (RSU) with terminal functions, or an aerial device (e.g., an intelligent robot, a hot air balloon, a drone, an airplane), etc. A terminal may also be other devices with terminal functions, for example, a terminal may also be a device that functions as a terminal in device-to-device (D2D) communication.
[0146] As an example and not a limitation, in this application, the terminal may be a wearable device. Wearable devices may also be referred to as wearable smart devices, which are a general term for wearable devices that are intelligently designed and developed using wearable technology for daily wear, such as glasses, gloves, watches, clothing, and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. For example, a wearable device is not only a hardware device, but also a device that achieves powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include devices that are fully functional, large in size, and can achieve complete or partial functions without relying on smartphones, such as smart watches or smart glasses, as well as devices that focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various smart bracelets and smart jewelry for vital sign monitoring.
[0147] In the present application, the terminal may be a terminal in an Internet of Things (IoT) system. IoT is an important component of the future development of information technology. Its main technical feature is to connect objects to the network through communication technology, thereby realizing an intelligent network of human-machine interconnection and object-to-object interconnection. The terminal in the present application may be a terminal in machine type communication (MTC). The terminal of the present application may be an on-board module, on-board module, on-board component, on-board chip or on-board unit built into a vehicle as one or more components or units. The vehicle may implement the method of the present application through the built-in on-board module, on-board module, on-board component, on-board chip or on-board unit. The terminal of the present application may be a vehicle, such as a car. Therefore, the present application can be applied to Internet of Vehicles, such as V2X, long term evolution vehicle (LTE-V), vehicle to vehicle (V2V), etc.
[0148] It is understandable that in some scenarios, the roles of network devices and terminals are relative. For example, a helicopter or drone, which is usually configured as a terminal, can also be configured as a mobile base station, and the device that accesses the RAN via the helicopter or drone is configured as a terminal.
[0149] The communication system 20 shown in FIG2A is for example only and is not intended to limit the technical solutions of this application. Those skilled in the art will appreciate that, in a specific implementation, the communication system 20 may further include other devices, and the number of network devices and terminals may be determined based on specific needs without limitation.
[0150] It is understandable that the communication system 20 shown in Figure 2A can be applied to various communication scenarios, such as a communication scenario with a large RRT. The following describes the communication system 20 as applied to the communication scenario shown in Figure 2B or Figure 2C as an example.
[0151] The communication scenario shown in Figure 2B includes a satellite (e.g., a LEO satellite), multiple terminals communicating with the satellite via service links, and a gateway (or communication gateway) communicating with the satellite via feeder links. Optionally, the communication scenario also includes a gNB communicating with the gateway (or communication gateway). Optionally, the gateway (or communication gateway) or gNB can be connected to the core network. Satellites can be divided into two operating modes: transparent transmission mode and regenerative mode.
[0152] It will be understood that terminal 204, terminal 202, or terminal 203 shown in FIG2A may be any of the terminals shown in FIG2B, and the network device shown in FIG2A may be a satellite, a gateway (or a gNB), or a gNB shown in FIG2B. For example, when a satellite operates in transparent transmission mode, the satellite performs relay forwarding functions. A gateway (or a gNB) has base station functions or partial base station functions. In this case, the gateway (or a gNB) may be considered a base station, and the network device shown in FIG2A may be the gateway (or a gNB) shown in FIG2B. Optionally, in some scenarios, a base station is not deployed in a gateway (or a gNB) but is deployed separately in the network. For example, the base station is the gNB shown in FIG2B. In this case, the network device shown in FIG2A may be the gNB shown in FIG2B. For another example, when a satellite operates in regeneration mode, the satellite has base station functions or partial base station functions, such as data processing capabilities. In this case, the satellite may be considered a base station, and the network device shown in FIG2A may be the satellite shown in FIG2B.
[0153] The communication scenario shown in Figure 2C is also called an air-to-ground (ATG) communication scenario. This communication scenario includes multiple base stations and terminals (such as aircraft, terminals on aircraft, etc.) that communicate with each base station respectively. Exemplarily, in this scenario, the height of the terminal from the ground is 6km to 12km, and the coverage diameter of the base station is 100km to 300km. It can be understood that the terminal 204, terminal 202, or terminal 203 shown in Figure 2A can be any terminal shown in Figure 2C, and the network device shown in Figure 2A can be any base station shown in Figure 2C.
[0154] Optionally, each network element or device in Figure 2A of the present application (such as network device 201, terminal 202, terminal 203 or terminal 204, etc.) can also be referred to as a communication device, which can be a general device or a dedicated device. This application does not make specific limitations on this.
[0155] Optionally, the relevant functions of each network element or device (e.g., network device 201, terminal 202, terminal 203, or terminal 204, etc.) in FIG. 2A of the present application may be implemented by a single device, or may be implemented jointly by multiple devices, or may be implemented by one or more functional modules within a single device, and this application does not impose any specific limitations on this. It is understood that the above functions may be network elements in a hardware device, software functions running on dedicated hardware, or a combination of hardware and software, or virtualized functions instantiated on a platform (e.g., a cloud platform).
[0156] In a specific implementation, each network element or device (e.g., network device 201, terminal 202, terminal 203, or terminal 204) in FIG. 2A of the present application may adopt the structure shown in FIG. 3 or include the components shown in FIG. FIG. 3 is a schematic diagram of the hardware structure of a communication device applicable to the present application. The communication device 30 includes at least one processor 301 and at least one communication interface 304 for implementing the method provided in the present application. The communication device 30 may also include a communication line 302 and a memory 303.
[0157] The processor 301 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application.
[0158] The communication link 302 may include a path for transmitting information between the above components, such as a bus.
[0159] Communication interface 304 is used to communicate with other devices or communication networks. Communication interface 304 can be any transceiver-like device, such as an Ethernet interface, a radio access network (RAN) interface, a wireless local area network (WLAN) interface, a transceiver, a pin, a bus, an interface circuit, or a transceiver circuit.
[0160] The memory 303 can be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited to this. The memory can be independent and coupled to the processor 301 via a communication line 302. The memory 303 can also be integrated with the processor 301. The memory provided in this application can generally be non-volatile.
[0161] Among them, the memory 303 is used to store computer-executable instructions involved in executing the solution provided by this application, and is controlled by the processor 301. The processor 301 is used to execute the computer-executable instructions stored in the memory 303, thereby implementing the method provided by this application. Alternatively, optionally, in this application, the processor 301 can also perform the processing-related functions of the method provided below in this application, and the communication interface 304 is responsible for communicating with other devices or communication networks, which is not specifically limited in this application.
[0162] Optionally, the computer-executable instructions in this application may also be referred to as application code, which is not specifically limited in this application.
[0163] The coupling in this application is an indirect coupling or communication connection between devices, units or modules, which can be electrical, mechanical or other forms, and is used for information exchange between devices, units or modules.
[0164] As an embodiment, the processor 301 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 3 .
[0165] As an embodiment, the communication device 30 may include multiple processors, such as processor 301 and processor 307 in FIG3 . Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. The processor herein may refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).
[0166] As an embodiment, the communication device 30 may further include an output device 305 and / or an input device 306. The output device 305 is coupled to the processor 301 and can display information in a variety of ways. For example, the output device 305 can be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector. The input device 306 is coupled to the processor 301 and can receive user input in a variety of ways. For example, the input device 306 can be a mouse, a keyboard, a touch screen device, or a sensor device.
[0167] It is understandable that the composition structure shown in Figure 3 does not constitute a limitation on the communication device. In addition to the components shown in Figure 3, the communication device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.
[0168] The method provided by the present application will be described below with reference to the accompanying drawings. Each network element in the following embodiment may include the components shown in FIG3 , which will not be described in detail.
[0169] It is understood that in this application, "transmit" can be understood as sending and / or receiving, depending on the specific context. "Transmit" can be a noun or a verb. When the subject performing the action is not emphasized, "transmit" is often used instead of "send" and / or "receive." For example, the phrase "transmit TB" can be understood as "send TB" from the perspective of the sender, and as "receive TB" from the perspective of the receiver.
[0170] It is understood that the term "connection" in this application can refer to direct or indirect connection; in addition, it can refer to electrical connection or communication connection. For example, when two electrical components A and B are connected, it can refer to A and B being directly connected, or it can refer to A and B being indirectly connected through other electrical components or a connection medium, so that electrical signals can be transmitted between A and B. For another example, when two devices A and B are connected, it can refer to A and B being directly connected, or it can refer to A and B being indirectly connected through other communication devices or a communication medium, so that A and B can communicate.
[0171] It can be understood that the message names between network elements or the names of parameters in the messages in the following embodiments of the present application are only examples, and other names may be used in specific implementations, and the present application does not make any specific limitations on this.
[0172] It is understandable that in this application, "sending information to... (such as a terminal)" can be understood as the destination end of the information being the terminal. This can include sending information to the terminal directly or indirectly. "Receiving information from... (such as a terminal)" can be understood as the source end of the information being the terminal, which can include receiving information from the terminal directly or indirectly. The information may undergo necessary processing between the source end and the destination end of the information transmission, such as format changes, but the destination end can understand the valid information from the source end. Similar expressions in this application can be understood similarly and will not be repeated here.
[0173] It is understood that in this application, " / " can indicate that the objects associated with each other are in an "or" relationship, for example, A / B can mean A or B; "and / or" can be used to describe that there are three relationships between the associated objects, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. In addition, expressions similar to "at least one of A, B, and C" or "at least one of A, B, or C" are generally used to indicate any of the following: A exists alone; B exists alone; C exists alone; A and B exist at the same time; A and C exist at the same time; B and C exist at the same time; A, B, and C exist at the same time. The above uses A, B, and C as an example to illustrate the optional items of the item. When there are more elements in the expression, the meaning of the expression can be obtained according to the above rules.
[0174] In order to facilitate the description of the technical solutions of the present application, in the present application, words such as "first" and "second" may be used to distinguish between technical features with the same or similar functions. The words such as "first" and "second" do not limit the quantity and execution order, and the words such as "first" and "second" do not necessarily limit them to be different. In the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described as "exemplary" or "for example" should not be interpreted as being more preferred or more advantageous than other embodiments or design. The use of words such as "exemplary" or "for example" is intended to present related concepts in a concrete way for easy understanding.
[0175] It is understood that the "embodiment" mentioned throughout the specification means that the specific features, structures or characteristics related to the embodiment are included in at least one embodiment of the present application. Therefore, the various embodiments in the entire specification do not necessarily refer to the same embodiment. In addition, these specific features, structures or characteristics can be combined in one or more embodiments in any suitable manner. It is understood that in the various embodiments of the present application, the size of the sequence number of each process does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the present application.
[0176] It can be understood that in the present application, "used to indicate" can include direct indications and indirect indications, and can also include explicit indications and implicit indications. When describing that a certain indication information is used to indicate A, it can include that the indication information directly indicates A or indirectly indicates A, and it does not mean that the indication information must carry A. The information indicated by a certain information (such as the first indication information described below) is called information to be indicated. In the specific implementation process, there are many ways to indicate the information to be indicated, such as but not limited to, directly indicating the information to be indicated, such as the information to be indicated itself or the index of the information to be indicated. The information to be indicated can also be indirectly indicated by indicating other information, where there is an association between the other information and the information to be indicated. It is also possible to indicate only a part of the information to be indicated, while the other parts of the information to be indicated are known or agreed in advance. For example, the indication of specific information can also be achieved by means of the arrangement order of each information agreed in advance (such as specified in the protocol), thereby reducing the indication overhead to a certain extent.
[0177] It can be understood that in this application, "when...", "in the case of...", "if" and "if" all mean that corresponding processing will be taken under certain objective circumstances, and do not limit the time, nor do they require judgment actions when implementing them, nor do they mean that there are other limitations.
[0178] The term "simultaneously" in this application may be understood as at the same time point, within a period of time, or within the same cycle.
[0179] In this application, “a plurality of” can be understood as two or more than two. For example, a plurality of TBs can be understood as two or more than two TBs.
[0180] In this application, "greater than or equal to" can be replaced by "greater than" or "equal to"; "less than or equal to" can be replaced by "less than" or "equal to". For example, "A is greater than or equal to B" can be replaced by "A is greater than B" or "A is equal to B"; "A is less than or equal to B" can be replaced by "A is less than B" or "A is equal to B".
[0181] It is understood that some optional features in this application may, in certain scenarios, be implemented independently of other features, such as the solution on which they are currently based, to solve corresponding technical problems and achieve corresponding effects. They may also be combined with other features in certain scenarios as needed. Accordingly, the devices provided in this application may also implement these features or functions accordingly, which will not be described in detail here.
[0182] It is understandable that the same step or steps or technical features with the same function in different embodiments of the present application can be referenced to each other.
[0183] It is understood that in the present application, the network device and / or terminal may perform some or all of the steps in the present application. These steps are merely examples, and the present application may also perform other steps or variations of various steps. In addition, the steps may be performed in a different order than presented in the present application, and it is possible that not all of the steps in the present application need to be performed.
[0184] It is understandable that the method provided below in this application uses a network device and a terminal as an example of the execution subject of the interaction diagram to illustrate the method, but this application does not limit the execution subject of the interaction diagram. For example, the network device in the method provided in the following embodiment of this application may also be a chip, chip system, or processor that supports the network device to implement the method, or a logical node, logic module, or software that can implement all or part of the network device functions; the terminal in the method provided below in this application may also be a chip, chip system, or processor that supports the terminal to implement the method, or a logical node, logic module, or software that can implement all or part of the terminal functions.
[0185] The following describes the method provided by the present application using a network device as a transmitter and a terminal as a receiver as an example. When the terminal is the transmitter and the network device is the receiver, the process of the method provided by the present application is similar to the method shown in Figure 4 or Figure 7 below, and reference may be made to the corresponding description of the method shown in Figure 4 or Figure 7. The difference is that when the terminal is the transmitter and the network device is the receiver, the device that sends multiple TBs through the first process is the terminal, and the device that receives multiple TBs through the first process is the network device. After the network device receives multiple TBs, if decoding errors occur, it can schedule the terminal to retransmit the data. The network device can send a scheduling message to instruct the terminal to retransmit the decoded error data, or the network device can send multiple scheduling messages to retransmit some of the multiple TBs with error decoding. Taking the example of two TBs in multiple TBs being decoded incorrectly and the network device scheduling the retransmission of these two TBs, the network device can send a scheduling message to schedule the retransmission of these two TBs, or the network device can send two scheduling messages to schedule the retransmission of the corresponding TBs.
[0186] Optionally, the network device may further send feedback information to the terminal to indicate the decoding status of each TB, or indicate the number of correctly decoded TBs, or indicate the number of incorrectly decoded TBs.
[0187] As shown in FIG4 , a data transmission method provided by the present application may include the following steps:
[0188] S401: The network device sends multiple TBs to the terminal through a first process. Correspondingly, the terminal receives multiple TBs from the network device through the first process.
[0189] In the present application, the network device may be the network device 201 in the communication system 20 shown in FIG. 2A , and the terminal may be any terminal in the communication system 20 , such as the terminal 202 , the terminal 203 , or the terminal 204 .
[0190] In this application, the first process in which a network device transmits multiple TBs has the same process number as the first process in which a terminal receives multiple TBs. It is understood that the former can be one of the multiple processes used by the network device to transmit TBs, and the latter can be one of the multiple processes used by the terminal to transmit TBs. The description of the first process in the following embodiments of this application can apply to both the first process in which a network device transmits multiple TBs and the first process in which a terminal receives multiple TBs. This unified description is provided here and will not be repeated here.
[0191] It is understandable that the first process is a downlink process. For a terminal and a network device, the first process is, for example, a HARQ process.
[0192] In the present application, multiple HARQ processes processed in parallel may form a HARQ entity, and each uplink or downlink carrier may correspond to one HARQ entity.
[0193] In addition, the process in this application can also be described in other alternative ways. For example, the process can be replaced by a thread, etc., without limitation.
[0194] In this application, the multiple TBs transmitted by the first process can be described as a group of TBs or a TB group, without limitation. The multiple TBs can include a source TB, a source TB and a parity TB, or a parity TB. When the multiple TBs include a source TB and a parity TB, the reliability of terminal decoding can be improved.
[0195] Optionally, the time domain resources of any two TBs in the multiple TBs may be continuous or discontinuous in the time domain. For example, if the number of TBs is five, the five TBs may be mapped to time slots 1 through 5, respectively. Alternatively, three of the five TBs may be mapped to time slots 1 through 3, and the remaining two TBs may be mapped to time slots 5 through 6. Alternatively, the five TBs may be mapped to time slots 1, 3, 6, 8, and 12, respectively.
[0196] In one possible implementation, the network device performs channel coding on the data to be transmitted to obtain N TBs. For example, the network device performs channel coding on the data to be transmitted using the method shown in FIG1A to obtain N TBs, where N is an integer greater than or equal to 2. The network device may then send the multiple TBs through the first process.
[0197] It will be appreciated that the number of the multiple TBs is equal to N or less than N. If the number of the multiple TBs is equal to N, the network device can send these N TBs through the first process. If the number of the multiple TBs is less than N (i.e., the number of TBs transmitted by the first process is less than N), the network device can send the multiple TBs through the first process and send the remaining TBs through one or more processes other than the first process. When sending the remaining TBs, the network device can use a method similar to that used by the first process to send multiple TBs. In other words, the network device can process multiple processes in parallel, with the first process being one of the multiple processes.
[0198] For example, taking N equal to 10 and the number of multiple TBs as 5, the network device can send 5 TBs through the first process and 5 TBs through the second process; or, the network device can send 5 TBs through the first process, 3 TBs through the second process, and 2 TBs through the third process.
[0199] It is understood that if a network device performs outer code encoding on multiple TBs transmitted within a process, the feedback information sent by the terminal for these multiple TBs can indicate the number of TBs that were decoded correctly or incorrectly, rather than indicating which specific TB was decoded incorrectly or correctly. This can reduce the overhead of decoding feedback within the process. It is also understood that the network device can also use other methods for channel coding. For example, the network device can directly perform LDPC encoding without performing outer code encoding.
[0200] S402: The terminal sends feedback information to the network device. Correspondingly, the network device receives the feedback information from the terminal.
[0201] In one possible implementation, the terminal decodes multiple TBs in the first process and sends feedback information to the network device. Optionally, the terminal can decode multiple TBs one by one, or decode them in a joint decoding manner, without limitation.
[0202] In the present application, feedback information can be used to indicate whether multiple TBs were correctly transmitted, so that the network device can determine whether retransmission is required. For example, the feedback information indicates whether each TB in the multiple TBs was correctly transmitted. For example, the feedback information includes multiple bits, each bit corresponding to a TB in the multiple TBs, and is used to indicate whether the TB was correctly transmitted. Alternatively, the feedback information indicates the number of correctly transmitted TBs in the multiple TBs. For example, the feedback information includes the number of correctly transmitted TBs. Alternatively, the feedback information indicates the number of incorrectly transmitted TBs in the multiple TBs. For example, the feedback information includes the number of incorrectly transmitted TBs. Alternatively, the feedback information indicates the correctly transmitted TBs or incorrectly transmitted TBs in the multiple TBs. For example, the feedback information includes the identifiers of the correctly transmitted TBs or the identifiers of the incorrectly transmitted TBs. In the present application, a correctly transmitted TB can be understood as a TB that was received and correctly decoded by the receiving end, and an incorrectly transmitted TB can be understood as a TB that was not received by the receiving end, or a TB that was received but incorrectly decoded by the receiving end.
[0203] Optionally, the terminal may provide feedback on the decoding results of multiple TBs simultaneously. For example, the terminal may send a piece of feedback information indicating the decoding result of each TB, or indicating the number of TBs that were transmitted incorrectly, or indicating the number of TBs that were transmitted correctly. Alternatively, the terminal may provide feedback on the decoding results of multiple TBs in multiple stages. For example, the terminal may send at least one piece of feedback information each time or in each stage, indicating the decoding results of some of the multiple TBs.
[0204] Optionally, the feedback information is carried in an ACK message or a NACK message.
[0205] Optionally, the terminal may send feedback information to the network device through a second process, and correspondingly, the network device may receive feedback information from the terminal through the second process, where the second process is an uplink process.
[0206] Optionally, the network device may indicate to the terminal the number of feedback information to be sent (such as feedback information for TBs within the first process window). For example, the network device indicates the number of feedback information through the downlink assignment index (DAI) field in the downlink control information (DCI), so that the terminal sends feedback information based on the instruction of the network device. For example, if the DAI field includes the bit sequence "10", it means that the network device instructs the terminal to send 2 feedback information. For another example, at time 1, the network device sends DCI#1, and the DAI field in DCI#1 includes the bit sequence "00", indicating that the network device instructs the terminal to send 1 feedback information. At time 2 after time 1, the network device sends DCI#2, and the DAI field in DCI#2 includes the bit sequence "01", indicating that the network device instructs the terminal to send 2 feedback information. DCI#1 and DCI#2 also instruct the terminal to send feedback information at time 3. Then, at time 3, the terminal sends 2 feedback information to the network device.
[0207] It can be understood that if the feedback information indicates that all or part of the multiple TBs are transmitted incorrectly, or the feedback information indicates that part of the multiple TBs are transmitted correctly, the network device can retransmit the data, such as retransmitting the TB with decoding errors, so that the terminal can correctly receive the above-mentioned multiple TBs.
[0208] Optionally, if the number of TBs with decoding errors is greater than or equal to 1, the number of TBs with decoding errors can be greater than or equal to the number of TBs to be retransmitted, and the number of TBs to be retransmitted is greater than or equal to 1. When the number of TBs to be retransmitted is less than the number of TBs with decoding errors, some TBs can be selected not to be retransmitted this time, achieving flexibility.
[0209] Optionally, after receiving the retransmitted data, the terminal may perform joint decoding in combination with multiple TBs received previously, for example, using outer code encoding for joint decoding, or using soft combining for joint decoding.
[0210] Optionally, after receiving the retransmitted data, the terminal may send feedback information for the retransmitted data to indicate whether the multiple TBs are transmitted correctly.
[0211] Optionally, the retransmitted data sent by the network device may include a source TB, or include a source TB and a parity TB, or include a parity TB. For example, the retransmitted data includes some or all of the multiple TBs, or a redundant version (RV) of a TB in the multiple TBs.
[0212] Optionally, if the retransmitted data includes parity TBs, the network device may further indicate the number of retransmitted parity TBs to the terminal (e.g., via a physical downlink control channel (PDCCH) or via a DAI field) to facilitate decoding by the terminal. Furthermore, the number of retransmitted parity TBs may not be equal to the number of transmission error TBs indicated in the feedback information; for example, it may be greater than the number of transmission error TBs to improve decoding reliability.
[0213] Optionally, if the network device performs multiple retransmissions, the parity TB included in each retransmission may be the same or different.
[0214] Optionally, the terminal sends fifth indication information to the network device, and the network device accordingly receives the fifth indication information from the terminal. The fifth indication information is used to indicate the number of TBs detected by the terminal, or the number of TBs correctly received by the terminal, so that the network device can determine the number of TBs actually received by the terminal and avoid the situation where the number of TBs detected by the terminal is not aligned with the number of TBs detected by the network device. The TBs detected by the terminal may include both TBs correctly decoded by the terminal and TBs incorrectly decoded.
[0215] To better understand the method provided herein, the following describes the process of transmitting TBs between a network device and a terminal, assuming that the network device and the terminal are processing two processes in parallel, each process capable of transmitting 10 TBs (or each process transmitting a TB that occupies 10 time slots, with each time slot capable of transmitting 1 TB). Specifically, this process can be shown in Figure 5. The network device can send TBs 1 to 10 to the terminal via process 1 and TBs 11 to 20 to the terminal via process 2. Regarding TBs 1 to 10, the network device can receive feedback information from the terminal on time domain resource 501. If this feedback information indicates that some or all of the TBs in TBs 1 to 10 were transmitted incorrectly, such as indicating decoding errors for TBs 1 and 3, or indicating that the number of TBs with decoding errors is 2, the network device can send retransmitted data for TBs 1 to 10 to the terminal on time domain resource 505, such as Parity TB 1 and Parity TB 2 (Parity TB 1 and Parity TB 2 are the two Parity TBs corresponding to TBs 1 to 10), so that the terminal can perform joint decoding in conjunction with previously received TBs. Subsequently, the network device may also receive feedback from the terminal on time domain resource 503 to indicate whether TB1-TB10 were transmitted correctly. If the feedback indicates that TB1-TB10 were transmitted correctly, the network device may transmit 10 TBs other than TB1-TB20, such as TB21-TB30, to the terminal through process 1. Regarding TB11-TB20, the network device may receive feedback from the terminal on time domain resource 502. If the feedback indicates that some or all of the TBs in TB11-TB20 were transmitted incorrectly, such as indicating a decoding error in TB12, or indicating that the number of TBs with decoding errors is 1, the network device may send retransmitted data for TB11-TB20 to the terminal on time domain resource 506, such as Parity TB11 (Parity TB11 is a Parity TB corresponding to TB1-TB20), so that the terminal can perform joint decoding in combination with previously received TBs. Subsequently, the network device may also receive feedback from the terminal on time domain resource 504 to indicate whether TB11-TB20 were transmitted correctly. If the feedback information indicates that TB11 to TB20 are transmitted correctly, the network device may transmit 10 TBs other than TB1 to TB20 to the terminal through process 2, such as TB31 to TB40, and so on.
[0216] It is understandable that the actions of the network device or terminal in the above S401-S402 can be executed by the processor 301 in the communication device 30 shown in Figure 3 calling the application code stored in the memory 303, and this application does not impose any limitation on this.
[0217] Based on the method shown in Figure 4, terminals and network devices can transmit multiple TBs in a single process, extending the duration of a TB transmission process and thereby utilizing more RTT time domain resources. Therefore, terminals and network devices do not need to disable the HARQ feedback mechanism, thereby improving the spectral efficiency of data transmission, ensuring data transmission rates, and reducing data retransmission delays.
[0218] For example, in a fading channel scenario, the simulation results obtained by simulating the method of the present application and the method of turning off the HARQ feedback mechanism can be shown in Figure 6. Since the method of the present application does not require turning off the HARQ feedback mechanism, its corresponding target BLER can be set to 0.1, and the corresponding target MCS is MCS15. The target BLER corresponding to the method of turning off the HARQ feedback mechanism can be set to 0.01, and the corresponding target MCS is MCS13. The spectrum efficiency of data transmission corresponding to MCS15 is higher than that of MCS13, so compared with the method of turning off the HARQ feedback mechanism, the method of the present application can improve the spectrum efficiency of data transmission. Figure 6 shows that the spectrum efficiency corresponding to the method of the present application is maintained between 0.8bit / s / Hz and 0.85bit / s / Hz, and the spectrum efficiency corresponding to the method of turning off the HARQ feedback mechanism is maintained between 0.65bit / s / Hz and 0.7bit / s / Hz. The spectrum efficiency of the method of the present application can be improved by 25%.
[0219] Optionally, in a possible implementation of the method shown in FIG4 , the network device may indicate to the terminal the length of the first window, the number of multiple TBs transmitted by the first process, or the number of first scheduling information used to schedule multiple TBs transmitted in the first process, so that the terminal can determine which TBs belong to the same process, i.e., the first process, or so that the terminal can determine a TB transmission of the same process (e.g., the first process). Specifically, as shown in FIG7 , the method shown in FIG4 further includes the following steps:
[0220] S400A: The network device sends first indication information to the terminal. Correspondingly, the terminal receives the first indication information from the network device.
[0221] In this application, the first indication information can be used to determine the TB transmitted within the window of the first process. In specific applications, the network device can indicate the TB transmitted within one or more process windows in various ways, so that the terminal can determine the TB transmitted within the window of the first process. The following uses the following Designs 1 to 3 as examples to introduce the first indication information.
[0222] Design 1: The first indication information may be used to indicate the length of the first window. The first window may be understood as a period of time domain resources, and the unit of the length of the first window may be any time domain unit, such as a slot, a frame, a subframe, milliseconds (ms), or microseconds (μm).
[0223] Exemplarily, the first window is a window of a process for transmitting TB (hereinafter referred to as TB process for ease of description), such as the window of the first process. In this example, the length of the first window can be understood as the duration from when the TB process starts transmitting TB to when the TB process stops transmitting TB, that is, the window length of the TB process. "The TB process stops transmitting TB" here means that the network device stops transmitting TB because it is waiting for feedback information from the terminal, and it is not because the time domain resources of multiple TBs are discontinuous in the time domain that causes the transmission to stop. Taking the first process as an example, the length of the first window is the duration used to transmit multiple TBs in the first process. For example, in Figure 5, the window length of process 1 is equal to the duration of process 1 sending TB1 to TB10, and the window length of process 2 is equal to the duration of process 2 sending TB11 to TB20. Optionally, the actual length of the time domain resources occupied by transmitting TB in the first window may be less than the length of the first window.
[0224] Exemplarily, the first window is a window for transmitting first scheduling information. The first scheduling information is used to schedule TBs, and the TBs scheduled by the first scheduling information can be transmitted through the same TB process. For example, if the first scheduling information is used to schedule multiple TBs transmitted within the first process, the terminal can determine that the multiple TBs can be transmitted through the same TB process, such as the first process. In other words, the first scheduling information is used to schedule TBs transmitted within a TB process. The number of first scheduling information can be one or more. In other words, this example can indicate the time within which TBs scheduled by scheduling information sent can be transmitted through the same TB process. Taking the example of a network device sending TBs to a terminal, if the network device sends scheduling information 1 to the terminal within the first window, and this scheduling information 1 is used to schedule TB1 and TB2, the network device sends TB1 and TB2 to the terminal via process 1, and the terminal sends feedback information to the network device regarding TB1 and TB2. If the network device sends scheduling information 1 and scheduling information 2 to the terminal within the first window, and scheduling information 1 is used to schedule TB1 and scheduling information 2 is used to schedule TB2, the network device sends TB1 and TB2 to the terminal via process 1, and the terminal sends feedback information to the network device regarding TB1 and TB2.
[0225] Exemplarily, the first window is a window for transmitting the first scheduling information and all or part of the TBs scheduled by the first scheduling information. Taking the example of a network device sending a TB to a terminal, if the network device sends scheduling information 1 to the terminal within the first window, and the scheduling information 1 is used to schedule TB1 and TB2, and TB1 and TB2 are also located in the first window, then the network device sends TB1 and TB2 to the terminal through process 1, and the terminal sends feedback information to the network device for TB1 and TB2. If the network device sends scheduling information 1 and scheduling information 2 to the terminal within the first window, and the scheduling information 1 is used to schedule TB1 and TB3, and the scheduling information 2 is used to schedule TB2 and TB4, and TB1 and TB2 are located in the first window, and TB3 and TB4 are not located in the first window, then the network device sends TB1 and TB2 to the terminal through process 1, and the terminal sends feedback information to the network device for TB1 and TB2. The network device can also send TB3 and TB4 to the terminal through process 2, and the terminal sends feedback information to the network device for TB1 and TB2.
[0226] Design 2: The first indication information is used to indicate the number of TBs associated with the TB process, or the number of TBs mapped by the TB process. The number of TBs associated with the TB process or the number of TBs mapped by the TB process can be understood as the number of TBs that can be transmitted between the time the TB process starts transmitting TBs and the time the TB process stops transmitting TBs. The number of TBs associated with the TB process can also be replaced by the number of TBs transmitted by the TB process. For example, in Figure 5, the number of TBs associated with process 1 is 10, and the number of TBs associated with process 2 is also 10. In other words, the first indication information indicates the number of TBs based on which the terminal sends feedback information.
[0227] As an example, the first indication information indicates the number of TBs associated with the first process, the number of multiple TBs transmitted by the first process, or the number of TBs transmitted by the first process, or the number of TBs mapped by the first process, or the number of TBs transmitted by the first process at one time. Exemplarily, the first indication information includes the number of multiple TBs, or includes an index corresponding to the number of multiple TBs. For example, if the number of multiple TBs is 5, the first indication information includes the bit sequence "101". For another example, taking the example that the terminal supports the transmission of 3 TBs, 4 TBs and 5 TBs in one process, the index corresponding to 3 TBs is 1, the index corresponding to 4 TBs is 2, and the index corresponding to 5 TBs is 3, if the number of multiple TBs is 5, the first indication information includes the bit sequence "11".
[0228] Design 3: The first indication information indicates the number of first scheduling information. The first scheduling information is used to schedule TBs, and the TBs scheduled by the first scheduling information can be transmitted through the same TB process. In other words, this example can indicate how many TBs scheduled by the scheduling information can be transmitted through the same TB process. Taking the example where the first indication information indicates that the number of first scheduling information is 3, if the network device sends scheduling information 1 to scheduling information 6 to the terminal respectively, and the scheduling information 1 to scheduling information 6 are used to schedule TB1 to TB6 respectively, then the network device sends TB1 to TB3 to the terminal through process 1, and the terminal sends feedback information to the network device for TB1 to TB3. The network device also sends TB4 to TB5 to the terminal through process 2, and the terminal sends feedback information to the network device for TB4 to TB5.
[0229] Optionally, the first scheduling information is DCI.
[0230] In one possible implementation, the network device determines the length of the first window, the number of TBs associated with the TB process, or the number of first scheduling information, and sends first indication information. The following describes how the network device determines the length of the first window using Case 1 as an example, how the network device determines the number of TBs associated with the TB process using Case 2 as an example, and how the network device determines the number of first scheduling information using Case 3 as an example.
[0231] Case 1: The length of the first window is related to the RTT between the network device and the terminal, so that the length is more suitable for the terminal to avoid a large retransmission delay.
[0232] In a possible design, in an NTN, the RTT between a network device and a terminal is related to the altitude of a satellite and the coverage of the satellite. For example, the network device may determine the RTT based on the altitude of the satellite and the coverage of the satellite.
[0233] As you can understand, if the satellite coverage area remains constant, the higher the satellite altitude, the longer the RTT between the network device and the terminal. If the satellite altitude remains constant, the larger the satellite coverage area, the longer the RTT between the terminal and the network device. For example, if the network device uses the edge of the satellite coverage area as a reference point, the RTT will increase as the coverage area increases.
[0234] It can be understood that if the network device is a satellite as shown in Figure 2B, the RTT between the network device and the terminal is the RTT between the satellite and the terminal. If the network device is a gateway as shown in Figure 2B, the RTT between the network device and the terminal is the sum of RTT1 and RTT2, where RTT1 is the RTT between the satellite and the terminal, and RTT2 is the RTT between the satellite and the gateway. If the network device is a gNB as shown in Figure 2B, the RTT between the network device and the terminal is the sum of RTT1, RTT2, and RTT3, where RTT1 is the RTT between the satellite and the terminal, RTT2 is the RTT between the satellite and the gateway, and RTT3 is the RTT between the gateway and the gNB.
[0235] Another possible design is that in a TN, the RTT between the network device and the terminal is related to the coverage of the network device or the coverage of the cell the terminal accesses. For example, the network device can determine the RTT based on the coverage of the network device or the coverage of the cell the terminal accesses.
[0236] It is understandable that the larger the coverage of the network device or the coverage of the cell accessed by the terminal, the longer the RTT between the terminal and the network device. For example, if the network device uses the edge of the coverage as a reference point, the RTT will increase as the coverage increases.
[0237] It can be understood that if the network device is the base station shown in FIG. 2C , the RTT between the network device and the terminal is the RTT between the base station and the aircraft.
[0238] In one possible design, the length of the first window and the RTT between the network device and the terminal can satisfy the following relationship: Among them, T is the length of the first window, RTT is the RTT between the network device and the terminal, for example, the maximum round-trip delay between the network device and the terminal, and P is a preset parameter, or a parameter determined by the network device, or a parameter configured by the core network.
[0239] It should be understood that the above relationship is merely exemplary. In specific applications, the length of the first window and the RTT between the network device and the terminal may also satisfy other relationships, which are not limited. For example, the length of the first window and the RTT between the network device and the terminal may satisfy the following relationship (1) or relationship (2):
[0240] Relationship (1):
[0241] Relationship (2): or,
[0242] It is understandable that relation (2) is or Quantization is performed, and t is the time unit of quantization, such as t is equal to the time length of 1 time slot. It should be understood that t can also be other time units, such as 1ms, 1us, subframe time length, frame time length, etc. For example, if The RTT between the network device and the terminal is 40ms, P=32, and the first window is the window of the first process. Network devices can be further quantified according to the granularity of time slots. For example, when SCS = 120KHz, 1 time slot is equal to 0.125ms, then That is, the duration of the window of the first process is 10 time slots. If each time slot can be mapped to one TB, the first process can transmit 10 TB.
[0243] Optionally, the length of the first window is also related to the number of TB processes supported by the terminal, so that the processes processed in parallel by the terminal occupy as much of the RTT time domain resources as possible, avoiding waste of time domain resources. Exemplarily, the number of TB processes supported by the terminal can be the maximum number of TB processes supported by the terminal, or the minimum number of TB processes supported by the terminal, and is not limited thereto. For example, the above-mentioned P can be replaced by the number of TB processes supported by the terminal.
[0244] It should be understood that the maximum number of TB processes represents the upper limit of the number of TB processes supported by the terminal, and does not mean that all TB processes will be used.
[0245] It is understood that, in the present application, the lengths of different first windows may be the same or different. In a specific implementation, the network device may indicate the length of a first window, or indicate the length of each first window. In this way, the terminal can determine the time domain resources of each first window.
[0246] Exemplarily, if the lengths of different first windows are the same, the network device may indicate the length of a first window. The terminal may determine the time domain resources of each first window in combination with the time domain position of any first window (which may be the time domain start position or the time domain end position of the first window). For example, after sorting multiple first windows in order of time domain resources from early to late, the time domain position of the nth first window = the time domain position of the 1st first window + (n-1) * the length of the first window. The 1st first window is the first window with the earliest time domain position among the multiple first windows, and n is an integer greater than or equal to 1. Optionally, the time domain position of the 1st first window may be defined in the protocol (such as being located in time slot 0), or pre-configured, or configured by the network device. Taking the example of the network device indicating through the first indication information that the length of the first window is 10 time slots, if the time domain starting position of the first first window is time slot 0 and the ending position is time slot 9, the terminal can determine that the time domain starting position of the second first window is time slot 10 and the ending position is time slot 19, the time domain starting position of the third first window is time slot 20 and the ending position is time slot 29, etc., and so on. The terminal can also determine that the time domain resources of the first first window include time slots 0 to time slots 9, the time domain resources of the second first window include time slots 10 to time slots 19, the time domain resources of the third first window include time slots 20 to time slots 29, etc., and so on.
[0247] Exemplarily, if the lengths of different first windows are different, the network device may indicate the length of each first window. The terminal may determine the time domain resources of each first window in combination with the time domain start position or the time domain end position of any first window. Taking the example where the network device indicates the lengths of three first windows of 10 time slots, 8 time slots, and 12 time slots respectively through the first indication information, if the time domain start position of the first first window is time slot 0, the terminal may determine that the time domain start position of the second first window is time slot 10, and the time domain start position of the third first window is time slot 18. The terminal may also determine that the time domain resources of the first first window include time slots 0 to time slots 9, the time domain resources of the second first window include time slots 10 to time slots 17, and the time domain resources of the third first window include time slots 18 to time slots 29.
[0248] Optionally, the network device may further indicate the time domain position of at least one first window. For example, the network device may send second indication information to the terminal to indicate the time domain position of the first window, such as the time domain position of the window of the first process. For details, please refer to the corresponding description in S400B below.
[0249] Optionally, in order to flexibly schedule the time domain resources of the first window, the network device may further indicate a first offset, which is an offset value between the time domain position of any first window and the reference time domain position. The reference time domain position is preset, specified in the protocol, or indicated by the network device. In this way, the terminal can determine the time domain resources of each first window in combination with the reference time domain position and the first offset. For example, after sorting multiple first windows in order of time domain resources from early to late, the time domain position of the nth first window = reference time domain position + first offset + (n-1) * length of the first window.
[0250] For example, if the network device indicates through the first indication information that the length of the first window is 10 time slots, the reference time domain position is time slot 0, and the network device further indicates that the first offset is 5, then the terminal can determine that the time domain starting position of the first first window is time slot 5, the time domain starting position of the second first window is time slot 15, the time domain starting position of the third first window is time slot 25, ..., and so on. The terminal can also determine that the time domain resources of the first first window include time slots 5 to time slots 14, the time domain resources of the second first window include time slots 15 to time slots 24, and the time domain resources of the third first window include time slots 25 to time slots 34.
[0251] Case 2: The number of TBs associated with the TB process is related to the RTT between the network device and the terminal, so that the number of TBs mapped by the TB process is more suitable for the terminal and avoids a large retransmission delay.
[0252] Among them, the introduction of RTT between the network device and the terminal can refer to the corresponding description of Case 1 and will not be repeated here.
[0253] In a possible design, the number of TBs associated with a TB process and the RTT between the network device and the terminal can satisfy the following relationship: Among them, S is the number of TBs associated with the TB process, RTT is the RTT between the network device and the terminal, and Q is a preset parameter, or a parameter determined by the network device, or a parameter configured by the core network.
[0254] It should be understood that the above relationship is merely exemplary. In specific applications, the number of TBs associated with a TB process and the RTT between a network device and a terminal may also satisfy other relationships, which are not limited. For example, the number of TBs associated with a TB process and the RTT between a network device and a terminal may satisfy the following relationship (3) or relationship (4):
[0255] Relationship (3):
[0256] Relationship (4): or,
[0257] It is understandable that relation (4) is or Quantization is performed. y can be the length of the time domain resource occupied by a TB, or it can be the length of a time unit, such as the length of a time slot. Other time units can also be used. The quantization process of relation (4) is similar to that of relation (2). Please refer to the above introduction to relation (2) and will not be repeated here.
[0258] Optionally, the number of TBs associated with a TB process is also related to the number of TB processes supported by the terminal, so that the TB processes processed in parallel by the terminal can occupy as much RTT time domain resources as possible to avoid wasting time domain resources. For example, the above Q can be replaced by the number of TB processes supported by the terminal.
[0259] It is understandable that in the present application, among the multiple TB processes processed in parallel by the network device or terminal, the TB numbers associated with different TB processes may be the same or different. The network device may indicate the TB number associated with a TB process, or indicate the TB number associated with each TB process. For example, if the TB numbers associated with different TB processes are the same, the network device may indicate the TB number associated with a TB process; if the TB numbers associated with different TB processes are different, the network device may indicate the TB number associated with each TB process. For example, the network device sends an indication message indicating the TB number associated with each TB process, or the network device sends multiple indication messages (such as sending multiple first indication messages), and the multiple indication messages respectively indicate the TB number associated with each TB process.
[0260] Optionally, the network device further indicates the time domain positions of the multiple TBs transmitted by at least one of the multiple TB processes. For example, the network device sends second indication information to the terminal to indicate the time domain positions of the multiple TBs transmitted by the first process. For details, please refer to the corresponding description in S400B below.
[0261] Case 3: The amount of the first scheduling information is related to the RTT between the network device and the terminal, so that the number of TBs mapped by the TB process is more suitable for the terminal and a large retransmission delay is avoided.
[0262] Among them, the introduction of RTT between the network device and the terminal can refer to the corresponding description of Case 1 and will not be repeated here.
[0263] It is understandable that the number of first scheduling information is also related to the number of TBs scheduled by the first scheduling information. Optionally, the number of first scheduling information is also related to the number of TB processes supported by the terminal, so that the TB processes processed in parallel by the terminal can occupy the RTT time domain resources as much as possible to avoid wasting time domain resources.
[0264] For example, if a scheduling information can schedule one TB, the number of first scheduling information is determined in the same manner as the number of TBs associated with the TB process. If a scheduling information can schedule X TBs, X is an integer greater than or equal to 1. X can represent the length of the time domain resources occupied by the scheduled X TBs, or X can be a time unit length, such as the length of a time slot, or other time units. The number of first scheduling information and the RTT between the network device and the terminal can satisfy the following relationship: or, or, or, or, Among them, Z is the number of first scheduling information, and the remaining parameters can refer to the corresponding description above.
[0265] It should be understood that the formulas in Cases 1 to 3 above are merely exemplary, and various variations of the above formulas, such as adding a number, subtracting a number, multiplying a coefficient, or dividing a coefficient, are all within the scope of protection of this application.
[0266] It can be understood that in the present application, among the multiple TB processes processed in parallel by the network device or terminal, the number of first scheduling information corresponding to different TB processes may be the same or different. The network device may indicate the number of first scheduling information corresponding to a TB process, or indicate the number of first scheduling information corresponding to each TB process. For example, if the number of first scheduling information corresponding to different TB processes is the same, the network device may indicate the number of first scheduling information corresponding to a TB process; if the number of corresponding first scheduling information associated with different TB processes is different, the network device may indicate the number of first scheduling information corresponding to each TB process. For example, the network device sends an indication message indicating the number of first scheduling information corresponding to each TB process, or the network device sends multiple indication messages (such as sending multiple first indication messages), and the multiple indication messages respectively indicate the number of first scheduling information corresponding to each TB process.
[0267] Optionally, the network device further indicates the time domain location of the first scheduling information. For example, the network device sends second indication information to the terminal to indicate the time domain location of the first scheduling information for the multiple TBs to be transmitted by the first process. For details, please refer to the corresponding description in S400B below. Optionally, the terminal may perform blind detection based on the time domain location of the first scheduling information for the multiple TBs transmitted by the first process to obtain the scheduling information.
[0268] Optionally, for the above-mentioned case 1, case 2 or case 3, the first indication information may be carried in broadcast messages such as system information block (SIB) 1, other system information (OSI), master system information block (MIB), etc. Alternatively, the first indication information may be carried in radio resource control (RRC) signaling, DCI, group DCI, MAC control element (CE) or PDCCH. Among them, RRC signaling includes RRC setup (RRCsetup) message, RRC reconfiguration (RRCReconfiguration) message or RRC recovery (RRCResume) message, etc. It can be understood that the first indication information may be carried in one or more fields included in the above-mentioned message. Taking the first indication information carried in DCI as an example, the first indication information may be carried in the DAI field. Optionally, the DAI field may also indicate the number of TBs currently transmitted within the window of the first process, so that the terminal can determine whether there are any missed TBs. For example, at time 1, the network device has transmitted 1 TB, and the network device indicates that 1 TB is transmitted within the window of the first process. At time 2, the network device has transmitted 2 TBs, and the network device indicates that 2 TBs are transmitted within the window of the first process. It can be understood that the DAI field indicates the number of TBs currently transmitted within the window of the first process, and can also enable the terminal to send feedback information based on the instruction of the network device. For example, the terminal can feedback whether each TB is transmitted correctly based on the DAI field, or feedback the number of TBs transmitted correctly, or feedback the number of TBs transmitted incorrectly. Alternatively, the first indication information can be sent to the terminal in a table. Alternatively, the first indication information can be transmitted with the data or in a separately allocated PDSCH bearer.
[0269] Optionally, the network device may send the first indication information to the terminal multiple times to adjust corresponding parameters, such as adjusting the length of the first window, the number of TBs associated with the TB process, or the number of first scheduling information.
[0270] It is understandable that the network device can schedule multiple TBs transmitted by the first process so that the terminal receives multiple TBs through the first process according to the scheduling of the network device. For example, the network device can schedule multiple TBs through one scheduling information (such as one DCI scheduling multiple TBs) to save signaling overhead; or the network device can schedule the multiple TBs through multiple scheduling information (such as sending multiple DCIs, each DCI scheduling one TB). On the one hand, flexible scheduling of different TBs can be achieved. On the other hand, when the terminal detects an error in a scheduling information, it does not affect the terminal's detection and reception of scheduling information corresponding to other TBs, and does not cause all TBs in the first process to be unable to be received, so the number of retransmissions can be reduced.
[0271] The above-mentioned scheduling can be understood as the scheduling information sent by the network device indicating at least one of the following: the time domain position of the first window, the time domain resources of the TB, whether the TB is retransmitted data, the number of transmissions of the TB, the coding group to which the TB belongs, the order of the TB in the coding group to which it belongs, the order of the TB in multiple TBs, or whether the TB is a check TB, etc. It should be understood that in specific applications, the scheduling information sent by the network device may include more or less information shown above, without limitation. The purpose of the network device scheduling this information is to enable the terminal to receive the corresponding TB, and / or to enable the terminal to determine for which TB to send feedback information, and / or to improve the success rate of the terminal decoding. The following is a detailed explanation of the way in which the network device schedules the above-mentioned information.
[0272] Optionally, in a possible implementation of the method shown in FIG4, the network device may indicate the time domain position of the first window to the terminal, or indicate the time domain position of multiple TBs transmitted in the first process, or indicate the time domain position of the first scheduling information (such as the scheduling information time domain resource within the first window), so that the terminal can determine which TBs belong to the same process and subsequently send feedback information for these TBs. Specifically, as shown in FIG7, the method shown in FIG4 further includes the following steps:
[0273] S400B: The network device sends second indication information to the terminal. Correspondingly, the terminal receives the second indication information from the network device.
[0274] For the above-mentioned design 1, the second indication information is used to indicate the time domain position of the first window.
[0275] As an example, the time domain position can be the time domain starting position of the first window, or the time domain ending position of the first window. In this way, the terminal can determine which TBs belong to the same process based on the time domain position and the length of the first window. Taking the first window as the window of the first process as an example, the terminal can determine that all TBs received in the first window belong to the first process. Taking the first window as the window for transmitting the first scheduling information as an example, the terminal can determine that all TBs scheduled by the first scheduling information received in the first window belong to the first process. Taking the first window as the window for transmitting the first scheduling information and all or part of the TBs scheduled by the first scheduling information as an example, the terminal can determine that all TBs scheduled by the first scheduling information received in the first window and located in the first window belong to the first process.
[0276] The manner in which the second indication information indicates the time domain position of the first window is described below.
[0277] Exemplarily, the second indication information may include an identifier of the time domain resource where the time domain position is located. For example, if the second indication information includes time slot 1, it means that the time domain start position or the time domain end position of the first window is in time slot 1.
[0278] Exemplarily, the second indication information includes at least one bit, which indicates whether the time domain resource where the second indication information is located has the time domain position of the first window, or the at least one bit indicates whether the time domain resource where the second indication information is located is the time domain starting position of the first window, or the at least one bit indicates whether the time domain resource where the second indication information is located is the time domain ending position of the first window. For example, in Figure 8, the network device can send the second indication information at time domain position 801 to indicate whether the time slot where time domain position 801 is located is the time domain starting position of the window of the first process.
[0279] In Figure 8, the time domain resources of process 1, process 2, and process 3 are continuous in the time domain. In specific applications, these time domain resources may not be continuous in the time domain. For example, process 1 occupies time slots 0 to 4, process 2 occupies time slots 6 to 10, and process 3 occupies time slots 11 to 15. For another example, the TB group transmitted by process 1 occupies time slots 0 and 4, the TB group transmitted by process 2 occupies time slots 6 and 10, and the TB group transmitted by process 3 occupies time slots 11, 13, and 15.
[0280] Exemplarily, the new data indicator (NDI) field in the DCI in the control channel indicates that the multiple TBs (or TB groups) transmitted by the first process are the first transmitted (or newly transmitted) TBs. Within the same process, if the NDI field is flipped, such as the value of the NDI field received most recently is "0" and the value of the NDI field received this time is "1", then the NDI field flipping indicates the transmission of a new set of TB data, and at the same time, the second indication information indicates that the time slot carrying the second indication information or the time slot carrying the NDI field is the time domain starting position of the first window. Or if the value of the NDI field received most recently is "1" and the value of the NDI field received this time is "0", the NDI field flipping indicates the transmission of a new set of TB data, and at the same time, the second indication information indicates that the time slot carrying the second indication information or the time slot carrying the NDI field is the time domain starting position of the first window.
[0281] Exemplarily, the second indication information includes at least one bit, which indicates the offset between the reference time domain position and the time domain position of the first window. The reference time domain position can be pre-set (such as the time slot for transmitting the second indication information) or indicated by the network device. Taking the time domain resource where the reference time domain position is the second indication information as an example, the network device sends the second indication information in time slot 1, and the offset indicated by the second indication information is 2. The terminal can determine that the time domain position of the first window is in time slot 3. If it indicates downlink transmission, it is downlink time slot 3, and if it is uplink transmission, it is uplink time slot 3.
[0282] Optionally, the second indication information may further indicate a reference time domain position. For example, if the value of the bit indicating the reference time domain position in the second indication information is "1," it indicates that the reference time domain position is located in the time slot where the second indication information is located; if the value of the bit indicating the reference time domain position in the second indication information is "0," it indicates that the reference time domain position is not located in the time slot where the second indication information is located, and vice versa.
[0283] As another example, the second indication information indicates the time domain position occupied by the first window. In this way, the terminal can determine which TBs belong to the same process according to the time domain position.
[0284] Exemplarily, taking the first window as the window of the first process as an example, the second indication information indicates the time domain position of each TB in the multiple TBs or the time domain position of each TB in the multiple TBs within the window in the form of a bit map. For example, the second indication information includes W bits, W is greater than or equal to the number of multiple TBs, and one bit in the W bits corresponds to a time domain resource, which is used to indicate whether the TB is transmitted on the time domain resource. Taking the number of multiple TBs as 3 and W equal to 4 as an example, the second indication information includes the bit sequence "1011", and the 4 bits of the bit sequence correspond to time slots 0 to 3, respectively, then the bit sequence indicates that the TB is transmitted on time slots 0, 2, and 3. It can be understood that in this example, the duration of the window of the first process is 4 time slots.
[0285] For example, taking the first window as the window of the first process, the number of second indication information is multiple, for example, the number of second indication information is the same as the number of TBs, and each second indication information indicates the time domain location of each TB. For example, a piece of second indication information may indicate the identifier of the time domain resource where the corresponding TB is located. The terminal can blindly detect these second indication information to determine the time domain location of each TB. Optionally, the second indication information is carried in the scheduling information of the control channel.
[0286] Exemplarily, taking the first window as a window for transmitting the first scheduling information as an example, the second indication information indicates the time domain position of each first scheduling information in the plurality of first scheduling information by means of a bitmap. Specifically, reference may be made to the method in which the second indication information indicates the time domain position of each TB in the plurality of TBs by means of a bitmap.
[0287] It can be understood that when the first window is a window for transmitting the first scheduling information, after the network device indicates the time domain position of the first window (such as by indicating the time domain starting position or the time domain ending position of the first window), the terminal can determine the time domain position of the first window (such as the terminal can determine the time domain position of the first window based on the indication of the network device and the length of the first window). Subsequently, the terminal can blindly detect the scheduling information (such as the scheduling information carried in the DCI of the control channel). If the time domain resource where the scheduling information detected by the terminal is located is within the first window, the scheduling information is determined to be the first scheduling information, and the TB scheduled by the scheduling information can be transmitted through the first process. In other words, the TBs scheduled by the scheduling information obtained by the terminal through blind detection at the time domain position of the first window belong to the same TB group and can be transmitted through the same process.
[0288] Optionally, the network device may further indicate the frequency domain position of the first window to the terminal. For example, the second indication information is further used to indicate the frequency domain position of the first window, or the network device further sends seventh indication information to the terminal to indicate the frequency domain position of the first window. Optionally, the number of second indication information or seventh indication information is multiple to indicate different frequency domain positions respectively. Taking the first window as the window of the first process as an example, multiple second indication information or multiple seventh indication information can respectively indicate the frequency domain position of each TB.
[0289] It can be understood that the above description is a specific method for the network device to schedule the time domain resources of the first window. The network device can use a similar method to the above description to schedule the time domain resources of multiple first windows.
[0290] For the above-mentioned design 2, the second indication information is used to indicate the time domain positions of multiple TBs transmitted by the first process.
[0291] As an example, the second indication information indicates the time domain position of the earliest TB among the multiple TBs. This allows the terminal to determine that the S TBs scheduled from this TB to the next are mapped together as one process. S is the number of TBs. Similarly, the second indication information indicates the time domain position of the latest TB among the multiple TBs. This allows the terminal to determine that the S TBs scheduled from this TB to the previous are mapped together as one process.
[0292] For example, in Figure 8, the network device sends a second indication message at the time domain position 801 to indicate that the time slot where the time domain position 801 is located is the time domain position of the starting TB among multiple TBs mapped to a process. The terminal can determine that a total of 10 TBs starting from the TB received in the time slot to the subsequent scheduled TBs are mapped together as a process, such as process 1.
[0293] Exemplarily, the NDI field in the DCI in the control channel indicates that the multiple TBs (TB groups) transmitted by the first process are the first (or newly transmitted) TBs. Within the same process, if the NDI field is flipped, such as the value of the NDI field received most recently is "0" and the value of the NDI field received this time is "1", then the NDI field flip is used to indicate the transmission of a new set of TB data, and at the same time, the second indication information is used to indicate that the time slot carrying the second indication information or the time slot carrying the NDI field is the time domain position of the starting TB transmitted by the first process. Or if the value of the NDI field received most recently is "1" and the value of the NDI field received this time is "0", the NDI field flip is used to indicate the transmission of a new set of TB data, and at the same time, the second indication information is used to indicate that the time slot carrying the second indication information or the time slot carrying the NDI field is the time domain position of the starting TB transmitted by the first process.
[0294] Exemplarily, the second indication information (e.g., the second indication information is carried in the scheduling information) indicates the time domain position of each TB in the plurality of TBs, so that the terminal can directly determine the time domain position of each TB, thereby simplifying terminal operations. For example, the network device indicates the time domain position of each TB in a bitmap format.
[0295] Exemplarily, the number of the second indication information is multiple (eg, the second indication information is carried in different scheduling information), for example, the number of the second indication information is the same as the number of multiple TBs, respectively indicating the time domain position of each TB.
[0296] Optionally, the network device may further indicate the frequency domain resources of each of the multiple TBs to the terminal. For example, the second indication information may further indicate the frequency domain resources of each of the multiple TBs. Alternatively, the second indication information may be multiple, each indicating the frequency domain location of each TB.
[0297] It can be understood that the above introduction is a specific method for the network device to schedule the time domain resources of multiple TBs transmitted by the first process. The network device can use a similar method to schedule the time domain resources of TBs transmitted by processes other than the first process in multiple processes.
[0298] For the above-mentioned design 3, the second indication information is used to indicate the time domain position of the first scheduling information.
[0299] For example, if there is one first scheduling information, the second indication information indicates the time domain location of the first scheduling information, e.g., the second indication information includes an identifier of the time domain resource where the first scheduling information resides. If there are multiple first scheduling information, the second indication information indicates the time domain location of each first scheduling information, e.g., the network device indicates the time domain location of each first scheduling information in a bitmap format. In this way, the terminal can determine that the TBs scheduled by the first scheduling information received at these time domain locations are collectively mapped into one process.
[0300] Exemplarily, if there are multiple first scheduling information, the second indication information indicates the time domain position of the first scheduling information with the earliest time domain position among the multiple first scheduling information. In this way, the terminal can determine that the TBs scheduled from the first scheduling information to the total Z first scheduling information received later are mapped together as one process. Z is the number of first scheduling information. For example, the second indication information can indicate whether the time domain resource where the second indication information is located is the time domain position of the first scheduling information with the earliest time domain position. Similarly, the second indication information indicates the time domain position of the first scheduling information with the latest time domain position among the multiple first scheduling information. In this way, the terminal can determine that the TBs scheduled from the first scheduling information to the total Z first scheduling information received earlier are mapped together as one process.
[0301] Exemplarily, the number of the second indication information is multiple, for example, the number of the second indication information is the same as the number of the first scheduling information, respectively indicating the time domain position of each first scheduling information.
[0302] Optionally, the network device may further indicate the frequency domain resource of each first scheduling information to the terminal. For example, the second indication information further indicates the frequency domain resource of each first scheduling information. Alternatively, there may be multiple second indication information, each indicating the frequency domain location of each first scheduling information.
[0303] Optionally, the second indication information may be carried in a broadcast message such as SIB1, OSI, MIB, etc. Alternatively, the second indication information may be carried in RRC signaling, DCI, group DCI, MAC CE, or PDCCH. It is understandable that the second indication information may be carried in one or more fields included in the above message. Taking the second indication information carried in DCI as an example, the second indication information may be carried in the NDI field. Alternatively, the second indication information may be sent to the terminal in a table format. Alternatively, the second indication information may be transmitted along with the data or carried in a separately allocated PDSCH.
[0304] Optionally, the network device can schedule retransmission of data. For example, the network device sends indication information at time domain location 802 shown in FIG8 to indicate whether the time domain resource at time domain location 802 transmits the first TB of retransmission data for process 1. Alternatively, the network device can send indication information to the terminal to indicate the time domain location of each TB in the retransmission data, such as by indicating it via a bit map.
[0305] Optionally, in a possible implementation of the method shown in FIG4 , the multiple TBs transmitted by the first process include a first TB, and the network device may indicate relevant information of the first TB so that the terminal performs decoding based on the relevant information of the first TB. Specifically, as shown in FIG7 , the method shown in FIG4 further includes the following steps:
[0306] S400C: The network device sends third indication information to the terminal. Correspondingly, the terminal receives the third indication information from the network device.
[0307] In this application, the third indication information may be used to indicate at least one of the following: whether the first TB is retransmitted data, the number of transmissions of the first TB, the coding group to which the first TB belongs, the order of the first TB in the first coding group, the order of the first TB among multiple TBs transmitted by the first process, whether the first TB is a parity TB, or whether the first TB is a source TB. The first coding group is the coding group to which the first TB belongs. For example, the coding group includes multiple TBs obtained after outer code encoding.
[0308] Optionally, the third indication information may be carried in a broadcast message such as SIB1, OSI, or MIB. Alternatively, the third indication information may be carried in RRC signaling, DCI, group DCI, MAC CE, or PDCCH. It is understandable that the information included in the third indication information may be carried in one or more fields included in the above message. Alternatively, the third indication information may be sent to the terminal in a table format. Alternatively, the third indication information may be transmitted along with the data or carried in a separately allocated PDSCH. The following describes how the third indication information indicates the above information, taking the third indication information carried in DCI as an example.
[0309] For example, the NDI field in the DCI can indicate whether the first TB is retransmitted data, allowing the terminal to determine whether the first TB is new data or retransmitted data for decoding. For example, if the bits included in the NDI field change or flip, it indicates that the first TB is new data or initially transmitted data. If the bit values included in the NDI field remain unchanged or do not flip, it indicates that the first TB is retransmitted data or a parity TB. "Whether the first TB is retransmitted data" can be replaced with "Whether the first TB is new data" or "Whether the first TB is a parity TB", etc.
[0310] For example, the RV field in the DCI can indicate the number of transmissions or the transmission order of the first TB and can be used for outer code decoding, allowing the terminal to determine the transmission order of the first TB and, in turn, the order of the parity TBs. For example, if the value of the RV field is 0, the terminal determines that the first TB is the first transmission or the initial transmission of data; if the value of the RV field is not equal to 0, the terminal determines that the first TB is not the first transmission.
[0311] Optionally, if the first TB is initially transmitted data, the terminal may determine the TB process to which the first TB belongs based on S400A and / or S400B. Since the number of retransmitted TBs may be smaller than the number of initially transmitted TBs, if the first TB is retransmitted data, the terminal may not use the process window to limit the number of TBs. In other words, if the first TB is initially transmitted data, the network device may send the first TB through a corresponding process, such as the first process, and the terminal may determine the process to which the first TB belongs based on the method described above; if the first TB is retransmitted data, the network device may not send the first TB through a process, or the network device may send the first TB through a process, but does not limit the window length of the process or the number of TBs mapped by the process. Of course, if the first TB is retransmitted data, the network device may also send the first TB through a corresponding process, such as the first process.
[0312] Optionally, if the first TB is retransmitted data, the network device may further indicate to the terminal the number of retransmitted TBs or parity TBs in the first process, such as by indicating the above information via third indication information. Still taking the third indication information carried in DCI as an example, the DAI field in the DCI may indicate the number of retransmitted TBs or parity TBs in the first process.
[0313] Exemplarily, the NDI field in the DCI can indicate the coding group to which the first TB belongs. For example, the coding group to which the first TB belongs can be indicated by whether the bits included in the NDI field change or flip. Specifically, TBs transmitted within the same TB process with the same NDI field belong to one coding group, and TBs transmitted within the same TB process with different NDI fields do not belong to one coding group. Taking DCI#1 as an example of scheduling TB1 in the process window 905 shown in Figure 9A and DCI#2 as an example of scheduling TB2 in the process window 905, if the NDI field in DCI#1 includes "0" and the NDI field in DCI#2 includes "0", it means that TB1 and TB2 belong to one coding group. If the NDI field in DCI#1 includes "0" and the NDI field in DCI#2 includes "1", it means that TB1 and TB2 do not belong to one coding group. Taking DCI#1 as an example, where DCI#2 is used to schedule TB1 in process window 905 and parity TB7 in process window 906, as shown in FIG9A , if the NDI field in DCI#1 includes "0" and the NDI field in DCI#2 includes "0," this indicates that TB1 and parity TB7 belong to the same coding group. If the NDI field in DCI#1 includes "0" and the NDI field in DCI#2 includes "1," this indicates that TB1 and parity TB7 do not belong to the same coding group. It is understood that TBs in the same coding group can be jointly decoded, so the terminal can determine which coding group the first TB belongs to based on the third indication information, thereby performing joint decoding and improving decoding reliability. It is understood that the aforementioned coding groups can be encoded using outer codes.
[0314] For example, the RV field in the DCI can indicate the order of the first TB in the first coding group. This allows the terminal to determine the order of the first TB in the first coding group and, in turn, the order of the outer code combination for joint decoding, thereby improving decoding reliability. For example, the RV field can indicate which TB process (or process window) among multiple TB processes (or multiple process windows) with the same process number the first TB was transmitted through. The RV field can be interpreted in conjunction with the NDI field. Taking DCI#1 as an example, in which TB1 in process window 905 shown in FIG9A is scheduled and parity TB7 in process window 906 is scheduled, if the NDI field and RV field in DCI#1 include "0" and "0", and the NDI field and RV field in DCI#2 include "0" and "1", it indicates that TB1 and parity TB7 belong to the same coding group, TB1 is located in the first process window (i.e., process window 905) of the process (i.e., process 1) corresponding to the coding group, and parity TB7 is located in the second process window (i.e., process window 906) of the process (i.e., process 1) corresponding to the coding group.
[0315] Exemplarily, the DAI field in the DCI may indicate the order of the first TB among the multiple TBs transmitted in the first process (or the order among the multiple TBs transmitted within the process window). For example, if the first TB is TB1 in the process window 905, the DAI field includes "00", if the first TB is TB2 in the process window 905, the DAI field includes "01", if the first TB is TB3 in the process window 905, the DAI field includes "10", if the first TB is TB4 in the process window 905, the DAI field includes "11", if the first TB is TB5 in the process window 905, the DAI field includes "00", ..., and so on. In this way, the terminal can determine the number of TBs currently scheduled, and the terminal can also feedback whether each TB is transmitted correctly based on the DAI field, or feedback the number of TBs transmitted correctly, or feedback the number of TBs transmitted incorrectly.
[0316] Exemplarily, the third indication information may indicate whether the first TB is a parity TB, or whether the first TB is a source TB. For example, the third indication information includes 1 bit, and when the value of the 1 bit is "0", it indicates that the first TB is not a parity TB; when the value of the 1 bit is "1", it indicates that the first TB is a parity TB, and vice versa. For another example, the third indication information includes 1 bit, and when the value of the 1 bit is "0", it indicates that the first TB is a source TB; when the value of the 1 bit is "1", it indicates that the first TB is not a source TB, and vice versa. For another example, the third indication information includes 1 bit, and when the value of the 1 bit is "0", it indicates that the first TB is a source TB; when the value of the 1 bit is "1", it indicates that the first TB is a parity TB, and vice versa.
[0317] It can be understood that the above is only an example of the information indicated by the third indication information. In specific applications, the third indication information may also indicate other information without limitation.
[0318] Optionally, the RV field may be reused to indicate the number of parity TBs included in the retransmitted data.
[0319] It can be understood that the network device can send third indication information to each TB of the multiple TBs transmitted by the first process to indicate information of the corresponding TB.
[0320] Optionally, in a possible implementation of the method shown in FIG4 , the network device may instruct the first process to transmit relevant information of multiple TBs so that the terminal can decode according to the relevant information. Specifically, as shown in FIG7 , the method shown in FIG4 further includes the following steps:
[0321] S400D: The network device sends fourth indication information to the terminal. Correspondingly, the terminal receives the fourth indication information from the network device.
[0322] In the present application, the fourth indication information is used to indicate at least one of the following: whether multiple TBs are retransmitted data, the number of transmissions of multiple TBs, the coding group to which multiple TBs belong, the order of multiple TBs in the coding group to which the multiple TBs belong, the number of multiple TBs, whether multiple TBs are parity TBs, or whether multiple TBs are source TBs.
[0323] Optionally, the fourth indication information may be carried in a broadcast message such as SIB1, OSI, or MIB. Alternatively, the fourth indication information may be carried in RRC signaling, DCI, group DCI, MAC CE, or PDCCH. It is understood that the information included in the fourth indication information may be carried in one or more fields included in the above-mentioned message. Alternatively, the fourth indication information may be sent to the terminal in a table format. Alternatively, the fourth indication information may be transmitted with data or carried in a separately allocated PDSCH.
[0324] It is understood that in S400D, "multiple TBs" can be considered as a whole; for example, "multiple TBs" can be understood as a TB group or a set of TBs. The network device can use the fourth indication information to uniformly indicate information about the entire set of TBs. The following describes how the fourth indication information indicates information about the entire set of TBs, using the fourth indication information carried in DCI as an example. Optionally, the information for each TB in the set of TBs is identical.
[0325] For example, the NDI field in the DCI can indicate that a group of TBs is all retransmitted data or none of it is retransmitted data, allowing the terminal to determine whether the group of TBs is new data or retransmitted data and perform decoding. For example, if the bits included in the NDI field change or flip, it indicates that the group of TBs is new data or initially transmitted data. If the bits included in the NDI field remain unchanged or do not flip, it indicates that the group of TBs is retransmitted data or a parity TB. "Whether the group of TBs is retransmitted data" can be replaced with "Whether the group of TBs is new data" or "Whether the group of TBs is a parity TB," etc.
[0326] Exemplarily, the RV field in the DCI can be reused to indicate the number of transmissions of this group of TBs, which can be used for outer code decoding, so that the terminal determines the number of transmissions of this group of TBs (it can be understood that multiple transmissions of this group of TBs may include different redundant versions obtained based on the group of TBs, or check TBs obtained through outer code encoding), thereby determining the order of the parity TBs. Taking DCI#1 as an example, in which the TB group (denoted as TB group 1) for scheduling the transmission of process window 911 shown in Figure 9B, DCI#2 is used to schedule the TB group (denoted as TB group 2) for scheduling the transmission of process window 912, and DCI#3 is used to schedule the TB group (denoted as TB group 3) for scheduling the transmission of process window 913 shown in Figure 9B, if the TBs in TB group 1 and TB group 2 are all transmitted for the first time, and the TBs in TB group 3 are not transmitted for the first time, the value of the RV field in DCI#1 is 0, the value of the RV field in DCI#2 is 0, and the value of the RV field in DCI#3 is 1; if the TBs in TB group 1 are all transmitted for the first time, the TBs in TB group 2 are all transmitted for the second time, and the TBs in TB group 3 are all transmitted for the third time, the value of the RV field in DCI#1 is 0, the value of the RV field in DCI#2 is 1, and the value of the RV field in DCI#3 is 2.
[0327] It is understandable that if this group of TBs are all initially transmitted data, the terminal can determine the TB process to which this group of TBs belongs based on S400A and / or S400B. Since the number of retransmitted TBs may be smaller than the number of initially transmitted TBs, if this group of TBs is retransmitted data, the terminal may not use a process window to limit the number of TBs. In other words, if this group of TBs is all initially transmitted data, the network device may send this group of TBs through a corresponding process, such as the first process, and the terminal may determine the process to which this group of TBs belongs based on the method described above; if this group of TBs is retransmitted data, the network device may not send this group of TBs through a process window, or the network device may send this group of TBs through a process window but without limiting the window length of the process or the number of TBs mapped by the process. Of course, if this group of TBs is retransmitted data, the network device may also send this group of TBs through a corresponding process, such as the first process.
[0328] Optionally, if the group of TBs is retransmitted data, the network device may further indicate to the terminal the number of retransmitted TBs or parity TBs in the first process, such as by indicating the above information via fourth indication information. Still taking the fourth indication information carried in DCI as an example, the DAI field in the DCI may indicate the number of retransmitted TBs or parity TBs in the first process.
[0329] Exemplarily, the NDI field in the DCI can indicate the coding group to which a group of TBs belongs. For example, the coding group to which a TB belongs can be indicated by whether the bits included in the NDI field change or flip. Specifically, taking DCI#1 used to schedule a TB group in process window 911 (denoted as TB group 1) shown in Figure 9B, and DCI#2 used to schedule a TB group in process window 912 (denoted as TB group 2), if the NDI field in DCI#1 includes "0" and the NDI field in DCI#2 includes "0", it indicates that TB group 1 and TB group 2 belong to the same coding group. If the NDI field in DCI#1 includes "0" and the NDI field in DCI#2 includes "1", it indicates that TB group 1 and TB group 2 do not belong to the same coding group. It is understood that TBs in the same coding group can be jointly encoded or decoded. Therefore, the terminal can determine which coding group the group of TBs belongs to based on the fourth indication information, so as to perform joint decoding and improve decoding reliability. It is understood that the above coding groups can be encoded using outer codes.
[0330] For example, the RV field in the DCI can indicate the order of a group of TBs within the coding group to which they belong. This allows the terminal to determine the order of the outer code combinations for joint decoding, improving decoding reliability. For example, the RV field can indicate which TB process (or process window) among multiple TB processes (or multiple process windows) with the same process number transmitted the group of TBs. The RV field can be interpreted in conjunction with the NDI field. Taking DCI#1 as an example, which is used to schedule the TB group in the process window 911 (denoted as TB group 1) shown in Figure 9B, and DCI#2 as an example, which is used to schedule the TB group in the process window 913 (denoted as TB group 3), if the NDI field in DCI#1 includes "0" and the RV field includes "0", and the NDI field in DCI#2 includes "0" and the RV field includes "1", it means that TB group 1 and TB group 3 belong to the same coding group, TB group 1 is located in the first process window (i.e., process window 911) of the process (i.e., process 1) corresponding to the coding group, and TB group 3 is located in the second process window (i.e., process window 913) of the process (i.e., process 1) corresponding to the coding group.
[0331] For example, the DAI field in the DCI can indicate the number of TBs included in the group of TBs, allowing the terminal to determine the number of TBs currently scheduled. The terminal can also provide feedback based on the DAI field on whether each TB was transmitted correctly, the number of TBs transmitted correctly, or the number of TBs transmitted incorrectly. For example, if the group of TBs includes 2 TBs, the DAI field includes "10", and if the group of TBs includes 3 TBs, the DAI field includes "11".
[0332] Exemplarily, the fourth indication information may indicate whether the group of TBs is a parity TB or a source TB, so that the terminal can perform decoding. For example, the fourth indication information includes one bit, and when the value of the bit is "0", it indicates that the group of TBs is not a parity TB; when the value of the bit is "1", it indicates that the group of TBs is a parity TB, and vice versa. For another example, the fourth indication information includes one bit, and when the value of the bit is "0", it indicates that the group of TBs is a source TB; when the value of the bit is "1", it indicates that the group of TBs is not a source TB, and vice versa. For another example, the fourth indication information includes one bit, and when the value of the bit is "0", it indicates that the group of TBs is a source TB; when the value of the bit is "1", it indicates that the group of TBs is a parity TB, and vice versa. For another example, the fourth indication information may indicate whether the group of TBs is a source TB or a parity TB via a bitmap. For example, for process window 905, the fourth indication information includes the bit sequence "1111111111" or "0000000000", indicating that the 10 TBs within process window 905 are all source TBs; for process window 906, the fourth indication information includes the bit sequence "1111110000" or "0000001111", indicating that among the 10 TBs within process window 906, the first 6 TBs are all source TBs, and the last 4 TBs are all parity TBs.
[0333] It is understandable that in S400D, the "multiple TBs" may not be considered as a whole, and the "multiple TBs" may refer to each of the multiple TBs. The fourth indication information may include indication information corresponding to each of the multiple TBs to indicate corresponding information.
[0334] Exemplarily, taking the number of multiple TBs as two, the fourth indication information may include two indication information items, one of which indicates relevant information about the first TB, and the other of which indicates relevant information about the second TB. For example, one of the indication information items may indicate at least one of the following: whether the first TB is retransmitted data, the number of transmissions of the first TB, the coding group to which the first TB belongs, the order of the first TB within the coding group to which it belongs, the order of the first TB within the two TBs (the terminal may determine the number of TBs included in the group based on the order of each TB), whether the first TB is a parity TB, or whether the first TB is a source TB. The other indication information item may indicate at least one of the following: whether the second TB is retransmitted data, the number of transmissions of the second TB, the coding group to which the second TB belongs, the order of the second TB within the coding group to which it belongs, the order of the second TB within the two TBs (the terminal may determine the number of TBs included in the group based on the order of each TB), whether the second TB is a parity TB, or whether the second TB is a source TB.
[0335] It can be understood that the above is only an example of the information indicated by the fourth indication information. In specific applications, the fourth indication information may also indicate other information without limitation.
[0336] This application does not limit the execution order of S400A to S400C. For example, S400A may be executed first, then S400B, and finally S400C; or S400B may be executed first, then S400A, and finally S400C; or S400C may be executed first, then S400B, and finally S400A, etc. It is understandable that S400C and S400D are parallel solutions, so this application does not limit the execution order of S400A, S400B, and S400D.
[0337] Optionally, the content included in each indication information of the present application (such as at least one indication information among the first indication information, the second indication information, the third indication information or the fourth indication information, etc.) can be carried in one message, or carried in different messages, without restriction.
[0338] Optionally, the content included in each indication information of the present application (such as at least one indication information among the first indication information, the second indication information, the third indication information or the fourth indication information, etc.) can be sent to the terminal via multicast or broadcast to save signaling overhead, and can avoid scheduling different resources to different terminals to reduce the complexity of system scheduling.
[0339] Optionally, the content included in each indication information of the present application (such as at least one of the first indication information, the second indication information, the third indication information, or the fourth indication information) can be sent to the terminal via a unicast method to flexibly schedule the information of each terminal. For example, the RTT between the terminal at different locations and the network device is different, so the network device can configure different process window lengths or TB numbers of process mappings for different terminals (or terminals in different terminal groups) based on the location of the terminal (such as the geographical location of the terminal, the cell to which the terminal is connected), so as to achieve the purpose of optimizing the data scheduling and processing delay of the terminal, thereby improving the overall communication performance of the communication system.
[0340] The actions of the network devices or terminals in S400A to S400D may be executed by the processor 301 in the communication device 30 shown in FIG3 calling the application code stored in the memory 303 , and this application does not impose any limitation on this.
[0341] Optionally, in a possible implementation of the method shown in Figure 4, a process window can transmit initial transmission data and retransmission data, which can support flexible data transmission and improve transmission efficiency; or, it can support joint external code encoding of data in multiple process windows, and the terminal can jointly decode it to improve decoding reliability and reduce data transmission delay.
[0342] The following example describes the process of transmitting TBs between a network device and a terminal, assuming that the network device and the terminal are processing two processes (Process 1 and Process 2) in parallel. Each process can transmit 10 TBs (or each process occupies 10 time slots, each of which can transmit 1 TB). The network device sends TB1 to TB10 to the terminal via Process 1 and TB1 to TB10 to the terminal via Process 2. TB1 to TB10 sent by Process 1 are different from TB1 to TB10 sent by Process 2. The network device also indicates that TB1 to TB10 sent by Process 1 are all source TBs. Specifically, as shown in Figure 9A, the network device can receive feedback information from the terminal on time domain resource 901 regarding TB1 to TB10 sent by Process 1. If the feedback information indicates decoding errors for TB1 and TB3, or the number of TBs with decoding errors is 2, the network device can send new data (such as TB1-TB6) and retransmitted data (such as parity TB7-TB10) to the terminal within process window 906. The network device can also use the method described above to indicate that TB1-TB6 are new data and parity TB7-TB10 are retransmitted data. Parity TB7-TB10 is obtained by the network device by performing outer code encoding on TB1-TB10 sent within process window 905 and TB1-TB6 sent within process window 906. In this way, the terminal can decode parity TB7-TB10 and combine it with the previously received 16 TBs for outer code decoding to improve decoding reliability and reduce data transmission latency. Subsequently, the network device can also receive feedback information from the terminal on time domain resource 903 to indicate whether the TB transmitted by process 1 was transmitted correctly. For example, this feedback information indicates that the TB transmitted by process 1 was transmitted correctly. Regarding TB1-TB10 sent by process 2, the network device can receive feedback information from the terminal on time domain resource 902. If the feedback information indicates a decoding error for TB2, or if the number of TBs indicating decoding errors is 1, the network device can send new data (such as TB1-TB8) and retransmitted data (such as parity TB9-parity TB10) to the terminal within process window 908. The network device can also use the method described above to indicate that TB1-TB8 are new data and parity TB9-parity TB10 are retransmitted data. Parity TB9-parity TB10 is obtained by the network device by performing outer code encoding on TB1-TB10 sent within process window 907 and TB1-TB8 sent within process window 908. Subsequently, the network device can also receive feedback information from the terminal on time domain resource 904 to indicate whether the TB transmitted by process 2 was transmitted correctly. For example, the feedback information indicates that the TB transmitted by process 2 was transmitted correctly.
[0343] The above primarily describes the solutions provided by this application from the perspective of interaction between various network elements. Accordingly, this application also provides a communications device, which may be a terminal in the above-described method embodiments, or a device including such a terminal, or a component usable in a terminal; or, alternatively, the communications device may be a network device in the above-described method embodiments, or a device including such a network device, or a component usable in a network device. It will be understood that, in order to implement the aforementioned functions, the aforementioned terminal or network device, etc., includes hardware structures and / or software modules corresponding to the respective functions. Those skilled in the art will readily appreciate that, in conjunction with the various exemplary units and algorithmic operations described in the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is implemented in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this application.
[0344] It should be understood that the above description uses only a terminal and a network device as an example to describe the interactions between various network elements. In practice, the processing performed by the terminal is not limited to being performed by a single network element, and the processing performed by the network device is not limited to being performed by a single network element. For example, the processing performed by the network device can be performed by at least one of the CU, DU, or RU.
[0345] The present application can divide the terminal or network device into functional modules according to the above method examples. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or software functional modules. It is understood that the division of modules in this application is schematic and is only a logical functional division. In actual implementation, other division methods may be used.
[0346] For example, FIG10 illustrates a schematic diagram of the structure of a communication device 100, where the functional modules are integrated. The communication device 100 includes a processing module 1001 and an interface module 1002. The processing module 1001, also known as a processing unit, is configured to perform operations other than transceiver operations and may be, for example, a processing circuit or processor. The interface module 1002, also known as an interface unit, is configured to perform transceiver operations and may be, for example, an interface circuit, a transceiver, a transceiver, or a communication interface.
[0347] In some embodiments, the communication device 100 may further include a storage module (not shown in FIG. 10 ) for storing program instructions and data.
[0348] Exemplarily, the communication device 100 is used to implement the function of a receiving end. The communication device 100 is, for example, the terminal described in the embodiment shown in FIG4 or the embodiment shown in FIG7 .
[0349] The processing module 1001 is configured to control the interface module 1002 to receive multiple transmission blocks through the first process. For example, the processing module 1001 may be configured to execute S401.
[0350] The interface module 1002 is configured to send feedback information, wherein the feedback information is used to indicate whether the multiple transmission blocks are transmitted correctly. For example, the interface module 1002 can be configured to execute S402.
[0351] In one possible implementation, the interface module 1002 is also used to receive or send first indication information, where the first indication information is used to indicate the length of the first window, the number of multiple transmission blocks, or the number of first scheduling information. The first window is a window of the first process, or the first window is a window for transmitting the first scheduling information, and the first scheduling information is used to schedule the multiple transmission blocks.
[0352] In a possible implementation manner, the first indication information is related to a round-trip delay between the network device and the terminal.
[0353] In a possible implementation manner, the first indication information is also related to the number of processes supported by the terminal for transmitting transport blocks.
[0354] In one possible implementation, the interface module 1002 is further used to receive or send second indication information; the first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of multiple transmission blocks, and the second indication information is used to indicate the time domain position of multiple transmission blocks; or, the first indication information indicates the number of first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
[0355] In one possible implementation, the multiple transmission blocks include a first transmission block, and the interface module 1002 is further used to receive or send third indication information, where the third indication information is used to indicate at least one of the following: whether the first transmission block is retransmission data, the number of transmissions of the first transmission block, the coding group to which the first transmission block belongs, the order of the first transmission block in the first coding group, the order of the first transmission block in multiple transmission blocks, or whether the first transmission block is a check transmission block; wherein the first coding group is the coding group to which the first transmission block belongs.
[0356] In one possible implementation, the interface module 1002 is further used to receive or send fourth indication information, where the fourth indication information is used to indicate at least one of the following: whether multiple transmission blocks are retransmission data, the number of transmissions of multiple transmission blocks, the coding group to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of multiple transmission blocks, or whether the multiple transmission blocks are check transmission blocks.
[0357] In a possible implementation, the interface module 1002 is further configured to send fifth indication information, where the fifth indication information is used to indicate the number of detected transport blocks.
[0358] When used to implement the function of the receiving end, for other functions that the communication device 100 can implement, reference can be made to the relevant introduction of the embodiment shown in Figure 4 or the embodiment shown in Figure 7, and no further details will be given.
[0359] Alternatively, illustratively, the communication device 100 is used to implement the function of a transmitter. The communication device 100 is, for example, the network device described in the embodiment shown in FIG4 or the embodiment shown in FIG7 .
[0360] The processing module 1001 is configured to control the interface module 1002 to send multiple transmission blocks through the first process. For example, the processing module 1001 may be configured to execute S401.
[0361] The interface module 1002 is configured to receive feedback information, wherein the feedback information is used to indicate whether the multiple transmission blocks are transmitted correctly. For example, the interface module 1002 may be configured to execute S402.
[0362] In one possible implementation, the interface module 1002 is also used to send or receive first indication information, where the first indication information is used to indicate the length of the first window, the number of multiple transmission blocks, or the number of first scheduling information. The first window is a window of the first process, or the first window is a window for transmitting the first scheduling information, and the first scheduling information is used to schedule multiple transmission blocks.
[0363] In a possible implementation manner, the first indication information is related to a round-trip delay between the network device and the terminal.
[0364] In a possible implementation manner, the first indication information is also related to the number of processes supported by the terminal for transmitting transport blocks.
[0365] In one possible implementation, the interface module 1002 is further used to send or receive second indication information; the first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of multiple transmission blocks, and the second indication information is used to indicate the time domain position of multiple transmission blocks; or, the first indication information indicates the number of first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
[0366] In one possible implementation, multiple transmission blocks include a first transmission block, and the interface module 1002 is further used to send or receive third indication information, where the third indication information is used to indicate at least one of the following: whether the first transmission block is retransmission data, the number of transmissions of the first transmission block, the coding group to which the first transmission block belongs, the order of the first transmission block in the first coding group, the order of the first transmission block in multiple transmission blocks, or whether the first transmission block is a check transmission block; wherein the first coding group is the coding group to which the first transmission block belongs.
[0367] In one possible implementation, the interface module 1002 is further used to send or receive fourth indication information, where the fourth indication information is used to indicate at least one of the following: whether multiple transmission blocks are retransmission data, the number of transmissions of multiple transmission blocks, the coding group to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of multiple transmission blocks, or whether the multiple transmission blocks are check transmission blocks.
[0368] In a possible implementation, the interface module 1002 is further configured to receive fifth indication information, where the fifth indication information is used to indicate the number of transport blocks detected by the device receiving multiple transport blocks.
[0369] When used to implement the function of the transmitter, for other functions that the communication device 100 can implement, reference can be made to the relevant introduction of the embodiment shown in FIG4 or the embodiment shown in FIG7 , and no further details will be given.
[0370] In a simple embodiment, those skilled in the art may conceive that the communication device 100 may adopt the form shown in Figure 3. For example, the processor 301 in Figure 3 may call the computer-executable instructions stored in the memory 303 to enable the communication device 100 to execute the method described in the above method embodiment.
[0371] Exemplarily, the functions / implementation processes of the processing module 1001 and the interface module 1002 in FIG10 may be implemented by the processor 301 in FIG3 calling computer-executable instructions stored in the memory 303. Alternatively, the functions / implementation processes of the processing module 1001 in FIG10 may be implemented by the processor 301 in FIG3 calling computer-executable instructions stored in the memory 303, and the functions / implementation processes of the interface module 1002 in FIG10 may be implemented by the communication interface 304 in FIG3.
[0372] The above describes a method for transmitting TB between a terminal and a network device. In addition to the above method, this application also provides a communication method. In this communication method, the terminal can report its TB transmission capability to the network device so that the network device can determine whether the terminal can transmit TB using the method shown in Figure 4 or Figure 7 above.
[0373] As shown in FIG11 , a communication method provided by the present application may include the following steps:
[0374] S1101: The terminal determines the capability information of the terminal.
[0375] In the present application, a terminal may be any terminal in the communication system 20 shown in FIG2A , such as terminal 202 , terminal 203 , or terminal 204 . The capability information of the terminal is used to indicate the ability of the terminal to transmit multiple TBs through a process. “Transmission” here can be understood as sending and / or receiving. In other words, the capability information of the terminal may indicate the ability of the terminal to send multiple TBs through a process, or indicate the ability of the terminal to receive multiple TBs through a process, or indicate the ability of the terminal to send multiple TBs through a process and the ability of the terminal to receive multiple TBs through a process. Among them, the process can also be described in other alternative ways, for example, the process can be replaced by a thread or a HARQ process, etc., without limitation.
[0376] In the present application, when a terminal sends multiple TBs through a process, it stops receiving (or does not receive) the scheduling information of the TBs in the process. Alternatively, when a terminal sends multiple TBs through a process, it does not expect the network device to schedule the terminal to send other TBs or other TB groups through the process. Accordingly, when the network device receives the multiple TBs through a process, it stops sending (or does not send) the scheduling information of the TBs in the process. Alternatively, when the network device receives multiple TBs sent by a terminal through a process, it does not schedule the terminal to send other TBs or other TB groups through the process. The above-mentioned multiple TBs can be regarded as a group of TBs or a TB group. Therefore, the transmission of multiple TBs can be referred to as TB group transmission. Optionally, TB group transmission can also be referred to as TB group retransmission. The above-mentioned other TBs or other TB groups are TBs other than multiple TBs. The following takes the TB group as an example to introduce the process of a terminal sending multiple TBs through a process. The terminal can send a TB group through a process, and the network device can decode the TBs in the TB group. If all or part of the TBs in the TB group are decoded incorrectly, the network device will uniformly schedule the terminal to retransmit after the terminal has sent the TB group (such as scheduling the terminal to send a redundant version of the TB in the TB group or check the TB) so that the network device can continue to decode the TB group according to the data retransmitted by the terminal; if the TB group is fully decoded correctly, the terminal can send the next TB group through the process, that is, the network device can schedule the terminal to send a new TB group through the process.
[0377] In this application, while a terminal is receiving multiple TBs through a process, it stops sending (or does not send) the decoding results of the multiple TBs in the process. Alternatively, while a terminal is receiving multiple TBs through a process, the terminal does not expect to receive other TBs or TB groups sent by the network device through the process until the terminal has provided feedback to the network device confirming that the multiple TBs have been received correctly. Conversely, while the network device is sending the multiple TBs through a process, it stops receiving (or does not receive) the decoding results of the TBs in the process. Alternatively, while a network device is sending multiple TBs to a terminal through a process, it does not send other TBs or TB groups to the terminal through the process until the terminal has provided feedback to the network device confirming that the multiple TBs have been received correctly. The following uses a TB group as an example to describe the process of a terminal receiving multiple TBs through a process. The network device can send a TB group through a process, and accordingly, the terminal can receive the TB group through a process. After the network device has sent the TB group, the terminal sends the decoding results of the TB group in the process to the network device. If the decoding result indicates that all or part of the TBs in the TB group are decoded incorrectly, the network device resends the data to the terminal based on the decoding result; if the decoding result indicates that all the TB group are decoded correctly, the network device can send the next TB group through this process.
[0378] In one possible design, the capability information of the terminal includes at least one of the following: first indication information or second indication information.
[0379] First, the first instruction information is introduced.
[0380] In the method shown in Figure 11, the first indication information indicates whether the terminal supports sending multiple TBs through one process; or, the first indication information indicates whether the terminal supports receiving multiple TBs through one process; or, the first indication information indicates whether the terminal supports sending multiple TBs through one process, and whether the terminal supports receiving multiple TBs through one process.
[0381] Exemplarily, taking the example of the first indication information indicating whether the terminal supports sending multiple TBs through one process, the first indication information includes 1 bit. If the value of the 1 bit is "0", it indicates that the terminal does not support sending multiple TBs through one process. If the value of the 1 bit is "1", it indicates that the terminal supports sending multiple TBs through one process, and vice versa. Alternatively, if the first indication information includes a field related to a TB group, such as a TB-group field or a TB group PUSCH field, it indicates that the terminal supports sending multiple TBs through one process. If the first indication information does not include a field related to a TB group, it indicates that the terminal does not support sending multiple TBs through one process. Alternatively, the first indication information is a parameter TB-group PUSCH or TB-group, and the above parameter indicates whether the terminal supports sending multiple TBs through one process (Indicates whether the UE supports TB group transmission for PUSCH). For example, different values can be assigned to the above parameters to indicate whether the terminal supports sending multiple TBs through one process.
[0382] Exemplarily, taking the example of the first indication information indicating whether the terminal supports receiving multiple TBs through one process, the first indication information includes 1 bit. If the value of the 1 bit is "0", it indicates that the terminal does not support receiving multiple TBs through one process. If the value of the 1 bit is "1", it indicates that the terminal supports receiving multiple TBs through one process, and vice versa. Alternatively, if the first indication information includes a field related to a TB group, such as a TB-group field or a TB-groupPDSCH field, it indicates that the terminal supports receiving multiple TBs through one process. If the first indication information does not include a field related to a TB group, it indicates that the terminal does not support receiving multiple TBs through one process. Alternatively, the first indication information is a parameter TB-groupPDSCH or TB-group, and the above parameter indicates whether the terminal supports receiving multiple TBs through one process (Indicates whether the UE supports TB group transmission for PDSCH). For example, different values can be assigned to the above parameters to indicate whether the terminal supports receiving multiple TBs through one process.
[0383] For example, taking the example of the first indication information indicating whether the terminal supports sending multiple TBs through a single process and whether the terminal supports receiving multiple TBs through a single process, the first indication information includes one bit. If the value of this one bit is "0", it indicates that the terminal does not support sending multiple TBs through a single process, nor does it support receiving multiple TBs through a single process. If the value of this one bit is "1", it indicates that the terminal supports sending multiple TBs through a single process, and also supports receiving multiple TBs through a single process, and vice versa. Alternatively, the first indication information includes two bits, one of which is used to indicate whether the terminal supports sending multiple TBs through a single process, and the other of which is used to indicate whether the terminal supports receiving multiple TBs through a single process. For example, if the first indication information includes "00", it indicates that the terminal does not support sending multiple TBs through one process, nor does it support receiving multiple TBs through one process; if the first indication information includes "01", it indicates that the terminal does not support sending multiple TBs through one process, but supports receiving multiple TBs through one process; if the first indication information includes "10", it indicates that the terminal supports sending multiple TBs through one process, but does not support receiving multiple TBs through one process; if the first indication information includes "11", it indicates that the terminal supports sending multiple TBs through one process and also supports receiving multiple TBs through one process. Alternatively, if the first indication information includes the TB groupPUSCH field, it indicates that the terminal supports sending multiple TBs through one process; if the first indication information does not include the TB groupPUSCH field, it indicates that the terminal does not support sending multiple TBs through one process; if the first indication information includes the TB-groupPDSCH field, it indicates that the terminal supports receiving multiple TBs through one process; if the first indication information does not include the TB-groupPDSCH field, it indicates that the terminal does not support receiving multiple TBs through one process. Alternatively, the first indication information is a parameter TB-group, which indicates whether the terminal supports sending multiple TBs through one process and whether the terminal supports receiving multiple TBs through one process (Indicates whether the UE supports TB group transmission for PUSCH and PDSCH). For example, different values can be assigned to the parameter TB-group to indicate whether the terminal supports sending multiple TBs through one process and whether the terminal supports receiving multiple TBs through one process.
[0384] Optionally, the terminal determines the first indication information based on its own cache capacity (such as the cache capacity of the terminal's process). For example, if the terminal's process supports caching the decoding results of multiple TBs, the first indication information indicates that the terminal supports receiving multiple TBs through a single process. If the terminal's process does not support caching the decoding results of multiple TBs, the first indication information indicates that the terminal does not support receiving multiple TBs through a single process. For another example, if the terminal's process supports caching multiple TBs, the first indication information indicates that the terminal supports sending multiple TBs through a single process. If the terminal's process does not support caching multiple TBs, the first indication information indicates that the terminal does not support sending multiple TBs through a single process.
[0385] The second indication information is introduced below.
[0386] In the method shown in FIG11 , the second indication information indicates the window length of the process, or indicates the number of TBs (i.e., the number of TBs in a TB group) that the terminal supports for transmission through a process. The window length of a process includes the duration from when the terminal begins transmitting the first of multiple TBs through the process to when the terminal completes transmitting the last of the multiple TBs. The unit of the process window length can be any time domain unit, such as a symbol, a time slot, a frame, a subframe, a millisecond, or a microsecond. The following embodiments of the present application are described using the time slot as the unit of the process window length.
[0387] Exemplarily, taking the second indication information indicating the window length of the process as an example, the second indication information includes a first parameter and / or a second parameter. The value of the first parameter indicates the window length of the process used by the terminal to receive multiple TBs. Optionally, the window length of the process used by the terminal to receive multiple TBs is the maximum window length of the process supported by the terminal for receiving multiple TBs. For example, the first parameter is max-TB-groupPDSCH-ProcessWindowLength, which can indicate the maximum process window length supported by the physical downlink shared channel (PDSCH) in TB group transmission (Indicates the supported maximal process window length in one TB group transmission for PDSCH). The value of the second parameter indicates the window length of the process used by the terminal to send multiple TBs. Optionally, the window length of the process used by the terminal to send multiple TBs is the maximum window length of the process supported by the terminal for sending multiple TBs. For example, the second parameter is max-TB-groupPUSCH-ProcessWindowLength, which can indicate the maximum process window length supported by the physical uplink shared channel (PUSCH) in TB group transmission (Indicates the supported maximal process window length in one TB group transmission for PUSCH). For example, if the value of the first parameter is "8", it means that the window length of the process used by the terminal to receive multiple TBs is 8 time slots or that the maximum process window length supported by PDSCH in TB group transmission is 8 time slots; if the value of the second parameter is "10", it means that the window length of the process used by the terminal to send multiple TBs is 10 time slots or that the maximum process window length supported by PUSCH in TB group transmission is 10 time slots.
[0388] Exemplarily, taking the second indication information indicating the window length of the process as an example, the second indication information includes a third parameter, and the value of the third parameter indicates the window length of the process used by the terminal to receive multiple TBs, and / or, the window length of the process used by the terminal to send multiple TBs. Optionally, the window length of the process used by the terminal to receive multiple TBs is the maximum window length of the process supported by the terminal for receiving multiple TBs, and the window length of the process used by the terminal to send multiple TBs is the maximum window length of the process supported by the terminal for sending multiple TBs. For example, the third parameter is max-TB-group-ProcessWindowLength, which can indicate the maximum process window length supported by PDSCH in TB group transmission, and / or, the maximum process window length supported by PUSCH in TB group transmission (Indicates the supported maximal process window length in one PUSCH and / or PDSCH TB group transmission). For example, if the value of the third parameter is "8", it indicates that the window length of the process used by the terminal to receive multiple TBs is 8 time slots, and / or the window length of the process used by the terminal to send multiple TBs is 8 time slots, or the maximum process window length supported by PDSCH in TB group transmission is 8 time slots, and / or the maximum process window length supported by PUSCH in TB group transmission is 8 time slots. For another example, if the value of the third parameter is "u8d16", it indicates that the window length of the process used by the terminal to receive multiple TBs is 16, and the window length of the process used by the terminal to send multiple TBs is 8 time slots, or the maximum process window length supported by PDSCH in TB group transmission is 16 time slots, and the maximum process window length supported by PUSCH in TB group transmission is 8 time slots.
[0389] It is understood that if the window length of the process indicated by the second indication information is 0, it means that the terminal does not support the transmission of multiple TBs through a single process. For example, if the value of the first parameter is "0", it means that the terminal does not support the reception of multiple TBs through a single process. If the value of the second parameter is "0", it means that the terminal does not support the sending of multiple TBs through a single process. If the value of the third parameter is "0", it means that the terminal does not support the sending and / or receiving of multiple TBs through a single process.
[0390] Optionally, the terminal determines the window length based on its own cache capacity (e.g., the cache capacity of the terminal's process). For example, the terminal may determine the maximum number of TBs that a process can cache based on the memory cache size, and further determine the window length based on the time domain resource length corresponding to each TB. For example, if a terminal process can cache 10 TBs, and one TB corresponds to one time slot, the terminal may determine the window length to be 10 time slots.
[0391] Exemplarily, taking the second indication information indicating the number of TBs that the terminal supports transmitting through one process as an example, the second indication information includes a fourth parameter and / or a fifth parameter. The value of the fourth parameter indicates the number of TBs that the terminal supports sending through one process. Optionally, the number of TBs that the terminal supports sending through one process is the maximum number of TBs that the terminal supports sending through the process. For example, the fourth parameter is max-TB-groupPUSCH-TBNumber, which can indicate the maximum number of TBs that PUSCH supports scheduling in TB group transmission (Indicates the supported maximal scheduled TB number in one TB group transmission for PUSCH). The value of the fifth parameter indicates the number of TBs that the terminal supports receiving through one process. Optionally, the number of TBs that the terminal supports receiving through one process is the maximum number of TBs that the terminal supports receiving through the process. For example, the fifth parameter is max-TB-groupPDSCH-TBNumber, which can indicate the maximum number of TBs that PDSCH supports scheduling in TB group transmission (Indicates the supported maximal scheduled TB number in one TB group transmission for PDSCH). For example, if the value of the fourth parameter is "8", it means that the terminal supports sending 8 TBs through one process, or that the maximum number of TBs supported by PUSCH for scheduling in TB group transmission is 8; if the value of the fifth parameter is "16", it means that the terminal supports receiving 16 TBs through one process, or that the maximum number of TBs supported by PDSCH for scheduling in TB group transmission is 16.
[0392] Exemplarily, taking the second indication information indicating the number of TBs supported by the terminal for transmission through one process as an example, the second indication information includes a sixth parameter, and the sixth parameter indicates the number of TBs supported by the terminal for sending through one process, and / or the number of TBs supported by the terminal for receiving through one process. Optionally, the number of TBs supported by the terminal for sending through one process is the maximum number of TBs supported by the terminal for sending through the process, and the number of TBs supported by the terminal for receiving through one process is the maximum number of TBs supported by the terminal for receiving through the process. For example, the sixth parameter is max-TB-group-TBNumber, which can indicate the maximum number of TBs supported for scheduling by PUSCH in TB group transmission, and / or the maximum number of TBs supported for scheduling by PDSCH in TB group transmission (Indicates the supported maximal scheduled TB number in one TB group transmission for PUSCH and / or PDSCH). For example, if the value of the sixth parameter is "8", it means that the terminal supports sending 8 TBs through one process, and / or, the terminal supports receiving 8 TBs through one process, or it means that the maximum number of TBs supported for scheduling by PUSCH in TB group transmission is 8, and / or, the maximum number of TBs supported for scheduling by PDSCH in TB group transmission is 8. For another example, if the value of the sixth parameter is "u8d16", it means that the terminal supports sending 8 TBs through one process, and the terminal supports receiving 16 TBs through one process, or it means that the maximum number of TBs supported for scheduling by PUSCH in TB group transmission is 8, and / or, the maximum number of TBs supported for scheduling by PDSCH in TB group transmission is 16.
[0393] It is understood that if the number of TBs indicated by the second indication information is 0, it means that the terminal does not support transmitting multiple TBs through a single process. For example, if the value of the fourth parameter is "0", it means that the terminal does not support sending multiple TBs through a single process; if the value of the fifth parameter is "0", it means that the terminal does not support receiving multiple TBs through a single process; if the value of the sixth parameter is "0", it means that the terminal does not support sending and / or receiving multiple TBs through a single process.
[0394] Optionally, the terminal determines the TB number based on its own cache capacity (such as the cache capacity of the terminal's process). For example, the terminal can determine the maximum TB number that a process can support cache based on the cache size of the memory, and determine this TB number as the TB number that the terminal supports transmitting through a process.
[0395] S1102: The terminal sends its capability information to the network device. Correspondingly, the network device receives the capability information from the terminal.
[0396] The network device may be the network device 201 in the communication system 20 shown in FIG. 2A .
[0397] In one possible implementation, after the terminal accesses the network device through a random access process, it sends the terminal's capability information to the network device. The terminal's capability information is carried in an RRC-related message, such as an RRC connection setup complete message.
[0398] In another possible implementation, the network device sends capability query information to the terminal. This capability query information is used to query the terminal's ability to transmit multiple TBs through a single process. After receiving the capability query information, the terminal sends its capability information to the network device. Optionally, the capability query information is UE capability enquiry information, and the terminal's capability information is UE capability information.
[0399] It is understandable that after receiving the capability information of the terminal, the network device can determine whether the terminal supports transmitting multiple TBs through one process based on the capability information of the terminal, and then configure the terminal to perform TB transmission.
[0400] In one possible implementation, if the terminal's capability information includes first indication information, and the first indication information indicates that the terminal supports transmitting multiple TBs through a single process, the network device may configure the terminal to transmit multiple TBs through a single process. If the round-trip delay between the terminal and the network device is greater than or equal to a threshold, the network device configures the terminal to transmit multiple TBs through a single process to improve the spectral efficiency of data transmission, ensure the data transmission rate, and reduce data retransmission delay. If the first indication information indicates that the terminal does not support transmitting multiple TBs through a single process, the network device may configure the terminal to transmit a single TB through a single process to prevent the terminal from being unable to implement the TB transmission method configured by the network device.
[0401] As an example, a network device may send third indication information to a terminal. The third indication information indicates a first duration, for example, the third indication information includes the first duration. The first duration satisfies the terminal's capability information. After receiving the third indication information, the terminal may transmit multiple TBs via the first process within the first duration. For example, the terminal may send multiple TBs to the network device via the first process within the first duration. Accordingly, the network device may receive multiple TBs from the terminal via the first process within the first duration. If all or some of the multiple TBs are decoded incorrectly, the network device may schedule the terminal to retransmit data or send a check TB. For another example, the network device may send multiple TBs to the terminal via the first process within the first duration. Accordingly, the terminal may receive multiple TBs from the network device via the first process within the first duration and send the decoding results of the multiple TBs to the network device. Optionally, the third indication information is determined based on the terminal's capability information. For example, the first duration may be less than or equal to the window length of the process indicated by the second indication information, to prevent the terminal from being unable to implement the TB transmission method configured by the network device. It can be understood that the process of transmitting multiple TBs between the terminal and the network device through one process can refer to the corresponding description in Figure 4 or Figure 7 above, and will not be repeated here.
[0402] As another example, the network device may send third indication information to the terminal. The third indication information indicates N, for example, the third indication information includes N, where N is a positive integer. N satisfies the terminal's capability information. After receiving the third indication information, the terminal may transmit N TBs via the first process. For example, the terminal sends N TBs to the network device via the first process. Accordingly, the network device receives N TBs from the terminal via the first process. If all or some of the N TBs are decoded incorrectly, the network device may schedule the terminal to retransmit data or send a check TB. For another example, the network device sends N TBs to the terminal via the first process. Accordingly, the terminal receives N TBs from the network device via the first process and sends the decoding results of the N TBs to the network device. Optionally, the third indication information is determined based on the terminal's capability information. For example, N is less than or equal to the number of TBs indicated by the second indication information, to avoid the terminal being unable to implement the TB transmission method configured by the network device. It is understood that the process of transmitting multiple TBs between the terminal and the network device via a single process can be described with reference to the corresponding descriptions in FIG. 4 or FIG. 7 above, and will not be further elaborated.
[0403] The above description primarily describes the solution provided by this application from the perspective of interaction between various network elements. Accordingly, this application also provides a communication device, which may be a terminal in the method illustrated in FIG11 , or a device including such a terminal, or a component usable in a terminal; or, alternatively, the communication device may be a network device in the method illustrated in FIG11 , or a device including such a network device, or a component usable in a network device. It will be understood that, in order to implement the aforementioned functions, the aforementioned terminal or network device includes hardware structures and / or software modules corresponding to the respective functions. Those skilled in the art will readily appreciate that, in conjunction with the various exemplary units and algorithmic operations described in the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is implemented in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this application.
[0404] It should be understood that the above description uses only a terminal and a network device as an example to describe the interactions between various network elements. In practice, the processing performed by the terminal is not limited to being performed by a single network element, and the processing performed by the network device is not limited to being performed by a single network element. For example, the processing performed by the network device can be performed by at least one of the CU, DU, or RU.
[0405] The present application can divide the terminal or network device into functional modules according to the above method examples. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or software functional modules. It is understood that the division of modules in this application is schematic and is only a logical functional division. In actual implementation, other division methods may be used.
[0406] For example, when the functional modules are divided in an integrated manner, the structure of the terminal or network device in the method shown in FIG11 may be as shown in the communication device 100 shown in FIG10 .
[0407] Exemplarily, the communication device 100 is used to implement the functions of a terminal. For example, the communication device 100 is the terminal described in the embodiment shown in FIG11 .
[0408] Processing module 1001 is configured to determine terminal capability information. The terminal capability information indicates the terminal's ability to send multiple transport blocks in a single process and / or indicates the terminal's ability to receive multiple transport blocks in a single process. While the terminal is sending multiple transport blocks in a single process, it stops receiving scheduling information for the transport blocks in the process. While the terminal is receiving multiple transport blocks in a single process, it stops sending decoding results for the transport blocks in the process. For example, processing module 1001 may be configured to execute S1101.
[0409] The interface module 1002 is configured to send the capability information of the terminal. For example, the interface module 1002 may be configured to execute S1102.
[0410] In a possible implementation, the capability information of the terminal includes first indication information, where the first indication information indicates whether the terminal supports sending multiple transmission blocks through one process, and / or indicates whether the terminal supports receiving multiple transmission blocks through one process.
[0411] In a possible implementation manner, the capability information of the terminal includes second indication information, where the second indication information indicates a window length of a process, or a number of transmission blocks that the terminal supports transmitting through one process.
[0412] In a possible implementation, the interface module 1002 is further configured to receive capability query information, where the capability query information is used to query the capability of the terminal to transmit multiple transmission blocks through one process.
[0413] In one possible implementation, the interface module 1002 is further used to receive third indication information, where the third indication information indicates a first duration, and the first duration satisfies the capability information of the terminal; the interface module 1002 is further used to transmit multiple transmission blocks through the first process within the first duration.
[0414] In one possible implementation, the interface module 1002 is further used to receive third indication information, where the third indication information indicates N, where N is an integer greater than 1, and N satisfies the capability information of the terminal; the interface module 1002 is further used to transmit N transmission blocks through the first process.
[0415] When used to implement the functions of the terminal, for other functions that the communication device 100 can implement, please refer to the relevant introduction of the embodiment shown in Figure 11, and no further details will be given.
[0416] Alternatively, illustratively, the communication apparatus 100 is used to implement the functions of a network device. The communication apparatus 100 is, for example, the network device described in the embodiment shown in FIG11 .
[0417] Interface module 1002 is configured to receive terminal capability information. The terminal capability information indicates the terminal's ability to send multiple transport blocks in a single process and / or indicates the terminal's ability to receive multiple transport blocks in a single process. While the terminal is sending multiple transport blocks in a single process, it stops receiving scheduling information for the transport blocks in the process. While the terminal is receiving multiple transport blocks in a single process, it stops sending decoding results for the transport blocks in the process. Feedback information indicates whether the multiple transport blocks were correctly transmitted. For example, interface module 1002 may be configured to execute S1102.
[0418] The processing module 1001 is configured to determine, based on the capability information of the terminal, whether the terminal supports transmitting multiple transport blocks through one process.
[0419] In a possible implementation, the capability information of the terminal includes first indication information, where the first indication information indicates whether the terminal supports sending multiple transmission blocks through one process, and / or indicates whether the terminal supports receiving multiple transmission blocks through one process.
[0420] In a possible implementation manner, the capability information of the terminal includes second indication information, where the second indication information indicates a window length of a process, or a number of transmission blocks that the terminal supports transmitting through one process.
[0421] In a possible implementation, the interface module 1002 is further configured to send capability query information, where the capability query information is used to query the capability of the terminal to transmit multiple transmission blocks through one process.
[0422] In one possible implementation, the interface module 1002 is further used to send a third indication message to the terminal, where the third indication message indicates a first duration, and the first duration satisfies the capability information of the terminal; the interface module 1002 is further used to transmit multiple transmission blocks through the first process within the first duration.
[0423] In one possible implementation, the interface module 1002 is further used to send a third indication information to the terminal, where the third indication information indicates N, where N is an integer greater than 1 and N satisfies the capability information of the terminal; the interface module 1002 is further used to transmit N transmission blocks through the first process.
[0424] When used to implement the functions of a network device, for other functions that the communication device 100 can implement, please refer to the relevant introduction of the embodiment shown in Figure 11, and no further details will be given.
[0425] It is understandable that one or more of the above modules or units can be implemented by software, hardware or a combination of the two. When any of the above modules or units is implemented by software, the software exists in the form of computer program instructions and is stored in a memory, and a processor can be used to execute the program instructions and implement the above method flow. The processor can be built into an SoC (system on chip) or an ASIC, or it can be an independent semiconductor chip. In addition to the core used to execute software instructions to perform calculations or processing within the processor, it can further include necessary hardware accelerators, such as field programmable gate arrays (FPGAs), PLDs (programmable logic devices), or logic circuits that implement dedicated logic operations.
[0426] When the above modules or units are implemented in hardware, the hardware can be any one or any combination of a CPU, a microprocessor, a digital signal processing (DSP) chip, a microcontroller unit (MCU), an artificial intelligence processor, an ASIC, a SoC, an FPGA, a PLD, a dedicated digital circuit, a hardware accelerator or a non-integrated discrete device, which can run the necessary software or not rely on the software to execute the above method flow.
[0427] Optionally, the present application also provides a chip system, comprising: at least one processor and an interface, wherein the at least one processor is coupled to a memory via the interface, and when the at least one processor executes a computer program or instruction in the memory, the method in any of the above method embodiments is executed. In one possible implementation, the chip system also includes a memory. Optionally, the chip system can be composed of a chip, or can include a chip and other discrete devices, which is not specifically limited in this application.
[0428] Optionally, the present application also provides a computer-readable storage medium. All or part of the processes in the above-mentioned method embodiments can be completed by a computer program to instruct the relevant hardware. The program can be stored in the above-mentioned computer-readable storage medium. When the program is executed, it can include the processes of the above-mentioned method embodiments. The computer-readable storage medium can be an internal storage unit of the communication device of any of the above-mentioned embodiments, such as a hard disk or memory of the communication device. The above-mentioned computer-readable storage medium can also be an external storage device of the above-mentioned communication device, such as a plug-in hard disk, a smart memory card (smart media card, SMC), a secure digital (secure digital, SD) card, a flash card (flash card), etc. equipped on the above-mentioned communication device. Furthermore, the above-mentioned computer-readable storage medium can also include both the internal storage unit of the above-mentioned communication device and an external storage device. The above-mentioned computer-readable storage medium is used to store the above-mentioned computer program and other programs and data required by the above-mentioned communication device. The above-mentioned computer-readable storage medium can also be used to temporarily store data that has been output or is to be output.
[0429] Optionally, the present application also provides a computer program product. All or part of the processes in the above method embodiments may be completed by a computer program instructing related hardware. The program may be stored in the above computer program product, and when executed, the program may include the processes in the above method embodiments.
[0430] Optionally, the present application also provides a computer instruction. All or part of the process in the above method embodiment can be completed by the computer instruction to instruct the relevant hardware (such as a computer, processor, terminal or network device, etc.). The program can be stored in the above computer-readable storage medium or in the above computer program product.
[0431] Optionally, the present application also provides a communication system, including: the network device and terminal in the above embodiments.
[0432] Through the description of the above implementation methods, technical personnel in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.
[0433] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the modules or units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.
[0434] The units described as separate components may or may not be physically separate, and the components shown as units may be one physical unit or multiple physical units, that is, they may be located in one place or distributed in multiple places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
[0435] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.
[0436] The above is only a specific embodiment of the present application, but the scope of protection of this application is not limited to this. Any changes or substitutions within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.
Claims
1. A data transmission method, characterized in that: The method comprises: receiving, by a first process, a plurality of transport blocks; Send feedback information, where the feedback information is used to indicate whether the multiple transmission blocks are transmitted correctly.
2. The method according to claim 1, characterized in that The method further comprises: Receive or send first indication information, where the first indication information is used to indicate the length of a first window, the number of the multiple transmission blocks, or the number of first scheduling information, where the first window is a window of the first process, or the first window is a window for transmitting first scheduling information, and the first scheduling information is used to schedule the multiple transmission blocks.
3. The method according to claim 2, characterized in that The first indication information is related to a round-trip delay between the network device and the terminal.
4. The method according to claim 3, characterized in that The first indication information is also related to the number of processes supported by the terminal for transmitting transport blocks.
5. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: receiving or sending second instruction information; The first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of the multiple transmission blocks, and the second indication information is used to indicate the time domain position of the multiple transmission blocks; or, the first indication information indicates the number of the first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
6. The method according to any one of claims 1 to 5, characterized in that The plurality of transport blocks include a first transport block, the method further comprising: receiving or sending third indication information, where the third indication information is used to indicate at least one of the following: whether the first transport block is retransmission data, the number of transmissions of the first transport block, the coding group to which the first transport block belongs, the order of the first transport block in the first coding group, the order of the first transport block in the multiple transport blocks, or whether the first transport block is a check transport block; The first coding group is the coding group to which the first transmission block belongs.
7. The method according to any one of claims 1 to 5, characterized in that The method further comprises: Receive or send fourth indication information, wherein the fourth indication information is used to indicate at least one of the following: whether the multiple transmission blocks are retransmission data, the number of transmission times of the multiple transmission blocks, the coding groups to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of the multiple transmission blocks, or whether the multiple transmission blocks are check transmission blocks.
8. The method according to any one of claims 1 to 7, characterized in that: The method further comprises: Fifth indication information is sent, where the fifth indication information is used to indicate the number of detected transport blocks.
9. A data transmission method, characterized in that: The method comprises: sending a plurality of transport blocks by a first process; Feedback information is received, where the feedback information is used to indicate whether the multiple transmission blocks are transmitted correctly.
10. The method according to claim 9, characterized in that The method further comprises: Send or receive first indication information, where the first indication information is used to indicate the length of a first window, the number of the multiple transmission blocks, or the number of first scheduling information, where the first window is a window of the first process, or the first window is a window for transmitting first scheduling information, and the first scheduling information is used to schedule the multiple transmission blocks.
11. The method according to claim 10, characterized in that The first indication information is related to a round-trip delay between the network device and the terminal.
12. The method according to claim 11, characterized in that The first indication information is also related to the number of processes supported by the terminal for transmitting transmission blocks.
13. The method according to any one of claims 9 to 12, characterized in that: The method further comprises: Sending or receiving second instruction information; The first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of the multiple transmission blocks, and the second indication information is used to indicate the time domain position of the multiple transmission blocks; or, the first indication information indicates the number of the first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
14. The method according to any one of claims 9 to 13, characterized in that: The plurality of transport blocks include a first transport block, the method further comprising: sending or receiving third indication information, where the third indication information is used to indicate at least one of the following: whether the first transport block is retransmission data, the number of transmissions of the first transport block, the coding group to which the first transport block belongs, the order of the first transport block in the first coding group, the order of the first transport block in the multiple transport blocks, or whether the first transport block is a check transport block; The first coding group is the coding group to which the first transmission block belongs.
15. The method according to any one of claims 9 to 13, characterized in that: The method further comprises: Send or receive fourth indication information, wherein the fourth indication information is used to indicate at least one of the following: whether the multiple transmission blocks are retransmission data, the number of transmission times of the multiple transmission blocks, the coding groups to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of the multiple transmission blocks, or whether the multiple transmission blocks are check transmission blocks.
16. The method according to any one of claims 9 to 15, characterized in that: The method further comprises: Fifth indication information is received, where the fifth indication information is used to indicate the number of transport blocks detected by the device receiving the multiple transport blocks.
17. A communication device, characterized in that: The communication device comprises: a processing module and an interface module; The processing module is used to control the interface module to receive multiple transmission blocks through a first process; The interface module is used to send feedback information, where the feedback information is used to indicate whether the multiple transmission blocks are transmitted correctly.
18. The communication device according to claim 17, characterized in that: The interface module is also used to receive or send first indication information, wherein the first indication information is used to indicate the length of the first window, the number of the multiple transmission blocks or the number of first scheduling information, the first window is the window of the first process, or the first window is a window for transmitting first scheduling information, and the first scheduling information is used to schedule the multiple transmission blocks.
19. The communication device according to claim 18, characterized in that: The first indication information is related to a round-trip delay between the network device and the terminal.
20. The communication device according to claim 19, characterized in that The first indication information is also related to the number of processes supported by the terminal for transmitting transport blocks.
21. The communication device according to any one of claims 17 to 20, characterized in that: The interface module is further used to receive or send second indication information; The first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of the multiple transmission blocks, and the second indication information is used to indicate the time domain position of the multiple transmission blocks; or, the first indication information indicates the number of the first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
22. The communication device according to any one of claims 17 to 21, characterized in that: The plurality of transport blocks comprises a first transport block, The interface module is further used to receive or send third indication information, where the third indication information is used to indicate at least one of the following: whether the first transmission block is retransmission data, the number of transmissions of the first transmission block, the coding group to which the first transmission block belongs, the order of the first transmission block in the first coding group, the order of the first transmission block in the multiple transmission blocks, or whether the first transmission block is a check transmission block; The first coding group is the coding group to which the first transmission block belongs.
23. The communication device according to any one of claims 17 to 21, characterized in that: The interface module is also used to receive or send fourth indication information, and the fourth indication information is used to indicate at least one of the following: whether the multiple transmission blocks are retransmission data, the number of transmission times of the multiple transmission blocks, the coding groups to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of the multiple transmission blocks, or whether the multiple transmission blocks are check transmission blocks.
24. The communication device according to any one of claims 17 to 23, characterized in that: The interface module is further used to send fifth indication information, where the fifth indication information is used to indicate the number of detected transmission blocks.
25. A communication device, characterized in that: The communication device comprises: a processing module and an interface module; The processing module is used to control the interface module to send multiple transmission blocks through the first process; The interface module is used to receive feedback information, where the feedback information is used to indicate whether the multiple transmission blocks are transmitted correctly.
26. The communication device according to claim 25, characterized in that The interface module is further used to send or receive first indication information, where the first indication information is used to indicate the length of the first window, the number of the plurality of transmission blocks, or the number of first scheduling information, where the first window is a window of the first process, or the first window is a window for transmitting first scheduling information, where the first scheduling information is used to schedule the multiple transmission blocks.
27. The communication device according to claim 26, characterized in that The first indication information is related to a round-trip delay between the network device and the terminal.
28. The communication device according to claim 27, characterized in that The first indication information is also related to the number of processes supported by the terminal for transmitting transmission blocks.
29. The communication device according to any one of claims 25 to 28, characterized in that: The interface module is further used to send or receive second indication information; The first indication information indicates the length of the first window, and the second indication information is used to indicate the time domain position of the first window; or, the first indication information indicates the number of the multiple transmission blocks, and the second indication information is used to indicate the time domain position of the multiple transmission blocks; or, the first indication information indicates the number of the first scheduling information, and the second indication information is used to indicate the time domain position of the first scheduling information.
30. The communication device according to any one of claims 25 to 29, characterized in that: The plurality of transport blocks comprises a first transport block, The interface module is further used to send or receive third indication information, where the third indication information is used to indicate at least one of the following: whether the first transmission block is retransmission data, the number of transmissions of the first transmission block, the coding group to which the first transmission block belongs, the order of the first transmission block in the first coding group, the order of the first transmission block in the multiple transmission blocks, or whether the first transmission block is a check transmission block; The first coding group is the coding group to which the first transmission block belongs.
31. The communication device according to any one of claims 25 to 29, characterized in that: The interface module is also used to send or receive fourth indication information, and the fourth indication information is used to indicate at least one of the following: whether the multiple transmission blocks are retransmission data, the number of transmission times of the multiple transmission blocks, the coding groups to which the multiple transmission blocks belong, the order of the multiple transmission blocks in the coding group to which the multiple transmission blocks belong, the number of the multiple transmission blocks, or whether the multiple transmission blocks are check transmission blocks.
32. The communication device according to any one of claims 25 to 31, characterized in that: The interface module is further used to receive fifth indication information, where the fifth indication information is used to indicate the number of transmission blocks detected by the device receiving the multiple transmission blocks.
33. A communication device, characterized in that: include: A processor, the processor is coupled to a memory, the memory is used to store programs or instructions, when the program or instructions are executed by the processor, the device executes the method as claimed in any one of claims 1 to 8, or executes the method as claimed in any one of claims 9 to 16.
34. A computer-readable storage medium having a computer program or instruction stored thereon, characterized in that: When the computer program or instruction is executed, the computer performs the method according to any one of claims 1 to 8 or the method according to any one of claims 9 to 16.
35. A computer program product, comprising computer program code, characterized in that: When the computer program code is executed on a computer, the computer is enabled to implement the method according to any one of claims 1 to 8, or to implement the method according to any one of claims 9 to 16.
36. A communication method, characterized in that: The method comprises: Determine capability information of a terminal, where the capability information of the terminal is used to indicate capability of the terminal to send multiple transport blocks through one process, and / or indicate capability of the terminal to receive multiple transport blocks through one process, wherein during the process of the terminal sending multiple transport blocks through one process, the terminal stops receiving scheduling information of the transport blocks in the process, and during the process of the terminal receiving multiple transport blocks through one process, the terminal stops sending decoding results of the transport blocks in the process; The capability information of the terminal is sent.
37. The method according to claim 36, characterized in that The capability information of the terminal includes first indication information, where the first indication information indicates whether the terminal supports sending multiple transmission blocks through one process and / or indicates whether the terminal supports receiving multiple transmission blocks through one process.
38. The method according to claim 36 or 37, characterized in that The capability information of the terminal includes second indication information, where the second indication information indicates a window length of the process, or a number of transmission blocks supported by the terminal for transmission through one process.
39. The method according to any one of claims 36 to 38, characterized in that The method further comprises: Capability query information is received, where the capability query information is used to query the capability of the terminal to transmit multiple transmission blocks through one process.
40. The method according to any one of claims 36 to 39, characterized in that The method further comprises: receiving third indication information, where the third indication information indicates a first duration, where the first duration satisfies capability information of the terminal; A plurality of transmission blocks are transmitted by a first process within a first time period.
41. The method according to any one of claims 36 to 39, characterized in that The method further comprises: receiving third indication information, where the third indication information indicates N, where N is an integer greater than 1, and N satisfies the capability information of the terminal; N transport blocks are transmitted by the first process.
42. A communication method, characterized in that: The method comprises: receiving capability information of a terminal, wherein the capability information of the terminal is used to indicate the capability of the terminal to send multiple transport blocks through one process, and / or indicates the capability of the terminal to receive multiple transport blocks through one process, wherein during the process of the terminal sending multiple transport blocks through one process, the terminal stops receiving scheduling information of the transport blocks in the process, and during the process of the terminal receiving multiple transport blocks through one process, the terminal stops sending decoding results of the transport blocks in the process; Determining whether the terminal supports transmitting a plurality of transmission blocks through one process according to the capability information of the terminal.
43. The method according to claim 42, characterized in that The capability information of the terminal includes first indication information, where the first indication information indicates whether the terminal supports sending multiple transmission blocks through one process and / or indicates whether the terminal supports receiving multiple transmission blocks through one process.
44. The method according to claim 42 or 43, characterized in that The capability information of the terminal includes second indication information, where the second indication information indicates a window length of the process, or a number of transmission blocks supported by the terminal for transmission through one process.
45. The method according to any one of claims 42 to 44, characterized in that The method further comprises: Sending capability query information, where the capability query information is used to query the capability of the terminal to transmit multiple transmission blocks through one process.
46. The method according to any one of claims 42 to 45, characterized in that The method further comprises: Sending third indication information to the terminal, where the third indication information indicates a first duration, and the first duration satisfies the capability information of the terminal; A plurality of transmission blocks are transmitted by a first process within a first time period.
47. The method according to any one of claims 42 to 45, characterized in that The method further comprises: Sending third indication information to the terminal, where the third indication information indicates N, where N is an integer greater than 1, and N satisfies the capability information of the terminal; N transport blocks are transmitted by the first process.
48. A communication device, characterized in that: The method comprises a unit or module for executing the method as claimed in any one of claims 36 to 41, or comprises a unit or module for executing the method as claimed in any one of claims 42 to 47.
49. A communication device, characterized in that: include: A processor, the processor is coupled to a memory, the memory is used to store programs or instructions, when the program or instructions are executed by the processor, the device executes the method as described in any one of claims 36 to 41, or executes the method as described in any one of claims 42 to 47.
50. A chip, characterized in that: include: A processor, the processor is coupled to a memory, the memory is used to store programs or instructions, when the program or instructions are executed by the processor, the chip executes the method as described in any one of claims 36 to 41, or the method as described in any one of claims 42 to 47.
51. A computer-readable storage medium having a computer program or instruction stored thereon, characterized in that: When the computer program or instructions are executed, the computer performs the method according to any one of claims 36 to 41, or the method according to any one of claims 42 to 47.
52. A computer program product, comprising computer program code, characterized in that: When the computer program code is executed on a computer, the computer is enabled to implement the method of any one of claims 36 to 41 or the method of any one of claims 42 to 47.
53. A communication system, characterized in that: include: An apparatus for executing the method according to any one of claims 1 to 8, and / or an apparatus for executing the method according to any one of claims 9 to 16.
54. A communication system, characterized in that: include: An apparatus for performing the method as claimed in any one of claims 36 to 41, and / or an apparatus for performing the method as claimed in any one of claims 42 to 47.
Citation Information
Patent Citations
Data transmission method and device
CN120021183A
Method, device, and system for data transmission
CN109478958A
Method and device for sending and receiving feedback information
CN110875804A
Controlling data transmission in wireless communication
CN113767581A
Methods, first and second nodes for managing ACK / NACK-messages
WO2018202026A1