Communication method and device

Abstract

A communication method and apparatus, the method comprising: a network device sending multicast configuration information to a terminal device, the multicast configuration information corresponding to a first multicast service, the multicast configuration information comprising first indication information, the first indication information indicating that the terminal device needs to send first feedback information to the first multicast service, and the terminal equipment receives the first multicast service according to the first multicast configuration information, and then sends first feedback information corresponding to the first multicast service to the network equipment according to first indication information in the first multicast configuration information. By adopting the method and the device provided by the invention, a feedback mechanism of a multicast transmission technology can be realized, and the transmission reliability of the multicast service is improved.

Description

[0001] This application is a divisional application of the original application with the application number 202080092739.3 and the original filing date of January 20, 2020, and the entire contents of the original application are incorporated herein by reference. TECHNICAL FIELD

[0002] The present application relates to the technical field of communication, and in particular to a communication method and device. BACKGROUND

[0003] In a wireless communication system, a multicast transmission technology can support point-to-multipoint communication, i.e., a network device transmits the same data to multiple terminal devices, such as mobile television services. At present, there are two broadcast multicast service modes, multimedia broadcast multicast service (MBMS) and single-cell point-to-multipoint (SC-PTM), in a long term evolution (LTE) communication system. When the multicast transmission technology is used for transmission of multicast services, the terminal device needs to first acquire multicast configuration information, and then receives the multicast service based on the multicast configuration information.

[0004] However, the current multicast transmission technology does not support hybrid automatic repeat request (HARQ) feedback, so the reliability is low, and when it is applied to new radio access technology (NR), it cannot meet the reliability requirements of some multicast services. SUMMARY

[0005] The present application provides a communication method and device to implement a feedback mechanism suitable for multicast transmission and improve the transmission reliability of multicast services.

[0006] In a first aspect, an embodiment of the present application provides a communication method, which can be applied to a terminal device or a chip inside the terminal device. Taking the case where the method is applied to a terminal device, in the method, the terminal device receives first multicast configuration information from a network device, the first multicast configuration information being used to indicate sending first feedback information for a first multicast service, wherein the first multicast configuration information corresponds to the first multicast service, and the first multicast configuration information includes first indication information, the first indication information being used to indicate sending the first feedback information for the first multicast service, and then the terminal device receives the first multicast service from the network device, and the terminal device sends the first feedback information to the network device.

[0007] With the scheme, on one hand, the terminal device can implement feedback on the multicast service, and on the other hand, the terminal device can implement feedback on the multicast service with a higher latency requirement indicated by the network device, because the first indication information indicates feedback on the first multicast service, thereby effectively improving the reliability of the multicast service with a higher latency requirement.

[0008] In a possible design, the first multicast configuration information further includes a group-radio network temporary identity (G-RNTI) associated with the first multicast service and / or an identifier of the multicast service, and the G-RNTI and / or the identifier of the multicast service are associated with the first indication information.

[0009] In this way, because the first indication information is included in the first multicast configuration information, the first indication information does not need to be separately transmitted, and transmission resources can be effectively saved.

[0010] In a possible design, the first indication information indicates feedback on the first multicast service by using one bit or one field.

[0011] In this way, after receiving the first indication information, the terminal device can confirm that feedback on the first multicast service is needed.

[0012] In a possible design, the first indication information is used to indicate a transmission resource of the first feedback information.

[0013] In this way, on one hand, after receiving the first indication information, the terminal device can confirm that feedback on the first multicast service is needed, and on the other hand, the network device implicitly indicates the transmission resource information of the terminal device by using the downlink control information, thereby effectively saving transmission resources.

[0014] In a possible design, the first indication information can include a threshold value of a signal quality parameter, and the terminal device determines whether to send the feedback information according to the threshold value of the signal quality parameter. Specifically, after receiving the first indication information, the terminal device sends the first feedback information to the network device only when a value of a signal quality parameter corresponding to the first multicast service is less than or equal to the threshold value, otherwise, the terminal device does not send the first feedback information.

[0015] In this way, the terminal device can autonomously determine whether to perform feedback according to the specific reception condition of the multicast service.

[0016] In a possible design, the terminal device can further receive second multicast configuration information from the network device, where the second multicast configuration information corresponds to a second multicast service; and the second multicast configuration information includes second indication information, where the second indication information is used to indicate that feedback information does not need to be sent for the second multicast service. In this way, the terminal device does not perform feedback after receiving the second multicast service.

[0017] In this way, the terminal device can perform feedback only for a service with a higher latency requirement, thereby improving reliability of information transmission and saving transmission resources.

[0018] In a possible design, when feedback resources of the first multicast service and feedback resources of the unicast service conflict, the terminal device can determine whether to send first feedback information of the first multicast service to the network device according to a priority of the feedback information. Specifically, if a protocol predefines that the priority of the feedback information of the multicast service is higher than the priority of the feedback information of the unicast service, the terminal device can preferentially send the first feedback information corresponding to the first multicast service to the network device and discard feedback information corresponding to the unicast service; or if the protocol predefines that the priority of the feedback information of the multicast service is not higher than the priority of the feedback information of the unicast service, the terminal device preferentially sends the feedback information corresponding to the unicast service to the network device and discards the first feedback information corresponding to the first multicast service.

[0019] In this way, the terminal device can perform feedback on the unicast service or the multicast service according to the protocol, to solve the resource conflict problem.

[0020] In a possible design, the terminal device can further receive third indication information from the network device, where the third indication information is used to indicate a priority of feedback information of a multicast service. The third indication information can be carried in downlink control information (DCI) or a radio resource control (RRC) message together with the multicast configuration information. In response to the third indication information, if the third indication information indicates that the priority of the feedback information of the first multicast service is a first priority (for example, a high-level priority), the terminal device preferentially sends the first feedback information corresponding to the first multicast service to the network device and discards feedback information corresponding to the unicast service; or if the third indication information indicates that the priority of the feedback information of the first multicast service is a second priority (for example, a low-level priority), the terminal device preferentially sends the feedback information corresponding to the unicast service to the network device and discards the first feedback information corresponding to the first multicast service.

[0021] In this way, the terminal device can perform feedback on the unicast service or the multicast service according to the indication of the network device, to solve the resource conflict problem.

[0022] In a possible design, the network device sends fourth indication information to the terminal device, where the fourth indication information is used to trigger the terminal device to send stop feedback confirmation information to the network device. The terminal device triggers the terminal device to send the stop feedback confirmation information to the network device due to receiving the fourth indication information. In this way, the terminal device can stop feeding back the first multicast service in a timely manner according to the indication of the network device. The terminal device releases the PUCCH resource configured for multicast feedback, thereby improving the utilization of the resource. In a possible implementation, the fourth indication information can be carried in a DCI or an RRC message or a MAC CE.

[0023] In a possible design, the stop feedback confirmation information can be in a MAC sub-protocol data unit (PDU), and the MAC sub-PDU includes a MAC sub-header and a MAC CE. The MAC sub-header includes a logical channel identifier (LCID). In a possible implementation, the stop feedback confirmation information can be indicated by the LCID. For example, when the LCID is a preset value (for example, the LCID takes a value of 33), it indicates that the terminal device stops sending feedback information for the first multicast service. In another possible implementation, the stop feedback confirmation information can be indicated by the length of the MAC CE. For example, when the length of the MAC CE is a preset length, the MAC CE with the preset length is used to indicate that the terminal device stops sending feedback information for the first multicast service. In another possible implementation, the stop feedback confirmation information can be indicated by a multicast service identifier or a G-RNTI in the MAC CE.

[0024] In a second aspect, an embodiment of the present application provides a communication method, which can be applied to a network device or a chip inside the network device. Taking the case where the method is applied to a network device as an example, in the method, the network device can send first multicast configuration information to a terminal device, where the first multicast configuration information corresponds to a first multicast service, and the first multicast configuration information includes first indication information, where the first indication information is used to indicate sending first feedback information for the first multicast service. Then, the network device sends the first multicast service to the terminal device. The network device receives the first feedback information from the terminal device.

[0025] Since the communication method described in the second aspect corresponds to the communication method described in the first aspect, the beneficial effects of the communication method described in the second aspect can be referred to the first aspect, which will not be repeated here.

[0026] In a possible design, the first multicast configuration information further includes a group-radio network temporary identifier (G-RNTI) associated with the first multicast service and / or an identifier of the multicast service, and the G-RNTI and / or the identifier of the multicast service are associated with the first indication information.

[0027] In a possible design, the first indication information indicates, by using one bit or one field, that feedback is needed for the first multicast service; and / or, the first indication information is used to indicate a transmission resource of the first feedback information.

[0028] In a possible design, the network device determines the terminal device that needs to send feedback information for the first multicast service according to at least one of a service requirement of the first multicast service, a physical relative distance between the terminal device and the network device, and a channel quality of the terminal device.

[0029] In a possible design, the network device sends, to the terminal device, second multicast configuration information corresponding to a second multicast service, where the second multicast configuration information includes second indication information used to indicate that the terminal device does not need to send feedback information for the second multicast service.

[0030] In a possible design, before the network device receives the first feedback information from the terminal device, the network device sends, to the terminal device, third indication information used to indicate a priority of feedback information of the first multicast service, where the third indication information is carried in a downlink control information (DCI) used to schedule a physical downlink shared channel (PDSCH) carrying the first multicast service.

[0031] In a possible design, the network device sends, to the terminal device, fourth indication information used to indicate that the terminal device stops sending feedback information for the first multicast service.

[0032] The network device receives, from the terminal device, stop-feedback confirmation information used to indicate that the terminal device stops sending feedback information for the first multicast service.

[0033] In a possible design, the stop-feedback confirmation information is indicated by a logical channel identifier (LCID), and the LCID is carried in a medium access control (MAC) subheader; or, the stop-feedback confirmation information is indicated by fifth indication information in a MAC control element (CE); or, the stop-feedback confirmation information is indicated by a length of the MAC CE.

[0034] In a possible design, a network device receives feedback capability information from a terminal device, where the feedback capability information is used to indicate a capability of the terminal device to send unicast feedback information and multicast feedback information on a same feedback resource; the unicast feedback information is feedback information corresponding to unicast service, and the multicast feedback information is feedback information corresponding to multicast service.

[0035] In a third aspect, an embodiment of the present application provides a first communication device, which is used to execute the method in the first aspect or any possible implementation manner. Specifically, the first communication device can include modules used to execute the method in the first aspect or any possible implementation manner, for example, a processing module and a transceiver module. Exemplarily, the transceiver module can include a sending module and a receiving module, which can be different functional modules or can be the same functional module but can implement different functions. Exemplarily, the first communication device is a terminal device or a chip or other component arranged in the terminal device. Exemplarily, the communication device is a terminal device. Hereinafter, the first communication device is taken as an example. For example, the transceiver module can also be implemented by a transceiver, and the processing module can also be implemented by a processor. Alternatively, the sending module can be implemented by a transmitter, and the receiving module can be implemented by a receiver, which can be different functional modules or can be the same functional module but can implement different functions. If the first communication device is a terminal device, the transceiver is implemented by, for example, an antenna, a feed line and a codec in the terminal device. Alternatively, if the first communication device is a chip arranged in the terminal device, the transceiver (or the transmitter and the receiver) is, for example, a communication interface in the chip, which is connected with a radio frequency transceiving component in the terminal device to implement the transceiving of information through the radio frequency transceiving component. In the introduction of the third aspect, the first communication device is taken as a terminal device, and the processing module and the transceiver module are taken as examples for introduction. Wherein:

[0036] The transceiver module is configured to receive first multicast configuration information from the network device, where the first multicast configuration information is used to indicate sending of first feedback information for the first multicast service, the first multicast configuration information corresponds to the first multicast service, and the first multicast configuration information includes first indication information, where the first indication information is used to indicate sending of the first feedback information for the first multicast service.

[0037] The processing module is configured to determine, according to the first indication information, that feedback needs to be performed for the first multicast service.

[0038] The transceiver module is further configured to receive the first multicast service from the network device, and the terminal device sends the first feedback information to the network device.

[0039] In a possible design, the first multicast configuration information further includes a group-radio network temporary identity (G-RNTI) associated with the first multicast service and / or an identifier of the multicast service, and the G-RNTI and / or the identifier of the multicast service are associated with the first indication information.

[0040] In a possible design, the first indication information indicates feedback on the first multicast service by using one bit or one field.

[0041] In a possible design, the first indication information indicates a transmission resource of the first feedback information.

[0042] In a possible design, the first indication information can include a threshold of a signal quality parameter, and the receiving module determines whether to send the feedback information according to the threshold of the signal quality parameter. Specifically, after receiving the first indication information, the processing module determines that the first feedback information is to be sent to the network device by the transceiver module only when a value of a signal quality parameter corresponding to the first multicast service is less than or equal to the threshold, otherwise, the first feedback information is not to be sent.

[0043] In a possible design, the transceiver module is further configured to receive second multicast configuration information from the network device, where the second multicast configuration information corresponds to a second multicast service, and the second multicast configuration information includes second indication information, where the second indication information indicates that feedback information is not to be sent for the second multicast service. In this way, the terminal device does not perform feedback after receiving the second multicast service.

[0044] In a possible design, when a feedback resource of the first multicast service and a feedback resource of the unicast service conflict, the processing module determines whether to send the first feedback information of the first multicast service to the network device according to a priority of the feedback information. Specifically, if a protocol predefines that the priority of the feedback information of the multicast service is higher than the priority of the feedback information of the unicast service, the transceiver module preferentially sends the first feedback information corresponding to the first multicast service to the network device and discards the feedback information corresponding to the unicast service; or if the protocol predefines that the priority of the feedback information of the multicast service is not higher than the priority of the feedback information of the unicast service, the transceiver module preferentially sends the feedback information corresponding to the unicast service to the network device and discards the first feedback information corresponding to the first multicast service.

[0045] In a possible design, the transceiving module can further receive third indication information from the network device, where the third indication information is used to indicate the priority of the feedback information of the multicast service. The third indication information can be carried in a downlink control information (DCI) or a radio resource control (RRC) message together with the multicast configuration information. In response to the third indication information, if the third indication information indicates that the priority of the feedback information of the first multicast service is a first priority (for example, a high-level priority), the processing module determines to preferentially send, by the transceiving module, the first feedback information corresponding to the first multicast service to the network device, and discard the feedback information corresponding to the unicast service; if the third indication information indicates that the priority of the feedback information of the first multicast service is a second priority (for example, a low-level priority), the processing module determines to preferentially send, by the transceiving module, the feedback information corresponding to the unicast service to the network device, and discard the first feedback information corresponding to the first multicast service.

[0046] In a possible design, the transceiving module is further configured to send fourth indication information to the terminal device, where the fourth indication information is used to trigger the terminal device to send, to the network device, the feedback stop confirmation information. The terminal device triggers the terminal device to send, to the network device, the feedback stop confirmation information due to receiving the fourth indication information. The fourth indication information can be carried in a DCI or an RRC message or a media access control (MAC) control element (CE). In this way, the terminal device can stop the feedback to the first multicast service in time according to the indication of the network device. The terminal device releases the PUCCH resource configured for the multicast feedback, and the utilization rate of the resource is improved.

[0047] In a possible design, the stop feedback confirmation information can be a MAC sub-protocol data unit (PDU). The MAC sub-PDU includes a MAC sub-header and a MAC CE, and the MAC sub-header includes a logical channel identifier (LCID). In a possible implementation, the stop feedback confirmation information can be indicated by the LCID. For example, when the LCID is a preset value (for example, 33), the terminal device stops sending feedback information for the first multicast service. In another possible implementation, the stop feedback confirmation information can be indicated by the length of the MAC CE. For example, when the length of the MAC CE is a preset length, the MAC CE with the preset length is used to indicate that the terminal device stops sending feedback information for the first multicast service. In another possible implementation, the stop feedback confirmation information can be indicated by a multicast service identifier or a G-RNTI in the MAC CE.

