CN115669131A

CN115669131A - Wireless communication method, terminal equipment and network equipment

Info

Publication number: CN115669131A
Application number: CN202180037027.6A
Authority: CN
Inventors: 赵振山; 林晖闵
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2020-07-31
Filing date: 2021-01-12
Publication date: 2023-01-31
Also published as: WO2022021312A1; WO2022021811A1

Abstract

The embodiment of the application provides a wireless communication method, terminal equipment and network equipment, and for services sent in a multicast or broadcast mode, the terminal equipment can perform uplink feedback according to DCI so as to improve the reliability of multicast or broadcast transmission. The wireless communication method includes: the terminal equipment receives first DCI, wherein the first DCI is used for scheduling PDSCH bearing first type services; and the terminal equipment carries out uplink feedback aiming at the first type service according to the first DCI, wherein the first type service is sent in a multicast or broadcast mode.

Description

Wireless communication method, terminal equipment and network equipment

This application claims priority from PCT patent application with application number PCT/CN2020/106171 entitled "wireless communication method, terminal device and network device", filed by the chinese patent office on 31/07/2020, which is incorporated herein by reference in its entirety.

Technical Field

The embodiments of the present application relate to the field of communications, and in particular, to a wireless communication method, a terminal device, and a network device.

Background

In a New Radio (NR) system, no feedback is required for a terminal device to receive multicast or broadcast services, and no remedial measure is provided for data loss. However, for some services, such as services in a Vehicle to other devices (V2X), industrial internet, and other scenarios, the reliability requirement on multicast and broadcast transmission is higher and higher, and the terminal device needs to perform uplink feedback on the multicast and broadcast transmitted services, and how to perform uplink feedback on the multicast and broadcast transmitted services is an urgent problem to be solved.

Disclosure of Invention

The embodiment of the application provides a wireless communication method, terminal equipment and network equipment, and for services sent in a multicast or broadcast mode, the terminal equipment can perform uplink feedback according to DCI so as to improve the reliability of multicast or broadcast transmission.

In a first aspect, a wireless communication method is provided, and the method includes:

the terminal equipment receives first DCI, wherein the first DCI is used for scheduling a PDSCH carrying a first type of service;

and the terminal equipment performs uplink feedback aiming at the first type service according to the first DCI, wherein the first type service is sent in a multicast or broadcast mode.

In a second aspect, a wireless communication method is provided, the method comprising:

the network equipment sends a first DCI to the terminal equipment, wherein the first DCI is used for scheduling a PDSCH carrying a first type of service, and the first DCI is used for the terminal equipment to perform uplink feedback aiming at the first type of service, and the first type of service is sent in a multicast or broadcast mode.

In a third aspect, a terminal device is provided for executing the method in the first aspect.

In particular, the terminal device comprises functional modules for performing the method in the first aspect described above.

In a fourth aspect, a network device is provided for performing the method of the second aspect.

In particular, the network device comprises functional modules for performing the method in the second aspect described above.

In a fifth aspect, a terminal device is provided that includes 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 in the first aspect.

In a sixth aspect, a network device is provided that includes 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 in the second aspect.

In a seventh aspect, an apparatus is provided for implementing the method in any one of the first to second aspects.

Specifically, the apparatus includes: a processor configured to call and run the computer program from the memory, so that the apparatus on which the apparatus is installed performs the method of any one of the first to second aspects described above.

In an eighth aspect, there is provided a computer readable storage medium storing a computer program for causing a computer to perform the method of any one of the first to second aspects.

In a ninth aspect, there is provided a computer program product comprising computer program instructions to cause a computer to perform the method of any of the first to second aspects above.

A tenth aspect provides a computer program which, when run on a computer, causes the computer to perform the method of any of the first to second aspects described above.

By the technical scheme, for the first type service sent in a multicast or broadcast mode, the terminal device can perform uplink feedback for the first type service according to the DCI used for scheduling the PDSCH carrying the first type service, so as to improve the reliability of multicast or broadcast transmission.

Drawings

Fig. 1 is a schematic diagram of a communication system architecture to which an embodiment of the present application is applied.

Fig. 2 is a schematic flow chart of a wireless communication method provided according to an embodiment of the present application.

Fig. 3 is a schematic diagram of an RSRP range provided by an embodiment of the present application.

Fig. 4 is a schematic diagram for determining a PUCCH transmission resource based on an intra-group identification in a communication group in which a terminal device is located according to an embodiment of the present application.

Fig. 5 is a schematic diagram of determining PUCCH transmission resources based on first DCI according to an embodiment of the present application.

Fig. 6 is a schematic block diagram of a terminal device provided according to an embodiment of the present application.

Fig. 7 is a schematic block diagram of a network device provided according to an embodiment of the present application.

Fig. 8 is a schematic block diagram of a communication device provided according to an embodiment of the present application.

Fig. 9 is a schematic block diagram of an apparatus provided according to an embodiment of the present application.

Fig. 10 is a schematic block diagram of a communication system provided in accordance with an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments obtained by a person of ordinary skill in the art without making any creative effort with respect to the embodiments in the present application belong to the protection scope of the present application.

