WO2021008286A1 - 一种通信方法、装置和系统 - Google Patents

一种通信方法、装置和系统 Download PDF

Info

Publication number
WO2021008286A1
WO2021008286A1 PCT/CN2020/096164 CN2020096164W WO2021008286A1 WO 2021008286 A1 WO2021008286 A1 WO 2021008286A1 CN 2020096164 W CN2020096164 W CN 2020096164W WO 2021008286 A1 WO2021008286 A1 WO 2021008286A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu
data
data pdu
status
sequence number
Prior art date
Application number
PCT/CN2020/096164
Other languages
English (en)
French (fr)
Inventor
许斌
李秉肇
陈磊
王宏
王学龙
Original Assignee
华为技术有限公司
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
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20841278.3A priority Critical patent/EP3993455B1/en
Publication of WO2021008286A1 publication Critical patent/WO2021008286A1/zh
Priority to US17/575,211 priority patent/US20220141626A1/en

Links

Images

Classifications

    • 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/1607—Details of the supervisory signal
    • 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/1809—Selective-repeat protocols
    • 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/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Definitions

  • the embodiments of the present application relate to the field of wireless communication, and in particular, to a communication method, device, and system.
  • multicast or multicast transmission technology is a transmission technology in which one sender sends data and multiple receivers receive data.
  • the base station sends data, and multiple terminals receive the data.
  • PHY physical layer
  • MAC media access control layer
  • RLC wireless link control
  • PDCP packet data convergence protocol
  • the RLC layer uses an unacknowledged mode (UM) mode to transmit data.
  • UM unacknowledged mode
  • the UM mode is an unreliable transmission mode, resulting in low reliability of the existing multicast transmission mode.
  • the embodiments of the present application provide a communication method, device, and system to solve the problem of low reliability of current multicast transmission methods.
  • a first device can determine a first state protocol data unit (protocol data unit, PDU), and send the first state PDU to the second device, correspondingly,
  • the second device receives the first data PDU sent by the first device, and the first status PDU is used to indicate the reception status of the first device to at least one data PDU from the second device, the at least one data PDU It is sent by the second device in a multicast manner.
  • the first device may first determine whether a pre-defined or pre-configured trigger condition of the receiving state of the feedback data PDU is satisfied, and when it is determined that the trigger condition is satisfied, determine the first status PDU and send it.
  • the first device feeds back the receiving status of the data PDU to the second device.
  • the second device can determine whether the data PDU needs to be retransmitted according to the demand of the multicast service and analyze the receiving status of the data PDU, thereby improving the reliability of the multicast service .
  • the first device determines that at least one of the following conditions is triggered:
  • the first device receives the indication information from the second device, and the indication information is used to indicate the receiving status of the reported data PDU; specifically, the second device may determine the timing for the first device to feed back the receiving status.
  • the second device may send the instruction information to the first device;
  • the first device determines that the first timer expires, the duration of the first timer is T, and T is greater than 0; specifically, the first timer is restarted when the first device sends the feedback data PDU receiving state or start up;
  • the first device receives a first data PDU, and the first data PDU is the first PDU received by the first device; specifically, the first PDU is used for receiving data in the first device After the entity of the PDU is created, the first PDU received by the entity.
  • the first device determines that the reception of the first data PDU fails, that is, the first device does not receive the first data PDU.
  • the first device determines that the reception of the first data PDU fails, it may be that the first device receives the second data PDU, and the second data PDU is received by the first device.
  • the serial number (Serial Number, SN) of the second data PDU is greater than the first serial number, and the first serial number is the serial number of the first data PDU indicated by the second device.
  • the first PDU is the first PDU received by the entity after the entity for receiving the data PDU in the first device is created.
  • the first sequence number is the sequence number of the first data PDU that the second device indicates that the first device should receive; it may also be the sequence number of the first data PDU as the first sequence number, where: The first device receives at least one data PDU with a sequence number greater than the first sequence number and at least one data PDU with a sequence number smaller than the first sequence number.
  • the first device determines that the data PDU reception fails, it feeds back the reception status of the data PDU to the second device so that the second device knows which data PDUs the first device has not received.
  • the second device can decide according to the multicast service requirements Whether to resend the data PDU, which improves the reliability of the multicast service.
  • the indication information used to indicate the reception status of the reported data PDU is carried in the third data PDU, or control PDU, or medium access control element MAC CE signaling, or downlink control information DCI .
  • the third data PDU may be any data PDU sent by the second device to the first device in a multicast manner.
  • the indication information used to indicate the receiving status of the reported data PDU is also used to indicate the receiving status of at least one of the multiple devices to report the data PDU, and the first device is included in the At least one device.
  • the second device can indicate which devices are used to report the reception status of the data PDU.
  • the first device determines that the device indicated by the second device includes itself in the device to report the data PDU. If it does not include itself, even if the instruction information is received, There is also no need to report. The signaling overhead of the receiving state of the feedback data PDU is reduced.
  • a communication method in a second aspect, a second device sends a first data PDU to at least one device in a multicast manner, the sequence number of the first data PDU is X, and X is a natural number greater than or equal to 0;
  • the second device retransmits the first data PDU to the at least one device in a multicast manner, or the second device determines that the third device has not successfully received the first data PDU, and then The first data PDU is sent to the third device in a broadcast manner, and the third device is included in the at least one device.
  • the second device can resend the data PDU, which improves the reliability of multicast transmission.
  • the second device when the second device determines that the first condition is satisfied, the second device sends a second data PDU to the at least one device in a multicast manner, and the sequence number of the second data PDU Is X+n, and n is a natural number greater than or equal to 1; wherein, the first condition is that the number of devices in the at least one device that successfully receive the first data PDU meets a first threshold, or the first A condition is that the first timer expires, and the first timer is started when the second device sends the first data PDU.
  • the second device receives at least one status PDU
  • the second device determines the reception status of the at least one device for the first data PDU according to the at least one status PDU.
  • the second device may send instruction information to the fourth device, and the fourth device is included in the at least one device; wherein the fourth device continuously does not receive data PDUs The number reaches the second threshold, wherein the continuously unreceived data PDU is sent by the second device in a multicast manner.
  • the instruction information is used to instruct the fourth device to suspend receiving data PDUs sent in a multicast manner from the second device; or the instruction information is used to instruct the The fourth device releases or deletes the first configuration information, where the first configuration information is used to configure the fourth device to receive data PDUs in a multicast manner; or the indication information is used to instruct the fourth device to release or delete Second configuration information, where the second configuration information is used to configure the fourth device to feedback data received in a multicast manner.
  • a communication system in a third aspect, includes a first device and a second device that implement the foregoing aspects and any possible implementation of the aspects.
  • the communication system further includes other devices located in a multicast group or a multicast area with the first device.
  • a communication device in a fourth aspect, has functional modules that implement the foregoing aspects and any possible implementation methods of the aspects.
  • the functional modules can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • the device may be a chip or an integrated circuit.
  • the device includes a memory and at least one processor, the memory is used to store a program, and the processor is used to execute the program to implement the foregoing aspects and any possible implementation of the aspects Method in.
  • the device further includes a transceiver, and the transceiver is configured to send and receive data under the control of the processor.
  • a communication device in a fifth aspect, includes a processing unit and a transceiver unit.
  • the processing unit may be implemented by a processor in the foregoing aspects and any possible implementation of the aspects, and the transceiving unit may be implemented by a transceiver in the foregoing aspects and any possible implementation of the aspects .
  • the processing unit may execute the foregoing aspects and any of the possible implementation methods of the aspects based on the function of the transceiver unit to send and receive messages.
  • a computer-readable storage medium is provided, and computer-readable instructions are stored in the computer storage medium.
  • the computer reads and executes the computer-readable instructions, the computer executes the above aspects and various aspects. Any possible implementation of the method described in.
  • a computer program product which when a computer reads and executes the computer program product, causes the computer to execute the above-mentioned aspects and the methods described in any possible implementation of the aspects.
  • a chip is provided, the chip is coupled with a memory, and is used to read and execute a software program stored in the memory, so as to implement the above aspects and the method described in any possible implementation of the aspects .
  • FIG. 1 is a diagram of a communication system provided in an embodiment of this application.
  • FIG. 2 is a schematic diagram of data transmission provided in an embodiment of the application.
  • FIG. 3A is a schematic diagram of a communication architecture provided in an embodiment of this application.
  • 3B is a schematic diagram of another communication architecture provided in an embodiment of this application.
  • FIG. 4 is a schematic diagram of a communication process provided in an embodiment of this application.
  • FIG. 5 is a schematic diagram of a communication process provided in an embodiment of this application.
  • FIG. 6 is a structural diagram of a communication device provided in an embodiment of this application.
  • FIG. 7 is a structural diagram of a communication device provided in an embodiment of this application.
  • FIG. 8 is a structural diagram of a communication system provided in an embodiment of this application.
  • Network equipment a device capable of providing random access for terminal equipment or a chip that can be installed in the device, including but not limited to: evolved Node B (eNB), radio network 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), access point (AP) in wireless fidelity (WIFI) system, wireless relay node, wireless backhaul node, transmission point ( transmission and reception point, TRP or transmission point, TP), etc., it can also be 5G, such as NR, gNB in the system, or transmission point (TRP or TP), one or a group of base stations in the 5G system (including (Multiple Antenna Panels) Antenna panels may also be network nodes that constitute a gNB or transmission point, such as a baseband unit (BBU), or a distributed network
  • Terminal also known as user equipment (UE), mobile station (MS), mobile terminal (MT), etc.
  • terminal devices include handheld devices and vehicle-mounted devices with wireless connection functions.
  • terminal devices can be: mobile phones (mobile phones), tablets, notebook computers, handheld computers, mobile internet devices (MID), wearable devices, virtual reality (VR) devices, augmented reality (augmented reality (AR) equipment, industrial control (industrial control) wireless terminals, unmanned driving (self-driving) wireless terminals, remote medical surgery (remote medical surgery) wireless terminals, smart grid (smart grid) Wireless terminal, wireless terminal in transportation safety, wireless terminal in smart city, or wireless terminal in smart home, etc.
  • MID mobile internet devices
  • VR virtual reality
  • AR augmented reality
  • industrial control industrial control
  • unmanned driving self-driving
  • remote medical surgery remote medical surgery
  • smart grid smart grid
  • Using multicast to send or transmit data PDUs means: when a device sends the transport block (TB) corresponding to the data PDU, it uses the group-radio network temporary identifier (group-radio network temporary identifier). G-RNTI) scramble the data PDU, or scramble the downlink control information (DCI) corresponding to the data PDU, while one or more devices receive the same data PDU according to the same G-RNTI.
  • the use of multicast to transmit data PDUs may refer to the semi-static method of telling multiple devices the location of the same data PDU, and multiple devices can receive the data PDU at the same time; or the use of multicast to transmit data PDUs may refer to The PDU is transmitted in a radio bearer established for multicast transmission or in a channel specially designed for multicast.
  • one of the multiple receiving devices when the data PDU is received in the multicast mode, when the data PDU is sent in the multicast mode, one of the multiple receiving devices receives the data PDU according to the G-RNTI; or one of the multiple receiving devices The device receives through a radio bearer established for multicast transmission or receives on a channel used for multicast transmission.
  • multicast is a specific method of multicast, therefore, multicast may also be referred to as multicast.
  • Using unicast to send or transmit data PDUs means that when a device sends the TB corresponding to the data PDU, it uses the cell network temporary identifier (C-RNTI) to add the data PDU. Scrambling, or scrambling the DCI corresponding to the data PDU, and only one device receives the same data PDU according to the C-RNTI; or the unicast transmission of the data PDU can mean that the PDU is in the radio bearer established for unicast transmission Transmission or transmission in a channel specially designed for unicast.
  • C-RNTI cell network temporary identifier
  • the one receiving device when the data PDU is received in a unicast manner, the one receiving device receives the data PDU according to the C-RNTI; or the one device receives the data PDU through the radio bearer established for unicast transmission. Or receive on the channel used for unicast transmission.
  • Using broadcast to send or transmit data PDUs means that a certain device sends the TB corresponding to the data PDU on the broadcast channel, and all receiving devices can receive the data PDU on the broadcast channel.
  • the "and/or” in this application describes the association relationship of the associated objects, indicating that there can be three relationships, for example, A and/or B, which can mean: A alone exists, A and B exist at the same time, and B exists alone. This situation.
  • the character "/" generally indicates that the associated objects are in an "or” relationship.
  • the multiple involved in this application refers to two or more.
  • the term "exemplary” is used to indicate an example, illustration, or illustration. Any embodiment or implementation solution described as an "example” in this application should not be construed as being more preferable or advantageous than other embodiments or implementation solutions. Rather, the term example is used to present the concept in a concrete way.
  • the embodiments of the present application provide a communication method, device, and system.
  • the method, device, and system are based on the same technical concept. Because the method, device, and system have similar problem solving principles, the implementation of the device, system, and method can be mutually See, the repetition will not be repeated.
  • LTE long term evolution
  • WiMAX worldwide interoperability for microwave access
  • 5G fifth generation of the future
  • NR new radio access technology
  • This application can be applied to ground communication systems, as well as non-ground communication systems, such as communication systems with base stations on satellites or other flying equipment, or communication systems using satellites and flying equipment as relays. Or it is also applicable to scenarios where unlicensed spectrum is used for communication based on 5G architecture, such as in NR-U (new radio-unlicenced) scenarios.
  • 5G architecture such as in NR-U (new radio-unlicenced) scenarios.
  • one device sends data, and multiple devices receive data. Multiple data-receiving devices feed back the data receiving status to the data-transmitting device.
  • the data receiving status refers to whether the data is received.
  • the data can be data PDUs or other types of data.
  • the following implementations described in this application only take the data as a data PDU as an example for illustration. Those skilled in the art should understand that the technical solutions provided in this application are also applicable to other types of data.
  • a network device and UE1 to UE6 form a communication system.
  • the base station can use multicast to send data PDUs to UE1 to UE6, and UE1 to UE6 can use multicast to receive data PDUs sent by the base station, and use unicast to feed back the data PDU reception status to the base station.
  • the device for sending data PDU is the base station, and the device for receiving data PDU is the terminals UE1 to UE6.
  • UE1 to UE6 may be regarded as multiple UEs receiving the same multicast service in the same time period, and these UEs may be in the same multicast group or in the same multicast area (including one or more cells).
  • UE4 to UE6 can also form a communication system.
  • UE5 can use multicast to send data PDUs to UE4 and UE6, and UE4 and UE6 can use unicast to feed back the data PDU reception status to UE5.
  • the device for sending data PDU is UE5, and the device for receiving data PDU is UE4 and UE6.
  • UE4 and UE6 can be regarded as multiple UEs receiving the same multicast service in the same time period. These UEs can be in the same multicast group or in the same multicast area, and the multicast area includes one or more cells.
  • This application is not only applicable to scenarios where one network device transmits data PDUs to multiple UEs, but also applicable to scenarios where multiple network devices cooperate to transmit data PDUs to multiple UEs, such as multimedia broadcast multicast service single frequency network (multicast broadcast single frequency) network, MBSFN).
  • MBSFN multimedia broadcast multicast service single frequency network
  • FIG. 2 a schematic diagram of a flow when a UE transmits information to a network equipment (eNB) is provided.
  • the information may be a data PDU, a control PDU, and so on.
  • the RLC layer is located above the MAC layer and is part of L2, providing segmentation and retransmission services for users and control data.
  • the RLC layer has three working modes: transparent mode (TM), unacknowledged mode (UM), and acknowledged mode (AM)).
  • TM mode the RLC layer only provides the passthrough function of data
  • UM mode the RLC layer provides all RLC functions except data retransmission and re-segmentation, which is an unreliable transmission service
  • AM mode the RLC layer provides all RLC functions and can provide retransmission functions, which is a reliable transmission service.
  • the RLC layer can work in any of the above three working modes.
  • the RLC layer can only work in UM mode, which is a less reliable transmission mode.
  • some services have higher reliability requirements, such as services in industrial scenarios, or batch UE software update services. Loss of data packets will cause the software update to fail and require a new update.
  • the UM mode is adopted for transmission, it is assumed that some UEs do not receive data packets, and packet loss will occur, which affects the reliability of service transmission. Based on this, this application provides a communication method.
  • the device receiving data PDU feeds back the data receiving status to the device sending data so that the device sending data can know which data has not been received, so that corresponding measures can be taken to improve Reliability of broadcast transmission.
  • the communication method in this application can be applied to the RLC layer or the PDCP layer. If applied to the RLC layer, the RLC layer entity sends and receives data PDUs. If applied to the PDCP layer, the PDCP layer entity sends and receives data PDUs. For example, a base station sends a data PDU to a terminal. When applied to the RLC layer, the entity that sends the data PDU is the RLC entity in the base station, and the entity that receives the data PDU is the RLC entity in the terminal. When applied to the PDCP layer, the entity that sends the data PDU is the PDCP entity in the base station, and the entity that receives the data PDU is the PDCP entity in the terminal.
  • the device may be a terminal device or a base station device, and there may be various types of entities in a device, such as a PDCP entity and an RLC entity. MAC entities, etc., and multiple entities of the same type can work simultaneously in a device.
  • the device can perform various operations on the entity, such as configuring, creating, rebuilding, or releasing.
  • the base station in the present invention may work under the CU-DU (central unit-distributed unit centralized node-distributed node) architecture, where the PDCP layer is located on the CU, the RLC layer is located on the DU, and the CU and DU communicate through the F1 interface.
  • CU-DU central unit-distributed unit centralized node-distributed node
  • one CU can be connected to multiple DUs.
  • a DU can be regarded as a base station or a DU and a CU together can be regarded as a base station.
  • the entity sending information and the entity receiving information may be one entity or two entities.
  • FIG. 3A a schematic diagram of a communication architecture is provided. Take a base station to send data PDUs to multiple terminals in a multicast manner as an example for description. On the base station side, the entity that sends information and the entity that receives information are divided into two entities, which can be called a sending entity and a receiving entity, respectively. On the terminal side, the entity that sends information and the entity that receives information are divided into two entities, which can be called the sending entity and the receiving entity, respectively.
  • a base station sends data PDUs to multiple UEs through a sending entity in a base station, and each UE receives data through a receiving entity in the UE. Then, the UE feeds back the receiving state of the data PDU to the base station through the sending entity in the UE according to the receiving situation of the data PDU, and the receiving state is used to inform the base station whether each data PDU is received.
  • the sending entity in the UE may be configured by the base station through RRC signaling, and the base station sends configuration information to the terminal for configuring the sending entity that feedbacks the reception status of the data PDU, and the configuration information may be carried in the logical channel configuration signaling Or in the radio bearer configuration signaling.
  • the sending entity or receiving entity in this application is not limited to an RLC entity or PDCP entity, and can also be other entities with similar functions, and radio bearers or logical channels can also be used to replace the sending entity or receiving entity functions.
  • the receiving entity may also be configured by the base station through RRC signaling, and the configuration of the receiving entity and the sending entity are similar, and no further introduction will be given.
  • the base station can configure a radio bearer or logical channel or sending entity to feed back the receiving status of data PDUs.
  • the sending entity (or radio bearer or logical channel) and the receiving entity (or multiple The broadcast bearer or the multicast logical channel) has an association relationship, and the association relationship is used to indicate that the receiving state of the data PDU sent by the sending entity is for the data PDU received by the receiving entity.
  • the base station may configure a radio bearer or a logical channel or a receiving entity, and the receiving entity is used to receive and process data received in a multicast manner.
  • the sending entity in the UE may be configured in AM mode or UM mode. When configured in UM mode, only the receiving state of data PDU can be sent. When configured in AM mode, the sending entity can not only send the receiving status of data PDU, but also receive downlink data or downlink indication.
  • the downlink indication may be polling information, which is used by the base station to notify the UE to give feedback. At this time, the sending entity
  • the receiving entity and the receiving entity are one entity. As shown in FIG. 3B, a communication architecture diagram in which the sending entity and the receiving entity are the same entity is provided.
  • the receiving entity in the base station can receive the receiving state of the data PDU fed back by the sending entity in the terminal.
  • the base station may decide whether to retransmit the data PDU according to the receiving status of the data PDU fed back by the sending entity in the multiple UEs.
  • FIG. 3B a schematic diagram of another communication architecture is provided.
  • the entity that sends information and the entity that receives information are one entity, which can be called a sending and receiving entity.
  • the entity that sends information and the entity that receives information are one entity, which can be called a sending and receiving entity.
  • the sending and receiving entity in the base station sends data PDUs to the terminal.
  • the sending and receiving entity in the terminal receives the data PDU sent by the base station and feeds back the receiving state of the data PDU.
  • the transmitting and receiving entity in the base station receives the receiving state of the data PDU fed back by the terminal.
  • the base station may decide whether to retransmit the data PDU according to the receiving state of the data PDU fed back by multiple UEs.
  • the base station can configure a radio bearer or logical channel or a sending and receiving entity to receive and process data PDUs received through multicast and to feed back the receiving status of the data PDUs.
  • One device can send data PDUs to multiple devices through its own entity in a multicast transmission manner. Multiple devices that receive data PDUs can respectively feed back the receiving status of the data PDU through their own entities, and the device that sends data PDUs determines whether to retransmit the data PDU according to the feedback data PDU receiving status.
  • the present application can improve the reliability of multicast service transmission through the feedback retransmission mechanism.
  • This application provides a communication method, as shown in FIG. 4, which specifically introduces how a device receiving a data PDU feeds back the receiving state of the data PDU.
  • the device that uses multicast to send data PDUs is called the second device.
  • the second device uses the multicast mode to send multiple devices (multiple devices receiving the same multicast service in the same time period, these devices can be in the same multicast group or in the same multicast area (the multicast area contains one or Multiple cells)) send data PDUs.
  • the process for multiple devices receiving data PDUs to feed back the receiving status is the same.
  • the first device is taken as an example to illustrate the specific process of feeding back the receiving status.
  • the first device is any one of multiple devices that receives the data PDU sent by the second device.
  • the second device may be the base station in FIG. 1, and the first device may be any UE from UE1 to UE6.
  • the second device may be UE5 as shown in FIG. 1, and the first device may be UE4 or UE6.
  • multiple devices are a collection of devices that are located in the same multicast group, in the same multicast area, are configured with the same G-RNTI, or receive the same multicast service in the same time period.
  • Step 41 The first device determines that the condition for sending the status PDU is triggered. Among them, this step 41 is optional.
  • the first device may first determine whether the pre-defined or pre-configured trigger condition for feeding back the receiving state of the data PDU to the second device is met. When the first device determines that the trigger condition is met, the first device feeds back the data PDU to the second device The receiving status. The process of the first device determining that the trigger condition of the receiving state of the feedback data PDU is satisfied will be described later.
  • the first device may feed back to the second device the maximum value N of the sequence numbers of the data PDUs that the first device has received and the sequence numbers of the data PDUs that have not been received. , Where the sequence number of the unreceived data PDU is less than N. Or feed back to the second device the maximum value N plus 1 of the serial numbers of the data PDUs that the first device has received (N+1) and the serial numbers of the unreceived data PDUs. Similarly, the unreceived The sequence number of the data PDU is less than N.
  • the UE when feeding back unreceived data PDUs, it is not necessary to feed back all unreceived data PDUs with sequence numbers less than N. Only feedback is required, starting from the PDU with the largest sequence number that has been fed back last time. To the PDU with the sequence number N or the sequence number N+1, the receiving state of the PDU between the two is sufficient. For example, the UE received the 1st and 3rd packets, because the 2nd packet was not received, the UE feedback the receiving status of the 1-3; at this time the UE received the 5th packet again, it can be determined that the 4th packet was not received, and the UE needs to continue Trigger status PDU for feedback. At this time, the UE only needs to feed back the receiving status of packets 4 and 5, because packet 3 and the previous receiving status have been fed back.
  • the reception status of the data PDU may be included in the status PDU (status PDU), or may be included in other information, such as designing a new message format to feed back the data PDU
  • status PDU status PDU
  • PDU is generally divided into data PDU and control PDU
  • data PDU is generally used to transmit upper layer data
  • control PDU is generally used to transmit control information or control commands
  • status PDU is a type of PDU in control PDU.
  • Step 42 The first device determines the first status PDU.
  • the first device may feed back the receiving state of the data PDU to the second device.
  • the first device may determine a status PDU according to the reception status of at least one data PDU from the second device.
  • the status PDU determined by the first device is called the first status PDU
  • the first status PDU is used to indicate the reception status of at least one data PDU from the second device
  • the at least one data PDU is the second
  • the device transmits to the first device in a multicast manner.
  • Step 43 The first device sends the first status PDU to the second device.
  • the second device receives the first status PDU sent by the first device.
  • the first device feeds back the receiving status of the data PDU to the second device, and other devices that are in the same multicast group or the same multicast area as the first device or receive the same multicast service in the same time period will also use the same method Feed back the receiving status of the data PDU to the second device.
  • other devices that are in the same multicast group or the same multicast area as the first device or receive the same multicast service in the same time period will also use the same method Feed back the receiving status of the data PDU to the second device.
  • the multicast group or multicast area where the first device is located or in the devices that receive the same multicast service as the first device at the same time, there will also be unsatisfied triggers.
  • a device that does not feed back the reception status of the data PDU to the second device in the multicast group or multicast area where the first device is located, or in the devices that receive the same multicast service as the first device at the same time, there will also be unsatisfied triggers.
  • the second device can be based on the data PDU fed back by the first device and multiple devices that are in the same multicast group or multicast area as the first device or receive the same multicast service at the same time as the first device.
  • Receiving status determining which devices in the multicast group or multicast area or devices receiving the same multicast service at the same time as the first device did not receive the data PDU, and further determining whether data needs to be retransmitted based on the multicast service requirements PDU, thereby improving the reliability of multicast services.
  • the following is divided into several implementation manners, respectively introducing the process of the first device determining that the trigger condition of the receiving state of the feedback data PDU is satisfied.
  • the second device sends data PDUs in a multicast manner to a multicast group or multiple devices (including the first device) in a multicast area, and the second device can indicate part or all of the multicast group
  • the device feedbacks the receiving status of the data PDU.
  • the first device instructs the first device to feed back the receiving state of the data PDU
  • the second device sends instruction information to the first device, where the instruction information is used to indicate the receiving state of the reported data PDU.
  • the first device can receive the instruction information from the second device.
  • the first device receives the instruction information from the second device, it determines that the trigger condition of the receiving state of the feedback data PDU is satisfied.
  • the device sending the data PDU uses 1 bit in the header of the data PDU to indicate that the device receiving the data PDU feeds back the receiving status.
  • the second device sends the instruction information to the first device. , Can carry the indication information in the data PDU.
  • Another method is to not carry indication information in the header of the data packet, but to send separate control information to the device that needs feedback through unicast, the control information indicating that the device needs to feed back the receiving status of the data PDU, and can further indicate which multiple The receiving status of the broadcast bearer can be fed back or instructed to determine which multicast bearer's receiving status needs to be fed back according to the bearer used for sending the control information, for example, according to the pre-set association relationship.
  • the control information may be a status report of the RLC or PDCP layer, or RRC message, or MAC CE, or DCI.
  • the second device when it sends the indication information to the first device, it may carry the indication information in a data PDU or a control PDU, or media access control element (MAC CE) signaling Medium or downlink control information DCI.
  • a data PDU or a control PDU or media access control element (MAC CE) signaling Medium or downlink control information DCI.
  • MAC CE media access control element
  • the data PDU carrying the indication information is referred to as a third data PDU
  • the third data PDU is any data PDU sent by the second device.
  • the first device may also periodically report the receiving status of the data PDU.
  • a timer is set in the first device, which is called the first timer for convenience of description.
  • the duration of the first timer is T, and T is greater than 0, for example, it may be in the order of milliseconds, such as 100 ms, 20 ms.
  • the first timer can be used to trigger the receiving status of the reported data PDU.
  • the first device may restart or start the first timer every time it is triggered to report the receiving state of the data PDU.
  • the first device Assuming that when the first device reports the receiving status of the data PDU, the first timer is not running, the first device starts the first timer; assuming that the first device reports the receiving status of the data PDU, the first timer is running, then Restart the first timer. When determining that the first timer expires, the first device determines that the trigger condition of the receiving state of the feedback data PDU is satisfied.
  • the first device may also feed back the reception status to the second device when it is determined that the reception of the first data PDU fails.
  • the sequence number of the first data PDU is X
  • X may be a natural number greater than or equal to 1, wherein the first device does not receive the data PDU with the sequence number X, and At least one data PDU with a sequence number greater than X and at least one data PDU with a sequence number less than X is received.
  • the first data PDU may be one or multiple.
  • the first data PDU here may be any data PDU among the data PDUs sent by the second device.
  • the base station has successively sent data PDUs with sequence numbers 1, 2, and 3, and the UE first receives data PDUs with sequence number 1 and then receives data PDUs with sequence number 3, which can determine that the sequence number is 2
  • the data PDU is not received, that is, the data PDU with sequence number 2 fails to be received.
  • the UE can feed back the receiving status of the data PDU.
  • the base station determines that the UE has received the data PDU with sequence numbers 1 and 3 according to the feedback receiving status. No data PDU with sequence number 2 was received. Then, the first data PDU that fails to receive is a data PDU with a sequence number of 2.
  • the base station has continuously sent data PDUs with sequence numbers 1-5, and the UE first receives data PDUs with sequence number 1, then data PDUs with sequence number 2, and then data PDUs with sequence number 5.
  • PDU it can be determined that the data PDUs with sequence numbers 3 and 4 have not been received, that is, the data PDUs with sequence numbers 2 and 4 have failed to be received.
  • the UE can feed back the receiving status of the data PDU, and the base station determines the receiving status according to the feedback
  • the first data PDU that failed to receive is the data PDU with sequence numbers 3 and 4.
  • the above mode 1, mode 2 and mode 3 are parallel, as long as the first device determines that any one of the conditions is satisfied, it is considered that the trigger condition of the receiving state of the feedback data PDU is satisfied. For example, when the first timer has not expired, the first device receives the indication information of the reception status of the feedback data PDU. At this time, the first device feeds back the reception status of the data PDU, and re-times the first timer, that is, restarts . For another example, when the first timer has not expired, the first device determines that the reception of the first data PDU has failed. At this time, the first device feeds back the reception status of the data PDU, and re-times the first timer.
  • the above method 1, method 2, and method 3 can be applied to a period of time after the first device has joined the multicast group. If the first device has just joined the multicast group, the first device does not know whether it should start from the serial number. How many data PDUs start to monitor, it is possible to lose data without knowing it. As shown in Figure 5, it is assumed that UE1, UE2, and UE3 in the multicast group have received data PDUs sent by the base station (gNB), and the base station has sent data PDUs with sequence numbers SN 1 to 4. Next, the base station sends a data PDU with a sequence number of 5.
  • a new device such as UE4 joins the multicast group
  • the newly joined UE4 may successfully receive the data PDU with sequence number 5, or it may not successfully receive the data PDU with sequence number 5 .
  • UE4 if UE4 does not successfully receive a data PDU with a sequence number of 5, UE4 does not know that it has lost data, nor does it feed back the reception status of a data PDU with a sequence number of 5.
  • the base station instructs UE4 to feed back the receiving status of the data PDU, because UE4 has not received any data PDU, UE4 cannot understand the instructions of the base station and therefore cannot feedback.
  • the base station can instruct UE4 to feed back the receiving status immediately after receiving the first data PDU. Or the base station does not give an instruction, and after UE4 receives the first data PDU, it immediately feeds back the reception status. After UE4 receives the first data PDU, it feeds back the receiving status.
  • the purpose is to let the base station know which of the first data PDU UE4 received, so that the base station can determine whether UE4 loses data PDU according to its own data PDU transmission. , And then determine whether it is necessary to retransmit the data PDU to UE4 according to the requirements of the multicast service, so as to improve the reliability of the multicast service.
  • the first device may also determine that the trigger condition for the reception status of the feedback data PDU is satisfied, where the first data PDU is the first data PDU received by the first device PDU.
  • the first refers to the first PDU received by the entity after the entity for receiving data PDUs in the first device is created, but not necessarily the corresponding type of the second device for sending data PDUs The first data PDU sent by the entity.
  • the entity used to receive the data PDU is the RLC entity
  • the entity used to send the data PDU is the RLC entity
  • the entity used to receive the data PDU is a PDCP entity
  • the entity used to send the data PDU is a PDCP entity.
  • Manner 5 The first device receives a second data PDU, the second data PDU is the first PDU received by the first device, and the sequence number of the second data PDU is greater than the first sequence number, The first sequence number is the sequence number of the first data PDU that should be received by the first device indicated by the second device.
  • the second data PDU here is the first PDU actually received by the first device, and the first PDU is the first PDU that the second device indicates that the first device should receive.
  • the base station may also indicate the sequence number of the data PDU (first data PDU) that the terminal should receive for the first time. For example, the base station may send indication information to UE4, indicating that the sequence number of the first data PDU that UE4 should receive is 5. If the sequence number of the first data PDU (second PDU) received by UE4 is 6, UE4 can determine that the data PDU with sequence number 5 has been received, that is, UE4 has not received the data PDU with sequence number 5. At this time, UE4 can feed back the receiving status. The base station can determine which data PDUs UE4 has lost according to the situation of sending data PDUs by itself, so as to determine whether to reselect data PDUs according to multicast service requirements.
  • the second device may deliver instruction information to multiple devices in the multicast group or the multicast area that receive data PDUs, instructing the device to feed back the receiving status.
  • This mechanism can be called a polling mechanism (polling).
  • the polling mechanism for unicast the device sending the data PDU uses 1 bit in the header of the data PDU to instruct the device receiving the data PDU to feedback the reception status.
  • a data PDU is received by multiple devices. If the unicast polling mechanism is directly adopted, it will cause all devices receiving the data PDU to feedback.
  • a device that sends data PDUs may not require all devices that receive data PDUs to feed back the receiving status, but only require some devices to feed back the receiving status.
  • the base station sends data PDUs to UE1-UE6.
  • the base station may only require UE1 and UE2 to feed back the receiving status, and the remaining UEs may not need to feed back the receiving status. Therefore, if the unicast polling mechanism is directly adopted, the feedback signaling overhead will be added.
  • the instruction information is not only used to indicate the receiving status of the reported data PDU, but also can be used to indicate which devices report the receiving status of the data PDU.
  • the instruction information sent by the second device to the first device is also used to instruct at least one of the multiple devices to report the receiving state of the data PDU, and the first device is included in the at least one device.
  • the indication information when the indication information instructs at least one of the multiple devices to report the receiving state of the data PDU, the indication information may include the identifier of the device used to feed back the receiving state in the multicast group or the multicast area.
  • the device that receives the indication information determines whether the identification of the device included in the indication information is its own identification, and if so, it determines that it wants to feed back the receiving state of the data PDU.
  • the first device receives the indication information from the second device, the indication information is used to indicate the reception status of the feedback data PDU, and the indication information indicates the identifier of the device that feedbacks the reception status of the data PDU, the first device
  • the first device determines the first status PDU, and sends the first status PDU to the second device, where the first status PDU is used to indicate the The receiving status of at least one data PDU of the device.
  • the base station sends data PDUs to UE1 to UE6, and the indication information sent by the base station indicates the identities of the UEs UE2 and UE4 that feedback the reception status of the data PDU. If the first device is UE3, and UE3 determines that it does not include its own identity, there is no need to feed back the receiving state.
  • the second device can classify multiple devices into multiple categories according to the information of multiple devices in the multicast group or the multicast area that receive data PDUs, and the indication information can indicate which type or types of devices the device that needs feedback is. Or all devices.
  • the classification basis can be the capability of the device, the status of the device, the type of the device, and so on.
  • the device that receives the data PDU is a UE.
  • UEs with certain capabilities can be classified into one category, and UEs without certain capabilities can be classified into one category.
  • the ability of data PDU to receive status feedback is a UE.
  • the UEs in the connected state can be classified into one category, and the UEs in the idle state can be classified into one category.
  • the second device may carry the status of the UE for feeding back the receiving status of the data PDU in the indication information, such as the connected state, so that the second device instructs the UE in the connected state to perform feedback, and the UE in the idle state does not need to perform feedback.
  • the first device UE can determine whether it is in the connected state, if it is in the connected state, it will feed back the receiving state of the data PDU, and if it is not in the connected state, it will not feedback the receiving state of the data PDU.
  • the type of UE when classifying according to the type of UE, can include IoT (Internet of Things) UE, eMBB UE (such as mobile phone), MTC (Machine Communication) UE, URLLC (Ultra High Reliability and Low Latency Communication) UE Etc.
  • the second device may be the type of UE used to feed back the receiving state of the data PDU carried in the indication information.
  • the indication information When the UEs are divided into several groups and then the indication information is sent, it can be sent to this group of UEs in a multicast manner, which saves downlink signaling overhead compared to a scheme in which each UE sends indication information.
  • the method described above is used to indicate which devices need to feed back the receiving state of the data PDU, which avoids the problem that all devices that receive the data PDU must perform feedback every time polling is performed, and saves the feedback signaling overhead.
  • the second device uses multicast to send data PDUs to at least one device in the multicast group or multicast area.
  • the sent data PDU is called the first data PDU
  • the first The sequence number of the data PDU is X
  • X is a natural number greater than or equal to zero.
  • the second device may determine whether to resend the first data PDU according to the service requirement.
  • the second device may predetermine a quantity threshold.
  • the quantity threshold is called the third threshold, and the third threshold is used by the second device to decide whether to resend the first data PDU.
  • the second device may determine whether the number of devices in the at least one device that successfully receive the first data PDU meets the third threshold according to the receiving status of the data PDU reported by the devices in the multicast group or the multicast area, if If it is satisfied, the first data PDU may not be retransmitted, and if it is not satisfied, the first data PDU may be reselected and sent.
  • the third threshold is related to the number of devices in the multicast group or the multicast area, for example, determined according to the percentage of the number of devices in the multicast group or the multicast area.
  • the second device may also retransmit the first data PDU with the sequence number X to at least one device in the multicast group or the multicast area in a multicast manner, It is also possible that the second device determines the third device that has not successfully received the first data PDU with the sequence number X, and retransmits the first data PDU to the third device in a unicast manner.
  • the third device is included in the at least one device.
  • the third device may be one or multiple.
  • the second device In multicast service transmission, the second device needs to send multiple data PDUs to at least one device in the multicast group or multicast area in a multicast manner.
  • a sending window can be preset, and the sending window specifies the number of data PDUs to be sent continuously.
  • the second device also needs to determine when to move the sending window and send the data PDU again.
  • the second device may set a condition in advance, which is called the first condition.
  • the first condition is met, the second device sends a second data PDU to the at least one device by multicast, and the second data PDU
  • the serial number of is X+n, where n is a natural number greater than or equal to 1.
  • the maximum value of the sequence number of the data PDU currently sent by the second device to the at least one device in a multicast manner is X+n-1.
  • a first timer may be maintained in the second device, and the duration of the first timer is T, and T is greater than 0. For example, it may be in the order of milliseconds, such as 70 ms, 50 ms.
  • the first timer can be used to trigger the sending of data PDUs.
  • the second device may restart or start the first timer. Assuming that when the second device sends the first data PDU, the first timer is not running, the second device starts the first timer; if the second device sends the first data PDU, the first timer is running, then restarts the first timer A timer. When determining that the first timer expires, the second device determines that the first condition is satisfied.
  • the second device sends a data PDU with a sequence number of 5 in the sending window (the sequence number X of the first data PDU is 5), and the maximum value of the sequence number of the data PDU that the second device has sent is X+n- 1 is 7.
  • the second device moves the sending window, and then sends a data PDU with a sequence number of 8, that is, the sequence number of the second data PDU is 8.
  • the multicast service may require a larger number of devices to receive the first data PDU.
  • the second device may determine whether to send the data PDU again according to the receiving situation of the first data PDU.
  • the second device receives at least one status PDU; the second device determines the reception status of the at least one device for the first data PDU according to the at least one status PDU.
  • the second device may determine whether the number of devices in the at least one device in the multicast group or the multicast area that successfully received the first data PDU meets (may be greater than, or greater than or equal to) a first threshold If yes, the second device determines that the first condition is satisfied.
  • the second device may set a counter for the first data PDU and start counting from 0. Each time the second device determines that a device receives the first data PDU, it may add 1 to the counter, and when the value of the counter meets the first threshold, it is determined that the first condition is satisfied.
  • the second device determines that the first condition currently met is that the number of devices that have successfully received the first data PDU in at least one device meets the first threshold, the second device turns off the first timer, and the first timer The device is started when the second device sends the first data PDU;
  • the second device may re-determine the number of devices that successfully received the data PDU, for example, clear the counter to 0.
  • the second device can take measures to solve the problem.
  • the second device sends instruction information to the fourth device, and correspondingly, the fourth device receives the instruction information from the second device, wherein the number of data PDUs that the fourth device has not received continuously reaches The second threshold, wherein the continuously unreceived data PDU is sent by the second device in a multicast manner.
  • the fourth device is only a device used to indicate that the number of continuously unreceived data PDUs reaches the second threshold.
  • the fourth device is included in the at least one device, that is, the fourth device may be Any device in the multicast group or the multicast area, for example, the fourth device is the first device that feeds back the first status PDU described above.
  • the indication information is used to instruct the fourth device to suspend receiving data sent in a multicast manner from the second device, and the data may be a data PDU or other types of data; or ,
  • the indication information is used to instruct the fourth device to release or delete the first configuration information, and the first configuration information is used to configure the fourth device to receive data in a multicast manner; or,
  • the indication information is used to instruct the fourth device to release or delete the second configuration information, and the second configuration information is used to configure the fourth device to feedback data received in a multicast manner.
  • an embodiment of the present application further provides a communication device 600, which includes a processing unit 601 and a transceiver unit 602.
  • the communication device 600 may be a communication device on the first device side.
  • the communication device 600 can be used to perform operations of the first device.
  • the communication device 600 may be the first device itself, or a device composed of multiple functional units inside the first device, and the communication device 600 may also be a chip;
  • the processing unit 601 is configured to determine a first status protocol data unit PDU, the first status PDU is used to indicate the reception status of at least one data PDU from a second device, and the at least one data PDU is the second The device is sent by multicast;
  • the transceiver unit 602 is configured to send the first status PDU to the second device.
  • the processing unit 601 before determining the first status PDU, is further configured to determine that at least one of the following conditions is triggered:
  • the first timer expires, the duration of the first timer is T, and T is greater than 0;
  • the processing unit 601 when the processing unit 601 determines that the reception of the first data PDU fails, it is specifically configured to receive a second data PDU through the transceiver unit 602, and the second data PDU is the transceiver unit.
  • the sequence number of the second data PDU is greater than the first sequence number, and the first sequence number is the sequence number of the first data PDU indicated by the second device; or,
  • the sequence number of the first data PDU is a first sequence number, wherein the transceiving unit 602 receives at least one data PDU with a sequence number greater than the first sequence number and at least one sequence number less than the first sequence number Data PDU.
  • the indication information used to indicate the reception status of the reported data PDU is carried in the third data PDU, or control PDU, or medium access control element MAC CE signaling, or downlink control information DCI .
  • the indication information used to indicate the receiving status of the reported data PDU is also used to indicate the receiving status of at least one of the multiple devices to report the data PDU, and the first device is included in the At least one device.
  • the communication device 600 may be a device on the second device side.
  • the device 600 can be used to perform operations performed by the second device.
  • the communication device 600 may be the second device itself, or a device composed of multiple functional units inside the second device, and the communication device 600 may also be a chip inside the second device;
  • the processing unit 601 is configured to generate a first data PDU
  • the transceiving unit 602 is configured to send a first data PDU to at least one device in a multicast manner, the sequence number of the first data PDU is X, and X is a natural number greater than or equal to 0;
  • the transceiving unit 602 is further configured to retransmit the first data PDU to the at least one device in a multicast manner, or the processing unit 601 determines that the third device has not successfully received the first data PDU , Sending the first data PDU to the third device in a unicast manner through the transceiver unit 602, and the third device is included in the at least one device.
  • the processing unit 601 is further configured to determine that when the first condition is met, the transceiver unit 602 sends the second data PDU to the at least one device in a multicast manner, and the The sequence number of the second data PDU is X+n, and n is a natural number greater than or equal to 1;
  • the first condition is that the number of devices in the at least one device that successfully receive the first data PDU meets a first threshold, or the first condition is that a first timer expires, and the first timing The device is activated when the second device sends the first data PDU.
  • the transceiver unit 602 is further configured to receive at least one status PDU;
  • the processing unit 601 is further configured to determine the receiving state of the at least one device for the first data PDU according to the at least one status PDU.
  • the transceiver unit 602 is further configured to send instruction information to a fourth device, and the fourth device is included in the at least one device;
  • the number of continuously unreceived data PDUs by the fourth device reaches a second threshold, wherein the continuously unreceived data PDUs are sent by the second device in a multicast manner.
  • the indication information is used to instruct the fourth device to suspend receiving data PDUs sent in a multicast manner from the second device;
  • the indication information is used to instruct the fourth device to release or delete the first configuration information, and the first configuration information is used to configure the fourth device to receive data PDUs in a multicast manner;
  • the indication information is used to instruct the fourth device to release or delete the second configuration information, and the second configuration information is used to configure the fourth device to feedback data received in a multicast manner.
  • an embodiment of the present application also provides a communication device 700.
  • the communication device 700 includes a processor 701, and optionally, a transceiver 702 and a memory 703.
  • the processor 701 is configured to call a group of programs, and when the programs are executed, the processor 701 is caused to perform corresponding operations in the foregoing communication method.
  • the memory 703 is used to store a program executed by the processor 701.
  • the processing unit 601 in FIG. 6 may be implemented by the processor 701, and the transceiver unit 602 may be implemented by the transceiver 702.
  • the processor may be a central processing unit (CPU), a network processor (NP), or a combination of CPU and NP.
  • CPU central processing unit
  • NP network processor
  • the processor may further include a hardware chip or other general-purpose processors.
  • the aforementioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the above-mentioned PLD can be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a general array logic (generic array logic, GAL) and other programmable logic devices , Discrete gates or transistor logic devices, discrete hardware components, etc. or any combination thereof.
  • the general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.
  • the memory mentioned in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache.
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • DDR SDRAM double data rate synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM enhanced synchronous dynamic random access memory
  • Synchlink DRAM, SLDRAM synchronous connection dynamic random access memory
  • DR RAM Direct Rambus RAM
  • a communication system includes the first device 81 and the second device 82 for performing the communication method described above.
  • the system may also include other devices located in the same multicast group or multicast area as the first device.
  • the embodiment of the present application provides a computer storage medium that stores a computer program, and the computer program includes the communication method described above.
  • the embodiments of the present application provide a computer program product containing instructions, which when running on a computer, cause the computer to execute the communication method provided above.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.
  • the computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center.
  • the computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or a data center integrated with one or more available media.
  • the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, and a magnetic tape), an optical medium (for example, a high-density digital video disc (Digital Video Disc, DVD)), or a semiconductor medium (for example, a solid state disk (Solid State Disk, SSD)) etc.
  • Any communication device provided in the embodiments of the present application may also be a chip.
  • the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present 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.
  • a 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 functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及通信技术领域，公开了一种通信方法、装置和系统，用以解决现有的多播传输不可靠的问题。方法包括：第一装置确定第一状态协议数据单元PDU，所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态，所述至少一个数据PDU是以多播的方式传输的；所述第一装置向所述第二装置发送所述第一状态PDU。第一装置向第二装置反馈数据PDU的接收状态，用于告知第二装置哪些数据PDU未接收到，从而第二装置可以根据业务需求，确定是否需要重传数据PDU，提高了多播传输的可靠性。

