Wireless communication method and terminal device

Abstract

Embodiments of the present application provide a wireless communication method and a terminal device. For services sent in a multicast or broadcast manner, the terminal device can determine PUCCH transmission resources for uplink feedback, so that uplink feedback can be performed on services sent in a multicast or broadcast manner to improve the reliability of multicast or broadcast transmission. The wireless communication method includes: The terminal device determines target PUCCH transmission resources from at least one set of PUCCH transmission resources, where the target PUCCH transmission resources are used to transmit uplink feedback information carrying a first type of service, and the uplink feedback information is used to indicate whether the first type of service is correctly received, and the first type of service is sent in a multicast or broadcast manner.

Description

Technical Field

[0001] Embodiments of the present application relate to the field of communications, and more specifically, to a wireless communication method and a terminal device. Background Art

[0002] In a New Radio (NR) system, a terminal device does not need to provide feedback when receiving multicast or broadcast services, and there is no remedy for data loss. However, for some services, such as services in scenarios like Vehicle to Everything (V2X) and industrial Internet, the reliability requirements for multicast and broadcast transmissions are getting higher and higher. How to improve the reliability of multicast and broadcast transmissions is an urgent problem to be solved. Summary of the Invention

[0003] Embodiments of the present application provide a wireless communication method and a terminal device. For services sent in a multicast or broadcast manner, the terminal device can determine PUCCH transmission resources for uplink feedback, so as to perform uplink feedback on the services sent in a multicast or broadcast manner, thereby improving the reliability of multicast or broadcast transmissions.

[0004] In a first aspect, a wireless communication method is provided. The method includes:

[0005] The terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources,

[0006] wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying a first type of service, and the uplink feedback information is used to indicate whether the first type of service is correctly received, and the first type of service is sent in a multicast or broadcast manner.

[0007] In a second aspect, a terminal device is provided for performing the method in the first aspect above.

[0008] Specifically, the terminal device includes functional modules for performing the method in the first aspect above.

[0009] In a third aspect, a terminal device is provided, including a processor and a memory. The memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to perform the method in the first aspect above.

[0010] In a fourth aspect, a device is provided for implementing the method in the first aspect above.

[0011] Specifically, the device includes: a processor, configured to call and run a computer program from a memory, such that a device installed with the device performs the method as in the first aspect above.

[0012] In a fifth aspect, a computer-readable storage medium is provided for storing a computer program, which causes a computer to execute the method in the first aspect above.

[0013] In a sixth aspect, a computer program product is provided, including computer program instructions that cause a computer to execute the method in the first aspect above.

[0014] In a seventh aspect, a computer program is provided, which when running on a computer, causes the computer to execute the method in the first aspect above.

[0015] Through the above technical solutions, the terminal device determines a target PUCCH transmission resource for transmitting uplink feedback information for carrying first-type services from at least one set of PUCCH transmission resources, so that uplink feedback can be performed for the first-type services on the target PUCCH transmission resource, thereby improving the transmission reliability of the first-type services sent in a multicast or broadcast manner. Description of the Drawings

[0016] Figure 1 is a schematic diagram of a communication system architecture to which the embodiments of the present application are applied.

[0017] Figure 2 is a schematic flowchart of a wireless communication method provided according to an embodiment of the present application.

[0018] Figure 3 is a schematic diagram of determining a PUCCH transmission resource based on an in-group identifier within a communication group where a terminal device is located provided by an embodiment of the present application.

[0019] Figure 4 is another schematic diagram of determining a PUCCH transmission resource based on an in-group identifier within a communication group where a terminal device is located provided by an embodiment of the present application.

[0020] Figure 5 is still another schematic diagram of determining a PUCCH transmission resource based on an in-group identifier within a communication group where a terminal device is located provided by an embodiment of the present application.

[0021] Figure 6 is a schematic diagram of an RSRP range provided by an embodiment of the present application.

[0022] Figure 7 is a schematic diagram of a network device transmitting data provided by an embodiment of the present application.

[0023] Figure 8 is a schematic diagram of a PUCCH resource and its corresponding time-domain resource provided by an embodiment of the present application.

[0024] Figure 9 It is a schematic block diagram of a terminal device provided according to an embodiment of the present application.

[0025] Figure 10 It is a schematic block diagram of a communication device provided according to an embodiment of the present application.

[0026] Figure 11 It is a schematic block diagram of a device provided according to an embodiment of the present application.

[0027] Figure 12 It is a schematic block diagram of a communication system provided according to an embodiment of the present application. Detailed implementation manners

[0028] Next, the technical solutions in the embodiments of the present application will be described with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are some, rather than all, of the embodiments of the present application. For the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0029] The technical solutions of the embodiments of this 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, the evolved system of the NR system, LTE-based access to unlicensed spectrum (LTE-U) system, NR-based access to unlicensed spectrum (NR-U) system, Non-Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (WiFi), 5th-Generation (5G) system or other communication systems, etc.

[0030] Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technologies, mobile communication systems will not only support traditional communications, but 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 this application can also be applied to these communication systems.

[0031] Optionally, the communication system in the embodiments of the present application can be applied to a Carrier Aggregation (CA) scenario, a Dual Connectivity (DC) scenario, or a Standalone (SA) networking scenario.

[0032] Optionally, the communication system in the embodiments of the present application can be applied to unlicensed spectrum, where the unlicensed spectrum can also be considered as shared spectrum; or the communication system in the embodiments of the present application can also be applied to licensed spectrum, where the licensed spectrum can also be considered as non-shared spectrum.

[0033] The embodiments of the present application describe various embodiments in combination with network devices and terminal devices, where the terminal device can also be referred to as a User Equipment (UE), access terminal, user unit, user station, mobile station, mobile device, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user device, etc.

[0034] 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 devices 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.

[0035] In the embodiments 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 water (such as on a ship, etc.); it can also be deployed in the air (such as on an airplane, balloon, satellite, etc.).

[0036] In the embodiments of the present application, the terminal device may be a mobile phone, a tablet computer (Pad), 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 smart grid, a wireless terminal device in transportation safety, a wireless terminal device in smart city, or a wireless terminal device in smart home, etc.

[0037] By way of example and not limitation, in the embodiments of the present application, the terminal device may also be a wearable device. A wearable device can also be called a wearable intelligent device, which is a general term for devices developed by applying wearable technology to the intelligent design of daily wear, such as glasses, gloves, watches, clothing, and shoes. A wearable device is a portable device that is directly worn on the body or integrated into the user's clothes or accessories. A wearable device is not only a hardware device, but also realizes powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable intelligent devices include those with complete functions and large sizes that can realize complete or partial functions without relying on a smart phone, such as smart watches or smart glasses, etc., and those that only focus on a certain type of application function and need to cooperate with other devices such as smart phones, such as various smart bracelets and smart jewelry for physical sign monitoring.

[0038] In the embodiments 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 a WLAN, a base transceiver station (BTS) in GSM or CDMA, or a base station (NodeB, NB) in WCDMA. It may also be an evolved base station (Evolutional Node B, eNB or eNodeB) in LTE, or a relay station or access point, or a vehicle-mounted device, a wearable device, and a network device or base station (gNB) in an NR network, or a network device in a future evolved PLMN network, or a network device in an NTN network, etc.

[0039] By way of example and not limitation, in the embodiments of the present application, the network device may have mobility characteristics. For example, the network device may be a mobile device. Optionally, 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 located on land, water, etc.

[0040] In the embodiments of the present application, the network device may 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 in other words, spectrum resources). The cell may be a cell corresponding to the network device (such as a base station). The cell may belong to a macro base station or a base station corresponding to a small cell. Here, the small cell may include: a metro cell, a micro cell, a pico cell, a femto cell, etc. These small cells have the characteristics of small coverage range and low transmission power, and are suitable for providing high-rate data transmission services.

