UCI Multiplexing Configuration Method, Apparatus, Device and Computer Readable Storage Medium

Abstract

An embodiment of the present invention provides a UCI multiplexing configuration method, apparatus, device, and computer-readable storage medium. By obtaining the bit length of UCI that needs to be multiplexed on PUSCH and the signal-to-noise ratio of PUSCH; and then obtaining the transmission block size, modulation and coding rate scheme, number of physical resource blocks corresponding to the UCI when multiplexed on PUSCH according to the signal-to-noise ratio, and the target coding rate corresponding to the UCI at the signal-to-noise ratio; thereby, according to the obtained bit length, transmission block size, modulation and coding rate scheme MCS, number of physical resource blocks, and target coding rate, obtaining the number of resource elements RE of the UCI at the target coding rate, calculating the beta offset value of PUSCH based on the obtained number of REs, and generating UCI multiplexing configuration information for the beta offset value when the UCI is multiplexed based on the tower offset value.

Description

Technical Field

[0001] The present invention relates to the field of communication technologies, and in particular, to a UCI multiplexing configuration method, apparatus, device, and computer-readable storage medium. Background Art

[0002] In the 5G NR system, UCI (Uplink control information) supports two configuration types, static and dynamic, when multiplexed on PUSCH (Physical uplink shared channel). UCI information mainly includes: Channel State information (CSI), and Acknowledgment (ACK) or Negative Acknowledgment (NACK) information. The calculation method of the BetaOffset for UCI multiplexed on PUSCH directly affects the actual code rates of UCI and PUSCH. When the high-layer signaling parameter BetaOffset is unreasonably configured, it will cause abnormal code control of UCI and PUSCH. The value of the BetaOffset of UCI affects the number of Resource Elements (REs) occupied during UCI multiplexing and the UCI code rate. In some scenarios, if the number of REs occupied by UCI is large, the actual number of REs of PUSCH will decrease, and ultimately the PUSCH transmission may exceed the maximum code rate limit, causing abnormal channel demodulation. Therefore, how to accurately configure the BetaOffset value during UCI multiplexing is a technical problem that urgently needs to be solved currently. Summary of the Invention

[0003] The UCI multiplexing configuration method, apparatus, device, and computer-readable storage medium provided by the embodiments of the present invention solve the problem of how to accurately configure the BetaOffset value during UCI multiplexing.

[0004] To solve the above technical problem, an embodiment of the present invention provides an uplink control information UCI multiplexing configuration method, including:

[0005] Obtaining the bit length of UCI to be multiplexed on a physical uplink shared channel PUSCH, and the signal-to-noise ratio of the PUSCH;

[0006] Obtaining, according to the signal-to-noise ratio, the transmission block size, modulation and coding rate scheme, number of physical resource blocks corresponding to the UCI when multiplexed on the PUSCH, and the target code rate of the UCI corresponding to the signal-to-noise ratio;

[0007] Based on the bit length, transport block size, modulation and coding rate scheme MCS, number of physical resource blocks, and target coding rate, obtain the number of resource elements RE of the UCI at the target coding rate;

[0008] Calculate the beta offset value of the PUSCH based on the number of REs, and generate UCI multiplexing configuration information based on this.

[0009] To solve the above technical problems, an embodiment of the present invention further provides a UCI multiplexing configuration device, which is characterized by including:

[0010] An acquisition module that acquires the bit length of the UCI that needs to be multiplexed on the physical uplink shared channel PUSCH, the signal-to-noise ratio of the PUSCH, and is used to obtain the corresponding transport block size, modulation and coding rate scheme, number of physical resource blocks when the UCI is multiplexed on the PUSCH according to the signal-to-noise ratio, and the target coding rate of the UCI at the signal-to-noise ratio;

[0011] A control module, which is used to obtain the number of resource elements RE of the UCI at the target coding rate according to the bit length, transport block size, modulation and coding rate scheme MCS, number of physical resource blocks, and target coding rate, calculate the beta offset value of the PUSCH based on the number of REs, and generate UCI multiplexing configuration information based on this.

[0012] To solve the above technical problems, an embodiment of the present invention further provides a communication device, including a processor, a memory, and a communication bus;

[0013] The communication bus is used to connect the processor and the memory;

