Communication method and communication device

Abstract

The invention provides a communication method and a communication device. The method comprises the following steps: a second device indicates a first number to a first device, wherein the first number comprises the number of repeated transmission times of uplink data or the number of uplink available resources; second information is received from the first device, the second information indicating a first channel quality between the first device and a second device. And determining whether to send third information to the first device by comparing a magnitude relationship between the first channel quality and the first threshold, the third information indicating a codeword length of the first OCC. And receiving first data from the first device, and decoding the first data according to the first OCC or the first quantity.

Description

TECHNICAL FIELD

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

[0002] Mobile communication networks can support lower transmission latency, more reliable communication transmission, higher throughput, better user experience, and meet more extensive application scenario requirements.

[0003] To meet the uplink experience guarantee requirements brought by large data packets and low latency for intelligent real-time interaction, uplink coverage capacity is limited, or interference between multiple users may bring challenges. For example, by utilizing sub-band duplexing, data repetition transmission is realized to improve the uplink coverage capacity of the network. For another example, on the basis of data repetition transmission, OCC (orthogonal cover code) can be used to reduce the interference between multiple users multiplexing the same resource. Therefore, it is necessary to consider providing an effective OCC indication method. SUMMARY

[0004] The present application provides a communication method and a communication device, which can provide an effective OCC indication method to reduce the indication overhead.

[0005] In a first aspect, a communication method is provided. The method can be performed by a first device. In the absence of special description, the first device in the present application can refer to a communication device (for example, a terminal device), a component (for example, a communication module, a processor, a circuit, a chip, or a chip system, etc.) in the communication device, or a logic module or software capable of realizing all or part of the functions of the communication device.

[0006] The method includes: receiving first information from a second device, the first information indicating a first quantity, the first quantity including a repetition transmission number of uplink data or a number of uplink available resources; sending second information to the second device, the second information indicating a first channel quality, the first channel quality being a channel quality between the first device and the second device; in a case where the first channel quality is greater than or equal to a first threshold, receiving third information from the second device, the third information indicating a first length, the first length being a code word length of a first OCC; encoding first data according to the first OCC, and sending the encoded first data to the second device; in a case where the first channel quality is less than the first threshold, not receiving the third information from the second device; encoding the first data according to the first quantity, and sending the encoded first data to the second device.

[0007] Based on the above scheme, the first device compares the relationship between the first channel quality and the first threshold. If the first channel quality is greater than or equal to the first threshold, it can determine that the length of the first OCC can be directly indicated by receiving third information. If the first channel quality is less than the first threshold, receiving third information is not expected, meaning the first information can be reused, thereby indirectly indicating that the length of the first OCC is the same as the number of uplink data retransmissions or the number of available uplink resources. This application provides an effective OCC indication method that can reduce indication overhead and avoid redundant indication information.

[0008] Understandably, in existing solutions, the number of uplink data retransmissions or the number of available uplink resources, as well as the codeword length of the OCC used for uplink retransmissions, are indicated by different signaling. However, the correlation between the OCC and the number of uplink data retransmissions or the number of available uplink resources is not considered, which may lead to redundant indication information and increased indication overhead. In this application's technical solution, the correlation between the OCC and the number of uplink data retransmissions or the number of available uplink resources is considered. By utilizing the number of available uplink resources and / or uplink retransmission rules, flexible indication of the number of codewords and / or the codeword length of the OCC used for uplink retransmissions is achieved. For example, the same indication signaling can be reused to avoid redundancy in indication information and reduce indication overhead.

[0009] Optionally, the first channel quality can be understood as channel quality in a general sense, in which case the second information may include at least one of the following: channel quality indicator (CQI), reference signal received power (RSRP), or reference signal received quality (RSRQ).

[0010] Optionally, the first channel quality can be understood as channel quality in a narrow sense. In this case, the first channel quality represents the channel quality of the communication channel between the transmitting end and the receiving end (e.g., the first device and the second device), which is used by the first device and the second device to transmit signals or data. In this mode, the second information can indicate not only the first channel quality but also RSRQ, RSRP, or CQI, etc. Therefore, the above "when the first channel quality is greater than or equal to the first threshold" can be replaced with "when the first channel quality or RSRP, RSRQ, or CQI is greater than or equal to the first threshold"; similarly, the above "when the first channel quality is less than the first threshold" can be replaced with "when the first channel quality or RSRP, RSRQ, or CQI is less than the first threshold". In other words, if the first channel quality is channel quality in a narrow sense, the length of the first OCC can be directly indicated by sending the third information or implicitly indicated by not sending the third information by comparing the magnitude of the first channel quality or RSRP, RSRQ, or CQI with the first threshold.

[0011] Understandably, without emphasizing the distinction, this application does not specifically define whether the first channel quality refers to channel quality in a broad or narrow sense. For ease of description, this application will uniformly use the first channel quality as an example for explanation.

[0012] In some implementations of the first aspect, the first length is less than the first quantity when the first channel quality (e.g., the value of RSRP can be used to characterize the first channel quality) is greater than or equal to a first threshold. For example, if the number of uplink data retransmissions or the number of uplink available resources is 6, the second device can determine that the codeword length of the first OCC is 2 or 4.

[0013] Based on the above scheme, when the first channel quality is greater than or equal to the first threshold, it indicates that the channel quality between the first and second devices is good. In this case, the second device determines that the codeword length of the first OCC used for uplink transmission can be less than the number of uplink data retransmissions or the number of available uplink resources. This implementation is mainly suitable for near-point users (or local users), balancing coverage and rate. Uplink data transmission can avoid retransmission, or a first OCC with a codeword length less than the number of uplink data retransmissions or the number of available uplink resources can be used to improve the decoding rate. This depends on the service requirements and is not limited thereto.

[0014] In some implementations of the first aspect, when the first channel quality is less than a first threshold, the first length is equal to the first quantity. For example, if the number of uplink data retransmissions or the number of available uplink resources is 4, then the second device can determine that the codeword length of the first OCC is 4.

[0015] Based on the above scheme, when the first channel quality is less than the first threshold, it indicates that the channel quality between the first device and the second device is poor. In this case, the second device determines that the codeword length of the first OCC used for uplink transmission can be equal to the number of retransmissions of uplink data or the number of available uplink resources. This implementation is mainly applicable to users at medium and long distances (or long distance users), and can take coverage into account. Uplink data transmission can adopt a retransmission method to improve uplink coverage, or the first OCC with a codeword length equal to the number of retransmissions of uplink data or the number of available uplink resources can be adopted to avoid transmission interference between multiple users and to suppress interference. There are no restrictions on this.

[0016] In some implementations of the first aspect, the method further includes: if the first channel quality is greater than or equal to a first threshold, the third information further indicates a second length, the second length being the codeword length of the second OCC; encoding the second data according to the second OCC, and sending the encoded second data to the second device.

[0017] In some implementations of the first aspect, the method further includes: encoding the second data according to a first quantity and transmitting the encoded second data to the second device when the first channel quality is less than a first threshold.

[0018] Based on the above scheme, the second device can also indicate a second OCC to the first device. That is, the second device can indicate one or more OCCs to the first device for repeated transmission of multiple uplink data by the first device to improve uplink coverage, without being specifically limited in this regard.

[0019] Understandably, for cases where the quality of the first channel is less than the first threshold, it is assumed here that the first data and the second data are transmitted repeatedly the same number of times. In other words, the first quantity indicated by the second device through the first information also applies to the first data and the second data. Therefore, the first device determines that the codeword length of the first OCC and the codeword length of the second OCC are the same, and thus the first device can use the first quantity to encode the first data and the second data respectively.

[0020] Optionally, the number of times the first data and the second data are repeatedly transmitted can also be different. Alternatively, the second device can indicate a sixth quantity to the first device, which includes the number of times the uplink data is repeatedly transmitted or the number of available uplink resources. In other words, for cases where the first channel quality is less than a first threshold, the first quantity indicated by the second device can be considered as determining the codeword length of the first OCC, and the sixth quantity indicated by the second device can be considered as determining the codeword length of the second OCC. Since the first quantity and the sixth quantity are different, the first device determines that the codeword length of the second OCC is different from that of the first OCC. Therefore, the first device can use the first quantity (i.e., the first OCC) to encode the first data and use the sixth quantity (i.e., the second OCC) to encode the second data.

[0021] It should be noted that the first and second data, and their corresponding first and second OCCs, are merely examples for ease of understanding. This application does not limit the number of OOCs used for repeated uplink transmissions by the first device, nor does it limit the number of uplink data transmitted by the first device.

[0022] In other words, when the first channel quality is greater than or equal to a first threshold, the second device can indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Correspondingly, the first device encodes multiple data to be transmitted (e.g., including but not limited to first data, second data, fifth data, or other data) using the multiple OCCs respectively, and sends the encoded multiple data to the second device.

[0023] Similarly, when the first channel quality is less than a first threshold, the second device can reuse the indication information of the number of retransmissions of uplink data or the number of available uplink resources to implicitly indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Optionally, the codeword lengths of multiple OCCs can be the same or different, depending on the number of retransmissions of the data corresponding to the OCC codeword or the number of available uplink resources, and are not limited thereto. If the codeword lengths of multiple OCCs are the same, the second device can indicate a quantity, such as a first quantity; if the codeword lengths of multiple OCCs are different, the second device can indicate multiple quantities (e.g., including but not limited to a first quantity, a sixth quantity, or other quantities). Correspondingly, the first device encodes the multiple data to be transmitted using the multiple quantities respectively, and sends the encoded multiple data to the second device.

[0024] In other words, for repeated transmission of one or more data from the first device, the second device can assign one or more OCCs to that one or more data.

[0025] In one implementation, the number of OCCs is the same as the number of data to be transmitted by the first device.

[0026] For example, suppose the first data to be transmitted includes data #1, data #2, ... data #n, where data #1 is transmitted x1 times, data #2 is transmitted x2 times, ... data #n is transmitted xn times, n is an integer greater than or equal to 1, xi is an integer greater than or equal to 2, and i is an integer greater than or equal to 1 and less than or equal to n. The second device can configure n OCCs for the first device based on data #1, data #2, ... data #n, that is, one data corresponds to one OCC, or one OCC is used for the repeated transmission of one data.

[0027] As one implementation method, the codeword length of each OCC is the same as the number of times the corresponding data is repeatedly transmitted.

[0028] For example, suppose the first data to be transmitted includes data #1, data #2, ..., data #n, where data #1 is transmitted x1 times, data #2 is transmitted x2 times, ..., data #n is transmitted xn times, where n is an integer greater than or equal to 1, xi is an integer greater than or equal to 2, and i is an integer greater than or equal to 1 and less than or equal to n. The second device can determine the codeword lengths of the n OCCs based on the number of transmissions x1, x2, ..., xn, that is, one codeword length corresponds to one number of transmissions. In other words, the lengths of the n codewords are x1, x2, ..., xn.

[0029] For ease of description, the above method of determining the number of OCCs based on the number of data to be transmitted, and determining the codeword length of the corresponding OCC based on the number of repeated transmissions of the data, can be called the uplink repeated transmission rule.

[0030] In some implementations of the first aspect, the method further includes: if the first channel quality is greater than or equal to a first threshold, the third information further indicates a second length, the second length being the codeword length of the second OCC; in the first part of the repeated transmission of the first data, the first data is encoded according to the first OCC; in the second part of the repeated transmission of the first data, the first data is encoded according to the second OCC; wherein the first part of the repeated transmission corresponds to a second quantity, the second part of the repeated transmission corresponds to a third quantity, and the first quantity includes the second quantity and the third quantity.

[0031] In some implementations of the first aspect, the method further includes: encoding the first data according to a second quantity during the first part of repeated transmission of the first data when the first channel quality is less than a first threshold; encoding the first data according to a third quantity during the second part of repeated transmission of the first data; wherein the first quantity includes the second quantity and the third quantity.

[0032] Optionally, the second and third quantities can be the same, or they can be different; there is no limitation on this. For example, if the first quantity represents the number of times the uplink data is repeatedly transmitted is 4, then the second and third quantities can both be 2, indicating that the number of times the first part and the second part are repeatedly transmitted is 2. As another example, if the first quantity represents the number of times the uplink data is repeatedly transmitted is 6, then the second quantity can be 2, indicating that the first part is repeatedly transmitted 2 times, and the third quantity can be 4, indicating that the second part is repeatedly transmitted 4 times, and so on.

[0033] Based on the above scheme, the second device can also indicate a second OCC to the first device. That is, the second device can indicate one or more OCCs to the first device for repeated transmission of one or more uplink data of the first device, without specific limitation.

[0034] It should be noted that the repeated transmission of the first part and the second part of the first data, and their corresponding first and second OCCs, are merely examples for ease of understanding. This application does not limit the number of OCCs used in the uplink repeated transmission of the first device (e.g., other OCCs may also be included), nor does it limit the number of parts of the repeated transmission of the first data (e.g., third, fourth, or other repeated transmissions may also be included), nor does it limit the number of times each part is repeated, meaning that the number of times each part is repeated is not limited and can be the same or different. Furthermore, the number of uplink data transmitted by the first device (e.g., second, third, or other data may also be included) is also not limited.

[0035] Optionally, for determining the multiple OCCs corresponding to the repeated transmission of multiple parts of other data, you can refer to the relevant description of determining the multiple OCCs corresponding to the repeated transmission of multiple parts of the first data. For the sake of brevity, it will not be described here again.

[0036] In other words, when the first channel quality is greater than or equal to a first threshold, the second device can indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Correspondingly, the first device encodes multiple portions of the first data to be transmitted using the multiple OCCs (e.g., including but not limited to first portion retransmission, second portion retransmission, or other portion retransmission) and sends the encoded first data to the second device.

