Method, terminal device and network device for transmitting feedback information

Abstract

A method for transmitting feedback information, a terminal device and a network device, the method comprising: the terminal device receiving a physical downlink data channel (PDSCH) sent by the network device, the PDSCH being used to carry a point-to-multipoint (PTM) transmission sent by the network device to multiple terminal devices, the terminal device being one of the multiple terminal devices; and the terminal device providing feedback on the PTM transmission.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of communications, and specifically to a method, terminal device, and network device for transmitting feedback information. Background Art

[0002] In New Radio (NR) systems, terminal devices and network equipment can perform unicast transmissions. To more efficiently utilize network resources, point-to-multipoint (PTM) transmission is being considered. This involves transmitting data from a single data source to multiple terminal devices using shared network resources. In this case, how terminal devices provide feedback on PTM transmissions is an urgent issue. Summary of the Invention

[0003] The embodiments of the present application provide a method for transmitting feedback information, a terminal device, and a network device, which can implement feedback from the terminal device on PTM transmission.

[0004] In a first aspect, a method for transmitting feedback information is provided, comprising: a terminal device receives a physical downlink data channel PDSCH sent by a network device, the PDSCH being used to carry a point-to-multipoint PTM transmission sent by the network device to multiple terminal devices, the terminal device being one of the multiple terminal devices; the terminal device provides feedback on the PTM transmission.

[0005] In a second aspect, a method for transmitting feedback information is provided, including: a network device sends a physical downlink control channel PDCCH to multiple terminal devices on a first bandwidth part BWP, and the PDCCH is used to schedule the multiple terminal devices to receive a physical downlink data channel PDSCH carrying point-to-multipoint PTM transmission on a second BWP; the network device sends the PDSCH to the multiple terminal devices.

[0006] In a third aspect, a terminal device is provided, configured to execute the method in the first aspect or any possible implementation of the first aspect. Specifically, the terminal device includes a unit configured to execute the method in the first aspect or any possible implementation of the first aspect.

[0007] In a fourth aspect, a network device is provided, configured to execute the method in the second aspect or any possible implementation of the second aspect. Specifically, the network device includes a unit configured to execute the method in the second aspect or any possible implementation of the second aspect.

[0008] In a fifth aspect, a terminal device is provided, comprising: a processor and a memory. The memory is configured to store a computer program, and the processor is configured to call and execute the computer program stored in the memory to perform the method of the first aspect or its implementations.

[0009] In a sixth aspect, a network device is provided, comprising: a processor and a memory, wherein the memory is configured to store a computer program, and the processor is configured to call and execute the computer program stored in the memory to perform the method of the second aspect or its respective implementations.

[0010] In a seventh aspect, a chip is provided for implementing the method in any one of the first to second aspects or their respective implementations.

[0011] Specifically, the chip includes: a processor for calling and running a computer program from a memory, so that a device equipped with the chip executes a method as described in any one of the first to second aspects or their respective implementations.

[0012] In an eighth aspect, a computer-readable storage medium is provided for storing a computer program, which enables a computer to execute the method of any one of the first to second aspects or their respective implementations.

[0013] In a ninth aspect, a computer program product is provided, comprising computer program instructions, which enable a computer to execute the method of any one of the first to second aspects or their respective implementations.

[0014] In a tenth aspect, a computer program is provided, which, when executed on a computer, enables the computer to execute the method of any one of the first to second aspects or their respective implementations.

[0015] Based on the above technical solution, the network device can schedule multiple terminal devices to receive PTM transmissions, which is conducive to improving the utilization efficiency of network resources. At the same time, the terminal devices can provide feedback on the PTM transmissions, which is conducive to improving the reliability of PTM transmissions. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 It is a schematic diagram of an application scenario provided by an embodiment of the present application.

[0017] Figure 2 This is a schematic diagram of a method for transmitting feedback information provided in an embodiment of the present application.

[0018] Figure 3 This is a schematic diagram of a PTM transmission according to an embodiment of the present application.

[0019] Figure 4-6 It is a schematic diagram of several typical feedback methods according to the embodiments of the present application.

[0020] Figure 7 This is a schematic diagram of another method for transmitting feedback information provided in an embodiment of the present application.

[0021] Figure 8 This is a schematic block diagram of a terminal device provided in an embodiment of the present application.

[0022] Figure 9 This is a schematic block diagram of a network device provided in an embodiment of the present application.

[0023] Figure 10 This is a schematic block diagram of a communication device provided in another embodiment of the present application.

[0024] Figure 11 This is a schematic block diagram of a chip provided in an embodiment of the present application.

[0025] Figure 12 It is a schematic block diagram of a communication system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0026] The following will describe the technical solutions in the embodiments of this application in conjunction with the drawings in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of the embodiments. With respect to the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0027] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Global System of Mobile communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, Advanced Long Term Evolution (LTE-A) system, New Radio (NR) system, NR system evolution system, LTE on unlicensed spectrum (LTE-U) system, NR on unlicensed spectrum (NR U) system, Non Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (Wireless Fidelity) system. Fidelity, WiFi), fifth-generation communication (5th-Generation, 5G) system or other communication systems, etc.

[0028] Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communications, but will also support, for example, device-to-device (D2D) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), vehicle-to-vehicle (V2V) communication, or vehicle-to-everything (V2X) communication, etc. The embodiments of the present application can also be applied to these communication systems.

[0029] Optionally, the communication system in the embodiment of the present application can be applied to a carrier aggregation (CA) scenario, a dual connectivity (DC) scenario, or a standalone (SA) networking scenario.

[0030] Optionally, the communication system in the embodiment of the present application can be applied to an unlicensed spectrum, where the unlicensed spectrum can also be considered as a shared spectrum; or, the communication system in the embodiment of the present application can also be applied to an authorized spectrum, where the authorized spectrum can also be considered as an unshared spectrum.

[0031] The embodiments of the present application describe various embodiments in conjunction with network devices and terminal devices, wherein the terminal device may also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, etc.

[0032] The terminal device can be a station (ST) in a WLAN, a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA) device, a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a next-generation communication system such as an NR network, or a terminal device in a future evolved Public Land Mobile Network (PLMN) network, etc.

[0033] In an embodiment of the present application, the terminal device can be deployed on land, including indoors or outdoors, handheld, wearable or vehicle-mounted; it can also be deployed on the water surface (such as ships, etc.); it can also be deployed in the air (such as airplanes, balloons and satellites, etc.).

[0034] In an embodiment of the present application, the terminal device may be 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 device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, or a wireless terminal device in a smart home, etc.

[0035] As an example and not a limitation, in the embodiment of the present application, the terminal device may also be a wearable device. Wearable devices may also be called wearable smart devices, which are a general term for wearable devices that are intelligently designed and developed using wearable technology for daily wear, such as glasses, gloves, watches, clothing, and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not only hardware devices, but also achieve powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include those that are fully functional, large in size, and can achieve complete or partial functions without relying on smartphones, such as smart watches or smart glasses, as well as those that only focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various smart bracelets and smart jewelry for vital sign monitoring.

[0036] In an embodiment of the present application, the network device may be a device for communicating with a mobile device. The network device may be an access point (AP) in WLAN, a base station (BTS) in GSM or CDMA, a base station (NodeB, NB) in WCDMA, an evolved base station (eNB or eNodeB) in LTE, or a relay station or access point, or a vehicle-mounted device, a wearable device, and a network device (gNB) in an NR network, or a network device in a future evolved PLMN network or a network device in an NTN network, etc.

[0037] As an example and not a limitation, in an embodiment of the present application, the network device may have a mobile feature, for example, the network device may be a mobile device. Alternatively, the network device may be a satellite or a balloon station. For example, the satellite may be a low earth orbit (LEO) satellite, a medium earth orbit (MEO) satellite, a geostationary earth orbit (GEO) satellite, a high elliptical orbit (HEO) satellite, etc. Optionally, the network device may also be a base station set up in a location such as land or water.

[0038] In an embodiment of the present application, the network device can provide services for a cell, and the terminal device communicates with the network device through the transmission resources used by the cell (for example, frequency domain resources, or spectrum resources). The cell can be a cell corresponding to the network device (for example, a base station). The cell can belong to a macro base station or a base station corresponding to a small cell. The small cells here may include: metro cells, micro cells, pico cells, femto cells, etc. These small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.

[0039] For example, the communication system 100 used in the embodiment of the present application is as follows: Figure 1 The communication system 100 may include a network device 110, which may be a device that communicates with a terminal device 120 (or a communication terminal or terminal). The network device 110 may provide communication coverage for a specific geographic area and may communicate with terminal devices within the coverage area.

[0040] Figure 1 One network device and two terminal devices are shown as an example. Optionally, the communication system 100 may include multiple network devices and each network device may include another number of terminal devices within its coverage area. This embodiment of the present application does not limit this.

[0041] Optionally, the communication system 100 may further include other network entities such as a network controller and a mobility management entity, which is not limited in the embodiment of the present application.