The technical scheme of the embodiment of the application can be applied to various communication systems, for example: a Global System for Mobile communications (GSM) System, a Code Division Multiple Access (CDMA) System, a Wideband Code Division Multiple Access (WCDMA) System, a General Packet Radio Service (GPRS), a Long Term Evolution (Long Term Evolution, LTE) System, an Advanced Long Term Evolution (Advanced Long Term Evolution, LTE-a) System, a New Radio (NR) System, an Evolution System of an NR System, an LTE (LTE-based Access to unlicensed spectrum, LTE-U) System on an unlicensed spectrum, an NR (NR-based Access to unlicensed spectrum, non-Terrestrial communication network (network-telecommunications), a Wireless Local Area network (UMTS) System, a Wireless Local Area network (UMTS) 5 (Universal Mobile telecommunications network, UMTS) System, a Wireless Local Area network (Wireless Telecommunication System, wiFi) System, a Wireless Local Area network (Wireless Telecommunication System, or Wireless Telecommunication System, and the like.

Generally, the conventional Communication system supports a limited number of connections and is easy to implement, however, with the development of Communication technology, the mobile Communication system will support not only conventional Communication but also, for example, device to Device (D2D) Communication, machine to Machine (M2M) Communication, machine Type Communication (MTC), vehicle to Vehicle (V2V) Communication, or Vehicle to internet (V2X) Communication, and the embodiments of the present application can also be applied to these Communication systems.

Optionally, the communication system in the embodiment of the present application may be applied to a Carrier Aggregation (CA) scenario, may also be applied to a Dual Connectivity (DC) scenario, and may also be applied to an independent (SA) networking scenario.

Optionally, the communication system in the embodiment of the present application may be applied to an unlicensed spectrum, where the unlicensed spectrum may also be considered as a shared spectrum; alternatively, the communication system in the embodiment of the present application may also be applied to a licensed spectrum, where the licensed spectrum may also be considered as an unshared spectrum.

Various embodiments are described in connection with a network device and a terminal device, where the terminal device may also be referred to as a User Equipment (UE), an access terminal, a subscriber unit, a subscriber station, a mobile station, a remote terminal, a mobile device, a User terminal, a wireless communication device, a User agent, or a User Equipment.

The terminal device may be a STATION (ST) in a WLAN, and may be 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 capability, a computing device or other processing device connected to a Wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a next generation communication system such as an NR Network, or a terminal device in a future evolved Public Land Mobile Network (PLMN) Network, and the like.

In the embodiment of the application, the terminal equipment can be deployed on land, including indoor or outdoor, handheld, wearable or vehicle-mounted; can also be deployed on the water surface (such as a ship and the like); and may also be deployed in the air (e.g., airplanes, balloons, satellites, etc.).

In the embodiment of the present application, the terminal device may be a Mobile Phone (Mobile Phone), a tablet personal computer (Pad), a computer with a wireless transceiving function, a Virtual Reality (VR) terminal device, an Augmented Reality (AR) terminal device, a wireless terminal device in industrial control (industrial control), a wireless terminal device in unmanned driving (self driving), a wireless terminal device in remote medical treatment (remote medical), a wireless terminal device in smart grid (smart grid), a wireless terminal device in transportation safety (transportation safety), a wireless terminal device in smart city (smart city), a wireless terminal device in smart home (smart home), or the like.

By way of example and not limitation, in the embodiments of the present application, the terminal device may also be a wearable device. Wearable equipment can also be called wearable intelligent equipment, is the general term of applying wearable technique to carry out intelligent design, develop the equipment that can dress to daily wearing, like glasses, gloves, wrist-watch, dress and shoes etc.. A wearable device is a portable device that is worn directly on the body or integrated into the clothing or accessories of the user. The wearable device is not only a hardware device, but also realizes powerful functions through software support, data interaction and cloud interaction. The generalized wearable smart device includes full functionality, large size, and can implement full or partial functionality without relying on a smart phone, such as: smart watches or smart glasses and the like, and only focus on a certain type of application functions, and need to be used in cooperation with other devices such as smart phones, such as various smart bracelets for physical sign monitoring, smart jewelry and the like.

In this embodiment of the present application, the network device may be a device for communicating with a mobile device, and the network device may be an Access Point (AP) in a WLAN, a Base Station (BTS) in GSM or CDMA, a Base Station (NodeB, NB) in WCDMA, an evolved Node B (eNB or eNodeB) in LTE, a relay Station or an Access Point, a vehicle-mounted device, a wearable device, and a network device or Base Station (gbb) in an NR network, or a network device or Base Station (gbb) in a PLMN network for future evolution, or a network device in an NTN network, and the like.

By way of example and not limitation, in embodiments of the present application, a network device may have a mobile nature, e.g., the network device may be a mobile device. Alternatively, the network device may be a satellite, balloon station. For example, the satellite may be a Low Earth Orbit (LEO) satellite, a Medium Earth Orbit (MEO) satellite, a geosynchronous Orbit (GEO) satellite, a High Elliptic Orbit (HEO) satellite, and the like. Alternatively, the network device may be a base station installed on land, water, or the like.

In this embodiment of the present application, a network device may provide a service for a cell, and a terminal device communicates with the network device through a transmission resource (e.g., a frequency domain resource or a spectrum resource) used by the cell, where the cell may be a cell corresponding to the network device (e.g., a base station), and the cell may belong to a macro base station or a base station corresponding to a Small cell (Small cell), where the Small cell may include: urban cells (Metro cells), micro cells (Micro cells), pico cells (Pico cells), femto cells (Femto cells), and the like, wherein the small cells have the characteristics of small coverage area and low transmission power, and are suitable for providing high-rate data transmission services.

For example, a communication system 100 applied in the embodiment of the present application is shown in fig. 1. The communication system 100 may include a network device 110, and the network device 110 may be a device that communicates with a terminal device 120 (or referred to as a communication terminal, terminal). Network device 110 may provide communication coverage for a particular geographic area and may communicate with terminal devices located within that coverage area.

Fig. 1 exemplarily shows one network device and two terminal devices, and optionally, the communication system 100 may include a plurality of network devices and may include other numbers of terminal devices within the coverage of each network device, which is not limited in this embodiment of the present application.

Optionally, the communication system 100 may further include other network entities such as a network controller, a mobility management entity, and the like, which is not limited in this embodiment.

It should be understood that a device having a communication function in a network/system in the embodiments of the present application may be referred to as a communication device. Taking the communication system 100 shown in fig. 1 as an example, the communication device may include a network device 110 and a terminal device 120 having a communication function, and the network device 110 and the terminal device 120 may be the specific devices described above and are not described herein again; the communication device may also include other devices in the communication system 100, such as other network entities, for example, a network controller, a mobility management entity, and the like, which is not limited in this embodiment.

The terminology used in the description of the embodiments section of the present application is for the purpose of describing particular embodiments of the present application only and is not intended to be limiting of the present application. The terms "first," "second," "third," and "fourth," etc. in the description and claims of this application and in the accompanying drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion.

It should be understood that the terms "system" and "network" are often used interchangeably herein. The term "and/or" herein is merely an association relationship describing an associated object, and means that there may be three relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.

It should be understood that "indication" mentioned in the embodiments of the present application may be a direct indication, an indirect indication, or an indication of an association relationship. For example, a indicates B, which may mean that a directly indicates B, e.g., B may be obtained by a; it may also mean that a indicates B indirectly, for example, a indicates C, and B may be obtained by C; it can also mean that there is an association between a and B.

In the description of the embodiments of the present application, the term "correspond" may indicate that there is a direct correspondence or an indirect correspondence between the two, may also indicate that there is an association between the two, and may also indicate and be indicated, configure and configured, and so on.

In the NR system, unicast of a Radio Resource Control (RRC) connection state is fed back by a Hybrid Automatic Repeat reQuest (HARQ). However, the multicast broadcast of other systems does not introduce a feedback mechanism, that is, the terminal device receives the multicast or broadcast service without feedback, and the loss has no remedial measure. In addition, in the NR system, different Downlink Control Information (DCI) formats are defined for unicast traffic, for example, for Downlink scheduling, DCI format 1-0 or DCI format 1-1 may be adopted; for uplink scheduling, DCI format 0-0 or DCI format 0-1 may be employed. The DCI format 1-0 is further used to schedule some common Information, such as System Information Block (SIB) Information, and at this time, the terminal is configured with a System Information Radio Network Temporary identifier (SI-RNTI), and detects the DCI format 1-0 according to the SI-RNTI.

In some services in NR, for example, services in scenarios such as V2X, industrial internet, etc., the reliability requirement for multicast broadcast transmission is higher and higher, so a feedback mechanism is introduced for multicast broadcast to ensure the reliability of service transmission, so as to ensure that all members in a group receive service data. Therefore, in order to improve the reliability of service transmission, an uplink feedback mechanism for multicast broadcast service needs to be introduced, so that the network can determine whether retransmission needs to be initiated according to the feedback information.

Multimedia Broadcast Multicast Service (MBMS) is a technology for transmitting data from one data source to a plurality of terminal devices by sharing network resources, and can effectively utilize the network resources while providing Multimedia services, thereby realizing Broadcast and Multicast of Multimedia services at a higher rate (256 kbps). In addition, the reception of the MBMS service is applicable to the terminal device in an RRC CONNECTED state (RRC _ CONNECTED) or an RRC IDLE state (RRC _ IDLE) or an RRC deactivated state (RRC _ INACTIVE) state.

In order to improve reliability of the MBMS service, a feedback mechanism for the MBMS service needs to be introduced, and how to schedule the MBMS service, that is, how to design DCI for scheduling the MBMS service, is a problem to be solved.

Based on the above problem, the present application provides a scheme for performing uplink feedback based on DCI, and for a service sent in a multicast or broadcast manner, a terminal device may perform uplink feedback according to DCI, so as to improve reliability of multicast or broadcast transmission.

The technical solution of the present application is described in detail by specific examples below.

Fig. 2 is a schematic flow chart of a wireless communication method 200 according to an embodiment of the present application, and as shown in fig. 2, the method 200 may include at least some of the following:

s210, the network equipment sends a first DCI to the terminal equipment, wherein the first DCI is used for scheduling a PDSCH carrying a first type of service;

s220, the terminal equipment receives the first DCI;

s230, the terminal device performs uplink feedback for the first type service according to the first DCI, where the first type service is sent in a multicast or broadcast manner.

Optionally, the first type service is an MBMS service. Of course, the first type service may also be another service transmitted in a multicast or broadcast manner, which is not limited in this application.

In this embodiment of the present application, the terminal device receives a Physical Downlink Control Channel (PDCCH) sent by the network device, where the PDCCH includes the first DCI. And the terminal equipment receives the PDSCH which is sent by the network equipment and bears the first type of service on the PDSCH resource scheduled by the first DCI, and the terminal equipment carries out uplink feedback aiming at the first type of service according to the first DCI.

Optionally, as example 1, the terminal device determines, according to the first DCI, a feedback manner of uplink feedback for the first type service. That is to say, the first DCI is specifically used for the terminal device to determine a feedback mode of uplink feedback for the first type of service.

In example 1, specifically, the terminal device determines, according to first indication information included in the first DCI, a feedback manner of uplink feedback for the first type of service. That is, the first indication information is used to indicate a feedback mode of uplink feedback for the first type service.

In an embodiment, the first indication information is feedback format indication information in the DCI, for example, the DCI includes a feedback format indication information field, where the information field is 1 bit, and the bit indicates the first feedback manner when the bit takes a value of 1, and indicates the second feedback manner when the bit takes a value of 0.

In an embodiment, the first indication information is PUCCH resource indication information in DCI, and when the indication information indicates the first PUCCH resource or the first PUCCH resource set, the first feedback manner is used, and when the indication information indicates the second PUCCH resource or the second PUCCH resource set, the second feedback manner is used.

In an embodiment, the terminal device determines a feedback mode of uplink feedback for the first type service according to the format of the first DCI. For example, if DCI of a first format, NACK is fed back only; if it is the DCI of the second format, ACK or NACK is fed back.

In an embodiment, the terminal device determines a feedback manner of uplink feedback for the first type of service according to a scrambling sequence used for scrambling the first DCI. For example, if it is the first sequence for scrambling DCI, NACK is fed back only; if it is the second sequence for scrambling DCI, ACK or NACK is fed back.

In an embodiment, the terminal device determines a feedback mode of uplink feedback for the first type service according to the RNTI used for scrambling the first DCI. For example, if the RNTI used to scramble the first DCI is the first RNTI, NACK is fed back only; if the RNTI used for scrambling the first DCI is the second RNTI, ACK or NACK is fed back.

In an embodiment, the terminal device determines a feedback mode of uplink feedback for the first type of service according to the aggregation level of the PDCCH carrying the first DCI. For example, the aggregation level of the PDCCH includes 1/2/4/8/16 Control Channel Elements (CCEs), and when the PDCCH carrying the DCI is transmitted with the first aggregation level, only NACK is fed back; when the PDCCH carrying the DCI is sent by adopting the first aggregation level, ACK or NACK is fed back.

In an embodiment, the terminal device determines a feedback mode of uplink feedback for the first type service according to a search space type of a PDCCH that transmits the first DCI. For example, if the search space type of the PDCCH transmitting the first DCI is Common Search Space (CSS), NACK is only fed back; if the search space type of the PDCCH transmitting the first DCI is a UE-specific search space (USS), ACK or NACK is fed back.

In some embodiments, the terminal device may determine a first corresponding relationship according to preconfigured information or network configuration information, where the first corresponding relationship is a corresponding relationship between one of a format of the first DCI, a scrambling sequence used for scrambling the first DCI, an RNTI used for scrambling the first DCI, an aggregation level of a PDCCH carrying the first DCI, and a search space type of the PDCCH transmitting the first DCI, and a feedback manner.

In some embodiments, the terminal device may determine a feedback manner of uplink feedback for the first type of service according to one or more of the first indication information included in the first DCI, a format of the first DCI, a scrambling sequence used for scrambling the first DCI, an RNTI used for scrambling the first DCI, an aggregation level of a PDCCH carrying the first DCI, and a search space type of the PDCCH transmitting the first DCI.

In an embodiment, the terminal device receives an RRC signaling sent by the network device, and determines a feedback mode of uplink feedback for the first type service according to the RRC signaling. If the RRC signaling configuration only supports the first feedback method or only supports the second feedback method, the corresponding feedback method may be determined according to the RRC signaling.

In an embodiment, the terminal device receives an RRC signaling sent by the network device, and determines a feedback mode of uplink feedback for the first type of service according to the RRC signaling and the first DCI. For example, the RRC signaling configuration supports the first and second feedback manners, and further, the first or second feedback manner is determined to be used in combination with the first DCI.

In example 1, the uplink feedback for the first type of traffic may be Hybrid Automatic Repeat reQuest (HARQ) feedback. For 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 feeds back nothing; for another example, if the terminal device fails to receive the first type service, the terminal device feeds back a Negative Acknowledgement (NACK). Of course, in this embodiment of the present application, the uplink feedback for the first type of service may also be other feedbacks, which is not limited in this application.

Optionally, in example 1, the feedback manner includes one of:

feeding back only NACK;

feeding back ACK or NACK.

It should be noted that different uplink feedback modes have different advantages and different application scenarios, for example, for a broadcast service, all terminals (including a terminal in an RRC connected state, a terminal in an RRC deactivated state, and a terminal in an RRC idle state) need to receive data, and the base station may not know how many terminals in the system are receiving, so the base station may configure the terminal to only feed back NACK, and the network may determine whether a terminal does not correctly receive data by detecting whether NACK is received, and further may determine whether data retransmission is needed. For multicast service, the number of terminals at a receiving end is usually fixed, a base station may configure a terminal to feed back ACK or NACK, and each terminal uses an independent transmission resource, so that the base station detects feedback information carried in a Physical Uplink Control Channel (PUCCH) sent by all terminals, and determines which terminals have received correctly and which terminals do not have received correctly, and further may determine whether to perform data retransmission, and retransmit a terminal that has not received correctly in a unicast manner or retransmit terminals in a multicast manner.

Optionally, as example 2, the terminal device determines, according to the first DCI, a PUCCH transmission resource set, where a target PUCCH transmission resource in the PUCCH transmission resource set is used to transmit a PUCCH carrying uplink feedback information of the first type service. That is, the first DCI is specifically used for the terminal device to determine the PUCCH transmission resource set.

Optionally, the uplink feedback information is used to indicate whether the first type of service is correctly received.

In example 2, specifically, the terminal device determines the PUCCH transmission resource set according to the second indication information included in the first DCI. That is, the second indication information is used to indicate the PUCCH transmission resource set.

Further, the terminal device determines the target PUCCH transmission resource from the PUCCH transmission resource set according to the first information;

wherein the first information comprises at least one of:

reference Signal Received Power (RSRP) measurement results, radio Network Temporary Identity (RNTI) of the terminal device, and intra-group Identity within a communication group in which the terminal device is located.

Optionally, in this embodiment of the present application, the RNTI of the terminal device includes at least one of the following:

cell RNTI (Cell-RNTI, C-RNTI), multicast RNTI (Group-RNTI, G-RNTI), broadcast RNTI (Broadcast-RNTI, B-RNTI).

In example 2, the terminal device determines the target PUCCH transmission resource from the set of PUCCH transmission resources, for example, according to RSRP measurement results. Assuming that the PUCCH transmission resource set includes 3 PUCCH transmission resources, wherein 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 RSRP measurement result measured by the terminal device belongs to RSRP range 1, the target PUCCH transmission resource is PUCCH transmission resource #1.

For example, as shown in fig. 3, the network device configures 3 RSRP thresholds, which are respectively denoted as RSRP-THD1, RSRP-THD2, RSRP-THD3, and configures 4 PUCCH transmission resources, which are respectively denoted as PUCCH transmission resource #0, PUCCH transmission resource #1, PUCCH transmission resource #2, PUCCH transmission resource #3, different RSRP ranges correspond to different PUCCH resources, multiple PUCCH transmission resources may be Frequency-division multiplexing (FDM), time-division multiplexing (TDM), or code-division multiplexing (CDM), and the terminal device receives MBMS data transmitted by the network device and determines a measurement mode of the RSRP transmission resources according to a downlink Signal (e.g., a synchronization Signal block/physical broadcast Channel block (synchronization/physical broadcast Channel block, SS/CDM), a Channel State Information Reference Signal (Channel State), a measurement mode of the RSRP transmission resources determined according to the current RSRP transmission mode and a measurement mode of the downlink transmission resources determined according to the RSRP ranges of the PUCCH transmission resources. If the feedback mode is a feedback mode only feeding back NACK, if the terminal does not correctly receive the MBMS data, the NACK is sent on the corresponding PUCCH transmission resource, otherwise, the feedback information is not sent; if the feedback is ACK or NACK, if the terminal does not correctly receive the MBMS data, the NACK is sent on the corresponding PUCCH transmission resource, and if the terminal correctly receives the MBMS data, the ACK is sent on the corresponding PUCCH transmission resource. In an embodiment, the network device configures a correspondence between RSRP ranges and PUCCH resources.

In example 2, the terminal device determines the target PUCCH transmission resource from the set of PUCCH transmission resources, e.g. based on the RNTI of the terminal device. For example, R _PUCCH = mod (UE _ RNTI, M), where UE _ RNTI represents RNTI of the terminal device, M represents the number of PUCCH transmission resources in the PUCCH transmission resource set, and R represents the number of PUCCH transmission resources in the PUCCH transmission resource set _PUCCH Denotes an index of the determined target PUCCH transmission resource, and mod () denotes a modulo operation.

It should be noted that, for multicast communication, each terminal is usually configured with an independent intra-group identifier (group identity), that is, an intra-group identifier in a communication group in which the terminal device is located, and when the network device configures a PUCCH transmission resource set for the terminal device, the terminal device may determine a corresponding PUCCH transmission resource from the PUCCH transmission resource set according to the intra-group identifier in the communication group, so that each intra-group terminal may have an independent PUCCH transmission resource.

For example, one communication group includes 4 terminal devices, the intra-group Identifiers (IDs) allocated to the terminal devices by the network device are UE ID #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, and when the network device transmits the multicast PDSCH, each terminal device determines a corresponding PUCCH transmission resource in the PUCCH transmission resource set according to the respective intra-group Identifier (ID). For example, R _PUCCH = mod (UE _ ID, M), where M represents the number of PUCCH transmission resources in the PUCCH transmission resource set, R _PUCCH Denotes an index of the determined target PUCCH transmission resource, and mod () denotes a modulo operation. As shown in fig. 4, 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.

Optionally, as example 3, the terminal device determines a first PUCCH transmission resource set from a plurality of PUCCH transmission resource sets according to the first information, and determines a target PUCCH transmission resource from the first PUCCH transmission resource set according to the indication information included in the first DCI, where the target PUCCH transmission resource is used to transmit a PUCCH carrying uplink feedback information of the first type service.

Optionally, in example 3, the first information comprises at least one of:

the RSRP measurement result, the RNTI of the terminal equipment and the intra-group identification in the communication group where the terminal equipment is located.

In example 3, the terminal device determines the first PUCCH transmission resource set from the plurality of PUCCH transmission resource sets, for example, according to RSRP measurements. Assuming that the plurality of PUCCH transmission resource sets includes 3 PUCCH transmission resource sets, wherein a PUCCH transmission resource set #0 corresponds to RSRP range 0, a PUCCH transmission resource set #1 corresponds to RSRP range 1, and a PUCCH transmission resource set #2 corresponds to RSRP range 2, in this case, assuming that an RSRP measurement result measured by the terminal device belongs to RSRP range 1, the first PUCCH transmission resource set is a PUCCH transmission resource set #1.

In example 3, the terminal device determines the first set of PUCCH transmission resources from the plurality of sets of PUCCH transmission resources, e.g. based on the RNTI of the terminal device. For example, R _PUCCHset = mod (UE _ RNTI, Q), where UE _ RNTI represents RNTI of the terminal device, Q represents the number of PUCCH transmission resource sets configured by the network device, and R represents the number of PUCCH transmission resource sets configured by the network device _PUCCHset Denotes an index of the determined first PUCCH transmission resource set, and mod () denotes a modulo operation.

In example 3, the terminal device determines the first PUCCH transmission resource set from the plurality of PUCCH transmission resource sets, for example, based on an intra-group identity within the communication group in which the terminal device is located. For example, R _PUCCHset = mod (UE _ ID, Q), where UE _ ID represents an intra-group identity in a communication group where the terminal device is located, Q represents the number of PUCCH transmission resource sets configured by the network device, and R represents _PUCCHset Denotes an index of the determined first PUCCH transmission resource set, and mod () denotes a modulo operation.

Optionally, as example 4, the terminal device determines, according to the first DCI, a PUCCH transmission resource set and determines a target PUCCH transmission resource from the PUCCH transmission resource set, where the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service. That is, the first DCI is specifically used for the terminal device to determine a PUCCH transmission resource set and to determine a target PUCCH transmission resource from the PUCCH transmission resource set.

In example 4, specifically, the terminal device determines the PUCCH transmission resource set according to third indication information included in the first DCI, and determines the target PUCCH transmission resource from the PUCCH transmission resource set according to fourth indication information included in the first DCI. That is, the third indication information is used to indicate the PUCCH transmission resource set, and the fourth indication information is used to indicate the target PUCCH transmission resource in the PUCCH transmission resource set.

For example, as shown in fig. 5, it is assumed that the network device configures two PUCCH transmission resource sets, which are 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, and the index of the PUCCH transmission resource is [0,3]. For example, 2 information fields are carried in the first DCI, the first information field (i.e., the third indication information) is used to indicate an index of the PUCCH transmission resource set, and the second information field (i.e., the fourth indication information) is used to indicate an index of the PUCCH transmission resource set. When the network device sends the PDSCH carrying the MBMS service, in the associated first DCI, the PUCCH resource set index 0 is indicated in the first information field, that is, the first PUCCH transmission resource set is determined to be used, and the PUCCH transmission resource index 3 is indicated in the second information field, that is, the 4 th PUCCH transmission resource in the PUCCH resource set index 0 is determined. Since the MBMS is transmitted to a group of terminals, the terminals receiving the first DCI use the same PUCCH transmission resource for HARQ feedback.

Optionally, as example 5, the terminal device determines RSRP threshold information according to the first DCI; and the terminal equipment determines whether to perform uplink feedback aiming at the first type service according to the RSRP measurement result and the RSRP threshold information. That is, the first DCI is specifically used for the terminal device to determine RSRP threshold information. In addition, the RSRP threshold information is used by the terminal device to determine whether to perform uplink feedback for the first type service in combination with an RSRP measurement result.

It should be noted that, if the network device configures an RSRP threshold to support the terminal to perform HARQ feedback according to the RSRP measurement result, the network device may instruct some terminals to perform feedback through the first DCI, and other terminals do not need to perform feedback.

In some embodiments of example 5, in particular, the terminal device determines the first RSRP threshold from a plurality of RSRP thresholds according to a first RSRP threshold index included in the first DCI. That is, the first RSRP threshold index is used to indicate a first RSRP threshold of a plurality of RSRP thresholds.

Optionally, in example 5, the terminal device determines whether to perform uplink feedback for the first type of service according to the RSRP measurement result, the first RSRP threshold, and a first constraint condition.

Optionally, the first constraint includes: and when the RSRP measurement result is lower than the first RSRP threshold, performing uplink feedback aiming at the first type service. Specifically, when the RSRP measurement result is lower than the first RSRP threshold, the terminal device determines to perform uplink feedback for the first type of service, and when the RSRP measurement result is higher than or equal to the first RSRP threshold, the terminal device determines to ignore uplink feedback for the first type of service.

For example, as shown in fig. 3, the network device configures 3 RSRP thresholds, RSRP-THD1, RSRP-THD2, and RSRP-THD3 through a System Information Block (SIB) or Radio Resource Control (RRC) signaling, where the 3 RSRP thresholds correspond to

RSRP threshold indexes

0, 1, and 2, respectively; when the network device carries a first RSRP threshold index in the first DCI and a value of the first RSRP threshold index is 1, it may be determined that the first RSRP threshold is RSRP-THD2, the terminal device receives the first DCI, and if an RSRP measurement result of the terminal device is lower than RSRP-THD2, the terminal device needs to feed back HARQ, otherwise, HARQ is not fed back.

Optionally, the first constraint includes: and when the RSRP measurement result is higher than the first RSRP threshold, performing uplink feedback aiming at the first type service. Specifically, when the RSRP measurement result is higher than the first RSRP threshold, the terminal device determines to perform uplink feedback for the first type of service, and when the RSRP measurement result is lower than or equal to the first RSRP threshold, the terminal device determines to ignore uplink feedback for the first type of service.

Optionally, the first constraint includes: and feeding back ACK or NACK when the RSRP measurement result is higher than the first RSRP threshold, and feeding back only NACK when the RSRP measurement result is lower than the first RSRP threshold.

That is, for a terminal whose RSRP measurement result is higher than the first RSRP threshold, it needs to feed back NACK in case of failure of reception of the first type traffic and to feed back ACK in case of success of reception of the first type traffic. For a terminal with an RSRP measurement result lower than the first RSRP threshold, NACK needs to be fed back when the first type service reception fails, and uplink feedback for the first type service is ignored when the first type service reception succeeds.

For example, the network device configures 3 RSRP thresholds, RSRP-THD1, RSRP-THD2, and RSRP-THD3, through SIB or RRC signaling, where the 3 RSRP thresholds correspond to

RSRP threshold indexes

0, 1, and 2, respectively; when the network device carries the first RSRP threshold index in the first DCI and the value of the first RSRP threshold index is 2, it may be determined that the first RSRP threshold is RSRP-THD3. Assuming that the RSRP measurement result of the terminal device is lower than RSRP-THD3, the terminal device needs to feed back NACK if the first type service reception fails, and ignores uplink feedback for the first type service if the first type service reception succeeds. Assuming that the RSRP measurement result of the terminal device is higher than RSRP-THD3, the terminal device needs to feed back NACK if the first type service reception fails and to feed back ACK if the first type service reception succeeds.

Optionally, the first constraint is pre-configured or agreed upon by a protocol, or the first constraint is configured by a network device.

In some of the example 5, in particular, the terminal device determines the first RSRP threshold and the second RSRP threshold from a plurality of RSRP thresholds according to a first RSRP threshold index and a second RSRP threshold index included in the first DCI. That is, the first RSRP threshold index is used to indicate a first RSRP threshold of a plurality of RSRP thresholds, and the second RSRP threshold index is used to indicate a second RSRP threshold of the plurality of RSRP thresholds.

That is to say, the network device may configure multiple RSRP thresholds, where different RSRP thresholds correspond to different RSRP threshold indexes, and the network device carries indication information in DCI for scheduling an MBMS, where the indication information includes the RSRP threshold index, and a terminal that satisfies the RSRP threshold index sends HARQ feedback, otherwise does not send the HARQ feedback.

Specifically, when the RSRP measurement result is within an RSRP range between the first RSRP threshold and the second RSRP threshold, the terminal device determines to perform uplink feedback for the first type service; or, when the RSRP measurement result is outside an RSRP range between the first RSRP threshold and the second RSRP threshold, the terminal device determines to ignore uplink feedback for the first type of service.

Optionally, in example 5, the plurality of RSRP thresholds are pre-configured or protocol agreed, or the plurality of RSRP thresholds are configured by the network device.

For example, as shown in fig. 3, the network device configures 3 RSRP thresholds, RSRP-THD1, RSRP-THD2, and RSRP-THD3, through SIB or RRC signaling, where the 3 RSRP thresholds correspond to

RSRP threshold indexes

0, 1, and 2, respectively; when the network device carries a first RSRP threshold index and a second RSRP threshold index in the first DCI, and a value of the first RSRP threshold index is 1, it may be determined that the first RSRP threshold is RSRP-THD2, and a value of the second RSRP threshold index is 2, it may be determined that the first RSRP threshold is RSRP-THD3, the terminal device receives the first DCI, and if an RSRP measurement result of the terminal device is located between RSRP-THD2 and RSRP-THD3, the terminal device needs to feed back HARQ, otherwise, HARQ is not fed back.

In some embodiments of example 5, in particular, the terminal device determines the first RSRP threshold range from the RSRP threshold range list according to a first RSRP threshold range index included in the first DCI. That is, the first RSRP threshold range index is used to indicate a first RSRP threshold range in the RSRP threshold range list.

Specifically, when the RSRP measurement result is within the first RSRP threshold range, the terminal device determines to perform uplink feedback for the first type of service; or, when the RSRP measurement result is outside the first RSRP threshold range, the terminal device determines to ignore uplink feedback for the first type service.

Optionally, the RSRP threshold range list is pre-configured or agreed upon by a protocol, or the RSRP threshold range list is configured by the network device.

For example, the network device configures 2 RSRP thresholds, which are RSRP-THD1 and RSRP-THD2, respectively, where RSRP-THD1> RSRP-THD2; and the network device is configured with a list of RSRP threshold ranges as shown in table 1. The network device includes 3 bits in the first DCI, and is configured to indicate a first RSRP threshold range index, where the terminal may determine the first RSRP threshold range from table 1 according to the first RSRP threshold range index, and when the RSRP measured by the terminal device is within the first RSRP threshold range, the terminal needs to perform HARQ feedback, otherwise, the terminal does not need to perform HARQ feedback.

TABLE 1

Index	RSRP threshold range
0	[RSRP-THD1,+∞)
1	[RSRP-THD2,RSRP-THD1)
2	(-∞，RSRP-THD2)
3	[RSRP-THD2,+∞)
4	(-∞，RSRP-THD1)
6	(-∞，+∞)
7	Reservation

Optionally, in some embodiments of the present application, the terminal device receives the first DCI according to a first RNTI, where the first DCI is scrambled using the first RNTI, and the first RNTI is different from the C-RNTI.

Optionally, the terminal device sends first information to the network device, where the first information is used to indicate that the terminal device needs to receive the first type service, that is, the network device may determine to send the first type service to the terminal device according to the first information. Further, the network device may configure the first RNTI for the terminal device.

Optionally, the terminal device receives configuration information sent by the network device, and determines the first RNTI according to the configuration information.

Optionally, the first RNTI comprises one of:

multicast RNTI (group pc RNTI, G-RNTI), broadcast RNTI (Broadcast RNTI, B-RNTI).

It should be noted that, for the unicast service, the network device configures the C-RNTI for the terminal device, and data transmission between the network device and the terminal device is scrambled by the C-RNTI. When the terminal equipment supports the MBMS service, the network equipment can configure G-RNTI or B-RNTI for the terminal equipment, the first DCI is scrambled by using the G-RNTI or the B-RNTI, and MBMS data scheduled by the first DCI is also scrambled by using the corresponding G-RNTI or B-RNTI.

Optionally, the network device configures different G-RNTIs or B-RNTIs for different MBMS service types, and if the terminal device is interested in a certain MBMS service type, that is, an MBMS service that needs to be received, the network device configures the G-RNTI or B-RNTI corresponding to the MBMS service for the terminal device, so that the terminal device can receive the MBMS service of the type without receiving other types of MBMS services.

For example, the system supports 4 MBMS services, corresponding to MBMS #0, MBMS #1, MBMS #2 and MBMS #3, the network configures 4G-RNTIs corresponding to the 4 MBMS services, namely G-RNTI #0, G-RNTI #1, G-RNTI #2 and G-RNTI #3 respectively, the UE1 sends indication information to the network to inform the network that the network is interested in MBMS #0 and MBMS #1, and the network configures G-RNTI #0 and G-RNTI #1 for the UE 1. When the network equipment transmits different types of MBMS services, different G-RNTIs are used for scrambling, and because the UE1 is only configured with the G-RNTI #0 and the G-RNTI #1, the terminal equipment can only detect the services of the types of MBMS #0 and MBMS #1, cannot detect the services of MBMS #2 and MBMS #3, and avoids invalid detection of the terminal.

Therefore, in this embodiment of the present application, for a first type service transmitted in a multicast or broadcast manner, a terminal device may perform uplink feedback for the first type service according to DCI used for scheduling a PDSCH carrying the first type service, so as to improve reliability of multicast or broadcast transmission.

Furthermore, the network equipment configures corresponding G-RNTI or B-RNTI for the terminal equipment according to the type of the MBMS which the terminal equipment is interested in, so that the terminal equipment can receive the corresponding MBMS and avoid receiving the MBMS which is not interested in.

Method embodiments of the present application are described in detail above with reference to fig. 2-5, and apparatus embodiments of the present application are described in detail below with reference to fig. 6-10, it being understood that apparatus embodiments correspond to method embodiments and that similar descriptions may be made to method embodiments.

Fig. 6 shows a schematic block diagram of a terminal device 300 according to an embodiment of the application. As shown in fig. 6, the terminal device 300 includes:

a communication unit 310, configured to receive first downlink control information DCI, where the first DCI is used to schedule a physical downlink shared channel PDSCH carrying a first type of service;

a processing unit 320, configured to perform uplink feedback on the first type of service according to the first DCI, where the first type of service is sent in a multicast or broadcast manner.

Optionally, the processing unit 320 is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the first DCI.

Optionally, the processing unit 320 is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the first indication information included in the first DCI.

Optionally, the processing unit 320 is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the format of the first DCI.

Optionally, the processing unit 320 is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the scrambling code sequence used for scrambling the first DCI.

Optionally, the processing unit 320 is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the Radio Network Temporary Identifier (RNTI) used for scrambling the first DCI.

Optionally, the processing unit 320 is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type of service according to the aggregation level of a Physical Downlink Control Channel (PDCCH) bearing the first DCI.

Optionally, the processing unit 320 is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the search space type of the PDCCH for sending the first DCI.

Optionally, the feedback mode includes one of the following:

feeding back only negative acknowledgements, NACKs;

feeding back a positive acknowledgement ACK or NACK.

Optionally, the processing unit 320 is specifically configured to:

and determining a Physical Uplink Control Channel (PUCCH) transmission resource set according to the first DCI, wherein a target PUCCH transmission resource in the PUCCH transmission resource set is used for transmitting a PUCCH carrying the uplink feedback information of the first type service.

Optionally, the processing unit 320 is further configured to determine the target PUCCH transmission resource from the PUCCH transmission resource set according to the first information;

wherein the first information comprises at least one of:

reference Signal Received Power (RSRP) measurement results, a Radio Network Temporary Identifier (RNTI) of the terminal equipment and an intra-group identifier in a communication group where the terminal equipment is located.

Optionally, the RNTI of the terminal device includes at least one of:

cell RNTI, multicast RNTI, broadcast RNTI.

Optionally, the processing unit 320 is specifically configured to:

and determining the PUCCH transmission resource set according to second indication information included in the first DCI.

Optionally, the processing unit 320 is specifically configured to:

and determining a PUCCH transmission resource set and a target PUCCH transmission resource from the PUCCH transmission resource set according to the first DCI, wherein the target PUCCH transmission resource is used for transmitting uplink feedback information bearing the first type of service.

Optionally, the processing unit 320 is specifically configured to:

determining the PUCCH transmission resource set according to third indication information included in the first DCI, and determining the target PUCCH transmission resource from the PUCCH transmission resource set according to fourth indication information included in the first DCI.

Optionally, the processing unit 320 is specifically configured to:

determining RSRP threshold information according to the first DCI;

and determining whether to perform uplink feedback aiming at the first type service according to the RSRP measurement result and the RSRP threshold information.

Optionally, the processing unit 320 is specifically configured to:

determining a first RSRP threshold from a plurality of RSRP thresholds according to a first RSRP threshold index included in the first DCI.

Optionally, the processing unit 320 is specifically configured to:

determining whether to perform uplink feedback aiming at the first type service according to the RSRP measurement result, the first RSRP threshold and a first constraint condition;

wherein the first constraint condition comprises:

when the RSRP measurement result is lower than the first RSRP threshold, performing uplink feedback aiming at the first type service; or

And when the RSRP measurement result is higher than the first RSRP threshold, performing uplink feedback aiming at the first type service.

Optionally, the processing unit 320 is specifically configured to:

when the RSRP measurement result is lower than the first RSRP threshold, determining to perform uplink feedback for the first type of service, and when the RSRP measurement result is higher than or equal to the first RSRP threshold, determining to ignore the uplink feedback for the first type of service; or,

and when the RSRP measurement result is higher than the first RSRP threshold, determining to perform uplink feedback for the first type of service, and when the RSRP measurement result is lower than or equal to the first RSRP threshold, determining to ignore the uplink feedback for the first type of service.

Optionally, the processing unit 320 is specifically configured to:

and determining a first RSRP threshold and a second RSRP threshold from a plurality of RSRP thresholds according to the first RSRP threshold index and the second RSRP threshold index included in the first DCI.

Optionally, the processing unit 320 is specifically configured to:

when the RSRP measurement result is in an RSRP range between the first RSRP threshold and the second RSRP threshold, determining to perform uplink feedback aiming at the first type service; or,

and when the RSRP measurement result is out of the RSRP range between the first RSRP threshold and the second RSRP threshold, determining to ignore uplink feedback aiming at the first type service.

Optionally, the RSRP thresholds are pre-configured or agreed upon by a protocol, or the RSRP thresholds are configured by the network device.

Optionally, the processing unit 320 is specifically configured to:

and determining a first RSRP threshold range from the RSRP threshold range list according to a first RSRP threshold range index included in the first DCI.

Optionally, the processing unit 320 is specifically configured to:

when the RSRP measurement result is within the first RSRP threshold range, determining to perform uplink feedback aiming at the first type service; or,

and when the RSRP measurement result is out of the range of the first RSRP threshold, determining to ignore uplink feedback aiming at the first type service.

Optionally, the communication unit 310 is specifically configured to:

receiving the first DCI according to a first RNTI, wherein the first DCI is scrambled by the first RNTI, and the first RNTI is different from a C-RNTI.

Optionally, the communication unit 310 is further configured to send first information, where the first information is used to indicate that the terminal device needs to receive the first type service.

Optionally, the communication unit 310 is further configured to receive configuration information, and the processing unit 320 is further configured to determine the first RNTI according to the configuration information.

Optionally, the first RNTI comprises one of:

multicast RNTI and broadcast RNTI.

Optionally, the first type of service is a multimedia broadcast multicast service, MBMS, service.

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

It should be understood that the terminal device 300 according to the embodiment of the present application may correspond to the terminal device in the embodiment of the method of the present application, and the above and other operations and/or functions of each unit in the terminal device 300 are respectively for implementing the corresponding flow of the terminal device in the method 200 shown in fig. 2, and are not described herein again for brevity.

Fig. 7 shows a schematic block diagram of a network device 400 according to an embodiment of the application. As shown in fig. 7, the network device 400 includes:

a communication unit 410, configured to send first downlink control information DCI to a terminal device, where the first DCI is used to schedule a PDSCH carrying a first type of service, and the first DCI is used for the terminal device to perform uplink feedback on the first type of service, and the first type of service is sent in a multicast or broadcast manner.

Optionally, the first DCI is specifically used for the terminal device to determine a feedback mode of uplink feedback for the first type of service.

Optionally, the first DCI includes first indication information, where the first indication information is used to indicate a feedback manner of uplink feedback for the first type of service.

Optionally, the format of the first DCI is used to determine a feedback mode of uplink feedback for the first type of service.

Optionally, a scrambling sequence for scrambling the first DCI is used to determine a feedback mode of uplink feedback for the first type of service.

Optionally, the radio network temporary identifier RNTI scrambled with the first DCI is used to determine a feedback mode of uplink feedback for the first type of service.

Optionally, the aggregation level of the PDCCH for bearing the first DCI is used to determine a feedback manner of uplink feedback for the first type of service.

Optionally, the search space type of the PDCCH transmitting the first DCI is used to determine a feedback manner of uplink feedback for the first type service.

Optionally, the feedback mode includes one of:

feeding back only negative acknowledgements, NACKs;

feeding back a positive acknowledgement ACK or NACK.

Optionally, the first DCI is specifically used for the terminal device to determine a physical uplink control channel PUCCH transmission resource set, where a target PUCCH transmission resource in the PUCCH transmission resource set is used to transmit a PUCCH carrying uplink feedback information of the first type of service.

Optionally, the first DCI includes second indication information, where the second indication information is used to indicate the PUCCH transmission resource set.

Optionally, the first DCI is specifically used for the terminal device to determine a PUCCH transmission resource set and determine a target PUCCH transmission resource from the PUCCH transmission resource set, where the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service.

Optionally, the first DCI includes third indication information and fourth indication information, where the third indication information is used to indicate the PUCCH transmission resource set, and the fourth indication information is used to indicate the target PUCCH transmission resource in the PUCCH transmission resource set.

Optionally, the first DCI is specifically configured to determine RSRP threshold information by the terminal device, where the RSRP threshold information is used by the terminal device to determine whether to perform uplink feedback for the first type of service in combination with an RSRP measurement result.

Optionally, the first DCI includes a first RSRP threshold index, where the first RSRP threshold index is used to indicate a first RSRP threshold of multiple RSRP thresholds, and the first RSRP threshold is used for the terminal device to determine, in combination with the RSRP measurement result and a first constraint condition, whether to perform uplink feedback for the first type of service;

wherein the first constraint condition comprises:

Optionally, the first constraint is pre-configured or agreed upon by a protocol, or the first constraint is configured by the network device.

Optionally, the first DCI includes a first RSRP threshold index and a second RSRP threshold index, where the first RSRP threshold index is used to indicate a first RSRP threshold of a plurality of RSRP thresholds, and the second RSRP threshold index is used to indicate a second RSRP threshold of the plurality of RSRP thresholds;

when the RSRP measurement result is in the RSRP range between the first RSRP threshold and the second RSRP threshold, performing uplink feedback for the first type service; or when the RSRP measurement result is outside the RSRP range between the first RSRP threshold and the second RSRP threshold, performing no uplink feedback for the first type service.

Optionally, the first DCI includes a first RSRP threshold range index, where the first RSRP threshold range index is used to indicate a first RSRP threshold range in an RSRP threshold range list;

when the RSRP measurement result is within the first RSRP threshold range, performing uplink feedback aiming at the first type service; or, when the RSRP measurement result is outside the first RSRP threshold range, no uplink feedback for the first type of service is performed.

Optionally, the first DCI is scrambled by a first radio network temporary identifier RNTI, where the first RNTI is used for the terminal device to receive the first DCI, and the first RNTI is different from a cell radio network temporary identifier C-RNTI.

Optionally, the network device 400 further includes: the processing unit(s) 420 are configured to,

the communication unit 410 is further configured to receive first information sent by the terminal device, where the first information is used to indicate that the terminal device needs to receive the first type of service;

the processing unit 420 is configured to determine the first RNTI according to the first information.

Optionally, the communication unit 410 is further configured to send configuration information to the terminal device, where the configuration information is used to determine the first RNTI.

Optionally, the first RNTI comprises one of:

multicast RNTI and broadcast RNTI.

It should be understood that the network device 400 according to the embodiment of the present application may correspond to a network device in the embodiment of the method of the present application, and the above and other operations and/or functions of each unit in the network device 400 are respectively for implementing corresponding flows of the network device in the method 200 shown in fig. 2, and are not described herein again for brevity.

Fig. 8 is a schematic structural diagram of a communication device 500 according to an embodiment of the present application. The communication device 500 shown in fig. 8 comprises a processor 510, and the processor 510 may call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in fig. 8, the communication device 500 may further include a memory 520. From the memory 520, the processor 510 may call and run a computer program to implement the method in the embodiment of the present application.

The memory 520 may be a separate device from the processor 510, or may be integrated into the processor 510.

Optionally, as shown in fig. 8, the communication device 500 may further include a transceiver 530, and the processor 510 may control the transceiver 530 to communicate with other devices, and in particular, may transmit information or data to the other devices or receive information or data transmitted by the other devices.

The transceiver 530 may include a transmitter and a receiver, among others. The transceiver 530 may further include one or more antennas.

Optionally, the communication device 500 may specifically be a network device in the embodiment of the present application, and the communication device 500 may implement a corresponding process implemented by the network device in each method in the embodiment of the present application, which is not described herein again for brevity.

Optionally, the communication device 500 may specifically be a mobile terminal/terminal device in the embodiment of the present application, and the communication device 500 may implement a corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, and for brevity, details are not described here again.

Fig. 9 is a schematic structural view of an apparatus of an embodiment of the present application. The apparatus 600 shown in fig. 9 includes a processor 610, and the processor 610 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in fig. 9, the apparatus 600 may further include a memory 620. From the memory 620, the processor 610 may call and run a computer program to implement the method in the embodiment of the present application.

The memory 620 may be a separate device from the processor 610, or may be integrated into the processor 610.

Optionally, the apparatus 600 may further comprise an input interface 630. The processor 610 may control the input interface 630 to communicate with other devices or chips, and in particular, may obtain information or data transmitted by other devices or chips.

Optionally, the apparatus 600 may further comprise an output interface 640. The processor 610 may control the output interface 640 to communicate with other devices or chips, and in particular, may output information or data to the other devices or chips.

Optionally, the apparatus may be applied to the network device in the embodiment of the present application, and the apparatus may implement the corresponding process implemented by the network device in each method in the embodiment of the present application, and for brevity, details are not described here again.

Optionally, the apparatus may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the apparatus may implement the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, and for brevity, no further description is given here.

Alternatively, the device mentioned in the embodiments of the present application may also be a chip. For example, it may be a system-on-chip, a system-on-chip or a system-on-chip, etc.

Fig. 10 is a schematic block diagram of a communication system 700 provided in an embodiment of the present application. As shown in fig. 10, the communication system 700 includes a terminal device 710 and a network device 720.

The terminal device 710 may be configured to implement the corresponding function implemented by the terminal device in the foregoing method, and the network device 720 may be configured to implement the corresponding function implemented by the network device in the foregoing method, for brevity, which is not described herein again.

It should be understood that the processor of the embodiments of the present application may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method embodiments may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off the shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules may be located in ram, flash, rom, prom, or eprom, registers, etc. as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.

It will be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), dynamic Random Access Memory (DRAM), synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), double Data Rate Synchronous Dynamic random access memory (DDR SDRAM), enhanced Synchronous SDRAM (ESDRAM), synchronous link SDRAM (SLDRAM), and Direct Rambus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