Description

一种通信方法、装置和系统
相关申请的交叉引用
本申请要求在2019年07月15日提交中国专利局、申请号为201910637441.5、申请名称为“一种通信方法、装置和系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及无线通信领域，尤其涉及一种通信方法、装置和系统。
背景技术
网络通信中，多播或者组播传输技术是一个发送方进行数据发送，而多个接收方对数据进行接收的传输技术。例如基站发送数据，多个终端对数据进行接收。
在无线通信领域，数据的传输需要经过物理层(physical layer，PHY)，媒体接入控制层(media access control layer，MAC)、无线链路控制(wireless link control，RLC)层和分组数据会聚协议(packet data convergence protocol，PDCP)层等。
在进行多播传输时，RLC层采用未确认模式(unacknowledged mode，UM)模式传输数据。UM模式是一种不可靠的传输模式，从而导致现有的多播传输方式可靠性较低。
发明内容
本申请实施例提供一种通信方法、装置和系统，用以解决目前的多播传输方式可靠性较低的问题。
第一方面，提供了一种数据传输的方法，第一装置可以确定第一状态协议数据单元(protocol data unit，PDU)，并向所述第二装置发送所述第一状态PDU，相应的，所述第二装置接收第一装置发送的第一数据PDU，所述第一状态PDU用于指示第一装置对来自所述第二装置的至少一个数据PDU的接收状态，所述至少一个数据PDU是所述第二装置以多播的方式发送的。具体的，第一装置可以先确定是否满足预先定义或者预先配置的反馈数据PDU的接收状态的触发条件，在确定满足触发条件时，确定第一状态PDU，并发送。
第一装置向第二装置反馈数据PDU的接收状态，第二装置可以根据多播业务的需求，以及分析数据PDU的接收状态，确定是否需要重新发送数据PDU，从而提高了多播业务的可靠性。
在一种可能的实现中，所述第一装置在确定所述第一状态PDU之前，所述第一装置确定以下条件中的至少一个被触发：
所述第一装置接收到来自所述第二装置的指示信息，所述指示信息用于指示上报数据PDU的接收状态；具体的，第二装置可以决定第一装置反馈接收状态的时机。第二装置在想让第一装置反馈接收状态时，所述第二装置可以向所述第一装置发送所述指示信息；
所述第一装置确定第一定时器超时，所述第一定时器的时长为T，T大于0；具体的， 所述第一定时器在第一装置发送反馈数据PDU的接收状态时重启或启动；
所述第一装置接收到第一数据PDU，所述第一数据PDU为所述第一装置接收到的第一个PDU；具体的，所述第一个PDU为第一装置中用于接收数据PDU的实体创建后，所述实体接收到的第一个PDU。
所述第一装置确定第一数据PDU接收失败，也就是第一装置没有接收到第一数据PDU。
在一种可能的实现中，所述第一装置确定第一数据PDU接收失败时，可以是所述第一装置接收到第二数据PDU，所述第二数据PDU为所述第一装置接收到的第一个PDU，所述第二数据PDU的序列号(Serial Number，SN)大于第一序列号，所述第一序列号为所述第二装置指示的第一数据PDU的序列号。具体的，所述第一个PDU为第一装置中用于接收数据PDU的实体创建后，所述实体接收到的第一个PDU。具体的，第一序列号为所述第二装置指示第一装置应该接收到的第一个数据PDU的序列号；还可以是所述第一数据PDU的序列号为第一序列号，其中，所述第一装置接收到至少一个序列号大于所述第一序列号的数据PDU以及至少一个序列号小于所述第一序列号的数据PDU。
第一装置在确定数据PDU接收失败时，向第二装置反馈数据PDU的接收状态，以便第二装置清楚第一装置未接收到的数据PDU有哪些，第二装置可以根据多播业务需求，决定是否重新发送数据PDU，提高了多播业务的可靠性。
在一种可能的实现中，所述用于指示上报数据PDU的接收状态的指示信息携带在第三数据PDU、或者控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。第三数据PDU可以是第二装置采用多播的方式向第一装置发送的任一数据PDU。
在一种可能的实现中，所述用于指示上报数据PDU的接收状态的指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态，所述第一装置包含于所述至少一个装置中。
第二装置可以指示用于上报数据PDU的接收状态的装置有哪些，第一装置在确定第二装置指示的装置中包含自身则进行数据PDU的上报，如果不包含自身，即使接收到指示信息，也无需进行上报。减少了反馈数据PDU的接收状态的信令开销。
第二方面，提供了一种通信方法，第二装置通过多播的方式向至少一个装置发送第一数据PDU，所述第一数据PDU的序列号为X，X为大于或等于0的自然数；
以及所述第二装置通过多播的方式向所述至少一个装置重新发送所述第一数据PDU，或者，所述第二装置确定第三装置未成功接收到所述第一数据PDU，以单播的方式向所述第三装置发送所述第一数据PDU，所述第三装置包含于所述至少一个装置中。
第二装置可以重新发送数据PDU，提高了多播传输的可靠性。
在一种可能的实现中，第二装置在确定满足第一条件时，所述第二装置通过多播的方式向所述至少一个装置发送第二数据PDU，所述第二数据PDU的序列号为X+n，n为大于或等于1的自然数；其中，所述第一条件为所述至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值，或者，所述第一条件为第一定时器超时，所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的。
在一种可能的实现中，所述第二装置接收至少一个状态PDU；
所述第二装置根据所述至少一个状态PDU，确定所述至少一个装置针对所述第一数据PDU的接收状态。
在一种可能的实现中，所述第二装置可以向第四装置发送指示信息，所述第四装置包含于所述至少一个装置中；其中，所述第四装置连续未接收到的数据PDU的数量达到第二阈值，其中，所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
在一种可能的实现中，所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据PDU；或者所述指示信息用于指示所述第四装置释放或者删除第一配置信息，所述第一配置信息用于配置所述第四装置以多播的方式接收数据PDU；或者所述指示信息用于指示所述第四装置释放或者删除第二配置信息，所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
第三方面，提供了一种通信系统，所述通信系统中包括实现上述各方面和各方面的任一种可能的实现中的第一装置和第二装置。
在一种可能的实现中，所述通信系统还包括与第一装置位于多播组或多播区域中的其他装置。
第四方面，提供了一种通信装置，该装置具有实现上述各方面和各方面的任一种可能的实现中方法的功能模块。所述功能模块可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的实现中，该装置可以是芯片或者集成电路。
在一个可能的实现中，该装置包括存储器和至少一个处理器，所述存储器用于存储程序，所述处理器用于执行所述程序，以实现上述各方面和各方面的任一种可能的实现中的方法。
在一种可能的实现中，所述装置还包括收发器，所述收发器用于在处理器的控制下收发数据。
第五方面，提供了一种通信装置，所述装置包括：处理单元，收发单元。所述处理单元均可以通过上述各方面及各方面中任一可能的实现中的处理器来实现，所述收发单元可以通过上述各方面及各方面中任一可能的实现中的收发器来实现。所述处理单元可以基于收发单元收发消息的功能，执行上述各方面和各方面的任一种可能的实现中的方法。
第六方面，提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述各方面和各方面的任一可能的实现中所述的方法。
第七方面，提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述各方面和各方面的任一可能的实现中所述的方法。
第八方面，提供一种芯片，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述各方面和各方面的任一可能的实现中所述的方法。
附图说明
图1为本申请实施例中提供的一种通信系统图；
图2为本申请实施例中提供的一种数据传输示意图；
图3A为本申请实施例中提供的一种通信架构示意图；
图3B为本申请实施例中提供的另一种通信架构示意图；
图4为本申请实施例中提供的一种通信过程示意图；
图5为本申请实施例中提供的一种通信过程示意图；
图6为本申请实施例中提供的一种通信装置结构图；
图7为本申请实施例中提供的一种通信装置结构图；
图8为本申请实施例中提供的一种通信系统结构图。
具体实施方式
下面将结合附图，对本申请实施例进行详细描述。
为便于理解本申请实施例，以下对本申请实施例的部分用语进行解释说明，以便于本领域技术人员理解。
1)、网络设备，具有能够为终端设备提供随机接入功能的设备或可设置于该设备的芯片，该设备包括但不限于：演进型节点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)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission and reception point，TRP或者transmission point，TP)等，还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(DU，distributed unit)等。
2)、终端，又称之为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，是一种向用户提供语音和/或数据连通性的设备。例如，终端设备包括具有无线连接功能的手持式设备、车载设备等。目前，终端设备可以是：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端，或智慧家庭(smart home)中的无线终端等。
3)采用多播(multicast)的方式发送或者传输数据PDU是指：某一装置发送数据PDU对应的传输块(transport block，TB)时，采用分组无线网络临时标识(group-radio network temporary identifier，G-RNTI)对数据PDU进行加扰，或对数据PDU对应的下行控制信息(downlink control information，DCI)进行加扰，同时有一个或者多个装置根据相同的G-RNTI对同一数据PDU进行接收；或者采用多播的方式传输数据PDU可以指通过半静态方式告诉多个装置同一数据PDU的位置，多个装置可以同时对所述数据PDU进行接收；或者采用多播的方式传输数据PDU可以指PDU在为多播传输建立的无线承载中传输或者在专门为多播设计的信道中进行传输。
对应的采用多播的方式接收数据PDU是指采用多播方式发送的时候，所述多个接收装置中的一个装置根据G-RNTI对数据PDU进行接收；或者所述多个接收装置中的一个装置通过为多播传输建立的无线承载接收或者在用于多播传输的信道上进行接收。
在本申请中，组播为多播的一种具体方式，因此，多播也可以称为组播。
4)采用单播(unicast)的方式发送或者传输数据PDU是指：某一装置发送数据PDU 对应的TB时，采用小区无线网络临时标识(cell network temporary identifier，C-RNTI)对数据PDU进行加扰，或对数据PDU对应的DCI进行加扰，同时只有一个装置根据C-RNTI对同一数据PDU进行接收；或者采用单播的方式传输数据PDU可以指PDU在为单播传输建立的无线承载中传输或者在专门为单播设计的信道中进行传输。
对应的采用单播的方式接收数据PDU是指采用单播方式发送的时候，所述一个接收装置根据C-RNTI对数据PDU进行接收；或者所述一个装置通过为单播传输建立的无线承载接收或者在用于单播传输的信道上进行接收。
5)采用广播(broadcast)的方式发送或者传输数据PDU是指：某一装置在广播信道上发送数据PDU对应的TB，所有接收装置都可以在广播信道上对数据PDU进行接收。
本申请中的“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请中所涉及的多个，是指两个或两个以上。
在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
另外，在本申请实施例中，“示例的”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或实现方案不应被解释为比其它实施例或实现方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。
本申请实施例描述的业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请实施例提供一种通信方法、装置和系统，其中，方法、装置和系统是基于同一技术构思的，由于方法、装置和系统解决问题的原理相似，因此装置及系统与方法的实施可以相互参见，重复之处不再赘述。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long term evolution，LTE)系统，全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统，未来的第五代(5th Generation，5G)系统，如新一代无线接入技术(new radio access technology，NR)，及未来的通信系统等。
本申请可以适用于地面通信系统，也可以适用于非地面通信系统，比如基站在卫星或者其它飞行设备上的通信系统，或者以卫星、飞行设备等作为中继转发的通信系统。或者也适用于基于5G架构的，利用非授权频谱进行通信的场景，比如在NR-U(new radio-unlicenced)场景中。
只要该通信系统中存在实体需要发送传输方向指示信息，另一个实体需要接收该指示信息，并根据该指示信息确定一定时间内的传输方向即可。
该通信系统中存在一个装置发送数据，多个装置接收数据。多个接收数据的装置向发送数据的装置反馈数据的接收状态。数据的接收状态是指数据是否接收到。在本申请中，数据可以是数据PDU，也可以是其它类型的数据。本申请接下来描述的实施方式仅以数据为数据PDU为例来说明的，本领域技术人员应该清楚，针对其它类型的数据，本申请提供的技术方案同样适用。
为便于理解本申请实施例，接下来以图1所示的通信系统对本请的应用场景进行介绍： 如图1所示，网络设备(基站(Base station))和UE1至UE6组成一个通信系统。在该通信系统中，基站可以采用多播方式向UE1至UE6发送数据PDU，UE1至UE6可以采用多播方式接收基站发送的数据PDU，并采用单播方式向基站反馈数据PDU的接收状态。发送数据PDU的装置为基站，接收数据PDU的装置为终端UE1至UE6。UE1至UE6可以看做是同一时间段内接收同一多播业务的多个UE，这些UE可以处于同一个多播组或者处于同一个多播区域(包含一个或者多个小区)。
此外，UE4至UE6也可以组成一个通信系统。在该通信系统中，UE5可以采用多播方式向UE4和UE6发送数据PDU，UE4和UE6可以采用单播方式向UE5反馈数据PDU的接收状态。发送数据PDU的装置为UE5，接收数据PDU的装置为UE4和UE6。UE4和UE6可以看做是同一时间段内接收同一多播业务的多个UE，这些UE可以处于同一个多播组或者处于同一个多播区域，多播区域包含一个或者多个小区。
本申请不仅适用于一个网络设备向多个UE传输数据PDU的场景，也适用与多个网络设备协作向多个UE传输数据PDU的场景，例如多媒体广播多播服务单频率网络(multicast broadcast single frequency network，MBSFN)。
在无线通信领域，数据PDU的传输需要经过物理层(physical layer，PHY)，媒体接入控制层(media access control layer，MAC)、无线链路控制(wireless link control，RLC)层和分组数据会聚协议(packet data convergence protocol，PDCP)层等。如图2所示，提供了一种UE向网络设备(eNB)传输信息时的流程示意图，该信息可以是数据PDU，控制PDU等。
RLC层位于MAC层之上，属于L2的一部分，为用户和控制数据提供分段和重传业务。根据业务类型，RLC层有三种工作模式：透明模式(transparent mode，TM)，未确认模式(unacknowledged mode，UM)，确认模式(acknowledged mode，AM))。在TM模式下，RLC层只提供数据的透传(pass through)功能；在UM模式下RLC层提供除数据重传和重分段外的所有RLC功能，是一种不太可靠的传输服务；在AM模式下，RLC层提供了所有的RLC功能，可以提供重传功能，是一种可靠的传输服务。
目前，在进行单播传输时，RLC层可以工作在以上的三种工作模式中的任一种。在进行多播传输时，RLC层仅可以工作在UM模式，UM模式是一种不太可靠的传输模式。对于一些多播应用场景中，有的业务对于可靠性的要求较高，例如工业场景中的业务，或者批量UE软件更新业务，有数据包丢失会导致软件更新失败，从而需要重新更新。现有技术中由于采用了UM模式进行传输，所以假设某些UE没有接收到数据包，就会产生丢包的情况，影响业务传输的可靠性。基于此，本申请提供了一种通信方法，接收数据PDU的装置向发送数据的装置反馈数据的接收状态，使发送数据的装置能够清楚哪些数据未被接收到，以便进行相应的措施，提高多播传输的可靠性。
本申请中的通信方法，可以应用于RLC层，也可以应用于PDCP层。若应用于RLC层，则RLC层实体发送数据PDU和接收数据PDU。如果应用于PDCP层，则PDCP层实体发送数据PDU和接收数据PDU。例如基站向终端发送数据PDU，在应用于RLC层时，发送数据PDU的实体为基站中的RLC实体，接收数据PDU的实体为终端中的RLC实体。在应用于PDCP层时，发送数据PDU的实体为基站中的PDCP实体，接收数据PDU的实体为终端中的PDCP实体。装置可以是终端设备或者基站设备，在一个装置内可以有各种不同类型的实体，比如PDCP实体、RLC实体。MAC实体等，而且在一个装置内可以有 多个同种类型的实体同时工作。装置可以对实体进行各种操作，比如配置、新建、重建或者释放等。另外本发明中的基站可能工作在CU-DU(central unit-distributed unit集中节点-分布节点)架构下，其中PDCP层位于CU上，RLC层位于DU上，CU与DU之间通过F1接口通信，在CU-DU架构下，一个CU可以和多个DU相连。可以将一个DU看成一个基站或者将一个DU和一个CU合起来看成一个基站。
一个装置中，发送信息的实体和接收信息的实体可以是一个实体，也可以是两个实体。
如图3A所示，提供了一种通信架构示意图。以基站采用多播方式向多个终端发送数据PDU为例进行说明。在基站侧，发送信息的实体和接收信息的实体分为两个实体，可以分别称为发送实体和接收实体。在终端侧，发送信息的实体和接收信息的实体分为两个实体，可以分别称为发送实体和接收实体。
首先，基站通过一个基站中的发送实体向多个UE发送数据PDU，每个UE通过UE中的接收实体接收数据。然后，UE根据数据PDU的接收情况，通过UE中的发送实体向基站反馈数据PDU的接收状态，所述接收状态用于告知基站各个数据PDU是否接收到。所述UE中的发送实体可以是基站通过RRC信令配置的，基站向终端发送配置信息，用于配置反馈数据PDU的接收状态的发送实体，所述配置信息可以携带在逻辑信道配置信令中或者无线承载配置信令中。本申请中的发送实体或者接收实体不限定于RLC实体、PDCP实体，也可以是其它具有类似功能的实体，也可以用无线承载或者逻辑信道替代发送实体或者接收实体功能。接收实体也可以是基站通过RRC信令配置，接收实体与发送实体的配置方式类似，不再进行介绍。
以RLC实体为例，基站可以配置无线承载或者逻辑信道或者发送实体，用于反馈数据PDU的接收状态，所述发送实体(或者无线承载或者逻辑信道)与所述UE侧的接收实体(或者多播承载或者多播逻辑信道)具有关联关系，所述关联关系用于指示发送实体发送的数据PDU的接收状态是针对所述接收实体接收到的数据PDU的。
基站可以配置无线承载或者逻辑信道或者接收实体，所述接收实体用于接收和处理通过多播方式接收的数据。
所述UE中的发送实体可以配置为AM模式或者UM模式。当配置为UM模式的时候只可以发送数据PDU的接收状态。当配置为AM模式的时候，发送实体既可以发送数据PDU的接收状态，又可以接收下行数据或者下行指示，所述下行指示可以是轮询信息，用于基站通知UE进行反馈，此时发送实体和接收实体为一个实体，如图3B所示提供了一种发送实体和接收实体为同一实体的通信架构图。
最后基站中的接收实体可以接收终端中的发送实体反馈的数据PDU的接收状态。基站可以根据多个UE中的发送实体反馈的数据PDU的接收状态，决定是否对数据PDU进行重传。
如图3B所示，提供了另一种通信架构示意图。在基站侧，发送信息的实体和接收信息的实体为一个实体，可以称为发送接收实体。在终端侧，发送信息的实体和接收信息的实体为一个实体，可以称为发送接收实体。基站中的发送接收实体向终端发送数据PDU。终端中的发送接收实体接收基站发送的数据PDU，并反馈数据PDU的接收状态。基站中的发送接收实体接收终端反馈的数据PDU的接收状态。基站可以根据多个UE反馈的数据PDU的接收状态，决定是否对数据PDU进行重传。
基站可以配置无线承载或者逻辑信道或者发送接收实体，用于接收和处理通过多播方 式接收的数据PDU并对数据PDU的接收状态进行反馈。
以上介绍了多播业务传输的两种架构，一个装置可以通过自身的实体采用多播传输的方式，向多个装置发送数据PDU。接收数据PDU的多个装置可以分别通过自身的实体反馈数据PDU的接收状态，发送数据PDU的装置根据反馈的数据PDU接收状态，决定是否对数据PDU进行重传。本申请可以通过反馈重传机制提高多播业务传输的可靠性。
本申请提供了一种通信的方法，如图4所示，具体介绍了接收数据PDU的装置如何反馈数据PDU的接收状态。为了方便描述，将采用多播方式发送数据PDU的装置称为第二装置。第二装置采用多播方式向多个装置(同一时间段内接收同一多播业务的多个装置，这些装置可以处于同一个多播组或者处于同一个多播区域(多播区域包含一个或者多个小区))发送数据PDU。多个接收数据PDU的装置反馈接收状态的过程是相同的，为了方便描述，以第一装置为例，说明反馈接收状态的具体过程。第一装置为接收第二装置发送的数据PDU的多个装置中的任一装置。结合图1所示，示例的，第二装置可以是图1中的基站，第一装置可以是UE1至UE6中任一UE。示例的，第二装置可以是如图1中的UE5，第一装置可以是UE4或UE6。在本申请实施例中，多个装置为位于同一多播组、同一多播区域中、被配置相同的G-RNTI、或者同一时间段接收同一多播业务的装置的集合。
需要注意的是，本申请介绍的反馈接收状态的具体过程是针对一个逻辑信道来说的。
步骤41：第一装置确定发送状态PDU的条件被触发。其中，该步骤41为可选的。
第一装置中可以先确定是否满足预先定义的或预先配置的向第二装置反馈数据PDU的接收状态的触发条件，当第一装置确定满足触发条件时，第一装置向第二装置反馈数据PDU的接收状态。第一装置确定满足反馈数据PDU的接收状态的触发条件的过程后续进行介绍。
第一装置在向第二装置反馈数据PDU的接收状态时，可以是向第二装置反馈第一装置已经接收到的数据PDU的序列号中的最大值N和未接收到的数据PDU的序列号，其中，未接收到的数据PDU的序列号小于N。或者向第二装置反馈第一装置已经接收到的数据PDU的序列号中的最大值N加1后的数值(N+1)和未接收到的数据PDU的序列号，同样，未接收到的数据PDU的序列号小于N。
另外为了考虑开销问题，上述在反馈未接收到的数据PDU时，可以不用反馈所有序列号小于N的未接收到的数据PDU，只需要反馈，从上次已经反馈过的序列号最大的PDU开始到序列号N或者序列号N+1的PDU，二者之间的PDU的接收状态即可。比如UE收到了1号和3号包，由于2号包没收到，UE反馈1-3号的接收状态；此时UE又收到了5号包，可以确定4号包没有收到，UE需要继续触发状态PDU进行反馈，此时UE只需要反馈4号和5号包的接收状态即可，因为3号包以及之前的接收状态已经反馈过。
第一装置在反馈数据PDU的接收状态时，数据PDU的接收状态可以是包含在状态PDU(status PDU)中，也可以是包含在其他的信息中，例如设计新的消息格式用于反馈数据PDU的接收状态。PDU一般被分为数据PDU和控制PDU，数据PDU一般用于传输上层的数据，控制PDU一般用于传输控制信息或者控制命令、状态PDU是控制PDU中的一种类型的PDU。
步骤42：第一装置确定第一状态PDU。
第一装置在确定满足反馈数据PDU的接收状态的触发条件时，可以向第二装置反馈 数据PDU的接收状态。
如果第一装置通过状态PDU反馈接收状态，第一装置可以根据来自第二装置的至少一个数据PDU的接收状态，确定一个状态PDU。为了方便描述，将第一装置确定的状态PDU称为第一状态PDU，所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态，所述至少一个数据PDU是第二装置以多播的方式传输给第一装置的。
步骤43：所述第一装置向所述第二装置发送所述第一状态PDU。相应的，所述第二装置接收第一装置发送的所述第一状态PDU。
第一装置向第二装置反馈数据PDU的接收状态，与第一装置位于同一多播组或者同一多播区域中或者同一时间段接收同一多播业务的其它装置也会采用同样的方式向第二装置反馈数据PDU的接收状态，当然第一装置所在的多播组或多播区域中，或者同一时刻与第一装置接收同一多播业务的装置中，也会存在因未满足触发条件而不向第二装置反馈数据PDU的接收状态的装置。这样，第二装置就可以根据第一装置以及与第一装置位于同一多播组或多播区域中或者与第一装置在同一时刻接收同一多播业务的多个装置反馈的数据PDU的接收状态，确定多播组或多播区域中或者与第一装置在同一时刻接收同一多播业务的装置中哪些装置没有接收到数据PDU，进一步根据多播业务需求，确定是否需要重传数据PDU，从而提高了多播业务的可靠性。
接下来分为几种实施方式，分别介绍第一装置确定满足反馈数据PDU的接收状态的触发条件的过程。
方式1：第二装置向一个多播组或一个多播区域中的多个装置(其中包括第一装置)以多播的方式发送数据PDU，第二装置可以指示多播组中的部分或全部的装置反馈数据PDU的接收状态。示例的，第一装置指示第一装置反馈数据PDU的接收状态，第二装置向第一装置发送指示信息，所述指示信息用于指示上报数据PDU的接收状态。相应的，第一装置可以接收来自第二装置的指示信息。第一装置在接收到来自第二装置的指示信息时，确定满足反馈数据PDU的接收状态的触发条件。
在单播传输中，发送数据PDU的装置在数据PDU的包头中用1比特去指示接收数据PDU的装置反馈接收状态，在本申请中，第二装置在向第一装置发送所述指示信息时，可以是将指示信息携带在数据PDU中。
另外一种方法是，不在数据包头中携带指示信息，而是通过单播发送单独的控制信息给需要反馈的装置，所述控制信息指示装置需要反馈数据PDU的接收状态，进一步可以指示针对哪个多播承载的接收状态进行反馈或者指示可以根据控制信息发送所使用的承载自行判断需要反馈的是哪个多播承载的接收状态，例如根据事先设定的关联关系判断。所述控制信息可以是RLC或者PDCP层的状态报告，或者RRC消息，或者MAC CE，或者DCI。
也就是第二装置在向第一装置发送所述指示信息时，可以是将所述指示信息携带在数据PDU中或者控制PDU中、或者媒体接入控制元素(element)(简称MAC CE)信令中、或者下行控制信息DCI中。为了方便描述，将携带所述指示信息的数据PDU称为第三数据PDU，该第三数据PDU为第二装置发送的任一数据PDU。
方式2：第一装置也可以周期性上报数据PDU的接收状态，示例的，第一装置中设置一个定时器，为了方便描述，称为第一定时器。第一定时器的时长为T，T大于0，例如可以是毫秒级别的，例如100ms，20ms。第一定时器可以用于触发上报数据PDU的接收状 态。第一装置在每次触发上报数据PDU的接收状态时，可以重启或启动所述第一定时器。假设第一装置上报数据PDU的接收状态时，第一定时器还没有运行，则第一装置启动第一定时器；假设第一装置上报数据PDU的接收状态时，第一定时器正在运行，则重启第一定时器。第一装置在确定第一定时器超时时，确定满足反馈数据PDU的接收状态的触发条件。
方式3：第一装置还可以在确定第一数据PDU接收失败时，向第二装置反馈接收状态。示例的，所述第一数据PDU的序列号为X，序列号从0开始，X可以为大于或等于1的自然数，其中，所述第一装置未接收到序列号为X的数据PDU，且接收到至少一个序列号大于X的数据PDU以及至少一个序列号小于X的数据PDU。第一数据PDU可能是一个，也可能是多个。此处的第一数据PDU可以是第二装置发送的数据PDU中的任一数据PDU。
例如，基站已经连续发送了序列号为1、2、3的数据PDU，UE先收到了序列号为1的数据PDU，然后接收到了序列号为3的数据PDU，则可以确定序列号为2的数据PDU没有接收到，也就是序列号为2的数据PDU接收失败，此时UE可以反馈数据PDU的接收状态，基站根据反馈的接收状态确定UE收到了序列号为1和3的数据PDU，而没有收到序列号为2的数据PDU。则接收失败的第一数据PDU为序列号为2的数据PDU。
再例如，基站已经连续发送了序列号为1-5的数据PDU，UE先收到了序列号为1的数据PDU，然后接收到了序列号为2的数据PDU，再接收到序列号为5的数据PDU，则可以确定序列号为3和4的数据PDU没有接收到，也就是序列号为2和4的数据PDU接收失败，此时UE可以反馈数据PDU的接收状态，基站根据反馈的接收状态确定UE收到了序列号为1、2和5的数据PDU，而没有收到序列号为3和4的数据PDU。则接收失败的第一数据PDU为序列号为3和4的数据PDU。
以上的方式1、方式2和方式3是并列的，只要第一装置确定满足其中任一条件，就认为满足反馈数据PDU的接收状态的触发条件。例如第一定时器还未超时时，第一装置接收到反馈数据PDU的接收状态的指示信息，此时，第一装置反馈数据PDU的接收状态，并且对第一定时器重新计时，也就是重启。再例如，第一定时器还未超时时，第一装置确定第一数据PDU接收失败，此时，第一装置反馈数据PDU的接收状态，并且对第一定时器重新计时。
以上的方式1、方式2和方式3可以适用于第一装置已经加入到多播组中一段时间后，如果第一装置刚刚加入到多播组中，第一装置不清楚自身应该从序列号为多少的数据PDU开始监听，有可能会丢失数据而不自知。如图5所示，假设多播组中已经有UE1、UE2、UE3接收基站(gNB)下发的数据PDU，基站已经下发了序列号SN为1至4的数据PDU。接下来基站下发序列号为5的数据PDU。若此时，又有新的装置(例如UE4)加入到多播组中，该新加入的UE4可能会成功接收到序列号为5的数据PDU，也可能未成功接收序列号为5的数据PDU。对于UE4来说，如果UE4未成功接收到序列号为5的数据PDU，UE4也不知道自身丢失数据了，也不会对序列号为5的数据PDU反馈接收状态。即使基站指示UE4反馈数据PDU的接收状态，因为UE4没有接收到任何数据PDU，UE4也无法理解基站的指令，因此无法反馈。
为了让UE4知道如何进行反馈接收状态，基站可以指示UE4，在接收到第一个数据PDU后就立即反馈接收状态。或者基站不进行指示，UE4在接收到第一个数据PDU后，就立即反馈接收状态。UE4在接收到第一个数据PDU后，就反馈接收状态，目的是让基 站知道UE4接收到的第一个数据PDU是哪个，从而基站可以根据自身发送数据PDU的情况，确定UE4是否丢失数据PDU，进而根据多播业务需求，确定是否需要向UE4重传数据PDU，提高多播业务的可靠性。
方式4：第一装置还可以在接收到第一数据PDU时，确定满足反馈数据PDU的接收状态的触发条件，此处的所述第一数据PDU为所述第一装置接收到的第一个PDU。此处的第一个是指第一装置中用于接收数据PDU的实体创建后，所述实体收到的第一个PDU，但不一定是第二装置的对应类型的用于发送数据PDU的实体发送的第一个数据PDU。
例如，数据PDU为RLC PDU时，用于接收数据PDU的实体为RLC实体，用于发送数据PDU的实体为RLC实体。再例如，数据PDU为PDCP PDU时，用于接收数据PDU的实体为PDCP实体，用于发送数据PDU的实体为PDCP实体。
方式5：所述第一装置接收到第二数据PDU，所述第二数据PDU为所述第一装置接收到的第一个PDU，所述第二数据PDU的序列号大于第一序列号，所述第一序列号为所述第二装置指示的第一装置应该接收到的第一数据PDU的序列号。此处的第二数据PDU为第一装置实际接收到的第一个PDU，第一PDU为第二装置指示第一装置应该接收到的第一个PDU。
基站还可以指示终端应该第一次接收到的数据PDU(第一数据PDU)的序列号是什么。例如基站可以向UE4发送指示信息，指示UE4应该接收到的第一个数据PDU的序列号是5。如果UE4接收到的第一个数据PDU(第二PDU)的序列号为6时，UE4就可以确定序列号为5的数据PDU接收失，也就是UE4未接收到序列号为5的数据PDU。此时，UE4可以反馈接收状态。基站可以根据自身发送数据PDU的情况，判断UE4丢失了哪些数据PDU，从而根据多播业务需求，确定是否重选数据PDU。
上述的方式1中，第二装置可以向多播组或者多播区域中的多个接收数据PDU的装置下发指示信息，指示该装置反馈接收状态。该机制可以称为轮询机制(polling)。目前，针对单播的polling机制中，发送数据PDU的装置在数据PDU的包头中用1比特去指示接收数据PDU的装置反馈接收状态。而在多播传输中，一个数据PDU是多个装置在接收。如果直接采用单播polling机制，会导致所有接收数据PDU的装置都进行反馈。而实际应用中，发送数据PDU的装置可能并不要求所有接收数据PDU的装置反馈接收状态，而是仅仅要求一部分装置反馈接收状态。
例如，如图1所示的通信系统，基站向UE1-UE6发送数据PDU，根据业务需求，基站可能仅要求UE1和UE2反馈接收状态，其余的UE可以无需反馈接收状态。所以如果直接采用单播polling机制，会加反馈的信令开销。
基于此，在本申请中，第二装置在向多个装置发送指示信息时，所述指示信息不但用于指示上报数据PDU的接收状态，还可以用于指示哪些装置上报数据PDU的接收状态。示例的，第二装置向第一装置发送的指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态，所述第一装置包含于所述至少一个装置中。
示例的，指示信息在指示多个装置中的至少一个装置上报数据PDU的接收状态时，指示信息中可以包括用于反馈接收状态的装置在多播组或者多播区域中的标识。接收到指示信息的装置确定指示信息中包括的装置的标识是否是自身的标识，如果是，则确定自身要反馈数据PDU的接收状态。例如，第一装置接收来自第二装置的所述指示信息，所述 指示信息用于指示反馈数据PDU的接收状态，且所述指示信息指示反馈数据PDU的接收状态的装置的标识，第一装置在确定指示信息中的标识为自身的标识时，第一装置确定所述第一状态PDU，向所述第二装置发送所述第一状态PDU，所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态。结合图1所示的通信系统，基站向UE1-UE6发送数据PDU，基站发送的指示信息中指示反馈数据PDU的接收状态的UE的标识UE2和UE4的标识。如果第一装置为UE3，UE3确定不包括自身的标识，则无需反馈接收状态。
第二装置可以根据多播组或者多播区域中的接收数据PDU的多个装置的信息将多个装置分为多类，指示信息可以指示需要反馈的装置是哪一类装置或者哪几类装置或者全部的装置。分类依据可以是装置的能力、装置的状态、装置的类型等。
比如，接收数据PDU的装置为UE，在根据UE的能力进行分类时，可以将具备某些能力的UE分为一类，不具备某些能力的UE分为一类，所述能力可以是对数据PDU接收状态反馈的能力。
比如，在根据UE的状态进行分类时，可以将处于连接态的UE分为一类，将处于空闲态的UE分类一类。第二装置可以是在指示信息中携带用于反馈数据PDU的接收状态的UE的状态，例如连接态，这样第二装置就指示处于连接态UE进行反馈，处于空闲态UE无需进行反馈。第一装置(UE)在接收到指示信息后，可以确定自身是否为连接态，如果是连接态，则反馈数据PDU的接收状态，如果不是连接态，则不反馈数据PDU的接收状态。
再比如，在根据UE的类型进行分类时，UE的类型可以包括IoT(物联网)UE，eMBB UE(如手机)，MTC(机器类通信)UE，URLLC(超高可靠低时延通信)UE等，第二装置可以是在指示信息中携带用于反馈数据PDU的接收状态的UE的类型。
在将UE分为几组，然后发送指示信息时，可以采用多播的方式下发给本组UE，这样相比每个UE都发指示信息的方案来说节省下行信令开销。
采用以上描述的方式指示哪些装置需要反馈数据PDU的接收状态，避免了每次进行polling的时候，所有的接收数据PDU的装置必须进行反馈的问题，节省了反馈的信令开销。
在本申请中，第二装置采用多播的方式向多播组或者多播区域中的至少一个装置发送数据PDU，为了方便描述，将发送的该数据PDU称为第一数据PDU，该第一数据PDU的序列号为X，X为大于或等于0的自然数。有时候较多数量或者全部的装置均接收到的第一数据PDU，有的时候很少数量的装置接收到第一数据PDU，大部分的装置丢失了数据。第二装置可以根据业务的需求，确定是否重新发送第一数据PDU。示例的，第二装置可以预先确定一个数量阈值，为了便于描述，该数量阈值称为第三阈值，第三阈值用于第二装置决定是否重新发送第一数据PDU。第二装置可以根据多播组或者多播区域中的装置上报的数据PDU的接收状态，确定所述至少一个装置中成功接收到所述第一数据PDU的装置的数量是否满足第三阈值，如果满足，则可以不重新发送所述第一数据PDU，如果不满足，则可以重选发送所述第一数据PDU。第三阈值与多播组或多播区域中的装置的数量有关，例如，根据多播组或多播区域中的装置的数量的百分比确定。
如果第二装置确定重新发送第一数据PDU，第二装置还可以通过多播的方式再次向多 播组或者多播区域中的至少一个装置重新发送所述序列号为X的第一数据PDU，也可以第二装置确定未成功接收到所述序列号为X的第一数据PDU的第三装置，通过单播的方式向第三装置重新发送所述第一数据PDU。第三装置包含于所述至少一个装置中。第三装置可能是一个，也可能是多个。
在多播业务传输中，第二装置需要以多播的方式向多播组或多播区域中的至少一个装置发送多个数据PDU。在发送多个数据PDU时，可以预先设置一个发送窗口，该发送窗口规定了连续发送数据PDU的数量。第二装置还需要确定在什么时机下可以移动发送窗口，再次发送数据PDU。第二装置可以预先设置一个条件，称为第一条件，当满足第一条件时，所述第二装置通过多播的方式向所述至少一个装置发送第二数据PDU，所述第二数据PDU的序列号为X+n，n为大于或等于1的自然数。其中，所述第二装置当前通过多播方式向所述至少一个装置发送的数据PDU的序列号的最大值为X+n-1。
示例的，第二装置中可以维护一个第一定时器，该第一定时器的时长为T，T大于0，例如可以是毫秒级别的，例如70ms，50ms。第一定时器可以用于触发发送数据PDU。第二装置在发送序列号为X的第一数据PDU时，可以重启或启动所述第一定时器。假设第二装置发送第一数据PDU时，第一定时器还没有运行，则第二装置启动第一定时器；假设第二装置发送第一数据PDU时，第一定时器正在运行，则重启第一定时器。第二装置在确定第一定时器超时时，确定满足第一条件。
例如，设置的发送窗口可以连续发送3个数据PDU。则第二装置可以先连续发送序列号为1至3的数据PDU，其中，第一数据PDU的序列号X为1，第二装置已发送的数据PDU的序列号的最大值X+n-1为3。第二装置在确定第一定时器超时时，移动发送窗口，再发送序列号为X+n＝4的数据PDU，也就是第二数据PDU的序列号为4。
再例如：第二装置在发送窗口中发送了序列号为5的数据PDU(第一数据PDU的序列号X为5)，第二装置已发送的数据PDU的序列号的最大值X+n-1为7。第二装置在确定第一定时器超时时，移动发送窗口，再发送序列号为8的数据PDU，也就是第二数据PDU的序列号为8。
如果多播业务对于可靠性的要求较高，可能会要求较多数量的装置接收到第一数据PDU。第二装置可以根据第一数据PDU的接收情况，确定是否再次发送数据PDU。
示例的，所述第二装置接收至少一个状态PDU；所述第二装置根据所述至少一个状态PDU，确定所述至少一个装置针对所述第一数据PDU的接收状态。第二装置可以是确定多播组或者多播区域中的所述至少一个装置中成功接收到所述第一数据PDU的装置数量是否满足(可以是大于，也可以是大于或等于)第一阈值，如果是，所述第二装置确定满足第一条件。例如，第二装置可以针对第一数据PDU设置一个计数器，从0开始计数。第二装置每确定有一个装置接收到第一数据PDU，则可以对计数器加1，当计数器的值满足第一阈值时，确定满足第一条件。
如果第二装置确定当前满足的所述第一条件为至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值时，第二装置关闭第一定时器，所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的；
如果第二装置确定当前满足的所述第一条件为第一定时器超时。第二装置可以重新确定成功接收到数据PDU的装置数量，例如对计数器清0。
在本申请中，如果多播组或多播区域中的某个装置经常接收不到第二装置采用多播的方式发送的数据PDU，那这个装置可能不适合使用多播传输的方式接收数据。第二装置可以采取措施进行解决。
示例的，所述第二装置向第四装置发送指示信息，相应的，所述第四装置接收来自第二装置的指示信息，其中，所述第四装置连续未接收到的数据PDU的数量达到第二阈值，其中，所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
需要注意的是，第四装置仅是用于表示连续未接收到的数据PDU的数量达到第二阈值的装置，所述第四装置包含于所述至少一个装置中，也就是第四装置可以是多播组或多播区域中的任一装置，例如第四装置为上述描述的反馈第一状态PDU的第一装置。
示例的，所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据，该数据可以是数据PDU，也可以是其他类型的数据；或者，
所述指示信息用于指示所述第四装置释放或者删除第一配置信息，所述第一配置信息用于配置所述第四装置以多播的方式接收数据；或者，
所述指示信息用于指示所述第四装置释放或者删除第二配置信息，所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
基于与上述通信方法的同一技术构思，如6所示，本申请实施例还提供了一种通信装置600，该通信装置600包括：处理单元601、收发单元602。
在一种实施例中，所述通信装置600可以是第一装置侧的通信装置。所述通信装置600可以用来执行第一装置的操作。具体的，所述通信装置600可以是第一装置本身，也可以是第一装置内部的多个功能单元组成的装置，所述通信装置600也可以是芯片；
所述处理单元601，用于确定第一状态协议数据单元PDU，所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态，所述至少一个数据PDU是所述第二装置以多播的方式发送的；
所述收发单元602，用于向所述第二装置发送所述第一状态PDU。
在一种可能的实现中，在确定所述第一状态PDU之前，所述处理单元601，还用于确定以下条件中的至少一个被触发：
确定通过所述收发单元602接收到来自所述第二装置的指示信息，所述指示信息用于指示上报数据PDU的接收状态；
第一定时器超时，所述第一定时器的时长为T，T大于0；
通过所述收发单元602接收到第一数据PDU，所述第一数据PDU为所述收发单元602接收到的第一个PDU；
确定第一数据PDU接收失败。
在一种可能的实现中，所述处理单元601在确定第一数据PDU接收失败时，具体用于通过所述收发单元602接收到第二数据PDU，所述第二数据PDU为所述收发单元602接收到的第一个PDU，所述第二数据PDU的序列号大于第一序列号，所述第一序列号为所述第二装置指示的第一数据PDU的序列号；或者，
所述第一数据PDU的序列号为第一序列号，其中，所述收发单元602接收到至少一个序列号大于所述第一序列号的数据PDU以及至少一个序列号小于所述第一序列号的数据PDU。
在一种可能的实现中，所述用于指示上报数据PDU的接收状态的指示信息携带在第三数据PDU、或者控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。
在一种可能的实现中，所述用于指示上报数据PDU的接收状态的指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态，所述第一装置包含于所述至少一个装置中。
在另一种实施例中，所述通信装置600可以是第二装置侧的装置。所述装置600可以用来执行第二装置执行的操作。具体的，所述通信装置600可以是第二装置本身，也可以是第二装置内部的多个功能单元组成的装置，所述通信装置600还可以是第二装置内部的芯片；
所述处理单元601，用于生成第一数据PDU；
所述收发单元602，用于通过多播的方式向至少一个装置发送第一数据PDU，所述第一数据PDU的序列号为X，X为大于或等于0的自然数；
以及，
所述收发单元602，还用于通过多播的方式向所述至少一个装置重新发送所述第一数据PDU，或者，所述处理单元601确定第三装置未成功接收到所述第一数据PDU，通过所述收发单元602以单播的方式向所述第三装置发送所述第一数据PDU，所述第三装置包含于所述至少一个装置中。
在一种可能的实现中，所述处理单元601，还用于确定当满足第一条件时，通过所述收发单元602通过多播的方式向所述至少一个装置发送第二数据PDU，所述第二数据PDU的序列号为X+n，n为大于或等于1的自然数；
其中，所述第一条件为所述至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值，或者，所述第一条件为第一定时器超时，所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的。
在一种可能的实现中，所述收发单元602，还用于接收至少一个状态PDU；
所述处理单元601，还用于根据所述至少一个状态PDU，确定所述至少一个装置针对所述第一数据PDU的接收状态。
在一种可能的实现中，所述收发单元602，还用于向第四装置发送指示信息，所述第四装置包含于所述至少一个装置中；
其中，所述第四装置连续未接收到的数据PDU的数量达到第二阈值，其中，所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
在一种可能的实现中所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据PDU；
或者，
所述指示信息用于指示所述第四装置释放或者删除第一配置信息，所述第一配置信息用于配置所述第四装置以多播的方式接收数据PDU；或者
所述指示信息用于指示所述第四装置释放或者删除第二配置信息，所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
基于与上述通信方法的同一技术构思，如图7所示，本申请实施例还提供了一种通信装置700。该通信装置700包括：处理器701，可选的，还包括收发器702以及存储器703。在一种实施方式中，处理器701用于调用一组程序，当程序被执行时，使得处理器701执行上述通信方法中相应的操作。存储器703用于存储处理器701执行的程序。基于图6的相关阐述，图6中的处理单元601均可以通过处理器701来实现，收发单元602可以通过收发器702来实现。
处理器可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。
处理器还可以进一步包括硬件芯片或其他通用处理器。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)及其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等或其任意组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。应注意，本申请描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
如图8所示，提供了一种通信系统，所述系统包括上述执行通信方法的第一装置81和第二装置82。所述系统还可以包括与所述第一装置位于同一多播组或多播区域中的其他装置。
本申请实施例提供了一种计算机存储介质，存储有计算机程序，该计算机程序包括用于执行上述通信方法。
本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述提供的通信方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指 令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。
本申请实施例提供的任一种通信装置还可以是一种芯片。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (20)

  1. 一种通信方法，其特征在于，方法包括：
    第一装置确定第一状态协议数据单元PDU，所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态，所述至少一个数据PDU是所述第二装置以多播的方式发送的；
    所述第一装置向所述第二装置发送所述第一状态PDU。
  2. 根据权利要求1所述的方法，其特征在于，在所述第一装置确定所述第一状态PDU之前，所述方法还包括：
    所述第一装置确定以下条件中的至少一个被触发：
    所述第一装置接收到来自所述第二装置的指示信息，所述指示信息用于指示上报数据PDU的接收状态；
    第一定时器超时，所述第一定时器的时长为T，T大于0；
    所述第一装置接收到第一数据PDU，所述第一数据PDU为所述第一装置接收到的第一个PDU；
    所述第一装置确定第一数据PDU接收失败。
  3. 根据权利要求2所述的方法，其特征在于，所述第一装置确定第一数据PDU接收失败，包括：
    所述第一装置接收到第二数据PDU，所述第二数据PDU为所述第一装置接收到的第一个PDU，所述第二数据PDU的序列号大于第一序列号，所述第一序列号为所述第二装置指示的第一数据PDU的序列号；或者
    所述第一数据PDU的序列号为第一序列号，其中，所述第一装置接收到至少一个序列号大于所述第一序列号的数据PDU以及至少一个序列号小于所述第一序列号的数据PDU。
  4. 根据权利要求2所述的方法，其特征在于，所述来自所述第二装置的指示信息携带在第三数据PDU、或者控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。
  5. 根据权利要求2或4所述的方法，其特征在于，所述来自所述第二装置的指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态，所述第一装置包含于所述至少一个装置中。
  6. 一种通信方法，其特征在于，方法包括：
    第二装置接收第一装置发送的第一状态PDU，所述第一状态PDU用于指示至少一个数据PDU的接收状态，所述至少一个数据PDU是所述第二装置以多播的方式发送的。
  7. 根据权利要求6所述的方法，其特征在于，还包括：
    所述第二装置向所述第一装置发送指示信息，所述指示信息用于指示上报数据PDU的接收状态。
  8. 根据权利要求7所述的方法，其特征在于，所述指示信息携带在第三数据PDU、或者控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。
  9. 根据权利要求7所述的方法，其特征在于，指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态，所述第一装置包含于所述至少一个装置中。
  10. 一种通信方法，其特征在于，包括：
    第二装置通过多播的方式向至少一个装置发送第一数据PDU，所述第一数据PDU的序列号为X，X为大于或等于0的自然数；
    以及
    所述第二装置通过多播的方式向所述至少一个装置重新发送所述第一数据PDU，或者，所述第二装置确定第三装置未成功接收到所述第一数据PDU，以单播的方式向所述第三装置发送所述第一数据PDU，所述第三装置包含于所述至少一个装置中。
  11. 根据权利要求10所述的方法，其特征在于，还包括：
    当满足第一条件时，所述第二装置通过多播的方式向所述至少一个装置发送第二数据PDU，所述第二数据PDU的序列号为X+n，n为大于或等于1的自然数；
    其中，所述第一条件为所述至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值，或者，所述第一条件为第一定时器超时，所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的。
  12. 根据权利要求10所述的方法，其特征在于，还包括：
    所述第二装置接收至少一个状态PDU；
    所述第二装置根据所述至少一个状态PDU，确定所述至少一个装置针对所述第一数据PDU的接收状态。
  13. 根据权利要求10或11所述的方法，其特征在于，还包括：
    所述第二装置向第四装置发送指示信息，所述第四装置包含于所述至少一个装置中；
    其中，所述第四装置连续未接收到的数据PDU的数量达到第二阈值，其中，所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
  14. 根据权利要求13所述的方法，其特征在于：
    所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据PDU；
    或者
    所述指示信息用于指示所述第四装置释放或者删除第一配置信息，所述第一配置信息用于配置所述第四装置以多播的方式接收数据PDU；或者
    所述指示信息用于指示所述第四装置释放或者删除第二配置信息，所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
  15. 一种通信装置，其特征在于，包括存储器以及至少一个处理器；
    所述存储器用于存储程序，
    所述处理器，用于执行所述程序以实现如权利要求1-5任一项所述方法或权利要求6-9任一项所述方法或权利要求10-14任一项所述方法。
  16. 一种通信系统，其特征在于，包括：用于执行如权利要求1-5任一项所述方法的第一装置和用于执行如权利要求6-9任一项所述方法的第二装置。
  17. 一种通信系统，其特征在于，包括：用于执行如权利要求1-5任一项所述方法的第一装置和用于执行如权利要求6-9任一项以及权利要求10-14任一项所述方法的第二装置。
  18. 一种计算机可读存储介质，其特征在于，所述计算机存储介质用于存储计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行如权利要求1-5任 一项所述方法或权利要求6-9任一项所述方法或权利要求10-14任一项所述方法。
  19. 一种计算机程序产品，其特征在于，当计算机读取并执行所述计算机程序产品时，使得计算机执行如权利要求1-5任一项所述方法或权利要求6-9任一项所述方法或权利要求10-14任一项所述方法。
  20. 一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现如权利要求1-5任一项所述方法或权利要求6-9任一项所述方法或权利要求10-14任一项所述方法。