[0042] It should be understood that the device with communication function in the network / system in the embodiment of the present application can be called a communication device. Figure 1Taking the communication system 100 shown as an example, the communication equipment may include a network device 110 and a terminal device 120 with communication functions. The network device 110 and the terminal device 120 may be the specific devices described above and will not be repeated here; the communication equipment may also include other devices in the communication system 100, such as a network controller, a mobile management entity and other network entities, which is not limited in the embodiments of the present application.

[0043] It should be understood that the terms "system" and "network" are often used interchangeably herein. The term "and / or" is simply a description of an association between related objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " generally indicates that the related objects are in an "or" relationship.

[0044] It should be understood that the "indication" mentioned in the embodiments of this application can be a direct indication, an indirect indication, or an indication of an association. For example, "A indicates B" can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B.

[0045] In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect correspondence between the two, or an association relationship between the two, or a relationship between indication and being indicated, configuration and being configured, etc.

[0046] It should be understood that in the embodiment of the present application, NR can also be deployed independently. In order to reduce air interface signaling and quickly restore wireless connections and quickly restore data services in the 5G network environment, a new radio resource control (RRC) state is defined, namely the RRC_INACTIVE (inactive) state. This state is different from the RRC_IDLE (idle) and RRC_CONNECTED (connected) states.

[0047] In the RRC_IDLE state, mobility is based on cell selection and reselection by the terminal device, paging is initiated by the core network (CN), and the paging area is configured by the CN. There is no terminal device access stratum (AS) context on the base station side, and no RRC connection exists.

[0048] In the RRC_CONNECTED state, an RRC connection exists, and a device AS context exists between the base station and the terminal. The network knows the terminal's location at the cell level. Mobility is controlled by the network. Unicast data can be transmitted between the terminal and the base station.

[0049] RRC_INACTIVE: Mobility is based on cell selection and reselection of the terminal device. There is a connection between CN and NR. The AS context of the terminal device exists on a certain base station. Paging is triggered by the Radio Access Network (RAN). The RAN-based paging area is managed by the RAN. The network equipment knows the location of the terminal device based on the RAN paging area level.

[0050] It should be noted that in the embodiments of the present application, the non-activated state may also be referred to as the deactivated state, and the present application does not limit this.

[0051] The maximum channel bandwidth supported in NR systems can reach 400 MHz (wideband carrier). If the UE always operates on the wideband carrier, the UE power consumption is very high. Adjusting the UE's radio frequency (RF) bandwidth based on the actual UE throughput can optimize UE power consumption. This is the motivation for introducing the bandwidth part (BWP).

[0052] A UE in RRC_IDLE or RRC_INACTIVE state resides on the initial BWP. This BWP is visible to the UE in RRC_IDLE or RRC_INACTIVE state. The UE can obtain information such as the Master Information Block (MIB), Remaining System Information (RMSI), Other System Information (OSI) and paging in this BWP.

[0053] The NR system only supports unicast transmission, and unicast transmission of terminal devices in the RRC connected state requires Hybrid Automatic Repeat request Acknowledgement (HARQ-ACK) information feedback.

[0054] Some services in the NR system are considering the introduction of PTM transmission, such as vehicle-to-everything (V2X) industrial network services. Accordingly, it is necessary to introduce a HARQ-ACK feedback mechanism for PTM transmission.

[0055] Figure 2 A schematic flow chart of a method 200 for transmitting feedback information provided in an embodiment of the present application. The method 200 may be Figure 1 The terminal device in the communication system shown executes, as shown in FIG. Figure 2 As shown, the method 200 may include at least part of the following:

[0056] S210, a terminal device receives a physical downlink data channel PDSCH sent by a network device, where the PDSCH is used to carry a point-to-multipoint PTM transmission sent by the network device to multiple terminal devices, where the terminal device is one of the multiple terminal devices;

[0057] S220: The terminal device provides feedback on the PTM transmission.

[0058] Optionally, in the embodiment of the present application, the PTM transmission may refer to any point-to-multipoint transmission mode, such as groupcast transmission, broadcast transmission or multicast transmission.

[0059] In an embodiment of the present application, the network device may perform PTM transmission via a physical downlink shared channel (PDSCH). That is, the PTM transmission may be carried on the PDSCH. In other embodiments, the PTM transmission may be carried on other data channels, which is not limited in this embodiment of the present application.

[0060] It should be understood that the embodiments of the present application do not specifically limit the number of terminal devices that the network device performs PTM transmission.

[0061] As an example, Figure 3 As shown, the multiple terminal devices may include UE#0, UE#1, UE#2, and UE#3, and the network device such as gNB may send PTM transmission #0, referred to as PTM#0, to UE#0, UE#1, UE#2, and UE#3.

[0062] In some embodiments, the terminal device may also receive unicast transmissions from the network device, and the PTM transmission and the unicast transmission may be fed back with HARQ-ACK on orthogonal uplink resources, or may be fed back with HARQ-ACK on the same uplink resource. The uplink resources used for PTM transmission and / or unicast transmission feedback may be indicated or configured by the network device.

[0063] In some embodiments, HARQ-ACK information of PTM transmission and / or unicast transmission can be carried by a physical uplink control channel (PUCCH).

[0064] For example, one PUCCH may carry HARQ-ACK information of one or more PTM transmissions.

[0065] For another example, one PUCCH may simultaneously carry HARQ-ACK information of PTM transmission and unicast transmission.

[0066] Before introducing the feedback mechanism of PTM transmission according to the embodiment of the present application, the scheduling method of PTM transmission according to the embodiment of the present application is first explained.

[0067] In some embodiments, the terminal device determines an identifier corresponding to a PTM transmission, such as a Multicast Broadcast Service Radio Network Temporary Identity (MBS-RNTI), by receiving a signaling instruction from a network device. The terminal device further receives a PDSCH carrying the PTM transmission scheduled by a Physical Downlink Control Channel (PDCCH) scrambled by the MBS-RNTI, and then feeds back corresponding HARQ-ACK information based on the reception result.

[0068] In some embodiments, the terminal device may receive an MBS-RNTI-scrambled PDCCH on a currently activated BWP, where the PDCCH is used to schedule the terminal device to receive a PDSCH carrying a PTM transmission on the same BWP.

[0069] In this case, the PDCCH may be sent in a terminal device-specific search space (UE Search Space, USS), and the PDSCH may be sent in a common search space (CSS) or USS.

[0070] In other embodiments, the terminal may receive the MBS-RNTI-scrambled PDCCH on a currently activated BWP, and then receive the PDSCH carrying the PTM transmission on another BWP according to the PDCCH indication.

[0071] In this case, after receiving the PDSCH, the terminal device may switch back to the BWP that received the PDCCH. Alternatively, if there is no PDCCH search space for scheduling PTM transmission on the currently activated BWP of the terminal device, the terminal device may receive PTM transmission on the currently activated BWP according to the semi-persistent scheduling configuration, or receive PTM transmission on another BWP according to the semi-persistent scheduling configuration.

[0072] Optionally, the number of bits carried in the PDCCH for scheduling PTM transmission sent in the USS is the same as the number of bits in PDCCH format 1-1, and the number of bits carried in the PDCCH for scheduling PTM transmission sent in the CSS is the same as the number of bits in PDCCH format 1-0.

[0073] In an embodiment of the present application, the terminal device can feedback the HARQ-ACK information of PTM transmission and the HARQ-ACK information of unicast transmission through PUCCH according to the instructions or configuration of the network device or on different orthogonal uplink resources or the same uplink resource. When using different uplink resources, the terminal device adopts a corresponding method to determine the transmission power of PUCCH, which is described in detail below.

[0074] In an embodiment of the present application, a network device may configure PUCCH resources for a terminal device. Optionally, the PUCCH resources configured by the network device may include, for example, common PUCCH resources for PTM transmission feedback by the multiple terminal devices, or may include dedicated PUCCH resources for PTM transmission feedback by the terminal device. Alternatively, the network device may not configure dedicated resources for PTM transmission for the terminal device, but only configure general PUCCH resources. The terminal device may use a corresponding feedback method to provide PTM transmission feedback based on the type of the PUCCH resource.

[0075] Feedback method 1

[0076] The terminal device is configured with a common PUCCH resource for PTM transmission feedback by the multiple terminal devices. Optionally, the common PUCCH resource may be orthogonal to other PUCCH resources on the multiple terminal devices. The common PUCCH resource may be a PUCCH resource dedicated to the PTM transmission, and the common PUCCH resource is a common PUCCH resource corresponding to the MBS-RNTI of the PDCCH that schedules the PTM transmission.

[0077] Optionally, the other PUCCH resources may be used to transmit uplink control information (UCI) or unicast transmitted HARQ-ACK information, etc.

[0078] In this case, the terminal device provides feedback on the public PUCCH resource based on the decoding result of the PDSCH. As an example, a negative acknowledgement (NACK) is fed back or no feedback is provided for the PTM transmission, i.e., no feedback information is sent. For example, if the PDSCH is not successfully decoded, the terminal device provides a NACK feedback on the public PUCCH resource. For another example, if the PDSCH is successfully decoded, the terminal device does not provide feedback for the PTM transmission.

