WO2022227998A1 - 一种数据传输方法及装置 - Google Patents

一种数据传输方法及装置 Download PDF

Info

Publication number
WO2022227998A1
WO2022227998A1 PCT/CN2022/083849 CN2022083849W WO2022227998A1 WO 2022227998 A1 WO2022227998 A1 WO 2022227998A1 CN 2022083849 W CN2022083849 W CN 2022083849W WO 2022227998 A1 WO2022227998 A1 WO 2022227998A1
Authority
WO
WIPO (PCT)
Prior art keywords
status report
indication information
pdcp pdu
indicate
carries
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2022/083849
Other languages
English (en)
French (fr)
Inventor
张海森
辛婷玉
王燕
李秉肇
许斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to JP2023566408A priority Critical patent/JP7718766B2/ja
Priority to EP22794471.7A priority patent/EP4329364A4/en
Publication of WO2022227998A1 publication Critical patent/WO2022227998A1/zh
Priority to US18/493,461 priority patent/US20240057218A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/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
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components

Definitions

  • the present application relates to the field of communication technologies, and in particular, to a data transmission method and apparatus.
  • Multicast broadcast service (multicast and broadcast service, MBS) is a service oriented to multiple user equipment (user equipment, UE), such as live broadcast, scheduled broadcast and so on.
  • MBS data is sent from the access network equipment to the terminal equipment: the first is point to multi-point (PTM) transmission; the second is point to point (point to point) point, PTP) transmission mode.
  • PTM point to multi-point
  • PTP point to point
  • a centralized unit (CU)-distributed unit (DU) separation base station architecture is introduced.
  • the CU-DU architecture When the packet data convergence protocol (PDCP) protocol data unit (protocol data unit, PDU) is transmitted down, the DU is notified to the CU by reporting the downlink data delivery status (DDDS) to the DU PDCP PDU , so that the CU can perform data flow control (flow control).
  • PDCP packet data convergence protocol
  • PDU protocol data unit
  • DDDS downlink data delivery status
  • the existing scheme for reporting the DDDS has a large signaling overhead for the MBS, which will result in a waste of resources.
  • Embodiments of the present application provide a data transmission method and apparatus, which can save signaling overhead for reporting a status report and save resources when transmitting MBS data.
  • a first aspect provides a data transmission method, the method comprising: a distributed unit DU receives a first packet convergence data protocol PDCP packet data unit PDU from a centralized unit CU, where the first PDCP PDU carries data of a multicast broadcast service MBS.
  • the DU sends the first PDCP PDU to at least two terminal devices.
  • the DU sends a status report to the CU, and the status report indicates the result of sending the first PDCP PDU to at least two terminal devices.
  • the DU receives the first PDCP PDU from the CU, and when the first PDCP PDU carries MBS data, the DU sends the first PDCP PDU to at least two terminal devices, and sends a status report to the CU, where the status report indicates that the Both end devices send the result of the first PDCP PDU. This saves the signaling overhead of reporting the status report and saves resources when transmitting MBS data.
  • the status report indicates the result of sending the first PDCP PDU to each of the at least two terminal devices. Based on this design, each terminal device shares the status report, which saves signaling overhead.
  • the DU sending the first PDCP PDU to the at least two terminal devices includes: the DU uses the radio link control RLC unacknowledged mode UM to send the first PDCP PDU to the at least two terminal devices.
  • the DU sending the first PDCP PDU to at least two terminal devices includes: the DU uses a point-to-multipoint PTM manner to send the first PDCP PDU to the at least two terminal devices.
  • the DU sends the first PDCP PDU to the at least two terminal devices, including: the DU adopts the RLC confirmation mode AM, and sends the first PDCP PDU to the first terminal device among the at least two terminal devices, wherein the first The terminal equipment includes at least one terminal equipment.
  • the DU uses the RLC UM to send the first PDCP PDU to the second terminal device in the at least two terminal devices, where the second terminal device includes at least one terminal device.
  • the status report indicates the result of sending the first PDCP PDU to the first terminal device and the result of sending the first PDCP PDU to the second terminal device. Based on this design, the results of each terminal device share the status report, which saves signaling overhead.
  • the DU sends the first PDCP PDU to at least two terminal devices, including: the DU uses the PTM method to send the first PDCP PDU to the first terminal device of the at least two terminal devices, wherein the first terminal device Include at least one terminal device. And the DU uses the PTP manner to send the first PDCP PDU to a second terminal device among the at least two terminal devices, where the second terminal device includes at least one terminal device.
  • the status report indicates the result of sending the first PDCP PDU to the first terminal device and the result of sending the first PDCP PDU to the second terminal device. Based on this design, the results of each terminal device share the status report, which saves signaling overhead.
  • the DU sends the first PDCP PDU to at least two terminal devices, including: the DU uses the PTM method to send the first PDCP PDU to the first terminal device of the at least two terminal devices, wherein the first terminal device Include at least one terminal device. And the DU uses the PTP manner to send the first PDCP PDU to a second terminal device among the at least two terminal devices, where the second terminal device includes at least one terminal device.
  • the status report is only used to indicate the result of sending the first PDCP PDU to the first terminal device. Based on this design, the results of the first terminal device share the status report, which saves signaling overhead.
  • the DU sending a status report to the CU includes: the DU sending a first status report to the CU, where the first status report indicates the result of sending the first PDCP PDU to the first terminal device.
  • the DU sends a second status report to the CU, and the second status report indicates the result of sending the first PDCP PDU to the second terminal device. That is, the status report can also be implemented by two status reports. Based on this design, the first status report and the second status report can be sent separately, and the DU can send the status report without knowing all the results for terminal devices in different sending modes, which improves the sending efficiency of the status report.
  • the first status report carries first indication information, and the first indication information is used to indicate that the first status report corresponds to the PTM mode.
  • the second status report carries second indication information, and the second indication information is used to indicate that the second status report corresponds to the PTP mode.
  • the CU can determine, according to the first indication information, that the first status report belongs to the status reports of multiple terminal devices whose DUs use PTM to send the first PDCP PDU, and can determine that the second status report belongs to the DU according to the second indication information.
  • the CU can determine whether the received status report is complete only according to the first indication information and/or the second indication information, That is, whether it belongs to the status reports of all terminal devices that the DU sends the first PDCP PDU, and whether it is necessary to wait for other status reports.
  • the first status report carries ninth indication information, and the ninth indication information is used to indicate that the first status report corresponds to the RLC AM.
  • the second status report carries tenth indication information, and the tenth indication information is used to indicate that the second status report corresponds to the RLC UM mode.
  • the CU can determine, according to the ninth indication information, that the first status report belongs to the DU using RLC AM, and sends the status reports of multiple terminal devices of the first PDCP PDU, and can determine that the second status report belongs to the second status report according to the tenth indication information.
  • the DU uses RLC UM to send status reports of multiple terminal devices of the first PDCP PDU.
  • the CU can determine whether the received status report is complete only according to the ninth indication information and/or the tenth indication information, That is, whether it belongs to the status reports of all terminal devices that the DU sends the first PDCP PDU, and whether it is necessary to wait for other status reports.
  • the DU sends the first status report to the CU, including: the DU sends a sixth status report to the CU, and the sixth status report indicates that the first PDCP PDU is sequentially delivered to at least one terminal device in the first terminal device. result.
  • the DU reports the seventh status to the CU, and the seventh status report indicates the result of out-of-sequence delivery of the first PDCP PDU to at least one terminal device in the first terminal device. That is, the first status report can be implemented through two status reports, which improves the sending efficiency of the status reports.
  • the sixth status report carries eleventh indication information, and the eleventh indication information is used to indicate that the sixth status report is the status report of the terminal equipment belonging to the sequential RLC AM in the first terminal equipment.
  • the seventh status report carries twelfth indication information, and the twelfth indication information is used to indicate that the seventh status report is a status report of a terminal device belonging to a non-sequential RLC AM in the first terminal device.
  • the sixth status report carries thirteenth indication information, and the thirteenth indication information is used to indicate whether the sixth status report includes the status reports of all terminal devices in the first terminal device.
  • the seventh status report carries thirteenth indication information, where the thirteenth indication information is used to indicate whether the seventh status report includes status reports of all terminal devices in the first terminal device.
  • the CU can determine, according to the thirteenth indication information, whether the received sixth status report and/or seventh status report is complete, that is, whether it belongs to the status reports of all terminal devices in the first terminal device.
  • the first status report carries third indication information, and the third indication information is used to indicate whether the first status report includes status reports of all terminal devices in the at least two terminal devices.
  • the second status report carries third indication information, where the third indication information is used to indicate whether the second status report includes status reports of all terminal devices in the at least two terminal devices.
  • the CU may determine the first status report and/or the first status report according to the third indication information Whether the second status report is complete, that is, whether it belongs to the status report of all terminal equipments whose DU sends the first PDCP PDU.
  • the status report carries fourth indication information, and the fourth indication information is used to indicate that the status report corresponds to the RLC UM.
  • the status report carries first indication information, and the first indication information is used to indicate that the status report corresponds to the PTM mode.
  • the status report carries fifth indication information, and the fifth indication information is used to indicate the expected buffer size of the radio bearer RB associated with the MBS.
  • the first status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the second status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the CU may determine the expected buffer size of the RB associated with the MBS according to the fifth indication information.
  • the status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the first status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the second status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. Based on the design, the CU may determine the desired data rate according to the sixth indication information.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries seventh indication information
  • the seventh indication information is used to indicate the highest value of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • Serial number SN and/or, the first status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the second status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the CU may determine the highest SN of at least one PDCP PDU that is successfully sent in the first PDCP PDU according to the seventh indication information.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries the eighth indication information
  • the first status report carries the eighth indication information
  • the second status report carries the eighth indication information Eighth indication information.
  • the eighth indication information is used to indicate the number and starting SN of at least one PDCP PDU in the first PDCP PDU that is successfully sent by DU, or the eighth indication information is used to indicate at least one PDCP PDU that is successfully sent by DU in the first PDCP PDU The number and end SN of PDCP PDUs, or the eighth indication information is used to indicate the start SN and end SN of at least one PDCP PDU successfully sent by DU in the first PDCP PDU, or the eighth indication information is used to indicate the first PDCP PDU The number, start SN and end SN of at least one PDCP PDU that was successfully sent by the DU.
  • the status report carries a bitmap, and the bitmap is used to indicate the result of sending the first PDCP PDU to at least two terminal devices.
  • the first status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the first terminal device.
  • the second status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the second terminal device.
  • the CU may determine the highest SN of at least one PDCP PDU successfully transmitted in the first PDCP PDU according to the bitmap.
  • different PDCP PDUs may correspond to the PTP and PTM modes. Therefore, based on the bitmap to feed back the PDCP PDU transmission status, it is possible to avoid using the PTP mode corresponding to the status report indicated in the report.
  • the highest SN does not overlap with the highest SN indicated in the status report corresponding to the PTM method, which leads to the problem that the CU is not sure which highest SN should prevail, making it difficult to make decisions.
  • the method further includes: the DU sends a third status report to the CU, where the third status report is a status report dedicated to feeding back the expected buffer size of the RB associated with the MBS. And/or, the DU sends a fourth status report to the CU, and the fourth status report is a status report dedicated to feeding back a desired data rate. And/or, the DU sends a fifth status report to the CU, where the fifth status report is a status report dedicated to feeding back the expected buffer size and expected data rate of the RB associated with the MBS. Based on this design, for the relevant information irrelevant to the terminal equipment, the DU can use a status report that specifically feeds back the information to feed back.
  • the CU can determine the status report of the expected buffer size of the RB associated with the MBS according to the third status report, and determine the expected data rate according to the fourth status report; and can also determine the expected RB associated with the MBS according to the fifth status report. Buffer size and desired data rate.
  • the DU sending the status report to the CU includes: the DU sending the status report to the CU through a first channel, where the first channel is a general packet radio service tunneling protocol GTP-user plane U tunnel shared by multiple terminal devices.
  • the DU sends a status report to the CU through the second channel, and the second channel is a GTP-U tunnel dedicated to a single terminal device.
  • the DU can select an appropriate status report composition method and status report reporting method according to the GTP-U tunnel establishment.
  • a data transmission method including: a CU sends a first PDCP PDU to a DU, where the first PDCP PDU carries MBS data; the CU receives a status report from the DU, and the status report indicates sending the first PDCP PDU to at least two terminal devices The result of the PDCP PDU.
  • the status report indicates the result of sending the first PDCP PDU to each of the at least two terminal devices.
  • the CU receiving the status report from the DU includes: the CU receiving the first status report from the DU, and the first status report indicates the result of sending the first PDCP PDU to the first terminal device among the at least two terminal devices,
  • the first terminal device includes at least one terminal device.
  • the CU receives a second status report from the DU, the second status report indicating the result of sending the first PDCP PDU to a second terminal device of the at least two terminal devices, wherein the second terminal device includes at least one terminal device.
  • the first status report carries first indication information, and the first indication information is used to indicate that the first status report corresponds to the PTM mode.
  • the second status report carries second indication information, and the second indication information is used to indicate that the second status report corresponds to the PTP mode.
  • the first status report carries ninth indication information, and the ninth indication information is used to indicate that the first status report corresponds to the RLC AM.
  • the second status report carries tenth indication information, and the tenth indication information is used to indicate that the second status report corresponds to the RLC UM mode.
  • the DU sends the first status report to the CU, including: the DU sends a sixth status report to the CU, and the sixth status report indicates that the first PDCP PDU is sequentially delivered to at least one terminal device in the first terminal device. result.
  • the DU reports the seventh status to the CU, and the seventh status report indicates the result of out-of-sequence delivery of the first PDCP PDU to at least one terminal device in the first terminal device.
  • the sixth status report carries eleventh indication information, and the eleventh indication information is used to indicate that the sixth status report is the status report of the terminal equipment belonging to the sequential RLC AM in the first terminal equipment.
  • the seventh status report carries twelfth indication information, and the twelfth indication information is used to indicate that the seventh status report is a status report of a terminal device belonging to a non-sequential RLC AM in the first terminal device.
  • the sixth status report carries thirteenth indication information, and the thirteenth indication information is used to indicate whether the sixth status report includes the status reports of all terminal devices in the first terminal device.
  • the seventh status report carries thirteenth indication information, where the thirteenth indication information is used to indicate whether the seventh status report includes status reports of all terminal devices in the first terminal device.
  • the first status report carries third indication information, and the third indication information is used to indicate whether the first status report includes status reports of all terminal devices in the at least two terminal devices.
  • the second status report carries third indication information, where the third indication information is used to indicate whether the second status report includes status reports of all terminal devices in the at least two terminal devices.
  • the status report carries fourth indication information, and the fourth indication information is used to indicate that the status report corresponds to the RLC UM.
  • the status report carries first indication information, and the first indication information is used to indicate that the status report corresponds to the PTM mode.
  • the status report carries fifth indication information, and the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the first status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the second status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the first status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the second status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries seventh indication information
  • the seventh indication information is used to indicate the highest value of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the first status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the second status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries the eighth indication information
  • the first status report carries the eighth indication information
  • the second status report carries the eighth indication information Eighth indication information.
  • the eighth indication information is used to indicate the number and starting SN of at least one PDCP PDU in the first PDCP PDU that is successfully sent by DU, or the eighth indication information is used to indicate at least one PDCP PDU that is successfully sent by DU in the first PDCP PDU The number and end SN of PDCP PDUs, or the eighth indication information is used to indicate the start SN and end SN of at least one PDCP PDU successfully sent by DU in the first PDCP PDU, or the eighth indication information is used to indicate the first PDCP PDU The number, start SN and end SN of at least one PDCP PDU that was successfully sent by the DU.
  • the status report carries a bitmap, and the bitmap is used to indicate the result of sending the first PDCP PDU to at least two terminal devices.
  • the first status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the first terminal device.
  • the second status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the second terminal device.
  • the method further includes: the CU receives a third status report from the DU, where the third status report is a status report dedicated to feeding back the expected buffer size of the RB associated with the MBS. And/or, the CU receives a fourth status report from the DU, the fourth status report being a status report dedicated to feeding back a desired data rate. And/or, the CU receives a fifth status report from the DU, and the fifth status report is a status report dedicated to feeding back the expected buffer size of the RB associated with the MBS and the expected data rate.
  • the CU receiving the status report from the DU includes: the CU receives the status report from the DU through a first channel, where the first channel is a general packet radio service tunnel protocol GTP-user plane U tunnel shared by multiple terminal devices.
  • the CU sends the status report from the DU through the second channel, which is a GTP-U tunnel dedicated to a single terminal device.
  • the method further includes: the CU determines the expected buffer size of the RB associated with the MBS according to the fifth indication information carried in the status report; and/or determines the expected data rate according to the sixth indication information carried in the status report.
  • the CU determines the expected buffer size of the RB associated with the MBS according to the fifth indication information carried in the first status report or the fifth indication information carried in the second status report, and/or the CU determines the expected buffer size of the RB associated with the MBS according to the sixth indication information carried in the first status report
  • the sixth indication information carried in the second status report determines the expected data rate.
  • the CU determines the expected buffer size of the RB associated with the MBS according to the third status report, and/or determines the expected data rate according to the fourth status report. Alternatively, the CU determines the expected buffer size and/or the expected data rate of the RB associated with the MBS according to the fifth status report.
  • the method further includes: the CU determines the highest value of at least one PDCP PDU successfully sent in the first PDCP PDU according to the seventh indication information carried in the status report, or the first status report, or the second status report. SN. Alternatively, the CU determines the highest SN of at least one PDCP PDU successfully sent in the first PDCP PDU according to the eighth indication information carried in the status report, or the first status report, or the second status report. Alternatively, the CU determines the highest SN of at least one PDCP PDU successfully sent in the first PDCP PDU according to the status report, or the first status report, or the bitmap carried in the second status report.
  • a communication device including a communication module; the communication module is configured to receive a first PDCP PDU from a CU, where the first PDCP PDU carries data of the MBS. The communication module is further configured to send the first PDCP PDU to at least two terminal devices. The communication module is further configured to send a status report to the CU, where the status report indicates the result of sending the first PDCP PDU to at least two terminal devices.
  • the status report indicates the result of sending the first PDCP PDU to each of the at least two terminal devices.
  • the communication module is further configured to use RLC UM to send the first PDCP PDU to at least two terminal devices.
  • the communication module is further configured to send the first PDCP PDU to at least two terminal devices in a PTM manner.
  • the communication module is further configured to adopt the RLC confirmation mode AM to send the first PDCP PDU to the first terminal device among the at least two terminal devices, wherein the first terminal device includes at least one terminal device. and using the RLC UM to send the first PDCP PDU to a second terminal device among the at least two terminal devices, where the second terminal device includes at least one terminal device.
  • the status report indicates the result of sending the first PDCP PDU to the first terminal device and the result of sending the first PDCP PDU to the second terminal device.
  • the communication module is further configured to send a first PDCP PDU to a first terminal device among the at least two terminal devices in a PTM manner, where the first terminal device includes at least one terminal device. and using the PTP manner to send the first PDCP PDU to a second terminal device among the at least two terminal devices, where the second terminal device includes at least one terminal device.
  • the status report indicates the result of sending the first PDCP PDU to the first terminal device and the result of sending the first PDCP PDU to the second terminal device.
  • the communication module is further configured to send a first PDCP PDU to a first terminal device among the at least two terminal devices in a PTM manner, where the first terminal device includes at least one terminal device. and using the PTP manner to send the first PDCP PDU to a second terminal device among the at least two terminal devices, where the second terminal device includes at least one terminal device.
  • the status report is only used to indicate the result of sending the first PDCP PDU to the first terminal device.
  • the communication module is further configured to send a first status report to the CU, where the first status report indicates the result of sending the first PDCP PDU to the first terminal device.
  • the communication module is further configured to send a second status report to the CU, where the second status report indicates the result of sending the first PDCP PDU to the second terminal device.
  • the first status report carries first indication information, and the first indication information is used to indicate that the first status report corresponds to the PTM mode.
  • the second status report carries second indication information, and the second indication information is used to indicate that the second status report corresponds to the PTP mode.
  • the first status report carries ninth indication information, and the ninth indication information is used to indicate that the first status report corresponds to the RLC AM.
  • the second status report carries tenth indication information, and the tenth indication information is used to indicate that the second status report corresponds to the RLC UM mode.
  • the communication module is further configured to send a sixth status report to the CU, where the sixth status report indicates the result of sequentially submitting the first PDCP PDU to at least one terminal device in the first terminal device.
  • the communication module is further configured to report the seventh status to the CU, where the seventh status report indicates the result of out-of-sequence delivery of the first PDCP PDU to at least one terminal device in the first terminal device.
  • the sixth status report carries eleventh indication information, and the eleventh indication information is used to indicate that the sixth status report is the status report of the terminal equipment belonging to the sequential RLC AM in the first terminal equipment.
  • the seventh status report carries twelfth indication information, and the twelfth indication information is used to indicate that the seventh status report is a status report of a terminal device belonging to a non-sequential RLC AM in the first terminal device.
  • the sixth status report carries thirteenth indication information, and the thirteenth indication information is used to indicate whether the sixth status report includes the status reports of all terminal devices in the first terminal device.
  • the seventh status report carries thirteenth indication information, where the thirteenth indication information is used to indicate whether the seventh status report includes status reports of all terminal devices in the first terminal device.
  • the first status report carries third indication information, and the third indication information is used to indicate whether the first status report includes status reports of all terminal devices in the at least two terminal devices.
  • the second status report carries third indication information, where the third indication information is used to indicate whether the second status report includes status reports of all terminal devices in the at least two terminal devices.
  • the status report carries fourth indication information, and the fourth indication information is used to indicate that the status report corresponds to the RLC UM.
  • the status report carries first indication information, and the first indication information is used to indicate that the status report corresponds to the PTM mode.
  • the status report carries fifth indication information, and the fifth indication information is used to indicate the expected buffer size of the radio bearer RB associated with the MBS.
  • the first status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the second status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the first status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the second status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries seventh indication information
  • the seventh indication information is used to indicate the highest value of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • Serial number SN and/or, the first status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the second status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries the eighth indication information
  • the first status report carries the eighth indication information
  • the second status report carries the eighth indication information Eighth indication information.
  • the eighth indication information is used to indicate the number and starting SN of at least one PDCP PDU in the first PDCP PDU that is successfully sent by DU, or the eighth indication information is used to indicate at least one PDCP PDU that is successfully sent by DU in the first PDCP PDU The number and end SN of PDCP PDUs, or the eighth indication information is used to indicate the start SN and end SN of at least one PDCP PDU successfully sent by DU in the first PDCP PDU, or the eighth indication information is used to indicate the first PDCP PDU The number, start SN and end SN of at least one PDCP PDU that was successfully sent by the DU.
  • the status report carries a bitmap, and the bitmap is used to indicate the result of sending the first PDCP PDU to at least two terminal devices.
  • the first status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the first terminal device.
  • the second status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the second terminal device.
  • the communication module is further configured to send a third status report to the CU, where the third status report is a status report dedicated to feeding back the expected buffer size of the RB associated with the MBS. And/or, the communication module is further configured to send a fourth status report to the CU, where the fourth status report is a status report dedicated to feeding back a desired data rate. And/or, the communication module is further configured to send a fifth status report to the CU, where the fifth status report is a status report dedicated to feeding back the expected buffer size and expected data rate of the RB associated with the MBS.
  • the communication module is further configured to send a status report to the CU through a first channel, where the first channel is a general packet radio service tunnel protocol GTP-user plane U tunnel shared by multiple terminal devices.
  • the communication module is further configured to send a status report to the CU through a second channel, where the second channel is a GTP-U tunnel dedicated to a single terminal device.
  • a communication device comprising: a communication module.
  • a communication module configured to send a first PDCP PDU to the DU, where the first PDCP PDU carries data of the MBS.
  • the communication module is further configured to receive a status report from the DU, where the status report indicates the result of sending the first PDCP PDU to at least two terminal devices.
  • the status report indicates the result of sending the first PDCP PDU to each of the at least two terminal devices.
  • the communication module is further configured to receive a first status report from the DU, where the first status report indicates the result of sending the first PDCP PDU to the first terminal equipment among the at least two terminal equipments, wherein the first terminal equipment
  • the device includes at least one terminal device.
  • the communication module is further configured to receive a second status report from the DU, where the second status report indicates a result of sending the first PDCP PDU to a second terminal device among the at least two terminal devices, where the second terminal device includes at least one terminal device.
  • the first status report carries first indication information, and the first indication information is used to indicate that the first status report corresponds to the PTM mode.
  • the second status report carries second indication information, and the second indication information is used to indicate that the second status report corresponds to the PTP mode.
  • the first status report carries ninth indication information, and the ninth indication information is used to indicate that the first status report corresponds to the RLC AM.
  • the second status report carries tenth indication information, and the tenth indication information is used to indicate that the second status report corresponds to the RLC UM mode.
  • the communication module is further configured to receive a sixth status report from the DU, where the sixth status report indicates the result of sequentially delivering the first PDCP PDU to at least one terminal device in the first terminal device.
  • the communication module is further configured to receive a seventh status report from the DU, where the seventh status report indicates a result of out-of-sequence delivery of the first PDCP PDU to at least one of the first terminal devices.
  • the sixth status report carries eleventh indication information, and the eleventh indication information is used to indicate that the sixth status report is the status report of the terminal equipment belonging to the sequential RLC AM in the first terminal equipment.
  • the seventh status report carries the twelfth indication information, and the twelfth indication information is used to indicate that the seventh status report is a status report of a terminal device belonging to a non-sequential RLC AM in the first terminal device.
  • the sixth status report carries thirteenth indication information, and the thirteenth indication information is used to indicate whether the sixth status report includes the status reports of all terminal devices in the first terminal device.
  • the seventh status report carries thirteenth indication information, where the thirteenth indication information is used to indicate whether the seventh status report includes status reports of all terminal devices in the first terminal device.
  • the first status report carries third indication information, and the third indication information is used to indicate whether the first status report includes status reports of all terminal devices in the at least two terminal devices.
  • the second status report carries third indication information, where the third indication information is used to indicate whether the second status report includes status reports of all terminal devices in the at least two terminal devices.
  • the status report carries fourth indication information, and the fourth indication information is used to indicate that the status report corresponds to the RLC UM.
  • the status report carries first indication information, and the first indication information is used to indicate that the status report corresponds to the PTM mode.
  • the status report carries fifth indication information, and the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the first status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the second status report carries fifth indication information, where the fifth indication information is used to indicate the expected buffer size of the RB associated with the MBS.
  • the status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the first status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate. And/or, the second status report carries sixth indication information, where the sixth indication information is used to indicate a desired data rate.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries seventh indication information
  • the seventh indication information is used to indicate the highest value of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the first status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the second status report carries seventh indication information, where the seventh indication information is used to indicate the highest SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the first PDCP PDU includes one or more PDCP PDUs
  • the status report carries the eighth indication information
  • the first status report carries the eighth indication information
  • the second status report carries the eighth indication information Eighth indication information.
  • the eighth indication information is used to indicate the number and starting SN of at least one PDCP PDU in the first PDCP PDU that is successfully sent by DU, or the eighth indication information is used to indicate at least one PDCP PDU that is successfully sent by DU in the first PDCP PDU The number and end SN of PDCP PDUs, or the eighth indication information is used to indicate the start SN and end SN of at least one PDCP PDU successfully sent by DU in the first PDCP PDU, or the eighth indication information is used to indicate the first PDCP PDU The number, start SN and end SN of at least one PDCP PDU that was successfully sent by the DU.
  • the status report carries a bitmap, and the bitmap is used to indicate the result of sending the first PDCP PDU to at least two terminal devices.
  • the first status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the first terminal device.
  • the second status report carries a bitmap, where the bitmap is used to indicate the result of sending the first PDCP PDU to the second terminal device.
  • the communication module is further configured to receive a third status report from the DU, where the third status report is a status report dedicated to feeding back the expected buffer size of the RB associated with the MBS. And/or, the communication module is further configured to receive a fourth status report from the DU, where the fourth status report is a status report dedicated to feeding back a desired data rate. And/or, the communication module is further configured to receive a fifth status report from the DU, where the fifth status report is a status report dedicated to feeding back the expected buffer size and expected data rate of the RB associated with the MBS.
  • the communication module is further configured to receive a status report from the DU through a first channel, where the first channel is a general packet radio service tunnel protocol GTP-user plane U tunnel shared by multiple terminal devices.
  • the communication module is further configured to send the status report from the DU through a second channel, where the second channel is a GTP-U tunnel dedicated to a single terminal device.
  • the device further includes a processing module.
  • a processing module configured to determine the expected buffer size of the RB associated with the MBS according to the fifth indication information carried in the status report; and/or determine the expected data rate according to the sixth indication information carried in the status report.
  • the processing module is further configured to determine the expected buffer size of the RB associated with the MBS according to the fifth indication information carried in the first status report or the fifth indication information carried in the second status report, and/or according to the information carried in the first status report
  • the sixth indication information or the sixth indication information carried in the second status report determines the expected data rate.
  • the processing module is further configured to determine the expected buffer size of the RB associated with the MBS according to the third status report, and/or determine the expected data rate according to the fourth status report.
  • the processing module is further configured to determine the expected buffer size and/or the expected data rate of the RB associated with the MBS according to the fifth status report.
  • the processing module is further configured to determine the status of at least one PDCP PDU successfully sent in the first PDCP PDU according to the seventh indication information carried in the status report, or the first status report, or the second status report. Highest SN.
  • the processing module is further configured to determine the highest SN of at least one PDCP PDU successfully sent in the first PDCP PDU according to the eighth indication information carried in the status report, or the first status report, or the second status report.
  • the processing module is further configured to determine the highest SN of at least one PDCP PDU successfully sent in the first PDCP PDU according to the status report, or the first status report, or the bitmap carried by the second status report.
  • a communication device in a fifth aspect, includes a processor and a transceiver, and the processor and the transceiver are used to implement the method provided by any one of the above-mentioned first aspect to the second aspect or any design thereof.
  • the processor is configured to perform processing actions in the corresponding method
  • the transceiver is configured to perform the actions of receiving/transmitting in the corresponding method.
  • a computer-readable storage medium stores computer instructions that, when executed on a computer, cause the computer to perform any one of the first to second aspects or its Either way the design provides.
  • a computer program product comprising computer instructions, which, when executed on a computer, cause the computer to perform the method provided by any one of the first aspect to the second aspect.
  • An eighth aspect provides a chip, including a processor, when the processor executes an instruction, the processor is configured to execute the method provided by any one of the first aspect to the second aspect.
  • a chip including: a processing circuit and a transceiver pin, where the processing circuit and the transceiver pin are used to implement the method provided by the first aspect to the second aspect or any design thereof.
  • the processing circuit is used for executing the processing actions in the corresponding method
  • the transceiver pins are used for executing the receiving/transmitting actions in the corresponding method.
  • a communication system comprising: the communication device provided by the third aspect or any design thereof, and the communication device provided by the fourth aspect or any design thereof.
  • FIG. 1 is a schematic structural diagram of a data transmission system according to an embodiment of the present application.
  • FIG. 2a is a schematic diagram of a 4G base station architecture provided by an embodiment of the application.
  • FIG. 2b is a schematic diagram of a 5G base station architecture provided by an embodiment of the application.
  • FIG. 3 is a schematic diagram of a CU-DU architecture divided according to protocol stacks according to an embodiment of the present application
  • FIG. 4 is a schematic structural diagram of a communication device according to an embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of another communication device provided by an embodiment of the present application.
  • FIG. 6 is a schematic diagram of an MBS transmission architecture provided by an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a data transmission method provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a bitmap of a PDCP PDU according to an embodiment of the present application.
  • indication may include direct indication and indirect indication, as well as explicit indication and implicit indication.
  • the information indicated by a certain piece of information is called information to be indicated, and in the specific implementation process, there are many ways to indicate the information to be indicated.
  • the information to be indicated may be directly indicated, wherein the information to be indicated itself or an index of the information to be indicated, etc.
  • the information to be indicated may also be indirectly indicated by indicating other information, wherein there is an association relationship between the other information and the information to be indicated.
  • only a part of the information to be indicated may be indicated, while other parts of the information to be indicated are known or agreed in advance.
  • the indication of specific information can also be implemented by means of the arrangement order of each information pre-agreed (for example, stipulated by the protocol), thereby reducing the indication overhead to a certain extent.
  • the network architecture and service scenarios described in the embodiments of the present application are for the purpose of illustrating the technical solutions of the embodiments of the present application more clearly, and do not constitute limitations on the technical solutions provided by the embodiments of the present application.
  • the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.
  • a data transmission system 100 is provided in an embodiment of the present application, and the data transmission system includes a CU101 , a DU102 and at least one terminal device.
  • a communication system is composed of a base station with CU-DU separation and multiple terminal devices.
  • one CU can be connected to multiple DUs (not shown in the figure).
  • MBS data is sent from the CU to the DU, and then the DU is sent to multiple terminal devices.
  • the CU and the DU in the embodiment of the present application may communicate directly or communicate through forwarding by other devices, which is not specifically limited in the embodiment of the present application.
  • the data transmission system 100 shown in FIG. 1 can be applied to various communication systems, for example, a new radio (new radio, NR) communication system using 5G communication technology, a future evolution system, or a system that integrates multiple communications. and many more.
  • the technical solutions provided in this application can be applied to various application scenarios, such as machine to machine (M2M), macro-micro communication, enhanced mobile broadband (eMBB), ultra-reliable and ultra-low latency Communication (ultra-reliable&low latency communication, uRLLC) and massive machine type communication (mMTC), long-term evolution-new air interface dual connectivity (E-UTRAN NR dual connectivity, EN-DC) networking, multicast/group Broadcast single frequency network (multicast broadcast single frequency network, MBSFN), single frequency network (single frequency network, SFN) and other scenarios.
  • M2M machine to machine
  • eMBB enhanced mobile broadband
  • uRLLC ultra-reliable and ultra-low latency Communication
  • mMTC massive machine type communication
  • the terminal device in this embodiment of the present application is a device with a wireless transceiver function.
  • Terminal equipment can be deployed on land, including indoor or outdoor, handheld or vehicle; can also be deployed on water (such as ships, etc.); can also be deployed in the air (such as aircraft, balloons and satellites, etc.).
  • the terminal equipment may be user equipment (user equipment, UE).
  • the UE includes a handheld device, a vehicle, an in-vehicle device, a wearable device or a computing device with a wireless communication function.
  • the UE may be a mobile phone, a tablet computer, or a computer with a wireless transceiver function.
  • the terminal device may also be a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in unmanned driving, and a wireless terminal in telemedicine. equipment, wireless terminal equipment in smart grid, wireless terminal equipment in smart city, wireless terminal equipment in smart home, etc.
  • the apparatus for implementing the function of the terminal device may be the terminal device, or may be an apparatus capable of supporting the terminal device to implement the function, such as a chip system.
  • the chip system may be composed of chips, or may include chips and other discrete devices.
  • the technical solutions provided by the embodiments of the present application are described by taking the device for realizing the function of the terminal device as the terminal device as an example.
  • Figure 2a shows a schematic diagram of a base station architecture in the 4th Generation mobile communication technology (4G) system, where a 4G base station is called an evolved NodeB (eNB) from a physical module structure.
  • a 4G base station can be composed of a baseband processing unit (building base band unit, BBU), a radio remote unit (RRU) and an antenna.
  • BBU building base band unit
  • RRU radio remote unit
  • Each 4G base station has a set of BBU and is directly connected through the BBU. to the core network.
  • FIG. 2b shows a schematic diagram of the base station architecture in the 5th Generation mobile communication technology (5G) system.
  • the 5G base station is called gNodeB (gNB/ng-eNB), which can be composed of CU and DU.
  • gNB/ng-eNB gNodeB
  • the RRU and antenna in the 4G base station are combined into an active antenna unit (AAU), and the BBU in the 4G base station is split into CU and DU.
  • the DU parts of different 5G base stations are deployed independently, and the CU parts of different 5G base stations are deployed centrally.
  • Each 5G base station has a DU, and then different 5G base stations share a CU to access the core network for centralized management.
  • the above-mentioned 4G base station and 5G base station are specific examples, and they all belong to the wireless access network equipment, and are used to complete the functions of the wireless access network or the wireless access equipment. Therefore, the above-mentioned base station can also be replaced by a radio access network device.
  • the CU and DU in this embodiment of the present application may be understood as the division of radio access network devices from the perspective of logical functions.
  • the CU and the DU may be physically separated, or may be deployed together, which is not specifically limited in this embodiment of the present application.
  • the CU and the DU can be connected through an interface, such as an F1 interface.
  • CU and DU can be divided according to the protocol layer of the wireless network.
  • the functions of the radio resource control (radio Resource Control, RRC) layer, the service data adaptation protocol (SDAP) layer and the PDCP layer are set in the CU, which can be used to implement data encryption/decryption, integrity protection, sorting and other functions.
  • the functions of the radio link control (RLC) layer, the media access control (MAC) layer, and the physical layer (PHY) are set in the DU and can be used to implement feedback, scheduling, Packet segmentation (segmentation) and collection (concatenation) and other functions. It can be understood that the division of CU and DU processing functions according to this protocol layer is only an example, and may also be divided in other manners, which are not specifically limited in this embodiment of the present application.
  • the CU and DU are connected through the F1 interface.
  • the CU represents the gNB is connected to the core network through the NG interface
  • the CU represents the gNB is connected to other gNBs through the Xn interface
  • the CU can also represent the gNB to connect to other eNBs through the X2 interface to perform dual connectivity operations.
  • the above interfaces are all logical interfaces. In a 5G network and other future networks, the above interface may also have other names, which are not limited in this embodiment of the present application.
  • the MBS data first arrives at the PDCP layer of the CU. After the MBS data is processed by the PDCP layer of the CU, it is delivered to the RLC layer of the DU. The RLC layer of the DU then delivers the MBS data to the MAC layer and the physical layer, and finally transmits the MBS data to the MAC layer and the physical layer through the antenna through the air interface. Terminal Equipment.
  • each protocol layer of the terminal device performs corresponding processing on the data packets according to the reverse order of the base station side, thereby receiving the MBS data.
  • MBS data needs to be processed by each layer at each layer, and each layer has corresponding functional entities to perform corresponding functions, such as the PDCP entity of the PDCP layer, or the RLC entity of the RLC layer.
  • the CU and DU in FIG. 1 of the example of this application may be implemented by one device, or may be implemented jointly by multiple devices, or may be a functional module in one device, which is not specifically limited in this embodiment of the present application. It can be understood that the above functions may be network elements in hardware devices, software functions running on dedicated hardware, or virtualization modules instantiated on a platform (eg, a cloud platform).
  • a platform eg, a cloud platform
  • FIG. 4 is a schematic diagram of a hardware structure of a communication apparatus according to an embodiment of the present application.
  • the communication device 400 includes a processor 401, a communication line 402, a memory 403, and at least one communication interface (the one in FIG. 4 is only an example, and the communication interface 404 is included for illustration).
  • the processor 401 may be a general-purpose central processing unit (central processing unit, CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more processors for controlling the execution of the programs of the present application. integrated circuit.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • Communication line 402 may include a path to communicate information between the aforementioned components.
  • Communication interface 404 which may be referred to as a transceiver or use any transceiver-like device, for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area network (wireless local area network) area networks, WLAN), etc.
  • RAN radio access network
  • WLAN wireless local area network
  • Memory 403 may be read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM), or other types of storage devices that can store information and instructions It can also be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disk storage, CD-ROM storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or capable of carrying or storing desired program code in the form of instructions or data structures and capable of being executed by a computer Access any other medium without limitation.
  • the memory may exist independently and be connected to the processor through communication line 402 .
  • the memory can also be integrated with the processor.
  • the memory 403 is used for storing computer instructions for executing the solution of the present application, and the execution is controlled by the processor 401 .
  • the processor 401 is configured to execute the computer instructions stored in the memory 403, thereby implementing the data transmission methods provided by the following embodiments of the present application.
  • the computer instructions in the embodiments of the present application may also be referred to as application code, which is not specifically limited in the embodiments of the present application.
  • the processor 401 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 4 .
  • the communication apparatus 400 may include multiple processors, such as the processor 401 and the processor 408 in FIG. 4 .
  • processors can be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor.
  • a processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (eg, computer instructions).
  • the communication apparatus 400 may further include an output device 405 and an input device 406 .
  • the output device 405 is in communication with the processor 401 and can display information in a variety of ways.
  • the communication device 500 includes a processing module 501 and a communication module 502 .
  • the communication apparatus 500 is presented in the form of dividing each functional module in an integrated manner.
  • Module herein may refer to a specific ASIC, circuit, processor and memory executing one or more software or firmware programs, integrated logic circuit, and/or other device that may provide the functions described above.
  • the communication apparatus 500 may take the form of the communication apparatus 400 shown in FIG. 4 .
  • the functions/implementation process of the communication module 502 and the processing module 501 in FIG. 5 can be implemented by the processor 401 in the communication apparatus 400 shown in FIG. 4 calling computer instructions stored in the memory 403 .
  • the function/implementation process of the processing module 501 in FIG. 5 can be implemented by the processor 401 in the communication device 400 shown in FIG. 4 calling the computer instructions stored in the memory 403, and the function/implementation process of the communication module 502 in FIG. 5
  • the realization process can be realized through the communication interface 404 in the communication device 400 shown in FIG. 4 .
  • the communication apparatus 500 provided in this embodiment can perform the data transmission method described below, the technical effects that can be obtained may refer to the following method embodiments, which will not be repeated here.
  • one or more of the above modules may be implemented by software, hardware or a combination of both.
  • the software exists in the form of computer program instructions and is stored in the memory, and the processor can be used to execute the program instructions and implement the above method flow.
  • the processor can be built into a SoC (system on chip) or an ASIC, or it can be an independent semiconductor chip.
  • SoC system on chip
  • ASIC application specific integrated circuit
  • the internal processing of the processor may further include necessary hardware accelerators, such as field programmable gate array (FPGA), PLD (Programmable Logic Device) , or a logic circuit that implements dedicated logic operations.
  • FPGA field programmable gate array
  • PLD Programmable Logic Device
  • the hardware can be CPU, microprocessor, digital signal processing (DSP) chip, microcontroller unit (MCU), artificial intelligence processor, ASIC, SoC, Any or any combination of FPGAs, PLDs, dedicated digital circuits, hardware accelerators, or non-integrated discrete devices that may or may not run the necessary software to perform the method flows described below.
  • DSP digital signal processing
  • MCU microcontroller unit
  • ASIC application specific integrated circuit
  • the terminal equipment and the user equipment have the same meaning
  • the access network equipment and the base station have the same meaning
  • Multimedia broadcast multicast service (multimedia broadcast multicast service, MBMS) or multicast broadcast service (multicast and broadcast service, MBS) is a service oriented to multiple UEs, such as live broadcast service, scheduled broadcast program, etc.
  • the multicast transmission technology refers to a technology of simultaneously sending MBS data to multiple UEs through an access network device.
  • the MBS data may be sent to the UE by a network device in the form of unicast (unicast) by establishing a dedicated bearer for the UE, or may be sent to the UE in the form of multicast (multicast) by establishing a dedicated bearer for the MBS.
  • unicast unicast
  • multicast multicast
  • FIG. 6 shows the transmission process of MBS data.
  • MBS data comes from a data server.
  • the server sends the MBS data to the core network, then the core network sends the MBS data to the access network device, and finally the access network device sends the MBS data to at least one UE.
  • the PTM transmission mode may also be called a group scheduling mode or a multicast transmission mode.
  • the PTM transmission mode refers to a transmission mode in which a certain service sends data to multiple terminal devices simultaneously through a network device.
  • PTM transmission for the same data, multiple terminal devices receive the same data simultaneously in the process of sending by an access network device (eg, a base station).
  • an access network device eg, a base station
  • the PTP transmission mode refers to a transmission mode in which a certain service sends data to a terminal device through an access network device.
  • an access network device such as a base station
  • the transmission modes of the RLC entity included in the RLC layer include the following three:
  • Transparent mode The RLC entity does not perform any processing on the data, and only provides the pass through function of the data.
  • the RLC entity that adopts this transmission mode is called TM RLC entity, or TM entity for short.
  • Unacknowledged mode The RLC entity provides all RLC functions except retransmission and re-segmentation. Even in the case of packet transmission errors, the RLC entity in this transmission mode does not retransmit function, can only provide an unreliable transmission service.
  • An RLC entity that adopts this transmission mode is called a UM RLC entity, or UM entity for short.
  • the RLC entity supports UM transmission, which is referred to as RLC UM for short.
  • the RLC entity provides all RLC functions, including the ARQ function, and the RLC entity provides a reliable transmission service through error detection and retransmission.
  • An RLC entity that adopts this transmission mode is called an AM RLC entity, or AM entity for short.
  • the RLC entity supports UM transmission or AM transmission, which is referred to as RLC AM or RLC UM for short.
  • PDCP PDU user plane data
  • DU can feed back information such as packet loss, retransmission, and transmission acknowledgment to the CU through header frames of data packets in different formats, so that the CU can perform data flow control according to the feedback information.
  • the header frames of data packets in different formats provide the following specific functions:
  • NR-user plane user, U
  • sequence number sequence number, SN
  • the information of the NR PDCP PDU is successfully sequentially delivered from the corresponding node to the UE.
  • the information that the NR PDCP PDU is successfully delivered from the corresponding node to the UE in the sequential delivery mode is used to retransmit the user data associated with the specific data radio bearer.
  • Table 1 Table 2, and Table 3 show specific frame formats of different packet headers.
  • PDU Type used to indicate the type of the PDU data packet, 0 indicates that the data packet is downlink user data.
  • DL Discard Blocks block packet loss flag bit, 0 means that there is no DL discard Number of blocks, DL discard NR PDCP PDU SN start((first block)), Discarded Block size((last block)) fields, 1 means These domains exist.
  • Assistance Information Report Polling Flag 0 means that the peer end does not need to reply the help information data, 1 means that the peer end needs to send the help information data.
  • Retransmission flag The retransmission flag bit, which represents whether the NR-U message is a retransmission message.
  • NR-U Sequence Number represents the NR-U SN allocated by PDCP.
  • Discarded Block size This field exists when DL Discard Blocks is 1, indicating the number of discarded packets.
  • PDU type 1 indicates that the data packet is in Downlink Data Transmission Status (DDDS).
  • Desired buffer size for the concerned DRB used to indicate the buffer size of the DU expected by the relevant data radio bearer (DRB).
  • Desired Data Rate used to indicate the data rate expected by the DRB, that is, the data rate expected by the UE associated with the DRB.
  • AM the highest NR PDCP PDU sequence number successfully delivered in sequence to the UE(AM): The highest SN of the NR PDCP PDU used to indicate that the DU is successfully delivered to the UE in sequence, AM refers to the DU using the RLC AM to send the PDCP PDU to the UE.
  • AM Sequence Number range
  • 3the highest NR PDCP PDU sequence number transmitted to low layers (UM): The highest SN number of the NR PDCP PDU used to indicate that the DU is successfully sent to the bottom layer, where the bottom layer refers to the MAC layer and the physical layer.
  • UM refers to that the DU uses RLC UM to send PDCP PDUs to the UE.
  • the information described in 1, 2, and 3 can also be used to assist the CU to perform data flow control.
  • Number/Start/End of "lost" NR-U packet used to indicate the number of lost NR-U packets/start SN/end SN. Wherein, this information is introduced to avoid NR PDCP hyper frame number (hyper frame number, HFN) desynchronization between UEs.
  • NR PDCP hyper frame number hyper frame number (hyper frame number, HFN) desynchronization between UEs.
  • NR PDCP Sequence Number The NR PDCP SN used to indicate the successful retransmission of the DU to the UE.
  • Retransmitted NR PDCP Sequence Number used to indicate the SN of the NR PDCP PDU retransmitted by the DU to the bottom layer.
  • PDU type: 2 indicates that the data packet is auxiliary information data.
  • This information can be used to support the CU to adjust the process of transmitting PDCP PDUs to the DU.
  • the CU may adjust the process of transmitting PDCP PDUs to the DU through the auxiliary information.
  • the corresponding node (eg DU) sends the radio link quality assistance information of the relevant DRB and/or the suggestion to activate PDCP replication to the node (eg: CU) bearing the NR PDCP entity.
  • the corresponding node sends the radio link quality assistance information of the relevant RLC entity to the node bearing the NR PDCP entity.
  • the quality assistance information described in (1) and (2) may also include uplink (uplink, UL) delay information and/or downlink (downlink, DL) delay information measured by the corresponding node (eg: DU) Delayed information.
  • the F1 scenario refers to a scenario in which a CU of one base station communicates with a DU of the base station
  • the X2 scenario refers to a scenario in which a CU of one base station communicates with a DU of another base station.
  • the RLC entity of the DU in order to ensure the reliability of data transmission, when the RLC entity of the DU receives the data packet NR-U sent by the DU, it will pass the receiving window to the SN number of the NR-U, that is, the SN number of the PDCP PDU. to manage.
  • the RLC entity of the DU can maintain a maximum of 1024 out-of-order SN bits through the receive window.
  • the DU also reports the DDDS to the CU, so that the CU can perform data flow control on the data packets sent to the DU.
  • the DU reports DDDS to the CU: the following three methods can be used.
  • Mode 1 In the case where the DU uses RLC UM to send a new radio-user (NR-U) data packet (ie, PDCP PDU) to the terminal device, after the DU receives the information that the MAC layer packet is successful
  • NR-U status report will be sent, that is, the PDCP entity that sends DDDS to the CU, and the DU will also start a periodic timer to periodically send DDDS to the CU.
  • Mode 2 When the DU uses the RLC AM mode to send the NR-U packet to the terminal device, after the RLC entity of the DU receives the feedback report from the terminal device, it will send the DDDS to the PDCP entity of the CU, and the DU will also start periodic timing. The device periodically sends DDDS to the CU.
  • Mode 3 When the DU receives the polling message sent by the CU, it will immediately send the DDDS to the CU.
  • Mode A A GTP-U tunnel shared by multiple terminal devices and a GTP-U tunnel dedicated to a single terminal device are established between the CU and DU.
  • the CU sends an MBS data packet to the DU through the shared GTP-U tunnel, where the data packet includes the MBS data PDCP PDU and the packet header downlink user data ( DL USER DATA) (that is, PDU Type 0 shown in Table 1), and the DU feeds back the DDDS of each terminal device (that is, PDU Type 1 shown in Table 2) to the CU through a dedicated GTP-U tunnel.
  • the data packet includes the MBS data PDCP PDU and the packet header downlink user data ( DL USER DATA) (that is, PDU Type 0 shown in Table 1)
  • the DU feeds back the DDDS of each terminal device (that is, PDU Type 1 shown in Table 2) to the CU through a dedicated GTP-U tunnel.
  • DL USER DATA packet header downlink user data
  • Mode B A GTP-U tunnel shared by multiple terminal devices and a GTP-U tunnel dedicated to a single terminal device are established between the CU and the DU.
  • the CU sends an MBS data packet to the DU through the shared GTP-U tunnel, wherein the data packet includes the MBS data PDCP PDU and the packet header DL USER DATA, The DU feeds back the DDDS of each terminal device to the CU through the shared GTP-U tunnel.
  • the DDDS report fed back by the DU to the CU carries the index of the terminal device, so that the CU can determine the terminal device to which the DDDS belongs, and subsequently retransmit the PDCP PDU for the terminal device.
  • Both methods A and B above report DDDS for a single DRB.
  • the CU will allocate different DRBs. That is, the above methods A and B both report DDDS for a single terminal device.
  • the DU uses RLC UM to send the PDCP PDU to the terminal device
  • the DU will generate the DDDS after sending the PDCP PDU sent to the terminal device to the bottom layer, and the DDDS is used to indicate the DU buffer (buffer) space and/or
  • the DU will send the PDCP PDU to the terminal device and generate DDDS after receiving the feedback from the terminal device.
  • the DU Indicates the reception of the PDCP PDU of the terminal device. Then the DU sends DDDS to the CU, notifying the CU of the PDCP PDU sending situation and the buffer space of the DU, so that the CU can subsequently send data to the buffer of the DU.
  • the MBS data sent to multiple terminal devices is the same, CU sends PDCP PDU to DU through F1 interface, DU stores the received PDCP PDU in buffer, and then sends PDCP PDU through PTM and/or Send PDCP PDUs to multiple terminal devices in the way of PTP.
  • the data packets received by multiple terminal devices are the same data packet stored in the DU.
  • the DDDS generated by the DU is irrelevant to the terminal equipment. Therefore, when the DU sends the DDDS to the CU through the above methods A and B, it will bring repeated signaling overhead, resulting in a waste of resources.
  • the DU separately reports the DDDS of each terminal device through the above-mentioned methods A and B, which will also bring a lot of signaling overhead and cause a waste of resources.
  • an embodiment of the present application provides a data transmission method.
  • the data transmission method provided by the embodiments of the present application will be described below with reference to the accompanying drawings.
  • the DU receives at least one PDCP PDU from the CU, and the at least one PDCP PDU carries MBS data.
  • the DU sends the at least one PDPC PDU to at least two terminal devices.
  • the DU sends a status report to the CU, where the status report is obtained by summarizing the sending results of PDCP PDUs sent by the DU to multiple terminal devices (at least two).
  • the manner in which the DU sends the at least one PDCP PDU to the at least two terminal devices may include any one or more of the following: RLC UM, RLC AM, PTM, PTP, etc.
  • a data transmission method provided in an embodiment of the present application includes the following steps:
  • the CU sends the first PDCP PDU to the DU.
  • the DU receives the first PDCP PDU sent by the CU.
  • the action performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500 .
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the first PDCP PDU carries the data of the MBS.
  • the first PDCP PDU may refer to one or more PDCP PDUs, which is not limited in this application.
  • the CU may send the first PDCP PDU to the DU through the F1 channel, and correspondingly, the DU may receive the first PDCP PDU sent by the CU through the F1 channel.
  • the F1 channel includes a GTP-U tunnel shared by multiple terminal devices and a GTP-U tunnel dedicated to a single terminal device.
  • the tunnel used by the CU to send the first PDCP PDU to the DU is not specifically limited in this application.
  • the DU sends the first PDCP PDU to at least two terminal devices.
  • the actions performed by the DU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500 .
  • the DU after receiving the first PDCP PDU, stores it in its own buffer (buffer), and sends it to the at least two terminal devices after processing.
  • the DU can send the first PDCP PDU to at least two terminal devices through the following design.
  • the DU uses RLC UM to send the first PDCP PDU to at least two terminal devices. It should be noted that when the DU uses the PTM method to transmit data to the terminal equipment, this method only supports RLC UM. When the DU uses the PTP method to transmit data to the terminal equipment, this method can support RLC AM and RLC UM. Therefore, in this design, the DU uses RLC UM to send the first PDCP PDU to at least two terminal devices, including the case where the DU uses the PTM mode and the PTP mode supporting RLC UM to send the first PDCP PDU to at least two terminal devices. .
  • the DU uses the PTM method to send the first PDCP PDU to at least two terminal devices.
  • the DU uses the RLC AM to send the first PDCP PDU to the first terminal device in the at least two terminal devices, wherein the first terminal device includes at least one terminal device; and the DU uses the RLC UM to send the first PDCP PDU to the at least two terminal devices.
  • Two terminal devices send the first PDCP PDU, wherein the second terminal device includes at least one terminal device.
  • the DU uses the PTM mode to send the first PDCP PDU to the first terminal device in the at least two terminal devices, wherein the first terminal device includes at least one terminal device; and the DU uses the PTP mode to send the first PDCP PDU to the at least two terminal devices.
  • Two terminal devices send the first PDCP PDU, wherein the second terminal device includes at least one terminal device.
  • the manner in which the DU sends the first PDCP PDU to the at least two terminal devices may be determined by the CU alone, by the DU alone, or by the DU and the CU together.
  • the DU sends a status report to the CU.
  • the CU receives the status report sent by the DU.
  • the action performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500 .
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the status report indicates the result of sending the first PDCP PDU to at least two terminal devices. That is, the status report is obtained by "summarizing" the results of the DU sending the first PDCP PDU to at least two terminal devices.
  • the status report may also be called DDDS, which is not limited in this application.
  • the result of sending the first PDCP PDU is simply referred to as “the result of sending”.
  • “summary” means that the status report is that the DU determines a "transmission result” according to the "transmission result” to each of the at least two terminal devices, to indicate the transmission to the at least two terminal devices. result. It is not simple to list the "transmission results" of each of the at least two terminal devices in a status report to indicate the transmission results to the at least two terminal devices.
  • the three PDCP PDUs are respectively identified by SN1 to SN3.
  • UE1 to UE5 are used to identify the three terminal devices respectively.
  • the DU sends SN1 to SN3 to UE1 to UE3 in a PTM manner. It is assumed that SN1 and SN2 are successfully sent to the three terminal devices, and SN3 is not successfully sent to UE2. Then the "Summary" status report carries "Highest transmitted NR PDCP Sequence Number" and fills it in as "SN#2". It should be noted that "SN#2" means the SN number is 2. The following description will not be repeated. Used to indicate the results of sending SN1 to SN3 to 3 terminal devices.
  • the DU receives the first PDCP PDU from the CU, and when the first PDCP PDU carries MBS data, the DU sends the first PDCP PDU to at least two terminal devices, and sends a status report to the CU, where the status report indicates that the Both end devices send the result of the first PDCP PDU. This saves the signaling overhead of reporting the status report and saves resources when transmitting MBS data.
  • the DU may send a status report to the CU through the first channel, and correspondingly, the CU receives the status report sent by the DU through the first channel.
  • the first channel is a GTP-U tunnel shared by multiple terminal devices.
  • the DU may send a status report to the CU through the second channel, and correspondingly, the CU receives the status report sent by the DU through the second channel.
  • the second channel is a GTP-U tunnel dedicated to a single terminal device.
  • the status report indicates the result of sending the first PDCP PDU to each of the at least two terminal devices.
  • the DU sends the first PDCP PDU to the three terminal devices, and the status report indicates the result of sending the first PDCP PDU to the three terminal devices.
  • the status report may be a status report for multiple terminal devices with lower priorities, that is, the at least two terminal devices are terminal devices with lower priorities.
  • the method of "reporting DDDS for a single terminal device" described above may be adopted. This application does not limit this.
  • the status report is the status report of "RLC UM".
  • RLC UM refers to the method used by the DU to send the first PDCP PDU to the terminal device. For the convenience of description, this form is used to Indicates that it is uniformly described here, and will not be repeated below. Instruct the DU to use RLC UM to send the result of the first PDCP PDU to each of the at least two terminal devices.
  • the 5 terminal devices are identified by UE1 to UE5, the first PDCP PDU is 5 PDCP PDUs, and the 5 PDCP PDUs are identified by SN1 to SN5. .
  • the DU uses RLC UM to send SN1, SN2, SN3, SN4, SN5 to UE1, UE2, UE3, UE4, and UE5. It is assumed that SN1 and SN2 are successfully sent to 5 UEs, and SN3 is only successfully sent to UE3 and UE5, but not to the remaining 3 terminal devices.
  • the frame format of the status report may include the "Highest transmitted NR PDCP Sequence Number" field and fill in the field as
  • this one complaint report indicates that the DU uses RLC UM to send the result of the first PDCP PDU to 5 terminal devices.
  • the status report is a "PTM" status report, indicating that the DU uses the PTM mode to send the result of the first PDCP PDU to each of the at least two terminals.
  • the frame format of the status report can include the "Highest transmitted NR PDCP Sequence Number" field and fill in the field as "SN#2", that is, this complaint report Indicates the result of sending the first PDCP PDU to 5 terminal equipments using the PTM method using the DU.
  • the status report is a status report of "RLC AM and RLC UM", indicating the result of sending the first PDCP PDU to the first terminal device and the result of sending the first PDCP PDU to the second terminal device.
  • the first PDCP PDU is 5 PDCP PDUs
  • SN1 to SN5 are used to identify these 5 PDCP PDUs. It is assumed that the first terminal devices are UE1, UE3, and UE4, and the second terminal devices are UE2 and UE5 as an example.
  • the DU uses RLC AM to send SN1, SN2, SN3, SN4, and SN5 to UE1, UE3, and UE4; and uses RLC UM to send SN1, SN2, SN3, SN4, and SN5 to UE2 and UE5.
  • RLC AM sends SN1, SN2, SN3, SN4, and SN5 to UE1, UE3, and UE4
  • RLC UM uses RLC UM to send SN1, SN2, SN3, SN4, and SN5 to UE2 and UE5.
  • the status report may include the "Highest successfully delivered NR PDCP Sequence Number Highest” field and fill in the field with "SN#2”, and include the "Highest transmitted NR PDCP Sequence Number” with the Fill in the field as "SN#4".
  • the DU uses RCL AM to send SN1 to SN5 to UE1, UE3 and UE4, and uses RLC UM to send SN1 to SN5 to UE2 and UE5. It is assumed that SN1, SN2, SN3, and SN4 are successfully sent to UE1 to UE5, and SN3 is successfully sent to UE3 and UE4, but unsuccessfully sent to UE1, UE2, and UE5.
  • the existing fields in the frame format shown in Table 2 can be reused, for example: "Highest successfully delivered NR PDCP Sequence Number Highest”, “Highest transmitted NR PDCP Sequence Number”, etc., and fill in "SN” #4", which is used to indicate that the highest SN in the first PDCP PDU that has been successfully sent to at least two terminal devices is 4.
  • the status report is a status report of "PTP and PTM", indicating the result of sending the first PDCP PDU to the first terminal device and the result of sending the first PDCP PDU to the second terminal device.
  • the status report may carry indication information for indicating that the status report is a "PTP and PTM" status report.
  • the indication information can be realized by multiplexing the current index (indication) in the frame format shown in Table 2 (also called indication), for example: "Highest Delivered NR PDCP SN Ind” and "Highest Transmitted NR PDCP” SN Ind” can also be implemented by newly defining the index of "PTP and PTM", and the specific implementation manner of this indication information is not specifically limited in this application.
  • the first PDCP PDU is 5 PDCP PDUs
  • SN1 to SN5 are used to identify these 5 terminal devices.
  • PDCP PDUs It is assumed that the first terminal devices are UE1, UE3, and UE4, and the second terminal devices are UE2 and UE5 as an example.
  • the DU sends SN1, SN2, SN3, SN4, and SN5 to UE1, UE3, and UE4 in PTP mode; and sends SN1, SN2, SN3, SN4, and SN5 to UE2 and UE5 in PTM mode.
  • the status report may include the "Highest successfully delivered NR PDCP Sequence" field and fill in the field "SN#2”, and include the "Highest transmitted NR PDCP Sequence Number” and fill in the field is "SN#4".
  • the status report may include the "Highest successfully delivered NR PDCP Sequence” field and fill in the field with "SN#4", and include the "Highest transmitted NR PDCP Sequence Number” and fill in the field with "SN#2" ".
  • a separate indication can be used to indicate whether the field is the field filled in when the DU sends the first PDCP PDU to the terminal device in the PTP mode, or the field filled in when the DU sends the first PDCP PDU to the terminal device in the PTM mode.
  • it can be indicated by bits, "0" represents the PTM mode, and "1" represents the PTP mode.
  • this application does not limit the specific domain to which the additional indication is added and the manner of the indication.
  • the DU uses PTP to send SN1 to SN5 to UE1, UE3 and UE4, and uses PTM to send SN1 to SN5 to UE2 and UE5. It is assumed that SN1, SN2, SN3, and SN4 are successfully sent to UE1 to UE5, and SN3 is successfully sent to UE3 and UE4, but unsuccessfully sent to UE1, UE2, and UE5.
  • the existing fields in the frame format shown in Table 2 can be reused, for example: "Highest successfully delivered NR PDCP Sequence Number Highest”, “Highest transmitted NR PDCP Sequence Number”, etc., and fill in "SN” #4", which is used to indicate that the highest SN in the first PDCP PDU that has been successfully sent to at least two terminal devices is 4.
  • the status report is a "PTM" status report, which is only used to indicate the result of sending the first PDCP PDU to the first terminal device. That is, under this design, the DU only summarizes the transmission results of the first terminal equipment of the first PDCP PDU sent by the PTM method, and does not perform the transmission results of the second terminal equipment of the first PDCP PDU sent by the PTP method. summary. It can be understood that "only used for” in the embodiments of the present application is a relative concept for the first terminal device and the second terminal device. For example, "only used for" the first terminal device means not used for the second terminal device. Terminal equipment, the above description does not preclude the inclusion of other information in the status report.
  • the frame format of the status report may be the same as the frame format of the status report in the above-mentioned design 2, which will not be repeated here.
  • the frame format of the status report and the way and/or content of filling in the relevant fields in the frame format are only exemplary descriptions, and are not enough to specifically limit the paired status report.
  • the status report can also be indicated by a separate field. Corresponding information, which is not limited in this application, is uniformly described here, and will not be repeated below.
  • the result of sending the first PDCP PDU to the second terminal device may use a status report to indicate the result of sending the first PDCP PDU to the second terminal device; it may also be sent to the second terminal device.
  • the result of sending the first PDCP PDU by each terminal device is indicated by a status report, that is, through the method of "reporting DDDS for a single terminal device" described above. Under this design, the present application does not specifically limit the status report of the second terminal device.
  • the status report may carry an index number (index) of the terminal device, so that the CU can identify which terminal device in the second terminal device the status report belongs to.
  • the index number can be represented by a terminal equipment identity (UE identity, UE ID); it is also possible to inform the CU of the UE ID and the indication sequence number by carrying the UE ID and the indication sequence number when the status report is sent for the first time.
  • the status report when the status report is sent again, it only carries the indication sequence number to indicate that the CU can directly determine the terminal equipment to which the status report belongs according to the indication sequence number, so as to save signaling overhead; it is also possible to agree on the indication sequence number in advance. to indicate, for example, a CU, DU, and UE share an indication sequence number to refer to the UE ID.
  • This application does not make any limitation on the specific representation of the UE index.
  • step S703 can also be specifically implemented as the following steps:
  • Step S703a the DU sends a first status report to the CU.
  • the CU receives the first status report sent by the DU.
  • the action performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500.
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the first status report indicates the result of sending the first PDCP PDU to the first terminal device.
  • Step S703b the DU sends a second status report to the CU.
  • the CU receives the second status report sent by the DU.
  • the action performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500.
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the second status report indicates the result of sending the first PDCP PDU to the second terminal device.
  • the status report may be specifically implemented as a first status report and a second status report, and the DU may send the first status report and the second status report to the CU respectively. It should be noted that the order of the above steps S703a and S703b can be interchanged, and the present application does not specifically limit the order in which the DU sends the first status report and the second status report to the CU.
  • step S703a can also be specifically implemented as the following steps:
  • the DU sends a sixth status report to the CU.
  • the CU receives the sixth status report sent by the DU.
  • the action performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500.
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the sixth status report indicates the result of sequentially delivering the first PDCP PDU to at least one of the first terminal devices.
  • the DU reports the seventh state to the CU to the DU.
  • the CU receives the seventh status report sent by the DU.
  • the action performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500.
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the seventh status report indicates the result of out-of-sequence delivery of the first PDCP PDU to at least one of the first terminal devices.
  • related instructions and information irrelevant to the sending result of sending the PDCP PDU to the terminal device may also be included in the above status report, for example: "Final Frame Ind.”, "Cause Report” shown in Table 2 above , “CauseValue”, etc.
  • the relevant instructions and information that are not related to the sending result of sending the PDCP PDU to the terminal device may not be included in the above status report, and the DU will report it to the CU separately.
  • the separate reporting method described above can be used.
  • auxiliary information shown in Table 3 the above-mentioned separate reporting method may also be adopted, or a method similar to the summary in this application may also be adopted. This application does not specifically limit the way of reporting this part of the information.
  • the CU after receiving the status report, the CU needs to determine whether the status report belongs to all terminal devices before performing subsequent work, for example, determining whether to wait for the subsequent status report.
  • the first status report and the second status report may further include the following designs.
  • the first status report and the second status report may include the following design A.
  • the first status report carries first indication information, and the first indication information is used to indicate that the first status report corresponds to the PTM mode. It should be noted that "the first status report corresponds to the PTM method" means that the first status report is a "PTM" status report, that is, the first status report belongs to the terminal equipment that the DU uses the PTM method to send the first PDCP PDU. status report.
  • the first indication information may indicate that the first status report is a "PTM" status report by multiplexing the indexes in Table 2, for example: "Highest Transmitted NR PDCP SN Ind” or other indexes , which is not limited in this application.
  • the first indication information may use the "Highest transmitted NR PDCP Sequence Number" field in the frame structure shown in Table 2 above to implicitly indicate the first status report is a "PTM" status report.
  • the first indication information may display a status report indicating that the first status report is a "PTM" by adding a field "PTM", for example, define a new index or define a new field. and many more.
  • the first indication information can also be implemented by adding fields to other fields in the frame structure shown in Table 2 above to indicate that the first status report is a "PTM". status report.
  • the second status report carries second indication information, and the second indication information is used to indicate that the second status report corresponds to the PTP mode. It should be noted that "the second status report corresponds to the PTP mode" means that the second status report is the first "PTP" status report, that is, the second status report belongs to the DU using the PTP mode to send the first PDCP PDU. Status reports for end devices.
  • the first indication information may display a status report indicating that the second status report is a "PTP" by adding a field "PTP".
  • the first indication information can also be implemented by adding fields to other fields in the frame structure shown in Table 2 above to indicate that the second status report is a "PTP" status report.
  • the CU decides to send the first PDCP PDU to the first terminal device in the PTM mode; and decides to send the first PDCP PDU to the second terminal device in the PTP mode.
  • the CU can determine that the first status report is the status report of the first terminal device according to the first indication information, and needs to wait for the second status report, that is, the status of the second terminal device. Report.
  • the CU can determine, according to the second indication information, that the second status report is the status report of the second terminal device, and needs to wait for the first status report, that is, the first status report of the first terminal device. status report.
  • the first status report and the second status report may include the following design B.
  • the first status report carries ninth indication information, and the ninth indication information is used to indicate that the first status report corresponds to the RLC AM.
  • the first status report corresponds to the RLC AM means that the first status report is a "RLC AM” status report, that is, the first status report belongs to the DU using the RLC AM to send the first PDCP PDU Status reports for end devices.
  • the ninth indication information may indicate that the first status report is an "AM" status report by multiplexing the index in Table 2, for example: "Highest Delivered NR PDCP SN Ind", Delivered NR PDCP SN Range Ind or other indexes are not limited in this application.
  • the ninth indication information may use the "Highest successfully delivered NR PDCP Sequence Number" field in the frame structure shown in Table 2 above to indicate that the first status report is a "RLC AM" status report .
  • the ninth indication information can be displayed by adding an additional field "AM” to indicate that the first status report is a status report of "RLC AM", for example: define a new index or define a new one. domain, etc.
  • the ninth indication information can also be realized by adding fields to other fields in the frame structure shown in the above table 2, indicating that the first status report is a "RLC AM”. status report.
  • the second status report carries tenth indication information, where the tenth indication information is used to indicate that the second status report corresponds to the RLC UM.
  • the second status report and RLC UM means that the second status report is a status report of "RLC UM", that is, the second status report belongs to the terminal whose DU uses RLC UM to send the first PDCP PDU Device status report.
  • the tenth indication information may indicate that the second status report is a "RLC UM" status report by multiplexing the indexes in Table 2, for example: "Highest Transmitted NR PDCP SN Ind” or other index, which is not limited in this application.
  • the tenth indication information may use the "Highest transmitted NR PDCP Sequence Number" field in the frame structure shown in Table 2 above to implicitly indicate that the second status report is a "RLC UM" state Report.
  • the tenth indication information may display a status report indicating that the second status report is an "RCL UM" by adding a field "UM", for example, define a new index or define a new one. domain, etc.
  • the tenth indication information can also be realized by adding fields to other fields in the frame structure shown in the above table 2 to indicate that the second status report is an "RLC UM" status report.
  • the CU decides to use RLC AM, the first PDCP PDU is sent to the first terminal device; and the CU decides to use RLC UM, and the first PDCP PDU is sent to the second terminal device.
  • the CU can determine that the first status report is the status report of the first terminal device according to the first indication information, and needs to wait for the second status report, that is, the status of the second terminal device. Report.
  • the CU can determine, according to the second indication information, that the second status report is the status report of the second terminal device, and needs to wait for the first status report, that is, the first status report of the first terminal device. status report.
  • the first status report may include a sixth status report and a seventh status report.
  • the sixth status report and the seventh status report may include the following designs a and b.
  • the sixth status report carries eleventh indication information, and the eleventh indication information is used to indicate that the sixth status report is the status report of the terminal equipment belonging to the sequential RLC AM in the first terminal equipment.
  • the seventh status report carries twelfth indication information, and the twelfth indication information is used to indicate that the seventh status report is a status report of a terminal device belonging to a non-sequential RLC AM in the first terminal device.
  • the eleventh indication information can use the "the highest NR PDCP PDU sequence number successfully delivered in sequence to the UE" field of the frame structure shown in Table 2 above to indicate that the sixth status report is an "AM sequential" status report . It is also possible to indicate that the sixth status report is an "AM-ordered" status report by multiplexing the indexes in Table 2, for example: "Highest Delivered NR PDCP SN Ind” or other indexes, which are not limited in this application.
  • the twelfth indication information can use the "Number/Start/End of successfully delivered out of sequence PDCP Sequence Number range" field of the frame structure shown in Table 2 to indicate that the seventh status report is an "AM non-sequential" status report. It is also possible to indicate that the seventh status report is an "AM non-sequential" status report by multiplexing the indexes in the above Table 2, for example: “Delivered NR PDCP SN Range Ind” or other indexes, which are not limited in this application. .
  • field indications may be separately added to the eleventh indication information and/or the twelfth indication information, which is not specifically limited in this application.
  • the DU receives the sixth status report, and according to the eleventh indication information, it can be determined that the current status report is an "in-sequence" status report, that is, the status report belongs to the first PDCP PDU submitted in sequence by the DU using RCL AM
  • the status report of the terminal equipment it is also a "non-sequential" status report, that is, the status report belongs to the status report of the terminal equipment whose DU uses the RLC AM to submit the first PDCP PDU out of sequence.
  • the sixth status report carries the thirteenth indication information, and the thirteenth indication information is used to indicate whether the sixth status report includes the status reports of all terminal devices in the first terminal device, that is, whether the sixth status report belongs to the Status report of all end devices in an end device.
  • the seventh status report carries thirteenth indication information, and the thirteenth indication information is used to indicate whether the seventh status report includes the status reports of all terminal devices in the first terminal device, that is, whether the seventh status report belongs to the first terminal device. Status reports for all end devices in the end device.
  • the thirteenth indication information can be in the form of adding a "complete" field. If the field is "0", it means that the status report is incomplete, that is, the sixth status report does not belong to the Status report of all end devices in an end device. If this field is "1", it indicates that the status report is complete, that is, the sixth status report is a status report belonging to all terminal devices in the first terminal device.
  • the CU can only determine the type to which the status report belongs, that is, whether it is an "sequential" status report or a "non-sequential" status report. However, it cannot be determined whether the status report is a status report belonging to all terminal devices in the first terminal device. Therefore, the CU can combine design a and design b to determine whether the received status report is complete.
  • the CU receives the sixth status report first, determines that the status report is an "sequential" status report according to the eleventh indication information, and determines that the status report is incomplete according to the thirteenth indication information, that is, the status report is incomplete. If the status report is not the status report of the terminal equipment of all RLC AMs in the first terminal equipment, the CU may determine that it needs to wait for the "non-sequential" status report.
  • the CU receives the seventh status report first, determines that the status report is an "out-of-sequence" status report according to the twelfth indication information, and determines that the status report is complete according to the thirteenth indication information, then the CU can determine There is no need to continue waiting for "sequential" status reports.
  • the first status report and the second status report may also include the following design C.
  • the first status report carries third indication information, and the third indication information is used to indicate whether the first status report includes the status reports of all terminal devices in the at least two terminal devices, that is, whether the first status report belongs to at least two terminal devices. Status reports for all end devices in the end device.
  • the second status report carries third indication information, and the third indication information is used to indicate whether the second status report includes status reports of all terminal devices in the at least two terminal devices, that is, whether the second status report belongs to at least two terminal devices. Status reports for all end devices in a single end device.
  • the third indication information may also be implemented in the manner of the above-mentioned thirteenth indication information, which will not be repeated here.
  • the DU and the CU together decide to use the PTM method to send the first PDCP PDU to the first terminal device; and decide to use the PTP method to send the first PDCP PDU to the second terminal device.
  • the terminal device sends the first PDCP PDU.
  • the CU can only determine that the first status report is a status report belonging to the first terminal device according to the first indication information, but the CU cannot determine whether there is a second terminal device, that is, it cannot determine whether the second terminal device still exists. Determine if a second status report needs to be awaited.
  • the CU can determine whether the first status report is complete according to the third indication information, that is, whether the first status report belongs to the status reports of all terminal devices. If it is complete, the CU may determine that it is not necessary to continue to wait for the second status report; if it is incomplete, the CU may determine that it is necessary to wait for the second status report.
  • the DU, or the DU and the CU together decide to use the RLC AM, the first PDCP PDU is sent to the first terminal device; and the RLC UM is decided to be used, and the second The terminal device sends the first PDCP PDU.
  • the CU receives the first status report first, but the CU cannot determine whether there is still a second terminal device, that is, it cannot determine whether to wait for the second status report.
  • the CU can determine whether the first status report is complete according to the third indication information, that is, whether the first status report belongs to the status reports of all terminal devices. If it is complete, the CU may determine that it is not necessary to continue to wait for the second status report; if it is incomplete, the CU may determine that it is necessary to wait for the second status report.
  • the manner of sending the first PDCP PDU to the first terminal device and the second terminal device is decided.
  • the CU receives the first status report first, it can be determined whether the first status report is complete only according to the third indication information. If the third indication information indicates that the first status report is complete, the CU determines that it is not necessary to continue to wait for other status reports; if it is incomplete, the CU may determine that it is necessary to continue to wait for other status reports.
  • the status report may include Design D below.
  • the status report carries fourth indication information, and the fourth indication information is used to indicate that the status report corresponds to the RLC UM.
  • the status report corresponds to the RLC UM means that the status report is a status report of "RLC UM", that is, the status report belongs to the status report of the terminal equipment that the CU uses the RLC UM to send the first PDCP PDU .
  • the fourth indication information may also adopt the implementation manner of the above tenth indication information, which will not be repeated here.
  • the CU can determine only according to the fourth indication information.
  • the status report is complete, that is, the status report belonging to all terminal devices, and the CU can determine that there is no need to continue to wait for other status reports.
  • the DU decides, or the DU and the CU decide to use the RLC UM together to send the first PDCP PDU to at least two terminal devices
  • the CU receives the status report, and it is impossible to determine whether the status report is complete only according to the fourth indication information.
  • the third terminal device is at least one terminal device other than the above at least two terminal devices, that is, the DU sends the third terminal device and the above at least two terminal devices A PDCP PDU.
  • the status report should also carry a "complete" indication, that is, whether the status report belongs to the status report of all terminal equipments whose DU sends the first PDCP PDU. If it is indicated that the status report is complete, the CU determines that there is no need to continue to wait for other status reports; if it is indicated that the status report is incomplete, the CU determines that it is necessary to continue to wait for other status reports.
  • the "complete" indication may also be implemented in the manner of the above-mentioned thirteenth indication information, which will not be repeated here.
  • the manner of sending the first PDCP PDU to the first terminal device and the second terminal device is decided.
  • the CU receives the status report it can be determined whether the status report is complete only according to the "complete" indication carried in the status report. If the indicated status report is complete, the CU determines that it is not necessary to continue to wait for other status reports; if the indication is incomplete, the CU may determine that it is necessary to continue to wait for other status reports.
  • the status report may include the following design E.
  • the status report carries the first indication information, and the first indication information is used to indicate that the status report corresponds to the PTM mode.
  • the status report corresponds to the PTM mode means that the status report is a "PTM" status report, that is, the status report is a status report belonging to the terminal equipment in which the DU uses the PTM mode to send the first PDCP PDU.
  • the CU can determine the PDCP PDU only according to the first indication information.
  • the status report is complete, that is, the status report belonging to all terminal devices, and the CU can determine that there is no need to continue to wait for other status reports.
  • the status report, the first status report, and the second status report may also carry any one or more of the following information (1) to (5).
  • the fifth indication information is used to indicate the expected buffer size of the radio bearer RB associated with the MBS.
  • the CU may determine the expected buffer size of the radio bearer RB associated with the MBS according to the fifth indication information.
  • the action performed by the CU may be performed by the processor 401 of the aforementioned communication device 400 calling the application code stored in the memory 403 , or by the processing module 501 of the communication device 500 .
  • the fifth indication information may be implemented by adding "MBS" indication to the "Desired buffer size for the data radio bearer" field in the frame structure shown in Table 2.
  • the fifth indication information may be implemented by directly modifying the "Desired buffer size for the data radio bearer" field in the frame structure shown in Table 2 to the "Desired buffer size for the MBS radio bearer” field , or modified to the "Desired buffer size for the concerned MRB" field.
  • the fifth indication information may be implemented as a manner of separately adding a "Desired buffer size for the MBS radio bearer" field or a "Desired buffer size for the concerned MRB" field.
  • This application does not make any limitation on the implementation manner of the fifth indication information.
  • the CU may determine the desired data rate according to the sixth indication information.
  • the action performed by the CU may be performed by the processor 401 of the aforementioned communication device 400 calling the application code stored in the memory 403 , or by the processing module 501 of the communication device 500 .
  • the sixth indication information may be implemented as the "Desired Data Rate" field in the frame structure shown in Table 2.
  • the sixth indication information may also be implemented in other manners, which are not limited in this application.
  • the CU may determine the expected data rate according to the sixth indication information in the status report received first. For example: assuming that the CU receives a status report first, the CU can determine the expected data rate according to the sixth indication information of the first status report; assuming that the CU receives the second status report first, the CU can determine the expected data rate according to the sixth indication information of the first status report; Six indications determine the desired data rate.
  • the CU may select to determine the expected data rate according to the sixth indication information carried in the status report provided in the embodiment of the present application.
  • the CU may also determine the desired data rate according to the relevant indication information in the status report "DDDS is reported for a single UE".
  • the manner of determining the expected buffer size of the radio bearer RB associated with the MBS for the CU may be similar to the manner of determining the expected data rate, and details are not described herein again.
  • the seventh indication information is used to indicate the highest sequence number SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU.
  • the seventh indication information can be specifically implemented as "Highest successfully delivered NR PDCP Sequence Number” field, "Highest transmitted NR PDCP Sequence Number” field, "the highest NR PDCP PDU sequence number” in the frame structure shown in Table 2. successfully delivered in sequence to the UE” domain, etc.
  • the eighth indication information is used to indicate the number and starting SN of at least one PDCP PDU in the first PDCP PDU that is successfully sent by the DU, or the eighth indication information is used to indicate that the first PDCP PDU is The number and end SN of at least one PDCP PDU successfully sent by the DU, or the eighth indication information is used to indicate the start SN and end SN of at least one PDCP PDU successfully sent by the DU in the first PDCP PDU, or the eighth indication information is used is used to indicate the number, start SN and end SN of at least one PDCP PDU successfully transmitted by the DU in the first PDCP PDU.
  • the eighth indication information can be specifically implemented as "Number of successfully delivered out of sequence PDCP Sequence Number range” field, "Start of successfully delivered out of sequence PDCP Sequence Number range” field, “Start of successfully delivered out of sequence PDCP Sequence Number range” field in the frame structure shown in Table 2, "End of successfully delivered out of sequence PDCP Sequence Number range” field, any combination of these three fields.
  • bitmap A bitmap (bitmap), where the bitmap is used to indicate the result of sending the first PDCP PDU to at least two terminal devices.
  • the bitmap can be implemented by defining a new index in the frame structure shown in Table 2. Assuming that the index is "0", that is, the index does not exist, no bits are carried in the status report. The related field of the map, if the index is "1", the related field of the bitmap can be carried in the status report. This application does not limit the specific implementation of the bitmap.
  • the bitmap may be as shown in FIG. 8 , and the transmission result is [1, 1, 0, 0, 0, 1, 1, 0].
  • the first PDCP PDU includes 8 PDCP PDUs, SN1 to SN8, and the at least two terminal devices include 3 as an example, UE1 to UE3.
  • SN1, SN4, SN6, and SN8 are sent by DU to UE1, UE2, and UE3 in a PTP manner.
  • SN2, SN3, SN5, and SN7 are sent by DU to UE1, UE2, and UE3 in a PTM manner.
  • SN1 is successfully sent to UE1, UE2, and UE3, and "1" is used to indicate that SN1 is successfully sent.
  • SN2, SN2, SN6, and SN7 are successfully sent to UE1, UE2, and UE3. If there are any UEs that have not been successfully sent, "0" is used to indicate that SN3 has not been successfully sent. Similarly, marking SN4, SN5, and SN8 with "0" has not been successfully sent.
  • different PDCP PDUs may correspond to the PTP and PTM methods. Therefore, based on the bitmap to feedback the PDCP PDU transmission situation, the highest SN indicated in the status report corresponding to the PTP method can be avoided. It does not overlap with the highest SN indicated in the status report corresponding to the PTM method, so that the CU is not sure which highest SN should prevail, making it difficult to make decisions.
  • the CU may determine the highest SN of at least one PDCP PDU successfully sent in the first PDCP PDU according to the seventh indication information, or the eighth indication information, or the bitmap.
  • the action performed by the CU may be performed by the processor 401 of the aforementioned communication device 400 calling the application code stored in the memory 403 , or by the processing module 501 of the communication device 500 .
  • the DU when the DU receives multiple status reports, for example: the DU receives the first status report and the second status report, assuming that the first status report and the second status report both carry the seventh indication information, the first status report and the second status report carry the seventh indication information.
  • the seventh indication information carried in a status report indicates that the highest SN of at least one PDCP PDU successfully sent by the DU is 8, and the seventh indication information carried in the second status report indicates that the SN of at least one PDCP PDU successfully sent by the DU is 8.
  • the highest SN is 5.
  • the DU can select the highest SN among all the highest SNs, that is, the CU determines "8" as the highest SN of at least one PDCP PDU successfully sent in the first PDCP PDU.
  • the method shown in FIG. 7 may also include the following steps (not shown in the figure):
  • S704 The DU sends a third status report to the CU, and accordingly, the CU receives the third status report sent by the DU.
  • the action performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500 .
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the third status report is a status report dedicated to feeding back the expected buffer size of the RB associated with the MBS.
  • the DU sends a fourth status report to the CU, and correspondingly, the CU receives the fourth status report sent by the DU.
  • the actions performed by the CU may be performed by the communication interface 404 of the aforementioned communication apparatus 400 and the communication module 502 of the communication apparatus 500 .
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the fourth status report is a status report dedicated to feeding back the expected data rate.
  • the DU sends a fifth status report to the CU, and the corresponding DU receives the fifth status report sent by the CU.
  • the fifth status report is a status report dedicated to feeding back the expected buffer size and expected data rate of the RB associated with the MBS.
  • step S706 the actions performed by the CU may be performed by the communication interface 404 of the aforementioned communication device 400 and the communication module 502 of the communication device 500 .
  • the actions performed by the DU may be performed by the aforementioned communication interface 404 of the communication device 400 and by the communication module 502 of the communication device 500 .
  • the CU may also determine the status report of the expected buffer size of the RB associated with the MBS according to the third status report, may also determine the expected data rate according to the fourth status report, and may also determine the MBS-associated status report according to the fifth status report.
  • the status report, the first status report, and the second status report may also carry other information, such as: related information indicating the packet loss situation, such as "Number of lost NR-U" in the frame structure shown in Table 2.
  • the CU can also determine the packet loss of the first PDCP PDU based on this information, and so on.
  • an embodiment of the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores computer instructions, and when the computer instructions are executed on a computer, the computer executes the methods described in the foregoing embodiments.
  • the embodiment of the present application further provides a computer program product carrying computer instructions, when the computer instructions are executed on the computer, the computer is made to execute the method described in the foregoing embodiments.
  • an embodiment of the present application further provides a chip, including: a processing circuit and a transceiver pin, where the processing circuit and the transceiver pin are used to implement the method introduced in the foregoing embodiment.
  • the processing circuit is used for executing the processing action in the corresponding method
  • the transceiver pin is used for executing the action of receiving/transmitting in the corresponding method.
  • the computer instructions may be stored in or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be downloaded from a website site, computer, server or data center Transmission to another website site, computer, server or data center via wired (eg coaxial cable, optical fiber, Digital Subscriber Line, DSL) or wireless (eg infrared, wireless, microwave, etc.) means.
  • the computer-readable storage medium may be any available medium that a computer can access, or a data storage device such as a server, a data center, or the like that includes an integration of one or more available media.
  • the available media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, Digital Video Disc (DVD)), or semiconductor media (eg, Solid State Disk (SSD)) Wait.
  • the disclosed system, apparatus and method may be implemented in other manners.
  • the apparatus embodiments described above are only illustrative.
  • the division of the modules is only a logical function division. In actual implementation, there may be other division methods.
  • multiple modules or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented.
  • the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or modules, and may be in electrical or other forms.
  • the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple devices. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.
  • the present application can be implemented by means of software plus necessary general-purpose hardware, and of course hardware can also be used, but in many cases the former is a better implementation manner .
  • the technical solutions of the present application can be embodied in the form of software products in essence or contributed parts, and the computer software products are stored in a readable storage medium, such as a floppy disk, a hard disk or an optical disk of a computer etc., including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the various embodiments of the present application.

