Wireless communication method, terminal device and network device

Abstract

The embodiment of the application provides a wireless communication method, a terminal device and a network device. For a service transmitted through a multicast or broadcast mode, the terminal device can perform uplink feedback according to DCI, so as to improve the reliability of multicast or broadcast transmission. The wireless communication method comprises the following steps: a terminal device receives a first DCI, the first DCI is used for scheduling a PDSCH carrying a first type of service; and the terminal device performs uplink feedback for the first type of service according to the first DCI, wherein the first type of service is transmitted through a multicast or broadcast mode.

Description

[0001] This application claims priority to PCT patent application filed on July 31, 2020, with application number PCT / CN2020 / 106171, entitled "Wireless Communication Method, Terminal Equipment and Network Equipment", the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of communications, and more specifically, to a wireless communication method, terminal device, and network device. Background Technology

[0003] In New Radio (NR) systems, terminal devices receiving multicast or broadcast services do not require feedback, and there are no remedial measures for data loss. However, for some services, such as Vehicle-to-Everything (V2X) and Industrial Internet scenarios, the reliability requirements for multicast and broadcast transmissions are becoming increasingly stringent. Terminal devices need to provide uplink feedback for these multicast and broadcast transmissions. How to provide uplink feedback for multicast and broadcast transmissions is a problem that urgently needs to be solved. Summary of the Invention

[0004] This application provides a wireless communication method, a terminal device, and a network device. For services transmitted via multicast or broadcast, the terminal device can perform uplink feedback based on DCI to improve the reliability of multicast or broadcast transmission.

[0005] In a first aspect, a wireless communication method is provided, the method comprising:

[0006] The terminal device receives a first DCI, which is used to schedule a PDSCH carrying a first type of service;

[0007] The terminal device provides uplink feedback for the first type of service based on the first DCI, wherein the first type of service is sent via multicast or broadcast.

[0008] Secondly, a wireless communication method is provided, the method comprising:

[0009] The network device sends a first DCI to the terminal device. The first DCI is used to schedule the PDSCH carrying the first type of service, and the first DCI is used by the terminal device to provide uplink feedback for the first type of service, which is sent via multicast or broadcast.

[0010] Thirdly, a terminal device is provided for performing the method described in the first aspect above.

[0011] Specifically, the terminal device includes a functional module for performing the method described in the first aspect above.

[0012] Fourthly, a network device is provided for performing the method described in the second aspect above.

[0013] Specifically, the network device includes a functional module for performing the method described in the second aspect above.

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

[0015] In a sixth aspect, a network device is provided, including a processor and a memory. The memory is used to store a computer program, and the processor is used to invoke and run the computer program stored in the memory to perform the method described in the second aspect above.

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

[0017] Specifically, the device includes a processor for retrieving and running a computer program from a memory, causing a device equipped with the device to perform the method described in any of the first to second aspects above.

[0018] Eighthly, a computer-readable storage medium is provided for storing a computer program that causes a computer to perform the methods of any one of the first to second aspects described above.

[0019] Ninthly, a computer program product is provided, including computer program instructions that cause a computer to perform the methods of any one of the first to second aspects described above.

[0020] In a tenth aspect, a computer program is provided that, when run on a computer, causes the computer to perform the methods of any one of the first to second aspects described above.

[0021] Through the above technical solution, for the first type of service transmitted via multicast or broadcast, the terminal device can perform uplink feedback for the first type of service based on the DCI of the PDSCH used to schedule the first type of service, so as to improve the reliability of multicast or broadcast transmission. Attached Figure Description

[0022] Figure 1 This is a schematic diagram of a communication system architecture used in an embodiment of this application.

[0023] Figure 2 This is a schematic flowchart of a wireless communication method provided according to an embodiment of this application.

[0024] Figure 3 This is a schematic diagram of an RSRP range provided in an embodiment of this application.

[0025] Figure 4 This is a schematic diagram illustrating how to determine PUCCH transmission resources based on the intra-group identifier within the communication group to which the terminal device is located, as provided in an embodiment of this application.

[0026] Figure 5 This is a schematic diagram illustrating how to determine PUCCH transmission resources based on a first DCI, as provided in an embodiment of this application.

[0027] Figure 6 This is a schematic block diagram of a terminal device provided according to an embodiment of this application.

[0028] Figure 7 This is a schematic block diagram of a network device provided according to an embodiment of this application.

[0029] Figure 8 This is a schematic block diagram of a communication device provided according to an embodiment of this application.

[0030] Figure 9 This is a schematic block diagram of an apparatus provided according to an embodiment of this application.

[0031] Figure 10 This is a schematic block diagram of a communication system provided according to an embodiment of this application. Detailed Implementation

[0032] The technical solutions of the embodiments of this application will now be described with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. All other embodiments obtained by those skilled in the art without creative effort regarding the embodiments of this application are within the scope of protection of this application.

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

[0034] Traditional communication systems typically support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional 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-everything (V2X) communication. The embodiments of this application can also be applied to these communication systems.

[0035] Optionally, the communication system in this application embodiment can be applied to a carrier aggregation (CA) scenario, a dual connectivity (DC) scenario, or a standalone (SA) network deployment scenario.

[0036] Optionally, the communication system in this application embodiment can be applied to unlicensed spectrum, wherein unlicensed spectrum can also be considered as shared spectrum; or, the communication system in this application embodiment can also be applied to licensed spectrum, wherein licensed spectrum can also be considered as non-shared spectrum.

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

[0038] Terminal devices can be stations (STs) in WLANs, cellular phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistant (PDA) devices, handheld devices with wireless communication capabilities, computing devices or other processing devices connected to a wireless modem, in-vehicle devices, wearable devices, terminal devices in next-generation communication systems such as NR networks, or terminal devices in future evolved Public Land Mobile Network (PLMN) networks, etc.

[0039] In the embodiments of this application, the terminal device can be deployed on land, including indoor or outdoor, handheld, wearable or vehicle-mounted; it can also be deployed on water (such as ships); and it can also be deployed in the air (such as airplanes, balloons and satellites).

[0040] In the embodiments of this application, the terminal device may be a mobile phone, a tablet computer, a computer with wireless transceiver capabilities, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical care, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, or a wireless terminal device in a smart home, etc.

[0041] By way of example and not limitation, in this embodiment, the terminal device can also be a wearable device. Wearable devices, also known as wearable smart devices, are a general term for devices that utilize wearable technology to intelligently design and develop everyday wearables, such as glasses, gloves, watches, clothing, and shoes. Wearable devices are portable devices that are worn directly on the body or integrated into the user's clothing or accessories. Wearable devices are not merely hardware devices, but also achieve powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include those that are feature-rich, large in size, and can achieve complete or partial functions without relying on a smartphone, such as smartwatches or smart glasses, as well as those that focus on a specific type of application function and require the use of other devices such as smartphones, such as various smart bracelets and smart jewelry for vital sign monitoring.

[0042] In the embodiments of this application, the network device can be a device for communicating with mobile devices. The network device can be an access point (AP) in 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 access point, or a network device or base station (gNB) in vehicle-mounted equipment, wearable devices, and NR networks, or a network device in a future evolved PLMN network or NTN network, etc.

[0043] By way of example and not limitation, in this embodiment, the network device may have mobility characteristics; for example, the network device may be a mobile device. Optionally, the network device may be a satellite or a balloon station. For example, the satellite may be a low Earth orbit (LEO) satellite, a medium Earth orbit (MEO) satellite, a geostationary earth orbit (GEO) satellite, a high elliptical orbit (HEO) satellite, etc. Optionally, the network device may also be a base station located on land, water, or other similar locations.

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

[0045] For example, the communication system 100 used in the embodiments of this application is as follows: Figure 1 As shown. The communication system 100 may include a network device 110, which may be a device that communicates with a terminal device 120 (or a communication terminal, terminal). The network device 110 can provide communication coverage for a specific geographical area and can communicate with terminal devices located within that coverage area.

[0046] Figure 1 An exemplary embodiment shows a network device and two terminal devices. Optionally, the communication system 100 may include multiple network devices and each network device may include other numbers of terminal devices within its coverage area. This application embodiment does not limit this.

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

[0048] It should be understood that devices with communication functions in the network / system of this application embodiment can be referred to as communication devices. Figure 1Taking the communication system 100 shown as an example, the communication equipment may include a network device 110 and a terminal device 120 with communication functions. The network device 110 and the terminal device 120 may be the specific devices described above, which will not be repeated here. The communication equipment may also include other devices in the communication system 100, such as network controllers, mobility management entities and other network entities. This application embodiment does not limit this.

[0049] The terminology used in the embodiments section of this application is for the purpose of explaining specific embodiments of this application only, and is not intended to limit this application. The terms "first," "second," "third," and "fourth," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion.

[0050] It should be understood that the terms "system" and "network" are often used interchangeably in this document. The term "and / or" in this document merely describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. Furthermore, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0051] It should be understood that the term "instruction" mentioned in the embodiments of this application can be a direct instruction, an indirect instruction, or an indication of a relationship. For example, A instructing B can mean that A directly instructs B, such as B being able to obtain information through A; it can also mean that A indirectly instructs B, such as A instructing C, so B can obtain information through C; or it can mean that there is a relationship between A and B.

[0052] In the description of the embodiments of this application, the term "correspondence" may indicate that there is a direct or indirect correspondence between two things, or that there is an association between two things, or that there is a relationship of instruction and being instructed, configuration and being configured, etc.

