Communication method and system, storage medium and related equipment

Abstract

The invention discloses a communication method and system, a storage medium and related equipment, and relates to the technical field of communication. The method comprises: a network device first sends indication information to a user equipment (UE), the indication information being used for indicating a resource for transmitting a UCI on a PUSCH and / or a length of an OCC adopted on the PUSCH, and then the user equipment (UE) can determine a smaller resource used for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information, so that the user equipment can transmit the UCI on the PUSCH. And after the UE sends the UCI to the network equipment on the PUSCH based on the smaller resource, the network equipment can receive the UCI sent by the UE based on the smaller resource. Therefore, transmission resources occupied by the UCI are reduced, and energy conservation of the network is realized.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, in particular to a communication method, system, storage medium and related equipment. BACKGROUND

[0002] Since the traditional ground network cannot provide seamless signal coverage, especially in places such as oceans, deserts, and air where base stations cannot be deployed, non-terrestrial satellite communication is considered an important aspect of future wireless communication technology development.

[0003] Satellite communication refers to the communication of radio communication equipment on the ground using satellites as relays. The satellite communication system is composed of a satellite part and a ground part. The characteristics of satellite communication are: large communication range; communication can be carried out between any two points as long as they are within the range covered by the satellite's radio waves; not easily affected by land disasters (high reliability). Satellite communication can complement the current ground cellular communication system.

[0004] Currently, in the non-terrestrial network (Non-Terrestrial Networks, NTN) system, most users operate in a low signal-to-noise ratio (Signal-to-Noise Ratio, SNR) environment, and in order to ensure the closure of the communication link, a repeated transmission technology is usually adopted. Although this method can help users in low SNR environments to successfully transmit data, it will significantly consume network resources. Therefore, the 19th edition of the technical specification (R19) of the 3GPP (Third Generation Partnership Project) introduces an orthogonal cover code (Orthogonal Cover Code, OCC) to realize the multiplexing of uplink control information (Uplink Control Information, UCI) on the physical uplink shared channel (Physical Uplink Shared Channel, PUSCH) by multiple users, in order to improve the total throughput of the system. However, for the case of multiplexing UCI on PUSCH, the existing protocol only supports multiplexing in one time slot of the OCC cycle, which will destroy the orthogonality of the OCC, so in order to maintain the orthogonality, it is necessary to extend the multiplexing of UCI to each time slot of the OCC cycle, which will again cause the UCI to occupy too many time-frequency resources, resulting in waste of network transmission resources. SUMMARY

[0005] In order to solve the above problems, the present application provides a communication method, system, storage medium and related equipment, aiming to reduce the resources occupied by UCI and realize network energy saving.

[0006] In order to achieve the above purpose, the present application provides the following technical solutions:

[0007] In a first aspect, the present application provides a communication method applied to a network device, the method comprising: the network device first sending indication information to a user equipment (UE), the indication information being used to indicate a resource for the UE to transmit UCI on a PUSCH and / or a length of OCC used on the PUSCH, wherein the resource is determined according to the length of OCC, so that the UE determines a smaller resource for transmitting UCI on the PUSCH based on the length of OCC indicated in the indication information, and then the UCI transmitted by the UE based on the smaller resource can be received.

[0008] It can be seen that, in the above communication method, the network device sends indication information to the UE to indicate the resource for the UE to transmit UCI on the PUSCH and / or the length of OCC used on the PUSCH, so that the UE can determine a smaller resource for transmitting UCI on the PUSCH based on the length of OCC indicated in the indication information, and then transmit the UCI to the network device on the PUSCH based on the smaller resource, thereby reducing the resource occupied by the UCI and achieving network energy saving.

[0009] In a possible implementation, the indication information is radio resource control (RRC) information or downlink control information (DCI), so as to improve the efficiency and accuracy of information transmission.

[0010] In a possible implementation, the indication information comprises a protocol index value, the protocol index value being used to indicate a rate matching offset value for the UE when transmitting the UCI; the rate matching offset value being used to determine the transmission resource of the UCI on the PUSCH; and a correspondence between the rate matching offset value and the protocol index value being determined according to the length of OCC used on the PUSCH.

[0011] In a possible implementation, the protocol index value is an integer value in a range of 0 to 31, so as to effectively expand the value range of the protocol index value.

[0012] In a possible implementation, the manner of determining the correspondence between the rate matching offset value and the protocol index value is as follows: a value of the scaling factor is set; a product value of the value of the scaling factor and the length of the OCC is calculated; a first rate matching offset value corresponding to the protocol index value is divided by the product value, and a quotient obtained is used as a second rate matching offset value, so as to determine the correspondence between the rate matching offset value and the protocol index value by using the second rate matching offset value; the second rate matching offset value is smaller than the corresponding first rate matching offset value; the first rate matching offset value is a rate matching offset value corresponding to multiplexing UCI without using OCC on the PUSCH, which is specified by a protocol. Thus, by using the updated correspondence between the rate matching offset value and the protocol index value and the smaller second rate matching offset value, a smaller number of REs occupied by UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when transmitted on the PUSCH can be calculated, and the transmission resource occupied by the UCI is reduced, thereby achieving network energy saving.

[0013] In a possible implementation, determining the correspondence between the rate matching offset value and the protocol index value by using the second rate matching offset value can include: replacing a reserved rate matching offset value with the second rate matching offset value, so as to update the correspondence between the rate matching offset value and the protocol index value. Thus, by using the updated correspondence between the rate matching offset value and the protocol index value and the smaller second rate matching offset value, a smaller number of REs occupied by UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when transmitted on the PUSCH can be calculated, and the transmission resource occupied by the UCI is reduced, thereby achieving network energy saving.

[0014] In a possible implementation, determining the correspondence between the rate matching offset value and the protocol index value by using the second rate matching offset value can include: replacing a reserved rate matching offset value with the second rate matching offset value, so as to update the correspondence between the rate matching offset value and the protocol index value. Thus, by using the updated correspondence between the rate matching offset value and the protocol index value and the smaller second rate matching offset value, a smaller number of REs occupied by UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when transmitted on the PUSCH can be calculated, and the transmission resource occupied by the UCI is reduced, thereby achieving network energy saving.

[0015] In a possible implementation, the value of the scaling factor is set according to different lengths of the OCC, or the value of the scaling factor is set according to different content types of the UCI. The value range of the scaling factor is expanded as much as possible, and the rate matching offset value calculated based on the value of the scaling factor is more conducive to reducing the transmission resource occupied by the UCI.

[0016] In a possible implementation, the OCC has a length of 2, 4, or 8.

[0017] In a possible implementation, the UCI includes a hybrid automatic repeat request acknowledgement (HARQ-ACK), a channel state information part 1 (CSI part 1), and a channel state information part 2 (CSI part 2).

[0018] In a possible implementation, the value of the scaling factor is set according to different lengths of the OCC, including: when the OCC has a length of 2, the value of the scaling factor is set to a value greater than 0.5 and not greater than 1; or when the OCC has a length of 4, the value of the scaling factor is set to a value greater than 0.25 and not greater than 1; or when the OCC has a length of 8, the value of the scaling factor is set to a value greater than 0.125 and not greater than 1. The rate matching offset value calculated based on the value of the scaling factor can reduce the transmission resource occupied by the UCI.

[0019] In a second aspect, the present application provides a communication method applied to a user equipment (UE), including the following steps: the UE first receives indication information sent by a network device, the indication information being used to indicate a resource for transmitting UCI on a PUSCH and / or a length of OCC used on the PUSCH, then determines a smaller resource for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information, and then transmits the UCI to the network device on the PUSCH according to the resource.

[0020] It can be seen that, in the above communication method, the UE can determine a smaller resource for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information sent by the network device, so that the UCI can be transmitted to the network device on the PUSCH based on the smaller resource, thereby reducing the resource occupied by the UCI and achieving network energy saving.

[0021] In one possible implementation, after obtaining the indication information, the method further includes: parsing the indication information to obtain the protocol index value and the length of the OCC; then, based on the length of the OCC indicated in the indication information, determining the resources for transmitting UCI on the PUSCH, which may include: determining the rate matching offset value for transmitting UCI according to the protocol index value and the length of the OCC; and using the rate matching offset value to calculate the transmission resources of UCI on the PUSCH. This allows for a more accurate determination of the smaller resources used for transmitting UCI on the PUSCH.

[0022] In one possible implementation, the protocol index value is an integer value between 0 and 31.

[0023] In one possible implementation, the correspondence between the rate matching offset value and the protocol index value is determined as follows: A scaling factor is set using the network device; the product of the scaling factor value and the length of the OCC is calculated; the first rate matching offset value corresponding to the protocol index value is divided by the product value, and the resulting quotient is used as the second rate matching offset value. The second rate matching offset value is then used to determine the correspondence between the rate matching offset value and the protocol index value. The second rate matching offset value is smaller than the corresponding first rate matching offset value. The first rate matching offset value is the rate matching offset value specified by the protocol when multiplexing UCI on the PUSCH without using OCC. By utilizing this updated rate matching offset value and the protocol index value, along with the smaller second rate matching offset value, it is possible to calculate the number of REs occupied by UCI (such as HARQ-ACK, CSI part 1, CSI part 2) during transmission on the PUSCH, thereby reducing the transmission resources occupied by UCI and achieving network energy saving.

[0024] In one possible implementation, determining the correspondence between the rate matching offset value and the protocol index value using the second rate matching offset value can include replacing the reserved rate matching offset value with the second rate matching offset value to update the correspondence between the rate matching offset value and the protocol index value. By utilizing this updated correspondence between the rate matching offset value and the protocol index value, and the smaller second rate matching offset value, it is possible to calculate the number of REs occupied by UCIs (such as HARQ-ACK, CSI part 1, CSI part 2) when transmitted on the PUSCH, thereby reducing the transmission resources occupied by UCIs and achieving network energy saving.

[0025] In one possible implementation, determining the correspondence between the rate matching offset value and the protocol index value using the second rate matching offset value can include replacing the corresponding first rate matching offset value with the second rate matching offset value to update the correspondence between the rate matching offset value and the protocol index value. By utilizing this updated correspondence between the rate matching offset value and the protocol index value, and the smaller second rate matching offset value, it is possible to calculate the number of REs occupied by UCIs (such as HARQ-ACK, CSI part 1, CSI part 2) when transmitted on the PUSCH, thereby reducing the transmission resources occupied by UCIs and achieving network energy saving.

[0026] Thirdly, this application provides a communication method applied to a network device. The method includes: the network device first sends indication information and configuration message to a user equipment (UE), wherein the indication information is used to indicate the resources used by the UE to transmit UCI on the PUSCH and / or the length of the OCC used on the PUSCH, and the configuration information is used to update the resources used by the UE to transmit the UCI on the PUSCH in combination with the length of the OCC, and then the network device can receive the UCI transmitted by the UE based on the updated smaller resources.

[0027] As can be seen, in the above communication method, the network device sends indication information indicating the length of the OCC used on the PUSCH and configuration information carrying the scaling factor value to the user equipment (UE). This enables the UE to update the resources used by the UE to transmit UCI on the PUSCH based on the OCC length indicated in the indication information and the scaling factor value carried in the configuration information. Thus, the UE can transmit UCI on the PUSCH to the network device based on the updated smaller resources, thereby reducing the resources occupied by UCI and achieving network energy saving.

[0028] In one possible implementation, the configuration information is Radio Resource Control (RRC) information or Downlink Control Information (DCI); the indication information is RRC information or DCI, in order to improve the efficiency and accuracy of information transmission.

[0029] In one possible implementation, the indication information includes a protocol index value; the protocol index value is used to indicate a first rate matching offset value for the UE when transmitting UCI; the first rate matching offset value is the rate matching offset value corresponding to UCI multiplexing when OCC is not used on the PUSCH, as specified by the protocol; the first rate matching offset value is used to determine the transmission resources used for UCI multiplexing when OCC is not used on the PUSCH; the configuration information includes a scaling factor; the scaling factor is used to update the first rate matching offset value by combining the length of OCC and the first rate matching offset value to obtain a second rate matching offset value; the second rate matching offset value is used to determine the transmission resources used for UCI multiplexing on the PUSCH using OCC.