[0048] For the technical effects brought by the third aspect or the various possible implementations, refer to the introduction of the technical effects of the first aspect or the corresponding implementation.

[0049] In a fourth aspect, a second communication apparatus is provided. The second communication apparatus is configured to perform the method in the second aspect or any possible implementation. Specifically, the second communication apparatus can include modules configured to perform the method in the second aspect or any possible implementation, for example, a processing module and a transceiver module. For example, the transceiver module can include a transmitting module and a receiving module, which can be different functional modules or can be the same functional module but can implement different functions. For example, the communication device is a network device. Hereinafter, the second communication apparatus is taken as an example of a network device. For example, the transceiver module can be implemented by a transceiver, and the processing module can be implemented by a processor. Alternatively, the transmitting module can be implemented by a transmitter, and the receiving module can be implemented by a receiver, which can be different functional modules or can be the same functional module but can implement different functions. If the second communication apparatus is a network device, the transceiver can be implemented by, for example, an antenna, a feeder, and a codec in the network device. Alternatively, if the second communication apparatus is a chip arranged in the network device, the transceiver (or the transmitter and the receiver) can be, for example, a communication interface in the chip, which is connected to a radio frequency transceiving component in the network device to implement information transmission and reception through the radio frequency transceiving component. In the introduction of the fourth aspect, the second communication apparatus is taken as an example of a network device, and the processing module and the transceiver module are taken as examples for introduction. Specifically:

[0050] The processing module is configured to determine the first multicast configuration information.

[0051] transmitting, to a terminal device, first multicast configuration information corresponding to a first multicast service, the first multicast configuration information including first indication information indicating that the terminal device is required to send first feedback information for the first multicast service; and transmitting, to the terminal device, the first multicast service and receiving the first feedback information from the terminal device.

[0052] In a possible design of the first multicast configuration information, the first multicast configuration information further includes a group-radio network temporary identifier (G-RNTI) associated with the first multicast service and / or an identifier of the multicast service, and the G-RNTI and / or the identifier of the multicast service are associated with the first indication information.

[0053] In a possible design of the first indication information, the first indication information indicates, by one bit or one field, that the terminal device is required to send feedback for the first multicast service; and / or the first indication information indicates a transmission resource of the first feedback information.

[0054] In a possible design of the processing module, the processing module is configured to determine the terminal device required to send feedback information for the first multicast service according to at least one of a service requirement of the first multicast service, a physical relative distance between the terminal device and the network device, and a channel quality of the terminal device.

[0055] In a possible design of the transceiver, the transceiver is further configured to transmit, to the terminal device, second multicast configuration information corresponding to a second multicast service, the second multicast configuration information including second indication information indicating that the terminal device is not required to send feedback information for the second multicast service.

[0056] In a possible design of the transceiver, the transceiver is further configured to transmit, to the terminal device, third indication information indicating a priority of the feedback information for the first multicast service before receiving the first feedback information from the terminal device, where the third indication information is carried in a downlink control information (DCI) used to schedule a physical downlink shared channel (PDSCH) carrying the first multicast service.

[0057] In a possible design of the transceiver, the transceiver is further configured to transmit, to the terminal device, fourth indication information indicating that the terminal device is required to stop sending feedback information for the first multicast service, and receive, from the terminal device, stop-feedback confirmation information indicating that the terminal device has stopped sending feedback information for the first multicast service.

[0058] In a possible design, the stop feedback acknowledgement information is indicated by a logical channel identifier (LCID) carried in a medium access control (MAC) subheader; or, the stop feedback acknowledgement information is indicated by fifth indication information in a MAC control element (CE); or, the stop feedback acknowledgement information is indicated by a length of the MAC CE.

[0059] In a possible design, the transceiver is further configured to receive feedback capability information from the terminal device, where the feedback capability information is used to indicate a capability of the terminal device to send unicast feedback information and multicast feedback information on a same feedback resource; the unicast feedback information is feedback information corresponding to unicast service, and the multicast feedback information is feedback information corresponding to multicast service.

[0060] In a fifth aspect, the present application provides a communication apparatus, which can be a terminal device or a chip arranged in a terminal device. The communication apparatus has the functions of the first aspect, for example, the communication apparatus includes a processor, and the communication apparatus can further include a transceiver configured to transceive signals, and the processor is configured to execute program instructions to complete the method in any possible design or implementation manner of the first aspect. The communication apparatus can further include one or more memories coupled to the processor. The one or more memories can be integrated with the processor or arranged separately from the processor, which is not limited in the present application. The memory can store necessary computer programs or instructions for implementing the functions of the first aspect. The processor can execute the computer programs or instructions stored in the memory, and when the computer programs or instructions are executed, the communication apparatus can implement the method in any possible design or implementation manner of the first aspect.

[0061] In a possible design, the communication apparatus includes a processor and a memory, and the memory can store necessary computer programs or instructions for implementing the functions of the first aspect. The processor can execute the computer programs or instructions stored in the memory, and when the computer programs or instructions are executed, the communication apparatus can implement the method in any possible design or implementation manner of the first aspect.

[0062] In a possible design, the communication apparatus includes at least one processor and an interface circuit, where the at least one processor is configured to communicate with other apparatuses through the interface circuit, and perform the method executed by the terminal device in any possible design or implementation manner of the first aspect.

[0063] In a sixth aspect, the present application provides a communication apparatus, which can be a network device or a chip arranged in a network device. The communication apparatus has the functions of the second aspect. For example, the communication apparatus includes a processor. The communication apparatus can further include a transceiver configured to transmit and receive signals. The processor executes program instructions to perform the method in any possible design or implementation of the second aspect. The communication apparatus can further include one or more memories coupled with the processor. The one or more memories can be integrated with the processor or arranged separately from the processor, which is not limited in the present application. The memories can store the necessary computer programs or instructions for implementing the functions of the second aspect. The processor can execute the computer programs or instructions stored in the memories. When the computer programs or instructions are executed, the communication apparatus performs the method in any possible design or implementation of the second aspect.

[0064] In a possible design, the communication apparatus includes a processor and a memory. The memory can store the necessary computer programs or instructions for implementing the functions of the second aspect. The processor can execute the computer programs or instructions stored in the memory. When the computer programs or instructions are executed, the communication apparatus performs the method in any possible design or implementation of the second aspect.

[0065] In a possible design, the communication apparatus includes at least one processor and an interface circuit. The at least one processor is configured to communicate with other apparatuses through the interface circuit and perform the method in any possible design or implementation of the second aspect.

[0066] In a seventh aspect, the present application provides a computer readable storage medium, which stores computer readable instructions. When a computer reads and executes the computer readable instructions, the computer performs the method in any possible design of the first aspect or the second aspect.

[0067] In an eighth aspect, the present application provides a computer program product. When a computer reads and executes the computer program product, the computer performs the method in any possible design of the first aspect or the second aspect.

[0068] In a ninth aspect, the present application provides a chip. The chip includes a processor coupled with a memory. The processor reads and executes a software program stored in the memory to perform the method in any possible design of the first aspect or the second aspect.

[0069] In a tenth aspect, the present application provides a communication system, the communication system comprising a terminal device and a network device, wherein the terminal device is configured to implement the method in any possible design of the first aspect, and the network device is configured to implement the method in any possible design of the first aspect.

[0070] These and other aspects of the present application will become apparent from the following description of the embodiments, taken in conjunction with the accompanying drawings. BRIEF DESCRIPTION OF DRAWINGS

[0071] Figure 1 A network architecture diagram applicable to the embodiments of the present application;

[0072] Figure 2 Another network architecture diagram applicable to the embodiments of the present application;

[0073] Figure 3 Another network architecture diagram applicable to the embodiments of the present application;

[0074] Figure 4A A diagram of multicast service transmission by a network device;

[0075] Figure 4B A diagram of multicast configuration information acquisition by a terminal device;

[0076] Figure 5 A communication method interaction diagram provided by the embodiments of the present application;

[0077] Figure 6A and Figure 6B A MAC CE structure diagram provided by the embodiments of the present application;

[0078] Figures 7-10 Another communication method interaction diagram provided by the embodiments of the present application;

[0079] Figures 11A-11D A frame structure diagram in the embodiments of the present application;

[0080] Figures 12A-12G Other frame structure and mapping pattern diagrams provided by the embodiments of the present application;

[0081] Figure 13 A possible exemplary block diagram of the apparatus involved in the embodiments of the present application;

[0082] Figure 14 A structure diagram of a terminal device provided by the embodiments of the present application;

[0083] Figure 15 A structure diagram of a network device provided by the embodiments of the present application. DETAILED DESCRIPTION

[0084] The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments of the present application.

[0085] First, some terms in the embodiments of the present application are explained to facilitate understanding by those skilled in the art.

[0086] (1) Terminal device: can be a wireless terminal device capable of receiving network device scheduling and indication information, the wireless terminal device can be a device that provides voice and / or data connectivity to a user, or a handheld device with a wireless connection function, or other processing devices connected to a wireless modem. The terminal device can communicate with one or more core networks or the Internet through a radio access network (RAN), and the terminal device can be a mobile terminal device, such as a mobile phone (or called "cellular" phone, mobile phone), computer and data card, for example, can be portable, pocket-sized, handheld, computer built-in or vehicle-mounted mobile devices that exchange voice and / or data with the radio access network. For example, personal communication service (PCS) phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), tablets (Pads), computers with wireless transceiver functions, etc. The wireless terminal device can also be referred to as a system, subscriber unit, subscriber station, mobile station, mobile station (MS), remote station, access point (AP), remote terminal, access terminal, user terminal, user agent, subscriber station (SS), customer premises equipment (CPE), terminal, user equipment (UE), mobile terminal (MT), etc. The terminal device can also be a wearable device and a next-generation communication system, for example, a terminal device in a 5G communication system or a terminal device in a future evolved public land mobile network (PLMN), etc.

[0087] (2) Network device: can be a device in a wireless network, for example, the network device can be a radio access network (RAN) node (or device) that connects the terminal device to the wireless network, which can also be referred to as a base station. Currently, some examples of RAN devices are: a new generation base station (gNodeB) in a 5G communication system, a transmission reception point (TRP), an evolved Node B (eNB), a radio network controller (RNC), a Node B (NB), a base station controller (BSC), a base transceiver station (BTS), a home base station (for example, a home evolved NodeB or home Node B, HNB), a baseband unit (BBU), or a wireless fidelity (Wi-Fi) access point (AP), etc. In addition, in one network structure, the network device can include a centralized unit (CU) node, or a distributed unit (DU) node, or a RAN device including a CU node and a DU node. In addition, in other possible cases, the network device can be other devices that provide wireless communication functions for terminal devices. The embodiments of the present application do not limit the specific technology and specific device form of the network device. For convenience of description, the device that provides wireless communication functions for the terminal device is referred to as the network device in the embodiments of the present application.

[0088] (3) Radio resource control (RRC) state: the terminal device has three RRC states: RRC connected state (connected state), RRC idle state (idle state) and inactive state (inactive state).

[0089] RRC connected state (or, also referred to as connected state. In this paper, "connected state" and "RRC connected state" are the same concept, and the two designations can be interchanged): the terminal device establishes an RRC connection with the network and can perform data transmission.

[0090] RRC idle state (or, also can be referred to as idle state. In this article, "idle state" and "RRC idle state" are the same concept, and the two designations can be interchangeable): the terminal device does not establish an RRC connection with the network, and the base station does not store the context of the terminal device. If the terminal device needs to enter the RRC connected state from the RRC idle state, it needs to initiate an RRC connection establishment process.

[0091] RRC inactive state (or, also can be referred to as inactive state. In this article, "inactive state", "deactivated state", "inactive state", "RRC inactive state" and "RRC deactivated state" are the same concept, and the several designations can be interchangeable): the terminal device has entered the RRC connected state before, and then the base station releases the RRC connection, but the base station saves the context of the terminal device. If the terminal device needs to enter the RRC connected state again from the RRC inactive state, it needs to initiate an RRC connection recovery process (or referred to as an RRC connection re-establishment process). The RRC recovery process has shorter latency and smaller signaling overhead compared to the RRC establishment process. However, the base station needs to save the context of the terminal device, which will occupy the storage overhead of the base station.

[0092] (4) The terms "system" and "network" in the embodiments of the present application can be used interchangeably. "At least one" means one or more, and "multiple" means two or more. "And / or" describes the association between the associated objects, indicating that there can be three relationships, for example, A and / or B can represent the cases of A alone, A and B together, and B alone, where A and B can be singular or plural. The character " / " generally represents an "or" relationship between the associated objects. "At least one of the following" or similar expressions means any combination of these items, including any combination of single or multiple items. For example, "at least one of A, B, and C" includes A, B, C, AB, AC, BC, or ABC.

[0093] In addition, unless otherwise specified, the ordinal numbers mentioned in the embodiments of the present application are used to distinguish a plurality of objects, and are not used to limit the order, time sequence, priority or importance of the plurality of objects. For example, the first threshold and the second threshold are only used to distinguish different thresholds, and do not represent the difference in priority or importance of the two thresholds.

[0094] The technical solutions of the present application will be described in further detail below in conjunction with the accompanying drawings of the specification.

[0095] Figure 1 A network architecture suitable for the embodiments of the present application is shown in the figure. Figure 1As shown, the terminal device 130 can access to the wireless network to acquire the service of the external network (for example, the Internet) through the wireless network, or communicate with other devices through the wireless network, such as can communicate with other terminal devices. The wireless network includes a radio access network (RAN) device 110 and a core network (CN) device 120, wherein the RAN device 110 is used to access the terminal device 130 to the wireless network, and the CN device 120 is used to manage the terminal device and provide a gateway for communication with the external network. It should be understood that, Figure 1 The number of devices in the communication system shown is only illustrative, and the embodiments of the present application are not limited thereto. In actual application, more terminal devices 130, more RAN devices 110, and other devices can also be included in the communication system.

[0096] The CN can include a plurality of CN devices 120. When Figure 1 When the network architecture shown is applicable to a 5G communication system, the CN device 120 can be an access and mobility management function (AMF) entity, a session management function (SMF) entity, or a user plane function (UPF) entity, etc. When Figure 1 When the network architecture shown is applicable to an LTE communication system, the CN device 120 can be a mobility management entity (MME) and a serving gateway (S-GW), etc.

[0097] Figure 2 Another network architecture applicable to the embodiments of the present application is shown. As Figure 2 As shown, the network architecture includes a CN device, a RAN device and a terminal device. The RAN device includes a baseband device and a radio frequency device, wherein the baseband device can be implemented by one node or by multiple nodes, and the radio frequency device can be independently implemented by pulling away from the baseband device, or integrated in the baseband device, or partially independently integrated and partially integrated in the baseband device. For example, in the LTE communication system, the RAN device (eNB) includes a baseband device and a radio frequency device, wherein the radio frequency device can be arranged remotely relative to the baseband device, such as a remote radio unit (RRU) arranged as a remote wireless unit relative to the BBU.

[0098] The communication between the RAN device and the terminal device follows a certain protocol layer structure. For example, the control plane protocol layer structure can include the functions of the radio resource control (RRC) layer, the packet data convergence protocol (PDCP) layer, the radio link control (RLC) layer, the media access control (MAC) layer, and the physical layer, etc. The user plane protocol layer structure can include the functions of the PDCP layer, the RLC layer, the MAC layer, and the physical layer, etc. In one possible implementation, the PDCP layer can further include the service data adaptation protocol (SDAP) layer.