PCT/CN2020/096164 2019-07-15 2020-06-15 一种通信方法、装置和系统 WO2021008286A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20841278.3A EP3993455B1 (en) 2019-07-15 2020-06-15 Communication method, apparatus and system
US17/575,211 US20220141626A1 (en) 2019-07-15 2022-01-13 Communication method, apparatus, and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910637441.5A CN112235731B (zh) 2019-07-15 2019-07-15 一种通信方法、装置和系统
CN201910637441.5 2019-07-15

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/575,211 Continuation US20220141626A1 (en) 2019-07-15 2022-01-13 Communication method, apparatus, and system

Publications (1)

Publication Number Publication Date
WO2021008286A1 true WO2021008286A1 (zh) 2021-01-21

Family

ID=74111570

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/096164 WO2021008286A1 (zh) 2019-07-15 2020-06-15 一种通信方法、装置和系统

Country Status (4)

Country Link
US (1) US20220141626A1 (zh)
EP (1) EP3993455B1 (zh)
CN (1) CN112235731B (zh)
WO (1) WO2021008286A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114501337B (zh) * 2020-10-23 2023-08-15 大唐移动通信设备有限公司 一种分组数据汇聚协议状态上报、接收方法、终端及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101577860A (zh) * 2008-05-05 2009-11-11 财团法人工业技术研究院 在无线通讯中提供适应性控制机制的装置与系统
US20100226243A1 (en) * 2009-03-05 2010-09-09 Electronics And Telecommunications Research Institute Method and apparatus for multicast transmission in wireless network
CN102057608A (zh) * 2008-06-26 2011-05-11 汤姆逊许可公司 无线局域网中用于请求确认与传送多播数据确认的设备
CN106254044A (zh) * 2016-09-14 2016-12-21 西北工业大学 一种基于多播网络编码的动态线性组合重传方法
CN109982266A (zh) * 2017-12-28 2019-07-05 华为技术有限公司 一种通信方法、及相关产品

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2002339530A1 (en) * 2002-09-07 2004-03-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and devices for efficient data transmission link control in mobile multicast communication systems
US9461776B2 (en) * 2012-01-27 2016-10-04 Blackberry Limited Selecting a data unit for retransmission
US8750181B2 (en) * 2012-05-14 2014-06-10 Blackberry Limited Maintaining MBMS continuity
US9277533B2 (en) * 2012-05-17 2016-03-01 Vid Scale, Inc. Scalable video coding over simultaneous unicast/multicast LTE DL shared channel
US10389490B2 (en) * 2013-10-10 2019-08-20 Futurewei Technologies, Inc. System and method for media access control transport blocks
US9820303B2 (en) * 2014-12-19 2017-11-14 Stmicroelectronics, Inc. Multi-destination burst protocol
CN104579602A (zh) * 2014-12-25 2015-04-29 华中科技大学 一种lte中的广播组播重传方法
CN106470398A (zh) * 2015-08-14 2017-03-01 中兴通讯股份有限公司 Sc-mcch发送方法、sc-ptm接收方法及其装置
US9999049B2 (en) * 2015-08-31 2018-06-12 Qualcomm Incorporated Avoiding unnecessary protocol data unit (PDU) transmissions
US10251155B2 (en) * 2016-01-08 2019-04-02 Qualcomm, Incorporated Techniques for multicast wireless communications
US10397897B2 (en) * 2017-03-31 2019-08-27 Samsung Electronics Co., Ltd. Methods for improving paging type2 performance in dual SIM dual standby (DSDS) devices and apparatus therefor
KR102465541B1 (ko) * 2017-08-10 2022-11-11 삼성전자 주식회사 무선 통신 시스템에서 데이터 처리 방법 및 장치
JP7032546B2 (ja) * 2018-01-07 2022-03-08 エルジー エレクトロニクス インコーポレイティド 通信装置、処理装置及びデータユニットを送信する方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101577860A (zh) * 2008-05-05 2009-11-11 财团法人工业技术研究院 在无线通讯中提供适应性控制机制的装置与系统
CN102057608A (zh) * 2008-06-26 2011-05-11 汤姆逊许可公司 无线局域网中用于请求确认与传送多播数据确认的设备
US20100226243A1 (en) * 2009-03-05 2010-09-09 Electronics And Telecommunications Research Institute Method and apparatus for multicast transmission in wireless network
CN106254044A (zh) * 2016-09-14 2016-12-21 西北工业大学 一种基于多播网络编码的动态线性组合重传方法
CN109982266A (zh) * 2017-12-28 2019-07-05 华为技术有限公司 一种通信方法、及相关产品

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3993455A4 *

