Communication method and system, and storage medium and related device
By sending instruction information to user equipment in a non-terrestrial network system, the user equipment determines a smaller UCI transmission resource based on the instruction information, which solves the problem of excessive UCI time and frequency resource consumption and achieves network energy saving and improved information transmission efficiency.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-08-11
- Publication Date
- 2026-04-02
AI Technical Summary
In non-terrestrial network systems, existing protocols consume too much time-frequency resources in UCI, resulting in wasted network transmission resources and failing to effectively reduce the transmission resources of user equipment in UCI on PUSCH.
The network device sends an instruction to the user equipment, indicating the resources for UCI transmission on the PUSCH and the length of OCC. The user equipment determines the smaller resources for UCI transmission based on the instruction, and uses the updated rate to match the correspondence between the offset value and the protocol index value to reduce the resources occupied by UCI.
This achieves network energy saving, reduces UCI's transmission resources on PUSCH, and improves the efficiency and accuracy of information transmission.
Smart Images

Figure CN2025113895_02042026_PF_FP_ABST
Abstract
Description
Communication method, system, storage medium and related device
[0001] The present application claims priority to the Chinese patent application No. 202411397983.7, filed on September 30, 2024, and entitled "A communication method, system, storage medium and related device", the content of which is incorporated herein by reference in its entirety. TECHNICAL FIELD
[0002] The present application relates to the field of communication technology, in particular to a communication method, system, storage medium and related device. BACKGROUND
[0003] 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.
[0004] 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.
[0005] 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
[0006] To solve the above problems, the application provides a communication method, system, storage medium and related equipment, aiming to reduce the resource occupied by UCI and realize network energy saving.
[0007] To achieve the above purpose, the application provides the following technical solutions:
[0008] In a first aspect, the application provides a communication method applied to a network device, which comprises: the network device first sends indication information to a user equipment (UE), the indication information being used to indicate the resource of the UE for transmitting UCI on a physical uplink shared channel (PUSCH) and / or the 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.
[0009] As can be seen, in the above communication method, the network device sends indication information to the UE to indicate the resource of the UE for transmitting 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 UCI and realizing network energy saving.
[0010] 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.
[0011] 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 UCI; the rate matching offset value is used to determine the transmission resource of UCI on the PUSCH; and the correspondence between the rate matching offset value and the protocol index value is determined according to the length of OCC used on the PUSCH.
[0012] In a possible implementation, the protocol index value takes an integer value in the range of 0 to 31, thereby effectively expanding the value range of the protocol index value.
[0013] 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.
[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, 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.
[0016] 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.
[0017] In a possible implementation, the OCC has a length of 2, 4, or 8.
[0018] 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).
[0019] In a possible implementation, the value of the scaling factor is set according to different lengths of the OCC, including: when the length of the OCC is 2, the value of the scaling factor is set to a value greater than 0.5 and not greater than 1; or when the length of the OCC is 4, the value of the scaling factor is set to a value greater than 0.25 and not greater than 1; or when the length of the OCC is 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.
[0020] 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.
[0021] 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.
[0022] In a possible implementation, after the indication information is acquired, the method further includes: parsing the indication information to obtain a protocol index value and a length of the OCC; and determining the resource for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information can include: determining a rate matching offset value when the UCI is transmitted according to the protocol index value and the length of the OCC; and calculating the transmission resource of the UCI on the PUSCH by using the rate matching offset value. Thus, a smaller resource for transmitting the UCI on the PUSCH can be more accurately determined.
[0023] In a possible implementation, the protocol index value is an integer value in a range of 0 to 31.
[0024] In a possible implementation, the determination of the correspondence between the rate matching offset value and the protocol index value includes: setting a scaling factor value by using the network device; calculating a product value of the scaling factor value and the length of the OCC; dividing a first rate matching offset value corresponding to the protocol index value by the product value to obtain a quotient value, and using the quotient value 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; and the first rate matching offset value is a rate matching offset value corresponding to multiplexing the UCI without using the 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 the UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when the UCI is transmitted on the PUSCH can be calculated, and the transmission resource occupied by the UCI is reduced, thereby achieving network energy saving.
[0025] In a possible implementation, the determination of 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 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 the UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when the UCI is transmitted on the PUSCH can be calculated, and the transmission resource occupied by the UCI is reduced, thereby achieving network energy saving.
[0026] In a possible implementation, the manner of determining the correspondence between the rate matching offset values and the protocol index values by 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 values and the protocol index values. Thus, by using the updated correspondence between the rate matching offset values and the protocol index values and the smaller second rate matching offset value, a smaller number of REs occupied by the UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when transmitted on the PUSCH can be calculated, thereby reducing the transmission resources occupied by the UCI and achieving network energy saving.
[0027] In a third aspect, the present application provides a communication method applied to a network device, the method comprising: the network device first sending indication information and configuration information to a user equipment (UE), wherein the indication information is used to indicate the resource of the UCI transmitted on the PUSCH and / or the length of the OCC adopted on the PUSCH, and the configuration information is used to update the resource of the UCI transmitted 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 resource.
[0028] It can be seen that, in the above communication method, the network device sends the indication information indicating the length of the OCC adopted on the PUSCH and the configuration information carrying the scaling factor value to the UE, so that the UE can update the resource of the UCI transmitted on the PUSCH based on the length of the OCC indicated in the indication information and the scaling factor value carried in the configuration information, thereby transmitting the UCI to the network device on the PUSCH based on the updated smaller resource, and reducing the resource occupied by the UCI and achieving network energy saving.
[0029] In a possible implementation, the configuration information is radio resource control (RRC) information or downlink control information (DCI), and the indication information is RRC information or DCI, so as to improve the efficiency and accuracy of information transmission.
[0030] In a 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 to transmit the UCI; the first rate matching offset value is a corresponding rate matching offset value specified by a protocol for multiplexing the UCI without OCC on the PUSCH; and the first rate matching offset value is used to determine a transmission resource for multiplexing the UCI without OCC on the PUSCH; and the configuration information includes a scaling factor; the scaling factor is used to update the first rate matching offset value in combination with a length of the OCC and the first rate matching offset value, to obtain a second rate matching offset value; and the second rate matching offset value is used to determine a transmission resource for multiplexing the UCI with OCC on the PUSCH.
[0031] In a possible implementation, the manner of determining the scaling factor includes: setting a value of the scaling factor according to different lengths of the OCC, or setting the value of the scaling factor according to different content types of the UCI. In this way, 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.
[0032] In a possible implementation, the length of the OCC is 2, 4, or 8.
[0033] 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).
[0034] In a possible implementation, setting the value of the scaling factor according to different lengths of the OCC includes: when the length of the OCC is 2, setting the value of the scaling factor to a value greater than 0.5 and not greater than 1; or when the length of the OCC is 4, setting the value of the scaling factor to a value greater than 0.25 and not greater than 1; or when the length of the OCC is 8, setting the value of the scaling factor to a value greater than 0.125 and not greater than 1. In this way, the rate matching offset value calculated based on the value of the scaling factor can reduce the transmission resource occupied by the UCI.
[0035] In a fourth aspect, the present application provides a communication method applied to a user equipment (UE), the method including: the UE first receiving indication information and configuration information sent by a network device. Then the UE can update a resource used by the UE to transmit UCI on a PUSCH, based on a length of OCC indicated in the configuration information and the indication information. Next, the UE can send the UCI to the network device on the PUSCH according to the updated resource.
[0036] It can be seen that in the above communication method, the user equipment UE can update the resource used by the UE for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information sent by the network equipment and the scaling factor value carried in the configuration information, so that the UE can send the UCI to the network equipment on the PUSCH based on the updated smaller resource, thereby reducing the resource occupied by the UCI and achieving network energy saving.
[0037] In a possible implementation, after the indication information is acquired, the method further includes: parsing the indication information to obtain a protocol index value and a length of the OCC.
[0038] In a possible implementation, after the configuration information is acquired, the method further includes: parsing the configuration information to obtain a value of the scaling factor; and updating the resource used by the UE for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the configuration information and the indication information, including: determining a second rate matching offset value corresponding to the case that the UCI is multiplexed on the PUSCH using the OCC according to the value of the scaling factor, the length of the OCC, and a first rate matching offset value; wherein the first rate matching offset value is a rate matching offset value corresponding to the case that the UCI is multiplexed on the PUSCH without using the OCC, which is specified by a protocol; and updating the resource used by the UE for transmitting the UCI on the PUSCH by using the second rate matching offset value, so as to reduce the resource used by the UE for transmitting the UCI on the PUSCH and reduce waste of network transmission resources.
[0039] In a possible implementation, the second rate matching offset value corresponding to the case that the UCI is multiplexed on the PUSCH using the OCC is determined according to the value of the scaling factor, the length of the OCC, and the first rate matching offset value, including: calculating a product value of the value of the scaling factor and the length of the OCC; and dividing the first rate matching offset value by the product value, and using the quotient obtained as the second rate matching offset value corresponding to the case that the UCI is multiplexed on the PUSCH using the OCC; wherein the second rate matching offset value is smaller than the first rate matching offset value. In this way, the smaller second rate matching offset value obtained after the update can be used to calculate a smaller number of REs occupied by the UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when the UCI is transmitted on the PUSCH, thereby reducing the transmission resource occupied by the UCI and achieving network energy saving.
[0040] In a fifth aspect, the present application provides a network device, comprising a transceiver and a processor, wherein the transceiver is configured to perform the receiving operation and the sending operation in the communication method of the first aspect or any one of the implementation manners of the first aspect, or perform the receiving operation and the sending operation in the communication method of the third aspect or any one of the implementation manners of the third aspect; and the processor is configured to perform the operation other than the receiving operation and the sending operation in the communication method of the first aspect or any one of the implementation manners of the first aspect, or perform the operation other than the receiving operation and the sending operation in the communication method of the third aspect or any one of the implementation manners of the third aspect.
[0041] In a sixth aspect, the present application provides a user equipment (UE), comprising a transceiver and a processor, wherein the transceiver is configured to perform the receiving operation and the sending operation in the communication method of the second aspect or any one of the implementation manners of the second aspect, or perform the receiving operation and the sending operation in the communication method of the fourth aspect or any one of the implementation manners of the fourth aspect; and the processor is configured to perform the operation other than the receiving operation and the sending operation in the communication method of the second aspect or any one of the implementation manners of the second aspect, or perform the operation other than the receiving operation and the sending operation in the communication method of the fourth aspect or any one of the implementation manners of the fourth aspect.
[0042] In a seventh aspect, the present application provides a communication system, comprising a network device and a user equipment (UE), wherein the network device is configured to perform the communication method of the first aspect or any one of the implementation manners of the first aspect, or perform the communication method of the third aspect or any one of the implementation manners of the third aspect; and the UE is configured to perform the communication method of the second aspect or any one of the implementation manners of the second aspect, or perform the communication method of the fourth aspect or any one of the implementation manners of the fourth aspect.
[0043] In an eighth aspect, the present application provides a computer storage medium, configured to store a computer program, and the computer program is configured to implement the communication method of any one of the first aspect to the fourth aspect of the present application when executed.
[0044] In a ninth aspect, the present application provides a computer program product comprising instructions which, when executed on at least one computing device, cause the at least one computing device to carry out the communication method of any one of the first aspect to the fourth aspect of the present application. BRIEF DESCRIPTION OF DRAWINGS
[0045] FIG. 1 is a schematic diagram of a non-terrestrial network communication system provided by the present application;
[0046] FIG. 2 is an example diagram of multiplexing UCI using OCC on PUSCH according to an embodiment of the present application;
[0047] FIG. 3 is a flow chart of a communication method according to an embodiment of the present application;
[0048] FIG. 4 is an example diagram of multiplexing UCI using OCC on PUSCH according to an embodiment of the present application;
[0049] FIG. 5 is a flow chart of another communication method according to an embodiment of the present application;
[0050] FIG. 6 is a schematic diagram of a network device according to an embodiment of the present application;
[0051] FIG. 7 is a schematic diagram of a user equipment according to an embodiment of the present application. DETAILED DESCRIPTION
[0052] The technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. The terms used in the following embodiments are only for the purpose of describing the specific embodiments and are not intended to be limiting to the present application. As used in the specification and the appended claims of the present application, the singular forms “a,” “an,” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise.
[0053] In this specification, the phrase “one embodiment” or “some embodiments” etc. means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present application. Thus, the appearances of the phrase “in one embodiment,” “in some embodiments,” “in other embodiments,” “in additional embodiments,” etc. in various places in the specification are not necessarily all referring to the same embodiment, but can refer to one or more but not all embodiments, unless otherwise specifically stated. The terms “including,” “containing,” “having,” and variations thereof, mean “including but not limited to,” unless expressly specified otherwise.
[0054] The plurality referred to in the embodiments of the present application means greater than or equal to two. It should be noted that in the description of the embodiments of the present application, the terms “first,” “second,” etc. are only used for the purpose of distinguishing the description and cannot be understood as indicating or implying relative importance or indicating or implying an order.
[0055] In order for those skilled in the art to more clearly understand the solutions of the present application, the application scenarios of the technical solutions of the present application will be described first.
[0056] Referring to FIG. 1, which is a schematic diagram of a non-terrestrial network (NTN) communication system provided by the present application.
[0057] The method provided by the present application can be applied to an NTN communication system. As shown in FIG. 1, the NTN communication system includes a satellite (also referred to as a satellite base station) 101, a ground station (also referred to as a gateway) 103, and a user equipment (UE) 104. The base station 102 in FIG. 1 can communicate with the ground station 103.
[0058] In the embodiments provided by the present application, the user equipment (UE) 104 can be various forms, such as a mobile phone, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, a vehicle-mounted terminal device, a wireless terminal in unmanned driving, a wireless terminal in remote medical treatment, a wireless terminal in smart grid, a wireless terminal in transportation safety, a wireless terminal in smart city, a wireless terminal in smart home, a wearable terminal device, etc. The user equipment (UE) 104 can also be referred to as a terminal device, an access terminal device, a vehicle-mounted terminal, an industrial control terminal, a UE unit, a UE station, a mobile station, a mobile station, a remote station, a remote terminal device, a mobile device, a UE terminal device, a wireless communication device, a UE agent, or a UE apparatus, etc. It can also be a fixed terminal or a mobile terminal.
[0059] In addition, the user equipment (UE) 104 can communicate with multiple base stations of different technologies, for example, the user equipment (UE) 1042 can communicate with a base station supporting an LTE network, and can also communicate with a base station supporting a 5G network, or can communicate with a base station of a 3G or 2G network, or a base station of a higher system such as 6G, and can also perform dual connectivity with a base station supporting an LTE network and a base station supporting a 5G network.
[0060] The satellite 101 in the embodiments of the present application can provide wireless access services for user equipment (UE) 104, schedule wireless resources for the accessed user equipment (UE) 104, and provide reliable wireless transmission protocols and data encryption protocols, etc. The satellite 101 can be a base station for wireless communication, such as an evolved NodeB (eNB) and a next generation NodeB (gNB), etc., using an artificial earth satellite and a high-altitude vehicle, etc. Alternatively, the satellite 101 can also be a relay of the base station, and transparently transmit the wireless signals of the base station to the user equipment (UE) 104, in which case, the ground station 103 can be regarded as a base station for wireless communication. Therefore, in the embodiments of the present application, in some embodiments, such as in a regenerative scenario of the satellite, the network device can be the satellite base station shown in FIG. 1, that is, including the satellite 101; in other embodiments, such as in a transparent scenario of the satellite, the network device can be the ground station 103 shown in FIG. 1. It can be understood that in different systems of wireless access technologies, the names of the devices with the function of the network device can be different, which will not be shown one by one in the present application.
[0061] For example, when the satellite 101 works in a transparent mode, the satellite 101 has the function of relaying and forwarding. The ground station 103 has the function of a base station or part of the function of a base station, and in this case, the ground station 103 can be regarded as a base station. Alternatively, the base station 102 can be deployed separately from the ground station 103, and in this case, the time delay of the feeder link includes the time delay of the satellite 101 to the ground station 103 and the time delay of the ground station 103 to the base station 102.
[0062] It can be understood that FIG. 1 is illustrated by taking the ground station 103 and the base station 102 as an example, and should not be understood as a limitation on the embodiments of the present application. When the satellite 101 works in a regenerative mode, the satellite 101 has data processing capability, has the function of a base station or part of the function of a base station, and in this case, the satellite 101 can be regarded as a base station.
[0063] Optionally, the satellite 101 can be a geostationary earth orbit (GEO) satellite, or a medium earth orbit (MEO) satellite or a low earth orbit (LEO) satellite of a non-geostationary earth orbit (NGEO), or a high altitude platform station (HAPS), etc. The specific type of the satellite is not limited in the present application.
[0064] The ground station 103 in the embodiments of the present application can be used to connect the satellite 101 and the core network. For example, when the satellite 101 acts as a base station of wireless communication, the ground station 103 can transparently transmit the signaling between the satellite 101 and the core network. Alternatively, the ground station 103 can act as a base station of wireless communication, and the satellite 101 can transparently transmit the signaling between the user equipment (UE) 104 and the ground station 103. For example, when communicating, the ground station 103 can transmit the signaling from the core network to the satellite 101 through a feeder link, and the satellite 101 can transmit the signaling to the user equipment (UE) 104 through a service link between the satellite and the terminal device. Correspondingly, the user equipment (UE) 104 can also transmit the signaling to the satellite 101 through the service link, and the satellite 101 can transmit the signaling to the core network through the ground station 103.
[0065] It can be understood that FIG. 1 only shows one satellite 101 and one ground station 103, and in actual use, a multi-satellite and / or multi-ground station architecture can be adopted as needed. Each satellite can provide service to one or more user equipment (UE), each satellite can correspond to one or more ground stations, each ground station can correspond to one or more satellites, and the like, which are not specifically limited in the present application.
[0066] It should be noted that the satellite communication, as a supplement to the current ground-based cellular communication system, can have several advantages:
[0067] (1) Extended coverage: For areas that cannot be covered by the current cellular communication system or have high coverage costs, such as oceans, deserts, remote mountainous areas, etc., satellite communication can be used to solve the communication problem.
[0068] (2) Emergency communication: In the case of extreme conditions such as earthquakes, etc., which cause the infrastructure of the cellular communication system to be unavailable, satellite communication can be used to quickly establish a communication connection.
[0069] (3) Provide related industry applications: For example, for long-distance transmission of time-sensitive services, satellite communication can be used to reduce the transmission delay of the service.
[0070] Generally, in a non-terrestrial network (NTN) communication system, most users communicate in a low 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 environment to successfully transmit data, it will significantly consume network resources. For example, a low SNR user who needs 32 times of repeated transmission will use 32 times more network resources than a high SNR user, which will cause a significant decline in network capacity to support low SNR users and consume a large amount of network resources. Therefore, 3GPP R19 introduces orthogonal cover code (OCC) to realize multiplexing of uplink control information (UCI) of multiple users on a physical uplink shared channel (PUSCH) to improve the total throughput of the system.
[0071] wherein the orthogonal cover code (OCC) is a technology used to enhance cell coverage and reduce interference in the 3GPP New Radio (NR) system. 3GPP R19 introduces OCC to further optimize network performance, especially in terms of improving the quality of service for users at the edge of the cell. The working principle of OCC is to realize the orthogonal transmission of multiple users on the same time and frequency resources by using a set of orthogonal reference signals. This can reduce the interference between users, thereby improving the spectrum utilization and the coverage capability of the cell. In 3GPP 19, OCC will be applied to multiple scenarios, such as improving the downlink coverage of satellite communication in a non-terrestrial network (NTN) communication system and enhancing the signal quality of user equipment at the edge of the cell.
[0072] However, for the case of multiplexing UCI on PUSCH, the existing protocol only supports multiplexing in one time slot of the OCC period, which will destroy the orthogonality of OCC, so in order to maintain the orthogonality, it is necessary to extend the multiplexing of UCI to each time slot of the OCC period, which will again cause the UCI to occupy too much time-frequency resources, resulting in waste of network transmission resources.
[0073] Specifically, in a 5G new radio (5G NR) system, in the case of not using OCC on PUSCH, the transmission resource of multiplexing UCI can be as shown in the upper graph of FIG. 2, and in order to effectively utilize limited resources and reduce inter-user interference, OCC can be used on PUSCH to multiplex UCI, as shown in the lower graph of FIG. 2, where the length of OCC is 4 (it can also be other lengths, which is only an example in the figure). Since the working principle of OCC is to use a set of orthogonal sequences to distinguish different UCI information. In this way, even if multiple users send UCI on the same time and frequency resources, the base station can correctly decode and distinguish the information because they are encoded using orthogonal sequences. But as can be seen from the lower graph of FIG. 2, in the case of multiplexing UCI using OCC on PUSCH, although it can effectively reduce inter-user interference, it will cause the time-frequency resources occupied by UCI to be too much, for example, as shown in FIG. 2, the original 1 slot becomes 4 slots, and the transmission resource of UCI in each slot remains unchanged, causing waste of network transmission resources on PUSCH.
[0074] To solve the above technical problems, the present application provides a communication method, system, storage medium and related equipment, which are described below in conjunction with the drawings through various embodiments.
[0075] First of all, it needs to be pointed out that not only in 3GPP R19 OCC is introduced to realize multiplexing of UCI of multiple users on PUSCH to improve the total throughput of the system, but also in 3GPP TS 38.212 section 6.3.2.4, the number of resource elements (REs) (symbols) occupied by UCI when multiplexed on PUSCH is also specified, and different numbers of transmission resource elements are allocated to UCI according to the different contents contained in UCI.
[0076] UCI refers to information transmitted by a user equipment (UE) to a network device (such as a base station (Node B / eNB / gNB) in a communication system, and the present application does not limit the content and types of UCI. In one possible implementation, UCI can include, but is not limited to, hybrid automatic repeat request acknowledgement (HARQ-ACK), channel state information part 1 (CSI part 1), and channel state information part 2 (CSI part 2). HARQ-ACK refers to an acknowledgement signal used to inform the network side (such as a base station) whether the UE successfully receives the downlink data. CSI part 1 usually includes channel quality indicator (CQI), precoding matrix indicator (PMI), and rank indicator (RI) and other information, which is used to help the network side (such as a base station) understand the state of the downlink channel. CSI part 2 can contain more channel state information, which is crucial for MIMO system scheduling and beamforming. In addition, the specific content and format of UCI can vary according to different communication standards (such as LTE, 5G NR) and versions (such as 3GPP R15, 16, 17, etc.). In 5G NR, UCI can also include other control information, such as information for beam management, etc.
[0077] Next, taking the case of a user equipment (UE) simultaneously transmitting data carried by an uplink shared channel (UL-SCH) and HARQ-ACK information on a PUSCH that does not use repetition type B, wherein the UL-SCH is used to transmit uplink data, and the HARQ-ACK is a confirmation or denial response of the UE to previously received downlink data, the number of REs occupied by the HARQ-ACK on the PUSCH is calculated as follows:
[0078] Q' = O * L ACK represents the number of REs occupied by the HARQ-ACK on the PUSCH; O ACK represents the bit of the HARQ-ACK; L ACKThe Cyclic Redundancy Check (CRC) bit representing the HARQ-ACK refers to the cyclic redundancy check (CRC) bit attached after the HARQ-ACK bit in the transmission process of the HARQ-ACK, in order to ensure the integrity and correctness of the data. These CRC bits are used to detect whether the HARQ-ACK bit has an error in the transmission process. If an error is detected at the receiving end, appropriate measures can be taken, such as requesting retransmission. Moreover, the specific number of CRC bits is not limited in this embodiment, and can be determined according to the number of transmitted HARQ-ACK bits, the encoding method used, the modulation method and other factors. For example, if O ACK > 0, L ACK may be set to 11, i.e. L ACK = 11.
[0079] The number of REs available for transmitting UCI in the lth orthogonal frequency division multiplexing (OFDM) symbol. When the lth symbol is used to transmit a DeModulation Reference Signal (DMRS), When the lth symbol is not used to transmit a DMRS, wherein, represents the number of subcarriers of the PUSCH scheduled, represents the number of subcarriers used to transmit a Phase Tracking Reference Signal (PT-RS) on the lth symbol. The total number of REs available for transmitting UCI (such as UL-SCH and HARQ-ACK together) on the PUSCH without using repetition type B, and the specific value is not limited. It can be understood as the location resource occupied by the "UCI" block in the "PUSCH" block in Figure 2 or subsequent Figure 4.
[0080] For ease of understanding, DMRS and PT-RS are explained as follows: DMRS is used to help the receiving end (such as a base station or other network equipment) to perform channel estimation and demodulation of data signals. These signals are known and are mapped into predefined sequences at the sending end (such as a UE). During transmission, they are affected by channel fading and noise interference. The receiving end performs correlation operations on the received signals and the predefined sequences, and uses the correlation results to calculate the state of the channel, and finally realizes channel estimation. PT-RS is mainly used to assist the receiving end and the sending end to correct the interference caused by crystal oscillator phase error, and suppress phase noise and common phase error in the frequency domain (especially high-frequency millimeter waves).
[0081] K r represents the size of the rth data code block (CB) of the PUSCH transmission. If the transmission of the rth CB is canceled according to the code block group transmission information (CBGTI) in the downlink control information (DCI), then K r = 0. UL-SCH represents the total number of CBs of the PUSCH transmission, and the specific value is not limited, which can be understood as the position resource occupied by the large box where "PUSCH" is located in FIG. 2 or subsequent FIG. 4.
[0082] α represents a parameter factor "scaling" designated by a higher layer. In the DCI information, "scaling" is related to power control and is used to adjust the power level when the UE sends control information. For example, when the UE needs to send a HARQ-ACK signal, the network side (such as a base station) will tell the UE the corresponding power control instruction through the DCI information, so that the UE can adjust its transmission power according to these instructions. The purpose of this is to ensure the reliable transmission of control information, while considering the changes in the wireless environment and the battery life of the UE. The specific value of α is not limited, and can be determined based on various factors such as the power headroom of the UE, channel conditions, user priority, etc. By setting α, the network side (such as a base station) can effectively manage and optimize the use of network resources, ensuring fairness between different UEs and overall system performance.
[0083] l0 represents the first OFDM symbol that does not carry DMRS after the first DMRS position.
[0084] For , in this example represents a rate matching offset value used to determine the transmission resource of UCI on PUSCH without using repetition type B (such as determining the transmission of UL-SCH together with HARQ-ACK on PUSCH) by the above formula (1).
[0085] And from the above formula (1), without considering the value (or can be considered as a pre-set fixed value), (in this example, ) determines the value of Q' ACK , and further indicates (in this example, ) determines the transmission resource of UCI (in this example, UL-SCH and HARQ-ACK are transmitted together) on PUSCH without using repetition type B, so as to reduce the transmission resource occupied by UCI when multiplexing UCI in the case of using OCC on PUSCH without using repetition type B, realize network energy saving, the present application is provided by reducing the value of (in this example, ) to reduce the transmission resource occupied by UCI.
[0086] But need to explain is above formula (1) rate matching offset value (namely (in this example, ) is a variable, the current available values of which are agreed by the protocol, and the application does not limit the form agreed by the protocol, for example, the protocol can agree in the form of a table to specify the value of the rate matching offset value, for example, the current rate matching offset value can be specified by Table 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213, and the specific value of the rate matching offset value can also be divided into two tables according to different UCI types. It should be noted that in order to facilitate the explanation of the communication method provided by the embodiment, the embodiment defines the rate matching offset value corresponding to the multiplexing UCI when OCC is not used on PUSCH as the first rate matching offset value, for example, the rate matching offset values in Table 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213 can be called the first rate matching offset value. Still taking the user equipment (UE) as an example, which simultaneously transmits UL-SCH data and HARQ-ACK information on PUSCH without using repetition type B, according to the first rate matching offset value (represented by the value of β) corresponding to the high layer index value (i.e. the protocol index value (index) used to encode different types of UCI, which is used to map UCI to the uplink transmission channel (such as PUSCH) at the physical layer) specified in Table 9.3-1 in Section 9.3 of 3GPP TS 38.213, the current transmission HARQ-ACK corresponding β value (i.e. )(also called the first rate matching offset value) and the corresponding relationship of the protocol index value is shown in Table 1 as follows:
[0087] Table 1
[0088] It can be seen that the range of the existing β value (i.e. )(also called the first rate matching offset value) of HARQ-ACK includes: 1-126 in Table 1, 0.05-0.6 newly added by R17, and the remaining 11 reserved rate matching offset values (Reserved). Among them, the β value greater than 1 is the majority, and there may be a case that the existing β value cannot well meet the requirement of reducing the resource demand of UCI multiplexing after using OCC on PUSCH without using repetition type B.
[0089] Therefore, the application provides a communication method, which can re-determine the β value (i.e. ) of HARQ-ACK according to the length of OCC after using OCC on PUSCH without using repetition type B, and define it as the second rate matching offset value (which can be represented by β'), while ensuring that the second rate matching offset value β' is less than the corresponding first rate matching offset value β, i.e. β' < β. In this way, by reducing the β value (i.e. ), and then reduce the resource occupied by UCI to solve the problem that the current UCI multiplexing occupies too much PUSCH resource, and the existing β value (i.e. ) of HARQ-ACK (i.e. the first rate matching offset value) cannot be well matched.
[0090] Specifically, as shown in FIG. 3, a communication method provided by an embodiment of the present application is shown, and the specific implementation process of the method can include the following steps S301-S305:
[0091] S301: When the network device detects that OCC is enabled on PUSCH, the length of OCC is obtained, and the correspondence between the rate matching offset value and the protocol index value is updated according to the length of OCC.
[0092] In the embodiment, the network device can be any device located at the network side and having a wireless transceiving function, including but not limited to: a base station (gNodeB or gNB) or a transmission receiving point (TRP) in new radio (NR), etc. The network device can be: a macro base station, a micro base station, a pico base station, a small station, a relay station, or a satellite base station, etc. The network device can contain one or more co-sited or non-co-sited transmission points (TRPs). The network device can also be a wireless controller, a centralized unit (CU), and / or a distributed unit (DU) in a cloud radio access network (CRAN) scenario. The network device can communicate with a user equipment (UE), or communicate with the user equipment (UE) through a relay station.
[0093] It should be noted that the length of OCC (denoted by L) is not limited by the present application, and can be set according to actual conditions and experience values. In one possible implementation, the length of OCC can be, but is not limited to, 2, 4, or 8, etc.
[0094] On this basis, after the length of OCC is obtained, the length of OCC, the first rate matching offset value corresponding to the protocol index value in the above table 1, and the value of the pre-set scaling factor (denoted by δ) are used to update the first rate matching offset value, to obtain the updated rate matching offset value, and the specific calculation formula is as follows:
[0095] wherein, β represents the first rate matching bias value corresponding to the protocol index value (i.e. each of the protocol index values in 0-20 in Table 1) in Table 1 (i.e. each of the values in 1-126, 0.05-0.6 in Table 1); L represents the length of OCC, and the specific value is not limited, for example, can be 2, 4 or 8; δ represents a pre-set scaling factor, and the specific value is not limited, and can be determined according to the length of OCC or different content types of UCI; β' represents the second rate matching bias value calculated by using the length L of OCC, the first rate matching bias value β corresponding to the protocol index value in Table 1, and the value of the pre-set scaling factor δ, and the second rate matching bias value is less than the corresponding first rate matching bias value, i.e. β' < β.
[0096] It should be noted that, in order to ensure that the second rate matching bias value can be less than the corresponding first rate matching bias value (i.e. β' < β), so as to ensure that after β is replaced by β', the resource occupied by UCI can be reduced, when the scaling factor δ is pre-set, the value of δ is adjusted according to the different lengths of OCC. Specifically, one possible implementation is that when the length L of OCC is 2, the value of the scaling factor δ can be set to a value greater than 0.5 and not greater than 1, for example, the value of the scaling factor δ is set to 0.6, 0.8, 1, etc.; or when the length L of OCC is 4, the value of the scaling factor δ can be set to a value greater than 0.25 and not greater than 1, for example, the value of the scaling factor δ is set to 0.3, 0.7, 0.9, 1, etc.; or when the length L of OCC is 8, the value of the scaling factor δ can be set to a value greater than 0.125 and not greater than 1, for example, the value of the scaling factor δ is set to 0.2, 0.3, 0.4, etc. Moreover, for different lengths of OCC, the value of the scaling factor δ can be set to be the same, for example, all taking the value of 0.8; or for different lengths of OCC, the value of the scaling factor δ can be set to be different, for example, when L is 2, the value of δ is set to 0.8, when L is 4, the value of δ is set to 0.6, when L is 8, the value of δ is set to 0.3, etc.
[0097] Further, after the second rate matching bias value β' is calculated by the above formula (2), the corresponding relationship between the rate matching bias value and the protocol index value can be re-determined by using the second rate matching bias value, and the specific determination manner is not limited, for example, the corresponding reserved rate matching bias value (for example, the 11 reserved rate matching bias values corresponding to the 11 protocol index values in 21-31 in Table 1) in the original protocol (for example, in Table 1) can be replaced by the second rate matching bias value β', to obtain the corresponding relationship between the updated rate matching bias value and the protocol index value (for example, each of the protocol index values in 0-31 in Table 1), and the corresponding relationship between the updated rate matching bias value and the protocol index value can be presented in the form of a table, as shown in Table 2.
[0098] Table 2
[0099] Wherein, the values of β'1 to β'11 can be calculated by the above formula (2), and the specific values are not limited by the present application, and can be determined according to the first rate matching bias value β (such as the 11 values of 1-15.875 in Table 1) corresponding to the protocol index value (such as the 11 protocol index values in 0-10 in Table 1), the length L of OCC, and the value of the scaling factor δ. For example, taking the value of L as 2, the value of δ as 0.8, and the value of the first rate matching bias value β as the β corresponding to the 11 protocol index values of 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) as an example, the values of β'1 to β'11 can be calculated by the above formula (2) as: 0.625, 1.250, 1.563, 1.953, 2.500, 3.125, 3.906, 5.000, 6.250, 7.891, 9.922.
[0100] On this basis, it can be understood that after the values of β'1 to β'11 in Table 2 are determined, 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, in the case of using the protocol index values of the original table, the Reserved values corresponding to the 11 protocol index values of 21-31 are modified to the values of β'1 to β'11, and the specific table is not described here, so that after updating the correspondence between the updated 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 by using Table 2, the subsequent step S302 can be continued.
[0101] S302: The network device sends indication information to the user equipment UE.
[0102] In the present embodiment, after the network device updates the correspondence between the rate matching bias value and the protocol index value by using the length of OCC through step S301, it can further send indication information to the user equipment UE to indicate the resource used by the user equipment UE for transmitting UCI on PUSCH and the length of OCC used on PUSCH. As can be known from the above embodiment statements, such as formulas (1) and (2), the transmission resource is determined according to the length of OCC.
[0103] In a possible implementation, the indication information can be carried in radio resource control (RRC) signaling. The RRC signaling is signaling between a network device and a user equipment through an RRC layer, and can realize wireless resource management, connection management, measurement, and the like. Moreover, the number and indication content of the indication information are not limited in the present application, and the indication information can be one or more pieces of indication information. One piece of indication information can be used to indicate both the resource of the user equipment UE for transmitting UCI on the PUSCH and the length of the OCC used on the PUSCH. Or, one piece of indication information can be used to indicate only the resource of the user equipment UE for transmitting UCI on the PUSCH. Or, one piece of indication information can be used to indicate only the length of the OCC used on the PUSCH, and the like.
[0104] In another possible implementation, the indication information can be carried in DCI signaling. The DCI signaling is transmitted on a physical downlink control channel (PDCCH), and is used to schedule downlink data transmission, to provide physical layer resource allocation, power control commands, hybrid automatic repeat request (HARQ) of uplink and downlink, and the like.
[0105] As can be seen, in the above two implementations, the indication information can be RRC or DCI.
[0106] It should be further noted that the indication information can include a protocol index value, and after the correspondence between the rate matching offset value and the protocol index value is updated in step S301, the value 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, and is no longer limited to the content specified in the previous protocol, such as 0-20 specified in Table 9.3-1 and 9.3-2 in Section 9.3 of 3GPP TS 38.213. This is because the 11 protocol index values from 21 to 31 in Table 9.3-1 in the original Section 9.3 of 3GPP TS 38.213 correspond to the Reserved value, and after the Reserved value corresponding to the 11 protocol index values from 21 to 31 is modified to the value of β'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, the corresponding and more accurate rate matching offset value β can be determined by querying the updated correspondence between the rate matching offset value and the protocol index value (such as the table obtained by updating Table 9.3-1 in Section 9.3 of 3GPP TS 38.213 with Table 2).
[0107] S303: The user equipment UE receives the indication information, and determines the resource used for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information.
[0108] In this embodiment, after the user equipment UE receives the indication information, the indication information can be parsed by using the existing or future information parsing method to obtain the protocol index value and the length of the OCC used on the PUSCH, and based on the protocol index value, the length of the OCC, and the correspondence between the updated rate matching offset value and the protocol index value, the rate matching offset value used for transmitting the UCI (such as UL-SCH and HARQ-ACK together) on the PUSCH without using the repetition type B is determined, and then the rate matching offset value is substituted into the above formula (1) to calculate the number of REs occupied by the UCI (such as UL-SCH and HARQ-ACK together) when transmitting on the PUSCH, so as to determine the resource used for transmitting the UCI on the PUSCH.
[0109] S304: The user equipment UE transmits the UCI (such as UL-SCH and HARQ-ACK together) to the network device on the PUSCH without using the repetition type B according to the determined resource.
[0110] In this embodiment, after the user equipment UE determines the number of REs occupied by the UCI (such as UL-SCH and HARQ-ACK together) when transmitting on the PUSCH without using the repetition type B (i.e., the resource used for transmitting the UCI on the PUSCH without using the repetition type B) through step S303, the UCI (such as UL-SCH and HARQ-ACK together) can be further transmitted to the network device on the PUSCH without using the repetition type B through the number of REs according to the resource. It can be seen that, since the number of REs used in this embodiment is smaller than the number of REs calculated according to the β value of HARQ-ACK specified in Table 9.3-1 in the existing 3GPP TS 38.213 9.3 section (i.e. ), the resource occupied by the UCI is reduced, for example, the position resource occupied by the box of “UCI” in the lower part of the figure in FIG. 4 in the large box of “PUSCH” is much less than the position resource occupied by the box of “UCI” in the lower part of the figure in FIG. 2 in the large box of “PUSCH”, thereby solving the problem of too much PUSCH resource occupied by the UCI multiplexing, and achieving network energy saving.
[0111] S305: The network device receives the UCI (such as UL-SCH and HARQ-ACK together) transmitted by the user equipment UE.
[0112] To sum up, by using the communication method provided in the embodiments of the present application, the network device sends indication information to the user equipment (UE) indicating the resource for the UE to transmit UCI on the PUSCH and the length of the OCC used on the PUSCH, so that the user equipment (UE) determines a smaller resource for transmitting UCI on the PUSCH without using repetition type B based on the length of the OCC indicated in the indication information, thereby transmitting UCI to the network device on the PUSCH without using repetition type B based on the smaller resource, and further reducing the resource occupied by UCI and achieving network energy saving.
[0113] It should be noted that in the above step S301, the manner in which the network device updates the correspondence between the rate matching offset value and the protocol index value by using the second rate matching offset value is that 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, and the table form can be used to present it. Unlike this, the present application also provides another implementation manner for re-determining the correspondence between the rate matching offset value and the protocol index value by using the second rate matching offset value, which is to replace the corresponding first rate matching offset value in the protocol with the second rate matching offset value to update the correspondence between the rate matching offset value and the protocol index value, and also use the table form to present it. For example, a column is added to the original Table 9.3-1 in Section 9.3 of 3GPP TS 38.213, and each column is the rate matching offset value corresponding to a different OCC length, or a table of rate matching offset values corresponding to different OCC lengths is newly added, so that the user equipment (UE) can obtain the reduced rate matching offset value (i.e. the second rate matching offset value) of the reduced HARQ-ACK according to the different lengths of the OCC by querying the newly added table without changing the indication bit of the original protocol, thereby reducing the resource occupied by UCI and also solving the problem that the existing β value (i.e. the first rate matching offset value) of HARQ-ACK cannot be well matched. (i.e. the second rate matching offset value) to reduce the resource occupied by UCI, and also solve the problem that the existing β value (i.e. the first rate matching offset value) of HARQ-ACK cannot be well matched. (i.e. the second rate matching offset value) to reduce the resource occupied by UCI, and also solve the problem that the existing β value (i.e. the first rate matching offset value) of HARQ-ACK cannot be well matched.
[0114] Specifically, in one possible implementation manner, after obtaining the length of the OCC (such as 2, 4 or 8, etc.), the network device can substitute the length of the OCC, the first rate matching offset value β corresponding to the protocol index value recorded in the above Table 1, and the value of the preset scaling factor δ into the above formula (2) to update the first rate matching offset value β and obtain the second rate matching offset value β'.
[0115] It should be noted that, in order to ensure that the second rate matching offset value can be less than the corresponding first rate matching offset value (i.e. β' < β), so as to ensure that after β is replaced by β', the resource occupied by UCI can be reduced, it is still necessary to adjust the value of the scaling factor δ according to the different lengths of OCC when the scaling factor δ is set in advance. For example, when the length L of OCC is 2, the value of the scaling factor δ can be set to a value greater than 0.5 and not greater than 1, such as setting the value of the scaling factor δ to 0.6, 0.8, 1, etc.; or, when the length L of OCC is 4, the value of the scaling factor δ can be set to a value greater than 0.25 and not greater than 1, such as setting the value of the scaling factor δ to 0.3, 0.7, 0.9, 1, etc.; or, when the length L of OCC is 8, the value of the scaling factor δ can be set to a value greater than 0.125 and not greater than 1, such as setting the value of the scaling factor δ to 0.2, 0.3, 0.4, etc. Moreover, for different lengths of OCC, the value of the scaling factor δ can be set to be the same, such as both being 0.8; or, for different lengths of OCC, the value of the scaling factor δ can be set to be different, such as L being 2, the value of δ being set to 0.8, L being 4, the value of δ being set to 0.6, L being 8, the value of δ being set to 0.3, etc.
[0116] Further, after the second rate matching offset value β' is calculated, the first rate matching offset value β (such as the 21 values of 1-126 and 0.05-0.6 introduced by R17 in Table 1) corresponding to the first rate matching offset value β in the original protocol (such as Table 1 above) can be replaced by the second rate matching offset value β', to obtain the correspondence between the updated rate matching offset value and the protocol index value, and the table form can be used to present it, such as adding a column for the second rate matching offset value corresponding to different OCC lengths on the basis of Table 9.3-1 in Section 9.3 of the original 3GPP TS 38.213, or adding a table of the second rate matching offset value corresponding to different OCC lengths, which includes the correspondence between the second rate matching offset value and the protocol index value (such as the protocol index values in Table 1). For example, taking the value of δ as 0.8, when the length L of OCC is 2, the newly added table can be as shown in Table 3 below; or, when the length L of OCC is 4, the newly added table can be as shown in Table 4 below; or, when the length L of OCC is 8, the newly added table can be as shown in Table 5 below:
[0117] Table 3
[0118] Table 4
[0119] Table 5
[0120] On this basis, it can be understood that, on the basis of the original protocol (such as Table 9.3-1 in Section 9.3 of the original 3GPP TS 38.213), when the network device judges the OCC used on the PUSCH, the value of the rate matching offset value β can be recalculated according to the first rate matching offset value (i.e. 1-126 and 0.05-0.6 introduced by R17, which are 21 values) corresponding to the protocol index value (such as 0-20, which are 21 protocol index values) recorded in the original protocol (such as Table 9.3-1 in Section 9.3 of the original 3GPP TS 38.213) and the different lengths of OCC, to obtain the second rate matching offset value β', and ensure that the second rate matching offset value can be less than the corresponding first rate matching offset value (i.e. β' < β). In this way, after using β' to replace the corresponding β, the updated rate matching offset value and the protocol index value can be obtained, and the table form can be used to present, such as adding a table representing the corresponding relationship between the rate matching offset value and the protocol index value corresponding to different OCC lengths. For examples, refer to Tables 3, 4, and 5 above.
[0121] On this basis, the updated rate matching offset value and the protocol index value (such as the newly added table representing the corresponding relationship between the rate matching offset value and the protocol index value corresponding to different OCC lengths (such as Tables 3, 4, and 5)) can be used to continue to perform the above steps S302-S305. However, the value range of the protocol index value contained in the indication information sent by the network device to the user equipment UE is only the integer value from 0 to 20, because whether it is Table 9.3-1 in Section 9.3 of the original 3GPP TS 38.213 or the newly added table representing the corresponding relationship between the rate matching offset value and the protocol index value (such as Tables 3, 4, and 5), the 21-31 protocol index values in the table correspond to the Reserved value, and the other implementation processes can be implemented according to the description of the above steps S302-S305. Here, it is not necessary to repeat them one by one.
[0122] It should be noted that the above embodiments are described by taking the user equipment (UE) as an example to simultaneously transmit the data carried by the UL-SCH and the HARQ-ACK information on the PUSCH without using the repetition type B, and in actual application, the user equipment (UE) can also simultaneously transmit the data carried by the UL-SCH and the CSI part 1, or the data carried by the UL-SCH and the CSI part 2, and the like on the PUSCH without using the repetition type B, and the present application also provides similar communication methods to reduce the resources occupied when transmitting the UCI (such as transmitting the UL-SCH together with the CSI part 1, or transmitting the UL-SCH together with the CSI part 2, and the like).
[0123] Specifically, in a possible implementation, when the user equipment (UE) simultaneously transmits the UL-SCH and the CSI part 1 on the PUSCH without using the repetition type B, the calculation formula of the number of REs occupied by the CSI part 1 on the PUSCH is as follows:
[0124] wherein Q' CSI-1 represents the number of REs occupied by the CSI part 1 on the PUSCH; O CSI-1 represents the bit of the CSI part 1; L CST-1 represents the CRC bit of the CSI part 1.
[0125] When the user equipment (UE) simultaneously transmits the UL-SCH and the CSI part 2 on the PUSCH without using the repetition type B, the calculation formula of the number of REs occupied by the CSI part 2 on the PUSCH is as follows:
[0126] wherein Q' CSI-2 represents the number of REs occupied by the CSI part 2 on the PUSCH; O CSI-2 represents the bit of the CSI part 2; L CST-2 represents the CRC bit of the CSI part 1.
[0127] It should be noted that in the above formula (3) and formula (4), in addition to , the specific meanings of other parameters can be referred to the above description of formula (1) in the above embodiments, which will not be repeated here.
[0128] As for in the above formula (3) and formula (4), in the formula (3) in the formula (4) Both represent rate matching offset values, which are used to determine the transmission resource of UCI (transmission of UL-SCH and CSI part 1 at the same time, or transmission of UL-SCH and CSI part 2 at the same time) on PUSCH without using repetition type B through the above formula (3) and formula (4).
[0129] And from the above formula (3) and formula (4), without considering the value (or can be considered as a pre-set fixed value), (in this example, ) determines the value of Q' CSI-1 and Q' CSI-2 , which in turn indicates (in this example, ) determines the transmission resource of UCI (in this example, transmission of UL-SCH and CSI part 1 at the same time, or transmission of UL-SCH and CSI part 2 at the same time) on PUSCH without using repetition type B, so in order to reduce the transmission resource occupied by UCI when multiplexing UCI in the case of using OCC on PUSCH without using repetition type B, and to achieve network energy saving, the present application proposes to reduce the value of (in this example, ) to reduce the transmission resource occupied by UCI.
[0130] But it needs to be explained that the rate matching offset values (i.e. (in this example, )) in the above formula (3) and formula (4) are both variable values, and the values that can be taken at present are still agreed by the protocol, and the form of the agreement by the protocol is not limited by the present application, for example, the rate matching offset value can be agreed in the form of a table in the protocol, for example, the rate matching offset value can be specified by 3GPP TS 38.213 9.3 section Table 9.3-1 and 9.3-2 at present, and the specific value of the rate matching offset value can also be divided into two tables according to different UCI types. And it needs to be explained that in order to explain the communication method provided by the embodiment, the embodiment will still define the rate matching offset value corresponding to multiplexing UCI without using OCC on PUSCH as the first rate matching offset value as specified by the protocol, for example, the rate matching offset values in 3GPP TS 38.213 9.3 section Table 9.3-1 and 9.3-2 can all be called the first rate matching offset value. In this example, value of the first rate matching offset corresponding to the high layer index value in Table 9.3-2 in 3GPP TS 38.213 Section 9.3 (still denoted by the value of β), through which the value of β corresponding to the current transmission of CSI part 1 or CSI part 2 (i.e., the value of ) can be obtained, and the correspondence between the value of β (i.e., the value of
[0131] Table 6
[0132] It can be seen that the range of the value of β (i.e., the value of ) of the existing CSI part 1 or CSI part 2 (i.e., the value of the first rate matching offset) includes 19 values of 1.125-20 in Table 6 and 13 remaining reserved rate matching offset values (Reserved). Among them, the value of β is greater than 1, and there may also be a case that the existing value of β cannot well satisfy the condition of reducing the UCI multiplexing resource requirement after OCC is used on the PUSCH without using repetition type B.
[0133] Therefore, the present application proposes a communication method, which can re-determine the value of β (i.e., the value of ) of CSI part 1 or CSI part 2 according to the length of OCC after OCC is used on the PUSCH without using repetition type B, and still define both of them as the value of the second rate matching offset (which can be denoted by β'), while ensuring that the value of the second rate matching offset β' is less than the corresponding value of the first rate matching offset β, i.e., β' < β. In this way, by reducing the value of β (i.e., the value of ) of CSI part 1 or CSI part 2, the resource occupied by UCI is further reduced, so as to solve the problem that the existing value of β (i.e., the value of ) of CSI part 1 or CSI part 2 (i.e., the value of the first rate matching offset) cannot well match the condition of reducing the UCI multiplexing resource requirement.
[0134] Specifically, the specific implementation process of the communication method provided by the embodiment is similar to the implementation process of steps S301-S305, only the value of β (i.e., the value of ) of HARQ-ACK involved therein is replaced by the value of β (i.e., the value of ) of CSI part 1 or CSI part 2, and when setting the value of the scaling factor δ in step S301, the value of the scaling factor δ is also set considering different content types of UCI, for example, the same value of δ can be configured for different UCI types, such as setting δACK CSI part1 CSI part2 = 0.7; or, different delta values can be configured for different UCI types, such as delta ACK CSI part1 CSI part2 .
[0135] For example, after the second rate matching offset value β' corresponding to the CSI part 1 or the CSI part 2 is calculated by the above formula (2), the second rate matching offset value can be used to re-determine the correspondence between the rate matching offset value and the protocol index value. The specific determination method is not limited, such as using the second rate matching offset value β' to replace the corresponding reserved rate matching offset value (i.e., the 13 reserved values corresponding to the 13 protocol index values in 19-31 in Table 6) in the original protocol (such as Table 6 above) to obtain the updated correspondence between the rate matching offset value and the protocol index value, and the updated correspondence between the rate matching offset value and the protocol index value (such as the protocol index values in 0-31 in Table 6) can be presented in the form of a table, as shown in Table 7 below:
[0136] Table 7
[0137] Wherein, the calculation process of the values of β'1 to β'11 is similar, and the values of β'1-CSI to β'13-CSI can also be calculated by the above formula (2). The specific values are not limited by the present application, and can be determined according to the original rate matching offset value β (such as the 13 values 1.125-5 in Table 6) corresponding to the protocol index values (such as the 13 protocol index values in 0-12 in Table 6), the length L of the OCC, and the value of the scaling factor delta. For example, still taking the value of L as 2, the value of delta as 0.8, and the value of the first rate matching offset value β as the β corresponding to the 13 protocol index values in 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) as an example, the values of β'1-CSI to β'13-CSI can be calculated by 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.
[0138] On this basis, it can be understood that after the values of β'1-CSI to β'13-CSI in Table 7 are determined, the original Table 9.3-2 in 3GPP TS 38.213 9.3 can be updated using the updated Table 7, that is, the Reserved values corresponding to the 13 protocol index values 19-31 in the original table are modified to the values of β'1-CSI to β'13-CSI, and the specific table is not described here.
[0139] In addition, it also needs to be explained that not only can the correspondence between the rate matching offset value and the protocol index value in the original protocol (such as Table 9.3-2 in 3GPP TS 38.213 9.3) be updated by the above-mentioned manner, similar to the processing mode of HARQ-ACK, the second rate matching offset value can also be 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 the table form is also used to present. For example, based on the original Table 9.3-2 in 3GPP TS 38.213 9.3, a column is added, and each column is the rate matching offset value corresponding to different OCC lengths, or a table of rate matching offset values corresponding to different OCC lengths is added, so that the user equipment UE can obtain the reduced rate matching offset value (i.e. the second rate matching offset value) of the CSI part 1 or the CSI part 2 according to the different lengths of the OCC by querying the newly added table without changing the original protocol indication bit, so as to reduce the resources occupied by the UCI, which can also solve the problem that the existing β value (i.e. the first rate matching offset value) of the CSI part 1 and the CSI part 2 cannot be well matched. (i.e. the second rate matching offset value) of the CSI part 1 or the CSI part 2 cannot be well matched. (i.e. the second rate matching offset value) of the CSI part 1 or the CSI part 2 cannot be well matched.
[0140] Specifically, in one possible implementation, after the network device obtains the length of the OCC (such as 2, 4, or 8, etc.), the length of the OCC, the first rate matching offset value β corresponding to the protocol index value in the above-mentioned Table 6, and the value of the pre-set scaling factor δ can be substituted into the above-mentioned formula (2) to update the first rate matching offset value β and obtain the second rate matching offset value β'.
[0141] It should be noted that, in order to ensure that the second rate matching offset value can be less than the corresponding first rate matching offset value (i.e. β' < β), so as to ensure that after replacing β with β', the resource occupied by UCI can be reduced, it is still necessary to adjust the value of the scaling factor δ according to the different lengths of OCC when the scaling factor δ is set in advance. For example, when the length L of OCC is 2, the value of the scaling factor δ can be set to a value greater than 0.5 and not greater than 1, such as setting the value of the scaling factor δ to 0.6, 0.8, 1, etc.; or, when the length L of OCC is 4, the value of the scaling factor δ can be set to a value greater than 0.25 and not greater than 1, such as setting the value of the scaling factor δ to 0.3, 0.7, 0.9, 1, etc.; or, when the length L of OCC is 8, the value of the scaling factor δ can be set to a value greater than 0.125 and not greater than 1, such as setting the value of the scaling factor δ to 0.2, 0.3, 0.4, etc. Moreover, for different lengths of OCC, the value of the scaling factor δ can be set to be the same, such as both being 0.8; or, for different lengths of OCC, the value of the scaling factor δ can be set to be different, such as L being 2, the value of δ being set to 0.8, L being 4, the value of δ being set to 0.6, L being 8, the value of δ being set to 0.3, etc.
[0142] Further, after the second rate matching offset value β' is calculated, the first rate matching offset value β (such as the 19 numerical values of 1.125 to 20 corresponding to the 19 protocol index values of 0-18 in Table 1) in the original protocol (such as Table 6 above) can be replaced with the second rate matching offset value β' to obtain the corresponding relationship between the updated rate matching offset value and the protocol index value, and the table form can be used to present it, such as adding a column corresponding to the second rate matching offset value of different OCC lengths on the basis of Table 9.3-2 in Section 9.3 of the original 3GPP TS 38.213, or adding a table of second rate matching offset values corresponding to different OCC lengths, which includes the corresponding relationship between the second rate matching offset value and the protocol index value. For example, still taking the value of δ as 0.8, when the length L of OCC is 2, the newly added table can be as shown in Table 8 below; or, when the length L of OCC is 4, the newly added table can be as shown in Table 9 below; or, when the length L of OCC is 8, the newly added table can be as shown in Table 10 below:
[0143] Table 8
[0144] Table 9
[0145] Table 10
[0146] On this basis, it can be understood that, on the basis of the original protocol (such as Table 9.3-2 in Section 9.3 of the original 3GPP TS 38.213), when the network device judges the OCC used on the PUSCH, the value of the rate matching offset value β can be recalculated according to 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 a second rate matching offset value β', and ensure that the second rate matching offset value can be less than the corresponding first rate matching offset value (i.e. β' < β). In this way, after using β' to replace the corresponding β, the updated rate matching offset value and the corresponding relationship of the protocol index value can be obtained, and a table form can be used to present it, such as adding a table representing the corresponding relationship of the rate matching offset value and the protocol index value corresponding to different OCC lengths. For examples, refer to Tables 8, 9, and 10 above.
[0147] On this basis, the updated rate matching offset value and the corresponding relationship of the protocol index value (such as the newly added table representing the corresponding relationship of the rate matching offset value and the protocol index value corresponding to different OCC lengths (such as Tables 8, 9, and 10)) can be used to continue the implementation process similar to steps S302-S305 above. However, the value range of the protocol index value contained in the indication information sent by the network device to the user equipment UE is only the integer value from 0 to 18, because whether it is Table 9.3-2 in Section 9.3 of the original 3GPP TS 38.213 or the newly added table representing the corresponding relationship of the rate matching offset value and the protocol index value (such as Tables 8, 9, and 10), the 13 protocol index values from 19 to 31 in the table correspond to the Reserved value. The other implementation processes can be implemented according to the description of steps S302-S305 above, and will not be repeated here.
[0148] It should be noted that the transmission of other types of content contained in UCI (i.e. types of content after HARQ-ACK, CSI part 1, and CSI part 2) can be implemented according to the communication method shown in Figure 3 above, and only the rate matching offset value and other related parameters need to be replaced. Details are not repeated here.
[0149] In the embodiment shown in FIG. 3, the basis for reducing the resource occupied by UCI is to update the rate matching offset value agreed in the original protocol (such as Table 9.3-1 and 9.3-2 in 3GPP TS 38.213 Section 9.3) by the network device on the network side, or to add a table (such as Table 3, Table 4, Table 5; or Table 8, Table 9, Table 10) representing the correspondence between the rate matching offset value and the protocol index value on the basis of the original protocol (such as Table 9.3-1 and 9.3-2 in the original 3GPP TS 38.213 Section 9.3). In other embodiments, the rate matching offset value agreed in the original protocol (such as Table 9.3-1 and 9.3-2 in 3GPP TS 38.213 Section 9.3) can not be updated or a table can not be added, but based on the value of the scaling factor (which can be understood as the δ mentioned in the above embodiment) configured by the network device, the user equipment UE calculates the β value of the reduced UCI (such as )(which can be referred to as the second rate matching offset value β') from the rate matching offset value β (i.e. the first rate matching offset value corresponding to multiplexing UCI without using OCC on PUSCH) agreed in the original protocol (such as Table 9.3-1 and 9.3-2 in 3GPP TS 38.213 Section 9.3), and then reduces the resource occupied by UCI, to solve the problem that the first rate matching offset value agreed in the existing protocol cannot be well matched when the UCI multiplexing occupies too much PUSCH resource. The following will be described in detail in conjunction with FIG. 5.
[0150] Referring to FIG. 5, another communication method provided by the embodiment of the present application is shown, and the specific implementation process of the method can include the following steps S501-S505:
[0151] S501: When the network device detects that OCC is enabled on PUSCH, the length of OCC is obtained, and the value of the scaling factor is set according to the length of OCC.
[0152] It should be noted that the length of OCC (still denoted by L) is still not limited in this embodiment, and can be set according to actual conditions and empirical values. In one possible implementation, the length of OCC can be, but is not limited to, 2, 4 or 8, etc.
[0153] In this embodiment, after the network device obtains the length L of OCC, in order to ensure that the user equipment UE can calculate the β value of the reduced UCI (such as )(i.e. the second rate matching offset value β') to reduce the resource occupied by UCI. When setting the value of the scaling factor (still denoted by δ), the network side sets the value of the scaling factor δ according to the above formula (2) (i.e. ) for different lengths of OCC.
[0154] 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, 1, etc.; 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, 1, etc.; 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, 0.4, etc. In addition, 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 L = 2, δ = 0.8, L = 4, δ = 0.6, L = 8, δ = 0.3, etc. In addition, the scaling factor δ can be set according to different content types of the UCI, such as different UCI types (e.g., HARQ-ACK, CSI part 1, CSI part 2), the same δ value can be configured, such as δ ACK = δCSI part 1= δCSI part 2= 0.8; or different δ values can be configured for different UCI types, such as δ ACK < δCSI part 1< δCSI part 2.
[0155] S502: The network device sends indication information and configuration information to the user equipment UE.
[0156] In this embodiment, after the network device obtains the length L of the OCC and sets the appropriate value of the scaling factor δ through step S501, the network device further sends indication information and configuration information to the user equipment UE, wherein the indication information is used to indicate the resource used by the user equipment UE to transmit the UCI on the PUSCH and the length L of the OCC used on the PUSCH. The configuration information carries the value of the scaling factor δ, which is used to update the resource used by the UE to transmit the UCI on the PUSCH in combination with the length of the OCC.
[0157] In a possible implementation, the indication information and the configuration information can be both carried in RRC signaling. The RRC signaling is signaling for interaction between a network device and a user equipment through an RRC layer, and can realize wireless resource management, connection management, measurement, and the like. Moreover, the number and the indication content of the indication information are not limited in the present application, and the indication information can be one or more pieces of indication information. One piece of indication information can be used to indicate both the resource of the user equipment (UE) for transmitting UCI on a PUSCH and the length of OCC used on the PUSCH. Or, one piece of indication information can be used to indicate only the resource of the user equipment (UE) for transmitting UCI on the PUSCH. Or, one piece of indication information can be used to indicate only the length of OCC used on the PUSCH, and the like.
[0158] In another possible implementation, the indication information and the configuration information can also be both carried in DCI signaling. The DCI signaling is transmitted on a PDCCH, and is used to schedule downlink data transmission, to provide physical layer resource allocation, power control commands, HARQ of uplink and downlink, and the like.
[0159] It can be seen that, in the above two implementations, the indication information and the configuration information can be both RRC or DCI.
[0160] It should be further noted that the indication information can include a protocol index value. The value range of the protocol index value can be any protocol index value in an existing protocol that corresponds to a first rate matching offset value, rather than a Reserved value. For example, the protocol index value can be any integer from 0 to 20 in Table 9.3-1 in 3GPP TS 38.213 9.3, or can also be any integer from 0 to 18 in Table 9.3-2 in 3GPP TS 38.213 9.3. This is because 11 protocol index values from 21 to 31 in Table 9.3-1 in 3GPP TS 38.213 9.3 correspond to the Reserved value, and 13 protocol index values from 19 to 31 in Table 9.3-2 in 3GPP TS 38.213 9.3 also correspond to the Reserved value.
[0161] S503: The user equipment (UE) receives the indication information and the configuration information, and updates the resource of the UE for transmitting UCI on a PUSCH based on the length of OCC indicated in the configuration information and the indication information.
[0162] In this embodiment, after receiving the indication information and the configuration information, the user equipment UE can first parse the indication information by using an existing or future information parsing method to obtain a protocol index value and a length L of OCC used on the PUSCH, and parse the configuration information to obtain a value of the scaling factor δ. Then, by querying the protocol, the first rate matching offset value β corresponding to the protocol index value is queried, such as the first rate matching offset value β corresponding to the protocol index value recorded in Table 9.3-1 or 9.3-2 in 3GPP TS 38.213 9.3. Next, the first rate matching offset value β queried, the value of the scaling factor δ, and the value of the length L of OCC are substituted into the above formula (2) (i.e. ) to calculate the second rate matching offset value β' when transmitting UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) on the PUSCH without using repetition type B, and then the second rate matching offset value is substituted into the above formula (1), (3), or (4) to calculate the number of REs occupied by UCI (such as HARQ-ACK, CSI part 1, and CSI part 2) when transmitting on the PUSCH without using repetition type B, thereby updating the resources used by the UE to transmit UCI on the PUSCH without using repetition type B.
[0163] S504: The user equipment UE transmits UCI (such as HARQ-ACK, CSI part 1, or CSI part 2, etc.) to the network equipment on the PUSCH without using repetition type B according to the updated resources.
[0164] In this embodiment, after the user equipment UE updates the number of REs occupied by UCI (such as HARQ-ACK, CSI part 1, or CSI part 2, etc.) when transmitting on the PUSCH without using repetition type B (i.e., the updated resources for transmitting UCI on the PUSCH without using repetition type B), the user equipment UE can further transmit UCI (such as HARQ-ACK, CSI part 1, or CSI part 2, etc.) to the network equipment on the PUSCH without using repetition type B through the number of REs according to the updated resources. It can be seen that, since the number of REs used in this embodiment, compared with the first rate matching offset value β value specified in the existing protocol (such as Table 9.3-1 and 9.3-2 in 3GPP TS 38.213 9.3) (i.e. ) The calculated number of REs is small, thereby reducing the resources occupied by UCI, for example, the position resources occupied by the "UCI" box in the lower part of the figure in FIG. 4 in the large "PUSCH" box are much less than the position resources occupied by the "UCI" box in the lower part of the figure in FIG. 2 in the large "PUSCH" box, thereby solving the problem that too many PUSCH resources are occupied by current UCI multiplexing, and achieving network energy saving.
[0165] S505: The network device receives UCI (such as HARQ-ACK, CSI part 1, or CSI part 2, etc.) sent by the user equipment UE.
[0166] To sum up, by using the communication method provided in the embodiments of the present application, after the network device sets the value of the scaling factor according to the length of the OCC, and sends the indication information indicating the length of the OCC used on the PUSCH and the configuration information carrying the value of the scaling factor to the user equipment UE, the user equipment UE can update the resources used by the UE for transmitting UCI on the PUSCH without using repetition type B, based on the length of the OCC indicated in the indication information and the value of the scaling factor carried in the configuration information, so that the user equipment UE can send UCI to the network device on the PUSCH without using repetition type B based on the smaller updated resources, thereby reducing the resources occupied by UCI, and achieving network energy saving.
[0167] Next, the present application will further introduce the hardware implementation of the network device and the user equipment UE in combination with FIG. 6 and FIG. 7.
[0168] Referring to FIG. 6, it shows a schematic diagram of a network device provided in an embodiment of the present application.
[0169] The network element shown in FIG. 6 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, the memory 602, the transceiver 603, and the network interface 604 are connected, for example, through a bus, and in the embodiments of the present application, the connection can include various interfaces, transmission lines, or buses, etc., which are not limited in the present embodiment. The antenna 605 is connected with the transceiver 603. The network interface 604 is used to enable the network element to be connected with other communication devices through a communication link, for example, the network interface 604 can include the network interface between the network device and the network device in the core network, such as the S1 interface, and the network interface can include the network interface between the network device and other network devices, such as the X2 or Xn interface.
[0170] The processor 601 shown in FIG. 6 can specifically complete the actions of the network device in the above method, the memory 602 can complete the storage actions in the above method, the transceiver 603 and the antenna 605 can perform the transceiving actions on the air interface in the above method, and the network interface 604 can complete the actions of interacting with the network device or other network devices in the above method.
[0171] The processor in the embodiments of the present application, for example, the processor 601, can 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, and various computing devices running software, each of which can include one or more cores for executing software instructions to perform calculations or processing. The processor can be a separate semiconductor chip, or can be integrated with other circuits as a semiconductor chip, for example, it can form a SoC (System on Chip) with other circuits such as coding and decoding circuits, hardware acceleration circuits, or various bus and interface circuits, or it can be integrated as a built-in processor in an ASIC. The ASIC that integrates the processor can 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 can further include necessary hardware accelerators such as field programmable gate arrays (FPGAs), PLDs (programmable logic devices), or logic circuits that implement special logic operations.
[0172] The memory in the embodiments of the present application can include at least one of the following types: read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, and can also be electrically erasable programmable read-only memory (EEPROM). In some scenarios, the memory can also be a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage medium or other magnetic storage device, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and capable of being accessed by a computer, but is not limited thereto.
[0173] The memory 602 can be independent of the processor 601. Alternatively, the memory 602 can be integrated with the processor 601, for example, integrated in a chip. The memory 602 can store program codes for implementing the technical solutions of the embodiments of the present application, and the program codes are executed by the processor 601. The executed computer program codes can also be regarded as a driver of the processor 601. For example, the processor 601 is configured to execute the computer program codes stored in the memory 602, so as to implement the technical solutions in the embodiments of the present application.
[0174] The transceiver 603 can be configured to support the reception or transmission of radio frequency signals between the network device and other devices. The transceiver 603 can be connected to the antenna 605. The transceiver 603 includes a transmitter Tx and a receiver Rx. Specifically, one or more antennas 605 can receive radio frequency signals, and the receiver Rx of the transceiver 603 is configured to receive the radio frequency signals from the antenna and convert the radio frequency signals into digital baseband signals or digital intermediate frequency signals, and provide the digital baseband signals or digital intermediate frequency signals to the processor 601 for further processing, such as demodulation processing and decoding processing. In addition, the transmitter Tx in the transceiver 603 is also configured to receive modulated digital baseband signals or digital intermediate frequency signals from the processor 601, and convert the modulated digital baseband signals or digital intermediate frequency signals into radio frequency signals, and transmit the radio frequency signals through one or more antennas 605. Specifically, the receiver Rx can selectively perform one or more levels of down-mixing processing and analog-to-digital conversion processing on the radio frequency signals to obtain digital baseband signals or digital intermediate frequency signals, and the order of the down-mixing processing and the analog-to-digital conversion processing can be adjusted. The transmitter Tx can selectively perform one or more levels of up-mixing processing and digital-to-analog conversion processing on the modulated digital baseband signals or digital intermediate frequency signals to obtain radio frequency signals, and the order of the up-mixing processing and the digital-to-analog conversion processing can be adjusted. The digital baseband signals and the digital intermediate frequency signals can be collectively referred to as digital signals.
[0175] Referring to FIG. 7, an example of a user equipment UE 700 is shown. As shown in FIG. 7, the user equipment UE 700 can 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 headset interface 780D, an antenna group 1, and an antenna group 2.
[0176] It can be understood that the structure shown in the embodiments of the present application does not constitute a specific limitation on the user equipment UE 700. In some other embodiments of the present application, the user equipment UE 700 can include more or fewer components than those shown, or combine certain components, or split certain components, or different arrangement of components. The components shown can be implemented in hardware, software, or a combination of software and hardware.
[0177] The processor 710 can include one or more processing units, for example: the processor 710 can include 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), etc. Among them, different processing units can be independent devices, or can be integrated in one or more processors. The controller can generate operation control signals according to instruction operation codes and timing signals, complete the control of fetching instructions and executing instructions.
[0178] The processor 710 can also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 710 is a cache memory. The memory can save instructions or data that the processor 710 has just used or repeatedly uses. If the processor 710 needs to use the instructions or data again, it can directly call from the memory. Avoiding repeated access, reducing the waiting time of the processor 710, thus improving the efficiency of the system.
[0179] In some embodiments, the processor 710 can include one or more interfaces. The interfaces can 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.
[0180] The sensor module 740 can be used to acquire data signals related to various aspects of the user equipment UE 700, to be used as a basis for implementing corresponding functions. In some embodiments, the sensor module 740 can include, but is not limited to, an image sensor, a gyroscope sensor, a barometric pressure sensor, a magnetic sensor, an acceleration sensor, a temperature sensor, a pressure sensor, etc.
[0181] The display screen 750 is used to display images, videos, etc., such as displaying images taken by the user using the user equipment UE 700. The display screen 750 includes a display panel. The display panel can adopt a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flex light-emitting diode (FLED), a Miniled, a MicroLed, a Micro-oLed, a quantum dot light emitting diodes (QLED), etc. In some embodiments, the user equipment UE 700 can include 1 or P display screens 750, P being a positive integer greater than 1.
[0182] The internal memory 760 can be used to store computer executable program codes, including instructions.
[0183] The internal memory 760 can include a program storage area and a data storage area. The program storage area can store an operating system, application programs (such as a sound collection function, an image shooting function, etc.) required by at least one function, etc. The data storage area can store data (such as audio data, image data, etc.) created during use of the user equipment UE 700, etc. In addition, the internal memory 760 can include a high-speed random access memory, and can also include a non-volatile memory such as at least one magnetic disk storage device, a flash memory device, a universal flash storage (UFS), etc. The processor 710 executes various function applications and data processing of the user equipment UE 700 by running instructions stored in the internal memory 760 and / or instructions stored in a memory disposed in the processor.
[0184] In some embodiments, the internal memory 760 stores instructions for performing the above communication method. The processor 710 can implement the function by executing the instructions stored in the internal memory 760, and the specific function implemented is that the network device first sends indication information to the user equipment UE, the indication information being used to indicate resources of the user equipment UE for transmitting UCI on the PUSCH and a length of OCC used on the PUSCH, and then the user equipment UE can determine smaller resources for transmitting UCI on the PUSCH based on the length of the OCC indicated in the indication information, so that after the user equipment UE sends UCI to the network device on the PUSCH based on the smaller resources, the network device can receive the UCI sent by the user equipment UE based on the smaller resources. Further, the transmission resources occupied by the UCI are reduced, and network energy saving is achieved.
[0185] The camera 770 is used to capture still images or videos. For example, after a user holds the user equipment UE 700, the user can use the camera 770 installed on the user equipment UE 700 to take a landscape image, etc. In some embodiments, the user equipment UE 700 can include one or K cameras 770, K being a positive integer greater than 1.
[0186] The user equipment UE 700 implements display functions through a GPU, the display screen 750, and an application processor, etc. The GPU is a microprocessor for image processing, and is connected to the display screen 750 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 710 can include one or more GPUs, which execute program instructions to generate or change display information.
[0187] The user equipment UE 700 can implement audio functions through the audio module 780, the speaker 780A, the receiver 780B, the microphone 780C, the earphone interface 780D, and the application processor, etc. For example, the input and output of voice such as music playing, recording, etc.
[0188] The audio module 780 is used to convert digital audio information into analog audio signals, and is also used to convert analog audio input into digital audio signals. The audio module 780 can also be used to encode and decode audio signals. In some embodiments, the audio module 780 can be disposed in the processor 710, or part of the functions of the audio module 780 can be disposed in the processor 710.
[0189] The speaker 780A, also known as a "loudspeaker", is used to convert audio electrical signals into sound signals. The user equipment UE 700 can listen to music or listen to a hands-free call through the speaker 780A.
[0190] The receiver 780B, also known as a "earpiece", is used to convert audio electrical signals into sound signals. When the user equipment UE 700 answers a call or a voice message, the receiver 780B can be held close to the ear to listen to the voice.
[0191] The microphone 780C, also known as a "microphone", "sound collector", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak into the microphone 780C close to the mouth to input the sound signal into the microphone 780C. The user equipment UE 700 can be provided with at least one microphone 780C. In other embodiments, the user equipment UE 700 can be provided with two microphones 780C, in addition to collecting sound signals, it can also realize the function of noise reduction. In other embodiments, 2 can also be provided with three, four or more microphones 780C, in addition to collecting sound signals, noise reduction, it can also identify the source of the sound, realize the function of directional recording, etc.
[0192] The earphone interface 780D is used to connect a wired earphone, and does not limit the standard properties of the interface.
[0193] It can be understood that the interface connection relationship between the modules shown in the embodiments of the present application is only illustrative, and does not constitute a structural limitation on the user equipment UE 700.
[0194] The wireless communication function of the user equipment UE 700 can be realized through the antenna 1, the antenna 2, the mobile communication module 720, the wireless communication module 730, the modem processor, and the baseband processor, etc.
[0195] Antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in user equipment UE 700 can be used to cover a single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization of antennas. For example, antenna 1 can be multiplexed as a diversity antenna for wireless local area networks. In some other embodiments, antennas can be used in combination with tuning switches.
[0196] Mobile communication module 720 can provide solutions for wireless communication including 2G / 3G / 4G / 5G, etc. applied on user equipment UE 700. Mobile communication module 720 can include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. Mobile communication module 720 can receive electromagnetic waves by antenna 1, and perform filtering, amplification, etc. on the received electromagnetic waves, and transmit the processed signals to a modem processor for demodulation. Mobile communication module 720 can also amplify signals modulated by the modem processor, and convert the signals into electromagnetic waves radiated by antenna 1. In some embodiments, at least part of the functional modules of mobile communication module 720 can be arranged in processor 710. In some embodiments, at least part of the functional modules of mobile communication module 720 and at least part of the modules of processor 710 can be arranged in the same device.
[0197] Wireless communication module 730 can provide solutions for wireless communication 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), infrared (IR) technology, etc. applied on user equipment UE 700. Wireless communication module 730 can be one or more devices integrated with at least one communication processing module. Wireless communication module 730 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering processing on the electromagnetic wave signals, and transmits the processed signals to processor 710. Wireless communication module 730 can also receive signals to be transmitted from processor 710, perform frequency modulation and amplification on the signals, and convert the signals into electromagnetic waves radiated by antenna 2.
[0198] In addition, on the above components, an operating system runs. For example, an iOS operating system, an Android operating system, a Windows operating system, and the like. An application program can be installed and run on the operating system. Those skilled in the art can clearly understand that, for the convenience and brevity of description, the explanations and beneficial effects of the above-mentioned related contents in any of the UEs can refer to the corresponding method embodiments provided above, and will not be repeated here.
[0199] Further, the embodiments of the present application also provide a communication system, which comprises a network device and a user equipment (UE), and is used to implement the communication method provided in the above various embodiments.
[0200] Further, in addition, the embodiments of the present application also provide a computer readable storage medium, which is used to store a computer program, and the computer program is executed to implement the communication method described in the above various embodiments.
[0201] In addition, the embodiments of the present application also provide a computer program product, which is executed by one or more computing devices, and the one or more computing devices execute any of the above communication methods. The computer program product can be a software installation package, and when any of the above communication methods needs to be used, the computer program product can be downloaded and executed on the computer.
[0202] Through the description of the above embodiments, those skilled in the art can clearly understand that the present application can be realized by means of software and necessary general hardware, and of course, it can also be realized by special hardware including special integrated circuits, special CPUs, special memories, special components, and the like. Generally, functions completed by computer programs can be easily realized by corresponding hardware, and specific hardware structures for realizing the same function can also be various, such as analog circuits, digital circuits, or special circuits. However, for the present application, software program implementation is a better embodiment. Based on such understanding, the technical solutions of the present application can be embodied in the form of a software product, which is stored in a readable storage medium, such as a floppy disk, a U disk, a mobile hard disk, a ROM, a RAM, a magnetic disk or an optical disk, and includes a plurality of instructions to make a computer device (which can be a personal computer, a training device, or a network device, etc.) execute the methods described in the various embodiments of the present application.
[0203] In the above embodiments, all or part of them can be realized by software, hardware, firmware, or any combination thereof. When realized by software, all or part of them can be realized in the form of a computer program product.
[0204] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the flow or function described in the embodiments of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions can be transmitted from one website, computer, training device or data center to another website, computer, training device or data center through wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can store or a data storage device such as a training device, a data center, etc. integrated with one or more available media sets. The available media can be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)), etc.
[0205] The system architecture and business scenarios described in the embodiments of the present application are used to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. Those skilled in the art can know that, as the network architecture evolves and new business scenarios appear, the technical solutions provided by the embodiments of the present application are also applicable to similar technical problems.
Claims
1. A communication method characterized by comprising: The method is applied to a network device, and comprises the following steps: sending indication information, the indication information being used to indicate resources for a user equipment (UE) to transmit uplink control information (UCI) on a physical uplink shared channel (PUSCH) and / or a length of an orthogonal cover code (OCC) used on the PUSCH; the resources being determined according to the length of the OCC; obtaining the UCI, the UCI being transmitted by the UE to the network device on the PUSCH according to the resources.
2. The method of claim 1, wherein, The indication information is radio resource control (RRC) information or downlink control information (DCI).
3. The method of claim 1, wherein, 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 transmission resources of the UCI on the PUSCH; and a corresponding relationship between the rate matching offset value and the protocol index value being determined according to the length of the OCC used on the PUSCH.
4. The method of claim 3, wherein, The protocol index value ranges from 0 to 31.
5. The method of claim 3, wherein, The corresponding relationship between the rate matching offset value and the protocol index value is determined in the following manner: setting a value of a scaling factor; calculating a product value of the value of the scaling factor and the length of the OCC; dividing a first rate matching offset value corresponding to the protocol index value by the product value to obtain a quotient value, and using the quotient value as a second rate matching offset value, so as to determine the corresponding relationship 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 being smaller than the corresponding first rate matching offset value; and the first rate matching offset value being a corresponding rate matching offset value for multiplexing UCI when no OCC is used on the PUSCH, as specified by a protocol.
6. The method of claim 5, wherein, The determination of the corresponding relationship between the rate matching offset value and the protocol index value by using the second rate matching offset value comprises: replacing a reserved rate matching offset value with the second rate matching offset value, so as to update the corresponding relationship between the rate matching offset value and the protocol index value.
7. The method of claim 5, wherein, The determination of the corresponding relationship between the rate matching offset value and the protocol index value by using the second rate matching offset value comprises: replacing the corresponding first rate matching offset value with the second rate matching offset value, so as to update the corresponding relationship between the rate matching offset value and the protocol index value.
8. The method of claim 5, wherein, The setting of the value of the scaling factor comprises: setting the value of the scaling factor according to different lengths of the OCC, or setting the value of the scaling factor according to different content types of the UCI.
9. The method of claim 1, wherein, The length of the OCC is 2, 4 or 8.
10. The method of claim 1, wherein, The UCI comprises 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).
11. The method of claim 8, wherein, The setting of the value of the scaling factor according to different lengths of the OCC comprises: when the length of the OCC is 2, the value of the scaling factor is set to a value greater than 0.5 and not greater than 1. Or, when the length of the OCC is 4, the scaling factor is set to a value greater than 0.25 and not greater than 1; Or, when the length of the OCC is 8, the scaling factor is set to a value greater than 0.125 and not greater than 1.
12. A communication method characterized by comprising: The method is applied to a user equipment (UE), and the method comprises: obtaining indication information, the indication information being used to indicate resources for transmitting uplink control information (UCI) on a physical uplink shared channel (PUSCH) and / or a length of an orthogonal cover code (OCC) used on the PUSCH; determining the resources for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information; sending the UCI to a network device on the PUSCH according to the resources.
13. The method of claim 12, wherein, After the indication information is obtained, the method further comprises: parsing the indication information to obtain a protocol index value and the length of the OCC; the determination of the resources for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the indication information comprises: determining a rate matching offset value for transmitting the UCI according to the protocol index value and the length of the OCC; calculating the transmission resources of the UCI on the PUSCH by using the rate matching offset value.
14. The method of claim 13, wherein, The protocol index value ranges from 0 to 31.
15. The method of claim 13, wherein, The determination of the correspondence between the rate matching offset value and the protocol index value is as follows: a network device sets a value of a scaling factor, calculates a product of the value of the scaling factor and the length of the OCC, divides a first rate matching offset value corresponding to the protocol index value by the product to obtain a quotient, and uses the quotient as a second rate matching offset value 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 a rate matching offset value corresponding to multiplexing UCI without using the OCC on the PUSCH as specified by a protocol.
16. The method of claim 13, wherein, The determination of the correspondence between the rate matching offset value and the protocol index value by using the second rate matching offset value is as follows: the second rate matching offset value is used to replace a reserved rate matching offset value to update the correspondence between the rate matching offset value and the protocol index value.
17. The method of claim 13, wherein, The determination of the correspondence between the rate matching offset value and the protocol index value by using the second rate matching offset value is as follows: the second rate matching offset value is used to replace the corresponding first rate matching offset value to update the correspondence between the rate matching offset value and the protocol index value.
18. A method of communication, comprising: The method is applied to a network device, and the method comprises: sending indication information, the indication information being used to indicate resources for transmitting uplink control information (UCI) on a physical uplink shared channel (PUSCH) and / or a length of an orthogonal cover code (OCC) used on the PUSCH; transmitting configuration information, the configuration information being used to update resources of the UE for transmitting the UCI on the PUSCH in combination with a length of the OCC; obtaining the UCI, the UCI being transmitted by the UE to the network device on the PUSCH according to the updated resources.
19. The method of claim 18, wherein, The configuration information is radio resource control (RRC) information or downlink control information (DCI), and the indication information is RRC information or DCI.
20. The method of claim 18, wherein, The indication information includes a protocol index value, the protocol index value being used to indicate a first rate matching offset value for the UE when transmitting the UCI, the first rate matching offset value being a rate matching offset value corresponding to multiplexing of the UCI without OCC on the PUSCH and being specified by a protocol, and the first rate matching offset value being used to determine transmission resources for multiplexing of the UCI without OCC on the PUSCH, and the configuration information including a scaling factor, the scaling factor being used to update the first rate matching offset value to obtain a second rate matching offset value in combination with the length of the OCC and the first rate matching offset value, and the second rate matching offset value being used to determine transmission resources for multiplexing of the UCI with OCC on the PUSCH.
21. The method of claim 20, wherein, The scaling factor is determined in the following manner: 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.
22. The method of claim 18, wherein, The length of the OCC is 2, 4, or 8.
23. The method of claim 18, wherein, The UCI includes hybrid automatic repeat request-acknowledgement (HARQ-ACK), channel state information part 1 (CSI part 1), and channel state information part 2 (CSI part 2).
24. The method of claim 21, wherein, The value of the scaling factor is set in the following manner according to different lengths of the OCC: When the length of the OCC is 2, the value of the scaling factor is set to a value greater than 0.5 and not greater than 1; or when the length of the OCC is 4, the value of the scaling factor is set to a value greater than 0.25 and not greater than 1; or when the length of the OCC is 8, the value of the scaling factor is set to a value greater than 0.125 and not greater than 1.
25. A method of communication, comprising: The method is applied to a user equipment (UE) and includes the following steps: obtaining indication information, the indication information being used to indicate resources of the UE for transmitting uplink control information (UCI) on a physical uplink shared channel (PUSCH) and / or a length of an orthogonal cover code (OCC) used on the PUSCH; obtaining configuration information, the configuration information being used to update resources of the UE for transmitting the UCI on the PUSCH in combination with the length of the OCC; updating the resources of the UE for transmitting the UCI on the PUSCH based on the length of the OCC indicated in the configuration information and the indication information; transmitting the UCI to a network device on the PUSCH according to the updated resources.
26. The method of claim 25, wherein, After the indication information is obtained, the method further includes the following steps: parsing the indication information to obtain a protocol index value and the length of the OCC.
27. The method of claim 26, wherein, After the configuration information is obtained, the method further includes the following steps: parsing the configuration information to obtain a value of a scaling factor; updating, based on the length of the OCC indicated in the configuration information and the indication information, a resource of the UE for transmitting the UCI on the PUSCH, comprising: determining, according to the value of the scaling factor, the length of the OCC, and a first rate matching offset value, a second rate matching offset value corresponding to a case that OCC is used for UCI multiplexing on the PUSCH; the first rate matching offset value is a rate matching offset value corresponding to a case that no OCC is used on the PUSCH when multiplexing UCI, which is specified by a protocol; updating, by using the second rate matching offset value, the resource of the UE for transmitting the UCI on the PUSCH.
28. The method of claim 27, wherein, The determining, according to the value of the scaling factor, the length of the OCC, and a first rate matching offset value, a second rate matching offset value corresponding to a case that OCC is used for UCI multiplexing on the PUSCH, comprises: calculating a product value of the value of the scaling factor and the length of the OCC; dividing the first rate matching offset value by the product value, and using a quotient value obtained as the second rate matching offset value corresponding to the case that OCC is used for UCI multiplexing on the PUSCH; the second rate matching offset value is smaller than the first rate matching offset value.
29. A network device, comprising: comprising: a transceiver configured to perform a receiving operation and a sending operation in the method of any one of claims 1-11, 18-24; a processor configured to perform an operation 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), comprising: comprising: a transceiver configured to perform a receiving operation and a sending operation in the method of any one of claims 12-17, 25-28; a processor configured to perform an operation other than the receiving operation and the sending operation in the method of any one of claims 12-17, 25-28.
31. A communication system, characterized by comprising a network device configured to perform the method of any one of claims 1-11, 18-24, and a user equipment (UE) configured to perform the method of any one of claims 12-17, 25-28.
32. A computer storage medium storing a computer program, the computer program being executed to implement the communication method of any one of claims 1-28.
Citation Information
Patent Citations
Method and device for determining size of transmission block and communication equipment
CN113890672A
PUCCH (Physical Uplink Control Channel) repeated transmission method and related device
CN114390687A
Different orthogonal cover code matrix sizes across physical uplink control channel repetitions
US20220086825A1