[0030] In one possible implementation, the scaling factor is determined by either setting its value based on the different lengths of the OCC, or setting its value based on the different content types of the UCI. This aims to expand the range of scaling factor values ​​as much as possible and ensure that the rate calculated based on the scaling factor value matches the offset value, which is more conducive to reducing the transmission resources occupied by the UCI.

[0031] In one possible implementation, the length of OCC is 2, 4, or 8.

[0032] In one possible implementation, UCI includes Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK), Channel State Information Part 1 (CSI part 1), and Channel State Information Part 2 (CSI part 2).

[0033] In one possible implementation, the scaling factor is set according to different OCC lengths, including: when the OCC length is 2, the scaling factor is set to a value greater than 0.5 and not greater than 1; or, when the OCC length is 4, the scaling factor is set to a value greater than 0.25 and not greater than 1; or, when the OCC length is 8, the scaling factor is set to a value greater than 0.125 and not greater than 1. This ensures that the rate matching offset calculated based on the scaling factor value reduces the transmission resources occupied by the UCI.

[0034] Fourthly, this application provides a communication method applied to a user equipment (UE). The method includes: the UE first receiving indication information and a configuration message sent to it by a network device; then, based on the configuration information and the length of the OCC indicated in the indication information, updating the resources used by the UE to transmit UCI on the PUSCH; and finally, transmitting UCI to the network device on the PUSCH according to the updated resources.

[0035] As can be seen, in the above communication method, the user equipment (UE) can update the resources used by the UE to transmit UCI on the PUSCH based on the length of the OCC indicated in the indication information sent by the network device and the scaling factor value carried in the configuration information. Thus, the UE can send UCI to the network device on the PUSCH based on the updated smaller resources, thereby reducing the resources occupied by UCI and realizing network energy saving.

[0036] In one possible implementation, after obtaining the indication information, the method further includes: parsing the indication information to obtain the protocol index value and the length of the OCC.

[0037] In one possible implementation, after obtaining the configuration information, the method further includes: parsing the configuration information to obtain the value of the scaling factor; then, based on the length of the OCC indicated in the configuration information and the indication information, updating the resources for UE to transmit UCI on the PUSCH, including: determining the second rate matching offset value corresponding to the use of OCC for UCI multiplexing on the PUSCH according to the value of the scaling factor, the length of the OCC, and the first rate matching offset value; wherein, the first rate matching offset value is the rate matching offset value corresponding to the use of OCC for UCI multiplexing on the PUSCH as specified by the protocol, and then using the second rate matching offset value to update the resources for UE to transmit UCI on the PUSCH, so as to reduce the resources used by UE to transmit UCI on the PUSCH and reduce the waste of network transmission resources.

[0038] In one possible implementation, a second rate matching offset value is determined based on the scaling factor, the length of the OCC, and the first rate matching offset value. This includes: calculating the product of the scaling factor and the length of the OCC; dividing the first rate matching offset value by the product value, and using the quotient as the second rate matching offset value for UCI multiplexing on the PUSCH using OCC; wherein the second rate matching offset value is smaller than the first rate matching offset value. Therefore, by using this updated, smaller second rate matching offset value, fewer REs can be calculated when UCI (such as HARQ-ACK, CSI part 1, CSI part 2) is transmitted on the PUSCH, thereby reducing the transmission resources occupied by UCI and achieving network energy saving.

[0039] Fifthly, this application also provides a network device, which includes a transceiver and a processor, wherein the transceiver is configured to perform receiving and transmitting operations in the communication method described in the first aspect or any implementation thereof, or to perform receiving and transmitting operations in the communication method described in the third aspect or any implementation thereof; the processor is configured to perform other operations in the communication method described in the first aspect or any implementation thereof, besides receiving and transmitting operations, or to perform other operations in the communication method described in the third aspect or any implementation thereof, besides receiving and transmitting operations.

[0040] Sixthly, this application also provides a user equipment (UE) including a transceiver and a processor, wherein the transceiver is configured to perform receiving and transmitting operations in the communication method described in the second aspect or any implementation thereof, or to perform receiving and transmitting operations in the communication method described in the fourth aspect or any implementation thereof; the processor is configured to perform other operations in the communication method described in the second aspect or any implementation thereof, besides receiving and transmitting operations, or to perform other operations in the communication method described in the fourth aspect or any implementation thereof, besides receiving and transmitting operations.

[0041] In a seventh aspect, this application also provides a communication system, which includes a network device and a user equipment (UE), wherein the network device is used to execute the communication method described in the first aspect or any implementation thereof, or to execute the communication method described in the third aspect or any implementation thereof; and the user equipment (UE) is used to execute the communication method described in the second aspect or any implementation thereof, or to execute the communication method described in the fourth aspect or any implementation thereof.

[0042] Eighthly, this application provides a computer storage medium for storing a computer program, which, when executed, implements any of the communication methods provided in the first to fourth aspects of this application.

[0043] Ninthly, this application provides a computer program product containing instructions that, when run on at least one computing device, causes the at least one computing device to implement any of the communication methods provided in the first to fourth aspects of this application. Attached Figure Description

[0044] Figure 1 A schematic diagram of the non-terrestrial network communication system provided in this application;

[0045] Figure 2One of the example diagrams provided in this application for UCI multiplexing using OCC on a PUSCH;

[0046] Figure 3 A flowchart illustrating a communication method provided in an embodiment of this application;

[0047] Figure 4 Example diagram two of the UCI multiplexing using OCC on PUSCH provided for embodiments of this application;

[0048] Figure 5 A flowchart illustrating yet another communication method provided in an embodiment of this application;

[0049] Figure 6 This application provides a schematic diagram of the structure of a network device according to an embodiment of the present application.

[0050] Figure 7 This is a schematic diagram of the structure of a user equipment provided in an embodiment of this application. Detailed Implementation

[0051] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. The terminology used in the following embodiments is for the purpose of describing specific embodiments only and is not intended to be a limitation of this application. As used in the specification and appended claims of this application, the singular expressions "a," "an," "the," "the," "the," and "this" are intended to also include expressions such as "one or more," unless the context clearly indicates otherwise.

[0052] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0053] The "multiple" mentioned in the embodiments of this application refers to two or more. It should be noted that in the description of the embodiments of this application, terms such as "first" and "second" are used only for the purpose of distinguishing descriptions and should not be construed as indicating or implying relative importance, nor should they be construed as indicating or implying order.

[0054] To enable those skilled in the art to better understand the solution of this application, the application scenario of the technical solution of this application will be described first.

[0055] See Figure 1 The figure is a schematic diagram of the non-terrestrial network (NTN) communication system provided in this application.

[0056] The method provided in this application can be applied to NTN communication systems. For example... Figure 1 As shown, the NTN communication system includes a satellite (also known as a satellite base station) 101, a ground station (also known as a gateway station) 103, and user equipment (UE) 104. Figure 1 The base station 102 can communicate with the ground station 103.

[0057] In the embodiments provided in this application, the user equipment (UE) 104 can be in various forms, such as a mobile phone, tablet computer, computer with wireless transceiver capabilities, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal in industrial control, vehicle-mounted terminal device, wireless terminal in autonomous driving, wireless terminal in remote medical care, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, wireless terminal in smart home, wearable terminal device, etc. The user equipment (UE) 104 may also be referred to as a terminal device, access terminal device, vehicle-mounted terminal, industrial control terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal device, mobile device, UE terminal device, wireless communication device, UE agent, or UE device, etc. It can also be a fixed terminal or a mobile terminal.

[0058] Furthermore, the user equipment (UE) 104 can communicate with multiple base stations using different technologies. For example, the user equipment (UE) 1042 can communicate with base stations that support LTE networks, base stations that support 5G networks, 3G or 2G networks, or base stations with higher standards such as 6G. It can also establish dual connections with both LTE and 5G base stations.

[0059] In this embodiment, satellite 101 can provide wireless access services to user equipment (UE) 104, allocate wireless resources to the accessing UE 104, and provide reliable wireless transmission protocols and data encryption protocols. Satellite 101 can be a base station for wireless communication, such as an evolved NodeB (eNB) or a next-generation node B (gNB). Alternatively, satellite 101 can also act as a relay for base stations, transmitting the wireless signals of these base stations to UE 104. In this case, ground station 103 can be considered a wireless communication base station. Therefore, in some embodiments of this application, such as in satellite regenerative scenarios, the network device can be... Figure 1 The satellite base station shown includes satellite 101; in other embodiments, such as in a transparent satellite scenario, the network device can be... Figure 1 The ground station 103 is shown. It is understood that in systems with different wireless access technologies, the names of devices with network equipment functions may differ, and they will not be shown one by one in this application.

[0060] For example, when satellite 101 operates in transparent transmission mode, it has relay forwarding functionality. Ground station 103 has base station functionality or partial base station functionality, and can be used as a base station in this case. Alternatively, base station 102 can be deployed separately from ground station 103, in which case the power supply link delay includes both the delay from satellite 101 to ground station 103 and the delay from ground station 103 to base station 102.

[0061] Understandable, Figure 1 The example shown is based on the separate deployment of ground station 103 and base station 102, and should not be construed as a limitation on the embodiments of this application. When satellite 101 is operating in regeneration mode, satellite 101 has data processing capabilities, base station functions, or partial base station functions, and at this time satellite 101 can be regarded as a base station.

[0062] Optionally, satellite 101 can be a geostationary earth orbit (GEO) satellite, a non-geostationary earth orbit (NGEO) medium earth orbit (MEO) satellite, or a low earth orbit (LEO) satellite, or a high-altitude platform station (HAPS), etc. This application does not limit the specific type of satellite.

[0063] In this embodiment, the ground station 103 can be used to connect the satellite 101 and the core network. For example, when the satellite 101 acts as a wireless communication base station, the ground station 103 can transmit signaling between the satellite 101 and the core network. Alternatively, the ground station 103 can act as a wireless communication base station, and the satellite 101 can transmit signaling between the user equipment (UE) 104 and the ground station 103. For example, during communication, the ground station 103 can send signaling from the core network to the satellite 101 via a feeder link; and the satellite 101 can then send the signaling to the user equipment (UE) 104 via the service link between the satellite and the terminal equipment. Correspondingly, the user equipment (UE) 104 can also send signaling to the satellite 101 via the service link, and the satellite 101 can then send the signaling to the core network via the ground station 103.

[0064] Understandable Figure 1 Only one satellite 101 and one ground station 103 are shown. In actual use, a multi-satellite and / or multi-ground station architecture can be adopted as needed. Each satellite can provide services to one or more user equipment (UEs), each satellite can correspond to one or more ground stations, each ground station can correspond to one or more satellites, etc., which are not specifically limited in this application.

[0065] It should be noted that satellite communication, as a supplement to the current terrestrial cellular communication system, can have several advantages:

[0066] (1) Extended coverage: For areas that cannot be covered by the current cellular communication system or where the cost of coverage is too high, such as oceans, deserts, and remote mountainous areas, communication problems can be solved by satellite communication.

[0067] (2) Emergency communication: In extreme situations such as disasters such as earthquakes that render cellular communication infrastructure unavailable, satellite communication can be used to quickly establish communication connections.

[0068] (3) Provide relevant industry applications: For example, for time-sensitive services that require long-distance transmission, satellite communication can be used to reduce the latency of service transmission.