[0041] Exemplarily, the communication system 100 applied in the embodiments of the present application is as Figure 1 shown. The communication system 100 may include a network device 110. The network device 110 may be a device that communicates with a terminal device 120 (or referred to as a communication terminal, terminal). The network device 110 may provide communication coverage for a specific geographical area and may communicate with terminal devices located within the coverage area.

[0042] Figure 1 Exemplarily, one network device and two terminal devices are shown. Optionally, the communication system 100 may include multiple network devices and each network device's coverage area may include other numbers of terminal devices. The embodiments of the present application do not limit this.

[0043] Optionally, the communication system 100 may also include other network entities such as a network controller, a mobility management entity, etc. The embodiments of the present application do not limit this.

[0044] It should be understood that in the embodiments of the present application, a device with communication functions in the network / system may be referred to as a communication device. Figure 1Taking the illustrated communication system 100 as an example, the communication devices may include a network device 110 and a terminal device 120 having communication functions. The network device 110 and the terminal device 120 may be the specific devices described above, which will not be elaborated here; the communication devices may also include other devices in the communication system 100, such as other network entities like a network controller, a mobility management entity, etc., which are not limited in the embodiments of the present application.

[0045] It should be understood that the terms "system" and "network" are often used interchangeably in this document. The term "and / or" in this document merely describes the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this document generally represents an "or" relationship between the associated objects before and after.

[0046] The terms used in the embodiments of the present application are only used to explain the specific embodiments of the present application, rather than aiming to limit the present application. The terms "first", "second", "third", "fourth", etc. in the specification, claims, and drawings of the present application are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion.

[0047] It should be understood that the "indication" mentioned in the embodiments of the present application can be a direct indication, an indirect indication, or a representation of an association relationship. For example, A indicates B, which 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 relationship between A and B.

[0048] In the description of the embodiments of the present application, the term "correspondence" can represent a direct or indirect correspondence relationship between two parties, can also represent an association relationship between two parties, or can be relationships such as indication and being indicated, configuration and being configured.

[0049] In the NR system, unicast in the Radio Resource Control (RRC) connected state has Hybrid Automatic Repeat reQuest (HARQ) feedback. However, there is no feedback mechanism introduced for multicast and broadcast in other systems, that is, the terminal device does not need to feedback when receiving multicast or broadcast services, and there is no remedy for loss.

[0050] For some services in NR, such as services in scenarios like V2X and industrial Internet, the reliability requirements for multicast and broadcast transmissions are getting higher and higher. Therefore, a feedback mechanism is introduced for multicast and broadcast to ensure the reliability of service transmissions, which is used to ensure that all members within the group have received the service data. Thus, in order to improve the reliability of service transmissions, an uplink feedback mechanism for multicast and broadcast services needs to be introduced so that the network can determine whether to initiate a retransmission based on the feedback information.

[0051] Multimedia Broadcast Multicast Service (MBMS) is a technology that transmits data from one data source to multiple terminal devices by sharing network resources. While providing multimedia services, it can effectively utilize network resources to achieve multimedia service broadcasts and multicasts at a relatively high rate (256 kbps). In addition, the reception of MBMS services is applicable to terminal devices in the RRC connected state (RRC_CONNECTED), RRC idle state (RRC_IDLE), or RRC inactive state (RRC_INACTIVE).

[0052] In order to improve the reliability of MBMS services, a feedback mechanism for MBMS services needs to be introduced, and how to configure the transmission resources of the Physical Uplink Control Channel (PUCCH) to support the feedback mechanism of MBMS services is a problem that needs to be solved.

[0053] Based on the above problems, this application proposes a solution for determining PUCCH transmission resources. For services sent in a multicast or broadcast manner, the terminal device can determine the PUCCH transmission resources for uplink feedback, so that uplink feedback can be performed on services sent in a multicast or broadcast manner to improve the reliability of multicast or broadcast transmissions.

[0054] The technical solution of this application is described in detail below through specific embodiments.

[0055] Figure 2 is a schematic flowchart of a wireless communication method 200 according to an embodiment of this application. As Figure 2 shown, the method 200 may include at least some of the following content:

[0056] S210, the terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources,

[0057] wherein, the target PUCCH transmission resource is used to transmit uplink feedback information carrying a first type of service, and the uplink feedback information is used to indicate whether the first type of service is correctly received, and the first type of service is sent in a multicast or broadcast manner.

[0058] Optionally, the first type of service is an MBMS service. Of course, the first type of service may also be other services sent in a multicast or broadcast manner, and this application does not limit this.

[0059] In an embodiment of this application, the terminal device receives a Physical Downlink Control Channel (PDCCH) sent by a network device. The PDCCH includes Downlink Control Information (DCI), and the DCI is used to schedule Physical Downlink Shared Channel (PDSCH) resources. The terminal device receives the PDSCH carrying the first type of service sent by the network device on the PDSCH resources scheduled by the DCI. After determining the target PUCCH transmission resource, the terminal device may send a PUCCH to the network device on the target PUCCH transmission resource, and the PUCCH carries uplink feedback information of the first type of service.

[0060] Optionally, the uplink feedback information may be a HARQ feedback. For example, if the terminal device successfully receives the first type of service, the terminal device feeds back an Acknowledgement (ACK), or the terminal device does not feed back anything. For another example, if the terminal device fails to receive the first type of service, the terminal device feeds back a Negative Acknowledgement (NACK).

[0061] Optionally, in an embodiment of this application, S210 may specifically be:

[0062] The terminal device determines the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to the first information, and / or the terminal device determines a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the first information, and the first PUCCH transmission resource set includes the target PUCCH transmission resource;

[0063] Wherein, the first information includes at least one of the following:

[0064] The measurement result of the reference signal received power (RSRP), the radio network temporary identity (RNTI) of the terminal device, the in-group identity within the communication group where the terminal device is located, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

[0065] Optionally, the terminal device may determine the target PUCCH transmission resource through the solutions in Examples 1 to 8 below.

[0066] Example 1: The terminal device determines the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to the in-group identity within the communication group where the terminal device is located.

[0067] It should be noted that for multicast communication, usually an independent in-group identity (group member identity) is configured for each terminal, that is, the in-group identity within the communication group where the terminal device is located. When the network device configures the PUCCH transmission resource set for the terminal device, the terminal device can determine the corresponding PUCCH transmission resource from the PUCCH transmission resource set according to its in-group identity within the communication group, so that each in-group terminal can have an independent PUCCH transmission resource.

[0068] For example, a communication group includes 4 terminal devices, and the in-group identities (IDs) assigned by the network device are UEID#0, UE ID#1, UE ID#2, and UE ID#3 respectively. The PUCCH transmission resource set configured by the network device includes 8 PUCCH transmission resources. When the network device sends a multicast PDSCH, each terminal device determines the corresponding PUCCH transmission resource in the PUCCH transmission resource set according to its respective in-group identity (ID). For example, R PUCCH = mod(UE_ID, M), where M represents the number of PUCCH transmission resources in the PUCCH transmission resource set, and R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation. As Figure 3 shown, UE ID#0 corresponds to PUCCH transmission resource #0, UE ID#1 corresponds to PUCCH transmission resource #1, UE ID#2 corresponds to PUCCH transmission resource #2, and UE ID#3 corresponds to PUCCH transmission resource #3.

[0069] For another example, number the PUCCH resources in all PUCCH transmission resource sets. The terminal device determines the corresponding PUCCH transmission resource set and the specific target PUCCH transmission resource according to the in-group identifier within its communication group. As Figure 4 shown, assume that the at least one PUCCH transmission resource set includes two PUCCH transmission resource sets, denoted as PUCCH transmission resource set 0 and PUCCH transmission resource set 1 respectively. And PUCCH transmission resource set 0 includes 8 PUCCH transmission resources, PUCCH transmission resource set 1 includes 4 PUCCH transmission resources. Number them uniformly, that is, the index of the PUCCH transmission resource is [0, 11]. The terminal device determines the corresponding PUCCH transmission resource according to the in-group identifier within its communication group. For example, R PUCCH = mod(UE_ID, M), where M represents the number of PUCCH transmission resources in all PUCCH transmission resource sets, R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation. Where M = 12, that is, the total number of all PUCCH transmission resources. When UE_ID = 1, the index of the determined target PUCCH transmission resource is 1, which is the second PUCCH transmission resource in PUCCH transmission resource set 0; when UE_ID = 10, the index of the determined target PUCCH transmission resource is 10, which is the third PUCCH transmission resource in PUCCH transmission resource set 1.