[0053] In NR systems, unicast connections in Radio Resource Control (RRC) connection states have Hybrid Automatic Repeat reQuest (HARQ) feedback. However, multicast and broadcast in other systems do not introduce feedback mechanisms; that is, terminal devices receiving multicast or broadcast services do not need feedback, and there are no remedial measures for lost data. Furthermore, NR systems define different Downlink Control Information (DCI) formats for unicast services. For example, DCI format 1-0 or DCI format 1-1 can be used for downlink scheduling; DCI format 0-0 or DCI format 0-1 can be used for uplink scheduling. DCI format 1-0 is also used to schedule some common information, such as System Information Block (SIB) information. In this case, the terminal is configured with a System Information Radio Network Temporary Identifier (SI-RNTI), which is used to detect DCI format 1-0.

[0054] In some NR (Network Node.js) services, such as V2X and Industrial Internet scenarios, the reliability requirements for multicast broadcast transmission are becoming increasingly stringent. Therefore, a feedback mechanism is introduced for multicast broadcast to ensure the reliability of service transmission, guaranteeing that all members within the group receive the service data. Thus, to improve the reliability of service transmission, an uplink feedback mechanism for multicast broadcast services needs to be introduced, allowing the network to determine whether a retransmission is necessary based on the feedback information.

[0055] Multimedia Broadcast Multicast Service (MBMS) is a technology that transmits data from one data source to multiple terminal devices by sharing network resources. It effectively utilizes network resources while providing multimedia services, enabling high-speed (256kbps) multimedia broadcasting and multicasting. Furthermore, MBMS service reception is compatible with terminal devices in RRC connected, RRC idle, or RRC inactive states.

[0056] To improve the reliability of MBMS services, a feedback mechanism for MBMS services needs to be introduced. The problem to be solved is how to schedule MBMS services, that is, how to design the DCI for scheduling MBMS services to support the feedback mechanism of MBMS services.

[0057] To address the aforementioned issues, this application proposes a DCI-based uplink feedback scheme. For services transmitted via multicast or broadcast, the terminal device can perform uplink feedback based on DCI to improve the reliability of multicast or broadcast transmission.

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

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

[0060] S210, the network device sends a first DCI to the terminal device, the first DCI being used to schedule the PDSCH carrying the first type of service;

[0061] S220, the terminal device receives the first DCI;

[0062] S230, the terminal device provides uplink feedback for the first type of service based on the first DCI, wherein the first type of service is sent via multicast or broadcast.

[0063] Optionally, the first type of service is an MBMS service. Of course, the first type of service can also be other services transmitted via multicast or broadcast, and this application is not limited to this.

[0064] In this embodiment, the terminal device receives a Physical Downlink Control Channel (PDCCH) sent by the network device, the PDCCH including the first DCI. The terminal device receives a PDSCH carrying a first type of service sent by the network device on the PDSCH resources scheduled by the first DCI, and the terminal device performs uplink feedback for the first type of service based on the first DCI.

[0065] Optionally, as Example 1, the terminal device determines the feedback method for uplink feedback of the first type of service based on the first DCI. That is, the first DCI is specifically used by the terminal device to determine the feedback method for uplink feedback of the first type of service.

[0066] In Example 1, specifically, the terminal device determines the feedback method for uplink feedback of the first type of service based on the first indication information included in the first DCI. That is, the first indication information is used to indicate the feedback method for uplink feedback of the first type of service.

[0067] In one embodiment, the first indication information is feedback format indication information in the DCI. For example, the DCI includes a feedback format indication information field, which is 1 bit. When the bit is 1, it indicates a first feedback mode, and when the bit is 0, it indicates a second feedback mode.

[0068] In one embodiment, the first indication information is PUCCH resource indication information in DCI. When the indication information indicates a first PUCCH resource or a first PUCCH resource set, a first feedback method is used. When the indication information indicates a second PUCCH resource or a second PUCCH resource set, a second feedback method is used.

[0069] In one embodiment, the terminal device determines the feedback method for uplink feedback for the first type of service based on the format of the first DCI. For example, if it is a first format DCI, only NACK is fed back; if it is a second format DCI, either ACK or NACK is fed back.

[0070] In one embodiment, the terminal device determines the feedback method for uplink feedback for the first type of service based on the scrambling code sequence used to scramble the first DCI. For example, if the scrambling DCI is a first sequence, only NACK is fed back; if the scrambling DCI is a second sequence, either ACK or NACK is fed back.

[0071] In one embodiment, the terminal device determines the feedback method for uplink feedback for the first type of service based on the RNTI used to scramble the first DCI. For example, if the RNTI used to scramble the first DCI is a first RNTI, then only NACK is fed back; if the RNTI used to scramble the first DCI is a second RNTI, then ACK or NACK is fed back.

[0072] In one embodiment, the terminal device determines the uplink feedback method for the first type of service based on the aggregation level of the PDCCH carrying the first DCI. For example, the PDCCH aggregation level includes 1 / 2 / 4 / 8 / 16 Control Channel Elements (CCEs). When transmitting the PDCCH carrying the DCI using the first aggregation level, only NACK is fed back; when transmitting the PDCCH carrying the DCI using the first aggregation level, either ACK or NACK is fed back.

[0073] In one embodiment, the terminal device determines the uplink feedback method for the first type of service based on the search space type of the PDCCH that sent the first DCI. For example, if the search space type of the PDCCH that sent the first DCI is a common search space (CSS), then only NACK is fed back; if the search space type of the PDCCH that sent the first DCI is a UE-specific search space (USS), then ACK or NACK is fed back.

[0074] In some embodiments, the terminal device may determine a first correspondence based on pre-configuration information or network configuration information. The first correspondence is a correspondence between the format of the first DCI, the scrambling code sequence for scrambling the first DCI, the RNTI for scrambling the first DCI, the aggregation level of the PDCCH carrying the first DCI, and the search space type of the PDCCH that sends the first DCI and the feedback method.

[0075] In some embodiments, the terminal device may determine the feedback method for uplink feedback for the first type of service based on one or more of the following: the first indication information included in the first DCI, the format of the first DCI, the scrambling code sequence for scrambling the first DCI, the RNTI for scrambling the first DCI, the aggregation level of the PDCCH carrying the first DCI, and the search space type of the PDCCH that sends the first DCI.

[0076] In one embodiment, the terminal device receives RRC signaling sent by the network device and determines the feedback method for the uplink feedback of the first type of service based on the RRC signaling. For example, if the RRC signaling configuration only supports the first feedback method or only supports the second feedback method, the corresponding feedback method can be determined based on the RRC signaling.

[0077] In one embodiment, the terminal device receives RRC signaling sent by the network device, and determines the feedback method for uplink feedback for the first type of service based on the RRC signaling and the first DCI. For example, the RRC signaling is configured to support a first and a second feedback method, and further, the first or second feedback method is determined in conjunction with the first DCI.

[0078] In Example 1, the uplink feedback for the first type of service can be a 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 sends an Acknowledgement (ACK), or the terminal device sends no feedback; or, for example, if the terminal device fails to receive the first type of service, the terminal device sends a Negative Acknowledgement (NACK). Of course, in this embodiment, the uplink feedback for the first type of service can also be other feedback, and this application is not limited to these.

[0079] Alternatively, in Example 1, the feedback method may include one of the following:

[0080] Only NACK feedback was provided;

[0081] Feedback will be either ACK or NACK.

[0082] It should be noted that different uplink feedback methods have different advantages and application scenarios. For example, for broadcast services, all terminals (including terminals in RRC connected state, RRC deactivated state, and RRC idle state) need to receive data, and the base station may not know how many terminals in the system are receiving data. Therefore, the base station can configure terminals to only send back NACK, and the network can detect whether it receives NACK to determine if any terminal has not received data correctly. Furthermore, it can determine whether data retransmission is necessary. For multicast services, the number of receiving terminals is usually fixed. The base station can configure terminals to send back ACK or NACK, and each terminal uses independent transmission resources. Therefore, the base station detects the feedback information carried in the Physical Uplink Control Channel (PUCCH) sent by all terminals to determine which terminals have received data correctly and which have not. Furthermore, it can decide whether to retransmit data, and whether to retransmit via unicast for terminals that have not received data correctly, or via multicast for all terminals in the group.

[0083] Optionally, as Example 2, the terminal device determines a PUCCH transmission resource set based on the first DCI. The target PUCCH transmission resource in this set is used to transmit the PUCCH carrying uplink feedback information for the first type of service. In other words, the first DCI is specifically used by the terminal device to determine the PUCCH transmission resource set.

[0084] Optionally, the uplink feedback information is used to indicate whether the first type of service has been received correctly.

[0085] In Example 2, specifically, the terminal device determines the PUCCH transmission resource set based on the second indication information included in the first DCI. That is, the second indication information is used to indicate the PUCCH transmission resource set.

[0086] Furthermore, the terminal device determines the target PUCCH transmission resource from the PUCCH transmission resource set based on the first information;

[0087] The first information includes at least one of the following:

[0088] The Reference Signal Received Power (RSRP) measurement result, the Radio Network Temporary Identity (RNTI) of the terminal device, and the group identifier of the communication group to which the terminal device belongs.

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

[0090] Cell RNTI (C-RNTI, C-RNTI), multicast RNTI (Group-RNTI, G-RNTI), broadcast RNTI (B-RNTI, B-RNTI).

[0091] In Example 2, for example, the terminal device determines the target PUCCH transmission resource from the PUCCH transmission resource set based on the RSRP measurement result. Assume the PUCCH transmission resource set includes three PUCCH transmission resources: 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 the RSRP measurement result measured by the terminal device belongs to RSRP range 1, the target PUCCH transmission resource is PUCCH transmission resource #1.

