WO2021083153A1

WO2021083153A1 - Uci multiplexing configuration method and apparatus, device, and computer readable storage medium

Info

Publication number: WO2021083153A1
Application number: PCT/CN2020/124057
Authority: WO
Inventors: 居文涛
Original assignee: 中兴通讯股份有限公司
Priority date: 2019-10-29
Filing date: 2020-10-27
Publication date: 2021-05-06
Also published as: CN112752346A

Abstract

A UCI multiplexing configuration method and apparatus, a device, and a computer readable storage medium. The method comprises: obtaining a bit length of UCI that is required to be multiplexed on a Physical Uplink Shared Channel (PUSCH) (S101), and a signal to noise ratio of the PUSCH (S102); obtaining, according to the signal to noise ratio, a corresponding transmission block size, a modulation and code rate solution (MCS), the number of physical resource blocks when the UCI is multiplexed on the PUSCH, and a corresponding targe code rate of the UCI under the signal to noise ratio (S103); according to the bit length, the transmission block size, the MCS, the number of physical resource blocks, and the targe code rate, obtaining the number of resource elements (REs) of the UCI under the targe code rate (S104); and calculating to obtain a beta offset value BetaOffset of the PUSCH on the basis of the number of REs, and generating UCI multiplexing configuration information on the basis of the BetaOffset (S105).

Description

UCI multiplexing configuration method, device, equipment and computer readable storage medium

Cross-references to related applications

This application is filed based on a Chinese patent application with application number 201911040479.0 and an application date of October 29, 2019, and claims the priority of the Chinese patent application. The entire content of the Chinese patent application is hereby incorporated into this application by reference.

Technical field

The present invention relates to the field of communication technology, and in particular to a UCI multiplexing configuration method, device, equipment and computer-readable storage medium.

Background technique

In the 5G NR system, UCI (Uplink control information) supports both static and dynamic configuration types when PUSCH (Physical uplink shared channel) is multiplexed. UCI information mainly includes: channel state information ( Channel State information, CSI), and Acknowledgment (ACK) or Negative Acknowledgment (NACK) information. The BetaOffset calculation method multiplexed by UCI on PUSCH directly affects the actual bitrates of UCI and PUSCH. If the high-level signaling parameter BetaOffset is configured unreasonably, it will cause UCI and PUSCH code control abnormalities. The BetaOffset value of UCI will affect the number of resource elements (Resource Element, RE) occupied by 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 be reduced, and finally PUSCH transmission may exceed the maximum code rate limit, causing abnormal channel demodulation. Therefore, how to accurately configure the BetaOffset value during UCI reuse is a technical problem that needs to be solved urgently at present.

Summary of the invention

The UCI multiplexing configuration method, device, device, and computer-readable storage medium provided by the embodiments of the present invention are intended to solve at least to a certain extent how to accurately configure the BetaOffset value during UCI multiplexing.

In order to solve the above technical problems, an embodiment of the present invention provides a method for configuring uplink control information UCI multiplexing, including: obtaining the bit length of UCI that needs to be multiplexed on the physical uplink shared channel PUSCH and the signal-to-noise ratio of the PUSCH; The signal-to-noise ratio obtains the corresponding transport block size, modulation and code rate scheme, the number of physical resource blocks when the UCI is multiplexed on the PUSCH, and the target code rate corresponding to the UCI under the signal-to-noise ratio ; According to the bit length, transport block size, modulation and code rate scheme MCS, the number of physical resource blocks, and the target code rate, obtain the number of resource element REs of the UCI at the target code rate; calculate based on the number of REs Obtain the beta offset value of the PUSCH, and generate UCI multiplexing configuration information based on the beta offset value.

To solve the above technical problems, an embodiment of the present invention also provides a UCI multiplexing configuration device, including: an acquisition module, which acquires the bit length of UCI that needs to be multiplexed on the physical uplink shared channel PUSCH, and the signal-to-noise ratio of the PUSCH , And used to obtain the corresponding transport block size, modulation and code rate scheme, physical resource block number when the UCI is multiplexed on the PUSCH according to the signal-to-noise ratio, and the UCI under the signal-to-noise ratio Corresponding target code rate; control module for obtaining the resources of the UCI at the target code rate according to the bit length, transport block size, modulation and code rate scheme MCS, the number of physical resource blocks, and the target code rate The number of element REs, the beta offset value of the PUSCH is calculated based on the number of REs, and the UCI multiplexing configuration information is generated based on the generated UCI.