[0014] The processor is used to execute the computer program stored in the memory to implement the steps of the UCI multiplexing configuration method as described above.

[0015] To solve the above technical problems, an embodiment of the present invention further provides a computer-readable storage medium, which stores one or more computer programs, and the one or more computer programs can be executed by one or more processors to implement the steps of the UCI multiplexing configuration method as described above.

[0016] Beneficial effects

[0017] According to the UCI multiplexing configuration method, device, equipment and computer-readable storage medium provided by the embodiments of the present invention, by obtaining the bit length of UCI that needs to be multiplexed on the PUSCH and the signal-to-noise ratio of the PUSCH; and then obtaining the transmission block size, modulation and coding rate scheme, number of physical resource blocks corresponding to the UCI when multiplexed on the PUSCH according to the signal-to-noise ratio, and the target coding rate corresponding to the UCI at the signal-to-noise ratio; thereby obtaining the number of resource elements RE of the UCI at the target coding rate according to the obtained bit length, transmission block size, modulation and coding rate scheme MCS, number of physical resource blocks and target coding rate, calculating the beta offset value BetaOffset of the PUSCH based on the obtained number of RE, and generating UCI multiplexing configuration information based on BetaOffset; accurately configuring the BetaOffset value during UCI multiplexing; during UCI multiplexing, the number of RE of the UCI when multiplexed on the PUSCH without exceeding the maximum appropriate coding rate can be obtained according to the BetaOffset value, thereby saving the resources occupied during UCI multiplexing, the number of RE of the corresponding PUSCH increases, and the coding rate of the PUSCH is effectively reduced, improving the demodulation performance and transmission efficiency of the PUSCH.

[0018] Other features and corresponding beneficial effects of the present invention are described and explained in the subsequent part of the specification, and it should be understood that at least some of the beneficial effects are obvious from the description in the specification of the present invention. Brief Description of the Drawings

[0019] Figure 1 It is a schematic flowchart of the UCI multiplexing configuration method according to Embodiment 1 of the present invention;

[0020] Figure 2 It is a simulation performance table of Polar decoding UCI = 12bit BPSK modulation mode according to Embodiment 1 of the present invention;

[0021] Figure 3 It is a simulation performance table of Polar decoding UCI = 12bit QPSK modulation mode according to Embodiment 1 of the present invention;

[0022] Figure 4 It is a simulation performance table of Polar decoding UCI = 12bit 16QAM modulation mode according to Embodiment 1 of the present invention;

[0023] Figure 5 It is a simulation performance table of Polar decoding UCI = 12bit 64QAM modulation mode according to Embodiment 1 of the present invention;

[0024] Figure 6 It is a simulation performance table of Polar decoding UCI = 12bit 256QAM modulation mode according to Embodiment 1 of the present invention;

[0025] Figure 7 Schematic flowchart of calculating the beta offset value in the first embodiment of the present invention;

[0026] Figure 8 Schematic flowchart of generating UCI multiplexing configuration information in the first embodiment of the present invention;

[0027] Figure 9 Schematic structural diagram of the UCI multiplexing configuration device in the second embodiment of the present invention;

[0028] Figure 10 Schematic structural diagram of the communication device in the third embodiment of the present invention;

[0029] Figure 11 Schematic structural diagram of the base station in the third embodiment of the present invention. Detailed implementation manners

[0030] In order to make the objectives, technical solutions and advantages of the present invention clearer and more understandable, the embodiments of the present invention will be further described in detail below through specific implementation manners in combination with the accompanying drawings. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention.

[0031] Embodiment 1:

[0032] This embodiment provides a UCI multiplexing configuration method, which can accurately configure the BetaOffset value during UCI multiplexing, so as to obtain the number of REs when UCI is multiplexed on the PUSCH without exceeding the maximum appropriate code rate according to the accurately configured BetaOffset value, save the resources occupied during UCI multiplexing, increase the number of REs of the corresponding PUSCH, effectively reduce the PUSCH code rate, and improve the demodulation performance of the PUSCH. For the UCI multiplexing configuration method provided in this embodiment, please refer to Figure 1 as shown, including:

[0033] S101: Obtain the bit length of the UCI to be multiplexed on the physical uplink shared channel PUSCH.