[0070] For another example, as Figure 5 shown, assume that the at least one PUCCH transmission resource set includes two PUCCH transmission resource sets, denoted as PUCCH transmission resource set 0 and PUCCH transmission resource set 1 respectively. And PUCCH transmission resource set 0 includes 8 PUCCH transmission resources, the index of the PUCCH transmission resource is [0, 7], PUCCH transmission resource set 1 includes 4 PUCCH transmission resources, the index of the PUCCH transmission resource is [0, 3]. The terminal device first determines the PUCCH transmission resource set according to the in-group identifier within its communication group. For example, S PUCCH = mod(UE_ID, N), where N represents the number of PUCCH transmission resource sets, which is 2, S PUCCH represents the index of the determined PUCCH transmission resource set, and mod() represents the modulo operation. Further, the terminal device determines the PUCCH transmission resource according to the in-group identifier within its communication group. R PUCCH = mod(UE_ID, M), where M represents the number of PUCCH transmission resources included in the PUCCH transmission resource set, R PUCCHIndicates the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation. For PUCCH transmission resource set 0, M = 8; for PUCCH transmission resource set 1, M = 4. When UE_ID = 1, the index of the determined PUCCH transmission resource set is 1, i.e., the second PUCCH transmission resource set, and the index of the determined target PUCCH transmission resource is 1, i.e., the second PUCCH transmission resource in PUCCH transmission resource set 1; when UE_ID = 6, the index of the determined PUCCH transmission resource set is 0, i.e., the first PUCCH transmission resource set, and the index of the determined target PUCCH transmission resource is 6, i.e., the seventh PUCCH transmission resource in PUCCH transmission resource set 0.

[0071] Optionally, in Example 1, when the terminal device determines multiple PUCCH transmission resources from the at least one PUCCH transmission resource set according to the in-group identifier within the communication group where the terminal device is located, the terminal device determines the first PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource, or the terminal device determines a randomly selected PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource.

[0072] Example 2, the terminal device determines the first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the in-group identifier within the communication group where the terminal device is located; and the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

[0073] Optionally, in Example 2, when the number of the at least one PUCCH transmission resource set is greater than 1, the terminal device may determine the first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the in-group identifier within the communication group where the terminal device is located. For example, S PUCCH = mod(UE_ID, N), where N represents the number of PUCCH transmission resource sets, and S PUCCH represents the index of the determined PUCCH transmission resource set, i.e., the index of the first PUCCH transmission resource set, and mod() represents the modulo operation.

[0074] In Example 2, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the RSRP measurement result. Assuming that the first PUCCH transmission resource set includes 3 PUCCH transmission resources, where PUCCH transmission resource #0 corresponds to RSRP range 0, PUCCH transmission resource #1 corresponds to RSRP range 1, and PUCCH transmission resource #2 corresponds to RSRP range 2, in this case, assuming that the RSRP measurement result measured by the terminal device belongs to RSRP range 1, the target PUCCH transmission resource is PUCCH transmission resource #1.

[0075] For example, Figure 6 As shown, the network device configures three RSRP thresholds, which are respectively recorded as RSRP-THD1, RSRP-THD2, and RSRP-THD3, and configures four PUCCH transmission resources, which are respectively recorded as PUCCH transmission resource #0, PUCCH transmission resource #1, PUCCH transmission resource #2, and PUCCH transmission resource #3. Different RSRP ranges correspond to different PUCCH resources. Multiple PUCCH transmission resources can be frequency-division multiplexing (FDM), time-division multiplexing (TDM), or code division multiplexing (CDM). The terminal device receives the MBMS data sent by the network device, and according to the downlink signal (such as synchronization signal block / physical broadcast channel block (SS / PBCH), Channel State Information Reference Signal (CSI) The terminal measures the downlink RSRP of the mobile station using the RSRP range and the corresponding PUCCH transmission resource according to the currently measured RSRP. If the terminal does not correctly receive the MBMS data, a NACK is sent on the corresponding PUCCH transmission resource, otherwise no feedback information is sent. In one embodiment, the network device configures the correspondence between the RSRP range and the PUCCH resource.

[0076] In Example 2, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the RNTI of the terminal device. PUCCH= mod(UE_RNTI, M), where UE_RNTI represents the RNTI of the terminal device, M represents the number of PUCCH transmission resources in the first PUCCH transmission resource set, and R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation.

[0077] In Example 2, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service. For example, if the indication information is the index of the target PUCCH transmission resource, the terminal device can determine the target PUCCH transmission resource according to the indication information.

[0078] Example 3, the terminal device determines the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to the RNTI of the terminal device. For example, R PUCCH = mod(UE_RNTI, M), where UE_RNTI represents the RNTI of the terminal device, M represents the number of PUCCH transmission resources in the PUCCH transmission resource set, and R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation.

[0079] Example 4, the terminal device determines the first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the RNTI of the terminal device; and the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the group identity within the communication group where the terminal device is located, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

[0080] Optionally, in Example 4, when the number of the at least one PUCCH transmission resource set is greater than 1, the terminal device can determine the first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the RNTI of the terminal device. For example, S PUCCH = mod(UE_RNTI, N), where UE_RNTI represents the RNTI of the terminal device, N represents the number of PUCCH transmission resource sets, and S PUCCH represents the index of the determined PUCCH transmission resource set, that is, the index of the first PUCCH transmission resource set, and mod() represents the modulo operation.

[0081] In Example 4, for example, the terminal device determines the target PUCCH transmission resource from the first set of PUCCH transmission resources according to the RSRP measurement result. Suppose the first set of PUCCH transmission resources includes 4 PUCCH transmission resources. Among them, PUCCH transmission resource #0 corresponds to the RSRP range 0, PUCCH transmission resource #1 corresponds to the RSRP range 1, PUCCH transmission resource #2 corresponds to the RSRP range 2, and PUCCH transmission resource #3 corresponds to the RSRP range 3. In this case, suppose the RSRP measurement result measured by the terminal device belongs to the RSRP range 2, then the target PUCCH transmission resource is PUCCH transmission resource #2.

[0082] In Example 4, for example, the terminal device determines the target PUCCH transmission resource from the first set of PUCCH transmission resources according to the group identification within the communication group where the terminal device is located. For example, R PUCCH = mod(UE_ID, M), where UE_ID represents the group identification within the communication group where the terminal device is located, M represents the number of PUCCH transmission resources in the first set of PUCCH transmission resources, and R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation.

[0083] In Example 4, for example, the terminal device determines the target PUCCH transmission resource from the first set of PUCCH transmission resources according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service. For example, if the indication information is the index of the target PUCCH transmission resource, the terminal device can determine the target PUCCH transmission resource according to the indication information.

[0084] In Example 5, the terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RSRP measurement result.

[0085] Optionally, in Example 5, the terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RSRP measurement result, at least one RSRP threshold, and the first correspondence relationship, where the first correspondence relationship is the correspondence relationship between the RSRP range and the PUCCH transmission resource.

[0086] It should be noted that the at least one RSRP threshold is used to determine the RSRP range.