[0079] In feedback mode 1, since the terminal device provides feedback on the public PUCCH resource, if any terminal device provides NACK, the network device may consider that the PTM transmission has failed. Therefore, the terminal device only needs to provide feedback when decoding fails, and does not provide feedback when decoding is successful. This can avoid multiple terminal devices providing feedback on the same PUCCH resource at the same time, which increases the power control complexity on the network side.

[0080] Combine Figure 4 ,by Figure 3 The PTM transmission example shown in the figure illustrates that UE#0, UE#1, UE#2, and UE#3 can all send HARQ-ACK information on the dedicated PUCCH resources corresponding to PTM#0. The dedicated PUCCH resources corresponding to PTM#0 are orthogonal to other PUCCH resources on UE#0, UE#1, UE#2, and UE#3.

[0081] For example, if UE1 fails to decode the PDSCH carrying PTM#0, it feeds back a NACK, otherwise it does not feed back.

[0082] In feedback mode 1, if the common PUCCH resources and other PUCCH resources of the terminal device overlap in the time domain, and the terminal device is unable to transmit PUCCH on both the common PUCCH resources and the other PUCCH resources at the same time, the terminal device does not provide feedback on the PTM transmission and preferentially transmits PUCCH on the other PUCCH resources.

[0083] In some embodiments, if the PTM transmission includes multiple transport blocks (TBs), and the common PUCCH resource includes multiple TBs corresponding to one PUCCH resource, in this case, the terminal device provides feedback on the one PUCCH resource based on the decoding results of the multiple TBs. For example, if all of the multiple TBs are successfully decoded, the terminal device does not provide feedback on the one PUCCH resource; or if one of the multiple TBs is not successfully decoded, the terminal device provides feedback on the one PUCCH resource.

[0084] In other embodiments, if the PTM transmission includes multiple transport blocks (TBs), and the common PUCCH resources include PUCCH resources corresponding to each of the multiple TBs, the terminal device provides feedback on the corresponding PUCCH resources based on the decoding results of each of the multiple TBs. For example, if the first TB of the multiple TBs is successfully decoded, the terminal device does not provide feedback on the PUCCH resources corresponding to the first TB; or if the first TB is not successfully decoded, the terminal device provides feedback on the PUCCH resources corresponding to the first TB.

[0085] Feedback method 2

[0086] The terminal device is configured with dedicated PUCCH resources for each of the multiple terminal devices to perform PTM transmission feedback. That is, the PTM transmission corresponds to a PUCCH resource set, including dedicated PUCCH resources for each of the multiple terminal devices to perform PTM transmission feedback. In other words, the PUCCH resource set is the PUCCH resource set corresponding to the MBS-RNTI of the PDCCH that schedules the PTM transmission.

[0087] Optionally, the PUCCH resource set may be orthogonal to other PUCCH resources on the multiple terminal devices.

[0088] In this case, the terminal device performs feedback on the dedicated PUCCH resource of the terminal device according to the decoding result of the PDSCH, such as feedback NACK or feedback acknowledgment ACK.

[0089] As an example, if the PDSCH is not successfully decoded, the terminal device feeds back NACK on the dedicated PUCCH resources of the terminal device; or if the PDSCH is successfully decoded, the terminal device feeds back ACK on the dedicated PUCCH resources of the terminal device.

[0090] Combine Figure 5 ,by Figure 3 The PTM transmission shown is given as an example. The UE#0, UE#1, UE#2, and UE#3 respectively correspond to their own dedicated PUCCH resources for PTM#0 feedback. UE#0, UE#1, UE#2, and UE#3 can send HARQ-ACK information on their respective dedicated PUCCH resources. The dedicated PUCCH resources corresponding to UE#0, UE#1, UE#2, and UE#3 are orthogonal to other PUCCH resources on UE#0, UE#1, UE#2, and UE#3.

[0091] For example, if UE1 fails to successfully decode the PDSCH carrying PTM#0, a NACK is fed back on the PUCCH resource dedicated to UE1; otherwise, an ACK is fed back on the PUCCH resource dedicated to UE1.

[0092] In the above feedback mode 2, if the dedicated PUCCH resources of the terminal device and the other PUCCH resources of the terminal device overlap in the time domain, and the terminal device is unable to send PUCCH on the dedicated PUCCH resources and the other PUCCH resources at the same time, in this case, the terminal device can provide feedback on PTM transmission based on information such as the size of the first PUCCH transmitted on the dedicated PUCCH resources, the size of the second PUCCH transmitted in the other PUCCH resources, and the priority of the second PUCCH.

[0093] For example, if the priority of the second PUCCH is higher than the first priority threshold (or the priority field in the PDCCH scheduling the second PUCCH indicates a high priority), that is, the second PUCCH is a high priority service. In this case, the terminal device may not provide feedback on the PTM transmission and send the second PUCCH on the other PUCCH resources.

[0094] For another example, if the priority of the second PUCCH is lower than the first priority threshold (or the priority field in the PDCCH scheduling the second PUCCH indicates a low priority), that is, the second PUCCH is a low priority service. In this case, the terminal device can send the first PUCCH on the dedicated PUCCH resource and not send the second PUCCH on the other PUCCH resources.

[0095] Optionally, if the PTM transmission includes multiple transmission blocks TB, the terminal device can also use the method described in feedback method 1 to feedback the HARQ-ACK information of the TB column. For the sake of brevity, it will not be repeated here.

[0096] Feedback method 3

[0097] The terminal device is not configured with PUCCH resources for PTM transmission feedback, that is, neither the common PUCCH resources in feedback mode 1 nor the dedicated PUCCH resources in feedback mode 2 are configured.

[0098] In this case, the terminal device can use the general PUCCH resources for PTM transmission feedback.

[0099] As an embodiment, the terminal device may determine whether to feedback NACK or ACK based on the decoding result of the PDSCH. For example, if the PDSCH is not successfully decoded, the terminal device feedback NACK on the general PUCCH resource. For another example, if the PDSCH is successfully decoded, the terminal device feedback ACK on the general PUCCH resource.

[0100] As another embodiment, the terminal device may also use the universal PUCCH resource to perform PTM transmission feedback under specific conditions.

[0101] For example, if the PDCCH that schedules the PTM transmission is sent in the USS of the terminal device, in this case, the terminal device feeds back the PTM transmission on the general PUCCH resource.

[0102] For another example, if the PDCCH for scheduling PTM transmission is sent in the CSS of the multiple terminal devices, in this case, the terminal devices do not use the general PUCCH resources to provide feedback on the PTM transmission.

[0103] Furthermore, based on the above feedback method, the terminal device may further determine the transmission power used to send the first PUCCH carrying feedback information.

[0104] Specifically, the terminal device determines the transmission power used to send the first PUCCH according to the type of the first PUCCH resource used to send the first PUCCH, wherein the first PUCCH is used to carry the feedback information of the PTM transmission.

[0105] The following describes the corresponding methods for determining the transmit power in combination with the three aforementioned feedback methods.

[0106] For feedback method 1

[0107] In the above-mentioned feedback method 1, since the terminal device feeds back the HARQ-ACK information of the PTM transmission through the public PUCCH resource dedicated to PTM transmission, if there are multiple terminal devices that receive the PTM transmission, it is possible that all terminal devices send PUCCH on the same PUCCH resource for HARQ-ACK feedback.

[0108] That is to say, the target receiving power of PUCCH on the network side may be different from the transmit power on the common PUCCH resource and the transmit power of the terminal device on other PUCCH resources. In addition, since there may be PUCCHs transmitted by multiple terminal devices on the common PUCCH resource, the network side cannot identify the PUCCH transmitted by a single terminal device. In this case, in an embodiment of the present application, the network device may not perform closed-loop power control on the PUCCH transmitted by a single terminal device on the common PUCCH resource. For example, open-loop power control may be performed on the PUCCH transmitted by a single terminal device on the PUCCH resource, or closed-loop power control may be performed on the multiple terminals receiving PTM transmission as a whole. The following is a detailed description in combination with Method 1-1 and Method 1-2.

[0109] Mode 1-1: The terminal device determines the transmit power of the first PUCCH only according to the open-loop power control parameter, that is, the network device only performs open-loop power control on the terminal device.

[0110] Optionally, the open-loop power control parameter includes at least one of the following:

[0111] Target received power of PUCCH;

[0112] PUCCH transmission bandwidth;

[0113] an adjustment value associated with the PUCCH format;

[0114] A compensation factor related to the code rate of the PUCCH.

[0115] Optionally, in some embodiments, the target receiving power of the PUCCH may be the target receiving power of the PUCCH configured by the network device for transmission on the common PUCCH resource, that is, the network device may configure a PUCCH target receiving power dedicated to the common PUCCH resource.

[0116] Optionally, in some other embodiments, the target received power of the PUCCH is determined according to content indicated by the network device in PUCCH spatial related information (PUCCH-spatialrelationinfo).

[0117] Specifically, for common PUCCH resources, the network device can configure multiple PUCCH spatial related information (PUCCH-spatialrelationinfo), for example, in RRC signaling, and then indicate the currently used PUCCH-spatialrelationinfo through Media Access Control (MAC) layer signaling. Each PUCCH-spatialrelationinfo contains a reference signal for determining the transmit beam of the PUCCH, for example, an SRS or a Channel State Information Reference Signal (CSI-RS) or a Synchronization Signal Block (SSB).