[0099] The RAN device can implement the functions of the RRC, PDCP, RLC, and MAC protocol layers by one node, or can implement the functions of these protocol layers by multiple nodes. For example, in one evolution structure, the RAN device can include a centralized unit (CU) and a distributed unit (DU), and multiple DUs can be centrally controlled by one CU. As shown in Figure 2 The CU and the DU can be divided according to the protocol layers of the wireless network, for example, the functions of the PDCP layer and the protocol layers above the PDCP layer are arranged in the CU, and the functions of the protocol layers below the PDCP layer, such as the RLC layer and the MAC layer, are arranged in the DU.

[0100] This protocol layer division is only an example, and other protocol layer divisions are also possible, for example, the RLC layer is divided, and the functions of the RLC layer and the protocol layers above the RLC layer are arranged in the CU, and the functions of the protocol layers below the RLC layer are arranged in the DU. In addition, the division can also be in a certain protocol layer, for example, part of the functions of the RLC layer and the functions of the protocol layers above the RLC layer are arranged in the CU, and the remaining functions of the RLC layer and the functions of the protocol layers below the RLC layer are arranged in the DU. In addition, the division can also be in other ways, for example, in terms of delay, the functions that need to meet the delay requirement in processing time are arranged in the DU, and the functions that do not need to meet the delay requirement are arranged in the CU.

[0101] In addition, the radio frequency device can be independently integrated, not placed in the DU, or integrated in the DU, or partially pulled away and partially integrated in the DU, which is not limited here.

[0102] Figure 3 Another network architecture suitable for the embodiments of the present application is shown. Relative to the network architecture shown in Figure 2 Figure 3 ​The CU can also separate the control plane (CP) and the user plane (UP) of the CU, and implement them as different entities, i.e., a control plane (CP) CU entity (i.e., a CU-CP entity) and a user plane (UP) CU entity (i.e., a CU-UP entity).

[0103] In the above network architecture, the signaling generated by the CU can be transmitted to the terminal device through the DU, or the signaling generated by the terminal device can be transmitted to the CU through the DU. The DU can directly transmit the signaling to the terminal device or the CU through protocol layer encapsulation without parsing the signaling. In the following embodiments, if the transmission of such signaling between the DU and the terminal device is involved, the transmission or reception of the signaling by the DU includes such a scenario. For example, the signaling of the RRC or PDCP layer is finally processed as the signaling of the PHY layer and transmitted to the terminal device, or is converted from the received PHY layer signaling. In this architecture, the signaling of the RRC or PDCP layer can also be considered as being transmitted by the DU, or being transmitted by the DU and the radio frequency load.

[0104] The network architecture shown in the above Figure 1 、 Figure 2 or Figure 3 can be applied to a communication system of various radio access technologies (RATs), for example, can be an LTE communication system, can be a 5G (or new radio (NR)) communication system, can be a transition system between the LTE communication system and the 5G communication system, which can also be referred to as a 4.5G communication system, and of course can be a future communication system. The network architecture and service scenarios described in the embodiments of the present application are for more clearly illustrating the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. It can be known by those skilled in the art that, with the evolution of the communication network architecture and the appearance of new service scenarios, the technical solutions provided by the embodiments of the present application are also applicable to similar technical problems.

[0105] The apparatus in the following embodiments of the present application can be located in a terminal device or a network device according to the functions implemented by the apparatus. When the above CU-DU structure is adopted, the network device can be a CU node, or a DU node, or a RAN device including a CU node and a DU node.

[0106] In the above Figure 1 、 Figure 2 or Figure 3In the illustrated network architecture, the network device can transmit service data to the terminal device in a multicast manner, such as implementing multicast transmission through SC-PTM technology. In the SC-PTM broadcast mode, the access network device configures a single-cell multicast control channel (SC-MCCH) through a SIB, which includes the time domain location of the SC-MCCH. The SC-MCCH carries SC-PTM configuration information, which includes configuration information of a single-cell multicast traffic channel (SC-MTCH), including a temporary mobile group identity (TMGI), a session identifier (session ID), a G-RNTI used for scrambling DCI, and configuration information of time domain discontinuous reception (DRX). It should be noted that the two logical channels SC-MCCH and SC-MTCH are both mapped to a physical downlink shared channel (PDSCH) at the physical layer, and DCI is carried in a physical downlink control channel (PDCCH). In the SC-PTM technology, multicast services can be transmitted using a physical downlink shared channel (PDSCH). The network device can send downlink control information (DCI) carried in a physical downlink control channel (PDCCH) to a group of terminal devices in a cell, and the DCI is used to schedule a multicast PDSCH carrying multicast services. The DCI can be scrambled by a group radio network temporary identity (G-RNTI) associated with the multicast service. The terminal device detects the DCI scrambled by the group radio network temporary identifier (G-RNTI) G-RNTI to obtain the physical downlink channel PDSCH scheduled thereby, and then obtains the service data carried by the PDSCH.

[0107] Referring to Figure 4AAs shown, the network device is illustrated in three multicast service transmission scenarios. The network device can allocate G-RNTI 1 for the first multicast service, G-RNTI 2 for the second multicast service, and G-RNTI 3 for the third multicast service, i.e., the G-RNTI associated with the first multicast service is G-RNTI 1, the G-RNTI associated with the second multicast service is G-RNTI 2, and the G-RNTI associated with the third multicast service is G-RNTI 3. In order to receive the first multicast service and the second multicast service, the first group of terminal devices (such as including terminal device 1, terminal device 2, and terminal device 3) need to obtain the first multicast configuration information of the first multicast service, which is used to instruct the first group of terminal devices to receive the first multicast service (such as the first multicast configuration information can include the G-RNTI 1 associated with the first multicast service), and receive DCI1 from the network device for scheduling multicast PDSCH1 (multicast PDSCH1 is used to carry the first multicast service) according to G-RNTI 1, and then receive multicast PDSCH1. Similarly, in order to receive the second multicast service, the first group of terminal devices (such as including terminal device 1, terminal device 2, and terminal device 3) need to obtain the second multicast configuration information of the second multicast service (such as the second multicast configuration information can include the G-RNTI 2 associated with the second multicast service), which is used to instruct the first group of terminal devices to receive the second multicast service, and receive DCI2 from the network device for scheduling multicast PDSCH2 (multicast PDSCH2 is used to carry the second multicast service) according to G-RNTI 2, and then receive multicast PDSCH2.

[0108] Similarly, in order to receive the second multicast service, the second group of terminal devices (such as including terminal device 4, terminal device 5, and terminal device 6) need to obtain the second multicast configuration information of the second multicast service (such as the second multicast configuration information can include the G-RNTI 2 associated with the second multicast service), which is used to instruct the second group of terminal devices to receive multicast service 2, and receive DCI2 from the network device for scheduling multicast PDSCH2 (multicast PDSCH2 is used to carry the second multicast service) according to G-RNTI 2, and then receive multicast PDSCH2.

[0109] Exemplarily, Figure 4B A deployment diagram of a mobile communication network is shown, including one or more base stations. Each base station manages one or more cells, Figure 4BFor example, a base station manages a cell. A plurality of UEs are distributed in each cell, and the UEs can be connected to the base station through an air interface to access the cell and enjoy communication services. For example, in a live sports broadcast, multiple user equipment simultaneously request a live sports broadcast service, and the base station can transmit the same video content to multiple terminal devices (for example, UEs 1, 2, and 3 in FIG. 1) through a single-point-to-multipoint multicast bearer PDSCH1. Figure 4B

[0110] It can be seen that the multicast transmission technology can effectively guarantee the service experience of users, and the more the number of terminal devices, the higher the utilization rate of network resources. However, the current multicast transmission technology does not support hybrid automatic repeat request (HARQ) feedback, so the terminal device does not feed back whether the multicast service is correctly received after receiving the multicast service. For some multicast services with relatively high reliability requirements, the current multicast transmission technology cannot meet the reliability requirements of some multicast services. Based on this, the embodiments of the present application improve the current multicast transmission technology to support a feedback mechanism, so that the terminal device can feed back the multicast service that needs to be fed back according to the indication information of the network device, thereby providing the reliability of the multicast service.

[0111] The process of how the terminal device feeds back the multicast service will be described in detail below with reference to the accompanying drawings.

[0112] Embodiment one

[0113] Figure 5 A communication method flow diagram provided by the embodiments of the present application can include the following steps.

[0114] Step 501, the network device sends first multicast configuration information to the terminal device, the first multicast configuration information corresponds to the first multicast service, and the first multicast configuration information includes first indication information, the first indication information is used to indicate that the first feedback information is sent for the first multicast service.

[0115] ​It should be noted that the first multicast configuration information is used to instruct the terminal device to receive the first multicast service. Optionally, the first multicast configuration information can be carried in an RRC message or a system message or a common channel. The first multicast configuration information is multicast configuration information corresponding to the first multicast service, used to instruct the terminal device to receive the first multicast service according to the first multicast configuration information, wherein the first multicast configuration information includes first indication information. Generally, the multicast configuration information can also include at least one of the following parameters: (1) G-RNTI, (2) an identifier of the multicast service, (3) BWP information corresponding to the G-RNTI, (4) a PDSCH scrambling sequence of the multicast service, (5) DRX parameters of the G-RNTI, (6) a demodulation reference signal, (7) a rate matching reference signal, (8) a radio bearer identifier, and (9) a security configuration identifier. Wherein:

[0116] (1) The G-RNTI corresponds to the multicast service one-to-one. In the embodiment of the application, the first multicast configuration information can also include a G-RNTI 1 corresponding to the first multicast service one-to-one. That is, the G-RNTI 1 is equivalent to an identifier of the first multicast service. In the embodiment of the application, the first indication information can be associated with the G-RNTI 1, that is, the first indication information corresponds to the first multicast service.

[0117] (2) The identifier of the multicast service includes an internet protocol (IP) address and / or a port number of the multicast service.

[0118] Wherein, the multicast service identifier can be sent by an application server to a core network device, and the core network device sends the multicast service identifier to a network device, or the multicast service identifier can also be a temporary mobile group identity (TMGI). In the embodiment of the application, the first multicast configuration information can also include an IP address and / or a port number of the first multicast service, and the first indication information can be associated with the IP address and / or the port number of the first multicast service. Specifically, the first indication information can instruct the terminal device to send first feedback information to the multicast service corresponding to the first IP address and / or the first port number.

[0119] (3) The BWP information corresponding to the G-RNTI includes at least one of the following: bandwidth, frequency location, subcarrier spacing (SCS), cyclic prefix (CP) length, control resource set (COREST) related configuration information, and PDSCH related configuration information. The COREST information is used to indicate the time-frequency resource where the G-RNTI PDCCH is located. In the embodiments of the present application, the first multicast configuration information can also include the BWP information corresponding to the G-RNTI1.

[0120] (4) PDSCH scrambling sequence of the multicast service: the terminal device applies the PDSCH scrambling sequence to descramble the PDSCH of the multicast service.

[0121] (5) DRX parameter of the G-RNTI: the terminal device uses the DRX parameter for G-RNTI detection.

[0122] (6) Demodulation reference signal: the terminal device uses the demodulation reference signal for PDSCH demodulation of G-RNTI scheduling.

[0123] (7) Rate matching reference signal: the terminal device excludes the position corresponding to the rate matching reference signal when receiving the PDSCH scheduled by the G-RNTI.

[0124] (8) Radio bearer identifier used to identify the radio bearer corresponding to the first multicast service. The radio bearer can be a data radio bearer (DRB) or a multicast radio bearer (MRB) introduced for multicast services.

[0125] (9) Security configuration identifier used to identify the security configuration corresponding to the first multicast service. The security configuration can include at least one of encryption algorithm indication and integrity protection algorithm indication.

[0126] In a possible embodiment, in step 501, the network device can use explicit indication or implicit indication method to indicate whether the terminal device needs to send feedback information through the first indication information.

[0127] Specifically, the network device can use any one or more of the following ways to send the first indication information to the terminal device to indicate whether to perform feedback on the first multicast service.

[0128] Method one

[0129] The first indication information indicates whether the terminal device feeds back the received first multicast service. For example, the network device can indicate the network device 1 feeds back the first multicast service by one bit or one special field in the first indication information.

[0130] It should be noted that the network device can also feed back the first multicast service by two or more bits in the first indication information. Alternatively, the network device can also indicate to feed back the first multicast service by two or more fields in the first indication information. The embodiments of the present application do not make a specific limitation in this regard.

[0131] Mode two

[0132] The first indication information implicitly indicates whether the terminal device feeds back the received first multicast service. For example, the network device 1 can indicate the transmission resource of the first feedback information corresponding to the first multicast service in the first indication information, and the transmission resource is used to carry the first feedback information of the terminal device to the first multicast service.

[0133] For example, the network device configures the PUCCH resource used for the hybrid automatic repeat request (HARQ) feedback of the first multicast service for the terminal device, which means that the terminal device needs to feed back. The PUCCH resource can be different from the PUCCH resource used for the HARQ feedback of the unicast service.

[0134] Mode three

[0135] The first indication information includes an auxiliary parameter, and the terminal device determines whether to feed back the first multicast service according to the auxiliary parameter. For example, the network device can transmit the threshold value of the signal quality parameter in the first indication information. The signal quality parameter can be at least one of the following: reference signal receiving power (RSRP), reference signal receiving quality (RSRQ), received signal strength indication (RSSI), channel quality information (CQI), and the like. After the terminal device receives the first indication information, the terminal device further determines whether to feed back according to the threshold value and the measured value of the signal quality parameter. For details, see step 504.

[0136] Mode four

[0137] The network device may combine at least two of the above methods one to three in the first indication information to indicate whether the terminal device should respond to the first multicast service.

[0138] For example, the network device can combine methods one and three to instruct the terminal device. For instance, the network device may use a bit or a field in the first instruction information to indicate that the terminal device needs to provide feedback on the first multicast service. Additionally, the network device may also indicate the transmission resources for the first feedback information corresponding to the first multicast service in the first instruction information. Accordingly, the terminal device determines that it needs to provide feedback on the first multicast service based on the bits or fields in the first instruction information, and can send the first feedback information to the network device using the transmission resources indicated in the first instruction information.

[0139] In one possible embodiment, before performing step 501, the network device needs to determine the terminal devices that need to provide feedback on the multicast service. The method for determining the network device may include one or more of the following.

[0140] Method 1

[0141] Network devices can determine which terminal devices need to respond to multicast services based on the service requirements of the multicast services corresponding to the group of terminal devices to which the terminal device belongs. For example, the network device might determine if the multicast service sent to the terminal device is one that the terminal device is interested in; if so, the network device is required to respond to that multicast service. Here, a group of terminal devices is a collection of terminal devices that receive the same multicast service. Figure 4A In this context, terminal equipment 1, terminal equipment 2, and terminal equipment 3 constitute the first group of terminal equipment for receiving multicast service 1.

[0142] For example, in the above embodiments, the group terminal devices to which the terminal device belongs are... Figure 4A The first group of terminal devices in the system assumes that the service requirements of the first multicast service corresponding to the first group of terminal devices have high reliability requirements.

[0143] One possible approach is for the network device to determine that some terminal devices in the first group receiving the first multicast service need to provide feedback for the first multicast service. The network device can configure some of these terminal devices to provide feedback, while others do not. In principle, due to the high reliability requirements of the first multicast service, feedback should be configured for all terminal devices receiving it. However, considering at least one of the following factors—the network's available feedback resources, the channel quality between the terminal devices and the network device, and the receiving capability of the terminal devices—the network device can select some terminal devices to configure feedback resources. This approach ensures the reception of the first multicast service while conserving feedback resources, thus improving resource utilization.

[0144] Alternatively, the network device can determine that all terminal devices in the first group of terminal devices receiving the first multicast service need to feed back the first multicast service, and the network device can configure all terminal devices in the first group of terminal devices to feed back the first multicast service.

[0145] Option 2

[0146] The network device can determine whether the terminal device needs to feed back the multicast service according to a physical distance and / or a transmission distance between the terminal device and the network device.

