WO2021146868A1 - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
WO2021146868A1
WO2021146868A1 PCT/CN2020/073326 CN2020073326W WO2021146868A1 WO 2021146868 A1 WO2021146868 A1 WO 2021146868A1 CN 2020073326 W CN2020073326 W CN 2020073326W WO 2021146868 A1 WO2021146868 A1 WO 2021146868A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
feedback
multicast
multicast service
terminal device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2020/073326
Other languages
English (en)
French (fr)
Inventor
于海凤
李秉肇
夏金环
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN202511349340.XA priority Critical patent/CN121126556A/zh
Priority to BR112022014254A priority patent/BR112022014254A2/pt
Priority to CA3165072A priority patent/CA3165072C/en
Priority to CN202511350834.XA priority patent/CN121310285A/zh
Priority to EP20915009.3A priority patent/EP4084559B1/en
Priority to CN202080092739.3A priority patent/CN114930964B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to PCT/CN2020/073326 priority patent/WO2021146868A1/zh
Publication of WO2021146868A1 publication Critical patent/WO2021146868A1/zh
Priority to US17/867,234 priority patent/US12556888B2/en
Anticipated expiration legal-status Critical
Priority to US19/444,922 priority patent/US20260136159A1/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/26025—Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Definitions

  • This application relates to the field of communication technology, and in particular to a communication method and device.
  • multicast transmission technology can support point-to-multipoint communication, that is, network devices transmit the same data to multiple terminal devices, such as mobile TV services.
  • MBMS multimedia broadcast multicast services
  • SC-PTM single-cell point-to-multipoint
  • LTE long-term evolution
  • the current multicast transmission technology does not support hybrid automatic repeat request (HARQ) feedback, so the reliability is low.
  • HARQ hybrid automatic repeat request
  • NR new radio access technology
  • This application provides a communication method and device to implement a feedback mechanism suitable for multicast transmission and improve the transmission reliability of multicast services.
  • the embodiments of the present application provide a communication method, which may be applied to a terminal device, or may also be applied to a chip inside the terminal device.
  • the terminal device receives first multicast configuration information from a network device, and the first multicast configuration information is used to instruct to send the first feedback information to the first multicast service
  • the first multicast configuration information corresponds to a first multicast service
  • the first multicast configuration information includes first indication information
  • the first indication information is used to instruct to send the first multicast service to the first multicast service.
  • Feedback information 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.
  • the terminal device can realize the feedback of the multicast service, and on the other hand, because the first indication information indicates the feedback of the first multicast service, the terminal device can realize the delay requirement indicated by the network device. Higher multicast services are fed back, which can effectively improve the reliability of multicast services with higher delay requirements.
  • the first multicast configuration information also includes the group-radio network temporary identity (G-RNTI) associated with the first multicast service and/or the identifier of the multicast service ,
  • G-RNTI group-radio network temporary identity
  • the identifier of the G-RNTI and/or the multicast service is associated with the first indication information.
  • the first indication information uses one bit or one field to indicate to feed back the first multicast service.
  • the terminal device can confirm that it is necessary to feed back the first multicast service.
  • the first indication information is used to indicate the transmission resource of the first feedback information.
  • the terminal device after the terminal device receives the first indication information, it can confirm that it needs to feed back the first multicast service.
  • the network device implicitly indicates the transmission resource information of the terminal device through the downlink control information, which can effectively save transmission resource.
  • the first indication information may include the threshold value of the signal quality parameter, and the terminal device determines whether the feedback information needs to be sent according to the threshold value of the signal quality parameter. Specifically, the terminal device receives the first indication information Then, when it is determined that the value of the signal quality parameter corresponding to the first multicast service is less than or equal to the threshold value, the first feedback information is sent to the network device; otherwise, the first feedback information is not sent .
  • the terminal device can independently decide whether to perform feedback according to the specific reception situation of the multicast service.
  • the terminal device may also receive second multicast configuration information from the network device, where the second multicast configuration information corresponds to a second multicast service; the second multicast configuration information includes a second indication Information, the second indication information is used to indicate that it is not necessary to send feedback information to the second multicast service. In this way, after receiving the second multicast service, the terminal device no longer feedbacks.
  • the terminal device can realize only feedback on services with high delay requirements, which improves the reliability of information transmission on the one hand, and saves transmission resources on the other hand.
  • the terminal device can determine whether to send the first multicast service to the network device according to the priority of the feedback information The first feedback information. Specifically, if the protocol pre-prescribes 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 may preferentially send the first multicast service corresponding to the first multicast service to the network device.
  • the terminal device will give priority to the network
  • the device sends feedback information corresponding to the unicast service, and discards the first feedback information corresponding to the first multicast service.
  • the terminal device can feed back the unicast service or the multicast service according to the agreement to solve the problem of resource conflict.
  • the terminal device may also receive third indication information from the network device, where the indication information is used to indicate the priority of the feedback information of the multicast service.
  • the third indication information may be carried in a downlink control information (DCI) or radio resource control (radio resource control, RRC) message together with the multicast configuration information.
  • DCI downlink control information
  • RRC radio resource control
  • the terminal device preferentially sends the first multicast service to the network device.
  • the first feedback information corresponding to the service, and the feedback information corresponding to the unicast service is discarded; if the third indication information indicates that the priority of the feedback information of the first multicast service is the second priority (for example, low priority), the terminal device.
  • the feedback information corresponding to the unicast service is preferentially sent to the network device, and the first feedback information corresponding to the first multicast service is discarded.
  • the terminal device can feed back the unicast service or the multicast service according to the instruction of the network device to solve the problem of resource conflict.
  • the network device sends fourth indication information to the terminal device, and 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 because it receives the fourth indication information.
  • the terminal device can stop feeding back the first multicast service in time according to the instruction of the network device.
  • the terminal device will release the PUCCH resource configured for multicast feedback to improve resource utilization.
  • the fourth indication information may be carried in a DCI or RRC message or a media access control (media access control, MAC) control element (CE).
  • the stop feedback confirmation information can be in the MAC sub-protocol data unit (PDU).
  • the MAC sub-PDU includes the MAC sub-header and the MAC CE, and the MAC sub-header includes the logical channel identifier (logical channel identifier, LCID).
  • LCID logical channel identifier
  • the stop feedback confirmation information may be indicated by the logical channel identifier LCID.
  • the LCID is a preset value (for example, the LCID value is 33), it means that the terminal device stops sending feedback information to the first multicast service.
  • the stop feedback confirmation information may be indicated by the length of the MAC CE.
  • the MAC CE with the preset length is used to instruct to stop sending feedback information to the first multicast service.
  • the stop feedback confirmation information can be indicated by the multicast service identifier in the MAC CE or the G-RNTI.
  • the embodiments of the present application provide a communication method, which can be applied to a network device, or can also be applied to a chip inside the network device.
  • the network device can send first multicast configuration information to the terminal device, where the first multicast configuration information corresponds to the first multicast service, and the first multicast configuration information corresponds to the first multicast service.
  • the broadcast configuration information includes first indication information, where the first indication information is used to indicate that the first feedback information is sent to the first multicast service; after that, the network device sends the first multicast service to the terminal device; The network device receives the first feedback information from the terminal device.
  • the first multicast configuration information also includes the group-radio network temporary identifier G-RNTI and/or the identifier of the multicast service, the G-RNTI and/or the multicast service associated with the first multicast service.
  • the identifier of the service is associated with the first indication information.
  • the first indication information uses one bit or one field to indicate the feedback of the first multicast service; and/or, the first indication information is used to indicate the transmission of the first feedback information resource.
  • the network device determines that it needs to pair according to at least one of the service requirements of the first multicast service, the physical relative distance between the terminal device and the network device, and the channel quality of the terminal device.
  • the first multicast service sends feedback information to the terminal device.
  • the network device sends second multicast configuration information to the terminal device, where the second multicast configuration information corresponds to the second multicast service, and the second multicast configuration information includes the second multicast configuration information.
  • Indication information where the second indication information is used to indicate that the terminal device does not need to send feedback information to the second multicast service.
  • the network device before the network device receives the first feedback information from the terminal device, the network device sends third indication information to the terminal device, and the third indication information is used to indicate the first feedback information.
  • the priority of feedback information of a multicast service is carried in the downlink control information DCI, and the DCI is used to schedule the physical downlink shared channel PDSCH that carries the first multicast service.
  • the network device sends 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;
  • Stop feedback confirmation information is used to instruct the terminal device to stop sending feedback information to the first multicast service.
  • the stop feedback confirmation information is indicated by the logical channel identifier LCID, and the LCID is carried by the media access control MAC subheader; or, the stop feedback confirmation information is passed through the MAC control unit CE Or, the stop feedback confirmation information is indicated by the length of the MAC CE.
  • the network device receives feedback capability information from a terminal device, where the feedback capability information is used to indicate the terminal device's ability to send unicast feedback information and multicast feedback information on the same feedback resource;
  • the unicast feedback information is feedback information corresponding to a unicast service
  • the multicast feedback information is feedback information corresponding to a multicast service.
  • an embodiment of the present application provides a first communication device, where the first communication device is configured to execute the method in the first aspect or any possible implementation manner.
  • the first communication device may include a module for executing the method in the first aspect or any possible implementation manner, for example, including a processing module and a transceiver module.
  • the transceiver module may include a sending module and a receiving module.
  • the sending module and the receiving module may be different functional modules, or may be the same functional module, but can implement different functions.
  • the first communication device is a terminal device, or a chip or other component provided in the terminal device.
  • the communication device is a terminal device. In the following, it is taken as an example that the first communication device is a terminal device.
  • the transceiver module may also be implemented by a transceiver, and the processing module may also be implemented by a processor.
  • the sending module may be realized by a transmitter
  • the receiving module may be realized by a receiver.
  • the sender and the receiver may be different functional modules, or may be the same functional module, but can implement different functions.
  • the transceiver is realized by, for example, an antenna, a feeder, and a codec in the terminal device.
  • the transceiver (or transmitter and receiver) is, for example, a communication interface in the chip, and the communication interface is connected to a radio frequency transceiver component in the terminal device to Information is sent and received through radio frequency transceiver components.
  • the first communication device is a terminal device, and the processing module and the transceiver module are used as examples for the introduction. in:
  • the transceiver module is configured to receive first multicast configuration information from a network device, where the first multicast configuration information is used to instruct to send first feedback information to a first multicast service, where the first multicast configuration information corresponds to For the first multicast service, the first multicast configuration information includes first indication information, and the first indication information is used to instruct to send first feedback information to the first multicast service.
  • the processing module is configured to determine that the first multicast service needs to be fed back according to the first indication information.
  • the transceiver module is also used to receive the first multicast service from the network device, and the terminal device sends the first feedback information to the network device.
  • the first multicast configuration information also includes the group-radio network temporary identity (G-RNTI) associated with the first multicast service and/or the identifier of the multicast service ,
  • G-RNTI group-radio network temporary identity
  • the identifier of the G-RNTI and/or the multicast service is associated with the first indication information.
  • the first indication information uses one bit or one field to indicate to feed back the first multicast service.
  • the first indication information is used to indicate the transmission resource of the first feedback information.
  • the first indication information may include the threshold value of the signal quality parameter, and the receiving module determines whether feedback information needs to be sent according to the threshold value of the signal quality parameter. Specifically, the receiving module receives the first indication information Later, when the processing module determines that the value of the signal quality parameter corresponding to the first multicast service is less than or equal to the threshold value, it sends the first feedback information to the network device through the transceiver module; otherwise, it does not Send the first feedback message.
  • the transceiver module is further configured to receive second multicast configuration information from the network device, where the second multicast configuration information corresponds to the second multicast service; the second multicast configuration information includes the first multicast configuration information.
  • Two indication information where the second indication information is used to indicate that there is no need to send feedback information to the second multicast service. In this way, after receiving the second multicast service, the terminal device no longer feedbacks.
  • the processing module may determine whether to send the first multicast service to the network device according to the priority of the feedback information The first feedback information. Specifically, if the protocol pre-prescribes 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 may preferentially send the first multicast service corresponding to the first multicast service to the network device.
  • the transceiver module will give priority to the network
  • the device sends feedback information corresponding to the unicast service, and discards the first feedback information corresponding to the first multicast service.
  • the transceiver module may also receive third indication information from the network device, where the indication information is used to indicate the priority of the feedback information of the multicast service.
  • the third indication information may be carried in a downlink control information (DCI) or radio resource control (radio resource control, RRC) message together with the multicast configuration information.
  • DCI downlink control information
  • RRC radio resource control
  • the processing module determines to preferentially send and send to the network device through the transceiver module The first feedback information corresponding to the first multicast service is discarded, and the feedback information corresponding to the unicast service is discarded; if the third indication information indicates that the priority of the feedback information of the first multicast service is the second priority (for example, a low priority) ), the processing module determines to preferentially send the feedback information corresponding to the unicast service to the network device through the transceiver module, and discards the first feedback information corresponding to the first multicast service.
  • the first priority for example, high-level priority
  • the transceiver module is also used to send fourth indication information to the terminal device.
  • the fourth indication information is used to trigger the terminal device to send stop feedback confirmation information to the network device.
  • the terminal device receives the fourth indication information.
  • the fourth indication information may be carried in a DCI or RRC message or a media access control (media access control, MAC) control element (CE).
  • CE media access control
  • the terminal device can stop feeding back the first multicast service in time according to the instruction of the network device.
  • the terminal device will release the PUCCH resource configured for multicast feedback to improve resource utilization.
  • 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
  • the MAC sub-header includes a logical channel identifier (LCID).
  • the stop feedback confirmation information may be indicated by the logical channel identifier LCID.
  • the LCID is a preset value (for example, a value of 33)
  • the stop feedback confirmation information may be indicated by the length of the MAC CE.
  • the MAC CE with the preset length is used to instruct to stop sending feedback information to the first multicast service.
  • the stop feedback confirmation information can be indicated by the multicast service identifier in the MAC CE or the G-RNTI.
  • a second communication device is provided.
  • the second communication device is used to execute the method in the above-mentioned second aspect or any possible implementation manner.
  • the second communication device may include a module for executing the method in the second aspect or any possible implementation manner, for example, including a processing module and a transceiver module.
  • the transceiver module may include a sending module and a receiving module.
  • the sending module and the receiving module may be different functional modules, or may be the same functional module, but can implement different functions.
  • the communication device is a network device. In the following, it is taken as an example that the second communication device is a network device.
  • the transceiver module may also be implemented by a transceiver, and the processing module may also be implemented by a processor.
  • the sending module may be implemented by a transmitter
  • the receiving module may be implemented by a receiver.
  • the transmitter and the receiver may be different functional modules, or may be the same functional module, but can implement different functions.
  • the transceiver is realized by, for example, an antenna, a feeder, and a codec in the network device.
  • the transceiver (or, transmitter and receiver) is, for example, a communication interface in the chip, and the communication interface is connected to the radio frequency transceiver component in the network device to Information is sent and received through radio frequency transceiver components.
  • the second communication device is continued to be a network device, and the processing module and the transceiving module are taken as examples for the introduction. in:
  • the processing module is used to determine the first multicast configuration information.
  • the transceiver module is configured to send first multicast configuration information to the terminal device, where the first multicast configuration information corresponds to the first multicast service, the first multicast configuration information includes first indication information, and the first indication information is used for Instruct to send the first feedback information to the first multicast service; then, the transceiver module sends the first multicast service to the terminal device, and receives the first feedback information from the terminal device.
  • the first multicast configuration information also includes the group-radio network temporary identifier G-RNTI and/or the identifier of the multicast service, the G-RNTI and/or the multicast service associated with the first multicast service.
  • the identifier of the service is associated with the first indication information.
  • the first indication information uses one bit or one field to indicate the feedback of the first multicast service; and/or, the first indication information is used to indicate the transmission of the first feedback information resource.
  • the processing module According to at least one of the service requirements of the first multicast service, the physical relative distance between the terminal device and the network device, and the channel quality of the terminal device, determine all the feedback information that needs to be sent to the first multicast service ⁇ terminal equipment.
  • the transceiver module is further configured to send second multicast configuration information to the terminal device, where the second multicast configuration information corresponds to a second multicast service, and the second multicast configuration
  • the information includes second indication information, and the second indication information is used to indicate that the terminal device does not need to send feedback information to the second multicast service.
  • the transceiver module is further configured to before receiving the first feedback information from the terminal device, the network device sends third indication information to the terminal device, and the third indication information is used for Indicate the priority of the feedback information of the first multicast service.
  • the third indication information is carried in the downlink control information DCI, and the DCI is used to schedule the physical downlink shared channel PDSCH that carries the first multicast service.
  • the transceiver module is further 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 ; Is also used to 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 to the first multicast service.
  • the stop feedback confirmation information is indicated by the logical channel identifier LCID, and the LCID is carried by the media access control MAC subheader; or, the stop feedback confirmation information is passed through the MAC control unit CE Or, the stop feedback confirmation information is indicated by the length of the MAC CE.
  • the transceiver module is also used to receive feedback capability information from a terminal device, where the feedback capability information is used to instruct the terminal device to send unicast feedback information and multicast feedback information on the same feedback resource The ability; the unicast feedback information is feedback information corresponding to the unicast service, and the multicast feedback information is the feedback information corresponding to the multicast service.
  • the present application provides a communication device.
  • the communication device may be a terminal device or a chip set inside the terminal device.
  • the communication device has the function of realizing the above-mentioned first aspect.
  • the communication device includes a processor, the communication device may also include a transceiver, the transceiver is used to send and receive signals, and the processor executes program instructions to Complete any possible design or implementation method in the first aspect above.
  • the communication device may further include one or more memories, and the memories are used for coupling with the processor.
  • the one or more memories may be integrated with the processor, or may be provided separately from the processor, which is not limited in this application.
  • the memory can store necessary computer programs or instructions to realize the functions involved in the first aspect.
  • the processor can execute the computer program or instruction stored in the memory, and when the computer program or instruction is executed, the communication device realizes the method in any possible design or implementation manner of the first aspect.
  • the communication device includes a processor and a memory, and the memory can store necessary computer programs or instructions for realizing the functions involved in the first aspect.
  • the processor can execute the computer program or instruction stored in the memory, and when the computer program or instruction is executed, the communication device realizes the method in any possible design or implementation manner of the first aspect.
  • the communication device includes at least one processor and an interface circuit, where at least one processor is used to communicate with other devices through the interface circuit and execute any possible design or implementation of the first aspect described above. The method executed by the terminal device in the mode.
  • the present application provides a communication device.
  • the communication device may be a network device or a chip set inside the network device.
  • the communication device has the functions involved in the second aspect described above.
  • the communication device includes a processor, the communication device may also include a transceiver, the transceiver is used to send and receive signals, and the processor executes program instructions, In order to complete the method in any possible design or implementation manner in the second aspect described above.
  • the communication device may further include one or more memories, and the memories are used for coupling with the processor.
  • the one or more memories may be integrated with the processor, or may be provided separately from the processor, which is not limited in this application.
  • the memory can store the necessary computer programs or instructions for realizing the functions involved in the second aspect described above.
  • the processor can execute the computer program or instruction stored in the memory, and when the computer program or instruction is executed, the communication device realizes the method in any possible design or implementation manner of the second aspect.
  • the communication device includes a processor and a memory, and the memory can store necessary computer programs or instructions for realizing the functions involved in the second aspect.
  • the processor can execute the computer program or instruction stored in the memory, and when the computer program or instruction is executed, the communication device realizes the method in any possible design or implementation manner of the second aspect.
  • the communication device includes at least one processor and an interface circuit, where at least one processor is used to communicate with other devices through the interface circuit, and execute any possible design or implementation of the second aspect above.
  • the method in the way.
  • the present application provides a computer-readable storage medium that stores computer-readable instructions, and when the computer reads and executes the computer-readable instructions, the computer executes the first aspect or Any possible design method of the second aspect.
  • this application provides a computer program product, which when a computer reads and executes the computer program product, causes the computer to execute any one of the possible design methods of the first aspect or the second aspect.
  • the present application provides a chip, the chip includes a processor, the processor is coupled with a memory, and is configured to read and execute a software program stored in the memory to implement the first aspect or the second aspect. Any one of the possible design methods.
  • the present application provides a communication system that includes a terminal device and a network device, wherein the terminal device is used to implement any of the possible design methods in the first aspect, and the network device is used to implement Any one of the possible design methods of the first aspect described above.
  • FIG. 1 is a schematic diagram of a network architecture to which an embodiment of this application is applicable;
  • FIG. 2 is a schematic diagram of another network architecture to which the embodiments of this application are applicable;
  • FIG. 3 is a schematic diagram of another network architecture to which the embodiments of this application are applicable.
  • Figure 4A is a schematic diagram of multicast service transmission by network equipment
  • FIG. 4B is a schematic diagram of a terminal device acquiring multicast configuration information
  • FIG. 5 is a schematic diagram of interaction of a communication method provided by an embodiment of this application.
  • 6A and 6B are schematic diagrams of a MAC CE structure provided by an embodiment of this application.
  • FIGS. 11A to 11D are schematic diagrams of frame structures in an embodiment of this application.
  • FIGS. 12A to 12G are schematic diagrams of other frame structures and mapping patterns provided by embodiments of this application.
  • FIG. 13 is a possible exemplary block diagram of a device involved in an embodiment of this application.
  • FIG. 14 is a schematic structural diagram of a terminal device provided by an embodiment of this application.
  • FIG. 15 is a schematic structural diagram of a network device provided by an embodiment of this application.
  • Terminal device It can be a wireless terminal device that can receive network device scheduling and instruction information.
  • a wireless terminal device can be a device that provides voice and/or data connectivity to users, or a handheld device with wireless connection function, or Other processing equipment connected to the wireless modem.
  • a terminal device can communicate with one or more core networks or the Internet via a radio access network (RAN).
  • the terminal device can be a mobile terminal device, such as a mobile phone (or called a "cellular" phone, mobile phone). phone)), computers and data cards, for example, can be portable, pocket-sized, handheld, built-in computer or vehicle-mounted mobile devices, which exchange language and/or data with the wireless access network.
  • Wireless terminal equipment can also be called system, subscriber unit, subscriber station, mobile station, mobile station (MS), remote station (remote station), access point ( access point (AP), remote terminal equipment (remote terminal), access terminal equipment (access terminal), user terminal equipment (user terminal), user agent (user agent), subscriber station (SS), user terminal equipment (customer premises equipment, CPE), terminal (terminal), user equipment (user equipment, UE), mobile terminal (mobile terminal, MT), etc.
  • the terminal device may 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 public land mobile network (PLMN) that will evolve in the future.
  • PLMN public land mobile network
  • Network equipment It can be a device in a wireless network.
  • a network device can be a radio access network (RAN) node (or device) that connects terminal equipment to the wireless network, and it can also be called a base station.
  • RAN equipment are: new generation Node B (gNodeB), transmission reception point (TRP), evolved Node B (evolved Node B, eNB), wireless network in 5G communication system Controller (radio network controller, RNC), node B (Node B, NB), base station controller (BSC), base transceiver station (base transceiver station, BTS), home base station (for example, home evolved NodeB), Or home Node B, HNB, baseband unit (BBU), or wireless fidelity (Wi-Fi) access point (AP), etc.
  • gNodeB new generation Node B
  • TRP transmission reception point
  • eNB evolved Node B
  • eNB evolved Node B
  • wireless network in 5G communication system Controller radio network controller
  • RNC radio network controller
  • the network device may include a centralized unit (CU) node, or a distributed unit (DU) node, or a RAN device including a CU node and a DU node.
  • the network device may be another device that provides wireless communication functions for the terminal device.
  • the embodiment of the present application does not limit the specific technology and specific device form adopted by the network device.
  • a device that provides a wireless communication function for a terminal device is referred to as a network device.
  • Radio resource control (RRC) state terminal equipment has three RRC states: RRC connected state (connected state), RRC idle state (idle state) and inactive state (inactive state).
  • RRC connected state connected state
  • RRC idle state idle state
  • inactive state inactive state
  • RRC connected state (or, can also be referred to as connected state for short.
  • connected state and “RRC connected state” are the same concept, and the two terms can be interchanged): the terminal device establishes an RRC connection with the network, and it can Perform data transfer.
  • RRC idle state (or, can also be referred to as idle state for short.
  • idle state and “RRC idle state” are the same concept, and the two terms can be interchanged): the terminal device does not establish an RRC connection with the network, and the base station The context of the terminal device is not stored. 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.
  • RRC inactive state (or, can also be referred to as inactive state for short.
  • inactive state “inactive state”, “deactivated state”, “inactive state”, “RRC inactive state” and “RRC deactivated state” , Is the same concept, these terms can be interchanged):
  • the terminal device entered the RRC connection state before, and then the base station released the RRC connection, but the base station saved 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 the RRC connection recovery process (or called the RRC connection re-establishment process). Compared with the RRC establishment process, the RRC recovery process has shorter time delay and lower signaling overhead.
  • the base station needs to save the context of the terminal device, which will occupy the storage overhead of the base station.
  • the ordinal numbers such as “first” and “second” mentioned in the embodiments of this application are used to distinguish multiple objects, and are not used to limit the order, timing, priority, or importance of multiple objects. degree.
  • the first threshold and the second threshold are only for distinguishing different thresholds, but do not indicate the difference in priority or importance of the two thresholds.
  • FIG. 1 is a schematic diagram of a network architecture to which an embodiment of this application is applicable.
  • the terminal device 130 can access a wireless network to obtain services from an external network (such as the Internet) through the wireless network, or communicate with other devices through the wireless network, for example, it can communicate with other terminal devices.
  • the wireless network includes a radio access network (RAN) device 110 and a core network (core network, CN) device 120.
  • the RAN device 110 is used to connect the terminal device 130 to the wireless network
  • the CN device 120 is used to Manage terminal equipment and provide a gateway for communication with the external network.
  • the number of devices in the communication system shown in FIG. 1 is only for illustration, and the embodiment of the present application is not limited to this. In actual applications, the communication system may also include more terminal devices 130 and more RAN devices. 110, may also include other devices.
  • the CN may include multiple CN devices 120.
  • the CN device 120 may be an access and mobility management function (AMF) entity, session management A function (session management function, SMF) entity or a user plane function (UPF) entity, etc.
  • AMF access and mobility management function
  • SMF session management function
  • UPF user plane function
  • the CN device 120 may be a mobility management entity (mobility management entity). entity, MME) and serving gateway (serving gateway, S-GW), etc.
  • MME mobility management entity
  • serving gateway serving gateway
  • FIG. 2 is a schematic diagram of another network architecture to which the embodiments of this application are applicable.
  • the network architecture includes CN equipment, RAN equipment and terminal equipment.
  • the RAN equipment includes a baseband device and a radio frequency device.
  • the baseband device can be implemented by one node or by multiple nodes.
  • the radio frequency device can be implemented remotely from the baseband device, or integrated in the baseband device, or part of its functions. Independent integration, part of the functions are integrated in the baseband device.
  • the RAN equipment includes a baseband device and a radio frequency device, where the radio frequency device can be arranged remotely relative to the baseband device, for example, a remote radio unit (RRU) is arranged relative to the BBU Remote wireless unit.
  • RRU remote radio unit
  • the control plane protocol layer structure can include the radio resource control (radio resource control, RRC) layer and the packet data convergence protocol (packet data convergence protocol, PDCP) layer. , Radio link control (RLC) layer, media access control (MAC) layer and physical layer and other protocol layer functions; user plane protocol layer structure can include PDCP layer, RLC layer, MAC layer And the function of the protocol layer such as the physical layer; in a possible implementation, the PDCP layer may also include a service data adaptation protocol (SDAP) layer.
  • RRC radio resource control
  • PDCP packet data convergence protocol
  • RLC Radio link control
  • MAC media access control
  • user plane protocol layer structure can include PDCP layer, RLC layer, MAC layer And the function of the protocol layer such as the physical layer
  • the PDCP layer may also include a service data adaptation protocol (SDAP) layer.
  • SDAP service data adaptation protocol
  • the RAN equipment can be implemented by one node to implement the functions of the RRC, PDCP, RLC, and MAC protocol layers, or multiple nodes can implement the functions of these protocol layers.
  • the RAN device may include a centralized unit (CU) and a distributed unit (DU), and multiple DUs may be centrally controlled by one CU.
  • CU and DU can be divided according to the protocol layer of the wireless network. For example, the functions of the PDCP layer and the above protocol layers are set in the CU, and the protocol layers below the PDCP, such as the RLC layer and MAC layer, are set in the DU.
  • This type of protocol layer division is just an example, it can also be divided in other protocol layers, for example, in the RLC layer, the functions of the RLC layer and above protocol layers are set in the CU, and the functions of the protocol layers below the RLC layer are set in the DU; Or, in a certain protocol layer, for example, part of the functions of the RLC layer and the functions of the protocol layer above the RLC layer are set in the CU, and the remaining functions of the RLC layer and the functions of the protocol layer below the RLC layer are set in the DU. In addition, it can also be divided in other ways, for example, by time delay. The functions that need to meet the time delay requirements for processing time are set in the DU, and the functions that do not need to meet the delay requirements are set in the CU.
  • the radio frequency device can be integrated independently, not placed in the DU, can also be integrated in the DU, or partly remote and partly integrated in the DU, and there is no restriction here.
  • FIG. 3 is a schematic diagram of another network architecture to which the embodiments of this application are applicable.
  • the control plane (CP) and the user plane (UP) of the CU can also be separated and implemented by dividing them into different entities, namely the control plane (CP) CU entity ( That is, the CU-CP entity) and the user plane (UP) CU entity (ie, the CU-UP entity).
  • CP control plane
  • UP user plane
  • the signaling generated by the CU can be sent to the terminal device through the DU, or the signaling generated by the terminal device can be sent to the CU through the DU.
  • the DU may directly pass the protocol layer encapsulation without analyzing the signaling and transparently transmit it to the terminal device or CU.
  • the sending or receiving of the signaling by the DU includes this scenario.
  • RRC or PDCP layer signaling will eventually be processed as PHY layer signaling and sent to the terminal device, or converted from received PHY layer signaling.
  • the RRC or PDCP layer signaling can also be considered to be sent by the DU, or sent by the DU and radio frequency load.
  • the network architecture shown in Fig. 1, Fig. 2 or Fig. 3 can be applied to various radio access technology (RAT) communication systems, such as LTE communication system or 5G (or called The new radio (NR) communication system may also be a transitional system between an LTE communication system and a 5G communication system.
  • the transitional system may also be referred to as a 4.5G communication system, and of course it may also be a future communication system.
  • RAT radio access technology
  • the network architecture and business scenarios described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. Those of ordinary skill in the art will know that with communication With the evolution of the network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are equally applicable to similar technical problems.
  • the devices in the following embodiments of the present application may be located in terminal equipment or network equipment according to their realized functions.
  • the network device may be a CU node, or a DU node, or a RAN device including a CU node and a DU node.
  • the network device can transmit service data to the terminal device in a multicast manner, for example, through the SC-PTM technology to realize the multicast transmission.
  • the access network device configures a single-cell multicast control logical channel (SC-MCCH) through the SIB, which includes the time domain position of the SC-MCCH.
  • SC-MCCH single-cell multicast control logical channel
  • the SC-PTM configuration information carried by the SC-MCCH includes the configuration information of the single-cell multicast traffic channel (SC-MTCH), and the configuration information includes the temporary mobile group identity (temporary mobile group identity, TMGI), session identifier (session ID), G-RNTI used to scramble DCI, and time domain discontinuous reception (DRX) configuration information.
  • SC-MTCH single-cell multicast traffic channel
  • TMGI temporary mobile group identity
  • session ID session ID
  • G-RNTI used to scramble DCI
  • DRX time domain discontinuous reception
  • a physical downlink shared channel (physical downlink share channel, PDSCH) can be used to transmit multicast services.
  • a network device can send downlink control information (DCI) carried on a physical downlink control channel (PDCCH) to a group of terminal devices in a cell.
  • DCI is used to schedule multicast carrying multicast services PDSCH and DCI can be scrambled by group-radio network temporary identity (G-RNTI) associated with the multicast service.
  • G-RNTI group-radio network temporary identity
  • the terminal device obtains the scheduled physical downlink channel PDSCH by detecting the group radio network temporary identifier (G-RNTI) G-RNTI scrambled DCI, and then obtains the service data carried by the PDSCH.
  • G-RNTI group radio network temporary identifier
  • 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, that is, the G-RNTI associated with the first multicast service.
  • RNTI is G-RNTI 1
  • the G-RNTI associated with the second multicast service is G-RNTI 2
  • the G-RNTI associated with the third multicast service is G-RNTI 3.
  • the first group of terminal devices for example, including terminal device 1, terminal device 2, and terminal device 3 need to obtain the first multicast configuration information of the first multicast service.
  • the first multicast configuration information is used to instruct the first group of terminal devices to receive the first multicast service (for example, the first multicast configuration information may include the G-RNTI 1 associated with the first multicast service), and receive according to G-RNTI 1 DCI1 for scheduling multicast PDSCH1 (multicast PDSCH1 is used to carry the first multicast service) from the network device, and then receives multicast PDSCH1.
  • the first group of terminal devices such as terminal device 1, terminal device 2 and terminal device 3
  • the second multicast configuration information of the second multicast service such as the second multicast
  • the broadcast configuration information may include the G-RNTI 2) associated with the second multicast service.
  • the second multicast configuration information is used to instruct the first group of terminal devices to receive the second multicast service, and to receive the second multicast service according to the G-RNTI 2).
  • DCI2 used to schedule multicast PDSCH2 (multicast PDSCH2 is used to carry the second multicast service), and then receive multicast PDSCH2.
  • the second group of terminal devices (such as 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 second multicast).
  • the multicast configuration information may include the G-RNTI 2) associated with the second multicast service.
  • the second multicast configuration information is used to instruct the second group of terminal devices to receive the multicast service 2 and receive the G-RNTI 2 from the network device according to the G-RNTI.
  • DCI2 used to schedule multicast PDSCH2 (multicast PDSCH2 is used to carry the second multicast service), and then receive multicast PDSCH2.
  • FIG. 4B is a schematic diagram of the deployment of a mobile communication network, including one or more base stations.
  • Each base station manages one or more cells.
  • one base station manages one cell as an example.
  • the base station can carry PDSCH1 through a single point-to-multipoint multicast, and send it to multiple terminal devices (for example, UE1, UE2, The UE 3) transmits the same video content.
  • the multicast transmission technology can effectively guarantee the user's business experience, and the greater the number of terminal devices, the higher the utilization rate of network resources.
  • the current multicast transmission technology does not support hybrid automatic repeat request (HARQ) feedback. Therefore, after receiving the multicast service, the terminal device does not give feedback on whether the multicast service is received correctly.
  • HARQ hybrid automatic repeat request
  • the embodiment of the present application improves the current multicast transmission technology, so that the current multicast transmission technology supports a feedback mechanism, and the terminal device can feed back the multicast service that needs to be fed back according to the instruction information of the network device. So as to provide the reliability of the multicast service.
  • FIG. 5 is a schematic flowchart of a communication method provided by an embodiment of the application. The method may include the following steps.
  • 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.
  • the first multicast configuration information includes first indication information. Instructs to send the first feedback information to the first multicast service.
  • the first multicast configuration information is used to instruct the terminal device to receive the first multicast service.
  • the first multicast configuration information may 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, and is used to instruct the terminal device to receive the first multicast service according to the first multicast configuration information, where the first multicast configuration information includes the first multicast configuration information. Instructions.
  • multicast configuration information may also include at least one of the following parameters: (1) G-RNTI, (2) multicast service identification, (3) G-RNTI corresponding BWP information, (4) multicast service information PDSCH scrambling sequence, (5) DRX parameters of G-RNTI, (6) demodulation reference signal, (7) rate matching reference signal, (8) radio bearer identification, and (9) security configuration identification. in:
  • G-RNTI has a one-to-one correspondence with a multicast service.
  • the first multicast configuration information may also include G-RNTI 1 corresponding to the first multicast service on a one-to-one basis.
  • G-RNTI 1 is equivalent to the identifier of the first multicast service.
  • the first indication information may be associated with G-RNTI 1, that is, the first indication information corresponds to the first multicast service.
  • the identifier of the multicast service includes the internet protocol (IP) address and/or port number of the multicast service.
  • IP internet protocol
  • the multicast service identifier may be sent by the application server to the core network device, and the core network device may then send the multicast service identifier to the network device, or the multicast service identifier may also be a temporary mobile group identity (TMGI) .
  • the first multicast configuration information may also include the IP address and/or port number of the first multicast service, and the first indication information may be associated with the IP address and/or port number of the first multicast service .
  • the first indication information may instruct the terminal device to send the first feedback information to the multicast service corresponding to the first IP address and/or the first port number.
  • the BWP information corresponding to G-RNTI includes at least one of the following: bandwidth, frequency location, subcarrier spacing (SCS), cyclic prefix (CP) length, control-resource set, CORESET) related configuration information and PDSCH related configuration information.
  • COREST information is used to indicate the time-frequency resource where the G-RNTI PDCCH is located.
  • the first multicast configuration information may also include BWP information corresponding to G-RNTI1.
  • the PDSCH scrambling sequence of the multicast service the terminal device uses the PDSCH scrambling sequence to descramble the PDSCH of the multicast service.
  • DRX parameters of G-RNTI The terminal equipment uses the DRX parameters to perform G-RNTI detection.
  • the terminal equipment uses the demodulation reference signal to demodulate the PDSCH scheduled by G-RNTI.
  • Rate matching reference signal The terminal equipment excludes the position corresponding to the rate matching reference signal when receiving the PDSCH scheduled by G-RNTI.
  • the radio bearer identifier is used to identify the radio bearer corresponding to the first multicast service.
  • the radio bearer can be a data radio bearer, such as DRB (Data Radio Bearer), or a multicast radio bearer introduced for the multicast service, such as MRB (Multicast Radio Bearer).
  • DRB Data Radio Bearer
  • MRB Multicast Radio Bearer
  • the security configuration identifier is used to identify the security configuration corresponding to the first multicast service, and the security configuration may include at least one of an encryption algorithm indication and an integrity protection algorithm indication.
  • the network device may use the first indication information to use an explicit indication or an implicit indication method to indicate whether the terminal device needs to send feedback information.
  • the network device may use any one or more of the following methods to send the first indication information used to indicate whether to feed back the first multicast service to the terminal device.
  • the first indication information display indicates whether the terminal device feedbacks the received first multicast service.
  • the network device may use a bit or a special field in the first indication information to instruct the network device 1 to feed back the first multicast service.
  • the network device may also use two or more bits in the first indication information to feed back the first multicast service.
  • the network device may also indicate the feedback of the first multicast service through two or more fields in the first indication information.
  • the embodiment of the present application does not specifically limit this.
  • the first indication information implicitly indicates whether the terminal device feedbacks the received first multicast service.
  • the network device 1 may indicate a 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.
  • the network device configures the terminal device with the hybrid automatic repeat request (HARQ) of the first multicast service to feed back the PUCCH resource used, it is equivalent to indicating that the terminal device needs to perform feedback.
  • the PUCCH resource may be different from the PUCCH resource used for HARQ feedback of the unicast service.
  • the first indication information includes auxiliary parameters, and the terminal device determines whether to feed back the first multicast service through the auxiliary parameters.
  • the network device may transmit the threshold value of the signal quality parameter through the first indication information.
  • the signal quality parameter may be at least one of the following: reference signal receiving power (RSRP), reference signal receiving quality (RSRQ), and received signal strength indication (RSSI) , Channel quality information (channel quality information, CQI), etc.
  • the network device may combine at least two of the foregoing manner 1 to the foregoing manner 3 in the first indication information to instruct the terminal device whether to feed back the first multicast service.
  • the network device may combine method 1 and method 3 to instruct the terminal device.
  • the network device uses a bit or a field in the first indication information to indicate that the terminal device needs to feed back the first multicast service.
  • the network device also indicates the transmission resource of the first feedback information corresponding to the first multicast service in the first indication information.
  • the terminal device determines that the first multicast service needs to be fed back according to the bits or fields in the first indication information, and at the same time, may send the first feedback information to the network device through the transmission resource indicated in the first indication information.
  • the network device before performing step 501, the network device needs to determine the terminal device that needs to feed back the multicast service.
  • the method for determining the network device may include one or more of the following methods.
  • the network device can determine the terminal device that needs to feedback the multicast service according to the service requirements of the multicast service corresponding to the group of terminal devices to which the terminal device belongs, for example, whether the multicast service sent by the network device to the terminal device is of interest to the terminal device If yes, it is determined that the terminal device needs to feed back the multicast service.
  • the group terminal device is a collection of terminal devices that receive the same multicast service.
  • the terminal device 1, the terminal device 2, and the terminal device 3 constitute the first group of terminal devices that receive the multicast service 1.
  • the group of terminal devices in which the terminal devices are located in the foregoing embodiment is the first group of terminal devices in FIG. 4A, and it is assumed that the reliability requirements of the first multicast service corresponding to the first group of terminal devices are high.
  • the network device determines that some terminal devices in the first group of terminal devices that receive the first multicast service need to feed back the first multicast service, and the network device can configure some terminal device pairs of the first group of terminal devices.
  • the first multicast service feeds back, and some terminal devices do not feed back the first multicast service.
  • the terminal equipment that receives the first multicast service should be configured with feedback, but consider the feedback resources that the network can provide, and the relationship between the terminal equipment and the network equipment. At least one of the channel quality and the receiving capability of the terminal device.
  • the network device selects some terminal devices to configure the feedback resources, which can not only ensure the reception of the first multicast service, but also save the configuration of the feedback resources, which is beneficial to improve resource utilization.
  • the network device can determine that all terminal devices in the first group of terminal devices that receive the first multicast service need to feed back to the first multicast service, and the network device can configure all terminals in the first group of terminal devices The device feedbacks the first multicast service.
  • the network device can determine whether the terminal device needs to feed back the multicast service according to the physical distance and/or the transmission distance between the terminal device and the network device.
  • the network device may indicate that the terminal device needs to feedback the received multicast service; conversely, if the physical distance between the terminal device and the network device If the set threshold is not exceeded, the network device can indicate that the terminal device does not need to feed back the received multicast service.
  • the network device can determine whether the terminal device needs to feed back the multicast service according to the channel quality status of the terminal device.
  • the network device may determine the channel quality status of the terminal device according to the transmission channel (for example, PDSCH) corresponding to the first multicast service. If the channel quality of the terminal device is poor, the network device can instruct this type of terminal device to feed back the received multicast services; on the contrary, if the channel quality of the terminal device is better, the network device can instruct this type of terminal device not to It is necessary to provide feedback on the received multicast service.
  • the transmission channel for example, PDSCH
  • Step 502 The terminal device receives the first multicast configuration information.
  • the terminal device may receive the first multicast configuration information from the network device through a radio resource control (Radio Resource Control, RRC) connection.
  • RRC Radio Resource Control
  • the terminal device may receive the first multicast configuration information from the network device through a common channel or system message.
  • the terminal device may receive the first multicast configuration information from the network device during the random access process.
  • Step 503 The network device sends the first multicast service to the terminal device.
  • Step 504 The terminal device receives the first multicast service according to the first multicast configuration information.
  • a possible implementation is that when the first multicast configuration information includes the G-RNTI1 associated with the first multicast service in addition to the first indication information, the terminal device can descramble the data from the network device according to G-RNTI1.
  • the DCI1 is used to schedule the multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.
  • 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, execute the subsequent steps, otherwise, stop executing the subsequent steps.
  • the terminal device may use any one or more of the following methods to determine whether to feed back the first multicast service according to the first indication information.
  • the terminal device determines whether to feed back the received first multicast service according to the value of the bit in the bit corresponding to the first multicast service in the first indication information, or whether to determine whether to feed back the received first multicast service according to the special field in the first indication information Feedback on the received first multicast service.
  • the terminal device determines that it needs to check the first indication information. Feedback from a multicast service.
  • the terminal device determines that the first multicast is not required Business feedback.
  • the terminal device determines that it is necessary to feed back the first multicast service.
  • the terminal device determines that there is no need to feed back the first multicast service.
  • the terminal device determines that the first indication information indicates the transmission resource of the first multicast service, and then feeds back the received first multicast service; the terminal device determines that the first indication information does not indicate the transmission resource of the first multicast service, then No feedback is given to the received first multicast service.
  • the terminal device After the terminal device receives the first indication information, if the first indication information includes the threshold value of the signal quality parameter, and 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, the terminal device determines Feedback on the first multicast service.
  • the terminal device may determine that it is necessary to feed back the first multicast service according to at least one of the following conditions.
  • Condition 1 When the terminal device measures the RSRP value of the first multicast service to be less than or equal to the RSRP threshold;
  • Condition 2 When the terminal device measures the RSRQ value of the first multicast service to be less than or equal to the RSRQ threshold;
  • Condition 3 When The terminal device measures that the SINR value of the first multicast service is less than or equal to the SINR threshold.
  • Condition 4 When the terminal equipment measures the CQI value of the first multicast service to be less than or equal to the CQI threshold.
  • Condition 5 When the terminal device measures the RSSI value of the first multicast service to be less than or equal to the RSSI threshold.
  • Step 506 When the terminal device determines that it needs to feed back the first multicast service, it sends first feedback information to the network device, where the first feedback information corresponds to the first multicast service.
  • the first feedback information sent by the terminal device to the network device may be positive feedback information, such as an acknowledgement (ACK) or a negative acknowledgement (NACK).
  • ACK acknowledgement
  • NACK negative acknowledgement
  • the terminal device 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.
  • ACK acknowledgement
  • NACK negative feedback information
  • the network device determines the manner (unicast or multicast) used to retransmit the first multicast service according to the received first feedback information corresponding to the first multicast service.
  • the network device receives the number of NACK feedback information corresponding to the first multicast service.
  • the network device uses unicast
  • the first multicast service is retransmitted to each terminal that feeds back the NACK information; otherwise, the network device retransmits the first multicast service through the multicast mode; in another example, as long as the network receives the first multicast service corresponding to the For the NACK feedback information of the broadcast service, the first multicast service is retransmitted in a multicast manner.
  • the following describes possible implementation manners for the terminal device to send the first feedback information to the network device.
  • the first indication information indicates a transmission resource of the first feedback information of the first multicast service
  • the terminal device may use the transmission resource to send the first feedback information to the network device.
  • the first indication information does not indicate the transmission resource of the first feedback information of the first multicast service
  • the terminal device receives the resource indication information of the network device
  • the resource indication information indicates that the network device is The transmission resource configured by the terminal device
  • the terminal device transmits the first feedback information on the transmission resource configured by the network device.
  • the first indication information does not indicate the transmission resource of the first feedback information of the first multicast service
  • the terminal device may send the first feedback information to the network device on the transmission resource agreed by the protocol.
  • the network device may configure the PUCCH resource corresponding to the first feedback information, and the terminal device may send the first feedback information on the PUCCH resource. Since the terminal device may also receive the unicast service from the network device, the terminal device also needs to feedback the unicast service. In this way, there may be PUCCH resources used for HARQ feedback of the unicast service and the first feedback information.
  • the PUCCH resource conflicts.
  • the terminal device can determine whether to send the first multicast service to the network device according to the priority of the feedback information.
  • the first feedback information may use any one of the following two methods to determine how to feed back the first multicast service and the unicast service.
  • the terminal device may preferentially send the first multicast service corresponding to the first multicast service to the network device. Feedback information, and discard the feedback information corresponding to the unicast service; if the protocol pre-prescribes 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 will give priority to the network The device sends feedback information corresponding to the unicast service, and discards the first feedback information corresponding to the first multicast service.
  • the terminal device may receive the third indication information from the network device, where the indication information is used to indicate the priority of the feedback information of the multicast service.
  • the third indication information may be carried in the DCI or RRC message together with the multicast configuration information.
  • the terminal device preferentially sends the first multicast service to the network device.
  • the first feedback information corresponding to the service, and the feedback information corresponding to the unicast service is discarded; if the third indication information indicates that the priority of the feedback information of the first multicast service is the second priority (for example, low priority), the terminal device.
  • the feedback information corresponding to the unicast service is preferentially sent to the network device, and the first feedback information corresponding to the first multicast service is discarded.
  • the third indication information may be 1 bit or multiple bits to indicate, and there is no limitation here.
  • a bit position of "0" indicates the first priority
  • a bit position of "1" indicates the second priority.
  • the terminal device receives an information frame in the format 1_0 sent by the network device through the physical downlink control channel or the format sent by the physical downlink control channel is 1_1 downlink control information, and the information frame includes the third indication information.
  • the first embodiment may further include step 507a: the terminal device determines to stop feeding back the first multicast service.
  • the implementation manners for the terminal device to determine to stop sending feedback information to the first multicast service include implementation manner 1a and implementation manner 2a.
  • the terminal device determines to stop sending feedback information for the first multicast service according to the fourth instruction information sent by the network device.
  • the above step 507a may specifically include step 507 and step 508.
  • Step 507 The network device sends fourth instruction information to the terminal device, where the fourth instruction information is used to instruct the terminal device to stop sending feedback information for the first multicast service.
  • the fourth indication information may be carried in a DCI, an RRC message, or a media access control (media access control, MAC) control element (CE).
  • a media access control (media access control, MAC) control element CE
  • the method further includes step 508: the terminal device sends to the network device stop feedback confirmation information, where the stop feedback confirmation information is used to instruct the terminal device to stop sending feedback information to the first multicast service.
  • the foregoing step 507a may specifically be: the terminal device determines to stop feeding back the first multicast service according to a predefined parameter.
  • the predefined parameter may be the duration of the first timer or the first counting threshold.
  • the predefined parameter is the duration 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 uses the feedback resource corresponding to the first multicast service Sending the first feedback information triggers the restart of the first timer; when the first timer expires, the terminal device determines to stop feeding back the first multicast service.
  • the predefined parameter is the first counting threshold
  • the first counting threshold corresponds to the first counter
  • the initial value of the first counter is zero. 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 first counter value is increased by 1. When the first counter value is greater than or equal to the first technical threshold, the terminal device It is determined to stop the feedback of 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 to zero.
  • the terminal device will perform at least one of the following actions: Action 1, stop sending the first multicast service Feedback information; action two, release the PUCCH resource configured for multicast feedback, thereby improving resource utilization. Action three, indicating that the feedback of the upper layer corresponding to the first multicast service has stopped.
  • the network device configures the feedback function and feedback resources for the terminal device, but if the terminal device does not use the feedback resource for a long time, it will cause a waste of communication resources.
  • the communication prevention provided by this embodiment can release feedback resources with low utilization in a timely manner, thereby improving The resource utilization of the communication system.
  • the stop feedback confirmation information may be carried in the MAC CE, and each MAC CE has a corresponding MAC sub-header, and the MAC sub-header includes a logical channel identifier (LCID) , LCID is used to identify the corresponding MAC CE type. See Figure 6A for the MAC subheader.
  • LCID logical channel identifier
  • the length of the MAC CE corresponding to the stop feedback confirmation information is 0, which is indicated by the logical channel identifier LCID.
  • the LCID is the first preset value, it means that the terminal device stops sending feedback information to the first multicast service.
  • the stop feedback confirmation information may be indicated by the length of the MAC CE.
  • the length of the MAC CE is the first preset length
  • the MAC CE with the first preset length is used to instruct 1 to stop sending feedback information for the first multicast service.
  • the stop feedback confirmation information may be indicated by the fifth indication information in the MAC CE.
  • the fifth indication information may be G-RNTI1 associated with the first multicast service, or the service identifier of the first multicast service.
  • the MAC CE carries the G-RNTI1
  • the terminal device can realize the feedback of the multicast service; on the other hand, the terminal device can feedback the first multicast service according to the first indication information, and the network device can also use the first indication information to report Instruct the terminal equipment to feed back the multicast services with higher delay requirements, so that the reliability of the multicast services with higher delay requirements can be effectively improved, and the flexibility of configuration can be improved.
  • the communication method provided by the embodiment of the present application can also be applied to feedback mechanisms 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.
  • the method may include the following steps.
  • Step 701 The network device sends first multicast configuration information to the terminal device 1, where the first multicast configuration information corresponds to a first multicast service, and the first multicast configuration information includes first indication information. Used to indicate to send the first feedback information to the first multicast service.
  • the first multicast configuration information is used to instruct the terminal device to receive the first multicast service
  • the first multicast configuration information may be carried in an RRC message or system message or a common channel
  • the first multicast configuration information is related to the first multicast service.
  • Multicast configuration information corresponding to the broadcast service For the specific content of the multicast configuration information and the specific content that the first multicast configuration information may also include, refer to step 501, which will not be repeated here.
  • Step 701a The network device sends second multicast configuration information to the terminal device 1, where the second multicast configuration information corresponds to the second multicast service, the second multicast configuration information includes second indication information, and the second indication information Used to indicate that no feedback information needs to be sent for the second multicast service.
  • the second multicast configuration information is used to instruct the terminal device to receive the second multicast service.
  • the first multicast configuration information may be carried in an RRC message.
  • RRC message For details of the content included in the first multicast configuration information, please refer to step 501, here No longer.
  • the second multicast service and the first multicast service in the foregoing step 701 and step 701a refer to different multicast services.
  • the two methods are introduced below respectively.
  • the first multicast configuration information and the second multicast configuration information can be carried in different messages.
  • the first multicast configuration information can be carried in the first RRC message
  • the second multicast configuration information can be carried in the first 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 indicates that the terminal device 1 receives the first multicast service
  • the second RRC message The second multicast configuration information of indicates that the terminal device 2 receives the second multicast service.
  • Method B The first multicast configuration information and the second multicast configuration information are carried in the same message.
  • the network device sends a third RRC message to the terminal device.
  • the third RRC message includes the first multicast configuration information and the second multicast configuration information.
  • Configuration information where the first multicast configuration information corresponds to the first multicast service, the second multicast configuration information corresponds to the second multicast service, the first multicast configuration information includes the first indication information, and the second multicast configuration information
  • the broadcast configuration information includes the second indication information.
  • the network device may use an explicit instruction or an implicit instruction method in the first instruction information and/or the second instruction information to indicate whether the terminal device needs to send feedback information .
  • the network device may use an explicit instruction or an implicit instruction method in the first instruction information and/or the second instruction information to indicate whether the terminal device needs to send feedback information .
  • first instruction information and the second instruction information sent by the network device may use the same method of the three methods in step 501 to indicate whether the terminal device 1 feedbacks, or may use different methods to instruct the terminal device 1 Whether to provide feedback or not is not limited in the embodiment of the application.
  • Step 702 The terminal device 1 receives the first multicast configuration information.
  • Step 702a The terminal device 1 receives the second multicast configuration information.
  • the terminal device 1 receiving the first multicast configuration information and the second multicast configuration information sent by the network device includes:
  • the terminal device 1 may receive the first multicast configuration information and the second multicast configuration information from the network device through a radio resource control (RRC) connection message.
  • RRC radio resource control
  • the terminal device 1 may receive the first multicast configuration information and the second multicast configuration information from the network device through a common channel or a system message.
  • the terminal device 1 may receive the first multicast configuration information and the second multicast configuration information from the network device during the random access process.
  • Step 703 The network device sends the first multicast service and the second multicast service to the terminal device 1.
  • first multicast service and the second multicast service can be sent in the same message, or can be sent separately.
  • Step 704 The terminal device 1 receives the first multicast service according to the first multicast configuration information.
  • a possible implementation is that, when the first multicast configuration information includes the G-RNTI1 associated with the first multicast service in addition to the first indication information, the terminal device 1 may perform the G-RNTI1 according to the G-RNTI in the first RRC message.
  • the RNTI 1 descrambles the DCI1 from the network device.
  • the DCI1 is used to schedule the multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.
  • Step 704a The terminal device 1 receives the second multicast service according to the second multicast configuration information.
  • the terminal device may receive the first multicast configuration information and/or the second multicast configuration information in any of the following manners.
  • 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 is used to schedule the multicast PDSCH1, and then the terminal device Receive 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 is used to schedule the multicast PDSCH2, and then the terminal The device receives the second multicast service carried by the multicast PDSCH2.
  • the terminal device 1 can descramble the DCI from the network device according to the G-RNTI in the third RRC message.
  • the DCI is used to schedule the multicast PDSCH1 and the multicast PDSCH2, and then the terminal device Receive the first multicast service carried by the multicast PDSCH1 and the second multicast service carried by the multicast PDSCH2.
  • step 705 the terminal device 1 may 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, and if so, perform the subsequent step 706; otherwise, Then stop performing subsequent steps.
  • the terminal device 1 may determine whether to feed back the first multicast service according to the first indication information according to any one or more of the methods listed in step 505 above. And determining whether to feed back the second multicast service according to the second instruction information, which will not be repeated here.
  • Step 706 The terminal device 1 sends first feedback information to the network device, where the first feedback information corresponds to the first multicast service.
  • the terminal device 1 sends the first feedback information to the network device, and the first feedback information may be ACK or NACK.
  • the terminal device 1 if the terminal device 1 correctly receives the first multicast service, the terminal device 1 needs to send 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 negative feedback information (NACK) to the network device.
  • ACK positive feedback information
  • NACK negative feedback information
  • the network device determines the manner (unicast or multicast) used to retransmit the first multicast service according to the received first feedback information corresponding to the first multicast service.
  • the network device receives the number of NACK feedback information corresponding to the first multicast service.
  • the network device uses unicast
  • the first multicast service is retransmitted to each terminal that feeds back the NACK information; otherwise, the network device retransmits the first multicast service through the multicast mode; in another example, as long as the network receives the first multicast service corresponding to the For the NACK feedback information of the broadcast service, the first multicast service is retransmitted in a multicast manner.
  • the network device may 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 does not feed back the multicast service.
  • the communication method shown in FIG. 7 may further include the following steps 701b, 703a, and 704b.
  • the terminal device 2 after receiving the first multicast service, the terminal device 2 does not send any information to the first multicast service. Give feedback.
  • Step 701b The network device sends third multicast configuration information to the terminal device 2, where the third multicast configuration information corresponds to a multicast service, and the third multicast configuration information includes indication information, and the indication information is used to instruct the terminal device 2. There is no need to give feedback to the first multicast service.
  • the first group of terminal devices includes terminal device 1 and terminal device 2, as shown in FIG. 4A.
  • Step 703a The network device sends the first multicast service to the terminal device 2.
  • the network device may send the first multicast service to the terminal device 1 and the terminal device 2 in the first group of terminal devices in a multicast sending manner.
  • step 704b the terminal device 2 receives the first multicast service.
  • the network device before performing step 701, the network device needs to determine the terminal device that needs to feed back the multicast service.
  • the method for determining the network device may include one or more of the following methods.
  • Method 1 The network device can determine whether the multicast service sent by the network device to the terminal device is a multicast service that the terminal device is interested in according to the service requirements of the group of terminal devices to which the terminal device belongs. Broadcast business feedback.
  • the group of terminal devices in which the terminal device 1 is located in the above-mentioned embodiment is the first group of terminal devices in FIG. 4A, and it is assumed that the service requirement of the first terminal device for the first multicast service is high reliability.
  • the network device determines the terminal device in the first group of terminal devices that receives the first multicast service, and needs to feed back the first multicast service, that is, the network device can configure the terminal device 1 of the first group of terminal devices. The first multicast service is fed back, and the terminal device 2 does not feed back the first multicast service.
  • the network device may determine that all terminal devices of the first group of terminal devices need to feed back the first multicast service.
  • the network device may configure the terminal device 1 of the first group of terminal devices not to feed back the second multicast service.
  • 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.
  • the network device may indicate that the terminal device 1 needs to feed back the received first multicast service; on the contrary, if the terminal device 2 and the network device The physical distance between the two does not exceed the set threshold, and the network device may indicate that the terminal device 2 does not need to feed back the received first multicast service.
  • the network device can determine whether the terminal device needs to feed back the multicast service according to the channel quality status of the terminal device.
  • the network device may determine the channel quality status of the terminal device according to the transmission channel (for example, PDSCH) of the first multicast service. If the channel quality of the terminal device 1 is poor, the network device can indicate that the terminal device 1 needs to feed back the received first multicast service; otherwise, the channel quality of the terminal device 2 is good, and the network device can instruct the terminal Device 2 does not need to feedback the received first multicast service.
  • the transmission channel for example, PDSCH
  • the network device may determine the channel quality status of the terminal device according to the transmission channels (for example, PDSCH) of the first multicast service and the second multicast service. If the quality of the transmission channel 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 terminal device 1 corresponds to the second multicast service The quality of the transmission channel is good, and the network device can indicate that the terminal device 1 does not need to feed back the received second multicast service.
  • the transmission channels for example, PDSCH
  • the terminal device 1 may determine whether to send to the network device according to the priority of the feedback information.
  • the first feedback information of the first multicast service please refer to the description in the method shown in FIG. 5, which will not be repeated here.
  • the first embodiment may further include step 707a: the terminal device determines to stop feeding back the first multicast service.
  • the terminal device 1 determines the implementation manners for stopping sending feedback information to the first multicast service, which are implementation manner 1b and implementation manner 2b, respectively.
  • the terminal device 1 determines to stop sending feedback information for the first service according to the fourth instruction information sent by the network device.
  • the above step 707a may specifically include step 707 and step 708.
  • Step 707 The network device sends fourth instruction information to the terminal device 1, where the fourth instruction information is used to instruct the terminal device 1 to stop sending feedback information for the first multicast service.
  • the fourth indication information may be carried in DCI, RRC message or MAC CE.
  • the method further includes step 708.
  • the terminal device 1 sends to the network device stop feedback confirmation information, where the stop feedback confirmation information is used to instruct the terminal device 1 to stop sending feedback information to the first multicast service. In this way, the terminal device 1 will release the PUCCH resource configured for multicast feedback, thereby improving resource utilization.
  • the foregoing step 507a may specifically be: the terminal device 1 determines to stop feeding back the first multicast service according to a predefined parameter.
  • the predefined parameter may be the first timer or the first counting threshold.
  • the foregoing implementation manner 2a please refer to the foregoing implementation manner 2a, which will not be repeated here.
  • the terminal device will perform at least one of the following actions: Action 1, stop sending feedback to the first multicast service Send feedback information; action two, release the PUCCH resource configured for multicast feedback, thereby improving resource utilization. Action three, indicating that the feedback of the upper layer corresponding to the first multicast service has stopped. It can be seen that if the terminal device is configured with a 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 that the feedback resource can be released in time.
  • the stop feedback confirmation information in step 708 may be carried in the MAC CE.
  • Each MAC CE has a corresponding MAC subheader, and the MAC subheader includes a logical channel identifier (LCID).
  • LCID is used to identify the corresponding MAC CE type. See Figure 6A for the MAC subheader.
  • the network device can configure different feedback functions and/or feedback resources for different multicast services.
  • the terminal device can implement feedback on the multicast service.
  • the terminal device due to the first indication information Instructs to feed back the first multicast service, so the terminal device can realize the feedback of the multicast service with higher delay requirements indicated by the network device, thereby effectively improving the reliability of the multicast service with higher delay requirements.
  • the network device can dynamically control the terminal device to turn on or turn off the feedback function through the instruction information.
  • the method may include the following steps.
  • Step 801 The network device sends first multicast configuration information to the terminal device, where the first multicast configuration information corresponds to the first multicast service.
  • the first multicast configuration information may include the configuration information of the feedback information corresponding to the first multicast service, for example, the configuration information includes the feedback timing duration of the first feedback information of the first multicast service, The codebook used by the first feedback information or the transmission resource used to send the first feedback information, etc.
  • the first multicast configuration information is used to instruct the terminal device to receive the first multicast service
  • the first multicast configuration information may be carried in an RRC message or system message or a common channel
  • the first multicast configuration information is related to the first multicast service.
  • Multicast configuration information corresponding to the broadcast service For the specific content of the multicast configuration information and the specific content also included in the first multicast configuration information, refer to step 501, which will not be repeated here.
  • Step 802 The terminal device receives the first multicast configuration information.
  • the terminal device may receive the first multicast configuration information from the network device through a radio resource control (Radio Resource Control, RRC) connection.
  • RRC Radio Resource Control
  • the terminal device may receive the first multicast configuration information from the network device through a common channel or system message.
  • the terminal device may receive the first multicast configuration information from the network device during the random access process.
  • Step 803 The network device sends the first multicast service to the terminal device.
  • Step 804 The terminal device receives the first multicast service according to the first multicast configuration information.
  • a possible implementation manner is that when the first multicast configuration information includes the G-RNTI1 associated with the first multicast service in addition to the first indication information, the terminal device can use the G-RNTI in the first RRC message. 1 Descramble the DCI1 from the network device. The DCI1 is used to schedule the multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.
  • step 804 Since the terminal device does not feed back the received multicast service by default, after step 804 is performed, the terminal device will not feed back the first multicast service currently received.
  • Step 805 The network device sends sixth indication information to the terminal device, where the sixth indication information is used to instruct the terminal device to start sending feedback information for the first multicast service.
  • the sixth indication information may be carried in DCI, RRC message or MAC CE.
  • Step 806 The terminal device sends feedback start confirmation information to the network device, where the feedback start confirmation information is used to instruct the terminal device to start sending feedback information for the first multicast service.
  • the start feedback confirmation information can be carried in the MAC CE.
  • Each MAC CE has a corresponding MAC subheader, the MAC subheader includes LCID, and the LCID is used to identify the corresponding MAC CE type. See Figure 6A for the MAC subheader.
  • MAC CE format There are two possible implementation methods for the MAC CE format as follows:
  • the start of feedback confirmation information can be indicated by LCID.
  • the LCID is the second preset value (for example, the number of bytes is 1), it means that the terminal device starts to send feedback information to the first multicast service.
  • the start of feedback confirmation information can be indicated by the length of the MAC CE.
  • the length of the MAC CE is the second preset length
  • the MAC CE with the second preset length is used to instruct the terminal device to start sending feedback information for the first multicast service.
  • the start of feedback confirmation information may be indicated by the indication information in the MAC CE.
  • the indication information may be the identification of the terminal device or the identification of the first multicast service, or the like.
  • Step 807 The network device sends the first multicast service to the terminal device.
  • Step 808 The terminal device continues to receive the first multicast service.
  • Step 809 The terminal device sends first feedback information to the network device, where the first feedback information corresponds to the first multicast service.
  • the first feedback information sent by the terminal device to the network device may be positive feedback information (ACK) or negative feedback information (NACK).
  • ACK positive feedback information
  • NACK negative feedback information
  • Step 810 The network device sends fourth instruction information to the terminal device, where the fourth instruction information is used to instruct the terminal device to stop sending feedback information for the first multicast service.
  • the fourth indication information may be carried in DCI, RRC message or MAC CE.
  • Step 811 The terminal device sends to the network device stop feedback confirmation information, where the stop feedback confirmation information is used to instruct the terminal device to stop sending feedback information to the first multicast service.
  • the terminal device no longer feeds back the first multicast service after performing step 811, and therefore will release the PUCCH resource configured for multicast feedback to improve resource utilization.
  • the terminal device no longer feeds back the first multicast service after performing step 811, and therefore will release the PUCCH resource configured for multicast feedback to improve resource utilization.
  • Implementation mode 2a will not be repeated here.
  • the network device may instruct the terminal device to enable the feedback function for the first multicast service through the sixth indication information, and instruct the terminal device to stop the feedback for the first multicast service through the fourth indication information, Realize the flexible control of the feedback function, and configure the feedback function of the multicast service according to the real-time needs of the service, thereby improving the service reliability of the communication system while ensuring the resource utilization rate.
  • the network device can send the threshold value of the signal quality parameter to enable the terminal device to respond according to the multicast service
  • the embodiment of the present application further uses the method flowchart shown in FIG. 9 to describe in detail how the terminal device feedbacks the first multicast service in this scenario.
  • Step 901 The network device sends first multicast configuration information to the terminal device, where the first multicast configuration information corresponds to the first multicast service, the first multicast configuration information includes first indication information, and the first indication information includes The threshold value of the signal quality parameter corresponding to the first multicast service, where the first indication information is used to instruct to send the first feedback information to the first multicast service.
  • the first multicast configuration information is used to instruct the terminal device to receive the first multicast service.
  • the first multicast configuration information may be carried in RRC messages or system messages or common channels.
  • the first multicast configuration information is multicast configuration information corresponding to the first multicast service.
  • the first multicast configuration information may not include the first indication information, that is, the first indication information (that is, the threshold value of the signal quality parameter) may be carried separately in other RRC message or system message or common channel.
  • the signal quality parameter may be RSRP, SINR, RSRQ, or the like.
  • the threshold value of the signal quality parameter may be the RSRP threshold value, the SINR threshold value, or the RSRQ threshold value.
  • Step 902 The terminal device receives the first multicast configuration information.
  • Step 903 The network device sends the first multicast service to the terminal device.
  • Step 904 The terminal device receives the first multicast service according to the first multicast configuration information.
  • a possible implementation is that when the first multicast configuration information includes the G-RNTI1 associated with the first multicast service in addition to the first indication information, the terminal device can descramble the data from the network device according to G-RNTI1.
  • the DCI1 is used to schedule the multicast PDSCH1, and then the terminal device receives the first multicast service carried by the multicast PDSCH1.
  • Step 905 The terminal device compares the value of the signal quality parameter of the first multicast service with the threshold value to determine whether to feed back the first multicast service, if yes, execute the subsequent step 906, otherwise, stop executing the subsequent step .
  • the terminal device determines that it is necessary to feed back the first multicast service; when the value of the signal quality parameter of the first multicast service is greater than At the threshold value, the terminal device determines that it is not necessary to feed back the first multicast service.
  • the terminal device may determine that it is necessary to feed back the first multicast service according to 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.
  • Step 906 If the terminal device determines that it is necessary to feed back the first multicast service, it sends the first feedback information corresponding to the first multicast service to the network device.
  • the terminal device can determine whether to perform feedback according to the value of the signal quality parameter of the first multicast service, and only when the received signal quality of the first multicast service is poor or poor. Feedback can effectively improve the reliability of multicast services and at the same time improve the resource utilization of the communication system.
  • the network device can indicate the feedback function and/or feedback resource of the unicast service and the multicast service at the same time.
  • the method can Including the following steps.
  • Step 1001 The terminal device sends feedback capability information to the network device, where the feedback capability information is used to indicate the ability to send unicast feedback information and multicast feedback information on the same feedback resource.
  • the terminal device indicates in the feedback capability information that the terminal device does not support simultaneous sending of feedback for unicast services and multicast services on the same feedback resource (for example, the same timing).
  • 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 according to the feedback capability information of the terminal device.
  • 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 in different time sequences.
  • Step 1003 The network device sends first multicast configuration information to the terminal device.
  • the first multicast configuration information corresponds to the first multicast service.
  • the first multicast configuration information includes first indication information. Instructs to send the first feedback information to the first multicast service.
  • the first indication information may also indicate the first transmission resource and the second transmission resource.
  • the first multicast configuration information is used to instruct the terminal device to receive the first multicast service
  • the first multicast configuration information may be carried in an RRC message or system message or a common channel
  • the first multicast configuration information is related to the first multicast service.
  • Multicast configuration information corresponding to the broadcast service For the specific content of the multicast configuration information and the specific content that the first multicast configuration information may also include, refer to step 501, which will not be repeated here.
  • Step 1004 The terminal device receives the first multicast configuration information.
  • the terminal device may receive the first multicast configuration information from the network device through a radio resource control (Radio Resource Control, RRC) connection.
  • RRC Radio Resource Control
  • the terminal device may receive the first multicast configuration information from the network device through a common channel or system message.
  • the terminal device may receive the first multicast configuration information from the network device during the random access process.
  • Step 1005 The network device sends a multicast service to the terminal device.
  • the method further includes step 1006: the network device sends a unicast service to the terminal device.
  • Step 1007 The terminal device receives the first multicast service according to the first multicast configuration information.
  • step 1006 the method further includes step 1008: the terminal device receives the unicast service.
  • Step 1009 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 so, execute the subsequent step 1010, otherwise, the chairperson step 1010 is not performed.
  • the terminal device may use any one or more of the methods listed in step 505 in FIG. 5 to determine whether to feed back the first multicast service according to the first indication information, which will not be repeated here.
  • 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.
  • the terminal device reports to the network device whether it supports the ability to send unicast service feedback information and multicast service feedback information on the same feedback resource, so that the network device can schedule unicast service and multicast service based on this feedback capability.
  • the time sequence of the feedback information of the multicast service avoids the problem that the feedback of the unicast service of the same terminal device and the feedback of the multicast service conflict in the time sequence.
  • a radio frame of LTE FDD is divided into 10 subframes, and each subframe has a length of 1ms.
  • the slot length in the corresponding frame structure and the relationship between the slot and the subframe are different. The details are shown in Table 1 below:
  • Fig. 11A The frame structure corresponding to ⁇ f ⁇ 2.5kHz/7.5kHz/15kHz ⁇ is shown in Fig. 11A, 1 frame is equal to 10ms, 1 frame is equal to 10 subframes, and 1 subframe includes 2 time slots. For 2.5kHz, each slot has a length of 0.5ms, and each slot contains 1 OFDM symbol with CP.
  • FIG. 11B The frame structure corresponding to ⁇ f of 1.25 kHz is shown in FIG. 11B.
  • 1 frame is equal to 10 ms
  • 1 frame is equal to 10 subframes
  • one subframe is equal to 1 time slot
  • 1 subframe is equal to 1 ms.
  • the existing MBSFN configuration process is: the network equipment configures the network through the Information Element (Information Element, IE) multimedia broadcast multicast service network subframe configuration (MBSFN-SubframeConfig) that can be reserved for the downlink multimedia broadcast multicast service network
  • the network equipment uses the radio frame allocation time radioframeAllocationPeriod and the radio frame allocation offset value radioframeAllocationOffset to configure the MBSFN subframes in which radio frames are used (multimedia broadcast multicast service network, MBSFN), and then Then, subframe allocation subframeAllocation and subframe allocation-v1430subframeAllocation-v1430 are used to specifically indicate which subframes are in the MBSFN subframe.
  • the specific configuration is shown in Table 2.
  • the corresponding radio frame includes MBSFN subframes, where SFN (System Frame Number) is the system frame number, and n1 corresponds to Value 1, n2 corresponds to value 2.
  • subframeAllocation used to indicate which subframes are specifically allocated as MBSFN subframes in the radio frame that satisfies the radioFrameAllocationPeriod, radioFrameAllocationOffset constraint formula in (1).
  • OurFrames-v1430 uses a string of bits to indicate the position of MBSFN subframes in 4 consecutive radio frames.
  • subframes #4 and #9 can also be configured as MBSFN subframes.
  • An embodiment of the present application provides a communication method.
  • the terminal device is configured with a subcarrier interval of a certain specific value, and determines whether the minimum time unit corresponding to the subcarrier interval is valid for MBSFN.
  • the terminal device when each subframe corresponding to a certain time slot is configured by the network device for downlink MBSFN, the terminal device will receive the MBMS sent by the network device in such a time slot.
  • the network device is configured with subframe #1, subframe #2, subframe #3, subframe #6, subframe #7, and subframe #8 as reserved for MBSFN use
  • the first part black filled part
  • slot#0 corresponds to subframes #1, #2, and #3 which are reserved by network equipment for downlink MBSFN use. Therefore, if slot#0 meets the conditions, the terminal equipment will receive base station transmissions in slot#0 MBMS.
  • slot#1 For slot#1, because only the corresponding subframe #6 is an MBSFN subframe, and subframe #4 and subframe #5 are both non-MBSFN subframes, therefore, the terminal device will not receive and receive in slot#1.
  • MBMS sent by network equipment.
  • the new feature introduced in the R14 version of the standard is dedicated to the MBMS carrier (also known as the dedicated MBMS carrier).
  • the embodiments of this application provide another A method of communication.
  • a dedicated frequency domain carrier is used to transmit MBMS, but it needs to indicate in the time domain which locations cannot be used for MBMS transmission.
  • Figure 12A it is a schematic diagram of the wireless frame structure after introducing the dedicated MBMS carrier, every 40ms At least one non-MBSFN (non-MBSFN) subframe is sent, and the non-MBSFN subframe is used to send PSS/SSS/CRS/PBCH/PDCCH and PDSCH used to send system messages.
  • a broadcast message (main system message block) can be used to indicate the number of additional non-MBSFN subframes after non-MBSFN subframe #0.
  • additional non-MBSFN subframes #0 there are additional non-MBSFN subframes #0.
  • the number of non-MBSFN subframes can be 0 or 1 or 2 or 3, and the position where additional non-MBSFN subframes appear can be further indicated in System Message Block 1 (SIB1).
  • SIB1 System Message Block 1
  • the specific indication can be configured through the NonMBSFN-SubframeConfig-r14 (non-MBSHN-downlink frame configuration-r14) field in SIB1, as shown in Table 3.
  • radioFrameAllocationPeriod radio frame configuration period
  • radioFrameAllocationOffset radio frame configuration offset
  • SubframeAllocation is used to indicate the location of the non-MBSFN subframe in the radio frame that satisfies the above formula.
  • SubframeAllocation occupies 9 bits, and bits 1 to 9 of the 9 bits correspond to subframe1 to subframe9.
  • bit value is "0" indicates that the corresponding subframe is an MBSFN subframe; the bit value is "1", which indicates that the corresponding subframe is a non-MBSFN subframe.
  • the base station is configured with MBMS dedicated carrier, subframe #0 is configured as a non-MBSFN subframe, and after subframe #0 is configured, there are additional non-MBSFN subframes (for example, the value of radioFrameAllocationperiod is configured as rf4, The value of radioFrameAllocationOffset is configured to 2, and the configuration bit string of suframeAllocation is 001010000).
  • the base station configures non-MBSFN subframes in radio frame #N+1 and corresponds to radio frame #N+1
  • the subframe #13 and subframe #15 of are configured as non-MBSFN subframes.
  • slot#6 does not meet the conditions for the time slot to be valid, that is, slot#6 is not valid for MBMS.
  • the method for determining whether other time slots are valid is the same as above, and will not be repeated here.
  • bit block (in Identifies the number of bits in the codeword q on the physical channel transmitted in a subframe/slot/subslot). Before modulation, the following type of scrambling is required to generate a scrambled bit block
  • the scrambling sequence c (q) (i) is initialized at the beginning of each subframe or time slot, and the initialization value c init is determined by the specific transmission channel type:
  • n RNTI corresponds to the RNTI related to PDSCH transmission.
  • RS reference signal
  • pattern corresponds to a period of 2 symbols (symbol)
  • pattern corresponds to a period of 4 symbols
  • two reference signal mapping patterns are shown in Fig. 12C and Fig. 12D.
  • the embodiment of the present application provides a communication method in which a virtual frame is introduced.
  • the virtual frame is numbered in a group of 52 time slots, that is, the time slot number is 0-51.
  • the 0.37kHz subcarrier interval corresponds to
  • the virtual frame structure is shown in the figure below.
  • Each 40ms frame includes 2 parts: the first 1ms of every 40ms is used for Sending broadcast messages and other content is not included in the slot number.
  • the 39 ms between the 2nd ms and the 40th ms are numbered according to a slot every 3ms; 1 virtual frame includes 52 slots, Therefore, the slot number is slot#0 ⁇ slot#51. When entering the next virtual frame, the slot number starts from slot#0 again.
  • the first 1ms is used to send broadcast and other content (black part), and the remaining 39ms are numbered according to every 3 ms as a time slot, corresponding slot#0 ⁇ slot#12;
  • the first 1ms is not used for slot numbering. Slot numbering starts from the second ms, and the numbering continues from slot#12, that is, from slot# Numbering starts with 13, and so on.
  • the corresponding slot number is from slot#39 to slot#51.
  • mapping of resource units with subcarrier spacing of 0.37 kHz is described as follows: the reference signal sequence r l (m′) in OFDM symbol 1 will be mapped to complex modulation symbols according to the following relationship
  • n s is the number of 3ms slot
  • n s can be replaced by n s ', and n s ' has the following expression:
  • f() is the floor function, its function is "round down”, or “round down”, “round to zero”, that is, take the largest integer not greater than x, which is different from “rounding down”. Rounding is directly based on the left value on the number line that is closest to the required value, that is, the largest integer value that is not greater than the required value.
  • n f is the value of the frame number of the wireless frame
  • n f is the radio frame number
  • T s is the basic time unit.
  • the foregoing method can be used to realize that under different carrier interval configurations, the terminal device determines the time-frequency position of the network device to send the multicast service, so as to ensure that the terminal device can accurately receive the multicast service.
  • Embodiment 1 and Embodiment 7 can be implemented separately in different scenarios, or can be implemented in combination in the same scenario, or alternatively, different solutions involved in different embodiments can also be implemented in combination (such as embodiment Part or all of the solutions involved in 1 can be implemented in combination with Embodiment 6), which is not specifically limited.
  • step numbers of the flowcharts described in the embodiments of this application are only an example of the execution process, and do not constitute an execution of the steps. Due to the limitation of the sequence, there is no strict execution sequence among the steps that have no time sequence dependency among the embodiments of the present application.
  • the network device or the terminal device may include a hardware structure and/or software module corresponding to each function.
  • 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 executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.
  • the embodiment of the present application may divide the terminal device and the network device into functional units according to the foregoing method examples.
  • each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one unit.
  • the above-mentioned integrated unit can be implemented in the form of hardware or software functional unit.
  • FIG. 13 shows a possible exemplary block diagram of a device involved in an embodiment of the present application.
  • the apparatus 1300 may include: a processing unit 1302 and a communication unit 1303.
  • the processing unit 1302 is used to control and manage the actions of the device 1300.
  • the communication unit 1303 is used to support communication between the apparatus 1300 and other devices.
  • the communication unit 1303 is also called a transceiving unit, and may include a receiving unit and/or a sending unit, which are used to perform receiving and sending operations respectively.
  • the apparatus 1300 may further include a storage unit 1301 for storing program codes and/or data of the apparatus 1300.
  • the apparatus 1300 may be the terminal device in any of the foregoing embodiments, or may also be a chip provided in the terminal device.
  • the processing unit 1302 may support the apparatus 1300 to perform the actions of the terminal device in the foregoing method examples.
  • the processing unit 1302 mainly executes the internal actions of the terminal device in the method example, and the communication unit 1303 may support communication between the apparatus 1300 and the network device.
  • the communication unit 1303 can be used to perform step 502, step 504, step 506, and step 508 in FIG. 5; step 702, step 702a, step 704, step 704a, and step 708 in FIG. 7, and step 802 in FIG.
  • the processing unit 1302 may be used to execute step 505 in FIG. 5. And step 705 in FIG. 7; and step 905 in FIG. 9, and step 1009 in FIG. 10.
  • the first multicast configuration information further includes the group-radio network temporary identifier G-RNTI associated with the first multicast service and/or the identifier of the multicast service, the G-RNTI and /Or the identifier of the multicast service is associated with the first indication information.
  • the first indication information uses one bit or one field to indicate the feedback of the first multicast service; and/or, the first indication information is used to indicate the first feedback information Transmission resources.
  • the first indication information includes the threshold value of the signal quality parameter; when the value of the signal quality parameter corresponding to the first multicast service is less than or equal to the threshold value, the communication unit 1303 sends The network device sends the first feedback information.
  • the communication unit 1303 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; the second multicast configuration information The second indication information is included, and the second indication information is used to indicate that there is no need to send feedback information to the second multicast service.
  • the communication unit 1303 is further configured to send first feedback information corresponding to the first multicast service and/or corresponding to the unicast service to the network device according to the priority of the feedback information The second feedback information.
  • the priority of the feedback information is determined by the third indication information, and the third indication information comes from the network device; or the priority of the feedback information is predefined.
  • the third indication information is carried in DCI, and the DCI is used to schedule the physical downlink shared channel PDSCH carrying the first multicast service, or the third indication information is carried in radio resource control RRC information.
  • the communication unit 1303 is further configured to send stop feedback confirmation information to the network device, where the stop feedback confirmation information is used to instruct to stop sending feedback information to the first multicast service.
  • the communication unit 1303 is further configured to send stop feedback confirmation information to the network device according to predefined parameters or fourth indication information from the network device; wherein, the fourth The indication information is used to trigger the terminal device to send the stop feedback confirmation information to the network device.
  • the stop feedback confirmation information is indicated by the logical channel identifier LCID, and the LCID is carried by the media access control MAC subheader; or, the stop feedback confirmation information is passed through the MAC control unit CE Or, the stop feedback confirmation information is indicated by the length of the MAC CE.
  • the communication unit 1303 is further configured to send feedback capability information to the network device, where the feedback capability information is used to indicate the ability to send unicast feedback information and multicast feedback information on the same feedback resource
  • the unicast feedback information is feedback information corresponding to a unicast service
  • the multicast feedback information is feedback information corresponding to a multicast service.
  • the apparatus 1300 may be the network device in any of the foregoing embodiments, or may also be a chip provided in the network device.
  • the processing unit 1302 may support the apparatus 1300 to execute the actions of the network device in the foregoing method examples.
  • the processing unit 1302 mainly executes the internal actions of the network device in the method example, and the communication unit 1303 may support communication between the apparatus 1300 and the terminal device.
  • the communication unit 1303 can be used to perform step 501, step 503, step 507 in FIG. 5, step 701, step 701a, step 701b, step 703, step 707 in FIG. 7; step 801, step 803 in FIG. 8 , Step 805, step 807, step 810; and step 901, step 903 in FIG. 9; and step 1002, step 1003, step 1005, and step 1006 in FIG. 10.
  • the processing unit 1302 may be used to execute step 1002 in FIG. 10.
  • the first multicast configuration information further includes the group-radio network temporary identifier G-RNTI associated with the first multicast service and/or the identifier of the multicast service, the G-RNTI and /Or the identifier of the multicast service is associated with the first indication information.
  • the first indication information uses one bit or one field to indicate the feedback of the first multicast service; and/or, the first indication information is used to indicate the first feedback information Transmission resources.
  • the first indication information includes the threshold value of the signal quality parameter.
  • the processing unit 202 is configured to determine the relationship between the terminal device and the network device according to the service requirements of the first multicast service. At least one of the physical relative distance between the two and the channel quality of the terminal device determines the terminal device that needs to send feedback information to the first multicast service.
  • the communication unit 1303 is further configured to send second multicast configuration information to the terminal device, where the second multicast configuration information corresponds to a second multicast service, and the second multicast configuration information
  • the configuration information includes second indication information, and the second indication information is used to indicate that the terminal device does not need to send feedback information to the second multicast service.
  • the communication unit 1303 before the communication unit 1303 receives the first feedback information from the terminal device, the communication unit 1303 is further configured to send third instruction information to the terminal device, and the third instruction The information is used to indicate the priority of the feedback information of the first multicast service.
  • the third indication information is carried in the downlink control information DCI, and the DCI is used to schedule the physical downlink shared channel PDSCH that carries the first multicast service.
  • 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 receiving 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 to the first multicast service.
  • the stop feedback confirmation information is indicated by the logical channel identifier LCID, and the LCID is carried by the media access control MAC subheader; or, the stop feedback confirmation information is passed through the MAC control unit CE Or, the stop feedback confirmation information is indicated by the length of the MAC CE.
  • 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 the terminal device to send unicast feedback information and multiple information on the same feedback resource.
  • each unit in the device can be all implemented in the form of software called by processing elements; they can also be all implemented in the form of hardware; part of the units can also be implemented in the form of software called by the processing elements, and some of the units can be implemented in the form of hardware.
  • each unit can be a separate processing element, or it can be integrated in a certain chip of the device for implementation.
  • it can also be stored in the memory in the form of a program, which is called and executed by a certain processing element of the device. Function.
  • each step of the above method or each of the above units may be implemented by an integrated logic circuit of hardware in a processor element or implemented in a form of being called by software through a processing element.
  • the unit in any of the above devices may be one or more integrated circuits configured to implement the above methods, for example: one or more application specific integrated circuits (ASICs), or, one or Multiple microprocessors (digital singnal processors, DSPs), or, one or more field programmable gate arrays (Field Programmable Gate Arrays, FPGAs), or a combination of at least two of these integrated circuits.
  • ASICs application specific integrated circuits
  • DSPs digital singnal processors
  • FPGAs Field Programmable Gate Arrays
  • the unit in the device can be implemented in the form of a processing element scheduler
  • the processing element can be a processor, such as a general-purpose central processing unit (central processing unit, CPU), or other processors that can call programs.
  • CPU central processing unit
  • these units can be integrated together and implemented in the form of a system-on-a-chip (SOC).
  • the above receiving unit is an interface circuit of the device for receiving signals from other devices.
  • the receiving unit is an interface circuit used by the chip to receive signals from other chips or devices.
  • the above unit for sending is an interface circuit of the device for sending signals to other devices.
  • the sending unit is an interface circuit used by the chip to send signals to other chips or devices.
  • FIG. 14 is a schematic structural diagram of a terminal device according to an embodiment of the application. It may be the terminal device in the above embodiment, and is used to implement the operation of the terminal device in the above embodiment.
  • the terminal device includes: an antenna 1410, a radio frequency part 1420, and a signal processing part 1430.
  • the antenna 1410 is connected to the radio frequency part 1420.
  • the radio frequency part 1420 receives the information sent by the network device through the antenna 1410, and sends the information sent by the network device to the signal processing part 1430 for processing.
  • the signal processing part 1430 processes the information of the terminal equipment and sends it to the radio frequency part 1420
  • the radio frequency part 1420 processes the information of the terminal equipment and sends it to the network equipment via the antenna 1410.
  • the signal processing part 1430 may include a modem subsystem, which is used to process data at various communication protocol layers; it may also include a central processing subsystem, which is used to process terminal equipment operating systems and application layers; in addition, it may also Including other subsystems, such as multimedia subsystems, peripheral subsystems, etc., where the multimedia subsystem is used to control the terminal device camera, screen display, etc., and the peripheral subsystem is used to realize the connection with other devices.
  • the modem subsystem can be a separate chip.
  • the modem subsystem may include one or more processing elements 1431, for example, including a main control CPU and other integrated circuits.
  • the modem subsystem may 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 execute the method executed by the terminal device in the above method may not be stored in the storage element 1432, but is stored in a memory outside the modem subsystem, When in use, the modem subsystem is loaded and used.
  • the interface circuit 1433 is used to communicate with other subsystems.
  • the modem subsystem can be implemented by a chip, the chip includes at least one processing element and an interface circuit, wherein the processing element is used to execute each step of any method executed by the above terminal device, and the interface circuit is used to communicate with other devices.
  • the unit for the terminal device to implement each step in the above method can be implemented in the form of a processing element scheduler.
  • the device for the terminal device includes a processing element and a storage element, and the processing element calls the program stored by the storage element to Perform the method performed by the terminal device in the above method embodiment.
  • the storage element may be a storage element whose processing element is on the same chip, that is, an on-chip storage element.
  • the program used to execute the method executed by the terminal device in the above method may be a storage element on a different chip from the processing element, that is, an off-chip storage element.
  • the processing element calls or loads a program from the off-chip storage element on the on-chip storage element to call and execute the method executed by the terminal device in the above method embodiment.
  • the unit of the terminal device that implements each step in the above method may be configured as one or more processing elements, and these processing elements are arranged on the modem subsystem, where the processing elements may be integrated circuits, For example: one or more ASICs, or, one or more DSPs, or, one or more FPGAs, or a combination of these types of integrated circuits. These integrated circuits can be integrated together to form a chip.
  • the units of the terminal device that implement each step in the above method can be integrated together and implemented in the form of an SOC.
  • the SOC chip is used to implement the above method.
  • the chip can integrate at least one processing element and a storage element, and the processing element can call the stored program of the storage element to implement the method executed by the above terminal device; or, the chip can integrate at least one integrated circuit to implement the above terminal The method executed by the device; or, it can be combined with the above implementations.
  • the functions of some units are implemented in the form of calling programs by processing elements, and the functions of some units are implemented in the form of integrated circuits.
  • the above apparatus for terminal equipment may include at least one processing element and an interface circuit, wherein at least one processing element is used to execute any of the methods performed by the terminal equipment provided in the above method embodiments.
  • the processing element can execute part or all of the steps executed by the terminal device in the first way: calling the program stored in the storage element; or in the second way: combining instructions through the integrated logic circuit of the hardware in the processor element Part or all of the steps performed by the terminal device are executed in a manner; of course, part or all of the steps executed by the terminal device can also be executed in combination with the first manner and the second manner.
  • the processing element here is the same as that described above, and can be implemented by a processor, and the function of the processing element can be the same as the function of the processing unit described in FIG. 13.
  • the processing element may be a general-purpose processor, such as a CPU, or one or more integrated circuits configured to implement the above method, such as: one or more ASICs, or, one or more microprocessors DSP , Or, one or more FPGAs, etc., or a combination of at least two of these integrated circuit forms.
  • the storage element may be realized by a memory, and the function of the storage element may be the same as the function of the storage unit described in FIG. 14.
  • the storage element may be realized by a memory, and the function of the storage element may be the same as the function of the storage unit described in FIG. 14.
  • the storage element can be a single memory or a collective term for multiple memories.
  • the terminal device shown in FIG. 14 can implement various processes related to the terminal device in the method embodiment shown in FIG. 5, FIG. 7 or FIG. 8.
  • the operations and/or functions of each module in the terminal device shown in FIG. 14 are used to implement the corresponding processes in the foregoing method embodiments.
  • FIG. 15 is a schematic structural diagram of a network device provided by an embodiment of this application. It is used to implement the operation of the network device in the above embodiment.
  • the network equipment 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.
  • the radio frequency device 1502 receives the information sent by the terminal device through the antenna 1501, and sends the information sent by the terminal device to the baseband device 1503 for processing.
  • the baseband device 1503 processes the information of the terminal device and sends it to the radio frequency device 1502, and the radio frequency device 1502 processes the information of the terminal device and sends it to the terminal device via the antenna 1501.
  • the baseband device 1503 may include one or more processing elements 15031, for example, a main control CPU and other integrated circuits.
  • the baseband device 1503 may 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 exchange information with the radio frequency device 1502.
  • the interface is, for example, a common public radio interface. , CPRI).
  • the above apparatus for network equipment may be located in the baseband apparatus 1503.
  • the above apparatus for network equipment may be a chip on the baseband apparatus 1503.
  • the chip includes at least one processing element and an interface circuit, wherein the processing element is used to execute the above network. For each step of any method executed by the device, the interface circuit is used to communicate with other devices.
  • the unit for the network device to implement each step in the above method can be implemented in the form of a processing element scheduler.
  • the device for the network device includes a processing element and a storage element, and the processing element calls the program stored by the storage element to Perform the method performed by the network device in the above method embodiment.
  • the storage element may be a storage element with the processing element on the same chip, 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.
  • the unit of the network device that implements each step in the above method may be configured as one or more processing elements, and these processing elements are arranged on the baseband device.
  • the processing elements here may be integrated circuits, such as: Or multiple ASICs, or, one or more DSPs, or, one or more FPGAs, or a combination of these types of integrated circuits. These integrated circuits can be integrated together to form a chip.
  • the units for the network equipment to implement each step in the above method can be integrated together and implemented in the form of a system-on-a-chip (SOC).
  • the baseband device includes the SOC chip for implementing the above method.
  • At least one processing element and storage element can be integrated in the chip, and the processing element can call the stored program of the storage element to implement the method executed by the above network device; or, at least one integrated circuit can be integrated in the chip to implement the above network The method executed by the device; or, it can be combined with the above implementations.
  • the functions of some units are implemented in the form of calling programs by processing elements, and the functions of some units are implemented in the form of integrated circuits.
  • the above apparatus for a network device may include at least one processing element and an interface circuit, wherein at least one processing element is used to execute any of the methods performed by the network device provided in the above method embodiments.
  • the processing element can execute part or all of the steps executed by the network device in the first way: calling the program stored in the storage element; or in the second way: combining instructions through the integrated logic circuit of the hardware in the processor element Part or all of the steps performed by the network device are executed in the method; of course, part or all of the steps executed by the network device above can also be executed in combination with the first method and the second method.
  • the processing element here is the same as that described above, and can be implemented by a processor, and the function of the processing element can be the same as the function of the processing unit described in FIG. 10.
  • the processing element may be a general-purpose processor, such as a CPU, or one or more integrated circuits configured to implement the above method, such as: one or more ASICs, or, one or more microprocessors DSP , Or, one or more FPGAs, etc., or a combination of at least two of these integrated circuit forms.
  • the storage element may be realized by a memory, and the function of the storage element may be the same as the function of the storage unit described in FIG. 12.
  • the storage element may be realized by a memory, and the function of the storage element may be the same as the function of the storage unit described in FIG. 10.
  • the storage element can be a single memory or a collective term for multiple memories.
  • the network device shown in FIG. 14 can implement various processes involving the network device in the method embodiments illustrated in FIG. 5 and FIG. 7 to FIG. 10.
  • the operations and/or functions of the various modules in the network device shown in FIG. 14 are used to implement the corresponding processes in the foregoing method embodiments.
  • this application can be provided as methods, systems, or computer program products. Therefore, this application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, this application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment.
  • the instructions provide steps for implementing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种通信方法及装置，该方法包括：网络设备向终端设备发送多播配置信息，该多播配置信息对应于第一多播业务，多播配置信息中包括第一指示信息，该第一指示信息指示终端设备需要对第一多播业务发送第一反馈信息，终端设备根据第一多播配置信息接收第一多播业务，然后根据第一多播配置信息中的第一指示信息，向网络设备发送第一多播业务对应的第一反馈信息。采用本申请的方法及装置，可实现多播传输技术的反馈机制，提高多播业务的传输可靠性。

