Communication method and device

By receiving PDSCH data in a large round-trip delay scenario, the terminal device sends a HARQ feedback message and discards the decoded soft information, retransmission at the PHY/MAC layer is realized, the problems of increasing retransmission delay and reducing spectrum efficiency are solved, and the transmission spectrum efficiency is improved.

CN119966585APending Publication Date: 2025-05-09HUAWEI TECH CO LTD
View PDF 0 Cites 4 Cited by

Patent Information

Application Number
CN202311490798.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2023-11-08
Publication Date
2025-05-09

AI Technical Summary

Technical Problem

In large round-trip delay scenarios, turning off the PHY/MAC layer HARQ feedback will lead to an increase in retransmission delay and a decrease in spectral efficiency.

Method used

After receiving the PDSCH data, the terminal device sends a HARQ feedback message and discards the decoded soft information, thereby realizing retransmission at the PHY/MAC layer, reducing the retransmission delay and improving spectrum efficiency.

Benefits of technology

Through the HARQ feedback and retransmission strategies of the terminal device, the retransmission delay is reduced, the transmission spectrum efficiency is improved, and the spectrum efficiency reduction caused by turning off the HARQ feedback is avoided.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119966585A_ABST
    Figure CN119966585A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides a communication method and device, belongs to the technical field of communication, and is used for reducing retransmission time delay and improving transmission spectrum efficiency. In the method, a terminal device can feed back an HARQ feedback message corresponding to received PDSCH data to a network device, such as a first HARQ feedback message corresponding to first PDSCH data, and discard decoded soft information, at the moment, the network device can obtain the HARQ feedback message of each PDSCH data, the situation that the spectrum efficiency is reduced due to closing of HARQ feedback can be avoided, and the user experience is improved. The PDSCH data received by the terminal equipment are all independent, namely, the terminal equipment can independently decode each PDSCH data, or the terminal equipment does not carry out soft combination decoding, so that retransmission on a PHY / MAC layer can be realized, the retransmission time delay can be reduced, and the transmission spectrum efficiency can be improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of communications, and in particular to a communication method and device. Background Art

[0002] At present, in scenarios with large round trip time (RRT), such as non-terrestrial networks (NTN) communication scenarios, a new feature of disabling hybrid automatic repeat request acknowledgment (HARQ) feedback has been added. In the HARQ process with HARQ feedback disabled, the terminal device does not need to send a HARQ feedback message to the network device, or, regardless of whether the translation result is correct, the terminal device sends a negative acknowledgement (NACK) message to the network device. When the RTT is large, the HARQ feedback can only be disabled. At this time, the terminal device does not support physical layer (PHY) / media access control (MAC) layer retransmission. In order to ensure correct transmission, the radio link control (RLC) layer retransmission will be used for the data packets with decoding errors to ensure the reliability of system transmission.

[0003] However, disabling PHY / MAC layer HARQ feedback and using RLC layer retransmission will increase the retransmission delay, resulting in an increase in the retransmission delay and a decrease in the transmission spectrum efficiency. Summary of the invention

[0004] This embodiment provides a communication method and device to reduce retransmission delay and improve transmission spectrum efficiency.

[0005] To achieve the above purpose, this embodiment adopts the following technical solutions:

[0006] In a first aspect, a communication method is provided, which can be executed by a terminal device, or by a chip or circuit configured in the terminal device, or by a logic module or software that can realize all or part of the functions of the terminal device. The method includes: receiving first physical downlink shared channel PDSCH data, sending a first HARQ feedback message, and discarding decoded soft information. The first HARQ feedback message is determined by the decoding result of the first PDSCH data, the decoded soft information is determined by the first PDSCH data, and the decoded soft information is used to determine the decoding result.

[0007] Based on the method described in the first aspect, it can be known that the terminal device can feed back to the network device the HARQ feedback message corresponding to the received PDSCH data, such as the first HARQ feedback message corresponding to the first PDSCH data, and discard the decoded soft information. At this time, the network device can obtain the HARQ feedback message for each PDSCH data, which can avoid the situation where the spectrum efficiency is reduced due to turning off the HARQ feedback, and the PDSCH data received by the terminal device are all separate, that is, the terminal device can decode each PDSCH data separately, or the terminal device does not perform soft combined decoding, and can realize retransmission at the PHY / MAC layer, thereby reducing the retransmission delay and improving the transmission spectrum efficiency.

[0008] In a possible design scheme, the method of the first aspect may also include: receiving indication information. Sending a first HARQ feedback message and discarding the decoded soft information includes: sending a first HARQ feedback message according to the indication information and discarding the decoded soft information. That is, the terminal device can determine whether to send the first HARQ feedback message to the network device and discard the decoded soft information according to the indication information sent by the network device, so as to realize on-demand indication of the terminal device to feedback the HARQ feedback message and discard the decoded soft information, realize flexible scheduling, and avoid communication redundancy.

[0009] In one possible design scheme, the indication information is carried in the downlink control information DCI, that is, carried in the existing information element to reduce the difficulty of implementation, or it can also be carried in a new information element, such as a newly defined DCI, to improve the flexibility of implementation, without limitation.

[0010] Optionally, the indication information includes a decoding result feedback field. When the value of the decoding result feedback field is a first value, a first HARQ feedback message is sent and the decoded soft information is discarded. In other words, when the value of the decoding result feedback field is the first value, regardless of whether the terminal device feeds back an ACK message or a NACK message, the terminal device can continue to receive new PDSCH data or retransmitted PDSCH data in the same HARQ process. That is, the terminal device can receive and decode each data received in the same HARQ process as a new PDSCH data separately, regardless of whether the PDSCH data is newly transmitted data or retransmitted data. Alternatively, the terminal device can continue to receive PDSCH data (whether it is newly transmitted data or retransmitted data) in the same HARQ process before feeding back a HARQ feedback message of the last received PDSCH data to the network device, without limitation.

[0011] It can be understood that the decoding result feedback field can be carried in the DCI, and the indication information can indicate whether the terminal device sends the first HARQ feedback message and discards the decoded soft information through the value of the decoding result feedback field. The decoding result feedback field can be a newly added field, or it can directly reuse the existing fields in the DCI. For example, optionally, the decoding result feedback field reuses at least one of the following: the new data indication NDI field, the redundant version RV field, or the HARQ process number field to save overhead, or the decoding result feedback field can also be reused in any other possible field without limitation.

[0012] In a possible design scheme, the indication information is carried in a wireless control RRC message, that is, carried in an existing information element to reduce the difficulty of implementation, or it can also be carried in a new information element to improve the flexibility of implementation, without limitation.

[0013] Optionally, the indication information is used to indicate that a first HARQ feedback message is sent on a first HARQ process, and the decoded soft information is discarded. It can be understood that the first HARQ process may include one or more HARQ processes, and it can be understood that the network device can schedule the terminal device to send a HARQ feedback message on one or more HARQ processes and discard the decoded soft information through one indication information to save overhead; or, one indication information can correspond to one HARQ, and the network device can schedule the terminal device to send a HARQ feedback message on a corresponding HARQ process through one indication information and discard the decoded soft information, and the implementation process is simple and flexible.

[0014] In a possible design, when the decoding result of the first PDSCH data is erroneous, the method of the first aspect may further include: obtaining a channel estimation result, determining the number of retransmissions based on the decoding result and the channel estimation result, and sending the number of retransmissions. The number of retransmissions is used to characterize the number of times the network device retransmits the first PDSCH data. In this way, the network device can retransmit more accurately based on the channel estimation result to improve the reliability of the retransmission.

[0015] In a second aspect, a communication method is provided. The method can be executed by a network device, or it can also be executed by a chip or circuit configured in the network device, or it can also be executed by a logic module or software that can realize all or part of the network device functions. The method includes: sending indication information, sending first PDSCH data, and receiving a first HARQ feedback message. Among them, the indication information is used to instruct the terminal device to send a HARQ feedback message and discard the decoded soft information; the HARQ feedback message is determined by the decoding result of the PDSCH data, the decoded soft information is determined by the PDSCH data, and the decoded soft information is used to determine the decoding result; the PDSCH data includes the first PDSCH data.

[0016] Based on the method described in the second aspect, it can be known that the network device can send indication information to the terminal device to instruct the terminal device to feedback the HARQ feedback message corresponding to the PDSCH data to the network device and discard the decoded soft information. At this time, the network device can receive the first HARQ feedback message fed back by the terminal device for the first PDSCH data, which can avoid the situation where the spectrum efficiency is reduced due to turning off the HARQ feedback, and the PDSCH data received by the terminal device are all separate, that is, the terminal device can decode each PDSCH data separately, and can realize retransmission at the PHY / MAC layer, thereby reducing the retransmission delay and improving the transmission spectrum efficiency.

[0017] In a possible design scheme, before receiving the first HARQ feedback message, the method described in the second aspect may also include: sending the second PDSCH data on the same HARQ process as the first PDSCH data, and the first PDSCH data and the second PDSCH data may be the same data or different data, without limitation. In this way, the network device can continue to send the next PDSCH data on the same HARQ process without waiting to receive the first HARQ feedback message, thereby improving the utilization of time domain resources and the throughput of the system.

[0018] In a possible design scheme, the indication information is carried in downlink control information DCI.

[0019] Optionally, the indication information includes a decoding result feedback field. When the value of the decoding result feedback field is a first value, the indication information is used to instruct the terminal device to send a HARQ feedback message and discard the decoded soft information.

[0020] Optionally, the decoding result feedback field multiplexes at least one of the following: a new data indication NDI field, a redundant version RV field, or a HARQ process number.

[0021] In a possible design scheme, the indication information is carried in a wireless control RRC message.

[0022] Optionally, the indication information is used to indicate that a HARQ feedback message is sent on the first HARQ process and that decoded soft information is discarded.

[0023] Optionally, before receiving the first HARQ feedback message, the method described in the second aspect may include: sending third PDSCH data on the first HARQ process, and the first PDSCH data and the third PDSCH data may be the same data or different data, without limitation. In this way, on the first HARQ process, the network device can continue to send the next PDSCH data without waiting for receiving the first HARQ feedback message, thereby improving the utilization of time domain resources and the throughput of the system.

[0024] In a possible design scheme, the method described in the second aspect may also include: receiving a retransmission number, and retransmitting the first PDSCH data according to the retransmission number.

[0025] Other technical effects of the communication method described in the second aspect can refer to the technical effects of the communication method described in the first aspect, and will not be repeated here.