[0147] For example, if the physical distance between the terminal device and the network device exceeds a set threshold, the network device can instruct the terminal device to feed back the received multicast service; otherwise, if the physical distance between the terminal device and the network device does not exceed the set threshold, the network device can instruct the terminal device not to feed back the received multicast service.

[0148] Option 3

[0149] The network device can determine whether the terminal device needs to feed back the multicast service according to a channel quality condition of the terminal device.

[0150] For example, the network device can determine the channel quality condition of the terminal device according to a transmission channel (e.g., PDSCH) corresponding to the first multicast service. If the terminal device is in a poor channel quality condition, the network device can instruct the terminal device to feed back the received multicast service; otherwise, if the terminal device is in a good channel quality condition, the network device can instruct the terminal device not to feed back the received multicast service.

[0151] Step 502, the terminal device receives first multicast configuration information.

[0152] For example, the terminal device can receive the first multicast configuration information from the network device through a radio resource control (RRC) connection.

[0153] For another example, the terminal device can receive the first multicast configuration information from the network device through a common channel or a system message.

[0154] For another example, the terminal device can receive the first multicast configuration information from the network device in a random access process.

[0155] Step 503, the network device sends the terminal device the first multicast service.

[0156] At step 504, the terminal device receives the first multicast service according to the first multicast configuration information.

[0157] In a possible implementation, when the first multicast configuration information comprises the first indication information and a G-RNTI1 associated with the first multicast service, the terminal device can descramble a DCI1 from the network device according to the G-RNTI1, where the DCI1 is used to schedule a multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.

[0158] At step 505, after receiving the first multicast service, the terminal device determines whether to feed back the first multicast service according to the first indication information. If yes, the terminal device performs a subsequent step; otherwise, the terminal device stops performing the subsequent step.

[0159] In a possible embodiment, at step 505, the terminal device can determine whether to feed back the first multicast service according to the first indication information in any one or more of the following manners.

[0160] Manner one

[0161] The terminal device determines whether to feed back the received first multicast service according to a bit value of a bit corresponding to the first multicast service in the first indication information, or determines whether to feed back the received first multicast service according to a special field in the first indication information.

[0162] Specifically, after receiving the first indication information, if a bit value of a bit corresponding to the terminal device in the first indication information is a first preset value (for example, "1"), the terminal device determines that the first multicast service needs to be fed back. After receiving the first indication information, if the bit value of the bit corresponding to the terminal device in the first indication information is a second preset value (for example, "0"), the terminal device determines that the first multicast service does not need to be fed back.

[0163] Alternatively, after receiving the first indication information, if the first indication information comprises a protocol-agreed field, the terminal device determines that the first multicast service needs to be fed back. After receiving the first indication information, if the first indication information does not comprise the protocol-agreed field, the terminal device determines that the first multicast service does not need to be fed back.

[0164] Manner two

[0165] The terminal device determines that the first indication information indicates a transmission resource of the first multicast service, and feeds back the received first multicast service; or the terminal device determines that the first indication information does not indicate the transmission resource of the first multicast service, and does not feed back the received first multicast service.

[0166] Manner three

[0167] After receiving the first indication information, if the first indication information includes a threshold value of the signal quality parameter, the terminal device determines that the value of the signal quality parameter of the first multicast service is less than or equal to the threshold value, and then the terminal device determines to feed back the first multicast service.

[0168] For example, the terminal device can determine to feed back the first multicast service according to at least one of the following conditions. Condition one: when the terminal device measures the RSRP value of the first multicast service to be less than or equal to the RSRP threshold value; condition two: when the terminal device measures the RSRQ value of the first multicast service to be less than or equal to the RSRQ threshold value; condition three: when the terminal device measures the SINR value of the first multicast service to be less than or equal to the SINR threshold value; condition four: when the terminal device measures the CQI value of the first multicast service to be less than or equal to the CQI threshold value; and condition five: when the terminal device measures the RSSI value of the first multicast service to be less than or equal to the RSSI threshold value.

[0169] In step 506, when the terminal device determines to feed back the first multicast service, the terminal device sends first feedback information corresponding to the first multicast service to the network device.

[0170] Specifically, the first feedback information sent by the terminal device to the network device can be positive feedback information, such as an acknowledgement (ACK) or a negative acknowledgement (NACK). For example, if the terminal device correctly receives the first multicast service, the terminal device needs to send positive feedback information (ACK) to the network device. If the terminal device does not correctly receive the first multicast service, the terminal device needs to send negative feedback information (NACK) to the network device.

[0171] For example, from the perspective of the network device, the network device determines the way (unicast or multicast) to retransmit the first multicast service according to the received first feedback information corresponding to the first multicast service. In one example, the network device determines the way to retransmit the first multicast service according to the number of NACK feedback information corresponding to the first multicast service. If the number is less than or equal to a threshold value (the threshold value is a positive integer greater than or equal to 1), the network device retransmits the first multicast service to each terminal device that feeds back NACK information through unicast; otherwise, the network device retransmits the first multicast service through multicast. In another example, as long as the network receives NACK feedback information corresponding to the first multicast service, the network retransmits the first multicast service through multicast.

[0172] The possible implementation of the terminal device sending the first feedback information to the network device is described below.

[0173] In a possible embodiment, the first indication information indicates a transmission resource of the first feedback information of the first multicast service, and the terminal device can transmit the first feedback information to the network device by using the transmission resource.

[0174] In another possible embodiment, the first indication information does not indicate a transmission resource of the first feedback information of the first multicast service, the terminal device receives resource indication information of the network device, the resource indication information indicates a transmission resource configured by the network device for the terminal device, and the terminal device transmits the first feedback information on the transmission resource configured by the network device.

[0175] In other possible embodiments, the first indication information does not indicate a transmission resource of the first feedback information of the first multicast service, and the terminal device can transmit the first feedback information to the network device on a protocol-agreed transmission resource.

[0176] In the above embodiments, for the terminal device, the network device can configure a PUCCH resource corresponding to the first feedback information, and the terminal device can transmit the first feedback information on the PUCCH resource. Since the terminal device can also receive a unicast service from the network device, the terminal device also needs to feed back the unicast service, and thus, there can be a conflict between a PUCCH resource used for HARQ feedback of the unicast service and a PUCCH resource used for the first feedback information. To this end, to solve this problem, when the feedback resource of the first multicast service and the feedback resource of the unicast service conflict, the terminal device can determine whether to transmit the first feedback information of the first multicast service to the network device according to a priority of the feedback information. Specifically, the terminal device can determine how to feed back the first multicast service and the unicast service by using any one of the following two manners.

[0177] Manner 1: The priority is protocol predefined

[0178] Specifically, if the protocol predefines that the priority of the feedback information of the multicast service is higher than the priority of the feedback information of the unicast service, the terminal device can preferentially transmit the first feedback information corresponding to the first multicast service to the network device, and discard the feedback information corresponding to the unicast service; or if the protocol predefines that the priority of the feedback information of the multicast service is not higher than the priority of the feedback information of the unicast service, the terminal device preferentially transmits the feedback information corresponding to the unicast service to the network device, and discards the first feedback information corresponding to the first multicast service.

[0179] Manner 2: The priority is indicated by the network device through third indication information

[0180] Specifically, the terminal device can receive third indication information from the network device, the third indication information being used to indicate a priority of feedback information of the multicast service. The third indication information can be carried in a DCI or an RRC message together with the multicast configuration information. In response to the third indication information, if the third indication information indicates that the priority of the feedback information of the first multicast service is a first priority (for example, a high-level priority), the terminal device preferentially sends the first feedback information corresponding to the first multicast service to the network device and discards the feedback information corresponding to the unicast service; if the third indication information indicates that the priority of the feedback information of the first multicast service is a second priority (for example, a low-level priority), the terminal device preferentially sends the feedback information corresponding to the unicast service to the network device and discards the first feedback information corresponding to the first multicast service.

[0181] Optionally, the third indication information can be 1 bit or a plurality of bits, which is not limited here. For example, when the third indication information is indicated by 1 bit, the bit position at "0" indicates the first priority, and the bit position at "1" indicates the second priority.

[0182] Optionally, the terminal device receives an information frame of a format 1_0 or a format 1_1 downlink control information sent by the network device through a physical downlink control channel, and the third indication information is included in the information frame.

[0183] Optionally, the embodiment one can further include step 507a after step 506: the terminal device determines to stop the feedback to the first multicast service. The implementation manner of the terminal device determining to stop sending the feedback information to the first multicast service includes implementation manner 1a and implementation manner 2a.

[0184] Implementation manner 1a

[0185] The terminal device determines to stop sending the feedback information to the first multicast service according to fourth indication information sent by the network device, and correspondingly, the above step 507a can specifically include step 507 and step 508.

[0186] Step 507: the network device sends fourth indication information to the terminal device, the fourth indication information being used to indicate that the terminal device stops sending the feedback information to the first multicast service.

[0187] Exemplarily, the fourth indication information can be carried in a DCI, an RRC message or a media access control (MAC) control element (CE).

[0188] Optionally, the method further includes step 508, the terminal device sends a stop feedback confirmation information to the network device, the stop feedback confirmation information is used to instruct the terminal device to stop sending feedback information to the first multicast service.

[0189] Implementation 2a

[0190] The step 507a can be specifically: the terminal device determines to stop feeding back the first multicast service according to a predefined parameter. The predefined parameter can be a length of a first timer or a first counting threshold.

[0191] In an example, the predefined parameter is the length of the first timer. If the terminal device triggers the start of the first timer by sending feedback information, when the first timer expires, the terminal device determines to stop feeding back the first multicast service; when the terminal device subsequently sends the first feedback information on the feedback resource corresponding to the first multicast service, the first timer is restarted; when the first timer expires, the terminal device determines to stop feeding back the first multicast service.

[0192] In another example, the predefined parameter is the first counting threshold, the first counting threshold corresponds to a first counter, and the initial value of the first counter is 0. If the content transmitted by the terminal device on the feedback resource corresponding to the first multicast service does not include the first feedback information, the value of the first counter is increased by 1, and when the value of the first counter is greater than or equal to the first threshold, the terminal device determines to stop feeding back the first multicast service. In addition, if the content transmitted by the terminal device on the feedback resource corresponding to the first multicast service includes the first feedback information, the counter is cleared.

[0193] In addition, through the above-mentioned implementation 1a and implementation 2a, once the terminal device determines to stop sending feedback information to the first multicast service, the terminal device will perform at least one of the following actions: action one, stop sending feedback information to the first multicast service; action two, release the PUCCH resource configured for multicast feedback, thereby improving the utilization rate of resources. Action three, instruct the upper layer that the feedback of the first multicast service has stopped. The network device configures the feedback function and feedback resource for the terminal device, but if the terminal device does not use the feedback resource for a long time, it will cause waste of communication resources. Through the communication prevention provided in this embodiment, the feedback resource with low utilization rate can be released in time, thereby improving the resource utilization rate of the communication system.

[0194] In a possible embodiment, in the step 508, the stop feedback confirmation information can be carried in a MAC CE, each MAC CE has a corresponding MAC subheader, and the MAC subheader includes a logical channel identifier (LCID), which is used to identify the type of the corresponding MAC CE. The MAC subheader is shown in the following table:Figure 6A There are two possible implementations for the MAC CE format as follows.

[0195] Method I:

[0196] The MAC CE corresponding to the stop feedback determination information has a length of 0, and the MAC CE is indicated by a logical channel identifier (LCID). For example, when the LCID is a first preset value, it indicates that the terminal device stops sending feedback information for the first multicast service.

[0197] Another possible way is that the stop feedback confirmation information can be indicated by the length of the MAC CE. For example, when the length of the MAC CE is a first preset length, the MAC CE with the first preset length is used to indicate that the terminal device stops sending feedback information for the first multicast service.

[0198] Method II:

[0199] The stop feedback confirmation information can be indicated by fifth indication information in the MAC CE. The fifth indication information can be a G-RNTI1 associated with the first multicast service, or a service identifier of the first multicast service. For example, referring to Figure 6B When the MAC CE carries the G-RNTI1, it indicates that the terminal device stops feeding back the first multicast service corresponding to the G-RNTI1.

[0200] According to the above content, on the one hand, the terminal device can feed back the multicast service, and on the other hand, the terminal device can feed back the first multicast service according to the first indication information, and then the network device can indicate the terminal device to feed back the multicast service with high latency requirement through the first indication information, thereby effectively improving the reliability of the multicast service with high latency requirement and improving the flexibility of configuration.

[0201] Embodiment Two

[0202] As shown in Figure 7 The communication method provided by the embodiments of the present application can also be applied to the feedback mechanism of multiple multicast services at the same time, and the network device can configure different feedback functions and / or feedback resources for different multicast services. For example, Figure 4A Taking the terminal device 1 in

[0203] Step 701: The network device sends first multicast configuration information to the terminal device 1, the first multicast configuration information corresponds to a first multicast service, and the first multicast configuration information includes first indication information, the first indication information is used to indicate sending first feedback information for the first multicast service.

[0204] The first multicast configuration information is used for instructing the terminal device to receive the first multicast service, and the first multicast configuration information can be carried in an RRC message or a system message or a common channel. The first multicast configuration information is multicast configuration information corresponding to the first multicast service. The specific content of the multicast configuration information and the specific content that can be included in the first multicast configuration information can be referred to step 501, which will not be repeated here.

[0205] In step 701a, the network device sends second multicast configuration information to the terminal device 1, the second multicast configuration information corresponds to the second multicast service, and the second multicast configuration information includes second indication information, the second indication information is used to indicate that no feedback information needs to be sent for the second multicast service.

[0206] The second multicast configuration information is used for instructing the terminal device to receive the second multicast service, and the first multicast configuration information can be carried in an RRC message. The content included in the first multicast configuration information can be referred to step 501, which will not be repeated here.

[0207] Exemplarily, the second multicast service and the first multicast service in the above steps 701 and 701a refer to different multicast services. The following will be introduced respectively for the two ways.

[0208] Method A: The first multicast configuration information and the second multicast configuration information can be carried in different messages. For example, the first multicast configuration information is carried in a first RRC message, and the second multicast configuration information can be carried in a second RRC message. The network device sends the first RRC message and the second RRC message to the terminal device respectively. The first multicast configuration information in the first RRC message instructs the terminal device 1 to receive the first multicast service, and the second multicast configuration information in the second RRC message instructs the terminal device 2 to receive the second multicast service.

[0209] Method B: The first multicast configuration information and the second multicast configuration information are carried in the same message. For example, the network device sends a third RRC message to the terminal device, and the third RRC message includes the first multicast configuration information and the second multicast configuration information. The first multicast configuration information corresponds to the first multicast service, and the second multicast configuration information corresponds to the second multicast service. The first indication information is included in the first multicast configuration information, and the second indication information is included in the second multicast configuration information.

[0210] In a possible embodiment, in steps 701 and 701a, the network device can use explicit indication or implicit indication method in the first indication information and / or the second indication information to indicate whether the terminal device needs to send feedback information. Specifically, the three ways of the first indication information in the above step 501 can be referred to, which will not be repeated here.

[0211] It should be noted that the first indication information and the second indication information sent by the network device can indicate whether the terminal device 1 feeds back in the same manner among the three manners in step 501, or can indicate whether the terminal device 1 feeds back in different manners, and the embodiments of the present application do not limit this.

[0212] Step 702, the terminal device 1 receives the first multicast configuration information.

[0213] Step 702a, the terminal device 1 receives the second multicast configuration information.

[0214] In steps 702 and 702a, the terminal device 1 receives the first multicast configuration information and the second multicast configuration information sent by the network device, including:

[0215] An example is that the terminal device 1 can receive the first multicast configuration information and the second multicast configuration information from the network device through a radio resource control (RRC) connection message.