[0037] Similarly, when the first channel quality is less than a first threshold, the second device can reuse the indication information of the number of retransmissions of uplink data or the number of available uplink resources to implicitly indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Optionally, the codeword lengths of multiple OCCs can be the same or different, depending on whether the number of partial retransmissions of the first data corresponding to the OCC codewords is the same, and this is not limited. If the codeword lengths of multiple OCCs are the same, the second device can indicate a quantity, in which case the second quantity is equal to the third quantity; if the codeword lengths of multiple OCCs are different, in which case the second quantity is not equal to the third quantity. Correspondingly, the first device uses multiple quantities to encode multiple parts of the first data for retransmission and sends the encoded first data to the second device.

[0038] In other words, for multiple repeated transmissions of a single piece of data by the first device, the second device can allocate multiple OCCs for those multiple repeated transmissions of the same data.

[0039] In some implementations of the first aspect, the method further includes: receiving tenth information, which is used to indicate the codeword content of the first OCC.

[0040] Secondly, a communication method is provided. This method can be executed by a second device. Unless otherwise specified, the second device in this application can refer to a communication device (e.g., a network device), a component in the communication device (e.g., a communication module, processor, circuit, chip, or chip system), or a logic module or software that can implement all or part of the functions of the communication device.

[0041] The method includes: sending first information to a first device, the first information indicating a first quantity, the first quantity including the number of repeated transmissions of uplink data or the number of available uplink resources; receiving second information from the first device, the second information indicating a first channel quality, the first channel quality being the channel quality between the first device and the second device; if the first channel quality is greater than or equal to a first threshold, sending third information to the first device, the third information indicating a first length, the first length being the codeword length of a first OCC; receiving first data from the first device and decoding the first data according to the first OCC; if the first channel quality is less than the first threshold, not sending third information to the first device; receiving first data from the first device and decoding the first data according to the first quantity.

[0042] Based on the above scheme, the second device compares the relationship between the first channel quality and the first threshold. If the first channel quality is greater than or equal to the first threshold, it can determine that the length of the first OCC can be directly indicated by sending third information. If the first channel quality is less than the first threshold, the third information can be omitted, meaning the first information can be reused, thereby indirectly indicating that the length of the first OCC is the same as the number of uplink data retransmissions or the number of available uplink resources. This application provides an effective OCC indication method that can reduce indication overhead and avoid redundant indication information.

[0043] Understandably, in existing solutions, the number of uplink data retransmissions or the number of available uplink resources, as well as the codeword length of the OCC used for uplink retransmissions, are indicated by different signaling. However, the correlation between the OCC and the number of uplink data retransmissions or the number of available uplink resources is not considered, which may lead to redundant indication information and increased indication overhead. In this application's technical solution, the correlation between the OCC and the number of uplink data retransmissions or the number of available uplink resources is considered. By utilizing the number of available uplink resources and / or uplink retransmission rules, flexible indication of the number of codewords and / or the codeword length of the OCC used for uplink retransmissions is achieved. For example, the same indication signaling can be reused to avoid redundancy in indication information and reduce indication overhead.

[0044] For example, the second information includes at least one of the following: Channel Quality Indicator (CQI), Reference Signal Received Power (RSRP), or Reference Signal Received Quality (RSRQ).

[0045] In some implementations of the second aspect, the first length is less than the first quantity when the first channel quality is greater than or equal to the first threshold.

[0046] In some implementations of the second aspect, when the first channel quality is less than a first threshold, the first length is equal to the first quantity.

[0047] In some implementations of the second aspect, the method further includes: if the first channel quality is greater than or equal to a first threshold, the third information further indicates a second length, the second length being the codeword length of the second OCC; receiving second data from the first device, and decoding the second data according to the second OCC.

[0048] In some implementations of the second aspect, the method further includes: receiving second data from the first device when the first channel quality is less than a first threshold, and decoding the second data according to a first quantity.

[0049] In some implementations of the second aspect, the method further includes: when the first channel quality is greater than or equal to a first threshold, the third information further indicates a second length, the second length being the codeword length of the second OCC; in the first part of the repeated transmission of the first data, the first data is decoded according to the first OCC; in the second part of the repeated transmission of the first data, the first data is decoded according to the second OCC; wherein the first part of the repeated transmission corresponds to a second quantity, the second part of the repeated transmission corresponds to a third quantity, and the first quantity includes the second quantity and the third quantity.

[0050] In some implementations of the second aspect, the method further includes: decoding the first data according to a second quantity during the first part of the repeated transmission of the first data when the first channel quality is less than a first threshold; and decoding the first data according to a third quantity during the second part of the repeated transmission of the first data; wherein the first quantity includes the second quantity and the third quantity.

[0051] In some implementations of the second aspect, the method further includes: sending fourth information to the third device, the fourth information indicating a fourth quantity, the fourth quantity including the number of repeated transmissions of uplink data or the number of available uplink resources; receiving fifth information from the third device, the fifth information indicating a second channel quality, the second channel quality being the channel quality between the third device and the second device; if the second channel quality is greater than or equal to a second threshold, sending sixth information to the third device, the sixth information indicating a third length, the third length being the codeword length of a third OCC; receiving third data from the third device and decoding the third data according to the third OCC; if the second channel quality is greater than the second threshold, not sending the sixth information to the third device; receiving third data from the third device and decoding the third data according to the fourth quantity; wherein the first OCC and the third OCC are orthogonal, the first data and the third data both occupy the first resource, or, the first part of the first data being repeatedly transmitted and the third data both occupy resources.

[0052] In some implementations of the second aspect, the method further includes: the second device sending first indication information to the first device and the third device, the first indication information indicating the first resource.

[0053] Based on the above scheme, the second device can also indicate a second OCC to other devices (e.g., a third device) for repeated uplink data transmission by the third device. When the first and third devices occupy the same time-frequency resources for repeated uplink data transmission, the second device can configure a first OCC and a third OCC for the first and third devices respectively, making the first OCC and the third OCC orthogonal, which can avoid transmission interference or suppress interference. That is, for flexible multi-user multiplexing, a new OCC indication rule is designed to avoid user multiplexing limitations caused by inflexible OCC indication.

[0054] In some implementations of the second aspect, the method further includes: sending a seventh message to a fourth device, the seventh message indicating a fifth quantity, the fifth quantity including the number of retransmissions of uplink data or the number of available uplink resources; receiving an eighth message from the fourth device, the eighth message indicating a third channel quality, the third channel quality being the channel quality between the fourth device and the second device; if the third channel quality is greater than or equal to a third threshold, sending a ninth message to the fourth device, the ninth message indicating a fourth length, the fourth length being the codeword length of the fourth OCC; receiving fourth data from the fourth device and decoding the fourth data according to the fourth OCC; if the third channel quality is greater than the third threshold, not sending the ninth message to the fourth device; receiving fourth data from the fourth device and decoding the fourth data according to the fifth quantity; wherein the second OCC is orthogonal to the fourth OCC, both the second data and the fourth data occupy the second resource, or, the second part of the retransmission of the first data and the fourth data both occupy the second resource.

[0055] In some implementations of the second aspect, the method further includes: the second device sending second indication information to the first device and the fourth device, the second indication information indicating the second resource.

[0056] Based on the above scheme, the second device can also indicate a fourth OCC to other devices (e.g., the fourth device) for repeated uplink data transmission by the fourth device. When the first and fourth devices occupy the same time-frequency resources for repeated uplink data transmission, the second device can configure a second OCC and a fourth OCC for the first and fourth devices respectively, making the second OCC orthogonal to the fourth OCC, which can avoid transmission interference or suppress interference. That is, for flexible multi-user multiplexing, a new OCC indication rule is designed to avoid user multiplexing limitations caused by inflexible OCC indication.

[0057] In some implementations of the second aspect, the method further includes sending a tenth message, which is used to indicate the codeword content of the first OCC.

[0058] The beneficial effects of the second aspect and some implementations thereof can be referred to the relevant descriptions in the first aspect, and will not be repeated here.

[0059] Thirdly, a communication device is provided. This communication device has the functions described in the first aspect above. For example, the communication device includes modules, units, or means corresponding to the operations involved in the first aspect. These modules, units, or means can be implemented through software, hardware, or a combination of software and hardware.

[0060] For example, the communication device may be the first device described above, such as a module or unit (e.g., a chip, a chip system, or a circuit) that corresponds to the method, operation, step, or action described in the first aspect above.

[0061] In one possible implementation, the communication device includes a transceiver unit (or communication module) and a processing unit (or processing module) connected to the transceiver unit.

[0062] For example, the transceiver unit is configured to receive first information from the second device, the first information indicating a first quantity, the first quantity including the number of repeated transmissions of uplink data or the number of available uplink resources; the transceiver unit is further configured to send second information to the second device, the second information indicating a first channel quality, the first channel quality being the channel quality between the first device and the second device; if the first channel quality is greater than or equal to a first threshold, the transceiver unit is further configured to receive third information from the second device, the third information indicating a first length, the first length being the codeword length of a first OCC; the processing unit is configured to encode first data according to the first OCC; the transceiver unit is further configured to send the encoded first data to the second device; if the first channel quality is less than the first threshold, the transceiver unit is not configured to receive the third information from the second device; the processing unit is further configured to encode the first data according to the first quantity, and the transceiver unit is further configured to send the encoded first data to the second device.

[0063] Fourthly, a communication device is provided. This communication device has the functions described in the second aspect above. For example, the communication device includes modules, units, or means corresponding to the operations involved in the second aspect. These modules, units, or means can be implemented through software, hardware, or a combination of software and hardware.

[0064] For example, the communication device may be the second device described above, such as a module or unit (e.g., a chip, a chip system, or a circuit) that corresponds to one-to-one execution of the methods, operations, steps, or actions described in the second aspect above.

[0065] In one possible implementation, the communication device includes a transceiver unit (or communication module) and a processing unit (or processing module) connected to the transceiver unit.

[0066] For example, the transceiver unit is configured to send first information to the first device, the first information indicating a first quantity, the first quantity including the number of repeated transmissions of uplink data or the number of available uplink resources; the transceiver unit is further configured to receive second information from the first device, the second information indicating a first channel quality, the first channel quality being the channel quality between the first device and the second device; if the first channel quality is greater than or equal to a first threshold, the transceiver unit is further configured to send third information to the first device, the third information indicating a first length, the first length being the codeword length of a first OCC; the transceiver unit is further configured to receive first data from the first device, and the processing unit is configured to decode the first data according to the first OCC; if the first channel quality is less than the first threshold, the transceiver unit is not configured to send the third information to the first device; the transceiver unit is further configured to receive the first data from the first device, and the processing unit is further configured to decode the first data according to the first quantity.

[0067] Fifthly, a communication device is provided. This communication device may be either the first or second device described above. The communication device includes a transceiver, a processor, and a memory. The processor controls the transceiver to transmit and receive signals, the memory stores a computer program, and the processor retrieves and runs the computer program from the memory, causing the communication device to perform the method in any possible implementation of either the first or second aspect described above.

[0068] Optionally, there may be one or more processors and one or more memories.

[0069] Alternatively, the memory can be integrated with the processor, or the memory can be set up separately from the processor.

[0070] Optionally, the transceiver includes a transmitter and a receiver.

[0071] In a sixth aspect, a communication device is provided, the communication device including one or more processors, the one or more processors being configured to execute a computer program or instructions, which, when executed, cause the communication device to implement the methods in any possible design or implementation of the first or second aspect described above. Optionally, the communication device further includes a memory for storing part or all of the computer program or instructions implementing the functions involved in the first or second aspect described above.

[0072] In one possible design, the communication device may further include an interface circuit, wherein the processor is used to communicate with other devices or components through the interface circuit.

[0073] The aforementioned communication device may be a terminal device, or a communication module in a terminal device, or a chip in a terminal device that is responsible for communication functions, such as a modem chip (also known as a baseband chip), or a system-on-chip (SoC) chip or system-in-a-package (SIP) chip that includes a modem module.

[0074] The aforementioned communication device may be a network device, or a communication module in a network device, or a circuit or chip in a network device responsible for communication functions, or a functional module in a network device capable of calling and executing programs.

[0075] In a seventh aspect, a communication system is provided. The communication system includes a first device and / or a second device, wherein the first device is configured to perform the method in any possible implementation of the first aspect, and the second device is configured to perform the method in any possible implementation of the second aspect.

[0076] For example, the first device may be a terminal device, or a chip or circuit in the terminal device, or a functional module in the terminal device capable of calling and executing a program; or, the second device may be a network device, or a chip or circuit in the network device, or a central unit (CU) or distributed unit (DU) in the network device, or a functional module in the network device capable of calling and executing a program.

[0077] Eighthly, a computer-readable storage medium is provided. This computer-readable storage medium stores computer program code or instructions to cause the method in any of the possible implementations of the first or second aspect to be implemented. For example, when the computer program code or instructions are executed, the method in any of the possible implementations of the first or second aspect is implemented.

[0078] A ninth aspect provides a computer program product. This computer program product includes computer program code or instructions to cause the methods in any of the possible implementations of the first or second aspect to be implemented. For example, when a computer reads and executes the computer program product, the methods in any of the possible implementations of the first or second aspect are implemented.

[0079] In a tenth aspect, a computer program is provided. When the computer program is run, it causes the method in any of the possible implementations of the first or second aspect to be implemented.

[0080] The beneficial effects of the third to tenth aspects mentioned above can be referred to the first or second aspects mentioned above and any possible implementation thereof, which will not be elaborated here. Attached Figure Description

[0081] Figure 1 This is a schematic diagram of a communication system applicable to this application;

[0082] Figure 2 A schematic diagram of the sub-band duplex structure is shown;

[0083] Figure 3 This is a diagram illustrating the number of codewords, codeword length, and codeword content indicated by the base station;

[0084] Figure 4 This is a schematic flowchart illustrating a communication method provided in an embodiment of this application;

[0085] Figure 5 This is a schematic diagram illustrating an indication of OCC codeword length and codeword content provided in an embodiment of this application;

[0086] Figure 6 This is a schematic diagram illustrating another indication of OCC codeword length and codeword content provided in an embodiment of this application;

[0087] Figure 7 This is a schematic diagram illustrating a flexible data retransmission method provided in an embodiment of this application;