[0118] In this embodiment, the target received power of the PUCCH may be determined according to the content indicated in the currently activated PUCCH-spatialrelationinfo indicated by the MAC CE.

[0119] Example 1: The transmit power of the PUCCH sent on the common PUCCH resource may be determined according to the following formula (1):

[0120]

[0121] Among them, P O_PUCCH，b，f，c The target received power configured for the network device for PUCCH sent on common PUCCH resources.

[0122] In some embodiments, the P of all terminals receiving the PTM transmission O_PUCCH，b，f，c same.

[0123] For example, P O_PUCCH，b，f，c =P O_NoMINAL_PUCCH_PTM#0 , where P O_NOMINAL_PUCCH_PTM#0 The initial PUCCH receive power configured by the network device for this PTM transmission configuration.

[0124] Optionally, in some embodiments, for estimating PL b，f，c (q d ) is determined according to the reference signal RS indicated in the PUCCH-SpatialRelationInfo currently activated by the terminal device.

[0125] In some embodiments, the terminal device determines Δ in formula (1) F_PUCCH (F) and Δ TF，b，f，cMethod (i) is the same as the method for determining the corresponding parameters in the formula used by the terminal device to determine the PUCCH sent on the general PUCCH resource.

[0126] Example 2: The transmit power of the PUCCH sent on the common PUCCH resource may be determined according to the following formula (2):

[0127]

[0128] Wherein, the P in the formula (2) O_PUCCH，b，f，c (q u ) is determined according to the content indicated by the network device in the PUCCH spatial related information (PUCCH-spatialrelationinfo). For the determination method of other parameters, refer to Example 1.

[0129] Mode 1-2: The terminal device determines the transmit power of the first PUCCH based on an open-loop power control parameter and a first closed-loop power adjustment factor, where the first closed-loop power adjustment factor is shared by the multiple terminal devices. That is, the network device uniformly performs closed-loop power control on multiple terminal devices receiving PTM transmissions. Closed-loop power control is not performed on individual terminal devices.

[0130] Optionally, in some embodiments, the first closed-loop power adjustment factor is indicated by a first PDCCH.

[0131] Optionally, the first PDCCH may be sent in the CSS of the multiple terminal devices and / or in the USS of each terminal device in the multiple terminal devices.

[0132] Optionally, in some embodiments, the first PDCCH is a PDCCH that schedules the PTM transmission, that is, an MBS-RNTI-scrambled PDCCH. Alternatively, it may be a power control indication PDCCH that is scrambled by the MBS-RNTI corresponding to the PTM transmission. That is, it may be indicated by the power control PDCCH corresponding to the PTM.

[0133] Example 3: The transmit power of the PUCCH sent on the common PUCCH resource may be determined according to the following formula (3):

[0134]

[0135] Among them, g b，f，c (i) indicates the closed-loop power control adjustment state. b，f，c (i) can be determined by the following formula:

[0136]

[0137] in, Indicates the number of power control commands indicated by the PDCCH (i.e., PDCCH scrambled by MBS-RNTI) scheduled for PTM transmission received by the terminal device within a specific time range. The value of can be predefined.

[0138] The PDCCH here may correspond to the first PDCCH and may be sent in the CSS and / or USS of the terminal device. power control commands, δ PUCCH，b，f，c (m) represents the power adjustment value indicated in the mth power control command. If the current transmit power has reached the maximum transmit power and the accumulated value is positive, or has reached the minimum transmit power and the accumulated value is negative, the transmit power is no longer accumulated. The same is true for other embodiments.

[0139] In the method 1-2, the first closed-loop power adjustment factor may include the closed-loop power adjustment state g b，f，c (i).

[0140] The method for determining other parameters in formula (3) refers to the method for determining the relevant parameters in formula (1), and for the sake of brevity, it will not be repeated here.

[0141] Example 4: The transmit power of the PUCCH sent on the common PUCCH resource may be determined according to the following formula (4):

[0142]

[0143] Among them, the closed-loop power control adjustment state g b，f，c The determination method of (i) refers to g in formula (3) b，f，c (i) How to determine.

[0144] The method for determining other parameters in formula (4) refers to the method for determining relevant parameters in formula (2), and for the sake of brevity, it will not be repeated here.

[0145] For feedback method 2

[0146] In the above-mentioned feedback method 2, since the terminal device feeds back the HARQ-ACK information of the PTM transmission through the PUCCH resources dedicated to the PTM transmission of the terminal device, if there are multiple terminal devices receiving the PTM transmission, if each terminal device needs to feed back the HARQ-ACK information of the PTM transmission, in some implementation methods, the PUCCH resources used by the multiple terminal devices may be implemented through code division multiplexing.

[0147] In some implementations, the design of the PUCCH transmit power of each terminal device can be directly proportional to the path loss of the wireless link. This helps to ensure that the power of the PUCCH of each terminal device received by the network device is close. Therefore, the target receive power of the PUCCH of the network device may be different from the transmit power on the dedicated PUCCH resource of the terminal device and the transmit power of the terminal device on other PUCCH resources. Moreover, the power adjustment requirement of the network device on the dedicated PUCCH resource may also be different from that of the other PUCCH resources of the terminal device. Therefore, the network device can adjust the transmit power of the terminal device on the dedicated PUCCH resource through a power control command specifically used for PTM transmission. That is, the network device can independently control the transmit power of the PTM transmission feedback. The following is a detailed explanation in conjunction with method 2-1.

[0148] Method 2-1

[0149] If the first PUCCH resource is a dedicated PUCCH resource of the terminal device, the terminal device determines the transmit power of the first PUCCH according to an open-loop power control parameter and a second closed-loop power adjustment factor.

[0150] In some embodiments, the second closed-loop power adjustment factor is specific to the terminal device, that is, the network device can perform closed-loop power control on the transmit power of the PUCCH transmitted by each of the multiple terminal devices separately.

[0151] In some other embodiments, the second closed-loop power adjustment factor is shared by the multiple terminal devices, that is, the network device can perform closed-loop power control on the overall transmit power of the PUCCHs transmitted by the multiple terminal devices.

[0152] Optionally, in some embodiments, the second closed-loop power adjustment factor is indicated by a second PDCCH.

[0153] Optionally, the second PDCCH is sent in the CSS of the multiple terminal devices and / or in the USS of the terminal device.

[0154] In some embodiments, the second PDCCH is at least one of the following:

[0155] A PDCCH sent on the USS of the terminal device for scheduling the PTM transmission;

[0156] A PDCCH sent on the CSS of the plurality of terminal devices for scheduling the PTM transmission;

[0157] The power control indication PDCCH scrambled by the multicast service radio network temporary identifier MBS-RNTI corresponding to the PTM transmission sent on the CSS of the multiple terminal devices.

[0158] Optionally, in some embodiments, the power control indication PDCCH includes multiple power control commands corresponding to the multiple terminal devices respectively, and each power control command is used to configure a closed-loop power adjustment factor of the corresponding terminal device.

[0159] Example 5: The transmit power of the PUCCH sent on the dedicated PUCCH resource can be determined according to the following formula (5):

[0160]

[0161] Among them, the closed-loop power control adjustment state g in formula (5) b，f，c The determination method of (i) refers to g in formula (3) b，f，c (i) How to determine.

[0162] The method for determining other parameters in formula (5) refers to the method for determining the relevant parameters in formula (1), and for the sake of brevity, it is not repeated here.

[0163] Example 6: The transmit power of the PUCCH sent on the dedicated PUCCH resource can be determined according to the following formula (6):

[0164]

[0165] Among them, the closed-loop power control adjustment state g in formula (6) b，f，c The determination method of (i) refers to g in formula (3) b，f，c (i) How to determine.

[0166] The method for determining other parameters in formula (6) refers to the method for determining the relevant parameters in formula (2), and for the sake of brevity, it is not repeated here.

[0167] In the method 2-1, the second closed-loop power adjustment factor may include the closed-loop power adjustment state g b，f，c (i).

[0168] For feedback method 3

[0169] In the above-mentioned feedback method 3, since the terminal device sends the HARQ-ACK feedback information of all downlink transmissions through the general PUCCH resources, the terminal device does not need to perform separate power control on the PTM transmission, but uses the method of determining the transmission power of the general PUCCH to determine the transmission power of the PUCCH that carries the feedback information of the PTM transmission.

[0170] Example 7: The transmit power of the PUCCH sent on the general PUCCH resource can be determined according to the following formula (7):

[0171]

[0172] The method for determining the parameters in formula (7) refers to the method for determining the parameters of the transmit power of the PUCCH on the general PUCCH resource in the related art, and for the sake of brevity, it will not be repeated here.

[0173] Therefore, in the feedback method of PTM transmission in the embodiment of the present application, for different PUCCH resource configuration methods, the terminal device can adopt the corresponding feedback method to feedback HARQ-ACK information, and can determine a reasonable and effective transmission power for sending PUCCH according to the specific feedback method, thereby improving the reliability of PTM transmission.