[0216] Another example is that the terminal device 1 can receive the first multicast configuration information and the second multicast configuration information from the network device through a common channel or a system message.

[0217] Another example is that the terminal device 1 can receive the first multicast configuration information and the second multicast configuration information from the network device in a random access process.

[0218] Step 703, the network device sends the terminal device 1 the first multicast service and the second multicast service.

[0219] It should be noted that the first multicast service and the second multicast service can be sent in the same message, or can be sent separately.

[0220] Step 704, the terminal device 1 receives the first multicast service according to the first multicast configuration information.

[0221] A possible implementation is that when the first multicast configuration information includes not only the first indication information, but also a G-RNTI1 associated with the first multicast service, the terminal device 1 can descramble a DCI1 from the network device according to the G-RNTI1 in the first RRC message, the DCI1 is used to schedule a multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.

[0222] Step 704a, the terminal device 1 receives the second multicast service according to the second multicast configuration information.

[0223] For the above step 704 and step 704a, the terminal device can receive the first multicast configuration information and / or the second multicast configuration information in any of the following manners.

[0224] For the above step 701 and step 701a, in the manner A, on one hand, the terminal device 1 can descramble the DCI1 from the network device according to the G-RNTI 1 in the first RRC message, the DCI1 being used to schedule the multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1; on the other hand, the terminal device 1 can descramble the DCI2 from the network device according to the G-RNTI 2 in the second RRC message, the DCI2 being used to schedule the multicast PDSCH2, and then the terminal device receives the second multicast service carried by the multicast PDSCH2.

[0225] For the above step 701 and step 701a, in the manner B, the terminal device 1 can descramble the DCI from the network device according to the G-RNTI in the third RRC message, the DCI being used to schedule the multicast PDSCH1 and the multicast PDSCH2, and then the terminal device receives the first multicast service carried by the multicast PDSCH1 and the second multicast service carried by the multicast PDSCH2.

[0226] Step 705, the terminal device 1 can determine whether to feed back the first multicast service according to the first indication information, and determine whether to feed back the second multicast service according to the second indication information, if yes, execute the subsequent step 706, otherwise, stop executing the subsequent step.

[0227] Specifically, the terminal device 1 can determine whether to feed back the first multicast service according to the first indication information and determine whether to feed back the second multicast service according to the second indication information in any one or more of the manners listed in the above step 505, which will not be repeated here.

[0228] Step 706, the terminal device 1 sends the first feedback information to the network device, the first feedback information being corresponding to the first multicast service.

[0229] Wherein, the terminal device 1 sends the first feedback information to the network device, the first feedback information can be ACK or NACK. Exemplarily, if the terminal device 1 correctly receives the first multicast service, the terminal device 1 needs to send the positive feedback information (ACK) to the network device. If the terminal device 1 does not correctly receive the first multicast service, the terminal device 1 needs to send the negative feedback information (NACK) to the network device.

[0230] Exemplarily, from the perspective of the network device, the network device determines the manner (unicast or multicast) used for retransmitting the first multicast service according to the received first feedback information corresponding to the first multicast service. In an example, the network device determines the manner (unicast or multicast) used for retransmitting the first multicast service according to the number of NACK feedback information corresponding to the first multicast service. If the number is less than or equal to a threshold (the threshold is a positive integer greater than or equal to 1), the network device retransmits the first multicast service to each terminal device feeding back NACK information through unicast; otherwise, the network device retransmits the first multicast service through multicast. In another example, as long as the network device receives NACK feedback information corresponding to the first multicast service, the network device retransmits the first multicast service through multicast.

[0231] The possible implementation manners of the terminal device sending the first feedback information to the network device are described above after step 506, and thus are not repeated here.

[0232] In a possible embodiment, for the same multicast service, the network device can instruct at least one terminal device in the same group of terminal devices to feed back the multicast service, and at least one terminal device in the same group of terminal devices not to feed back the multicast service. Based on this, the network device can determine the manner (unicast or multicast) used for retransmitting the first multicast service according to the received first feedback information corresponding to the first multicast service. Figure 7 The communication method shown in the figure can further include the following steps 701b, 703a and 704b. In this embodiment, the terminal device 2 does not feed back the first multicast service after receiving the first multicast service.

[0233] Step 701b: The network device sends third multicast configuration information to the terminal device 2, the third multicast configuration information corresponding to the multicast service, the third multicast configuration information including indication information for indicating that the terminal device 2 does not need to feed back the first multicast service.

[0234] The first group of terminal devices includes the terminal device 1 and the terminal device 2, as shown in the figure. Figure 4A

[0235] Step 703a: The network device sends the first multicast service to the terminal device 2.

[0236] In a possible implementation, the network device can send the first multicast service to the terminal device 1 and the terminal device 2 in the first group of terminal devices through multicast.

[0237] Step 704b: The terminal device 2 receives the first multicast service.

[0238] In a possible embodiment, before step 701 is performed, the network device needs to determine the terminal device that needs to feed back the multicast service. The determination method of the network device can include one or more of the following methods. ​

[0239] In a first manner, the network device can determine, according to a service requirement of the group terminal device to which the terminal device belongs, whether the multicast service sent by the network device to the terminal device is the multicast service of interest to the terminal device, and if so, determine that the terminal device needs to feed back the multicast service.

[0240] For example, the group terminal device in which the terminal device 1 in the above embodiment is the first group terminal device in the first group terminal device, and it is assumed that the service requirement of the first terminal device to the first multicast service is high reliability requirement. A possible way is that the network device determines that the terminal device receiving the first multicast service in the first group terminal device needs to feed back the first multicast service, that is, the network device can configure the terminal device 1 of the first group terminal device to feed back the first multicast service, and the terminal device 2 does not feed back the first multicast service. Another possible way is that the network device can determine that all terminal devices of the first group terminal device need to feed back the first multicast service. Figure 4A For another example, it is assumed that the service requirement of the first terminal device to the second multicast service is low reliability requirement. A possible way is that the network device can configure the terminal device 1 of the first group terminal device not to feed back the second multicast service.

[0241] In a second manner, the network device can determine whether the terminal device needs to feed back the multicast service according to the physical relative distance between the terminal device and the network device.

[0242] For example, if the physical distance between the terminal device 1 and the network device exceeds a set threshold, the network device can instruct the terminal device 1 to feed back the received first multicast service; on the contrary, if the physical distance between the terminal device 2 and the network device does not exceed the set threshold, the network device can instruct the terminal device 2 not to feed back the received first multicast service.

[0243] In a third manner, the network device can determine whether the terminal device needs to feed back the multicast service according to the channel quality condition of the terminal device.

[0244] For example, the network device can determine the channel quality condition of the terminal device according to the transmission channel (such as PDSCH) of the first multicast service. If the channel quality in which the terminal device 1 is located is poor, the network device can instruct the terminal device 1 to feed back the received first multicast service; on the contrary, if the channel quality in which the terminal device 2 is located is good, the network device can instruct the terminal device 2 not to feed back the received first multicast service.

[0245]

[0246] ​For example, the network device can determine the channel quality status of the terminal device according to the transmission channel (e.g., PDSCH) of the first multicast service and the second multicast service. If the transmission channel quality of the first multicast service corresponding to the terminal device 1 is poor, the network device can instruct the terminal device 1 to feed back the received first multicast service; if the transmission channel quality of the second multicast service corresponding to the terminal device 1 is good, the network device can instruct the terminal device 1 not to feed back the received second multicast service.

[0247] In a possible embodiment, in step 706, when the feedback resource of the first multicast service and the feedback resource of the unicast service conflict, the terminal device 1 can determine whether to send the first feedback information of the first multicast service to the network device according to the priority of the feedback information. For details, refer to the description in the above-described method, which will not be repeated here. Figure 5

[0248] In a possible embodiment, after step 706, the embodiment can further include step 707a: the terminal device determines to stop feeding back the first multicast service. The implementation manner of the terminal device 1 determining to stop sending the feedback information of the first multicast service is respectively implementation manner 1b and implementation manner 2b.

[0249] Implementation manner 1b

[0250] The terminal device 1 determines to stop sending the feedback information of the first service according to the fourth indication information sent by the network device. Correspondingly, step 707a can specifically include step 707 and step 708.

[0251] Step 707: The network device sends fourth indication information to the terminal device 1, and the fourth indication information is used to instruct the terminal device 1 to stop sending the feedback information of the first multicast service.

[0252] For example, the fourth indication information can be carried in DCI, RRC message or MAC CE.

[0253] Optionally, step 708 is further included: the terminal device 1 sends stop feedback confirmation information to the network device, and the stop feedback confirmation information is used to instruct the terminal device 1 to stop sending the feedback information of the first multicast service. In this way, the terminal device 1 releases the PUCCH resource configured for multicast feedback, and improves the utilization rate of the resource.

[0254] Implementation manner 2b

[0255] ​The step 507a can be specifically: the terminal device 1 determines to stop feeding back the first multicast service according to a predefined parameter. The predefined parameter can be a first timer or a first count threshold. For details, please refer to the above-mentioned implementation manner 2a, which will not be repeated here.

[0256] In addition, after the above-mentioned implementation manner 1b and implementation manner 2b, once the terminal device determines to stop sending feedback information for the first multicast service, the terminal device will perform at least one of the following actions: action one, stop sending feedback information for the first multicast service; action two, release the PUCCH resource configured for multicast feedback, thereby improving the utilization rate of resources. Action three, instruct the upper layer that the feedback for the first multicast service has stopped. It can be seen that if the terminal device is configured with feedback function and feedback resource, but if the terminal device does not use the feedback resource for a long time, this method can avoid resource waste, so as to release the feedback resource in time.

[0257] In a possible embodiment, the feedback confirmation information in the step 708 can be carried in a MAC CE, each MAC CE has a corresponding MAC subheader, and the MAC subheader includes a logical channel identifier (LCID), which is used to identify the corresponding MAC CE type. The MAC subheader is shown in Figure 6A For two possible implementation manners of the MAC CE format, please refer to the manner I and manner II listed after the step 508 in the embodiment one.

[0258] In the embodiment of the present application, the network device can configure different feedback functions and / or feedback resources for different multicast services. On the one hand, the terminal device can realize feedback for multicast services, and on the other hand, the terminal device can realize feedback for multicast services with high latency requirements indicated by the network device due to the first indication information indicating feedback for the first multicast service, thereby effectively improving the reliability of multicast services with high latency requirements.

[0259] Embodiment three

[0260] As shown in Figure 8 , the network device can dynamically control the terminal device to start or stop the feedback function through the indication information. The method can include the following steps.

[0261] Step 801, the network device sends first multicast configuration information to the terminal device, and the first multicast configuration information corresponds to the first multicast service.

[0262] In a possible implementation, the first multicast configuration information can include configuration information of feedback information corresponding to the first multicast service, for example, the configuration information includes a feedback timing duration of first feedback information of the first multicast service, a codebook used by the first feedback information, or a transmission resource used for sending the first feedback information, and the like.

[0263] The first multicast configuration information is used to instruct the terminal device to receive the first multicast service, and the first multicast configuration information can be carried in an RRC message or a system message or a common channel. The first multicast configuration information is multicast configuration information corresponding to the first multicast service. The specific content of the multicast configuration information and the specific content included in the first multicast configuration information can be referred to step 501, which will not be repeated here.

[0264] In step 802, the terminal device receives the first multicast configuration information.

[0265] An example is that the terminal device can receive the first multicast configuration information from the network device through a radio resource control (RRC) connection.

[0266] Another example is that the terminal device can receive the first multicast configuration information from the network device through a common channel or a system message.

[0267] Still another example is that the terminal device can receive the first multicast configuration information from the network device in a random access process.

[0268] In step 803, the network device sends the terminal device the first multicast service.

[0269] In step 804, the terminal device receives the first multicast service according to the first multicast configuration information.

[0270] A possible implementation is that when the first multicast configuration information includes the first indication information and a G-RNTI1 associated with the first multicast service, the terminal device can descramble a DCI1 from the network device according to the G-RNTI1 in the first RRC message, the DCI1 is used to schedule a multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.

[0271] Since the terminal device does not feed back the received multicast service by default, after step 804 is executed, the terminal device does not feed back the currently received first multicast service.

[0272] In step 805, the network device sends the terminal device sixth indication information, which is used to instruct the terminal device to start sending feedback information for the first multicast service.

[0273] Exemplarily, the sixth indication information can be carried in a DCI, an RRC message or a MAC CE.

[0274] At step 806, the terminal device sends start feedback confirmation information to the network device, the start feedback confirmation information being used to indicate that the terminal device starts to send feedback information for the first multicast service.

[0275] The start feedback confirmation information can be carried in a MAC CE. Each MAC CE has a corresponding MAC subheader, and the MAC subheader includes an LCID, which is used to identify the corresponding MAC CE type. The MAC subheader is described in detail in Figure 6A There are two possible implementation manners for the MAC CE format as follows:

[0276] Manner A:

[0277] The start feedback confirmation information can be indicated by an LCID. Exemplarily, when the LCID is a second preset value (for example, the byte number is 1), it indicates that the terminal device starts to send feedback information for the first multicast service.

[0278] Manner B:

[0279] The start feedback confirmation information can be indicated by the length of the MAC CE. Exemplarily, when the length of the MAC CE is a second preset length, the MAC CE with the second preset length is used to indicate that the terminal device starts to send feedback information for the first multicast service.

[0280] Manner C:

[0281] The start feedback confirmation information can be indicated by indication information in the MAC CE. The indication information can be the identifier of the terminal device or the identifier of the first multicast service, etc.

[0282] At step 807, the network device sends the first multicast service to the terminal device.

[0283] At step 808, the terminal device continues to receive the first multicast service.

[0284] At step 809, the terminal device sends first feedback information to the network device, the first feedback information corresponding to the first multicast service.

[0285] The first feedback information sent by the terminal device to the network device can be positive feedback information (ACK) or negative feedback information (NACK), which can be referred to step 506 and will not be repeated here.

[0286] At step 810, the network device sends fourth indication information to the terminal device, the fourth indication information being used to indicate that the terminal device stops sending feedback information for the first multicast service.

[0287] Exemplarily, the fourth indication information can be carried in a DCI, an RRC message or a MAC CE.

[0288] At step 811, the terminal device sends, to the network device, stop feedback acknowledgement information, the stop feedback acknowledgement information being used to indicate that the terminal device stops sending feedback information for the first multicast service.

[0289] In this way, after step 811 is performed, the terminal device no longer feeds back the first multicast service, and thus the PUCCH resource configured for multicast feedback is released, improving resource utilization. For specific examples, refer to the implementation mode 1a and the implementation mode 2a described above, which are not repeated here.

[0290] In the embodiments of the present application, the network device can indicate the terminal device to start the feedback function for the first multicast service through the sixth indication information, and indicate the terminal device to stop the feedback for the first multicast service through the fourth indication information, to achieve flexible control of the feedback function, configure the feedback function of the multicast service according to real-time needs of the service, and thus improve the service reliability of the communication system while ensuring resource utilization.

[0291] Embodiment Four

[0292] For the scenario that the first indication information of the first multicast configuration information in the embodiment one is the threshold value of the signal quality parameter, the network device can achieve that the terminal device determines whether to send feedback information according to the transmission quality of the multicast service by sending the threshold value of the signal quality parameter. The embodiments of the present application further illustrate in detail how the terminal device feeds back the first multicast service in this scenario through the method flowchart shown in the figure. Figure 9

[0293] At step 901, the network device sends, to the terminal device, first multicast configuration information, the first multicast configuration information corresponding to a first multicast service, the first multicast configuration information including first indication information, the first indication information including a threshold value of a signal quality parameter corresponding to the first multicast service, the first indication information being used to indicate sending first feedback information for the first multicast service.