[0092] For example, such as Figure 3As shown, the network device is configured with three RSRP thresholds, denoted as RSRP-THD1, RSRP-THD2, and RSRP-THD3, and four PUCCH transmission resources, denoted as PUCCH transmission resource #0, PUCCH transmission resource #1, PUCCH transmission resource #2, and PUCCH transmission resource #3. Different RSRP ranges correspond to different PUCCH resources. Multiple PUCCH transmission resources can be frequency-division multiplexing (FDM), time-division multiplexing (TDM), or code-division multiplexing (CDM). The terminal device receives MBMS data sent by the network device and, based on downlink signals (e.g., synchronization signal / physical broadcast channel block (SS / PBCH) and channel state information reference signals),... The terminal measures the downlink RSRP (Signal, CSI-RS, etc.), determines the RSRP range and corresponding PUCCH transmission resource based on the measured RSRP, and further, decides the information to send on the PUCCH transmission resource based on the MBMS data reception status and the determined feedback method. If the feedback method is only NACK, the terminal sends NACK on the corresponding PUCCH transmission resource if it has not correctly received MBMS data; otherwise, no feedback information is sent. If the feedback method is ACK or NACK, the terminal sends NACK on the corresponding PUCCH transmission resource if it has not correctly received MBMS data, and sends ACK on the corresponding PUCCH transmission resource if it has correctly received MBMS data. In one embodiment, the network device configures the correspondence between RSRP ranges and PUCCH resources.

[0093] In Example 2, for example, the terminal device determines the target PUCCH transmission resource from the PUCCH transmission resource set based on the terminal device's RNTI. For example, R PUCCH = mod(UE_RNTI, M), where UE_RNTI represents the RNTI of the terminal device, M represents the number of PUCCH transmission resources in the PUCCH transmission resource set, and R... PUCCH This represents the index of the target PUCCH transmission resource, and mod() represents the modulo operation.

[0094] It should be noted that for multicast communication, each terminal is usually configured with an independent group member identity, which is the group member identity within the communication group to which the terminal device belongs. When the network device configures a PUCCH transmission resource set for the terminal device, the terminal device can determine the corresponding PUCCH transmission resource from the PUCCH transmission resource set based on its group member identity within the communication group, so that each terminal in the group can have independent PUCCH transmission resources.

[0095] For example, a communication group includes four terminal devices. The network device assigns them intra-group identifiers (IDs) of UEID#0, UE ID#1, UE ID#2, and UE ID#3, respectively. The network device's configured PUCCH transmission resource set includes eight PUCCH transmission resources. When the network device sends a multicast PDSCH, each terminal device determines the corresponding PUCCH transmission resource in the PUCCH transmission resource set based on its own 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 This represents the index of the target PUCCH transmission resource, and mod() represents the modulo operation. For example... Figure 4 As shown, UE ID#0 corresponds to PUCCH transmission resource #0, UE ID#1 corresponds to PUCCH transmission resource #1, UE ID#2 corresponds to PUCCH transmission resource #2, and UE ID#3 corresponds to PUCCH transmission resource #3.

[0096] Optionally, as Example 3, the terminal device determines a first PUCCH transmission resource set from multiple PUCCH transmission resource sets based on the first information, and determines a target PUCCH transmission resource from the first PUCCH transmission resource set based on the indication information included in the first DCI. The target PUCCH transmission resource is used to transmit the PUCCH carrying the uplink feedback information of the first type of service.

[0097] Optionally, in Example 3, the first information includes at least one of the following:

[0098] RSRP measurement results, the RNTI of the terminal device, and the group identifier of the communication group to which the terminal device belongs.

[0099] In Example 3, for example, the terminal device determines the first PUCCH transport resource set from the plurality of PUCCH transport resource sets based on the RSRP measurement result. Assume that the plurality of PUCCH transport resource sets include three PUCCH transport resource sets, where PUCCH transport resource set #0 corresponds to RSRP range 0, PUCCH transport resource set #1 corresponds to RSRP range 1, and PUCCH transport resource set #2 corresponds to RSRP range 2. In this case, assuming that the RSRP measurement result measured by the terminal device belongs to RSRP range 1, then the first PUCCH transport resource set is PUCCH transport resource set #1.

[0100] In Example 3, for example, the terminal device determines the first PUCCH transport resource set from the plurality of PUCCH transport resource sets based on the terminal device's RNTI. For example, R PUCCHset = mod(UE_RNTI, Q), where UE_RNTI represents the RNTI of the terminal device, Q represents the number of PUCCH transmission resource sets configured by the network device, and R... PUCCHset This represents the index of the first PUCCH transport resource set, and mod() represents the modulo operation.

[0101] In Example 3, for example, the terminal device determines the first PUCCH transmission resource set from the plurality of PUCCH transmission resource sets based on the group identifier within the communication group to which the terminal device belongs. For example, R PUCCHset = mod(UE_ID, Q), where UE_ID represents the group identifier within the communication group to which the terminal device belongs, Q represents the number of PUCCH transmission resource sets configured by the network device, and R... PUCCHset This represents the index of the first PUCCH transport resource set, and mod() represents the modulo operation.

[0102] Optionally, as Example 4, the terminal device determines a set of PUCCH transmission resources and a target PUCCH transmission resource from the set of PUCCH transmission resources based on the first DCI, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service. In other words, the first DCI is specifically used by the terminal device to determine the set of PUCCH transmission resources and to determine the target PUCCH transmission resource from the set of PUCCH transmission resources.

[0103] In Example 4, specifically, the terminal device determines the PUCCH transmission resource set based on the third indication information included in the first DCI, and determines the target PUCCH transmission resource from the PUCCH transmission resource set based on the 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.

[0104] For example, such as Figure 5 As shown, assume the network device is configured with two PUCCH transmission resource sets, denoted as PUCCH transmission resource set 0 and PUCCH transmission resource set 1, respectively. PUCCH transmission resource set 0 includes 8 PUCCH transmission resources with indices [0,7], and PUCCH transmission resource set 1 includes 4 PUCCH transmission resources with indices [0,3]. For example, the first DCI carries two information fields: the first information field (i.e., the third indication information) indicates the index of the PUCCH transmission resource set, and the second information field (i.e., the fourth indication information) indicates the index of the PUCCH transmission resource. When the network device sends a PDSCH carrying MBMS services, in its associated first DCI, it indicates PUCCH resource set index 0 through the first information field, i.e., determines that the first PUCCH transmission resource set is used, and indicates PUCCH transmission resource index 3 in the second information field, i.e., determines the fourth PUCCH transmission resource in PUCCH resource set index 0. Since MBMS is sent to a group of terminals, the terminals that receive the first DCI use the same PUCCH transmission resources for HARQ feedback.

[0105] Optionally, as Example 5, the terminal device determines RSRP threshold information based on the first DCI; and the terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement results and the RSRP threshold information. That is, the first DCI is specifically used by the terminal device to determine the RSRP threshold information. Furthermore, the RSRP threshold information is used by the terminal device in conjunction with the RSRP measurement results to determine whether to perform uplink feedback for the first type of service.

[0106] It should be noted that if the network device is configured with an RSRP threshold to support HARQ feedback from the terminal based on the RSRP measurement results, the network device can instruct some terminals to provide feedback through the first DCI, while other terminals do not need to provide feedback.

[0107] In some embodiments of Example 5, specifically, the terminal device determines a first RSRP threshold from a plurality of RSRP thresholds based on a first RSRP threshold index included in the first DCI. That is, the first RSRP threshold index is used to indicate the first RSRP threshold among the plurality of RSRP thresholds.

[0108] Optionally, in Example 5, the terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement result, the first RSRP threshold, and the first constraint.

[0109] Optionally, the first constraint includes: when the RSRP measurement result is lower than the first RSRP threshold, performing uplink feedback for the first type of 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.

[0110] For example, such as Figure 3 As shown, network devices configure three RSRP thresholds, RSRP-THD1, RSRP-THD2, and RSRP-THD3, through System Information Block (SIB) or Radio Resource Control (RRC) signaling. These three RSRP thresholds correspond to RSRP threshold indices 0, 1, and 2, respectively. When a network device carries a first RSRP threshold index in a first DCI, and the value of the first RSRP threshold index is 1, the first RSRP threshold is determined to be RSRP-THD2. The terminal device receives the first DCI, and if the RSRP measurement result of the terminal device is lower than RSRP-THD2, the terminal device needs to feed back HARQ; otherwise, it does not feed back HARQ.

[0111] Optionally, the first constraint includes: when the RSRP measurement result is higher than the first RSRP threshold, performing uplink feedback for the first type of 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.

[0112] Optionally, the first constraint includes: when the RSRP measurement result is higher than the first RSRP threshold, ACK or NACK is fed back; when the RSRP measurement result is lower than the first RSRP threshold, only NACK is fed back.

[0113] In other words, for terminals whose RSRP measurement results are higher than the first RSRP threshold, they need to send a NACK if the reception of the first type of service fails, and send an ACK if the reception of the first type of service is successful. For terminals whose RSRP measurement results are lower than the first RSRP threshold, they need to send a NACK if the reception of the first type of service fails, and ignore the uplink feedback for the first type of service if the reception of the first type of service is successful.