[0069] In non-terrestrial network (NTN) communication systems, most users communicate in low signal-to-noise ratio (SNR) environments. To ensure the closure of communication links, retransmission techniques are typically employed. While this method helps users in low SNR environments successfully transmit data, it significantly consumes network resources. For example, a low SNR user requiring 32 retransmissions will use 32 times more network resources than a high SNR user, leading to a substantial decrease in network capacity supporting low SNR users and consuming significant network resources. Therefore, 3GPP Release 19 introduced Orthogonal Cover Codes (OCC) to enable multiple users to multiplex uplink control information (UCI) on the Physical Uplink Shared Channel (PUSCH) to improve the overall system throughput.

[0070] Orthogonal Coverage Code (OCC) is a technique used in 3GPP New Radio (NR) systems to enhance cell coverage and reduce interference. Introduced in 3GPP Release 19, OCC aims to further optimize network performance, particularly in improving the quality of service for users at cell edges. OCC works by using a set of orthogonal reference signals to enable orthogonal transmission by multiple users on the same time and frequency resources. This reduces inter-user interference, thereby improving spectrum utilization and cell coverage. In 3GPP Release 19, OCC is applied in various scenarios, such as improving downlink coverage for satellite communications in non-terrestrial network (NTN) communication systems and enhancing the signal quality of user equipment at cell edges.

[0071] However, for the case of UCI multiplexing on PUSCH, the existing protocol only supports multiplexing in one time slot of the OCC cycle, which will destroy the orthogonality of OCC. Therefore, in order to maintain orthogonality, UCI needs to be extended to multiplexed to each time slot of the OCC cycle, which will lead to excessive time and frequency resources occupied by UCI and waste of network transmission resources.

[0072] Specifically, in 5G New Radio (5G NR) systems, when OCC is not used on the PUSCH, the transmission resources of UCI can be reused as follows: Figure 2 As shown in the diagram above, in order to effectively utilize limited resources and reduce interference between users, OCC can be used on the PUSCH to reuse UCI, such as... Figure 2 As shown in the diagram below, the OCC length is 4 (it can also be other lengths; the diagram is just an example). OCC works by using a set of orthogonal sequences to distinguish different UCI information. Thus, even if multiple users send UCIs on the same time and frequency resources, the base station can correctly decode and distinguish these messages because they are encoded using orthogonal sequences. However, from... Figure 2As shown in the diagram below, while using OCC on the PUSCH and reusing UCI can effectively reduce interference between users, it leads to excessive time-frequency resources being consumed by UCI. For example... Figure 2 As shown, the original one time slot was used to occupy four time slots, and the transmission resources of UCI in each time slot remained unchanged, resulting in a waste of network transmission resources on PUSCH.

[0073] To address the above technical problems, this application provides a communication method, system, storage medium, and related devices, which will be described below with reference to the accompanying drawings and various embodiments.

[0074] First, it should be noted that not only has OCC been introduced in 3GPP R19 to enable multiple users to reuse UCI on the PUSCH to improve the overall system throughput, but also in 3GPP TS 38.212 6.3.2.4, the number of resource elements (REs) (symbols) (which can be understood as transmission resources) occupied by UCI when it is reused on the PUSCH is specified, and different numbers of transmission resource elements are allocated to it according to the different contents contained in the UCI.

[0075] In this context, UCI refers to information sent by a user equipment (UE) to a network device (such as a base station (Node B / eNB / gNB)) in a communication system. This application does not limit the content or type of UCI. In one possible implementation, UCI may include, but is not limited to, Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK), Channel State Information Part 1 (CSI part 1), and Channel State Information Part 2 (CSI part 2). HARQ-ACK is an acknowledgment signal used to inform the network side (such as the base station) whether the UE has successfully received downlink data. CSI part 1 typically includes information such as Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), and Rank Indicator (RI) to help the network side (such as the base station) understand the state of the downlink channel. CSI part 2 may contain more channel state information, which is crucial for scheduling and beamforming in MIMO systems. Furthermore, the specific content and format of UCI may vary depending on different communication standards (such as LTE, 5G NR) and versions (such as 3GPP). The UCI differs from R15, 16, 17, etc. In 5G NR, the UCI can also include other control information, such as information for beam management.

[0076] Next, taking the example of a user equipment (UE) simultaneously transmitting data carried on the uplink shared channel (UL-SCH) and HARQ-ACK information on a PUSCH that does not use repetition type B, where the UL-SCH is used to transmit uplink data, and the HARQ-ACK is the UE's acknowledgment or denial response to previously received downlink data, the formula for calculating the number of REs occupied by HARQ-ACK on the PUSCH is as follows:

[0077]

[0078] Among them, Q A ′ CK This indicates the number of REs occupied by HARQ-ACK on PUSCH; O ACK The bits representing HARQ-ACK; L ACK The Cyclic Redundancy Check (CRC) bits representing HARQ-ACK are appended to the HARQ-ACK bits during transmission to ensure data integrity and correctness. These CRC bits are used to detect errors in the HARQ-ACK bits during transmission. If an error is detected at the receiving end, appropriate measures can be taken, such as requesting a retransmission. Furthermore, this embodiment does not limit the specific number of CRC bits; it can be determined based on factors such as the number of transmitted HARQ-ACK bits, the encoding method used, and the modulation method. For example, if O ACK If >0, then L can be ACK The value is 11, which is L ACK =11.

[0079] This represents the number of REs available for transmitting the UCI in the l-th orthogonal frequency division multiplexing (OFDM) symbol. When the l-th symbol is used to transmit the Demodulation Reference Signal (DMRS), When the l-th symbol is not used to transmit DMRS in, This indicates the number of subcarriers used to schedule the PUSCH. This represents the number of subcarriers on the l-th symbol used to transmit the Phase Tracking Reference Signal (PT-RS). This represents the total number of REs available for transmitting UCI (such as UL-SCH and HARQ-ACK) on a PUSCH that does not use repeating type B. The specific value is not limited and can be understood as... Figure 2 or subsequent Figure 4 The space occupied by the box containing "UCI" within the larger box containing "PUSCH".

[0080] To facilitate understanding, DMRS and PT-RS are explained below: DMRS is used to assist the receiving end (such as network equipment like base stations) in channel estimation and demodulation of data signals. These signals are known and are mapped into a predefined sequence at the transmitting end (such as the UE), and are affected by channel fading and noise interference during transmission. The receiving end performs correlation operations between the received signal and the predefined sequence, and uses the correlation results to calculate the channel state, ultimately achieving channel estimation. PT-RS is mainly used to assist the receiving and transmitting ends in correcting interference caused by crystal oscillator phase errors, suppressing phase noise and common phase errors in the frequency domain (especially high-frequency millimeter waves).

[0081] K r This represents the size of the r-th data code block (CB) transmitted via PUSCH. If the transmission of the r-th CB is cancelled according to the Code Block Group Transmission Information (CBGTI) in the downlink control information (DCI), then K... r =0. C UL-SCH This represents the total number of CBs transmitted by PUSCH; the specific value is not limited and can be understood as... Figure 2 or subsequent Figure 4 The space occupied by the large box containing "PUSCH".

[0082] α represents the higher-layer parameter factor "scaling." In DCI information, "scaling" is related to power control and is used to adjust the power level when the UE transmits control information. For example, when a UE needs to transmit a HARQ-ACK signal, the network side (such as the base station) will inform the UE of the corresponding power control instructions through DCI information so that the UE can adjust its transmission power accordingly. This is done to ensure reliable transmission of control information while taking into account changes in the wireless environment and the UE's battery life. The specific value of α is not limited and can be determined based on various factors such as the UE's power headroom, channel conditions, and user priority. By setting α, the network side (such as the base station) can effectively manage and optimize the use of network resources, ensuring fairness among different UEs and overall system performance.

[0083] l0 indicates the first OFDM symbol that does not carry DMRS after the first DMRS position.

[0084] for In this example This represents the rate matching bias value, used to determine the resources for UCI transmission on PUSCH without using repeating type B (such as determining the transmission of UL-SCH on PUSCH together with HARQ-ACK) by formula (1) above.

[0085] Furthermore, it can be seen from the above formula (1) that, without considering the value of α (or α can be regarded as a pre-set fixed value), (In this example, it is) ) determined Q A ′ CK The magnitude of the value indicates, and thus, the magnitude of, the value of, and thus the magnitude of, further indicate (In this example, it is) The document determines the transmission resources of UCI (in this example, UL-SCH and HARQ-ACK are transmitted together) on PUSCHs that do not use repeating type B. Therefore, in order to reduce the transmission resources occupied by UCI when multiplexing UCI while using OCC on PUSCHs that do not use repeating type B, and to achieve network energy saving, this application proposes to reduce the transmission resources occupied by UCI. (In this example, it is) The way to select the value of ) is to reduce the transmission resources occupied by UCI.

[0086] However, it should be noted that the rate matching bias value (i.e., ...) in the above formula (1) (In this example, it is) The rate matching offset is a variable whose current possible values ​​are defined by the protocol. This application does not limit the form of the protocol definition; for example, the protocol can define the rate matching offset value in a table format. Currently, the rate matching offset value can be specified by Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213. Furthermore, the specific values ​​of this rate matching offset value can be divided into two tables based on different UCI types. It should also be noted that, for ease of explanation of the communication method provided in this embodiment, this embodiment defines the rate matching offset value corresponding to the multiplexing of UCI when OCC is not used on the PUSCH, as defined by the protocol, as the first rate matching offset value. For example, the rate matching offset values ​​in Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213 can all be referred to as the first rate matching offset value. Taking the example of a User Equipment (UE) simultaneously transmitting UL-SCH data and HARQ-ACK information on a PUSCH that does not use repetition type B, according to the higher-layer index values ​​specified in Table 9.3-1 of 3GPPTS 38.213 9.3 (i.e., protocol index values ​​used to encode different types of UCIs, which are used to map UCIs to uplink transport channels (such as PUSCH) at the physical layer), the first rate matching bias value (represented by the β value) corresponding to the currently transmitted HARQ-ACK can be obtained. The table below shows the correspondence between the (also known as the first rate matching bias value) and the protocol index value:

[0087]

[0088]

[0089] Table 1

