Communication method, communication apparatus, storage medium, and program product
Patent Information
- Application Number
- PCT/CN2026/079760
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2025-03-27
- Filing Date
- 2026-02-24
- Publication Date
- 2026-10-01
Smart Images

Figure CN2026079760_01102026_PF_FP_ABST
Abstract
Description
A communication method, communication device, storage medium, and program product.
[0001] This disclosure claims priority to Chinese patent application No. 202510381236.2, filed on March 27, 2025, the entire contents of which are incorporated herein by reference. Technical Field
[0002] This disclosure relates to the field of communication technology, and in particular to a communication method, communication device, storage medium, and program product. Background Technology
[0003] With the development of communication technology, the interaction between communication devices (such as terminals and base stations) is becoming more and more frequent, and the demand for managing the communication status between communication devices is also increasing. For example, terminals can send uplink control information (UCI) to the base station through the physical uplink control channel (PUCCH) to provide feedback on channel status, confirm reception status, or request resource scheduling. Summary of the Invention
[0004] On the one hand, a communication method is provided, which is applied to a first node, including: receiving configuration information of the Physical Uplink Control Channel (PUCCH) sent by a second node; and sending uplink control information (UCI) to the second node on valid transmission resources, wherein the valid transmission resources are determined according to the configuration information of the PUCCH.
[0005] On the other hand, a communication method is provided, which is applied to a second node, comprising: sending configuration information of a Physical Uplink Control Channel (PUCCH) to a first node; and receiving uplink control information (UCI) sent by the first node on valid transmission resources, wherein the valid transmission resources are determined according to the configuration information of the PUCCH.
[0006] On the other hand, a communication device is provided for use in a first node, the device comprising: a receiving module and a transmitting module.
[0007] The receiving module is used to receive the configuration information of the Physical Uplink Control Channel (PUCCH) sent by the second node; the sending module is used to send uplink control information (UCI) to the second node on the valid transmission resources, which are determined according to the configuration information of the PUCCH.
[0008] On the other hand, a communication device is provided for use in a second node, the device comprising: a transmitting module and a receiving module.
[0009] The transmitting module is used to send the configuration information of the Physical Uplink Control Channel (PUCCH) to the first node; the receiving module is used to receive the Uplink Control Information (UCI) sent by the first node on the valid transmission resources, which are determined according to the configuration information of the PUCCH.
[0010] In another aspect, a communication device is provided, comprising: a memory and a processor. The memory and the processor are coupled. The memory is used to store a computer program. When the processor executes the computer program, it implements the aforementioned communication method.
[0011] In another aspect, a computer-readable storage medium is provided, on which computer program instructions are stored, which, when executed by a processor, implement the above-described communication method.
[0012] On the other hand, a computer program product is provided, which includes computer program instructions that, when executed, implement the above-described communication method. Attached Figure Description
[0013] To more clearly illustrate the technical solutions in this disclosure, the accompanying drawings used in some embodiments of this disclosure will be briefly described below. Obviously, the drawings described below are merely drawings of some embodiments of this disclosure, and those skilled in the art can obtain other drawings based on these drawings.
[0014] Figure 1 is an architecture diagram of a communication system according to some embodiments.
[0015] Figure 2 is a flowchart of a communication method according to some embodiments.
[0016] Figure 3 is a flowchart of another communication method according to some embodiments.
[0017] Figure 4 is a flowchart of another communication method according to some embodiments.
[0018] Figure 5 is a block diagram of a communication device according to some embodiments.
[0019] Figure 6 is a block diagram of another communication device according to some embodiments.
[0020] Figure 7 is a block diagram of another communication device according to some embodiments. Detailed Implementation
[0021] The technical solutions of this disclosure will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.
[0022] It should be noted that, in this disclosure, the words "exemplarily" or "for example" are used to indicate examples, illustrations, or explanations. Any embodiment or design described as "exemplarily" or "for example" in this disclosure should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of the words "exemplarily" or "for example" is intended to present the relevant concepts in a specific manner.
[0023] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.
[0024] In the description of this disclosure, unless otherwise stated, " / " means "or," for example, A / B can mean A or B. "And / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone. Furthermore, "at least one" means one or more, and "more than one" means two or more.
[0025] In related technologies, the user equipment (UE) side can transmit UCI to the base station side through PUCCH, and the UCI can include scheduling request (SR), hybrid automatic repeat request acknowledgment / negative acknowledgment (HARQ-ACK / NACK), channel state information (CSI), and cyclic redundancy check (CRC), etc.
[0026] For ease of description, some technical terms are shown below:
[0027] The number of PUCCH transmission resources actually transmitted on the UE side, obtained through related technologies or other technologies or methods described in the embodiments of this disclosure, is collectively referred to as the number of effective PUCCH transmission resources.
[0028] The valid transmission resources used for transmitting UCI in the PUCCH resource can include physical resource blocks (RBs), subcarriers, and orthogonal frequency division multiplexing (OFDM) symbols. The following description uses a valid resource block (RB) as an example; subcarriers or OFDM symbols can be used to replace resource blocks (RBs) in the description.
[0029] The number of PUCCH RBs (i.e., idle and available RBs) configured in the PUCCH resource can be determined by... This indicates that the PUCCH resource... The number of available RBs used for UCI transmission can be calculated using the following formulas 1 and 2.
[0030] For example, when the bit length of the UCI carried by the PUCCH meets Formula 1, the UE side will choose to be less than or equal to... And satisfy the minimum number of RBs in Formula 2 The number of PUCCH RBs (i.e., RBs used for transmitting UCI) for the final transmission.
[0031] Among them, O ACK Indicates the bit length of HARQ-ACK in UCI, O SR Indicates the bit length of SR in UCI, O CSI Indicates the bit length of CSI in UCI, O CRC This indicates the bit length of CRC in UCI, while (O ACK +O SR +O CSI +O CRC () can represent the bit length of UCI. This indicates the number of subcarriers (sc) that actually carry UCI in each RB of the PUCCH format. Q represents the number of PUCCH symbols remaining in a time slot after deducting the symbols (symb) used for transmitting the demodulation reference signal (DMRS). m The modulation order is represented by r, which represents the code rate (as shown in Table 1).
[0032] Table 1 shows the code rate (r) corresponding to the maximum code rate (maxCodeRate).
[0033] In addition, in related technologies, the base station can also specify the PUCCH resource used by the UE by configuring the PUCCH resource indicator parameter in the downlink control information (DCI) format to the UE. The specific correspondence is shown in Table 2.
[0034] Table 2 Mapping relationship between PUCCH resource indicator and PUCCH resource
[0035] For example, when a UE schedules a new radio (NR) PUCCH format2, the number of PUCCH RBs configured in the PUCCH resources... O CRC =0, Q m =2, r=0.08, And in UCI (O ACK +O SR +O CSI When the value is 3 to 11, the effective number of RBs in PUCCH can be calculated based on Formula 2, as shown in Table 3.
[0036] Table 3 Examples of Valid RB Counts in PUCCH Format 2
[0037] For example, when a UE schedules NR PUCCH format3, the number of PUCCH RBs configured in the PUCCH resources... O CRC =0, Q m =2, r=0.08, And in UCI (O ACK +O SR +O CSI When the value is 3 to 11, the effective number of RBs in PUCCH can be calculated based on Formula 2, as shown in Table 4.
[0038] Table 4 Examples of Valid RB Counts in PUCCH Format 3
[0039] As can be seen from Tables 3 and 4, when the number of UCI bits carried by the PUCCH is small, even with the minimum code rate r = 0.08 in Table 1, the number of effective RBs that the UE can actually schedule is still very small compared to the number of PUCCH RBs that can be configured in the PUCCH resources. Especially for NR PUCCH format 3, as the number of configured PUCCH time-domain symbols increases and the number of UCI bits scheduled is small (such as the UCI bit length of 3 to 11 listed in the above examples), the number of effective RBs that the UE can actually schedule further decreases.
[0040] In the evolution of fifth-generation mobile communication technology (5G), the future evolution of fifth-generation mobile communication technology (5G-A), and even sixth-generation mobile communication technology (6G), the following scenarios will exist:
[0041] (1) In scenarios with a frequency domain bandwidth of 200 Mbps, 400 Mbps, and high frequency and large bandwidth, the frequency domain resources are relatively abundant. When encountering deep channel fading of individual RBs in the frequency domain caused by multipath fading, the number of UCI bits carried by PUCCH is small, and the number of effective RBs of PUCCH actually transmitted by the UE under the relevant technologies based on Formula 1 and Formula 2 is small (as shown in Table 3 and Table 4), which results in the waste of frequency domain resources and the limitation of the base station's ability to resist deep channel fading.
[0042] (2) In scenarios such as network controlled repeater (NCR) site handover, a large time offset will be generated. When the UCI bit length carried by PUCCH is small, the number of effective RBs of PUCCH actually transmitted by the UE side under the relevant technology is small, which leads to insufficient time offset estimation accuracy of PUCCH itself on the base station side, and ultimately leads to a decrease in the demodulation performance of PUCCH on the base station side.
[0043] (3) In high-speed scenarios such as high-speed rail where the UE moves quickly, due to the real-time requirements, the PUCCH also needs to perform frequency offset estimation and compensation based on its own DMRS on the base station side. Similarly, when the number of UCI bits carried by the PUCCH is small, the number of effective RBs of the PUCCH actually transmitted on the UE side under the relevant technology is small, resulting in insufficient frequency offset estimation accuracy of the PUCCH itself, which in turn leads to a decrease in the demodulation performance of the PUCCH on the base station side.
[0044] Therefore, how to manage the number of valid RBs transmitting UCI in PUCCH resources and improve the demodulation performance of PUCCH has become an urgent technical problem to be solved.
[0045] Based on this, to solve the above-mentioned technical problems, this disclosure provides a communication method applied to scenarios where UCI is transmitted via PUCCH. In scenarios where the terminal uploads UCI to the base station via PUCCH, to fully utilize the available RBs under the PUCCH resource configuration as effective RBs for transmitting UCI, the terminal can modify the conventional parameters for determining the number of effective RBs based on parameters dynamically indicated by the base station. This ensures that the actual number of effective RBs transmitted by the terminal meets the base station's accuracy requirements for PUCCH time offset and frequency offset estimation, as well as its ability to cope with channel depth fading, thereby improving the base station's demodulation performance for PUCCH.
[0046] In this embodiment of the disclosure, the network architecture of the mobile communication network (including but not limited to second-generation mobile communication technology (2G), third-generation mobile communication technology (3G), fourth-generation mobile communication technology (4G), 5G, and future mobile communication networks (such as the evolution of future fifth-generation mobile communication technology (5G-A), sixth-generation mobile communication technology (6G)), and seventh-generation mobile communication technology (7G)) may include at least a first communication node and a second communication node, which may be referred to as the first node and the second node, respectively.
[0047] For example, as shown in FIG1, an architecture diagram of a communication system provided in an embodiment of the present disclosure is provided. The communication system may include: a first node 101 and a second node 102.
[0048] In this configuration, the first node 101 sends a PUCCH to the second node 102 and carries the UCI (Unique Information Code) on the PUCCH during the transmission process. The second node 102 can obtain the UCI carried on the PUCCH by receiving the PUCCH sent by the first node 101.
[0049] In this embodiment of the disclosure, during the transmission of UCI on the PUCCH, the first node 101 can dynamically adjust the number of valid RBs used for UCI transmission in the PUCCH, and the second node 102 can also synchronize the dynamic adjustment of the number of valid RBs by the first node 101, so that the number of valid RBs in the PUCCH resources of the first node 101 and the second node 102 are consistent.
[0050] In this way, the available RBs under the PUCCH resource configuration can be fully utilized as effective RBs to carry UCI transmission, so that the number of effective RBs of PUCCH actually transmitted by the first node 101 can meet the accuracy requirements of the second node 102 for PUCCH time offset and frequency offset estimation and the ability to cope with channel depth fading, thereby improving the demodulation performance of the second node 102 for PUCCH.
[0051] It should be noted that the first node 101 can be a user equipment node, such as a passive IoT device, tag, or terminal. The second node 102 can be a network equipment node, such as a base station, auxiliary node, or intermediate node.
[0052] In this context, a base station (BS) can be a base station in LTE, Long Term Evolution Advanced (LTEA) or an evolved Node B (eNB or eNodeB), a base station device (gNB) in a 5G network, or a base station in a future communication system. Base stations can include various macro base stations, micro base stations, femtocell base stations, wireless remote extensions, reconfigurable intelligent surfaces (RISS), routers, relay stations, transmission and reception points (TRPs), receivers, access points (APs), wireless fidelity (Wi-Fi) devices, and other network-side equipment. A base station can sometimes also be referred to as a reader or reader used for communication with terminals.
[0053] A terminal can be a device with wireless transceiver capabilities. Terminals can be mobile phones, tablets, computers with wireless transceiver capabilities, virtual reality (VR) terminals, augmented reality (AR) terminals, wireless terminals in industrial control, wireless terminals in self-driving vehicles, wireless terminals in remote medical care, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, and so on. The embodiments of this disclosure do not limit the application scenarios. A terminal may also be referred to as a user, user equipment (UE), A-IoT device, access terminal, UE unit, UE station, mobile station, mobile station, remote station, transmitter, remote terminal, mobile device, UE terminal, wireless communication device, UE agent, or UE device, etc., and the embodiments of this disclosure do not limit this to these terms.
[0054] It should be noted that Figure 1 is only an exemplary framework diagram. The number of devices included in Figure 1 and the names of each device are not limited. In addition to the devices shown in Figure 1, the communication system may also include other devices, such as core network devices.
[0055] The application scenarios of the embodiments disclosed herein are not limited. The system architecture and business scenarios described in the embodiments of this disclosure are for the purpose of more clearly illustrating the technical solutions of the embodiments of this disclosure, and do not constitute a limitation on the technical solutions provided by the embodiments of this disclosure. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided by the embodiments of this disclosure are also applicable to similar technical problems.
[0056] Figure 2 shows a flowchart of a communication method. As shown in Figure 2, the communication method is applied to the first node and includes: S201-S202.
[0057] In S201, the configuration information of the physical uplink control channel sent by the second node is received.
[0058] In this embodiment of the disclosure, the configuration information of PUCCH is used to determine the valid transmission resources for transmitting UCI in the PUCCH resources.
[0059] The effective transmission resources may include at least one of the following: RB, subcarrier, and OFDM symbol.
[0060] It should be noted that RB, subcarrier, or OFDM symbols can all be used as valid transmission resources to transmit UCI, meaning that RB, subcarrier, and OFDM symbols in valid transmission resources can be interchanged.
[0061] The following embodiments use RB (i.e., effective RB) as an example to illustrate the embodiments of this disclosure.
[0062] In this embodiment of the disclosure, the configuration information of PUCCH may include the general parameters shown in 1.1-1.6 below:
[0063] 1.1 The first number of available RBs in the PUCCH resource (i.e., as shown in Formula 1 above). );
[0064] 1.2 The second number of subcarriers used to carry UCI in each available RB of PUCCH resources (i.e., as shown in Formula 1 and Formula 2 above). );
[0065] 1.3 The third number of PUCCH symbols remaining after deducting the symbols used for DMRS transmission in a time slot (i.e., as shown in Formula 1 and Formula 2 above). );
[0066] 1.4 First bit rate (i.e., r as shown in Formula 1 and Formula 2 above);
[0067] 1.5 Modulation order (i.e., Q as shown in Formula 1 and Formula 2 above) m );
[0068] 1.6. The bit length of UCI (i.e., as shown in Formula 1 and Formula 2 above, O...) ACK +O SR +O CSI +O CRC )).
[0069] In some embodiments, the first node may determine multiple valid RBs for transmitting UCI from the PUCCH resources based on the PUCCH configuration information.
[0070] In existing related technologies, the first node can substitute the conventional parameters shown in 1.1-1.6 above into Formula 1 and Formula 2 above to calculate the number of valid RBs, and determine multiple valid RBs in the PUCCH resource by combining the starting RB index.
[0071] It should be noted that the starting RB index can be configured by the second node for the first node via signaling. Alternatively, the starting RB index can be pre-agreed upon by the first and second nodes. Or, the starting RB index can be determined independently by the first node.
[0072] In the case where the starting RB index is determined autonomously by the first node, the first node can send a fourth indication message to the second node before sending the UCI to the second node, indicating the starting RB index determined autonomously by the first node, so that the second node can synchronously determine multiple valid RBs in the PUCCH resource used for transmitting UCI.
[0073] In some embodiments, the first bitrate shown in 1.4 above is the bitrate indicated in the PUCCH bitrate table by the bitrate index configured by the second node, and the PUCCH bitrate table includes a new bitrate configuration that the second node extends and supplements for the first node.
[0074] In other words, by expanding the PUCCH code rate table under the existing mechanism (as shown in Table 1 above), more code rate configurations can be added to meet the requirements of transmitting different effective RB numbers for PUCCH.
[0075] For example, for the existing PUCCH rate table under the mechanism shown in Table 1, more maxCodeRate values and corresponding rate r are expanded, as shown in Table 5. In Table 5, maxCodeRate = 0 to 6 are the rate configurations described in related technologies, and maxCodeRate = 7 to 9 are the newly added rate configurations.
[0076] Table 5. Extended PUCCH Code Rate Table
[0077] In S202, uplink control information is sent to the second node on the valid transmission resources.
[0078] Understandably, in scenarios where the terminal transmits UCI to the base station via PUCCH, in order to fully utilize the available transmission resources under the PUCCH resource configuration as effective transmission resources for carrying UCI, the terminal can modify the regular parameters for determining effective transmission resources based on the parameters dynamically indicated by the base station. This ensures that the effective transmission resources of the PUCCH actually transmitted by the terminal can meet the base station's accuracy requirements for PUCCH time offset and frequency offset estimation, as well as its ability to cope with channel depth fading, thereby improving the base station's demodulation performance for PUCCH.
[0079] In some embodiments, the configuration information of PUCCH may further include at least one of the dynamic parameters shown in 2.1-2.3 below:
[0080] 2.1 The number of valid transmission resources (such as valid RBs) configured in the second node;
[0081] 2.2 Configuration conditions for the quantity of valid transmission resources (such as valid RBs);
[0082] 2.3. How to use effective transmission resources (such as effective RBs);
[0083] It should be noted that the configuration information of the PUCCH, which includes the conventional parameters shown in 1.1-1.6 above and the dynamic parameters shown in any of 2.1-2.3, can be configured by the second node through radio resource control (RRC) signaling, or by the second node through downlink control information (DCI), or by the second node through medium access control control element (MAC CE).
[0084] In some embodiments, for the dynamic parameters shown in 2.1 above, the number of valid RBs can be a newly added RRC parameter in the RRC signaling sent by the second node to the first node, used to determine the number of valid RBs for transmitting UCI.
[0085] The following explanation uses the newly added RRC parameter in RRC signaling to indicate the number of valid RBs in PUCCH as an example.
[0086] When the configuration information of the PUCCH includes the number of valid RBs configured by the second node, during the process of the first node determining multiple valid resource blocks for transmitting uplink control information from the physical uplink control channel resources based on the configuration information of the physical uplink control channel, the first node can use a first number of available RBs in the PUCCH resources as multiple valid RBs according to the first number indicated by the number of valid RBs parameter.
[0087] In other words, if the configuration information of PUCCH includes a parameter for the number of valid transmission resources, and the parameter for the number of valid transmission resources is a first number, the valid transmission resources can include the first number of available transmission resources in the PUCCH resources.
[0088] For example, if the number of valid RBs is 2, the first node can determine that the first number of valid RBs is 2. If all available RBs in the PUCCH resource include RB1, RB2, and RB3, the first node can consider both RB2 and RB3 as valid RBs.
[0089] In the process of the first node taking the first number of available RBs in the PUCCH resource as multiple valid RBs according to the first number indicated by the number parameter of valid RBs, the first node can compare the first number with the number of all available RBs, and if the first number is less than or equal to the number of all available RBs, take the first number of available RBs in the PUCCH resource as multiple valid RBs.
[0090] Furthermore, if the first number indicated by the number of valid RBs parameter is greater than the total number of available RBs in the PUCCH resource, the first node can treat all available RBs in the PUCCH resource as multiple valid RBs.
[0091] In other words, if the first number is greater than the number of available transmission resources in the PUCCH resource, the effective transmission resources can include all available transmission resources in the PUCCH resource.
[0092] Thus, taking RRC signaling as an example, when the corresponding new parameter is configured in the RRC signaling, the UE side no longer uses the relevant technical methods described in Formula 1 and Formula 2 above when determining the number of valid PUCCH RBs to be transmitted. Instead, it directly determines the number of valid PUCCH RBs based on the parameter. When the value of the parameter exceeds the number of PUCCH RBs that the corresponding UE can actually schedule, the UE transmits all the PUCCH RBs that can actually be scheduled.
[0093] It should be noted that, in this embodiment of the disclosure, the quantity parameter of effective transmission resources (such as effective RBs) can be a quantity parameter at the uplink bandwidth part (UL BWP) level. Alternatively, the quantity parameter of effective transmission resources (such as effective RBs) can be a quantity parameter at the PUCCH priority level. Alternatively, the quantity parameter of effective transmission resources (such as effective RBs) can be a quantity parameter at the cell level. Alternatively, the quantity parameter of effective transmission resources (such as effective RBs) can be a quantity parameter at the PUCCH resource level. Alternatively, the quantity parameter of effective transmission resources (such as effective RBs) can be a quantity parameter at the PUCCH format level.
[0094] For example, taking the number of valid RBs at the UL BWP level as an example, for each UL BWP, a new RRC parameter is added to indicate the number of valid RBs in the PUCCH. This parameter can be a specific number of RBs, or it can be an index based on a table to obtain the specific number of RBs.
[0095] Alternatively, taking the effective RB count parameter of PUCCH priority level as an example, the effective RB count of PUCCH can be configured or not configured separately for PUCCHs of different priorities. For example, a PUCCH priority index set {0,1} can be configured to configure different effective RB count priorities. For PUCCH priority index 0, the effective RB count parameter of PUCCH is configured (denoted as configuration parameter 0). All UEs belonging to PUCCH priority index 0 determine the effective RB count of PUCCH according to configuration parameter 0. For PUCCH priority index 1, another effective RB count parameter of PUCCH can be configured (denoted as configuration parameter 1) or not configured. All UEs belonging to PUCCH priority index 1 determine the effective RB count of PUCCH according to configuration parameter 1. If no effective RB count parameter of PUCCH is configured for PUCCH priority index 1, the effective RB count of PUCCH transmitted on the UE side is determined according to relevant technologies (i.e., Formula 1 and Formula 2 above).
[0096] Alternatively, taking the number of valid RBs at the cell level as an example, when this parameter is configured at the cell level, it applies to all UEs within that cell. For instance, when configuring the number of valid RBs for a PUCCH at the cell level, if the number of PUCCH RBs indicated by this parameter is greater than or equal to the number of PUCCH RBs configured within the corresponding PUCCH resource, transmission is performed directly according to the number of RBs within that PUCCH resource; if the number of PUCCH RBs indicated by this parameter is less than the number of PUCCH RBs configured within the corresponding PUCCH resource, transmission is performed directly according to the number of PUCCH RBs indicated by this parameter.
[0097] Alternatively, taking the effective RB count parameter at the PUCCH resource level as an example, for each PUCCH resource in the BWP, the effective RB count parameter is configured. When the UE configures the corresponding PUCCH resource, the effective RB count of the PUCCH transmitted on the UE side is determined according to the indication of this parameter.
[0098] In other embodiments, the number of valid RBs can be an additional parameter in the DCI sent by the second node to the first node, used to determine the number of valid RBs for transmitting the UCI.
[0099] In other words, by dynamically indicating the number of valid RBs in the PUCCH transmitted on the UE side through the newly added parameters of DCI, it is no longer necessary to use the related technical methods described in Formula 1 and Formula 2 above to determine the number of valid RBs in the PUCCH.
[0100] In addition, when the value of this parameter exceeds the number of PUCCH RBs that the corresponding UE can actually schedule, the UE will transmit all the PUCCH RBs that it can actually schedule.
[0101] It should be noted that methods for introducing new parameters in DCI can specifically include:
[0102] (1) The number of valid RBs in a PUCCH can be indicated by adding parameters to the PUCCH resource indicator in the DCI format. Under relevant technologies, as shown in Table 2, the maximum length of the PUCCH resource indicator is 3 bits. For example, the number of valid RBs in the corresponding PUCCH resource can be indicated by extending the bit length of the PUCCH resource indicator. Assuming the maximum number of valid RBs to be indicated is 16, an additional 4 bits can be added to the PUCCH resource indicator to indicate the number of valid RBs, as shown in Table 6.
[0103] Table 6 shows the number of valid RBs in the newly extended 4-bit PUCCH.
[0104] (2) A new DCI format can also be added, which includes parameters to indicate the number of valid RBs in the PUCCH.
[0105] The following explanation uses the newly added extended bit parameters of DCI to dynamically indicate the number of valid RBs in the PUCCH transmitted on the UE side as an example.
[0106] The number of valid RBs configured by the second node can be the resource indicator of the PUCCH. When the PUCCH configuration information includes the number of valid RBs configured by the second node, during the process where the first node determines multiple valid resource blocks for transmitting uplink control information from the physical uplink control channel resources based on the physical uplink control channel configuration information, the first node can determine a first number corresponding to the resource indicator of the PUCCH in a preset resource mapping table, and treat all available RBs of the first number in the PUCCH resources as multiple valid RBs, thereby determining multiple valid RBs.
[0107] The preset resource mapping table can include preset indicators of different bit lengths. Each preset indicator corresponds to a candidate number of valid RBs, and the bit length is associated with the largest candidate number in the preset resource mapping table (refer to the mapping table shown in Table 4 corresponding to the 16 valid RBs mentioned above).
[0108] Optionally, the preset resource mapping table may include preset indicators of different bit lengths, and the bit length may be a positive integer greater than or equal to 1.
[0109] In other words, the preset resource mapping table can be a combination of Tables 2 and 6 above, including resource indicators of different bit lengths 1, 2, 3 and 4.
[0110] In this embodiment of the disclosure, when the configuration information of the PUCCH includes the number of valid RBs configured by the second node, during the process of the first node determining multiple valid resource blocks for transmitting uplink control information from the physical uplink control channel resources according to the configuration information of the physical uplink control channel, the first node may first determine whether the number of valid RBs is a valid value (e.g., whether it is a positive integer or a sequence format as shown in Table 6). If the number of valid RBs is a valid value, the first node may use the first number of available RBs in the PUCCH resources as multiple valid RBs according to the first number corresponding to the number of valid RBs (e.g., the first number directly indicated above, or the first number indicated by the resource indicator in the preset resource mapping table).
[0111] Alternatively, if the number of valid RBs is invalid, the first node can determine the first number of valid RBs based on the first code rate, the second number, the third number, the modulation order, and the bit length of the UCI. Then, the first node can use the first number of available RBs in the PUCCH resource as multiple valid RBs.
[0112] In some embodiments, the quantity configuration conditions for the effective transmission resources (such as effective RBs) shown in 2.2 above may include at least one of the following 3.1-3.3:
[0113] 3.1 If the uplink bandwidth of the first node is greater than the preset bandwidth threshold (or greater than the preset lower bandwidth limit, less than or equal to the preset upper bandwidth limit), all available transmission resources in the PUCCH resource shall be used as valid transmission resources (such as valid RBs).
[0114] In other words, the configuration conditions can be that the UL BWP bandwidth is greater than the predefined minimum bandwidth threshold, or the UL BWP bandwidth is less than or equal to the predefined maximum bandwidth threshold, and all available RBs under the corresponding PUCCH resource configuration can be directly transmitted.
[0115] For example, when the bandwidth of the UL BWP activated on the UE side is greater than the predefined bandwidth threshold, all UEs under that UL BWP will transmit all available RBs under the corresponding PUCCH resource configuration.
[0116] 3.2 If the frequency or frequency band of the first node is within the preset frequency domain resource range, all available transmission resources in the PUCCH resource shall be used as valid transmission resources (such as valid RBs);
[0117] In other words, the configuration conditions can be based on frequency or band-related RRC parameters. When the frequency or band configured on the UE side meets the predefined frequency or band range, all available RBs under the corresponding PUCCH resource configuration can be directly transmitted.
[0118] For example, the corresponding frequency can be obtained through the frequency band table using the absolute radio frequency channel number (ARFCN) parameter in the RRC parameters. When the frequency configured on the UE side is within the predefined frequency range, all available RBs under the corresponding PUCCH resource configuration can be directly transmitted.
[0119] 3.3 If the service parameters of the first node exist in the preset parameter set, all available transmission resources in the PUCCH resource shall be used as valid transmission resources (such as valid RBs).
[0120] In other words, the configuration conditions can be based on RRC parameters related to the service scenario. When the RRC parameters configured on the UE side for the corresponding service scenario are enabled or the parameter values meet the preset parameter range, all available RBs under the corresponding PUCCH resource configuration are directly transmitted.
[0121] For example, when the timing advance report (ta-Report) parameter in the non-terrestrial networks (NTN) parameters is configured as enabled, all available RBs under the corresponding PUCCH resource configuration are directly transmitted. As another example, when the highSpeedMeasFlag parameter in the HighSpeedConfig is configured as true, all available RBs under the corresponding PUCCH resource configuration are directly transmitted.
[0122] Optionally, if the configuration information includes both the quantity parameter of valid transmission resources (such as valid RBs) shown in 2.1 above and the quantity configuration conditions shown in 2.2, then the quantity configuration conditions may further include at least one of the following 3.4-3.6:
[0123] 3.4 If the bandwidth of the uplink bandwidth portion of the first node is greater than the preset bandwidth threshold (or greater than the preset lower bandwidth limit, less than or equal to the preset upper bandwidth limit), the first number of available transmission resources in the PUCCH resource shall be used as valid transmission resources (such as valid RBs) according to the first number indicated by the number parameter of valid RBs.
[0124] In other words, the configuration conditions can be that the UL BWP bandwidth is greater than the predefined minimum bandwidth threshold, or the UL BWP bandwidth is less than or equal to the predefined maximum bandwidth threshold, and the number of valid RBs of PUCCH indicated by the RRC parameters under the corresponding PUCCH resource configuration can be directly transmitted.
[0125] 3.5 When the frequency or frequency band of the first node is within the preset frequency domain resource range, the first number of available transmission resources in the PUCCH resource shall be used as valid transmission resources (such as valid RBs) according to the first number indicated by the number parameter of valid RBs.
[0126] In other words, the configuration conditions can be based on frequency or band-related RRC parameters. When the frequency or band configured on the UE side meets the predefined frequency or band range, the number of valid RBs in the PUCCH indicated by the RRC parameters under the corresponding PUCCH resource configuration is directly transmitted.
[0127] 3.6 When the service parameters of the first node exist in the preset parameter set, the first number of available transmission resources in the PUCCH resources shall be used as valid transmission resources (such as valid RBs) according to the first number indicated by the number parameter of valid RBs.
[0128] In other words, the configuration conditions can be based on RRC parameters related to the service scenario. When the RRC parameters configured on the UE side for the corresponding service scenario are enabled or the parameter values meet the preset parameter range, the number of valid RBs in the PUCCH indicated by the RRC parameters under the corresponding PUCCH resource configuration is directly transmitted.
[0129] Understandably, when the first node meets the predefined RRC configuration conditions, it directly transmits all available RBs under the corresponding PUCCH resource configuration or the number of valid PUCCH RBs indicated by the RRC parameters. When the predefined RRC configuration conditions take effect, the UE no longer uses the related technical methods described in Formula 1 and Formula 2 above to determine the number of valid PUCCH RBs. Instead, it can transmit PUCCH by occupying all available RBs under the corresponding PUCCH resource configuration, or transmit according to the number of valid PUCCH RBs indicated by the RRC parameters above. When the predefined conditions are not met, the UE then determines the number of PUCCH RBs to be transmitted according to the related technologies (i.e., Formula 1 and Formula 2 above).
[0130] In this embodiment of the disclosure, if the first node autonomously determines the number of valid RBs based on the quantity configuration conditions, the first node may send first indication information to the second node before sending UCI to the second node, indicating whether the first node meets the quantity configuration conditions, so that the second node can determine the number of valid RBs corresponding to the UCI to be received subsequently based on whether the first node meets the quantity configuration conditions.
[0131] Optionally, when the configuration information of PUCCH includes the configuration condition for the number of valid RBs, during the process of the first node determining multiple valid resource blocks for transmitting uplink control information from the physical uplink control channel resources based on the configuration information of the physical uplink control channel, the first node may first determine whether the first node meets this configuration condition. If the first node meets the configuration condition, the first node may determine multiple valid RBs in accordance with the methods shown in 3.1-3.6 above.
[0132] Alternatively, if the first node does not meet the quantity configuration conditions, the first node can determine the first number of valid RBs based on the first code rate, the second number, the third number, the modulation order, and the bit length of the UCI. Then, the first node can use the first number of available RBs in the PUCCH resource as multiple valid RBs.
[0133] In some embodiments, the use of the valid transport resources (such as valid RBs) shown in 2.3 above may include at least one of the following:
[0134] All available transport resources in the PUCCH resource are treated as valid transport resources (e.g., valid RBs);
[0135] Valid transport resources (such as valid RBs) are determined in the PUCCH resource based on predefined rules.
[0136] In some embodiments, the configuration information of the PUCCH may include a fifth indication, which indicates how valid transmission resources are used.
[0137] For example, taking a valid transmission resource (RB) as an example, the fifth indication information can be a parameter of the number of valid RBs, and the parameter of the number of valid RBs can be 1 bit. The two values of this 1 bit correspond to two ways of determining valid transmission resources:
[0138] Method 1: All transmission resources in PUCCH are considered valid transmission resources;
[0139] Method 2: Determine valid transmission resources in the PUCCH based on predefined rules.
[0140] This 1-bit information is transmitted based on the RRC message, DCI or MAC CE in the PDCCH.
[0141] The base station (i.e., the second node) sends this 1-bit information to the UE (i.e., the first node). Based on the value set for this 1-bit, the base station determines the valid transmission resource for receiving the UCI from the PUCCH resource, and receives the UCI from the valid transmission resource.
[0142] The UE receives the 1-bit information from the base station and, based on the value of the 1-bit, determines the valid transmission resources for transmitting UCI in the PUCCH resource, and then transmits UCI in the determined valid transmission resources.
[0143] It should be noted that the fifth indication information can be a Boolean parameter. For example, when the parameter is true, all PUCCH RBs that can be scheduled under the corresponding PUCCH resource are directly scheduled. When the parameter is false, the number of valid PUCCH RBs transmitted on the UE side is determined according to relevant technologies (i.e., Formula 1 and Formula 2 above).
[0144] Alternatively, the decision to schedule all PUCCH RBs can be made based on whether the parameter value is 0 or whether the parameter is configured. For example, if the parameter value is 0 or not configured, the number of valid PUCCH RBs transmitted on the UE side can be determined according to relevant technologies (i.e., Formula 1 and Formula 2 above). If the parameter is non-zero, all PUCCH RBs that can be scheduled under the corresponding PUCCH resource can be directly scheduled.
[0145] For example, the predefined conditions in method 2 may also be at least one of the configuration conditions described in 3.1-3.6.
[0146] In some embodiments, the effective transmission resources are determined based on the PUCCH configuration information and the rate scaling factor of the effective transmission resources. The rate scaling factor is used to scale the first rate in the general parameters, updating and modifying it based on the initial rate used to determine the number of effective RBs, thereby meeting the demodulation requirements of the second node for the PUCCH.
[0147] In other words, compared to the initial bit rate used by existing UCI transmission in PUCCH resources, as shown in Table 1, the embodiments of this disclosure provide a more efficient bit rate for UCI transmission in PUCCH resources by amplifying or reducing the initial bit rate, thereby allowing for more flexible configuration of the number of effective RBs in PUCCH.
[0148] In some embodiments, when the PUCCH configuration information includes a rate scaling factor for effective RBs, during the process of the first node determining multiple effective resource blocks for transmitting uplink control information from the physical uplink control channel resources based on the physical uplink control channel configuration information, the first node can amplify or reduce the first code rate according to the rate scaling factor to obtain a second code rate. Then, the first node can determine a first number of effective RBs based on the second code rate and the aforementioned second and third quantities, modulation order, and UCI bit length. Next, the first node can use the first number of available RBs in the PUCCH resources as multiple effective RBs.
[0149] In other words, the effective transmission resources may include a first number of available transmission resources in the PUCCH resources, determined by the second code rate, the second quantity, the third quantity, the modulation order, and the bit length, and the second code rate is the first code rate after being amplified or reduced by a code rate scaling factor.
[0150] Thus, by multiplying the rate scaling factor by the first rate r obtained under the existing mechanism, the final rate r′ is obtained. The first rate r obtained under the existing mechanism can be obtained from the PUCCH rate table shown in Table 1 above, or from the configured PUSCH rate table.
[0151] In this way, after obtaining the rate scaling factor on the UE side, the final rate r′ is obtained through the above method, and then the number of effective RBs of PUCCH actually transmitted on the UE side is obtained according to the relevant techniques shown in Formula 1 and Formula 2 above.
[0152] For example, assuming the first bitrate can be obtained based on the currently configured PUSCH bitrate table. If the bitrate scaling factor is set to 1, then the updated final bitrate Based on the configuration conditions given in the examples in Tables 3 and 4 above, and combined with the final bit rate r′, the number of effective RBs in PUCCH can be obtained as shown in Tables 7 and 8 below.
[0153] Table 7 Examples of the number of effective RBs in PUCCH format2 based on the final code rate r′
[0154] Table 8 shows an example of the number of effective RBs in PUCCH format3 based on the final code rate r′.
[0155] It should be noted that, in this embodiment of the disclosure, the bitrate scaling factor may be configured by the second node for the first node. Alternatively, the bitrate scaling factor may be pre-configured in the first node.
[0156] The rate scaling factor can be configured by RRC, and it can be channel-level, UL BWP-level, or have different priority levels.
[0157] Alternatively, the rate scaling factor can be dynamically configured and sent via DCI. In this way, after the UE obtains a rate according to the existing mechanism, it determines the final rate together with the rate scaling factor notified by DCI.
[0158] Alternatively, the rate scaling factor can be dynamically configured and sent via MAC CE. In this way, after the UE obtains a rate according to the existing mechanism, it determines the final rate together with the rate scaling factor notified by MAC CE.
[0159] Furthermore, the bitrate scaling factor pre-configured in the first node can be pre-configured by both the first and second nodes. Alternatively, the bitrate scaling factor pre-configured in the first node can be determined independently by the first node.
[0160] In this embodiment of the disclosure, if the bit rate scaling factor is pre-configured in the first node, the first node may send second indication information to the second node before sending UCI to the second node, indicating the bit rate scaling factor pre-configured in the first node, so that the second node can determine the number of valid RBs corresponding to the UCI to be received subsequently based on the bit rate scaling factor pre-configured in the first node.
[0161] It should be noted that the value of the bitrate scaling factor can be a positive integer greater than or equal to 1, or a floating-point number greater than 0 and less than 1.
[0162] In other embodiments, when the PUCCH configuration information includes a rate scaling factor for valid RBs, during the process of the first node determining multiple valid resource blocks for transmitting uplink control information from the physical uplink control channel resources based on the physical uplink control channel configuration information, the first node can first determine whether the rate scaling factor is a valid value (i.e., whether it meets the aforementioned value range). If the rate scaling factor is a valid value, the first node can amplify or reduce the first code rate according to the rate scaling factor to obtain a second code rate. Afterward, the first node can use a first number of available RBs in the PUCCH resources as multiple valid RBs.
[0163] Alternatively, if the rate scaling factor is invalid, the first node can determine the first number of valid RBs based on the first rate, second number, third number, modulation order, and UCI bit length described above. Then, the first node can use the first number of available RBs in the PUCCH resource as multiple valid RBs.
[0164] In other words, when the configured bitrate scaling factor is a valid value within the above range, it can be used to calculate the final bitrate r′. When no bitrate scaling factor is configured or the configured bitrate scaling factor is invalid, the first bitrate obtained according to the existing mechanism is used, and the relevant techniques (i.e., Formula 1 and Formula 2 above) are used to obtain the number of valid RBs in the PUCCH.
[0165] In some embodiments, the effective transmission resources are determined based on the PUCCH configuration information and the UCI sequence extension parameters. The UCI sequence extension parameters are used to extend the bit sequence of the UCI to increase the bit length of the UCI in the regular parameters, allowing for updates and modifications based on the initial bit length used to determine the number of effective RBs, thereby meeting the demodulation requirements of the second node for the PUCCH.
[0166] The sequence expansion parameters can be configured by RRC, or by DCI or MAC CE.
[0167] In other words, by extending the sequence bit length of the UCI information carried on the PUCCH, and based on the existing code rate and mechanism, the number of effective RBs transmitted by the UE can be increased. Thus, after the sequence carrying the UCI is extended, the UE generates and transmits signals according to the extended sequence, and uses the existing code rate and mechanism to determine the number of effective RBs transmitted by the UE.
[0168] In some embodiments, when the PUCCH configuration information includes UCI sequence extension parameters, during the process of the first node determining multiple valid resource blocks for transmitting uplink control information from the physical uplink control channel resources based on the physical uplink control channel configuration information, the first node can perform length extension processing on the UCI according to the sequence extension parameters to obtain the extended UCI. Then, the first node can determine the first number of valid RBs based on the first code rate, the second number, the third number, the modulation order, and the bit length of the extended UCI. Afterwards, the first node can use the first number of available RBs in the PUCCH resources as multiple valid RBs.
[0169] In other words, the effective transmission resources may include a first number of available transmission resources in the PUCCH resources, determined by a first code rate, a second quantity, a third quantity, a modulation order, and an extended bit length, and the extended bit length is the bit length of the UCI after the extension processing indicated by the sequence extension parameters.
[0170] It should be noted that the sequence expansion parameter can be the number of repetitions N of the entire UCI, where N is a positive integer greater than 1. That is, the expansion process indicated by the sequence expansion parameter is to repeatedly concatenate the entire UCI N times. In the process of the first node performing length expansion processing on the UCI according to the sequence expansion parameter to obtain the expanded UCI, the first node can repeatedly concatenate the entire UCI N times to obtain the expanded UCI, and the bit length of the expanded UCI is N times the bit length of the original UCI.
[0171] For example, if the UCI is a 6-bit sequence 010101, and the sequence extension parameter indicates that the overall repetition count of the UCI is 2, then the extended UCI is a 12-bit sequence 010101010101.
[0172] Alternatively, the sequence expansion parameter can be the number of repetitions N for each character in the UCI, where N is a positive integer greater than 1. That is, the expansion process indicated by the sequence expansion parameter is to insert N-1 identical characters after each character in the UCI. During the length expansion process of the UCI at the first node based on the sequence expansion parameter to obtain the expanded UCI, for each character in the UCI, the first node can insert N-1 identical characters after the character to obtain the expanded UCI, and the bit length of the expanded UCI is N times the bit length of the original UCI.
[0173] For example, if the UCI is a 6-bit sequence 010101, and the sequence extension parameter indicates that the number of repetitions of each character in the UCI is 2, then the extended UCI is a 12-bit sequence 001100110011.
[0174] In other words, the bit length of a sequence carrying UCI information can be extended by a factor of N through sequence repetition. Specifically, the sequence can be repeated N times along with all bits of the UCI information sequence, resulting in a sequence N times the length of the original sequence. Alternatively, each bit of the UCI information sequence can be repeated N times individually, also yielding a sequence N times the length of the original sequence.
[0175] Therefore, based on the sequence repetition method and the existing mechanism, the number of effective PUCCH RBs corresponding to the conditions set in Tables 3 and 4 can be increased to the number of effective PUCCH RBs corresponding to Tables 9 and 10, respectively, according to different repetition multiples.
[0176] Table 9. Examples of effective RBs in PUCCH format2 corresponding to different sequence repetition multiples.
[0177] Table 10 Examples of the number of valid RBs in PUCCH format3 corresponding to different sequence repetition multiples.
[0178] Alternatively, the sequence extension parameter can be the extension length of the CRC in the UCI. The extension process indicated by the sequence extension parameter is to extend the length of the CRC in the UCI according to the extension length. In the process of the first node extending the length of the UCI according to the sequence extension parameter to obtain the extended UCI, the first node can extend the length of the CRC in the UCI according to the extension length to obtain the extended UCI. The length of the CRC in the extended UCI is the extension length.
[0179] In other words, when a UCI sequence contains a CRC, the length of the UCI sequence can be extended by increasing the length of the CRC in the UCI sequence.
[0180] Therefore, during the process of the first node sending uplink control information to the second node on the effective transmission resources, the first node can send the extended UCI to the second node on the effective transmission resources.
[0181] It should be noted that the sequence extension parameters can be configured by the second node for the first node via signaling. Alternatively, the sequence extension parameters can be pre-agreed upon by the first and second nodes. Or, the starting RB index can be determined independently by the first node.
[0182] It should be noted that, in this embodiment of the disclosure, the sequence expansion parameters can be configured by the second node for the first node. Alternatively, the sequence expansion parameters can be pre-configured in the first node.
[0183] The sequence expansion parameters pre-configured in the first node can be pre-configured by both the first and second nodes. Alternatively, the sequence expansion parameters pre-configured in the first node can be determined autonomously by the first node.
[0184] In this embodiment of the disclosure, when the sequence extension parameters are pre-configured in the first node, the first node may send third indication information to the second node before sending UCI to the second node, indicating the pre-configured sequence extension parameters in the first node, so that the second node can determine the number of valid RBs corresponding to the UCI to be received subsequently based on the pre-configured sequence extension parameters in the first node.
[0185] In some embodiments, the effective transmission resources are determined by a combination of three factors: the configuration information of the PUCCH, the rate scaling factor of the effective transmission resources, and the sequence extension parameters.
[0186] This disclosure also provides a communication method applied to a second node, as shown in FIG3. The communication method may include: S301-S302.
[0187] In S301, the configuration information of the physical uplink control channel is sent to the first node.
[0188] The configuration information of the physical uplink control channel may include the conventional parameters shown in 1.1-1.6 above and the dynamic parameters shown in 2.1-2.3 above.
[0189] In S302, uplink control information sent by the first node is received on the valid transmission resources.
[0190] The effective transmission resources are determined based on the PUCCH configuration information.
[0191] It should be noted that the description of determining valid transmission resources based on the PUCCH configuration information can be found in the above embodiments and will not be repeated here.
[0192] The following describes the communication method provided in the above embodiment, taking the interaction between the first node and the second node as an example, as shown in Figure 4, including: S401-S404.
[0193] In S401, the second node sends the configuration information of the physical uplink control channel to the first node.
[0194] In S402, the first node receives the configuration information of the physical uplink control channel sent by the second node.
[0195] In S403, the first node sends uplink control information to the second node on valid transmission resources.
[0196] In S404, the second node receives uplink control information sent by the first node on valid transmission resources.
[0197] It is understood that, in order to achieve the above-mentioned functions, the communication device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, based on the algorithmic steps of the examples described in conjunction with the embodiments of this disclosure, this disclosure can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed 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 disclosure.
[0198] This disclosure embodiment can divide the communication device into functional modules according to the above method embodiment. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one functional module. The integrated module can be implemented in hardware or software. It should be noted that the module division in this disclosure embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods. The following description uses the example of dividing each functional module according to each function.
[0199] Figure 5 is a block diagram of a communication device according to some embodiments. The communication device can be applied to a first node and execute the communication method shown in Figure 2 above, as well as the embodiment on the first node side in Figure 4. As shown in Figure 5, the communication device 500 includes a receiving module 501 and a transmitting module 502.
[0200] The receiving module 501 is used to receive the configuration information of the Physical Uplink Control Channel (PUCCH) sent by the second node; the sending module 502 is used to send uplink control information (UCI) to the second node on the valid transmission resources, wherein the valid transmission resources are determined according to the configuration information of the PUCCH.
[0201] In some embodiments, the effective transport resources include at least one of the following:
[0202] Resource block (RB);
[0203] subcarrier;
[0204] Orthogonal Frequency Division Multiplexing (OFDM) symbols.
[0205] In some embodiments, the configuration information is configured by the second node via Radio Resource Control (RRC) signaling; or,
[0206] The configuration information is configured by the second node via downlink control information (DCI); or,
[0207] The configuration information is configured by the second node through the Media Access Control (MAC) CE control element.
[0208] In some embodiments, the configuration information of PUCCH includes: the usage mode of valid transmission resources, which includes at least one of the following:
[0209] All available transport resources in the PUCCH resource are used as valid transport resources;
[0210] Valid transport resources are determined in the PUCCH resource based on predefined rules.
[0211] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources, and the parameter for the number of valid transmission resources is a first quantity;
[0212] The effective transmission resources include the first number of available transmission resources in the PUCCH resources.
[0213] In some embodiments, if the first number is greater than the number of available transmission resources in the PUCCH resource, the effective transmission resources include all available transmission resources in the PUCCH resource.
[0214] In some embodiments, the quantity parameter of effective transmission resources is a quantity parameter at the uplink bandwidth portion level, or a quantity parameter at the PUCCH priority level, or a quantity parameter at the cell level, or a quantity parameter at the PUCCH resource level, or a quantity parameter at the PUCCH format level.
[0215] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources, and the parameter for the number of valid transmission resources is a resource indicator of PUCCH;
[0216] Valid transport resources include a first number of available transport resources in the PUCCH resources indicated by the resource indicator of the PUCCH in the preset resource mapping table.
[0217] In some embodiments, the preset resource mapping table includes preset indicators of different bit lengths, each preset indicator corresponding to a number of candidates for a valid transmission resource, and the bit length is associated with the largest number of candidates in the preset resource mapping table.
[0218] In some embodiments, the preset resource mapping table includes preset indicators of different bit lengths, wherein the bit length is a positive integer greater than or equal to 1.
[0219] In some embodiments, the configuration information of PUCCH includes: configuration conditions for the number of valid transmission resources, which include at least one of the following:
[0220] If the uplink bandwidth of the first node is greater than the preset bandwidth threshold, all available transmission resources in the PUCCH resource will be used as valid transmission resources.
[0221] If the frequency or frequency band of the first node is within the preset frequency domain resource range, all available transmission resources in the PUCCH resource will be used as valid transmission resources.
[0222] If the service parameters of the first node exist in the preset parameter set, all available transmission resources in the PUCCH resource will be used as valid transmission resources.
[0223] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources and configuration conditions for the number of valid transmission resources; the configuration conditions for the number of valid transmission resources include at least one of the following:
[0224] If the uplink bandwidth of the first node is greater than the preset bandwidth threshold, the effective transmission resources are determined in the PUCCH resources according to the number of effective transmission resources.
[0225] If the frequency or frequency band of the first node is within the preset frequency domain resource range, the effective transmission resources are determined in the PUCCH resources according to the quantity parameter of the effective transmission resources.
[0226] If the service parameters of the first node exist in the preset parameter set, the valid transmission resources are determined in the PUCCH resources according to the number of valid transmission resources.
[0227] In some embodiments, the sending module 502 is further configured to send first indication information to the second node, the first indication information being used to indicate whether the first node has met the configuration conditions for the quantity of valid transmission resources.
[0228] In some embodiments, the configuration information of PUCCH includes:
[0229] The second number of subcarriers used to carry UCI in each available RB of the PUCCH resource;
[0230] The third number of PUCCH symbols in a time slot after deducting the symbols used to transmit the demodulation reference signal DMRS;
[0231] First bit rate;
[0232] Modulation order;
[0233] The bit length of UCI.
[0234] In some embodiments, the first bitrate is the bitrate indicated in the PUCCH bitrate table by the bitrate index configured by the second node, the PUCCH bitrate table including new bitrate configurations that the second node extends and supplements for the first node.
[0235] In some embodiments, the effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources;
[0236] The effective transmission resources include a first number of available transmission resources in the PUCCH resources, determined by a second code rate, a second quantity, a third quantity, a modulation order, and a bit length. The second code rate is the first code rate after being amplified or reduced by a code rate scaling factor.
[0237] In some embodiments, the bitrate scaling factor is configured by the second node for the first node.
[0238] In some embodiments, the bit rate scaling factor is pre-configured in the first node; the sending module 502 is further configured to send second indication information to the second node, the second indication information being used to indicate the bit rate scaling factor.
[0239] In some embodiments, the effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources;
[0240] When the rate scaling factor is invalid, the effective transmission resources include the first number of available transmission resources in the PUCCH resources, determined by the first rate, the second quantity, the third quantity, the modulation order, and the bit length.
[0241] In some embodiments, the configuration information of PUCCH includes: configuration conditions for the number of valid transmission resources;
[0242] If the first node does not meet the configuration conditions for the number of valid transmission resources, the valid transmission resources include the first number of available transmission resources in the PUCCH resources, determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
[0243] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources;
[0244] When the quantity parameter of valid transmission resources is invalid, the valid transmission resources include the first number of available transmission resources in the PUCCH resources, which is determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
[0245] In some embodiments, the effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the sequence extension parameters of the UCI;
[0246] The effective transmission resources include a first number of available transmission resources in the PUCCH resources, determined by a first code rate, a second quantity, a third quantity, a modulation order, and an extended bit length, wherein the extended bit length is the bit length of the UCI after the extension processing indicated by the sequence extension parameters.
[0247] In some embodiments, the sequence expansion parameter is the total number of repetitions N of the UCI, where N is a positive integer greater than 1;
[0248] The sequence extension parameter indicates that the extension process involves repeatedly splicing the entire UCI N times; the length of the extended bit is N times the bit length.
[0249] In some embodiments, the sequence expansion parameter is the number of repetitions N of each character in the UCI, where N is a positive integer greater than 1;
[0250] The sequence extension parameter indicates that for each character in the UCI, N-1 identical characters are inserted after the character; the length of the extended bit is N times the bit length.
[0251] In some embodiments, the sequence extension parameter is the extension length of the CRC in UCI;
[0252] The sequence extension parameter indicates that the extension process is to extend the CRC in the UCI according to the extension length; the CRC length in the extended UCI is the extension length.
[0253] In some embodiments, the sending module 502 is specifically used to send the extended UCI to the second node on available transmission resources.
[0254] In some embodiments, the sequence extension parameters are configured by the second node for the first node.
[0255] In some embodiments, the sequence extension parameters are pre-configured in the first node; the sending module 502 is further configured to send third indication information to the second node, the third indication information being used to indicate the sequence extension parameters.
[0256] Figure 6 is a block diagram of another communication device according to some embodiments. The communication device can be applied to a second node and execute the communication method shown in Figure 3 above, as well as the embodiment on the second node side in Figure 4. As shown in Figure 6, the communication device 600 includes a transmitting module 601 and a receiving module 602.
[0257] The transmitting module 601 is used to transmit the configuration information of the Physical Uplink Control Channel (PUCCH) to the first node; the receiving module 602 is used to receive the uplink control information (UCI) transmitted by the first node on the valid transmission resources, wherein the valid transmission resources are determined according to the configuration information of the PUCCH.
[0258] In some embodiments, the effective transport resources include at least one of the following:
[0259] Resource block (RB);
[0260] subcarrier;
[0261] Orthogonal Frequency Division Multiplexing (OFDM) symbols.
[0262] In some embodiments, the configuration information is configured by the second node via Radio Resource Control (RRC) signaling; or,
[0263] The configuration information is configured by the second node via downlink control information (DCI); or,
[0264] The configuration information is configured by the second node through the Media Access Control (MAC) CE control element.
[0265] In some embodiments, the configuration information of PUCCH includes: the usage mode of valid transmission resources, which includes at least one of the following:
[0266] All available transport resources in the PUCCH resource are used as valid transport resources;
[0267] Valid transport resources are determined in the PUCCH resource based on predefined rules.
[0268] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources, and the parameter for the number of valid transmission resources is a first quantity;
[0269] The effective transmission resources include the first number of available transmission resources in the PUCCH resources.
[0270] In some embodiments, if the first number is greater than the number of available transmission resources in the PUCCH resource, the effective transmission resources include all available transmission resources in the PUCCH resource.
[0271] In some embodiments, the quantity parameter of effective transmission resources is a quantity parameter at the uplink bandwidth portion level, or a quantity parameter at the PUCCH priority level, or a quantity parameter at the cell level, or a quantity parameter at the PUCCH resource level, or a quantity parameter at the PUCCH format level.
[0272] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources, and the parameter for the number of valid transmission resources is a resource indicator of PUCCH;
[0273] Valid transport resources include a first number of available transport resources in the PUCCH resources indicated by the resource indicator of the PUCCH in the preset resource mapping table.
[0274] In some embodiments, the preset resource mapping table includes preset indicators of different bit lengths, each preset indicator corresponding to a number of candidates for a valid transmission resource, and the bit length is associated with the largest number of candidates in the preset resource mapping table.
[0275] In some embodiments, the preset resource mapping table includes preset indicators of different bit lengths, wherein the bit length is a positive integer greater than or equal to 1.
[0276] In some embodiments, the configuration information of PUCCH includes: configuration conditions for the number of valid transmission resources, which include at least one of the following:
[0277] If the uplink bandwidth of the first node is greater than the preset bandwidth threshold, all available transmission resources in the PUCCH resource will be used as valid transmission resources.
[0278] If the frequency or frequency band of the first node is within the preset frequency domain resource range, all available transmission resources in the PUCCH resource will be used as valid transmission resources.
[0279] If the service parameters of the first node exist in the preset parameter set, all available transmission resources in the PUCCH resource will be used as valid transmission resources.
[0280] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources and configuration conditions for the number of valid transmission resources; the configuration conditions for the number of valid transmission resources include at least one of the following:
[0281] If the uplink bandwidth of the first node is greater than the preset bandwidth threshold, the effective transmission resources are determined in the PUCCH resources according to the number of effective transmission resources.
[0282] If the frequency or frequency band of the first node is within the preset frequency domain resource range, the effective transmission resources are determined in the PUCCH resources according to the quantity parameter of the effective transmission resources.
[0283] If the service parameters of the first node exist in the preset parameter set, the valid transmission resources are determined in the PUCCH resources according to the number of valid transmission resources.
[0284] In some embodiments, the receiving module 602 is further configured to receive first indication information sent by the first node, the first indication information being used to indicate whether the first node has met the configuration conditions for the quantity of valid transmission resources.
[0285] In some embodiments, the configuration information of PUCCH includes:
[0286] The second number of subcarriers used to carry UCI in each available RB of the PUCCH resource;
[0287] The third number of PUCCH symbols in a time slot after deducting the symbols used to transmit the demodulation reference signal DMRS;
[0288] First bit rate;
[0289] Modulation order;
[0290] The bit length of UCI.
[0291] In some embodiments, the first bitrate is the bitrate indicated in the PUCCH bitrate table by the bitrate index configured by the second node, the PUCCH bitrate table including new bitrate configurations that the second node extends and supplements for the first node.
[0292] In some embodiments, the effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources;
[0293] The effective transmission resources include a first number of available transmission resources in the PUCCH resources, determined by a second code rate, a second quantity, a third quantity, a modulation order, and a bit length. The second code rate is the first code rate after being amplified or reduced by a code rate scaling factor.
[0294] In some embodiments, the bitrate scaling factor is configured by the second node for the first node.
[0295] In some embodiments, the bit rate scaling factor is pre-configured in the first node; the receiving module 602 is further configured to receive second indication information sent by the first node, the second indication information being used to indicate the bit rate scaling factor.
[0296] In some embodiments, the effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources;
[0297] When the rate scaling factor is invalid, the effective transmission resources include the first number of available transmission resources in the PUCCH resources, determined by the first rate, the second quantity, the third quantity, the modulation order, and the bit length.
[0298] In some embodiments, the configuration information of PUCCH includes: configuration conditions for the number of valid transmission resources;
[0299] If the first node does not meet the configuration conditions for the number of valid transmission resources, the valid transmission resources include the first number of available transmission resources in the PUCCH resources, determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
[0300] In some embodiments, the configuration information of PUCCH includes: a parameter for the number of valid transmission resources;
[0301] When the quantity parameter of valid transmission resources is invalid, the valid transmission resources include the first number of available transmission resources in the PUCCH resources, which is determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
[0302] In some embodiments, the effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the sequence extension parameters of the UCI;
[0303] The effective transmission resources include a first number of available transmission resources in the PUCCH resources, determined by a first code rate, a second quantity, a third quantity, a modulation order, and an extended bit length, wherein the extended bit length is the bit length of the UCI after the extension processing indicated by the sequence extension parameters.
[0304] In some embodiments, the sequence expansion parameter is the total number of repetitions N of the UCI, where N is a positive integer greater than 1;
[0305] The sequence extension parameter indicates that the extension process involves repeatedly splicing the entire UCI N times; the length of the extended bit is N times the bit length.
[0306] In some embodiments, the sequence expansion parameter is the number of repetitions N of each character in the UCI, where N is a positive integer greater than 1;
[0307] The sequence extension parameter indicates that for each character in the UCI, N-1 identical characters are inserted after the character; the length of the extended bit is N times the bit length.
[0308] In some embodiments, the sequence extension parameter is the extension length of the CRC in UCI;
[0309] The sequence extension parameter indicates that the extension process is to extend the CRC in the UCI according to the extension length; the CRC length in the extended UCI is the extension length.
[0310] In some embodiments, the receiving module 602 is specifically configured to receive an extended UCI sent by the first node on valid transmission resources.
[0311] In some embodiments, the sequence extension parameters are configured by the second node for the first node.
[0312] In some embodiments, the sequence extension parameters are pre-configured in the first node; the receiving module 602 is further configured to receive third indication information sent by the first node, the third indication information being used to indicate the sequence extension parameters.
[0313] In implementing the functions of the integrated modules described above in hardware, this disclosure provides another structure for the communication device involved in the above embodiments. As shown in FIG7, the communication device 700 includes a processor 702 and a bus 704. In some embodiments, the communication device may further include a memory 701. In some embodiments, the communication device may further include a communication interface 703.
[0314] Processor 702 may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with embodiments of this disclosure. Processor 702 may be a central processing unit, a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It may implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with embodiments of this disclosure. Processor 702 may also be a combination that implements computing functions, for example, including one or more microprocessor combinations, a combination of a digital signal processor (DSP) and a microprocessor, etc.
[0315] The communication interface 703 is used to connect with other devices via a communication network. This communication network can be Ethernet, wireless access network, wireless local area network (WLAN), etc.
[0316] The memory 701 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), magnetic disk storage medium or other magnetic storage device, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.
[0317] In some embodiments, the memory 701 may exist independently of the processor 702. The memory 701 may be connected to the processor 702 via a bus 704 and may be used to store instructions or program code. When the processor 702 calls and executes the instructions or program code stored in the memory 701, it can implement the communication method provided in the embodiments of this disclosure.
[0318] In other embodiments, the memory 701 may also be integrated with the processor 702.
[0319] Bus 704 can be an extended industry standard architecture (EISA) bus, etc. Bus 704 can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in Figure 7, but this does not mean that there is only one bus or one type of bus.
[0320] Some embodiments of this disclosure provide a computer-readable storage medium (e.g., a non-transitory computer-readable storage medium) storing computer program instructions that, when executed on a computer, cause the computer to perform the communication method as described in any of the above embodiments.
[0321] Exemplary examples show that the aforementioned computer-readable storage media may include, but are not limited to: magnetic storage devices (e.g., hard disks, floppy disks, or magnetic tapes), optical discs (e.g., compact disks (CDs), digital versatile disks (DVDs), etc.), smart cards, and flash memory devices (e.g., erasable programmable read-only memory (EPROMs), cards, sticks, or key drives, etc.). The various computer-readable storage media described in this disclosure may represent one or more devices and / or other machine-readable storage media for storing information. The term "machine-readable storage medium" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and / or carrying instructions and / or data.
[0322] This disclosure provides a computer program product containing instructions that, when run on a computer, cause the computer to perform the communication method shown in any of the embodiments described above.
[0323] The above descriptions are merely specific embodiments of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any variations or substitutions within the technical scope disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.
Claims
1. A communication method, wherein, Applied to the first node, the method includes: Receive configuration information for the Physical Uplink Control Channel (PUCCH) sent by the second node; Uplink control information (UCI) is sent to the second node on valid transmission resources, which are determined based on the configuration information of the PUCCH.
2. The method according to claim 1, wherein, The effective transmission resources include at least one of the following: Resource block (RB); subcarrier; Orthogonal Frequency Division Multiplexing (OFDM) symbols.
3. The method according to claim 2, wherein, The configuration information is configured by the second node via Radio Resource Control (RRC) signaling; or, The configuration information is configured by the second node via downlink control information (DCI); or, The configuration information is configured by the second node through the Media Access Control (MAC) CE control element.
4. The method according to claim 2, wherein, The configuration information of the PUCCH includes: the usage mode of the effective transmission resources, which includes at least one of the following: All available transport resources in the PUCCH resource are used as the valid transport resources; The valid transport resources are determined in the PUCCH resources based on predefined rules.
5. The method according to claim 2, wherein, The configuration information of the PUCCH includes: the number of valid transmission resources, and the number of valid transmission resources is a first number; The effective transmission resources include a first number of available transmission resources in the PUCCH resources.
6. The method according to claim 5, wherein, If the first quantity is greater than the number of available transmission resources in the PUCCH resource, the effective transmission resources include all available transmission resources in the PUCCH resource.
7. The method according to claim 5 or 6, wherein, The quantity parameter of the effective transmission resources is a quantity parameter at the uplink bandwidth level, or a quantity parameter at the PUCCH priority level, or a quantity parameter at the cell level, or a quantity parameter at the PUCCH resource level, or a quantity parameter at the PUCCH format level.
8. The method according to claim 2, wherein, The configuration information of the PUCCH includes: the quantity parameter of the effective transmission resources, and the quantity parameter of the effective transmission resources is the resource indicator of the PUCCH; The effective transmission resources include a first number of available transmission resources in the PUCCH resources, indicated by the resource indicator of the PUCCH in a preset resource mapping table.
9. The method according to claim 8, wherein, The preset resource mapping table includes preset indicators of different bit lengths. Each preset indicator corresponds to a candidate number of valid transmission resources, and the bit length is associated with the largest candidate number in the preset resource mapping table.
10. The method according to claim 8, wherein, The preset resource mapping table includes preset indicators of different bit lengths, wherein the bit length is a positive integer greater than or equal to 1.
11. The method according to claim 2, wherein, The configuration information of the PUCCH includes: the configuration conditions for the number of valid transmission resources, and the configuration conditions for the number of valid transmission resources include at least one of the following: If the uplink bandwidth of the first node is greater than a preset bandwidth threshold, all available transmission resources in the PUCCH resource will be used as the effective transmission resources. If the frequency or frequency band of the first node is within the preset frequency domain resource range, all available transmission resources in the PUCCH resource will be used as the effective transmission resources. If the service parameters of the first node exist in the preset parameter set, all available transmission resources in the PUCCH resource are used as the valid transmission resources.
12. The method according to claim 2, wherein, The configuration information of the PUCCH includes: the quantity parameter of the effective transmission resources and the configuration conditions for the quantity of the effective transmission resources; the configuration conditions for the quantity of the effective transmission resources include at least one of the following: If the uplink bandwidth of the first node is greater than a preset bandwidth threshold, the effective transmission resources are determined in the PUCCH resources according to the number parameter of the effective transmission resources. When the frequency or frequency band of the first node is within the preset frequency domain resource range, the effective transmission resources are determined in the PUCCH resources according to the quantity parameter of the effective transmission resources. If the service parameters of the first node exist in the preset parameter set, the effective transmission resources are determined in the PUCCH resources according to the number of effective transmission resources.
13. The method according to claim 11 or 12, wherein, The method further includes: Send a first indication message to the second node, the first indication message being used to indicate whether the first node has met the configuration conditions for the number of valid transmission resources.
14. The method according to claim 2, wherein, The configuration information of the PUCCH includes: A second number of subcarriers used to carry the UCI in each available RB of the PUCCH resource; The third number of PUCCH symbols in a time slot after deducting the symbols used to transmit the demodulation reference signal DMRS; First bit rate; Modulation order; The bit length of the UCI.
15. The method according to claim 14, wherein, The first bitrate is the bitrate indicated in the PUCCH bitrate table by the bitrate index configured by the second node, the PUCCH bitrate table including new bitrate configurations that the second node extends and supplements for the first node.
16. The method of claim 14, wherein, The effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources; The effective transmission resources include a first number of available transmission resources in the PUCCH resources, determined by the second code rate, the second quantity, the third quantity, the modulation order, and the bit length, wherein the second code rate is the first code rate after being amplified or reduced by the code rate scaling factor.
17. The method according to claim 16, wherein, The bitrate scaling factor is configured by the second node for the first node.
18. The method according to claim 16, wherein, The bit rate scaling factor is pre-configured in the first node; the method further includes: Send a second indication message to the second node, the second indication message being used to indicate the bit rate scaling factor.
19. The method of claim 14, wherein, The effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources; When the rate scaling factor is invalid, the effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first rate, the second quantity, the third quantity, the modulation order, and the bit length.
20. The method of claim 14, wherein, The configuration information of the PUCCH includes: the configuration conditions for the number of valid transmission resources; If the first node does not meet the configuration conditions for the number of effective transmission resources, the effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
21. The method according to claim 14, wherein, The configuration information of the PUCCH includes: the quantity parameter of the effective transmission resources; When the quantity parameter of the effective transmission resources is invalid, the effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
22. The method according to claim 14, wherein, The effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the sequence extension parameters of the UCI; The effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first code rate, the second quantity, the third quantity, the modulation order, and the extended bit length, wherein the extended bit length is the bit length of the UCI after the extension processing indicated by the sequence extension parameters.
23. The method according to claim 22, wherein, The sequence expansion parameter is the total number of repetitions N of the UCI, where N is a positive integer greater than 1. The sequence extension parameter indicates that the extension process involves repeatedly splicing the entire UCI N times; the length of the extended bit is N times the bit length.
24. The method according to claim 22, wherein, The sequence expansion parameter is the number of repetitions N for each character in the UCI, where N is a positive integer greater than 1; The sequence expansion parameter indicates that the expansion process is to insert N-1 identical characters after each character in the UCI; the length of the expanded bit is N times the bit length.
25. The method according to claim 22, wherein, The sequence extension parameter is the extension length of the CRC in the UCI; The extension process indicated by the sequence extension parameter is to perform length extension processing on the CRC in the UCI according to the extension length; the length of the CRC in the extended UCI is the extension length.
26. The method according to claim 22, wherein, Sending uplink control information (UCI) to the second node on available transmission resources includes: The extended UCI is sent to the second node on the available transmission resources.
27. The method according to claim 22, wherein, The sequence expansion parameters are configured by the second node for the first node.
28. The method according to claim 22, wherein, The sequence expansion parameters are pre-configured in the first node; the method further includes: A third indication message is sent to the second node, the third indication message being used to indicate the sequence expansion parameters.
29. A communication method, wherein, Applied to the second node, the method includes: Send the configuration information of the Physical Uplink Control Channel (PUCCH) to the first node; The uplink control information (UCI) sent by the first node is received on a valid transmission resource, wherein the valid transmission resource is determined according to the configuration information of the PUCCH.
30. The method according to claim 29, wherein, The effective transmission resources include at least one of the following: Resource block (RB); subcarrier; Orthogonal Frequency Division Multiplexing (OFDM) symbols.
31. The method according to claim 30, wherein, The configuration information is configured by the second node via Radio Resource Control (RRC) signaling; or, The configuration information is configured by the second node via downlink control information (DCI); or, The configuration information is configured by the second node through the Media Access Control (MAC) CE control element.
32. The method according to claim 30, wherein, The configuration information of the PUCCH includes: the usage mode of the effective transmission resources, which includes at least one of the following: All available transport resources in the PUCCH resource are used as the valid transport resources; The valid transport resources are determined in the PUCCH resources based on predefined rules.
33. The method according to claim 30, wherein, The configuration information of the PUCCH includes: the number of valid transmission resources, and the number of valid transmission resources is a first number; The effective transmission resources include a first number of available transmission resources in the PUCCH resources.
34. The method according to claim 33, wherein, If the first quantity is greater than the number of available transmission resources in the PUCCH resource, the effective transmission resources include all available transmission resources in the PUCCH resource.
35. The method according to claim 33 or 34, wherein, The quantity parameter of the effective transmission resources is a quantity parameter at the uplink bandwidth level, or a quantity parameter at the PUCCH priority level, or a quantity parameter at the cell level, or a quantity parameter at the PUCCH resource level, or a quantity parameter at the PUCCH format level.
36. The method according to claim 30, wherein, The configuration information of the PUCCH includes: the quantity parameter of the effective transmission resources, and the quantity parameter of the effective transmission resources is the resource indicator of the PUCCH; The effective transmission resources include a first number of available transmission resources in the PUCCH resources, indicated by the resource indicator of the PUCCH in a preset resource mapping table.
37. The method of claim 36, wherein, The preset resource mapping table includes preset indicators of different bit lengths. Each preset indicator corresponds to a candidate number of valid transmission resources, and the bit length is associated with the largest candidate number in the preset resource mapping table.
38. The method according to claim 36, wherein, The preset resource mapping table includes preset indicators of different bit lengths, wherein the bit length is a positive integer greater than or equal to 1.
39. The method according to claim 30, wherein, The configuration information of the PUCCH includes: the configuration conditions for the number of valid transmission resources, and the configuration conditions for the number of valid transmission resources include at least one of the following: If the uplink bandwidth of the first node is greater than a preset bandwidth threshold, all available transmission resources in the PUCCH resource will be used as the effective transmission resources. If the frequency or frequency band of the first node is within the preset frequency domain resource range, all available transmission resources in the PUCCH resource will be used as the effective transmission resources. If the service parameters of the first node exist in the preset parameter set, all available transmission resources in the PUCCH resource are used as the valid transmission resources.
40. The method of claim 30, wherein, The configuration information of the PUCCH includes: the quantity parameter of the effective transmission resources and the configuration conditions for the quantity of the effective transmission resources; the configuration conditions for the quantity of the effective transmission resources include at least one of the following: If the uplink bandwidth of the first node is greater than a preset bandwidth threshold, the effective transmission resources are determined in the PUCCH resources according to the number parameter of the effective transmission resources. When the frequency or frequency band of the first node is within the preset frequency domain resource range, the effective transmission resources are determined in the PUCCH resources according to the quantity parameter of the effective transmission resources. If the service parameters of the first node exist in the preset parameter set, the effective transmission resources are determined in the PUCCH resources according to the number of effective transmission resources.
41. The method according to claim 39 or 40, wherein, The method further includes: The system receives a first indication message sent by the first node, the first indication message being used to indicate whether the first node has met the configuration conditions for the number of valid transmission resources.
42. The method according to claim 30, wherein, The configuration information of the PUCCH includes: A second number of subcarriers used to carry the UCI in each available RB of the PUCCH resource; The third number of PUCCH symbols in a time slot after deducting the symbols used to transmit the demodulation reference signal DMRS; First bit rate; Modulation order; The bit length of the UCI.
43. The method according to claim 42, wherein, The first bitrate is the bitrate indicated in the PUCCH bitrate table by the bitrate index configured by the second node, the PUCCH bitrate table including new bitrate configurations that the second node extends and supplements for the first node.
44. The method according to claim 42, wherein, The effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources; The effective transmission resources include a first number of available transmission resources in the PUCCH resources, determined by the second code rate, the second quantity, the third quantity, the modulation order, and the bit length, wherein the second code rate is the first code rate after being amplified or reduced by the code rate scaling factor.
45. The method according to claim 44, wherein, The bitrate scaling factor is configured by the second node for the first node.
46. The method of claim 44, wherein, The bit rate scaling factor is pre-configured in the first node; the method further includes: The system receives a second indication message sent by the first node, the second indication message being used to indicate the bit rate scaling factor.
47. The method according to claim 42, wherein, The effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the code rate scaling factor of the effective transmission resources; When the rate scaling factor is invalid, the effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first rate, the second quantity, the third quantity, the modulation order, and the bit length.
48. The method according to claim 42, wherein, The configuration information of the PUCCH includes: the configuration conditions for the number of valid transmission resources; If the first node does not meet the configuration conditions for the number of effective transmission resources, the effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
49. The method according to claim 42, wherein, The configuration information of the PUCCH includes: the quantity parameter of the effective transmission resources; When the quantity parameter of the effective transmission resources is invalid, the effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first code rate, the second quantity, the third quantity, the modulation order, and the bit length.
50. The method according to claim 42, wherein, The effective transmission resources are determined based on the configuration information of the PUCCH, including: the effective transmission resources are determined based on the configuration information of the PUCCH and the sequence extension parameters of the UCI; The effective transmission resources include a first number of available transmission resources in the PUCCH resources determined by the first code rate, the second quantity, the third quantity, the modulation order, and the extended bit length, wherein the extended bit length is the bit length of the UCI after the extension processing indicated by the sequence extension parameters.
51. The method according to claim 50, wherein, The sequence expansion parameter is the total number of repetitions N of the UCI, where N is a positive integer greater than 1. The sequence extension parameter indicates that the extension process involves repeatedly splicing the entire UCI N times; the length of the extended bit is N times the bit length.
52. The method according to claim 50, wherein, The sequence expansion parameter is the number of repetitions N for each character in the UCI, where N is a positive integer greater than 1; The sequence expansion parameter indicates that the expansion process is to insert N-1 identical characters after each character in the UCI; the length of the expanded bit is N times the bit length.
53. The method according to claim 50, wherein, The sequence extension parameter is the extension length of the CRC in the UCI; The extension process indicated by the sequence extension parameter is to perform length extension processing on the CRC in the UCI according to the extension length; the length of the CRC in the extended UCI is the extension length.
54. The method according to claim 50, wherein, Receiving uplink control information (UCI) sent by the first node on valid transmission resources includes: The extended UCI sent by the first node is received on the valid transmission resources.
55. The method according to claim 50, wherein, The sequence expansion parameters are configured by the second node for the first node.
56. The method of claim 50, wherein, The sequence expansion parameters are pre-configured in the first node; the method further includes: The third indication information sent by the first node is received, and the third indication information is used to indicate the sequence extension parameters.
57. A communication device, wherein, include: Memory and processor; The memory and the processor are coupled; The memory is used to store instructions that can be executed by the processor; When the processor executes the instructions, it performs the method as described in any one of claims 1-56.
58. A computer-readable storage medium, wherein, The computer-readable storage medium stores computer instructions that, when executed on a computer, cause the computer to perform the method as described in any one of claims 1-56.
59. A computer program product, wherein, The computer program product includes computer program instructions that, when executed, implement the method as described in any one of claims 1-56.