[0088] Figure 8 This is a schematic diagram illustrating the number and length of OCC codewords provided in an embodiment of this application;

[0089] Figure 9 This is a schematic diagram illustrating a flexible multi-user reuse method provided in an embodiment of this application;

[0090] Figure 10 This is a schematic block diagram of a communication device provided in an embodiment of this application;

[0091] Figure 11 This is a schematic block diagram of another communication device provided in the embodiments of this application. Detailed Implementation

[0092] The technical solutions in this application will now be described with reference to the accompanying drawings.

[0093] Before introducing the scheme of this application, the following points should be noted.

[0094] (1) In this application, unless otherwise specified or logically conflicting, the terms and / or descriptions of different embodiments are consistent and can be referenced by each other. The technical features of different embodiments can be combined to form new embodiments according to their inherent logical relationship.

[0095] (2) In this application, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, or B exists alone, where A and B can be singular or plural. In the textual description of this application, the character " / " generally indicates that the related objects before and after are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, and c can mean: a, or, b, or, c, or, a and b, or, a and c, or, b and c, or, a, b, and c. Where a, b, and c can be single or multiple.

[0096] (3) In this application, the terms "first," "second," and various numerical designations are used for convenience of description and are not intended to limit the scope of the embodiments of this application. For example, they are used to distinguish different messages, rather than to describe a specific order or sequence. It should be understood that such descriptions can be interchanged where appropriate to describe solutions other than those in the embodiments of this application.

[0097] (4) In this application, “instruction” or “for instruction” can include both direct instruction and indirect instruction. When describing an instruction as being used to instruct A, it can include whether the instruction directly instructs A or indirectly instructs A, but does not necessarily mean that the instruction carries A.

[0098] The indication methods involved in the embodiments of this application should be understood to cover various methods that enable the party to be indicated to obtain the information to be indicated. The information to be indicated can be sent as a whole or divided into multiple sub-information and sent separately. Moreover, the sending period and / or sending time of these sub-information can be the same or different. This application does not limit the sending method, for example.

[0099] The "instruction information" in the embodiments of this application can be an explicit instruction, that is, a direct instruction through signaling, or an instruction obtained by combining other rules or parameters with the parameters indicated by the signaling, or by deduction. It can also be an implicit instruction, that is, an instruction obtained based on rules or relationships, or based on other parameters, or by deduction. This application does not specifically limit it in this regard.

[0100] (5) In this application, "protocol" can refer to a standard protocol in the field of communications, such as the 5th generation (5G) protocol, the new radio (NR) protocol, and related protocols applied to future communication systems. This application does not limit the term "protocol". "Predefined" can include predefined terms, such as protocol definitions. "Preconfiguration" can be implemented by pre-storing corresponding codes, tables, or other means that can be used to indicate relevant information in the device. This application does not limit the implementation method of this feature.

[0101] (6) In this application, “message”, “information”, “signal” or “information element (IE)” can be used interchangeably. There are no restrictions on the name of the message or information, as long as it can achieve the corresponding function.

[0102] "Sending information to XX (device)" can be understood as the destination of the information being that device. This can include sending information to that device directly or indirectly. "Receiving information from XX (device), or receiving information from XX (device)" can be understood as the source of the information being that device. This can include receiving information from that device directly or indirectly. Information may undergo necessary processing between the source and destination, such as format changes, but the destination can understand the valid information from the source. Similar expressions in this application can be interpreted similarly, and will not be elaborated further here.

[0103] "Communication" can also be described as data transmission, information transmission, data processing, etc. "Transmission" includes sending and / or receiving. "Transmission" can be described as output. "Sending" can also be understood as the output of a chip interface, and "receiving" can be understood as the input of a chip interface. In other words, "sending" or "receiving" can occur between devices, for example, between network devices and terminal devices via an air interface. "Sending" or "receiving" can also occur within a device, for example, between components, modules, chips, software modules, or hardware modules within a device via a bus, wiring, or interface.

[0104] For example, "sending information" can be understood as one device sending information to another device, or it can also be understood as one logical module within a device sending information to another logical module. For instance, "a network device sending information" can be understood as a network device sending information to another device (such as a terminal), or it can be understood as logical module 1 within the network device sending information to logical module 2 within the network device. Similarly, "receiving information" can be understood as one device receiving information from another device, or it can also be understood as one logical module within a device receiving information from another logical module. For instance, "a network device receiving information" can be understood as a network device receiving information from another device (such as a terminal), or it can be understood as logical module 1 within the network device receiving information from logical module 2 within the network device.

[0105] (7) In this application, the words “exemplary,” “for example,” etc., are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as an “example” in this application should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of the word “example” is intended to present the concept in a concrete manner. In the embodiments of this application, “of,” “corresponding, relevant,” “corresponding,” and “associate” may sometimes be used interchangeably, and it should be noted that their intended meanings are consistent unless their distinctions are emphasized.

[0106] (8) In this application, the configuration can be signaling configuration, such as radio resource control (RRC) messages, downlink control information (DCI), or system information block (SIB). Optionally, the signaling configuration can be provided to the terminal device by pre-configured signaling configuration, or configured to the terminal device through pre-configuration. Here, pre-configuration means defining or configuring the values ​​of corresponding parameters in advance in a protocol manner, and storing them in the terminal device during communication. The pre-configured messages can be modified or updated when the terminal device is connected to the network.

[0107] The following describes the communication system to which this application applies.

[0108] The technical solution of this application can be applied to various communication systems, such as 5G or NR systems, Long Term Evolution (LTE) systems, LTE Frequency Division Duplex (FDD) systems, LTE Time Division Duplex (TDD) systems, and future communication systems. The technical solution of this application can also be applied to non-terrestrial network (NTN) systems such as inter-satellite communication and satellite communication. As an example, a satellite communication system includes a satellite base station and terminal equipment. The satellite base station provides communication services to the terminal equipment. The satellite base station can also communicate with ground base stations. A satellite can act as a base station or as a terminal device. Here, "satellite" can refer to unmanned aerial vehicles (UAVs), hot air balloons, low-Earth orbit (LEO) satellites, medium-Earth orbit (MEO) satellites, high-Earth orbit (HEO) satellites, etc., or it can refer to non-terrestrial base stations or non-terrestrial equipment.

[0109] In a communication system, a device can send signals to or receive signals from another device. These signals can include information, signaling, or data. The device can also be replaced by an entity, network entity, network element, communication equipment, communication module, node, communication node, etc.; this application uses a device as an example for description. For instance, a communication system can include at least one terminal device and at least one network device. The network device can send downlink signals to the terminal device, and / or the terminal device can send uplink signals to the network device.