[0034] In this embodiment, the bit length of the UCI can be represented by L. It should be understood that the bit length of the UCI in this embodiment can be flexibly set according to the application scenario or requirements. For example, the length of the uplink control information UCI can be 1 bit, 2 bits, 32 bits to 11 bits, or 12 bits or more. For the sake of easy understanding, this embodiment will take 12 bits as an example for illustration below. The calculation method of the BetaOffset value for UCI with a bit length of 1 bit, 2 bits, 3 to 11 bits or other lengths is the same as that of 12 bits, and will not be elaborated in this embodiment.

[0035] S102: Obtain the signal-to-noise ratio of PUSCH, i.e., PUSCH SINR.

[0036] For the method of obtaining PUSCH SINR, existing signal-to-noise ratio measurement or calculation methods for PUSCH can be adopted, which will not be elaborated here. The value range of PUSCH SINR can also be determined according to specific application scenarios. For example, its value can be -10 db to 35 db.

[0037] S103: According to the signal-to-noise ratio PUSCH SINR, obtain the transmission block size Tbsize, modulation and coding scheme (MCS), physical resource block number (PRB num) corresponding to the multiplexing of UCI on PUSCH, and the target code rate of UCI corresponding to the signal-to-noise ratio PUSCH SINR.

[0038] In this embodiment, the method of obtaining Tbsize, MCS, and PRB num according to the signal-to-noise ratio PUSCH SINR can be obtained based on but not limited to the methods specified in various existing standards. For example, it can be obtained based on the methods of obtaining Tbsize, MCS, and PRB num specified in standard protocols such as 3.8214 or 3.8.212. This will not be elaborated here.

[0039] In this embodiment, obtaining the target code rate of UCI corresponding to the signal-to-noise ratio according to the signal-to-noise ratio PUSCH SINR includes:

[0040] According to the signal-to-noise ratio and the current block error rate BLER value, obtain the code rate corresponding to the signal-to-noise ratio from a preset signal-to-noise ratio and code rate mapping relationship (which can also be called a simulation performance table or a channel decoding correspondence diagram) as the target code rate. The signal-to-noise ratio and code rate mapping relationship includes the corresponding relationship between the values of the signal-to-noise ratio and the code rate at a set block error rate value.

[0041] The BLER value in this embodiment can be flexibly set according to requirements such as specific application scenarios. For example, it can be 0.01, or 0.008 or 0.02, etc. For the sake of easy understanding, in the following of this embodiment, an example with a BLER value of 0.01 and a bit length L of 12 bits for UCI will be used for illustration. In this example, according to the 3GPP protocol regulations, when the bit length L of the uplink control information UCI is less than 3 bits, a small code block length is used for channel coding, 1 bit, 2 bits, and 3 - 11 bits; for 12 bits and above, the Polar coding method is adopted. The Polar coding corresponds to different modulation methods under different SINRs, and its decoding performance will also vary. In this example, the bit length L of UCI is equal to 12 bits, and the Polar coding method is adopted. The Polar coding method includes, but is not limited to, modulation methods such as BPSK / QPSK / 16QAM / 64QAM / 256QAM. At this time, corresponding to the above several modulation methods, when the BLER value is 0.01 and the bit length L of UCI is 12 bits, the SNR and code rate mapping relationships under several modulation methods can be simulated. Please refer to respectively Figures 2 to 6 as shown.

[0042] For example, assume that the obtained PUSCH SINR value is 12 db. Please refer to Figure 4 as shown, and the corresponding target code rate is 0.85. The query method for the target code rate corresponding to other PUSCH SINR values can be deduced by analogy, and will not be elaborated here.

[0043] S104: Obtain the number of resource elements RE of UCI at the target code rate according to the obtained bit length L, transport block size Tbsize, modulation and coding rate scheme MCS, number of physical resource blocks PRB num, and target code rate.

[0044] In this embodiment, the method for determining the number of resource elements RE of UCI at the target code rate according to the bit length L, Tbsize, MCS, PRB num, and target code rate can be, but is not limited to, determined according to existing standards. For example, it can be obtained through, but is not limited to, the method for obtaining the number of REs specified in standard protocols such as 3.8214 or 3.8.212. This will not be elaborated here.

[0045] S105: Calculate the beta offset value BetaOffset of PUSCH based on the number of REs, and generate UCI multiplexing configuration information based on BetaOffset.