[0294] It should be noted that the first multicast configuration information is used to indicate that the terminal device receives the first multicast service. The first multicast configuration information can be carried in an RRC message or a system message or a common channel. The first multicast configuration information is multicast configuration information corresponding to the first multicast service.

[0295] ​It should be noted that the first multicast configuration information can not include the first indication information in the step 901, that is, the first indication information (i.e., the threshold value of the signal quality parameter) can be carried in other RRC messages or system messages or common channels.

[0296] Exemplarily, the signal quality parameter can be RSRP, SINR or RSRQ, etc. The threshold value of the signal quality parameter can be an RSRP threshold value, an SINR threshold value or an RSRQ threshold value, etc. The specific content of the multicast configuration information and the specific content of the first multicast configuration information can be referred to the step 501 in the method 500, which will not be repeated here. Figure 5

[0297] In the step 902, the terminal device receives the first multicast configuration information.

[0298] In the step 903, the network device sends the first multicast service to the terminal device.

[0299] In the step 904, the terminal device receives the first multicast service according to the first multicast configuration information.

[0300] In a possible implementation, when the first multicast configuration information includes the first indication information and a G-RNTI1 associated with the first multicast service, the terminal device can descramble a DCI1 from the network device according to the G-RNTI1, the DCI1 being used to schedule a multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.

[0301] In the step 905, the terminal device compares the value of the signal quality parameter of the first multicast service with the threshold value, and determines whether to feed back the first multicast service. If yes, the step 906 is executed; otherwise, the subsequent steps are stopped.

[0302] Specifically, when the value of the signal quality parameter of the first multicast service is less than or equal to the threshold value, the terminal device determines to feed back the first multicast service; when the value of the signal quality parameter of the first multicast service is greater than the threshold value, the terminal device determines not to feed back the first multicast service.

[0303] ​For example, the terminal device may determine that feedback on the first multicast service is required based on at least one or more of the following conditions: Condition 1, when the terminal device determines that the RSRP value of the first multicast service is less than or equal to the RSRP threshold; Condition 2, when the terminal device determines that the RSRQ value of the first multicast service is less than or equal to the RSRQ threshold; Condition 3, when the terminal device determines that the SINR value of the first multicast service is less than or equal to the SINR threshold; Condition 4, when the terminal device determines that the CQI value of the first multicast service is less than or equal to the CQI threshold; Condition 5, when the terminal device determines that the RSSI value of the first multicast service is less than or equal to the RSSI threshold.

[0304] Step 906: If the terminal device determines that it needs to provide feedback on the first multicast service, it sends the first feedback information corresponding to the first multicast service to the network device.

[0305] As can be seen, in this embodiment of the application, the terminal device can determine whether to provide feedback based on the value of the signal quality parameter of the first multicast service. Feedback is only provided when the signal quality of the received first multicast service is poor or low, which can effectively improve the reliability of the multicast service and enhance the resource utilization of the communication system.

[0306] Example 5

[0307] like Figure 10 As shown, through the communication method provided in this application embodiment, the network device can simultaneously instruct the feedback function and / or feedback resources of unicast and multicast services, in order to Figure 4A Taking a terminal device as an example, the method may include the following steps.

[0308] Step 1001: The terminal device sends feedback capability information to the network device. This feedback capability information is used to indicate the ability to send unicast feedback information and multicast feedback information on the same feedback resource.

[0309] Specifically, the terminal device indicates in the feedback capability information that it does not support sending feedback for unicast and multicast services simultaneously on the same feedback resource (e.g., the same timing).

[0310] Step 1002: The network device determines the first transmission resource of the first feedback information corresponding to the first multicast service of the terminal device and the second transmission resource of the feedback information corresponding to the unicast service based on the feedback capability information of the terminal device.

[0311] In this embodiment of the application, when the feedback capability information indicates that the terminal device does not support feedback for unicast and multicast services on the same feedback resource, the first transmission resource and the second transmission resource configured by the network device do not conflict. For example, the first transmission resource and the second transmission resource are resources with different timing sequences.

[0312] At step 1003, the network device sends first multicast configuration information to the terminal device, the first multicast configuration information corresponding to the first multicast service, the first multicast configuration information including first indication information, the first indication information being used to indicate sending first feedback information for the first multicast service. The first indication information can also indicate the first transmission resource and the second transmission resource.

[0313] The first multicast configuration information is used to instruct the terminal device to receive the first multicast service. The first multicast configuration information can be carried in an RRC message or a system message or a common channel. The first multicast configuration information is multicast configuration information corresponding to the first multicast service. The specific content of the multicast configuration information and the specific content that the first multicast configuration information can include can be referred to step 501, which will not be repeated here.

[0314] At step 1004, the terminal device receives the first multicast configuration information.

[0315] An example is that the terminal device can receive the first multicast configuration information from the network device through an RRC connection.

[0316] Another example is that the terminal device can receive the first multicast configuration information from the network device through a common channel or a system message.

[0317] Still another example is that the terminal device can receive the first multicast configuration information from the network device in a random access process.

[0318] At step 1005, the network device sends the multicast service to the terminal device.

[0319] Optionally, the method further includes step 1006, the network device sends a unicast service to the terminal device.

[0320] At step 1007, the terminal device receives the first multicast service according to the first multicast configuration information.

[0321] Optionally, when step 1006 is performed, the method further includes step 1008, the terminal device receives the unicast service.

[0322] At step 1009, after the terminal device receives the first multicast service, the terminal device determines whether to feed back the first multicast service according to the first indication information. If yes, the subsequent step 1010 is performed, otherwise, step 1010 is not performed.

[0323] The terminal device can determine whether to feed back the first multicast service according to the first indication information in any one or more ways listed in step 505, which will not be repeated here. Figure 5 The terminal device can determine whether to feed back the first multicast service according to the first indication information in any one or more ways listed in step 505, which will not be repeated here.

[0324] At step 1010, the terminal device sends the first feedback information of the first multicast service on the first transmission resource and sends the feedback information of the unicast service on the second transmission resource.

[0325] In the embodiments of the present application, the terminal device reports to the network device whether the terminal device supports the capability of sending the feedback information of the unicast service and the feedback information of the multicast service on the same feedback resource, so that the network device can schedule the time sequence of the feedback information of the unicast service and the feedback information of the multicast service according to the feedback capability, thereby avoiding the problem of time sequence conflict between the feedback of the unicast service and the feedback of the multicast service of the same terminal device.

[0326] Embodiment six

[0327] At present, one radio frame of LTE FDD is divided into 10 subframes, each subframe is 1ms in length, and different subcarrier spacings correspond to different slot lengths in the frame structure and different relationships between the slot and the subframe, as shown in the following table 1:

[0328] Table 1 Subcarrier spacing and subframe, time slot, slot number / subframe

[0329]

[0330] The frame structures corresponding to the three sequence numbers (sequence number 1, sequence number 2 and sequence number 3) in the above table are as follows:

[0331] (1) The frame structure corresponding to Δf {2.5kHz / 7.5kHz / 15kHz} is as shown in Figure 11A , 1 frame is equal to 10ms, 1 frame is equal to 10 subframes, and 1 subframe contains 2 slots. For 2.5kHz, the length of each slot is 0.5ms, and each slot contains 1 OFDM symbol containing CP.

[0332] (2) The frame structure corresponding to Δf 1.25kHz is as shown in Figure 11B , 1 frame is equal to 10ms, 1 frame is equal to 10 subframes, 1 subframe is equal to 1 slot, and 1 subframe is equal to 1ms.

[0333] (3) The frame structure corresponding to Δf 0.37kHz is as shown in Figure 11C , the time length of each slot is 3ms, and each slot contains one OFDM symbol containing CP. In the starting 40ms interval satisfying the condition n f mod 4 = 0, there are 13 slots in total, numbered from 0 to 12, and the position of slot 0 starts at 30720T s in the 40ms interval. Wherein, n f is the radio frame number, Ts is a basic time unit.

[0334] At present, the existing MBSFN configuration process is that the network device configures subframes reserved for downlink multimedia broadcast multicast service network (MBSFN) use through an information element (IE) multimedia broadcast multicast service network subframe configuration (MBSFN-SubframeConfig). In the MBSFN-SubframeConfig configuration, the network device configures MBSFN subframes in which radio frames through a radio frame allocation period radioFrameAllocationPeriod and a radio frame allocation offset radioFrameAllocationOffset, and then specifically indicates which subframes are MBSFN subframes through a subframe allocation subframeAllocation and a subframe allocation-v1430 subframeAllocation-v1430. The specific configuration is as shown in Table 2.

[0335] Table 2

[0336]

[0337]

[0338] In Table 2, (1) radioFrameAllocationPeriod, radioFrameAllocationOffset

[0339] The radio frame position where the MBSFN subframe appears is when the formula SFN mod radioFrameAllocationPeriod = radioFrameAllocationOffset is satisfied, and the corresponding radio frame is a radio frame containing the MBSFN subframe, wherein SFN (System Frame Number) is a system frame number, n1 corresponds to a value 1, and n2 corresponds to a value 2.

[0340] (2) subframeAllocation, used to indicate which subframes in the radio frame satisfying the formula in (1) radioFrameAllocationPeriod, radioFrameAllocationOffset are allocated as MBSFN subframes.

[0341] (3) fourFrames, a string of bits to indicate the position of MBSFN subframes in the next 4 radio frames. When a bit position is "1", it means the corresponding subframe is allocated for MBSFN; for FDD, subframes #1, #2, #3, #6, #7, and #8 can be allocated.

[0342] (4) ourFrames-v1430, a string of bits to indicate the position of MBSFN subframes in the next 4 radio frames. For FDD, subframes #4 and #9 can also be configured as MBSFN subframes.

[0343] The problem of the prior art is that the current MBSFN multicast mode is configured in units of subframes (1 ms) (i.e., through signaling to indicate which subframes can be used for MBMS), but if the introduction of Figure 11C The frame structure shown in FIG. 1 corresponds to Δf = 0.37 kHz. At this time, the smallest unit that can be recognized by the terminal device is 1 slot = 3 ms, which makes it uncertain for the terminal device configured with Δf = 0.37 kHz to determine which resources in the time domain can be used for MBMS.

[0344] The embodiment of the present application provides a communication method, which comprises: for a terminal device (Δf = 1.25 / 2.5 / 7.5 / 15 kHz), the terminal device determines which subframes in the time domain reserved by a network device correspond to downlink MBSFN services according to MBSFN-SubframeConfig sent by the network device; but if the terminal device is also configured with a subcarrier spacing of Δf = 0.37 kHz, i.e., the corresponding smallest time unit (such as slot = 3 ms), the terminal device determines which time domain positions are reserved by the base station for downlink MBSFN use, which is different from the existing determination method.

[0345] Specifically, the terminal device is configured with a certain specific value of subcarrier spacing, and determines whether the smallest time unit corresponding to the subcarrier spacing is valid for MBSFN. The method for determining the valid smallest time unit comprises: only when the MBSFN subframe and the smallest time unit corresponding to the certain specific value of subcarrier spacing are completely matched in the time domain, or the u subframes in the smallest time unit corresponding to the certain specific value of subcarrier spacing are all used by the network device for downlink MBSFN, the terminal device will receive the MBMS sent by the network device in such a time slot. For example, when Δf = 0.37 kHz, the number of subframes corresponding to the smallest time unit is 3.