[0110] Figure 1 This is a schematic diagram of a communication system applicable to an embodiment of this application. For example... Figure 1 As shown, the communication system 10 includes a radio access network (RAN) 100 and a core network (CN) 200. Optionally, the communication system may also include the Internet. RAN 100 includes at least one RAN node (e.g., Figure 1 110a and 110b (collectively referred to as 110) and at least one terminal (such as Figure 1 RAN100, denoted as RAN100, comprises RAN nodes 120a-120j, collectively referred to as RAN120. RAN100 may also include other RAN nodes, such as wireless relay equipment and / or wireless backhaul equipment. Figure 1 (Not shown in the image). Terminal 120 is connected to RAN node 110 wirelessly. RAN node 110 is connected to core network 200 wirelessly or via wired connection. The core network equipment in core network 200 and RAN node 110 in RAN 100 can be different physical devices, or they can be the same physical device integrating core network logical functions and radio access network logical functions.

[0111] RAN 100 can be a cellular system related to the 3rd Generation Partnership Project (3GPP), such as a 4G mobile communication system, a 5G mobile communication system, or a future-oriented evolution system. RAN 100 can also be an open access network (O-RAN or ORAN), a cloud radioaccess network (CRAN), or a wireless fidelity (WiFi) system. RAN 100 can also be a communication system that integrates two or more of the above systems.

[0112] RAN node 110, sometimes also referred to as access network equipment, RAN entity, or access node, constitutes part of the communication system and is used to help terminals achieve wireless access. Multiple RAN nodes 110 in communication system 10 can be of the same type or different types. In some scenarios, the roles of RAN node 110 and terminal 120 are relative, for example... Figure 1 Network element 120i can be a helicopter or a drone, and it can be configured as a mobile base station. For terminals 120j that access RAN 100 through network element 120i, network element 120i is a base station; however, for base station 110a, network element 120i is a terminal. RAN node 110 and terminal 120 are sometimes referred to as communication devices, for example... Figure 1 Network elements 110a and 110b can be understood as communication devices with base station functions, while network elements 120a-120j can be understood as communication devices with terminal functions.

[0113] In one possible scenario, a RAN node can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a base station in a future mobile communication system, or an access node in a WiFi system, etc. A RAN node can also be a macro base station (such as...) Figure 1 110a), micro base stations or indoor stations (such as Figure 1 In CRAN scenarios, RAN nodes can be 110b), relay nodes or donor nodes, or wireless controllers. Optionally, RAN nodes can also be servers, wearable devices, vehicles, or in-vehicle equipment. For example, in vehicle-to-everything (V2X) technology, the access network equipment can be a roadside unit (RSU).

[0114] In another possible scenario, multiple RAN nodes collaborate to assist the terminal in achieving wireless access, with different RAN nodes each implementing some of the base station's functions. For example, RAN nodes can be centralized units (CUs), distributed units (DUs), CUs (control planes, CPs), CUs (user planes, UPs), or radio units (RUs), etc. CUs and DUs can be set up separately or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio frequency equipment or radio frequency units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radioheads (RRHs).

[0115] In different systems, CU (including open CU-CP (O-CU-CP) and open CU-UP (O-CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called an open central unit (O-CU), DU can also be called an open distributed unit (O-DU), CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called an open radio unit (O-RU). For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules.

[0116] Terminal 120 can be a device or module that accesses the aforementioned communication system and has corresponding communication functions. A terminal can also be referred to as user equipment (UE), terminal, user device, access terminal, user unit, user station, mobile station, mobile station (MS), remote station, remote terminal, mobile device, user terminal, terminal unit, terminal station, terminal device, wireless communication equipment, user agent, or user device. A terminal typically contains a communication module, circuit, or chip that performs the corresponding communication functions. The terminal may also be configured with program instructions for performing these communication functions.

[0117] For example, the terminal in this application embodiment can be a mobile phone, a personal digital assistant (PDA) computer, a laptop computer, a tablet computer, a drone, a computer with wireless transceiver capabilities, a machine type communication (MTC) terminal, a virtual reality (VR) terminal, an augmented reality (AR) terminal, an Internet of Things (IoT) terminal, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical care, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home (e.g., game consoles, smart TVs, smart speakers, smart refrigerators, and fitness equipment), a transport vehicle with wireless communication capabilities, a communication module, or a roadside unit (RSU) with terminal capabilities.

[0118] RAN 100 and terminal 120 can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can also be deployed in the air on aircraft, balloons, and satellites. The embodiments of this application do not limit the scenarios in which RAN 100 and terminal 120 are located.

[0119] CN 200 can be a 5G core network, an evolved 5G core network, or the core network of a future mobile communication system. Taking a 5G core network as an example, CN 200 includes access and mobility management (AMF) network elements responsible for mobility management and access management services; session management (SMF) network elements responsible for session management; user plane (UPF) network elements responsible for user plane packet routing and forwarding and quality of service (QoS) control; and policy control (PCF) network elements. These core network elements can operate independently or be combined to implement certain control functions; for example, AMF, SMF, and PCF can be combined into a single core network device.

[0120] It should be understood that the above naming is defined solely for the purpose of distinguishing different functions and should not constitute any limitation on this application. This application does not preclude the possibility of using other naming conventions in 5G networks and other future networks. For example, in future networks, some or all of the above-mentioned network elements may use the terminology from 5G, or they may use other names, etc.

[0121] The technical solution of this application can also be applied to device-to-device (D2D) communication, vehicle-to-everything (V2X) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), and Internet of Things (IoT) communication systems or other communication systems. Among these, cellular vehicle-to-everything (C-V2X) can be a V2X communication technology developed based on cellular systems. C-V2X can utilize and enhance the functions and elements of cellular networks to achieve low-latency and high-reliability communication between various nodes in the vehicle network. C-V2X can include vehicle-to-vehicle (V2V) communication, vehicle-to-pedestrian (V2P) communication, vehicle-to-infrastructure (V2I) communication, and vehicle-to-network (V2N) communication.

[0122] Understandable. Figure 1 The examples provided are for illustrative purposes only and do not constitute a limitation on the scope of protection of this application. The communication methods provided in the embodiments of this application may also involve... Figure 1 The devices not shown in the diagram include, for example, wireless repeaters and / or wireless backhaul devices. Of course, the communication methods provided in the embodiments of this application may also include only... Figure 1 The devices shown are not restricted.

[0123] To facilitate understanding of the embodiments of this application, the terms or technologies involved in this application will be explained first.

[0124] 1. Time and frequency resources.

[0125] Data or information can be carried using time-frequency resources. These time-frequency resources can include resources in the time domain (i.e., time-domain resources) and resources in the frequency domain (i.e., frequency-domain resources).

[0126] In the time domain, time-domain resources can include one or more time-domain units (or time units). Time-domain units can include radio frames (RF), subframes, frames, half-subframes, half-frames, slots, mini-slots, partial slots, or orthogonal frequency division multiplexing (OFDM) symbols, etc.

[0127] In the frequency domain, frequency domain resources can include one or more frequency domain units. Frequency domain units can include subcarriers, component carriers (CCs), resource blocks (RBs), subchannels, resource pools, bandwidth, bandwidth parts (BWPs), channels, physical resource blocks (PRBs), resource block groups (RBGs), PRB bundling, or an interlaced RB, etc.

[0128] 2. Time Division Duplex (TDD).

[0129] Figure 2 This diagram illustrates the sub-band duplex architecture. TDD divides time-domain resources into uplink and downlink; for example, one possible TDD uplink / downlink configuration is DDDDU, such as...Figure 2 As shown in (a), where D represents the downlink time slot, and each symbol in the downlink time slot is a downlink symbol, and U represents the uplink time slot, and each symbol in the uplink time slot is an uplink symbol. Limited uplink time domain resource allocation may lead to reduced uplink coverage and increased latency in TDD.

[0130] To improve network uplink coverage, subband duplexing introduced by 3GPP can be used. Subband duplexing can be simply understood as: within a TDD carrier, there is a sub-band, such as 40MHz or 80MHz (called a subband). Compared to other frequency bands of the TDD carrier, the downlink and uplink time slot allocation is changed on this subband; for example, all slots are used for uplink. Figure 2 In (b), X represents a subband full duplex (SBFD) time unit. The frequency domain resources corresponding to the SBFD time unit include uplink and downlink frequency domain resources. The uplink frequency domain resources are used for uplink transmission, and the downlink frequency domain resources are used for downlink transmission. Alternatively, the frequency domain resources corresponding to the SBFD time unit include subbands used for both uplink and downlink transmission. To improve coverage, data repetition can be used. For example, uplink data can be repeatedly transmitted on all available uplink resources. By leveraging subband duplexing, uplink data repetition can be achieved, thus improving uplink coverage. Figure 2 As shown in (c), uplink resources can be increased by 5 times, enabling 5 repeated transmissions of uplink data (e.g., S), which theoretically can improve uplink coverage. Figure 2 As shown in (d), uplink resources can be increased by 5 times, enabling the transmission of multiple uplink data (e.g., S1, S2, S3, S4, S5).

[0131] Besides limited uplink coverage, the demands for high-speed, low-latency uplink experience assurance for intelligent real-time interaction present challenges to current network capabilities, including interference. For example, considering only a single user, using sub-band duplexing to address coverage issues can improve network capabilities and meet uplink experience assurance requirements. However, as the number of users increases, interference between users may prevent the network from meeting the uplink experience assurance needs of multiple users.

[0132] To address interference between users, OCC (Optical Channel Control) can be employed to reduce interference when users reuse the same resources, building upon the existing data retransmission. For example, assuming UE1 and UE2 both use a 3:2 downlink to uplink time slot ratio (occupying 2 uplink time slots and 3 downlink time slots), uplink data is retransmitted twice (assuming the uplink data for UE1 and UE2 are S1 and S2 respectively). UE1 uses OCC... UE2 uses OCC as The same time-frequency resources are reused. Assume the channel from UE1 to base station 1 is H1, and the channel from UE2 to base station 1 is H2, and assume that the channels from UE1 and UE2 to base station 1 remain unchanged across the two uplink time slots. Further, assume that the signals received by base station 1 in the two uplink time slots are Y1 and Y2, respectively. Based on the orthogonal OCC codes between UE1 and UE2, adding formula (1) and formula (2) can eliminate the interference from UE2, yielding data S1 for UE1. Similarly, subtracting formula (1) and formula (2) can eliminate the interference from UE1, yielding data S2 for UE2.

[0133]

[0134] In practical communication systems, users typically only have their own scheduling information, while base stations reuse information for multiple users. Therefore, OCC (Optical Control Code) is usually assigned and indicated to users by the base station. To implement OCC indication, a method for base station to indicate OCC is currently defined.

[0135] Figure 3 This is a diagram illustrating the number of codewords, codeword length, and codeword content indicated by the base station. For example... Figure 3 As shown in (a), the base station indicates the codeword length and codeword content. For example, the base station indicates the OCC codeword length for repeated transmission on the Physical Uplink Shared Channel (PUSCH) via RRC or a media access control-control element (MAC CE), such as a codeword length of 2. Then, the base station indicates the codeword content via MAC CE or DCI, combined with the codeword length. For example, indicating index 1, the UE can determine that the codeword content is [1,1]. In this implementation, the base station can configure one OCC codeword for each user at a time. Figure 3 As shown in (b), the base station indicates the number of codewords, the codeword length, and the codeword content. For example, the base station indicates the number of OCC codewords used for uplink repetitive transmission and the codeword length of each codeword via RRC or MAC CE, such as 2 codewords with codeword lengths of 2 and 4 respectively. Then, the base station indicates the codeword content of each codeword via MAC CE or DCI, combined with the codeword length. For example, if index 1 and index 2 are indicated respectively, the UE can determine that the codeword content of codeword 1 is [1,1] and the codeword content of codeword 2 is [1,-1,1,-1]. In this implementation, the base station can configure multiple OCC codewords for each user at a time.

[0136] The above descriptions of terms or technologies are for ease of understanding only and do not limit the scope of protection of the embodiments of this application.

[0137] To ensure uplink performance for users with limited coverage in mid-to-long-range locations, who require large data packets and low latency for intelligent real-time interaction, data needs to be repeatedly transmitted on available uplink resources to improve uplink coverage. The OCC (Optical Code Correction) used for uplink retransmission is based on data repetition, meaning the OCC codeword length cannot exceed the number of data retransmissions. Therefore, there is a correlation between the OCC codeword length and the number of data retransmissions; for example, the OCC codeword length can be equal to the number of data retransmissions.

[0138] However, when current base stations indicate the number of codewords, codeword length, and codeword content of OCC, they do not consider the correlation between the codeword length of OCC and the number of repeated data transmissions or the number of uplink available resources. Instead, they directly indicate the number of codewords, codeword length, and codeword content of OCC. This may cause redundancy in the indication information, that is, increase the indication overhead.

[0139] To address the aforementioned technical problems, this application provides a communication method and a communication apparatus. By comparing the relationship between a first channel quality and a first threshold, it determines whether the codeword length of a first OCC is related to the number of repeated transmissions of uplink data or the number of available uplink resources. This allows for the determination of the length of the first OCC through direct indication (e.g., indicating the codeword length of the first OCC by sending third information) or indirect indication (e.g., multiplexing the first information, i.e., the codeword length of the first OCC is the same as the number of repeated transmissions of uplink data or the number of available uplink resources), thereby reducing indication overhead.

[0140] The communication method provided in the embodiments of this application will be described in detail below with reference to the accompanying drawings, and can be applied to the above-mentioned... Figure 1 The communication system shown. It should be understood that the embodiments of this application can be applied to scenarios where the sending end and the receiving end communicate.

[0141] It should also be understood that the embodiments shown below do not specifically limit the structure of the execution subject of the method provided in the embodiments of this application, as long as it is possible to communicate according to the method provided in the embodiments of this application by running the code or program that records the method provided in the embodiments of this application. For example, the method provided in the embodiments of this application can be executed by a first device and a second device. Unless otherwise specified, the "first device" in this application can refer to a communication device (e.g., a terminal device), or a component in the communication device (e.g., a communication module, processor, circuit, chip (such as a modem chip, also known as a baseband chip, or a SoC chip or SIP chip containing a modem core), or a chip system, etc.), or it can be a logic module or software that can implement all or part of the functions of the communication device. The "second device" in this application can refer to a communication device (e.g., a network device), or a component in the communication device (e.g., a communication module, processor, circuit, chip, or chip system, etc.), or it can be a logic module or software that can implement all or part of the functions of the communication device.

[0142] Figure 4 This is a flowchart illustrating a communication method provided in an embodiment of this application. For example... Figure 4 As shown, the method 400 includes the following steps.

[0143] S410, the second device sends the first information to the first device;

[0144] Correspondingly, the first device receives the first information from the second device.

[0145] The first information indicates the first quantity, which includes the number of times the uplink data is repeatedly transmitted or the number of available uplink resources.

[0146] Optionally, the first information may include at least one of the following: RRC, MAC CE, or DCI.

[0147] Understandably, the number of uplink data retransmissions refers to the number of times a specific uplink data to be transmitted by the first device is repeatedly transmitted. Retransmission can be understood as transmitting a single data item multiple times. For example, a retransmission count of 4 indicates that the uplink data was transmitted 4 times. The number of available uplink resources refers to the number of resources that support or can be used by the first device to transmit uplink data. For example, a number of available uplink resources of 4 indicates that the first device can transmit uplink data using these 4 available uplink resources.

[0148] Optionally, the number of available uplink resources can be the number of uplink slots within a radio frame, the number of uplink slots in 10 consecutive radio slots, or the number of uplink resources in the uplink / downlink slot allocation configuration.

[0149] Optionally, "data" in this application may be replaced with data packet, data block, transmission block (TB), code block group (CBG), PUSCH, or other granularities, etc., and is not limited thereto. For consistency, the following description will use data.

[0150] S420, the first device sends the second information to the second device;

[0151] Correspondingly, the second device receives the second information from the first device.

[0152] Optionally, the second information may include at least one of the following: RRC or MAC CE or uplink control information (UCI).

[0153] The second information indicates the first channel quality, which is the channel quality between the first device and the second device.

[0154] Optionally, the first channel quality can be understood as channel quality in a general sense or channel quality in a narrow sense.

[0155] For example, when the first channel quality can be understood as channel quality in a general sense, the second information may include at least one of the following: Channel Quality Indicator (CQI), Reference Signal Received Power (RSRP), or Reference Signal Received Quality (RSRQ). That is, the first device can indicate the channel quality between the first device and the second device by sending CQI, RSRP, or RSRQ to the second device.

[0156] For example, the second device sends a reference signal, such as a channel state information-reference signal (CSI-RS), to the first device. The first device receives and measures the reference signal to obtain a measurement result, such as the channel state information (CSI) signal. This measurement result includes at least one of CQI, RSRP, or RSRQ. Generally, the higher the value of CQI, RSRP, or RSRQ, the better the channel quality between the first and second devices.

[0157] For example, when the first channel quality can be understood as channel quality in a narrow sense, the first channel quality can represent the channel quality of the communication channel between the transmitting end and the receiving end (e.g., the first device and the second device), which is used by the first device and the second device to transmit signals or data. In this manner, the second information not only indicates the first channel quality, but can also indicate RSRQ, RSRP, or CQI, etc. Therefore, the phrase "when the first channel quality is greater than or equal to the first threshold" in the following text can be replaced with "when the first channel quality or RSRP, RSRQ, or CQI is greater than or equal to the first threshold"; similarly, the phrase "when the first channel quality is less than the first threshold" can be replaced with "when the first channel quality or RSRP, RSRQ, or CQI is less than the first threshold". In other words, if the first channel quality is channel quality in a narrow sense, the length of the first OCC can be determined by comparing the first channel quality or RSRP, RSRQ, or CQI with the first threshold, and then by sending the third information to directly indicate the length of the first OCC, or by implicitly indicating the length of the first OCC without sending the third information.

[0158] Understandably, without emphasizing the distinction, this application does not specifically limit whether the first channel quality refers to channel quality in a broad or narrow sense. For ease of description, the embodiments of this application will uniformly use the first channel quality as an example for illustration.

[0159] Optionally, this application does not limit the execution order of the above steps S410 and S420. For example, step S410 can be executed first, followed by step S420; or step S420 can be executed first, followed by step S410.

[0160] The following describes, in conjunction with Scenarios 1 and 2, the specific implementation method of the second device instructing the first device on the codeword length (which can be simply referred to as "code length") of the first OCC, or in other words, the first device determining the codeword length of the first OCC.

[0161] In this embodiment, the second device can determine whether the codeword length of the first OCC is related to the number of uplink data retransmissions or the number of uplink available resources by comparing the values ​​of the first channel quality and the first threshold (e.g., whether the codeword length of the first OCC is the same as the number of uplink data retransmissions or the number of uplink available resources), and then determine whether to send third information to the first device. As an example (corresponding to scenario one), the second device can directly indicate the codeword length of the first OCC by sending third information. For example, the third information may include 2 bits, such as bit "10", to indicate that the codeword length of the first OCC is 2. As another example (corresponding to scenario two), the second device may not send third information, or it may reuse the first information (i.e., the indication signaling of the number of uplink data retransmissions or the number of uplink available resources), that is, in this case, the codeword length of the first OCC is the same as the number of uplink data retransmissions or the number of uplink available resources. Compared to existing solutions, where the number of uplink data retransmissions, the number of available uplink resources, and the codeword length of the OCC used for uplink retransmissions are indicated separately by different signaling, resulting in excessive indication overhead, this application's embodiment can reuse the signaling indicating the number of retransmissions or the number of available uplink resources to indirectly achieve OCC code length indication, thus avoiding redundancy in indication information and reducing indication overhead.

[0162] In this embodiment, the first device can also determine whether it expects to receive third information from the second device by comparing the value of the first channel quality and the value of the first threshold. That is, it can determine whether the codeword length of the first OCC is directly or indirectly indicated. As an example (corresponding to scenario one), the first device can directly determine the codeword length of the first OCC by receiving the third information. As another example (corresponding to scenario two), the first device may not expect to receive the third information. In this case, the first device can determine that the codeword length of the first OCC is the same as the number of repeated transmissions of uplink data or the number of available uplink resources.

[0163] Optionally, the first threshold can be predefined or preconfigured, or it can be configured by the second device to the first device via signaling; this application does not limit this. Predefinition can include pre-defined parameters, such as protocol definitions. Preconfiguration can be achieved by pre-storing corresponding codes, tables, functions, text, strings, or other means that can be used to indicate relevant information (e.g., the first threshold) in the network device and / or terminal device; this application does not limit the specific implementation method. It should be noted that if the first threshold is predefined, it is usually fixed and cannot be changed subsequently; if the first threshold is preconfigured, it is usually changeable, for example, the second device can subsequently update the value of the first threshold via signaling.

[0164] Optionally, the value of the first threshold can be greater than zero.

[0165] Understandably, this first threshold is related to the channel quality between the first and second devices.

[0166] Scenario 1: If the quality of the first channel is greater than or equal to the first threshold, the method further includes the following steps S430-S460.

[0167] S430, the second device sends a third message to the first device;

[0168] Correspondingly, the first device receives third information from the second device.

[0169] The third information indicates the first length, which is the codeword length of the first OCC.

[0170] Optionally, this application does not limit the size of the bits occupied by the third information; for example, it can be 1 bit or 2 bits. For example, assuming the codeword length of the first OCC is 2, the third information can include the bit "10", without limitation.

[0171] Optionally, the third information may include at least one of the following: RRC, MAC CE, or DCI.

[0172] S440, the first device encodes the first data according to the first OCC.

[0173] S450, the first device sends the first data to the second device;

[0174] Correspondingly, the second device receives the first data from the first device.

[0175] It is understandable that the first data transmitted between the first device and the second device is encoded first data. Therefore, the above step S450 can be replaced by: the first device sending the encoded first data to the second device.

[0176] S460, the second device decodes the first data according to the first OCC.

[0177] This application does not limit the specific implementation of the encoding of the first data by the first device and the decoding of the first data by the second device. You can refer to the relevant descriptions of existing encoding or decoding. For the sake of brevity, it will not be described here.

[0178] It should be noted that, for scenario one, the second device can determine that the first length is less than the first quantity. That is, the second device can determine that the codeword length of the first OCC is less than the number of repeated transmissions of uplink data or the number of available uplink resources. For example, if the number of repeated transmissions of uplink data or the number of available uplink resources is 6, then the second device can determine that the codeword length of the first OCC is 2 or 4.

[0179] Understandably, the above scenario one is mainly applicable to users in the near and medium range, balancing coverage and speed. Uplink data transmission may not employ repeated transmission; alternatively, a first OCC with a codeword length less than the number of repeated uplink data transmissions or the number of available uplink resources can be used to improve decoding speed. This depends on service requirements and is not limited. Therefore, in this scenario, there is no fixed relationship between the codeword length of the first OCC used for repeated uplink data transmission and the number of uplink data repetitions or the number of available uplink resources. In this case, the second device can indicate the codeword length of the first OCC through dedicated signaling, such as third information.

[0180] Scenario 2: If the quality of the first channel is less than the first threshold, the method further includes the following steps S470-S400.

[0181] S470, the second device does not send the third information to the first device;

[0182] Correspondingly, the first device does not receive third information from the second device.

[0183] The third information indicates the first length, which is the codeword length of the first OCC.

[0184] In other words, if the quality of the first channel is less than the first threshold, the second device may not send the third information to the first device, thus reducing the indication overhead.

[0185] S480, the first device encodes the first data according to the first quantity.

[0186] S490, the first device sends the first data to the second device;

[0187] Correspondingly, the second device receives the first data from the first device.

[0188] It is understandable that the first data transmitted between the first device and the second device is encoded first data. Therefore, the above step S480 can be replaced by: the first device sending the encoded first data to the second device.

[0189] S400, the second device decodes the first data according to the first quantity.

[0190] This application does not limit the specific implementation of the encoding of the first data by the first device and the decoding of the first data by the second device. You can refer to the relevant descriptions of existing encoding or decoding. For the sake of brevity, it will not be described here.

[0191] It should be noted that, for scenario two, the second device can determine that the first length depends on the first quantity, or in other words, the second device can determine that the first length is determined based on the first quantity. For example, the codeword length of the first OCC is the same as the number of repeated transmissions of uplink data or the number of available uplink resources. For instance, if the number of repeated transmissions of uplink data or the number of available uplink resources is 4, then the second device can determine that the codeword length of the first OCC is 4.

[0192] Understandably, the above scenario two is mainly applicable to users at medium and long distances, and can take coverage into account. Uplink data transmission can adopt repeated transmission to improve uplink coverage; or, to ensure orthogonality, a first OCC with a codeword length equal to the number of repeated transmissions of uplink data or the number of available uplink resources can be adopted to avoid transmission interference between multiple users and to suppress interference.

[0193] It should be noted that, in the embodiments of this application, when comparing A and B, the description "when A is greater than or equal to B, execute method A; when A is less than or equal to B, execute method B" can be implemented in a way that is "when A is greater than or equal to B, execute method A; when A is less than B, execute method B"; or it can be "when A is greater than B, execute method A; or when A is less than or equal to B, execute method B". This application does not limit this. For ease of description, the implementation methods provided in this application are all illustrated using "when A is greater than or equal to B, execute method A; or when A is less than B, execute method B" as an example.

[0194] In other words, "<" means less than, and "≤" means less than or equal to. "<" and "≤" can be used interchangeably without limitation. Similarly, ">" means greater than, and "≥" means greater than or equal to. ">" and "≥" can be used interchangeably without limitation. The examples provided in this application are merely illustrative and do not constitute a limitation on this application.

[0195] Based on this, the above scenario one can be replaced with: when the first channel quality is greater than the first threshold; similarly, the above scenario two can be replaced with: when the first channel quality is less than or equal to the first threshold, and this application does not limit this.

[0196] Based on the above scheme, the second device can directly or indirectly indicate the codeword length of the first OCC to the first device.

[0197] Optionally, the second device may also indicate the codeword content of the first OCC to the first device, that is, the method further includes the following step S401.

[0198] S401, the second device sends the tenth information to the first device;

[0199] Correspondingly, the first device receives the tenth information from the second device.

[0200] The tenth piece of information is used to indicate the codeword content of the first OCC.

[0201] Optionally, the tenth information may include at least one of the following: RRC, MAC CE, or DCI.

[0202] In other words, based on the codeword length and codeword content of the first OCC determined above, the first device can also clearly determine the first OCC, such as [1,1] or [1,-1,-1,1], and then use the first OCC to perform uplink repeated transmission to improve uplink coverage, while also reducing transmission interference with other UEs.

[0203] For example, assuming that according to the above scenario one or scenario two, the first device determines that the codeword length of the first OCC is 2, then the second device can further indicate the codeword content of the first OCC through the tenth information, for example, the tenth information includes bit "1" to indicate [1,1], or the tenth information includes bit "0" to indicate [1,-1]; the reverse is also possible, and there is no limitation on this.

[0204] It is understandable that the correspondence between the codeword length and codeword content of the first OCC can be predefined or preconfigured. Predefinition can include pre-defined terms, such as protocol definitions, while preconfiguration can be achieved by pre-storing corresponding codes, tables, functions, text, strings, or other means that can be used to indicate relevant information (e.g., the codeword length and codeword content of the first OCC) in network devices and / or terminal devices. This application does not limit the specific implementation method.

[0205] Figure 5 This application provides an embodiment of an indicator for OCC codeword length and codeword content. For example... Figure 5As shown, when the first channel quality is less than the first threshold, the second device does not send the third information to the first device. At this time, the codeword length of codeword 1 (i.e., the first OCC) is the same as the first number, that is, the codeword length of the first OCC is the same as the number of times the uplink data is repeatedly transmitted. For example, assuming the number of times the uplink data is repeatedly transmitted is 4, the first device can assume that the codeword length of codeword 1 is 4. Further, if the second device indicates index 2 through the tenth information, the first device can determine that codeword 1 is [1,-1,1,-1], and then use codeword [1,-1,1,-1] to encode the first data, and then send it to the second device.

[0206] Figure 6 This is another indication of OCC codeword length and codeword content provided in the embodiments of this application. For example... Figure 6 As shown, when the first channel quality is less than the first threshold, the second device does not send the third information to the first device. At this time, the codeword length of codeword 1 (i.e., the first OCC) is the same as the first quantity, that is, the codeword length of the first OCC is the same as the number of uplink available resources. For example, assuming the ratio between the number of downlink available resources and the number of uplink available resources is 1:4, the first device can consider the codeword length of codeword 1 to be 4. Further, if the second device indicates index 1 through the tenth information, the first device can determine that codeword 1 is [1,1,1,1], and then use codeword [1,1,1,1] to encode the first data, and then send it to the second device.

[0207] It is understood that the above description uses the example of the second device indicating a first OCC to the first device. Optionally, in the embodiments of this application, the second device may also indicate a second OCC or other OCCs to the first device. That is, the second device may indicate one or more OCCs (e.g., a first OCC, a second OCC, or OCC#3, etc.) to the first device for repeated transmission of one or more uplink data of the first device. This application does not specifically limit this.

[0208] In the first implementation, if the first channel quality is greater than or equal to the first threshold, the third information further indicates a second length, which is the codeword length of the second OCC; the second device further receives second data from the first device and decodes the second data according to the second OCC.

[0209] In the second implementation, when the first channel quality is less than a first threshold, the second device receives second data from the first device and decodes the second data according to the first quantity.

[0210] The specific implementation of the second device instructing the first device on the codeword length of the second OCC, or in other words, the first device determining the codeword length of the second OCC, can be found in the relevant description of the first OCC in the above scenario one. For the sake of brevity, it will not be repeated here.

[0211] Understandably, for cases where the quality of the first channel is less than the first threshold, it is assumed here that the first data and the second data are transmitted repeatedly the same number of times. In other words, the first quantity indicated by the second device through the first information also applies to the first data and the second data. Therefore, the first device determines that the codeword length of the first OCC and the codeword length of the second OCC are the same, and thus the first device can use the first quantity to encode the first data and the second data respectively.

[0212] Optionally, the number of times the first data and the second data are repeatedly transmitted can also be different. Alternatively, the second device can indicate a sixth quantity to the first device, which includes the number of times the uplink data is repeatedly transmitted or the number of available uplink resources. In other words, for cases where the first channel quality is less than a first threshold, the first quantity indicated by the second device can be considered as determining the codeword length of the first OCC, and the sixth quantity indicated by the second device can be considered as determining the codeword length of the second OCC. Since the first quantity and the sixth quantity are different, the first device determines that the codeword length of the second OCC is different from that of the first OCC. Therefore, the first device can use the first quantity (i.e., the first OCC) to encode the first data and use the sixth quantity (i.e., the second OCC) to encode the second data.

[0213] It should be noted that the first and second data, and their corresponding first and second OCCs, are merely examples for ease of understanding. This application does not limit the number of OOCs used for repeated uplink transmissions by the first device, nor does it limit the number of uplink data transmitted by the first device.

[0214] In other words, when the first channel quality is greater than or equal to a first threshold, the second device can indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Correspondingly, the first device encodes multiple data to be transmitted (e.g., including but not limited to first data, second data, fifth data, or other data) using the multiple OCCs respectively, and sends the encoded multiple data to the second device.

[0215] Similarly, when the first channel quality is less than a first threshold, the second device can reuse the indication information of the number of retransmissions of uplink data or the number of available uplink resources to implicitly indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Optionally, the codeword lengths of multiple OCCs can be the same or different, depending on the number of retransmissions of the data corresponding to the OCC codeword or the number of available uplink resources, and are not limited thereto. If the codeword lengths of multiple OCCs are the same, the second device can indicate a quantity, such as a first quantity; if the codeword lengths of multiple OCCs are different, the second device can indicate multiple quantities (e.g., including but not limited to a first quantity, a sixth quantity, or other quantities). Correspondingly, the first device encodes the multiple data to be transmitted using the multiple quantities respectively, and sends the encoded multiple data to the second device.

[0216] In summary, for repeated transmission of one or more data from the first device, the second device can assign an OCC for each repeated transmission of that data.

[0217] In one implementation, the number of OCCs is the same as the number of data transmitted by the first device.

[0218] For example, suppose the first data to be transmitted includes data #1, data #2, ... data #n, where data #1 is transmitted x1 times, data #2 is transmitted x2 times, ... data #n is transmitted xn times, n is an integer greater than or equal to 1, xi is an integer greater than or equal to 2, and i is an integer greater than or equal to 1 and less than or equal to n. The second device can configure n OCCs for the first device based on data #1, data #2, ... data #n, that is, one data corresponds to one OCC, or one OCC is used for the repeated transmission of one data.

[0219] As one implementation method, the codeword length of each OCC is the same as the number of times the corresponding data is repeatedly transmitted.

[0220] For example, suppose the first data to be transmitted includes data #1, data #2, ..., data #n, where data #1 is transmitted x1 times, data #2 is transmitted x2 times, ..., data #n is transmitted xn times, where n is an integer greater than or equal to 1, xi is an integer greater than or equal to 2, and i is an integer greater than or equal to 1 and less than or equal to n. The second device can determine the codeword lengths of the n OCCs based on the number of transmissions x1, x2, ..., xn, that is, one codeword length corresponds to one number of transmissions. In other words, the lengths of the n codewords are x1, x2, ..., xn.

[0221] For ease of description, the above method of determining the number of OCCs based on the number of data to be transmitted, and determining the codeword length of the corresponding OCC based on the number of repeated transmissions of the data, can be called the uplink repeated transmission rule.

[0222] For example, suppose the first device has multiple data to transmit, including first data S1 and second data S2. The first data is repeated 2 times, and the second data is repeated 4 times. The first quantity represents the number of available uplink resources, which is 6. Based on the uplink repeated transmission rule, the second device can determine that the number of codewords for the OCC is 2. Therefore, the second device can configure a first OCC (the specific implementation can be found in the description of scenario one above) and a second OCC (the specific implementation is similar to the configuration of the first OCC). The codeword length of the first OCC is the same as the number of repeated transmissions of the first data, and the codeword length of the second OCC is the same as the number of repeated transmissions of the second data; that is, the codeword length of the first OCC is 2, and the codeword length of the second OCC is 4. Further, the second device can indicate that the codeword content of the first OCC is [1,1] and the codeword content of the second OCC is [1,-1,1,-1] through the tenth information.

[0223] Optionally, the multiple data to be transmitted by the first device may also include data #3. Assuming that the number of repeated transmissions of data #3 is 2, according to the uplink repeated transmission rule, the second device can determine that the number of codewords for the OCC is 3. Therefore, the second device can configure a first OCC, a second OCC, and OCC#3 for the first data (the specific implementation is similar to the configuration of the first OCC). The codeword length of OCC#3 is the same as the number of repeated transmissions of the third data, i.e., the codeword length of OCC#3 is 2. Further, the second device can indicate that the codeword content of OCC#3 is [1, -1] through the tenth information.

[0224] Figure 7 This is a schematic diagram illustrating a flexible data retransmission method provided in an embodiment of this application. For example... Figure 7As shown, the horizontal axis represents the time domain (e.g., time slots), and the vertical axis represents the frequency domain. Assume UE1 has four available uplink time slots, and the uplink data to be transmitted includes S1 and S2. S1 is transmitted twice in the first two time slots, and S2 is transmitted twice in the last two time slots. Therefore, the base station can determine the number of codewords (e.g., 2) and the codeword length (e.g., both OCCs have a codeword length of 2) for the OCC based on the data repetition rule. Accordingly, to reduce transmission interference between UE1 and other UEs on the corresponding uplink resources, the base station can allocate two OCCs (e.g., OCC 1 and OCC 2) to UE1. The codeword length of OCC 1 is the same as the number of repetitions of S1, and the codeword length of OCC 2 is the same as the number of repetitions of S2; that is, the codeword length of both OCC 1 and OCC 2 is 2. Furthermore, the base station can indicate the codeword content of OCC1 as [1,1] through the tenth information, and indicate the codeword content of OCC2 as [1,-1].

[0225] Figure 8 This is a schematic diagram illustrating the number and length of OCC codewords provided in an embodiment of this application. Figure 8 As shown, based on Figure 7 It is known that UE1 has two uplink data packets to be transmitted, such as S1 and S2. Therefore, the number of codewords for OCC can be determined to be two, such as codeword 1 and codeword 2. Since S1 is transmitted twice in the first two time slots, the codeword length of codeword 1 can be determined to be equal to the number of times S1 is transmitted, for example, the codeword length of codeword 1 is 2. Similarly, since S2 is transmitted twice in the last two time slots, the codeword length of codeword 2 can be determined to be equal to the number of times S2 is transmitted, for example, the codeword length of codeword 2 is also 2. Furthermore, the base station can indicate that the codeword content of codeword 1 is [1,1] and the codeword content of codeword 2 is [1,-1] through the tenth information.

[0226] Understandably, the above Figure 7 and Figure 8 The examples provided are for illustrative purposes only and do not exclude other possible solutions.

[0227] It should be noted that the first and second implementation methods described above refer to the first device sending multiple data, where each data is repeatedly transmitted multiple times, and one data can correspond to one OCC. The third and fourth implementation methods described below refer to the first device sending one data, where this one data is repeatedly transmitted multiple times. These multiple repeated transmissions can be divided into multiple parts for repeated transmission, and one part of the transmission can correspond to one OCC.

[0228] In the third implementation, when the first channel quality is greater than or equal to the first threshold, the third information further indicates the second length, which is the codeword length of the second OCC; in the first part of the first data retransmission, the second device decodes the first data according to the first OCC; in the second part of the first data retransmission, the second device decodes the first data according to the second OCC; wherein, the first part of the retransmission corresponds to the second quantity, the second part of the retransmission corresponds to the third quantity, and the first quantity includes the second quantity and the third quantity.

[0229] In the fourth implementation, when the first channel quality is less than a first threshold, during the first part of the first data being repeatedly transmitted, the second device decodes the first data according to a second quantity; during the second part of the first data being repeatedly transmitted, the second device decodes the first data according to a third quantity; wherein the first quantity includes the second quantity and the third quantity.

[0230] Optionally, the second and third quantities can be the same, or they can be different; there is no limitation on this. For example, if the first quantity represents the number of times the uplink data is repeatedly transmitted is 4, then the second and third quantities can both be 2, indicating that the number of times the first part and the second part are repeatedly transmitted is 2. As another example, if the first quantity represents the number of times the uplink data is repeatedly transmitted is 6, then the second quantity can be 2, indicating that the first part is repeatedly transmitted 2 times, and the third quantity can be 4, indicating that the second part is repeatedly transmitted 4 times, and so on.

[0231] The specific implementation of the second device instructing the first device on the codeword length of the second OCC, or in other words, the first device determining the codeword length of the second OCC, can be found in the relevant description of the first OCC in the above scenario one. For the sake of brevity, it will not be repeated here.

[0232] It should be noted that the repeated transmission of the first part and the second part of the first data, and their corresponding first and second OCCs, are merely examples for ease of understanding. This application does not limit the number of OCCs used in the uplink repeated transmission of the first device (e.g., other OCCs may also be included), nor does it limit the number of parts of the repeated transmission of the first data (e.g., third, fourth, or other repeated transmissions may also be included), nor does it limit the number of times each part is repeated, meaning that the number of times each part is repeated is not limited and can be the same or different. Furthermore, the number of uplink data transmitted by the first device (e.g., second, third, or other data may also be included) is also not limited.

[0233] Optionally, for determining the multiple OCCs corresponding to the repeated transmission of multiple parts of other data, you can refer to the relevant description of determining the multiple OCCs corresponding to the repeated transmission of multiple parts of the first data. For the sake of brevity, it will not be described here again.

[0234] In other words, when the first channel quality is greater than or equal to a first threshold, the second device can indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Correspondingly, the first device encodes multiple portions of the first data to be transmitted using the multiple OCCs (e.g., including but not limited to first portion retransmission, second portion retransmission, or other portion retransmission) and sends the encoded first data to the second device.

[0235] Similarly, when the first channel quality is less than a first threshold, the second device can reuse the indication information of the number of retransmissions of uplink data or the number of available uplink resources to implicitly indicate the codeword lengths of multiple OCCs (e.g., including but not limited to the codeword lengths of the first OCC, the second OCC, the fifth OCC, or other OCCs). Optionally, the codeword lengths of multiple OCCs can be the same or different, depending on whether the number of partial retransmissions of the first data corresponding to the OCC codewords is the same, and this is not limited. If the codeword lengths of multiple OCCs are the same, the second device can indicate a quantity, in which case the second quantity is equal to the third quantity; if the codeword lengths of multiple OCCs are different, in which case the second quantity is not equal to the third quantity. Correspondingly, the first device uses multiple quantities to encode multiple parts of the first data for retransmission and sends the encoded first data to the second device.

[0236] In other words, for multiple repeated transmissions of a single piece of data by the first device, the second device can allocate multiple OCCs for those multiple repeated transmissions of the same data.

[0237] For example, suppose a data item of the first device is first data S1, where the number of repetitions of first data S1 is 4 (i.e., the first quantity). The first two repetitions are considered the second quantity, that is, the first two repetitions are the first part of the repetitions, and the last two repetitions are considered the third quantity, that is, the last two repetitions are the second part of the repetitions. Then the second device can determine that the number of codewords for the OCC is 2, and thus the second device can configure the first OCC and the second OCC for the first data. The codeword length of the first OCC is the same as the number of repetitions in the first part, that is, the codeword length of the first OCC is the second quantity, and the codeword length of the second OCC is the same as the number of repetitions in the second part, that is, the codeword length of the second OCC is the third quantity. Therefore, the codeword lengths of both the first OCC and the second OCC are 2. Furthermore, the second device can indicate the codeword content of the first OCC as [1,1] and the codeword content of the second OCC as [1,-1] through the tenth information.

[0238] Optionally, the first quantity may also include a fourth quantity, then the first quantity = the second quantity + the third quantity + the fourth quantity. Assuming the number of repeated transmissions of the first data S1 is 8 (i.e., the first quantity), the first 2 times are considered the second quantity, that is, the first 2 repeated transmissions are the first part of repeated transmissions, the middle 2 times are considered the third quantity, that is, the middle 2 repeated transmissions are the second part of repeated transmissions, and the last 4 times are considered the fourth quantity, that is, the last 4 repeated transmissions are the third part of repeated transmissions. Then the second device can determine that the number of codewords of OCC is 3, and the second device can configure the first OCC, the second OCC and OCC#3 for the first data. In this configuration, the codeword length of the first OCC is the same as the number of repeated transmissions in the first part, meaning the codeword length of the first OCC is the second number. The codeword length of the second OCC is the same as the number of repeated transmissions in the second part, meaning the codeword length of the second OCC is the third number. The codeword length of OCC#3 is the same as the number of repeated transmissions in the third part, meaning the codeword length of OCC#3 is the third number. Therefore, the codeword lengths of the first OCC and the second OCC are both 2, and the codeword length of OCC#3 is 4. Furthermore, the second device can indicate the codeword content of the first OCC as [1,1], the codeword content of the second OCC as [1,-1], and the codeword content of OCC#3 as [1,-1,1,-1] through the tenth information.

[0239] It is understood that the above description uses the example of the second device indicating one or more OCCs (e.g., the first OCC, the second OCC, or OCC#3) to the first device. Optionally, in the embodiments of this application, the second device may also indicate one or more OCCs to other devices (e.g., the third device, the fourth device, or other devices) for repeated transmission of uplink data by other devices, and this application does not specifically limit this. For ease of description, the following description uses the third device and the fourth device as examples in two implementation methods respectively.

[0240] In the first implementation, the second device sends a fourth message to the third device, the fourth message indicating a fourth quantity, which includes the number of repeated transmissions of uplink data or the number of available uplink resources; the first device receives a fifth message from the third device, the fifth message indicating a second channel quality, which is the channel quality between the third device and the second device.

[0241] Example 1: When the quality of the second channel is greater than or equal to the second threshold, the second device sends a sixth message to the third device, the sixth message indicating a third length, the third length being the codeword length of the third OCC; the second device receives the third data from the third device; the second device decodes the third data according to the third OCC.

[0242] Example 2: When the quality of the second channel is greater than the second threshold, the second device does not send the sixth information to the third device; the second device receives the third data from the third device; the second device decodes the third data according to the fourth quantity.

[0243] In this configuration, the first OCC and the third OCC are orthogonal, and both the first data and the third data occupy the first resource. Alternatively, the first part of the first data is repeatedly transmitted, and the third data also occupies the first resource. In other words, when the first device and the third device repeatedly transmit uplink data using the same time-frequency resource, the second device can configure the first device and the third device with the first OCC and the third OCC respectively, making the first OCC and the third OCC orthogonal, which can avoid transmission interference or suppress interference.

[0244] In other words, the second device can determine whether the codeword length of the third OCC is related to the fourth quantity (e.g., whether the codeword length of the third OCC is the same as the number of uplink data retransmissions or the number of uplink available resources) by comparing the values ​​of the second channel quality and the second threshold, and then determine whether to send the sixth information to the third device. As an example (corresponding to Example 1), the second device can directly indicate the codeword length of the third OCC by sending the sixth information. For example, the sixth information can include 2 bits, such as bit "10", to indicate that the codeword length of the third OCC is 2. As another example (corresponding to Example 2), the second device may not send the sixth information, that is, in this case, the codeword length of the third OCC is the same as the number of uplink data retransmissions or the number of uplink available resources. Compared to the existing scheme, where the number of uplink data retransmissions, the number of uplink available resources, and the codeword length of the OCC used for uplink retransmissions are indicated separately by different signaling, the indication overhead is too large. The embodiments of this application can reuse the indication signaling of the number of repeated transmissions or the number of uplink available resources to indirectly realize OCC code length indication, which can avoid redundancy of indication information and reduce indication overhead.

[0245] In other words, the third device can also determine whether it expects to receive the sixth information from the second device by comparing the values ​​of the second channel quality and the second threshold. That is, it can determine whether the codeword length of the third OCC is directly or indirectly indicated. As an example (corresponding to Example 1), the third device can directly determine the codeword length of the third OCC by receiving the sixth information. As another example (corresponding to Example 2), the third device may not expect to receive the sixth information. In this case, the third device can determine that the codeword length of the third OCC is the same as the fourth quantity.

[0246] Optionally, the second threshold can be predefined or preconfigured, or it can be configured by the second device to the third device via signaling; this application does not limit this. Predefinition can include pre-defined parameters, such as protocol definitions. Preconfiguration can be achieved by pre-storing corresponding codes, tables, functions, text, strings, or other means that can be used to indicate relevant information (e.g., the second threshold) in the network device and / or terminal device; this application does not limit the specific implementation method. It should be noted that if the second threshold is predefined, it is usually fixed and cannot be changed subsequently; if the second threshold is preconfigured, it is usually changeable, for example, the second device can subsequently update the value of the second threshold via signaling.

[0247] Optionally, the value of the second threshold can be greater than zero.

[0248] Understandably, this second threshold is related to the channel quality between the first and third devices.

[0249] In cases where both the first data and the third data occupy the first resource, or where the first part of the first data is repeatedly transmitted and the third data both occupy the first resource, the method further includes: the second device sending a first indication message to the first device and the third device, the first indication message indicating the first resource.

[0250] Optionally, the first indication information may include at least one of the following: RRC, MAC CE, or DCI.

[0251] Optionally, the second device may send the first instruction information to both the first device and the third device simultaneously, or the second device may send the first instruction information to both the first device and the third device separately, and the order of sending is not limited.

[0252] As an example, the first resource can be viewed as a resource element (RE), which may include at least one time-domain resource element and / or at least one frequency-domain resource element. Specifically, the time-domain resource element may include a time slot or symbol, etc., and the frequency-domain resource element may include a carrier, RB, PRB, or RBG, etc., without limitation. Specific examples of time-domain and frequency-domain elements can be found in the relevant descriptions in the terminology section above, and will not be elaborated here.

[0253] Here, the first resource can be understood as the effective interval of the first OCC and the third OCC. That is, the first device uses the first OCC to transmit first data or a first part of the first data repeatedly on the first resource, and the third device uses the third OCC to transmit third data on the first resource. Therefore, the first resource can be regarded as a resource unit in which the first OCC and the third OCC are effective.

[0254] Example 1: The second device can indicate the starting resource unit and the ending resource unit through the first indication information. For example, if the starting resource unit is time slot 1 and the ending resource unit is time slot 3, it means that the first device uses the first OCC to transmit the first data or the first part of the first data repeatedly on time slots 1 to 3, and the third device uses the third OCC to transmit the third data on time slots 1 to 3.

[0255] Example 2: The second device can indicate the starting resource unit and the length of the resource unit through the first indication information. For example, if the starting resource unit is symbol 1 and the length of the resource unit is 5 symbols, it means that the first device uses the first OCC to transmit the first data or the first part of the first data repeatedly on symbols 1 to 5, and the third device uses the third OCC to transmit the third data on symbols 1 to 5.

[0256] Example 3: The second device can indicate the end of the resource unit and the length of the resource unit through the first indication information. For example, if the end of the resource unit is time slot 5 and the length of the resource unit is 3 time slots, it means that the first device uses the first OCC to transmit the first data or the first part of the first data repeatedly on time slots 3 to 5, and the third device uses the third OCC to transmit the third data on time slots 3 to 5.

[0257] The above example uses the first resource as a time-domain resource unit to illustrate the indication method for the first resource (or the effective interval of the first OCC and the third OCC). This example is provided for ease of understanding and does not exclude other solutions. For example, the first resource may be a frequency-domain resource unit, or a time-frequency domain resource unit. For specific implementation methods, please refer to the relevant description above regarding the first resource as a time-domain resource unit. For the sake of brevity, it will not be described here.

[0258] In the second implementation, the second device sends a seventh message to the fourth device, the seventh message indicating a fifth quantity, which includes the number of repeated transmissions of uplink data or the number of available uplink resources; the first device receives an eighth message from the fourth device, the eighth message indicating a third channel quality, which is the channel quality between the fourth device and the second device.

[0259] Example 1: When the quality of the third channel is greater than or equal to the third threshold, the second device sends a ninth message to the fourth device, the ninth message indicating the fourth length, the fourth length being the codeword length of the fourth OCC; the second device receives the fourth data from the fourth device; the second device decodes the fourth data according to the fourth OCC;

[0260] Example 2: If the quality of the third channel is greater than the third threshold, the second device does not send the ninth information to the fourth device; the second device receives the fourth data from the fourth device; the second device decodes the fourth data according to the fifth quantity.

[0261] In this configuration, the second OCC and the fourth OCC are orthogonal, and both the second data and the fourth data occupy the second resource. Alternatively, the second part of the first data is repeatedly transmitted, and the fourth data also occupies the second resource. In other words, when the first device and the fourth device use the same time-frequency resource for repeated uplink data transmission, the second device can configure the second OCC and the fourth OCC for the first device and the fourth device respectively, so that the second OCC and the fourth OCC are orthogonal, which can avoid transmission interference or suppress interference.

[0262] In other words, the second device can determine whether the codeword length of the fourth OCC is related to the fifth quantity (e.g., whether the codeword length of the fourth OCC is the same as the number of uplink data retransmissions or the number of available uplink resources) by comparing the value of the third channel quality and the third threshold, and then determine whether to send the ninth information to the fourth device. As an example (corresponding to Example 1), the second device can directly indicate the codeword length of the fourth OCC by sending the ninth information. For example, the ninth information can include 2 bits, such as bit "10", to indicate that the codeword length of the fourth OCC is 2. As another example (corresponding to Example 2), the second device may not send the ninth information, that is, in this case, the codeword length of the fourth OCC is the same as the number of uplink data retransmissions or the number of available uplink resources. Compared with the existing scheme, where the number of uplink data retransmissions, the number of available uplink resources, and the codeword length of the OCC used for uplink retransmissions are indicated separately by different signaling, the indication overhead is too large. The embodiments of this application can reuse the indication signaling of the number of repeated transmissions or the number of uplink available resources to indirectly realize OCC code length indication, which can avoid redundancy of indication information and reduce indication overhead.

[0263] In other words, the fourth device can also determine whether it expects to receive the ninth information from the second device by comparing the value of the third channel quality and the third threshold. That is, it can determine whether the codeword length of the fourth OCC is directly or indirectly indicated. As an example (corresponding to Example 1), the fourth device can directly determine the codeword length of the fourth OCC by receiving the ninth information. As another example (corresponding to Example 2), the fourth device may not expect to receive the ninth information. In this case, the fourth device can determine that the codeword length of the fourth OCC is the same as that of the fourth and fifth OCCs.

[0264] Optionally, the third threshold can be predefined or preconfigured, or it can be configured by the second device to the fourth device via signaling; this application does not limit this. Predefinition can include pre-defined parameters, such as protocol definitions. Preconfiguration can be achieved by pre-storing corresponding codes, tables, functions, text, strings, or other means that can be used to indicate relevant information (e.g., the third threshold) in the network device and / or terminal device; this application does not limit the specific implementation method. It should be noted that if the third threshold is predefined, it is usually fixed and cannot be changed subsequently; if the third threshold is preconfigured, it is usually changeable, for example, the second device can subsequently update the value of the third threshold via signaling.

[0265] Optionally, the value of the third threshold can be greater than zero.

[0266] Understandably, this third threshold is related to the channel quality between the first and fourth devices.

[0267] In cases where both the second and fourth data occupy the second resource, or where the second part of the first data is repeatedly transmitted and the fourth data both occupy the second resource, the method further includes: the second device sending a second indication message to the first device and the fourth device, the second indication message indicating the second resource.

[0268] Optionally, the second indication information may include at least one of the following: RRC, MAC CE, or DCI.

[0269] Optionally, the second device may send the second instruction information to both the first device and the fourth device simultaneously, or the second device may send the second instruction information to both the first device and the fourth device separately, and the order of sending is not limited.

[0270] As an example, the second resource can be viewed as a resource unit, which may include at least one time-domain resource unit and / or at least one frequency-domain resource unit. Specifically, the time-domain resource unit may include a time slot or symbol, etc., and the frequency-domain resource unit may include a carrier, RB, PRB, or RBG, etc., without limitation. Specific examples of time-domain and frequency-domain units can be found in the relevant descriptions in the terminology section above, and will not be elaborated here.

[0271] The second resource can be understood as the effective interval of the second OCC and the fourth OCC. That is, the first device uses the second OCC to transmit the second data or a second part of the first data repeatedly on the second resource, and the fourth device uses the fourth OCC to transmit the fourth data on the second resource. Therefore, the second resource can be regarded as a resource unit in which the second OCC and the fourth OCC are effective.

[0272] Example 1: The second device can indicate the start resource unit and the end resource unit through the second indication information. For example, if the start resource unit is subcarrier 1 and the end resource unit is subcarrier 3, it means that the first device uses the second OCC to transmit the second data or the second part of the first data repeatedly on subcarrier 1 to subcarrier 3, and the fourth device uses the fourth OCC to transmit the fourth data on subcarrier 1 to subcarrier 3.

[0273] Example 2: The second device can indicate the starting resource unit and the resource unit length through the second indication information. For example, if the starting resource unit is PRB 1 and the resource unit length is 5 PRBs, it means that the first device uses the second OCC to transmit the second data or the second part of the first data repeatedly transmitted on PRB 1 to PRB 5, and the fourth device uses the fourth OCC to transmit the fourth data on PRB 1 to PRB 5.

[0274] Example 3: The second device can indicate the end resource unit and the length of the resource unit through the second indication information. For example, if the end resource unit is RB 5 and the length of the resource unit is 3 RBs, it means that the first device uses the second OCC to transmit the second data or the second part of the first data repeatedly on RB 3 to RB 5, and the fourth device uses the fourth OCC to transmit the fourth data on RB 3 to RB 5.

[0275] The above example uses the second resource as a frequency domain resource unit to illustrate the indication method for the second resource (or the effective interval of the second OCC and the fourth OCC). This example is provided for ease of understanding and does not exclude other solutions. For example, the second resource may be a time domain resource unit, or a time-frequency domain resource unit. For specific implementation methods, please refer to the relevant description above regarding the second resource as a frequency domain resource unit. For the sake of brevity, it will not be described here.

[0276] It should be noted that the above explanation uses the third and fourth devices as examples. Optionally, a fifth device may also be included. For the data transmitted by the fifth device, the third part of the repeated transmission by the first device can occupy the same resources as the data transmitted by the fifth device. In order to avoid interference, the OCC corresponding to the repeated transmission of the third part and the data transmitted by the fifth device can be orthogonal. For specific implementation methods, please refer to the relevant description above. For the sake of brevity, it will not be repeated here. Other implementations are similar and not limited.

[0277] Figure 9 This is a schematic diagram illustrating a flexible multi-user reuse method provided in an embodiment of this application. For example... Figure 9As shown, the horizontal axis represents the time domain (e.g., time slots), and the vertical axis represents the frequency domain. Assume UE1 has four available uplink time slots (e.g., time slot #1, time slot #2, time slot #3, and time slot #4), and the uplink data to be transmitted includes S1, meaning S1 is transmitted four times across the four available time slots. Additionally, UE2 has two available uplink time slots (e.g., time slot #1 and time slot #2), and the uplink data to be transmitted includes S2, meaning S2 is transmitted twice across the two available time slots. UE3 has two available uplink time slots (e.g., time slot #3 and time slot #4), and the uplink data to be transmitted includes S3, meaning S3 is transmitted twice across the two available time slots. Therefore, UE1 and UE2 reuse the same resources in the first two time slots, and UE1 and UE3 reuse the same resources in the last two time slots. To suppress interference using OCC, the base station can assign two OCC codes to UE1 (e.g., OCC1 and OCC2), where the codeword length of OCC1 is the same as the number of times the first part of S1 is repeatedly transmitted, for example, 2, and the codeword length of OCC2 is the same as the number of times the first part of S2 is repeatedly transmitted, for example, 2. Furthermore, the base station can indicate that the codeword content of OCC1 is [1,1] and the codeword content of OCC2 is [1,-1] via the tenth information.

[0278] Simultaneously, the base station can also assign an OCC code (e.g., OCC3) to UE2. The codeword length of OCC3 is the same as the number of repetitions of S2, for example, 2. The base station can also assign an OCC code (e.g., OCC4) to UE3. The codeword length of OCC4 is the same as the number of repetitions of S3, for example, 2. Since UE1 and UE2 occupy the same time slots (e.g., time slot #1 and time slot #2) for uplink transmission, OCC 1 and OCC 3 can be set to be orthogonal to suppress interference. Furthermore, the base station can indicate the codeword content of OCC 3 as [1,-1] through the tenth information. Similarly, since UE1 and UE3 occupy the same time slots (e.g., time slot #3 and time slot #4) for uplink transmission, OCC 2 and OCC 4 can be set to be orthogonal to suppress interference. Furthermore, the base station can indicate the codeword content of OCC 4 as [1,1] through the tenth information.

[0279] Compared to the current simple multi-user reuse rules, which cannot adapt to flexible multi-user reuse scenarios, this application's embodiments design an OCC indication scheme that includes the number of codewords indicating OCC, codeword length and / or codeword effective range, as well as codeword content. This fully considers the flexible reuse scenarios of multiple users, adapting to diverse scenarios where multiple users reuse the same resources. It can not only suppress interference but also reduce indication overhead.

[0280] It should be understood that the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0281] It should also be understood that this application will present various aspects, embodiments, or features in relation to systems that may include multiple devices, components, modules, etc. It should be understood and appreciated that individual systems may include additional devices, components, modules, etc., and / or may not include all the devices, components, modules, etc. discussed in conjunction with the accompanying drawings. Furthermore, combinations of these approaches are also possible.

[0282] It should also be understood that in some of the above embodiments, the examples are mainly based on devices in existing network architectures (e.g., a first device or a second device, etc.), and it should be understood that the specific form of the device is not limited in the embodiments of this application. For example, any device that can achieve the same function in the future is applicable to the embodiments of this application.

[0283] It is understood that, in the above-described method embodiments, the methods and operations implemented by the device can also be implemented by components of the device (e.g., chips or circuits).

[0284] The above, combined with Figures 1 to 9 The communication method provided in the embodiments of this application is described in detail. The above-described communication method is mainly introduced from the perspective of the interaction between a first device (e.g., a terminal) and a second device (e.g., a network device). It is understood that, in order to realize the above functions, the terminal and network device include hardware structures and / or software modules corresponding to the execution of each function.

[0285] Those skilled in the art will recognize that, based on the exemplary units and algorithm steps described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is implemented in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0286] The following, combined with Figure 10 and Figure 11 This application provides a detailed description of the communication device provided in the embodiments. The descriptions of the device embodiments correspond to the descriptions of the method embodiments; therefore, for content not described in detail, please refer to the above method embodiments. For the sake of brevity, some content will not be repeated.

[0287] This application embodiment can divide the communication device into functional modules according to the above method example. For example, each function can be divided into its own functional modules, or two or more functions can be integrated into one processing module. The integrated modules can be implemented in hardware, software, or a combination of both. The module division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation. The following description uses the division of functional modules according to each function as an example.

[0288] Figure 10 This is a schematic block diagram of the communication device 1000 provided in an embodiment of this application. Figure 10 As shown, the communication device 1000 includes a processing module 1010 and a communication module 1020. The communication device 1000 can be a transmitting device, or a communication device applied to or used in conjunction with a transmitting device to implement a method executed by the transmitting device, such as a chip, chip system, or circuit; or, the communication device 1000 can be a receiving device, or a communication device applied to or used in conjunction with a receiving device to implement a method executed by the receiving device, such as a chip, chip system, or circuit.

[0289] The communication module can also be called a transceiver module, transceiver, transceiver unit, or transceiver device. The processing module can also be called a processor, processing board, processing unit, or processing device. Optionally, the communication module is used to execute the sending and receiving operations of the sending and receiving devices in the above method. The device in the communication module that implements the receiving function can be considered a receiving unit, and the device in the communication module that implements the sending function can be considered a sending unit; that is, the communication module includes a receiving unit and a sending unit.

[0290] Optionally, the communication device 1000 may further include a storage module 1030 for storing device program code and / or data.

[0291] In one example, when the communication device 1000 is applied to the first device (e.g., a terminal device), the processing module 1010 can be used to implement the processing function of the first device in the above embodiments, and the communication module 1020 can be used to implement the sending and receiving function of the first device in the above embodiments.

[0292] In another example, when the communication device 1000 is applied to the second device (e.g., a network device), the processing module 1010 can be used to implement the processing function of the second device in the above embodiments, and the communication module 1020 can be used to implement the sending and receiving function of the second device in the above embodiments.

[0293] Furthermore, it should be noted that the aforementioned communication module and / or processing module can be implemented through virtual modules. For example, the processing module can be implemented through software functional units or virtual devices, and the communication module can be implemented through software functions or virtual devices. Alternatively, the processing module or communication module can also be implemented through physical devices, such as chips / circuits (e.g., integrated circuits or logic circuits). The communication module can be an input / output circuit and / or a communication interface, performing input operations (corresponding to the aforementioned receiving operation) and output operations (corresponding to the aforementioned sending operation); the processing module is an integrated processor, microprocessor, or circuit (e.g., integrated circuits or logic circuits).

[0294] The module division in this application is illustrative and represents only one logical functional division. In actual implementation, other division methods are possible. Furthermore, the functional modules in the various examples of this application can be integrated into a single processor, exist as separate physical entities, or be integrated into a single module. The integrated modules described above can be implemented in hardware or as software functional modules.

[0295] In one example, the functional unit in any of the above devices may be one or more integrated circuits configured to implement the above methods, such as: one or more application-specific integrated circuits (ASICs), or one or more central processing units (CPUs), one or more microcontroller units (MCUs), one or more digital signal processors (DSPs), or one or more field-programmable gate arrays (FPGAs), or a combination of at least two of these integrated circuit forms.

[0296] In one example, storage module 1030 may include random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory and / or registers, etc.

[0297] Figure 11 This is a schematic block diagram of a communication device 2000 provided in an embodiment of this application. Optionally, the communication device 2000 may be a chip or a chip system. Optionally, in this application, the chip system may be composed of chips or may include chips and other discrete devices.

[0298] like Figure 11As shown, the communication device 2000 can be used to implement the functions of any device (e.g., terminal device, network device) in the communication system described in the foregoing examples. The communication device 2000 may include at least one processor 2010. Optionally, the processor 2010 is coupled to a memory, which may be located within the device, integrated with the processor, or located outside the device. For example, the communication device 2000 may also include at least one memory 2020. The memory 2020 stores the computer programs, computer programs or instructions, and / or data necessary for implementing any of the above examples; the processor 2010 may execute the computer programs stored in the memory 2020 to complete the methods in any of the above examples.

[0299] The communication device 2000 may also include a communication interface 2030, through which the communication device 2000 can interact with other devices. Exemplarily, the communication interface 2030 may be a transceiver, circuit, bus, module, pin, or other type of communication interface. When the communication device 2000 is a chip-based device or circuit, the communication interface 2030 in the device 2000 may also be an input / output circuit, capable of inputting information (or receiving information) and outputting information (or sending information). The processor 2010 may be an integrated processor, microprocessor, integrated circuit, or logic circuit, etc., and the processor can determine the output information based on the input information.

[0300] In one example, when the communication device 2000 is applied to the first device (e.g., a terminal device), the processor 2010 can be used to implement the processing function of the first device in the above embodiments, and the communication interface 2030 can be used to implement the sending and receiving function of the first device in the above embodiments.

[0301] In another example, when the communication device 2000 is applied to the second device (e.g., a network device), the processor 2010 can be used to implement the processing function of the second device in the above embodiments, and the communication interface 2030 can be used to implement the sending and receiving function of the second device in the above embodiments.

[0302] The coupling in this application refers to indirect coupling or communication connection between devices, units, or modules, which can be electrical, mechanical, or other forms, used for information exchange between devices, units, or modules. The processor 2010 may operate in conjunction with the memory 2020 and the communication interface 2030. This application does not limit the specific connection medium between the processor 2010, the memory 2020, and the communication interface 2030.

[0303] Optionally, such as Figure 11As shown, the processor 2010, the memory 2020, and the communication interface 2030 are interconnected via a bus 2040. Optionally, the bus may include buses of the types such as address bus, data bus, and control bus. Furthermore, for ease of illustration, Figure 11 The diagram shows a bus 2040, but does not imply that there is only one bus or one type of bus.

[0304] It should be understood that the processor mentioned in the embodiments of this application can be one of the following devices or a portion of the circuitry used for processing functions: a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.

[0305] It should also be understood that the memory mentioned in the embodiments of this application can be volatile memory and / or non-volatile memory. Non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM). For example, RAM can be used as an external cache. By way of example and not limitation, RAM includes the following forms: static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0306] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA, or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) can be integrated into the processor.

[0307] It should also be noted that the memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0308] This application also provides a computer-readable storage medium storing computer instructions for implementing the methods executed by a communication device (e.g., a first device and / or a second device) in the above-described method embodiments.