[0046] Among them, the process of calculating the beta offset value of PUSCH based on the number of REs can be found in Figure 7 as shown, including:

[0047] S701: Obtain the number of information bits N corresponding to the target code rate at the Media Access Control (MAC) layer based on the obtained number of REs info 。

[0048] S702: According to the bit length L, the number of physical resource blocks PRB num, and the number of information bits N corresponding to the MAC layer info , obtain the final symbol length Q' of the Physical Layer after modulation of UCI multiplexed on the PUSCH ACK 。

[0049] S703: Based on the obtained Q' ACK Calculate the beta offset value BetaOffset of the PUSCH.

[0050] In one example, the above S701 obtains the number of information bits N corresponding to the target code rate at the MAC layer based on the obtained number of REs info including but not limited to obtaining by the following method:

[0051] N info =N RE ·R·Q m ·υ;

[0052] In the above formula, N RE is the number of REs, R is the coding code rate queried from the MCS protocol table according to the MCS, Q m is the modulation order queried from the MCS protocol table according to the above MCS, and υ is the number of transmission layers.

[0053] In this embodiment, the bit length L of the UCI includes the original bit length O of the UCI ACK and the length L of the CRC (Cyclic Redundancy Check) check bit included in the UCI multiplexed on the PUSCH ACK ;

[0054] In the above S702, according to the bit length L, the number of physical resource blocks PRB num, and the number of information bits N corresponding to the MAC layer info , obtain the final symbol length Q' of the Physical Layer after modulation of UCI multiplexed on the PUSCH ACK , which may include obtaining by but not limited to the following method:

[0055]

[0056] In the above formula, C UL-SCHThe number of code blocks transmitted on the uplink shared channel multiplexed onto the PUSCH determined according to the number of physical resource blocks; Is the total sum of the lengths of all code blocks; Is the total sum of all symbols of the PUSCH; Is the number of available REs of UCI on OFDM symbol l; Is based on N info The beta offset value of UCI itself calculated; α is a scaling coefficient value, and the value of α is greater than 0 and less than or equal to 1; for example, in one example, the value of α can be 0.5, 0.65, 0.8, or 1, etc.

[0057] In one example, in the above S703, based on the obtained Q′ ACK The beta offset value BetaOffset of the PUSCH is calculated, including but not limited to the following ways to obtain:

[0058]

[0059] In the above formula, Is the number of REs available for transmitting UCI on all OFDM symbols of the PUSCH.

[0060] In one example of this embodiment, the UCI multiplexing configuration information can be directly generated based on the beta offset value BetaOffset and sent to the terminal. In some other application scenarios, for generating the UCI multiplexing configuration information based on BetaOffset, please refer to Figure 8 As shown, it may include but not be limited to:

[0061] S801: Obtain the target beta offset index corresponding to BetaOffset according to the correspondence table between the beta offset value and the beta offset index preset.

[0062] S802: Generate UCI multiplexing configuration information based on the obtained target beta offset index.

[0063] In some application scenarios of this embodiment, the uplink control information UCI includes Harq-ACK and CSI-RS. According to the above method, different BetaOffset combination values at different PUSCH SINRs can be obtained by traversing different UCI bit lengths, and thus the configuration values of uci-on-pusch in static and dynamic configurations can be obtained and sent to the terminal, instructing the terminal to use the corresponding BetaOffset value and the UCI to use a suitable code rate, which can effectively reduce the number of multiplexed REs of UCI on the PUSCH and indirectly improve the transmission efficiency of the PUSCH.

[0064] Embodiment 2:

[0065] This embodiment also provides a UCI multiplexing configuration device, which can be set in a communication device (such as a base station). Please refer to Figure 9 as shown in the figure, which includes:

[0066] An acquisition module 901 is configured to acquire the bit length of UCI to be multiplexed on a physical uplink shared channel PUSCH, the signal-to-noise ratio of the PUSCH, and to obtain the transport block size, modulation and coding rate scheme, number of physical resource blocks corresponding to the UCI when multiplexed on the PUSCH according to the signal-to-noise ratio of the PUSCH, and the target coding rate of the UCI under the signal-to-noise ratio; for the specific acquisition and parsing process, please refer to the above embodiments and will not be elaborated here.