Landscapes

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

Abstract

一种数据传输方法及装置，涉及通信技术领域，能够在传输MBS数据时，节省上报状态报告的信令开销，节约资源。该方法包括：分布式单元DU从集中式单元CU接收第一分组汇聚数据协议PDCP分组数据单元PDU，第一PDCP PDU携带多播广播业务MBS的数据；DU向至少两个终端设备发送第一PDCP PDU；DU向CU发送状态报告，状态报告指示向至少两个终端设备发送第一PDCP PDU的结果。

Description

一种数据传输方法及装置
本申请要求于2021年04月30日提交国家知识产权局、申请号为202110487916.4、发明名称为“一种数据传输方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种数据传输方法及装置。
背景技术
多播广播业务(multicast and broadcast service，MBS)是面向多个用户设备(user equipment，UE)的业务，例如现场直播、定时播放节目等。在MBS数据从接入网设备向终端设备发送的时候有两种传输方式：第一种是点到多点(point to multi-point，PTM)传输方式；第二种是点到点(point to point，PTP)传输方式。
在第五代移动通信(the 5th Generation mobile communication technology，5G)系统中，引入了集中式单元(centralized unit，CU)-分布式单元(distributed unit，DU)分离的基站架构，在CU-DU架构下传输分组数据汇聚协议(packet data convergence protocol，PDCP)协议数据单元(protocol data unit，PDU)时，通过DU向CU上报下行数据传输状态(downlink data delivery status，DDDS)的方式来通知DU PDCP PDU的发送结果，以便于CU执行数据流控制(flow control)。但是现有的上报DDDS的方案，对于MBS来说，存在很大的信令开销，会造成资源的浪费。
发明内容
本申请实施例提供一种数据传输方法及装置，能够在传输MBS数据时，节省上报状态报告的信令开销，节约资源。
第一方面，提供一种数据传输方法，方法包括：分布式单元DU从集中式单元CU接收第一分组汇聚数据协议PDCP分组数据单元PDU，第一PDCP PDU携带多播广播业务MBS的数据。DU向至少两个终端设备发送第一PDCP PDU。DU向CU发送状态报告，状态报告指示向至少两个终端设备发送第一PDCP PDU的结果。
基于上述技术方案，DU从CU接收第一PDCP PDU，第一PDCP PDU携带MBS数据时，DU向至少两个终端设备发送第一PDCP PDU，并向CU发送状态报告，该状态报告指示了向至少两个终端设备发送第一PDCP PDU的结果。使得在传输MBS数据时，节省了上报状态报告的信令开销，节约了资源。
一种可能的设计中，状态报告指示向至少两个终端设备中的每个终端设备发送第一PDCP PDU的结果。基于该设计，所述每个终端设备共用所述状态报告，节省了信令开销。
一种可能的设计中，DU向至少两个终端设备发送第一PDCP PDU，包括：DU采用无线链路控制RLC非确认模式UM，向至少两个终端设备发送第一PDCP PDU。
一种可能的设计中，DU向至少两个终端设备发送第一PDCP PDU，包括：DU采用点到多点PTM方式，向至少两个终端设备发送第一PDCP PDU。
一种可能的设计中，DU向至少两个终端设备发送第一PDCP PDU，包括：DU采 用RLC确认模式AM，向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备。以及DU采用RLC UM，向至少两个终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。状态报告指示向第一终端设备发送第一PDCP PDU的结果和向第二终端设备发送第一PDCP PDU的结果。基于该设计，所述每个终端设备的结果共用所述状态报告，节省了信令开销。
一种可能的设计中，DU向至少两个终端设备发送第一PDCP PDU，包括：DU采用PTM方式，向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备。以及DU采用PTP方式，向至少两个终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。状态报告指示向第一终端设备发送第一PDCP PDU的结果和向第二终端设备发送第一PDCP PDU的结果。基于该设计，所述每个终端设备的结果共用所述状态报告，节省了信令开销。
一种可能的设计中，DU向至少两个终端设备发送第一PDCP PDU，包括：DU采用PTM方式，向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备。以及DU采用PTP方式，向至少两个终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。状态报告只用于指示向第一终端设备发送第一PDCP PDU的结果。基于该设计，所述第一终端设备的结果共用所述状态报告，节省了信令开销。
一种可能的设计中，DU向CU发送状态报告，包括：DU向CU发送第一状态报告，第一状态报告指示向第一终端设备发送第一PDCP PDU的结果。DU向CU发送第二状态报告，第二状态报告指示向第二终端设备发送第一PDCP PDU的结果。也即，状态报告还可以通过两个状态报告实现。基于该设计，所述第一状态报告和第二状态报告可分别发送，DU不需要知道所有对于不同发送方式的终端设备的结果即可发送状态报告，提升了状态报告的发送效率。
一种可能的设计中，第一状态报告携带第一指示信息，第一指示信息用于指示第一状态报告与PTM方式对应。第二状态报告携带第二指示信息，第二指示信息用于指示第二状态报告与PTP方式对应。基于该设计，CU根据第一指示信息可以确定第一状态报告是属于DU采用PTM方式发送第一PDCP PDU的多个终端设备的状态报告，根据第二指示信息可以确定第二状态报告是属于DU采用PTP方式发送第一PDCP PDU的多个终端设备的状态报告。在由CU决定DU向至少两个终端设备发送第一PDCP PDU的采用的方式的情况下，CU仅仅根据第一指示信息和/或第二指示信息就可以确定收到的状态报告是不是完整，也即是不是属于DU发送第一PDCP PDU的所有终端设备的状态报告,是否还需要等待其它的状态报告。
一种可能的设计中，第一状态报告携带第九指示信息，第九指示信息用于指示第一状态报告与RLC AM对应。第二状态报告携带第十指示信息，第十指示信息用于指示第二状态报告与RLC UM方式对应。基于该设计，CU根据第九指示信息可以确定第一状态报告是属于DU采用RLC AM，发送第一PDCP PDU的多个终端设备的状态报告，根据第十指示信息可以确定第二状态报告是属于DU采用RLC UM，发送第一 PDCP PDU的多个终端设备的状态报告。在由CU决定DU向至少两个终端设备发送第一PDCP PDU的采用的方式的情况下，CU仅仅根据第九指示信息和/或第十指示信息就可以确定收到的状态报告是不是完整，也即是不是属于DU发送第一PDCP PDU的所有终端设备的状态报告,是否还需要等待其它的状态报告。
一种可能的设计中，DU向CU发送第一状态报告，包括：DU向CU发送第六状态报告，第六状态报告指示向第一终端设备中至少一个终端设备按序递交第一PDCP PDU的结果。DU向CU第七状态报告，第七状态报告指示向第一终端设备中至少一个终端设备非按序递交第一PDCP PDU的结果。也即第一状态报告可以通过两个状态报告实现，提升了状态报告的发送效率。
一种可能的设计中，第六状态报告携带第十一指示信息，第十一指示信息用于指示第六状态报告是属于第一终端设备中按序RLC AM的终端设备的状态报告。第七状态报告携带第十二指示信息，第十二指示信息用于指示第七状态报告是属于第一终端设备中非按序RLC AM的终端设备的状态报告。
一种可能的设计中，第六状态报告携带第十三指示信息，第十三指示信息用于指示第六状态报告是否包含第一终端设备中所有终端设备的状态报告。和/或第七状态报告携带第十三指示信息，第十三指示信息用于指示第七状态报告是否包含第一终端设备中所有终端设备的状态报告。基于该设计，CU可以根据第十三指示信息确定收到的第六状态报告和/或第七状态报告是否完整，也即是否属于第一终端设备中所有终端设备的状态报告。
一种可能的设计中，第一状态报告携带第三指示信息，第三指示信息用于指示第一状态报告是否包含至少两个终端设备中所有终端设备的状态报告。和/或，第二状态报告携带第三指示信息，第三指示信息用于指示第二状态报告是否包含至少两个终端设备中所有终端设备的状态报告。基于该设计，在由DU决定、或者CU和DU一起决定DU向至少两个终端设备发送第一PDCP PDU所采用的方式的情况下，CU可以根据第三指示信息确定第一状态报告和/或第二状态报告是否完整，也即是否属于DU发送第一PDCP PDU的所有终端设备的状态报告。
一种可能的设计中，状态报告携带第四指示信息，第四指示信息用于指示状态报告与RLC UM对应。
一种可能的设计中，状态报告携带第一指示信息，第一指示信息用于指示状态报告与PTM方式对应。
一种可能的设计中，状态报告携带第五指示信息，第五指示信息用于指示MBS关联的无线承载RB的期望缓冲区大小。和/或，第一状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。和/或，第二状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。基于该设计，CU可以根据第五指示信息确定MBS关联的RB的期望缓冲区大小。
一种可能的设计中，状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第一状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第二状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。基于该设计，CU可以根据第六指示信息确定期望的数据速率。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高序列号SN。和/或，第一状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。和/或，第二状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。基于该设计，CU可以根据第七指示信息确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第八指示信息，和/或，第一状态报告携带第八指示信息，和/或，第二状态报告携带第八指示信息。其中，第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和起始SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的起始SN和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目、起始SN和结束SN。
一种可能的设计中，状态报告携带比特位图(bitmap)，比特位图用于指示向至少两个终端设备发送第一PDCP PDU的结果。和/或，第一状态报告携带比特位图，比特位图用于指示向第一终端设备发送第一PDCP PDU的结果。和/或，第二状态报告携带比特位图，比特位图用于指示向第二终端设备发送第一PDCP PDU的结果。基于该设计，CU可以根据比特位图确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。对于MRB上承载的PDCP PDU来说，不同的PDCP PDU可能对应于PTP以及PTM的方式，因此基于比特位图来对PDCP PDU的发送情况进行反馈，可以避免采用PTP方式对应的状态报告中指示的最高SN和采用PTM方式对应的状态报告中指示的最高SN不重叠，而导致CU不确定以哪个最高SN为准，决策困难的问题。
一种可能的设计中，方法还包括：DU向CU发送第三状态报告，第三状态报告为专用于反馈MBS关联的RB的期望缓冲区大小的状态报告。和/或，DU向CU发送第四状态报告，第四状态报告为专用于反馈期望的数据速率的状态报告。和/或，DU向CU发送第五状态报告，第五状态报告为专用于反馈MBS关联的RB的期望缓冲区大小以及期望的数据速率的状态报告。基于该设计，对于与终端设备无关的相关信息，DU可以采用专门反馈该信息的状态报告来进行反馈。基于该设计，CU可以根据第三状态报告确定MBS关联的RB的期望缓冲区大小的状态报告，根据第四状态报告确定期望的数据速率；还可以根据第五状态报告确定MBS关联的RB的期望缓冲区大小以及期望的数据速率。
一种可能的设计中，DU向CU发送状态报告，包括：DU通过第一通道向CU发送状态报告，第一通道为多个终端设备共享的通用分组无线业务隧道协议GTP-用户面U隧道。或者，DU通过第二通道向CU发送状态报告，第二通道为单个终端设备专用的GTP-U隧道。基于该设计，DU可以根据GTP-U隧道建立情况选择合适的状态报告组成方式以及状态报告的上报方式。
第二方面，提供一种数据传输方法，包括：CU向DU发送第一PDCP PDU，第一 PDCP PDU携带MBS的数据；CU从DU接收状态报告，状态报告指示向至少两个终端设备发送第一PDCP PDU的结果。
一种可能的设计中，状态报告指示向至少两个终端设备中的每个终端设备发送第一PDCP PDU的结果。
一种可能的设计中，CU从DU接收状态报告，包括：CU从DU接收第一状态报告，第一状态报告指示向至少两个终端设备中的第一终端设备发送第一PDCP PDU的结果，其中第一终端设备包括至少一个终端设备。CU从DU接收第二状态报告，第二状态报告指示向至少两个终端设备中的第二终端设备发送第一PDCP PDU的结果，其中第二终端设备包括至少一个终端设备。
一种可能的设计中，第一状态报告携带第一指示信息，第一指示信息用于指示第一状态报告与PTM方式对应。第二状态报告携带第二指示信息，第二指示信息用于指示第二状态报告与PTP方式对应。
一种可能的设计中，第一状态报告携带第九指示信息，第九指示信息用于指示第一状态报告与RLC AM对应。第二状态报告携带第十指示信息，第十指示信息用于指示第二状态报告与RLC UM方式对应。
一种可能的设计中，DU向CU发送第一状态报告，包括：DU向CU发送第六状态报告，第六状态报告指示向第一终端设备中至少一个终端设备按序递交第一PDCP PDU的结果。DU向CU第七状态报告，第七状态报告指示向第一终端设备中至少一个终端设备非按序递交第一PDCP PDU的结果。
一种可能的设计中，第六状态报告携带第十一指示信息，第十一指示信息用于指示第六状态报告是属于第一终端设备中按序RLC AM的终端设备的状态报告。第七状态报告携带第十二指示信息，第十二指示信息用于指示第七状态报告是属于第一终端设备中非按序RLC AM的终端设备的状态报告。
一种可能的设计中，第六状态报告携带第十三指示信息，第十三指示信息用于指示第六状态报告是否包含第一终端设备中所有终端设备的状态报告。和/或第七状态报告携带第十三指示信息，第十三指示信息用于指示第七状态报告是否包含第一终端设备中所有终端设备的状态报告。
一种可能的设计中，第一状态报告携带第三指示信息，第三指示信息用于指示第一状态报告是否包含至少两个终端设备中所有终端设备的状态报告。和/或，第二状态报告携带第三指示信息，第三指示信息用于指示第二状态报告是否包含至少两个终端设备中所有终端设备的状态报告。
一种可能的设计中，状态报告携带第四指示信息，第四指示信息用于指示状态报告与RLC UM对应。
一种可能的设计中，状态报告携带第一指示信息，第一指示信息用于指示状态报告与PTM方式对应。
一种可能的设计中，状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。和/或，第一状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。和/或，第二状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。
一种可能的设计中，状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第一状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第二状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。和/或，第一状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。和/或，第二状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第八指示信息，和/或，第一状态报告携带第八指示信息，和/或，第二状态报告携带第八指示信息。其中，第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和起始SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的起始SN和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目、起始SN和结束SN。
一种可能的设计中，状态报告携带比特位图，比特位图用于指示向至少两个终端设备发送第一PDCP PDU的结果。和/或，第一状态报告携带比特位图，比特位图用于指示向第一终端设备发送第一PDCP PDU的结果。和/或，第二状态报告携带比特位图，比特位图用于指示向第二终端设备发送第一PDCP PDU的结果。
一种可能的设计中，方法还包括：CU从DU接收第三状态报告，第三状态报告为专用于反馈MBS关联的RB的期望缓冲区大小的状态报告。和/或，CU从DU接收第四状态报告，第四状态报告为专用于反馈期望的数据速率的状态报告。和/或，CU从DU接收第五状态报告，第五状态报告为专用于反馈MBS关联的RB的期望缓冲区大小以及期望的数据速率的状态报告。
一种可能的设计中，CU从DU接收状态报告包括：CU通过第一通道从DU接收状态报告，第一通道为多个终端设备共享的通用分组无线业务隧道协议GTP-用户面U隧道。或者，CU通过第二通道从DU发送状态报告，第二通道为单个终端设备专用的GTP-U隧道。
一种可能的设计中，方法还包括：CU根据状态报告携带的第五指示信息确定MBS关联的RB的期望缓冲区大小；和/或根据状态报告携带的第六指示信息确定期望的数据速率。或者，CU根据第一状态报告携带的第五指示信息或者第二状态报告携带的第五指示信息确定MBS关联的RB的期望缓冲区大小，和/或CU根据第一状态携带的第六指示信息或者第二状态报告携带的第六指示信息确定期望的数据速率。或者，CU根据第三状态报告确定MBS关联的RB的期望缓冲区大小，和/或根据第四状态报告确定期望的数据速率。或者，CU根据第五状态报告确定MBS关联的RB的期望缓冲区大小和/或期望的数据速率。
一种可能的设计中，方法还包括：CU根据状态报告，或者第一状态报告，或者第二状态报告，携带的第七指示信息确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。或者，CU根据状态报告，或者第一状态报告，或者第二状态报告，携带的第八指示信息确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。或者，CU根据状态报告，或者第一状态报告，或者第二状态报告携带的比特位图确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。
第三方面，提供一种通信装置，包括通信模块；通信模块，用于从CU接收第一PDCP PDU，第一PDCP PDU携带MBS的数据。通信模块，还用于向至少两个终端设备发送第一PDCP PDU。通信模块，还用于向CU发送状态报告，状态报告指示向至少两个终端设备发送第一PDCP PDU的结果。
一种可能的设计中，状态报告指示向至少两个终端设备中的每个终端设备发送第一PDCP PDU的结果。
一种可能的设计中，通信模块，还用于采用RLC UM，向至少两个终端设备发送第一PDCP PDU。
一种可能的设计中，通信模块，还用于采用PTM方式，向至少两个终端设备发送第一PDCP PDU。
一种可能的设计中，通信模块，还用于采用RLC确认模式AM，向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备。以及采用RLC UM，向至少两个终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。状态报告指示向第一终端设备发送第一PDCP PDU的结果和向第二终端设备发送第一PDCP PDU的结果。
一种可能的设计中，通信模块，还用于采用PTM方式，向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备。以及采用PTP方式，向至少两个终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。状态报告指示向第一终端设备发送第一PDCP PDU的结果和向第二终端设备发送第一PDCP PDU的结果。
一种可能的设计中，通信模块，还用于采用PTM方式，向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备。以及采用PTP方式，向至少两个终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。状态报告只用于指示向第一终端设备发送第一PDCP PDU的结果。
一种可能的设计中，通信模块，还用于向CU发送第一状态报告，第一状态报告指示向第一终端设备发送第一PDCP PDU的结果。通信模块，还用于向CU发送第二状态报告，第二状态报告指示向第二终端设备发送第一PDCP PDU的结果。
一种可能的设计中，第一状态报告携带第一指示信息，第一指示信息用于指示第一状态报告与PTM方式对应。第二状态报告携带第二指示信息，第二指示信息用于指示第二状态报告与PTP方式对应。
一种可能的设计中，第一状态报告携带第九指示信息，第九指示信息用于指示第一状态报告与RLC AM对应。第二状态报告携带第十指示信息，第十指示信息用于指 示第二状态报告与RLC UM方式对应。
一种可能的设计中，通信模块，还用于向CU发送第六状态报告，第六状态报告指示向第一终端设备中至少一个终端设备按序递交第一PDCP PDU的结果。通信模块，还用于向CU第七状态报告，第七状态报告指示向第一终端设备中至少一个终端设备非按序递交第一PDCP PDU的结果。
一种可能的设计中，第六状态报告携带第十一指示信息，第十一指示信息用于指示第六状态报告是属于第一终端设备中按序RLC AM的终端设备的状态报告。第七状态报告携带第十二指示信息，第十二指示信息用于指示第七状态报告是属于第一终端设备中非按序RLC AM的终端设备的状态报告。
一种可能的设计中，第六状态报告携带第十三指示信息，第十三指示信息用于指示第六状态报告是否包含第一终端设备中所有终端设备的状态报告。和/或第七状态报告携带第十三指示信息，第十三指示信息用于指示第七状态报告是否包含第一终端设备中所有终端设备的状态报告。
一种可能的设计中，第一状态报告携带第三指示信息，第三指示信息用于指示第一状态报告是否包含至少两个终端设备中所有终端设备的状态报告。和/或，第二状态报告携带第三指示信息，第三指示信息用于指示第二状态报告是否包含至少两个终端设备中所有终端设备的状态报告。
一种可能的设计中，状态报告携带第四指示信息，第四指示信息用于指示状态报告与RLC UM对应。
一种可能的设计中，状态报告携带第一指示信息，第一指示信息用于指示状态报告与PTM方式对应。
一种可能的设计中，状态报告携带第五指示信息，第五指示信息用于指示MBS关联的无线承载RB的期望缓冲区大小。和/或，第一状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。和/或，第二状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。
一种可能的设计中，状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第一状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第二状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高序列号SN。和/或，第一状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。和/或，第二状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第八指示信息，和/或，第一状态报告携带第八指示信息，和/或，第二状态报告携带第八指示信息。其中，第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和起始SN，或者第八指示信息用于指示第一PDCP PDU中被 DU成功发送的至少一个PDCP PDU的数目和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的起始SN和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目、起始SN和结束SN。
一种可能的设计中，状态报告携带比特位图，比特位图用于指示向至少两个终端设备发送第一PDCP PDU的结果。和/或，第一状态报告携带比特位图，比特位图用于指示向第一终端设备发送第一PDCP PDU的结果。和/或，第二状态报告携带比特位图，比特位图用于指示向第二终端设备发送第一PDCP PDU的结果。
一种可能的设计中，通信模块，还用于向CU发送第三状态报告，第三状态报告为专用于反馈MBS关联的RB的期望缓冲区大小的状态报告。和/或，通信模块，还用于向CU发送第四状态报告，第四状态报告为专用于反馈期望的数据速率的状态报告。和/或，通信模块，还用于向CU发送第五状态报告，第五状态报告为专用于反馈MBS关联的RB的期望缓冲区大小以及期望的数据速率的状态报告。
一种可能的设计中，通信模块，还用于通过第一通道向CU发送状态报告，第一通道为多个终端设备共享的通用分组无线业务隧道协议GTP-用户面U隧道。或者，通信模块，还用于通过第二通道向CU发送状态报告，第二通道为单个终端设备专用的GTP-U隧道。
第四方面，提供一种通信装置，包括：通信模块。通信模块，用于向DU发送第一PDCP PDU，第一PDCP PDU携带MBS的数据。通信模块，还用于从DU接收状态报告，状态报告指示向至少两个终端设备发送第一PDCP PDU的结果。
一种可能的设计中，状态报告指示向至少两个终端设备中的每个终端设备发送第一PDCP PDU的结果。
一种可能的设计中，通信模块，还用于从DU接收第一状态报告，第一状态报告指示向至少两个终端设备中的第一终端设备发送第一PDCP PDU的结果，其中第一终端设备包括至少一个终端设备。通信模块，还用于从DU接收第二状态报告，第二状态报告指示向至少两个终端设备中的第二终端设备发送第一PDCP PDU的结果，其中第二终端设备包括至少一个终端设备。
一种可能的设计中，第一状态报告携带第一指示信息，第一指示信息用于指示第一状态报告与PTM方式对应。第二状态报告携带第二指示信息，第二指示信息用于指示第二状态报告与PTP方式对应。
一种可能的设计中，第一状态报告携带第九指示信息，第九指示信息用于指示第一状态报告与RLC AM对应。第二状态报告携带第十指示信息，第十指示信息用于指示第二状态报告与RLC UM方式对应。
一种可能的设计中，通信模块，还用于从DU接收第六状态报告，第六状态报告指示向第一终端设备中至少一个终端设备按序递交第一PDCP PDU的结果。通信模块，还用于从DU接收第七状态报告，第七状态报告指示向第一终端设备中至少一个终端设备非按序递交第一PDCP PDU的结果。
一种可能的设计中，第六状态报告携带第十一指示信息，第十一指示信息用于指示第六状态报告是属于第一终端设备中按序RLC AM的终端设备的状态报告。第七状 态报告携带第十二指示信息，第十二指示信息用于指示第七状态报告是属于第一终端设备中非按序RLC AM的终端设备的状态报告。
一种可能的设计中，第六状态报告携带第十三指示信息，第十三指示信息用于指示第六状态报告是否包含第一终端设备中所有终端设备的状态报告。和/或第七状态报告携带第十三指示信息，第十三指示信息用于指示第七状态报告是否包含第一终端设备中所有终端设备的状态报告。
一种可能的设计中，第一状态报告携带第三指示信息，第三指示信息用于指示第一状态报告是否包含至少两个终端设备中所有终端设备的状态报告。和/或，第二状态报告携带第三指示信息，第三指示信息用于指示第二状态报告是否包含至少两个终端设备中所有终端设备的状态报告。
一种可能的设计中，状态报告携带第四指示信息，第四指示信息用于指示状态报告与RLC UM对应。
一种可能的设计中，状态报告携带第一指示信息，第一指示信息用于指示状态报告与PTM方式对应。
一种可能的设计中，状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。和/或，第一状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。和/或，第二状态报告携带第五指示信息，第五指示信息用于指示MBS关联的RB的期望缓冲区大小。
一种可能的设计中，状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第一状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。和/或，第二状态报告携带第六指示信息，第六指示信息用于指示期望的数据速率。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。和/或，第一状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。和/或，第二状态报告携带第七指示信息，第七指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的最高SN。
一种可能的设计中，第一PDCP PDU包括一个或多个PDCP PDU，状态报告携带第八指示信息，和/或，第一状态报告携带第八指示信息，和/或，第二状态报告携带第八指示信息。其中，第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和起始SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的起始SN和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目、起始SN和结束SN。
一种可能的设计中，状态报告携带比特位图，比特位图用于指示向至少两个终端设备发送第一PDCP PDU的结果。和/或，第一状态报告携带比特位图，比特位图用于指示向第一终端设备发送第一PDCP PDU的结果。和/或，第二状态报告携带比特位图， 比特位图用于指示向第二终端设备发送第一PDCP PDU的结果。
一种可能的设计中，通信模块，还用于从DU接收第三状态报告，第三状态报告为专用于反馈MBS关联的RB的期望缓冲区大小的状态报告。和/或，通信模块，还用于从DU接收第四状态报告，第四状态报告为专用于反馈期望的数据速率的状态报告。和/或，通信模块，还用于从DU接收第五状态报告，第五状态报告为专用于反馈MBS关联的RB的期望缓冲区大小以及期望的数据速率的状态报告。
一种可能的设计中，通信模块，还用于通过第一通道从DU接收状态报告，第一通道为多个终端设备共享的通用分组无线业务隧道协议GTP-用户面U隧道。或者，通信模块，还用于通过第二通道从DU发送状态报告，第二通道为单个终端设备专用的GTP-U隧道。
一种可能的设计中，该装置还包括处理模块。处理模块，用于根据状态报告携带的第五指示信息确定MBS关联的RB的期望缓冲区大小；和/或根据状态报告携带的第六指示信息确定期望的数据速率。或者，处理模块，还用于根据第一状态报告携带的第五指示信息或者第二状态报告携带的第五指示信息确定MBS关联的RB的期望缓冲区大小，和/或根据第一状态携带的第六指示信息或者第二状态报告携带的第六指示信息确定期望的数据速率。或者，处理模块，还用于根据第三状态报告确定MBS关联的RB的期望缓冲区大小，和/或根据第四状态报告确定期望的数据速率。或者，处理模块，还用于根据第五状态报告确定MBS关联的RB的期望缓冲区大小和/或期望的数据速率。
一种可能的设计中，处理模块，还用于根据状态报告，或者第一状态报告，或者第二状态报告，携带的第七指示信息确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。或者，处理模块，还用于根据状态报告，或者第一状态报告，或者第二状态报告，携带的第八指示信息确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。或者，处理模块，还用于根据状态报告，或者第一状态报告，或者第二状态报告携带的比特位图确定第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。
第五方面，提供一种通信装置，所述通信装置包括处理器和收发器，处理器和收发器用于实现上述第一方面至第二方面中任一方面或其任一设计提供的方法。其中，处理器用于执行相应方法中的处理动作，收发器用于执行相应方法中的接收/发送的动作。
第六方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，当该计算机指令在计算机上运行时，使得计算机执行第一方面至第二方面的任一方面或其任一设计提供的方法。
第七方面，提供一种包含计算机指令的计算机程序产品，当该计算机指令在计算机上运行时，使得计算机执行第一方面至第二方面中任一方面的任一设计提供的方法。
第八方面提供一种芯片，包括处理器，当所述处理器执行指令时，所述处理器用于执行第一方面至第二方面中任一方面的任一设计提供的方法。
第九方面，提供一种芯片，包括：处理电路和收发管脚，处理电路和收发管脚用于实现上述第一方面至第二方面或其任一设计提供的方法。其中，处理电路用于执行 相应方法中的处理动作，收发管脚用于执行相应方法中的接收/发送的动作。
第十方面，提供一种通信系统，包括：上述第三方面或其任一设计提供的通信装置，以及上述第四方面或其任一设计提供的通信装置。
需要说明的是，上述第二方面至第十方面中任一种设计所带来的技术效果可以参见第一方面中对应设计所带来的技术效果，此处不再赘述。
附图说明
图1为本申请实施例提供一种的数据传输系统的架构示意图；
图2a为本申请实施例提供的一种4G基站架构的示意图；
图2b为本申请实施例提供的一种5G基站架构的示意图；
图3为本申请实施例提供的一种按照协议栈划分的CU-DU架构示意图；
图4为本申请实施例提供的一种通信装置的结构示意图；
图5为本申请实施例提供的又一种通信装置的结构示意图；
图6为本申请实施例提供的一种MBS传输架构的示意图；
图7为本申请实施例提供的一种数据传输方法的流程示意图；
图8为本申请实施例提供的一种PDCP PDU的比特位图的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
其中，在本申请的描述中，除非另有说明，“/”表示“或”的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。此外，“至少一个”是指一个或多个，“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请的描述中，“指示”可以包括直接指示和间接指示，也可以包括显式指示和隐式指示。将某一信息所指示的信息称为待指示信息，则具体实现过程中，对所述待指示信息进行指示的方式有很多种。例如，可以直接指示所述待指示信息，其中所述待指示信息本身或者所述待指示信息的索引等。又例如，也可以通过指示其他信息来间接指示所述待指示信息，其中该其他信息与所述待指示信息之间存在关联关系。又例如，还可以仅仅指示所述待指示信息的一部分，而所述待指示信息的其他部分则是已知的或者提前约定的。另外，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示，从而在一定程度上降低指示开销。
此外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
如图1所示，为本申请实施例提供的一种数据传输系统100，该数据传输系统包括CU101、DU102以及至少一个终端设备。在该系统架构下，采用CU-DU分离的基站和多个终端设备组成通信系统，可选的，一个CU可以连接多个DU(图中未示出)。在该通信系统中，MBS数据从CU发送到DU，再由DU发送到多个终端设备。
可选的，本申请实施例中的CU和DU之间可以直接通信，也可以通过其他设备的转发进行通信，本申请实施例对此不作具体限定。
可选的，图1所示的数据传输系统100可以应用于各种通信系统，例如，采用5G通信技术的新空口(new radio，NR)通信系统，未来演进的系统或者多种通信融合的系统等等。本申请提供的技术方案可以应用于多种应用场景，例如，机器对机器(machine to machine，M2M)、宏微通信、增强型移动宽带(enhanced mobile broadband，eMBB)、超高可靠超低时延通信(ultra-reliable&low latency communication，uRLLC)以及海量物联网通信(massive machine type communication，mMTC)、长期演进-新空口双连接(E-UTRAN NR dual connectivity，EN-DC)组网、多播/组播单频网络(multicast broadcast single frequency network，MBSFN)、单频网络(single frequency network，SFN)等场景。
可选的，本申请实施例中的终端设备是一种具有无线收发功能的设备。终端设备可以被部署在陆地上，包括室内或室外、手持或车载；也可以被部署在水面上(如轮船等)；还可以被部署在空中(例如飞机、气球和卫星上等)。终端设备可以是用户设备(user equipment，UE)。其中，UE包括具有无线通信功能的手持式设备、车辆、车载设备、可穿戴设备或计算设备。示例性地，UE可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。终端设备还可以是虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制中的无线终端设备、无人驾驶中的无线终端设备、远程医疗中的无线终端设备、智能电网中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例中，以用于实现终端设备的功能的装置是终端设备为例，描述本申请实施例提供的技术方案。
示例性的，图2a示出了在第四代移动通信(the 4th Generation mobile communication technology，4G)系统中的基站架构示意图，4G基站被称为演进型基站(evolved NodeB，eNB)从物理模块结构上看，4G基站可以由基带处理单元(building base band unit，BBU)、射频拉远单元(radio remote unit，RRU)和天线组成，每个4G基站都具备一套BBU，并且通过该BBU直接连接到核心网。
图2b示出了在第五代移动通信(the 5th Generation mobile communication technology，5G)系统中的基站架构示意图，5G基站被称为gNodeB(gNB/ng-eNB)，可以由CU和DU构成。5G的基站架构中，将4G基站中的RRU和天线合并成为有源天线单元(active antenna unit，AAU)，将4G基站中的BBU拆分成为CU和DU。不同5G基站的DU部分独立部署，不同5G基站的CU部分集中部署。每个5G基站都具备一台DU，然后不同5G基站共用一个CU接入到核心网，进行集中式的管理。
可以理解的，上述4G基站，5G基站是具体的示例，它们都属于无线接入网设备，用于完成无线接入网或无线接入设备功能。因此，上述基站也可以替换为无线接入网设备。
可选的，本申请实施例中的CU和DU可以理解为是对无线接入网设备从逻辑功能角度的划分。其中，CU和DU在物理上可以是分离的，也可以部署在一起，本申请实施例对此不做具体限定。CU和DU之间可以通过接口相连，例如可以是F1接口。CU和DU可以根据无线网络的协议层划分。示例性的，如图3所示，无线资源控制(radio Resource Control，RRC)层、业务数据适配(service data adaptation protocol，SDAP)层以及PDCP层的功能设置在CU中，可以用于实现数据的加密/解密、完整性保护、排序等功能。而无线链路控制(radio link control，RLC)层，媒体介入控制(media access control，MAC)层，物理层(physical layer，PHY)等的功能设置在DU中，可以用于实现反馈、调度、数据包分割(segmentation)以及集联(concatenation)等功能。可以理解，对CU和DU处理功能按照这种协议层的划分仅仅是一种举例，也可以按照其他的方式进行划分，本申请实施例对此不做具体限定。
其中CU和DU之间通过F1接口连接。CU代表gNB通过NG接口和核心网连接，CU代表gNB通过Xn接口和其他gNB连接，CU还可以代表gNB通过X2接口和其他eNB连接执行双连接操作。可以理解的是，上述接口均为逻辑接口。在5G网络以及未来其他的网络中，上述接口还可以具有其他名称，本申请实施例对此不作限定。
示例性的，结合图3来说明MBS数据经过无线接入网协议栈传输的流程。MBS数据首先到达CU的PDCP层，MBS数据经过CU的PDCP层处理后，递交到DU的RLC层，随后DU的RLC层将该MBS数据递交到MAC层以及物理层，最后经由天线通过空口传输给终端设备。相应的，终端设备的各个协议层按照与基站侧相反的顺序对数据包进行对应的处理，从而接收到MBS数据。
应理解，MBS数据在每个层的时候都需要经过各个层的处理，每个层都有相应的功能实体来执行相应的功能，比如PDCP层的PDCP实体，或者RLC层的RLC实体。
可选的，本申请实例图1中的CU和DU可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如：云平台)上实例化的虚拟化模块。
例如，本申请实施例图1中的CU或者DU可以通过图4中的通信装置实现。图4所示为本申请实施例提供的通信装置的硬件结构示意图。该通信装置400包括处理器401、通信线路402、存储器403以及至少一个通信接口(图4中的仅是示例性的以包括通信接口404为例进行说明)。
处理器401可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路402可包括一通路，在上述组件之间传送信息。
通信接口404，可以称为收发器或使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网 (wireless local area networks，WLAN)等。
存储器403可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路402与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器403用于存储执行本申请方案的计算机指令，并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机指令，从而实现本申请下述实施例提供的数据传输方法。
可选的，本申请实施例中的计算机指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器401可以包括一个或多个CPU，例如图4中的CPU0和CPU1。
在具体实现中，作为一种实施例，通信装置400可以包括多个处理器，例如图4中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机指令)的处理核。
在具体实现中，作为一种实施例，通信装置400还可以包括输出设备405和输入设备406。输出设备405和处理器401通信，可以以多种方式来显示信息。
示例性的，本申请实施例图1中的CU和/或DU还可以通过图5中的通信装置500实现。该通信装置500包括处理模块501和通信模块502。
在本实施例中，该通信装置500以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该通信装置500可以采用图4所示的通信装置400的形式。
具体的，图5中的通信模块502和处理模块501的功能/实现过程可以通过图4所示的通信装置400中的处理器401调用存储器403中存储的计算机指令来实现。或者，图5中的处理模块501的功能/实现过程可以通过图4所示的通信装置400中的处理器401调用存储器403中存储的计算机指令来实现，图5中的通信模块502的功能/实现过程可以通过图4中所示的通信装置400中的通信接口404来实现。
由于本实施例提供的通信装置500可执行下文所述的数据传输方法，因此其所能获得的技术效果可参考下文方法实施例，在此不再赘述。
需要说明的是，以上模块的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在 存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上系统)或ASIC，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
当以上模块以硬件实现的时候，该硬件可以是CPU、微处理器、数字信号处理(digital signal processing，DSP)芯片、微控制单元(microcontroller unit，MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行下文所述的方法流程。
需要说明的是，本申请实施例中各个功能或网元或设备之间的信息名字或信息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不做具体限定。
下文中，如无特殊说明，终端设备和用户设备表达的含义相同，接入网设备与基站表达的含义相同。
为了便于本领域技术人员理解，下面对一些技术术语和相关概念进行介绍。
1、MBS传输
多媒体广播多播业务(multimedia broadcast multicast service，MBMS)或者多播广播业务(multicast and broadcast service，MBS)是面向多个UE的业务，例如现场直播业务、定时播放节目等。
多播传输技术是指通过接入网设备同时向多个UE发送MBS数据的技术。MBS数据可以由网络设备通过为UE建立专用的承载以单播(unicast)的形式发送给UE，也可以通过建立MBS专用的承载以多播(multicast)的形式发送给UE。当有大量UE需要接收某一MBS数据时，以单播形式发送此业务需要为大量的UE建立专用承载，消耗资源；如果是以多播的形式发送给UE，则可通过建立MBS专用的承载，所有对该MBS感兴趣的UE都可以通过该MBS专用的承载接收该MBS，可以节省空口资源，提高频谱利用率，并提高传输速率。
示例性的，图6示出了MBS数据的传输过程。如图6所示，MBS数据来自数据服务器，首先服务器将MBS数据发送给核心网，然后核心网将MBS数据发送给接入网设备，最后接入网设备将MBS数据发送给至少一个UE。
对于支持MBS的接入网设备而言，在MBS数据从接入网设备向UE发送的时候，有两种传输方式：第一种是PTM(point to multi-point，点到多点)传输方式；第二种是PTP(point to point，点到点)传输方式。其中，PTM传输方式也可以被称为组调度方式或者多播传输方式。
2、PTM传输方式
PTM传输方式是指某种业务通过网络设备同时向多个终端设备发送数据的传输方式。在采用PTM传输时，针对同一数据，接入网设备(例如基站)发送的过程中有多个终端设备同时进行接收。
3、PTP传输方式
PTP传输方式是指某种业务通过接入网设备向一个终端设备发送数据的传输方式。在采用PTP传输时，针对同一数据，接入网设备(例如基站)通过与各个终端设备之间建立单独的传输通道，然后分别向各个终端发送数据。
4、RLC实体传输模式
无线协议栈中，RLC层包括的RLC实体的传输模式包括以下三种：
(1)透明模式(transparent mode，TM)：RLC实体对数据不作任何处理，只提供数据的透传(pass through)功能。采用该传输模式的RLC实体称为TM RLC实体，简称TM实体。
(2)非确认模式(unacknowledged mode，UM)：RLC实体提供除重传和重分段外的所有RLC功能，即使在数据包传输出错的情况下，该传输模式下的RLC实体也没有重传功能，只能提供一种不可靠的传输服务。采用该传输模式的RLC实体称为UM RLC实体，简称UM实体。其中，在网络设备采用PTM的方式向终端设备传输数据的情况下，RLC实体支持UM传输，简称为RLC UM。
(3)确认模式(acknowledged mode，AM)：RLC实体提供所有RLC功能，包括ARQ功能，RLC实体通过出错检测和重传，提供了一种可靠的传输服务。采用该传输模式的RLC实体称为AM RLC实体，简称AM实体。其中，在网络设备采用PTP的方式向终端设备传输数据的情况下，RLC实体支持UM传输或者AM传输，简称为RLC AM或者RLC UM。
5、CU和DU之间传输的不同数据包包头的帧格式
目前，在CU和DU之间传输用户面数据(例如：PDCP PDU)时，为了便于CU对用户面数据包的传输执行数据流控制，也即便于CU对用户面数据传输的进程进行控制，防止数据的丢失，在已有的协议中规定了3种不同数据包包头的帧格式。DU可以通过不同格式的数据包的包头帧对丢包、重传、发送确认等信息向CU进行反馈，以便于CU根据这些反馈信息执行数据流控制。示例性的，不同格式的数据包的包头帧提供了以下具体功能：
(1)为特定数据无线承载从承载NR PDCP的节点传输到相应节点的用户数据提供NR-用户面(user，U)特定序列号(sequence number，SN)信息。
(2)针对与特定数据无线承载关联的用户数据，从相应节点成功向UE顺序下发NR PDCP PDU的信息。
(3)未下发到UE或未传输到下层的NR PDCP PDU信息。
(4)用于与特定数据无线承载关联的用户数据的NR PDCP PDU信息。
(5)特定数据无线承载关联的用户数据丢弃的下行NR PDCP PDU信息；
(6)在相应节点上，用于向UE传输与特定数据无线承载关联的用户数据的当前期望缓冲区大小的信息。
(7)在相应节点处，用于向UE传输与特定数据无线承载相关联的用户数据的当前期望数据速率的信息(以字节为单位)。
(8)从对应节点向按序递交模式的UE下发NR PDCP PDU成功的信息，用于重传与特定数据无线承载关联的用户数据。
(9)传输到下层的NR PDCP PDU信息，用于重传与特定数据无线承载关联的用 户数据。
(10)对应节点上的特定事件信息。
(11)来自相应节点的无线链路质量信息，用于发送与特定数据无线承载关联的用户数据。
(12)用于从相应节点监控与特定数据无线承载关联的用户数据的QoS信息。
示例性的，下列表1、表2、表3示出了不同数据包包头的具体的帧格式。
表1
Figure PCTCN2022083849-appb-000001
(1)PDU Type：用于指示该PDU数据包的类型，0表示该数据包为下行用户数据。
(2)Spare：预留字段。
(3)DL Discard Blocks:块丢包标志位，0表示不存在DL discard Number of blocks、DL discard NR PDCP PDU SN start((first block))、Discarded Block size((last block))域，1表示存在这几个域。
(4)DL Flush：0表示不存在DL discard NR PDCP PDU SN域，1表示存在这个域。
(5)Report Polling：Polling标志位，0表示不需要对端回复状态报告；1表示需要对端回复状态报告。
(6)Assistance Information Report Polling Flag：0表示不需要对端回复帮助信息数据，1表示需要对端发送帮助信息数据。
(7)Retransmission flag：重传标志位，代表此NR-U报文是否为重传报文。
(8)NR-U Sequence Number：代表PDCP分配的NR-U SN。
(9)DL discard NR PDCP PDU SN：当DL Flush为1时存在此字段，表示PDCP要求将此PDCP SN号之前的报文全部丢弃。
(10)DL discard Number of blocks：当DL Discard Blocks为1时存在此字段，表示块丢弃的个数。
(11)DL discard NR PDCP PDU SN start：当DL Discard Blocks为1时存在此字段，表示PDCP要求从此SN号开始(包括此SN号)丢弃Discarded Block size个报文。
(12)Discarded Block size：当DL Discard Blocks为1时存在此字段，表示丢弃报文的数量。
表2
Figure PCTCN2022083849-appb-000002
Figure PCTCN2022083849-appb-000003
(1)PDU type：1表示该数据包为下行数据传输状态(DDDS)。
(2)Desired buffer size for the concerned DRB：用于指示相关数据无线承载(data radio bearer，DRB)期望的DU的缓冲区(buffer)大小。Desired Data Rate：用于指示DRB期望的数据速率，也即与该DRB关联的UE期望的数据速率。这两条信息可用于辅助CU执行数据流控制。当CU收到表2所示的数据帧DDDS之后，根据该数据帧中的这两条信息以及DU目前已有的PDCP PDU的最高SN，向DU继续传输期望比特的PDCP PDU，直到下次接收到DDDS。
(3)Successfully delivered NR PDCP Sequence Number：用于指示CU成功发送给UE的NR PDCP PDU的最高SN。其中，该信息可以具体指示为以下①、②所述的信息。
①the highest NR PDCP PDU sequence number successfully delivered in sequence to the UE(AM)：用于指示DU成功按序递交给UE的NR PDCP PDU的最高SN，AM指的是DU采用RLC AM向UE发送PDCP PDU。
②Number/Start/End of successfully delivered out of sequence PDCP Sequence Number range(AM)：用于指示DU成功非按序递交给UE的NR PDCP PDU的SN的数目/开始SN/结束SN，AM指的是DU采用RLC AM向UE发送PDCP PDU。
(4)Transmitted NR PDCP Sequence Number：用于指示UE成功传输的NR PDCP PDU。其中，该信息可以具体指示为以下③所述的信息。
③the highest NR PDCP PDU sequence number transmitted to low layers(UM)：用于指示DU成功发送到底层的NR PDCP PDU的最高SN号，其中底层指的是MAC层和物理层。UM指的是DU采用RLC UM向UE发送PDCP PDU。
其中，①、②、③中所述的信息也可用于辅助CU执行数据流控制。
(5)Number/Start/End of“lost”NR-U packet：用于指示丢失的NR-U数据包的数目/开始SN/结束SN。其中，该信息是为了避免UE之间的NR PDCP超帧号(hyper frame number，HFN)失同步而引入的。
(6)Successfully delivered retransmitted NR PDCP Sequence Number：用于指示DU向UE成功重传的NR PDCP SN。Retransmitted NR PDCP Sequence Number：用于指示DU向底层重传的NR PDCP PDU的SN。通过这两条消息，CU可以确定DU对 UE，或者对底层对哪些PDCP PDU进行了重传。
表3
Figure PCTCN2022083849-appb-000004
PDU type：2表示该数据包为辅助信息数据。
该信息可以用于支持CU调整向DU传输PDCP PDU的流程。示例性的，在以下情况下，CU可以通过该辅助信息调整向DU传输PDCP PDU的流程。
(1)对应节点(例如DU)向承载NR PDCP实体的节点(例如：CU)发送相关DRB的无线链路质量辅助信息和/或激活PDCP复制的建议。
(2)对应节点向承载NR PDCP实体的节点发送相关RLC实体的无线链路质量辅助信息。
其中，(1)和(2)中所述的质量辅助信息还可以包括由相应节点(例如：DU)测量的上行链路(uplink，UL)延迟信息和/或下行链路(downlink，DL)延迟信息。
以上是对本申请实施例所涉及的技术术语以及相关概念的介绍，以下不再赘述。
本申请实施例中，F1场景指的是，一个基站的CU与该基站的DU通信的场景， X2场景指的是，一个基站的CU与另一基站的DU通信的场景。在上述场景之下，为了保证数据传输的可靠性，DU的RLC实体在接收到DU发送的数据包NR-U时，会通过接收窗口对NR-U的SN号，也即PDCP PDU的SN号进行管理。示例性的，DU的RLC实体通过接收窗口最大可以维护1024个乱序SN的比特(bit)位。
另外，DU还会通过向CU上报DDDS的方式，以便于CU对向DU发送的数据包执行数据流控制。目前DU向CU上报DDDS：可以通过以下3种方式。
方式1：DU采用RLC UM向终端设备发送新空口-用户(new radio-user，NR-U)数据包(也即，PDCP PDU)的情况下，DU在收到MAC层组包成功的信息之后会发NR-U状态报告，也即发送DDDS给CU的PDCP实体，同时DU还会启动周期定时器，周期性发送DDDS给CU。
方式2：DU采用RLC AM模式向终端设备发送NR-U包的情况下，会在DU的RLC实体收到终端设备的反馈报告之后，发送DDDS给CU的PDCP实体，同时DU还会启动周期定时器，周期性发送DDDS给CU。
方式3：DU在收到CU发送的polling报文时，会立即发送DDDS给CU。
目前，在CU-DU的架构下传输MBS数据时，CU向DU上报DDDS有两种方式：
方式A：CU和DU之间建立有多个终端设备共享的GTP-U隧道，以及单个终端设备专用的GTP-U隧道。目前至少对于DU采用PTM的方式向多个终端设备传输数据的情况下，CU通过共享的GTP-U隧道向DU发送MBS数据包，其中该数据包中包括MBS数据PDCP PDU以及包头下行用户数据(DL USER DATA)(也即表1所示的PDU Type 0)，DU通过专用的GTP-U隧道向CU分别反馈每个终端设备的DDDS(也即表2所示的PDU Type 1)。
方式B：CU和DU之间建立有多个终端设备共享的GTP-U隧道以及单个终端设备专用的GTP-U隧道。目前至少对于DU采用PTM的方式向多个终端设备传输数据的情况下，CU通过共享的GTP-U隧道向DU发送MBS数据包，其中该数据包中包括MBS数据PDCP PDU以及包头DL USER DATA，DU通过共享的GTP-U隧道向CU分别反馈每个终端设备的DDDS。在该方式下，DU向CU反馈的DDDS报告中携带有终端设备的索引，以便于CU确定该DDDS所属的终端设备，以及后续为该终端设备重传PDCP PDU。
上述方式A、方式B都是都针对单个DRB上报DDDS的，对于不同的终端设备，CU会分配不同的DRB，也即，上述方式A、方式B都是针对单个终端设备上报DDDS的。对于DU采用RLC UM向终端设备发送PDCP PDU的情况下，DU会将发送给该终端设备的PDCP PDU发送到底层之后，就生成DDDS，该DDDS用于指示DU缓存(buffer)的空间和/或F1接口上丢失的PDCP PDU的情况；对于DU采用RLC AM向终端设备发送PDCP PDU的情况下，DU会将PDCP PDU发送到该终端设备并且收到该终端设备的反馈之后生成DDDS，该DDDS用于指示终端设备的PDCP PDU的接收情况。随后DU向CU发送DDDS，通知CU PDCP PDU的发送情况以及DU的buffer空间，以便于CU后续向DU的buffer发送数据。
但是对于MBS来说，发送给多个终端设备的MBS数据是相同的，CU通过F1接口向DU发送PDCP PDU，DU将接收到的PDCP PDU存储在缓存(buffer)内，然后 通过PTM和/或PTP的方式向多个终端设备发送PDCP PDU。此时，多个终端设备收到的数据包是DU中存储的同一个数据包。对于上述采用RLC UM的情况下，DU生成的DDDS与终端设备是无关的，因此DU通过上述方式A、方式B向CU发送DDDS时，会带来重复的信令开销，造成资源的浪费。对于上述采用RLC AM的情况下，DU通过上述方式A、方式B对每个终端设备的DDDS分别上报，也会带来很大的信令开销，造成资源的浪费。
为了解决上述技术问题，本申请实施例提供了一种数据传输方法。下面结合附图，对本申请实施例提供的数据传输方法进行说明。
本申请中DU从CU接收至少一个PDCP PDU，至少一个PDCP PDU中携带有MBS数据。DU向至少两个终端设备发送这至少一个PDPC PDU。然后DU向CU发送状态报告，该状态报告是由DU对多个终端设备(至少两个)的PDCP PDU的发送结果汇总得到的。其中，DU向这至少两个终端设备发送这至少一个PDCP PDU所采用的方式可以包括以下任意一种或者多种：RLC UM、RLC AM、PTM、PTP等。
如图7所示，为本申请实施例提供的一种数据传输方法，该方法包括以下步骤：
S701、CU向DU发送第一PDCP PDU。相应的，DU接收CU发送的第一PDCP PDU。
该步骤S701中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，第一PDCP PDU携带MBS的数据。第一PDCP PDU可以指一个或者多个PDCP PDU，本申请对此不作限制。
CU可以通过F1通道向DU发送第一PDCP PDU，相应的，DU可以通过F1通道接收CU发送的第一PDCP PDU。其中F1通道包括多个终端设备共享的GTP-U隧道以及单个终端设备专用的GTP-U隧道。本申请中对CU向DU发送第一PDCP PDU所使用的隧道不作具体限定。
S702、DU向至少两个终端设备发送第一PDCP PDU。
该步骤S702中，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，DU在接收到第一PDCP PDU之后，将其存在自己的缓存(buffer)中，并经过处理之后发送给所述至少两个终端设备。
可选的，DU可以通过以下设计向至少两个终端设备发送第一PDCP PDU。
设计1，DU采用RLC UM，向至少两个终端设备发送第一PDCP PDU。需要说明的是，由于DU采用PTM方式向终端设备传输数据时，该方式只支持RLC UM，在DU采用PTP方式向终端设备采用传输数据时，该方式可以支持RLC AM以及RLC UM。因此在该设计中，DU采用RLC UM，向至少两个终端设备发送第一PDCP PDU，包括了DU采用PTM方式以及采用支持RLC UM的PTP方式向至少两个终端设备发送第一PDCP PDU的情况。
设计2，DU采用PTM方式，向至少两个终端设备发送第一PDCP PDU。
设计3，DU采用RLC AM向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备；以及DU采用RLC UM向至少两个 终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。
设计4，DU采用PTM方式向至少两个终端设备中的第一终端设备发送第一PDCP PDU，其中第一终端设备包括至少一个终端设备；以及DU采用PTP模式向至少两个终端设备中的第二终端设备发送第一PDCP PDU，其中第二终端设备包括至少一个终端设备。
可选的，DU采用何种方式向至少两个终端设备发送第一PDCP PDU，可以由CU单独决定，也可以由DU单独决定，也可以由DU和CU一起决定。
S703、DU向CU发送状态报告。相应的，CU接收DU发送的状态报告。
该步骤S703中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，状态报告指示向至少两个终端设备发送第一PDCP PDU的结果。也即，该状态报告是DU对至少两个终端设备发送第一PDCP PDU的结果“汇总”得到的。该状态报告也可以称为DDDS，本申请对此不作限制。
为便于描述，将“发送第一PDCP PDU的结果”简称为“发送结果”。需要说明的是，“汇总”意为该状态报告是DU根据向至少两个终端设备中每个终端设备的“发送结果”确定出一个“发送结果”，来指示向至少两个终端设备的发送结果。并非简单的将至少两个终端设备中每个终端设备的“发送结果”都罗列到一个状态报告中，来指示向至少两个终端设备的发送结果。
示例性的，以第一PDCP PDU为3个PDCP PDU为例，用SN1至SN3分别标识这3个PDCP PDU。以至少两个终端设备为3个为例，用UE1至UE5分别标识这3个终端设备。
以上文表2所述的帧结构为例，假设DU采用PTM方式向UE1至UE3发送SN1至SN3。假设SN1和SN2向3个终端设备都发送成功，SN3向UE2未发送成功。那么“汇总”的状态报告中携带“Highest transmitted NR PDCP Sequence Number”并将其填写为“SN#2”，需要说明的是，“SN#2”意为SN号为2，在此统一说明，以下不再赘述。用于指示向3个终端设备发送SN1至SN3的结果。
而并非是携带“Highest transmitted NR PDCP Sequence Number”将其填写为“SN#3”用于指示向UE1发送SN1至SN3的结果，“Highest transmitted NR PDCP Sequence Number”将其填写为“SN#3”用于指示向UE2发送SN1至SN3的结果，以及“Highest transmitted NR PDCP Sequence Number”并将其填写为“SN#2”用于指示向UE3发送SN1至SN3的结果。
基于上述技术方案，DU从CU接收第一PDCP PDU，第一PDCP PDU携带MBS数据时，DU向至少两个终端设备发送第一PDCP PDU，并向CU发送状态报告，该状态报告指示了向至少两个终端设备发送第一PDCP PDU的结果。使得在传输MBS数据时，节省了上报状态报告的信令开销，节约了资源。
可选的，DU可以通过第一通道向CU发送状态报告，相应的，CU通过第一通道接收DU发送的状态报告。其中，第一通道为多个终端设备共享的GTP-U隧道。
可选的，DU可以通过第二通道向CU发送状态报告，相应的，CU通过第二通道接收DU发送的状态报告。其中，第二通道为单个终端设备专用的GTP-U隧道。
其中，状态报告指示向至少两个终端设备中的每个终端设备发送所述第一PDCP PDU的结果。示例性的，以终端设备为3个为例，DU向3个终端设备发送第一PDCP PDU，则状态报告指示了向这3个终端设备发送第一PDCP PDU的结果。
可选的，该状态报告可以是针对优先级较低的多个终端设备的状态报告，也即，所述至少两个终端设备是优先级较低的终端设备。对于优先级较高的终端设备或被标注为不可与其他终端设备发送结果进行汇总的终端设备，可以采用上文所述的“针对单个终端设备上报DDDS”的方式。本申请对此不作限制。
下面结合步骤S702的设计，以及上文表2所示的帧格式，对状态报告进行具体说明。
在采用上述设计1的情况下，该状态报告为“RLC UM”的状态报告，RLC UM指的是DU向终端设备发送第一PDCP PDU时所采用的方式，为便于描述，用此种形式来表示，在此统一说明，以下不再赘述。指示DU采用RLC UM，向至少两个终端设备中的每个终端设备发送第一PDCP PDU的结果。
示例性，以至少两个终端设备为5个为例，以UE1至UE5来分别标识这5个终端设备，以第一PDCP PDU为5个PDCP PDU，用SN1至SN5来标识这5个PDCP PDU。
在该情况下，DU采用RLC UM向UE1、UE2、UE3、UE4、UE5发送SN1、SN2、SN3、SN4、SN5。假设SN1、SN2被成功发送给5个UE，SN3只被成功发给了UE3、UE5，但是并没有成功发送给剩余的3个终端设备。则在该情况下，该状态报告的帧格式中可以包括“Highest transmitted NR PDCP Sequence Number”域并将该域填写为
“SN#2”，也就是说，这一个状告报告指示了DU采用RLC UM，向5个终端设备发送第一PDCP PDU的结果。
在采用上述设计2的情况下，该状态报告为“PTM”的状态报告，指示DU采用PTM方式，向至少两个终端中的每个终端设备发送第一PDCP PDU的结果。
还是以上述示例说明，在该情况下，该状态报告的帧格式中可以包括“Highest transmitted NR PDCP Sequence Number”域并将该域填写为“SN#2”，也就是说，这一个状告报告指示了采用DU采用PTM方式，向5个终端设备发送第一PDCP PDU的结果。
在采用上述设计3的情况下，该状态报告为“RLC AM以及RLC UM”的状态报告，指示向第一终端设备发送第一PDCP PDU的结果和向第二终端设备发送第一PDCP PDU的结果。
还是以至少两个终端设备为5个为例，以UE1至UE5来分别标识这5个终端设备，以第一PDCP PDU为5个PDCP PDU，用SN1至SN5来标识这5个PDCP PDU。以第一终端设备为UE1、UE3、UE4，第二终端设备为UE2、UE5为例。
示例性，在该情况下，DU采用RLC AM向UE1、UE3、UE4发送SN1、SN2、SN3、SN4、SN5；采用RLC UM向UE2、UE5发送SN1、SN2、SN3、SN4、SN5。假设DU采用RLC AM时，SN1、SN2、SN3被成功发送给UE1、UE3、UE4；SN4只被成功发送个UE3，SN5只被成功发送给UE4。DU采用RLC UM时，SN1、SN2被 成功发送给UE2、UE5，但是SN3、SN5只被成功发送给了UE2，SN4只被成功发送给了UE5。因此，在此种情况下，该状态报告中可以包括“Highest successfully delivered NR PDCP Sequence Number Highest”域并将该域填写为“SN#2”，以及包括“Highest transmitted NR PDCP Sequence Number”并将该域填写为“SN#4”。
示例性的，在该情况下，DU采用RCL AM向UE1、UE3、UE4发送SN1至SN5，采用RLC UM向UE2、UE5发送SN1至SN5。假设SN1、SN2、SN3、SN4被成功发送给了UE1至UE5，SN3被成功发送给了UE3、UE4，未成功发送给UE1、UE2、UE5。因此，在此种情况下，可以在上文表3所述的帧格式中，新定义一个域，例如：“Highest successfully sent NR PDCP Sequence Number Highest”，并将该域填写为“SN#4”，用于指示目前第一PDCP PDU中被成功发送给至少两个终端设备的最高SN为4。或者，可以复用表2所示的帧格式中的现有的域，例如：“Highest successfully delivered NR PDCP Sequence Number Highest”、“Highest transmitted NR PDCP Sequence Number”等等，并将其填写为“SN#4”，用于指示目前第一PDCP PDU中被成功发送给至少两个终端设备的最高SN为4。
需要说明的是，本申请对状态报告的帧格式、帧格式中包括的域、以及相应的填写方式不作具体限制，在此统一说明，以下不再赘述。
在采用上述设计4的情况下，具体还存在下文所述设计5以及设计6的情况。
设计5：该状态报告为“PTP以及PTM”的状态报告，指示向第一终端设备发送第一PDCP PDU的结果和向第二终端设备发送第一PDCP PDU的结果。
可选的，在该设计下，该状态报告可以携带指示信息，用于指示该状态报告为一个“PTP以及PTM”的状态报告。
示例性的，该指示信息可以复用上述表2所示的帧格式中目前的索引(indication)(也可以称为指示)实现，例如：“Highest Delivered NR PDCP SN Ind”以及“Highest Transmitted NR PDCP SN Ind”，还可以通过新定义“PTP以及PTM”的索引来实现，本申请对该指示信息具体的实现方式不作具体限制。
示例性的，还是以至少两个终端设备为5个为例，以UE1至UE5来分别标识这5个终端设备，以第一PDCP PDU为5个PDCP PDU，用SN1至SN5来标识这5个PDCP PDU。以第一终端设备为UE1、UE3、UE4，第二终端设备为UE2、UE5为例。在该情况下，DU采用PTP方式向UE1、UE3、UE4发送SN1、SN2、SN3、SN4、SN5；采用PTM方式向UE2、UE5发送SN1、SN2、SN3、SN4、SN5。
假设DU采用PTP时，SN1、SN2、SN3被成功发送给UE1、UE3、UE4；SN4只被成功发送个UE3，SN5只被成功发送给UE4。DU采用PTM时，SN1、SN2被成功发送给UE2、UE5，但是SN3、SN5只被成功发送给了UE2，SN4只被成功发送给了UE5。因此，在此种情况下，该状态报告中可以包括“Highest successfully delivered NR PDCP Sequence”域并将该域填写为“SN#2”，以及包括“Highest transmitted NR PDCP Sequence Number”并将该域填写为“SN#4”。需要说明的是，在该方式下，需要提前约定好“Highest successfully delivered NR PDCP Sequence”代表的是DU采用PTP方式向终端设备发送第一PDCP PDU填写的域，“Highest transmitted NR PDCP Sequence Number”代表的是DU采用PTM方式向终端设备发送第一PDCP PDU填写的 域。或者，该状态报告中可以包括“Highest successfully delivered NR PDCP Sequence”域域并将该域填写为“SN#4”，以及包括“Highest transmitted NR PDCP Sequence Number”并将该域填写为“SN#2”。需要说明的是，在该方式下，也需要提前约定好“Highest successfully delivered NR PDCP Sequence”代表的是DU采用PTM方式向终端设备发送第一PDCP PDU时填写的域，“Highest transmitted NR PDCP Sequence Number”代表的是DU采用PTP方式向终端设备发送第一PDCP PDU时填写的域。
需要说明的是，对应具体约定哪个域为DU采用PTP方式向终端设备发送第一PDCP PDU时填写的域，哪个域为DU采用PTM方式向终端设备发送第一PDCP PDU时填写的域，本申请对此不作具体限定。
或者，可以通过单独指示的方式来指示该域为DU采用PTP方式向终端设备发送第一PDCP PDU时填写的域，还是DU采用PTM方式向终端设备发送第一PDCP PDU时填写的域。例如：可以通过比特位来指示，“0”代表PTM方式，“1”代表PTP方式。可选的，对于具体对哪个域来额外添加指示以及指示的方式，本申请对此不作限制。
或者，还可以在上文表2所示的帧格式中新定域，例如：“Highest successfully sent NR PDCP Sequence for PTP”，用于指示DU采用PTP方式向第一终端设备发送第一PDCP PDU，和/或“Highest successfully sent NR PDCP Sequence for PTM”，用于指示DU采用PTM方式向第二终端设备发送第一PDCP PDU。
示例性的，在该情况下，DU采用PTP向UE1、UE3、UE4发送SN1至SN5，采用PTM向UE2、UE5发送SN1至SN5。假设SN1、SN2、SN3、SN4被成功发送给了UE1至UE5，SN3被成功发送给了UE3、UE4，未成功发送给UE1、UE2、UE5。因此，在此种情况下，可以在上文表3所述的帧格式中，新定义一个域，例如：“Highest successfully sent NR PDCP Sequence Number Highest”，并将该域填写为“SN#4”，用于指示目前第一PDCP PDU中被成功发送给至少两个终端设备的最高SN为4。或者，可以复用表2所示的帧格式中，现有的域，例如：“Highest successfully delivered NR PDCP Sequence Number Highest”、“Highest transmitted NR PDCP Sequence Number”等等，并将其填写为“SN#4”，用于指示目前第一PDCP PDU中被成功发送给至少两个终端设备的最高SN为4。
设计6：该状态报告为“PTM”的状态报告，只用于指示向第一终端设备发送第一PDCP PDU的结果。也即，在该设计下，DU只对采用PTM方式发送的第一PDCP PDU的第一终端设备的发送结果进行汇总，不对采用PTP方式发送的第一PDCP PDU的第二终端设备的发送结果进行汇总。可以理解的，本申请实施例中的“只用于”是针对第一终端设备和第二终端设备时的相对概念，比如，“只用于”第一终端设备，则意味着不用于第二终端设备，上述描述并不排除该状态报告中包含其它信息。
示例性的，在该设计下，状态报告的帧格式可以与上述设计2中状态报告的帧格式相同，此处不再赘述。
需要说明的是，状态报告的帧格式以及以及帧格式中相关域填写的方式和/或内容仅仅是示例性说明，并不够成对状态报告的具体限定，状态报告也可以通过单独的字段来指示相应的信息，本申请对此不作限制，在此统一说明，以下不再赘述。
可选的，对于DU采用PTP，向第二终端设备发送第一PDCP PDU的结果，可以 采用一个状态报告指示向第二终端设备发送第一PDCP PDU的结果；也可以将向第二终端设备中的每个终端设备发送第一PDCP PDU的结果分别用一个状态报告指示，也即通过上文所述的“针对单个终端设备上报DDDS”的方式。在该设计下，本申请对第二终端设备的状态报告不作具体限定。
可选的，在DU通过上文所述的“针对单个终端设备上报DDDS”的方式指示第二终端设备发送第一PDCP PDU的发送结果的情况下，如果DU通过上述共享GTP-U向CU发送该状态报告，该状态报告可以携带终端设备的索引号(index)，以便于CU识别该状态报告是属于第二终端设备中的哪个终端设备的。示例性的，该索引号可以用终端设备标识(UE identity，UE ID)表示；也可以通过在第一次发送该状态报告时通过携带UE ID以及指示序号，告知CU此UE ID与该指示序号对应，再次发送该状态报告时仅携带指示序号的方式来表示，CU直接根据指示序号即可确定该状态报告所属的终端设备，以此来节省信令开销；还可以通过提前约定指示序号的方式来表示，例如：CU、DU、UE之间共用一个指示序号来代指UE ID。本申请对UE index具体的表示方式不作任何限定。
其中，在采用上述设计3和/或采用上述设计5的情况下，步骤S703还可以具体实现为以下步骤：
步骤S703a、DU向CU发送第一状态报告。相应的，CU接收DU发送的第一状态报告。
该步骤S703a中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，第一状态报告指示向第一终端设备发送第一PDCP PDU的结果。
步骤S703b、DU向CU发送第二状态报告。相应的，C U接收DU发送的第二状态报告。
该步骤S703b中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，第二状态报告指示向第二终端设备发送第一PDCP PDU的结果。
也即，状态报告中可以具体实现为第一状态报告以及第二状态报告，DU可以分别向CU发送第一状态报告以及第二状态报告。需要说明的是，上述步骤S703a以及步骤S703b的顺序可以互换，本申请对DU向CU发送第一状态报告以及第二状态报告的顺序不作具体限定。
可选的，结合上述设计3，步骤S703a还可以具体实现为以下步骤：
S703c、DU向CU发送第六状态报告。相应的，CU接收DU发送的第六状态报告。
该步骤S703c中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，第六状态报告指示向第一终端设备中至少一个终端设备按序递交第一PDCP PDU的结果。
S703d、DU向DU向CU第七状态报告。相应的，CU接收DU发送的第七状态报告。
该步骤S703d中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，第七状态报告指示向第一终端设备中至少一个终端设备非按序递交第一PDCP PDU的结果。
需要说明的是，上述步骤S703c、S703d的执行顺序可以互换，本申请对上述步骤S703c、步骤S703d的执行顺序也不做具体限定。
可选的，对于与向终端设备发送PDCP PDU的发送结果无关的相关指示和信息也可以包含在上述状态报告中，例如：上述表2中所示的“Final Frame Ind.”、“Cause Report”、“CauseValue”等等。或者，对于与向终端设备发送PDCP PDU的发送结果无关的相关指示和信息，也可以不包含在上述状态报告中，由DU单独上报给CU，此时可以采用上文所述的单独上报的方式，或者也可以采用类似本申请中汇总的方式。另外，对于表3所示的辅助信息，也可以采用上文所述的单独上报的方式，或者也可以采用类似本申请中汇总的方式。本申请对此部分信息上报的方式不作具体限定。
需要说明的是，CU在接收到状态报告之后，需要确定该状态报告是否是属于所有终端设备的状态报告，才可以执行后续的工作，例如：判断是否需要等待后续的状态报告。
因此，可选的，第一状态报告以及第二状态报告还可以包括以下设计。
结合上述设计4：第一状态报告以及第二状态报告可以包括以下设计A。
设计A：第一状态报告中携带第一指示信息，第一指示信息用于指示第一状态报告与PTM方式对应。需要说明的是，“第一状态报告与PTM方式对应”意为第一状态报告是一个“PTM”的状态报告，也即第一状态报告是属于DU采用PTM方式发送第一PDCP PDU的终端设备的状态报告。
一种可能的实现方式中，第一指示信息可以通过复用上述表2中的索引来指示第一状态报告是一个“PTM”的状态报告，例如：“Highest Transmitted NR PDCP SN Ind”或者其它索引，本申请对此不作限制。
另一种可能的实现方式中，由于PTM只支持RLC UM，因此第一指示信息可以采用上述表2所示的帧结构中“Highest transmitted NR PDCP Sequence Number”域，来隐式指示第一状态报告是一个“PTM”的状态报告。
又一种可能的实现方式中，第一指示信息可以通过额外添加字段“PTM”的方式来显示指示第一状态报告是一个“PTM”的状态报告，例如：新定义一个索引或者新定义一个域等等。
又一种可能的实现方式中，第一指示信息还可以通过上述表2所示的帧结构中的其他域，并为其添加字段的方式实现，来指示第一状态报告是一个“PTM”的状态报告。
第二状态报告携带第二指示信息，第二指示信息用于指示第二状态报告与PTP方式对应。需要说明的是，“第二状态报告与PTP方式对应”意为第二状态报告是第一个“PTP”的状态报告，也即第二状态报告是属于DU采用PTP方式发送第一PDCP PDU 的终端设备的状态报告。
一种可能的实现方式中，第一指示信息可以通过额外添加字段“PTP”的方式来显示指示第二状态报告是一个“PTP”的状态报告。
另一种可能的实现方式中，第一指示信息还可以通过上述表2所示的帧结构中的其他域，并为其添加字段的方式实现，来指示第二状态报告是一个“PTP”的状态报告。
示例性的，在设计A下，如果是由CU决定采用PTM方式向第一终端设备发送第一PDCP PDU；以及决定采用PTP方式向第二终端设备发送第一PDCP PDU的。则假设CU先收到了第一状态报告，则CU根据第一指示信息就可以确定第一状态报告是第一终端设备的状态报告，还需要等待第二状态报告，也即第二终端设备的状态报告。或者，假设CU先收到了第二状态报告，则CU根据第二指示信息就可以确定第二状态报告是第二终端设备的状态报告，还需要等待第一状态报告，也即第一终端设备的状态报告。
结合上述设计3：第一状态报告以及第二状态报告可以包括以下设计B。
设计B：第一状态报告携带第九指示信息，第九指示信息用于指示第一状态报告与RLC AM对应。需要说明的是，“第一状态报告与RLC AM对应”意为第一状态报告是一个“RLC AM”的状态报告，也即，第一状态报告是属于DU采用RLC AM发送第一PDCP PDU的终端设备的状态报告。
一种可能的实现方式中，第九指示信息可以通过复用上述表2中的索引来指示第一状态报告是一个“AM”的状态报告，例如：“Highest Delivered NR PDCP SN Ind”、Delivered NR PDCP SN Range Ind或者其它索引，本申请对此不作限制。
另一种可能的实现方式中，第九指示信息可以采用上述表2所示的帧结构中“Highest successfully delivered NR PDCP Sequence Number”域，来指示第一状态报告是一个“RLC AM”的状态报告。
又一种可能的实现方式中，第九指示信息可以通过额外添加字段“AM”的方式来显示指示第一状态报告是一个“RLC AM”的状态报告，例如：新定义一个索引或者新定义一个域等等。
又一种可能的实现方式中，第九指示信息还可以通过上述表2所示的帧结构中的其他域，并为其添加字段的方式实现，指示第一状态报告是一个“RLC AM”的状态报告。
第二状态报告携带第十指示信息，第十指示信息用于指示第二状态报告与RLC UM对应。需要说明的是，“第二状态报告与RLC UM”意为第二状态报告是一个“RLC UM”的状态报告，也即，第二状态报告是属于DU采用RLC UM发送第一PDCP PDU的终端设备的状态报告。
一种可能的实现方式中，第十指示信息可以通过复用上述表2中的索引来指示第二状态报告是一个“RLC UM”的状态报告，例如：“Highest Transmitted NR PDCP SN Ind”或者其它索引，本申请对此不作限制。
另一种可能的实现方式中，第十指示信息可以采用上述表2所示的帧结构中“Highest transmitted NR PDCP Sequence Number”域，来隐式指示第二状态报告是一 个“RLC UM”的状态报告。
又一种可能的实现方式中，第十指示信息可以通过额外添加字段“UM”的方式来显示指示第二状态报告是一个“RCL UM”的状态报告，例如：新定义一个索引或者新定义一个域等等。
又一种可能的实现方式中，第十指示信息还可以通过上述表2所示的帧结构中的其他域，并为其添加字段的方式实现，来指示第二状态报告是一个“RLC UM”的状态报告。
示例性的，在设计B下，如果是由CU决定采用RLC AM，向第一终端设备发送第一PDCP PDU；以及决定采用RLC UM，向第二终端设备发送第一PDCP PDU的。则假设CU先收到第一状态报告，则CU根据第一指示信息就可以确定第一状态报告是第一终端设备的状态报告，还需要等待第二状态报告，也即第二终端设备的状态报告。或者，假设CU先收到了第二状态报告，则CU根据第二指示信息就可以确定第二状态报告是第二终端设备的状态报告，还需要等待第一状态报告，也即第一终端设备的状态报告。
进一步的，结合设计3，第一状态报告可以包括第六状态报告以及第七状态报告。
第六状态报告、第七状态报告可以包括以下设计a、设计b。
设计a、第六状态报告携带第十一指示信息，第十一指示信息用于指示第六状态报告是属于第一终端设备中按序RLC AM的终端设备的状态报告。第七状态报告携带第十二指示信息，第十二指示信息用于指示第七状态报告是属于第一终端设备中非按序RLC AM的终端设备的状态报告。
第十一指示信息可以采用上述表2所示的帧结构的“the highest NR PDCP PDU sequence number successfully delivered in sequence to the UE”域，来指示第六状态报告是一个“AM按序”的状态报告。还可以通过复用上述表2中的索引来指示第六状态报告是一个“AM按序”的状态报告，例如：“Highest Delivered NR PDCP SN Ind”或者其它索引，本申请对此不作限制。
第十二指示信息可以采用上述表2所示的帧结构的“Number/Start/End of successfully delivered out of sequence PDCP Sequence Number range”域，来指示第七状态报告是一个“AM非按序”的状态报告。还可以通过复用上述表2中的索引来指示第七状态报告是一个“AM非按序”的状态报告，例如：“Delivered NR PDCP SN Range Ind”或者其它索引，本申请对此也不作限制。
可选的，第十一指示信息和/或第十二指示信息还可以单独添加字段指示，本申请对此也不做具体限定。
在该设计下，DU接收到第六状态报告，根据第十一指示信息可以确定当前的状态报告是“按序”状态报告，也即该状态报告属于DU采用RCL AM按序递交第一PDCP PDU的终端设备的状态报告；还是“非按序”的状态报告，也即该状态报告属于DU采用RLC AM非按序递交第一PDCP PDU的终端设备的状态报告。
设计b、第六状态报告携带第十三指示信息，第十三指示信息用于指示第六状态报告是否包含第一终端设备中所有终端设备的状态报告，也即第六状态报告是否属于包含第一终端设备中所有终端设备的状态报告。和/或第七状态报告携带第十三指示信 息，第十三指示信息用于指示第七状态报告是否包含第一终端设备中所有终端设备的状态报告，也即第七状态报告是否属于第一终端设备中所有终端设备的状态报告。
示例性的，以第六状态报告为例，第十三指示信息可以通过添加“完整”字段的形式，如果该字段为“0”说明该状态报告不完整，也即第六状态报告不是属于第一终端设备中所有终端设备的状态报告。如果该字段为“1”说明该状态报告完整，也即第六状态报告是属于第一终端设备中所有终端设备的状态报告。
可选的，CU根据上述设计a仅仅可以确定该状态报告所属的类型，也即是“按序”状态报告，还是“非按序”状态报告。但是无法确定该状态报告是否是属于第一终端设备中的所有终端设备的状态报告。因此，CU可以结合设计a和设计b，确定接收到的状态报告是否完整。
示例性的，假设CU先接收到第六状态报告，根据第十一指示信息确定该状态报告为“按序”状态报告，又根据第十三指示信息确定该状态报告不完整，也即，该状态报告不是第一终端设备的中所有RLC AM的终端设备的状态报告，则CU可以确定还需要等待“非按序”的状态报告。
示例性的，假设CU先接收到第七状态报告，根据第十二指示信息确定该状态报告为“非按序”状态报告，又根据第十三指示信息确定该状态报告完整，则CU可以确定不需要继续等待“按序”的状态报告。
结合上述设计A以及设计B，第一状态报告以及第二状态报告还可以包括以下设计C。
设计C：第一状态报告携带第三指示信息，第三指示信息用于指示第一状态报告是否包含至少两个终端设备中所有终端设备的状态报告，也即第一状态报告是否属于至少两个终端设备中所有终端设备的状态报告。
和/或，第二状态报告携带第三指示信息，第三指示信息用于指示第二状态报告是否包含至少两个终端设备中所有终端设备的状态报告，也即第二状态报告是否属于至少两个终端设备中所有终端设备的状态报告。
同样的，第三指示信息也可以通过上述第十三指示信息的方式实现，此处不予赘述。
示例性的，在该设计下，结合上述设计A，如果是由DU，或者，DU和CU一起决定采用决定采用PTM方式向第一终端设备发送第一PDCP PDU；以及决定采用PTP方式向第二终端设备发送第一PDCP PDU的。则假设CU先接收到第一状态报告，则CU根据第一指示信息仅仅可以确定第一状态报告是属于第一终端设备的状态报告，但是CU无法确定是否还存在第二终端设备，也即无法确定是否需要等待第二状态报告。此时，结合设计C，CU可以根据第三指示信息确定第一状态报告是否完整，也即第一状态报告是否属于所有终端设备的状态报告。如果完整，则CU可以确定不需要继续等待第二状态报告；如果不完整，则CU可以确定需要等待第二状态报告。
示例性的，在该设计下，结合上述设计B，如果是由DU，或者，DU和CU一起决定采用RLC AM，向第一终端设备发送第一PDCP PDU；以及决定采用RLC UM，向第二终端设备发送第一PDCP PDU的。则假设CU先收到第一状报告，但是CU无法确定是否还存在第二终端设备，也即无法确定是否需要等待第二状态报告。此时， 结合设计C，CU可以根据第三指示信息确定第一状态报告是否完整，也即第一状态报告是否属于所有终端设备的状态报告。如果完整，则CU可以确定不需要继续等待第二状态报告；如果不完整，则CU可以确定需要等待第二状态报告。
示例性，在该设计下，不管是由CU决定、或者DU决定，或者CU和DU一起决定向第一终端设备以及第二终端设备发送第一PDCP PDU的方式的。假设CU先收到第一状态报告，仅仅根据第三指示信息就可以确定第一状态报告是否完整。若第三指示信息指示第一状态报告完整，则CU确定不需要继续等待其他状态报告；如果不完整，则CU可以确定需要继续等待其他状态报告。
可选的，在上述设计1的情况下，状态报告可以包括以下设计D。
设计D、状态报告携带第四指示信息，第四指示信息用于指示状态报告与RLC UM对应。需要说明的是，“状态报告与RLC UM对应”意为该状态报告为一个“RLC UM”的状态报告，也即该状态报告是属于CU采用RLC UM发送第一PDCP PDU的终端设备的状态报告。
可选的，第四指示信息也可以采用上述第十指示信息的实现方式，此处不予赘述。
示例性的，在该设计下，如果是由CU决定采用RLC UM，向至少两个终端设备发送第一PDCP PDU的，则假设CU收到了状态报告，则CU仅仅根据第四指示信息就可以确定该状态报告是完整的，也即是属于所有终端设备的状态报告，CU可以确定无需继续等待其他状态报告。
如果是DU决定、或者，DU和CU一起决定采用RLC UM，向至少两个终端设备发送第一PDCP PDU的，则假设CU接收到状态报告，仅仅根据第四指示信息无法确定该状态报告是否完整。在该情况之下，如果存在第三终端设备，第三终端设备是除上述至少两个终端设备之外的至少一个终端设备，也即DU向第三终端设备以及上述至少两个终端设备发送第一PDCP PDU。此时状态报告中还应该携带“完整”指示，也即该状态报告是否属于DU发送第一PDCP PDU的所有终端设备的状态报告。如果指示该状态报告完整，则CU确定无需继续等待其他状态报告；若指示该状态报告不完整，则CU确定需要继续等待其他状态报告。
可选的，该“完整”指示也可以通过上述第十三指示信息的方式实现，此处不予赘述。
示例性，在该设计下，不管是由CU决定、或者DU决定，或者CU和DU一起决定向第一终端设备以及第二终端设备发送第一PDCP PDU的方式的。假设CU收到状态报告，仅仅根据状态报告中携带的“完整”指示就可以确定状态报告是否完整。若指示状态报告完整，则CU确定不需要继续等待其他状态报告；如果指示不完整，则CU可以确定需要继续等待其他状态报告。
可选的，在上述设计2的情况下，状态报告可以包括以下设计E。
设计E：状态报告携带第一指示信息，第一指示信息用于指示状态报告与PTM方式对应。“状态报告与PTM方式对应”意为该状态报告是一个“PTM”的状态报告，也即状态报告是属于DU采用PTM方式发送第一PDCP PDU的中的终端设备的状态报告。
示例性的，在该设计下，如果是由CU决定采用PTM方式向至少两个终端设备发 送第一PDCP PDU的，则假设CU接收到状态报告，则CU仅仅根据第一指示信息就可以确定该状态报告是完整的，也即是属于所有终端设备的状态报告，CU可以确定无需继续等待其他状态报告。
其他情况同上述设计D，此处不再予以赘述。
可选的，状态报告、第一状态报告、第二状态报告还可以携带以下信息(1)至(5)中的任意一种或多种。
(1)第五指示信息，第五指示信息用于指示MBS关联的无线承载RB的期望缓冲区大小。
可选的，CU可以根据第五指示信息确定MBS关联的无线承载RB的期望缓冲区大小。CU执行的该动作可以由前述通信装置400的处理器401调用存储器403中存储的应用程序代码来执行，或者，通信装置500的处理模块501执行。
一种可能的实现方式中，第五指示信息可以实现为通过为表2所示的帧结构中的“Desired buffer size for the data radio bearer”域添加“MBS”指示的方式。
另一种可能的实现方式中，第五指示信息可以实现为将表2所示帧结构中的“Desired buffer size for the data radio bearer”域直接修改为“Desired buffer size for the MBS radio bearer”域，或者修改为“Desired buffer size for the concerned MRB”域的方式。
又一种可能的实现方式中，第五指示信息可以实现为单独添加“Desired buffer size for the MBS radio bearer”域或者“Desired buffer size for the concerned MRB”域的方式。
本申请对第五指示信息的实现方式不作任何限定。
(2)第六指示信息，第六指示信息用于指示期望的数据速率。
可选的，CU可以根据第六指示信息确定期望的数据速率。CU执行的该动作可以由前述通信装置400的处理器401调用存储器403中存储的应用程序代码来执行，或者，通信装置500的处理模块501执行。
示例性的，第六指示信息可以实现为表2所示的帧结构中的“Desired Data Rate”域。又或者，第六指示信息还可以实现为其它方式，本申请对此不作限定。
示例性的，在CU接收到多个状态报告的情况下，例如：CU接收到第一状态报告以及第二状态报告，以CU确定期望的数据速率为例，假设第一状态报告、第二状态报告都携带有第六指示信息，则在CU可以根据先接收到的状态报告中的第六指示信息确定期望的数据速率。例如：假设CU先接收到一状态报告，则CU可以根据第一状态报告的第六指示信息确定期望的数据速率；假设CU先接收到第二状态报告，则CU可以根据第二状态报告的第六指示信息确定期望的数据速率。
示例性的，在CU接收到多个状态报告的情况下，假设这多个状态报告中包括采用上述“针对单个UE上报DDDS”的状态报告，也包括本申请实施例提供的状态报告(“针对多个UE上报一个DDDS”的状态报告)，则CU可以选择根据本申请实施例提供的状态报告中携带的第六指示信息确定期望的数据速率。或者，CU还可以根据“针对单个UE上报DDDS”的状态报告中的相关指示信息确定期望的数据速率。
可选的，针对CU确定MBS关联的无线承载RB的期望缓冲区大小的方式可以与确定期望的数据速率的方式类似，此处不再赘述。
(3)第七指示信息，第七指示信息用于指示所述第一PDCP PDU中被所述DU成功 发送的至少一个PDCP PDU的最高序列号SN。
示例性的，第七指示信息可以具体实现为表2所示的帧结构中的“Highest successfully delivered NR PDCP Sequence Number”域、“Highest transmitted NR PDCP Sequence Number”域、“the highest NR PDCP PDU sequence number successfully delivered in sequence to the UE”域等等。
(4)第八指示信息，第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和起始SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的起始SN和结束SN，或者第八指示信息用于指示第一PDCP PDU中被DU成功发送的至少一个PDCP PDU的数目、起始SN和结束SN。
示例性的，第八指示信息可以具体实现为表2所示帧结构中的“Number of successfully delivered out of sequence PDCP Sequence Number range”域、“Start of successfully delivered out of sequence PDCP Sequence Number range”域、“End of successfully delivered out of sequence PDCP Sequence Number range”域，此3种域的任意组合方式。
(5)比特位图(bitmap)，比特位图用于指示向至少两个终端设备发送第一PDCP PDU的结果。
示例性的，比特位图可以通过在表2所示的帧结构中新定义一个索引的方式来实现，假设该索引为“0”，也即该索引不存在，则状态报告中不携带比特位图的相关域，如果该索引为“1”，则状态报告中可以携带比特位图的相关域。本申请对比特位图的具体实现方式不作限定。
示例性的，比特位图可以如图8所示，发送结果为[1，1，0，0，0，1，1，0]。假设第一PDCP PDU包括8个PDCP PDU，SN1至SN8，以所述至少两个终端设备包括3个为例，UE1至UE3。SN1、SN4、SN6、SN8由DU采用PTP方式发给UE1、UE2、UE3。SN2、SN3、SN5、SN7由DU采用PTM方式发送给UE1、UE2、UE3。SN1成功发送给UE1、UE2、UE3，用“1”标识SN1成功发送，SN2、SN2、SN6、SN7成功发送给UE1、UE2、UE3，用“1”标识成功发送的PDPC PDU，对于SN3，3个UE中有未成功发送的，用“0”标识SN3未成功发送。同理，用“0”标识SN4、SN5、SN8也未成功发送。
对于MRB上承载的PDCP PDU来说，不同的PDCP PDU可能对应于PTP以及PTM的方式，因此基于bitmap来对PDCP PDU的发送情况进行反馈，可以避免采用PTP方式对应的状态报告中指示的最高SN和采用PTM方式对应的状态报告中指示的最高SN不重叠，而导致CU不确定以哪个最高SN为准，决策困难的问题。
可选的，CU可以根据第七指示信息、或者第八指示信息、或者bitmap确定所述第一PDCP PDU中成功发送的至少一个PDCP PDU的最高SN。CU执行的该动作可以由前述通信装置400的处理器401调用存储器403中存储的应用程序代码来执行，或者，通信装置500的处理模块501执行。
示例性的，DU在接收到多个状态报告的情况下，例如：DU接收到第一状态报告 以及第二状态报告，假设第一状态报告以及第二状态报告都携带有第七指示信息，第一状态报告携带的第七指示信息指示被所述DU成功发送的至少一个PDCP PDU的最高SN为8，第二状态报告携带的第七指示信息指示被所述DU成功发送的至少一个PDCP PDU的最高SN为5。则DU可以选取所有最高SN中，最高的一个SN，也即CU将“8”确定为第一PDCP PDU中成功发送的至少一个PDCP PDU的最高SN。
可选的，图7所示的方法还可以包括以下步骤(图中未示出)：
S704、DU向CU发送第三状态报告，相应的，CU接收DU发送的第三状态报告。
该步骤S704中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，第三状态报告为专用于反馈所述MBS关联的RB的期望缓冲区大小的状态报告。
和/或，S705、DU向CU发送第四状态报告，相应的，CU接收DU发送的第四状态报告。
该步骤S705中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
其中，第四状态报告为专用于反馈期望的数据速率的状态报告。
和/或，S706、DU向CU发送第五状态报告，相应的DU接收CU发送的第五状态报告。
其中，第五状态报告为专用于反馈所述MBS关联的RB的期望缓冲区大小以及期望的数据速率的状态报告。
该步骤S706中，CU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。或者，DU执行的动作可以由前述通信装置400的通信接口404执行，以及通信装置500的通信模块502执行。
可选的，CU还可以根据第三状态报告确定MBS关联的RB的期望缓冲区大小的状态报告，还可以根据第四状态报告确定期望的数据速率，还可以根据第五状态报告确定MBS关联的RB的期望缓冲区大小以及期望的数据速率。可选的，状态报告、第一状态报告、第二状态报告中还可以携带其它信息，例如：指示丢包情况的相关信息，例如表2所示的帧结构中的“Number of lost NR-U Sequence Number ranges reported”、“Start of lost NR-U Sequence Number range”、“End of lost NR-U Sequence Number range”等等，CU还可以根据这些信息确定第一PDCP PDU的丢包情况等等。
可选的，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例所介绍的方法。
可选的，本申请实施例还提供一种携带计算机指令的计算机程序产品，当该计算机指令在计算机上运行时，使得计算机执行上述实施例所介绍的方法。
可选的，本申请实施例还提供一种芯片，包括：处理电路和收发管脚，处理电路和收发管脚用于实现上述实施例所介绍的方法。其中，处理电路用于执行相应方法中 的处理动作，收发管脚用于执行相应方法中的接收/发送的动作。
本领域普通技术人员可以理解：在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个设备上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (53)

  1. 一种数据传输方法，其特征在于，所述方法包括：
    分布式单元DU接收来自集中式单元CU的第一分组汇聚数据协议PDCP分组数据单元PDU，所述第一PDCP PDU携带多播广播业务MBS的数据；
    所述DU向至少两个终端设备发送所述第一PDCP PDU；
    所述DU向所述CU发送状态报告，所述状态报告指示所述DU向所述至少两个终端设备发送所述第一PDCP PDU的结果。
  2. 根据权利要求1所述的方法，其特征在于，所述状态报告为下行数据传输状态，所述下行传输状态包括第一字段，所述第一字段指示所述DU向所述至少两个终端设备发送所述第一PDCP PDU的结果。
  3. 根据权利要求1或2所述的方法，其特征在于，所述DU向至少两个终端设备发送所述第一PDCP PDU，包括：
    所述DU采用无线链路控制RLC非确认模式UM，向所述至少两个终端设备发送所述第一PDCP PDU。
  4. 根据权利要求1或2所述的方法，其特征在于，所述DU向至少两个终端设备发送所述第一PDCP PDU，包括：
    所述DU采用点到多点PTM方式，向所述至少两个终端设备发送所述第一PDCP PDU。
  5. 根据权利要求1或2所述的方法，其特征在于，所述DU向至少两个终端设备发送所述第一PDCP PDU，包括：
    所述DU采用RLC确认模式AM，向所述至少两个终端设备中的第一终端设备发送所述第一PDCP PDU，其中所述第一终端设备包括至少一个终端设备；以及
    所述DU采用RLC UM，向所述至少两个终端设备中的第二终端设备发送所述第一PDCP PDU，其中所述第二终端设备包括至少一个终端设备；
    所述状态报告指示向所述第一终端设备发送所述第一PDCP PDU的结果和向所述第二终端设备发送所述第一PDCP PDU的结果。
  6. 根据权利要求5所述的方法，其特征在于，所述DU向所述CU发送状态报告，包括：
    所述DU向所述CU发送第一状态报告，所述第一状态报告指示向所述第一终端设备发送所述第一PDCP PDU的结果；
    所述DU向所述CU发送第二状态报告，所述第二状态报告指示向所述第二终端设备发送所述第一PDCP PDU的结果。
  7. 根据权利要求6所述的方法，其特征在于，所述第一状态报告携带第一指示信息，所述第一指示信息用于指示所述第一状态报告与所述PTM方式对应；
    所述第二状态报告携带第二指示信息，所述第二指示信息用于指示所述第二状态报告与所述PTP方式对应。
  8. 根据权利要求6或7所述的方法，其特征在于，所述第一状态报告携带第三指示信息，所述第三指示信息用于指示所述第一状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告；
    和/或，所述第二状态报告携带第三指示信息，所述第三指示信息用于指示所述第二状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告。
  9. 根据权利要求3或4所述的方法，其特征在于，所述状态报告携带第四指示信息，所述第四指示信息用于指示所述状态报告与所述RLC UM对应。
  10. 根据权利要求4所述的方法，其特征在于，所述状态报告携带第一指示信息，所述第一指示信息用于指示所述状态报告与所述PTM方式对应。
  11. 根据权利要求6-10任一项所述的方法，其特征在于，所述状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的无线承载RB的期望缓冲区大小；
    和/或，所述第一状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小；
    和/或，所述第二状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小。
  12. 根据权利要求6-11任一项所述的方法，其特征在于，所述状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第一状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第二状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率。
  13. 根据权利要求6-12任一项所述的方法，其特征在于，所述第一PDCP PDU包括一个或多个PDCP PDU，所述状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高序列号SN；
    和/或，所述第一状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN；
    和/或，所述第二状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN。
  14. 一种数据传输方法，其特征在于，所述方法包括：
    CU向DU发送第一PDCP PDU，所述第一PDCP PDU携带MBS的数据；
    所述CU接收来自所述DU的状态报告，所述状态报告指示所述DU向至少两个终端设备发送所述第一PDCP PDU的结果。
  15. 根据权利要求14所述的方法，其特征在于，所述状态报告为下行数据传输状态，所述下行数据传输状态包括第一字段，所述第一字段指示所述DU向所述至少两个终端设备发送所述第一PDCP PDU的结果。
  16. 根据权利要求14或15所述的方法，其特征在于，所述CU从所述DU接收状态报告，包括：
    所述CU从所述DU接收第一状态报告，所述第一状态报告指示向所述至少两个终端设备中的第一终端设备发送所述第一PDCP PDU的结果，其中所述第一终端设备包括至少一个终端设备；
    所述CU从所述DU接收第二状态报告，所述第二状态报告指示向所述至少两个 终端设备中的第二终端设备发送所述第一PDCP PDU的结果，其中所述第二终端设备包括至少一个终端设备。
  17. 根据权利要求16所述的方法，其特征在于，所述第一状态报告携带第一指示信息，所述第一指示信息用于指示所述第一状态报告与PTM方式对应；
    所述第二状态报告携带第二指示信息，所述第二指示信息用于指示所述第二状态报告与PTP方式对应。
  18. 根据权利要求16或17所述的方法，其特征在于，所述第一状态报告携带第三指示信息，所述第三指示信息用于指示所述第一状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告；
    和/或，所述第二状态报告携带第三指示信息，所述第三指示信息用于指示所述第二状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告。
  19. 根据权利要求14-18任一项所述的方法，其特征在于，所述状态报告携带第四指示信息，所述第四指示信息用于指示所述状态报告与RLC UM对应。
  20. 根据权利要求14-16任一项所述的方法，其特征在于，所述状态报告携带第一指示信息，所述第一指示信息用于指示所述状态报告与PTM方式对应。
  21. 根据权利要求16-20任一项所述的方法，其特征在于，所述状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小；
    和/或，所述第一状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小；
    和/或，所述第二状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小。
  22. 根据权利要求16-21任一项所述的方法，其特征在于，所述状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第一状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第二状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率。
  23. 根据权利要求16-22任一项所述的方法，其特征在于，所述第一PDCP PDU包括一个或多个PDCP PDU，所述状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN；
    和/或，所述第一状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN；
    和/或，所述第二状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN。
  24. 根据权利要求16-23任一项所述的方法，其特征在于，所述方法还包括：
    所述CU根据所述状态报告携带的第五指示信息确定所述MBS关联的RB的期望缓冲区大小；和/或根据所述状态报告携带的第六指示信息确定期望的数据速率；
    或者，所述CU根据所述第一状态报告携带的第五指示信息或者第二状态报告携带的第五指示信息确定所述MBS关联的RB的期望缓冲区大小，和/或所述CU根据所 述第一状态携带的第六指示信息或者第二状态报告携带的第六指示信息确定期望的数据速率；
    或者，所述CU根据所述第三状态报告确定所述MBS关联的RB的期望缓冲区大小，和/或根据所述第四状态报告确定期望的数据速率；
    或者，所述CU根据所述第五状态报告确定所述MBS关联的RB的期望缓冲区大小和/或期望的数据速率。
  25. 根据权利要求16-24任一项所述的方法，其特征在于，所述方法还包括：
    所述CU根据所述状态报告，或者所述第一状态报告，或者所述第二状态报告，携带的第七指示信息确定所述第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN；
    或者，
    所述CU根据所述状态报告，或者所述第一状态报告，或者所述第二状态报告，携带的第八指示信息确定所述第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN；
    或者，
    所述CU根据所述状态报告，或者所述第一状态报告，或者所述第二状态报告携带的比特位图确定所述第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。
  26. 一种通信装置，其特征在于，包括通信模块；
    所述通信模块，用于接收来自CU的第一PDCP PDU，所述第一PDCP PDU携带MBS的数据；
    所述通信模块，还用于向至少两个终端设备发送所述第一PDCP PDU；
    所述通信模块，还用于向所述CU发送状态报告，所述状态报告指示所述通信装置向所述至少两个终端设备发送所述第一PDCP PDU的结果。
  27. 根据权利要求26所述的通信装置，其特征在于，所述状态报告为下行数据传输状态，所述下行传输状态包括包括第一字段，所述第一字段指示所述通信装置向所述至少两个终端设备发送所述第一PDCP PDU的结果。
  28. 根据权利要求26或27所述的通信装置，其特征在于，
    所述通信模块，还用于采用RLC UM，向所述至少两个终端设备发送所述第一PDCP PDU。
  29. 根据权利要求26或27所述的通信装置，其特征在于，
    所述通信模块，还用于采用PTM方式，向所述至少两个终端设备发送所述第一PDCP PDU。
  30. 根据权利要求26或27所述的通信装置，其特征在于，
    所述通信模块，还用于采用RLC AM，向所述至少两个终端设备中的第一终端设备发送所述第一PDCP PDU，其中所述第一终端设备包括至少一个终端设备；以及
    所述通信模块，还用于采用RLC UM，向所述至少两个终端设备中的第二终端设备发送所述第一PDCP PDU，其中所述第二终端设备包括至少一个终端设备；
    所述状态报告指示向所述第一终端设备发送所述第一PDCP PDU的结果和向所述 第二终端设备发送所述第一PDCP PDU的结果。
  31. 根据权利要求30所述的通信装置，其特征在于，
    所述通信模块，还用于向所述CU发送第一状态报告，所述第一状态报告指示向所述第一终端设备发送所述第一PDCP PDU的结果；
    所述通信模块，还用于向所述CU发送第二状态报告，所述第二状态报告指示向所述第二终端设备发送所述第一PDCP PDU的结果。
  32. 根据权利要求31所述的通信装置，其特征在于，所述第一状态报告携带第一指示信息，所述第一指示信息用于指示所述第一状态报告与所述PTM方式对应；
    所述第二状态报告携带第二指示信息，所述第二指示信息用于指示所述第二状态报告与所述PTP方式对应。
  33. 根据权利要求31或32所述的通信装置，其特征在于，所述第一状态报告携带第三指示信息，所述第三指示信息用于指示所述第一状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告；
    和/或，所述第二状态报告携带第三指示信息，所述第三指示信息用于指示所述第二状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告。
  34. 根据权利要求28或29所述的通信装置，其特征在于，所述状态报告携带第四指示信息，所述第四指示信息用于指示所述状态报告与所述RLC UM对应。
  35. 根据权利要求29所述的通信装置，其特征在于，所述状态报告携带第一指示信息，所述第一指示信息用于指示所述状态报告与所述PTM方式对应。
  36. 根据权利要求31-35任一项所述的通信装置，其特征在于，所述状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的无线承载RB的期望缓冲区大小；
    和/或，所述第一状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小；
    和/或，所述第二状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小。
  37. 根据权利要求31-36任一项所述的通信装置，其特征在于，所述状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第一状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第二状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率。
  38. 根据权利要求31-37任一项所述的通信装置，其特征在于，所述第一PDCP PDU包括一个或多个PDCP PDU，所述状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高序列号SN；
    和/或，所述第一状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN；
    和/或，所述第二状态报告携带第七指示信息，所述第七指示信息用于指示所述第 一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN。
  39. 一种通信装置，其特征在于，包括通信模块；
    所述通信模块，用于向DU发送第一PDCP PDU，所述第一PDCP PDU携带MBS的数据；
    所述通信模块，还用于接收来自所述DU的状态报告，所述状态报告指示所述DU向至少两个终端设备发送所述第一PDCP PDU的结果。
  40. 根据权利要求39所述的通信装置，其特征在于，所述状态报告为下行数据传输状态，所述下行数据传输状态包括第一字段，所述第一字段指示所述DU向所述至少两个终端设备发送所述第一PDCP PDU的结果。
  41. 根据权利要求39或40所述的通信装置，其特征在于，
    所述通信模块，还用于从所述DU接收第一状态报告，所述第一状态报告指示向所述至少两个终端设备中的第一终端设备发送所述第一PDCP PDU的结果，其中所述第一终端设备包括至少一个终端设备；
    所述通信模块，还用于从所述DU接收第二状态报告，所述第二状态报告指示向所述至少两个终端设备中的第二终端设备发送所述第一PDCP PDU的结果，其中所述第二终端设备包括至少一个终端设备。
  42. 根据权利要求41所述的通信装置，其特征在于，所述第一状态报告携带第一指示信息，所述第一指示信息用于指示所述第一状态报告与PTM方式对应；
    所述第二状态报告携带第二指示信息，所述第二指示信息用于指示所述第二状态报告与PTP方式对应。
  43. 根据权利要求41或42所述的通信装置，其特征在于，所述第一状态报告携带第三指示信息，所述第三指示信息用于指示所述第一状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告；
    和/或，所述第二状态报告携带第三指示信息，所述第三指示信息用于指示所述第二状态报告是否包含所述至少两个终端设备中所有终端设备的状态报告。
  44. 根据权利要求39-43任一项所述的通信装置，其特征在于，所述状态报告携带第四指示信息，所述第四指示信息用于指示所述状态报告与RLC UM对应。
  45. 根据权利要求39-41任一项所述的通信装置，其特征在于，所述状态报告携带第一指示信息，所述第一指示信息用于指示所述状态报告与PTM方式对应。
  46. 根据权利要求41-45任一项所述的通信装置，其特征在于，所述状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小；
    和/或，所述第一状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小；
    和/或，所述第二状态报告携带第五指示信息，所述第五指示信息用于指示所述MBS关联的RB的期望缓冲区大小。
  47. 根据权利要求41-46任一项所述的通信装置，其特征在于，所述状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第一状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率；
    和/或，所述第二状态报告携带第六指示信息，所述第六指示信息用于指示期望的数据速率。
  48. 根据权利要求41-47任一项所述的通信装置，其特征在于，所述第一PDCP PDU包括一个或多个PDCP PDU，所述状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN；
    和/或，所述第一状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN；
    和/或，所述第二状态报告携带第七指示信息，所述第七指示信息用于指示所述第一PDCP PDU中被所述DU成功发送的至少一个PDCP PDU的最高SN。
  49. 根据权利要求41-48任一项所述的通信装置，其特征在于，还包括处理模块；
    所述处理模块，用于根据所述状态报告携带的第五指示信息确定所述MBS关联的RB的期望缓冲区大小；和/或根据所述状态报告携带的第六指示信息确定期望的数据速率；
    或者，所述处理模块，用于根据所述第一状态报告携带的第五指示信息或者第二状态报告携带的第五指示信息确定所述MBS关联的RB的期望缓冲区大小，和/或所述处理模块，用于根据所述第一状态携带的第六指示信息或者第二状态报告携带的第六指示信息确定期望的数据速率；
    或者，所述处理模块，用于根据所述第三状态报告确定所述MBS关联的RB的期望缓冲区大小，和/或根据所述第四状态报告确定期望的数据速率；
    或者，所述处理模块，用于根据所述第五状态报告确定所述MBS关联的RB的期望缓冲区大小和/或期望的数据速率。
  50. 根据权利要求41-49任一项所述的通信装置，其特征在于，
    所述处理模块，还用于根据所述状态报告，或者所述第一状态报告，或者所述第二状态报告，携带的第七指示信息确定所述第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN；
    或者，
    所述处理模块，还用于根据所述状态报告，或者所述第一状态报告，或者所述第二状态报告，携带的第八指示信息确定所述第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN；
    或者，
    所述处理模块，还用于根据所述状态报告，或者所述第一状态报告，或者所述第二状态报告携带的比特位图确定所述第一PDCP PDU中被成功发送的至少一个PDCP PDU的最高SN。
  51. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行权利要求1至13任一项所述的方法，或者所得使得所述计算机执行权利要求14至25任一项所述的方法。
  52. 一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行权利要求1至13任一项所述的方法，或者使得所述计算机执行权 利要求14至25任一项所述的方法。
  53. 一种芯片，其特征在于，所述芯片包括处理器，当所述处理器执行指令时，所述处理器用于执行权利要求1至13任一项所述的方法，或者所述处理器用于执行权利要求14至25任一项所述的方法。
PCT/CN2022/083849 2021-04-30 2022-03-29 一种数据传输方法及装置 Ceased WO2022227998A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2023566408A JP7718766B2 (ja) 2021-04-30 2022-03-29 データ伝送方法及び装置
EP22794471.7A EP4329364A4 (en) 2021-04-30 2022-03-29 METHOD AND APPARATUS FOR DATA TRANSMISSION
US18/493,461 US20240057218A1 (en) 2021-04-30 2023-10-24 Data transmission method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110487916.4A CN115278548A (zh) 2021-04-30 2021-04-30 一种数据传输方法及装置
CN202110487916.4 2021-04-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/493,461 Continuation US20240057218A1 (en) 2021-04-30 2023-10-24 Data transmission method and apparatus

Publications (1)

Publication Number Publication Date
WO2022227998A1 true WO2022227998A1 (zh) 2022-11-03

Family

ID=83745438

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/083849 Ceased WO2022227998A1 (zh) 2021-04-30 2022-03-29 一种数据传输方法及装置

Country Status (5)

Country Link
US (1) US20240057218A1 (zh)
EP (1) EP4329364A4 (zh)
JP (1) JP7718766B2 (zh)
CN (1) CN115278548A (zh)
WO (1) WO2022227998A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12641558B2 (en) * 2021-10-15 2026-05-26 Qualcomm Incorporated Network synchronization for MBS SFN
WO2023065295A1 (en) * 2021-10-22 2023-04-27 Zte Corporation Lossless multicast and broadcast data transmissions in handovers
US20230300690A1 (en) * 2022-03-17 2023-09-21 Apple Inc. Local Coordinated Communications for User Equipment Devices
CN115884258B (zh) * 2022-12-02 2023-09-15 深圳市领创星通科技有限公司 一种数据传输方法、装置、设备和存储介质
CN119450364A (zh) * 2023-07-31 2025-02-14 华为技术有限公司 一种多播广播业务的通信方法及装置
CN117395737A (zh) * 2023-09-27 2024-01-12 深圳金信诺高新技术股份有限公司 数据传输方法、装置、基站和计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101945335A (zh) * 2009-07-10 2011-01-12 华为技术有限公司 广播组播条件下发送报告的方法及装置
CN102395156A (zh) * 2011-09-28 2012-03-28 电信科学技术研究院 应用于pdcp实体和rlc实体间的数据传输方法及装置
US20190246310A1 (en) * 2018-04-06 2019-08-08 Intel Corporation Pdcp packet-based ddds frame transmission
CN111148163A (zh) * 2018-11-02 2020-05-12 华为技术有限公司 通信方法及装置
CN111866943A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 数据传输的方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3834468A1 (en) * 2018-08-09 2021-06-16 Telefonaktiebolaget LM Ericsson (publ) Enhanced end to end flow control for multi-hop integrated access backhaul (iab) networks
JP7611936B2 (ja) 2020-04-24 2025-01-10 中興通訊股▲ふん▼有限公司 マルチキャスト／ブロードキャストセッションのためのアクセスネットワークシグナリングおよびリソース配分
US20240080216A1 (en) * 2021-01-14 2024-03-07 Lenovo (Beijing) Limited Methods and apparatuses for multicast and broadcast services

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101945335A (zh) * 2009-07-10 2011-01-12 华为技术有限公司 广播组播条件下发送报告的方法及装置
CN102395156A (zh) * 2011-09-28 2012-03-28 电信科学技术研究院 应用于pdcp实体和rlc实体间的数据传输方法及装置
US20190246310A1 (en) * 2018-04-06 2019-08-08 Intel Corporation Pdcp packet-based ddds frame transmission
CN111148163A (zh) * 2018-11-02 2020-05-12 华为技术有限公司 通信方法及装置
CN111866943A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 数据传输的方法和装置

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
JP7718766B2 (ja) 2025-08-05
JP2024516406A (ja) 2024-04-15
CN115278548A (zh) 2022-11-01
US20240057218A1 (en) 2024-02-15
EP4329364A4 (en) 2024-10-30
EP4329364A1 (en) 2024-02-28

Similar Documents

Publication Publication Date Title
JP7718766B2 (ja) データ伝送方法及び装置
CN115462100B (zh) 用于组播/广播会话的接入网信令和资源分配
US9661476B2 (en) Method and apparatus for facilitating multicast service
CN101652958B (zh) 用于在电信系统中促成高效多媒体广播/多播服务的方法
JP7837447B2 (ja) 通信制御方法、ユーザ装置、チップセット、プログラム及び移動通信システム
US20230422346A1 (en) Multicast service receiving method, multicast service configuration method, terminal, and network side device
CN109392028B (zh) 数据传输的方法以及设备
WO2018127225A1 (zh) 数据传输方法、网络侧设备及用户设备
US12507145B2 (en) Multicast service transmission method and apparatus, and communications device
WO2020119013A1 (zh) 侧链通信方法和装置
JP2026507493A (ja) データ処理方法及び装置
WO2016127666A1 (zh) 一种rlc数据包分流方法及基站
WO2022151297A1 (zh) 数据传输方法及装置
US20260075389A1 (en) Communication control method
WO2021056155A1 (zh) 一种反馈资源配置方法及通信方法、装置、通信设备
WO2018058380A1 (zh) 一种数据传输方法、网络设备及终端设备
CN113170337B (zh) 一种数据传输方法和装置
EP4178235B1 (en) Communication control method
WO2022121876A1 (zh) 多播业务的确认模式传输方法、装置、设备及存储介质
WO2021204091A1 (zh) 一种清空缓存的方法及装置
CN114846774B (zh) 一种通信方法及装置
WO2022105925A1 (zh) 传输方法、通知方法、传输单元和网络侧设备
CN115515111A (zh) 一种通信方法及装置
CN105472758A (zh) 一种数据传输方法及设备
WO2024001950A1 (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: 22794471

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202337073258

Country of ref document: IN

Ref document number: 2023566408

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2022794471

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022794471

Country of ref document: EP

Effective date: 20231121

NENP Non-entry into the national phase

Ref country code: DE