[0114] For example, a network device configures three RSRP thresholds—RSRP-THD1, RSRP-THD2, and RSRP-THD3—via SIB or RRC signaling. These three RSRP thresholds correspond to RSRP threshold indices 0, 1, and 2, respectively. When the network device carries the first RSRP threshold index in the first DCI, and the value of this first RSRP threshold index is 2, the first RSRP threshold can be determined to be RSRP-THD3. If the RSRP measurement result of the terminal device is lower than RSRP-THD3, the terminal device needs to send a NACK if the reception of the first type of service fails, and ignore the uplink feedback for the first type of service if the reception is successful. If the RSRP measurement result of the terminal device is higher than RSRP-THD3, the terminal device needs to send a NACK if the reception of the first type of service fails, and send an ACK if the reception of the first type of service is successful.

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

[0116] In some embodiments of Example 5, specifically, the terminal device determines the first RSRP threshold and the second RSRP threshold from a plurality of RSRP thresholds based on the first RSRP threshold index and the second RSRP threshold index included in the first DCI. That is, the first RSRP threshold index is used to indicate the first RSRP threshold among the plurality of RSRP thresholds, and the second RSRP threshold index is used to indicate the second RSRP threshold among the plurality of RSRP thresholds.

[0117] In other words, network devices can be configured with multiple RSRP thresholds. Different RSRP thresholds correspond to different RSRP threshold indices. The network device carries indication information in the DCI of the MBMS scheduling, which includes the RSRP threshold index. Terminals that meet the threshold index send HARQ feedback, otherwise they do not send it.

[0118] Specifically, when the RSRP measurement result is within the RSRP range between the first RSRP threshold and the second RSRP threshold, the terminal device determines to perform uplink feedback for the first type of service; or, when the RSRP measurement result is outside the 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.

[0119] Optionally, in Example 5, the multiple RSRP thresholds are pre-configured or protocol-defined, or the multiple RSRP thresholds are configured by the network device.

[0120] For example, such as Figure 3 As shown, the network device configures three RSRP thresholds, RSRP-THD1, RSRP-THD2, and RSRP-THD3, via SIB or RRC signaling. These three RSRP thresholds correspond to RSRP threshold indices 0, 1, and 2, respectively. When the network device carries the first RSRP threshold index and the second RSRP threshold index in the first DCI, and the value of the first RSRP threshold index is 1, the first RSRP threshold is determined to be RSRP-THD2. If the value of the second RSRP threshold index is 2, the first RSRP threshold is determined to be RSRP-THD3. The terminal device receives the first DCI, and if the RSRP measurement result of the terminal device is between RSRP-THD2 and RSRP-THD3, the terminal device needs to feed back HARQ; otherwise, it does not feed back HARQ.

[0121] In some embodiments of Example 5, specifically, the terminal device determines the first RSRP threshold range from the RSRP threshold range list based on the first RSRP threshold range index included in the first DCI. That is, the first RSRP threshold range index is used to indicate the first RSRP threshold range in the RSRP threshold range list.

[0122] Specifically, when the RSRP measurement result is within the first RSRP threshold range, the terminal device determines to provide 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 the uplink feedback for the first type of service.

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

[0124] For example, the network device is configured with two RSRP thresholds, RSRP-THD1 and RSRP-THD2, where RSRP-THD1 > RSRP-THD2; and the network device is configured with an RSRP threshold range list, as shown in Table 1. The network device includes 3 bits in the first DCI to indicate the first RSRP threshold range index. The terminal can determine the first RSRP threshold range from Table 1 based on this index. When the RSRP measured by the terminal device is within this first RSRP threshold range, the terminal needs to perform HARQ feedback; otherwise, it does not.

[0125] Table 1

[0126] index RSRP threshold range 0 [RSRP-THD1,+∞) 1 [RSRP-THD2, RSRP-THD1) 2 (-∞, RSRP-THD2) 3 [RSRP-THD2,+∞) 4 (-∞, RSRP-THD1) 6 (-∞，+∞) 7 Reserved

[0127] Optionally, in some embodiments of this application, the terminal device receives the first DCI according to the first RNTI, wherein the first DCI is scrambled using the first RNTI, which is different from the C-RNTI.

[0128] Optionally, the terminal device sends first information to the network device, the first information indicating that the terminal device needs to receive the first type of service, that is, the network device can determine to send the first type of service to the terminal device based on the first information. Further, the network device can configure the first RNTI for the terminal device.

[0129] Optionally, the terminal device receives configuration information sent by the network device and determines the first RNTI based on the configuration information.

[0130] Optionally, the first RNTI includes one of the following:

[0131] Groupcast RNTI (Groupcast RNTI, G-RNTI), broadcast RNTI (Broadcast RNTI, B-RNTI).

[0132] It should be noted that for unicast services, network devices configure C-RNTI for terminal devices, and data transmission between network devices and terminal devices is scrambled using C-RNTI. When a terminal device supports MBMS services, the network device can configure G-RNTI or B-RNTI for the terminal device, and the first DCI uses this G-RNTI or B-RNTI for scrambling. The MBMS data scheduled by this first DCI is also scrambled using the corresponding G-RNTI or B-RNTI.

[0133] Optionally, the network device configures different G-RNTI or B-RNTI for different MBMS service types. If a terminal device is interested in a certain type of MBMS service, that is, the MBMS service it needs to receive, the network device configures the G-RNTI or B-RNTI corresponding to that type of MBMS service for the terminal, so that the terminal device can receive that type of MBMS service and will not receive other types of MBMS services.

[0134] For example, the system supports four MBMS services, corresponding to MBMS#0, MBMS#1, MBMS#2, and MBMS#3. The network configures four G-RNTIs corresponding to these four MBMS services, namely G-RNTI#0, G-RNTI#1, G-RNTI#2, and G-RNTI#3. UE1 sends an indication message to the network, notifying the network that it is interested in MBMS#0 and MBMS#1. The network then configures G-RNTI#0 and G-RNTI#1 for UE1. When the network device sends different types of MBMS services, it uses different G-RNTIs for scrambling. Since UE1 is only configured with G-RNTI#0 and G-RNTI#1, this terminal device can only detect MBMS#0 and MBMS#1 services, and cannot detect MBMS#2 and MBMS#3 services, thus avoiding invalid detection by the terminal.

[0135] Therefore, in this embodiment of the application, for the first type of service transmitted via multicast or broadcast, the terminal device can perform uplink feedback for the first type of service based on the DCI of the PDSCH used to schedule the first type of service, so as to improve the reliability of multicast or broadcast transmission.

[0136] Furthermore, the network device configures the corresponding G-RNTI or B-RNTI for the MBMS service type that the terminal device is interested in, so that the terminal device can receive the corresponding MBMS service and avoid receiving MBMS services that it is not interested in.

[0137] The above text combined Figures 2 to 5 The method embodiments of this application are described in detail below, in conjunction with... Figures 6 to 10 The present application describes the device embodiments in detail. It should be understood that the device embodiments correspond to the method embodiments, and similar descriptions can be referred to the method embodiments.

[0138] Figure 6 A schematic block diagram of a terminal device 300 according to an embodiment of this application is shown. Figure 6 As shown, the terminal device 300 includes:

[0139] Communication unit 310 is used to receive first downlink control information (DCI), which is used to schedule the physical downlink shared channel (PDSCH) carrying a first type of service.

[0140] The processing unit 320 is used to perform uplink feedback for the first type of service based on the first DCI, wherein the first type of service is sent via multicast or broadcast.

[0141] Optionally, the processing unit 320 is specifically used for:

[0142] Based on the first DCI, determine the feedback method for the uplink feedback of the first type of business.

[0143] Optionally, the processing unit 320 is specifically used for:

[0144] Based on the first indication information included in the first DCI, the feedback method for the uplink feedback of the first type of service is determined.

[0145] Optionally, the processing unit 320 is specifically used for:

[0146] Based on the format of the first DCI, determine the feedback method for uplink feedback for the first type of service.

[0147] Optionally, the processing unit 320 is specifically used for:

[0148] The system determines the feedback method for uplink feedback for the first type of service based on the scrambling code sequence used to scramble the first DCI.

[0149] Optionally, the processing unit 320 is specifically used for:

[0150] The feedback method for uplink feedback for the first type of service is determined based on the Radio Network Temporary Identifier (RNTI) used to scramble the first DCI.

[0151] Optionally, the processing unit 320 is specifically used for:

[0152] Based on the aggregation level of the physical downlink control channel (PDCCH) carrying the first DCI, the feedback method for uplink feedback for the first type of service is determined.

[0153] Optionally, the processing unit 320 is specifically used for:

[0154] Based on the search space type of the PDCCH that sends the first DCI, determine the feedback method for uplink feedback for the first type of service.

[0155] Optionally, the feedback method includes one of the following:

[0156] Only a negative response (NACK) is provided.

[0157] The feedback will definitely be either ACK or NACK.

[0158] Optionally, the processing unit 320 is specifically used for:

[0159] Based on the first DCI, a set of Physical Uplink Control Channel (PUCCH) transmission resources is determined. The target PUCCH transmission resources in this set are used to transmit PUCCHs carrying uplink feedback information for the first type of service.

[0160] Optionally, the processing unit 320 is further configured to determine the target PUCCH transmission resource from the PUCCH transmission resource set based on the first information;

[0161] The first information includes at least one of the following:

[0162] Reference signal received power (RSRP) measurement results, the temporary wireless network identifier (RNTI) of the terminal device, and the intra-group identifier of the communication group to which the terminal device belongs.

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

[0164] Cell RNTI, Multicast RNTI, Broadcast RNTI.

[0165] Optionally, the processing unit 320 is specifically used for:

[0166] The PUCCH transmission resource set is determined based on the second indication information included in the first DCI.

[0167] Optionally, the processing unit 320 is specifically used for:

[0168] Based on the first DCI, a set of PUCCH transmission resources is determined and a target PUCCH transmission resource is determined from the set of PUCCH transmission resources, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service.