[0067] A processing module 902 is configured to obtain the number of resource elements RE of the UCI at the target coding rate according to the bit length, transport block size, modulation and coding rate scheme MCS, number of physical resource blocks, and target coding rate, and calculate the Beta offset value BetaOffset of the PUSCH based on the number of RE, and generate UCI multiplexing configuration information based on BetaOffset. For the specific process of calculating and generating UCI multiplexing configuration information, please refer to the above embodiments and will not be elaborated here.

[0068] The UCI multiplexing configuration device provided in this embodiment can accurately configure the BetaOffset value during UCI multiplexing, so as to obtain the number of RE of the UCI when multiplexed on the PUSCH without exceeding the maximum appropriate coding rate according to the accurately configured BetaOffset value, save the resources occupied during UCI multiplexing, increase the number of RE of the corresponding PUSCH, effectively reduce the PUSCH coding rate, and improve the demodulation performance of the PUSCH.

[0069] Embodiment 3:

[0070] This embodiment also provides a communication device, which can be but is not limited to a base station. Please refer to Figure 10 as shown in the figure, which includes a processor 1001, a memory 1002, and a communication bus 1003;

[0071] The communication bus 1003 is used to realize the communication connection between the processor 1001 and the memory 1002;

[0072] In one example, the processor 1001 can be used to execute one or more computer programs stored in the memory 1002 to implement the steps of the UCI multiplexing configuration method in the above embodiments.

[0073] In this embodiment, when the above UCI multiplexing configuration device is set in the communication device, the functions of at least one module of the UCI multiplexing configuration device can also be implemented by the above processor 1001.

[0074] For ease of understanding, in an example of this embodiment, a communication device is taken as a base station for illustration. It should be understood that the base station in this embodiment can be a cabinet-type macro base station, a distributed base station, or a multi-mode base station. Please refer to Figure 11 As shown, the base station in this example includes a Building Base band Unit (BBU) 111, a Radio Remote Unit (RRU) 112, and an antenna 113, where:

[0075] The BBU 111 is responsible for centralized control and management of the entire base station system, completes the uplink and downlink baseband processing functions, and provides physical interfaces with the radio frequency unit and the transmission network to complete information interaction. According to different logical functions, please refer to Figure 11 As shown, the BBU 111 may include a baseband processing unit 1112, a main control unit 1111, a transmission interface unit 1113, etc. Among them, the main control unit 1111 mainly realizes functions such as control and management of the BBU, signaling processing, data transmission, interaction control, and system clock provision; the baseband processing unit 1112 is used to complete baseband protocol processing such as signal encoding and modulation, resource scheduling, and data encapsulation, and provides an interface between the BBU and the RRU; the transmission interface unit 1113 is responsible for providing a transmission interface for connecting to the core network. In this example, the above-mentioned various logical function units can be distributed on different physical boards or integrated on the same board. Optionally, the BBU 111 can adopt an integrated baseband main control type or a separated baseband main control type. For the integrated baseband main control type, the main control, transmission, and baseband are integratedly designed, that is, the baseband processing unit is integrated with the main control unit and the transmission interface unit on a physical board. This architecture has higher reliability, lower latency, higher resource sharing and scheduling efficiency, and lower power consumption at the same time. For the separated baseband main control type, the baseband processing unit and the main control unit are distributed on different boards, corresponding to the baseband board and the main control board. The separated architecture supports free combination between boards and is convenient for flexible expansion of the baseband. Specifically, it can be flexibly set according to requirements.

[0076] The RRU 112 communicates with the BBU through a baseband radio frequency interface to complete the conversion between the baseband signal and the radio frequency signal. Refer to Figure 11As shown, an exemplary radio frequency remote unit 112 mainly includes an interface unit 1121, an uplink signal processing unit 1124, a downlink signal processing unit 1122, a power amplifier unit 1123, a low noise amplifier unit 1125, a duplexer unit 1126, etc., which constitute a downlink signal processing link and an uplink signal processing link. Among them, the interface unit 1121 provides a fronthaul interface with the baseband unit to receive and transmit baseband IQ signals; the downlink signal processing unit 1122 completes signal processing functions such as upconversion, digital-to-analog conversion, and radio frequency modulation; the uplink signal processing unit 1124 mainly completes functions such as signal filtering, mixing, analog-to-digital conversion, and downconversion; the power amplifier unit 1123 is used to amplify the downlink signal and send it out through the antenna 113; the low noise amplifier unit 1125 is used to amplify the uplink signal received by the antenna 113 and send it to the uplink signal processing unit 1124 for processing; the duplexer unit 1126 supports the multiplexing of transmit and receive signals and filters the transmit and receive signals.