[0087] For example, in the first correspondence, PUCCH transmission resource #0 corresponds to RSRP range 0, PUCCH transmission resource #1 corresponds to RSRP range 1, and PUCCH transmission resource #2 corresponds to RSRP range 2. Assume that the PUCCH transmission resource set includes 3 PUCCH transmission resources, where PUCCH transmission resource #0 corresponds to RSRP range 0, PUCCH transmission resource #1 corresponds to RSRP range 1, and PUCCH transmission resource #2 corresponds to RSRP range 2. In this case, assume that the RSRP measurement result measured by the terminal device belongs to RSRP range 1, then the target PUCCH transmission resource is PUCCH transmission resource #1.

[0088] Optionally, the at least one RSRP threshold is pre-configured or agreed upon by the protocol, or the at least one RSRP threshold is configured by the network device.

[0089] Optionally, the first correspondence is pre-configured or agreed upon by the protocol, or the first correspondence is configured by the network device.

[0090] Example 6, the terminal device determines a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the RSRP measurement result; and the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the group identity within the communication group where the terminal device is located, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

[0091] In Example 6, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the group identity within the communication group where the terminal device is located. For example, R PUCCH = mod(UE_ID, M), where UE_ID represents the group identity within the communication group where the terminal device is located, M represents the number of PUCCH transmission resources in the first PUCCH transmission resource set, R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation.

[0092] In Example 6, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the RNTI of the terminal device. For example, R PUCCH = mod(UE_RNTI, M), where UE_RNTI represents the RNTI of the terminal device, M represents the number of PUCCH transmission resources in the first PUCCH transmission resource set, R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation.

[0093] In Example 6, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service. For example, if the indication information is the index of the target PUCCH transmission resource, the terminal device can determine the target PUCCH transmission resource according to the indication information.

[0094] Example 7, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service; or,

[0095] The terminal device determines a first PUCCH transmission resource set from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service, and the first PUCCH transmission resource set includes the target PUCCH transmission resource.

[0096] Example 8, the terminal device determines a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service; and the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the group identity within the communication group where the terminal device is located, and the RNTI of the terminal device.

[0097] In Example 8, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the RSRP measurement result. Suppose the first PUCCH transmission resource set includes 4 PUCCH transmission resources. Among them, PUCCH transmission resource #0 corresponds to the RSRP range 0, PUCCH transmission resource #1 corresponds to the RSRP range 1, PUCCH transmission resource #2 corresponds to the RSRP range 2, and PUCCH transmission resource #3 corresponds to the RSRP range 3. In this case, assuming that the measured RSRP measurement result of the terminal device belongs to the RSRP range 2, the target PUCCH transmission resource is PUCCH transmission resource #2.

[0098] In Example 8, for example, the terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the group identity within the communication group where the terminal device is located. For example, R PUCCH = mod(UE_ID,M), where UE_ID represents the group identity within the communication group where the terminal device is located, M represents the number of PUCCH transmission resources in the first PUCCH transmission resource set, RPUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation.

[0099] In Example 8, for example, the terminal device determines the target PUCCH transmission resource from the first set of PUCCH transmission resources according to the RNTI of the terminal device. For example, R PUCCH = mod(UE_RNTI, M), where UE_RNTI represents the RNTI of the terminal device, M represents the number of PUCCH transmission resources in the first set of PUCCH transmission resources, and R PUCCH represents the index of the determined target PUCCH transmission resource, and mod() represents the modulo operation.

[0100] Optionally, in the embodiments of the present application, the RNTI of the terminal device includes at least one of the following:

[0101] Cell RNTI (Cell-RNTI, C-RNTI), Multicast RNTI (Group-RNTI, G-RNTI), Broadcast RNTI (Broadcast-RNTI, B-RNTI).

[0102] Optionally, in some embodiments, the at least one set of PUCCH transmission resources is configured by the network device through common signaling or user-specific signaling.

[0103] Optionally, when the at least one set of PUCCH transmission resources is configured by the network device through user-specific signaling, the network device configures the same set of PUCCH transmission resources for the terminal devices corresponding to the first type of service.

[0104] Optionally, the common signaling includes at least one of the following:

[0105] System Information Block (SIB) information, cell-specific RRC signaling.

[0106] Optionally, in some embodiments, the at least one set of PUCCH transmission resources includes only one set of PUCCH transmission resources, and the same PUCCH transmission resources are shared among all terminal devices corresponding to the first type of service.

[0107] It should be noted that assuming the first type of service is the MBMS service, the PUCCH transmission resources are shared among the terminals of MBMS, that is, multiple terminals use the same PUCCH transmission resources. Therefore, multiple terminals will determine the same PUCCH transmission resources. In this case, for example, the target PUCCH transmission resources can be determined by the following Method 1 to Method 3, and the target PUCCH transmission resources are used to transmit the uplink feedback information carrying the MBMS service.

[0108] Method 1: Indicate the specific target PUCCH transmission resources in the DCI scheduling the PDSCH carrying MBMS.

[0109] Method 2: Configure only one PUCCH transmission resource for the MBMS service.

[0110] Method 3: The RSRP threshold is set to infinitesimal (or infinite). At this time, the RSRP results measured by all UEs are within the same RSRP range. Therefore, the same PUCCH transmission resources can be determined.

[0111] Optionally, in some embodiments, the at least one set of PUCCH transmission resources includes only one set of PUCCH transmission resources, and all terminal devices corresponding to the first type of service each use independent PUCCH transmission resources.

[0112] It should be noted that in order to enable the terminals to use independent PUCCH transmission resources, the terminals need to be able to determine independent PUCCH transmission resources from the set of PUCCH transmission resources according to parameters. Since the DCI scheduling the PDSCH is sent to a group of terminals, it is impossible to indicate the PUCCH transmission resources of each terminal through the DCI. Specifically, for example, the terminal can determine the corresponding PUCCH transmission resources in the set of PUCCH transmission resources according to the in-group ID. Since the in-group ID of each terminal is different, independent PUCCH transmission resources can be determined.

[0113] Optionally, in some embodiments, the at least one PUCCH transmission resource set includes only one PUCCH transmission resource set, and a PUCCH transmission resource is shared among a group of terminal devices corresponding to the first type of service. In this case, for example, a terminal device can determine the PUCCH transmission resource according to the in-group ID. When the number of PUCCH transmission resources configured by the network device is less than the number of terminal devices in the communication group, multiple terminals will share a PUCCH transmission resource. For example, the network device configures a PUCCH transmission resource set, and the PUCCH transmission resource set includes 4 PUCCH transmission resources, but the receiving terminals for multicast communication include 12 terminals. In this case, multiple terminals will share a PUCCH transmission resource. When a terminal determines the PUCCH transmission resource according to the in-group ID, such as R PUCCH = mod(UE_ID, M), where M represents the number of PUCCH transmission resources, the value range of UE_ID is [0, 11], mod() represents the modulo operation. According to the calculation, it is known that the terminals with UE_ID of 0, 4, and 8 share a PUCCH transmission resource. Similarly, the terminals with UE_ID of 1, 5, and 9 share a PUCCH transmission resource; the terminals with UE_ID of 2, 6, and 10, and the terminals with UE_ID of 3, 7, and 11 share the other two PUCCH transmission resources.

[0114] For multicast and broadcast services, the data sent by the network device needs to be received by multiple terminals, and these multiple terminals may be located at different positions in the cell. For Frequency Range 2 (FR2), its corresponding frequency is usually high frequency, such as 24.25 GHz - 52.6 GHz. To ensure the coverage range, the network device usually uses beamforming to send data. To ensure that all terminal devices can receive MBMS data, the network device usually sends the MBMS data once using all the beams. The network sends data using different beams at different times, so that terminals located at different positions in the cell may correctly receive the data. In the DCI sent using different beams, a PUCCH resource is indicated. The user who receives the DCI uses the PUCCH resource indicated by the DCI for feedback. As Figure 7 shown, the network device (gNB) sends MBMS data in turn through 4 beams at 4 times (time 1, time 2, time 3, and time 4), Figure 7The ellipses shown respectively correspond to beam 0, beam 1, beam 2, and beam 3 from left to right. The terminal device detects MBMS data on each beam respectively. If the detection is successful in at least one direction, it can be considered that the MBMS data detection is successful. If the detection is not successful in all directions, it is considered that the MBMS detection fails. The network device configures the PUCCH resources for the terminal device to send uplink feedback information. Figure 7 The 4 beams in Figure 8 correspond to 4 PUCCH transmission resources in . Each PUCCH transmission resource includes a PUCCH-ACK resource and a PUCCH-NACK resource. The PUCCH-ACK resource is used for the terminal device to send an acknowledgement (ACK) message to the network, and the PUCCH-NACK resource is used for the terminal device to send a negative acknowledgement (NACK) message to the network. The PUCCH resources are after all the time-domain resources used to transmit the MBMS data, so that the terminal device can determine whether the detection is successful according to the detection results of the MBMS data sent in all directions.