[0026] Other technical effects of the communication method described in the second aspect can refer to the technical effects of the communication method described in the first aspect, and will not be repeated here.

[0027] In a third aspect, a communication device is provided, which includes: a module for executing the method described in the first aspect, for example, a transceiver module and a processing module.

[0028] The transceiver module is used to receive the first physical downlink shared channel PDSCH data; the processing module is used to send the first HARQ feedback message and discard the decoded soft information. The first HARQ feedback message is determined by the decoding result of the first PDSCH data, the decoded soft information is determined by the first PDSCH data, and the decoded soft information is used to determine the decoding result.

[0029] In a possible design, the transceiver module is further used to receive indication information. The processing module is further used to send a first HARQ feedback message according to the indication information and discard the decoded soft information.

[0030] In a possible design scheme, the indication information is carried in downlink control information DCI.

[0031] Optionally, the indication information includes a decoding result feedback field. When the value of the decoding result feedback field is a first value, a first HARQ feedback message is sent, and the decoded soft information is discarded.

[0032] In a possible design scheme, the indication information is carried in a wireless control RRC message.

[0033] Optionally, the indication information is used to indicate that a first HARQ feedback message is sent on a first HARQ process, and decoded soft information is discarded.

[0034] In a possible design, when the decoding result of the first PDSCH data is erroneous, the processing module is further used to obtain a channel estimation result; the processing module is further used to determine the number of retransmissions according to the decoding result and the channel estimation result; the transceiver module is further used to send the number of retransmissions. The number of retransmissions is used to represent the number of times the network device retransmits the first PDSCH data.

[0035] Optionally, the transceiver module may include a sending module and a receiving module, wherein the sending module is used to implement the sending function of the communication device described in the third aspect, and the receiving module is used to implement the receiving function of the communication device described in the third aspect.

[0036] Optionally, the communication device described in the third aspect may further include a storage module, wherein the storage module stores a program or an instruction. When the processing module executes the program or the instruction, the communication device may execute the communication method described in the first aspect.

[0037] It should be noted that the communication device described in the third aspect can be a terminal device, or a chip (system) or other parts or components that can be set in the terminal device, or a device that includes a terminal device, which is not limited in this embodiment.

[0038] In addition, the technical effects of the communication device described in the third aspect can refer to the technical effects of the communication method described in the first aspect, and will not be repeated here.

[0039] In a fourth aspect, a communication device is provided, which includes a module for executing the method described in the second aspect, for example, a transceiver module and a processing module.

[0040] The transceiver module is used to send indication information; the transceiver module is also used to send the first PDSCH data; the transceiver module is also used to receive the first HARQ feedback message. The indication information is used to instruct the terminal device to send the HARQ feedback message and discard the decoded soft information; the HARQ feedback message is determined by the decoding result of the PDSCH data, the decoded soft information is determined by the PDSCH data, and the decoded soft information is used to determine the decoding result; the PDSCH data includes the first PDSCH data.

[0041] In a possible design scheme, before receiving the first HARQ feedback message, the transceiver module is further used to send the second PDSCH data on the same HARQ process as the first PDSCH data.

[0042] In a possible design scheme, the indication information is carried in downlink control information DCI.

[0043] Optionally, the indication information includes a decoding result feedback field. When the value of the decoding result feedback field is a first value, the indication information is used to instruct the terminal device to send a HARQ feedback message and discard the decoded soft information.

[0044] Optionally, the decoding result feedback field multiplexes at least one of the following: a new data indication NDI field, a redundant version RV field, or a HARQ process number.

[0045] In a possible design scheme, the indication information is carried in a wireless control RRC message.

[0046] Optionally, the indication information is used to indicate that a HARQ feedback message is sent on the first HARQ process and that decoded soft information is discarded.

[0047] Optionally, before receiving the first HARQ feedback message, the transceiver module is further configured to send third PDSCH data on the first HARQ process.

[0048] In a possible design scheme, the transceiver module is also used to receive the number of retransmissions; the processing module is used to retransmit the first PDSCH data according to the number of retransmissions.

[0049] Optionally, the transceiver module may include a sending module and a receiving module, wherein the sending module is used to implement the sending function of the communication device described in the fourth aspect, and the receiving module is used to implement the receiving function of the communication device described in the fourth aspect.

[0050] Optionally, the communication device described in the fourth aspect may further include a storage module, wherein the storage module stores a program or an instruction. When the processing module executes the program or the instruction, the communication device may execute the communication method described in the second aspect.

[0051] It should be noted that the communication device described in the fourth aspect can be a terminal device, or a chip (system) or other parts or components that can be set in the terminal device, or a device that includes a terminal device, which is not limited in this embodiment.

[0052] In addition, the technical effects of the communication device described in the fourth aspect can refer to the technical effects of the communication method described in the second aspect, and will not be repeated here.

[0053] In a fifth aspect, a communication device is provided, wherein the communication device comprises: a processor, wherein the processor is configured to execute the communication method described in the first aspect or the second aspect.

[0054] In a possible design solution, the communication device described in the fifth aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for the communication device described in the fifth aspect to communicate with other communication devices.

[0055] In a possible design scheme, the communication device described in the fifth aspect may also include a memory. The memory may be integrated with the processor or may be separately provided. The memory may be used to store the computer program and / or data involved in the communication method described in the first aspect or the second aspect.

[0056] In this embodiment, the communication device described in the fifth aspect may be a terminal device, or a chip (system) or other parts or components that may be arranged in the terminal device, or a device including the terminal device.

[0057] In addition, the technical effects of the communication device described in the fifth aspect can refer to the technical effects of the communication method described in the first aspect or the second aspect, and will not be repeated here.

[0058] In a sixth aspect, a communication device is provided, comprising: a processor, the processor being coupled to a memory, the processor being configured to execute a computer program stored in the memory, so that the communication device executes the communication method described in the first aspect or the second aspect.

[0059] In a possible design solution, the communication device described in the sixth aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for the communication device described in the sixth aspect to communicate with other communication devices.

[0060] In this embodiment, the communication device described in the sixth aspect may be a terminal device, or a chip (system) or other parts or components that may be arranged in the terminal device, or a device including the terminal device.

[0061] In addition, the technical effects of the communication device described in the sixth aspect can refer to the technical effects of the communication method described in the first aspect or the second aspect, and will not be repeated here.

[0062] In a seventh aspect, a communication device is provided, comprising: a processor and a memory; the memory is used to store a computer program, and when the processor executes the computer program, the communication device executes the communication method described in the first aspect or the second aspect.

[0063] In a possible design solution, the communication device described in the seventh aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for the communication device described in the seventh aspect to communicate with other communication devices.

[0064] In this embodiment, the communication device described in the seventh aspect may be a terminal device, or a chip (system) or other parts or components that may be arranged in the terminal device, or a device including the terminal device.

[0065] In addition, the technical effects of the communication device described in the seventh aspect can refer to the technical effects of the communication method described in the first aspect or the second aspect, and will not be repeated here.

[0066] In an eighth aspect, a communication device is provided, comprising: a processor; the processor is used to couple with a memory, and after reading a computer program in the memory, execute the communication method as described in the first aspect or the second aspect according to the computer program.

[0067] In a possible design solution, the communication device described in the eighth aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for the communication device described in the eighth aspect to communicate with other communication devices.

[0068] In this embodiment, the communication device described in the eighth aspect may be a terminal device, or a chip (system) or other parts or components that may be arranged in the terminal device, or a device including the terminal device.

[0069] In addition, the technical effects of the communication device described in the eighth aspect can refer to the technical effects of the communication method described in the first aspect or the second aspect, and will not be repeated here.

[0070] In a ninth aspect, a communication system is provided, which includes the terminal device described in the first aspect and / or the network device described in the second aspect.

[0071] In a tenth aspect, a computer-readable storage medium is provided, comprising: a computer program or instructions; when the computer program or instructions are executed on a computer, the computer executes the communication method described in the first aspect or the second aspect.

[0072] In an eleventh aspect, a computer program product is provided, comprising a computer program or instructions, which, when executed on a computer, enables the computer to execute the communication method described in the first aspect or the second aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0073] Figure 1 It is a schematic diagram of the stop and wait protocol;

[0074] Figure 2 A schematic diagram of parallel transmission of multiple HARQ processes;

[0075] Figure 3 Schematic diagram of the retransmission mechanism of the NR system;

[0076] Figure 4 It is a schematic diagram of RLC retransmission;

[0077] Figure 5The architecture of the communication system provided in this embodiment is shown as follows: Figure 1 ;

[0078] Figure 6 The architecture of the communication system provided in this embodiment is shown as follows: Figure 2 ;

[0079] Figure 7 The architecture of the communication system provided in this embodiment is shown as follows: Figure 3 ;

[0080] Figure 8 A flow chart of the communication method provided in this embodiment;

[0081] Fig. 9 It is a schematic diagram of retransmission based on disabling HARQ transmission;

[0082] Fig.10 Schematic diagram of transmission spectrum efficiency comparison for different target block error rates;

[0083] Fig.11 The structure of the communication device provided in this embodiment is shown as follows: Figure 1 ;

[0084] Fig.12 The structure of the communication device provided in this embodiment is shown as follows: Figure 2 . DETAILED DESCRIPTION

[0085] For ease of understanding, the technical terms involved in this embodiment are first introduced below.

[0086] 1. Non-terrestrial network (NTN) communications

[0087] Currently, the New Radio (NR) technology is evolving from version R18 to version R19. At the same time, NR technology has entered the commercial deployment stage from the standardization stage. The original intention of the NR standard protocol research is to design wireless communication technology for ground cellular network scenarios, which can provide users with ultra-low latency, ultra-reliability, ultra-high speed, and excessive connection wireless communication services. However, cellular networks cannot achieve seamless global coverage. For example, in areas without ground base stations such as sea areas, polar regions, and rainforests, voice and data services cannot be provided to these areas without cellular network coverage.

[0088] Compared with terrestrial communications, NTN communications have the characteristics of large coverage area and flexible networking, and can achieve seamless global network coverage. NTN network is not only a supplement to the current terrestrial network, but also an independent communication system that provides users with global high-speed network access. At present, research institutes, communication organizations, and communication companies around the world are participating in the research of NTN communication technology and standard formulation, striving to build a unified communication network for space, air, and ground communications.

[0089] NTN communication includes networking using drones, high-altitude platforms, satellites and other equipment to provide data transmission, voice communication and other services for user equipment (UE). The high-altitude platform equipment is generally 8 to 50 km above the ground. According to the orbital altitude of the satellite, the satellite communication system can be divided into the following three types: geostationary orbit (GEO) satellite communication system, also known as synchronous orbit satellite system; medium earth orbit (MEO) satellite communication system and low earth orbit (LEO) satellite communication system.