[0077] In addition, it should be understood that the base station in this embodiment may also adopt a CU (Central Unit)-DU (Distributed Unit) architecture, where the DU is a distributed access point responsible for completing the underlying baseband protocol and radio frequency processing functions, and the CU is a central unit responsible for processing high-level protocol functions and centrally managing multiple DUs. The CU and DU jointly complete the baseband and radio frequency processing functions of the base station.

[0078] This embodiment also provides a computer-readable storage medium, which includes a volatile or non-volatile, removable or non-removable medium implemented in any method or technology for storing information (such as computer-readable instructions, data structures, computer program modules, or other data). The computer-readable storage medium includes, but is not limited to, RAM (Random Access Memory), ROM (Read-Only Memory), EEPROM (Electrically Erasable Programmable Read Only Memory), flash memory, or other memory technologies, CD-ROM (Compact Disc Read-Only Memory), digital versatile disc (DVD), or other optical disc storage, magnetic cassette, tape, magnetic disk storage, or other magnetic storage devices, or any other medium that can be used to store the desired information and can be accessed by a computer.

[0079] In one example, the computer-readable storage medium in this embodiment can be used to store one or more computer programs, and the one or more computer programs can be executed by one or more processors to implement the steps of the UCI multiplexing configuration method in the above embodiments.

[0080] This embodiment also provides a computer program (or computer software), which can be distributed on a computer-readable medium and executed by a computing device to implement at least one step of the UCI multiplexing configuration method shown in the above embodiments; and in some cases, at least one step shown or described can be executed in a different order from that described in the above embodiments.

[0081] This embodiment also provides a computer program product, including a computer-readable device, on which the computer program shown above is stored. In this embodiment, the computer-readable device can include the computer-readable storage medium shown above.

[0082] It can be seen that those skilled in the art should understand that all or some of the steps in the methods disclosed above, and the functional modules / units in the systems and devices, can be implemented as software (which can be implemented by computer program code executable by a computing device), firmware, hardware, and their appropriate combinations. In the hardware implementation, the division between the functional modules / units mentioned above does not necessarily correspond to the division of physical components; for example, a physical component can have multiple functions, or a function or step can be executed by several physical components in cooperation. Some physical components or all physical components can be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or implemented as hardware, or implemented as an integrated circuit, such as an application-specific integrated circuit.

[0083] In addition, as is well known to those of ordinary skill in the art, a communication medium generally contains computer-readable instructions, data structures, computer program modules, or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and can include any information delivery medium. Therefore, the present invention is not limited to any specific combination of hardware and software.

[0084] The above content is a further detailed description of the embodiments of the present invention in combination with specific implementation manners, and it cannot be determined that the specific implementation of the present invention is only limited to these descriptions. For those of ordinary skill in the art in the technical field to which the present invention belongs, without departing from the concept of the present invention, several simple deductions or substitutions can be made, and all should be regarded as belonging to the protection scope of the present invention.

Claims

1. A method for configuring uplink control information (UCI) multiplexing, applied to a base station, includes: Obtaining the bit length of UCI to be multiplexed on a physical uplink shared channel (PUSCH), and the signal-to-noise ratio (SNR) of the PUSCH; According to the SNR, obtaining the corresponding transport block size, modulation and coding rate scheme, number of physical resource blocks when the UCI is multiplexed on the PUSCH, and the target coding rate of the UCI corresponding to the SNR; According to the bit length, transport block size, modulation and coding rate scheme (MCS), number of physical resource blocks, and target coding rate, obtaining the number of resource elements (REs) of the UCI at the target coding rate; Calculating a beta offset value (BetaOffset) of the PUSCH based on the number of REs, and generating UCI multiplexing configuration information based on the BetaOffset; Wherein, calculating the beta offset value of the PUSCH based on the number of REs includes: Obtain the number of information bits N corresponding to the target code rate at the media access control layer based on the RE number info ; According to the bit length, the number of physical resource blocks, and the N info , obtain the final symbol length Q' of the physical layer obtained after modulation when the UCI is multiplexed on the PUSCH ACK ; Based on the Q' ACK Calculate the beta offset value of the PUSCH.