[0309] This application also provides a computer program product comprising instructions which, when executed by a computer, implement the methods performed by a communication device (e.g., a first device and / or a second device) in the above-described method embodiments.

[0310] This application also provides a communication system, which includes the first device and / or the second device described in the above embodiments.

[0311] Optionally, the communication system may further include the first device and / or the second device described in the above embodiments.

[0312] The explanations and beneficial effects of the relevant contents in any of the devices provided above can be found in the corresponding method embodiments provided above, and will not be repeated here.

[0313] In the various embodiments of this application, the order of the above-mentioned processes does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0314] This application will present various aspects, embodiments, or features relating to systems that may include multiple devices, components, modules, etc. It should be understood and appreciated that individual systems may include additional devices, components, modules, etc., and / or may not include all the devices, components, modules, etc. discussed in conjunction with the accompanying drawings. Furthermore, combinations of these approaches are also possible.

[0315] In this application, examples may reference each other without logical contradiction. For example, methods and / or terms between method embodiments may reference each other, functions and / or terms between device embodiments may reference each other, and functions and / or terms between device examples and method examples may reference each other.

[0316] It should be understood that the above embodiments are mainly illustrated using devices in existing network architectures as examples, and the specific form of the devices is not limited in the embodiments of this application. For example, any device that can achieve the same function in the future is applicable to the embodiments of this application.