[0115] Optionally, in some embodiments, the at least one set of PUCCH transmission resources includes multiple sets of PUCCH transmission resources, and the same PUCCH transmission resources are shared among all the terminal devices corresponding to the first type of service. In this case, in order to enable multiple terminals to share the same PUCCH transmission resources, it is first necessary to select the same set of PUCCH transmission resources. For example, the set of PUCCH transmission resources is indicated in the DCI, and the PUCCH transmission resource index is also indicated; all the terminals that receive the DCI determine the corresponding set of transmission resources according to the indication information, and determine the transmission resources in the set of transmission resources. Another example is that the DCI indicates the set of PUCCH transmission resources, and the PUCCH transmission resources are determined through the RSRP measurement results; the terminal determines the specific set of PUCCH transmission resources according to the DCI indication information, determines the specific PUCCH transmission resources in the set according to the RSRP measurement results, and sets the RSRP threshold to infinity (or negative infinity). All the terminals are within the same RSRP range, so the same PUCCH transmission resources can be determined. Still another example is that the set of PUCCH transmission resources is determined according to the RSRP measurement results, and the PUCCH transmission resources are indicated through the DCI: the RSRP threshold is set to infinity (or negative infinity), all the terminals are within the same RSRP range, so the same set of PUCCH transmission resources can be determined, and then the specific PUCCH transmission resources in the set are determined according to the DCI indication information.

[0116] Optionally, in some embodiments, the at least one PUCCH transmission resource set includes a plurality of PUCCH transmission resource sets, and all terminal devices corresponding to the first type of service each use an independent PUCCH transmission resource. In this case, for example, the corresponding set is determined from the plurality of PUCCH transmission resource sets based on the RSRP measurement result, and each terminal determines an independent PUCCH transmission resource in the set according to the in-group ID. Another example is that the PUCCH transmission resource set is indicated in the DCI, and each terminal determines an independent PUCCH transmission resource in the set according to the in-group ID. Still another example is that the terminal determines the PUCCH transmission resource set and the PUCCH transmission resource in the set according to the in-group ID. For details, see the above description about Figure 4 and Figure 5 description.

[0117] Optionally, in some embodiments, the at least one PUCCH transmission resource set includes a plurality of PUCCH transmission resource sets, and a group of terminal devices corresponding to the first type of service share a PUCCH transmission resource. In this case, the terminal device may determine the target PUCCH transmission resource according to the following methods 4 to 9. The target PUCCH transmission resource is used to transmit the uplink feedback information carrying the first type of service.

[0118] Method 4: The PUCCH transmission resource set is indicated in the DCI, and the terminal determines the target PUCCH transmission resource according to the RSRP measurement result. That is to say, the terminal can determine the PUCCH transmission resource set according to the DCI, and by configuring the RSRP threshold, terminals with the same RSRP measurement range can share a target PUCCH transmission resource.

[0119] Method 5: The PUCCH transmission resource set is indicated in the DCI, and the terminal determines the target PUCCH transmission resource according to the in-group ID. That is to say, the terminal can determine the PUCCH transmission resource set according to the DCI and determine the target PUCCH transmission resource according to the in-group ID. When the number of terminals in the multicast communication is greater than the number of PUCCH transmission resources in the set, multiple terminals will share a target PUCCH transmission resource.

[0120] Method 6: The terminal determines the PUCCH transmission resource set according to the RSRP measurement result and determines the target PUCCH transmission resource according to the DCI indication information. That is to say, by configuring the RSRP threshold, terminals with the same RSRP measurement range use the same PUCCH transmission resource set. Further, the terminal determines the target PUCCH transmission resource according to the indication information in the DCI.

[0121] Method 7: The terminal determines the PUCCH transmission resource set according to the RSRP measurement result, and determines the target PUCCH transmission resource according to the in-group ID. That is to say, by configuring the RSRP threshold, terminals with the same RSRP measurement range use the same PUCCH transmission resource set. Further, the terminal determines the target PUCCH transmission resource according to the in-group ID. When the number of terminals in the multicast communication is greater than the number of PUCCH transmission resources in the PUCCH transmission resource set, multiple terminals will share a target PUCCH transmission resource.

[0122] Method 8: The terminal determines the PUCCH transmission resource set according to the in-group ID, and determines the target PUCCH transmission resource according to the RSRP measurement result. That is to say, the terminal determines the PUCCH transmission resource set according to the in-group ID, such as S PUCCH = mod(UE_ID, N), where N represents the number of PUCCH transmission resource sets, and S PUCCH represents the index of the determined PUCCH transmission resource set, and mod() represents the modulo operation; further, the terminal determines the target PUCCH transmission resource according to the RSRP measurement result, and terminals with the same RSRP measurement range can share a target PUCCH transmission resource.

[0123] Method 9: The terminal determines the PUCCH transmission resource set according to the in-group ID, and determines the target PUCCH transmission resource according to the DCI indication information. That is to say, the terminal determines the PUCCH transmission resource set according to the in-group ID, such as S PUCCH = mod(UE_ID, N), where N represents the number of PUCCH transmission resource sets, and S PUCCH represents the index of the determined PUCCH transmission resource set, and mod() represents the modulo operation; further, the terminal determines the target PUCCH transmission resource according to the DCI indication information, and the terminals receiving the DCI can determine the same target PUCCH transmission resource.

[0124] Therefore, in the embodiments of the present application, the terminal device determines the target PUCCH transmission resource for transmitting the uplink feedback information carrying the first type of service from at least one PUCCH transmission resource set, so that the uplink feedback can be performed for the first type of service on the target PUCCH transmission resource, thereby improving the transmission reliability of the first type of service sent in a multicast or broadcast manner.

[0125] As described above in conjunction with Figures 2 to 8 the method embodiments of the present application are described in detail. Below in conjunction with Figures 9 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.

[0126] Figure 9 shows a schematic block diagram of a terminal device 300 according to an embodiment of the present application. As Figure 9 shown, the terminal device 300 includes:

[0127] a processing unit 310, configured to determine a target PUCCH transmission resource from at least one PUCCH transmission resource set,

[0128] wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying a first type of service, and the uplink feedback information is used to indicate whether the first type of service is correctly received, and the first type of service is sent in a multicast or broadcast manner.

[0129] Optionally, the processing unit 310 is specifically configured to:

[0130] determine the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to first information, and / or determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the first information, where the first PUCCH transmission resource set includes the target PUCCH transmission resource;

[0131] wherein the first information includes at least one of the following:

[0132] a reference signal received power (RSRP) measurement result, a radio network temporary identity (RNTI) of the terminal device, an in-group identity within the communication group where the terminal device is located, and indication information in downlink control information (DCI) for scheduling a physical downlink shared channel (PDSCH) carrying the first type of service.

[0133] Optionally, the processing unit 310 is specifically configured to:

[0134] determine the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to the in-group identity within the communication group where the terminal device is located.

[0135] Optionally, the processing unit 310 is specifically configured to:

[0136] when the terminal device determines multiple PUCCH transmission resources from the at least one PUCCH transmission resource set according to the in-group identity within the communication group where the terminal device is located, determine the first PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource, or determine a randomly selected PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource.