In order to solve the above technical problems, an embodiment of the present invention also provides a communication device, including 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 the A computer program stored in the memory to implement the steps of the UCI multiplexing configuration method as described above.

In order to solve the above technical problems, embodiments of the present invention also provide a computer-readable storage medium. The computer-readable storage medium stores one or more computer programs, and the one or more computer programs can be used by one or more Each processor executes to implement the steps of the UCI multiplexing configuration method as described above.

Other features and corresponding beneficial effects of the present invention are described in the latter part of the specification, and it should be understood that at least part of the beneficial effects will become apparent from the description in the specification of the present invention.

Description of the drawings

FIG. 1 is a schematic flowchart of a UCI multiplexing configuration method according to Embodiment 1 of the present invention;

Fig. 2 is a simulation performance table of Polar decoding UCI=12bit BPSK modulation mode according to the first embodiment of the present invention;

Fig. 3 is a simulation performance table of Polar decoding UCI=12bit QPSK modulation mode according to the first embodiment of the present invention;

4 is a simulation performance table of Polar decoding UCI=12bit 16QAM modulation mode according to the first embodiment of the present invention;

Fig. 5 is a simulation performance table of Polar decoding UCI=12bit 64QAM modulation mode according to the first embodiment of the present invention;

Fig. 6 is a simulation performance table of Polar decoding UCI=12bit 256QAM modulation mode according to the first embodiment of the present invention;

FIG. 7 is a schematic diagram of a process of calculating a beta offset value according to the first embodiment of the present invention;

FIG. 8 is a schematic diagram of a flow of generating UCI multiplexing configuration information according to Embodiment 1 of the present invention;

9 is a schematic structural diagram of a UCI multiplexing configuration device according to the second embodiment of the present invention;

FIG. 10 is a schematic structural diagram of a communication device according to Embodiment 3 of the present invention;

FIG. 11 is a schematic structural diagram of a base station according to Embodiment 3 of the present invention.

Detailed ways

In order to make the objectives, technical solutions, and advantages of the present invention clearer, the following further describes the embodiments of the present invention in detail through specific implementations in conjunction with the accompanying drawings. It should be understood that the specific embodiments described here are only used to explain the present invention, but not to limit the present invention.

Example one:

This embodiment provides a UCI multiplexing configuration method, which can accurately configure the BetaOffset value when UCI is multiplexed, so as to obtain the maximum suitable code rate when UCI is multiplexed on PUSCH according to the accurately configured BetaOffset value. In this case, the number of REs saves resources occupied during UCI multiplexing, and the corresponding increase in the number of PUSCH REs also effectively reduces the PUSCH code rate and improves PUSCH demodulation performance. The UCI multiplexing configuration method provided in this embodiment is shown in FIG. 1, and includes:

S101: Obtain the bit length of UCI that needs to be multiplexed on the physical uplink shared channel PUSCH.

In this embodiment, the bit length of UCI can be represented by L. And it should be understood that the bit length of UCI in this embodiment can be flexibly set according to application scenarios 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 ease of understanding, this embodiment is described below by taking 12 bits as an example. The calculation method of the BetaOffset value of the UCI of 1bit, 2bit, 3-11bit or other length bit length is the same as that of 12bit, and will not be repeated in this embodiment.

S102: Obtain the signal-to-noise ratio PUSCH SINR of the PUSCH.

For the PUSCH SINR acquisition method, the existing PUSCH signal-to-noise ratio measurement or calculation method may be used, which will not be repeated here. The value range of PUSCH SINR can also be determined according to specific application scenarios. For example, the value can be -10db to 35db.

S103: Obtain the corresponding transport block size Tbsize, modulation and coding scheme (MCS), physical resource block number (Physical Resource Block Number, PRB num) when UCI is multiplexed on PUSCH according to the signal-to-noise ratio PUSCH SINR , And the target code rate corresponding to UCI under the signal-to-noise ratio PUSCH SINR.

In this embodiment, the manner of obtaining Tbsize, MCS, and PRB num according to the signal-to-noise ratio PUSCH SINR may be based on, but not limited to, obtaining methods specified in various existing standards. For example, it can be acquired based on the acquisition methods of Tbsize, MCS, PRB num specified in standard protocols such as standard 3.8214 or 3.8.212. I won't repeat them here.

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