[0346] For example, only the MBSFN subframes and the time slots corresponding to Δf=0.37 kHz are completely matched in the time domain (i.e., the time domain is overlapped, and it is considered that the network device can use the corresponding time slots to send the MBSFN. For the terminal device with Δf=0.37 kHz, when each subframe corresponding to a time slot is configured by the network device for downlink MBSFN, the terminal device receives the MBMS sent by the network device in the time slot.

[0347] For example, as shown in FIG. 2, the network device configures subframes #1, #2, #3, #6, #7, and #8 as reserved for MBSFN, and for the terminal device configured with Δf=0.37 kHz (i.e., the frame structure corresponding to the last row), the first part (the black filled part) is the position used to send the main system message and cannot be changed, and thus for the UE with Δf=0.37 kHz, subframes #1, #2, and #3 corresponding to slot #0 are reserved by the network device for downlink MBSFN, and thus slot #0 meets the condition, and the terminal device receives the MBMS sent by the base station in slot #0. For slot #1, because only the corresponding subframe #6 is an MBSFN subframe, and subframes #4 and #5 are non-MBSFN subframes, the terminal device does not receive the MBMS sent by the network device in slot #1. Similarly, for slot #2, subframes #7 and #8 corresponding to slot #2 are MBSFN subframes, but subframe #9 is a non-MBSFN subframe, and thus for the terminal device with Δf=0.37 kHz, slot #2 is not reserved by the network device for downlink MBSFN. Figure 11D In the embodiment of the present application, the terminal device determines the position of receiving the MBMS according to the above method, so that the terminal device configured with Δf=0.37 kHz can accurately determine the time domain resource corresponding to the downlink MBSFN.

[0348] It should be noted that,

[0349] The communication method corresponding to the above-mentioned embodiments one to five can be based on any one of the possible implementations in the above-mentioned embodiments one to five. Figure 11D Embodiment seven

[0350] Based on the method for determining the valid time slot in embodiment six, another communication method is provided in the present application for a new feature introduced in the R14 version of the standard, i.e., the MBMS carrier dedicated (also referred to as the dedicated MBMS carrier). Under this feature, the present application provides another communication method.

[0351]

[0352] ​In the embodiments of the present application, a dedicated frequency domain carrier is used to transmit MBMS, but in the time domain, it is necessary to indicate which positions cannot be used for MBMS transmission, such as Figure 12A As shown in FIG. 6, it is a schematic diagram of radio frame structure after introducing a dedicated MBMS carrier, and at least one non-MBSFN (non-MBSFN) subframe is transmitted every 40 ms, which is used to transmit PSS / SSS / CRS / PBCH / PDCCH and PDSCH for transmitting system messages.

[0353] If necessary, the number of additional non-MBSFN subframes after non-MBSFN subframe #0 can be indicated by a broadcast message (main system message block), and optionally, the number of additional non-MBSFN subframes after non-MBSFN subframe #0 can be 0 or 1 or 2 or 3, and the position of the additional non-MBSFN subframes can be further indicated in system message block 1 (SIB 1). The specific indication can be configured by the NonMBSFN-SubframeConfig-r14 field in SIB 1, as shown in Table 3.

[0354] Table 3

[0355]

[0356] As described above, the radioFrameAllocationPeriod and radioFrameAllocationOffset in the field are two parameters used to calculate the position of the non-MBSFN subframe in the radio frame, and the radio frame SFN containing the non-MBSFN subframe satisfies the following formula:

[0357] SFN mod radioFrameAllocationPeriod = radioFrameAllocationOffset;

[0358] Among them, the position of the non-MBSFN subframe in the radio frame satisfying the above formula is indicated by SubframeAllocation, and SubframeAllocation occupies 9 bits, and bit 1-bit 9 in the 9 bits correspond to subframe 1-subframe 9, when the bit value is "0", it indicates that the corresponding subframe is an MBSFN subframe; when the bit value is "1", it indicates that the corresponding subframe is a non-MBSFN subframe.

[0359] As Figure 12AAs shown, the base station is configured with an MBSFN dedicated carrier, and only subframe #0 is configured as a non-MBSFN subframe. There are no additional non-MBSFN subframes after subframe #0. Therefore, for a UE configured with Δf = 0.37kHz (i.e., the frame structure corresponding to the last row), the black part is the position used to send main system messages and cannot be changed. Thus, for a UE with Δf = 0.37kHz, subframes #1, #2, and #3 corresponding to slot #0 are reserved by the base station for downlink MBSFN. Therefore, slot #0 meets the conditions. Similarly, the subframes corresponding to slots #1 to #12 are also used by the base station for downlink MBMS. Therefore, slots #1 to #12 also meet the conditions.

[0360] like Figure 12B As shown, the base station is configured as an MBMS dedicated carrier, and subframe #0 is configured as a non-MBSFN subframe. After subframe #0 is configured, there are additional non-MBSFN subframes (for example, radioFrameAllocationperiod is configured as rf4, radioFrameAllocationOffset is configured as 2, and subframeAllocation is configured as 001010000). Based on the above configuration parameters and the figure above, it can be seen that the base station configures non-MBSFN subframes in radio frame #N+1, and the corresponding subframes #13 and #15 in radio frame #N+1 are configured as non-MBSFN subframes.

[0361] Therefore, for a UE configured with Δf = 0.37kHz (i.e., the frame structure corresponding to the last row), slot #6 does not meet the conditions for slot validity because subframes #13 and #15 corresponding to slot #6 are configured as non-MBSFN subframes. In other words, slot #6 is not valid for MBMS. The method for determining the validity of other slots is the same as above and will not be repeated here.

[0362] Furthermore, the following changes might occur after introducing Δf = 0.37kHz:

[0363] For each codeword q, bit block (in The number of bits in the codeword q transmitted on the physical channel in a subframe / slot / sub-slot) needs to be scrambled before modulation using the following formula to generate a scrambled bit block.

[0364]

[0365] wherein the scrambling sequence c (q) (i) at the beginning of each subframe or slot, the scrambling sequence generator is initialized with the initialization value c init The specific transmission channel type determines:

[0366]

[0367] wherein n RNTI Corresponding to the RNTI related to the PDSCH transmission.

[0368] In addition, as described above, different subcarrier spacings correspond to different slot sizes, for example, when Δf = 1.25 / 2.5 / 7.5 / 15 kHz, the corresponding slot size is 1 ms; and for Δf = 0.37 kHz, the corresponding slot size is 3 ms; therefore, in the above formula, in order to avoid ambiguity of the slot, the slot granularity used to determine the slot number when the subcarrier spacing is different needs to be specified in the protocol: (1) when 0.37 kHz is taken, 3 ms is taken as the slot granularity to determine the slot number; in the initial 40 ms interval satisfying the condition nfmod 4 = 0, there are 13 slots, which are numbered from 0 to 12, and the slot 0 position starts at 30720Ts in the 40 ms. Wherein, nf is the radio frame number, and Ts is the basic time unit.

[0369] (2) when 1.25 kHz is taken, 1 ms is taken as the slot granularity for numbering; (3) when 2.5 / 7.5 / 15 kHz is taken, 0.5 ms is taken as the slot granularity for numbering.

[0370] In addition, when the subcarrier spacing is 0.37 kHz, there are two reference signal (RS) mapping patterns, one pattern corresponds to a period of 2 symbols, and one pattern corresponds to a period of 4 symbols, as shown in Figure 12C and Figure 12D .

[0371] In addition, for the case where the subcarrier spacing is 0.37 kHz, it can be understood that the symbol is equivalent to the slot, therefore, if the slot number is repeated according to 0-12 (a total of 13 slots) in the case of 0.37 kHz, since 13 is neither a multiple of 2 nor a multiple of 4, it will cause the reference signal pattern mapping pattern to be misaligned, as shown in Figure 12E and Figure 12F . Figure 12E and Figure 12FThe identified two adjacent time slots, time slot Slot#12 and time slot Slot#13, have the same RS pattern, and there is a misalignment problem.

[0372] Based on the above problem, an embodiment of the present application provides a communication method, which introduces a virtual frame, and the virtual frame is numbered in groups of 52 time slots, i.e., time slot numbers 0-51. The virtual frame structure corresponding to the 0.37 kHz subcarrier spacing is shown in the following figure. The length of one virtual frame is 16*10 ms=160 ms, and one virtual frame is composed of four 40 ms frames. Each 40 ms frame includes two parts: the first 1 ms of each 40 ms is used for sending broadcast messages and the like, and is not counted in the time slot number; the 39 ms between the second ms and the 40th ms is numbered according to one time slot per 3 ms. One virtual frame includes 52 time slots, so the time slot numbers are slot#0-slot#51. When entering the next virtual frame, the time slot number starts from slot#0 again.

[0373] As shown in the following figure: Figure 12G For the 40 ms frame (black part) with label #0, the first 1 ms is used for sending broadcast and the like (black part), and the remaining 39 ms is numbered according to one time slot per 3 ms, corresponding to slot#0-slot#12. In the 40 ms frame with label #1, the first 1 ms is not used for time slot numbering, and time slot numbering starts from the second ms, and continues numbering from slot#12, i.e., starts from slot#13, and the same is true for the 40 ms frame with label #3, corresponding to slot#39-slot#51.

[0374] Among them, the mapping of the resource unit of the 0.37 kHz subcarrier spacing is described as follows: the reference signal sequence r l (m′) is mapped to a complex modulation symbol

[0375]

[0376] Among them, p=4, n s is the number of 3 ms slots

[0377]

[0378] For MBMSFN reference signal pattern type 1

[0379]

[0380] l=0

[0381]

[0382] - For MBMSFN reference signal pattern type 2

[0383]

[0384] l = 0

[0385]

[0386] n in the above formula s may be replaced by n s , and n s has the following expression:

[0387] n s ' = [f(n f / 4) * 13 + n s ] mod 52, or n s ' = f(n f / 4) * 13 + n s .

[0388] Wherein, f() is the floor function, which functions are "downward rounding", or "rounding down", "rounding to zero", that is, taking the largest integer not greater than x, unlike "rounding", the downward rounding is directly according to the left value closest to the required value on the number axis, that is, the largest integer value not greater than the required value. n f is the frame number of the radio frame, n s is the number of 3ms slots, and the number is numbered from 0 to 12 in 40ms. Specifically, in the starting 40ms interval satisfying the condition n f mod 4 = 0, there are 13 slots numbered from 0 to 12, and the slot 0 position in the 40ms starts at 30720T s . Wherein, n f is the radio frame number, T s is the basic time unit.

[0389] In the embodiment of the application, the above method can be used to determine the time-frequency position of the network device transmitting multicast service under different carrier interval configurations, so that the terminal device can accurately receive the multicast service.

[0390] For the above embodiments one to seven, it should be noted that:

[0391] (1) The above-mentioned embodiment one and embodiment seven can be implemented separately in different scenarios, or can be implemented in combination in the same scenario, or different schemes involved in different embodiments can be implemented in combination (for example, part or all of the schemes involved in embodiment one can be implemented in combination with embodiment six), and the specific implementation is not limited.

[0392] (2) The step numbers of each flowchart (such as Figure 5 , Figure 7 , Figure 8 , Figure 9 , Figure 10 ) described in the embodiments of the present application are only an example of the execution flow, and do not constitute a limitation on the execution order of the steps. The steps in the embodiments of the present application that do not have a time sequence dependency relationship between each other do not have a strict execution order.

[0393] The above mainly introduces the schemes provided by the embodiments of the present application from the perspective of interaction between the network device and the terminal device. It can be understood that, in order to implement the above functions, the network device or the terminal device can include a hardware structure and / or a software module for executing each function. Those skilled in the art should easily realize that, in combination with the units and algorithm steps of the examples described in the embodiments disclosed in the present application, the embodiments of the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is implemented in hardware or computer software driven hardware depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0394] The embodiments of the present application can divide the functional units of the terminal device and the network device according to the above-mentioned method examples. For example, each functional unit can be divided according to each function, or two or more functions can be integrated into one unit. The integrated unit can be implemented in the form of hardware or software functional unit.

[0395] In the case of an integrated unit, Figure 13 A possible example block diagram of the apparatus involved in the embodiments of the present application is shown. As Figure 13 shown, the apparatus 1300 can include a processing unit 1302 and a communication unit 1303. The processing unit 1302 is used to control and manage the actions of the apparatus 1300. The communication unit 1303 is used to support the communication of the apparatus 1300 with other devices. Optionally, the communication unit 1303, also known as a transceiver unit, can include a receiving unit and / or a sending unit, which are used to perform receiving and sending operations, respectively. The apparatus 1300 can also include a storage unit 1301 for storing the program code and / or data of the apparatus 1300.

[0396] The apparatus 1300 can be a terminal device in any of the above embodiments, or can also be a chip arranged in a terminal device. The processing unit 1302 can support the apparatus 1300 to perform the actions of the terminal device in each of the above method examples. Alternatively, the processing unit 1302 mainly performs the internal actions of the terminal device in the method examples, and the communication unit 1303 can support the communication between the apparatus 1300 and the network device. For example, the communication unit 1303 can be used to perform steps 502, 504, 506 and 508 of the method in Figure 5 ; Figure 7 steps 702, 702a, 704, 704a and 708 in the method in Figure 8 steps 802, 804, 806, 808, 809 and 811 in the method in Figure 9 steps 902, 904 and 906 in the method in Figure 10 steps 1001, 1004, 1007, 1008 and 1010 in the method in Figure 5 step 505 in the method in Figure 7 step 705 in the method in Figure 9 step 905 in the method in Figure 10 step 1009 in the method in

[0397] In a possible design, the first multicast configuration information further includes a group-radio network temporary identifier (G-RNTI) associated with the first multicast service and / or an identifier of the multicast service, and the G-RNTI and / or the identifier of the multicast service are associated with the first indication information.

[0398] In a possible design, the first indication information indicates, by one bit or one field, that feedback is needed for the first multicast service; and / or, the first indication information is used to indicate a transmission resource of the first feedback information.

[0399] In a possible design, the first indication information includes a threshold value of a signal quality parameter; and the communication unit 1303 sends the first feedback information to the network device when a value of the signal quality parameter corresponding to the first multicast service is less than or equal to the threshold value.

[0400] In a possible design, the communication unit 1303 is further configured to receive second multicast configuration information from the network device, the second multicast configuration information corresponding to a second multicast service; and the second multicast configuration information includes second indication information, the second indication information being used to indicate that no feedback information needs to be sent for the second multicast service.

[0401] In a possible design, the communication unit 1303 is further configured to send, to the network device, first feedback information corresponding to the first multicast service and / or second feedback information corresponding to the unicast service according to the priority of the feedback information.

[0402] In a possible design, the priority of the feedback information is determined according to third indication information from the network device, or the priority of the feedback information is predefined.

[0403] In a possible design, the third indication information is carried in a DCI used to schedule a physical downlink shared channel (PDSCH) carrying the first multicast service, or the third indication information is carried in a radio resource control (RRC) message.

[0404] In a possible design, the communication unit 1303 is further configured to send, to the network device, stop feedback confirmation information used to indicate that feedback information is stopped from being sent for the first multicast service.

[0405] In a possible design, the communication unit 1303 is further configured to send, to the network device, stop feedback confirmation information according to a predefined parameter or fourth indication information from the network device, where the fourth indication information is used to trigger the terminal device to send the stop feedback confirmation information to the network device.

[0406] In a possible design, the stop feedback confirmation information is indicated by a logical channel identifier (LCID), and the LCID is carried in a medium access control (MAC) subheader; or the stop feedback confirmation information is indicated by fifth indication information in a MAC control element (CE); or the stop feedback confirmation information is indicated by a length of the MAC CE.

[0407] In a possible design, the communication unit 1303 is further configured to send, to the network device, feedback capability information used to indicate a capability of sending unicast feedback information and multicast feedback information on a same feedback resource, where the unicast feedback information is feedback information corresponding to unicast service, and the multicast feedback information is feedback information corresponding to multicast service.

[0408] The apparatus 1300 can be the network device in any of the above embodiments, or can also be a chip disposed in the network device. The processing unit 1302 can enable the apparatus 1300 to perform the actions of the network device in each of the above method examples. Alternatively, the processing unit 1302 mainly performs internal actions of the network device in the method examples, and the communication unit 1303 can enable the apparatus 1300 to perform communication with the terminal device. For example, the communication unit 1303 can be configured to perform the following actions. Figure 5step 501, step 503, step 507 in FIG. 5, Figure 7 step 701, step 701a, step 701b, step 703, step 707 in FIG. 7; Figure 8 step 801, step 803, step 805 and step 807, step 810 in FIG. 8; and Figure 9 step 901, step 903 in FIG. 9; and Figure 10 step 1002, step 1003, step 1005, step 1006 in FIG. 10. The processing unit 1302 can be configured to perform Figure 10 step 1002 in FIG. 10.

[0409] In a possible design, the first multicast configuration information further includes a group-radio network temporary identifier (G-RNTI) associated with the first multicast service and / or an identifier of the multicast service, the G-RNTI and / or the identifier of the multicast service being associated with the first indication information.

[0410] In a possible design, the first indication information indicates feedback on the first multicast service by one bit or one field; and / or, the first indication information is used to indicate a transmission resource of the first feedback information.

[0411] In a possible design, the first indication information includes a threshold value of a signal quality parameter.

[0412] In a possible design, before the communication unit 1303 sends the first multicast configuration information to the terminal device, the processing unit 202 is configured to determine the terminal device that needs to send feedback information for the first multicast service according to at least one of a service requirement of the first multicast service, a physical relative distance between the terminal device and the network device, and a channel quality of the terminal device.

[0413] In a possible design, the communication unit 1303 is further configured to send, to the terminal device, second multicast configuration information corresponding to a second multicast service, the second multicast configuration information including second indication information used to indicate that the terminal device does not need to send feedback information for the second multicast service.

[0414] In a possible design, before the communication unit 1303 receives the first feedback information from the terminal device, the communication unit 1303 is further configured to send, to the terminal device, third indication information used to indicate a priority of feedback information of the first multicast service.

[0415] In a possible design, the third indication information is carried in a downlink control information (DCI), and the DCI is used for scheduling a physical downlink shared channel (PDSCH) carrying the first multicast service.

[0416] In a possible design, the communication unit 1303 is configured to send fourth indication information to the terminal device, where the fourth indication information is used to instruct the terminal device to stop sending feedback information for the first multicast service; and receive stop-feedback confirmation information from the terminal device, where the stop-feedback confirmation information is used to instruct the terminal device to stop sending feedback information for the first multicast service.

[0417] In a possible design, the stop-feedback confirmation information is indicated by a logical channel identifier (LCID), and the LCID is carried in a medium access control (MAC) subheader; or the stop-feedback confirmation information is indicated by fifth indication information in a MAC control element (CE); or the stop-feedback confirmation information is indicated by a length of the MAC CE.

[0418] In a possible design, the communication unit 1303 is further configured to receive feedback capability information from the terminal device, where the feedback capability information is used to instruct a capability of the terminal device to send unicast feedback information and multicast feedback information on a same feedback resource, the unicast feedback information being feedback information corresponding to unicast service, and the multicast feedback information being feedback information corresponding to multicast service.

[0419] It should be understood that the division of units in the above apparatus is only a logical functional division, and all or part of the units can be integrated into one physical entity, or can be physically separated. The units in the apparatus can all be implemented in the form of software invoked by a processing element; or all be implemented in the form of hardware; or part of the units are implemented in the form of software invoked by a processing element, and part of the units are implemented in the form of hardware. For example, each unit can be a separately established processing element, or can be integrated into a chip of the apparatus, and in addition, can be stored in the form of a program in a memory, and the function of the unit is invoked and executed by a processing element of the apparatus. In addition, all or part of the units can be integrated together, or can be independently implemented. The processing element mentioned herein can be a processor, which can be an integrated circuit with a signal processing capability. In the implementation process, each step of the above method or each unit can be implemented by an integrated logic circuit of hardware in the processing element, or in the form of software invoked by the processing element.

[0420] In one example, the units in any of the above apparatuses can be one or more integrated circuits, configured to implement one or more of the above methods, e.g., one or more Application Specific Integrated Circuits (ASICs), or, one or more Digital Signal Processors (DSPs), or, one or more Field Programmable Gate Arrays (FPGAs), or a combination of at least two of these integrated circuit forms. In another example, when the units in the apparatuses can be implemented by means of a processor scheduler, the processor can be a general processor, such as a central processing unit (CPU), or other processor capable of invoking a scheduler. In yet another example, the units can be integrated together, e.g., in a system-on-a-chip (SOC) form.