[0137] Optionally, the processing unit 310 is specifically configured to:

[0138] Determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the in-group identifier within the communication group where the terminal device is located;

[0139] Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

[0140] Optionally, the processing unit 310 is specifically configured to:

[0141] Determine the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to the RNTI of the terminal device.

[0142] Optionally, the processing unit 310 is specifically configured to:

[0143] Determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the RNTI of the terminal device;

[0144] Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the in-group identifier within the communication group where the terminal device is located, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

[0145] Optionally, the processing unit 310 is specifically configured to:

[0146] Determine the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to the RSRP measurement result.

[0147] Optionally, the processing unit 310 is specifically configured to:

[0148] Determine the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to the RSRP measurement result, at least one RSRP threshold, and a first correspondence relationship, where the first correspondence relationship is the correspondence relationship between the RSRP range and the PUCCH transmission resource.

[0149] Optionally, the at least one RSRP threshold is pre-configured or agreed upon by the protocol, or the at least one RSRP threshold is configured by the network device.

[0150] Optionally, the first correspondence relationship is pre-configured or agreed upon by the protocol, or the first correspondence relationship is configured by the network device.

[0151] Optionally, the processing unit 310 is specifically configured to:

[0152] Determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the RSRP measurement result;

[0153] Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the group identifier within the communication group where the terminal device is located, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

[0154] Optionally, the processing unit 310 is specifically configured to:

[0155] Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service; or,

[0156] Determine a first PUCCH transmission resource set from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service, and the first PUCCH transmission resource set includes the target PUCCH transmission resource.

[0157] Optionally, the processing unit 310 is specifically configured to:

[0158] Determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service;

[0159] Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the group identifier within the communication group where the terminal device is located, and the RNTI of the terminal device.

[0160] Optionally, the RNTI of the terminal device includes at least one of the following:

[0161] Cell RNTI, multicast RNTI, broadcast RNTI.

[0162] Optionally, the at least one PUCCH transmission resource set is configured by the network device through common signaling or user-specific signaling.

[0163] Optionally, when the at least one PUCCH transmission resource set is configured by the network device through user-specific signaling, the network device configures the same PUCCH transmission resource set for the terminal device corresponding to the first type of service.

[0164] Optionally, the common signaling includes at least one of the following:

[0165] System information block SIB information and cell-specific radio resource control RRC signaling.

[0166] Optionally, the at least one PUCCH transmission resource set includes only one PUCCH transmission resource set, and the same PUCCH transmission resource is shared among all the terminal devices corresponding to the first type of service; or,

[0167] The at least one PUCCH transmission resource set includes only one PUCCH transmission resource set, and each of the terminal devices corresponding to the first type of service uses an independent PUCCH transmission resource; or,

[0168] The at least one PUCCH transmission resource set includes only one PUCCH transmission resource set, and one PUCCH transmission resource is shared among a group of terminal devices corresponding to the first type of service; or,

[0169] The at least one PUCCH transmission resource set includes multiple PUCCH transmission resource sets, and the same PUCCH transmission resource is shared among all the terminal devices corresponding to the first type of service; or,

[0170] The at least one PUCCH transmission resource set includes multiple PUCCH transmission resource sets, and each of the terminal devices corresponding to the first type of service uses an independent PUCCH transmission resource; or,

[0171] The at least one PUCCH transmission resource set includes multiple PUCCH transmission resource sets, and one PUCCH transmission resource is shared among a group of terminal devices corresponding to the first type of service.

[0172] Optionally, the first type of service is a Multimedia Broadcast Multicast Service (MBMS) service.

[0173] Optionally, in some embodiments, the above processing unit may be one or more processors.

[0174] It should be understood that the terminal device 300 according to the embodiments of the present application may correspond to the terminal device in the method embodiments of the present application, and the above and other operations and / or functions of each unit in the terminal device 300 are respectively for implementing Figure 2 the corresponding processes of the terminal device in the method 200 shown, and for the sake of brevity, will not be described in detail here.

[0175] Figure 10 It is a schematic structural diagram of a communication device 400 provided by the embodiments of the present application. Figure 10The communication device 400 shown includes a processor 410, and the processor 410 can call and run a computer program from a memory to implement the method in the embodiments of the present application.

[0176] Optionally, as Figure 10 shown, the communication device 400 may further include a memory 420. Among them, the processor 410 can call and run a computer program from the memory 420 to implement the method in the embodiments of the present application.

[0177] Among them, the memory 420 can be a separate device independent of the processor 410, or can be integrated in the processor 410.

[0178] Optionally, as Figure 10 shown, the communication device 400 may further include a transceiver 430, and the processor 410 can control the transceiver 430 to communicate with other devices. Specifically, it can send information or data to other devices, or receive information or data sent by other devices.

[0179] Among them, the transceiver 430 can include a transmitter and a receiver. The transceiver 430 may further include an antenna, and the number of antennas can be one or more.

[0180] Optionally, the communication device 400 may specifically be the network device in the embodiments of the present application, and the communication device 400 can implement the corresponding processes implemented by the network device in the various methods in the embodiments of the present application. For the sake of brevity, it will not be elaborated here.

[0181] Optionally, the communication device 400 may specifically be the mobile terminal / terminal device in the embodiments of the present application, and the communication device 400 can implement the corresponding processes implemented by the mobile terminal / terminal device in the various methods in the embodiments of the present application. For the sake of brevity, it will not be elaborated here.

[0182] Figure 11 is a schematic structural diagram of the device in the embodiments of the present application. Figure 11 The device 500 shown includes a processor 510, and the processor 510 can call and run a computer program from a memory to implement the method in the embodiments of the present application.

[0183] Optionally, as Figure 11 shown, the device 500 may further include a memory 520. Among them, the processor 510 can call and run a computer program from the memory 520 to implement the method in the embodiments of the present application.

[0184] Among them, the memory 520 can be a separate device independent of the processor 510, or can be integrated in the processor 510.

[0185] Optionally, the device 500 may further include an input interface 530. Among them, the processor 510 may control the input interface 530 to communicate with other devices or chips. Specifically, it may obtain information or data sent by other devices or chips.

[0186] Optionally, the device 500 may further include an output interface 540. Among them, the processor 510 may control the output interface 540 to communicate with other devices or chips. Specifically, it may output information or data to other devices or chips.

[0187] Optionally, the device may be applied to the network device in the embodiments of the present application, and the device may implement the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, it will not be elaborated here.

[0188] Optionally, the device may be applied to the mobile terminal / terminal device in the embodiments of the present application, and the device may 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, it will not be elaborated here.

[0189] Optionally, the device mentioned in the embodiments of the present application may also be a chip. For example, it may be a system-on-chip, system chip, chip system, or system-on-chip.

[0190] Figure 12 is a schematic block diagram of a communication system 600 provided by an embodiment of the present application. As Figure 12 shown, the communication system 600 includes a terminal device 610 and a network device 620.

[0191] Among them, the terminal device 610 may be used to implement the corresponding functions implemented by the terminal device in the above method, and the network device 620 may be used to implement the corresponding functions implemented by the network device in the above method. For the sake of brevity, it will not be elaborated here.

[0192] It should be understood that the processor in the embodiments of the present application may be an integrated circuit chip with signal processing capabilities. In the implementation process, the steps of the above method embodiments can be completed by the integrated logic circuit in the hardware of the processor or instructions in the form of software. The above-mentioned processor may 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, discrete hardware components. It can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The steps of the method disclosed in combination with the embodiments of the present application can be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor. The software module may be located in a mature storage medium in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. This storage medium is located in the memory, and the processor reads the information in the memory and combines its hardware to complete the steps of the above method.