According to the signal-to-noise ratio and the current block error rate BLER value, obtain the corresponding signal-to-noise ratio from the preset mapping relationship between the signal-to-noise ratio and the code rate (also referred to as the simulation performance table or the channel decoding correspondence graph) The code rate is used as the target code rate. The mapping relationship between the signal-to-noise ratio and the code rate includes the corresponding relationship between the value of each signal-to-noise ratio and the value of the code rate under the set block error rate value.

The BLER value in this embodiment can be flexibly set according to specific application scenarios and other requirements. For example, it can be 0.01, or 0.008 or 0.02, and so on. For ease of understanding, the following description of the present embodiment takes the BLER value as 0.01 and the UCI bit length L as 12 bits as an example for description. In this example, according to the 3GPP protocol, when the bit length L of the uplink control information UCI is less than 3bit, the small code block length is used when channel coding is used, 1bit, 2bit, and 3-11bit; Polar coding is used for 12bit and above. Polar encoding 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 12bit, and Polar encoding method is adopted. Polar encoding method includes but not limited to BPSK/QPSK/16QAM/64QAM/256QAM modulation method. At this time, it corresponds to the above several debugging methods. When the bit length L of UCI is 0.01 and the bit length L of UCI is 12bit, the mapping relationship between signal-to-noise ratio and code rate under several debugging modes can be simulated. Please refer to Figure 2 to Figure 6 respectively.

For example, suppose the obtained PUSCH SINR value is 12db, as shown in Figure 4, the corresponding target code rate is 0.85. The query methods for the target code rate corresponding to other PUSCH SINR values can be deduced by analogy, and will not be repeated here.

S104: According to the obtained bit length L, the transport block size Tbsize, the modulation and code rate scheme MCS, the number of physical resource blocks PRB num, and the target code rate, obtain the resource element RE number of the UCI at the target code rate.

In this embodiment, the manner of determining the number of resource element REs of the UCI at the target code rate according to the bit length L, Tbsize, MCS, PRB num and the target code rate can be, but is not limited to, determined according to existing standards. For example, it can be obtained through, but not limited to, the number of REs specified in standard protocols such as 3.8214 or 3.8.212. I won't repeat them here.

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

Among them, the process of calculating the beta offset value of PUSCH based on the number of REs is shown in Figure 7, including:

S701: acquiring the target bit rate in a medium access control (Media Access Control, MAC) layer corresponding to the information bits based on the number N _{inf o} obtained RE.

S702: According to the bit length L, the number of physical resource blocks PRB num, and the number of information bits corresponding to the MAC layer N _{inf o} _{, obtain the final symbol length Q′ ACK} of the physical layer (Physical Layer) obtained by modulating the UCI multiplexing on the PUSCH .

S703: Calculate the BetaOffset value of the PUSCH based on the obtained Q′ _ACK.

In one example, the above-described S701 obtains a target bit rate based on the number obtained in the MAC layer includes RE _o information corresponding to the number of bits N _inf, but not limited to obtaining the following manner:

N _{inf o} =N _RE ·R·Q _m ·υ;

In the above formula, N _RE is the number of REs, R is the code rate obtained by querying the MCS protocol table according to MCS, Q _m is the modulation order obtained by querying the MCS protocol table according to the above MCS, and υ is the transmission layer number.

In this embodiment, the bit length L of UCI includes the original bit length O _{ACK of} _{UCI and the check bit length L ACK} including CRC (Cyclic Redundancy Check, cyclic redundancy check code) multiplexed on PUSCH by UCI;

In the above S702, according to the bit length L, the number of physical resource blocks PRB num, and the number of information bits corresponding to the MAC layer N _{inf o} , the final symbol length Q of the physical layer (Physical Layer) obtained by modulating after UCI multiplexing on the PUSCH is obtained ′ _ACK can be obtained by but not limited to the following methods:

In the above formula, C _UL-SCH is the number of code blocks sent by the uplink shared channel multiplexed onto the PUSCH determined according to the number of physical resource blocks;

Is the sum of the lengths of all code blocks;

Is the sum of all symbols of PUSCH;

Is the number of REs available for UCI on OFDM symbol 1;

Is the beta offset value of UCI itself calculated based on N _{inf o} ; α is the scaling factor value, and the value of α is greater than 0 and less than or equal to 1. For example, in an example, the value of α can be 0.5, 0.65, 0.8 or 1 and so on.

In an example, the calculation of the beta offset value BetaOffset of the PUSCH based on the obtained Q′ _{ACK in the foregoing S703 includes obtaining but not limited to the following methods:}

In the above formula,

It is the number of REs that can be used to transmit UCI on all OFDM symbols of the PUSCH.