[0174] Combined with the above Figure 2-Figure 6 , describes in detail the method for transmitting feedback information according to an embodiment of the present application from the perspective of a terminal device, and the following text is combined with Figure 7 , a method for transmitting feedback information according to another embodiment of the present application is described in detail from the perspective of a network device. It should be understood that the description on the network device side corresponds to the description on the terminal device side. Similar descriptions can be found above. To avoid repetition, they are not repeated here.

[0175] Figure 7 is a schematic flow chart of a method 300 for transmitting feedback information according to another embodiment of the present application. The method 300 may be Figure 1 The network device in the communication system shown performs, as shown Figure 7 As shown, the method 300 includes the following contents:

[0176] S310, the network device sends a physical downlink control channel PDCCH to multiple terminal devices on a first bandwidth part BWP, where the PDCCH is used to schedule the multiple terminal devices to receive a physical downlink data channel PDSCH carrying point-to-multipoint PTM transmission on a second BWP;

[0177] S320, the network device sends the PDSCH to the multiple terminal devices.

[0178] In some embodiments, the PDCCH may be a PDCCH of an MBS-RNTI, and the terminal device determines an MBS-RNTI corresponding to a PTM transmission through the PDCCH, further receives a PDSCH carrying a PTM transmission scrambled by the MBS-RNTI and scheduled by the PDCCH, and then feeds back corresponding HARQ-ACK information based on the reception result.

[0179] In some embodiments, the terminal device may receive an MBS-RNTI-scrambled PDCCH on a currently activated BWP, where the PDCCH is used to schedule the terminal device to receive a PDSCH carrying a PTM transmission on the same BWP.

[0180] In this case, the PDCCH may be sent in a terminal device-specific search space (UE Search Space, USS), and the PDSCH may be sent in a common search space (CSS) or USS.

[0181] In other embodiments, the terminal may receive the MBS-RNTI-scrambled PDCCH on a currently activated BWP, and then receive the PDSCH carrying the PTM transmission on another BWP according to the PDCCH indication.

[0182] In this case, after receiving the PDSCH, the terminal device may switch back to the BWP that received the PDCCH. Alternatively, if there is no PDCCH search space for scheduling PTM transmission on the currently activated BWP of the terminal device, the terminal device may receive PTM transmission on the currently activated BWP according to the semi-persistent scheduling configuration, or receive PTM transmission on another BWP according to the semi-persistent scheduling configuration.

[0183] Optionally, the number of bits carried in the PDCCH for scheduling PTM transmission sent in the USS is the same as the number of bits in PDCCH format 1-1, and the number of bits carried in the PDCCH for scheduling PTM transmission sent in the CSS is the same as the number of bits in PDCCH format 1-0.

[0184] Optionally, in some embodiments, the method 300 further includes:

[0185] The network device receives a first PUCCH sent by a terminal device through a first physical uplink control channel PUCCH resource, wherein the first PUCCH carries feedback information of the PTM transmission, and the terminal device is one of the multiple terminal devices.

[0186] Optionally, in some embodiments, the first PUCCH resource is one of the following:

[0187] A common PUCCH resource used for PTM transmission feedback by the multiple terminal devices;

[0188] Dedicated PUCCH resources for PTM transmission feedback by the terminal device;

[0189] A general PUCCH resource, wherein the general PUCCH resource is not a dedicated resource for PTM transmission feedback.

[0190] Optionally, in some embodiments, the method 300 further includes:

[0191] The network device sends power control parameters to the multiple terminal devices according to the type of the first PUCCH resource, wherein the power control parameters include open-loop power control parameters and / or closed-loop power adjustment factors, and the open-loop power control parameters and / or closed-loop power adjustment factors are used by the terminal device to determine the transmission power used to send the first PUCCH.

[0192] Optionally, in some embodiments, if the first PUCCH resource is a public PUCCH resource, the power control parameter only includes an open-loop power control parameter; or if the first PUCCH resource is a public PUCCH resource, the power control parameter includes an open-loop power control parameter and a first closed-loop power adjustment factor, wherein the first closed-loop power adjustment factor is shared by the multiple terminal devices; or if the first PUCCH resource is a dedicated PUCCH resource, the power control parameter includes an open-loop power control parameter and a second closed-loop power adjustment factor, wherein the second closed-loop power adjustment factor is dedicated to the terminal device, or the second closed-loop power adjustment factor is shared by the multiple terminal devices; or if the first PUCCH resource is a general PUCCH resource, the power control parameter includes an open-loop power control parameter and a third closed-loop power adjustment factor, wherein the third closed-loop power adjustment factor is dedicated to the terminal device.

[0193] Optionally, in some embodiments, the first closed-loop power adjustment factor is indicated by a first physical downlink control channel PDCCH, wherein the first PDCCH is sent in a common search space CSS of the multiple terminal devices and / or in a dedicated search space USS of each terminal device in the multiple terminal devices.

[0194] Optionally, in some embodiments, the first PDCCH is a PDCCH that schedules the PTM transmission.

[0195] Optionally, in some embodiments, the second closed-loop power adjustment factor is indicated by a second PDCCH, wherein the second PDCCH is sent in the CSS of the multiple terminal devices and / or in the USS of the terminal device.

[0196] Optionally, in some embodiments, the second PDCCH is at least one of the following:

[0197] A PDCCH sent on the USS of the terminal device for scheduling the PTM transmission;

[0198] A PDCCH sent on the CSS of the plurality of terminal devices for scheduling the PTM transmission;

[0199] The power control indication PDCCH scrambled by the multicast service radio network temporary identifier MBS-RNTI corresponding to the PTM transmission sent on the CSS of the multiple terminal devices.

[0200] Optionally, in some embodiments, the power control indication PDCCH includes multiple power control commands corresponding to the multiple terminal devices respectively, and each power control command is used to configure a closed-loop power adjustment factor of the corresponding terminal device.

[0201] Optionally, in some embodiments, the open-loop power control parameter includes at least one of the following:

[0202] Target received power of PUCCH;

[0203] PUCCH transmission bandwidth;

[0204] an adjustment value associated with the PUCCH format;

[0205] A compensation factor related to the code rate of the PUCCH.

[0206] Optionally, the target received power of the PUCCH is the target received power of the PUCCH configured by the network device for transmission on the common PUCCH resource; or the target received power of the PUCCH is configured through PUCCH space-related information.

[0207] Optionally, in some embodiments, the first BWP and the second BWP are the same.

[0208] Optionally, in some embodiments, the first BWP and the second BWP are different.

[0209] Combined with the above Figures 2 to 7 , describes the method embodiment of the present application in detail, and the following is combined with Figures 8 to 12 , the device embodiments of the present application are described in detail. It should be understood that the device embodiments and the method embodiments correspond to each other, and similar descriptions can refer to the method embodiments.

[0210] Figure 8 FIG. 4 shows a schematic block diagram of a terminal device 400 according to an embodiment of the present application. Figure 8 As shown, the terminal device 400 includes:

[0211] The communication unit 410 is used to receive a physical downlink data channel PDSCH sent by a network device, where the PDSCH is used to carry a point-to-multipoint PTM transmission sent by the network device to multiple terminal devices, where the terminal device is one of the multiple terminal devices; and to provide feedback on the PTM transmission.

[0212] Optionally, in some embodiments, the communication unit 410 is specifically configured to:

[0213] Feedback is provided for the PTM transmission on a first physical uplink control channel (PUCCH) resource, wherein the first PUCCH resource is one of the following:

[0214] A common PUCCH resource used for PTM transmission feedback by the multiple terminal devices;

[0215] Dedicated PUCCH resources for PTM transmission feedback by the terminal device;

[0216] The configured universal PUCCH resources on the terminal device, wherein the universal PUCCH resources are not dedicated resources for PTM transmission feedback.

[0217] Optionally, in some embodiments, the terminal device further includes: a processing unit, configured to determine a feedback method of the PTM transmission according to a type of PUCCH resources configured on the terminal device.

[0218] Optionally, in some embodiments, the communication unit 410 is further used to: if a common PUCCH resource for PTM transmission feedback of the multiple terminal devices is configured on the terminal device, the terminal device feeds back a negative acknowledgment NACK on the common PUCCH resource or does not feed back the PTM transmission based on the decoding result of the PDSCH.

[0219] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0220] If the PDSCH is not successfully decoded, feeding back a NACK on the common PUCCH resource; or

[0221] If the PDSCH is successfully decoded, no feedback is provided for the PTM transmission.

[0222] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0223] If a dedicated PUCCH resource for PTM transmission feedback for each of the multiple terminal devices is configured on the terminal device, NACK or ACK is fed back on the dedicated PUCCH resource of the terminal device according to the decoding result of the PDSCH.

[0224] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0225] If the PDSCH is not successfully decoded, a NACK is fed back on the dedicated PUCCH resource of the terminal device; or

[0226] If the PDSCH is successfully decoded, ACK is fed back on the dedicated PUCCH resource of the terminal device.

[0227] The communication unit 410 is further configured to:

[0228] If the PUCCH resources for PTM transmission feedback are not configured on the terminal device, the PTM transmission is fed back on the general PUCCH resources configured on the terminal device according to the decoding result of the PDSCH and / or the search space used by the physical downlink control channel PDCCH that schedules the PDSCH.