Description

一种通信方法及装置 技术领域
本申请涉及通信技术领域，尤其涉及一种通信方法及装置。
背景技术
无线通信系统中，多播传输技术可以支持点到多点的通信，即网络设备传输相同的数据给多个终端设备，例如手机电视服务。目前，长期演进(long term evolution，LTE)通信系统中存在多媒体广播多播业务(multimedia broadcast multicast service,MBMS)和单小区-点到多点(single-cell point-to-multipoint,SC-PTM)两种广播多播业务模式。采用多播传输技术进行多播业务的传输时，终端设备需要先获取多播配置信息，进而基于多播配置信息来接收多播业务。
然而，目前多播传输技术不支持混合自动重传请求(hybrid automatic repeat request，HARQ)反馈的，所以可靠性偏低，在应用到新一代无线接入技术(new radio access technology，NR)时，无法满足部分多播业务的可靠性要求。
发明内容
本申请提供了一种通信方法及装置，用以实现适用于多播传输的反馈机制，提高多播业务的传输可靠性。
第一方面，本申请实施例提供一种通信方法，该方法可以应用于终端设备，或者也可以应用于终端设备内部的芯片。以该方法应用于终端设备为例，在该方法中，终端设备接收来自网络设备的第一多播配置信息，第一多播配置信息用于指示对第一多播业务发送第一反馈信息，其中，第一多播配置信息对应于第一多播业务，所述第一多播配置信息包括第一指示信息，所述第一指示信息用于指示对所述第一多播业务发送第一反馈信息，进而终端设备接收来自网络设备的第一多播业务，终端设备向网络设备发送第一反馈信息。
采用该方案，一方面，终端设备可以实现对多播业务进行反馈，另一方面，因第一指示信息指示对第一多播业务进行反馈，所以终端设备可以实现对网络设备指示的时延要求较高的多播业务进行反馈，从而可以有效地提高时延要求较高的多播业务的可靠性。
在一种可能的设计中，第一多播配置信息还包括与第一多播业务关联的组-无线网络临时标识(group-radio network temporary identity，G-RNTI)和/或多播业务的标识，G-RNTI和/或多播业务的标识与第一指示信息相关联。
如此，由于第一指示信息包含于第一多播配置信息中，从而无需单独发送第一指示信息，能够有效节省传输资源。
在一种可能的设计中，第一指示信息通过一个比特或一个字段来指示对所述第一多播业务进行反馈。
如此，终端设备接收第一指示信息后，可以确认需要对第一多播业务进行反馈。
在一种可能的设计中，第一指示信息用于指示所述第一反馈信息的传输资源。
如此，一方面，终端设备接收第一指示信息后，可以确认需要对第一多播业务进行反 馈，另一方面，网络设备通过下行控制信息隐式指示终端设备的传输资源信息，能够有效节省传输资源。
在一种可能的设计中，第一指示信息可以包括信号质量参数的门限值，终端设备根据信号质量参数的门限值确定是否需要发送反馈信息，具体的，终端设备收到第一指示信息后，确定所述第一多播业务对应的信号质量参数的值小于或等于所述门限值时，才向所述网络设备发送所述第一反馈信息，否则，则不发送第一反馈信息。
如此，终端设备可以根据多播业务的具体接收情况自主决定是否进行反馈。
在一种可能的设计中，终端设备还可以接收来自网络设备的第二多播配置信息，第二多播配置信息对应于第二多播业务；所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示不需要对所述第二多播业务发送反馈信息。这样，终端设备收到第二多播业务后，则不再进行反馈。
如此，终端设备可以实现仅对时延要求较高的业务进行反馈，一方面提升了信息传输的可靠性，另一方面可以节省传输资源。
在一种可能的设计中，当第一多播业务的反馈资源和单播业务的反馈资源冲突时，终端设备可以根据反馈信息的优先级，确定是否向网络设备发送所述第一多播业务的第一反馈信息。具体地，若协议预先约定多播业务的反馈信息的优先级高于单播业务的反馈信息的优先级，则终端设备可以优先向所述网络设备发送与所述第一多播业务对应的第一反馈信息，并丢弃所述单播业务对应的反馈信息；若协议预先约定多播业务的反馈信息的优先级不高于单播业务的反馈信息的优先级，则终端设备优先向所述网络设备发送与所述单播业务对应的反馈信息，并丢弃第一多播业务对应的第一反馈信息。
如此，终端设备可以按照协议约定对单播业务或多播业务进行反馈，以解决资源冲突的问题。
在一种可能的设计中，终端设备还可以接收来自网络设备的第三指示信息，该指示信息用于指示多播业务的反馈信息的优先级。该第三指示信息可以和多播配置信息一起承载在下行控制信息(downlink control information，DCI)或者无线资源控制(radio resource control，RRC)消息中。响应于该第三指示信息，若第三指示信息指示第一多播业务的反馈信息的优先级为第一优先级(例如高级别优先级)，终端设备优先向网络设备发送与第一多播业务对应的第一反馈信息，并丢弃单播业务对应的反馈信息；若第三指示信息指示第一多播业务的反馈信息的优先级为第二优先级(例如低级别优先级)，终端设备优先向网络设备发送与单播业务对应的反馈信息，并丢弃第一多播业务对应的第一反馈信息。
如此，终端设备可以根据网络设备的指示对单播业务或多播业务进行反馈，以解决资源冲突的问题。
在一种可能的设计中，网络设备向终端设备发送第四指示信息，第四指示信息用于触发终端设备向网络设备发送停止反馈确认信息，终端设备由于收到了第四指示信息，触发终端设备向网络设备发送停止反馈确认信息。如此，终端设备能够根据网络设备的指示及时停止对第一多播业务进行反馈。终端设备会释放所述为多播反馈配置PUCCH资源，提高资源的利用率。其中，一种可能的方式是，第四指示信息可以承载于DCI或者RRC消息或媒体接入控制(media access control，MAC)控制单元(control element，CE)中。
在一种可能的设计中，停止反馈确认信息可以MAC子协议数据单元(protocol data unit，PDU)中，MAC子PDU包括MAC子头和MAC CE，MAC子头包括逻辑信道标识(logical  channel identifier，LCID)。其中，一种可能的方式是：停止反馈确认信息可以是通过逻辑信道标识LCID指示的。示例性地，LCID为预设值(例如LCID取值33)则表示终端设备停止对第一多播业务发送反馈信息。另一种可能的方式是：停止反馈确认信息可以是通过MAC CE的长度指示的。示例性地，MAC CE的长度为预设长度，则具有该预设长度的MAC CE用于指示停止对第一多播业务发送反馈信息。其它可能的方式是，停止反馈确认信息可以是通过MAC CE中的多播业务标识或G-RNTI指示的。
第二方面，本申请实施例提供一种通信方法，该方法可以应用于网络设备，或者也可以应用于网络设备内部的芯片。以该方法应用于网络设备为例，在该方法中，网络设备可以向终端设备发送第一多播配置信息，所述第一多播配置信息对应于第一多播业务，所述第一多播配置信息包括第一指示信息，所述第一指示信息用于指示对所述第一多播业务发送第一反馈信息；之后，网络设备向所述终端设备发送所述第一多播业务；网络设备接收来自所述终端设备的所述第一反馈信息。
由于上述第二方面所描述的通信方法与第一方面所描述的通信方法相对应，因此第二方面所描述的通信方法的相关有益效果可以参见第一方面，此处不再赘述。
在一种可能的设计中，第一多播配置信息还包括与第一多播业务关联的组-无线网络临时标识G-RNTI和/或多播业务的标识，G-RNTI和/或多播业务的标识与第一指示信息相关联。
在一种可能的设计中，第一指示信息通过一个比特或一个字段来指示对所述第一多播业务进行反馈；和/或，第一指示信息用于指示所述第一反馈信息的传输资源。
在一种可能的设计中，网络设备根据所述第一多播业务的业务需求、终端设备与所述网络设备之间的物理相对距离和终端设备的信道质量中的至少一项，确定需要对第一多播业务发送反馈信息的所述终端设备。
在一种可能的设计中，网络设备向所述终端设备发送第二多播配置信息，所述第二多播配置信息对应于第二多播业务，所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示所述终端设备不需要对所述第二多播业务发送反馈信息。
在一种可能的设计中，网络设备接收来自所述终端设备的所述第一反馈信息之前，网络设备向所述终端设备发送第三指示信息，所述第三指示信息用于指示所述第一多播业务的反馈信息的优先级。其中，第三指示信息承载于下行控制信息DCI中，所述DCI用于调度承载所述第一多播业务的物理下行共享信道PDSCH。
在一种可能的设计中，网络设备向所述终端设备发送第四指示信息，所述第四指示信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息；
接收来自所述终端设备的停止反馈确认信息，所述停止反馈确认信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息。
在一种可能的设计中，停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头承载的；或，所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，所述停止反馈确认信息是通过MAC CE的长度指示的。
在一种可能的设计中，网络设备接收来自终端设备的反馈能力信息，所述反馈能力信息用于指示所述终端设备在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反 馈信息。
第三方面，本申请实施例提供一种第一通信装置，所述第一通信装置用于执行上述第一方面或任一可能的实施方式中的方法。具体地，所述第一通信装置可以包括用于执行第一方面或任一可能的实施方式中的方法的模块，例如包括处理模块和收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。示例性地，所述第一通信装置为终端设备，或者为设置在终端设备中的芯片或其他部件。示例性地，所述通信设备为终端设备。下面以第一通信装置是终端设备为例。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第一通信装置为终端设备，收发器例如通过终端设备中的天线、馈线和编解码器等实现。或者，如果第一通信装置为设置在终端设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与终端设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。在第三方面的介绍过程中，继续以所述第一通信装置是终端设备，以及，以所述处理模块和所述收发模块为例进行介绍。其中：
所述收发模块，用于接收来自网络设备的第一多播配置信息，第一多播配置信息用于指示对第一多播业务发送第一反馈信息，其中，第一多播配置信息对应于第一多播业务，所述第一多播配置信息包括第一指示信息，所述第一指示信息用于指示对所述第一多播业务发送第一反馈信息。
所述处理模块，用于根据第一指示信息，确定需要对第一多播业务进行反馈。
所述收发模块，还用于接收来自网络设备的第一多播业务，终端设备向网络设备发送第一反馈信息。
在一种可能的设计中，第一多播配置信息还包括与第一多播业务关联的组-无线网络临时标识(group-radio network temporary identity，G-RNTI)和/或多播业务的标识，G-RNTI和/或多播业务的标识与第一指示信息相关联。
在一种可能的设计中，第一指示信息通过一个比特或一个字段来指示对所述第一多播业务进行反馈。
在一种可能的设计中，第一指示信息用于指示所述第一反馈信息的传输资源。
在一种可能的设计中，第一指示信息可以包括信号质量参数的门限值，接收模块根据信号质量参数的门限值确定是否需要发送反馈信息，具体的，接收模块收到第一指示信息后，处理模块确定所述第一多播业务对应的信号质量参数的值小于或等于所述门限值时，才通过收发模块向所述网络设备发送所述第一反馈信息，否则，则不发送第一反馈信息。
在一种可能的设计中，收发模块，还用于接收来自网络设备的第二多播配置信息，第二多播配置信息对应于第二多播业务；所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示不需要对所述第二多播业务发送反馈信息。这样，终端设备收到第二多播业务后，则不再进行反馈。
在一种可能的设计中，当第一多播业务的反馈资源和单播业务的反馈资源冲突时，处理模块可以根据反馈信息的优先级，确定是否向网络设备发送所述第一多播业务的第一反馈信息。具体地，若协议预先约定多播业务的反馈信息的优先级高于单播业务的反馈信息 的优先级，则收发模块可以优先向所述网络设备发送与所述第一多播业务对应的第一反馈信息，并丢弃所述单播业务对应的反馈信息；若协议预先约定多播业务的反馈信息的优先级不高于单播业务的反馈信息的优先级，则收发模块优先向所述网络设备发送与所述单播业务对应的反馈信息，并丢弃第一多播业务对应的第一反馈信息。
在一种可能的设计中，收发模块还可以接收来自网络设备的第三指示信息，该指示信息用于指示多播业务的反馈信息的优先级。该第三指示信息可以和多播配置信息一起承载在下行控制信息(downlink control information，DCI)或者无线资源控制(radio resource control，RRC)消息中。响应于该第三指示信息，若第三指示信息指示第一多播业务的反馈信息的优先级为第一优先级(例如高级别优先级)，处理模块确定通过收发模块优先向网络设备发送与第一多播业务对应的第一反馈信息，并丢弃单播业务对应的反馈信息；若第三指示信息指示第一多播业务的反馈信息的优先级为第二优先级(例如低级别优先级)，处理模块确定通过收发模块优先向网络设备发送与单播业务对应的反馈信息，并丢弃第一多播业务对应的第一反馈信息。
在一种可能的设计中，收发模块，还用于向终端设备发送第四指示信息，第四指示信息用于触发终端设备向网络设备发送停止反馈确认信息，终端设备由于收到了第四指示信息，触发终端设备向网络设备发送停止反馈确认信息。第四指示信息可以承载于DCI或者RRC消息或媒体接入控制(media access control，MAC)控制单元(control element，CE)中。如此，终端设备能够根据网络设备的指示及时停止对第一多播业务进行反馈。终端设备会释放所述为多播反馈配置PUCCH资源，提高资源的利用率。
在一种可能的设计中，停止反馈确认信息可以MAC子协议数据单元(protocol data unit，PDU)。其中，MAC子PDU包括MAC子头和MAC CE，MAC子头包括逻辑信道标识(logical channel identifier，LCID)。其中，一种可能的方式是：停止反馈确认信息可以是通过逻辑信道标识LCID指示的。示例性地，LCID为预设值(例如取值为33)则表示终端设备停止对第一多播业务发送反馈信息。另一种可能的方式是：停止反馈确认信息可以是通过MAC CE的长度指示的。示例性地，MAC CE的长度为预设长度，则具有该预设长度的MAC CE用于指示停止对第一多播业务发送反馈信息。其它可能的方式是，停止反馈确认信息可以是通过MAC CE中的多播业务标识或G-RNTI指示的。
关于第三方面或各种可选的实施方式所带来的技术效果，可参考对于第一方面或相应的实施方式的技术效果的介绍。
第四方面，提供一种第二通信装置。所述第二通信装置用于执行上述第二方面或任一可能的实施方式中的方法。具体地，所述第二通信装置可以包括用于执行第二方面或任一可能的实施方式中的方法的模块，例如包括处理模块和收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。示例性地，所述通信设备为网络设备。下面以第二通信装置是网络设备为例。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第二通信装置为网络设备，收发器例如通过网络设备中的天线、馈线和编解码器等实现。或者，如果第二通信装置为设置在网络设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与网络设备中的射频收发 组件连接，以通过射频收发组件实现信息的收发。在第四方面的介绍过程中，继续以所述第二通信装置是网络设备，以及，以所述处理模块和所述收发模块为例进行介绍。其中：
处理模块，用于确定第一多播配置信息。
收发模块，用于向终端设备发送第一多播配置信息，所述第一多播配置信息对应于第一多播业务，第一多播配置信息包括第一指示信息，第一指示信息用于指示对所述第一多播业务发送第一反馈信息；之后，收发模块向所述终端设备发送所述第一多播业务，以及接收来自所述终端设备的所述第一反馈信息。
在一种可能的设计中，第一多播配置信息还包括与第一多播业务关联的组-无线网络临时标识G-RNTI和/或多播业务的标识，G-RNTI和/或多播业务的标识与第一指示信息相关联。
在一种可能的设计中，第一指示信息通过一个比特或一个字段来指示对所述第一多播业务进行反馈；和/或，第一指示信息用于指示所述第一反馈信息的传输资源。
在一种可能的设计中，处理模块。用于根据第一多播业务的业务需求、终端设备与所述网络设备之间的物理相对距离和终端设备的信道质量中的至少一项，确定需要对第一多播业务发送反馈信息的所述终端设备。
在一种可能的设计中，收发模块，还用于向所述终端设备发送第二多播配置信息，所述第二多播配置信息对应于第二多播业务，所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示所述终端设备不需要对所述第二多播业务发送反馈信息。
在一种可能的设计中，收发模块，还用于接收来自所述终端设备的所述第一反馈信息之前，网络设备向所述终端设备发送第三指示信息，所述第三指示信息用于指示所述第一多播业务的反馈信息的优先级。其中，第三指示信息承载于下行控制信息DCI中，所述DCI用于调度承载所述第一多播业务的物理下行共享信道PDSCH。
在一种可能的设计中，收发模块，还用于向所述终端设备发送第四指示信息，所述第四指示信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息；还用于接收来自所述终端设备的停止反馈确认信息，所述停止反馈确认信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息。
在一种可能的设计中，停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头承载的；或，所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，所述停止反馈确认信息是通过MAC CE的长度指示的。
在一种可能的设计中，收发模块，还用于接收来自终端设备的反馈能力信息，所述反馈能力信息用于指示所述终端设备在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反馈信息。
第五方面，本申请提供一种通信装置，所述通信装置可以为终端设备或者设置在终端设备内部的芯片。所述通信装置具备实现上述第一方面的功能，比如，所述通信装置包括处理器，所述通信装置还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第一方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存 实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面任意可能的设计或实现方式中的方法。
在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面任意可能的设计或实现方式中的方法。
在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面任意可能的设计或实现方式中由终端设备执行的方法。
第六方面，本申请提供一种通信装置，所述通信装置可以为网络设备或者设置在网络设备内部的芯片。所述通信装置具备实现上述第二方面涉及的功能，比如，所述通信装置包括处理器，所述通信装置还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第二方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面任意可能的设计或实现方式中的方法。
在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面任意可能的设计或实现方式中的方法。
在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第二方面任意可能的设计或实现方式中的方法。
第七方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。
第八方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。
第九方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述第一方面或第二方面的任一种可能的设计中的方法。
第十方面，本申请提供一种通信系统，所述通信系统包括终端设备和网络设备，其中，终端设备用以实现上述第一方面的任一种可能的设计中的方法，网络设备用以实现上述第一方面的任一种可能的设计中的方法。
本申请的这些方面或其它方面在以下实施例的描述中会更加简明易懂。
附图说明
图1为本申请实施例适用的一种网络架构示意图；
图2为本申请实施例适用的又一种网络架构示意图；
图3为本申请实施例适用的又一种网络架构示意图；
图4A为网络设备进行多播业务传输示意图；
图4B为终端设备获取多播配置信息示意图；
图5为本申请实施例提供的一种通信方法交互示意图；
图6A和图6B为本申请实施例提供的一种MAC CE结构示意图；
图7至图10为本申请实施例提供的另一种通信方法交互示意图；
图11A至图11D为本申请实施例中的帧结构示意图；
图12A至图12G为本申请实施例提供的其它帧结构和映射图案示意图；
图13为本申请实施例中所涉及的装置的可能的示例性框图；
图14为本申请实施例提供的一种终端设备的结构示意图；
图15为本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。
首先，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
(1)终端设备：可以是能够接收网络设备调度和指示信息的无线终端设备，无线终端设备可以是指向用户提供语音和/或数据连通性的设备，或具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。终端设备可以经无线接入网(radio access network，RAN)与一个或多个核心网或者互联网进行通信，终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话，手机(mobile phone))、计算机和数据卡，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、平板电脑(Pad)、带无线收发功能的电脑等设备。无线终端设备也可以称为系统、订户单元(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)等。终端设备也可以是可穿戴设备以及下一代通信系统，例如，5G通信系统中的终端设备或者未来演进的公共陆地移动网络(public land mobile network，PLMN)中的终端设备等。
(2)网络设备：可以是无线网络中的设备，例如网络设备可以为将终端设备接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)，又可以称为基站。目前，一些RAN设备的举例为：5G通信系统中的新一代基站(generation Node B，gNodeB)、 传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wi-Fi)接入点(access point，AP)等。另外，在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。此外，在其它可能的情况下，网络设备可以是其它为终端设备提供无线通信功能的装置。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。为方便描述，本申请实施例中，为终端设备提供无线通信功能的装置称为网络设备。
(3)无线资源控制(radio resource control，RRC)状态，终端设备有3种RRC状态：RRC连接态(connected态)、RRC空闲态(idle态)和非激活态(inactive态)。
RRC连接态(或，也可以简称为连接态。在本文中，“连接态”和“RRC连接态”，是同一概念，两种称呼可以互换)：终端设备与网络建立了RRC连接，可以进行数据传输。
RRC空闲态(或，也可以简称为空闲态。在本文中，“空闲态”和“RRC空闲态”，是同一概念，两种称呼可以互换)：终端设备没有与网络建立RRC连接，基站没有存储该终端设备的上下文。如果终端设备需要从RRC空闲态进入RRC连接态，则需要发起RRC连接建立过程。
RRC非激活态(或，也可以简称为非激活态。在本文中，“去活动态”、“去激活态”、“非激活态”、“RRC非激活态”和“RRC去激活态”，是同一概念，这几种称呼可以互换)：终端设备之前进入了RRC连接态，然后基站释放了RRC连接，但是基站保存了该终端设备的上下文。如果该终端设备需要从RRC非激活态再次进入RRC连接态，则需要发起RRC连接恢复过程(或者称为RRC连接重建立过程)。RRC恢复过程相对于RRC建立过程来说，时延更短，信令开销更小。但是基站需要保存终端设备的上下文，会占用基站的存储开销。
(4)本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。
以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一阈值和第二阈值，只是为了区分不同的阈值，而并不是表示这两种阈值的优先级或者重要程度等的不同。
下面结合说明书附图对本申请的技术方案作进一步地详细描述。
图1为本申请实施例适用的一种网络架构示意图。如图1所示，终端设备130可接入到无线网络，以通过无线网络获取外网(例如因特网)的服务，或者通过无线网络与其它 设备通信，如可以与其它终端设备通信。该无线网络包括无线接入网(radio access network，RAN)设备110和核心网(core network，CN)设备120，其中RAN设备110用于将终端设备130接入到无线网络，CN设备120用于对终端设备进行管理并提供与外网通信的网关。应理解，图1所示的通信系统中各个设备的数量仅作为示意，本申请实施例并不限于此，实际应用中在通信系统中还可以包括更多的终端设备130、更多的RAN设备110，还可以包括其它设备。
CN中可以包括多个CN设备120，当图1所示的网络架构适用于5G通信系统时，CN设备120可以为接入和移动性管理功能(access and mobility management function，AMF)实体、会话管理功能(session management function，SMF)实体或用户面功能(user plane function，UPF)实体等，当图1所示的网络架构适用于LTE通信系统时，CN设备120可以为移动性管理实体(mobility management entity，MME)和服务网关(serving gateway，S-GW)等。
图2为本申请实施例适用的又一种网络架构示意图。如图2所示，该网络架构包括CN设备、RAN设备和终端设备。其中，RAN设备包括基带装置和射频装置，其中基带装置可以由一个节点实现，也可以由多个节点实现，射频装置可以从基带装置拉远独立实现，也可以集成在基带装置中，或者部分功能独立集成、部分功能集成在基带装置中。例如，在LTE通信系统中，RAN设备(eNB)包括基带装置和射频装置，其中射频装置可以相对于基带装置拉远布置，例如射频拉远单元(remote radio unit，RRU)是相对于BBU布置的远端无线单元。
RAN设备和终端设备之间的通信遵循一定的协议层结构，例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层等协议层的功能；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能；在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。
RAN设备可以由一个节点实现RRC、PDCP、RLC和MAC等协议层的功能，或者可以由多个节点实现这些协议层的功能。例如，在一种演进结构中，RAN设备可以包括集中式单元(CU)和分布式单元(DU)，多个DU可以由一个CU集中控制。如图2所示，CU和DU可以根据无线网络的协议层划分，例如PDCP层及以上协议层的功能设置在CU，PDCP以下的协议层，例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例，还可以在其它协议层划分，例如在RLC层划分，将RLC层及以上协议层的功能设置在CU，RLC层以下协议层的功能设置在DU；或者，在某个协议层中划分，例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外，也可以按其它方式划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。
此外，射频装置可以独立集成，不放在DU中，也可以集成在DU中，或者部分拉远部分集成在DU中，在此不作任何限制。
图3为本申请实施例适用的又一种网络架构示意图。相对于图2所示的网络架构，图3中还可以将CU的控制面(CP)和用户面(UP)分离，分成不同实体来实现，分别为控 制面(control plane，CP)CU实体(即CU-CP实体)和用户面(user plane，UP)CU实体(即CU-UP实体)。
在以上网络架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端设备，或者，由接收到的PHY层的信令转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装载发送的。
上述图1、图2或图3所示意的网络架构可以适用于各种无线接入技术(radio access technology，RAT)的通信系统中，例如可以是LTE通信系统，也可以是5G(或者称为新无线(new radio，NR))通信系统，也可以是LTE通信系统与5G通信系统之间的过渡系统，该过渡系统也可以称为4.5G通信系统，当然也可以是未来的通信系统。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请以下实施例中的装置，根据其实现的功能，可以位于终端设备或网络设备。当采用以上CU-DU的结构时，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。
在图1、图2或图3所示意的网络架构中，网络设备可以通过多播的方式向终端设备传输业务数据，比如通过SC-PTM技术来实现多播传输。在SC-PTM广播模式中，接入网设备通过SIB配置单小区组播控制逻辑信道(single-cell multicast control channel,SC-MCCH),其中包括SC-MCCH的时域位置。SC-MCCH承载的SC-PTM配置信息中包括单小区组播业务逻辑信道(single-cell multicast traffic channel,SC-MTCH)的配置信息，所述配置信息包括临时移动组标识(temporary mobile group identity,TMGI)、会话标识符(session ID)、用于加扰DCI的G-RNTI以及时域不连续接收(discontinuous reception,DRX)的配置信息。需要说明的是，两个逻辑信道SC-MCCH和SC-MTCH在物理层均映射于下行共享物理信道(physical downlink shared channel,PDSCH)，DCI承载于物理下行控制信道(physical downlink control channel,PDCCH)。在SC-PTM技术中，可以使用物理下行共享信道(physical downlink share channel，PDSCH)传输组播业务。网络设备可以向一个小区内的一组终端设备发送承载于物理下行控制信道(physical downlink control channel，PDCCH)的下行控制信息(downlink control information，DCI)，DCI用于调度承载多播业务的组播PDSCH，DCI可以通过多播业务关联的组无线网络临时标识(group-radio network temporary identity，G-RNTI)加扰。终端设备通过检测组无线网络临时标识符(Group radio network temporary identifier,G-RNTI)G-RNTI加扰的DCI，获取其调度的物理下行信道PDSCH，进而获取PDSCH承载的业务数据。
参见图4A所示，示意出了网络设备进行三种多播业务传输的情形。网络设备可以为第一多播业务分配G-RNTI 1，为第二多播业务分配G-RNTI 2，以及为第三多播业务分配G-RNTI 3，即第一多播业务关联的G-RNTI为G-RNTI 1，第二多播业务关联的G-RNTI为 G-RNTI 2，第三多播业务关联的G-RNTI为G-RNTI 3。为了接收第一多播业务和第二多播业务，第一组终端设备(比如包括终端设备1、终端设备2和终端设备3)需要获取第一多播业务的第一多播配置信息，该第一多播配置信息用于指示第一组终端设备接收第一多播业务(比如第一多播配置信息可以包括第一多播业务关联的G-RNTI 1)，并根据G-RNTI 1接收来自网络设备的用于调度多播PDSCH1(多播PDSCH1用于承载第一多播业务)的DCI1，进而接收多播PDSCH1。类似地，为了接收第二多播业务，第一组终端设备(比如包括终端设备1、终端设备2和终端设备3)需要获取第二多播业务的第二多播配置信息(比如第二多播配置信息可以包括第二多播业务关联的G-RNTI 2)，该第二多播配置信息用于指示第一组终端设备接收第二多播业务，并根据G-RNTI 2接收来自网络设备的用于调度多播PDSCH2(多播PDSCH2用于承载第二多播业务)的DCI2，进而接收多播PDSCH2。
类似地，为了接收第二多播业务，第二组终端设备(比如包括终端设备4、终端设备5和终端设备6)需要获取第二多播业务的第二多播配置信息(比如第二多播配置信息可以包括第二多播业务关联的G-RNTI 2)，该第二多播配置信息用于指示第二组终端设备接收多播业务2，并根据G-RNTI 2接收来自网络设备的用于调度多播PDSCH2(多播PDSCH2用于承载第二多播业务)的DCI2，进而接收多播PDSCH2。
示例性地，图4B为一种移动通信网络的部署示意图，包括一个或多个基站。每个基站管理一个或多个小区(cell)，图4B中以一个基站管理一个小区为例。每个小区中分布有若干个UE，这些UE与基站可以通过空口(air interface)连接，接入小区后即可享受通信服务。以体育直播为例，假设多个用户设备同时请求体育直播服务，基站可以通过一个单点对多点的多播承载PDSCH1，同时向多个终端设备(例如图4B中的UE 1,UE 2,UE 3)传输相同的视频内容。
可见，多播传输技术能有效地保障用户的业务体验，并且终端设备的数目越多，网络资源的利用率越高。但是，目前多播传输技术不支持混合自动重传请求(hybrid automatic repeat request，HARQ)反馈，所以终端设备在接收到多播业务之后并不会对多播业务是否正确接收进行反馈，针对部分对可靠性要求比较高的多播业务来说，目前的多播传输技术无法满足部分多播业务的可靠性要求。基于此，本申请实施例对目前的多播传输技术进行改进，使得目前的多播传输技术支持反馈机制，进而终端设备可以根据网络设备的指示信息，对需要进行反馈的多播业务进行反馈，从而提供多播业务的可靠性。
下面结合附图对终端设备如何对多播业务进行反馈过程进行详细描述。
实施例一
图5为本申请实施例提供的一种通信方法流程示意图，该方法可以包括如下步骤。
步骤501，网络设备向终端设备发送第一多播配置信息，该第一多播配置信息对应于第一多播业务，该第一多播配置信息包括第一指示信息，该第一指示信息用于指示对第一多播业务发送第一反馈信息。
需要说明的是，第一多播配置信息用于指示终端设备接收第一多播业务。可选的，第一多播配置信息可以承载于RRC消息或系统消息或者公共信道中。第一多播配置信息是与第一多播业务对应的多播配置信息，用于指示终端设备根据第一多播配置信息接收第一多播业务，其中，第一多播配置信息包括第一指示信息。一般地，多播配置信息还可以包 括如下至少一种参数：(1)G-RNTI、(2)多播业务的标识、(3)G-RNTI对应的BWP信息、(4)多播业务的PDSCH加扰序列、(5)G-RNTI的DRX参数、(6)解调参考信号、(7)速率匹配参考信号、(8)无线承载标识和(9)安全配置标识。其中：
(1)G-RNTI与多播业务一一对应，本申请实施例中，第一多播配置信息还可以包括与第一多播业务一一对应的G-RNTI 1。也就是说，G-RNTI 1相当于是第一多播业务的标识。本申请实施例中，第一指示信息可以与G-RNTI 1相关联，即第一指示信息与第一多播业务是相对应的。
(2)多播业务的标识包括多播业务的互联网协议(internet protocol，IP)地址和/或端口号。
其中，多播业务标识可以由应用服务器发送给核心网设备，核心网设备再向网络设备发送该多播业务标识，或者多播业务标识也可以为临时移动组标识(temporary mobile group identity，TMGI)。本申请实施例中，第一多播配置信息还可以包括第一多播业务的IP地址和/或端口号，第一指示信息可以与第一多播业务的IP地址和/或端口号相关联。具体地，第一指示信息可以指示终端设备对第一IP地址和/或第一端口号对应的多播业务发送第一反馈信息。
(3)G-RNTI对应的BWP信息包括以下至少一种：带宽、频率位置、子载波间隔(subcarrier spacing，SCS)、循环前缀(cyclic prefix，CP)长度、控制资源集合(control-resource set,CORESET)相关的配置信息以及PDSCH相关的配置信息。COREST信息用于指示G-RNTI PDCCH所在时频资源。本申请实施例中，第一多播配置信息还可以包括G-RNTI1对应的BWP信息。
(4)多播业务的PDSCH加扰序列：终端设备应用该PDSCH加扰序列解扰多播业务的PDSCH。
(5)G-RNTI的DRX参数：终端设备采用该DRX参数进行G-RNTI检测。
(6)解调参考信号：终端设备采用该解调参考信号进行G-RNTI调度的PDSCH解调。
(7)速率匹配参考信号：终端设备在接收G-RNTI调度的PDSCH时排除掉该速率匹配参考信号对应的位置。
(8)无线承载标识用于标识与第一多播业务对应的无线承载，无线承载可以是数据无线承载，如DRB(Data Radio Bearer),或者是为多播业务引入的多播无线承载，如MRB(Multicast Radio Bearer)。
(9)安全配置标识用于标识与第一多播业务对应的安全配置，安全配置可以包括加密算法指示、完整性保护算法指示中的至少一个。
一种可能的实施例中，在步骤501中，网络设备可以通过第一指示信息采用显式指示或者隐式指示的方法指示终端设备是否需要发送反馈信息。
具体地，网络设备可以采用如下任意一种方式或多种方式向终端设备发送用于指示对第一多播业务是否进行反馈的第一指示信息。
方式一
第一指示信息显示指示终端设备对接收的第一多播业务是否进行反馈。例如，网络设备在第一指示信息中可以通过一个比特或者一个特殊字段指示网络设备1对第一多播业务进行反馈。
需要说明的是，网络设备在第一指示信息中也可以通过两个或两个以上的比特来对第 一多播业务进行反馈。或者说，网络设备在第一指示信息中也可以通过两个或两个以上的字段来指示对第一多播业务进行反馈。本申请实施例对此并不作具体限定。
方式二
第一指示信息隐式指示终端设备对接收的第一多播业务是否进行反馈。例如，网络设备1可以在第一指示信息中指示与第一多播业务对应的第一反馈信息的传输资源，该传输资源用于承载终端设备对第一多播业务的第一反馈信息。
示例性地，网络设备为终端设备配置了第一多播业务的混合自动重传请求(hybrid automatic repeat request，HARQ)反馈所使用的PUCCH资源，则相当于是指示终端设备需要进行反馈。该PUCCH资源可以与对单播业务进行HARQ反馈所使用的PUCCH资源不同。
方式三
第一指示信息包括辅助参数，终端设备通过辅助参数确定是否对第一多播业务进行反馈。比如，网络设备可以通过第一指示信息传输信号质量参数的门限值。该信号质量参数可以是如下至少一种：参考信号接收功率(reference signal receiving power，RSRP)、参考信号接收质量(reference signal receiving quality，RSRQ)和接收的信号强度指示(received signal strength indication，RSSI)、信道质量信息(channel quality information，CQI)等。当终端设备接收到该第一指示信息之后，终端设备会进一步根据门限值和测量的信号质量参数的值确认是否进行反馈，具体可以参见以下步骤504。
方式四
网络设备在第一指示信息中可以结合上述方式一至上述方式三中的至少两种来指示终端设备是否对第一多播业务进行反馈。
示例性地，网络设备可以结合方式一和方式三来指示终端设备，例如，网络设备在第一指示信息中通过一个比特或者一个字段来指示终端设备需要对第一多播业务进行反馈，另外，网络设备在第一指示信息中还指示了与第一多播业务对应的第一反馈信息的传输资源。相应的，终端设备根据第一指示信息中的比特或字段确定需要对第一多播业务进行反馈，同时，可以通过第一指示信息中指示的传输资源向网络设备发送第一反馈信息。
在一种可能的实施例中，在执行步骤501之前，网络设备需要确定对多播业务需要进行反馈的终端设备。网络设备的确定方法可以包括如下方式中的一种或者多种。
方式一
网络设备可以根据终端设备所属的组终端设备对应的多播业务的业务需求，确定对多播业务需要进行反馈的终端设备，例如，网络设备向终端设备发送的多播业务是否是终端设备感兴趣的多播业务，若是，则确定终端设备需要对该多播业务进行反馈。其中，组终端设备为接收相同多播业务的终端设备的集合，例如，图4A中，终端设备1、终端设备2、终端设备3构成接收多播业务1的第一组终端设备。
示例性地，上述实施例中终端设备所在的组终端设备为图4A中的第一组终端设备，假设第一组终端设备对应的第一多播业务的业务需求的可靠性要求高。
一种可能的方式是，网络设备确定第一组终端设备中接收第一多播业务的部分终端设备需要对第一多播业务进行反馈，网络设备可以配置第一组终端设备的部分终端设备对第一多播业务进行反馈，部分终端设备不对第一多播业务进行反馈。原则上，由于第一多播业务的业务需求的可靠性要求高，应该对接收第一多播业务的终端设备都配置反馈，但考 虑网络能提供的反馈资源、终端设备和网络设备之间的信道质量、终端设备的接收能力至少一种，网络设备选择部分终端设备配置反馈资源，既能保证第一多播业务的接收，也能节省反馈资源的配置，有利于提高资源利用率。
另一种可能的方式，网络设备可以确定第一组终端设备中接收第一多播业务的全部终端设备需要对第一多播业务进行反馈，网络设备可以配置第一组终端设备中的全部终端设备对第一多播业务进行反馈。
方式二
网络设备可以根据终端设备与网络设备之间的物理距离和/或传输距离，确定终端设备是否需要对该多播业务进行反馈。
示例性地，如果终端设备和网络设备之间的物理距离超过设定阈值，网络设备可以指示该终端设备需要对接收的多播业务进行反馈；反之，如果终端设备和网络设备之间的物理距离不超过设定阈值，网络设备可以指示该终端设备不需要对接收的多播业务进行反馈。
方式三
网络设备可以根据终端设备的信道质量状况，确定终端设备是否需要对该多播业务进行反馈。
示例性地，网络设备可以根据第一多播业务对应的传输信道(例如PDSCH)，确定终端设备的信道质量状况。如果终端设备所处的信道质量较差，网络设备可以指示该类终端设备需要对接收的多播业务进行反馈；反之，终端设备所处的信道质量较好，网络设备可以指示该类终端设备不需要对接收的多播业务进行反馈。
步骤502，终端设备接收第一多播配置信息。
一种示例为，终端设备可以通过无线资源控制(radio resource control，RRC)连接接收来自网络设备的第一多播配置信息。
又一种示例为，终端设备可以通过公共信道或系统消息接收来自网络设备的第一多播配置信息。
再一种示例为，终端设备可以在随机接入过程中接收来自网络设备的第一多播配置信息。
步骤503，网络设备向终端设备发送第一多播业务。
步骤504，终端设备根据第一多播配置信息，接收第一多播业务。
一种可能的实现方式为，当第一多播配置信息除了包括第一指示信息，还包括与第一多播业务关联的G-RNTI1时，终端设备可以根据G-RNTI 1解扰来自网络设备的DCI1，该DCI1用于调度多播PDSCH1，进而终端设备接收多播PDSCH1承载的第一多播业务。
步骤505，终端设备接收第一多播业务后，根据第一指示信息确定是否对第一多播业务进行反馈，若是，则执行后续步骤，否则，则停止执行后续步骤。
一种可能的实施例中，在步骤505中，终端设备可以根据第一指示信息采用如下任意一种或者多种方式确定是否对第一多播业务进行反馈。
方式一
终端设备根据第一指示信息中与第一多播业务对应的比特位上的比特取值，确定是否对所接收的第一多播业务进行反馈，或者根据第一指示信息中特殊字段来确定是否对所接收的第一多播业务进行反馈。
具体来说，当终端设备接收第一指示信息后，且第一指示信息中终端设备对应的比特位上的取值为第一设定值(例如“1”)，则终端设备确定需要对第一多播业务进行反馈。当终端设备收第一指示信息后，且第一指示信息中终端设备对应的比特位上的取值为第二设定值(例如“0”)，则终端设备确定不需要对第一多播业务进行反馈。
或者，当终端设备接收第一指示信息后，如果第一指示信息包括协议约定的字段，则终端设备确定需要对第一多播业务进行反馈。当终端设备收到第一指示信息后，如果第一指示信息不包括协议约定的字段，则终端设备确定不需要对第一多播业务进行反馈。
方式二
终端设备确定第一指示信息指示了第一多播业务的传输资源，则对所接收的第一多播业务进行反馈；终端设备确定第一指示信息未指示第一多播业务的传输资源，则不对所接收的第一多播业务进行反馈。
方式三
终端设备接收第一指示信息后，如果第一指示信息中包括信号质量参数的门限值，终端设备确定第一多播业务的信号质量参数的值小于或等于门限值时，则终端设备确定对第一多播业务进行反馈。
示例性地，终端设备可根据如下至少一种条件，确定需要对第一多播业务进行反馈。条件一，当终端设备测量第一多播业务的RSRP值小于或等于RSRP门限值；条件二，当终端设备测量第一多播业务的RSRQ值小于或等于RSRQ门限值；条件三，当终端设备测量第一多播业务的SINR值小于或等于SINR门限值。条件四，当终端设备测量第一多播业务的CQI值小于或等于CQI门限值。条件五，当终端设备测量第一多播业务的RSSI值小于或等于RSSI门限值。
步骤506，终端设备确定需要对第一多播业务反馈时，向网络设备发送第一反馈信息，该第一反馈信息是与第一多播业务相对应的。
具体来说，终端设备向网络设备发送的第一反馈信息可以是肯定的反馈信息，例如肯定应答(ACK)或否定应答(NACK)。示例性地，若终端设备正确接收第一多播业务，则终端设备需要向网络设备发送肯定的反馈信息(ACK)。若终端设备未正确接收第一多播业务，则终端设备需要向网络设备发送否定的反馈信息(NACK)。
示例性地，从网络设备的角度来看，网络设备根据接收到的对应于第一多播业务的第一反馈信息来确定重发第一多播业务使用的方式(单播或组播)。在一示例中，网络设备根据接收到对应于第一多播业务的NACK反馈信息个数，如果个数小于或等于某一阈值(阈值为大于等于1的正整数)，则网络设备通过单播方式，向反馈NACK信息的各个终端分别重发第一多播业务；否则，网络设备通过组播方式，重发第一多播业务；在另一示例中，只要网络收到对应于第一多播业务的NACK反馈信息，就通过多播的方式进行重发第一多播业务。
下面对终端设备向网络设备发送第一反馈信息的可能的实现方式进行说明。
在一种可能的实施例中，第一指示信息中指示了第一多播业务的第一反馈信息的传输资源，终端设备可以采用该传输资源向网络设备发送第一反馈信息。
在另一种可能的实施例中，第一指示信息中未指示第一多播业务的第一反馈信息的传输资源，终端设备接收网络设备的资源指示信息，资源指示信息中指示了网络设备为终端设备配置的传输资源，终端设备在网络设备配置的传输资源上传输第一反馈信息。
在其它可能的实施例中，第一指示信息中未指示第一多播业务的第一反馈信息的传输资源，终端设备可以在协议约定的传输资源上向网络设备发送第一反馈信息。
上述实施例中，针对终端设备，网络设备可以配置第一反馈信息对应的PUCCH资源，终端设备可以在该PUCCH资源发送第一反馈信息。由于终端设备还可能接收来自网络设备的单播业务，终端设备还需要对单播业务进行反馈，这样，就可能存在对单播业务进行HARQ反馈所使用的PUCCH资源与第一反馈信息所使用的PUCCH资源发生冲突。为此，针对这一问题，当第一多播业务的反馈资源和单播业务的反馈资源冲突时，终端设备可以根据反馈信息的优先级，确定是否向网络设备发送所述第一多播业务的第一反馈信息。具体地，终端设备可以采用如下两种方式中的任意一种确定如何对第一多播业务和单播业务进行反馈。
方式1：优先级是协议预定义的
具体地，若协议预先约定多播业务的反馈信息的优先级高于单播业务的反馈信息的优先级，则终端设备可以优先向所述网络设备发送与所述第一多播业务对应的第一反馈信息，并丢弃所述单播业务对应的反馈信息；若协议预先约定多播业务的反馈信息的优先级不高于单播业务的反馈信息的优先级，则终端设备优先向所述网络设备发送与所述单播业务对应的反馈信息，并丢弃第一多播业务对应的第一反馈信息。
方式2：优先级是网络设备通过第三指示信息指示的
具体地，终端设备可以接收来自网络设备的第三指示信息，该指示信息用于指示多播业务的反馈信息的优先级。该第三指示信息可以和多播配置信息一起承载在DCI或者RRC消息中。响应于该第三指示信息，若第三指示信息指示第一多播业务的反馈信息的优先级为第一优先级(例如高级别优先级)，终端设备优先向网络设备发送与第一多播业务对应的第一反馈信息，并丢弃单播业务对应的反馈信息；若第三指示信息指示第一多播业务的反馈信息的优先级为第二优先级(例如低级别优先级)，终端设备优先向网络设备发送与单播业务对应的反馈信息，并丢弃第一多播业务对应的第一反馈信息。
可选地，第三指示信息可以是1bit，也可以是多个bit来指示，这里不做限制。比如，当第三指示信息用1bit指示时，bit位置于“0”标识第一优先级，当bit位置于“1”标识第二优先级。
可选地，终端设备接收网络设备通过物理下行控制信道发送的格式为1_0或物理下行控制信道发送的格式为1_1下行控制信息的信息帧，信息帧中包括所述第三指示信息。
可选的，该实施例一在执行步骤506之后还可以包括步骤507a：终端设备确定停止对第一多播业务进行反馈。终端设备确定停止对第一多播业务发送反馈信息的实现方式包括实现方式1a和实现方式2a。
实现方式1a
终端设备根据网络设备发送的第四指示信息来确定停止对第一多播业务发送反馈信息，对应的，上述步骤507a可以具体包括步骤507和步骤508。
步骤507，网络设备向终端设备发送第四指示信息，该第四指示信息用于指示终端设备停止对第一多播业务发送反馈信息。
示例性地，第四指示信息可以承载于DCI、RRC消息或媒体接入控制(media access control，MAC)控制单元(control element，CE)中。
可选的，还包括步骤508，终端设备向网络设备发送停止反馈确认信息，该停止反馈确认信息用于指示终端设备停止对第一多播业务发送反馈信息。
实现方式2a
上述步骤507a可以具体为：终端设备根据预定义的参数，确定停止对第一多播业务进行反馈。其中，预定义的参数可以为第一定时器的时长或第一计数阈值。
在一示例中，预定义的参数为第一定时器的时长。如果终端设备通过发送反馈信息触发启动第一定时器，当第一定时器超时，则终端设备确定停止对第一多播业务进行反馈；当终端设备后续在第一多播业务对应的反馈资源上发送第一反馈信息，则触发重启第一定时器；当第一定时器超时，则终端设备确定停止对第一多播业务进行反馈。
在另一示例中，预定义的参数为第一计数阈值，第一计数阈值对应第一计数器，第一计数器初始值为0。如果终端设备在第一多播业务对应的反馈资源上传输的内容不包括第一反馈信息，则将第一计数器值加1，当第一计数器值大于或等于第一技术阈值时，则终端设备确定停止对第一多播业务进行反馈，另外，如果终端设备在第一多播业务对应的反馈资源上传输的内容包括第一反馈信息，则计数器清零。
另外，通过上述实现方式1a和实现方式2a，一旦终端设备确定停止对第一多播业务发送反馈信息，终端设备会执行如下至少一种动作：动作一，停止对所述第一多播业务发送反馈信息；动作二，释放所述为多播反馈配置PUCCH资源，进而提高资源的利用率。动作三，指示上层对应第一多播业务的反馈已经停止。网络设备为终端设备配置了反馈功能和反馈资源，但是如果终端设备长时间不用反馈资源，会造成通信资源的浪费，通过本实施例提供的通信防范可以及时释放利用率低的反馈资源，进而提升通信系统的资源利用率。
在一种可能的实施例中，上述步骤508中，停止反馈确认信息可以承载于MAC CE，每个MAC CE有一个对应的MAC子头，MAC子头包括逻辑信道标识(logical channel identifier，LCID)，LCID用于标识对应的MAC CE类型。MAC子头参见图6A。针对MAC CE格式有如下两种可能的实现方式：
方式I：
停止反馈确定信息对应的MAC CE长度为0，此MAC CE通过逻辑信道标识LCID指示的。示例性地，LCID为第一预设值，则表示终端设备停止对第一多播业务发送反馈信息。
另一种可能的方式是：停止反馈确认信息可以是通过MAC CE的长度指示的。示例性地，MAC CE的长度为第一预设长度，则具有该第一预设长度的MAC CE用于指示1停止对第一多播业务发送反馈信息。
方式II：
停止反馈确认信息可以是通过MAC CE中的第五指示信息指示的。其中，第五指示信息可以是与第一多播业务关联的G-RNTI1，或者第一多播业务的业务标识。示例性地，参见图6B，当MAC CE承载G-RNTI1时，则表示终端设备停止对该G-RNTI1对应的第一多播业务进行反馈。
根据上述内容可知，一方面，终端设备可以实现对多播业务进行反馈，另一方面，终端设备可以根据第一指示信息对第一多播业务进行反馈，进而网络设备可以通过第一指示信息来指示终端设备对时延要求较高的多播业务进行反馈，从而可以有效地提高时延要求 较高的多播业务的可靠性，提升配置的灵活性。
实施例二
如图7所示，本申请实施例提供的通信方法还可以同时应用于多种多播业务的反馈机制，网络设备可以为不同的多播业务配置不同的反馈功能和/或反馈资源。以图4A中的终端设备1为例，该方法可以包括如下步骤。
步骤701，网络设备向终端设备1发送第一多播配置信息，该第一多播配置信息对应于第一多播业务，该第一多播配置信息包括第一指示信息，该第一指示信息用于指示对第一多播业务发送第一反馈信息。
其中，第一多播配置信息用于指示终端设备接收第一多播业务，第一多播配置信息可以承载于RRC消息或系统消息或者公共信道中，第一多播配置信息是与第一多播业务对应的多播配置信息。多播配置信息的具体内容和第一多播配置信息还可以包括的具体内容可以参见步骤501，在此不再重复赘述。
步骤701a，网络设备向终端设备1发送第二多播配置信息，该第二多播配置信息对应于第二多播业务，该第二多播配置信息包括第二指示信息，该第二指示信息用于指示对第二多播业务不需要发送反馈信息。
其中，第二多播配置信息用于指示终端设备接收第二多播业务，第一多播配置信息可以承载于RRC消息中，第一多播配置信息包括的内容具体可以参见步骤501，在此不再赘述。
示例性地，上述步骤701和步骤701a中的第二多播业务和第一多播业务指的是不同的多播业务。下面分别针对这两种方式进行介绍。
方式A：第一多播配置信息和第二多播配置信息可以承载于不同的消息中，比如，第一多播配置信息承载于第一RRC消息中，第二多播配置信息可以承载于第二RRC消息中，网络设备分别向终端设备发送第一RRC消息和第二RRC消息，第一RRC消息中的第一多播配置信息指示终端设备1接收第一多播业务，第二RRC消息中的第二多播配置信息指示终端设备2接收第二多播业务。
方式B：第一多播配置信息和第二多播配置信息承载于同一消息中，比如，网络设备向终端设备发送第三RRC消息，第三RRC消息包括第一多播配置信息和第二多播配置信息，其中，第一多播配置信息对应于第一多播业务，第二多播配置信息对应于第二多播业务，第一多播配置信息中包括第一指示信息，第二多播配置信息中包括第二指示信息。
一种可能的实施例中，在步骤701和步骤701a中，网络设备可以在第一指示信息和/或第二指示信息中采用显式指示或者隐式指示的方法指示终端设备是否需要发送反馈信息。具体地，可以参见上述步骤501中第一指示信息的三种方式，在此不再赘述。
需要说明的是，网络设备所发送的第一指示信息和第二指示信息可以采用上述步骤501中的三种方式中同一种方式指示终端设备1是否反馈，也可以采用不同的方式指示终端设备1是否反馈，本申请实施例对此不作限定。
步骤702，终端设备1接收第一多播配置信息。
步骤702a，终端设备1接收第二多播配置信息。
在上述步骤702和步骤702a中，终端设备1接收网络设备发送的第一多播配置信息和第二多播配置信息包括：
一种示例为，终端设备1可以通过无线资源控制(radio resource control，RRC)连接消息接收来自网络设备的第一多播配置信息和第二多播配置信息。
又一种示例为，终端设备1可以通过公共信道或系统消息接收来自网络设备的第一多播配置信息和第二多播配置信息。
再一种示例为，终端设备1可以在随机接入过程中接收来自网络设备的第一多播配置信息和第二多播配置信息。
步骤703，网络设备向终端设备1发送第一多播业务和第二多播业务。
需要说明的是，第一多播业务和第二多播业务可以在同一条消息中发送，也可以分别发送。
步骤704，终端设备1根据第一多播配置信息，接收第一多播业务。
一种可能的实现方式为，当第一多播配置信息除了包括第一指示信息，还包括与第一多播业务关联的G-RNTI1时，终端设备1可以根据第一RRC消息中的G-RNTI 1解扰来自网络设备的DCI1，该DCI1用于调度多播PDSCH1，进而终端设备接收多播PDSCH1承载的第一多播业务。
步骤704a，终端设备1根据第二多播配置信息，接收第二多播业务。
针对上述步骤704以及步骤704a，终端设备可以采用如下任意一种方式接收第一多播配置信息和/或第二多播配置信息。
针对上述步骤701和步骤701a中的方式A，一方面，终端设备1可以根据第一RRC消息中的G-RNTI 1解扰来自网络设备的DCI1，该DCI1用于调度多播PDSCH1，进而终端设备接收多播PDSCH1承载的第一多播业务；另一方面，终端设备1可以根据第二RRC消息中的G-RNTI 2解扰来自网络设备的DCI2，该DCI2用于调度多播PDSCH2，进而终端设备接收多播PDSCH2承载的第二多播业务。
针对上述步骤701和步骤701a中的方式B，终端设备1可以根据第三RRC消息中的G-RNTI解扰来自网络设备的DCI，该DCI用于调度多播PDSCH1和多播PDSCH2，进而终端设备接收多播PDSCH1承载的第一多播业务，以及多播PDSCH2承载的第二多播业务。
步骤705，终端设备1可以根据第一指示信息确定是否对第一多播业务进行反馈，以及根据第二指示信息确定是否对第二多播业务进行反馈，若是，则执行后续步骤706，否则，则停止执行后续步骤。
具体来说，终端设备1可以按照上述步骤505中所列举的任意一种或者多种方式，根据第一指示信息确定是否对第一多播业务进行反馈。以及根据第二指示信息确定是否对第二多播业务进行反馈，在此不再重复赘述。
步骤706，终端设备1向网络设备发送第一反馈信息，该第一反馈信息是与第一多播业务相对应的。
其中，终端设备1向网络设备发送第一反馈信息，第一反馈信息可以是ACK或NACK。示例性地，若终端设备1正确接收第一多播业务，则终端设备1需要向网络设备发送肯定的反馈信息(ACK)。若终端设备1未正确接收第一多播业务，则终端设备1需要向网络设备发送否定的反馈信息(NACK)。
示例性地，从网络设备的角度来看，网络设备根据接收到的对应于第一多播业务的第一反馈信息来确定重发第一多播业务使用的方式(单播或组播)。在一示例中，网络设备根据接收到对应于第一多播业务的NACK反馈信息个数，如果个数小于或等于某一阈值(阈 值为大于等于1的正整数)，则网络设备通过单播方式，向反馈NACK信息的各个终端分别重发第一多播业务；否则，网络设备通过组播方式，重发第一多播业务；在另一示例中，只要网络收到对应于第一多播业务的NACK反馈信息，就通过多播的方式进行重发第一多播业务。
其中，终端设备向网络设备发送第一反馈信息几种可能的实现方式可以参见步骤上述步骤506之后的实现方式，在此不再重复赘述。
在一种可能的实施例中，针对同一多播业务，网络设备可以指示同一组终端设备中的至少一个终端设备对该多播业务进行反馈，至少一个终端设备不对该多播业务进行反馈。基于此，上述图7所示的通信方法中还可以包括如下步骤701b、步骤703a和步骤704b，在该实施例中，终端设备2接收第一多播业务之后，不会对第一多播业务进行反馈。
步骤701b，网络设备向终端设备2发送第三多播配置信息，该第三多播配置信息对应于多播业务，该第三多播配置信息包括指示信息，该指示信息用于指示终端设备2不需要对第一多播业务进行反馈。
其中，第一组终端设备包括终端设备1和终端设备2，如图4A所示。
步骤703a，网络设备向终端设备2发送第一多播业务。
一种可能的实现中，网络设备可以通过组播发送的方式向第一组终端设备中终端设备1和终端设备2发送第一多播业务。
步骤704b，终端设备2接收第一多播业务。
在一种可能的实施例中，在执行步骤701之前，网络设备需要确定对多播业务需要进行反馈的终端设备。网络设备的确定方法可以包括如下方式中的一种或者多种。
方式一，网络设备可以根据终端设备所属的组终端设备的业务需求，确定网络设备向终端设备发送的多播业务是否是终端设备感兴趣的多播业务，若是，则确定终端设备需要对该多播业务进行反馈。
示例性地，上述实施例中终端设备1所在的组终端设备为图4A中的第一组终端设备，假设第一终端设备对第一多播业务的业务需求为可靠性要求高。一种可能的方式是，网络设备确定第一组终端设备中接收第一多播业务的终端设备，需要对第一多播业务进行反馈，即网络设备可以配置第一组终端设备的终端设备1对第一多播业务进行反馈，终端设备2不对第一多播业务进行反馈。另一种可能的方式，网络设备可以确定第一组终端设备全部终端设备需要对第一多播业务进行反馈。
再比如，假设第一终端设备对第二多播业务的业务需求为可靠性要求低。一种可能的方式是，网络设备可以配置第一组终端设备的终端设备1不对第二多播业务进行反馈。
方式二，网络设备可以根据终端设备与网络设备之间的物理相对距离，确定终端设备是否需要对该多播业务进行反馈。
示例性地，如果终端设备1和网络设备之间的物理距离超过设定阈值，网络设备可以指示该终端设备1需要对接收的第一多播业务进行反馈；反之，如果终端设备2和网络设备之间的物理距离不超过设定阈值，网络设备可以指示该终端设备2不需要对接收的第一多播业务进行反馈。
方式三，网络设备可以根据终端设备的信道质量状况，确定终端设备是否需要对该多播业务进行反馈。
示例性地，网络设备可以根据第一多播业务的传输信道(例如PDSCH)，确定终端设 备的信道质量状况。如果终端设备1所处的信道质量较差，网络设备可以指示该终端设备1需要对接收的第一多播业务进行反馈；反之终端设备2所处的信道质量较好，网络设备可以指示该终端设备2不需要对接收的第一多播业务进行反馈。
再比如，网络设备可以根据第一多播业务和第二多播业务的传输信道(例如PDSCH)，确定终端设备的信道质量状况。如果终端设备1对应的第一多播业务的传输信道质量较差，网络设备可以指示该终端设备1需要对接收的第一多播业务进行反馈；如果终端设备1对应的第二多播业务的传输信道质量较好，网络设备可以指示该终端设备1不需要对接收的第二多播业务进行反馈。
在一种可能的实施例中，上述步骤706中，当第一多播业务的反馈资源和单播业务的反馈资源冲突时，终端设备1可以根据反馈信息的优先级，确定是否向网络设备发送所述第一多播业务的第一反馈信息。具体可以参见上述图5所示的方法中的描述，在此不再赘述。
在一种可能的实施例中，该实施例一在执行步骤706之后还可以包括步骤707a：终端设备确定停止对第一多播业务进行反馈。终端设备1确定停止对第一多播业务发送反馈信息的实现方式，分别为实现方式1b和实现方式2b。
实现方式1b
终端设备1根据网络设备发送的第四指示信息来确定停止对第一业务发送反馈信息，对应的，上述步骤707a可以具体包括包括步骤707和步骤708。
步骤707，网络设备向终端设备1发送第四指示信息，该第四指示信息用于指示终端设备1停止对第一多播业务发送反馈信息。
示例性地，第四指示信息可以承载于DCI、RRC消息或MAC CE中。
可选的，还包括步骤708，终端设备1向网络设备发送停止反馈确认信息，该停止反馈确认信息用于指示终端设备1停止对第一多播业务发送反馈信息。这样，终端设备1会释放所述为多播反馈配置PUCCH资源，提高资源的利用率。
实现方式2b
上述步骤507a可以具体为：终端设备1根据预定义的参数确定停止对第一多播业务进行反馈。其中，预定义的参数可以为第一定时器或第一计数阈值。具体可以参见上述实现方式2a，此处不再重复赘述。
另外，在上述实现方式1b和实现方式2b之后，一旦终端设备确定停止对第一多播业务发送反馈信息，终端设备会执行如下至少一种动作：动作一，停止对所述第一多播业务发送反馈信息；动作二，释放所述为多播反馈配置PUCCH资源，进而提高资源的利用率。动作三，指示上层对应第一多播业务的反馈已经停止。可见，若终端设备被配置了反馈功能和反馈资源，但是如果终端设备长时间不用反馈资源，该方法可以避免资源浪费，以便于及时将该反馈资源释放。
在一种可能的实施例中，上述步骤708中的停止反馈确认信息可以承载于MAC CE，每个MAC CE有一个对应的MAC子头，MAC子头包括逻辑信道标识(logical channel identifier，LCID)，LCID用于标识对应的MAC CE类型。MAC子头参见图6A。针对MAC CE格式两种可能的实现方式可以参见实施例一中步骤508之后列举的方式I和方式II。
在本申请实施例中，网络设备可以为不同的多播业务配置不同的反馈功能和/或反馈资 源，一方面，终端设备可以实现对多播业务进行反馈，另一方面，因第一指示信息指示对第一多播业务进行反馈，所以终端设备可以实现对网络设备指示的时延要求较高的多播业务进行反馈，从而可以有效地提高时延要求较高的多播业务的可靠性。
实施例三
如图8所示，网络设备可以通过指示信息动态控制终端设备开启或关闭反馈功能，该方法可以包括如下步骤。
步骤801，网络设备向终端设备发送第一多播配置信息，该第一多播配置信息对应于第一多播业务。
在一种可能的实现中，第一多播配置信息可以包括与第一多播业务对应的反馈信息的配置信息，例如该配置信息包括第一多播业务的第一反馈信息的反馈定时时长、第一反馈信息使用的码本或用于发送第一反馈信息的传输资源等。
其中，第一多播配置信息用于指示终端设备接收第一多播业务，第一多播配置信息可以承载于RRC消息或系统消息或者公共信道中，第一多播配置信息是与第一多播业务对应的多播配置信息。多播配置信息的具体内容和第一多播配置信息还包括的具体内容可以参见步骤501，在此不再重复赘述。
步骤802，终端设备接收第一多播配置信息。
一种示例为，终端设备可以通过无线资源控制(radio resource control，RRC)连接接收来自网络设备的第一多播配置信息。
又一种示例为，终端设备可以通过公共信道或系统消息接收来自网络设备的第一多播配置信息。
再一种示例为，终端设备可以在随机接入过程中接收来自网络设备的第一多播配置信息。
步骤803，网络设备向终端设备发送第一多播业务。
步骤804，终端设备根据第一多播配置信息，接收第一多播业务。
一种可能的实现方式为，当第一多播配置信息除了包括第一指示信息，还包括与第一多播业务关联的G-RNTI1时，终端设备可以根据第一RRC消息中的G-RNTI 1解扰来自网络设备的DCI1，该DCI1用于调度多播PDSCH1，进而终端设备接收多播PDSCH1承载的第一多播业务。
因终端设备默认不对接收的多播业务进行反馈，所以在执行完步骤804之后，终端设备不会对当前接收的第一多播业务进行反馈。
步骤805，网络设备向终端设备发送第六指示信息，该第六指示信息用于指示终端设备开始对第一多播业务发送反馈信息。
示例性地，第六指示信息可以承载于DCI、RRC消息或MAC CE中。
步骤806，终端设备向网络设备发送开始反馈确认信息，该开始反馈确认信息用于指示终端设备开始对第一多播业务发送反馈信息。
该开始反馈确认信息可以承载于MAC CE中。每个MAC CE有一个对应的MAC子头，MAC子头包括LCID，LCID用于标识对应的MAC CE类型。MAC子头参见图6A。针对MAC CE格式有如下两种可能的实现方式：
方式A：
开始反馈确认信息可以是通过LCID指示的。示例性地，LCID为第二预设值(例如字节数为1)则表示终端设备开始对第一多播业务发送反馈信息。
方式B:
开始反馈确认信息可以是通过MAC CE的长度指示的。示例性地，MAC CE的长度为第二预设长度，则具有该第二预设长度的MAC CE用于指示终端设备开始对第一多播业务发送反馈信息。
方式C：
开始反馈确认信息可以是通过MAC CE中的指示信息指示的。其中，该指示信息可以终端设备的标识或者第一多播业务的标识等。
步骤807，网络设备向终端设备发送第一多播业务。
步骤808，终端设备继续接收第一多播业务。
步骤809，终端设备向网络设备发送第一反馈信息，该第一反馈信息是与第一多播业务相对应的。
其中，终端设备向网络设备发送的第一反馈信息可以是肯定的反馈信息(ACK)或否定的反馈信息(NACK)，具体可以参见步骤506，在此不再重复赘述。
步骤810，网络设备向终端设备发送第四指示信息，该第四指示信息用于指示终端设备停止对第一多播业务发送反馈信息。
示例性地，第四指示信息可以承载于DCI、RRC消息或MAC CE中。
步骤811，终端设备向网络设备发送停止反馈确认信息，该停止反馈确认信息用于指示终端设备停止对第一多播业务发送反馈信息。
这样，终端设备在执行完步骤811之后，不再对第一多播业务进行反馈，因此会释放所述为多播反馈配置PUCCH资源，提高资源的利用率，具体示例可以参见上述实现方式1a和实现方式2a，在此不再重复赘述。
在本申请实施例中，网络设备可以通过第六指示信息来指示终端设备开启针对第一多播业务的反馈功能，以及通过第四指示信息来指示终端设备停止对于第一多播业务的反馈，实现反馈功能的灵活控制，根据业务的实时需要，配置多播业务的反馈功能，进而在提升通信系统的业务可靠性的同时保证资源利用率。
实施例四
针对实施例一中的第一多播配置信息的第一指示信息为信号质量参数的门限值这一场景，网络设备通过发送信号质量参数的门限值，可以实现使终端设备根据多播业务的传输质量来确定是否发送反馈信息，本申请实施例进一步地通过图9所示的方法流程图，对该场景下，终端设备如何对第一多播业务进行反馈进行详细说明。
步骤901，网络设备向终端设备发送第一多播配置信息，该第一多播配置信息对应于第一多播业务，该第一多播配置信息包括第一指示信息，该第一指示信息包括与第一多播业务对应的信号质量参数的门限值，该第一指示信息用于指示对第一多播业务发送第一反馈信息。
需要说明的是，第一多播配置信息用于指示终端设备接收第一多播业务。第一多播配置信息可以承载于RRC消息或系统消息或者公共信道中。第一多播配置信息是与第一多播业务对应的多播配置信息。
另外，需要说明的是，在该步骤901中，该第一多播配置信息也可以不包括第一指示信息，即第一指示信息(也就是信号质量参数的门限值)可以单独承载于其它RRC消息或系统消息或者公共信道中。
示例性地，信号质量参数可以是RSRP、SINR或者RSRQ等。信号质量参数的门限值可以是RSRP门限值、SINR门限值或者RSRQ门限值等。其中，多播配置信息的具体内容和第一多播配置信息的具体内容可以参见图5中的步骤501，本申请实施例对此不再重复说明。
步骤902，终端设备接收第一多播配置信息。
步骤903，网络设备向终端设备发送第一多播业务。
步骤904，终端设备根据第一多播配置信息，接收第一多播业务。
一种可能的实现方式为，当第一多播配置信息除了包括第一指示信息，还包括与第一多播业务关联的G-RNTI1时，终端设备可以根据G-RNTI 1解扰来自网络设备的DCI1，该DCI1用于调度多播PDSCH1，进而终端设备接收多播PDSCH1承载的第一多播业务。
步骤905，终端设备将第一多播业务的信号质量参数的值与门限值进行比较，确定是否对第一多播业务进行反馈，若是，则执行后续步骤906，否则，则停止执行后续步骤。
具体来说，当第一多播业务的信号质量参数的值小于或等于门限值时，终端设备确定需要对第一多播业务进行反馈；当第一多播业务的信号质量参数的值大于门限值时，终端设备确定不需要对第一多播业务进行反馈。
示例性地，终端设备可根据如下至少一种或者多种条件，确定需要对第一多播业务进行反馈。条件一，当终端设备确定第一多播业务的RSRP值小于或等于RSRP门限值；条件二，当终端设备确定第一多播业务的RSRQ值小于或等于RSRQ门限值；条件三，当终端设备确定第一多播业务的SINR值小于或等于SINR门限值。条件四，当终端设备确定第一多播业务的CQI值小于或等于CQI门限值。条件五，当终端设备确定第一多播业务的RSSI值小于或等于RSSI门限值。
步骤906，若终端设备确定需要对第一多播业务进行反馈，则向网络设备发送第一多播业务对应的第一反馈信息。
可见，在本申请实施例中，终端设备可以根据第一多播业务的信号质量参数的值确定是否进行反馈，在接收的第一多播业务的信号质量不好或者较差的情况下才进行反馈，可以有效提高多播业务的可靠性，同时提升通信系统的资源利用率。
实施例五
如图10所示，通过本申请实施例提供的通信方法，网络设备可以同时指示单播业务和多播业务的反馈功能和/或反馈资源，以图4A中的终端设备为例，该方法可以包括如下步骤。
步骤1001，终端设备向网络设备发送反馈能力信息，该反馈能力信息用于指示在同一反馈资源上发送单播反馈信息和多播反馈信息的能力。
具体来说，终端设备在反馈能力信息中指示终端设备不支持在同一个反馈资源(例如同一时序)上同时发送对单播业务和多播业务进行反馈。
步骤1002，网络设备根据终端设备的反馈能力信息，确定终端设备的第一多播业务对应的第一反馈信息的第一传输资源，以及单播业务对应的反馈信息的第二传输资源。
在本申请实施例中，当反馈能力信息指示终端设备不支持在同一反馈资源上对单播业务和多播业务进行反馈时，网络设备配置的第一传输资源和第二传输资源不冲突，例如第一传输资源和第二传输资源为不同的时序上的资源。
步骤1003，网络设备向终端设备发送第一多播配置信息，该第一多播配置信息对应于第一多播业务，该第一多播配置信息包括第一指示信息，该第一指示信息用于指示对第一多播业务发送第一反馈信息。其中，第一指示信息还可以指示第一传输资源和第二传输资源。
其中，第一多播配置信息用于指示终端设备接收第一多播业务，第一多播配置信息可以承载于RRC消息或系统消息或者公共信道中，第一多播配置信息是与第一多播业务对应的多播配置信息。多播配置信息的具体内容和第一多播配置信息还可以包括的具体内容可以参见步骤501，在此不再重复赘述。
步骤1004，终端设备接收第一多播配置信息。
一种示例为，终端设备可以通过无线资源控制(radio resource control，RRC)连接接收来自网络设备的第一多播配置信息。
又一种示例为，终端设备可以通过公共信道或系统消息接收来自网络设备的第一多播配置信息。
再一种示例为，终端设备可以在随机接入过程中接收来自网络设备的第一多播配置信息。
步骤1005，网络设备向终端设备发送多播业务。
可选地，该方法还包括步骤1006，网络设备向终端设备发送单播业务。
步骤1007，终端设备根据第一多播配置信息接收第一多播业务。
可选地，当执行步骤1006时，该方法还包括步骤1008，终端设备接收单播业务。
步骤1009，终端设备接收第一多播业务后，根据第一指示信息确定是否对第一多播业务进行反馈，若是，则执行后续步骤1010，否则不再主席步骤1010。
终端设备可以根据第一指示信息，采用图5中步骤505中列举的任意一种或多种方式确定是否对第一多播业务进行反馈，在此不再重复赘述。
步骤1010，终端设备在第一传输资源上发送第一多播业务的第一反馈信息，在第二传输资源上发送单播业务的反馈信息。
本申请实施例中，终端设备向网络设备上报是否支持在同一反馈资源上发送单播业务的反馈信息和多播业务的反馈信息的能力，从而网络设备可以根据此反馈能力来调度单播业务和多播业务的反馈信息的时序，避免同一终端设备的单播业务的反馈和多播业务的反馈在时序上冲突的问题。
实施例六
目前，LTE FDD的一个无线帧分为10个子帧(subframe)、每个子帧是长度为1ms，不同的子载波间隔，对应帧结构中的slot长度、以及slot和子帧之间的关系是不同，具体如下表1所示：
表1 子载波间隔与子帧、时隙、slot数/子帧
Figure PCTCN2020073326-appb-000001
上表中三种序号(序号1、序号2和序号3)对应的帧结构分别如下：
(1)、Δf为{2.5kHz/7.5kHz/15kHz}对应的帧结构如图11A所示，1帧等于10ms，1帧等于10个子帧，1个子帧包含2个时隙。对于2.5kHz，每个时隙长度为0.5ms，每个时隙包含1个含有CP的OFDM符号。
(2)、Δf为1.25kHz对应的帧结构如图11B所示，1帧等于10ms，1帧等于10个子帧，一个子帧等于1个时隙，1个子帧等于1ms。
(3)、Δf为0.37kHz对应的帧结构如图11C所示，每个时隙的时间长度为3ms，每个时隙包含一个含有CP的OFDM符号。在满足条件n f mod 4＝0的起始40ms间隔内，共有13个时隙，按从0到12递增编号，在此40ms内时隙0位置开始于30720T s。其中，n f是无线帧编号，T s是基本时间单元。
目前，现有的MBSFN配置过程是：网络设备通过信息元素(Information Element，IE)多媒体广播组播服务网络子帧配置(MBSFN-SubframeConfig)来配置网络中可预留给下行多媒体广播组播服务网络(multimedia broadcast multicast service network，MBSFN)使用的子帧，在MBSFN-SubframeConfig配置中，网络设备通过无线帧分配时间radioframeAllocationPeriod和无线帧分配偏移值radioframeAllocationOffset来配置MBSFN子帧会在哪些无线帧中，然后再通过子帧分配subframeAllocation和子帧分配-v1430subframeAllocation-v1430来具体指示在MBSFN子帧具体是哪几个子帧。具体配置如表2。
表2
Figure PCTCN2020073326-appb-000002
Figure PCTCN2020073326-appb-000003
在表2中，(1)、radioFrameAllocationPeriod,radioFrameAllocationOffset
用于指示MBSFN子帧出现的无线帧位置，当满足公式：SFN mod radioFrameAllocationPeriod＝radioFrameAllocationOffset时，对应的无线帧即为包含MBSFN子帧的，其中，SFN(System Frame Number)为系统帧编号,n1对应数值1，n2对应数值2。
(2)、subframeAllocation，用于指示满足(1)中radioFrameAllocationPeriod,radioFrameAllocationOffset约束公式的无线帧中具体分配了哪几个子帧作为MBSFN子帧。
(3)、fourFrames，用一串bit位来指示连续4个无线帧中出现MBSFN子帧的位置，当某个比特位置于“1”，则表示对应子帧被分配用于MBSFN；对于FDD，可能被分配给子帧#1,#2,#3,#6,#7,and#8。
(4)、ourFrames-v1430，用一串bit位来指示连续4个无线帧中出现MBSFN子帧位置，对于FDD：还可以配置子帧#4和#9为MBSFN子帧。
现有技术存在的问题是，目前MBSFN多播模式是以子帧(1ms)为单位进行配置的(即通过信令指示哪些子帧是可以用于MBMS的)，但如果引入图11C所示的Δf为0.37kHz对应的帧结构，此时终端设备能够识别的最小单位是1slot＝3ms，使得配置了Δf为0.37kHz的终端设备在判断时域哪个位置上的资源可以用于MBMS存在不确定性。
本申请实施例提供一种通信方法，该方法包括：对于终端设备来说(Δf为＝1.25/2.5/7.5/15kHz)，终端设备根据网络设备发送的MBSFN-SubframeConfig确定网络设备预留时域上的哪些子帧对应于下行MBSFN业务；但如果终端设备还配置了子载波间隔为Δf＝0.37kHz，即对应的最小时间单位(如，slot＝3ms时)，终端设备在确定哪些时域位置上基站是预留用于下行MBSFN使用时，与现有的确定方法不同。
具体地，终端设备配置了某种特定数值的子载波间隔，确定该子载波间隔对应的最小时间单元对于MBSFN是否是有效的。确定有效最小时间单元的方法包括：只有MBSFN子帧和特定数值的子载波间隔对应的最小时间单元在时域上是完全匹配的，或者某特定数值的子载波间隔对应的最小时间单元内对应的u个子帧都是网络设备用于下行MBSFN的，在这样的时隙，终端设备才会去接收网络设备发送的MBMS，举例来说，当Δf＝0.37kHz，最小时间单元对应的子帧数量u为3。
举例来说，只有MBSFN子帧和Δf＝0.37kHz对应的时隙在时域上是完全匹配(即时域是重叠的，才认为网络设备是可以使用对应的时隙发送MBSFN的。对于Δf＝0.37kHz的终端设备，当某个时隙对应的各个子帧都是网络设备配置用于下行MBSFN的，在这样的时隙，终端设备才会去接收网络设备发送的MBMS。
示例性地，如图11D所示，网络设备配置了子帧#1、子帧#2,子帧#3,子帧#6,子帧#7,和子帧#8作为预留给MBSFN使用，而对于配置了Δf＝0.37kHz的终端设备(即最后一行 对应的帧结构)，首部分(黑色填充部分)是用于发送主系统消息的位置，是不能改变的，因而，对于Δf＝0.37kHz的UE，slot#0对应的子帧#1,#2,#3是网络设备预留给下行MBSFN使用，因而，slot#0是满足条件的，终端设备才会在slot#0去接收基站发送的MBMS。而对于slot#1，因为只有对应的子帧#6是MBSFN子帧，而子帧#4，子帧#5都是non-MBSFN子帧，因而，终端设备在slot#1是不会取接收网络设备发送的MBMS的。同理，对于slot#2，slot#2对应的子帧#7,8是MBSFN子帧，但子帧9是non-MBSFN子帧，因而，对于Δf＝0.37kHz的终端设备，slot#2也不是网络设备预留用于下行MBSFN使用的。
本申请实施例中，终端设备按照上述方法确定接收MBMS位置的方法，使得配置了Δf＝0.37kHz的终端设备可以准确判断下行MBSFN对应的时域资源。
需要说明的是，图11D所对应的通信方法，可以基于上述实施例一至实施例五中的任意一种可能的实现。
实施例七
基于实施例六中确定有效时隙的方法，针对标准中R14版本引入的新特性——专用于MBMS载波(又称MBMS专用载波，dedicated MBMS carrier)，在该特性下，本申请实施例提供另一种通信方法。
在本申请实施例中使用专用的频域载波发送MBMS，但在时域上需要指示哪些位置是不能用于MBMS发送，如图12A所示，是引入dedicated MBMS carrier后无线帧结构示意图，每40ms至少有一个non-MBSFN(非MBSFN)子帧发送，该non-MBSFN子帧用来发送PSS/SSS/CRS/PBCH/PDCCH和用于发送系统消息的PDSCH。
如果需要，可以通过广播消息(主系统消息块)来指示在non-MBSFN子帧#0后面有额外的non-MBSFN子帧个数，可选地，non-MBSFN子帧#0后面有额外的non-MBSFN子帧个数可以是0或1或2或3，而额外的non-MBSFN子帧出现的位置可以在系统消息块1(SIB1)中进一步指示。具体的指示可以通过SIB1中的NonMBSFN-SubframeConfig-r14(非MBSHN-下行帧配置-r14)字段来配置，如表3所示。
表3
Figure PCTCN2020073326-appb-000004
如上字段中radioFrameAllocationPeriod(无线帧配置周期)和radioFrameAllocationOffset(无线帧配置偏移量)是两个用来计算non-MBSFN子帧所在无线帧位置的参数，包含non-MBSFN子帧所在的无线帧位置SFN满足如下公式：
SFN mod radioFrameAllocationPeriod＝radioFrameAllocationOffset；
其中，通过SubframeAllocation来指示满足上述公式的无线帧中non-MBSFN子帧所在的位置，SubframeAllocation占用9个bit，，9个bit中的bit 1～bit 9分别对应subframe1～subframe9，当bit位取值为“0”标识对应的子帧是MBSFN子帧；bit位取值为“1”，标识对应的子帧是non-MBSFN子帧。
如图12A所示，基站配置了MBSFN dedicated carrier，且只有子帧#0的位置配置为non-MBSFN子帧，其在子帧#0之后没有额外的non-MBSFN子帧，因此，对于配置了Δf＝0.37kHz的UE(即最后一行对应的帧结构)，黑色部分是用于发送主系统消息的位置，是不能改变的，因而，对于Δf＝0.37kHz的UE，slot#0对应的子帧#1,#2,#3是基站预留给下行MBSFN使用，因而，slot#0是满足条件的，同理，slot#1～slot#12对应的各个子帧也是基站给下行MBMS使用的，因而，slot#1～slot#12也是满足条件的。
如图12B所示，基站配置了MBMS dedicated carrier，将子帧#0配置为non-MBSFN子帧，且配置子帧#0之后有额外的non-MBSFN子帧(例如radioFrameAllocationperiod取值配置为rf4，radioFrameAllocationOffset取值配置为2，suframeAllocation配置bit串为001010000)，由上述配置参数且结合上图可知，基站配置non-MBSFN子帧在无线帧#N+1，且在无线帧#N+1中对应的子帧#13、子帧#15配置为non-MBSFN子帧。
因此，对于配置了Δf＝0.37kHz的UE(即最后一行对应的帧结构)，对于slot#6来说，由于slot#6对应的子帧#13和子帧#15被配置为non-MBSFN子帧，故slot#6是不满足时隙有效的条件的，即slot#6对于MBMS不是有效的。确定其它时隙是否有效的方法同上，这里不再赘述。
此外，在引入Δf＝0.37kHz后,可能带来的改动之处如下:
对每个码字q，比特块
Figure PCTCN2020073326-appb-000005
(其中
Figure PCTCN2020073326-appb-000006
标识一个子帧/时隙/子时隙)中传输的物理信道上的码字q中的比特数)，在调制之前需按下式加扰，生成加扰比特块
Figure PCTCN2020073326-appb-000007
Figure PCTCN2020073326-appb-000008
其中，加扰序列c (q)(i)，在每个子帧或时隙的起始时刻，对扰码序列生成器进行初始化，初始化值c init由具体的传输信道类型决定：
Figure PCTCN2020073326-appb-000009
其中，n RNTI对应于和PDSCH传输相关的RNTI。
另外，如前文介绍，不同子载波间隔对应的时隙大小不同，如当Δf＝1.25/2.5/7.5/15kHz对应的时隙大小为1ms；而对于Δf＝0.37kHz，对应的时隙大小为3ms；因而，在上述公式中，为了避免时隙发生歧义，需要在协议中说明在不同子载波间隔时，确定slot编号时使用的时隙粒度：(1)当取0.37kHz时，以3ms为时隙粒度来确定时隙编号；在满足条件nf mod 4＝0的起始40ms间隔内，共有13个时隙，按从0到12递增编号，在此40ms内时隙0位置开始于30720Ts。其中，nf是无线帧编号，Ts是基本时间单元。
(2)当取1.25kHz时，以1ms为时隙粒度来编号；(3)当取2.5/7.5/15kHz时，以0.5ms为时隙粒度来编号。
另外，当子载波间隔取0.37kHz时，对于有2种参考信号(reference signal，RS)映射图案(pattern)，一种图案(pattern)对应的周期为2个符号(symbol)，一种图案(pattern)对应的周期为4个符号，两种参考信号映射图案如图12C和图12D所示。
另外，对于子载波间隔取0.37kHz时，可以理解符号等价于时隙，因此，如果在0.37kHz情况下时隙编号按照0-12(共13个slot)来进行周期重复，由于13既不是2的倍数，也不是4的倍数，因而会导致参考信号图案映射图形对不齐的情况，对应的问题描述如图12E和图12F所示，在图12E和图12F所标识的，时隙Slot#12和时隙Slot#13这两个相邻的时隙，对应的RS图案却是相同的，存在不对齐的问题。
基于上述问题，本申请实施例提供一种通信方法，该方法中引入虚拟帧，该虚拟帧以52个时隙为一组进行编号，即时隙编号为0-51。0.37kHz子载波间隔对应的虚拟帧结构如下图所示，1个虚拟帧长度为16*10ms＝160ms，1个虚拟帧由4个长度为40ms帧组成，每个40ms帧包括2部分：每40ms的第1个1ms用于发送广播消息等内容，不计入时隙编号，从第2个ms开始到第40个ms之间的39个ms，按照每3ms一个时隙进行编号；1个虚拟帧包括52个时隙，故时隙编号为slot#0～slot#51，当进入下一个虚拟帧时，时隙编号重新从slot#0开始。
如图12G所示：对于标号#0的40ms帧(黑色部分)，第1个1ms用于发送广播等内容(黑色部分)，剩下的39ms按照每3个ms为一个时隙进行编号，对应slot#0～slot#12；标号#1的40ms帧中，第1个1ms不用于时隙编号，从第2个ms开始进行时隙编号，并且接着slot#12来继续编号，即从slot#13开始编号，依次类推，对于标号为#3的40ms帧，对应的slot编号从slot#39～slot#51。
其中，对于0.37kHz子载波间隔的资源单元的映射描述如下：OFDM符号l中的参考信号序列r l(m′)会根据如下关系映射到复数调制符号
Figure PCTCN2020073326-appb-000010
Figure PCTCN2020073326-appb-000011
其中，p＝4，n s是3ms slot的编号
Figure PCTCN2020073326-appb-000012
-对于MBMSFN参考信号图形类型1
Figure PCTCN2020073326-appb-000013
l＝0
Figure PCTCN2020073326-appb-000014
Figure PCTCN2020073326-appb-000015
-对于MBMSFN参考信号图形类型2
Figure PCTCN2020073326-appb-000016
l＝0
Figure PCTCN2020073326-appb-000017
Figure PCTCN2020073326-appb-000018
上面的式中的n s可用n s’代替，且n s’有如下表达式：
n s’＝[f(n f/4)*13+n s]mod 52，或者n s’＝f(n f/4)*13+n s。
其中，f()是floor函数，其功能是“向下取整”,或者说“向下舍入”、“向零取舍”，即取不大于x的最大整数，与“四舍五入”不同，下取整是直接按照数轴上最接近要求值的左边值，即不大于要求值的最大的那个整数值。n f是无线帧的帧号取值，n s是3ms slot的编号，且编号是按照40ms里面的从0开始一直到12，具体地，在满足条件n f mod 4＝0的起始40ms 间隔内，共有13个时隙，按从0到12递增编号，在此40ms内时隙0位置开始于30720T s。其中，n f是无线帧编号，T s是基本时间单元。
本申请实施例中，通过上述方法可以实现在不同载波间隔配置下，终端设备确定网络设备发送多播业务的时频位置，以保证终端设备可以准确地接收多播业务。
针对于上述实施例一至实施例七，需要说明的是：
(1)上述实施例一和实施例七可以分别在不同场景中单独实施，或者也可以在同一场景中结合实施，又或者，不同实施例中所涉及的不同方案也可以结合实施(比如实施例一中所涉及的部分或全部方案可以与实施例六结合实施)，具体不做限定。
(2)本申请实施例中所描述的各个流程图(比如图5、图7、图8、图9、图10)的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。
上述主要从网络设备和终端设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，网络设备或终端设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端设备和网络设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
在采用集成的单元的情况下，图13示出了本申请实施例中所涉及的装置的可能的示例性框图。如图13所示，装置1300可以包括：处理单元1302和通信单元1303。处理单元1302用于对装置1300的动作进行控制管理。通信单元1303用于支持装置1300与其他设备的通信。可选地，通信单元1303也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置1300还可以包括存储单元1301，用于存储装置1300的程序代码和/或数据。
该装置1300可以为上述任一实施例中的终端设备、或者还可以为设置在终端设备中的芯片。处理单元1302可以支持装置1300执行上文中各方法示例中终端设备的动作。或者，处理单元1302主要执行方法示例中的终端设备的内部动作，通信单元1303可以支持装置1300与网络设备之间的通信。例如，通信单元1303可以用于执行图5的步骤502、步骤504、步骤506和步骤508；图7中的步骤702、步骤702a、步骤704、步骤704a和步骤708，以及图8中的步骤802、步骤804、步骤806、步骤808、步骤809和步骤811；以及图9中步骤902、步骤904和步骤906；以及图10中的步骤1001、步骤1004、步骤1007、步骤1008和步骤1010。处理单元1302可以用于执行图5中的步骤505。以及图7中的步骤705；以及图9中的步骤905，以及图10中的步骤1009。
在一种可能的设计中，第一多播配置信息还包括与所述第一多播业务关联的组-无线网络临时标识G-RNTI和/或多播业务的标识，所述G-RNTI和/或多播业务的标识与所述第一指示信息相关联。
在一种可能的设计中，第一指示信息通过一个比特或一个字段来指示对所述第一多播 业务进行反馈；和/或，所述第一指示信息用于指示所述第一反馈信息的传输资源。
在一种可能的设计中，第一指示信息包括信号质量参数的门限值；当所述第一多播业务对应的信号质量参数的值小于或等于所述门限值时，通信单元1303向所述网络设备发送所述第一反馈信息。
在一种可能的设计中，通信单元1303还用于接收来自网络设备的第二多播配置信息，所述第二多播配置信息对应于第二多播业务；所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示不需要对所述第二多播业务发送反馈信息。
在一种可能的设计中，通信单元1303，还用于根据反馈信息的优先级，向所述网络设备发送对应于所述第一多播业务的第一反馈信息和/或对应于单播业务的第二反馈信息。
在一种可能的设计中，反馈信息的优先级是通过第三指示信息确定的，所述第三指示信息来自所述网络设备；或所述反馈信息的优先级是预先定义的。
在一种可能的设计中，第三指示信息承载于DCI，所述DCI用于调度承载所述第一多播业务的物理下行共享信道PDSCH，或者所述第三指示信息承载于无线资源控制RRC消息。
在一种可能的设计中，通信单元1303，还用于向所述网络设备发送停止反馈确认信息，所述停止反馈确认信息用于指示停止对所述第一多播业务发送反馈信息。
在一种可能的设计中，通信单元1303，还用于根据预定义的参数或者来自所述网络设备的第四指示信息，然后向所述网络设备发送停止反馈确认信息；其中，所述第四指示信息用于触发所述终端设备向所述网络设备发送所述停止反馈确认信息。
在一种可能的设计中，停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头承载的；或，所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，所述停止反馈确认信息是通过MAC CE的长度指示的。
在一种可能的设计中，通信单元1303，还用于向所述网络设备发送反馈能力信息，所述反馈能力信息用于指示在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反馈信息。
该装置1300可以为上述任一实施例中的网络设备、或者还可以为设置在网络设备中的芯片。处理单元1302可以支持装置1300执行上文中各方法示例中网络设备的动作。或者，处理单元1302主要执行方法示例中的网络设备的内部动作，通信单元1303可以支持装置1300与终端设备之间的通信。例如，通信单元1303可以用于执行图5中的步骤501、步骤503、步骤507，图7中的步骤701、步骤701a、步骤701b、步骤703、步骤707；图8中的步骤801、步骤803、步骤805和步骤807、步骤810；以及图9中的步骤901、步骤903；以及图10中的步骤1002、步骤1003，步骤1005、步骤1006。处理单元1302可以用于执行图10中的步骤1002。
在一种可能的设计中，第一多播配置信息还包括与所述第一多播业务关联的组-无线网络临时标识G-RNTI和/或多播业务的标识，所述G-RNTI和/或多播业务的标识与所述第一指示信息相关联。
在一种可能的设计中，第一指示信息通过一个比特或一个字段来指示对所述第一多播业务进行反馈；和/或，所述第一指示信息用于指示所述第一反馈信息的传输资源。
在一种可能的设计中，第一指示信息包括信号质量参数的门限值。
在一种可能的设计中，在通信单元1303向终端设备发送第一多播配置信息之前，处理单元202，用于根据所述第一多播业务的业务需求、终端设备与所述网络设备之间的物理相对距离和终端设备的信道质量中的至少一项，确定需要对第一多播业务发送反馈信息的所述终端设备。
在一种可能的设计中，通信单元1303，还用于向所述终端设备发送第二多播配置信息，所述第二多播配置信息对应于第二多播业务，所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示所述终端设备不需要对所述第二多播业务发送反馈信息。
在一种可能的设计中，在通信单元1303接收来自所述终端设备的所述第一反馈信息之前，通信单元1303，还用于向所述终端设备发送第三指示信息，所述第三指示信息用于指示所述第一多播业务的反馈信息的优先级。
在一种可能的设计中，第三指示信息承载于下行控制信息DCI中，所述DCI用于调度承载所述第一多播业务的物理下行共享信道PDSCH。
在一种可能的设计中，通信单元1303，用于向所述终端设备发送第四指示信息，所述第四指示信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息；以及接收来自所述终端设备的停止反馈确认信息，所述停止反馈确认信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息。
在一种可能的设计中，停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头承载的；或，所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，所述停止反馈确认信息是通过MAC CE的长度指示的。
在一种可能的设计中，通信单元1303，还用于接收来自所述终端设备的反馈能力信息，所述反馈能力信息用于指示所述终端设备在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反馈信息。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。 再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
请参考图14，其为本申请实施例提供的一种终端设备的结构示意图。其可以为以上实施例中的终端设备，用于实现以上实施例中终端设备的操作。如图14所示，该终端设备包括：天线1410、射频部分1420、信号处理部分1430。天线1410与射频部分1420连接。在下行方向上，射频部分1420通过天线1410接收网络设备发送的信息，将网络设备发送的信息发送给信号处理部分1430进行处理。在上行方向上，信号处理部分1430对终端设备的信息进行处理，并发送给射频部分1420，射频部分1420对终端设备的信息进行处理后经过天线1410发送给网络设备。
信号处理部分1430可以包括调制解调子系统，用于实现对数据各通信协议层的处理；还可以包括中央处理子系统，用于实现对终端设备操作系统以及应用层的处理；此外，还可以包括其它子系统，例如多媒体子系统，周边子系统等，其中多媒体子系统用于实现对终端设备相机，屏幕显示等的控制，周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。
调制解调子系统可以包括一个或多个处理元件1431，例如，包括一个主控CPU和其它集成电路。此外，该调制解调子系统还可以包括存储元件1432和接口电路1433。存储元件1432用于存储数据和程序，但用于执行以上方法中终端设备所执行的方法的程序可能不存储于该存储元件1432中，而是存储于调制解调子系统之外的存储器中，使用时调制解调子系统加载使用。接口电路1433用于与其它子系统通信。
该调制解调子系统可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，终端设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于终端设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。
在另一种实现中，用于执行以上方法中终端设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端设备执行的方法。
在又一种实现中，终端设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于调制解调子系统上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。
终端设备实现以上方法中各个步骤的单元可以集成在一起，以SOC的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端设备执行的方法；或者，该芯片内可 以集成至少一个集成电路，用于实现以上终端设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。
可见，以上用于终端设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端设备执行的部分或全部步骤。
这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图13中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图14中所描述的存储单元的功能相同。存储元件可以通过存储器实现，存储元件的功能可以和图14中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。
图14所示的终端设备能够实现图5、图7或图8所示意的方法实施例中涉及终端设备的各个过程。图14所示的终端设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。
请参考图15，其为本申请实施例提供的一种网络设备的结构示意图。用于实现以上实施例中网络设备的操作。如图15所示，该网络设备包括：天线1501、射频装置1502、基带装置1503。天线1501与射频装置1502连接。在上行方向上，射频装置1502通过天线1501接收终端设备发送的信息，将终端设备发送的信息发送给基带装置1503进行处理。在下行方向上，基带装置1503对终端设备的信息进行处理，并发送给射频装置1502，射频装置1502对终端设备的信息进行处理后经过天线1501发送给终端设备。
基带装置1503可以包括一个或多个处理元件15031，例如，包括一个主控CPU和其它集成电路。此外，该基带装置1503还可以包括存储元件15032和接口15033，存储元件15032用于存储程序和数据；接口15033用于与射频装置1502交互信息，该接口例如为通用公共无线接口(common public radio interface，CPRI)。以上用于网络设备的装置可以位于基带装置1503，例如，以上用于网络设备的装置可以为基带装置1503上的芯片，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上网络设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，网络设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于网络设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中网络设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件，也可以为与处理元件处于不同芯片上的存储元件，即片外存储元件。
在另一种实现中，网络设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于基带装置上，这里的处理元件可以为集成电路，例如： 一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。
网络设备实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现，例如，基带装置包括该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上网络设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上网络设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。
可见，以上用于网络设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行网络设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行以上网络设备执行的部分或全部步骤。
这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图10中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图12中所描述的存储单元的功能相同。存储元件可以通过存储器实现，存储元件的功能可以和图10中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。
图14所示的网络设备能够实现图5、图7至图10所示意的方法实施例中涉及网络设备的各个过程。图14所示的网络设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个 方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (39)

  1. 一种通信方法，其特征在于，所述方法适用于终端设备，包括：
    接收来自网络设备的第一多播配置信息，所述第一多播配置信息对应于第一多播业务，所述第一多播配置信息包括第一指示信息，所述第一指示信息用于指示对所述第一多播业务发送第一反馈信息；
    接收来自所述网络设备的所述第一多播业务；
    向所述网络设备发送所述第一反馈信息。
  2. 根据权利要求1所述的方法，其特征在于，所述第一多播配置信息还包括与所述第一多播业务关联的组-无线网络临时标识G-RNTI和/或多播业务的标识，所述G-RNTI和/或多播业务的标识与所述第一指示信息相关联。
  3. 根据权利要求1或2所述的方法，其特征在于，所述第一指示信息通过一个比特或一个字段来指示对所述第一多播业务进行反馈；
    和/或，所述第一指示信息用于指示所述第一反馈信息的传输资源。
  4. 根据权利要求1所述的方法，其特征在于，所述第一指示信息包括信号质量参数的门限值；
    所述向所述网络设备发送所述第一反馈信息，包括：
    当所述第一多播业务对应的信号质量参数的值小于或等于所述门限值时，向所述网络设备发送所述第一反馈信息。
  5. 根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：
    接收来自网络设备的第二多播配置信息，所述第二多播配置信息对应于第二多播业务；所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示不需要对所述第二多播业务发送反馈信息。
  6. 根据权利要求1至5任一项所述的方法，其特征在于，所述向所述网络设备发送所述第一反馈信息，包括：
    根据反馈信息的优先级，向所述网络设备发送对应于所述第一多播业务的第一反馈信息和/或对应于单播业务的第二反馈信息。
  7. 根据权利要求6所述的方法，其特征在于，所述反馈信息的优先级是通过第三指示信息确定的，所述第三指示信息来自所述网络设备；或
    所述反馈信息的优先级是预先定义的。
  8. 根据权利要求7所述的方法，其特征在于，所述第三指示信息承载于下行控制信息DCI，所述DCI用于调度承载所述第一多播业务的物理下行共享信道PDSCH，或者所述第三指示信息承载于无线资源控制RRC消息。
  9. 根据权利要求1至8任一项所述的方法，其特征在于，还包括：
    向所述网络设备发送停止反馈确认信息，所述停止反馈确认信息用于指示停止对所述第一多播业务发送反馈信息。
  10. 根据权利要求9所述的方法，其特征在于，所述向所述网络设备发送停止反馈确认信息，包括：
    根据预定义的参数或者来自所述网络设备的第四指示信息，向所述网络设备发送停止反馈确认信息；
    其中，所述第四指示信息用于触发所述终端设备向所述网络设备发送所述停止反馈确认信息。
  11. 根据权利要求9或10所述的方法，其特征在于，所述停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头承载的；或，
    所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，
    所述停止反馈确认信息是通过MAC CE的长度指示的。
  12. 根据权利要求1至5任一项所述的方法，其特征在于，还包括：
    向所述网络设备发送反馈能力信息，所述反馈能力信息用于指示在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反馈信息。
  13. 一种通信方法，其特征在于，所述方法适用于网络设备，包括：
    向终端设备发送第一多播配置信息，所述第一多播配置信息对应于第一多播业务，所述第一多播配置信息包括第一指示信息，所述第一指示信息用于指示对所述第一多播业务发送第一反馈信息；
    向所述终端设备发送所述第一多播业务；
    接收来自所述终端设备的所述第一反馈信息。
  14. 根据权利要求13所述的方法，其特征在于，所述第一多播配置信息还包括与所述第一多播业务关联的组-无线网络临时标识G-RNTI和/或多播业务的标识，所述G-RNTI和/或多播业务的标识与所述第一指示信息相关联。
  15. 根据权利要求13或14所述的方法，其特征在于，所述第一指示信息通过一个比特或一个字段来指示对所述第一多播业务进行反馈；
    和/或，所述第一指示信息用于指示所述第一反馈信息的传输资源。
  16. 根据权利要求13所述的方法，其特征在于，所述第一指示信息包括信号质量参数的门限值。
  17. 根据权利要求13至16任一项所述的方法，其特征在于，所述向终端设备发送第一多播配置信息之前，还包括：
    根据所述第一多播业务的业务需求、终端设备与所述网络设备之间的物理相对距离和终端设备的信道质量中的至少一项，确定需要对第一多播业务发送反馈信息的所述终端设备。
  18. 根据权利要求13至17任一项所述的方法，其特征在于，所述方法还包括：
    向所述终端设备发送第二多播配置信息，所述第二多播配置信息对应于第二多播业务，所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示所述终端设备不需要对所述第二多播业务发送反馈信息。
  19. 根据权利要求13至18任一项所述的方法，其特征在于，所述接收来自所述终端设备的所述第一反馈信息之前，包括：
    向所述终端设备发送第三指示信息，所述第三指示信息用于指示所述第一多播业务的反馈信息的优先级。
  20. 根据权利要求19所述的方法，其特征在于，所述第三指示信息承载于下行控制信息DCI中，所述DCI用于调度承载所述第一多播业务的物理下行共享信道PDSCH。
  21. 根据权利要求13至20任一项所述的方法，其特征在于，还包括：
    向所述终端设备发送第四指示信息，所述第四指示信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息；
    接收来自所述终端设备的停止反馈确认信息，所述停止反馈确认信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息。
  22. 根据权利要求19所述的方法，其特征在于，所述停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头承载的；或，
    所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，
    所述停止反馈确认信息是通过MAC CE的长度指示的。
  23. 根据权利要求13至17任一项所述的方法，其特征在于，还包括：
    接收来自所述终端设备的反馈能力信息，所述反馈能力信息用于指示所述终端设备在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反馈信息。
  24. 一种通信装置，其特征在于，包括通信单元和处理单元；
    所述处理单元控制所述通信单元执行：
    接收来自网络设备的第一多播配置信息，所述第一多播配置信息对应于第一多播业务，所述第一多播配置信息包括第一指示信息，所述第一指示信息用于指示对所述第一多播业务发送第一反馈信息；
    接收来自所述网络设备的所述第一多播业务；
    向所述网络设备发送所述第一反馈信息。
  25. 根据权利要求24所述的装置，其特征在于，所述第一指示信息包括信号质量参数的门限值；
    在所述通信单元发送所述第一反馈信息之前，所述处理单元还具体用于：确定所述第一多播业务的信号质量参数的值小于或等于所述门限值。
  26. 根据权利要求24或25所述的装置，其特征在于，所述通信单元还用于：
    接收来自网络设备的第二多播配置信息，所述第二多播配置信息对应于第二多播业务；所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示不需要对所述第二多播业务发送反馈信息。
  27. 根据权利要求24至26任一项所述的装置，其特征在于，所述通信单元具体用于：根据反馈信息的优先级，向所述网络设备发送对应于所述第一多播业务的第一反馈信息和/或对应于单播业务的第二反馈信息。
  28. 根据权利要求24至27任一项所述的装置，其特征在于，所述通信单元具体用于：
    向所述网络设备发送停止反馈确认信息，所述停止反馈确认信息用于指示停止对所述第一多播业务发送反馈信息。
  29. 根据权利要求28所述的装置，其特征在于，所述通信单元具体用于：
    根据预定义的参数或者第四指示信息，向所述网络设备发送停止反馈确认信息；
    其中，所述第四指示信息用于触发所述通信装置向所述网络设备发送所述停止反馈确认信息。
  30. 根据权利要求28或29所述的装置，其特征在于，所述停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头承载的；或，
    所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，
    所述停止反馈确认信息是通过MAC CE的长度指示的。
  31. 根据权利要求24至30所述的装置，其特征在于，所述通信单元还用于：向所述网络设备发送反馈能力信息，所述反馈能力信息用于指示在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反馈信息。
  32. 一种通信装置，其特征在于，包括通信单元和处理单元；
    所述处理单元控制所述通信单元执行：
    向终端设备发送第一多播配置信息，所述第一多播配置信息对应于第一多播业务，所述第一多播配置信息包括第一指示信息，所述第一指示信息用于指示对所述第一多播业务发送第一反馈信息；
    向所述终端设备发送所述第一多播业务；
    接收来自所述终端设备的所述第一反馈信息。
  33. 根据权利要求32所述的装置，其特征在于，所述第一指示信息包括信号质量参数的门限值。
  34. 根据权利要求32或33所述的装置，其特征在于，所述通信单元还用于：
    向所述终端设备发送第二多播配置信息，所述第二多播配置信息对应于第二多播业务，所述第二多播配置信息包括第二指示信息，所述第二指示信息用于指示所述终端设备不需要对所述第二多播业务发送反馈信息。
  35. 根据权利要求32至34任一项所述的装置，其特征在于，所述通信单元接收来自所述终端设备的所述第一反馈信息之前，所述通信单元还用于：
    向所述终端设备发送第三指示信息，所述第三指示信息用于指示所述第一多播业务的反馈信息的优先级。
  36. 根据权利要求32至35任一项所述的装置，其特征在于，所述通信单元还用于：
    向所述终端设备发送第四指示信息，所述第四指示信息用于指示所述终端设备停止对所述第一多播业务发送反馈信息；
    接收来自所述终端设备的停止反馈确认信息，所述停止反馈确认信息用于指示停止对所述第一多播业务发送反馈信息。
  37. 根据权利要求36所述的装置，其特征在于，所述停止反馈确认信息是通过逻辑信道标识LCID指示的，所述LCID是通过媒体接入控制MAC子头传输的；或，
    所述停止反馈确认信息是通过MAC控制单元CE中的第五指示信息指示的；或，
    所述停止反馈确认信息是通过MAC CE的长度指示的。
  38. 根据权利要求32至37任一项所述的装置，其特征在于，所述通信单元还用于：
    接收来自所述终端设备的反馈能力信息，所述反馈能力信息用于指示所述终端设备在同一反馈资源上发送单播反馈信息和多播反馈信息的能力；所述单播反馈信息为对应于单播业务的反馈信息，所述多播反馈信息为对应于多播业务的反馈信息。
  39. 一种计算机可读存储介质，其特征在于，包括程序，当所述程序被处理器运行时，如权利要求1至23中任一项所述的方法被执行。