In an example of this embodiment, UCI multiplexing configuration information may be generated directly based on the BetaOffset value BetaOffset and sent to the terminal. In other application scenarios, the UCI multiplexing configuration information generated based on BetaOffset is shown in Figure 8, which may include but is not limited to:

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

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

In some application scenarios of this embodiment, the uplink control information UCI includes Harq-ACK and CSI-RS. According to the above method, different UCI bit lengths can be traversed to obtain BetaOffset combined values under different PUSCH SINR, and static and dynamic configurations can be obtained. The UCI-on-pusch configuration value at the time, and can be issued to the terminal, instructing the terminal to use the corresponding BetaOffset value, and UCI using the appropriate code rate, which can effectively reduce the number of UCI multiplexed REs on the PUSCH, and at the same time indirectly increase PUSCH transmission efficiency.

Embodiment two:

This embodiment also provides a UCI multiplexing configuration device, which can be set in a communication device (for example, a base station), as shown in FIG. 9, including:

The obtaining module 901 obtains the bit length of UCI that needs to be multiplexed on the physical uplink shared channel PUSCH, and the signal-to-noise ratio of PUSCH, and is used to obtain the corresponding transport block size when UCI is multiplexed on PUSCH according to the signal-to-noise ratio of PUSCH. The modulation and code rate scheme, the number of physical resource blocks, and the target code rate corresponding to the UCI under the signal-to-noise ratio; please refer to the above-mentioned embodiments for the specific acquisition and analysis process, and will not be repeated here.

The processing module 902 is used to obtain the resource element RE number of the UCI at the target code rate according to the bit length, the transport block size, the modulation and code rate scheme MCS, the number of physical resource blocks, and the target code rate, and calculate the PUSCH based on the RE number The BetaOffset value of the BetaOffset is used to generate UCI multiplexing configuration information based on the BetaOffset. For the specific process of calculating and generating UCI multiplexing configuration information, please refer to the above-mentioned embodiments, which will not be repeated here.

The UCI multiplexing configuration device provided in this embodiment can accurately configure the BetaOffset value during UCI multiplexing, so as to obtain the condition that the UCI does not exceed the maximum suitable code rate when multiplexing on PUSCH according to the accurately configured BetaOffset value. The number of REs in the UCI saves resources during UCI multiplexing, and the corresponding increase in the number of PUSCH REs also effectively reduces the PUSCH code rate and improves PUSCH demodulation performance.

Example three:

This embodiment also provides a communication device. The communication device may be, but is not limited to, a base station. As shown in FIG. 10, it includes a processor 1001, a memory 1002, and a communication bus 1003;

The communication bus 1003 is used to implement a communication connection between the processor 1001 and the memory 1002;

In an example, the processor 1001 may 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.

In this embodiment, when the aforementioned UCI multiplexing configuration device is installed in a communication device, the function of at least one module of the UCI multiplexing configuration device can also be implemented by the aforementioned processor 1001.

To facilitate understanding, an example of this embodiment uses a communication device as a base station for illustration. And it should be understood that the base station in this embodiment may be a cabinet-type macro base station, a distributed base station, or a multi-mode base station. As shown in Figure 11, the base station in this example includes a baseband unit (Building Baseband Unit, BBU) 111, a radio remote unit (RRU) 112, and an antenna 113, among which:

The baseband unit 111 is responsible for centralized control and management of the entire base station system, completes uplink and downlink baseband processing functions, and provides physical interfaces with radio frequency units and transmission networks to complete information exchange. According to different logic functions, as shown in FIG. 11, the baseband unit 111 may include a baseband processing unit 1112, a main control unit 1111, a transmission interface unit 1113, and the like. Among them, the main control unit 1111 mainly implements functions such as control management, signaling processing, data transmission, interactive control, and system clock provision of the baseband unit; the baseband processing unit 1112 is used to complete baseband protocol processing such as signal encoding and modulation, resource scheduling, and data encapsulation. , Provides the interface between the baseband unit and the remote radio unit; the transmission interface unit 1113 is responsible for providing the transmission interface connected with the core network. In this example, the above-mentioned logical function units can be distributed on different physical boards or integrated on the same board. And in some examples, the baseband unit 111 may adopt a baseband master control integrated type, or may adopt a baseband master control separated type. For the baseband master control integrated type, the master control, transmission, and baseband integrated design, that is, the baseband processing unit, the master control unit, and the transmission interface unit are integrated on a physical board. The architecture has higher reliability and lower cost. Delay, higher resource sharing and scheduling efficiency, while lower power consumption. For the baseband master control separation type, the baseband processing unit and the master control unit are distributed on different boards, corresponding to the baseband board and the master control board. The separated architecture supports free combination between boards and facilitates flexible expansion of the baseband. Specific settings can be flexibly adopted according to requirements.