[0090] Among them, the GEO satellite orbit altitude is 35786km. Its main advantage is that it can remain stationary relative to the ground and provide a large coverage area. However, GEO satellite communication also has obvious disadvantages: 1) The GEO satellite orbit is far away from the earth, and the free space propagation loss is large, resulting in a tight communication link budget. In order to increase the transmission / reception gain, the satellite needs to be equipped with a larger diameter antenna; 2) The communication transmission delay is large, which can reach a round-trip delay of about 500ms, which cannot meet the needs of low-latency services; 3) GEO orbit resources are relatively tight, the launch cost is high, and it cannot provide coverage for the polar regions of the earth. The orbit altitude of MEO satellites is between 2000 and 35786km. The advantage is that global coverage can be achieved with a relatively small number of satellites, but its orbit altitude is higher than LEO, and the transmission delay of LEO satellite communication is still large. Combining the advantages and disadvantages of MEO satellite communication, MEO satellites are mainly used for positioning and navigation.

[0091] The orbital altitude of LEO satellites is in the range of 300 to 2000 km. LEO satellites are lower than MEO and GEO orbital altitudes and have the advantages of smaller data transmission delay, smaller transmission loss, and lower launch cost. Therefore, LEO satellite communications have received more and more attention in recent years.

[0092] It can be understood that the significant difference from terrestrial communication is that the base station is far away from the terminal UE and the round-trip transmission delay is large.

[0093] 2. Soft information

[0094] In a communication system, a decoder at a receiving end may calculate a log-likelihood ratio (LLR) of a bit value during decoding / demodulation, which may be considered as soft information, or "soft" output, of the decoder. In this embodiment, soft information may refer to a decoder output that has not yet been finalized (e.g., a bit value has not yet been determined to be a value of 1 or 0), but may still provide useful information (e.g., in a subsequent decoding iteration). It is understood that soft information may be probabilistic in nature, such as LLR.

[0095] The receiving end can save the soft information of the received erroneous data packet, or the decoded erroneous data packet, in a buffer, such as a HARQ buffer, and merge it with the soft information of the subsequently received retransmitted data packet, so as to obtain a data packet that is more reliable than decoding alone (that is, the soft merging process), and then the receiving end can decode the merged data.

[0096] Soft merging schemes may include chase merging schemes, incremental redundancy schemes, etc., without limitation. Among them, in the chase merging scheme, the retransmitted bit information is the same as the initial transmitted bit information; in the incremental redundancy scheme, the transmitter can send information bits and a portion of redundant bits in the first transmission, and send additional redundant bits through retransmission. If the first transmission is not successfully decoded, the transmitter can reduce the channel coding rate by retransmitting more redundant bits, and the receiver combines the retransmitted data with the previously transmitted data, thereby improving the decoding success rate. It can be understood that the coded bits of each retransmission are integrated into a redundant version (redundancy version, RV).

[0097] 3. Downlink control information (DCI)

[0098] The network device can send DCI to the terminal device to implement the scheduling of the physical downlink shared channel (PDSCH). Section 7.3.1 of the technical specification (TS) 38.212 of the 3rd generation partnership project (3GPP) protocol defines three types of DCI formats, including: Format 0_x, Format 1_x and Format 2_x, as shown in Table 1.

[0099] Among them, Format 0_x can be used to indicate physical uplink shared channel (PUSCH) scheduling, and Format 0_x can include Format 0_0 and Format 0_1. The radio network temporary identifier (RNTI) used by Format 0_0 can include: cell RNTI (cell-RNTI, C-RNTI) and temporary cell RNTI (temporary C-RNTI, TC-RNTI), wherein C-RNTI is used for PUSCH scheduling, and TC-RNTI is used for message (MSG) 3 scheduling during random access; RNTI used by Format 0_1 ​​can include: C-RNTI, and C-RNTI is used for PUSCH scheduling.

[0100] Format 1_x can be used to indicate PDSCH scheduling, and Format 1_x can include Format 1_0 and Format1_1. The RNTI used by Format 1_0 may include: C-RNTI, paging RNTI (P-RNTI), system information RNTI (SI-RNTI), random access RNTI (RA-RNTI) and TC-RNTI, where C-RNTI is used for PUSCH scheduling, P-RNTI is used for paging message scheduling, SI-RNTI is used for system message scheduling, RA-RNTI is used for MSG2 scheduling during random access, and TC-RNTI is used for MSG3 scheduling during random access; the RNTI that can be used by Format 1_1 may include: C-RNTI, which is used for PUSCH scheduling.

[0101] Format 2_x can be used in other scenarios, and Format 1_x can include Format 2_0, Format 2_1, Format 2_2, and Format2_3. Among them, the RNTI used in Format 2_0 may include: slot format indication RNTI (SFI-RNTI), SFI-RNTI is used for slot format information; the RNTI used in Format 2_1 may include: interruption RNTI (INT-RNTI), INT-RNTI is used for preemption resource occupancy information; the RNTI used in Format 2_2 may include: transmit power control (TPC)-PUSCH-RNTI (TPC-PUSCH-RNTI) and TPC-physical uplink control channel (PUCCH)-RNTI (TPC-PUCCH-RNTI), among which TPC-PUSCH-RNTI is used for PUSCH power control command, and TPC-PUCCH-RNTI is used for PUCCH power control command; the RNTI used in Format 2_3 may include: TPC-sounding reference signal (TPC-Sounding reference signal) signal, SRS)-RNTI (TPC-SRS-RNTI), TPC-SRS-RNTI is used for SRS power control commands.

[0102] Table 1

[0103]

[0104] It can be understood that DCI may also have other formats, such as Format 3_x for side link scheduling, Format 4_x for broadcast scheduling, etc., which will not be elaborated herein.

[0105] As shown in Table 2, the existing DCI may include: a new data indicator (NDI) field, a redundancy version (RV) field, a HARQ process number field, an identifier for DCI formats field, a modulation and coding scheme field, a PDSCH-to-feedback timing indicator field, a downlink assignment index field, a carrier indicator field, a bandwidth part (BWP) indicator field, a frequency domain resource assignment field, a time domain resource assignment field, a virtual resource block (VRB-to-PRB mapping) field, a PRB bundling size indicator field, etc., without limitation.

[0106] Table 2

[0107] DCI Field Function Decoding result feedback Indicates whether to feedback the decoding result DCI format identifier Indicates whether the DCI format is DL or UL Modulation and coding scheme Indicates modulation and coding method PDSCH to feedback timing indication Information indicating feedback PDSCH channel timing Downlink Allocation Index Used to indicate the number of feedback bits Carrier indication Indicates the carrier when configuring multi-carrier scheduling in high-level parameters BWP Indication Indicates an activated BWP Frequency Domain Resource Allocation Indicates the allocation of frequency domain resources Time Domain Resource Allocation Indicates the allocation of time domain resources Mapping of VRB to PRB Indicates whether VRB mapping is interleaved PRB binding size indication Indicates the PRB bundle size … …

[0108] Among them, the NDI field can be used to indicate whether the transmitted data is new data; the RV field can be used to indicate the redundant version number sent; the HARQ process number field can be used to indicate the process number, which can be used to identify the soft combination of retransmissions; the DCI format identifier field can be used to indicate whether the DCI format is downlink (downlink, DL) or uplink (uplink, UL), occupying 1 bit (the fixed value of the downlink is 1); the modulation and coding scheme field can be used to indicate the modulation and coding method, occupying 5 bits; the PDSCH to feedback timing indication field can be used to indicate the information of the feedback PDSCH channel timing, which can occupy 0, 1, 2, or 3 bits, without limitation; the downlink allocation index field can be used to indicate the number of feedback bits; the carrier indicator word The segment can be used to indicate the carrier when high-level parameters configure multi-carrier scheduling, and can occupy 0 or 3 bits without limitation; the BWP indication field can be used to indicate the activated BWP, and can occupy 0, 1 or 2 bits; the frequency domain resource segmentation field can be used to indicate the allocation of frequency domain resources; the time domain resource allocation field can be used to indicate the allocation of time domain resources, and can occupy 0, 1, 2, 3, 4, 5, or 6 bits without limitation; the VRB-to-PRB mapping field can be used to indicate whether the VRB mapping method is interleaved, and can occupy 0 or 1 bit without limitation; the PR bundling size indication field can be used to indicate the PRB bundling size, and can occupy 0 or 1 bit without limitation.

[0109] 4. HARQ process

[0110] HARQ is a method to improve the reliability of data transmission. HARQ determines whether the received data packet is erroneous by checking the cyclic redundancy check (CRC). It can be understood that the CRC check is performed after soft combining. If the CRC check succeeds, the receiving end will send an acknowledgment (ACK) message; if the CRC check fails, the receiving end will send a NACK message.

[0111] In the same HARQ process, the stop and wait protocol can be used to send data. In the stop and wait protocol, for example Figure 1As shown in the figure, in the same HARQ process, after sending the first transport block (TB), the transmitter stops sending and waits for the feedback message from the receiver. The receiver uses 1 bit of information to ACK or NACK the TB. After receiving the ACK message, the transmitter sends the second TB. That is, the stop-and-wait protocol has the following characteristics: (1) Regardless of whether the receiver decodes correctly, the receiver needs to send the HARQ feedback message to the transmitter; (2) The transmitter needs to continue sending the next data in the same process only after receiving the ACK message from the receiver. In other words, the transmitter will not send the next data (new data) in the same process before receiving the ACK message from the receiver.

[0112] However, after each transmission, the transmitter needs to stop and wait for confirmation, which results in low throughput. Therefore, HARQ can be processed in parallel using multiple parallel stop and wait processes, which can also be called HARQ processes. While waiting for confirmation information from a HARQ process, the transmitter can use another HARQ process to continue sending data. Similarly, while processing data received by one HARQ process, the receiver can use another HARQ process to continue receiving data.

[0113] like Figure 2 As shown, the transmitting end can send TB#1 on HARQ process #0, and the receiving end can receive TB#1 on HARQ process #0 and feedback the NACK message corresponding to TB#1. At this time, after the transmitting end receives the NACK message corresponding to TB#1 on HARQ process #0, it resends TB#1 on HARQ process #1. The receiving end can continue to receive TB#1 on HARQ process #0 and feedback the ACK message corresponding to TB#1. After the transmitting end receives the ACK message corresponding to TB#1 on HARQ process #0, it can continue to send TB#6 on HARQ process #0. The receiving end can receive TB#6 on HARQ process #0 and feedback the ACK message corresponding to TB#6. After the transmitting end receives the ACK message corresponding to TB#6 on HARQ process #0, it can continue to send new TBs on HARQ process #0, and so on. No further description is given.