[0169] Optionally, the processing unit 320 is specifically used for:

[0170] The PUCCH transmission resource set is determined based on the third indication information included in the first DCI, and the target PUCCH transmission resource is determined from the PUCCH transmission resource set based on the fourth indication information included in the first DCI.

[0171] Optionally, the processing unit 320 is specifically used for:

[0172] The RSRP threshold information is determined based on the first DCI.

[0173] Based on the RSRP measurement results and the RSRP threshold information, determine whether to conduct uplink feedback for this first type of service.

[0174] Optionally, the processing unit 320 is specifically used for:

[0175] The first RSRP threshold is determined from multiple RSRP thresholds based on the first RSRP threshold index included in the first DCI.

[0176] Optionally, the processing unit 320 is specifically used for:

[0177] Based on the RSRP measurement results, the first RSRP threshold, and the first constraint, determine whether to perform uplink feedback for the first type of service;

[0178] The first constraint includes:

[0179] When the RSRP measurement result is lower than the first RSRP threshold, uplink feedback is provided for the first type of service; or

[0180] When the RSRP measurement result is higher than the first RSRP threshold, uplink feedback is provided for the first type of service.

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

[0182] Optionally, the processing unit 320 is specifically used for:

[0183] When the RSRP measurement result is lower than the first RSRP threshold, it is determined to provide uplink feedback for the first type of service; when the RSRP measurement result is higher than or equal to the first RSRP threshold, it is determined to ignore uplink feedback for the first type of service; or,

[0184] When the RSRP measurement result is higher than the first RSRP threshold, it is determined to provide uplink feedback for the first type of service; when the RSRP measurement result is lower than or equal to the first RSRP threshold, it is determined to ignore uplink feedback for the first type of service.

[0185] Optionally, the processing unit 320 is specifically used for:

[0186] The first RSRP threshold and the second RSRP threshold are determined from a plurality of RSRP thresholds based on the first RSRP threshold index and the second RSRP threshold index included in the first DCI.

[0187] Optionally, the processing unit 320 is specifically used for:

[0188] When the RSRP measurement result falls within the RSRP range between the first RSRP threshold and the second RSRP threshold, it is determined that uplink feedback will be performed for the first type of service; or,

[0189] If the RSRP measurement result is outside the RSRP range between the first RSRP threshold and the second RSRP threshold, it is determined that the uplink feedback for the first type of service should be ignored.

[0190] Optionally, the multiple RSRP thresholds may be pre-configured or agreed upon by the protocol, or the multiple RSRP thresholds may be configured by the network device.

[0191] Optionally, the processing unit 320 is specifically used for:

[0192] The first RSRP threshold range is determined from the RSRP threshold range list based on the first RSRP threshold range index included in the first DCI.

[0193] Optionally, the processing unit 320 is specifically used for:

[0194] When the RSRP measurement result is within the first RSRP threshold, it is determined to perform uplink feedback for the first type of service; or,

[0195] If the RSRP measurement result is outside the first RSRP threshold range, it is determined that the uplink feedback for the first type of service should be ignored.

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

[0197] Optionally, the communication unit 310 is specifically used for:

[0198] The first DCI is received according to the first RNTI, wherein the first DCI is scrambled using the first RNTI, which is different from the C-RNTI.

[0199] Optionally, the communication unit 310 is also used to send first information, which is used to indicate that the terminal device needs to receive the first type of service.

[0200] 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 based on the configuration information.

[0201] Optionally, the first RNTI includes one of the following:

[0202] Multicast RNTI, Broadcast RNTI.

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

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

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

[0206] Figure 7 A schematic block diagram of a network device 400 according to an embodiment of this application is shown. Figure 7 As shown, the network device 400 includes:

[0207] The communication unit 410 is used to send a first downlink control information (DCI) to the terminal device. The first DCI is used to schedule the physical downlink shared channel (PDSCH) carrying a first type of service, and the first DCI is used by the terminal device to provide uplink feedback for the first type of service, which is sent via multicast or broadcast.

[0208] Optionally, the first DCI is specifically used by the terminal device to determine the feedback method for uplink feedback for the first type of service.

[0209] Optionally, the first DCI includes first indication information, which is used to indicate the feedback method for uplink feedback for the first type of service.

[0210] Optionally, the format of the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

[0211] Optionally, the scrambling sequence of the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

[0212] Optionally, the Radio Network Temporary Identifier (RNTI) scrambled with the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

[0213] Optionally, the aggregation level of the physical downlink control channel (PDCCH) carrying the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

[0214] Optionally, the search space type of the PDCCH sent by the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

[0215] Optionally, the feedback method includes one of the following:

[0216] Only a negative response (NACK) is provided.

[0217] The feedback will definitely be either ACK or NACK.

[0218] Optionally, the first DCI is specifically used by the terminal device to determine a set of Physical Uplink Control Channel (PUCCH) transmission resources, wherein the target PUCCH transmission resource in the set of PUCCH transmission resources is used to transmit the PUCCH carrying the uplink feedback information of the first type of service.

[0219] Optionally, the first DCI includes second indication information, which is used to indicate the PUCCH transmission resource set.

[0220] Optionally, the first DCI is specifically used by 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 to transmit uplink feedback information carrying the first type of service.

[0221] Optionally, the first DCI includes third indication information and fourth indication information, 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.

[0222] Optionally, the first DCI is specifically used by 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 service in conjunction with the RSRP measurement results.

[0223] Optionally, the first DCI includes a first RSRP threshold index, which is used to indicate the first RSRP threshold among a plurality of RSRP thresholds, and the first RSRP threshold is used by the terminal device to determine whether to perform uplink feedback for the first type of service by combining the RSRP measurement result and the first constraint condition.

[0224] The first constraint includes:

[0225] When the RSRP measurement result is lower than the first RSRP threshold, uplink feedback is provided for the first type of service; or

[0226] When the RSRP measurement result is higher than the first RSRP threshold, uplink feedback is provided for the first type of service.

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

[0228] Optionally, the first DCI includes a first RSRP threshold index and a second RSRP threshold index, wherein the first RSRP threshold index is used to indicate the first RSRP threshold among a plurality of RSRP thresholds, and the second RSRP threshold index is used to indicate the second RSRP threshold among a plurality of RSRP thresholds;

[0229] Specifically, if the RSRP measurement result is within the RSRP range between the first RSRP threshold and the second RSRP threshold, uplink feedback for the first type of service is performed; or, if the RSRP measurement result is outside the RSRP range between the first RSRP threshold and the second RSRP threshold, uplink feedback for the first type of service is not performed.

[0230] Optionally, the multiple RSRP thresholds may be pre-configured or agreed upon by the protocol, or the multiple RSRP thresholds may be configured by the network device.

[0231] Optionally, the first DCI includes a first RSRP threshold range index, which is used to indicate a first RSRP threshold range in the RSRP threshold range list;

[0232] Specifically, if the RSRP measurement result is within the first RSRP threshold range, uplink feedback is performed for the first type of service; or, if the RSRP measurement result is outside the first RSRP threshold range, uplink feedback is not performed for the first type of service.

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

[0234] Optionally, the first DCI is scrambled by a first radio network temporary identifier (RNTI), wherein the first RNTI is used by the terminal device to receive the first DCI, and the first RNTI is different from the cell radio network temporary identifier (C-RNTI).

[0235] Optionally, the network device 400 further includes: a processing unit 420,

[0236] The communication unit 410 is also used to receive first information sent by the terminal device, the first information being used to indicate that the terminal device needs to receive the first type of service;

[0237] The processing unit 420 is used to determine the first RNTI based on the first information.

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

[0239] Optionally, the first RNTI includes one of the following:

[0240] Multicast RNTI, Broadcast RNTI.

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

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

[0243] It should be understood that the network device 400 according to the embodiments of this application may correspond to the network device in the method embodiments of this application, and the above and other operations and / or functions of each unit in the network device 400 are respectively for implementing Figure 2 The corresponding procedures for network devices in method 200 are not described in detail here for the sake of brevity.

[0244] Figure 8 This is a schematic structural diagram of a communication device 500 provided in an embodiment of this application. Figure 8 The communication device 500 shown includes a processor 510, which can call and run computer programs from memory to implement the methods in the embodiments of this application.

[0245] Optionally, such as Figure 8 As shown, the communication device 500 may further include a memory 520. The processor 510 can retrieve and run computer programs from the memory 520 to implement the methods described in this embodiment.

[0246] The memory 520 can be a separate device independent of the processor 510, or it can be integrated into the processor 510.

[0247] Optionally, such as Figure 8 As shown, the communication device 500 may also include a transceiver 530, and the processor 510 may control the transceiver 530 to communicate with other devices. Specifically, it may send information or data to other devices or receive information or data sent by other devices.

[0248] The transceiver 530 may include a transmitter and a receiver. The transceiver 530 may further include antennas, and the number of antennas may be one or more.

[0249] Optionally, the communication device 500 may specifically be a network device in the embodiments of this application, and the communication device 500 may implement the corresponding processes implemented by the network device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

[0250] Optionally, the communication device 500 may specifically be a mobile terminal / terminal device in the embodiments of this application, and the communication device 500 may implement the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

[0251] Figure 9 This is a schematic structural diagram of the device according to an embodiment of this application. Figure 9 The illustrated device 600 includes a processor 610, which can call and run computer programs from memory to implement the methods in the embodiments of this application.

[0252] Optionally, such as Figure 9 As shown, the device 600 may further include a memory 620. The processor 610 can retrieve and run computer programs from the memory 620 to implement the methods described in the embodiments of this application.