The remote radio unit 112 communicates with the BBU through the baseband radio frequency interface, and completes the conversion between the baseband signal and the radio frequency signal. Referring to FIG. 11, an exemplary radio 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. It constitutes 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 send baseband IQ signals; the downlink signal processing unit 1122 performs signal processing functions such as signal up-conversion, digital-to-analog conversion, and radio frequency modulation; the uplink signal processing unit 1124 mainly completes Signal filtering, mixing, analog-to-digital conversion, down-conversion and other functions; the power amplifier unit 1123 is used to amplify the downlink signal and then sent through the antenna 113; the low-noise amplifier unit 1125 is used to amplify the uplink signal received by the antenna 113 and then send it The uplink signal processing unit 1124 is processed; the duplexer unit 1126 supports multiplexing of received and received signals and filters the received and received signals.

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

This embodiment also provides a computer-readable storage medium, which is included in any method or technology for storing information (such as computer-readable instructions, data structures, computer program modules, or other data). Volatile or non-volatile, removable or non-removable media. Computer-readable storage media include but are not limited to RAM (Random Access Memory), ROM (Read-Only Memory, read-only memory), EEPROM (Electrically Erasable Programmable read only memory, charged Erasable Programmable Read-Only Memory) ), flash memory or other memory technology, CD-ROM (Compact Disc Read-Only Memory), digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, Or any other medium that can be used to store desired information and that can be accessed by a computer.

In an 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.

This embodiment also provides a computer program (or computer software). The computer program can be distributed on a computer-readable medium and executed by a computable device to implement the UCI multiplexing configuration method shown in the above embodiments. In some cases, at least one step shown or described can be performed in a different order from that described in the above-mentioned embodiments.

This embodiment also provides a computer program product, including a computer readable device, and the computer readable device stores the computer program as shown above. The computer-readable device in this embodiment may include the computer-readable storage medium as shown above.

According to the UCI multiplexing configuration method, device, device, and computer-readable storage medium provided by the embodiments of the present invention, the bit length of the UCI to be multiplexed on the PUSCH and the signal-to-noise ratio of the PUSCH are obtained by obtaining the UCI according to the signal-to-noise ratio When multiplexing on PUSCH, the corresponding transport block size, modulation and code rate scheme, the number of physical resource blocks, and the UCI corresponding target code rate under the signal-to-noise ratio; thus according to the obtained bit length, transport block size, modulation With the code rate scheme MCS, the number of physical resource blocks and the target code rate, the number of resource element REs of the UCI at the target code rate is obtained, and the beta offset value BetaOffset of PUSCH is calculated based on the obtained RE number, and the UCI multiplexing is generated based on the BetaOffset Configuration information; accurately configure the BetaOffset value when UCI is multiplexed; when UCI is multiplexed, the BetaOffset value can be used to obtain the number of REs when UCI is multiplexed on PUSCH without exceeding the maximum suitable code rate, thereby saving When UCI is multiplexed, resources are occupied, and the number of REs corresponding to PUSCH is increased, which also effectively reduces the PUSCH code rate and improves the demodulation performance and transmission efficiency of PUSCH.

It can be seen that those skilled in the art should understand that all or some of the steps, functional modules/units in the system, and devices in the methods disclosed above can be implemented as software (which can be implemented by computer program code executable by a computing device). ), firmware, hardware and their appropriate combination. In the hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may consist of several physical components. The components are executed cooperatively. 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 as hardware, or as an integrated circuit, such as an application specific integrated circuit .

In addition, as is well known to those of ordinary skill in the art, communication media usually contain computer-readable instructions, data structures, computer program modules, or other data in a modulated data signal such as carrier waves or other transmission mechanisms, and may include any information delivery medium. Therefore, the present invention is not limited to any specific combination of hardware and software.

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

Claims

A UCI multiplexing configuration method for uplink control information includes:

Acquiring the bit length of UCI that needs to be multiplexed on the physical uplink shared channel PUSCH and the signal-to-noise ratio of the PUSCH;

Obtain the corresponding transport block size, modulation and code rate scheme, the number of physical resource blocks when the UCI is multiplexed on the PUSCH according to the signal-to-noise ratio, and the target code corresponding to the UCI under the signal-to-noise ratio rate;