PCT/CN2020/073326 2020-01-20 2020-01-20 一种通信方法及装置 Ceased WO2021146868A1 (zh)

Priority Applications (9)

Application Number Priority Date Filing Date Title
BR112022014254A BR112022014254A2 (pt) 2020-01-20 2020-01-20 Método de comunicação, aparelho e meio de armazenamento
CA3165072A CA3165072C (en) 2020-01-20 Communication method and apparatus
CN202511350834.XA CN121310285A (zh) 2020-01-20 2020-01-20 一种通信方法及装置
EP20915009.3A EP4084559B1 (en) 2020-01-20 2020-01-20 Method, terminal and storage medium for mbms data reception
CN202080092739.3A CN114930964B (zh) 2020-01-20 2020-01-20 一种通信方法及装置
CN202511349340.XA CN121126556A (zh) 2020-01-20 2020-01-20 一种通信方法及装置
PCT/CN2020/073326 WO2021146868A1 (zh) 2020-01-20 2020-01-20 一种通信方法及装置
US17/867,234 US12556888B2 (en) 2020-01-20 2022-07-18 Communication method and apparatus
US19/444,922 US20260136159A1 (en) 2020-01-20 2026-01-09 Communication method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/073326 WO2021146868A1 (zh) 2020-01-20 2020-01-20 一种通信方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/867,234 Continuation US12556888B2 (en) 2020-01-20 2022-07-18 Communication method and apparatus