[0114] Similarly, the transmitting end can send TB#2 on HARQ process #1, the receiving end can receive TB#2 on HARQ process #1, and feedback the ACK message corresponding to TB#2. At this time, after the transmitting end receives the ACK message corresponding to TB#2 on HARQ process #1, it can continue to send TB#4 on HARQ process #1, and so on. The transmitting end can send TB#3 on HARQ process #2, the receiving end can receive TB#3 on HARQ process #2, and feedback the ACK message corresponding to TB#3. At this time, after the transmitting end receives the ACK message corresponding to TB#3 on HARQ process #2, it can continue to send TB#5 on HARQ process #1, and so on. The transmitting end can send TB#3 on HARQ process #2, and feedback the ACK message corresponding to TB#3. At this time, after the transmitting end receives the ACK message corresponding to TB#3 on HARQ process #2, it can continue to send TB#5 on HARQ process #1, and so on.

[0115] It can be understood that multiple HARQ processes are processed in parallel to form a HARQ entity, each uplink or downlink carrier may correspond to a HARQ entity, and one HARQ entity may support a maximum of 32 HARQ processes.

[0116] 5. Retransmission

[0117] The failure of the receiving end to receive the correct information is called a bit error, which can be solved by error correction. The failure of the receiving end to receive the correct information can be understood as: the receiving end did not receive the information, and / or the receiving end decoded the received information incorrectly; after the receiving end discovered the bit error, it requested the sending end to retransmit the erroneous data, which is called backward error correction. In a communication system, such as a new radio (NR) system, retransmission uses a retransmission mechanism under the three-layer protocol of PHY / MAC, RLC and packet data convergence protocol (PDCP).

[0118] Among them, PHY / MAC retransmission: The HARQ mechanism of the MAC layer is the most commonly used retransmission mechanism. It achieves fast retransmission by immediately feeding back the result of successful or failed information transmission to the sender at the receiving end;

[0119] RLC retransmission: The automatic repeat request (ARQ) mechanism of the RLC layer serves as a supplement to the retransmission mechanism of the MAC layer. Compared with the HARQ mechanism, the transmission frequency of the RLC layer retransmission feedback status report is lower, and its feedback overhead is smaller, but its retransmission delay is much greater than the PHY / MAC layer retransmission. Therefore, the HARQ mechanism of the MAC layer and the ARQ mechanism of the RLC layer are combined to meet the data transmission requirements of different application scenarios.

[0120] PDCP retransmission: It is mainly used in the scenario where the UE switches cells across gNodeBs. Since the relevant configurations and caches of the lower-layer protocols (such as the RLC layer and MAC layer protocols) will be cleared during the switching process, but the PDCP layer will not clear the relevant configurations and caches, the retransmission function of the PDCP layer can ensure that data will not be lost due to switching.

[0121] like Figure 3 As shown, after the transmitting end sends the data, it configures the relevant parameters for ARQ retransmission and HARQ retransmission. The receiving end first uses the HARQ retransmission of PHY / MAC to detect the data. If the receiving end detects a decoding error / error, the receiving end can send a HARQ retransmission request to the transmitting end to use HARQ retransmission to implement PHY / MAC layer retransmission; if the receiving end detects that the decoding is correct, or the number of HARQ retransmissions exceeds the maximum number of retransmissions, the receiving end can send an ARQ retransmission request to the transmitting end to implement RLC retransmission with ARQ retransmission, which can meet the data transmission requirements of different application scenarios.

[0122] 6. Disable HARQ feedback

[0123] In order to adapt to scenarios with large round-trip delays, such as satellite communication scenarios, the maximum number of HARQ processes was increased from 16 to 32 in the R17 version of NR. However, 32 processes still cannot fully occupy the time domain resources corresponding to the round-trip delay with large delays, affecting the system throughput. Therefore, a new feature of disabling HARQ feedback is added. In the HARQ process with HARQ feedback disabled, the terminal device does not need to send a HARQ feedback message to the network device, or, regardless of whether the translation result is correct, the terminal device sends a NACK message to the network device.

[0124] It can be understood that the current NR-NTN system feeds back ACK / NACK in TB units, and the maximum number of HARQ processes supported by NR-NTN is 32. When the RTT is large, the PHY / MAC layer HARQ feedback can only be turned off. In NR-NTN, the network device can use the radio resource control (RRC) message to indicate whether to turn off the HARQ feedback for each HARQ process, so as to make full use of the time domain resources. It can be understood that for different sub-carrier spacings (SCS), NR-NTN does not support different scenarios of PHY / MAC layer HARQ. For example, when SCS = 15KHz, the satellite orbit height is greater than 1200km, and RTT>32ms; when SCS = 30KHz, the satellite orbit height is greater than 510km, and RTT>16ms; when SCS = 30KHz, the satellite orbit height is greater than 510km, and RTT>16ms; when SCS = 60KHz, the satellite orbit height is greater than 230km, and RTT>8ms; when SCS = 120KHz, the satellite orbit height is greater than 110km, and RTT>4ms. In the above scenarios corresponding to different SCSs, HARQ with 32 processes cannot fully utilize the time domain resources of the round-trip delay. Therefore, it is necessary to shut down the feedback of some or all HARQ processes.

[0125] However, after turning off the PHY / MAC layer HARQ feedback, PHY / MAC layer retransmission is not supported. To ensure correct transmission, after turning off the PHY / MAC layer HARQ feedback, PHY / MAC layer retransmission is not supported. To ensure correct transmission, RLC layer retransmission is used for data packets with decoding errors to ensure system reliability transmission. When PHY / MAC layer retransmission is not supported, the PHY target block error rate (target BLER) can be set to 0.01 to ensure that the error rate of data received by the RLC layer, such as protocol data unit (PDU), is not higher than 1%.

[0126] For example, assuming that the physical layer target block error rate (target BLER) is set to 0.01 after HARQ feedback is turned off, and the physical layer target block error rate is set to 0.1 without turning off HARQ feedback, at this time, the transmission spectrum efficiency with HARQ feedback turned off is lower than the transmission spectrum efficiency with HARQ feedback not turned off. It can be understood that the definition of transmission spectrum efficiency can be: the time resource length t seconds and bandwidth w Hertz (Hz) occupied by successfully transmitting data size p bits, that is, the transmission spectrum efficiency can be p / (t*w)bit / s / Hz.

[0127] Secondly, disabling PHY / MAC layer HARQ feedback and using RLC layer retransmission will increase the retransmission delay, such as Figure 4As shown in the figure, let the sending end be a network device and the receiving end be a terminal device. The network device sends TB#1 to the terminal device, and the terminal device feeds back a corresponding ACK message after receiving TB#1; the network device sends TB#2 to the terminal device, and the terminal device feeds back a corresponding NACK message after receiving TB#2. However, it takes a long time for the network device to resend TB#2 to the terminal device. For example, the network device needs to send multiple TBs, such as TB#3, ... TB#10, ... before it can retransmit TB#2, and the retransmission delay is relatively large.

[0128] In summary, disabling PHY / MAC layer HARQ feedback and using RLC layer retransmission will increase the retransmission delay, increase the retransmission delay, and reduce the transmission spectrum efficiency.

[0129] In summary, in response to the above technical problems, this embodiment proposes the following technical solutions to reduce retransmission delay and improve transmission spectrum efficiency.

[0130] The technical solution in this embodiment will be described below in conjunction with the accompanying drawings.

[0131] The technical solution of this embodiment can be applied to various communication systems, such as wireless fidelity (WiFi) systems, vehicle to everything (V2X) communication systems, device-to-device (D2D) communication systems, 4G, such as long term evolution (LTE) systems, worldwide interoperability for microwave access (WiMAX) communication systems, 5G, such as new radio (NR) systems, and future communication systems.

[0132] The present embodiments will present various aspects, embodiments or features around a system that may include multiple devices, components, modules, etc. It should be understood and appreciated that each system may include additional devices, components, modules, etc., and / or may not include all of the devices, components, modules, etc. discussed in conjunction with the figures. In addition, combinations of these schemes may also be used.

[0133] In addition, in the present embodiment, words such as "exemplary", "for example" and the like are used to indicate examples, illustrations or explanations. Any embodiment or design described as "exemplary" in the present embodiment should not be interpreted as being more preferred or more advantageous than other embodiments or design. Specifically, the use of the word "exemplary" is intended to present concepts in a concrete manner.

[0134] In this embodiment, "information", "signal", "message", "channel" and "signaling" can sometimes be used interchangeably. It should be noted that when the distinction between them is not emphasized, the meanings to be expressed are matched. "of", "corresponding, relevant" and "corresponding" can sometimes be used interchangeably. It should be noted that when the distinction between them is not emphasized, the meanings to be expressed are matched. In addition, the " / " mentioned in this embodiment can be used to indicate an "or" relationship. It can be understood that in this embodiment, "indication" can include direct indication, indirect indication, explicit indication and implicit indication. When describing a certain indication information used to indicate A, it can be understood that the indication information carries A, directly indicates A, or indirectly indicates A.

[0135] In this embodiment, the information indicated by the indication information is called the 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, the information to be indicated can be directly indicated, such as the information to be indicated itself or the index of the information to be indicated, etc., or the information to be indicated can be indirectly indicated by indicating other information, wherein there is an association relationship 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 by the protocol), thereby reducing the indication overhead to a certain extent.

[0136] The information to be indicated may be sent as a whole or divided into multiple sub-information and sent separately, and the sending period and / or sending time of these sub-information may be the same or different. The specific sending method is not limited in this embodiment. The sending period and / or sending time of these sub-information may be predefined, for example, predefined according to a protocol, or may be configured by the transmitting end device by sending configuration information to the receiving end device.

[0137] The network architecture and business scenarios described in this embodiment are intended to more clearly illustrate the technical solution of this embodiment, and do not constitute a limitation on the technical solution provided by this embodiment. A person skilled in the art can appreciate that with the evolution of the network architecture and the emergence of new business scenarios, the technical solution provided in this embodiment is equally applicable to similar technical problems.