2. The UCI multiplexing configuration method according to claim 1, characterized in that, Obtaining the number of information bits N corresponding to the target code rate based on the RE number info , including obtaining by the following method: N info = N RE ·R·Q m ·υ; The N RE is the RE number, the R is the coding code rate obtained by querying in the MCS protocol table according to the MCS, and the Q m is the modulation order obtained by querying in the MCS protocol table according to the MCS, and the υ is the number of transmission layers.

3. The UCI multiplexing configuration method according to claim 1, characterized in that, The bit length includes the original bit length O of the UCI ACK and the length L of the CRC check bit included in the UCI multiplexed on the PUSCH ACK ; Obtaining a final symbol length Q' obtained after modulation of the UCI multiplexed on the PUSCH according to the bit length and the number of physical resource blocks, including obtaining by using the following method: ACK , including obtaining by using the following method: The C UL-SCH is the number of code blocks transmitted on the uplink shared channel multiplexed onto the PUSCH determined according to the number of the physical resource blocks; the is the total sum of the lengths of all code blocks; the is the total sum of all symbols of the PUSCH; the is the number of available REs of the UCI on the OFDM symbol l; the is the beta offset value of the UCI itself calculated based on the N info ​ The α is a scaling coefficient value, and the value of α is greater than 0 and less than or equal to 1.

4. The UCI multiplexing configuration method according to claim 3, wherein, Based on the Q' ACK Calculate the beta offset value BetaOffset of the PUSCH, including obtaining it in the following manner: The is the number of REs available for transmitting UCI on all OFDM symbols of the PUSCH.

5. The UCI multiplexing configuration method according to any one of claims 1-4, characterized in that According to the SNR, obtaining the target coding rate of the UCI corresponding to the SNR includes: According to the SNR and the current block error rate value, obtaining the coding rate corresponding to the SNR from a preset SNR and coding rate mapping relationship as the target coding rate; The SNR and coding rate mapping relationship includes the corresponding relationship between the values of each SNR and the coding rate values under a set block error rate value.

6. The UCI multiplexing configuration method according to any one of claims 1-4, characterized in that Generating UCI multiplexing configuration information based on the BetaOffset includes: Obtaining a target beta offset index corresponding to the BetaOffset according to the BetaOffset and a preset beta offset value and beta offset index correspondence table; Generating the UCI multiplexing configuration information based on the target beta offset index.

7. A UCI multiplexing configuration device, characterized in that Applied to a base station, includes: An obtaining module, which obtains the bit length of UCI to be multiplexed on a physical uplink shared channel (PUSCH), and the signal-to-noise ratio (SNR) of the PUSCH, and is used to obtain the corresponding transport block size, modulation and coding rate scheme, number of physical resource blocks when the UCI is multiplexed on the PUSCH, and the target coding rate of the UCI corresponding to the SNR according to the SNR; A processing module, which is used to obtain the number of resource elements (REs) of the UCI at the target coding rate according to the bit length, transport block size, modulation and coding rate scheme (MCS), number of physical resource blocks, and target coding rate, calculate a beta offset value (BetaOffset) of the PUSCH based on the number of REs, and generate UCI multiplexing configuration information based on the BetaOffset; Among them, the processing module is specifically configured to: obtain the number of information bits N corresponding to the target code rate at the media access control layer based on the RE number info ; According to the bit length, the number of physical resource blocks, and the N info , obtain the final symbol length Q' of the physical layer after modulation of the multiplexed UCI on the PUSCH ACK ; Based on the Q' ACK calculate the beta offset value of the PUSCH.

8. A communication device, characterized in that, Includes a processor, a memory, and a communication bus; The communication bus is used to connect the processor and the memory; The processor is used to execute a computer program stored in the memory to implement the steps of the UCI multiplexing configuration method according to any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores one or more computer programs, and the one or more computer programs can be executed by one or more processors to implement the steps of the UCI multiplexing configuration method according to any one of claims 1-6.

Images