Also Published As

Publication number Publication date
US20220141626A1 (en) 2022-05-05
EP3993455A4 (en) 2022-07-20
EP3993455A1 (en) 2022-05-04
CN112235731A (zh) 2021-01-15
CN112235731B (zh) 2022-12-27
EP3993455B1 (en) 2024-08-07

Similar Documents

Publication Publication Date Title
US10389490B2 (en) System and method for media access control transport blocks
WO2021032008A1 (zh) 通信方法和通知装置
US20230422346A1 (en) Multicast service receiving method, multicast service configuration method, terminal, and network side device
US20240031066A1 (en) Method and system for handling lossless operations for mbs in 5g communication network
CN116349330A (zh) 用于5g通信网络中为mbs处理服务通知和配置的方法和系统
WO2022150937A1 (zh) 用于接收数据的方法与装置和用于发送数据的方法与装置
WO2020248258A1 (zh) 无线通信方法、收端设备和发端设备
US11949598B2 (en) Window adjustment method and apparatus, network device, terminal device
WO2021056155A1 (zh) 一种反馈资源配置方法及通信方法、装置、通信设备
WO2021056152A1 (zh) 一种信息配置方法及装置、终端设备、网络设备
WO2021008286A1 (zh) 一种通信方法、装置和系统
WO2022121876A1 (zh) 多播业务的确认模式传输方法、装置、设备及存储介质
WO2022198415A1 (zh) 提高mbs业务可靠性的方法及装置、终端设备、网络设备
WO2022061751A1 (en) Method and apparatus for multicast and broadcast services
WO2021237526A1 (en) Methods and apparatus of rlc based reliable multicast transmission
US20240356680A1 (en) 5g multicast-broadcast services (mbs) multiplexing, reliability, and power savings
US20240187140A1 (en) 5g multicast-broadcast services (mbs) multiplexing, reliability, and power savings
US11419107B2 (en) Method and apparatus for setting up radio bearer in wireless communication system
WO2023004584A1 (zh) 无线通信的方法、终端设备和网络设备
US20230262809A1 (en) Methods and Apparatus for Logical Channel Aggregation
US20230188950A1 (en) Communication control method
WO2024031395A1 (zh) 重复传输方法、终端设备和网络设备
WO2023205949A1 (en) Methods for new data indicator (ndi) field alignment for reliable reception of multicast traffic
WO2022126446A1 (zh) 无线通信的方法、终端设备和网络设备
WO2022151964A1 (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: 20841278

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020841278

Country of ref document: EP

Effective date: 20220126