[0317] Those skilled in the art will recognize that the units and algorithm steps of the various examples 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 implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0318] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be described again here.

[0319] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0320] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this implementation scheme according to actual needs.

[0321] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0322] If the aforementioned functions are implemented as 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 application, in essence, or the part that contributes to existing solutions, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, external hard drives, ROM, RAM, magnetic disks, or optical disks.

[0323] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A communication method characterized by comprising: The method is applied to a second device, and comprises: sending first information to a first device, the first information indicating a first quantity, the first quantity comprising a number of repeated transmissions of uplink data or a number of available uplink resources; receiving second information from the first device, the second information indicating a first channel quality, the first channel quality being a channel quality between the first device and the second device; in a case where the first channel quality is greater than or equal to a first threshold, sending third information to the first device, the third information indicating a first length, the first length being a code word length of a first orthogonal cover code (OCC); receiving first data from the first device and decoding the first data according to the first OCC; in a case where the first channel quality is less than the first threshold, not sending the third information to the first device; receiving the first data from the first device and decoding the first data according to the first quantity.

2. The method of claim 1, wherein, in the case where the first channel quality is greater than or equal to the first threshold, the first length is less than the first quantity.

3. The method of claim 1 or 2, wherein, in the case where the first channel quality is less than the first threshold, the first length is equal to the first quantity.