[0229] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0230] If the PDSCH is not successfully decoded, feeding back a NACK on the general PUCCH resource; or

[0231] If the PDSCH is successfully decoded, an ACK is fed back on the general PUCCH resource.

[0232] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0233] If the PDSCH is scheduled via a PDCCH sent in a dedicated search space USS of the terminal device, feeding back the PTM transmission on the universal PUCCH resource; or

[0234] If the PDSCH is scheduled via a PDCCH sent in a common search space CSS of the multiple terminal devices, the general PUCCH resource is not used to provide feedback for the PTM transmission.

[0235] Optionally, in some embodiments, the terminal device 400 further includes:

[0236] A processing unit is used to determine the transmission power used to send the first PUCCH according to the type of the first PUCCH resource used to send the first PUCCH, wherein the first PUCCH is used to carry the feedback information of the PTM transmission.

[0237] Optionally, in some embodiments, the processing unit is specifically configured to:

[0238] If the first PUCCH resource is the common PUCCH resource, determining the transmit power of the first PUCCH based only on an open-loop power control parameter; or

[0239] If the first PUCCH resource is the common PUCCH resource, determining the transmit power of the first PUCCH according to an open-loop power control parameter and a first closed-loop power adjustment factor, wherein the first closed-loop power adjustment factor is shared by the multiple terminal devices; or

[0240] If the first PUCCH resource is a dedicated PUCCH resource for the terminal device, determining the transmit power of the first PUCCH according to an open-loop power control parameter and a second closed-loop power adjustment factor, wherein the second closed-loop power adjustment factor is dedicated to the terminal device or the second closed-loop power adjustment factor is shared by the multiple terminal devices; or

[0241] If the first PUCCH resource is a general PUCCH resource on the terminal device, the transmit power of the first PUCCH is determined according to an open-loop power control parameter and a third closed-loop power adjustment factor, wherein the third closed-loop power adjustment factor is specific to the terminal device.

[0242] Optionally, in some embodiments, the first closed-loop power adjustment factor is indicated by a first physical downlink control channel PDCCH, wherein the first PDCCH is sent in a common search space CSS of the multiple terminal devices and / or in a dedicated search space USS of each terminal device in the multiple terminal devices.

[0243] Optionally, in some embodiments, the first PDCCH is a PDCCH that schedules the PTM transmission.

[0244] Optionally, in some embodiments, the second closed-loop power adjustment factor is indicated by a second PDCCH, wherein the second PDCCH is sent in the CSS of the multiple terminal devices and / or in the USS of the terminal device.

[0245] Optionally, in some embodiments, the second PDCCH is at least one of the following:

[0246] A PDCCH sent on the USS of the terminal device for scheduling the PTM transmission;

[0247] A PDCCH sent on the CSS of the plurality of terminal devices for scheduling the PTM transmission;

[0248] The power control indication PDCCH scrambled by the multicast service radio network temporary identifier MBS-RNTI corresponding to the PTM transmission sent on the CSS of the multiple terminal devices.

[0249] Optionally, in some embodiments, the power control indication PDCCH includes multiple power control commands corresponding to the multiple terminal devices respectively, and each power control command is used to configure a closed-loop power adjustment factor of the corresponding terminal device.

[0250] Optionally, in some embodiments, the open-loop power control parameter includes at least one of the following:

[0251] Target received power of PUCCH;

[0252] PUCCH transmission bandwidth;

[0253] an adjustment value associated with the PUCCH format;

[0254] A compensation factor related to the code rate of the PUCCH.

[0255] Optionally, in some embodiments, the target received power of the PUCCH is the target received power of the PUCCH configured by the network device for transmission on the common PUCCH resource; or

[0256] The target received power of the PUCCH is determined according to the content indicated by the network device in the PUCCH space related information.

[0257] Optionally, in some embodiments, the terminal device further includes: a processing unit for determining a feedback method for the PTM transmission according to at least one of the type of the first PUCCH resource, the size of the first PUCCH transmitted on the first PUCCH resource, the size of the second PUCCH transmitted in the other PUCCH resources, and the priority of the second PUCCH if the first PUCCH resource and other PUCCH resources of the terminal device overlap in the time domain and the terminal device is unable to send PUCCH on the first PUCCH resource and the other PUCCH resources at the same time, wherein the first PUCCH is used to carry feedback information of the PTM transmission.

[0258] Optionally, in some embodiments, the processing unit is specifically configured to:

[0259] If the first PUCCH resource is a common PUCCH resource, determine not to provide feedback for the PTM transmission; or

[0260] If the first PUCCH resource is a dedicated PUCCH resource and the priority of the second PUCCH is higher than a first priority threshold, determining not to provide feedback for the PTM transmission; or

[0261] If the first PUCCH resource is a dedicated PUCCH resource and the number of bits carried in the first PUCCH is greater than the number of bits carried in the second PUCCH, it is determined not to provide feedback for the PTM transmission.

[0262] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0263] In a case where no feedback is provided for the PTM transmission, the second PUCCH is transmitted on the other PUCCH resources.

[0264] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0265] If the first PUCCH resource is a dedicated PUCCH resource, a third PUCCH is transmitted through the other PUCCH resources, wherein the third PUCCH carries feedback information in the first PUCCH and the second PUCCH.

[0266] Optionally, in some embodiments, if the PTM transmission includes multiple transport blocks (TBs), the multiple TBs correspond to one PUCCH resource or each of the multiple TBs corresponds to a respective PUCCH resource, the communication unit 410 is further configured to:

[0267] If the multiple TBs correspond to one PUCCH resource, feedback is performed on the one PUCCH resource according to decoding results of the multiple TBs; or

[0268] If each of the multiple TBs corresponds to a PUCCH resource, feedback is performed on the corresponding PUCCH resource according to the decoding result of each TB in the multiple TBs.

[0269] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0270] If the decoding of the multiple TBs is successful, no feedback is given on the one PUCCH resource; or

[0271] If at least some of the multiple TBs are not decoded successfully, NACK is fed back on the one PUCCH resource.

[0272] Optionally, in some embodiments, the communication unit 410 is further configured to:

[0273] If the decoding of the first TB among the multiple TBs is successful, no feedback is given on the PUCCH resources corresponding to the first TB; or

[0274] If the first TB is not decoded successfully, NACK is fed back on the PUCCH resource corresponding to the first TB.

[0275] Alternatively, in some embodiments, the communication unit may be a communication interface or a transceiver, or an input / output interface of a communication chip or a system on chip. The processing unit may be one or more processors.

[0276] It should be understood that the terminal device 400 according to the embodiment of the present application may correspond to the terminal device in the embodiment of the method of the present application, and the above and other operations and / or functions of each unit in the terminal device 400 are respectively to achieve Figure 2 For the sake of brevity, the corresponding processes of the terminal device in the method 200 are not repeated here.

[0277] Figure 9 It is a schematic block diagram of a network device according to an embodiment of the present application. Figure 9 The network device 500 includes:

[0278] The communication unit 510 is used to send a physical downlink control channel PDCCH to multiple terminal devices on the first bandwidth part BWP, where the PDCCH is used to schedule the multiple terminal devices to receive a physical downlink data channel PDSCH carrying point-to-multipoint PTM transmission on the second BWP; and to send the PDSCH to the multiple terminal devices.

[0279] Optionally, in some embodiments, the communication unit 510 is further configured to:

[0280] A first PUCCH is received by a terminal device through a first physical uplink control channel PUCCH resource, wherein the first PUCCH carries feedback information of the PTM transmission, and the terminal device is one of the multiple terminal devices.

[0281] Optionally, in some embodiments, the first PUCCH resource is one of the following:

[0282] A common PUCCH resource used for PTM transmission feedback by the multiple terminal devices;

[0283] Dedicated PUCCH resources for PTM transmission feedback by the terminal device;

[0284] A general PUCCH resource, wherein the general PUCCH resource is not a dedicated resource for PTM transmission feedback.

[0285] Optionally, in some embodiments, the communication unit 510 is further configured to:

[0286] According to the type of the first PUCCH resource, power control parameters are sent to the multiple terminal devices, wherein the power control parameters include open-loop power control parameters and / or closed-loop power adjustment factors, and the open-loop power control parameters and / or closed-loop power adjustment factors are used by the terminal device to determine the transmission power used to send the first PUCCH.

[0287] Optionally, if the first PUCCH resource is a common PUCCH resource, the power control parameter includes only an open-loop power control parameter; or if the first PUCCH resource is a common PUCCH resource, the power control parameter includes an open-loop power control parameter and a first closed-loop power adjustment factor, wherein the first closed-loop power adjustment factor is shared by the multiple terminal devices; or

[0288] If the first PUCCH resource is a dedicated PUCCH resource, the power control parameter includes an open-loop power control parameter and a second closed-loop power adjustment factor, wherein the second closed-loop power adjustment factor is dedicated to the terminal device, or the second closed-loop power adjustment factor is shared by the multiple terminal devices; or

[0289] If the first PUCCH resource is a general PUCCH resource, the power control parameter includes an open-loop power control parameter and a third closed-loop power adjustment factor, wherein the third closed-loop power adjustment factor is dedicated to the terminal device.