[0253] The memory 620 can be a separate device independent of the processor 610, or it can be integrated into the processor 610.

[0254] Optionally, the device 600 may further include an input interface 630. The processor 610 can control the input interface 630 to communicate with other devices or chips; specifically, it can acquire information or data sent by other devices or chips.

[0255] Optionally, the device 600 may further include an output interface 640. The processor 610 can control the output interface 640 to communicate with other devices or chips; specifically, it can output information or data to other devices or chips.

[0256] Optionally, the device can be applied to the network device in the embodiments of this application, and the device can implement the corresponding processes implemented by the network device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

[0257] Optionally, the device can be applied to the mobile terminal / terminal device in the embodiments of this application, and the device can implement the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

[0258] Optionally, the device mentioned in the embodiments of this application can also be a chip. For example, it can be a system-on-a-chip, a system-on-a-chip, a chip system, or a system-on-a-chip, etc.

[0259] Figure 10 This is a schematic block diagram of a communication system 700 provided in an embodiment of this application. Figure 10 As shown, the communication system 700 includes a terminal device 710 and a network device 720.

[0260] The terminal device 710 can be used to implement the corresponding functions implemented by the terminal device in the above method, and the network device 720 can be used to implement the corresponding functions implemented by the network device in the above method. For the sake of brevity, these will not be elaborated here.

[0261] It should be understood that the processor in the embodiments of this application may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method embodiments can be completed by integrated logic circuits in the processor's hardware or by instructions in software form. The processor described above can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software modules can be located in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.

[0262] It is understood that the memory in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDR SDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct Rambus RAM (DR RAM). It should be noted that the memory used in the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0263] It should be understood that the above-described memory is exemplary and not a limiting description. For example, the memory in the embodiments of this application may also be static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DR RAM), etc. That is to say, the memory in the embodiments of this application is intended to include, but is not limited to, these and any other suitable types of memory.

[0264] This application also provides a computer-readable storage medium for storing computer programs.

[0265] Optionally, the computer-readable storage medium can be applied to the network device in the embodiments of this application, and the computer program causes the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

[0266] Optionally, the computer-readable storage medium can be applied to the mobile terminal / terminal device in the embodiments of this application, and the computer program causes the computer to execute the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

[0267] This application also provides a computer program product, including computer program instructions.

[0268] Optionally, the computer program product can be applied to the network device in the embodiments of this application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of this application. For the sake of brevity, they will not be described in detail here.

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

[0270] This application also provides a computer program.

[0271] Optionally, the computer program can be applied to the network device in the embodiments of this application. When the computer program is run on the computer, it causes the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

[0272] Optionally, the computer program can be applied to the mobile terminal / terminal device in the embodiments of this application. When the computer program is run on a computer, it causes the computer to execute the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of this application. For the sake of brevity, it will not be described in detail here.

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

[0274] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0275] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

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

[0277] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0278] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0279] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A wireless communication method, characterized in that, include: The terminal device receives first downlink control information (DCI), which is used to schedule the physical downlink shared channel (PDSCH) carrying the first type of service. The terminal device provides uplink feedback for the first type of service based on the first DCI, wherein the first type of service is sent via multicast or broadcast. Wherein, the terminal device performs uplink feedback for the first type of service based on the first DCI, including the terminal device determining the feedback method for uplink feedback for the first type of service based on the first DCI. The terminal device determines the uplink feedback method for the first type of service based on the first DCI, including: The terminal device determines the feedback method for uplink feedback for the first type of service based on the search space type of the PDCCH that sends the first DCI. The feedback method includes only feeding back a negative acknowledgment (NACK) and feeding back a positive acknowledgment (ACK) or NACK. When the search space type is a common search space (CSS), only NACK is fed back. When the search space type is a UE-specific search space (USS), either ACK or NACK is fed back. The terminal device performs uplink feedback for the first type of service based on the first DCI, and further includes: The terminal device determines the RSRP threshold information based on the first DCI. The terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement results and the RSRP threshold information. The method further includes: The terminal device receives configuration information and determines a first wireless network temporary identifier (RNTI) based on the configuration information. The terminal device receives the first DCI, including: The terminal device receives the first DCI according to the first RNTI, wherein the first DCI is scrambled using the first RNTI, and the first RNTI is different from the cell radio network temporary identifier C-RNTI.

2. The method as described in claim 1, characterized in that, The terminal device determines the feedback method for uplink feedback of the first type of service based on the first DCI, and further includes: The terminal device determines the feedback method for uplink feedback for the first type of service based on the first indication information included in the first DCI.

3. The method according to claim 1, characterized in that, The terminal device determines the feedback method for uplink feedback of the first type of service based on the first DCI, and further includes: The terminal device determines the feedback method for uplink feedback for the first type of service based on the format of the first DCI.

4. The method according to claim 1, characterized in that, The terminal device determines the feedback method for uplink feedback of the first type of service based on the first DCI, and further includes: The terminal device determines the uplink feedback method for the first type of service based on the scrambling code sequence used to scramble the first DCI.

5. The method according to claim 1, characterized in that, The terminal device determines the feedback method for uplink feedback of the first type of service based on the first DCI, and further includes: The terminal device determines the feedback method for uplink feedback for the first type of service based on the Radio Network Temporary Identifier (RNTI) used to scramble the first DCI.

6. The method according to claim 1, characterized in that, The terminal device determines the feedback method for uplink feedback of the first type of service based on the first DCI, and further includes: The terminal device determines the feedback method for uplink feedback for the first type of service based on the aggregation level of the physical downlink control channel (PDCCH) carrying the first DCI.

7. The method as described in claim 1, characterized in that, The terminal device provides uplink feedback for the first type of service based on the first DCI, including: The terminal device determines a set of Physical Uplink Control Channel (PUCCH) transmission resources based on the first DCI. The target PUCCH transmission resources in the PUCCH transmission resource set are used to transmit PUCCHs carrying uplink feedback information of the first type of service.

8. The method as described in claim 7, characterized in that, The method further includes: The terminal device determines the target PUCCH transmission resource from the PUCCH transmission resource set based on the first information; The first information includes at least one of the following: Reference signal received power (RSRP) measurement results, the wireless network temporary identifier (RNTI) of the terminal device, and the group identifier within the communication group to which the terminal device belongs.

9. The method as described in claim 8, characterized in that, The RNTI of the terminal device includes at least one of the following: Cell RNTI, Multicast RNTI, Broadcast RNTI.

10. The method according to any one of claims 7 to 9, characterized in that, The terminal device determines the PUCCH transmission resource set based on the first DCI, including: The terminal device determines the PUCCH transmission resource set based on the second indication information included in the first DCI.

11. The method as described in claim 1, characterized in that, The terminal device provides uplink feedback for the first type of service based on the first DCI, including: The terminal device determines a set of PUCCH transmission resources and a target PUCCH transmission resource from the set of PUCCH transmission resources based on the first DCI, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service.

12. The method as described in claim 11, characterized in that, The terminal device determines the PUCCH transmission resource set and the target PUCCH transmission resource from the PUCCH transmission resource set based on the first DCI, including: The terminal device determines the PUCCH transmission resource set based on the third indication information included in the first DCI, and determines the target PUCCH transmission resource from the PUCCH transmission resource set based on the fourth indication information included in the first DCI.

13. The method as described in claim 1, characterized in that, The terminal device determines the RSRP threshold information based on the first DCI, including: The terminal device determines the first RSRP threshold from multiple RSRP thresholds based on the first RSRP threshold index included in the first DCI.

14. The method as described in claim 13, characterized in that, The terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement results and the RSRP threshold information, including: The terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement result, the first RSRP threshold, and the first constraint condition. The first constraint includes: When the RSRP measurement result is lower than the first RSRP threshold, uplink feedback is performed for the first type of service; or When the RSRP measurement result is higher than the first RSRP threshold, uplink feedback is performed for the first type of service.

15. The method as described in claim 14, characterized in that, The first constraint is either pre-configured or agreed upon by the protocol, or the first constraint is configured by the network device.

16. The method according to any one of claims 13 to 15, characterized in that, The terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement results and the RSRP threshold information, including: When the RSRP measurement result is lower than the first RSRP threshold, the terminal device determines to provide 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 the uplink feedback for the first type of service; or, When the RSRP measurement result is higher than the first RSRP threshold, the terminal device determines to provide uplink feedback for the first type of service; when the RSRP measurement result is lower than or equal to the first RSRP threshold, the terminal device determines to ignore the uplink feedback for the first type of service.

17. The method as described in claim 1, characterized in that, The terminal device determines the RSRP threshold information based on the first DCI, including: The terminal device determines the first RSRP threshold and the second RSRP threshold from multiple RSRP thresholds based on the first RSRP threshold index and the second RSRP threshold index included in the first DCI.

18. The method as described in claim 17, characterized in that, The terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement results and the RSRP threshold information, including: When the RSRP measurement result is within the RSRP range between the first RSRP threshold and the second RSRP threshold, the terminal device determines to perform uplink feedback for the first type of service; or, When the RSRP measurement result is outside the RSRP range between the first RSRP threshold and the second RSRP threshold, the terminal device determines to ignore the uplink feedback for the first type of service.

19. The method according to any one of claims 13 to 15 and 17 to 18, characterized in that, The multiple RSRP thresholds are either pre-configured or agreed upon by the protocol, or the multiple RSRP thresholds are configured by the network device.