[0138] To facilitate understanding of this embodiment, first Figure 5 The communication system shown in FIG. 1 is used as an example to describe in detail the communication system applicable to this embodiment. Figure 5A schematic diagram of the architecture of a communication system applicable to the communication method provided in this embodiment Figure 1 .

[0139] like Figure 5 As shown, the communication system mainly includes: network equipment and terminal equipment.

[0140] Among them, the network device may be multiple, such as a first network device, a second network device, a third network device, etc. The network device may be a device with wireless transceiver functions, or may be a chip or chip system arranged in the device, located in the access network (AN) of the communication system, to provide access services for the terminal. For example, the network device may be called a radio access network device (RAN), which may be a next-generation mobile communication system, such as a 6G access network device, such as a 6G base station, or in the next-generation mobile communication system, the network device may also have other naming methods, which are all covered within the protection scope of this embodiment, and this embodiment does not make any limitation on this. Alternatively, the network device may also include 5G, such as a gNB in ​​a new radio (NR) system, or one or a group of antenna panels (including multiple antenna panels) of a base station in 5G, or a network node constituting a gNB, a transmission point (TRP or transmission point, TP) or a transmission measurement function (TMF), such as a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU), an RSU with base station function, or a wired access gateway, or a core network element of 5G. Alternatively, the network device may also include: an access point (AP) in a wireless fidelity (WiFi) system, a wireless relay node, a wireless backhaul node, various forms of macro base stations, micro base stations (also called small stations), relay stations, access points, wearable devices, vehicle-mounted devices, and the like.

[0141] Among them, CU and DU can be set separately, or can also be included in the same network element, such as a baseband unit (BBU). RU can be included in a radio frequency device or a radio frequency unit, such as a remote radio unit (RRU), an active antenna unit (AAU) or a remote radio head (RRH). It can be understood that the network device can be a CU node, or a DU node, or a device including a CU node and a DU node. In addition, CU can be divided into a network device in the access network RAN, and CU can also be divided into a network device in the core network CN, which is not limited here.

[0142] 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, CU, CU-CP, CU-UP, DU and RU are described as examples in this application. Any unit of CU (or CU-CP, CU-UP), DU and RU in this embodiment may be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.

[0143] In this embodiment, the form of the network device is not limited. The device for implementing the function of the network device can be the network device; or it can be a device that can support the network device to implement the function, such as a chip system. The device can be installed in the network device or used in conjunction with the network device.

[0144] The terminal device may be one or more, such as a first terminal device, a second terminal device, a third terminal device, etc. The terminal device may be a terminal device with a transceiver function, or may be a chip or a chip system provided in the terminal device. The terminal device may also be referred to as user equipment (UE), access terminal device, subscriber unit, subscriber station, mobile station (MS), mobile station, remote station, remote terminal device, mobile device, user terminal device, terminal device, wireless communication device, user agent or user device. The terminal device in this embodiment can be a mobile phone, a cellular phone, a smartphone, a tablet computer, a wireless data card, a personal digital assistant (PDA), a wireless modem, a handheld device (handset), a laptop computer, a machine type communication (MTC) terminal device, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a smart home device (for example, a refrigerator, a television, an air conditioner, an electric meter, etc.), an intelligent robot, a robotic arm, a workshop equipment, a wireless terminal device in unmanned driving, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical, a wireless terminal device in smart grid, a wireless terminal device in transportation safety, a wireless terminal device in smart city, a smart home, etc. The terminal device of this embodiment may also be a vehicle-mounted module, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip or a vehicle-mounted unit built into a vehicle as one or more components or units. The terminal device may also be other devices with terminal device functions, for example, the terminal device may also be a device that functions as a terminal device in D2D communication.

[0145] This embodiment does not limit the form of the terminal device. The device for realizing the function of the terminal device can be the terminal device; it can also be a device that can support the terminal device to realize the function, such as a chip system. The device can be installed in the terminal device or used in combination with the terminal device. In this embodiment, the chip system can be composed of chips, or it can include chips and other discrete devices.

[0146] In this communication system, the terminal device can feed back to the network device the HARQ feedback message corresponding to the received PDSCH data, such as the first HARQ feedback message corresponding to the first PDSCH data, and discard the decoded soft information. At this time, the network device can obtain the HARQ feedback message for each PDSCH data, which can avoid the situation where the spectrum efficiency is reduced due to turning off the HARQ feedback, and the PDSCH data received by the terminal device are all separate, that is, the terminal device can decode each PDSCH data separately, or the terminal device does not perform soft combined decoding, and can realize retransmission at the PHY / MAC layer, thereby reducing the retransmission delay and improving the transmission spectrum efficiency.

[0147] For example, Figure 6 A schematic diagram of the architecture of a communication system applicable to the communication method provided in this embodiment Figure 2 ,like Figure 6 As shown, the communication system is a satellite communication system, which mainly includes: terminal equipment, a gateway (also called a ground station, a signal gateway) and a satellite (also called a satellite base station).

[0148] Among them, the link between the satellite and the terminal device can be called a service link, the link between the satellite and the gateway station can be called a feeder link, and the link between satellites can be called an intersatellite link. Satellites can be divided into transparent mode and regenerative mode according to their working mode. When the satellite works in transparent mode, the satellite only has the function of signal forwarding, and the GW has the function of gNB or part of the function of gNB. At this time, the GW can be regarded as a base station; when the satellite works in regenerative mode, the satellite has the ability to process digital signals, and the satellite has the function of gNB or part of the function of gNB. At this time, the satellite can be regarded as a base station. In addition, the gNB (base station) is connected to the core network. Multiple satellites collaborate to provide services to terminal devices in overlapping coverage areas.

[0149] For example, Figure 7 A schematic diagram of the architecture of a communication system applicable to the communication method provided in this embodiment Figure 3 ,like Figure 7As shown, the communication system is an air-to-ground (ATG) communication system, which mainly includes: network equipment and terminal equipment. Among them, the network equipment may include a ground base station, and the terminal equipment may include a high-altitude aircraft, an on-board handheld terminal, etc. It can be understood that Figure 7 The height between the base station and the terminal equipment shown as 6 to 12 km, and the coverage diameter of the base station as 100 to 300 km are merely examples and should not be construed as limitations on this embodiment.

[0150] It should be noted that the network architecture and business scenarios described in this embodiment are intended to more clearly illustrate the technical solution of this embodiment, and do not constitute a limitation on the technical solution provided by this embodiment. A person skilled in the art can know that with the evolution of the network architecture and the emergence of new business scenarios, the technical solution provided in this embodiment is also applicable to similar technical problems.

[0151] Understandably, Figure 5-Figure 7 The simplified schematic diagram is provided for ease of understanding. The communication system may also include other network devices and / or other terminal devices. Figure 5-Figure 7 Not drawn.

[0152] For ease of understanding, the following will combine Figure 8-Figure 10 The communication method provided in this embodiment is described in detail.

[0153] Specifically, Figure 8 As shown, the process of the communication method is as follows:

[0154] S801, the network device sends indication information, and correspondingly, the terminal device receives the indication information.

[0155] The indication information may be used to instruct the terminal device to send a HARQ feedback message and discard the decoded soft information.

[0156] The HARQ feedback message can be determined by the decoding result of the PDSCH data, and the soft information of the decoding can be determined by the PDSCH data, and the soft information of the decoding is used to determine the decoding result. That is, the terminal device can decode / demodulate the received PDSCH data, calculate the corresponding soft information of the decoding (LLR), and the LLR can determine the decoding result corresponding to the PDSCH data, and the decoding result may include decoding success (correct) or decoding failure (error).

[0157] When the terminal device determines that the PDSCH data decoding is successful according to the decoded soft information, the terminal device can send an ACK message to the network device; when the terminal device determines that the PDSCH data decoding fails according to the decoded soft information, the terminal device can send a NACK message to the network device. For example, the terminal device can determine whether the received PDSCH data is erroneous by checking the CRC. If the CRC check succeeds, the terminal device can determine that the decoding is successful and send an ACK message to the network device; if the CRC check fails, the terminal device can determine that the decoding fails and send a NACK message to the network device.

[0158] It can be understood that when the terminal device determines that the decoding is successful, the terminal device can determine the corresponding decoding data through the decoded soft information; when the terminal device determines that the decoding fails, the decoded soft information is soft information of decoding error. The soft information that the terminal device discards decoding can be understood as: the terminal device discards the soft information of decoding errors, that is, the terminal device does not use soft combined decoding. At this time, the terminal device can decode each PDSCH data separately, and each PDSCH data is independent data. In other words, no matter whether the terminal device feeds back an ACK message or a NACK message, the terminal device can continue to receive new PDSCH data or retransmitted PDSCH data in the same HARQ process, that is, the terminal device can receive and decode each data received in the same HARQ process as a new PDSCH data separately, no matter whether the PDSCH data is new data or retransmitted data, or, before the terminal device feeds back the HARQ feedback message of the last received PDSCH data to the network device, it can continue to receive PDSCH data (whether it is new data or retransmitted data) in the same HARQ process without limitation.

[0159] At this time, in the same HARQ process, the network device can continue to send the next PDSCH data without waiting for the ACK message of the previous PDSCH data, thereby improving the utilization of time domain resources, and the terminal device will not make incorrect or misidentified errors on the terminal device side because it cannot determine whether the currently received data is the retransmission data of the previous data or other new data, thereby improving the reliability of communication.

[0160] It should be noted that the soft information that the terminal device discards the decoding can also be replaced by: the soft information that the terminal device abandons the decoding, the soft information that the terminal device deletes the decoding, the soft information that the terminal device clears the decoding, etc., without limitation.

[0161] It can be understood that the terminal device sends a HARQ feedback message and discards the decoded soft information, which can be understood as turning off the HARQ transmission, that is, when the terminal device turns off the HARQ transmission on the HARQ thread, the terminal device sends a HARQ feedback message and discards the decoded soft information. Turning off the HARQ transmission can also be replaced by other expressions without limitation. In this embodiment, turning off the HARQ transmission and the terminal device sending a HARQ feedback message and discarding the decoded soft information can be replaced with each other, and will not be repeated later.