[0090] It can be seen that the existing β value of HARQ-ACK (i.e. The range of β values ​​(also known as the first rate matching bias values) includes: 1-126 in Table 1, 0.05-0.6 newly added in R17, and the remaining 11 reserved rate matching bias values. Among them, most of the β values ​​are greater than 1, which may indicate that the existing β values ​​are not sufficient to meet the reduced UCI reuse resource requirements after adopting OCC on PUSCH without using repeating type B.

[0091] To this end, this application proposes a communication method that, after employing OCC on a PUSCH without using repeating type B, redetermines the β value of HARQ-ACK based on the length of the OCC (i.e., This is defined as the second rate matching bias value (which can be represented by β'), while ensuring that the second rate matching bias value β' is less than the corresponding first rate matching bias value β, i.e., β' < β. Thus, by reducing the β value of HARQ-ACK (i.e., ... This reduces the resources consumed by UCI, thus addressing the issue of excessive PUSCH resources currently occupied by UCI multiplexing, while the existing HARQ-ACK β value (i.e. (i.e., the first rate matching bias value) cannot be matched well.

[0092] Specifically, such as Figure 3 As shown, it illustrates a communication method provided by an embodiment of this application. The specific implementation process of this method may include the following steps S301-S305:

[0093] S301: When the network device detects that OCC is enabled on the PUSCH, it obtains the length of the OCC and updates the correspondence between the offset value and the protocol index value according to the OCC length update rate.

[0094] In this embodiment, the network device can be any device located on the network side and possessing wireless transceiver capabilities, including but not limited to: base stations (gNodeB or gNB) or transmission receiving points / transmission reception points (TRPs) in new radio (NR). The network device can be: macro base stations, micro base stations, pico base stations, small cells, relay stations, or satellite base stations, etc. The network device can include one or more co-located or non-co-located transmission reception points (TRPs). The network device can also be a radio controller, centralized unit (CU), and / or distributed unit (DU) in a cloud radio access network (CRAN) scenario. The network device can communicate with user equipment (UE) or through relay stations.

[0095] It should be noted that this application does not limit the length of the OCC (represented by L), which can be set according to the actual situation and empirical values. In one possible implementation, the length of the OCC can be, but is not limited to, 2, 4 or 8.

[0096] Based on this, after obtaining the length of the OCC, the first rate matching bias value can be updated using the length of the OCC, the first rate matching bias value corresponding to the protocol index value recorded in Table 1 above, and the value of the pre-set scaling factor (represented by δ), to obtain the updated rate matching bias value. The specific calculation formula is as follows:

[0097]

[0098] Wherein, β represents the first rate matching bias value (i.e., the values ​​in 1-126 and 0.05-0.6 in Table 1) corresponding to the protocol index values ​​recorded in Table 1 (i.e., the protocol index values ​​in Table 1 from 0 to 20); L represents the length of the OCC, and its specific value is not limited, such as 2, 4 or 8; δ represents the pre-set scaling factor, and its specific value is not limited, and can be determined according to the length of the OCC or the different content types of the UCI; β' represents the second rate matching bias value calculated using the length L of the OCC, the first rate matching bias value β corresponding to the protocol index values ​​recorded in Table 1, and the value of the pre-set scaling factor δ. The second rate matching bias value is less than the corresponding first rate matching bias value, i.e., β' < β.

[0099] It should be noted that, in order to ensure that the second rate matching bias value is less than the corresponding first rate matching bias value (i.e., β' < β), and to ensure that replacing β with β' reduces the resources occupied by the UCI, the scaling factor δ is adjusted appropriately according to the different lengths of the OCC when it is preset. Specifically, one possible implementation is that when the OCC length L is 2, the scaling factor δ can be set to a value greater than 0.5 and not greater than 1, such as 0.6, 0.8, 1, etc.; or, when the OCC length L is 4, the scaling factor δ can be set to a value greater than 0.25 and not greater than 1, such as 0.3, 0.7, 0.9, 1, etc.; or, when the OCC length L is 8, the scaling factor can be set to a value greater than 0.125 and not greater than 1, such as 0.2, 0.3, 0.4, etc. Furthermore, for different lengths of the OCC, the scaling factor δ can be set to the same value, such as 0.8; or, for different lengths of the OCC, the scaling factor δ can be set to different values, such as 0.8 when L is 2, 0.6 when L is 4, and 0.3 when L is 8, etc.

[0100] Furthermore, after calculating the second rate matching bias value β' using the above formula (2), the correspondence between the rate matching bias value and the protocol index value can be redefined using this second rate matching bias value. The specific determination method is not limited. For example, the second rate matching bias value β' can be used to replace the reserved rate matching bias value (as shown in Table 1 above) corresponding to the original protocol (as shown in Table 1 for the 11 Protocol Index Values ​​21-31) to obtain the updated correspondence between the rate matching bias value and the protocol index value. The updated correspondence between the rate matching bias value and the protocol index value (as shown in Table 1 for each Protocol Index Value 0-31) can be presented in tabular form, as shown in Table 2 below:

[0101]

[0102]

[0103] Table 2

[0104] The values ​​of β'1 to β'11 can all be calculated using the above formula (2). The specific values ​​are not limited in this application. They can be determined based on the first rate matching bias value β (such as the 11 values ​​from 1 to 15.875 in Table 1) corresponding to the protocol index values ​​recorded in Table 1 (such as the 11 protocol index values ​​from 0 to 10 in Table 1), the length L of the OCC, and the value of the scaling factor δ. For example, taking L as 2, δ as 0.8, and the first rate matching bias value β as the β corresponding to the 11 protocol index values ​​0-10 in Table 1 (i.e. 1.000, 2.000, 2.500, 3.125, 4.000, 5.000, 6.250, 8.000, 10.000, 12.625, 15.875), the values ​​of β'1 to β'11 can be calculated by the above formula (2) as follows: 0.625, 1.250, 1.563, 1.953, 2.500, 3.125, 3.906, 5.000, 6.250, 7.891, 9.922.

[0105] Based on this, it is understandable that after determining the values ​​of β'1 to β'11 in Table 2, the updated Table 2 can be used to update Table 9.3-1 in the original 3GPP TS 38.213 9.3 section. That is, using the protocol index values ​​of the original table, the Reserved values ​​corresponding to the 11 protocol index values ​​21-31 can be modified to the values ​​of β'1 to β'11. The specific table will not be described in detail here. In this way, after updating the correspondence between the update rate matching bias value and the protocol index value, such as updating Table 9.3-1 in the original 3GPP TS 38.213 9.3 section using Table 2, the subsequent step S302 can be executed.

[0106] S302: The network device sends an instruction message to the user equipment (UE).

[0107] In this embodiment, after the network device updates the correspondence between the rate matching bias value and the protocol index value using the length of the OCC in step S301, it can further send indication information to the user equipment UE to indicate the resources used by the user equipment UE to transmit UCI on the PUSCH and the length of the OCC used on the PUSCH. As can be seen from the above embodiment descriptions, such as formulas (1) and (2), the transmission resources are determined according to the length of the OCC.

[0108] In one possible implementation, the indication information can be carried in radio resource control (RRC) signaling. RRC signaling is the signaling exchanged between network devices and user equipment (UE) through the RRC layer, enabling radio resource management, connection management, and measurement. Furthermore, this application does not limit the number or content of the indication information; it can be one or more indication messages. A single indication message can simultaneously indicate the UE's resources for transmitting UCIs on the PUSCH and the length of the OCC used on the PUSCH; alternatively, a single indication message can only indicate the UE's resources for transmitting UCIs on the PUSCH; or, a single indication message can only indicate the length of the OCC used on the PUSCH, etc.

[0109] In another possible implementation, the indication information can be carried in the DCI signaling. The DCI signaling is transmitted on the Physical Downlink Control Channel (PDCCH) and is used to schedule downlink data transmission, providing information such as physical layer resource allocation, power control commands, and Hybrid Automatic Repeat Request (HARQ) for uplink and downlink.

[0110] As can be seen, in the two implementation methods mentioned above, the indication information can be RRC or DCI.

[0111] It should also be noted that the indication information may include protocol index values. After updating the correspondence between the rate matching bias value and the protocol index value through step S301, the range of the protocol index value sent by the network device to the user equipment UE can be an integer value from 0 to 31, no longer limited to the content specified in the previous protocol, such as 0-20 as specified in Tables 9.3-1 and 9.3-2 of Section 3GPP TS 38.213 9.3. This is because the 11 protocol index values ​​21-31 in Table 9.3-1 of the original 3GPP TS 38.213 9.3 correspond to Reserved values. In this embodiment, after modifying the Reserved values ​​corresponding to the 11 protocol index values ​​21-31 to values ​​from β'1 to β'11, the protocol index value sent by the network device to the user equipment UE can be any integer value from 0 to 31. For the user equipment UE, it can query the updated correspondence between the rate matching bias value and the protocol index value (e.g., using Table 2 to update the original 3GPP TS 38.213 9.3). (The table obtained after Table 9.3-1 in Section 38.213 9.3) determines the corresponding, more accurate rate matching bias value β.

[0112] S303: The user equipment (UE) receives the indication information and determines the resources used to transmit the UCI on the PUSCH based on the length of the OCC indicated in the indication information.

[0113] In this embodiment, after receiving the indication information, the user equipment (UE) can use existing or future information parsing methods to parse the indication information to obtain the protocol index value and the length of the OCC used on the PUSCH. Based on the protocol index value, the length of the OCC, and the correspondence between the updated rate matching bias value and the protocol index value, the rate matching bias value for transmitting UCI (such as UL-SCH and HARQ-ACK transmitted together) on a PUSCH that does not use repeating type B is determined. Then, by substituting the rate matching bias value into the above formula (1), the number of REs occupied by UCI (such as UL-SCH and HARQ-ACK transmitted together) when transmitting on the PUSCH can be calculated, thereby determining the resources used for transmitting UCI on the PUSCH.

[0114] S304: The user equipment (UE) sends a UCI to the network device on a PUSCH that does not use repetition type B, according to the determined resources (e.g., UL-SCH is transmitted together with HARQ-ACK).

[0115] In this embodiment, after the User Equipment (UE) determines the number of REs occupied when transmitting UCI (such as UL-SCH and HARQ-ACK together) on a PUSCH without using repeating type B (i.e., reflecting the resources used to transmit UCI on a PUSCH without using repeating type B) through step S303, it can further transmit UCI (such as UL-SCH and HARQ-ACK together) to the network device on a PUSCH without using repeating type B using these REs according to these resources. It is evident that the number of REs used in this embodiment, compared to the β value of HARQ-ACK specified in Table 9.3-1 of Section 9.3 of the existing 3GPP TS 38.213 (i.e., ... The calculated number of REs is smaller, thus reducing the resources consumed by UCI, for example. Figure 4 In the lower image, the box containing "UCI" occupies space resources within the larger box containing "PUSCH," compared to... Figure 2 In the lower part of the diagram, the box containing "UCI" occupies far fewer space resources than the large box containing "PUSCH," thus solving the problem of UCI multiplexing occupying too much PUSCH resources and achieving network energy saving.

[0116] S305: The network device receives the UCI (such as UL-SCH transmitted together with HARQ-ACK) sent by the user equipment (UE).

[0117] In summary, by utilizing the communication method provided in this application embodiment, the network device sends indication information to the user equipment (UE) instructing the UE to allocate resources for transmitting UCI on the PUSCH and specifying the length of the OCC used on the PUSCH. This enables the UE to determine, based on the OCC length indicated in the indication information, the smaller resources required for transmitting UCI on a PUSCH that does not use repeating type B. Consequently, the UE can transmit UCI to the network device on a PUSCH that does not use repeating type B based on these smaller resources, thereby reducing the resources occupied by UCI and achieving network energy saving.

[0118] It should be noted that in step S301 above, the method by which the network device updates the second rate matching offset value and redetermines the correspondence between the rate matching offset value and the protocol index value is as follows: the second rate matching offset value β' is used to replace the corresponding reserved rate matching offset value Reserved in the original protocol (such as Table 9.3-1 in Section 9.3 of 3GPP TS 38.213) to obtain the updated correspondence between the rate matching offset value and the protocol index value, which can be presented in tabular form. In contrast, this application also provides another implementation method for redetermining the correspondence between the rate matching offset value and the protocol index value using the second rate matching offset value. Specifically, the second rate matching offset value is used to replace the corresponding first rate matching offset value in the protocol to update the correspondence between the rate matching offset value and the protocol index value, and this is also presented in tabular form. For example, columns could be added to Table 9.3-1 in the original 3GPP TS 38.213 Section 9.3, with each column representing the rate matching offset value corresponding to different OCC lengths. Alternatively, a new table could be created showing the rate matching offset values ​​corresponding to different OCC lengths. This would allow the User Equipment (UE) to obtain the rate matching offset value corresponding to the reduced HARQ-ACK by querying the new table based on the different OCC lengths, while keeping the original protocol's indicator bits unchanged. (i.e., the second rate matching bias value), used to reduce the resources occupied by UCI, can also solve the problem of UCI multiplexing occupying too many PUSCH resources, while the existing HARQ-ACK β value (i.e. (i.e., the first rate matching bias value) cannot be matched well.

[0119] Specifically, in one possible implementation, after obtaining the length of the OCC (such as 2, 4 or 8), the network device can substitute the length of the OCC, the first rate matching bias value β corresponding to the protocol index value recorded in Table 1 above, and the value of the pre-set scaling factor δ into the above formula (2) to update the first rate matching bias value β and obtain the second rate matching bias value β'.

[0120] It should be noted that, in order to ensure that the second rate matching bias value is less than the corresponding first rate matching bias value (i.e., β' < β), and to ensure that replacing β with β reduces the resources occupied by the UCI, the scaling factor δ still needs to be adjusted appropriately according to the different lengths of the OCC when presetting it. For example, when the length L of the OCC is 2, the scaling factor δ can be set to a value greater than 0.5 and not greater than 1, such as 0.6, 0.8, or 1; or, when the length L of the OCC is 4, the scaling factor δ can be set to a value greater than 0.25 and not greater than 1, such as 0.3, 0.7, 0.9, or 1; or, when the length L of the OCC is 8, the scaling factor can be set to a value greater than 0.125 and not greater than 1, such as 0.2, 0.3, or 0.4. Furthermore, for different lengths of the OCC, the scaling factor δ can be set to the same value, such as 0.8; or, for different lengths of the OCC, the scaling factor δ can be set to different values, such as 0.8 when L is 2, 0.6 when L is 4, and 0.3 when L is 8, etc.

[0121] Furthermore, after calculating the second rate matching offset value β', the second rate matching offset value β' can be used to replace the corresponding first rate matching offset value β in the original protocol (as shown in Table 1 above) (such as the 21 protocol index values ​​0-20 in Table 1 corresponding to 1-126 and the 21 values ​​0.05-0.6 introduced in R17), to obtain the updated correspondence between the rate matching offset value and the protocol index value, which can be presented in tabular form. For example, a column can be added to Table 9.3-1 in the original 3GPP TS 38.213 9.3 section, with each column representing the second rate matching offset value corresponding to different OCC lengths. Alternatively, a new table can be added showing the second rate matching offset values ​​corresponding to different OCC lengths, including the correspondence between the second rate matching offset value and the protocol index value (such as the protocol index values ​​0-31 in Table 1). For example, taking δ as a value of 0.8, when the length L of OCC is 2, the newly added table can be shown in Table 3 below; or, when the length L of OCC is 4, the newly added table can be shown in Table 4 below; or, when the length L of OCC is 8, the newly added table can be shown in Table 5 below:

[0122]

[0123]

[0124] Table 3

[0125]

[0126]

[0127]

[0128] Table 4

[0129]

[0130]

[0131] Table 5

[0132] Based on this, it can be understood that, according to the original protocol (such as Table 9.3-1 in Section 9.3 of the original 3GPP TS 38.213), when the network device determines the OCC used on the PUSCH, it can follow the original protocol (such as the original 3GPP TS 38.213 TS 38.213 TS 9.3). The protocol index values ​​(such as the 21 protocol index values ​​from 0 to 20) recorded in Table 9.3-1 of TS38.2139.3 correspond to the first rate matching bias values ​​(i.e., the 21 values ​​from 1 to 126 and 0.05 to 0.6 introduced in R17) and different OCC lengths. The value of the rate matching bias value β is recalculated to obtain the second rate matching bias value β', and it is ensured that the second rate matching bias value can be less than the corresponding first rate matching bias value (i.e., β' < β). In this way, after replacing the corresponding β with β', the updated correspondence between the rate matching bias value and the protocol index value can be obtained, and it can be presented in tabular form. For example, a new table representing the correspondence between the rate matching bias value and the protocol index value corresponding to different OCC lengths can be added. Examples can be found in Tables 3, 4, and 5 above.

[0133] Based on this, the updated correspondence between rate matching offset values ​​and protocol index values ​​can be used (such as the newly added tables representing the correspondence between rate matching offset values ​​and protocol index values ​​corresponding to different OCC lengths (such as Tables 3, 4, and 5)). Steps S302-S305 can then be executed. However, the protocol index values ​​included in the indication information sent by the network device to the user equipment (UE) are only integer values ​​from 0 to 20. This is because, whether it is Table 9.3-1 in the original 3GPP TS38.213 Section 9.3 or the newly added tables representing the correspondence between rate matching offset values ​​and protocol index values ​​(such as Tables 3, 4, and 5), the 11 protocol index values ​​from 21 to 31 in the tables all correspond to Reserved values. Other implementation processes can be implemented by referring to the description of steps S302-S305 above, and will not be elaborated here.

[0134] It should also be noted that the above embodiments illustrate the communication method provided in this application by taking the example of the user equipment (UE) simultaneously transmitting the data carried by UL-SCH and HARQ-ACK information on a PUSCH that does not use repetition type B. In actual applications, the user equipment (UE) can also simultaneously transmit the data carried by UL-SCH and CSI part 1, or simultaneously transmit the data carried by UL-SCH and CSI part 2, etc. on a PUSCH that does not use repetition type B. In this regard, this application also provides a similar communication method to reduce the resources occupied when transmitting UCI (such as transmitting UL-SCH and CSI part 1 together, or transmitting UL-SCH and CSI part 2 together, etc.).

[0135] Specifically, in one possible implementation, when the user equipment (UE) simultaneously transmits UL-SCH and CSI part 1 on a PUSCH that does not use repetition type B, the formula for calculating the number of REs occupied by CSI part 1 on the PUSCH is as follows:

[0136]

[0137] Among them, Q C ′ SI-1 Indicates the number of REs occupied on the PUSCH by CSI part 1; O CSI-1 Indicates the bits of CSI part 1; L CST-1 This indicates the CRC bits for CSI part 1.

[0138] Furthermore, when a user equipment (UE) simultaneously transmits UL-SCH and CSI part2 on a PUSCH that does not use repetition type B, the formula for calculating the number of REs occupied by CSI part2 on the PUSCH is as follows:

[0139]

[0140] Among them, Q′ CSI-2 Indicates the number of REs occupied on the PUSCH by CSI part 2; O CSI-2 Indicates the bits of CSI part 2; L CST-2 This indicates the CRC bits for CSI part 1.

[0141] It should be noted that, except for formulas (3) and (4) above, In addition, the specific meanings of the other parameters can be found in the description of formula (1) in the above embodiments, and will not be repeated here.

[0142] As for the formulas (3) and (4) above In formula (3) In formula (4) Both represent rate matching bias values, which are used to determine the transmission resources of UCI (simultaneous transmission of UL-SCH and CSI part 1, or simultaneous transmission of UL-SCH and CSI part 2) on PUSCH without using repeating type B, respectively, by formulas (3) and (4) above.

[0143] Furthermore, it can be seen from the above formulas (3) and (4) that, without considering the value of α (or α can be regarded as a pre-set fixed value), (In this example, it is) ) determined Q C ′ SI-1 and Q C ′ SI-2 The magnitude of the value indicates, and thus, the magnitude of, the value of, and thus the magnitude of, further indicate (In this example, it is) The document determines the transmission resources of UCI (in this example, UL-SCH transmitted together with CSI part 1, or UL-SCH transmitted together with CSI part 2) on PUSCHs that do not use repeating type B. Therefore, in order to reduce the transmission resources occupied by UCI when multiplexing UCI and achieve network energy saving when using OCC on PUSCHs that do not use repeating type B, this application proposes to reduce the transmission resources occupied by UCI. (In this example, it is) The way to select the value of ) is to reduce the transmission resources occupied by UCI.

[0144] However, it should be noted that the rate matching bias value (i.e., ...) in formulas (3) and (4) above... (In this example, it is) Both ) are variable values, and their current possible values ​​are still defined by the protocol. This application does not limit the form of the protocol definition. For example, the protocol can define the rate matching offset value in a table format. Currently, the rate matching offset value can be specified by Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213. Furthermore, the specific value of the rate matching offset value can be divided into two tables based on different UCI types. It should also be noted that, for ease of explanation of the communication method provided in this embodiment, this embodiment still defines the rate matching offset value corresponding to UCI multiplexing when OCC is not used on the PUSCH, as defined by the protocol, as the first rate matching offset value. For example, the rate matching offset values ​​in Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213 can all be called the first rate matching offset value. In this example... The value is the first rate matching offset value (still represented by the β value) corresponding to the higher-layer index value specified in Table 9.3-2 of Section 9.3 of 3GPP TS 38.213. This table provides the β value corresponding to the current transmission of CSI part 1 or CSI part 2 (i.e., The table below shows the correspondence between the (also known as the first rate matching bias value) and the protocol index value:

[0145]

[0146]

[0147] Table 6

[0148] It can be seen that the existing β values ​​of CSI part 1 or CSI part 2 (i.e. The range of (also known as the first rate matching bias value) includes the 19 values ​​from 1.125 to 20 in Table 6, as well as the remaining 13 reserved rate matching bias values. Among them, the β values ​​are all greater than 1. It is also possible that the existing β values ​​may not be able to meet the reduced UCI reuse resource requirements after adopting OCC on PUSCH without using repeating type B.

[0149] To this end, this application proposes a communication method that, after employing OCC on a PUSCH without using repeating type B, redetermines the β value of CSI part 1 or CSI part 2 based on the length of the OCC (i.e., Both are still defined as the second rate matching bias value (which can be represented by β'), while ensuring that the second rate matching bias value β' is less than the corresponding first rate matching bias value β, i.e., β' < β. Thus, by reducing the β value of CSI part 1 or CSI part 2 (i.e., ... This reduces the resources consumed by UCI, addressing the issue of excessive PUSCH resources currently occupied by UCI multiplexing, while the β value of existing CSI part 1 or CSI part 2 (i.e., (i.e., the first rate matching bias value) cannot be matched well.

[0150] Specifically, the implementation process of this communication method provided in this embodiment is similar to the implementation process of steps S301-S305 above, except that the "β value of HARQ-ACK" (i.e., Replace “)” with “the β value of CSI part1 or CSI part2 (i.e.)” Furthermore, when setting the value of the scaling factor δ in step S301, the different content types of UCI are also taken into consideration when setting the value of the scaling factor δ. For example, the same δ value can be configured for different UCI types. ACK =δ CSI part 1 = δ CSI part 2 = 0.7; or, different δ values ​​can be configured for different UCI types, such as setting δ... ACK <δ CSI part 1<δ CSI part 2.

[0151] For example, after calculating the second rate matching bias value β' corresponding to CSI part 1 or CSI part 2 using the above formula (2), the correspondence between the rate matching bias value and the protocol index value can be redefined using this second rate matching bias value. The specific determination method is not limited. For example, the second rate matching bias value β' can be used to replace the reserved rate matching bias value (i.e., the 13 Reserved values ​​corresponding to the 13 protocol index values ​​in 19-31 in 6) in the original protocol (as shown in Table 6 above), to obtain the updated correspondence between the rate matching bias value and the protocol index value. The updated correspondence between the rate matching bias value and the protocol index value (as shown in Table 6 in 0-31) can be presented in tabular form, as shown in Table 7 below:

[0152]

[0153]

[0154] Table 7

[0155] Similar to the calculation process of β'1 to β'11, the values ​​of β'1-CSI to β'13-CSI can also be calculated by the above formula (2). The specific values ​​are not limited in this application. They can be determined based on the original rate matching bias value β (such as the 13 values ​​of 1.125-5 in Table 6) corresponding to the protocol index values ​​recorded in Table 6 (such as the 13 protocol index values ​​in Table 6 from 0 to 12), the length L of OCC, and the value of the scaling factor δ. For example, taking L as 2, δ as 0.8, and the first rate matching bias value β as the β corresponding to the 13 protocol index values ​​0-12 in Table 6 (i.e. 1.125, 1.250, 1.375, 1.625, 1.750, 2.000, 2.250, 2.500, 2.875, 3.125, 3.500, 4.000, 5.000), the values ​​of β'1-CSI to β'13-CSI can be calculated using the above formula (2) as follows: 0.703, 0.781, 0.859, 1.016, 1.094, 1.250, 1.406, 1.563, 1.797, 1.963, 2.188, 2.500, 3.125.

[0156] Based on this, it is understandable that after determining the values ​​of β'1-CSI to β'13-CSI in Table 7, the updated Table 7 can be used to update Table 9.3-2 in the original 3GPP TS 38.213 9.3 section. That is, when using the protocol index values ​​of the original table, the Reserved values ​​corresponding to the 13 protocol index values ​​19-31 can be modified to the values ​​of β'1-CSI to β'13-CSI. The specific table will not be described in detail here.

[0157] Furthermore, it should be noted that not only can the correspondence between rate matching offset values ​​and protocol index values ​​stipulated in the original protocol (such as Table 9.3-2 in Section 3GPP TS 38.2139.3) be updated in the manner described above, similar to the HARQ-ACK processing method, but the corresponding first rate matching offset value in the protocol can also be replaced with a second rate matching offset value to update the correspondence between the rate matching offset value and the protocol index value, and this can be presented in tabular form. For example, columns can be added to Table 9.3-2 in the original 3GPP TS 38.2139.3, with each column representing the rate matching offset value corresponding to different OCC lengths. Alternatively, a new table of rate matching offset values ​​corresponding to different OCC lengths can be created, so that the UE can obtain the rate matching offset value corresponding to the reduced CSI part 1 or CSI part 2 by querying the newly added table, while keeping the original protocol's indicator bits unchanged, based on the different OCC lengths. (i.e., the second rate matching bias value), used to reduce the resources occupied by UCI, can also solve the problem of UCI multiplexing occupying too many PUSCH resources, while the existing β values ​​of CSI part 1 and CSI part 2 (i.e., (i.e., the first rate matching bias value) cannot be matched well.

[0158] Specifically, in one possible implementation, after obtaining the length of the OCC (such as 2, 4 or 8), the network device can substitute the length of the OCC, the first rate matching bias value β corresponding to the protocol index value recorded in Table 6 above, and the value of the pre-set scaling factor δ into the above formula (2) to update the first rate matching bias value β and obtain the second rate matching bias value β'.

[0159] It should be noted that, similarly, to ensure that the second rate matching bias value is less than the corresponding first rate matching bias value (i.e., β' < β), and to ensure that replacing β with β reduces the resources occupied by the UCI, the scaling factor δ still needs to be adjusted appropriately according to the different lengths of the OCC when presetting it. For example, when the OCC length L is 2, the scaling factor δ can be set to a value greater than 0.5 and not greater than 1, such as 0.6, 0.8, or 1; or, when the OCC length L is 4, the scaling factor δ can be set to a value greater than 0.25 and not greater than 1, such as 0.3, 0.7, 0.9, or 1; or, when the OCC length L is 8, the scaling factor can be set to a value greater than 0.125 and not greater than 1, such as 0.2, 0.3, or 0.4. Furthermore, for different lengths of the OCC, the scaling factor δ can be set to the same value, such as 0.8; or, for different lengths of the OCC, the scaling factor δ can be set to different values, such as 0.8 when L is 2, 0.6 when L is 4, and 0.3 when L is 8, etc.

[0160] Furthermore, after calculating the second rate matching offset value β', the second rate matching offset value β' can be used to replace the corresponding first rate matching offset value β in the original protocol (as shown in Table 6 above) (such as the 19 values ​​from 1.125 to 20 corresponding to the 19 protocol index values ​​of 0-18 in Table 1), to obtain the updated correspondence between the rate matching offset value and the protocol index value. This can be presented in tabular form, such as by adding columns to Table 9.3-2 in the original 3GPP TS 38.213 9.3 section, with each column representing the second rate matching offset value corresponding to different OCC lengths. Alternatively, a new table can be created showing the second rate matching offset values ​​corresponding to different OCC lengths, including the correspondence between the second rate matching offset value and the protocol index value. For example, still taking δ as a value of 0.8, when the length L of OCC is 2, the newly added table can be shown in Table 8 below; or, when the length L of OCC is 4, the newly added table can be shown in Table 9 below; or, when the length L of OCC is 8, the newly added table can be shown in Table 10 below:

[0161]

[0162]

[0163] Table 8

[0164]

[0165]

[0166] Table 9

[0167]

[0168]

[0169]

[0170] Table 10

[0171] Based on this, it can be understood that, according to the original protocol (such as Table 9.3-2 in Section 9.3 of the original 3GPP TS 38.213), when the network device determines the OCC used on the PUSCH, it can recalculate the value of the rate matching offset β based on the first rate matching offset value corresponding to the protocol index value recorded in the original protocol (such as Table 9.3-2 in Section 9.3 of the original 3GPP TS 38.213) and the different lengths of the OCC, to obtain the second rate matching offset value β'. It is ensured that the second rate matching offset value is less than the corresponding first rate matching offset value (i.e., β' < β). In this way, after replacing the corresponding β with β', the updated correspondence between the rate matching offset value and the protocol index value can be obtained, and it can be presented in tabular form. For example, a new table representing the correspondence between the rate matching offset value and the protocol index value corresponding to different OCC lengths can be added. Examples can be found in Tables 8, 9, and 10 above.

[0172] Based on this, the updated correspondence between rate matching offset values ​​and protocol index values ​​can be used (such as the newly added tables representing the correspondence between rate matching offset values ​​and protocol index values ​​corresponding to different OCC lengths (such as Tables 8, 9, and 10)). A similar implementation process to steps S302-S305 can then be performed. However, the protocol index values ​​included in the indication information sent by the network device to the user equipment (UE) are only integer values ​​from 0 to 18. This is because, regardless of whether it is Table 9.3-2 in the original 3GPP TS 38.213 Section 9.3 or the newly added tables representing the correspondence between rate matching offset values ​​and protocol index values ​​(such as Tables 8, 9, and 10), the 13 protocol index values ​​from 19 to 31 in the tables all correspond to Reserved values. Other implementation processes can be implemented by referring to the descriptions of steps S302-S305 above, and will not be elaborated upon here.

[0173] It should be noted that the transmission of other types of content included in UCI (i.e., types of content other than HARQ-ACK, CSI part 1, and CSI part 2) can be referred to the above. Figure 3 The communication method shown is implemented by simply replacing parameters such as the rate matching bias value, which will not be described in detail here.

[0174] In the above Figure 3In the embodiments shown, the reduction of UCI resource usage is based on updating the rate matching offset values ​​specified in the original protocol (e.g., Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213) through network devices on the network side, or by adding tables (e.g., Tables 3, 4, and 5; or Tables 8, 9, and 10) to represent the correspondence between rate matching offset values ​​and protocol index values ​​based on the original protocol (e.g., Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213). In other embodiments, it may not be necessary to update or add tables to the rate matching offset values ​​specified in the original protocol (e.g., Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213). Instead, the scaling factor configured by the network device (which can be understood as δ mentioned in the above embodiments) is used, and the user equipment (UE) determines the scaling factor based on the original protocol (e.g., 3GPP TS 38.213). The rate matching bias β (i.e., the first rate matching bias value corresponding to UCI multiplexing when OCC is not used on PUSCH) specified in Tables 9.3-1 and 9.3-2 in Section 9.3 is used to calculate the β value of the scaled-down UCI (e.g., ...). (This can be called the second rate matching bias value β'), thereby reducing the resources occupied by UCI, in order to solve the problem that the current UCI multiplexing occupies too much PUSCH resources, and the first rate matching bias value agreed upon by the existing protocol cannot be well matched. The following is combined with Figure 5 It will be explained in detail.

[0175] See Figure 5 This illustrates another communication method provided by an embodiment of this application. The specific implementation process of this method may include the following steps S501-S505:

[0176] S501: When the network device detects that OCC is enabled on the PUSCH, it obtains the length of the OCC and sets the value of the scaling factor according to the length of the OCC.

[0177] It should be noted that this embodiment does not limit the length of the OCC (still represented by L), which can be set according to the actual situation and empirical values. In one possible implementation, the length of the OCC can be, but is not limited to, 2, 4 or 8.

[0178] In this embodiment, after obtaining the length L of the OCC, the network device, in order to ensure that the user equipment (UE) can subsequently calculate the β value of the reduced UCI (such as...), (i.e., the second rate matching bias value β') to reduce the resources occupied by UCI. When setting the scaling factor (still represented by δ) on the network side, it is based on the above formula (2) (i.e. For different lengths of OCC, set an appropriate scaling factor δ value.

[0179] For example, when the length L of the OCC is 2, the scaling factor δ can be set to a value greater than 0.5 and not greater than 1, such as 0.6, 0.8, or 1; or, when the length L of the OCC is 4, the scaling factor δ can be set to a value greater than 0.25 and not greater than 1, such as 0.3, 0.7, 0.9, or 1; or, when the length L of the OCC is 8, the scaling factor can be set to a value greater than 0.125 and not greater than 1, such as 0.2, 0.3, or 0.4. Furthermore, for different OCC lengths, the scaling factor δ can be set to the same value, such as 0.8 for all OCCs; or, for different OCC lengths, the scaling factor δ can be set to different values, such as 0.8 for L=2, 0.6 for L=4, and 0.3 for L=8, etc. Additionally, the scaling factor δ can be set to take into account different UCI content types. For example, the same δ value can be configured for different UCI types (such as HARQ-ACK, CSI part 1, and CSI part 2), such as setting δ... ACK =δ CSI part 1 = δ CSI part 2 = 0.8; or, different δ values ​​can be configured for different UCI types, such as setting δ... ACK <δ CSI part 1<δ CSI part 2.

[0180] S502: The network device sends instruction information and configuration information to the user equipment (UE).

[0181] In this embodiment, after the network device obtains the length L of the OCC in step S501 and sets an appropriate scaling factor δ, it can further send indication information and configuration messages to the user equipment (UE). The indication information indicates the resources used by the UE to transmit the UCI on the PUSCH and the length L of the OCC used on the PUSCH. The configuration message carries the value of the scaling factor δ, which is used to update the resources used by the UE to transmit the UCI on the PUSCH based on the OCC length.

[0182] In one possible implementation, both indication information and configuration information can be carried in RRC signaling. RRC signaling is signaling exchanged between network devices and user equipment through the RRC layer, enabling radio resource management, connection management, and measurement. Furthermore, this application does not limit the number or content of indication information; it can be one or more indication messages. One indication message can simultaneously indicate the resources used by the user equipment (UE) to transmit UCI on the PUSCH and the length of the OCC used on the PUSCH; or, one indication message can only indicate the resources used by the user equipment (UE) to transmit UCI on the PUSCH; or, one indication message can only indicate the length of the OCC used on the PUSCH, etc.

[0183] In another possible implementation, both indication and configuration information can be carried in the DCI signaling. The DCI signaling is transmitted on the PDCCH and is used to schedule downlink data transmission, providing information such as physical layer resource allocation, power control commands, and HARQ for uplink and downlink.

[0184] As can be seen, in both of the above implementation methods, the indication information and configuration information can be either RRC or DCI.

[0185] It should also be noted that the indication information may include a protocol index value. The range of the protocol index value can be any first rate matching offset value specified in the existing protocol, rather than any arbitrary protocol index value corresponding to the Reserved value. For example, the protocol index value can be any integer from 0 to 20 as specified in Table 9.3-1 of Section 3GPP TS 38.213 9.3, or it can be any integer from 0 to 18 as specified in Table 9.3-2 of Section 3GPP TS 38.213 9.3. This is because the 11 protocol index values ​​21-31 in Table 9.3-1 of Section 3GPP TS 38.213 9.3 correspond to Reserved values, and the 13 protocol index values ​​19-31 in Table 9.3-2 of Section 3GPP TS 38.213 9.3 also correspond to Reserved values.

[0186] S503: The User Equipment (UE) receives indication information and configuration information, and updates the resources for transmitting UCI on the PUSCH based on the length of the OCC indicated in the configuration information and indication information.

[0187] In this embodiment, after receiving the indication information and configuration information, the user equipment (UE) first uses existing or future information parsing methods to parse the indication information to obtain the protocol index value and the length L of the OCC used on the PUSCH, and parses the configuration information to obtain the value of the scaling factor δ. Then, by querying the protocol, the UE queries the first rate matching bias value β corresponding to the protocol index value, such as the first rate matching bias value β corresponding to the protocol index value recorded in Table 9.3-1 or 9.3-2 of Section 9.3 of 3GPP TS 38.213. Next, the queried first rate matching bias value β, the value of the scaling factor δ, and the value of the OCC length L are substituted into the above formula (2) (i.e. In the formula (1), (3) or (4), the second rate matching bias value β' when transmitting UCI (such as HARQ-ACK, CSI part 1, CSI part 2) on a PUSCH that does not use repeat type B can be calculated. Then, by substituting this second rate matching bias value into the above formula (1), (3) or (4), the number of REs occupied by UCI (such as HARQ-ACK, CSI part 1, CSI part 2) when transmitting on a PUSCH that does not use repeat type B can be calculated, thereby updating the resources used by the UE to transmit UCI on a PUSCH that does not use repeat type B.

[0188] S504: The User Equipment (UE) sends a UCI (such as HARQ-ACK, CSI part 1, or CSI part 2) to the network device on a PUSCH that does not use duplicate type B, according to the updated resources.

[0189] In this embodiment, after the User Equipment (UE) updates the number of REs occupied when transmitting UCIs (such as HARQ-ACK, CSI part 1, or CSI part 2) on a PUSCH without using repeating type B (i.e., reflecting the updated resources for transmitting UCIs on a PUSCH without using repeating type B) through step S503, it can further transmit UCIs (such as HARQ-ACK, CSI part 1, or CSI part 2) to the network device on a PUSCH without using repeating type B using these updated resources through these number of REs. It can be seen that, due to the number of REs used in this embodiment, compared to the first rate matching bias value β specified in existing protocols (such as Tables 9.3-1 and 9.3-2 in Section 9.3 of 3GPPTS 38.213) (i.e., ... The calculated number of REs is smaller, thus reducing the resources consumed by UCI, for example. Figure 4 In the lower image, the box containing "UCI" occupies space resources within the larger box containing "PUSCH," compared to... Figure 2In the lower part of the diagram, the box containing "UCI" occupies far fewer space resources than the large box containing "PUSCH," thus solving the problem of UCI multiplexing occupying too much PUSCH resources and achieving network energy saving.

[0190] S505: The network device receives the UCI (such as HARQ-ACK, CSI part 1 or CSI part 2, etc.) sent by the user equipment (UE).

[0191] In summary, using the communication method provided in this application, after the network device sets the scaling factor value according to the OCC length and sends indication information indicating the OCC length used on the PUSCH and configuration information carrying the scaling factor value to the user equipment UE, the user equipment UE can update the resources used by the UE to transmit UCI on the PUSCH that does not use repeating type B based on the OCC length indicated in the indication information and the scaling factor value carried in the configuration information. Thus, the UE can send UCI to the network device on the PUSCH that does not use repeating type B based on the updated smaller resources, thereby reducing the resources occupied by UCI and realizing network energy saving.

[0192] Next, this application will combine Figure 6 and Figure 7 This section further introduces the hardware implementation methods of network devices and user equipment (UE).

[0193] See Figure 6 The diagram illustrates a network device provided in an embodiment of this application.

[0194] Figure 6 The network element shown includes at least one processor 601, at least one memory 602, at least one transceiver 603, at least one network interface 604, and one or more antennas 605. The processor 601, memory 602, transceiver 603, and network interface 604 are connected, for example, via a bus. In this embodiment, the connection may include various interfaces, transmission lines, or buses, etc., and this embodiment is not limited in this respect. The antenna 605 is connected to the transceiver 603. The network interface 604 is used to enable the network element to connect to other communication devices through a communication link. For example, the network interface 604 may include a network interface between a network device and network devices in the core network, such as an S1 interface; the network interface may also include a network interface between a network device and other network devices, such as an X2 or Xn interface.

[0195] in, Figure 6The processor 601 shown can specifically perform the network device processing actions in the above method, the memory 602 can perform the storage actions in the above method, the transceiver 603 and the antenna 605 can perform the air interface transmission and reception actions in the above method, and the network interface 604 can perform the interaction actions with network devices or other network devices in the above method.

[0196] The processor in this application embodiment, such as processor 601, may include, but is not limited to, at least one of the following: a central processing unit (CPU), a microprocessor, a digital signal processor (DSP), a microcontroller unit (MCU), or an artificial intelligence processor, etc., which are various computing devices that run software. Each computing device may include one or more cores for executing software instructions to perform calculations or processing. The processor may be a separate semiconductor chip or integrated with other circuits into a single semiconductor chip. For example, it may be integrated with other circuits (such as encoding / decoding circuits, hardware acceleration circuits, or various bus and interface circuits) to form a SoC (System-on-a-Chip), or it may be integrated as a built-in processor in an ASIC. The ASIC with the integrated processor may be packaged separately or packaged together with other circuits. In addition to including cores for executing software instructions to perform calculations or processing, the processor may further include necessary hardware accelerators, such as field-programmable gate arrays (FPGAs), PLDs (programmable logic devices), or logic circuits that implement dedicated logic operations.

[0197] The memory in the embodiments of this application may include at least one of the following types: read-only memory (ROM) or other types of static storage devices capable of storing static information and instructions; random access memory (RAM) or other types of dynamic storage devices capable of storing information and instructions; or electrically erasable programmable-only memory (EEPROM). In some scenarios, the memory may also be a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital universal optical discs, Blu-ray discs, etc.), magnetic disk storage media, or other magnetic storage devices, 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.

[0198] The memory 602 can exist independently and be connected to the processor 601. Optionally, the memory 602 can be integrated with the processor 601, for example, integrated into a single chip. The memory 602 can store program code that executes the technical solutions of the embodiments of this application, and its execution is controlled by the processor 601. The various types of computer program code being executed can also be considered as drivers for the processor 601. For example, the processor 601 executes the computer program code stored in the memory 602 to implement the technical solutions of the embodiments of this application.

[0199] Transceiver 603 can be used to support the reception or transmission of radio frequency (RF) signals between network devices and other devices. Transceiver 603 can be connected to antenna 605. Transceiver 603 includes a transmitter Tx and a receiver Rx. Specifically, one or more antennas 605 can receive RF signals. The receiver Rx of transceiver 603 is used to receive the RF signals from the antennas, convert the RF signals into digital baseband signals or digital intermediate frequency (IF) signals, and provide the digital baseband signals or IF signals to the processor 601 so that the processor 601 can perform further processing on the digital baseband signals or IF signals, such as demodulation and decoding. In addition, the transmitter Tx in transceiver 603 is also used to receive modulated digital baseband signals or IF signals from processor 601, convert the modulated digital baseband signals or IF signals into RF signals, and transmit the RF signals through one or more antennas 605. Specifically, the receiver Rx can selectively perform one or more stages of downmixing and analog-to-digital conversion on the radio frequency signal to obtain a digital baseband signal or a digital intermediate frequency (IF) signal. The order of the downmixing and IF conversion processes is adjustable. The transmitter Tx can selectively perform one or more stages of upmixing and digital-to-analog conversion on the modulated digital baseband signal or digital IF signal to obtain a radio frequency signal. The order of the upmixing and IF conversion processes is also adjustable. The digital baseband signal and the digital IF signal can be collectively referred to as digital signals.

[0200] See Figure 7 It illustrates an example of the composition of the user equipment UE700 provided in the embodiments of this application, such as... Figure 7 As shown, the user equipment UE700 may include a processor 710, a mobile communication module 720, a wireless communication module 730, a sensor module 740, a display screen 750, an internal memory 760, a camera 770, an audio module 780, a speaker 780A, a receiver 780B, a microphone 780C, a headphone jack 780D, an antenna group 1, and an antenna group 2.

[0201] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the user equipment UE700. In other embodiments of this application, the user equipment UE700 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0202] The processor 710 may include one or more processing units, such as an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural network processing unit (NPU). These different processing units may be independent devices or integrated into one or more processors. The controller can generate operation control signals based on the instruction opcode and timing signals to control instruction fetching and execution.

[0203] The processor 710 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 710 is a cache memory. This memory can store instructions or data that the processor 710 has just used or that are used repeatedly. If the processor 710 needs to use the instruction or data again, it can directly retrieve it from the memory. This avoids repeated accesses, reduces the waiting time of the processor 710, and thus improves the efficiency of the system.

[0204] In some embodiments, the processor 710 may include one or more interfaces. Interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0205] The sensor module 740 can be used to acquire data signals related to various aspects of the user equipment UE 700, serving as a basis for implementing corresponding functions. In some embodiments, the sensor module 740 may include, but is not limited to, an image sensor, a gyroscope sensor, a barometric pressure sensor, a magnetic sensor, an accelerometer, a temperature sensor, a pressure sensor, etc.

[0206] Display screen 750 is used to display images, videos, etc., such as images captured by the user using user equipment UE 700. Display screen 750 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Mini LED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, user equipment UE 700 may include one or P displays 750, where P is a positive integer greater than 1.

[0207] Internal memory 760 can be used to store computer executable program code, including instructions. Internal memory 760 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound capture, image capture, etc.). The data storage area may store data created during the use of user equipment UE700 (such as audio data, image data, etc.). Furthermore, internal memory 760 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc. Processor 710 executes various functional applications and data processing of user equipment UE700 by running instructions stored in internal memory 760 and / or instructions stored in memory located within the processor.

[0208] In some embodiments, the internal memory 760 stores instructions for executing the aforementioned communication method. The processor 710 can execute the instructions stored in the internal memory 760 to achieve the following specific functions: The network device first sends indication information to the user equipment (UE), which indicates the resources the UE uses to transmit UCI on the PUSCH and the length of the OCC used on the PUSCH. Then, based on the OCC length indicated in the indication information, the UE can determine a smaller resource to use for transmitting UCI on the PUSCH. Thus, after the UE transmits UCI to the network device on the PUSCH based on this smaller resource, the network device can receive the UCI transmitted by the UE using this smaller resource. This reduces the transmission resources occupied by UCI, achieving network energy saving.

[0209] The camera 770 is used to capture still images or videos. For example, when a user holds the user equipment UE 700, they can use the camera 770 installed on the user equipment UE 700 to take pictures of landscapes. In some embodiments, the user equipment UE 700 may include one or K cameras 770, where K is a positive integer greater than 1.

[0210] User equipment UE700 implements display functions through a GPU, display screen 750, and application processor. The GPU is a microprocessor for image processing, connected to the display screen 750 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 710 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0211] User equipment UE700 can implement audio functions through audio module 780, speaker 780A, receiver 780B, microphone 780C, headphone jack 780D, and application processor. These functions include voice input and output such as music playback and recording.

[0212] The audio module 780 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 780 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 780 may be located in the processor 710, or some functional modules of the audio module 780 may be located in the processor 710.

[0213] The speaker 780A, also known as a "loudspeaker," is used to convert audio electrical signals into sound signals. The user equipment UE700 can listen to music or make hands-free calls through the speaker 780A.

[0214] The receiver 780B, also known as the "earpiece," is used to convert audio electrical signals into sound signals. When the user equipment UE700 answers a telephone call or voice message, it can listen to the voice by bringing the receiver 780B close to the user's ear.

[0215] Microphone 780C, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can speak by bringing their mouth close to microphone 780C, inputting the sound signal into microphone 780C. User equipment UE 700 can be equipped with at least one microphone 780C. In some embodiments, user equipment UE 700 can be equipped with two microphones 780C, which, in addition to collecting sound signals, can also perform noise reduction. In other embodiments, three, four, or more microphones 780C can be provided to collect sound signals, reduce noise, identify the sound source, and perform directional recording, etc.

[0216] The 780D headphone jack is used to connect wired headphones and does not restrict the standard attributes of the jack.

[0217] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the user equipment UE700.

[0218] The wireless communication function of the user equipment UE700 can be implemented through antenna 1, antenna 2, mobile communication module 720, wireless communication module 730, modem processor and baseband processor.

[0219] Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the user equipment UE700 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with a tuning switch.

[0220] The mobile communication module 720 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the user equipment UE 700. The mobile communication module 720 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 720 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 720 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 720 may be housed in the processor 710. In some embodiments, at least some functional modules of the mobile communication module 720 and at least some modules of the processor 710 may be housed in the same device.

[0221] The wireless communication module 730 can provide solutions for wireless communication applications on the user equipment UE 700, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 730 can be one or more devices integrating at least one communication processing module. The wireless communication module 730 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 710. The wireless communication module 730 can also receive signals to be transmitted from processor 710, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0222] Furthermore, an operating system runs on top of the aforementioned components. Examples include iOS, Android, and Windows operating systems. Applications can be installed and run on this operating system. Those skilled in the art will understand that, for the sake of convenience and brevity, explanations and beneficial effects of any of the UE components described above can be found in the corresponding method embodiments provided above, and will not be repeated here.

[0223] Furthermore, embodiments of this application also provide a communication system, which includes a network device and a user equipment (UE), for implementing the communication methods provided in the above embodiments.

[0224] Furthermore, this application also provides a computer-readable storage medium for storing a computer program, which, when executed, performs the communication methods described in the above embodiments.

[0225] Furthermore, this application also provides a computer program product, which, when executed by one or more computing devices, allows the computing devices to execute any of the aforementioned communication methods. The computer program product can be a software installation package; when any of the aforementioned communication methods is required, the computer program product can be downloaded and executed on a computer.

[0226] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware, or it can be implemented by special-purpose hardware including application-specific integrated circuits, special-purpose CPUs, special-purpose memory, special-purpose components, etc. Generally, any function performed by a computer program can be easily implemented by corresponding hardware, and the specific hardware structure used to implement the same function can also be diverse, such as analog circuits, digital circuits, or special-purpose circuits. However, for this application, software program implementation is more often the preferred implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a readable storage medium, such as a computer floppy disk, USB flash drive, mobile hard disk, ROM, RAM, magnetic disk, or optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, training equipment, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0227] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product.

[0228] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions may be transmitted from one website, computer, training device, or data center to another website, computer, training device, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a training device or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state drives (SSDs)).

[0229] The system architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. 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 in the embodiments of this application are also applicable to similar technical problems.

Claims

1. A communication method, characterized in that, Applied to network devices, the method includes: Sending indication information, the indication information being used to indicate the resources of the user equipment (UE) for transmitting uplink control information (UCI) on the physical uplink shared channel (PUSCH) and / or the length of the orthogonal coverage code (OCC) used on the PUSCH; the resources are determined based on the length of the OCC; The UCI is obtained, which is transmitted by the UE to the network device on the PUSCH according to the resources.

2. The method according to claim 1, characterized in that, The indication information is either Radio Resource Control (RRC) information or Downlink Control Information (DCI).

3. The method according to claim 1, characterized in that, The indication information includes a protocol index value, which is used to indicate a rate matching bias value for the UE when transmitting the UCI; the rate matching bias value is used to determine the transmission resources of the UCI on the PUSCH; the correspondence between the rate matching bias value and the protocol index value is determined based on the length of the OCC used on the PUSCH.

4. The method according to claim 3, characterized in that, The protocol index value is an integer value between 0 and 31.

5. The method according to claim 3, characterized in that, The correspondence between the rate matching bias value and the protocol index value is determined as follows: Set the value of the scaling factor; Calculate the product of the scaling factor and the length of the OCC; The first rate matching bias value corresponding to the protocol index value is divided by the product value, and the resulting quotient is used as the second rate matching bias value. The second rate matching bias value is used to determine the correspondence between the rate matching bias value and the protocol index value. The second rate matching bias value is less than the corresponding first rate matching bias value. The first rate matching bias value is the rate matching bias value corresponding to UCI multiplexing when OCC is not used on the PUSCH, as specified by the protocol.

6. The method according to claim 5, characterized in that, The step of determining the correspondence between the rate matching bias value and the protocol index value using the second rate matching bias value includes: The reserved rate matching bias value is replaced with the second rate matching bias value to update the correspondence between the rate matching bias value and the protocol index value.

7. The method according to claim 5, characterized in that, The step of determining the correspondence between the rate matching bias value and the protocol index value using the second rate matching bias value includes: The corresponding first rate matching bias value is replaced with the second rate matching bias value to update the correspondence between the rate matching bias value and the protocol index value.

8. The method according to claim 5, characterized in that, The values ​​for setting the scaling factor include: The scaling factor is set according to the different lengths of the OCC, or according to the different content types of the UCI.

9. The method according to claim 1, characterized in that, The length of the OCC is 2, 4, or 8.

10. The method according to claim 1, characterized in that, The UCI includes Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK), Channel State Information Part 1 (CSI), and Channel State Information Part 2 (CSI).

11. The method according to claim 8, characterized in that, The step of setting the scaling factor value according to the different lengths of the OCC includes: When the length of OCC is 2, the scaling factor is set to a value greater than 0.5 and not greater than 1. Alternatively, when the length of OCC is 4, set the scaling factor to a value greater than 0.25 and not greater than 1. Alternatively, when the length of OCC is 8, set the scaling factor to a value greater than 0.125 and not greater than 1.

12. A communication method, characterized in that, Applied to a user equipment (UE), the method includes: Obtain indication information, which is used to indicate the resources of the UE for transmitting uplink control information UCI on the Physical Uplink Shared Channel (PUSCH) and / or the length of the orthogonal coverage code (OCC) used on the PUSCH; Based on the length of the OCC indicated in the indication information, determine the resources for transmitting the UCI on the PUSCH; According to the resources, the UCI is sent to the network device on the PUSCH.

13. The method according to claim 12, characterized in that, After obtaining the indication information, the method further includes: The indication information is parsed to obtain the protocol index value and the length of the OCC; The step of determining the resources for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information includes: Based on the protocol index value and the length of the OCC, determine the rate matching offset value when transmitting the UCI; Using the rate matching bias value, the transmission resources of the UCI on the PUSCH are calculated.

14. The method according to claim 13, characterized in that, The protocol index value is an integer value between 0 and 31.

15. The method according to claim 13, characterized in that, The correspondence between the rate matching bias value and the protocol index value is determined as follows: The network device sets the scaling factor value; calculates the product of the scaling factor value and the length of the OCC; divides the first rate matching bias value corresponding to the protocol index value by the product value, and uses the resulting quotient as the second rate matching bias value, so as to determine the correspondence between the rate matching bias value and the protocol index value; the second rate matching bias value is less than the corresponding first rate matching bias value; the first rate matching bias value is the rate matching bias value corresponding to UCI multiplexing when OCC is not used on the PUSCH, as specified by the protocol.

16. The method according to claim 13, characterized in that, The method for determining the correspondence between the rate matching bias value and the protocol index value using the second rate matching bias value is as follows: The reserved rate matching bias value is replaced with the second rate matching bias value to update the correspondence between the rate matching bias value and the protocol index value.

17. The method according to claim 13, characterized in that, The method for determining the correspondence between the rate matching bias value and the protocol index value using the second rate matching bias value is as follows: The corresponding first rate matching bias value is replaced with the second rate matching bias value to update the correspondence between the rate matching bias value and the protocol index value.

18. A communication method, characterized in that, Applied to network devices, the method includes: Send indication information, which is used to indicate the resources of the user equipment (UE) for transmitting uplink control information (UCI) on the physical uplink shared channel (PUSCH) and / or the length of the orthogonal coverage code (OCC) used on the PUSCH; Send configuration information, which is used to update the resources of the UE to transmit the UCI on the PUSCH in combination with the length of the OCC; The UCI is obtained, which is transmitted by the UE to the network device on the PUSCH according to the updated resources.

19. The method according to claim 18, characterized in that, The configuration information is Radio Resource Control (RRC) information or Downlink Control Information (DCI); the indication information is RRC information or DCI.

20. The method according to claim 18, characterized in that, The indication information includes a protocol index value; the protocol index value is used to indicate a first rate matching offset value for the UE when transmitting the UCI; the first rate matching offset value is the rate matching offset value corresponding to UCI multiplexing when OCC is not used on the PUSCH, as specified by the protocol; the first rate matching offset value is used to determine the transmission resources used for UCI multiplexing when OCC is not used on the PUSCH; the configuration information includes a scaling factor; the scaling factor is used to update the first rate matching offset value by combining the length of the OCC and the first rate matching offset value to obtain a second rate matching offset value; the second rate matching offset value is used to determine the transmission resources used for UCI multiplexing on the PUSCH using OCC.

21. The method according to claim 20, characterized in that, The scaling factor is determined in the following ways: The scaling factor is set according to the different lengths of the OCC, or according to the different content types of the UCI.

22. The method according to claim 18, characterized in that, The length of the OCC is 2, 4, or 8.

23. The method according to claim 18, characterized in that, The UCI includes Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK), Channel State Information Part 1 (CSI), and Channel State Information Part 2 (CSI).

24. The method according to claim 21, characterized in that, The step of setting the scaling factor value according to the different lengths of the OCC includes: When the length of OCC is 2, the scaling factor is set to a value greater than 0.5 and not greater than 1. Alternatively, when the length of OCC is 4, set the scaling factor to a value greater than 0.25 and not greater than 1. Alternatively, when the length of OCC is 8, set the scaling factor to a value greater than 0.125 and not greater than 1.

25. A communication method, characterized in that, Applied to a user equipment (UE), the method includes: Obtain indication information, which is used to indicate the resources of the UE for transmitting uplink control information UCI on the Physical Uplink Shared Channel (PUSCH) and / or the length of the orthogonal coverage code (OCC) used on the PUSCH; Obtain configuration information, which is used to update the resources of the UE to transmit the UCI on the PUSCH in combination with the length of the OCC; Based on the configuration information and the length of the OCC indicated in the indication information, update the resources of the UE to transmit the UCI on the PUSCH; According to the updated resources, the UCI is sent to the network device on the PUSCH.

26. The method according to claim 25, characterized in that, After obtaining the indication information, the method further includes: The indication information is parsed to obtain the protocol index value and the length of the OCC.

27. The method according to claim 26, characterized in that, After obtaining the configuration information, the method further includes: The configuration information is parsed to obtain the value of the scaling factor; The step of updating the UE's resources for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the configuration information and the indication information includes: Based on the value of the scaling factor, the length of the OCC, and the first rate matching bias value, a second rate matching bias value is determined when the PUSCH uses OCC for UCI multiplexing; the first rate matching bias value is the rate matching bias value specified by the protocol when the PUSCH does not use OCC for UCI multiplexing. Using the second rate matching bias value, the UE updates the resources for transmitting the UCI on the PUSCH.

28. The method according to claim 27, characterized in that, The step of determining the second rate matching bias value corresponding to UCI multiplexing using OCC on the PUSCH based on the value of the scaling factor, the length of the OCC, and the first rate matching bias value includes: Calculate the product of the scaling factor and the length of the OCC; The first rate matching bias value is divided by the product value, and the resulting quotient is used as the second rate matching bias value when the PUSCH uses OCC for UCI multiplexing; the second rate matching bias value is less than the first rate matching bias value.

29. A network device, characterized in that, include: A transceiver for performing the receiving and transmitting operations in the method of any one of claims 1-11 and 18-24; A processor for performing operations other than the receiving operation and the sending operation in the method of any one of claims 1-11, 18-24.

30. A user equipment (UE), characterized in that, include: A transceiver for performing the receiving and transmitting operations in any one of claims 12-17 and 25-28; A processor for performing operations other than the receiving operation and the sending operation in the method according to any one of claims 12-17 and 25-28.

31. A communication system, characterized in that, The method includes a network device and a user equipment (UE), wherein the network device is used to perform the method according to any one of claims 1-11, 18-24, and the UE is used to perform the method according to any one of claims 12-17, 25-28.

32. A computer storage medium for storing a computer program, which, when executed, implements the communication method according to any one of claims 1 to 28.

Images