It should be understood that the above memories are exemplary but not limiting illustrations, for example, the memories in the embodiments of the present application may also be Static Random Access Memory (SRAM), dynamic random access memory (dynamic RAM, DRAM), synchronous Dynamic Random Access Memory (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (enhanced SDRAM, ESDRAM), synchronous Link DRAM (SLDRAM), direct Rambus RAM (DR RAM), and the like. That is, the memory in the embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

The embodiment of the application also provides a computer readable storage medium for storing the computer program.

Optionally, the computer-readable storage medium may be applied to the network device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the network device in each method in the embodiment of the present application, which is not described herein again for brevity.

Optionally, the computer-readable storage medium may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein again for brevity.

Embodiments of the present application also provide a computer program product comprising computer program instructions.

Optionally, the computer program product may be applied to the network device in the embodiment of the present application, and the computer program instructions enable the computer to execute corresponding processes implemented by the network device in the methods in the embodiment of the present application, which are not described herein again for brevity.

Optionally, the computer program product may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the mobile terminal/terminal device in the methods in the embodiment of the present application, which are not described herein again for brevity.

The embodiment of the application also provides a computer program.

Optionally, the computer program may be applied to the network device in the embodiment of the present application, and when the computer program runs on a computer, the computer is enabled to execute a corresponding process implemented by the network device in each method in the embodiment of the present application, and for brevity, details are not described here again.

Optionally, the computer program may be applied to the mobile terminal/terminal device in the embodiment of the present application, and when the computer program runs on a computer, the computer is enabled to execute the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein again for brevity.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the technical solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It can be clearly understood by those skilled in the art that, for convenience and simplicity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. With regard to such understanding, the technical solutions of the present application may be essentially implemented or contributed to by the prior art, or may be implemented in a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to perform all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, an optical disk, or other various media capable of storing program codes.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

A method of wireless communication, comprising:

the method comprises the steps that terminal equipment receives first Downlink Control Information (DCI), wherein the first DCI is used for scheduling a Physical Downlink Shared Channel (PDSCH) bearing first type services;

and the terminal equipment carries out uplink feedback aiming at the first type service according to the first DCI, wherein the first type service is sent in a multicast or broadcast mode.
The method of claim 1, wherein the terminal device performs uplink feedback for the first type of service according to the first DCI, including:

and the terminal equipment determines a feedback mode of uplink feedback aiming at the first type service according to the first DCI.
The method of claim 2, wherein the determining, by the terminal device, the feedback manner of the uplink feedback for the first type service according to the first DCI includes:

and the terminal equipment determines a feedback mode of uplink feedback aiming at the first type service according to first indication information included in the first DCI.
The method of claim 2, wherein the determining, by the terminal device, the feedback mode of the uplink feedback for the first type of service according to the first DCI comprises:

and the terminal equipment determines a feedback mode of uplink feedback aiming at the first type service according to the format of the first DCI.
The method of claim 2, wherein the determining, by the terminal device according to the first DCI, a feedback manner of uplink feedback for the first type of service includes:

and the terminal equipment determines a feedback mode of uplink feedback aiming at the first type service according to a scrambling code sequence used for scrambling the first DCI.
The method of claim 2, wherein the determining, by the terminal device according to the first DCI, a feedback manner of uplink feedback for the first type of service includes:

and the terminal equipment determines a feedback mode of uplink feedback aiming at the first type service according to the Radio Network Temporary Identifier (RNTI) for scrambling the first DCI.
The method of claim 2, wherein the determining, by the terminal device, the feedback mode of the uplink feedback for the first type of service according to the first DCI comprises:

and the terminal equipment determines a feedback mode of uplink feedback aiming at the first type service according to the aggregation level of a Physical Downlink Control Channel (PDCCH) bearing the first DCI.
The method of claim 2, wherein the determining, by the terminal device, the feedback mode of the uplink feedback for the first type of service according to the first DCI comprises:

and the terminal equipment determines a feedback mode of uplink feedback aiming at the first type service according to the search space type of the PDCCH for sending the first DCI.
The method of any of claims 2 to 8, wherein the feedback means comprises one of:

feeding back only negative acknowledgements, NACKs;

feeding back a positive acknowledgement ACK or NACK.
The method of claim 1, wherein the terminal device performs uplink feedback for the first type of service according to the first DCI, including:

and the terminal equipment determines a Physical Uplink Control Channel (PUCCH) transmission resource set according to the first DCI, wherein a target PUCCH transmission resource in the PUCCH transmission resource set is used for transmitting a PUCCH carrying the uplink feedback information of the first type service.
The method of claim 10, wherein the method further comprises:

the terminal equipment determines the target PUCCH transmission resource from the PUCCH transmission resource set according to the first information;

wherein the first information comprises at least one of:

the Reference Signal Received Power (RSRP) measurement result, a Radio Network Temporary Identifier (RNTI) of the terminal equipment and an intra-group identifier in a communication group where the terminal equipment is located.
The method of claim 11, wherein the RNTI of the terminal device comprises at least one of:

cell RNTI, multicast RNTI, broadcast RNTI.
The method of any of claims 10 to 12, wherein the terminal device determining the set of PUCCH transmission resources from the first DCI, comprises:

and the terminal equipment determines the PUCCH transmission resource set according to the second indication information included in the first DCI.
The method of claim 1, wherein the terminal device performs uplink feedback for the first type of service according to the first DCI, including:

and the terminal equipment determines a PUCCH transmission resource set according to the first DCI and determines a target PUCCH transmission resource from the PUCCH transmission resource set, wherein the target PUCCH transmission resource is used for transmitting uplink feedback information bearing the first type of service.
The method of claim 14, wherein the terminal device determining a PUCCH transmission resource set and a target PUCCH transmission resource from the PUCCH transmission resource set according to the first DCI comprises:

the terminal equipment determines the PUCCH transmission resource set according to third indication information included in the first DCI, and determines the target PUCCH transmission resource from the PUCCH transmission resource set according to fourth indication information included in the first DCI.
The method of claim 1, wherein the terminal device performs uplink feedback for the first type of service according to the first DCI, including:

the terminal equipment determines RSRP threshold information according to the first DCI;

and the terminal equipment determines whether to perform uplink feedback aiming at the first type service according to the RSRP measurement result and the RSRP threshold information.
The method of claim 16, wherein the terminal device determining RSRP threshold information from the first DCI, comprising:

and the terminal equipment determines a first RSRP threshold from a plurality of RSRP thresholds according to a first RSRP threshold index included in the first DCI.
The method of claim 17, wherein the determining, by the terminal device, whether to perform uplink feedback for the first type of traffic according to the RSRP measurement result and the RSRP threshold information comprises:

the terminal equipment determines whether to perform uplink feedback aiming at the first type service according to the RSRP measurement result, the first RSRP threshold and a first constraint condition;

wherein the first constraint condition comprises:

when the RSRP measurement result is lower than the first RSRP threshold, performing uplink feedback aiming at the first type service; or

And when the RSRP measurement result is higher than the first RSRP threshold, performing uplink feedback aiming at the first type service.
The method of claim 18, wherein the first constraint is preconfigured or protocol agreed, or wherein the first constraint is network device configured.
The method of any one of claims 17 to 19, wherein the determining, by the terminal device, whether to perform uplink feedback for the first type of traffic according to the RSRP measurement result and the RSRP threshold information comprises:

when the RSRP measurement result is lower than the first RSRP threshold, the terminal equipment determines to perform uplink feedback aiming at the first type service, and when the RSRP measurement result is higher than or equal to the first RSRP threshold, the terminal equipment determines to ignore the uplink feedback aiming at the first type service; or,

when the RSRP measurement result is higher than the first RSRP threshold, the terminal device determines to perform uplink feedback for the first type of service, and when the RSRP measurement result is lower than or equal to the first RSRP threshold, the terminal device determines to ignore uplink feedback for the first type of service.
The method of claim 16, wherein the terminal device determining RSRP threshold information according to the first DCI, comprising:

and the terminal equipment determines a first RSRP threshold and a second RSRP threshold from a plurality of RSRP thresholds according to the first RSRP threshold index and the second RSRP threshold index included in the first DCI.
The method of claim 21, wherein the terminal device determining whether to perform uplink feedback for the first type of traffic according to the RSRP measurement result and the RSRP threshold information comprises:

when the RSRP measurement result is in an RSRP range between the first RSRP threshold and the second RSRP threshold, the terminal equipment determines to perform uplink feedback for the first type service; or,

when the RSRP measurement result is out of an RSRP range between the first RSRP threshold and the second RSRP threshold, the terminal equipment determines to ignore uplink feedback aiming at the first type service.
The method of any of claims 17 to 22, wherein the plurality of RSRP thresholds are pre-configured or protocol agreed or wherein the plurality of RSRP thresholds are network device configured.
The method of claim 16, wherein the terminal device determining RSRP threshold information from the first DCI, comprising:

and the terminal equipment determines a first RSRP threshold range from an RSRP threshold range list according to a first RSRP threshold range index included in the first DCI.
The method of claim 24, wherein the determining, by the terminal device, whether to perform uplink feedback for the first type of traffic according to the RSRP measurement result and the RSRP threshold information comprises:

when the RSRP measurement result is within the first RSRP threshold range, the terminal equipment determines to perform uplink feedback aiming at the first type service; or,

and when the RSRP measuring result is out of the first RSRP threshold range, the terminal equipment determines to ignore uplink feedback aiming at the first type service.
The method of claim 24 or 25, wherein the RSRP threshold range list is pre-configured or protocol agreed or wherein the RSRP threshold range list is network device configured.
The method of claim 1, wherein the terminal device receives a first DCI comprising:

the terminal equipment receives the first DCI according to a first Radio Network Temporary Identifier (RNTI), wherein the first DCI is scrambled by using the first RNTI, and the first RNTI is different from a cell radio network temporary identifier (C-RNTI).
The method of claim 27, wherein the method further comprises:

and the terminal equipment sends first information, wherein the first information is used for indicating that the terminal equipment needs to receive the first type service.
The method of claim 27 or 28, wherein the method further comprises:

and the terminal equipment receives configuration information and determines the first RNTI according to the configuration information.
The method of any of claims 27 to 29, wherein the first RNTI comprises one of:

multicast RNTI, broadcast RNTI.
The method of any of claims 1 to 30, wherein the first type of service is a multimedia broadcast multicast service, MBMS, service.
A method of wireless communication, comprising:

the method comprises the steps that network equipment sends first Downlink Control Information (DCI) to terminal equipment, the first DCI is used for scheduling a Physical Downlink Shared Channel (PDSCH) carrying first type services, the first DCI is used for the terminal equipment to carry out uplink feedback aiming at the first type services, and the first type services are sent in a multicast or broadcast mode.
The method of claim 32, wherein the first DCI is specifically for a feedback mode in which the terminal device determines uplink feedback for the first type of service.
The method of claim 33, wherein the first DCI comprises first indication information, and wherein the first indication information is used to indicate a feedback mode for uplink feedback of the first type of traffic.
The method of claim 33,

the format of the first DCI is used to determine a feedback mode for uplink feedback of the first type of service.
The method of claim 33,

and scrambling the scrambling code sequence of the first DCI to determine a feedback mode of uplink feedback aiming at the first type of service.
The method of claim 33,

and the radio network temporary identifier RNTI scrambled with the first DCI is used for determining a feedback mode of uplink feedback aiming at the first type service.
The method of claim 33,

and the aggregation level of the PDCCH bearing the first DCI is used for determining a feedback mode of uplink feedback aiming at the first type of service.
The method of claim 33,

and the search space type of the PDCCH for sending the first DCI is used for determining a feedback mode of uplink feedback aiming at the first type service.
A method according to any one of claims 33 to 39, wherein the feedback means comprises one of:

feeding back only negative acknowledgements, NACKs;

feeding back a positive acknowledgement ACK or NACK.
The method of claim 32, wherein the first DCI is specifically for the terminal device to determine a set of Physical Uplink Control Channel (PUCCH) transmission resources, and wherein a target PUCCH transmission resource in the set of PUCCH transmission resources is used for transmitting a PUCCH carrying uplink feedback information for the first type of service.
The method of claim 41, wherein second indication information is included in the first DCI, the second indication information indicating the set of PUCCH transmission resources.
The method of claim 32, wherein the first DCI is specifically for the terminal device to determine a set of PUCCH transmission resources and to determine a target PUCCH transmission resource from the set of PUCCH transmission resources, wherein the target PUCCH transmission resource is used for transmitting uplink feedback information carrying the first type of traffic.
The method of claim 43, wherein third indication information and fourth indication information are included in the first DCI, wherein the third indication information is used to indicate the PUCCH transmission resource set and the fourth indication information is used to indicate the target PUCCH transmission resource in the PUCCH transmission resource set.
The method of claim 32, wherein the first DCI is specifically for the terminal device to determine RSRP threshold information, which is used by the terminal device to determine whether to perform uplink feedback for the first type of traffic in conjunction with RSRP measurement results.
The method of claim 45, wherein the first DCI comprises a first RSRP threshold index used for indicating a first RSRP threshold of a plurality of RSRP thresholds, and wherein the first RSRP threshold is used for the terminal device to determine whether to perform uplink feedback for the first type of traffic in combination with the RSRP measurement result and a first constraint condition;

wherein the first constraint condition comprises:

when the RSRP measurement result is lower than the first RSRP threshold, performing uplink feedback aiming at the first type service; or

And when the RSRP measurement result is higher than the first RSRP threshold, performing uplink feedback aiming at the first type service.
The method of claim 46, wherein the first constraint is preconfigured or protocol agreed upon, or wherein the first constraint is configured by the network device.
The method of claim 45, wherein the first DCI comprises a first RSRP threshold index and a second RSRP threshold index, wherein the first RSRP threshold index is used to indicate a first RSRP threshold of a plurality of RSRP thresholds, and wherein the second RSRP threshold index is used to indicate a second RSRP threshold of the plurality of RSRP thresholds;

when the RSRP measurement result is in an RSRP range between the first RSRP threshold and the second RSRP threshold, performing uplink feedback for the first type service; or when the RSRP measurement result is out of the RSRP range between the first RSRP threshold and the second RSRP threshold, not performing uplink feedback for the first type service.
The method of any of claims 46 to 48, wherein the plurality of RSRP thresholds are pre-configured or protocol agreed or wherein the plurality of RSRP thresholds are network device configured.
The method of claim 45, wherein the first DCI includes a first RSRP threshold range index therein, the first RSRP threshold range index indicating a first RSRP threshold range in a list of RSRP threshold ranges;

when the RSRP measurement result is within the range of the first RSRP threshold, performing uplink feedback aiming at the first type service; or when the RSRP measurement result is outside the first RSRP threshold range, performing no uplink feedback for the first type service.
The method of claim 50, wherein the RSRP threshold range list is pre-configured or protocol agreed or wherein the RSRP threshold range list is network device configured.
The method of claim 32, wherein the first DCI is scrambled by a first Radio Network Temporary Identifier (RNTI), wherein the first RNTI is for the terminal device to receive the first DCI, and wherein the first RNTI is different from a cell radio network temporary identifier (C-RNTI).
The method of claim 52, wherein the method further comprises:

the network equipment receives first information sent by the terminal equipment, wherein the first information is used for indicating that the terminal equipment needs to receive the first type service;

and the network equipment determines the first RNTI according to the first information.
The method of claim 52 or 53, wherein the method further comprises:

and the network equipment sends configuration information to the terminal equipment, wherein the configuration information is used for determining the first RNTI.
The method of any of claims 52 to 54, wherein the first RNTI comprises one of:

multicast RNTI and broadcast RNTI.
The method of any of claims 32 to 55, wherein the first type of service is a multimedia broadcast multicast service, MBMS, service.
A terminal device, comprising:

a communication unit, configured to receive first downlink control information DCI, where the first DCI is used to schedule a physical downlink shared channel PDSCH carrying a first type of service;

and a processing unit, configured to perform uplink feedback for the first type service according to the first DCI, where the first type service is sent in a multicast or broadcast manner.
The terminal device of claim 57, wherein the processing unit is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the first DCI.
The terminal device of claim 58, wherein the processing unit is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to first indication information included in the first DCI.
The terminal device of claim 58, wherein the processing unit is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type of service according to the format of the first DCI.
The terminal device of claim 58, wherein the processing unit is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type of service according to the scrambling code sequence used for scrambling the first DCI.
The terminal device of claim 58, wherein the processing unit is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type of service according to the Radio Network Temporary Identifier (RNTI) used for scrambling the first DCI.
The terminal device of claim 58, wherein the processing unit is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the aggregation level of a Physical Downlink Control Channel (PDCCH) bearing the first DCI.
The terminal device of claim 58, wherein the processing unit is specifically configured to:

and determining a feedback mode of uplink feedback aiming at the first type service according to the search space type of the PDCCH for sending the first DCI.
The terminal device according to any of claims 58 to 64, wherein the feedback means comprises one of:

feeding back only negative acknowledgements, NACKs;

feeding back a positive acknowledgement ACK or NACK.
The terminal device of claim 65, wherein the processing unit is specifically configured to:

and determining a Physical Uplink Control Channel (PUCCH) transmission resource set according to the first DCI, wherein a target PUCCH transmission resource in the PUCCH transmission resource set is used for transmitting a PUCCH carrying the uplink feedback information of the first type service.
The terminal device of claim 66,

the processing unit is further configured to determine the target PUCCH transmission resource from the PUCCH transmission resource set according to the first information;

wherein the first information comprises at least one of:

reference Signal Received Power (RSRP) measurement results, a Radio Network Temporary Identifier (RNTI) of the terminal equipment and an intra-group identifier in a communication group where the terminal equipment is located.
The terminal device of claim 67, wherein the terminal device's RNTI comprises at least one of:

cell RNTI, multicast RNTI, broadcast RNTI.
The terminal device according to any one of claims 66 to 68, wherein the processing unit is specifically configured to:

and determining the PUCCH transmission resource set according to second indication information included in the first DCI.
The terminal device of claim 57, wherein the processing unit is specifically configured to:

and according to the first DCI, determining a PUCCH transmission resource set and determining a target PUCCH transmission resource from the PUCCH transmission resource set, wherein the target PUCCH transmission resource is used for transmitting uplink feedback information bearing the first type of service.
The terminal device of claim 70, wherein the processing unit is specifically configured to:

determining the PUCCH transmission resource set according to third indication information included in the first DCI, and determining the target PUCCH transmission resource from the PUCCH transmission resource set according to fourth indication information included in the first DCI.
The terminal device of claim 57, wherein the processing unit is specifically configured to:

determining RSRP threshold information according to the first DCI;

and determining whether to perform uplink feedback aiming at the first type service according to the RSRP measurement result and the RSRP threshold information.
The terminal device of claim 72, wherein the processing unit is specifically configured to:

determining a first RSRP threshold from a plurality of RSRP thresholds according to a first RSRP threshold index included in the first DCI.
The terminal device of claim 73, wherein the processing unit is specifically configured to:

determining whether to perform uplink feedback for the first type of service according to the RSRP measurement result, the first RSRP threshold and a first constraint condition;

wherein the first constraint condition comprises:

when the RSRP measurement result is lower than the first RSRP threshold, performing uplink feedback aiming at the first type service; or

And when the RSRP measurement result is higher than the first RSRP threshold, performing uplink feedback aiming at the first type service.
The terminal device of claim 74, wherein the first constraint is preconfigured or protocol agreed, or wherein the first constraint is network device configured.
The terminal device according to any one of claims 73 to 75, wherein the processing unit is specifically configured to:

when the RSRP measurement result is lower than the first RSRP threshold, determining to perform uplink feedback for the first type of service, and when the RSRP measurement result is higher than or equal to the first RSRP threshold, determining to ignore the uplink feedback for the first type of service; or,

when the RSRP measurement result is higher than the first RSRP threshold, determining to perform uplink feedback for the first type of service, and when the RSRP measurement result is lower than or equal to the first RSRP threshold, determining to ignore the uplink feedback for the first type of service.
The terminal device of claim 72, wherein the processing unit is specifically configured to:

and determining a first RSRP threshold and a second RSRP threshold from a plurality of RSRP thresholds according to the first RSRP threshold index and the second RSRP threshold index included in the first DCI.
The terminal device of claim 77, wherein the processing unit is specifically configured to:

when the RSRP measurement result is in an RSRP range between the first RSRP threshold and the second RSRP threshold, determining to perform uplink feedback for the first type service; or,

and when the RSRP measurement result is out of the RSRP range between the first RSRP threshold and the second RSRP threshold, determining to ignore uplink feedback aiming at the first type service.
The terminal device of any of claims 72 to 78, wherein the plurality of RSRP thresholds are pre-configured or protocol agreed, or wherein the plurality of RSRP thresholds are network device configured.
The terminal device of claim 72, wherein the processing unit is specifically configured to:

and determining a first RSRP threshold range from the RSRP threshold range list according to a first RSRP threshold range index included in the first DCI.
The terminal device of claim 80, wherein the processing unit is specifically configured to:

when the RSRP measurement result is within the first RSRP threshold range, determining to perform uplink feedback aiming at the first type service; or,

and when the RSRP measurement result is out of the first RSRP threshold range, determining to ignore uplink feedback aiming at the first type service.
The terminal device of claim 80 or 81, wherein the RSRP threshold range list is pre-configured or protocol agreed, or wherein the RSRP threshold range list is network device configured.
The terminal device of claim 57, wherein the communication unit is specifically configured to:

receiving the first DCI according to a first Radio Network Temporary Identifier (RNTI), wherein the first DCI is scrambled by using the first RNTI, and the first RNTI is different from a cell radio network temporary identifier (C-RNTI).
The terminal device of claim 83, wherein the communication unit is further to send first information indicating that the terminal device needs to receive the first type of service.
The terminal device of claim 83 or 84, wherein the communication unit is further configured to receive configuration information, and wherein the processing unit is further configured to determine the first RNTI based on the configuration information.
The terminal device of any of claims 83 to 85, wherein the first RNTI comprises one of:

multicast RNTI and broadcast RNTI.
The terminal device according to any of claims 57 to 86, characterised in that said first type of service is a multimedia broadcast multicast service, MBMS, service.
A network device, comprising:

a communication unit, configured to send first downlink control information DCI to a terminal device, where the first DCI is used to schedule a physical downlink shared channel PDSCH carrying a first type of service, and the first DCI is used to perform uplink feedback on the first type of service by the terminal device, and the first type of service is sent in a multicast or broadcast manner.
The network device of claim 88, wherein the first DCI is specifically for a feedback mode in which the terminal device determines uplink feedback for the first type of service.
The network device of claim 89, wherein the first DCI includes first indication information, and wherein the first indication information is used to indicate a feedback manner for uplink feedback of the first type of traffic.
The network device of claim 89,

the format of the first DCI is used to determine a feedback mode for uplink feedback of the first type of service.
The network device of claim 89,

and scrambling the scrambling code sequence of the first DCI to determine a feedback mode of uplink feedback aiming at the first type of service.
The network device of claim 89,

and the radio network temporary identifier RNTI scrambled with the first DCI is used for determining a feedback mode of uplink feedback aiming at the first type service.
The network device of claim 89,

and the aggregation level of the PDCCH bearing the first DCI is used for determining a feedback mode of uplink feedback aiming at the first type of service.
The network device of claim 89,

and the search space type of the PDCCH for sending the first DCI is used for determining a feedback mode of uplink feedback aiming at the first type service.
The network device of any one of claims 89 to 95, wherein the feedback means comprises one of:

feeding back only negative acknowledgements, NACKs;

feeding back a positive acknowledgement ACK or NACK.
The network device of claim 88, wherein the first DCI is specifically for the terminal device to determine a set of Physical Uplink Control Channel (PUCCH) transmission resources, and wherein a target PUCCH transmission resource in the set of PUCCH transmission resources is used for transmitting a PUCCH carrying uplink feedback information for the first type of service.
The network device of claim 97, wherein second indication information is included in the first DCI, the second indication information indicating the PUCCH transmission resource set.
The network device of claim 88, wherein the first DCI is specifically for the terminal device to determine a set of PUCCH transmission resources and to determine a target PUCCH transmission resource from the set of PUCCH transmission resources, wherein the target PUCCH transmission resource is used for transmitting uplink feedback information carrying the first type of traffic.
The network device of claim 99, wherein third indication information and fourth indication information are included in the first DCI, wherein the third indication information is used to indicate the set of PUCCH transmission resources and the fourth indication information is used to indicate the target PUCCH transmission resource in the set of PUCCH transmission resources.
The network device of claim 88, wherein the first DCI is specifically for the terminal device to determine RSRP threshold information for the terminal device to determine whether to perform uplink feedback for the first type of traffic in conjunction with RSRP measurement results.
The network device of claim 101, wherein the first DCI includes a first RSRP threshold index indicating a first RSRP threshold of a plurality of RSRP thresholds, and wherein the first RSRP threshold is used by the terminal device to determine, in conjunction with the RSRP measurement result and a first constraint, whether to perform uplink feedback for the first type of traffic;

wherein the first constraint condition comprises:

when the RSRP measurement result is lower than the first RSRP threshold, performing uplink feedback aiming at the first type service; or

And when the RSRP measurement result is higher than the first RSRP threshold, performing uplink feedback aiming at the first type service.
The network device of claim 102, wherein the first constraint is preconfigured or protocol agreed upon, or wherein the first constraint is configured by the network device.
The network device of claim 101, wherein the first DCI comprises a first RSRP threshold index and a second RSRP threshold index, wherein the first RSRP threshold index is to indicate a first RSRP threshold of a plurality of RSRP thresholds and the second RSRP threshold index is to indicate a second RSRP threshold of the plurality of RSRP thresholds;

when the RSRP measurement result is in an RSRP range between the first RSRP threshold and the second RSRP threshold, performing uplink feedback for the first type service; or when the RSRP measurement result is out of the RSRP range between the first RSRP threshold and the second RSRP threshold, not performing uplink feedback for the first type service.
The network device of any one of claims 102 to 104, wherein the plurality of RSRP thresholds are pre-configured or protocol agreed or wherein the plurality of RSRP thresholds are network device configured.
The network device of claim 101, wherein the first DCI includes a first RSRP threshold range index indicating a first RSRP threshold range in a list of RSRP threshold ranges;

when the RSRP measurement result is within the range of the first RSRP threshold, performing uplink feedback aiming at the first type service; or when the RSRP measurement result is outside the first RSRP threshold range, performing no uplink feedback for the first type service.
The network device of claim 106, wherein the RSRP threshold range list is pre-configured or protocol agreed or wherein the RSRP threshold range list is network device configured.
The network device of claim 88, wherein the first DCI is scrambled by a first Radio Network Temporary Identifier (RNTI) used for reception of the first DCI by the terminal device, the first RNTI being different from a cell radio network temporary identifier (C-RNTI).
The network device of claim 108, wherein the network device further comprises: a processing unit for processing the received data,

the communication unit is further configured to receive first information sent by the terminal device, where the first information is used to indicate that the terminal device needs to receive the first type of service;

the processing unit is configured to determine the first RNTI according to the first information.
The network device of claim 108 or 109, wherein the communication unit is further configured to send configuration information to the terminal device, the configuration information being used to determine the first RNTI.
The network device of any one of claims 108 to 110, wherein the first RNTI comprises one of:

multicast RNTI and broadcast RNTI.
A network device as claimed in any one of claims 88 to 111, wherein the first type of service is a multimedia broadcast multicast service, MBMS, service.
A terminal device, comprising: a processor and a memory for storing a computer program, the processor being configured to invoke and execute the computer program stored in the memory to perform the method of any of claims 1 to 31.
A network device, comprising: a processor and a memory for storing a computer program, the processor for invoking and executing the computer program stored in the memory, performing the method of any of claims 32 to 56.
A chip, comprising: a processor for calling and running a computer program from a memory so that a device on which the chip is installed performs the method of any one of claims 1 to 31.
A chip, comprising: a processor for invoking and running a computer program from a memory, causing a device on which the chip is installed to perform the method of any of claims 32-56.
A computer-readable storage medium for storing a computer program which causes a computer to perform the method of any one of claims 1 to 31.
A computer-readable storage medium for storing a computer program which causes a computer to perform the method of any one of claims 32 to 56.
A computer program product comprising computer program instructions to cause a computer to perform the method of any one of claims 1 to 31.
A computer program product comprising computer program instructions to cause a computer to perform the method of any of claims 32 to 56.
A computer program, characterized in that the computer program causes a computer to perform the method according to any one of claims 1 to 31.
A computer program, characterized in that the computer program causes a computer to perform the method according to any of claims 32 to 56.