4. The method according to any one of claims 1 to 3, characterized in that, The method further comprises: in the case where the first channel quality is greater than or equal to the first threshold, the third information further indicates a second length, the second length being a code word length of a second OCC; receiving second data from the first device and decoding the second data according to the second OCC.

5. The method according to any one of claims 1 to 4, characterized in that, The method further comprises: in the case where the first channel quality is less than the first threshold, receiving second data from the first device and decoding the second data according to the first quantity.

6. The method according to any one of claims 1 to 3, characterized in that, The method further comprises: in the case where the first channel quality is greater than or equal to the first threshold, the third information further indicates a second length, the second length being a code word length of a second OCC; in a first part of repeated transmissions of the first data, decoding the first data according to the first OCC; in a second part of repeated transmissions of the first data, decoding the first data according to the second OCC; wherein the first part of repeated transmissions corresponds to a second quantity, and the second part of repeated transmissions corresponds to a third quantity, the first quantity comprising the second quantity and the third quantity.

7. The method according to any one of claims 1 to 3 and 6, characterized in that, The method further comprises: in the case where the first channel quality is less than the first threshold, in the first part of repeated transmissions of the first data, decoding the first data according to a second quantity; in the second part of repeated transmissions of the first data, decoding the first data according to a third quantity; wherein the first quantity comprises the second quantity and the third quantity.