Publications (1)

Publication Number Publication Date
WO2021146868A1 true WO2021146868A1 (zh) 2021-07-29

Family

ID=76991883

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/073326 Ceased WO2021146868A1 (zh) 2020-01-20 2020-01-20 一种通信方法及装置

Country Status (5)

Country Link
US (2) US12556888B2 (zh)
EP (1) EP4084559B1 (zh)
CN (3) CN121126556A (zh)
BR (1) BR112022014254A2 (zh)
WO (1) WO2021146868A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116208302A (zh) * 2021-11-30 2023-06-02 中国电信股份有限公司 多播业务传输方法、终端、基站、电子设备及存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115606124B (zh) * 2020-05-14 2025-02-25 中兴通讯股份有限公司 用于管理针对多播传输的反馈的系统和方法
WO2022011515A1 (en) 2020-07-13 2022-01-20 Nec Corporation Method, device and computer storage medium of communication
US20230224930A1 (en) * 2020-07-29 2023-07-13 Qualcomm Incorporated Multicast grants to user equipment of different capabilities using a single downlink control information
US12035334B2 (en) * 2020-08-07 2024-07-09 Qualcomm Incorporated Interaction of multicast band width part (BWP) with multiple BWP
KR102884722B1 (ko) * 2021-02-15 2025-11-12 주식회사 케이티 Mbs 데이터 수신 방법 및 그 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140226552A1 (en) * 2011-09-30 2014-08-14 Intel Corporation Multicast service using unicast subframe
CN106470398A (zh) * 2015-08-14 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
CN106470498A (zh) * 2015-08-17 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
CN108540272A (zh) * 2017-03-06 2018-09-14 北京信威通信技术股份有限公司 信息传输方法及装置
CN109874113A (zh) * 2017-12-05 2019-06-11 中兴通讯股份有限公司 一种多播组信息的处理方法、装置和系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102036170B (zh) * 2009-09-29 2012-04-04 华为技术有限公司 处理子帧的方法和设备
WO2013006379A1 (en) * 2011-07-01 2013-01-10 Dinan Esmael Hejazi Synchronization signal and control messages in multicarrier ofdm
EP2771999A2 (en) * 2011-10-29 2014-09-03 Ofinno Technologies, LLC Special subframe allocation in wireless networks
US9577846B2 (en) * 2013-02-28 2017-02-21 Apple Inc. MBSFN-aware adaptive channel estimation
CN104471895B (zh) * 2013-07-02 2018-11-13 华为技术有限公司 一种支持流媒体进行组播的方法和相关装置及系统
WO2015199491A1 (ko) * 2014-06-26 2015-12-30 엘지전자 주식회사 브로드캐스트 멀티캐스트 서비스를 위한 제어 정보의 송수신 방법 및 이를 위한 장치
KR20170056630A (ko) * 2014-09-15 2017-05-23 후아웨이 테크놀러지 컴퍼니 리미티드 진화된 멀티미디어 브로드캐스트/멀티캐스트 서비스 프로세싱 네트워크 요소 및 진화된 멀티미디어 브로드캐스트/멀티캐스트 서비스 브로드캐스트 방법
US10681527B2 (en) * 2015-07-10 2020-06-09 Lg Electronics Inc. Method and device for transreceiving discovery reference signal in wireless access system supporting unlicensed band
US10390274B2 (en) * 2015-08-25 2019-08-20 Lg Electronics Inc. Method for resource allocation in wireless communication system and apparatus therefor
KR102458067B1 (ko) * 2016-03-30 2022-10-24 삼성전자 주식회사 이동 통신 시스템에서의 신호 전송 방법 및 장치
US10880030B2 (en) * 2016-06-15 2020-12-29 Lg Electronics Inc. Method for inter-cell interference coordination in wireless communication system, and apparatus therefor
US10142963B2 (en) * 2016-12-02 2018-11-27 Ofinno Technologies, Llc MBMS configuration between eNBs for V2X services

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140226552A1 (en) * 2011-09-30 2014-08-14 Intel Corporation Multicast service using unicast subframe
CN106470398A (zh) * 2015-08-14 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
CN106470498A (zh) * 2015-08-17 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
CN108540272A (zh) * 2017-03-06 2018-09-14 北京信威通信技术股份有限公司 信息传输方法及装置
CN109874113A (zh) * 2017-12-05 2019-06-11 中兴通讯股份有限公司 一种多播组信息的处理方法、装置和系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
KYOCERA: "Radio interface enhancements for SC-PTM transmission", 3GPP DRAFT; R2-151535_SC-PTM_PROCEDURE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Bratislava, Slovak; 20150420 - 20150424, 19 April 2015 (2015-04-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP050936452 *
NOKIA NETWORKS: "Discussion and Working Assumptions for Single-cell PTM", 3GPP DRAFT; R2-151591 SINGLE-CELL-PTM, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Bratislava, Slovakia; 20150420 - 20150424, 19 April 2015 (2015-04-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP050936505 *
See also references of EP4084559A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116208302A (zh) * 2021-11-30 2023-06-02 中国电信股份有限公司 多播业务传输方法、终端、基站、电子设备及存储介质

Also Published As

Publication number Publication date
US20260136159A1 (en) 2026-05-14
US20220360951A1 (en) 2022-11-10
EP4084559A4 (en) 2022-12-07
BR112022014254A2 (pt) 2022-10-11
CN114930964B (zh) 2025-10-10
EP4084559A1 (en) 2022-11-02
CN114930964A (zh) 2022-08-19
CN121310285A (zh) 2026-01-09
US12556888B2 (en) 2026-02-17
CA3165072A1 (en) 2021-07-29
CN121126556A (zh) 2025-12-12
EP4084559B1 (en) 2024-12-25

Similar Documents

Publication Publication Date Title
US10952096B2 (en) Base station and user terminal
CN113328834B (zh) 一种通信方法及装置
US10045395B2 (en) Base station, processor, and user terminal for setting a configuration to the user terminal for discontinuously monitoring a physical downlink control channel (PDCCH) on which a control signal is transmitted by the base station
US12556888B2 (en) Communication method and apparatus
US11659616B2 (en) Resource configuration method and device
KR20220153031A (ko) 멀티캐스트/브로드캐스트 서비스 제공의 동적 변경
JP2018537896A (ja) アクセス手順のための方法および装置
WO2017124941A1 (zh) 传输数据的方法、用户设备和基站
CN103947142A (zh) 使用单播子帧的多播服务
CN113728663B (zh) 一种drx配置方法及装置、终端设备、网络设备
CN113543037B (zh) 一种通信方法及装置
WO2022056669A1 (zh) 一种mbs业务的管理方法及装置、终端设备、网络设备
WO2022155978A1 (zh) Mbs业务的配置方法及装置、终端设备、网络设备
WO2021056155A1 (zh) 一种反馈资源配置方法及通信方法、装置、通信设备
US11963199B2 (en) Semi-persistent scheduling method and apparatus for MBS service, and terminal device and network device
CN107925541A (zh) 车辆对车辆的lte‑direct通信
CN113728683B (zh) 一种bwp配置方法及装置、终端设备、网络设备
WO2023039811A1 (zh) 通信方法及通信装置
WO2023097613A1 (zh) 一种信息确定方法及装置、终端设备
CA3165072C (en) Communication method and apparatus
CN117897921A (zh) 一种数据接收方法及装置、终端设备
WO2020030112A1 (zh) 数据传输方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20915009

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3165072

Country of ref document: CA

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112022014254

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2020915009

Country of ref document: EP

Effective date: 20220725

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01E

Ref document number: 112022014254

Country of ref document: BR

Free format text: APRESENTE, NO PRAZO DE 60 (SESSENTA) DIAS, RELATORIO DESCRITIVO E DESENHOS COM O TEXTO TRADUZIDO PARA O PORTUGUES.

REG Reference to national code

Ref country code: BR

Ref legal event code: ERR

Ref document number: 112022014254

Country of ref document: BR

Kind code of ref document: A2

Free format text: ANULADA A PUBLICACAO CODIGO 1.5 NA RPI NO 2698 DE 20/09/2022 POR TER SIDO INDEVIDA.

ENP Entry into the national phase

Ref document number: 112022014254

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20220719

WWG Wipo information: grant in national office

Ref document number: 202080092739.3

Country of ref document: CN