[0162] For example, in a retransmission scheme with HARQ transmission turned off, such as Fig. 9 As shown, in the same HARQ process, the gNB can send a TB to the UE through the downlink (DL), the UE can decode the received TB separately, and feed back the HARQ feedback message of each TB through the uplink (UL). For example, the gNB sends TB#1 to the UE, the UE can perform a CRC check on TB#1, determine that the decoding of TB#1 is successful, and send an ACK message corresponding to TB#1 to the gNB; the gNB sends TB#2 to the UE, the UE can perform a CRC check on TB#2, determine that the decoding of TB#2 fails, and send a NACK message corresponding to TB#2 to the gNB; the gNB sends TB#3 to the UE, the UE can perform a CRC check on TB#3, determine that the decoding of TB#2 fails, and send a NACK message corresponding to TB#2 to the gNB; Perform a CRC check to determine that TB#3 is decoded successfully, and send an ACK message corresponding to TB#3 to the gNB; gNB sends TB#4 to the UE, and the UE can perform a CRC check on TB#4 to determine that TB#4 is decoded successfully, and send an ACK message corresponding to TB#4 to the gNB; gNB sends TB#5 to the UE, and the UE can perform a CRC check on TB#5 to determine that TB#5 decoding fails, and send a NACK message corresponding to TB#5 to the gNB; gNB sends TB#6 to the UE, and the UE can perform a CRC check on TB#6 to determine that TB#6 is decoded successfully, and send an ACK message corresponding to TB6 to the gNB. NB sends an ACK message corresponding to TB#6 to the UE, and so on.

[0163] It can be understood that before the gNB receives the ACK message corresponding to TB#1, the gNB can continue to send other TBs, such as TB#2 and TB#3, to the UE in the same HARQ process. After the gNB receives the NACK message corresponding to TB#2, the gNB can continue to send other TBs, such as TB#6 and TB#7, to the UE in the same HARQ process. The sending and receiving of other TBs are similar and will not be described in detail. After the gNB receives the NACK message corresponding to TB#2 and TB#6, the gNB can use PHY / MAC retransmission to retransmit TB#2 and TB#6 to the UE after a certain delay until the ACK message corresponding to TB#2 and the ACK message corresponding to TB#6 are received.

[0164] The instruction information is introduced below.

[0165] In one possible design scheme, the indication information can be carried in the DCI, that is, carried in an existing information element to reduce the difficulty of implementation, or it can also be carried in a new information element, such as a newly defined DCI, to improve the flexibility of implementation, without limitation.

[0166] Optionally, the indication information may include a decoding results feedback (DRF) field.

[0167] When the value of the decoding result feedback field is the first value, the indication information can be used to instruct the terminal device to send a HARQ feedback message and discard the decoded soft information. In other words, when the value of the decoding result feedback field is the first value, no matter whether the terminal device feeds back an ACK message or a NACK message, the terminal device can continue to receive new PDSCH data or retransmitted PDSCH data in the same HARQ process. That is, the terminal device can receive and decode each data received in the same HARQ process as a new PDSCH data separately, no matter whether the PDSCH data is newly transmitted data or retransmitted data. Alternatively, the terminal device can continue to receive PDSCH data (no matter whether it is newly transmitted data or retransmitted data) in the same HARQ process before feeding back the HARQ feedback message of the last received PDSCH data to the network device, without limitation.

[0168] It can be understood that when the value of the decoding result feedback field is the second value, the indication information can also be used to instruct the terminal device not to send a HARQ feedback message (or not to feedback the decoding result, which is equivalent to turning off HARQ feedback), or the terminal device and the network device need to perform HARQ retransmission according to the above-mentioned stop and wait protocol.

[0169] The value of the decoding result feedback field can be determined by the value of the bit, and the decoding result feedback field can occupy 1 bit, or, occupy multiple bits, without limitation. For ease of understanding, the decoding result feedback field occupies 1 bit as an example. For example, when DRF = 1, the terminal device can send a HARQ feedback message and discard the soft information of the decoding. At this time, on the same HARQ process, the network device does not need to wait for the terminal device to feedback the ACK message corresponding to the previous PDSCH (feedback the real decoding result), and can directly send the next PDSCH data, or the terminal device can expect to continue to receive the next PDSCH data sent by the network device on the same HARQ process before feeding back the ACK message corresponding to the previous PDSCH to the terminal device. (It can be retransmission data or new transmission data), and the data received by the terminal device on the HARQ process are all received as new data without soft merging.

[0170] It can be understood that the next PDSCH data can also be replaced by another PDSCH data, or other expressions, without limitation.

[0171] When DRF=0, the terminal device may not send a HARQ feedback message (equivalent to turning off HARQ feedback), or the terminal device may feedback a HARQ feedback message, and the network device needs to wait for the terminal device to feedback the ACK message corresponding to the previous PDSCH before it can continue to send the next PDSCH data (newly transmitted data) on the same HARQ process. In other words, the terminal device does not expect to receive the next PDSCH data (newly transmitted data) sent by the network device on the same HARQ process before feeding back the ACK message corresponding to the previous PDSCH to the terminal device.

[0172] It can be understood that the DRF can directly reuse the fields in the existing DCI, for example, the NDI field, RV field, HARQ process number field, etc. in Table 2 above, without limitation; or, the DRF can also be carried in a newly defined DCI format, named the first DCI format. When the first DCI format is used to schedule PDSCH data, the network device can explicitly indicate the use of the disabled HARQ transmission mode through the value of the DRF field. (This DCI format is used for the scheduling of PDSCH in one cell if HARQ is disabled).

[0173] It can be understood that the difference between the first DCI format and the existing DCI format is that the first DCI format contains a DRF field and may not include at least one of the following: an NDI field, an RV field, or a HARQ process number field. Therefore, the first DCI format may be shorter than the existing DCI format, or in other words, occupy fewer bits.

[0174] It should be noted that when the first DCI format does not include the RV field, the network device may retransmit with a preset redundancy version, for example, the preset redundancy version may be RV0, etc., without limitation. It can be understood that the naming of the decoding result feedback field is only an example, and the decoding result feedback field may also be named as a feedback field, a first field, or any other possible naming, without limitation.

[0175] Optionally, the DCI can also be a newly defined DCI format, named the second DCI format. The second DCI format can be used to indicate PDSCH scheduling. The second DCI format is different from the existing DCI format. For example, the format of the second DCI can be Format 1_x, Format5_x, etc., without limitation.

[0176] The second DCI format can implicitly indicate that the terminal device turns off HARQ transmission. For example, when the terminal device detects the second DCI format by blind detection, the terminal device can send a HARQ feedback message to the network device according to the second DCI format and discard the decoded soft information. That is, when the second DCI format is used to schedule PDSCH data, the network device can implicitly indicate the use of the disabled HARQ transmission mode through the DCI format. (This DCI format is used for the scheduling of PDSCHin one cell, in which HARQ is disabled).

[0177] It can be understood that the difference between the second DCI format and the existing DCI format is that the second DCI format may not include at least one of the following: NDI field, RV field, or HARQ process number field. Therefore, the second DCI format may be shorter than the existing DCI format, or in other words, occupy fewer bits; the difference between the second DCI format and the above-mentioned first DCI format is that the second DCI format may not include the DRF field.

[0178] It should be noted that when the second DCI format does not include the RV field, the network device may retransmit with a preset redundancy version. For example, the preset redundancy version may be RV0, etc., without limitation.

[0179] In a possible design scheme, the indication information may be carried in an RRC message. The network device may indicate, through an RRC message, the HARQ process for turning off HARQ transmission (such as by indicating the HARQ process number corresponding to the HARQ process). For example, the indication information may be used to indicate that a HARQ feedback message is sent on the first HARQ process, and the decoded soft information is discarded. The first HARQ process may include one or more HARQ processes without limitation. On the first HARQ process, the terminal device may send a HARQ feedback message and discard the decoded soft information. On a HARQ process for which HARQ transmission is not turned off (such as the second HARQ process described below), the terminal device and the network device may use the method described in "4. HARQ process" in the above technical terminology section to perform data transmission, or the terminal device and the network device may use the method of turning off HARQ feedback to perform data transmission without limitation.

[0180] For example, the network device can also directly indicate the HARQ process number of the HARQ transmission turned off, and the HARQ process number of the HARQ transmission not turned off (such as the second HARQ process number described below) through the RRC message, without limitation. Afterwards, the network device uses DCI to schedule PDSCH data. The specific implementation of the network device using DCI to schedule PDSCH data can reuse the existing implementation method, which will not be described in detail.

[0181] It can be understood that in the HARQ process corresponding to the HARQ process number indicating the closing of HARQ transmission, the network device does not need to wait for the terminal device to feedback the ACK message corresponding to the previous PDSCH, and can directly send the next PDSCH data on the HARQ process. In other words, the terminal device can expect to continue to receive the next PDSCH data (which may be new data or retransmitted data) sent by the network device on the HARQ process before feeding back the ACK message corresponding to the previous PDSCH to the terminal device. The data received by the terminal device on this HARQ thread are all received as new data, and no soft merging is performed; in the HARQ process where HARQ transmission is not closed, the network device The device does not expect to receive the PDSCH data transmitted on the HARQ process before the HARQ-ACK feedback transmission, that is, the network device can continue to send the next PDSCH data (newly transmitted data) on the HARQ process only after receiving the ACK message of the previous PDSCH data. In other words, the terminal device does not expect to continue to receive the next PDSCH data (newly transmitted data) sent by the network device on the HARQ process before the ACK message corresponding to the previous PDSCH is fed back to the terminal device. Alternatively, in the HARQ process where the HARQ transmission is not turned off, the terminal device and the network device can use the method of turning off the HARQ feedback to transmit data.

[0182] It can be understood that, when the indication information is carried in the RRC message, the DCI used by the network device to schedule the PDSCH data on the process corresponding to the closed HARQ transmission may not include: NDI field, and / or RV field, but needs to retain the HARQ process number field, so as to reduce the DCI overhead. It should be noted that when the DCI does not include the RV field, the network device can retransmit with a preset redundant version. For example, the preset redundant version can be RV0, etc., without limitation. The naming of the above indication information is only an example, and the indication information can also be called the first information, configuration information, etc., without limitation.

[0183] S802, the network device sends first PDSCH data. Correspondingly, the terminal device receives the first PDSCH data.

[0184] The PDSCH data includes first PDSCH data.

[0185] After the network device sends DCI to the terminal device and schedules the PDSCH, the network device can send the first PDSCH data to the terminal device on the PDSCH, and the terminal device can receive the first PDSCH data according to the fields carried in the DCI. For example, the terminal device can receive the first PDSCH data on the corresponding time-frequency resources according to the frequency domain resource allocation field and the time domain resource allocation field of the DCI.

[0186] It can be understood that the DCI can be an existing DCI (format), the first DCI format mentioned above, the second DCI format mentioned above, etc. The selection of the DCI is related to the carrying method of the indication information in the above step S801, which will not be elaborated.