8. The method according to any one of claims 4 to 7, characterized in that, The method further comprises: sending fourth information to a third device, the fourth information indicating a fourth quantity, the fourth quantity comprising a number of repeated transmissions of uplink data or a number of available uplink resources; receiving fifth information from the third device, the fifth information indicating a second channel quality, the second channel quality being a channel quality between the third device and the second device; in a case where the second channel quality is greater than or equal to a second threshold, sending sixth information to the third device, the sixth information indicating a third length, the third length being a code word length of a third OCC; receiving third data from the third device, the third data being decoded according to the third OCC; in a case where the second channel quality is greater than the second threshold, not sending the sixth information to the third device; receiving the third data from the third device, the third data being decoded according to the fourth number; wherein the first OCC is orthogonal to the third OCC, the first data and the third data both occupy a first resource, or a first part of the first data and the third data both occupy the first resource.

9. The method of claim 8, wherein, The method further includes: sending first indication information to the first device and the third device, the first indication information indicating the first resource.

10. The method according to any one of claims 4 to 9, characterized in that, The method further includes: sending seventh information to a fourth device, the seventh information indicating a fifth number, the fifth number including a number of repeated transmissions of uplink data or a number of uplink available resources; receiving eighth information from the fourth device, the eighth information indicating a third channel quality, the third channel quality being a channel quality between the fourth device and the second device; in a case where the third channel quality is greater than or equal to a third threshold, sending ninth information to the fourth device, the ninth information indicating a fourth length, the fourth length being a code word length of a fourth OCC; receiving fourth data from the fourth device, the fourth data being decoded according to the fourth OCC; in a case where the third channel quality is greater than the third threshold, not sending the ninth information to the fourth device; receiving the fourth data from the fourth device, the fourth data being decoded according to the fifth number; wherein the second OCC is orthogonal to the fourth OCC, the second data and the fourth data both occupy a second resource, or a second part of the first data and the fourth data both occupy the second resource.

11. The method of claim 10, wherein, The method further includes: sending second indication information to the first device and the fourth device, the second indication information indicating the second resource.

12. The method according to any one of claims 1 to 11, characterized in that, The method further includes: sending tenth information, the tenth information being used for indicating code word content of the first OCC.

13. The method according to any one of claims 1 to 12, characterized in that, The second information includes at least one of the following: channel quality indication (CQI), reference signal received power (RSRP), or reference signal received quality (RSRQ).

14. A communication method, comprising: Applied to a first device, comprising: receiving first information from a second device, the first information indicating a first number, the first number including a number of repeated transmissions of uplink data or a number of uplink available resources; sending second information to the second device, the second information indicating a first channel quality, the first channel quality being a channel quality between the first device and the second device; in a case where the first channel quality is greater than or equal to a first threshold, receiving third information from the second device, the third information indicating a first length, the first length being a code word length of a first orthogonal cover code (OCC); encoding first data according to the first OCC, and sending the first data after encoding to the second device; in a case where the first channel quality is less than the first threshold, not receiving the third information from the second device; encoding first data according to the first number, and sending the first data after encoding to the second device.

15. The method of claim 14, wherein, in a case where the first channel quality is greater than or equal to the first threshold, the first length is less than the first number.

16. The method of claim 14 or 15, wherein, in a case where the first channel quality is less than the first threshold, the first length is equal to the first number.

17. The method according to any one of claims 14 to 16, characterized in that, The method further comprises: in a case where the first channel quality is greater than or equal to the first threshold, the third information further indicates a second length, the second length being a code word length of a second OCC; encoding second data according to the second OCC, and sending the second data after encoding to the second device.

18. The method according to any one of claims 14 to 17, characterized in that, The method further comprises: in a case where the first channel quality is less than the first threshold, encoding second data according to the first number, and sending the second data after encoding to the second device.

19. The method of any one of claims 14-16, wherein, The method further comprises: in a case where the first channel quality is greater than or equal to the first threshold, the third information further indicates a second length, the second length being a code word length of a second OCC; in a first part of repeated transmissions of the first data, encoding the first data according to the first OCC; in a second part of repeated transmissions of the first data, encoding the first data according to the second OCC; wherein the first part of repeated transmissions corresponds to a second number, and the second part of repeated transmissions corresponds to a third number, and the first number comprises the second number and the third number.

20. The method according to any one of claims 14 to 16 and 19, characterized in that, The method further comprises: in a case where the first channel quality is less than the first threshold, in a first part of repeated transmissions of the first data, encoding the first data according to a second number; in a second part of repeated transmissions of the first data, encoding the first data according to a third number; wherein the first number comprises the second number and the third number.

21. A communications device, characterized by A method as claimed in any one of claims 1-13.

22. The communication apparatus according to claim 21, wherein, The communication device comprises any one of the following: a terminal device or a chip.

23. A communications device, characterized by A method as claimed in any one of claims 14-20.

24. The communication apparatus according to claim 23, wherein, The communication device comprises any one of the following: a network device, a chip, a central unit (CU) or a distributed unit (DU). A method as claimed in any one of claims 14-20. The communication device comprises any one of the following: a network device, a chip, a central unit (CU) or a distributed unit (DU).

25. A computer readable storage medium, characterized in that, The computer program or instructions are stored on the computer readable storage medium, and when the computer program or instructions are run, the method of any one of claims 1-13 is implemented, or the method of any one of claims 14-20 is implemented.

26. A computer program product, characterised in that, The computer program product, when run, causes the method of any one of claims 1-13 to be implemented, or causes the method of any one of claims 14-20 to be implemented.

Images