20. The method as described in claim 1, characterized in that, The terminal device determines the RSRP threshold information based on the first DCI, including: The terminal device determines the first RSRP threshold range from the RSRP threshold range list based on the first RSRP threshold range index included in the first DCI.

21. The method as described in claim 20, characterized in that, The terminal device determines whether to perform uplink feedback for the first type of service based on the RSRP measurement results and the RSRP threshold information, including: 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 the uplink feedback for the first type of service.

22. The method as described in claim 20 or 21, characterized in that, The RSRP threshold range list is either pre-configured or agreed upon by the protocol, or the RSRP threshold range list is configured by the network device.

23. The method as described in claim 1, characterized in that, The method further includes: The terminal device sends first information, which is used to indicate that the terminal device needs to receive the first type of service.

24. The method as described in claim 1, characterized in that, The first RNTI includes one of the following: Multicast RNTI, Broadcast RNTI.

25. The method as described in claim 1, characterized in that, The first type of service is the Multimedia Broadcast Multicast Service (MBMS).

26. A wireless communication method, characterized in that, include: The network device sends a first downlink control information (DCI) to the terminal device. The first DCI is used to schedule the physical downlink shared channel (PDSCH) carrying a first type of service, and the first DCI is used by the terminal device to provide uplink feedback for the first type of service. The first type of service is sent via multicast or broadcast. Specifically, the first DCI is used by the terminal device to determine the feedback method for uplink feedback for the first type of service. The search space type of the PDCCH that sends the first DCI is used to determine the feedback method for uplink feedback for the first type of service. The feedback method includes only feeding back a negative acknowledgment (NACK) and feeding back a positive acknowledgment (ACK) or NACK. When the search space type is a common search space (CSS), the terminal device only feeds back NACK. When the search space type is a UE-specific search space (USS), the terminal device feeds back either ACK or NACK. Specifically, the first DCI is used by the terminal device to determine RSRP threshold information, and 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 the RSRP measurement results. The first DCI is scrambled by the first radio network temporary identifier RNTI, wherein the first RNTI is used by the terminal device to receive the first DCI, and the first RNTI is different from the cell radio network temporary identifier C-RNTI; The method further includes: the network device sending configuration information to the terminal device, the configuration information being used by the terminal device to determine the first RNTI.

27. The method as described in claim 26, characterized in that, The first DCI includes first indication information, which is used to indicate the feedback method for uplink feedback for the first type of service.

28. The method according to claim 26, characterized in that, The format of the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

29. The method according to claim 26, characterized in that, The scrambling code sequence that scrambles the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

30. The method according to claim 26, characterized in that, The Radio Network Temporary Identifier (RNTI) scrambled with the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

31. The method according to claim 26, characterized in that, The aggregation level of the physical downlink control channel (PDCCH) carrying the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

32. The method as described in claim 26, characterized in that, The first DCI is specifically used by the terminal device to determine the Physical Uplink Control Channel (PUCCH) transmission resource set, and the target PUCCH transmission resource in the PUCCH transmission resource set is used to transmit the PUCCH carrying the uplink feedback information of the first type of service.

33. The method as described in claim 32, characterized in that, The first DCI includes second indication information, which is used to indicate the PUCCH transmission resource set.

34. The method as described in claim 26, characterized in that, The first DCI is specifically used by the terminal device to determine the PUCCH transmission resource set and to determine the target PUCCH transmission resource from the PUCCH transmission resource set, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service.

35. The method as described in claim 34, characterized in that, The first DCI includes third indication information and fourth indication information, 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.

36. The method as described in claim 26, characterized in that, The first DCI includes a first RSRP threshold index, which is used to indicate the first RSRP threshold among multiple RSRP thresholds. The first RSRP threshold is used by the terminal device to determine whether to perform uplink feedback for the first type of service by combining the RSRP measurement result and the first constraint condition. The first constraint includes: When the RSRP measurement result is lower than the first RSRP threshold, uplink feedback is performed for the first type of service; or When the RSRP measurement result is higher than the first RSRP threshold, uplink feedback is performed for the first type of service.

37. The method as described in claim 36, characterized in that, The first constraint is either pre-configured or agreed upon by the protocol, or the first constraint is configured by the network device.

38. The method as described in claim 26, characterized in that, The first DCI includes a first RSRP threshold index and a second RSRP threshold index, wherein the first RSRP threshold index is used to indicate the first RSRP threshold among a plurality of RSRP thresholds, and the second RSRP threshold index is used to indicate the second RSRP threshold among a plurality of RSRP thresholds; Specifically, when the RSRP measurement result is within the RSRP range between the first RSRP threshold and the second RSRP threshold, uplink feedback for the first type of service is performed; or, when the RSRP measurement result is outside the RSRP range between the first RSRP threshold and the second RSRP threshold, uplink feedback for the first type of service is not performed.

39. The method according to any one of claims 36 to 38, characterized in that, The multiple RSRP thresholds are either pre-configured or agreed upon by the protocol, or the multiple RSRP thresholds are configured by the network device.

40. The method as described in claim 26, characterized in that, The first DCI includes a first RSRP threshold range index, which is used to indicate the first RSRP threshold range in the RSRP threshold range list; Specifically, if the RSRP measurement result is within the first RSRP threshold range, uplink feedback is performed for the first type of service; or, if the RSRP measurement result is outside the first RSRP threshold range, uplink feedback is not performed for the first type of service.

41. The method as described in claim 40, characterized in that, The RSRP threshold range list is either pre-configured or agreed upon by the protocol, or the RSRP threshold range list is configured by the network device.

42. The method as described in claim 26, characterized in that, The method further includes: The network device receives first information sent by the terminal device, the first information being used to indicate that the terminal device needs to receive the first type of service; The network device determines the first RNTI based on the first information.

43. The method as described in claim 26, characterized in that, The first RNTI includes one of the following: Multicast RNTI, Broadcast RNTI.

44. The method as described in claim 26, characterized in that, The first type of service is the Multimedia Broadcast Multicast Service (MBMS).

45. A terminal device, characterized in that, include: The communication unit is used to receive first downlink control information (DCI), the first DCI being used to schedule the physical downlink shared channel (PDSCH) carrying a first type of service; The processing unit is configured to perform uplink feedback for the first type of service based on the first DCI, wherein the first type of service is sent via multicast or broadcast. Specifically, the processing unit is used to determine the feedback method for uplink feedback for the first type of service based on the first DCI. Specifically, the processing unit is used to determine the feedback method for uplink feedback for the first type of service based on the search space type of the PDCCH that sends the first DCI. The feedback method includes only feeding back a negative acknowledgment (NACK) and feeding back a positive acknowledgment (ACK) or NACK. When the search space type is a common search space (CSS), only NACK is fed back. When the search space type is a UE-specific search space (USS), either ACK or NACK is fed back. The processing unit is further specifically used to: determine RSRP threshold information based on the first DCI; and determine whether to perform uplink feedback for the first type of service based on the RSRP measurement results and the RSRP threshold information. The communication unit is further configured to receive configuration information, and the processing unit is further configured to determine a first wireless network temporary identifier (RNTI) based on the configuration information. The communication unit is further specifically configured to: receive the first DCI according to the first RNTI, wherein the first DCI is scrambled using the first RNTI, and the first RNTI is different from the cell radio network temporary identifier C-RNTI.

46. ​​The terminal device as described in claim 45, characterized in that, The processing unit is also specifically used for: Based on the first indication information included in the first DCI, the feedback method for uplink feedback for the first type of service is determined.

47. The terminal device according to claim 45, characterized in that, The processing unit is also specifically used for: Based on the format of the first DCI, determine the feedback method for uplink feedback for the first type of service.

48. The terminal device according to claim 45, characterized in that, The processing unit is also specifically used for: The system determines the feedback method for uplink feedback for the first type of service based on the scrambling code sequence used to scramble the first DCI.

49. The terminal device according to claim 45, characterized in that, The processing unit is also specifically used for: The feedback method for uplink feedback for the first type of service is determined based on the Radio Network Temporary Identifier (RNTI) used to scramble the first DCI.

50. The terminal device according to claim 45, characterized in that, The processing unit is also specifically used for: Based on the aggregation level of the physical downlink control channel (PDCCH) carrying the first DCI, the feedback method for uplink feedback for the first type of service is determined.

51. The terminal device as described in claim 45, characterized in that, The processing unit is also specifically used for: Based on the first DCI, a set of Physical Uplink Control Channel (PUCCH) transmission resources is determined. The target PUCCH transmission resources in the set of PUCCH transmission resources are used to transmit PUCCHs carrying uplink feedback information of the first type of service.

52. The terminal device as described in claim 51, characterized in that, The processing unit is further configured to determine the target PUCCH transmission resource from the PUCCH transmission resource set based on the first information; The first information includes at least one of the following: Reference signal received power (RSRP) measurement results, the wireless network temporary identifier (RNTI) of the terminal device, and the group identifier of the communication group to which the terminal device belongs.

53. The terminal device as described in claim 52, characterized in that, The RNTI of the terminal device includes at least one of the following: Cell RNTI, Multicast RNTI, Broadcast RNTI.

54. The terminal device as described in any one of claims 51 to 53, characterized in that, The processing unit is also specifically used for: The PUCCH transmission resource set is determined based on the second indication information included in the first DCI.

55. The terminal device as described in claim 45, characterized in that, The processing unit is also specifically used for: Based on the first DCI, a set of PUCCH transmission resources is determined and a target PUCCH transmission resource is determined from the set of PUCCH transmission resources, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service.

56. The terminal device as described in claim 55, characterized in that, The processing unit is specifically used for: The PUCCH transmission resource set is determined based on the third indication information included in the first DCI, and the target PUCCH transmission resource is determined from the PUCCH transmission resource set based on the fourth indication information included in the first DCI.