[0187] S803, the terminal device sends a first HARQ feedback message and discards the decoded soft information. Correspondingly, the network device receives the first HARQ feedback message.

[0188] Exemplarily, the terminal device may send a first HARQ feedback message to the network device according to the indication information, and discard the decoded soft information.

[0189] The first HARQ feedback message may be determined by a decoding result of the first PDSCH data, the decoded soft information may be determined by the first PDSCH data, and the decoded soft information is used to determine the decoding result.

[0190] The terminal device can determine whether the first PDSCH data is erroneous by checking CRC. If the CRC check is successful, the terminal device can determine that the first PDSCH data is decoded successfully and send a corresponding ACK message to the network device; if the CRC check fails, the terminal device can determine that the first PDSCH data is decoded unsuccessfully and send a corresponding NACK message to the network device.

[0191] For a detailed description of the soft information discarded by the terminal device after decoding, reference may be made to the description in the above step S801, which will not be described in detail.

[0192] The indication information is specifically introduced below by taking the first PDSCH data as an example.

[0193] In a possible design scheme, the indication information can be carried in the DCI.

[0194] Optionally, the indication information may include a DRF field (DRF=1), and the indication information may be used to instruct the terminal device to send a first HARQ feedback message and discard the decoded soft information. That is, before the network device receives the first HARQ feedback message, on the same HARQ process as the first PDSCH data, the network device may send the second PDSCH data, and the terminal device may receive the second PDSCH data; that is, on the same HARQ process, the network device does not need to wait for the terminal device to feedback the ACK message corresponding to the first PDSCH, and can directly send the second PDSCH data, and the terminal device receives data on the HARQ thread as new data without soft merging. For example, if the network device has not received the first HARQ feedback message (which may be an ACK message or a NACK message), it may continue to send the second PDSCH data to the terminal device on the same HARQ process; for another example, if the network device receives the first HARQ feedback message as a NACK message, it may continue to send the second PDSCH data to the terminal device on the same HARQ process, without limitation.

[0195] It can be understood that the first PDSCH data and the second PDSCH data can be the same data or different data, without limitation.

[0196] In one possible design scheme, the indication information can be carried in the RRC message.

[0197] Optionally, the indication information may be used to indicate that a first HARQ feedback message is sent on a first HARQ process, and that decoded soft information is discarded.

[0198] Optionally, before receiving the first HARQ feedback message, the method further includes:

[0199] The network device sends the third PDSCH data on the first HARQ process. That is, on the first HARQ process, the network device does not need to wait for the terminal device to feedback the ACK message corresponding to the first PDSCH, and can directly send the third PDSCH data. The terminal device receives data on the first HARQ thread as new data, and does not perform soft merging. For example, the network device has not received the first HARQ feedback message (which may be an ACK message or a NACK message) on the first HARQ process, and can continue to send the third PDSCH data (newly transmitted data) to the terminal device on the first HARQ process; for another example, the network device receives the first HARQ feedback message as a NACK message on the first HARQ process, and can continue to send the third PDSCH data (retransmitted data) to the terminal device on the first HARQ process; for another example, the network device receives the first HARQ feedback message as an ACK message on the first HARQ process, and can continue to send the third PDSCH data (newly transmitted data) to the terminal device on the first HARQ process.

[0200] It can be understood that the first PDSCH data and the third PDSCH data can be the same data or different data, without limitation. This embodiment simulates the transmission spectrum effect of the retransmission scheme based on turning off HARQ transmission and the retransmission scheme based on turning off HARQ feedback in NR-NTN, such as Fig.10 As shown, the horizontal axis is the packet size (packet size), the unit is kilobit (Kbit), the vertical axis is the transmission spectrum efficiency (spectrum efficiency), the unit is bit / s / Hz, assuming that the target block error rate of the physical layer is set to 0.1 after turning off HARQ transmission, and the target block error rate of the physical layer is set to 0.01 after turning off HARQ feedback. At this time, the transmission spectrum efficiency of turning off HARQ transmission is 22% higher than that of turning off HARQ feedback. Therefore, after turning off HARQ transmission, network devices and terminal devices can realize retransmission at the PHY / MAC layer, thereby reducing retransmission delay and improving transmission spectrum efficiency.

[0201] Optionally, in S804, when the first HARQ feedback message includes a NACK message, the network device retransmits the first PDSCH data.

[0202] When the terminal device decodes the first PDSCH data incorrectly / fails, the terminal device sends a NACK message corresponding to the first PDSCH data to the network device. After receiving the NACK message, the network device can continue to retransmit the first PDSCH data to the terminal device until receiving an ACK message corresponding to the first PDSCH data fed back by the terminal device.

[0203] In summary, the terminal device can feed back the HARQ feedback message corresponding to the received PDSCH data to the network device, such as the first HARQ feedback message corresponding to the first PDSCH data, and discard the decoded soft information. At this time, the network device can obtain the HARQ feedback message for each PDSCH data, which can avoid the situation where the spectrum efficiency is reduced due to turning off the HARQ feedback, and the PDSCH data received by the terminal device are all separate, that is, the terminal device can decode each PDSCH data separately, or, in other words, the terminal device does not perform soft combined decoding, and can realize retransmission at the PHY / MAC layer, thereby reducing the retransmission delay and improving the transmission spectrum efficiency.

[0204] In combination with the above embodiment, optionally, when the decoding result of the first PDSCH data is wrong, the above method may further include:

[0205] The terminal device obtains the channel estimation result.

[0206] The terminal device determines the number of retransmissions based on the decoding results and channel estimation results.

[0207] The terminal device sends the number of retransmissions; correspondingly, the network device receives the number of retransmissions.

[0208] The network device retransmits the first PDSCH data according to the number of retransmissions.

[0209] The number of retransmissions is used to represent the number of times the network device retransmits the first PDSCH data.

[0210] It can be understood that when HARQ transmission is turned off, the terminal device can feed back HARQ feedback messages to the network device. When the terminal device decodes incorrectly, the terminal device can first obtain the current channel estimation result. The channel estimation result can indicate whether the terminal device can correctly demodulate the PDSCH data, or the terminal device can correct and recover the received data according to the channel estimation result. The terminal device can determine the number of retransmissions based on the decoding result and the current channel estimation result to indicate the number of times the network device retransmits the PDSCH data. The network device can retransmit more accurately based on the channel estimation result to improve the reliability of the retransmission.

[0211] It can be understood that the specific implementation process of the terminal device determining the number of retransmission times based on the decoding results and the channel estimation results can reuse the existing implementation method and will not be elaborated on.

[0212] Exemplarily, taking the above-mentioned first PDSCH data as an example, the terminal device performs a CRC check on the first PDSCH data. When the CRC check fails, the terminal device can determine the number of times the network device retransmits the first PDSCH data based on the decoding result of the first PDSCH data and the current channel estimation result. The network device can retransmit more accurately.

[0213] It can be understood that the terminal device can indicate the number of retransmissions by the value of the bit. For example, the terminal device can use 2 bits to indicate the number of retransmissions. When the value of 2 bits is 00, it indicates that the first PDSCH data is decoded correctly; when the value of 2 bits is 01, it indicates that the first PDSCH data is decoded incorrectly, and it is recommended to retransmit the first PDSCH data once; when the value of 2 bits is 10, it indicates that the first PDSCH data is decoded incorrectly, and it is recommended to retransmit the first PDSCH data twice; when the value of 2 bits is 11, it indicates that the first PDSCH data is decoded incorrectly, and it is recommended to retransmit the first PDSCH data three times.

[0214] It is understandable that the terminal device may also indicate the number of retransmissions in other ways, without limitation. The bit may be carried in a NACK message, or in any other possible message or field, without limitation.

[0215] For example, Fig. 9 As shown, the bit can be carried in the NACK message. The UE sends a NACK message corresponding to TB#2 to the gNB. The gNB can determine that the number of times TB#2 is retransmitted is 2 times according to the value 10 of the bit carried in the NACK message, and the network device can repeatedly send TB#2 to the terminal device twice; the UE sends a NACK message corresponding to TB#5 to the gNB. The gNB can determine that the number of times TB#5 is retransmitted is 1 time according to the value 01 of the bit carried in the NACK message, and the network device can repeatedly send TB#5 to the terminal device once.

[0216] It can be understood that without changing the DCI bit length, the network device can directly reuse the fields in the existing DCI (for example, the RV field, the NDI field, etc.) to indicate whether the terminal device reports the HARQ feedback message (that is, whether to feedback the true decoding result), and regardless of whether the terminal device reports the HARQ feedback message, the terminal device directly discards the decoded soft information, thereby reducing the blind detection complexity and not increasing the signaling overhead.