[0421] The above receiving unit is an interface circuit of the apparatus for receiving signals from other apparatuses. For example, when the apparatus is implemented in a chip form, the receiving unit is an interface circuit of the chip for receiving signals from other chips or apparatuses. The above transmitting unit is an interface circuit of the apparatus for transmitting signals to other apparatuses. For example, when the apparatus is implemented in a chip form, the transmitting unit is an interface circuit of the chip for transmitting signals to other chips or apparatuses.

[0422] Reference is made to Figure 14 , which is a structural schematic diagram of a terminal device provided by an embodiment of the present application. It can be the terminal device in the above embodiments, and is configured to implement the operations of the terminal device in the above embodiments. As shown in Figure 14 , the terminal device includes an antenna 1410, a radio frequency part 1420, and a signal processing part 1430. The antenna 1410 is connected with the radio frequency part 1420. In the downlink direction, the radio frequency part 1420 receives information sent by a network device through the antenna 1410, and sends the information to the signal processing part 1430 for processing. In the uplink direction, the signal processing part 1430 processes information of the terminal device, and sends the information to the radio frequency part 1420. The radio frequency part 1420 processes the information of the terminal device, and sends the information to the network device through the antenna 1410.

[0423] The signal processing part 1430 can include a modem subsystem for implementing processing of various protocol layers of data, and can also include a central processing subsystem for implementing processing of an operating system and an application layer of the terminal device, and can further include other subsystems, such as a multimedia subsystem for implementing control of a camera, a screen display, and the like of the terminal device, and a peripheral subsystem for implementing connection with other devices. The modem subsystem can be a separately arranged chip.

[0424] The modem subsystem can include one or more processing elements 1431, such as a master CPU and other integrated circuits. In addition, the modem subsystem can also include a storage element 1432 and an interface circuit 1433. The storage element 1432 is used to store data and programs, but the program used to implement the method performed by the terminal device in the above method can not be stored in the storage element 1432, but in a memory outside the modem subsystem, which is loaded for use when needed. The interface circuit 1433 is used to communicate with other subsystems.

[0425] The modem subsystem can be implemented by a chip including at least one processing element and an interface circuit, wherein the processing element is used to perform each step of any of the methods performed by the terminal device above, and the interface circuit is used to communicate with other devices. In one implementation, the unit for implementing each step of the above method can be implemented by a processing element in the form of a program scheduling, for example, a device for the terminal device includes a processing element and a storage element, and the processing element calls the program stored in the storage element to perform the method performed by the terminal device in the above method embodiment. The storage element can be a storage element on the same chip as the processing element, i.e., an on-chip storage element.

[0426] In another implementation, the program for implementing the method performed by the terminal device in the above method can be in a storage element on a different chip from the processing element, i.e., an off-chip storage element. At this time, the processing element calls or loads the program from the off-chip storage element to the on-chip storage element to call and execute the method performed by the terminal device in the above method embodiment.

[0427] In yet another implementation, the unit for implementing each step of the above method can be configured as one or more processing elements arranged on the modem subsystem, and the processing element here can be an integrated circuit, such as one or more ASICs, or one or more DSPs, or one or more FPGAs, or a combination of these integrated circuits. These integrated circuits can be integrated together to form a chip.

[0428] The units of the terminal device for implementing each step in the above method can be integrated together to realize the above method in the form of a SOC. The SOC chip can be integrated with at least one processing element and a storage element, and the above method executed by the terminal device can be realized in the form of the processing element calling the stored program of the storage element. Alternatively, the chip can be integrated with at least one integrated circuit for realizing the above method executed by the terminal device. Alternatively, in combination with the above implementation manners, the functions of part of the units can be realized in the form of a processing element calling a program, and the functions of part of the units can be realized in the form of an integrated circuit.

[0429] It can be seen that the above apparatus for a terminal device can include at least one processing element and an interface circuit, where the at least one processing element is configured to execute any of the methods executed by the terminal device provided in the above method embodiments. The processing element can execute part or all of the steps of the terminal device in a first manner, i.e., by calling a program stored in a storage element, in a second manner, i.e., by the integrated logic circuit of the hardware in the processor element in combination with instructions, or in a combination of the first manner and the second manner.

[0430] The processing element herein can be implemented by a processor as described above, and the functions of the processing element can be the same as those of the processing unit described in Figure 13 . For example, the processing element can be a general-purpose processor such as a CPU, and can also be one or more integrated circuits configured to implement the above method, such as one or more ASICs, or one or more microprocessors DSPs, or one or more FPGAs, or the like, or a combination of at least two of these integrated circuit forms. The storage element can be implemented by a memory, and the functions of the storage element can be the same as those of the storage unit described in Figure 13 . The storage element can be one memory, or collectively refer to a plurality of memories.

[0431] Figure 14 The terminal device shown can implement the processes of the method embodiments shown in Figure 5 , Figure 7 or Figure 8 . Figure 14 The operations and / or functions of each module in the terminal device are respectively used to implement the corresponding processes in the above method embodiments. For details, refer to the description in the above method embodiments, and the detailed description is appropriately omitted here.

[0432] Please refer to Figure 15 , which is a structural schematic diagram of a network device provided by the embodiments of the present application. The network device is used to implement the operations in the above embodiments. As shown inFigure 15 As shown in FIG. 1, the network device includes an antenna 1501, a radio frequency device 1502, and a baseband device 1503. The antenna 1501 is connected to the radio frequency device 1502. In the uplink direction, the radio frequency device 1502 receives information sent by the terminal device through the antenna 1501, and sends the information to the baseband device 1503 for processing. In the downlink direction, the baseband device 1503 processes the information of the terminal device and sends it to the radio frequency device 1502. The radio frequency device 1502 processes the information of the terminal device and sends it to the terminal device through the antenna 1501.

[0433] The baseband device 1503 can include one or more processing elements 15031, for example, including a master CPU and other integrated circuits. In addition, the baseband device 1503 can also include a storage element 15032 and an interface 15033. The storage element 15032 is used to store programs and data. The interface 15033 is used to interact with the radio frequency device 1502, for example, a common public radio interface (CPRI). The above devices for the network device can be located in the baseband device 1503. For example, the above devices for the network device can be a chip on the baseband device 1503, which includes at least one processing element and an interface circuit. The processing element is used to execute each step of the above method performed by the network device. The interface circuit is used to communicate with other devices. In one implementation, the unit for implementing each step of the above method can be realized by scheduling the program of the processing element. For example, the device for the network device includes a processing element and a storage element. The processing element calls the program stored in the storage element to execute the method performed by the network device in the above method embodiment. The storage element can be a storage element on the same chip as the processing element, that is, an on-chip storage element, or a storage element on a different chip from the processing element, that is, an off-chip storage element.

[0434] In another implementation, the unit for implementing each step of the above method can be one or more processing elements configured on the baseband device. The processing element can be an integrated circuit, for example: one or more ASICs, or one or more DSPs, or one or more FPGAs, or a combination of these integrated circuits. These integrated circuits can be integrated together to form a chip.

[0435] The units for implementing the steps in the above method of the network device can be integrated together in the form of a system on a chip (SOC), for example, a baseband device includes the SOC chip, and the baseband device is configured to implement the above method. At least one processing element and a storage element can be integrated in the chip, and the method implemented by the network device is implemented in the form of the processing element calling the stored program of the storage element; or at least one integrated circuit can be integrated in the chip, and the method implemented by the network device is implemented by the integrated circuit; or a combination of the above implementation manners can be used, and part of the functions of the units are implemented in the form of the processing element calling the program, and part of the functions of the units are implemented in the form of the integrated circuit.

[0436] It can be seen that the above apparatus for the network device can include at least one processing element and an interface circuit, where the at least one processing element is configured to implement any of the methods implemented by the network device provided in the above method embodiments. The processing element can implement part or all of the steps of the network device in the following first mode: calling the program stored in the storage element; or in the following second mode: through the integrated logic circuit of the hardware in the processor element in combination with the instructions; or of course, part or all of the steps of the network device can be implemented in combination of the first mode and the second mode.

[0437] The processing element herein can be implemented by a processor as described above, and the functions of the processing element can be the same as the functions of the processing unit described in Figure 13 . For example, the processing element can be a general-purpose processor such as a CPU, and can also be one or more integrated circuits configured to implement the above method, such as one or more ASICs, or one or more microprocessors DSPs, or one or more FPGAs, etc., or a combination of at least two of these integrated circuit forms. The storage element can be implemented by a memory, and the functions of the storage element can be the same as the functions of the storage unit described in Figure 13 . The storage element can be one memory, or collectively refer to a plurality of memories.

[0438] Figure 15 The network device shown can implement the method embodiments shown in Figure 5 , Figure 7-10 . Figure 15 The operations and / or functions of the modules in the network device shown are respectively used to implement the corresponding processes in the above method embodiments. For details, refer to the description in the above method embodiments, and the detailed description is appropriately omitted here.

[0439] Those skilled in the art will appreciate that embodiments of the present application can be devised for a variety of other systems which are currently developed or later developed. Therefore, the present application is intended to cover all such modifications and variations of this application that are within the scope of the appended claims and their equivalents. It is intended that each element of claim 1 and 2 is independent of one another. No element of claim 1 and 2, or any other claim, is implied to depend on any other element or limitation of claim 1 and 2 or any other claim except where expressly recited in that claim.

[0440] The present application is described in reference to the flowchart and / or block diagrams of the method, apparatus (system) and computer program product according to this application. It will be understood that each block of the flowchart and / or block diagrams, and combinations of blocks in the flowchart and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks.

[0441] These computer program instructions can also be stored in a computer- readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the function specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks.

[0442] These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks.

[0443] Obviously, numerous modifications and variations of the present application are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims and their equivalents, the application can be practiced otherwise than as specifically described.

Claims

1. A communication method characterized by comprising: Comprising: receiving first multicast configuration information from a network device, the first multicast configuration information comprising first indication information, the first indication information being used for indicating sending first feedback information for a first multicast service; receiving the first multicast service from the network device; sending the first feedback information to the network device.

2. The method of claim 1, wherein, The first multicast configuration information is carried in a radio resource control (RRC) message.

3. The method of claim 1, wherein, The first multicast configuration information further comprises at least one of the following parameters: a group-radio network temporary identifier (G-RNTI); an identifier of the multicast service; BWP information corresponding to the G-RNTI; a physical downlink shared channel (PDSCH) scrambling sequence of the multicast service; discontinuous reception (DRX) parameters of the G-RNTI; or a radio bearer identifier.

4. The method of claim 3, wherein, The BWP information corresponding to the G-RNTI comprises at least one of the following: a bandwidth; a frequency location; control resource set related configuration information; or PDSCH related configuration information; The PDSCH scrambling sequence of the multicast service is used for terminal equipment to scramble the PDSCH of the multicast service; The DRX parameters of the G-RNTI are used for terminal equipment to perform G-RNTI detection; The radio bearer identifier is used to identify a multicast radio bearer (MRB) corresponding to the first multicast service.

5. The method according to any one of claims 1 to 4, characterized in that, The first indication information indicates feedback for the first multicast service through at least one bit or at least one field; And / or, the first indication information is used to indicate a transmission resource of the first feedback information.

6. The method according to any one of claims 1 to 5, characterized in that, The sending of the first feedback information to the network device comprises: sending first feedback information corresponding to the first multicast service or second feedback information corresponding to a unicast service to the network device according to a priority of the feedback information.

7. The method of claim 6, wherein, The priority of the feedback information is determined by third indication information, The third indication information is from the network device; or the priority of the feedback information is predefined.

8. The method according to any one of claims 1 to 7, characterized in that, Further comprising: determining to stop sending feedback information for the first multicast service according to fourth indication information from the network device or a predefined parameter, wherein the fourth indication information is used to instruct the terminal equipment to stop sending feedback information for the first multicast service.

9. The method according to any one of claims 1 to 8, characterized in that, Further comprising: sending feedback capability information to the network device, the feedback capability information being used to indicate a capability of sending unicast feedback information and multicast feedback information on a same feedback resource; The unicast feedback information is feedback information corresponding to a unicast service, and the multicast feedback information is feedback information corresponding to a multicast service.

10. A communication method characterized by comprising: Comprising: sending first multicast configuration information to a terminal equipment, the first multicast configuration information comprising first indication information, the first indication information being used for indicating sending first feedback information for a first multicast service; sending the first multicast service to the terminal equipment; receiving the first feedback information from the terminal equipment.

11. The method of claim 10, wherein, The first multicast configuration information is carried in a radio resource control (RRC) message.

12. The method of claim 10, wherein, The first multicast configuration information further comprises at least one of the following parameters: a group-radio network temporary identifier (G-RNTI); an identifier of the multicast service; BWP information corresponding to the G-RNTI; A physical downlink shared channel (PDSCH) scrambling sequence of the multicast service; A discontinuous reception (DRX) parameter of the G-RNTI; or A radio bearer identifier.

13. The method of claim 12, wherein, The BWP information corresponding to the G-RNTI includes at least one of the following: a bandwidth; a frequency location; and control resource set related configuration information. PDSCH related configuration information. The PDSCH scrambling sequence of the multicast service is used by the terminal device to scramble a PDSCH of the multicast service. The DRX parameter of the G-RNTI is used by the terminal device to perform G-RNTI detection. The radio bearer identifier is used to identify a multicast radio bearer (MRB) corresponding to the first multicast service.

14. The method according to any one of claims 10 to 13, characterized in that, The first indication information indicates feedback on the first multicast service through at least one bit or at least one field. And / or, the first indication information is used to indicate a transmission resource of the first feedback information.

15. The method according to any one of claims 10 to 14, characterized in that, Before receiving the first feedback information from the terminal device, the method further includes: sending, to the terminal device, third indication information used to indicate a priority of feedback information of the first multicast service.

16. The method according to any one of claims 10 to 15, characterized in that, The method further includes: sending, to the terminal device, fourth indication information used to instruct the terminal device to stop sending feedback information on the first multicast service.

17. The method according to any one of claims 10 to 16, characterized in that, The method further includes: receiving, from the terminal device, feedback capability information used to indicate a capability of sending unicast feedback information and multicast feedback information on a same feedback resource. The unicast feedback information is feedback information corresponding to a unicast service, and the multicast feedback information is feedback information corresponding to a multicast service.

18. A communications device, characterized by A module for performing the method of any one of claims 1 to 9, or a module for performing the method of any one of claims 10 to 17.

19. A computer-readable storage medium, characterized in that, A program that, when run by a processor, causes the method of any one of claims 1 to 9 to be performed, or the method of any one of claims 10 to 17 to be performed.

20. A communications device, characterized by A communication device including at least one processor and a memory, the at least one processor being configured to read and execute a program stored in the memory to cause the communication device to perform the method of any one of claims 1 to 9, or the method of any one of claims 10 to 17.

21. A communications device, characterized by A communication device including at least one processor and an interface circuit, the at least one processor being configured to communicate with other devices through the interface circuit to cause the communication device to perform the method of any one of claims 1 to 9, or the method of any one of claims 10 to 17.

22. A chip, characterized by The chip is coupled with a memory for reading and executing program instructions stored in the memory to implement the method of any one of claims 1 to 9, or the method of any one of claims 10 to 17.

23. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer instructions that, when run on a computer, cause the computer to perform the method of any one of claims 1 to 9, or the method of any one of claims 10 to 17.

24. A computer program product, characterised in that, The computer program product, when invoked by a computer, causes the computer to perform the method of any one of claims 1 to 9, or, to perform the method of any one of claims 10 to 17.

Images