57. The terminal device as described in claim 45, characterized in that, The processing unit is also specifically used for: The first RSRP threshold is determined from multiple RSRP thresholds based on the first RSRP threshold index included in the first DCI.

58. The terminal device as described in claim 57, characterized in that, The processing unit is specifically used for: Based on the RSRP measurement results, the first RSRP threshold, and the first constraint, determine whether to perform uplink feedback for the first type of service; The first constraint includes: When the RSRP measurement result is lower than the first RSRP threshold, uplink feedback is performed for the first type of service; or When the RSRP measurement result is higher than the first RSRP threshold, uplink feedback is performed for the first type of service.

59. The terminal device as described in claim 58, characterized in that, The first constraint is either pre-configured or agreed upon by the protocol, or the first constraint is configured by the network device.

60. The terminal device as described in any one of claims 57 to 59, characterized in that, The processing unit is also specifically used for: When the RSRP measurement result is lower than the first RSRP threshold, it is determined to perform uplink feedback for the first type of service; when the RSRP measurement result is higher than or equal to the first RSRP threshold, it is determined to ignore uplink feedback for the first type of service. or, When the RSRP measurement result is higher than the first RSRP threshold, it is determined to perform uplink feedback for the first type of service; when the RSRP measurement result is lower than or equal to the first RSRP threshold, it is determined to ignore uplink feedback for the first type of service.

61. The terminal device as described in claim 45, characterized in that, The processing unit is also specifically used to: set a first RSRP threshold and a second RSRP threshold.

62. The terminal device as described in claim 61, characterized in that, The processing unit is also specifically used for: When the RSRP measurement result is within the RSRP range between the first RSRP threshold and the second RSRP threshold, it is determined to perform uplink feedback for the first type of service; or, If the RSRP measurement result is outside the RSRP range between the first RSRP threshold and the second RSRP threshold, it is determined that the uplink feedback for the first type of service should be ignored.

63. The terminal device as described in any one of claims 57 to 59 and 61 to 62, characterized in that, The multiple RSRP thresholds are either pre-configured or agreed upon by the protocol, or the multiple RSRP thresholds are configured by the network device.

64. The terminal device as described in claim 45, characterized in that, The processing unit is specifically used for: The first RSRP threshold range is determined from the RSRP threshold range list based on the first RSRP threshold range index included in the first DCI.

65. The terminal device as described in claim 64, characterized in that, The processing unit is specifically used for: When the RSRP measurement result is within the first RSRP threshold range, it is determined to perform uplink feedback for the first type of service; or, If the RSRP measurement result is outside the first RSRP threshold range, it is determined that the uplink feedback for the first type of service should be ignored.

66. The terminal device as described in claim 64 or 65, characterized in that, The RSRP threshold range list is either pre-configured or agreed upon by the protocol, or the RSRP threshold range list is configured by the network device.

67. The terminal device as described in claim 45, characterized in that, The communication unit is also used to send first information, which is used to indicate that the terminal device needs to receive the first type of service.

68. The terminal device as described in claim 45, characterized in that, The first RNTI includes one of the following: Multicast RNTI, Broadcast RNTI.

69. The terminal device as described in claim 45, characterized in that, The first type of service is the Multimedia Broadcast Multicast Service (MBMS).

70. A network device, characterized in that, include: The communication unit is used to send a first downlink control information (DCI) to a terminal device. 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 by the terminal device to perform uplink feedback for the first type of service. The first type of service is sent by multicast or broadcast. Specifically, the first DCI is used by the terminal device to determine the feedback method for uplink feedback for the first type of service. The search space type of the PDCCH that sends the first DCI is used to determine the feedback method for uplink feedback for the first type of service. The feedback method includes only feeding back a negative acknowledgment (NACK) and feeding back a positive acknowledgment (ACK) or NACK. When the search space type is a common search space (CSS), the terminal device only feeds back NACK. When the search space type is a UE-specific search space (USS), the terminal device feeds back either ACK or NACK. Specifically, the first DCI is used by the terminal device to determine RSRP threshold information, and 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 the RSRP measurement results. The first DCI is scrambled by the first radio network temporary identifier RNTI, wherein the first RNTI is used by the terminal device to receive the first DCI, and the first RNTI is different from the cell radio network temporary identifier C-RNTI; The communication unit is further configured to send configuration information to the terminal device, the configuration information being used to determine the first RNTI.

71. The network device as described in claim 70, characterized in that, The first DCI includes first indication information, which is used to indicate the feedback method for uplink feedback for the first type of service.

72. The network device according to claim 70, characterized in that, The format of the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

73. The network device according to claim 70, characterized in that, The scrambling code sequence that scrambles the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

74. The network device according to claim 70, characterized in that, The Radio Network Temporary Identifier (RNTI) scrambled with the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

75. The network device according to claim 70, characterized in that, The aggregation level of the physical downlink control channel (PDCCH) carrying the first DCI is used to determine the feedback method for uplink feedback for the first type of service.

76. The network device as described in claim 70, characterized in that, The first DCI is specifically used by the terminal device to determine the Physical Uplink Control Channel (PUCCH) transmission resource set, and the target PUCCH transmission resource in the PUCCH transmission resource set is used to transmit the PUCCH carrying the uplink feedback information of the first type of service.

77. The network device as described in claim 76, characterized in that, The first DCI includes second indication information, which is used to indicate the PUCCH transmission resource set.

78. The network device as described in claim 70, characterized in that, The first DCI is specifically used by the terminal device to determine the PUCCH transmission resource set and to determine the target PUCCH transmission resource from the PUCCH transmission resource set, wherein the target PUCCH transmission resource is used to transmit uplink feedback information carrying the first type of service.

79. The network device as described in claim 78, characterized in that, The first DCI includes third indication information and fourth indication information, 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.

80. The network device as described in claim 70, characterized in that, The first DCI includes a first RSRP threshold index, which is used to indicate the first RSRP threshold among multiple RSRP thresholds. The first RSRP threshold is used by the terminal device to determine whether to perform uplink feedback for the first type of service by combining the RSRP measurement result and the first constraint condition. The first constraint includes: When the RSRP measurement result is lower than the first RSRP threshold, uplink feedback is performed for the first type of service; or When the RSRP measurement result is higher than the first RSRP threshold, uplink feedback is performed for the first type of service.

81. The network device as described in claim 80, characterized in that, The first constraint is either pre-configured or agreed upon by the protocol, or the first constraint is configured by the network device.

82. The network device as described in claim 70, characterized in that, The first DCI includes a first RSRP threshold index and a second RSRP threshold index, wherein the first RSRP threshold index is used to indicate the first RSRP threshold among a plurality of RSRP thresholds, and the second RSRP threshold index is used to indicate the second RSRP threshold among a plurality of RSRP thresholds; Specifically, when the RSRP measurement result is within the RSRP range between the first RSRP threshold and the second RSRP threshold, uplink feedback for the first type of service is performed; or, when the RSRP measurement result is outside the RSRP range between the first RSRP threshold and the second RSRP threshold, uplink feedback for the first type of service is not performed.

83. The network device as described in any one of claims 80 to 82, characterized in that, The multiple RSRP thresholds are either pre-configured or agreed upon by the protocol, or the multiple RSRP thresholds are configured by the network device.

84. The network device as described in claim 70, characterized in that, The first DCI includes a first RSRP threshold range index, which is used to indicate the first RSRP threshold range in the RSRP threshold range list; Specifically, if the RSRP measurement result is within the first RSRP threshold range, uplink feedback is performed for the first type of service; or, if the RSRP measurement result is outside the first RSRP threshold range, uplink feedback is not performed for the first type of service.

85. The network device as described in claim 84, characterized in that, The RSRP threshold range list is either pre-configured or agreed upon by the protocol, or the RSRP threshold range list is configured by the network device.

86. The network device as described in claim 70, characterized in that, The network device further includes: a processing unit, The communication unit is also configured to receive first information sent by the terminal device, the first information being used to indicate that the terminal device needs to receive the first type of service; The processing unit is used to determine the first RNTI based on the first information.

87. The network device as described in claim 70, characterized in that, The first RNTI includes one of the following: Multicast RNTI, Broadcast RNTI.

88. The network device as described in claim 70, characterized in that, The first type of service is the Multimedia Broadcast Multicast Service (MBMS).

89. A terminal device, characterized in that, include: A processor and a memory for storing a computer program, the processor for calling and running the computer program stored in the memory to perform the method as described in any one of claims 1 to 25.

90. A network device, characterized in that, include: A processor and a memory for storing a computer program, the processor for calling and running the computer program stored in the memory to perform the method as described in any one of claims 26 to 44.

91. A chip, characterized in that, include: A processor for retrieving and running a computer program from memory, causing a device on which the chip is mounted to perform the method as described in any one of claims 1 to 25.

92. A chip, characterized in that, include: A processor for retrieving and running a computer program from memory, causing a device on which the chip is mounted to perform the method as described in any one of claims 26 to 44.

93. A computer-readable storage medium, characterized in that, Used to store a computer program that causes a computer to perform the method as described in any one of claims 1 to 25.

94. A computer-readable storage medium, characterized in that, Used to store a computer program that causes a computer to perform the method as described in any one of claims 26 to 44.

95. A computer program product, characterized in that, It includes computer program instructions that cause a computer to perform the method as described in any one of claims 1 to 25.

96. A computer program product, characterized in that, It includes computer program instructions that cause a computer to perform the method as described in any one of claims 26 to 44.

Images