[0217] Based on the above-mentioned HARQ feedback shutdown solution, the network device can reuse the fields in the existing DCI (e.g., RV field, NDI field, etc.) to indicate whether the terminal device sends a HARQ feedback message. For example, the network device can indicate the HARQ process (such as HARQ process #a) that does not use HARQ soft merging through an RRC message. In HARQ process #a, the network device directly discards the decoded soft information regardless of whether it is correctly decoded. In addition, the network device can reuse the RV field in the DCI to instruct HARQ process #a to report the HARQ feedback message.

[0218] If the network device only needs to call the HARQ process that indicates to turn off HARQ transmission to transmit data (such as the data processes used are all processes that turn off HARQ transmission, or all HARQ processes are configured to turn off HARQ transmission), at this time, the network device can use the newly defined short DCI to schedule PDSCH data, such as the first DCI format, the second DCI format, etc. mentioned above. At this time, the terminal device can only perform blind inspection on the newly defined short DCI, and does not need to perform blind inspection on DCI of different lengths, thereby reducing the complexity of blind inspection.

[0219] If the HARQ process called by the network device includes: a HARQ process that turns off HARQ transmission, a process that turns off HARQ feedback, or a process that enables HARQ (such as the terminal device and the network device need to perform HARQ retransmission according to the above-mentioned stop-and-wait protocol), etc., the network device can directly reuse the existing DCI (such as the decoding result feedback field reuses the existing fields, for example, the RV field, the NDI field, etc.) to schedule PDSCH data. At this time, the terminal device can perform blind detection on DCI of the same length, without the need to perform blind detection on DCI of different lengths, thereby reducing the complexity of blind detection.

[0220] Alternatively, the network device may use the newly defined short DCI to schedule PDSCH data on the HARQ process that indicates the closure of HARQ transmission, and use the existing DCI to schedule PDSCH data on the HARQ process that does not indicate the closure of HARQ transmission. In this case, the blind detection complexity of the terminal device is greater, but the DCI overhead can be reduced.

[0221] It can be understood that in this embodiment, "process" and "thread" can be replaced with each other, such as HARQ process and HARQ thread have the same meaning and are not limited.

[0222] Combination of the above Figure 8 The communication method provided by this embodiment is described in detail. Figure 11-Figure 12 A communication device for executing the communication method provided in this embodiment is described in detail.

[0223] Fig.11 is a schematic diagram of the structure of the communication device provided in this embodiment Figure 1 For example, Fig.11 As shown, the communication device 1100 includes: a transceiver module 1101 and a processing module 1102. For ease of description, Fig.11 Only the main components of the communication device are shown.

[0224] Among them, the transceiver module 1101 is used to perform the above Figure 8 The processing module 1102 is used to perform the above-mentioned Figure 8 The method shown has other functions besides the sending and receiving functions.

[0225] Optionally, the transceiver module 1101 may include a sending module ( Fig.11 ) and a receiving module ( Fig.11 The sending module is used to implement the sending function of the communication device 1100, and the receiving module is used to implement the receiving function of the communication device 1100.

[0226] Optionally, the communication device 1100 may further include a storage module ( Fig.11 When the processing module 1102 executes the program or instruction, the communication device 1100 can execute the above method. Figure 8 Functions of the terminal and / or network device in the method shown.

[0227] It can be understood that the communication device 1100 can be a terminal or a network device, or a chip (system) or other parts or components that can be set in a terminal or a network device, or a device that includes a terminal or a network device, which is not limited in this embodiment.

[0228] In addition, the technical effects of the communication device 1100 can refer to the technical effects of the communication method shown above, and will not be repeated here.

[0229] Fig.12 The structure of the communication device provided in this embodiment is shown as follows: Figure 2 For example, the communication device may be a terminal, or a chip (system) or other components or assemblies that may be provided in the terminal. Fig.12 As shown, the communication device 1200 may include a processor 1201. Optionally, the communication device 1200 may further include a memory 1202 and / or a transceiver 1203. The processor 1201 is coupled to the memory 1202 and the transceiver 1203, such as being connected via a communication bus.

[0230] Combine the following Fig.12 The components of the communication device 1200 are described in detail:

[0231] The processor 1201 is the control center of the communication device 1200, and may be a processor or a general term for multiple processing elements. For example, the processor 1201 is one or more central processing units (CPUs), or may be an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the present embodiment, such as one or more microprocessors (digital signal processors, DSPs), or one or more field programmable gate arrays (field programmable gate arrays, FPGAs).

[0232] Optionally, the processor 1201 may execute various functions of the communication device 1200 by running or executing a software program stored in the memory 1202 and calling data stored in the memory 1202, such as executing the above Figure 8 The communication method shown.

[0233] In a specific implementation, as an embodiment, the processor 1201 may include one or more CPUs, such as Fig.12 CPU0 and CPU1 are shown in FIG.

[0234] In a specific implementation, as an embodiment, the communication device 1200 may also include multiple processors, such as Fig.12 1 and 1204. Each of these processors may be a single-core processor (single-CPU) or a multi-core processor (multi-CPU). A processor herein may refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).

[0235] The memory 1202 is used to store the software program for executing the scheme of this embodiment, and the execution is controlled by the processor 1201. The specific implementation method can refer to the above method embodiment, which will not be repeated here.

[0236] Optionally, the memory 1202 may 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 the desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory 1202 may be integrated with the processor 1201, or may exist independently and be accessed through the interface circuit ( Fig.12 1201) is coupled to the processor 1201, which is not specifically limited in this embodiment.

[0237] The transceiver 1203 is used for communication with other communication devices. For example, if the communication device 1200 is a terminal, the transceiver 1203 can be used to communicate with a network device, or with another terminal device. For another example, if the communication device 1200 is a network device, the transceiver 1203 can be used to communicate with a terminal, or with another network device.

[0238] Optionally, the transceiver 1203 may include a receiver and a transmitter ( Fig.12 The receiver is used to implement a receiving function, and the transmitter is used to implement a sending function.

[0239] Optionally, the transceiver 1203 may be integrated with the processor 1201, or may exist independently and communicate with the processor 1201 through the interface circuit ( Fig.12 1201) is coupled to the processor 1201, which is not specifically limited in this embodiment.

[0240] Understandably, Fig.12 The structure of the communication device 1200 shown in the figure does not constitute a limitation on the communication device. The actual communication device may include more or fewer components than those shown in the figure, or combine certain components, or arrange the components differently.

[0241] In addition, the technical effects of the communication device 1200 can refer to the technical effects of the method described in the above method embodiment, which will not be repeated here.

[0242] It should be understood that the processor in the present embodiment may be a central processing unit (CPU), and the processor may also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0243] It should also be understood that the memory in this embodiment may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of random access memory (RAM) are available, such as static RAM (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link DRAM (SLDRAM), and direct rambus RAM (DR RAM).

[0244] The above embodiments can be implemented in whole or in part by software, hardware (such as circuits), firmware or any other combination. When implemented by software, the above embodiments can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer programs are loaded or executed on a computer, the process or function described in this embodiment is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center by wired (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that contains one or more available media sets. The available medium can be a magnetic medium (for example, a floppy disk, a hard disk, a tape), an optical medium (for example, a DVD), or a semiconductor medium. The semiconductor medium can be a solid-state hard disk.

[0245] It should be understood that the term "and / or" in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. A and B can be singular or plural. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship, but it may also indicate an "and / or" relationship. Please refer to the context for specific understanding.

[0246] In this embodiment, "at least one" means one or more, and "more" means two or more. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b, or c can be represented by: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.

[0247] It should be understood that in various embodiments, the size of the serial numbers of the above processes 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 this embodiment.

[0248] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this embodiment.

[0249] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0250] In the several embodiments provided above, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, 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.

[0251] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0252] In addition, each functional unit in each embodiment may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0253] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this embodiment is essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk, etc., various media that can store program codes.

[0254] The above is only a specific implementation of this embodiment, but the protection scope of this embodiment is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in this embodiment, which should be included in the protection scope of this embodiment. Therefore, the protection scope of this embodiment should be based on the protection scope of the claims.

Claims

1. A communication method, characterized in that: include: Receiving first physical downlink shared channel PDSCH data; A first HARQ feedback message is sent, and the decoded soft information is discarded; wherein the first HARQ feedback message is determined by the decoding result of the first PDSCH data, the decoded soft information is determined by the first PDSCH data, and the decoded soft information is used to determine the decoding result.

2. The method according to claim 1, characterized in that The method further comprises: receiving instruction information; The sending of the first HARQ feedback message and discarding the decoded soft information includes: According to the indication information, the first HARQ feedback message is sent, and the decoded soft information is discarded.

3. The method according to claim 1 or 2, characterized in that: The indication information is carried in downlink control information DCI.

4. The method according to claim 3, characterized in that The indication information includes a decoding result feedback field. When the value of the decoding result feedback field is a first value, the first HARQ feedback message is sent, and the decoded soft information is discarded.

5. The method according to claim 4, characterized in that The decoding result feedback field multiplexes at least one of the following: a new data indication NDI field, a redundant version RV field, or a HARQ process number.

6. The method according to claim 1 or 2, characterized in that: The indication information is carried in a radio control RRC message.

7. The method according to claim 6, characterized in that The indication information is used to instruct to send the first HARQ feedback message on the first HARQ process and discard the decoded soft information.

8. The method according to any one of claims 1 to 7, characterized in that When the decoding result of the first PDSCH data is wrong, the method further includes: Obtaining channel estimation results; Determine the number of retransmissions according to the decoding result and the channel estimation result; wherein the number of retransmissions is used to represent the number of times the network device retransmits the first PDSCH data; The number of retransmissions is sent.

9. A communication method, characterized in that: include: Sending indication information; wherein the indication information is used to instruct the terminal device to send a HARQ feedback message and discard the decoded soft information; the HARQ feedback message is determined by the decoding result of the PDSCH data, the decoded soft information is determined by the PDSCH data, and the decoded soft information is used to determine the decoding result; Sending first PDSCH data; wherein the PDSCH data includes the first PDSCH data; A first HARQ feedback message is received.

10. The method according to claim 9, characterized in that Before receiving the first HARQ feedback message, the method further includes: The second PDSCH data is sent on the same HARQ process as the first PDSCH data.

11. The method according to claim 9 or 10, characterized in that: The indication information is carried in downlink control information DCI.

12. The method according to claim 11, characterized in that The indication information includes a decoding result feedback field. When the value of the decoding result feedback field is a first value, the indication information is used to instruct the terminal device to send the HARQ feedback message and discard the decoded soft information.

13. The method according to claim 12, characterized in that The decoding result feedback field multiplexes at least one of the following: a new data indication NDI field, a redundant version RV field, or a HARQ process number.

14. The method according to claim 9, characterized in that The indication information is carried in a radio control RRC message.

15. The method according to claim 14, characterized in that The indication information is used to instruct to send the HARQ feedback message on the first HARQ process and discard the decoded soft information.

16. The method according to claim 15, characterized in that Before receiving the first HARQ feedback message, the method further includes: Third PDSCH data is sent on the first HARQ process.

17. The method according to any one of claims 9 to 16, characterized in that: The method further comprises: Receive retransmission times; Retransmit the first PDSCH data according to the number of retransmissions.

18. A communication device, characterized in that: The apparatus comprises: a module for executing the method according to any one of claims 1-17.

19. A communication device, characterized in that: The communication device comprises: a processor; when the processor executes computer instructions, the communication device executes the method according to any one of claims 1 to 17.

20. A communication system, characterized in that: The communication system comprises: 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 17.

21. A communication chip, characterized in that: Instructions are stored therein, and when the chip runs on a communication device, the method according to any one of claims 1 to 17 is implemented.

22. A computer-readable storage medium, characterized in that: The computer-readable storage medium comprises a computer program or instructions, and when the computer program or instructions are executed on a computer, the computer is caused to perform the method according to any one of claims 1 to 17.

23. A computer program product, characterized in that The computer program product comprises a computer program or instructions, and when the computer program or instructions are executed by a communication device, the method according to any one of claims 1 to 17 is executed.

Citation Information

Cited By

  • Communication method and related device

    CN121486889A

  • Method for adjusting modulation and coding strategy

    CN122052985A

  • Communication method and apparatus

    EP4800954A1

  • Communication method and apparatus

    WO2025098291A1