Obtain the resource element RE number of the UCI at the target code rate according to the bit length, the transport block size, the modulation and code rate scheme MCS, the number of physical resource blocks, and the target code rate;

The Beta offset value BetaOffset of the PUSCH is calculated based on the number of REs, and UCI multiplexing configuration information is generated based on the BetaOffset.
The UCI multiplexing configuration method according to claim 1, wherein said calculating the BetaOffset of the PUSCH based on the number of REs comprises:

Acquiring, based on the number of REs, the number of information bits N inf o corresponding to the target code rate at the media access control layer;

According to the bit length, the number of physical resource blocks, and the N inf o , obtain the final symbol length Q′ ACK of the physical layer obtained by modulating the UCI after multiplexing on the PUSCH;

The PUSCH is obtained based on said BetaOffset Q 'ACK.
The UCI multiplexing configuration method according to claim 2, wherein the obtaining the number of information bits N inf o corresponding to the target code rate based on the number of REs includes obtaining in the following manner:

N inf o =N RE ·R·Q m ·υ;

The N RE is the number of REs, the R is the code rate obtained by querying the MCS protocol table according to the MCS, and the Q m is the modulation order obtained by querying the MCS protocol table according to the MCS ，The υ is the number of transmission layers.
The UCI multiplexing configuration method according to claim 2, wherein the bit length includes the original bit length O ACK of the UCI and the CRC check bit length L ACK multiplexed by the UCI on the PUSCH;

The obtaining the final symbol length Q′ ACK obtained by modulating the UCI after multiplexing on the PUSCH according to the bit length and the number of physical resource blocks includes obtaining in the following manner:

The C UL-SCH is an uplink share that is multiplexed onto the PUSCH and determined according to the number of physical resource blocks

The number of code blocks sent by the channel;
Is the sum of the lengths of all code blocks;
Is the sum of all symbols of the PUSCH; the
Is the number of REs available for the UCI on OFDM symbol 1;
Is the BetaOffset of the UCI itself calculated based on the N inf o ; the α is the scaling factor value, and the value of the α is greater than 0 and less than or equal to 1.
UCI multiplexing as claimed in claim 4 with a configuration, wherein, based on said Q 'ACK calculated the PUSCH BetaOffset, comprising obtaining the following manner:

Said
Is the number of REs that can be used to transmit UCI on all OFDM symbols of the PUSCH.
The UCI multiplexing configuration method according to any one of claims 1 to 5, wherein, according to the signal-to-noise ratio, obtaining the target code rate corresponding to the UCI under the signal-to-noise ratio comprises:

According to the signal-to-noise ratio and the current block error rate value, acquiring the code rate corresponding to the signal-to-noise ratio from a preset mapping relationship between the signal-to-noise ratio and the code rate as the target code rate;

The mapping relationship between the signal-to-noise ratio and the code rate includes the corresponding relationship between the value of each signal-to-noise ratio and the value of the code rate under the set block error rate value.
The UCI multiplexing configuration method according to any one of claims 1 to 5, wherein the generating UCI multiplexing configuration information based on the BetaOffset comprises:

Obtaining the target beta offset index corresponding to the BetaOffset according to the BetaOffset and the preset BetaOffset and beta offset index correspondence table;

The UCI multiplexing configuration information is generated based on the target beta offset index.
A UCI multiplexing configuration device, including:

The acquiring module is used to acquire the bit length of UCI that needs to be multiplexed on the physical uplink shared channel PUSCH and the signal-to-noise ratio of the PUSCH, and is used to acquire the corresponding UCI multiplexed on the PUSCH according to the signal-to-noise ratio The size of the transmission block, the modulation and code rate scheme, the number of physical resource blocks, and the target code rate corresponding to the UCI under the signal-to-noise ratio;

The processing module is used to obtain the resource element RE number of the UCI at the target code rate according to the bit length, transport block size, modulation and code rate scheme MCS, the number of physical resource blocks, and the target code rate, and based on The number of REs is calculated to obtain the beta offset value BetaOffset of the PUSCH, and UCI multiplexing configuration information is generated based on the BetaOffset.
A communication device, including a processor, a memory, and a communication bus;

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

The processor is configured 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-8.
A computer-readable storage medium storing one or more computer programs, and the one or more computer programs can be executed by one or more processors to realize the UCI according to any one of claims 1-8 Reuse the steps of the configuration method.