[0290] Optionally, in some embodiments, the first closed-loop power adjustment factor is indicated by a first physical downlink control channel PDCCH, wherein the first PDCCH is sent in a common search space CSS of the multiple terminal devices and / or in a dedicated search space USS of each terminal device in the multiple terminal devices.

[0291] Optionally, in some embodiments, the first PDCCH is a PDCCH that schedules the PTM transmission.

[0292] Optionally, in some embodiments, the second closed-loop power adjustment factor is indicated by a second PDCCH, wherein the second PDCCH is sent in the CSS of the multiple terminal devices and / or in the USS of the terminal device.

[0293] Optionally, in some embodiments, the second PDCCH is at least one of the following:

[0294] A PDCCH sent on the USS of the terminal device for scheduling the PTM transmission;

[0295] A PDCCH sent on the CSS of the plurality of terminal devices for scheduling the PTM transmission;

[0296] The power control indication PDCCH scrambled by the multicast service radio network temporary identifier MBS-RNTI corresponding to the PTM transmission sent on the CSS of the multiple terminal devices.

[0297] Optionally, in some embodiments, the power control indication PDCCH includes multiple power control commands corresponding to the multiple terminal devices respectively, and each power control command is used to configure a closed-loop power adjustment factor of the corresponding terminal device.

[0298] Optionally, in some embodiments, the open-loop power control parameter includes at least one of the following:

[0299] Target received power of PUCCH;

[0300] PUCCH transmission bandwidth;

[0301] an adjustment value associated with the PUCCH format;

[0302] A compensation factor related to the code rate of the PUCCH.

[0303] Optionally, in some embodiments, the target received power of the PUCCH is the target received power of the PUCCH configured by the network device for transmission on the common PUCCH resource; or

[0304] The target received power of the PUCCH is configured through PUCCH space-related information.

[0305] Optionally, in some embodiments, the first BWP and the second BWP are the same.

[0306] Optionally, in some embodiments, the first BWP and the second BWP are different.

[0307] Alternatively, in some embodiments, the communication unit may be a communication interface or a transceiver, or an input / output interface of a communication chip or a system on chip. The processing unit may be one or more processors.

[0308] It should be understood that the network device 500 according to the embodiment of the present application may correspond to the network device in the embodiment of the method of the present application, and the above and other operations and / or functions of each unit in the network device 500 are respectively to implement Figure 7For the sake of brevity, the corresponding processes of the network device in the method 300 are not described here in detail.

[0309] Figure 10 It is a schematic structural diagram of a communication device 600 provided in an embodiment of the present application. Figure 10 The communication device 600 shown includes a processor 610, which can call and run a computer program from a memory to implement the method in the embodiment of the present application.

[0310] Alternatively, as Figure 10 As shown, the communication device 600 may further include a memory 620. The processor 610 may call and execute a computer program from the memory 620 to implement the method in the embodiment of the present application.

[0311] The memory 620 may be a separate device independent of the processor 610 , or may be integrated into the processor 610 .

[0312] Alternatively, as Figure 10 As shown, the communication device 600 may further include a transceiver 630 , and the processor 610 may control the transceiver 630 to communicate with other devices, specifically, to send information or data to other devices, or to receive information or data sent by other devices.

[0313] The transceiver 630 may include a transmitter and a receiver. The transceiver 630 may further include an antenna, and the number of antennas may be one or more.

[0314] Optionally, the communication device 600 may specifically be a network device in an embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the network device in each method in the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0315] Optionally, the communication device 600 may specifically be a mobile terminal / terminal device in an embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the mobile terminal / terminal device in each method in the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0316] Figure 11 It is a schematic structural diagram of the chip of an embodiment of the present application. Figure 11 The chip 700 shown includes a processor 710, which can call and run a computer program from a memory to implement the method in the embodiment of the present application.

[0317] Alternatively, as Figure 11As shown, the chip 700 may further include a memory 720. The processor 710 may call and execute a computer program from the memory 720 to implement the method in the embodiment of the present application.

[0318] The memory 720 may be a separate device independent of the processor 710 , or may be integrated into the processor 710 .

[0319] Optionally, the chip 700 may further include an input interface 730. The processor 710 may control the input interface 730 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.

[0320] Optionally, the chip 700 may further include an output interface 740. The processor 710 may control the output interface 740 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.

[0321] Optionally, the chip can be applied to the network device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the network device in each method of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0322] Optionally, the chip can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0323] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0324] Figure 12 is a schematic block diagram of a communication system 900 provided in an embodiment of the present application. Figure 12 As shown, the communication system 900 includes a terminal device 910 and a network device 920 .

[0325] Among them, the terminal device 910 can be used to implement the corresponding functions implemented by the terminal device in the above method, and the network device 920 can be used to implement the corresponding functions implemented by the network device in the above method. For the sake of brevity, they are not repeated here.

[0326] It should be understood that the processor of the embodiments of the present application may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment can be completed by hardware integrated logic circuits in the processor or software instructions. The above processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The various methods, steps, and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of the present application can be directly implemented as a hardware decoding processor, or can be implemented by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium mature in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0327] It is understood that the memory in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct RAM bus random access memory (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0328] It should be understood that the above-mentioned memories are exemplary but not restrictive. For example, the memories in the embodiments of the present application may also be static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct RAM RAM (DR RAM), etc. In other words, the memories in the embodiments of the present application are intended to include, but are not limited to, these and any other suitable types of memories.

[0329] An embodiment of the present application also provides a computer-readable storage medium for storing a computer program.

[0330] Optionally, the computer-readable storage medium can be applied to the network device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0331] Optionally, the computer-readable storage medium can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0332] An embodiment of the present application also provides a computer program product, including computer program instructions.

[0333] Optionally, the computer program product can be applied to the network device in the embodiments of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0334] Optionally, the computer program product can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0335] The embodiment of the present application also provides a computer program.

[0336] Optionally, the computer program can be applied to the network device in the embodiments of the present application. When the computer program runs on a computer, the computer executes the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, they are not described here.

[0337] Optionally, the computer program can be applied to the mobile terminal / terminal device in the embodiments of the present application. When the computer program runs on the computer, the computer executes the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0338] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0339] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0340] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0341] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0342] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0343] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0344] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A method for transmitting feedback information, characterized in that: include: The terminal device receives a physical downlink data channel PDSCH sent by a network device, where the PDSCH is used to carry a point-to-multipoint PTM transmission sent by the network device to multiple terminal devices, and the terminal device is one of the multiple terminal devices; The terminal device provides feedback on the PTM transmission; The terminal device providing feedback on the PTM transmission includes: The terminal device provides feedback on the PTM transmission on a first physical uplink control channel (PUCCH) resource, wherein the first PUCCH resource is one of the following: A common PUCCH resource used for PTM transmission feedback by the multiple terminal devices; Dedicated PUCCH resources for PTM transmission feedback by the terminal device; A configured universal PUCCH resource on the terminal device, wherein the universal PUCCH resource is not a dedicated resource for PTM transmission feedback; The first PUCCH resource is the common PUCCH resource, and if the PDSCH is not successfully decoded, the terminal device feeds back a negative acknowledgement NACK on the common PUCCH resource, or if the PDSCH is successfully decoded, the terminal device does not feed back the PTM transmission on the common PUCCH resource; Among them, the PDSCH is scheduled by the PDCCH scrambled by the multicast broadcast service radio network temporary identifier MBS-RNTI and sent in the common search space CSS of the multiple terminal devices, the number of bits carried in the PDCCH of the scheduled PTM transmission sent in the CSS is the same as the number of bits in the PDCCH format 1-0, and the first PUCCH resource is the common PUCCH resource.

2. The method according to claim 1, characterized in that The method further comprises: The terminal device determines the feedback method of the PTM transmission according to the type of PUCCH resources configured on the terminal device.

3. The method according to claim 2, characterized in that The terminal device determines, according to a type of PUCCH resource configured on the terminal device, a feedback mode for the PTM transmission, including: If a common PUCCH resource for PTM transmission feedback of the multiple terminal devices is configured on the terminal device, the terminal device feeds back a negative acknowledgement NACK on the common PUCCH resource or does not feed back the PTM transmission according to the decoding result of the PDSCH.

4. The method according to any one of claims 1 to 3, characterized in that The terminal device providing feedback on the PTM transmission includes: The terminal device determines the transmission power used to send the first PUCCH according to the type of the first PUCCH resource used to send the first PUCCH, wherein the first PUCCH is used to carry feedback information of the PTM transmission.

5. The method according to claim 4, characterized in that The terminal device determines, according to a type of the first PUCCH resource used for sending the first PUCCH, a transmit power used for sending the first PUCCH, including: If the first PUCCH resource is the common PUCCH resource, the terminal device determines the transmit power of the first PUCCH only according to an open-loop power control parameter; or If the first PUCCH resource is the common PUCCH resource, the terminal device determines the transmit power of the first PUCCH according to an open-loop power control parameter and a first closed-loop power adjustment factor, wherein the first closed-loop power adjustment factor is shared by the multiple terminal devices.