[0193] It can be understood that the memory in the embodiments of the present application can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can 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 can be a random access memory (RAM), which is used as an external cache. By way of example but 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), synchlink dynamic random access memory (SLDRAM), and direct rambus random access memory (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include but not be limited to these and any other suitable types of memory.

[0194] It should be understood that the above-mentioned memory is by way of example but not limitation. For example, the memory in the embodiments of the present application can also be a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDR SDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchlink dynamic random access memory (SLDRAM), and a direct rambus random access memory (DR RAM), etc. That is to say, the memory in the embodiments of the present application is intended to include but not be limited to these and any other suitable types of memory.

[0195] The embodiments of the present application also provide a computer-readable storage medium for storing a computer program.

[0196] Optionally, the computer-readable storage medium can be applied to the network device in the embodiments of the present application, and the computer program causes 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, details are not described herein again.

[0197] 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 causes 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, details are not described herein again.

[0198] The embodiments of the present application also provide a computer program product including computer program instructions.

[0199] Optionally, the computer program product can be applied to the network device in the embodiments of the present application, and the computer program instructions cause 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, details are not described herein again.

[0200] 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 cause 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, details are not described herein again.

[0201] The embodiments of the present application also provide a computer program.

[0202] Optionally, the computer program can be applied to the network device in the embodiments of the present application. When the computer program runs on the computer, it causes 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, details are not described herein again.

[0203] 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, it causes 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, details are not described herein again.

[0204] Those of ordinary skill in the art will realize that the units and algorithm steps of each example described in connection with the embodiments disclosed herein can be implemented in electronic hardware, or in a combination of computer software and electronic hardware. Whether these functions are executed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled professionals can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this application.

[0205] Those skilled in the art can 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 foregoing method embodiments and will not be elaborated herein.

[0206] 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 illustrative. For example, the division of the units is only a logical function division, and there can be other division methods in actual implementation. For example, 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 displayed or discussed couplings or direct couplings or communication connections to each other can be through some interfaces, and the indirect couplings or communication connections of the devices or units can be in electrical, mechanical, or other forms.

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

[0208] In addition, the functional units in each embodiment of this application can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit.

[0209] When the above-mentioned 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. In view of such understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of this application. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, mobile hard disks, read-only memories (ROM), random access memories (RAM), magnetic disks, or optical discs.

[0210] As described above, the above is only the specific implementation manner of this application, but the protection scope of this application is not limited thereto. Any person skilled in the art within the technical scope disclosed by this application can easily think of changes or substitutions, which should all be covered by the protection scope of this application. Therefore, the protection scope of this application should be subject to the protection scope of the claims.

Claims

1. A wireless communication method, characterized in that, Including: The terminal device determines a target Physical Uplink Control Channel (PUCCH) transmission resource from at least one set of PUCCH transmission resources, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying a first type of service, and the uplink feedback information is used to indicate whether the first type of service is correctly received, and the first type of service is sent in a multicast or broadcast manner; wherein the terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources, including: The terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to first information, and / or the terminal device determines a first set of PUCCH transmission resources from the at least one set of PUCCH transmission resources according to first information, and the first set of PUCCH transmission resources includes the target PUCCH transmission resource; wherein the first information includes at least two of the following: Reference Signal Received Power (RSRP) measurement result, the Radio Network Temporary Identity (RNTI) of the terminal device, the intra-group identity within the communication group where the terminal device is located, and the indication information in the Downlink Control Information (DCI) for scheduling the Physical Downlink Shared Channel (PDSCH) carrying the first type of service; wherein the terminal device further determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources, including: The terminal device determines a first set of PUCCH transmission resources from the at least one set of PUCCH transmission resources according to one of the RSRP measurement result, the RNTI of the terminal device, the intra-group identity within the communication group where the terminal device is located, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service; The terminal device then determines the target PUCCH transmission resource from the first set of PUCCH transmission resources according to at least one of the RSRP measurement result, the RNTI of the terminal device, the intra-group identity within the communication group where the terminal device is located, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

2. The method according to claim 1, characterized in that, The terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources, including: The terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the intra-group identity within the communication group where the terminal device is located.

3. The method according to claim 2, wherein The terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the intra-group identity within the communication group where the terminal device is located, including: When the terminal device determines multiple PUCCH transmission resources from the at least one set of PUCCH transmission resources according to the in-group identifier within the communication group where the terminal device is located, the terminal device determines the first PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource, or the terminal device determines a randomly selected PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource.

4. The method according to claim 1, characterized in that, The terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources, including: The terminal device determines a first set of PUCCH transmission resources from the at least one set of PUCCH transmission resources according to the in-group identifier within the communication group where the terminal device is located; The terminal device determines the target PUCCH transmission resource from the first set of PUCCH transmission resources according to at least one of the RSRP measurement result, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

5. The method according to claim 1, wherein The terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources, including: The terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RNTI of the terminal device.

6. The method according to claim 1, wherein The terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources, including: The terminal device determines a first set of PUCCH transmission resources from the at least one set of PUCCH transmission resources according to the RNTI of the terminal device; The terminal device determines the target PUCCH transmission resource from the first set of PUCCH transmission resources according to at least one of the RSRP measurement result, the in-group identifier within the communication group where the terminal device is located, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

7. The method according to claim 1, wherein The terminal device determines a target PUCCH transmission resource from at least one set of PUCCH transmission resources, including: The terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RSRP measurement result.

8. The method according to claim 7, wherein The terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RSRP measurement result, including: The terminal device determines the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RSRP measurement result, at least one RSRP threshold, and a first correspondence relationship, where the first correspondence relationship is the correspondence relationship between the RSRP range and the PUCCH transmission resource.

9. The method according to claim 8, wherein The at least one RSRP threshold is pre-configured or agreed upon by the protocol, or the at least one RSRP threshold is configured by the network device.

10. The method according to claim 8, characterized in that, The first corresponding relationship is pre-configured or agreed upon by a protocol, or the first corresponding relationship is configured by a network device.

11. The method according to claim 1, characterized in that, The terminal device determines a target PUCCH transmission resource from at least one PUCCH transmission resource set, including: The terminal device determines a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the RSRP measurement result; The terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the group identifier within the communication group where the terminal device is located, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

12. The method according to claim 1, wherein The terminal device determines a target PUCCH transmission resource from at least one PUCCH transmission resource set, including: The terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service; or, The terminal device determines a first PUCCH transmission resource set from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service, and the first PUCCH transmission resource set includes the target PUCCH transmission resource.

13. The method according to claim 1, characterized in that, The terminal device determines a target PUCCH transmission resource from at least one PUCCH transmission resource set, including: The terminal device determines a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service; The terminal device determines the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the group identifier within the communication group where the terminal device is located, and the RNTI of the terminal device.

14. The method according to claim 1, characterized in that, The RNTI of the terminal device includes at least one of the following: Cell RNTI, multicast RNTI, broadcast RNTI.

15. The method according to any one of claims 1 to 14, characterized in that, The at least one PUCCH transmission resource set is configured by the network device through common signaling or user-specific signaling.

16. The method according to claim 15, wherein When the at least one PUCCH transmission resource set is configured by the network device through user-specific signaling, the network device configures the same PUCCH transmission resource set for the terminal devices corresponding to the first type of service.

17. The method according to claim 15, wherein The common signaling includes at least one of the following: System Information Block (SIB) information, cell-specific Radio Resource Control (RRC) signaling.

18. The method according to any one of claims 1 to 14, wherein The at least one PUCCH transmission resource set only includes one PUCCH transmission resource set, and the same PUCCH transmission resource is shared among all terminal devices corresponding to the first type of service; or, The at least one Physical Uplink Control Channel (PUCCH) transmission resource set only includes one PUCCH transmission resource set, and all terminal devices corresponding to the first type of service each use an independent PUCCH transmission resource; or, The at least one PUCCH transmission resource set only includes one PUCCH transmission resource set, and a group of terminal devices corresponding to the first type of service share one PUCCH transmission resource; or, The at least one PUCCH transmission resource set includes multiple PUCCH transmission resource sets, and all terminal devices corresponding to the first type of service share the same PUCCH transmission resource; or, The at least one PUCCH transmission resource set includes multiple PUCCH transmission resource sets, and all terminal devices corresponding to the first type of service each use an independent PUCCH transmission resource; or, The at least one PUCCH transmission resource set includes multiple PUCCH transmission resource sets, and a group of terminal devices corresponding to the first type of service share one PUCCH transmission resource.

19. The method according to any one of claims 1 to 14, characterized in that, The first type of service is a Multimedia Broadcast Multicast Service (MBMS) service.

20. A terminal device, characterized in that, Including: A processing unit, configured to determine a target PUCCH transmission resource from at least one Physical Uplink Control Channel (PUCCH) transmission resource set, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service, and the uplink feedback information is used to indicate whether the first type of service is correctly received, and the first type of service is sent in a multicast or broadcast manner; wherein the processing unit is specifically configured to: Determine the target PUCCH transmission resource from the at least one PUCCH transmission resource set according to first information, and / or determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the first information, where the first PUCCH transmission resource set includes the target PUCCH transmission resource; wherein the first information includes at least two of the following: Reference Signal Received Power (RSRP) measurement result, the Radio Network Temporary Identity (RNTI) of the terminal device, the in-group identity within the communication group where the terminal device is located, and the indication information in the Downlink Control Information (DCI) for scheduling the Physical Downlink Shared Channel (PDSCH) carrying the first type of service; The processing unit is specifically configured to: Determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to one of the Reference Signal Received Power (RSRP) measurement result, the Radio Network Temporary Identity (RNTI) of the terminal device, the in-group identity within the communication group where the terminal device is located, and the indication information in the Downlink Control Information (DCI) for scheduling the Physical Downlink Shared Channel (PDSCH) carrying the first type of service; and Determine the target PUCCH transmission resource from the first set of PUCCH transmission resources according to at least one of the reference signal received power (RSRP) measurement result, the radio network temporary identifier (RNTI) of the terminal device, the intra-group identifier within the communication group where the terminal device is located, and the indication information in the downlink control information (DCI) for scheduling the physical downlink shared channel (PDSCH) carrying the first type of service.

21. The terminal device according to claim 20, wherein Specifically, the processing unit is configured to: Determine the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the intra-group identifier within the communication group where the terminal device is located.

22. The terminal device according to claim 21, wherein, Specifically, the processing unit is configured to: When the terminal device determines multiple PUCCH transmission resources from the at least one set of PUCCH transmission resources according to the intra-group identifier within the communication group where the terminal device is located, determine the first PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource, or determine a randomly selected PUCCH transmission resource among the multiple PUCCH transmission resources as the target PUCCH transmission resource.

23. The terminal device according to claim 20, wherein Specifically, the processing unit is configured to: Determine a first set of PUCCH transmission resources from the at least one set of PUCCH transmission resources according to the intra-group identifier within the communication group where the terminal device is located; Determine the target PUCCH transmission resource from the first set of PUCCH transmission resources according to at least one of the RSRP measurement result, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

24. The terminal device according to claim 20, wherein Specifically, the processing unit is configured to: Determine the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RNTI of the terminal device.

25. The terminal device according to claim 20, characterized in that, Specifically, the processing unit is configured to: Determine a first set of PUCCH transmission resources from the at least one set of PUCCH transmission resources according to the RNTI of the terminal device; Determine the target PUCCH transmission resource from the first set of PUCCH transmission resources according to at least one of the RSRP measurement result, the intra-group identifier within the communication group where the terminal device is located, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

26. The terminal device according to claim 20, characterized in that, Specifically, the processing unit is configured to: Determine the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RSRP measurement result.

27. The terminal device according to claim 26, characterized in that, Specifically, the processing unit is configured to: Determine the target PUCCH transmission resource from the at least one set of PUCCH transmission resources according to the RSRP measurement result, at least one RSRP threshold, and a first correspondence relationship, where the first correspondence relationship is the correspondence relationship between the RSRP range and the PUCCH transmission resource.

28. The terminal device according to claim 27, characterized in that, The at least one RSRP threshold is pre-configured or agreed upon by the protocol, or the at least one RSRP threshold is configured by the network device.

29. The terminal device according to claim 27, wherein, The first corresponding relationship is pre-configured or agreed upon by a protocol, or the first corresponding relationship is configured by a network device.

30. The terminal device according to claim 20, wherein The processing unit is specifically configured to: Determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the RSRP measurement result; Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the group identifier within the communication group where the terminal device is located, the RNTI of the terminal device, and the indication information in the DCI for scheduling the PDSCH carrying the first type of service.

31. The terminal device according to claim 20, wherein The processing unit is specifically configured to: Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service; or Determine a first PUCCH transmission resource set from the first PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service, and the first PUCCH transmission resource set includes the target PUCCH transmission resource.

32. The terminal device according to claim 20, characterized in that, The processing unit is specifically configured to: Determine a first PUCCH transmission resource set from the at least one PUCCH transmission resource set according to the indication information in the DCI for scheduling the PDSCH carrying the first type of service; Determine the target PUCCH transmission resource from the first PUCCH transmission resource set according to at least one of the RSRP measurement result, the group identifier within the communication group where the terminal device is located, and the RNTI of the terminal device.

33. The terminal device according to claim 20, characterized in that, The RNTI of the terminal device includes at least one of the following: Cell RNTI, multicast RNTI, broadcast RNTI.

34. The terminal device according to any one of claims 20 to 33, characterized in that, The at least one PUCCH transmission resource set is configured by the network device through common signaling or user-specific signaling.

35. The terminal device according to claim 34, wherein, When the at least one PUCCH transmission resource set is configured by the network device through user-specific signaling, the network device configures the same PUCCH transmission resource set for the terminal devices corresponding to the first type of service.

36. The terminal device according to claim 34, wherein, The common signaling includes at least one of the following: System Information Block SIB information, cell-specific Radio Resource Control RRC signaling.

37. The terminal device according to any one of claims 20 to 33, wherein The at least one PUCCH transmission resource set includes only one PUCCH transmission resource set, and the same PUCCH transmission resource is shared among all terminal devices corresponding to the first type of service; or The at least one PUCCH transmission resource set includes only one PUCCH transmission resource set, and each of the terminal devices corresponding to the first type of service uses an independent PUCCH transmission resource; or The at least one PUCCH transmission resource set includes only one PUCCH transmission resource set, and one PUCCH transmission resource is shared among a group of terminal devices corresponding to the first type of service; or The at least one PUCCH transmission resource set includes a plurality of PUCCH transmission resource sets, and the same PUCCH transmission resource is shared among all the terminal devices corresponding to the first type of service; or, The at least one PUCCH transmission resource set includes a plurality of PUCCH transmission resource sets, and each of the terminal devices corresponding to the first type of service uses an independent PUCCH transmission resource; or, The at least one PUCCH transmission resource set includes a plurality of PUCCH transmission resource sets, and one PUCCH transmission resource is shared among a group of terminal devices corresponding to the first type of service.

38. The terminal device according to any one of claims 20 to 33, characterized in that, The first type of service is a Multimedia Broadcast Multicast Service (MBMS).

39. A terminal device, characterized in that, Comprising: A processor and a memory, the memory is used for storing a computer program, and the processor is used for calling and running the computer program stored in the memory to execute the method according to any one of claims 1 to 19.

40. A chip, characterized in that, Comprising: A processor, configured to call and run a computer program from a memory, so that a device installed with the chip executes the method according to any one of claims 1 to 19.

41. A computer-readable storage medium, characterized in that, For storing a computer program, the computer program causes a computer to execute the method according to any one of claims 1 to 19.

42. A computer program product, characterized in that, Including computer program instructions, the computer program instructions cause a computer to execute the method according to any one of claims 1 to 19.

Images