6. The method according to claim 5, characterized in that The first closed-loop power adjustment factor is indicated by a first physical downlink control channel PDCCH, wherein the first PDCCH is sent in a common search space CSS of the multiple terminal devices and / or in a dedicated search space USS of each terminal device in the multiple terminal devices.

7. The method according to claim 6, characterized in that The first PDCCH is a PDCCH that schedules the PTM transmission.

8. The method according to claim 5, characterized in that The open-loop power control parameter includes at least one of the following: Target received power of PUCCH; PUCCH transmission bandwidth; an adjustment value associated with the PUCCH format; A compensation factor related to the code rate of the PUCCH.

9. The method according to claim 8, characterized in that The target received power of the PUCCH is the target received power of the PUCCH configured by the network device for transmission on the common PUCCH resource; or The target received power of the PUCCH is determined according to the content indicated by the network device in the PUCCH space related information.

10. The method according to any one of claims 1 to 3, characterized in that The terminal device providing feedback on the PTM transmission includes: If the first PUCCH resource and other PUCCH resources of the terminal device overlap in the time domain, and the terminal device is not capable of sending PUCCH on the first PUCCH resource and the other PUCCH resources at the same time, the terminal device determines the feedback method of the PTM transmission based on at least one of the type of the first PUCCH resource, the size of the first PUCCH transmitted on the first PUCCH resource, the size of the second PUCCH transmitted in the other PUCCH resources, and the priority of the second PUCCH, wherein the first PUCCH is used to carry feedback information of the PTM transmission.

11. The method according to claim 10, characterized in that The terminal device determines the feedback mode of the PTM transmission according to at least one of the type of the first PUCCH resource, the number of bits carried by the first PUCCH transmitted on the first PUCCH resource, the number of bits carried by the second PUCCH transmitted in the other PUCCH resources, and the priority of the second PUCCH, including: If the first PUCCH resource is a common PUCCH resource, it is determined not to provide feedback for the PTM transmission.

12. The method according to claim 11, characterized in that The method further comprises: Without providing feedback on the PTM transmission, the terminal device transmits the second PUCCH on the other PUCCH resources.

13. The method according to any one of claims 1 to 3, characterized in that If the PTM transmission includes multiple transport blocks (TBs), the multiple TBs correspond to one PUCCH resource or each of the multiple TBs corresponds to a respective PUCCH resource, the terminal device providing feedback on the PTM transmission includes: If the multiple TBs correspond to one PUCCH resource, the terminal device performs feedback on the one PUCCH resource according to the decoding results of the multiple TBs; or If each of the multiple TBs corresponds to a PUCCH resource, the terminal device provides feedback on the corresponding PUCCH resource based on the decoding result of each TB in the multiple TBs.

14. The method according to claim 13, characterized in that The terminal device provides feedback on the one PUCCH resource according to decoding results of the multiple TBs, including: If the decoding of the multiple TBs is successful, the terminal device does not provide feedback on the one PUCCH resource; or If at least some of the multiple TBs are not decoded successfully, the terminal device feeds back NACK on the one PUCCH resource.

15. The method according to claim 13, characterized in that The terminal device provides feedback on a corresponding PUCCH resource according to a decoding result of each TB in the multiple TBs, including: If the decoding of the first TB among the multiple TBs is successful, the terminal device does not provide feedback on the PUCCH resources corresponding to the first TB; or If the first TB is not decoded successfully, the terminal device feeds back NACK on the PUCCH resources corresponding to the first TB.

16. A terminal device, characterized in that: include: a communication unit, configured to receive a physical downlink data channel (PDSCH) sent by a network device, the PDSCH being used to carry a point-to-multipoint (PTM) transmission sent by the network device to a plurality of terminal devices, the terminal device being one of the plurality of terminal devices; and provide feedback on the PTM transmission; The communication unit is specifically configured to: Feedback is provided for the PTM transmission on a first physical uplink control channel (PUCCH) resource, wherein the first PUCCH resource is: A common PUCCH resource used for PTM transmission feedback by the multiple terminal devices; If the PDSCH is not successfully decoded, feeding back a NACK on the common PUCCH resource; or If the PDSCH is successfully decoded, no feedback is provided for the PTM transmission; The PDSCH is scheduled by the PDCCH scrambled by the multicast broadcast service radio network temporary identifier MBS-RNTI sent in the common search space CSS of the multiple terminal devices, and the number of bits carried in the PDCCH of the scheduled PTM transmission sent in the CSS is the same as the number of bits in the PDCCH format 1-0.

17. The terminal device according to claim 16, characterized in that The terminal device further includes: A processing unit is used to determine the feedback method of the PTM transmission according to the type of PUCCH resources configured on the terminal device.

18. The terminal device according to claim 17, characterized in that The communication unit is further configured to: If a common PUCCH resource for PTM transmission feedback of the multiple terminal devices is configured on the terminal device, the terminal device feeds back a negative acknowledgement NACK on the common PUCCH resource or does not feed back the PTM transmission according to the decoding result of the PDSCH.

19. The terminal device according to any one of claims 16 to 18, characterized in that: The terminal device further includes: A processing unit is used to determine the transmission power used to send the first PUCCH according to the type of the first PUCCH resource used to send the first PUCCH, wherein the first PUCCH is used to carry the feedback information of the PTM transmission.

20. The terminal device according to claim 19, characterized in that The processing unit is specifically configured to: If the first PUCCH resource is the common PUCCH resource, determining the transmit power of the first PUCCH based only on an open-loop power control parameter; or If the first PUCCH resource is the common PUCCH resource, the transmit power of the first PUCCH is determined according to an open-loop power control parameter and a first closed-loop power adjustment factor, wherein the first closed-loop power adjustment factor is shared by the multiple terminal devices.

21. The terminal device according to claim 20, characterized in that The first closed-loop power adjustment factor is indicated by a first physical downlink control channel PDCCH, wherein the first PDCCH is sent in a common search space CSS of the multiple terminal devices and / or in a dedicated search space USS of each terminal device in the multiple terminal devices.

22. The terminal device according to claim 21, characterized in that The first PDCCH is a PDCCH that schedules the PTM transmission.

23. The terminal device according to claim 20, characterized in that The open-loop power control parameter includes at least one of the following: Target received power of PUCCH; PUCCH transmission bandwidth; an adjustment value associated with the PUCCH format; A compensation factor related to the code rate of the PUCCH.

24. The terminal device according to claim 23, characterized in that The target received power of the PUCCH is the target received power of the PUCCH configured by the network device for transmission on the common PUCCH resource; or The target received power of the PUCCH is determined according to the content indicated by the network device in the PUCCH space related information.

25. The terminal device according to any one of claims 16 to 18, characterized in that: The terminal device also includes: a processing unit for determining a feedback method for the PTM transmission according to at least one of the type of the first PUCCH resource, the size of the first PUCCH transmitted on the first PUCCH resource, the size of the second PUCCH transmitted in the other PUCCH resources, and the priority of the second PUCCH if the first PUCCH resource and other PUCCH resources of the terminal device overlap in the time domain and the terminal device is unable to send PUCCH on the first PUCCH resource and the other PUCCH resources at the same time, wherein the first PUCCH is used to carry feedback information of the PTM transmission.

26. The terminal device according to claim 25, characterized in that The processing unit is specifically configured to: If the first PUCCH resource is a common PUCCH resource, it is determined not to provide feedback for the PTM transmission.

27. The terminal device according to claim 26, characterized in that The communication unit is further configured to: In a case where no feedback is provided for the PTM transmission, the second PUCCH is transmitted on the other PUCCH resources.

28. The terminal device according to any one of claims 16 to 18, characterized in that: If the PTM transmission includes multiple transport blocks (TBs), the multiple TBs correspond to one PUCCH resource or each of the multiple TBs corresponds to a respective PUCCH resource, the communication unit is further configured to: If the multiple TBs correspond to one PUCCH resource, feedback is performed on the one PUCCH resource according to decoding results of the multiple TBs; or If each of the multiple TBs corresponds to a PUCCH resource, feedback is performed on the corresponding PUCCH resource according to the decoding result of each TB in the multiple TBs.

29. The terminal device according to claim 28, characterized in that The communication unit is further configured to: If the decoding of the multiple TBs is successful, no feedback is given on the one PUCCH resource; or If at least some of the multiple TBs are not decoded successfully, NACK is fed back on the one PUCCH resource.

30. The terminal device according to claim 28, characterized in that The communication unit is further configured to: If the decoding of the first TB among the multiple TBs is successful, no feedback is given on the PUCCH resources corresponding to the first TB; or If the first TB is not decoded successfully, NACK is fed back on the PUCCH resource corresponding to the first TB.

31. A terminal device, characterized in that: include: A processor and a memory, the memory being used to store a computer program, the processor being used to call and run the computer program stored in the memory to execute the method according to any one of claims 1 to 15.

32. A chip, characterized in that: include: A processor, configured to call and run a computer program from a memory, so that a device equipped with the chip executes the method according to any one of claims 1 to 15.

33. A computer-readable storage medium, characterized in that Used to store a computer program, wherein the computer program causes a computer to execute the method according to any one of claims 1 to 15.

34. A computer program product, characterized in that The method comprises computer program instructions for causing a computer to execute the method according to any one of claims 1 to 15.

Images