WO2018202046A1 - 状态报告的上报方法、终端及网络侧设备 - Google Patents

状态报告的上报方法、终端及网络侧设备 Download PDF

Info

Publication number
WO2018202046A1
WO2018202046A1 PCT/CN2018/085355 CN2018085355W WO2018202046A1 WO 2018202046 A1 WO2018202046 A1 WO 2018202046A1 CN 2018085355 W CN2018085355 W CN 2018085355W WO 2018202046 A1 WO2018202046 A1 WO 2018202046A1
Authority
WO
WIPO (PCT)
Prior art keywords
format
packet
data packet
lost
indication information
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/CN2018/085355
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of WO2018202046A1 publication Critical patent/WO2018202046A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0029—Reduction of the amount of signalling, e.g. retention of useful signalling or differential signalling
    • 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
    • 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
    • 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/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1806—Go-back-N protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling

Definitions

  • the present disclosure relates to a wireless communication technology, and in particular, to a method for reporting a status report, a terminal, and a network side device.
  • an automatic repeat reQuest (ARQ) mechanism is introduced in the Radio Link Control (RLC) protocol, that is, after the transmitting end sends data to the receiving end, the receiving end The RLC layer status report is automatically fed back to the sender.
  • RLC Radio Link Control
  • the status report returned by the receiving end not only gives the number of the received data packet, but also gives all the lost data packets. Numbering.
  • the status report includes the sequence number of each lost data packet, when a large number of data packets are lost, a large amount of control signaling is generated, resulting in excessive use of radio resources.
  • the disclosure provides a method for reporting a status report, a terminal, and a network side device.
  • some embodiments of the present disclosure provide a method for reporting a status report, where the method includes: a sender acquires a status report, where the status report includes at least one format indicator bit for indicating a format of the packet loss indication information. And the packet loss indication information corresponding to the format indicated by the format indication bit, the packet loss indication information is used to indicate at least two lost data packets; and the sending end sends the status report to the receiving end.
  • some embodiments of the present disclosure provide a method for reporting a status report, where the method includes: receiving, by a receiving end, a status report from a sending end, where the status report includes at least one format for indicating a packet loss indication information. a format indication bit, and packet loss indication information corresponding to the format indicated by the format indication bit, where the packet loss indication information is used to indicate at least two lost data packets; and the receiving end determines, according to the status report, The lost data packet is retransmitted to the sender.
  • some embodiments of the present disclosure provide a sending end, where the sending end is a terminal or a network side device, and the sending end includes: an acquiring module, configured to acquire a status report, where the status report includes at least one a format indication bit for indicating a format of the packet loss indication information, and packet loss indication information corresponding to the format indicated by the format indication bit, where the packet loss indication information is used to indicate at least two lost data packets; and sending a module, configured to send the status report to a receiving end.
  • some embodiments of the present disclosure provide a receiving end, where the receiving end is a terminal or a network side device, and the receiving end includes: a receiving module, configured to receive a status report from the sending end, where the status report is And including at least one format indication bit for indicating a format of the packet loss indication information, and packet loss indication information corresponding to the format indicated by the format indication bit, where the packet loss indication information is used to indicate at least two lost data packets.
  • a data packet determining module configured to determine, according to the status report, a lost data packet; and a data packet retransmission module, configured to retransmit the lost data packet to the transmitting end.
  • some embodiments of the present disclosure provide a sending end, where the sending end is a terminal or a network side device, and includes: at least one processor, a memory, at least one network interface, and a user interface, where the at least one processing
  • the memory, the memory, the at least one network interface, and the user interface are coupled together by a bus system for storing executable applications and data structures, when the executable application and data structure
  • the at least one processor implements the steps in the method according to the first aspect when executed by the at least one processor.
  • some embodiments of the present disclosure provide a receiving end, where the receiving end is a terminal or a network side device and includes: at least one processor, a memory, at least one network interface, and a user interface, wherein the at least one processing
  • the memory, the memory, the at least one network interface, and the user interface are coupled together by a bus system for storing executable applications and data structures, when the executable application and data structure
  • the at least one processor implements the steps in the method according to the second aspect when executed by the at least one processor.
  • some embodiments of the present disclosure provide a non-transitory computer readable storage medium, comprising: executable programs and data stored on the non-transitory computer readable storage medium, wherein When the executable program and data are executed by a computer processor, the computer processor implements the method according to the first aspect.
  • some embodiments of the present disclosure provide a non-transitory computer readable storage medium comprising: executable programs and data stored on the non-transitory computer readable storage medium, wherein When the executable program and data are executed by a computer processor, the computer processor implements the method according to the second aspect.
  • FIG. 1 is a schematic structural diagram of a system to which a status report reporting method according to the present disclosure is applied;
  • FIG. 2 is a schematic diagram of a user plane protocol stack architecture according to some embodiments of the present disclosure
  • FIG. 3 is a signaling flowchart of a method for reporting a status report according to some embodiments of the present disclosure
  • FIG. 4 is a schematic structural diagram of a status report provided by some embodiments of the present disclosure.
  • FIG. 5 is a signaling flowchart of a method for reporting a status report according to some embodiments of the present disclosure
  • FIG. 6 is a flowchart of a method for reporting a status report according to some embodiments of the present disclosure
  • FIG. 7 is a schematic structural diagram of a status report provided by some embodiments of the present disclosure.
  • FIG. 8 is a schematic structural diagram of a transmitting end according to some embodiments of the present disclosure.
  • FIG. 9 is a schematic structural diagram of a sending end according to some embodiments of the present disclosure.
  • FIG. 10 is a schematic structural diagram of a receiving end according to some embodiments of the present disclosure.
  • FIG. 11 is a schematic structural diagram of a receiving end according to some embodiments of the present disclosure.
  • FIG. 12 is a schematic structural diagram of a terminal according to some embodiments of the present disclosure.
  • FIG. 13 is a schematic structural diagram of a network side device according to some embodiments of the present disclosure.
  • the reporting method of the status report provided by the disclosure, the terminal and the network side device can solve the problem that the signaling overhead of the status report is large when a large number of data packets are lost.
  • FIG. 1 is a schematic structural diagram of a system to which a status report reporting method according to the present disclosure is applied.
  • the system architecture provided in FIG. 1 includes: a network side device 01 and a terminal 02.
  • the network side device 01 may be a Global System of Mobile communication (GSM) or a Base Transceiver Station (BTS) in Code Division Multiple Access (CDMA), or may be a broadband code division.
  • the base station (NodeB, NB) in the Wideband Code Division Multiple Access (WCDMA) may also be an evolved base station (Evolutional Node B, eNB or eNodeB) in Long Term Evolution (LTE), or may be a new radio access (New The base station in the radio access technical, New RAT or NR), or the relay station or the access point, or the base station in the 5G network of the fifth generation mobile communication technology, is not limited herein.
  • the terminal 02 may be a wireless terminal or a wired terminal, and the wireless terminal may be a device that provides voice and/or other service data connectivity to the user, a handheld device with wireless connectivity, or other processing device connected to the wireless modem. .
  • the wireless terminal can communicate with one or more core networks via a Radio Access Network (RAN), which can be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal.
  • RAN Radio Access Network
  • it may be a portable, pocket, handheld, computer built-in or in-vehicle mobile device that exchanges language and/or data with a wireless access network.
  • the wireless terminal may also be referred to as a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, and a remote terminal.
  • the access terminal, the user terminal (User Terminal), the user agent (User Agent), and the user device (User Device or User Equipment) are not limited herein.
  • the protocol stack of the terminal includes a physical layer (Physical Layer, PHY), a medium access control (MAC) layer, a radio link control (RLC) layer, and a packet data convergence protocol. (Packet Data Convergence Protocol, PDCP) layer.
  • the protocol stack of the network side device includes a PHY, a MAC layer, an RLC layer, and a PDCP layer.
  • the receiving end when receiving the incorrect service data, the receiving end needs to retransmit the transmitting end.
  • the retransmission of service data is divided into: server retransmission, RLC layer retransmission and physical layer retransmission.
  • the physical layer retransmits the physical frame
  • the RLC layer retransmits the RLC protocol data unit (PDU)
  • the server retransmits the Transmission Control Protocol (TCP) data packet.
  • TCP Transmission Control Protocol
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode
  • the AM provides reliable data transmission for the upper layer in the ARQ manner, ensuring that the data arrives at the opposite end in the correct order, and can be applied to services that are insensitive to delay and sensitive to errors.
  • the status report for the ARQ includes the number of each lost data packet, when a large number of data packets are lost, a large amount of control signaling is generated, resulting in excessive radio resources.
  • a method for reporting a status report is provided. The status report does not need to carry the number of each lost data packet to reduce the radio resources occupied by the control signaling.
  • one end of the transmission status report is referred to as a transmitting end
  • the end of the receiving status report is referred to as a receiving end.
  • the receiving end is a network side device
  • the transmitting end is a network side device
  • the receiving end is a terminal or the like. That is, the terminal can be used as the transmitting end or the receiving end, and the network side device can be used as the transmitting end or the receiving end.
  • the specific implementation manner of the transmitting end and the receiving end is not particularly limited in the present disclosure.
  • FIG. 3 is a signaling flowchart of a method for reporting a status report according to some embodiments of the present disclosure. As shown in FIG. 3, the method includes S301-S304.
  • the sender obtains a status report, where the status report includes at least one format indication bit for indicating a format of the packet loss indication information, and a packet loss indication information corresponding to the format indicated by the format indication bit, where the packet loss indication information is used to indicate At least two lost packets.
  • the transmitting end (which can be understood as the receiving end of the data and the transmitting end of the status report) receives the data packet sent by the receiving end (which can be understood as the transmitting end of the data and the receiving end of the status report).
  • Each received data packet corresponds to a number, which can be the sequence number (SN) of the data packet.
  • SN sequence number
  • Those skilled in the art can understand that if there is no missing data packet in the received data packet, the received data packet number is a consecutive number. If there is a loss of the data packet during the process of receiving the data packet, the number of the received data packet is a discontinuous number.
  • the sender can know the number of the lost data packet based on the number of the received data packet.
  • the sender obtains a status report indicating the number of the lost packet.
  • the data packet involved in FIG. 3 is an RLC PDU.
  • the status report includes at least one format indication bit for indicating a format of the packet loss indication information, and packet loss indication information corresponding to the format indicated by the format indication bit.
  • This status report is also an RLC PDU and belongs to the control PDU of the RLC.
  • FIG. 4 is a schematic structural diagram of a status report provided by some embodiments of the present disclosure. As shown in FIG. 4, each line has a length of 8 bits, that is, 1 byte.
  • D/C is used to indicate whether the status report is a control PDU or a data PDU.
  • CPT A type indication of the RLC Control PDU to indicate that the status report is a Control PDU.
  • E1, E2, E3, and E4 are format indication bits for indicating the format of the packet loss indication information when the value is the first preset value, for example, 1.
  • the values of E1, E2, E3, and E4 are the second preset values. For example, when the value is 0, the format of the packet loss indication information is not indicated.
  • E1 is used as an example.
  • E1 can indicate whether the format of the next packet loss indication information is the first format. If the value of E1 is 1, it is the first format. If the value is 0, the format is not the first format.
  • the format in which the packet loss indication information can be used in the status report can be pre-agreed by the protocol.
  • E1 and E2 are used as an example.
  • the value of E1 is 1.
  • the format of the packet loss indication information is the first format. In this case, the values of E2, E3, and E4 are 0.
  • the format of the packet loss indication information is the second format. In this case, the values of E1, E3, and E4 are 0.
  • the packet loss indication information of each format occupies 10 bits.
  • next packet loss indication information after the packet loss indication information in the first format may be not only the packet loss indication information in the second format shown in FIG. 4, but also the value of E3 or E4.
  • the packet loss indication information indicated by 1 may also be the packet loss indication information indicated by E1.
  • the format used for the next packet loss indication information is not limited in this disclosure. As long as the value of the format indicator bit corresponding to the format is a preset value, the preset value of the format indicator bit may be one. The preset value of the bit may also be one of a plurality of values corresponding to a plurality of bit combinations.
  • the packet loss indication information of each format in the related description of FIG. 4 is used to indicate at least two lost data packets.
  • the packet loss indication information may include a starting number of the lost data packet, that is, a first missing packet (First Missing SN, FMN) and missing data.
  • the end number of the packet which is the serial number of the last lost packet (Last Missing SN, LMS).
  • the packet loss indication information may include a start number of the lost data packet and a number of lost data packets.
  • the lost packet indication information may include a start number of the lost data packet, an end number of the lost data packet, and a bitmap of the lost data packet.
  • each bit of the bitmap corresponds to the number of one data packet (eg, the bit value 0 represents loss, and the bit value 1 represents successful reception).
  • the packet loss indication information in the related description of FIG. 4 may indicate at least two lost data packets. Take the start number and end number as an example. For example, each number occupies 10 bits. In the related art, when there are 4 lost data packets, 40 bits are required, and only 20 bits are needed in the related description of FIG. 4, which greatly reduces the number of signalings required for status reporting.
  • the sending end sends a status report to the receiving end.
  • the receiving end determines the lost data packet according to the status report.
  • the receiving end retransmits the lost data packet to the sending end.
  • the sender After the sender obtains the status report, the sender sends the status report to the receiver.
  • the receiving end determines the lost data packet based on the status report.
  • the receiving end determines that the format indication bit represented by E1 is used to indicate that the format of the packet loss indication information is indicated by E1.
  • format After receiving the packet loss indication information F1, the receiving end may obtain the content of the packet loss indication information F1 according to the format of the packet loss indication information indicated by the E1, for example, the packet loss indication information of the format includes the lost data packet.
  • the start number and the end number of the lost data packet, the start number and the end number are both 10 bits, the receiving end can obtain the start number of the lost data packet according to the first 10 bits, and obtain the end number of the lost data packet according to the last 10 bits, thereby Get the number of the lost packet to determine the missing packet.
  • the receiving end determines that the format indicator bit represented by E2 is used for
  • the format indicating the packet loss indication information is the format indicated by E2.
  • the receiving end may acquire the content of the packet loss indication information F2 according to the format of the packet loss indication information indicated by the E2.
  • the packet loss indication information of the format includes the start number of the lost data packet and the number of lost data packets. The start number occupies 10 bits, and the number of lost data packets occupies 10 bits, and the receiving end can obtain the start number according to the first 10 bits. The number of lost packets is obtained according to the last 10 bits, thereby obtaining the number of the lost packet to determine the lost packet.
  • the receiving end After determining the lost data packet, the receiving end retransmits the lost data packet to the transmitting end, so as to ensure that the sending end can obtain the required data.
  • the reporting method of the status report obtains a status report by using a sending end, where the status report includes at least one format indication bit for indicating a format of the packet loss indication information, and a format corresponding to the format indicated by the format indication bit.
  • the packet loss indication information is used to indicate at least two lost data packets, and the packet loss indication information does not need to indicate the number of each lost data packet, and may indicate at least two lost data packets, thereby reducing
  • the number of reported bits in the status report saves the overhead of control signaling.
  • the transmitting end sends a status report to the receiving end.
  • the receiving end determines the lost data packet according to the status report, and the receiving end retransmits the lost data packet to the transmitting end. To ensure the correctness of data transmission.
  • the sending end generates a status report according to a format of the at least one packet loss indication information that is configured in advance.
  • the format indicated by the format indicator bit is one or more of the formats of the at least one packet loss indication information configured in advance.
  • the format of the pre-configured at least one packet loss indication information may be a format that the protocol pre-agreed by the sender and the receiver.
  • the sending end may select a format of the packet loss indication information in the format of the at least one packet loss indication information that is agreed by the protocol, and then set the value of the format indication bit corresponding to the format to a preset value, thereby generating a status report.
  • the protocol pre-determines 10 formats that can be recognized by the sender and the receiver, and the sender selects at least one of the 10 formats to generate a status report.
  • the format of the pre-configured at least one packet loss indication information may be configured for the network side device to the terminal, specifically See Figure 5.
  • FIG. 5 is a signaling flowchart of a method for reporting a status report according to some embodiments of the present disclosure. As shown in FIG. 5, the method includes S501-S503.
  • the receiving end determines, in a format of all available packet loss indication information, a format of at least one packet loss indication information that is available for the status report of the sending end to be sent.
  • the receiving end sends configuration information to the sending end, where the configuration information is used to pre-configure the format of the at least one packet loss indication information.
  • the sending end generates a status report according to a format of the at least one packet loss indication information that is configured in advance.
  • the network side device determines the format of at least one packet loss indication information that is available for the status report of the terminal to be sent in the format of all available packet loss indication information.
  • the protocol stipulates that there are 10 formats, and the network side device selects five of them. Then, the network side device sends the configuration information to the terminal, where the configuration information is used to pre-configure the format of the at least one type of packet loss indication information, that is, configure the five formats selected by the network side device.
  • the sender generates a status report according to the format of the pre-configured at least one packet loss indication information, that is, the five formats selected by the network side device.
  • the sending end selects the packet loss indication information of the at least one format in the format of the at least one packet loss indication information that is configured in advance, and the sending end may select the first format each time, or The first format, the second format, and the like are selected in sequence, and the implementation of the format in which the transmitting end selects the packet loss indication information is not particularly limited.
  • FIG. 6 is a flowchart of a method for reporting a status report according to some embodiments of the present disclosure. As shown in FIG. 6, the method includes S601-S602.
  • the sender acquires the number of the lost data packet, and determines the number of bits of the status report corresponding to the format of the different packet loss indication information used to report the number of the lost data packet.
  • the sending end reports a format of the packet loss indication information corresponding to the state with the smallest number of bits, and generates a status report.
  • the sender obtains the number of the lost packet.
  • the missing packets are numbered 1, 2, 3, 4, 6, 7, 8, 11, and 13.
  • the number of the lost data packets that need to be reported may correspond to packet loss indication information in multiple formats.
  • the first mode the packet loss indication information corresponding to E1, including: start number 1, end number 4; packet loss indication information corresponding to E2, including: start number 6, number of lost packets 3; E3
  • the corresponding packet loss indication information includes: a previous number 10 of the start number, a bitmap 010, and a subsequent number 14 of the end number.
  • the second mode the packet loss indication information corresponding to the E2, including: the start number 1, the number of lost data packets 4, and the packet loss indication information corresponding to E3, including: start number 6, bit map 001101, end number 13 .
  • the packet loss indication information corresponding to E3 includes: a start number 1, a bitmap 00010001101, and an end number 13.
  • the status report Since the number of bitmaps, the number of lost packets, and the number of bits occupied by the number are different, when there are multiple packets indicating the same loss, the status report has multiple implementation manners, and different implementation manners correspond to different bits. number. The sender determines the number of bits for different status reports.
  • the sending end reports the format of the packet loss indication information corresponding to the state with the smallest number of bits, and generates a status report.
  • the number of the lost data packet is obtained by the transmitting end, and the number of bits of the status report corresponding to the format of the different packet loss indication information used for reporting the number of the lost data packet is determined according to the status report with the smallest number of bits.
  • the format of the packet loss indication information and the generation of the status report can minimize the number of bits reported in the status report, thereby further saving control signaling overhead.
  • the starting number of the lost packet the serial number of the first lost packet (First Missing SN, FMS).
  • End number of lost packet The serial number of the last lost packet (Last Missing SN, LMS).
  • the previous number of the start number of the lost packet the previous sequence number (First ACK SN, FACKS) of the sequence number of the first lost packet.
  • the last number of the end number of the lost packet the last sequence number of the last lost packet's serial number (Last ACK SN, LACKS).
  • the number of lost packets can be understood as the number of missing serial numbers (Number of Missing SN, NMS).
  • the first packet loss indication information of the first format includes: a start number of the lost data packet and an end number of the lost data packet. Then, the number of lost packets indicated by the first packet loss indication information (Lost SN) includes: FMS and LMS, and the number of the data packet between the FMS and the LMS (excluding FMS and LMS).
  • the second packet loss indication information of the second format includes: a previous number of the start number of the lost data packet and an end number of the lost data packet. Then, the number of the lost data packet indicated by the second packet loss indication information (Lost SN) includes: the LMS, and the number of the data packet between the FACKS and the LMS (excluding FACKS and LMS).
  • the third packet loss indication information of the third format includes: a start number of the lost data packet and a last number of the end number of the lost data packet. Then, the number of lost packets indicated by the third packet loss indication information (Lost SN) includes: FMS, and the number of the data packet between the FMS and the LACKS (excluding FMS and LACKS).
  • the fourth packet loss indication information of the fourth format includes: a previous number of the start number of the lost data packet and a subsequent number of the end number of the lost data packet. Then, the number of the lost data packet indicated by the fourth packet loss indication information (Lost SN) includes: the number of the data packet between the FACKS and the LACKS (excluding FACKS and LACKS).
  • the fifth packet loss indication information of the fifth format includes: a start number of the lost data packet and a number of lost data packets. Then, the number of lost packets indicated by the fifth packet loss indication information (Lost SN) includes: FMS and (FMS+NMS-1), and the number of the data packet between the FMS and (FMS+NMS-1) ( Does not include FMS and (FMS + NMS-1)).
  • the sixth packet loss indication information of the sixth format includes: a previous number of the start number of the lost data packet and the number of lost data packets. Then, the number of lost packets indicated by the sixth packet loss indication information (Lost SN) includes: (FACKS+NMS), and the number of the data packet between FACKS and (FACKS+NMS) (excluding FACKS and (FACKS) +NMS)).
  • the seventh packet loss indication information of the seventh format includes: an end number of the lost data packet and the number of lost data packets. Then, the number of lost packets indicated by the seventh packet loss indication information (Lost SN) includes: (LMS-NMS+1) and LMS, and the number of the data packet between the (LMS-NMS+1) and the LMS ( Does not include (LMS-NMS+1) and LMS).
  • the eighth packet loss indication information of the eighth format includes: the last number of the end number of the lost data packet and the number of lost data packets. Then, the number of lost packets indicated by the eighth packet loss indication information (Lost SN) includes: (LACKS-NMS), and the number of the data packet between (LACKS-NMS) and LACKS (excluding (LACKS-NMS) ) and LACKS).
  • the ninth packet loss indication information of the ninth format includes: a start number of the lost data packet, an end number of the lost data packet, and a bitmap of the lost data packet; wherein, the bitmap (Bitmap) The bit order in the corresponding data packet is received, and each bit in the bit map is a first bit value or a second bit value, the first bit value is used to indicate that the data packet is successfully received, and the second bit value is used to indicate the data. Packet reception failed.
  • the number of lost packets indicated by the ninth packet loss indication information includes: FMS and LMS, and the number of the lost packet indicated in the bitmap (Bitmap).
  • Each bit of the Bitmap represents the number of one data packet (for example, the value 0 represents loss, the value 1 represents successful reception), and the range of the Bitmap may be: the number of the data packet from the FMS to the LMS; Or the number of the data packet from (FMS+1) to (LMS-1); or the number of the data packet from (FMS+1) to the LMS; or between FMS and (LMS-1) The number of the packet.
  • "Between A and B" in the present disclosure includes both A and B endpoints.
  • the tenth packet loss indication information of the tenth format includes: a previous number of the start number of the lost data packet, an end number of the lost data packet, and a bitmap of the lost data packet;
  • the bit order in the bitmap corresponds to the order in which the data packets are received.
  • Each bit in the bitmap is a first bit value or a second bit value. The first bit value is used to indicate that the data packet is successfully received, and the second bit value is used to indicate Packet reception failed.
  • the number of lost packets indicated by the tenth packet loss indication information includes: the LMS, and the number of the lost packet indicated in the Bitmap.
  • each bit of the Bitmap represents the number of one data packet (eg, the value 0 represents loss, the value 1 represents successful reception), and the range of the Bitmap may be: the number of the data packet from the FACKS to the LMS; Or the number of the data packet from (FACKS+1) to (LMS-1); or the number of the data packet from (FACKS+1) to the LMS; or between FACKS and (LMS-1) The number of the packet.
  • "Between A and B" in the present disclosure includes both A and B endpoints.
  • the eleventh packet loss indication information of the eleventh format includes: a start number of the lost data packet, a last number of the end number of the lost data packet, and a bitmap of the lost data packet.
  • the bit order in the bitmap corresponds to the receiving order of the data packet
  • each bit in the bitmap is a first bit value or a second bit value
  • the first bit value is used to indicate that the data packet is successfully received
  • the second bit value is Used to indicate that the packet reception failed.
  • the number of lost packets indicated by the eleventh packet loss indication information includes: FMS, and the number of the lost packet indicated in the Bitmap.
  • Each bit of the Bitmap represents the number of one data packet (for example, the value 0 represents loss, the value 1 represents successful reception), and the range of the Bitmap may be: the number of the data packet from the FMS to the LACKS; Or the number of the data packet from (FMS+1) to (LACKS-1); or the number of the data packet from (FMS+1) to LACKS; or between FMS and (LACKS-1) The number of the packet.
  • "Between A and B" in the present disclosure includes both A and B endpoints.
  • the twelfth packet loss indication information of the twelfth format includes: the previous number of the start number of the lost data packet, the last number of the end number of the lost data packet, and the missing data a bit map of the packet; wherein the bit order in the bitmap corresponds to the receiving order of the data packet, each bit in the bitmap is a first bit value or a second bit value, and the first bit value is used to indicate that the data packet is successfully received. The second bit value is used to indicate that the packet reception failed.
  • the number of lost packets indicated by the twelfth packet loss indication information includes the number of the packet indicated by the bitmap of the lost packet.
  • Each bit of the Bitmap represents the number of one data packet (for example, the value 0 represents loss, and the value 1 represents successful reception), and the range of the Bitmap may be: the number of the data packet from FACKS to LACKS; Or the number of the data packet from (FACKS+1) to (LACKS-1); or the number of the data packet from (FACKS+1) to LACKS; or between FACKS and (LACKS-1) The number of the packet.
  • the thirteenth packet loss indication information of the thirteenth format includes: a start number of the lost data packet, a number of the next data packet to be received, and a bitmap of the lost data packet;
  • the bit order in the bitmap corresponds to the receiving order of the data packet.
  • Each bit in the bitmap is a first bit value or a second bit value. The first bit value is used to indicate that the data packet is successfully received, and the second bit value is used. Indicates that the packet reception failed.
  • the number of lost packets indicated by the thirteenth packet indication information includes: the number of the lost packet indicated in the FMS and the Bitmap.
  • Each bit of the Bitmap represents the number of one data packet (for example, the value 0 represents loss, the value 1 represents successful reception), and the range of the Bitmap may be: the number of the data packet from the FMS to the ACK_SN; Or the number of the data packet from (FMS+1) to (ACK_SN-1); or the number of the data packet from (FMS+1) to ACK_SN; or between FMS and (ACK_SN-1) The number of the packet.
  • packet loss indication information of 13 formats is given.
  • the protocol may pre-arrange the format of the packet loss indication information that can be used by the terminal and the network side device.
  • the protocol may select one of the above 13 formats or select a format of the packet loss indication information that can be used among the above-mentioned 13 format-derived formats.
  • the two formats may be selected, and for example, four formats may be selected.
  • the types and implementation manners of the format selected by the protocol are not described herein again.
  • the status report of the present disclosure may further include a segment indication bit, where the segment indication bit is used to indicate whether there is a missing segment. See Figure 7 for details.
  • FIG. 7 is a schematic structural diagram of a status report provided by some embodiments of the present disclosure.
  • the packet loss indication information specified in the two formats in the protocol is taken as an example for description. The meaning of each field is explained below.
  • D/C Indicates whether the status report is a control PDU or a data PDU.
  • CPT A type indication of the RLC Control PDU to indicate that the status report is a Control PDU.
  • ACK_SN The number of the next packet to be received.
  • E1 Format indicator bit, used to indicate whether the format of the next packet loss indication information is the first format, "0" represents no, and "1" represents YES.
  • E2 Format indicator bit, used to indicate whether the format of the next packet loss indication information is the second format, "0" represents no, and "1" represents YES.
  • E3 Fragment indicator bit, used to indicate whether SOstart, SOend, and NACK_SN are included, where "0" represents no inclusion and “1" represents inclusion.
  • F1 indication information of the first format.
  • F2 indication information of the second format.
  • SOstart The starting position of the missing segment in the original packet.
  • SOend The end of the lost segment in the original packet.
  • NACK_SN The number of the packet whose fragment was lost.
  • FIG. 8 is a schematic structural diagram of a transmitting end according to some embodiments of the present disclosure.
  • the transmitting end of FIG. 8 may be the above terminal or network side device.
  • the transmitting end 80 provided in FIG. 8 includes an obtaining module 801 and a transmitting module 802.
  • the obtaining module 801 is configured to obtain a status report, where the status report includes at least one format indication bit for indicating a format of the packet loss indication information, and packet loss indication information corresponding to the format indicated by the format indication bit, where The packet loss indication information is used to indicate at least two lost data packets.
  • the sending module 802 is configured to send the status report to the receiving end.
  • the obtaining module 801 is specifically configured to: generate the status report according to a format of the at least one packet loss indication information that is configured in advance, where the format indicated by the format indicator bit is the pre-configured At least one of the formats of the packet loss indication information.
  • the obtaining module 801 is specifically configured to: obtain a number of the lost data packet, and determine a number of the status report corresponding to the format of the packet loss indication information that is used to report the number of the lost data packet. And the sending end generates the status report according to the format of the packet loss indication information corresponding to the status report with the smallest number of bits.
  • the transmitting end provided in FIG. 8 can perform the foregoing method embodiments, and the implementation principle and technical effects are similar, and the details are not described herein again.
  • FIG. 9 is a schematic structural diagram of a transmitting end according to some embodiments of the present disclosure.
  • the transmitting end of FIG. 8 is based on the embodiment of FIG. 8.
  • the receiving end is further configured to include a receiving module 803.
  • the receiving module 803 is configured to receive configuration information sent by the receiving end before acquiring the status report.
  • the configuration information is used to pre-configure the format of the at least one packet loss indication information.
  • the format of the packet loss indication information in the status report of the sending end, and the specific content included in the packet loss indication information refer to the first format described in the foregoing embodiment to The thirteenth format, the disclosure will not be repeated here.
  • FIG. 10 is a schematic structural diagram of a receiving end according to some embodiments of the present disclosure.
  • the receiving end of FIG. 10 may be a terminal or a network side device.
  • the receiving end 100 includes a receiving module 1001, a data packet determining module 1002, and a data packet retransmission module 1003.
  • the receiving module 1001 is configured to receive a status report sent by the sending end, where the status report includes at least one format indication bit for indicating a format of the packet loss indication information, and a packet loss corresponding to the format indicated by the format indication bit. Instructing information, the packet loss indication information is used to indicate at least two lost data packets; the data packet determining module 1002 is configured to determine a lost data packet according to the status report; and a data packet retransmission module 1003, configured to: The lost data packet is retransmitted to the transmitting end.
  • the receiving end provided in FIG. 10 can perform the foregoing method embodiments, and the implementation principle and technical effects are similar, and the details are not described herein again.
  • FIG. 11 is a schematic structural diagram of a receiving end according to some embodiments of the present disclosure.
  • FIG. 11 is the same as FIG. 10 .
  • the receiving end is a network side device, the receiving end further includes: a format determining module 1004 and a configuration information sending module. 1005.
  • the format determining module 1004 is configured to determine, in a format of all available packet loss indication information, a format of at least one packet loss indication information that is available for the status report to be sent by the sending end, before receiving the status report sent by the sending end.
  • the configuration information sending module 1005 is configured to send configuration information to the sending end, where the configuration information is used to pre-configure the format of the at least one packet loss indication information.
  • the receiving end provided in FIG. 11 can perform the foregoing method embodiments, and the implementation principle and technical effects are similar, and the details are not described herein again.
  • the format of the packet loss indication information in the status report of the sending end, and the specific content included in the packet loss indication information refer to the first format described in the foregoing embodiment.
  • the sending end provided by some embodiments of the present disclosure may be a terminal or a network side device, and the receiving end may be a terminal or a network side device.
  • the present disclosure also provides a hardware structure diagram of a network side device and a terminal.
  • FIG. 12 is a schematic structural diagram of a terminal according to some embodiments of the present disclosure.
  • the terminal 1200 shown in FIG. 12 includes at least one processor 1201, a memory 1202, at least one network interface 1204, and a user interface 1203.
  • the various components in terminal 1200 are coupled together by a bus system 1205.
  • the bus system 1205 is used to implement connection communication between these components.
  • the bus system 1205 includes a power bus, a control bus, and a status signal bus in addition to the data bus.
  • various buses are labeled as bus system 1205 in FIG.
  • the user interface 1203 may include a display, a keyboard, or a pointing device (eg, a mouse, a track ball, a touch pad, or a touch screen, etc.).
  • a pointing device eg, a mouse, a track ball, a touch pad, or a touch screen, etc.
  • memory 1202 in some embodiments of the present disclosure may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory may be a read only memory (ROM), a programmable read only memory (PROM), an erasable programmable read only memory (Erasable PROM, EPROM), and an electrically erasable memory.
  • EEPROM programmable read-only memory
  • the volatile memory can be a Random Access Memory (RAM) that acts as an external cache.
  • RAM Random Access Memory
  • many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (Synchronous DRAM).
  • SDRAM double data rate synchronous dynamic random access memory
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • ESDRAM enhanced synchronous dynamic random access memory
  • Synchlink DRAM SLDRAM
  • Direct Memory Bus Random Access Memory DRRAM
  • the memory 1202 of the systems and methods described by some embodiments of the present disclosure is intended to comprise, without being limited to, these and any other suitable types of memory.
  • the memory 1202 stores elements, executable modules or data structures, or a subset thereof, or their extended set: an operating system 12021 and an application 12022.
  • the operating system 12021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and processing hardware-based tasks.
  • the application 12022 includes various applications, such as a media player (Media Player), a browser (Browser), etc., for implementing various application services. Programs that implement some of the embodiment methods of the present disclosure may be included in the application 12022.
  • the processor 1201 may execute a method performed by the above-mentioned transmitting end, such as acquiring a status. Reporting, the status report is sent to the network side device through the network interface 1204; or the processor 1201 may perform the method performed by the receiving end, for example, determining the lost data packet according to the status report, and retransmitting the lost to the network side device through the network interface 1204. Packet.
  • the methods disclosed in some embodiments of the present disclosure described above may be applied to or implemented by the processor 1201.
  • the processor 1201 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 1201 or an instruction in a form of software.
  • the processor 1201 may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a Field Programmable Gate Array (FPGA), or the like. Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • the methods, steps, and logical block diagrams disclosed in some embodiments of the present disclosure may be implemented or performed.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in connection with some embodiments of the present disclosure may be directly embodied by the hardware decoding processor, or by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 1202, and the processor 1201 reads the information in the memory 1202 and completes the steps of the above method in combination with its hardware.
  • the processing unit can be implemented in one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSP devices, DSPDs), programmable Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), general purpose processor, controller, microcontroller, microprocessor, other electronics for performing the functions described in this disclosure Unit or combination thereof.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSP devices digital signal processing devices
  • DSPDs digital signal processing devices
  • PLD programmable Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • the techniques described in some embodiments of the present disclosure may be implemented by modules (e.g., procedures, functions, etc.) that perform the functions described in some embodiments of the present disclosure.
  • the software code can be stored in memory and executed by the processor.
  • the memory can be implemented in the processor or external to the processor.
  • the processor 1201 may invoke a program or an instruction stored in the memory 1202 to execute a method performed by the transmitting end or the receiving end in the foregoing method embodiment.
  • the processor 1201 acquires a status report, and the processor 1201 sends a status report to the network side device through the network interface 1204.
  • the processor 1201 is further configured to generate the status report according to a format of the at least one packet loss indication information that is configured, where the format indicated by the format indicator bit is the pre-configured at least one packet loss.
  • the format indicated by the format indicator bit is the pre-configured at least one packet loss.
  • One or more of the formats of the indication information are configured to generate the status report according to a format of the at least one packet loss indication information that is configured, where the format indicated by the format indicator bit is the pre-configured at least one packet loss.
  • the processor 1201 is further configured to obtain a number of the lost data packet, and determine a number of bits of the status report corresponding to the format of the different packet loss indication information that is used to report the number of the lost data packet;
  • the status report is generated according to the format of the packet loss indication information corresponding to the status report with the smallest number of bits.
  • the processor 1201 is further configured to receive, by using the network interface 1204, configuration information sent by the receiving end.
  • the processor 1201 may obtain the status report sent by the network side device through the network interface 1204, and the processor 1201 determines the lost data packet according to the status report, and retransmits the lost data to the network side device through the network interface 1204. data pack.
  • the format of the packet loss indication information in the status report, and the specific content included in the packet loss indication information refer to the first format to the thirteenth format described in the foregoing embodiments. The disclosure is not described herein again.
  • Some embodiments of the present disclosure obtain a status report by using a sending end, where the status report includes at least one format indication bit for indicating a format of the packet loss indication information, and packet loss indication information corresponding to the format indicated by the format indication bit, and packet loss.
  • the indication information is used to indicate at least two lost data packets, and the lost packet indication information does not need to indicate the number of each lost data packet, and may indicate at least two lost data packets, reducing the number of reported bits in the status report.
  • the control signaling overhead is saved, the sending end sends a status report to the receiving end, the receiving end determines the lost data packet according to the status report, and the receiving end retransmits the lost data packet to the transmitting end, thereby ensuring the correctness of the data transmission. .
  • FIG. 13 is a schematic structural diagram of a network side device according to some embodiments of the present disclosure.
  • the network side device 1300 includes an antenna 1301, a radio frequency device 1302, and a baseband device 1303.
  • the antenna 1301 is connected to the radio frequency device 1302.
  • the radio frequency device 1302 receives information through the antenna 1301, and transmits the received information to the baseband device 1303 for processing.
  • the baseband device 1303 processes the information to be transmitted and transmits it to the radio frequency device 1302.
  • the radio frequency device 1302 processes the received information and transmits it through the antenna 1301.
  • the above-described band processing device may be located in the baseband device 1303.
  • the method performed by the network side device in the above embodiment may be implemented in the baseband device 1303, and the baseband device 1303 includes a processor 13031 and a memory 13032.
  • the baseband device 1303 may include, for example, at least one baseband board.
  • the baseband board is provided with a plurality of chips. As shown in FIG. 12, one of the chips is, for example, a processor 13031, and is connected to the memory 13032 to call a program in the memory 13032 to execute.
  • the baseband device 1303 may further include a network interface 13033 for interacting with the radio frequency device 1302, such as a common public radio interface (CPRI).
  • a network interface 13033 for interacting with the radio frequency device 1302, such as a common public radio interface (CPRI).
  • CPRI common public radio interface
  • the processor here may be a processor or a collective name of multiple processing elements.
  • the processor may be a CPU, an ASIC, or one configured to implement the method performed by the network side device.
  • a plurality of integrated circuits such as one or more microprocessor DSPs, or one or more field programmable gate array FPGAs, and the like.
  • the storage element can be a memory or a collective name for a plurality of storage elements.
  • Memory 13032 can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory.
  • the non-volatile memory may be a Read Only Memory (ROM), a Programmable ROM (Programmable ROM), or an Erasable PROM (EPROM). Electrically Erasable Programmable Read Only Memory (EEPROM) or Flash Memory.
  • the volatile memory may be a Random Access Memory (RAM), which is used as an external cache.
  • RAM Random Access Memory
  • many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (Synchronous).
  • DRAM double data rate synchronous dynamic random access memory
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM Synchlink DRAM
  • DRRAM Direct Memory Bus
  • the processor 13031 calls a program in the memory 13032 to execute the method executed by the transmitting end or the receiving end in the above embodiment.
  • the processor 13031 acquires the status report, and the processor 13031 sends the status report to the terminal through the radio frequency device 1302.
  • the processor 13031 is further configured to generate the status report according to a format of the at least one packet loss indication information that is configured, where the format indicated by the format indicator bit is the pre-configured at least one packet loss.
  • the format indicated by the format indicator bit is the pre-configured at least one packet loss.
  • One or more of the formats of the indication information are configured to generate the status report according to a format of the at least one packet loss indication information that is configured, where the format indicated by the format indicator bit is the pre-configured at least one packet loss.
  • the processor 13031 is further configured to obtain a number of the lost data packet, and determine a number of bits of the status report corresponding to the format of the different packet loss indication information that is used to report the number of the lost data packet;
  • the status report is generated according to the format of the packet loss indication information corresponding to the status report with the smallest number of bits.
  • the processor 13031 may obtain the status report sent by the terminal by using the radio frequency device 1302, and the processor 13031 determines the lost data packet according to the status report, and retransmits the lost data packet to the terminal by using the radio frequency device 1302. .
  • the processor 13031 is further configured to determine, in a format of all available packet loss indication information, a format of the at least one packet loss indication information that is available for the status report of the terminal to be sent;
  • the configuration information is sent to the terminal by the radio frequency device 1302, where the configuration information is used to pre-configure the format of the at least one packet loss indication information.
  • the format of the packet loss indication information in the status report, and the specific content included in the packet loss indication information refer to the first format to the thirteenth format described in the foregoing embodiments. The disclosure is not described herein again.
  • Some embodiments of the present disclosure obtain a status report by using a sending end, where the status report includes at least one format indication bit for indicating a format of the packet loss indication information, and packet loss indication information corresponding to the format indicated by the format indication bit, and packet loss.
  • the indication information is used to indicate at least two lost data packets, and the lost packet indication information does not need to indicate the number of each lost data packet, and may indicate at least two lost data packets, reducing the number of reported bits in the status report.
  • the control signaling overhead is saved, the sending end sends a status report to the receiving end, the receiving end determines the lost data packet according to the status report, and the receiving end retransmits the lost data packet to the transmitting end, thereby ensuring the correctness of the data transmission. .
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the present disclosure.
  • each functional unit in various embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product. Based on such understanding, a portion of the technical solution of the present disclosure that contributes in essence or to the related art or a part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several The instructions are for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present disclosure.
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开提供一种状态报告的上报方法、终端及网络侧设备。该方法包括：发送端获取状态报告，状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及格式指示位所指示的格式对应的丢包指示信息，丢包指示信息用于指示至少两个丢失的数据包；以及发送端向接收端发送状态报告。

Description

状态报告的上报方法、终端及网络侧设备
相关申请的交叉引用
本申请主张在2017年5月4日在中国提交的中国专利申请号No.201710308962.7的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及无线通信技术，尤其涉及一种状态报告的上报方法、终端及网络侧设备。
背景技术
为了解决对服务质量的要求，在无线链路控制(Radio Link Control，RLC)协议中引入了自动请求的重传(Automatic Repeat ReQuest，ARQ)机制，即发送端向接收端发送数据后，接收端会自动向发送端反馈RLC层状态报告。
另外，当接收端未成功接收发送端发送的所有数据，数据包存在丢失时，接收端返回的状态报告中不仅给出了接收到的数据包的编号，还要给出所有丢失的数据包的编号。
然而，由于状态报告中包括每个丢失的数据包的序号，因此当出现大量数据包的丢失时，会产生大量的控制信令，从而导致占用过多的无线资源。
发明内容
本公开提供一种状态报告的上报方法、终端及网络侧设备。
第一方面，本公开的一些实施例提供一种状态报告的上报方法，该方法包括：发送端获取状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；以及发送端向接收端发送所述状态报告。
第二方面，本公开的一些实施例提供一种状态报告的上报方法，该方法包括：接收端从发送端接收状态报告，所述状态报告中包括至少一个用于指 示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；以及所述接收端根据所述状态报告，确定丢失的数据包，并将所述丢失的数据包重传至所述发送端。
第三方面，本公开的一些实施例提供一种发送端，所述发送端为终端或网络侧设备，所述发送端包括：获取模块，用于获取状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；和发送模块，用于向接收端发送所述状态报告。
第四方面，本公开的一些实施例提供一种接收端，所述接收端为终端或网络侧设备，所述接收端包括：接收模块，用于从发送端接收状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；数据包确定模块，用于根据所述状态报告，确定丢失的数据包；和数据包重传模块，用于将所述丢失的数据包重传至所述发送端。
第五方面，本公开的一些实施例提供一种发送端，所述发送端为终端或网络侧设备并且包括：至少一个处理器、存储器、至少一个网络接口和用户接口，其中所述至少一个处理器、所述存储器、所述至少一个网络接口和所述用户接口通过总线系统耦合在一起，所述存储器用于存储可执行的应用程序和数据结构，当所述可执行的应用程序和数据结构被所述至少一个处理器执行时，所述至少一个处理器实现根据第一方面所述的方法中的步骤。
第六方面，本公开的一些实施例提供一种接收端，所述接收端为终端或网络侧设备并且包括：至少一个处理器、存储器、至少一个网络接口和用户接口，其中所述至少一个处理器、所述存储器、所述至少一个网络接口和所述用户接口通过总线系统耦合在一起，所述存储器用于存储可执行的应用程序和数据结构，当所述可执行的应用程序和数据结构被所述至少一个处理器执行时，所述至少一个处理器实现根据第二方面所述的方法中的步骤。
第七方面，本公开的一些实施例提供一种非易失性计算机可读存储介质， 包括：在所述非易失性计算机可读存储介质上存储的可执行的程序和数据，其中当所述可执行的程序和数据被计算机处理器执行时，所述计算机处理器实现根据第一方面所述的方法。
第八方面，本公开的一些实施例提供一种非易失性计算机可读存储介质，包括：在所述非易失性计算机可读存储介质上存储的可执行的程序和数据，其中当所述可执行的程序和数据被计算机处理器执行时，所述计算机处理器实现根据第二方面所述的方法。
附图说明
为了更清楚地说明本公开或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍。显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本公开提供的状态报告上报方法所应用的系统的架构示意图；
图2为本公开的一些实施例的用户面协议栈架构示意图；
图3为本公开的一些实施例提供的状态报告的上报方法的信令流程图；
图4为本公开的一些实施例提供的状态报告的结构示意图；
图5为本公开的一些实施例提供的状态报告的上报方法的信令流程图；
图6为本公开的一些实施例提供的状态报告的上报方法的流程图；
图7为本公开的一些实施例提供的状态报告的结构示意图；
图8为本公开的一些实施例提供的发送端的结构示意图；
图9为本公开的一些实施例提供的发送端的结构示意图；
图10为本公开的一些实施例提供的接收端的结构示意图；
图11为本公开的一些实施例提供的接收端的结构示意图；
图12为本公开的一些实施例提供的终端的结构示意图；以及
图13为本公开的一些实施例提供的网络侧设备的结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚，下面将结合本公开的一 些实施例中的附图，对本公开的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
本公开的说明书和权利要求书中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本公开提供的状态报告的上报方法、终端及网络侧设备可以解决大量数据包丢失时，状态报告的信令开销大的问题
图1为本公开提供的状态报告上报方法所应用的系统的架构示意图。如图1所示，图1提供的系统架构包括：网络侧设备01和终端02。
其中，网络侧设备01可以是全球移动通讯(Global System of Mobile communication，GSM)或码分多址(Code Division Multiple Access，CDMA)中的基站(Base Transceiver Station，BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，WCDMA)中的基站(NodeB，NB)，还可以是长期演进LTE中的演进型基站(Evolutional Node B，eNB或eNodeB)，还可以是新无线接入(New radio access technical，New RAT或NR)中的基站，或者中继站或接入点，或者未来第五代移动通信技术5G网络中的基站等，在此并不限定。
终端02可以是无线终端也可以是有线终端，该无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiation  Protocol，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device or User Equipment)，在此不作限定。
图2为本公开的一些实施例的用户面协议栈架构示意图。如图2所示，终端的协议栈包括物理层(Physical Layer，PHY)、媒质接入控制(Medium Access Control，MAC)层、无线链路控制(Radio Link Control，RLC)层、分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层。网络侧设备的协议栈包括PHY、MAC层、RLC层、PDCP层。
在通信系统中，接收端在接收到不正确的业务数据时，需要发送端重传。按照图2协议栈从高层到低层的顺序，业务数据的重传分为：服务器重传、RLC层重传和物理层重传。物理层重传的是物理帧，RLC层重传的是RLC协议数据单元(Protocol Data Unit，PDU)，服务器重传的是传输控制协议(Transfer Control Protocol，TCP)数据包。
对于RLC层而言，有3种业务模式：透传模式(Transparent Mode，TM)、非确认模式(Unacknowledged Mode，UM)和确认模式(Acknowledged Mode，AM)。只有确认模式的业务才有RLC层重传，其它模式的业务即使传输错误或丢失，也不会进行RLC层重传。
其中，AM以ARQ的方式为上层提供可靠的数据传输，保证数据正确地按序到达对端，可以适用于对时延不敏感，对错误敏感的业务。由于ARQ所针对的状态报告中包括每个丢失的数据包的编号，当出现大量数据包的丢失时，会产生大量的控制信令，从而导致占用过多的无线资源。在本公开的一些实施例中，提供一种状态报告的上报方法，状态报告中不需要携带每个丢失的数据包的编号，以减少控制信令所占用的无线资源。
在下述的各实施例中，为了便于描述状态报告的上报方法，将发送状态报告的一端称为发送端，将接收状态报告的一端称为接收端。
在发送端为终端时，接收端为网络侧设备，在发送端为网络侧设备时， 接收端为终端等。即终端既可以作为发送端，也可以作为接收端，网络侧设备即可以作为发送端，也可以作为接收端，本公开对发送端和接收端的具体实现方式不做特别限制。
图3为本公开的一些实施例提供的状态报告的上报方法的信令流程图。如图3所示，该方法包括S301-S304。
S301、发送端获取状态报告，状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及格式指示位所指示的格式对应的丢包指示信息，丢包指示信息用于指示至少两个丢失的数据包。
发送端(可以理解为数据的接收端，状态报告的发送端)接收接收端(可以理解为数据的发送端，状态报告的接收端)发送的数据包。每个接收到的数据包都对应一个编号，该编号可以为数据包的序列号(Sequence Number，SN)。本领域技术人员可以理解，若接收到的数据包中不存在丢失的数据包，则接收到的数据包的编号为连续的编号。若在接收数据包的过程中，存在数据包的丢失，则接收到的数据包的编号为不连续的编号。
发送端根据接收到的数据包的编号，可以获知丢失的数据包的编号。发送端获取用于指示丢失的数据包的编号的状态报告。由上述描述可知，图3中所涉及的数据包为RLC PDU。其中，状态报告包括至少一个用于指示丢包指示信息的格式的格式指示位，以及格式指示位所指示的格式对应的丢包指示信息。该状态报告也是一种RLC PDU，且属于RLC的控制PDU。
图4为本公开的一些实施例提供的状态报告的结构示意图。如图4所示，每一行的长度为8比特，即1字节。其中，D/C：用来指示该状态报告是控制PDU还是数据PDU。CPT：RLC控制PDU的类型指示，用于指示该状态报告是控制PDU。E1、E2、E3、E4在取值为第一预设值时，例如为1时，为用于指示丢包指示信息的格式的格式指示位。E1、E2、E3、E4的取值为第二预设值，例如为0时，则不指示丢包指示信息的格式。以E1为例，即E1可以指示下一个丢包指示信息的格式是否为第一格式，若E1的取值为1，则是第一格式，若取值为0，则不是第一格式。状态报告中丢包指示信息可以采用的格式可以为协议预先约定的。
以E1和E2为例，E1的取值为1，用于指示丢包指示信息的格式为第一 格式，此时，E2、E3、E4的取值为0。当E2的取值为1时，用于指示丢包指示信息的格式为第二格式，此时E1、E3、E4的取值为0。在图4所示的示例中，该每个格式的丢包指示信息占用10比特。
本领域技术人员可以理解，针对第一格式的丢包指示信息之后的下一个丢包指示信息，不仅可以为图4所示的第二格式的丢包指示信息，还可以为E3或E4取值为1时所指示的丢包指示信息，或者还可以为E1所指示的丢包指示信息。对于下一个丢包指示信息所采用的格式，本公开此处不做特别限制，只要该格式对应的格式指示位的取值为预设值即可，该格式指示位的预设值可以是一个比特的预设值，也可以是多个比特组合所对应的多个值中的一个。
其中，图4的相关描述中每种格式的丢包指示信息用于指示至少两个丢失的数据包。例如，当丢失的数据包为连续的数据包时，该丢包指示信息可以包括丢失数据包的起始编号，即第一个丢失的数据包的序列号(First Missing SN，FMN)和丢失数据包的结束编号，即最后一个丢失的数据包的序列号(Last Missing SN，LMS)。或者，该丢包指示信息可以包括丢失数据包得起始编号和丢失数据包的数量。
再例如，当丢失的数据包不连续的数据包时，该丢包指示信息可以包括丢失数据包的起始编号、丢失数据包的结束编号以及丢失数据包的比特图。其中，比特图(Bitmap)的每1个bit对应1个数据包的编号(如比特值0代表丢失，比特值1代表成功接收)。
对于丢包指示信息用于指示至少两个丢失数据包的其它方式，都在本公开的保护范围内，本公开此处不再赘述。
本领域技术人员可以理解，在图4的相关描述中的丢包指示信息可以指示至少两个丢失的数据包。以起始编号、结束编号为例，例如每个编号占用10bit。在相关技术中，当丢失的数据包为4个时，则需要占用40bit，而图4的相关描述中只需要占用20比特，大大减少了需要状态报告的信令数。
S302、发送端向接收端发送状态报告。
S303、接收端根据状态报告，确定丢失的数据包。
S304、接收端将丢失的数据包重传至发送端。
发送端在获取到状态报告之后，向接收端发送该状态报告。接收端根据该状态报告，确定丢失的数据包。
请继续参照图4，由于E1的取值为1，E2、E3、E4的取值为0，则接收端确定E1所代表的格式指示位用于指示丢包指示信息的格式为E1所指示的格式。接收端在获取到丢包指示信息F1之后，根据该E1所指示的丢包指示信息的格式，可以获取丢包指示信息F1的内容，例如，该格式的丢包指示信息包括丢失数据包的起始编号和丢失数据包的结束编号，起始编号、结束编号均占10bit，则接收端可以根据前10比特获取丢失数据包的起始编号，根据后10比特获取丢失数据包的结束编号，从而获取丢失的数据包的编号，以确定丢失的数据包。
请继续参照图4，接收端在获取到丢包指示信息F1之后，由于E2的取值为1，E1、E3、E4的取值为0，则接收端确定E2所代表的格式指示位用于指示丢包指示信息的格式为E2所指示的格式。接收端在获取到丢包指示信息F2之后，根据该E2所指示的丢包指示信息的格式，可以获取丢包指示信息F2的内容。例如，该格式的丢包指示信息包括丢失数据包的起始编号和丢失数据包的数量，起始编号占用10bit，丢失数据包的数量占用10bit，则接收端可以根据前10bit获取起始编号，根据后10bit获取丢失数据包的数量，从而获取丢失的数据包的编号，以确定丢失的数据包。
接收端在确定丢失的数据包之后，将丢失的数据包重传至发送端，从而保证发送端可以获取到所需数据。
本公开的一些实施例提供的状态报告的上报方法，通过发送端获取状态报告，状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及格式指示位所指示的格式对应的丢包指示信息，丢包指示信息用于指示至少两个丢失的数据包，该丢包指示信息不需要指出每个丢失的数据包的编号，就可以指示至少两个丢失的数据包，减少了状态报告中的上报比特数，节省了控制信令的开销，发送端向接收端发送状态报告，接收端根据状态报告，确定丢失的数据包，接收端将丢失的数据包重传至发送端，保证了数据传输的正确性。
下面结合上述图3所示的实施例，对发送端获取状态报告的实现方式进 行说明。
具体地，发送端根据预先配置的至少一个丢包指示信息的格式，生成状态报告。其中，上述的格式指示位所指示的格式为预先配置的至少一个丢包指示信息的格式中的一个或多个。
在一种可能的实现方式中，该预先配置的至少一个丢包指示信息的格式，可以为协议预先约定发送端和接收端可以识别的格式。发送端可以在协议约定的至少一个丢包指示信息的格式中，选择一个丢包指示信息的格式，然后将该格式对应的格式指示位的取值设置为预设值，从而生成状态报告。例如，协议预先预定发送端和接收端可以识别的格式有10种，发送端在该10种格式中选择至少一种格式生成状态报告。
在另一种可能的实现方式中，当该发送端为终端，接收端为网络侧设备时，该预先配置的至少一个丢包指示信息的格式，可以为网络侧设备配置给终端的，具体可参见图5所示。
图5为本公开的一些实施例提供的状态报告的上报方法的信令流程图。如图5所示，该方法包括S501-S503。
S501、接收端在所有可用的丢包指示信息的格式中确定发送端的待发送的状态报告可用的至少一个丢包指示信息的格式。
S502、接收端向发送端发送配置信息，配置信息用于预先配置该至少一个丢包指示信息的格式。
S503、发送端根据预先配置的至少一个丢包指示信息的格式，生成状态报告。
终端(发送端)与网络侧设备(接收端)可以根据协议预先约定的所有可用的丢包指示信息的格式。网络侧设备在所有可用的丢包指示信息的格式中确定终端的待发送的状态报告可用的至少一个丢包指示信息的格式。例如，协议约定有10种格式，网络侧设备选择其中的5种格式。然后网络侧设备向终端发送配置信息，该配置信息用于预先配置该至少一种丢包指示信息的格式，即配置网络侧设备选中的5种格式。
发送端根据该预先配置的至少一个丢包指示信息的格式，即网络侧设备选中的5种格式，生成状态报告。
在上述两种可能的实现方式中，发送端在预先配置的至少一个丢包指示信息的格式中，选择至少一种格式的丢包指示信息，发送端可以每次都选择第一格式，也可以依次选择第一格式、第二格式等，本公开对发送端选择丢包指示信息的格式的实现方式不做特别限制。
本文此处给出一种具体的实现方式。图6为本公开的一些实施例提供的状态报告的上报方法的流程图。如图6所示，该方法包括S601-S602。
S601、发送端获取丢失的数据包的编号，并确定上报丢失的数据包的编号所采用不同的丢包指示信息的格式对应的状态报告的比特数。
S602、发送端根据比特数最小的状态报告所对应的丢包指示信息的格式，生成状态报告。
发送端获取丢失的数据包的编号。例如，丢失的数据包的编号为1、2、3、4、6、7、8、11、13。该需要上报的丢失的数据包的编号可以对应多种格式的丢包指示信息。
例如，第一种方式：E1对应的丢包指示信息，包括：起始编号1，结束编号4；E2对应的丢包指示信息，包括：起始编号6，丢失的数据包的数量3；E3对应的丢包指示信息，包括：起始编号的前一个编号10，比特图010，结束编号的后一个编号14。
第二种方式：E2对应的丢包指示信息，包括：起始编号1，丢失的数据包的数量4；E3对应的丢包指示信息，包括：起始编号6，比特图001101，结束编号13。
第三种方式，E3对应的丢包指示信息，包括：起始编号1、比特图00010001101，结束编号13。
第四种方式……等等。对于其它的可能的实现方式，本文此处不再穷举。
由于比特图、丢失数据包的数量以及编号占用的比特数的数量存在不同，因此，在指示同一丢失的多个数据包时，状态报告有多种实现方式，不同的实现方式，对应不同的比特数。发送端确定不同的状态报告的比特数。
为了节省信令开销，发送端根据比特数最小的状态报告所对应的丢包指示信息的格式，生成状态报告。
本公开中通过发送端获取丢失的数据包的编号，并确定上报丢失的数据 包的编号所采用不同的丢包指示信息的格式对应的状态报告的比特数，根据比特数最小的状态报告所对应的丢包指示信息的格式，生成状态报告，可以使状态报告中上报的比特数最少，从而更好的节省控制信令的开销。
下面采用详细的实施例，对本申请的各种格式的丢包指示信息进行详细说明。在下面的实施例中，给出13种可能的实现方式，本领域技术人员可以理解，具体的实现方式有多种，本公开此处并不能穷举。凡是结合本公开给出的13种可能的实现方式，或者对该13种可能的实现方式进行推演，不需要付出创造性劳动的实现方式，都属于本公开的一些实施例的保护范畴。为了便于说明，对需要用到的术语进行说明。
丢失数据包的起始编号：第一个丢失的数据包的序列号(First Missing SN，FMS)。
丢失数据包的结束编号：最后一个丢失的数据包的序列号(Last Missing SN，LMS)。
丢失数据包的起始编号的前一个编号：第一个丢失的数据包的序列号的前一个序列号(First ACK SN，FACKS)。
丢失数据包的结束编号的后一个编号：最后一个丢失的数据包的序列号的后一个序列号(Last ACK SN，LACKS)。
丢失的数据包的数量，可以理解为丢失的序列号的数量(Number of Missing SN，NMS)。
在格式为第一格式时，第一格式的第一丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号。则第一丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：FMS和LMS，以及FMS和LMS之间的数据包的编号(不包括FMS和LMS)。
在格式为第二格式时，第二格式的第二丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号。则第二丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：LMS，以及FACKS和LMS之间的数据包的编号(不包括FACKS和LMS)。
在格式为第三格式时，第三格式的第三丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号的后一个编号。则第三丢包指示信息 所指示的丢失的数据包的编号(Lost SN)包括：FMS，以及FMS和LACKS之间的数据包的编号(不包括FMS和LACKS)。
在格式为第四格式时，第四格式的第四丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号的后一个编号。则第四丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：FACKS和LACKS之间的数据包的编号(不包括FACKS和LACKS)。
在格式为第五格式时，第五格式的第五丢包指示信息，包括：丢失数据包的起始编号以及丢失数据包的数量。则第五丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：FMS和(FMS+NMS-1)，以及FMS和(FMS+NMS-1)之间的数据包的编号(不包括FMS和(FMS+NMS-1))。
在格式为第六格式时，第六格式的第六丢包指示信息，包括：丢失数据包的起始编号的前一个编号以及丢失数据包的数量。则第六丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：(FACKS+NMS)，以及FACKS和(FACKS+NMS)之间的数据包的编号(不包括FACKS和(FACKS+NMS))。
在格式为第七格式时，第七格式的第七丢包指示信息，包括：丢失数据包的结束编号以及丢失数据包的数量。则第七丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：(LMS-NMS+1)和LMS，以及(LMS-NMS+1)和LMS之间的数据包的编号(不包括(LMS-NMS+1)和LMS)。
在格式为第八格式时，第八格式的第八丢包指示信息，包括：丢失数据包的结束编号的后一个编号以及丢失数据包的数量。则第八丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：(LACKS-NMS)，以及(LACKS-NMS)和LACKS之间的数据包的编号(不包括(LACKS-NMS)和LACKS)。
在格式为第九格式时，第九格式的第九丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号，以及丢失数据包的比特图；其中，比特图(Bitmap)中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，第一比特值用于指示数据包接收成功，第二比特值用于指示数据包接收失败。
第九丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：FMS 和LMS，以及比特图(Bitmap)中指示的丢失数据包的编号。其中该Bitmap的每1个bit代表1个数据包的编号(如数值0代表丢失，数值1代表成功接收)，该Bitmap的编号的范围可以是：从FMS到LMS之间的数据包的编号；或从(FMS+1)到(LMS-1)之间的数据包的编号；或从(FMS+1)到LMS之间的数据包的编号；或从FMS到(LMS-1)之间的数据包的编号。本公开中“A与B之间”包括A和B两个端点。
在格式为第十格式时，第十格式的第十丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号，以及丢失数据包的比特图；其中，比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，第一比特值用于指示数据包接收成功，第二比特值用于指示数据包接收失败。
第十丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：LMS，和Bitmap中指示的丢失数据包的编号。其中该Bitmap的每1个bit代表1个数据包的编号(如数值0代表丢失，数值1代表成功接收)，该Bitmap的编号的范围可以是：从FACKS到LMS之间的数据包的编号；或从(FACKS+1)到(LMS-1)之间的数据包的编号；或从(FACKS+1)到LMS之间的数据包的编号；或从FACKS到(LMS-1)之间的数据包的编号。本公开中“A与B之间”包括A和B两个端点。
在格式为第十一格式时，第十一格式的第十一丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；其中，比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，第一比特值用于指示数据包接收成功，第二比特值用于指示数据包接收失败。
第十一丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：FMS，和Bitmap中指示的丢失的数据包的编号。其中该Bitmap的每1个bit代表1个数据包的编号(如数值0代表丢失，数值1代表成功接收)，该Bitmap的编号的范围可以是：从FMS到LACKS之间的数据包的编号；或从(FMS+1)到(LACKS-1)之间的数据包的编号；或从(FMS+1)到LACKS之间的数据包的编号；或从FMS到(LACKS-1)之间的数据包的编号。本公开中“A 与B之间”包括A和B两个端点。
在格式为第十二格式时，第十二格式的第十二丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；其中，比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，第一比特值用于指示数据包接收成功，第二比特值用于指示数据包接收失败。
第十二丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：丢失数据包的比特图(Bitmap)所指示的数据包的编号。其中该Bitmap的每1个bit代表1个数据包的编号(如数值0代表丢失，数值1代表成功接收)，该Bitmap的编号的范围可以是：从FACKS到LACKS之间的数据包的编号；或从(FACKS+1)到(LACKS-1)之间的数据包的编号；或从(FACKS+1)到LACKS之间的数据包的编号；或从FACKS到(LACKS-1)之间的数据包的编号。
在格式为第十三格式时，第十三格式的第十三丢包指示信息，包括：丢失数据包的起始编号，下一个待接收的数据包的编号，以及丢失数据包的比特图；其中，比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，第一比特值用于指示数据包接收成功，第二比特值用于指示数据包接收失败。
第十三丢包指示信息所指示的丢失的数据包的编号(Lost SN)包括：FMS和Bitmap中指示的丢失数据包的编号。其中该Bitmap的每1个bit代表1个数据包的编号(如数值0代表丢失，数值1代表成功接收)，该Bitmap的编号的范围可以是：从FMS到ACK_SN之间的数据包的编号；或从(FMS+1)到(ACK_SN-1)之间的数据包的编号；或从(FMS+1)到ACK_SN之间的数据包的编号；或从FMS到(ACK_SN-1)之间的数据包的编号。
在上述的实施例中，给出了13种格式的丢包指示信息。在具体实现过程中，协议可以预先约定终端和网络侧设备可以使用的丢包指示信息的格式。协议可以在上述的13种格式中选择或者在上述13种格式衍生的格式中选择可以使用的丢包指示信息的格式。例如，可以选择两种格式，再例如可以选择4种格式，对于协议选择的格式的类型和实现方式，本公开此处不再赘述。
以图4为例，协议规定了4种格式的丢包指示信息，则在状态报告中用于指示丢包指示信息的格式的格式指示位有4个。则发送端每次在4种格式中选择使用的格式。具体的实现方式，可参见上述实施例，此处不再赘述。
在上述实施例的基础上，本公开的状态报告中还可以包括片段指示位，该片段指示位用于指示是否存在丢失的片段。具体可参见图7所示。
图7为本公开的一些实施例提供的状态报告的结构示意图。在图7所示的示例中，以协议中规定两种格式的丢包指示信息为例进行说明。下面对各字段的含义进行说明。
D/C：来指示该状态报告是控制PDU还是数据PDU。
CPT：RLC控制PDU的类型指示，用于指示该状态报告是控制PDU。
ACK_SN：下一个待接收的数据包的编号。
E1：格式指示位，用于指示下一个丢包指示信息的格式是否为第一格式，“0”代表不是，“1”代表是。
E2：格式指示位，用于指示下一个丢包指示信息的格式是否为第二格式，“0”代表不是，“1”代表是。
E3：片段指示位，用于指示是否包含SOstart、SOend和NACK_SN，其中，“0”代表不包含，“1”代表包含。
F1：第一格式的指示信息。
F2：第二格式的指示信息。
SOstart：丢失的分段在原数据包中的起始位置。
SOend：丢失的分段在原数据包中的结束位置。
NACK_SN：片段丢失的数据包的编号。
如图7所示，图7中的状态报告所指示的内容为：E1＝1、E2＝0、E3＝0，下一个丢包指示信息F1的格式为E1所指示的格式，在本实例中，F1占用20bit；E1＝0、E1＝0、E3＝0，下一个丢包指示信息F2的格式为E2所指示的格式，F2占用20bit；E1＝0、E2＝0、E3＝1，下一个格式包含SOstart、SOend和NACK_SN。
图8为本公开的一些实施例提供的发送端的结构示意图。图8的发送端可以为上述的终端或网络侧设备。如图8所示，图8提供的发送端80包括获 取模块801和发送模块802。
获取模块801，用于获取状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包。
发送模块802，用于向所述接收端发送所述状态报告。
可选地，所述获取模块801，具体用于：根据预先配置的至少一个丢包指示信息的格式，生成所述状态报告，其中，所述格式指示位所指示的格式为所述预先配置的至少一个丢包指示信息的格式中的一个或多个。
可选地，所述获取模块801，具体用于：获取丢失的数据包的编号，并确定上报所述丢失的数据包的编号所采用不同的丢包指示信息的格式对应的状态报告的比特数；以及所述发送端根据比特数最小的状态报告所对应的丢包指示信息的格式，生成所述状态报告。
图8提供的发送端，可以执行上述方法实施例，其实现原理和技术效果类似，本公开此处不再赘述。
图9为本公开的一些实施例提供的发送端的结构示意图。图8的发送端在图8实施例的基础上，当发送端为终端时，还包括接收模块803；所述接收模块803，用于在获取状态报告之前，接收接收端发送的配置信息，所述配置信息用于预先配置所述至少一个丢包指示信息的格式。
图9提供的发送端，可以执行上述方法实施例，其实现原理和技术效果类似，本公开此处不再赘述。
针对图8和图9所示的实施例，发送端的状态报告中的丢包指示信息的格式，以及丢包指示信息中所包括的具体内容，可参见上述实施例中所描述的第一格式至第十三格式，本公开此处不再赘述。
图10为本公开的一些实施例提供的接收端的结构示意图。图10的接收端可以为终端或网络侧设备。如图10所示，该接收端100包括接收模块1001、数据包确定模块1002以及数据包重传模块1003。
接收模块1001，用于接收发送端发送的状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢 失的数据包；数据包确定模块1002，用于根据所述状态报告，确定丢失的数据包；数据包重传模块1003，用于将所述丢失的数据包重传至所述发送端。
图10提供的接收端，可以执行上述方法实施例，其实现原理和技术效果类似，本公开此处不再赘述。
图11为本公开的一些实施例提供的接收端的结构示意图，图11在图10的基础上，当接收端为网络侧设备时，所述接收端还包括：格式确定模块1004和配置信息发送模块1005。
所述格式确定模块1004，用于在接收发送端发送的状态报告之前，在所有可用的丢包指示信息的格式中确定所述发送端的待发送的状态报告可用的至少一个丢包指示信息的格式；所述配置信息发送模块1005，用于向所述发送端发送配置信息，所述配置信息用于预先配置所述至少一个丢包指示信息的格式。
图11提供的接收端，可以执行上述方法实施例，其实现原理和技术效果类似，本公开此处不再赘述。
针对图10和图11所示的实施例，发送端的状态报告中的丢包指示信息的格式，以及丢包指示信息中所包括的具体内容，可参见上述实施例中所描述的第一格式至第十三格式，本公开此处不再赘述。
由上述描述可知，本公开的一些实施例提供的发送端可以为终端或者网络侧设备，接收端可以为终端或者网络侧设备。本公开还提供一种网络侧设备和终端的硬件结构示意图。
图12为本公开的一些实施例提供的终端的结构示意图。如图12所示，图12所示的终端1200包括：至少一个处理器1201、存储器1202、至少一个网络接口1204和用户接口1203。终端1200中的各个组件通过总线系统1205耦合在一起。可理解，总线系统1205用于实现这些组件之间的连接通信。总线系统1205除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1205。
其中，用户接口1203可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(track ball)、触感板或者触摸屏等。
可以理解，本公开的一些实施例中的存储器1202可以是易失性存储器或 非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double-Data-Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本公开的一些实施例描述的系统和方法的存储器1202旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器1202存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统12021和应用程序12022。
其中，操作系统12021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序12022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本公开的一些实施例方法的程序可以包含在应用程序12022中。
在本公开的一些实施例中，通过调用存储器1202存储的程序或指令，具体的，可以是应用程序12022中存储的程序或指令，处理器1201可以执行上述发送端所执行的方法，例如获取状态报告，通过网络接口1204向网络侧设备发送状态报告；或者，处理器1201可以执行上述接收端所执行的方法，例如根据状态报告确定丢失的数据包，通过网络接口1204向网络侧设备重传丢失的数据包。
上述本公开的一些实施例揭示的方法可以应用于处理器1201中，或者由 处理器1201实现。处理器1201可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1201中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1201可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开的一些实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开的一些实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1202，处理器1201读取存储器1202中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本公开的一些实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本公开所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本公开的一些实施例所述功能的模块(例如过程、函数等)来实现本公开的一些实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
具体地，处理器1201可以调用存储器1202存储的程序或指令，执行上述方法实施例中发送端或接收端所执行的方法。
例如，在该终端为发送端时，处理器1201获取状态报告，处理器1201通过网络接口1204向网络侧设备发送状态报告。
可选地，处理器1201还用于根据预先配置的至少一个丢包指示信息的格 式，生成所述状态报告，其中，所述格式指示位所指示的格式为所述预先配置的至少一个丢包指示信息的格式中的一个或多个。
可选地，处理器1201还用于获取丢失的数据包的编号，并确定上报所述丢失的数据包的编号所采用不同的丢包指示信息的格式对应的状态报告的比特数；
根据比特数最小的状态报告所对应的丢包指示信息的格式，生成所述状态报告。
可选地，处理器1201还用于通过网络接口1204接收接收端发送的配置信息。
例如，在终端为接收端时，处理器1201可以通过网络接口1204获取网络侧设备发送的状态报告，处理器1201根据状态报告确定丢失的数据包，通过网络接口1204向网络侧设备重传丢失的数据包。
在本公开的一些实施例中，状态报告中的丢包指示信息的格式，以及丢包指示信息中所包括的具体内容，可参见上述实施例中所描述的第一格式至第十三格式，本公开此处不再赘述。
本公开的一些实施例通过发送端获取状态报告，状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及格式指示位所指示的格式对应的丢包指示信息，丢包指示信息用于指示至少两个丢失的数据包，该丢包指示信息不需要指出每个丢失的数据包的编号，就可以指示至少两个丢失的数据包，减少了状态报告中的上报比特数，节省了控制信令的开销，发送端向接收端发送状态报告，接收端根据状态报告，确定丢失的数据包，接收端将丢失的数据包重传至发送端，保证了数据传输的正确性。
图13为本公开的一些实施例提供的网络侧设备的结构示意图。如图13所示，该网络侧设备1300包括：天线1301、射频装置1302、基带装置1303。天线1301与射频装置1302连接。在上行方向上，射频装置1302通过天线1301接收信息，将接收的信息发送给基带装置1303进行处理。在下行方向上，基带装置1303对要发送的信息进行处理，并发送给射频装置1302，射频装置1302对收到的信息进行处理后经过天线1301发送出去。
上述频带处理装置可以位于基带装置1303中，以上实施例中网络侧设备 执行的方法可以在基带装置1303中实现，该基带装置1303包括处理器13031和存储器13032。
基带装置1303例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图12所示，其中一个芯片例如为处理器13031，与存储器13032连接，以调用存储器13032中的程序，执行以上方法实施例中所示的网络侧设备操作。
该基带装置1303还可以包括网络接口13033，用于与射频装置1302交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
这里的处理器可以是一个处理器，也可以是多个处理元件的统称，例如，该处理器可以是CPU，也可以是ASIC，或者是被配置成实施以上网络侧设备所执行方法的一个或多个集成电路，例如：一个或多个微处理器DSP，或，一个或者多个现场可编程门阵列FPGA等。存储元件可以是一个存储器，也可以是多个存储元件的统称。
存储器13032可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read Only Memory，简称ROM)、可编程只读存储器(Programmable ROM，简称PROM)、可擦除可编程只读存储器(Erasable PROM，简称EPROM)、电可擦除可编程只读存储器(Electrically EPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，简称SRAM)、动态随机存取存储器(Dynamic RAM，简称DRAM)、同步动态随机存取存储器(Synchronous DRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，简称DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，简称ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，简称SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，简称DRRAM)。本公开描述的存储器13032旨在包括但不限于这些和任意其它适合类型的存储器。
具体地，处理器13031调用存储器13032中的程序执行上述实施例中的发送端或接收端所执行的方法。
例如，在网络侧设备为发送端时，处理器13031获取状态报告，处理器13031通过射频装置1302向终端发送状态报告。
可选地，处理器13031还用于根据预先配置的至少一个丢包指示信息的格式，生成所述状态报告，其中，所述格式指示位所指示的格式为所述预先配置的至少一个丢包指示信息的格式中的一个或多个。
可选地，处理器13031还用于获取丢失的数据包的编号，并确定上报所述丢失的数据包的编号所采用不同的丢包指示信息的格式对应的状态报告的比特数；
根据比特数最小的状态报告所对应的丢包指示信息的格式，生成所述状态报告。
例如，在网络侧设备为接收端时，处理器13031可以通过射频装置1302获取终端发送的状态报告，处理器13031根据状态报告确定丢失的数据包，通过射频装置1302向终端重传丢失的数据包。
可选地，处理器13031还用于在所有可用的丢包指示信息的格式中确定所述终端的待发送的状态报告可用的至少一个丢包指示信息的格式；
通过射频装置1302向所述终端发送配置信息，所述配置信息用于预先配置所述至少一个丢包指示信息的格式。
在本公开的一些实施例中，状态报告中的丢包指示信息的格式，以及丢包指示信息中所包括的具体内容，可参见上述实施例中所描述的第一格式至第十三格式，本公开此处不再赘述。
本公开的一些实施例通过发送端获取状态报告，状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及格式指示位所指示的格式对应的丢包指示信息，丢包指示信息用于指示至少两个丢失的数据包，该丢包指示信息不需要指出每个丢失的数据包的编号，就可以指示至少两个丢失的数据包，减少了状态报告中的上报比特数，节省了控制信令的开销，发送端向接收端发送状态报告，接收端根据状态报告，确定丢失的数据包，接收端将丢失的数据包重传至发送端，保证了数据传输的正确性。
本领域普通技术人员可以意识到，结合本公开的一些实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件 和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本公开所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本公开方案的目的。
另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。
最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。

Claims (68)

  1. 一种状态报告的上报方法，包括：
    发送端获取状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；以及
    所述发送端向接收端发送所述状态报告。
  2. 根据权利要求1所述的方法，其中，所述发送端获取状态报告，包括：
    所述发送端根据预先配置的至少一个丢包指示信息的格式，生成所述状态报告，其中，所述格式指示位所指示的格式为所述预先配置的至少一个丢包指示信息的格式中的一个或多个。
  3. 根据权利要求2所述的方法，其中，所述发送端根据预先配置的至少一个丢包指示信息的格式，生成所述状态报告，包括：
    所述发送端获取丢失的数据包的编号，并确定上报所述丢失的数据包的编号所采用不同的丢包指示信息的格式对应的状态报告的比特数；以及
    所述发送端根据比特数最小的状态报告所对应的丢包指示信息的格式，生成所述状态报告。
  4. 根据权利要求2所述的方法，其中，所述发送端为终端，所述发送端获取状态报告之前，还包括：
    所述发送端接收接收端发送的配置信息，所述配置信息用于预先配置所述至少一个丢包指示信息的格式。
  5. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第一格式时，所述第一格式的第一丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号。
  6. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第二格式时，所述第二格式的第二丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号。
  7. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第三格式时，所述第三格式的第三丢包指示信息，包括：丢失数据包的起始编号和丢 失数据包的结束编号的后一个编号。
  8. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第四格式时，所述第四格式的第四丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号的后一个编号。
  9. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第五格式时，所述第五格式的第五丢包指示信息，包括：丢失数据包的起始编号以及丢失数据包的数量。
  10. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第六格式时，所述第六格式的第六丢包指示信息，包括：丢失数据包的起始编号的前一个编号以及丢失数据包的数量。
  11. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第七格式时，所述第七格式的第七丢包指示信息，包括：丢失数据包的结束编号以及丢失数据包的数量。
  12. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第八格式时，所述第八格式的第八丢包指示信息，包括：丢失数据包的结束编号的后一个编号以及丢失数据包的数量。
  13. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第九格式时，所述第九格式的第九丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  14. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第十格式时，所述第十格式的第十丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  15. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第十一 格式时，所述第十一格式的第十一丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  16. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第十二格式时，所述第十二格式的第十二丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  17. 根据权利要求1-4任一项所述的方法，其中，在所述格式为第十三格式时，所述第十三格式的第十三丢包指示信息，包括：丢失数据包的起始编号，下一个待接收的数据包的编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  18. 一种状态报告的上报方法，包括：
    接收端从发送端接收状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；以及
    所述接收端根据所述状态报告，确定丢失的数据包，并将所述丢失的数据包重传至所述发送端。
  19. 根据权利要求18所述的方法，其中，所述接收端为网络侧设备，所述接收端接收发送端发送的状态报告之前，还包括：
    所述接收端在所有可用的丢包指示信息的格式中确定所述发送端的待发送的状态报告可用的至少一个丢包指示信息的格式；以及
    所述接收端向所述发送端发送配置信息，所述配置信息用于预先配置所 述至少一个丢包指示信息的格式。
  20. 根据权利要求18或19所述的方法，其中，在所述格式为第一格式时，所述第一格式的第一丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号。
  21. 根据权利要求18或19所述的方法，其中，在所述格式为第二格式时，所述第二格式的第二丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号。
  22. 根据权利要求18或19所述的方法，其中，在所述格式为第三格式时，所述第三格式的第三丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号的后一个编号。
  23. 根据权利要求18或19所述的方法，其中，在所述格式为第四格式时，所述第四格式的第四丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号的后一个编号。
  24. 根据权利要求18或19所述的方法，其中，在所述格式为第五格式时，所述第五格式的第五丢包指示信息，包括：丢失数据包的起始编号以及丢失数据包的数量。
  25. 根据权利要求18或19所述的方法，其中，在所述格式为第六格式时，所述第六格式的第六丢包指示信息，包括：丢失数据包的起始编号的前一个编号以及丢失数据包的数量。
  26. 根据权利要求18或19所述的方法，其中，在所述格式为第七格式时，所述第七格式的第七丢包指示信息，包括：丢失数据包的结束编号以及丢失数据包的数量。
  27. 根据权利要求18或19所述的方法，其中，在所述格式为第八格式时，所述第八格式的第八丢包指示信息，包括：丢失数据包的结束编号的后一个编号以及丢失数据包的数量。
  28. 根据权利要求18或19所述的方法，其中，在所述格式为第九格式时，所述第九格式的第九丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每 个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  29. 根据权利要求18或19所述的方法，其中，在所述格式为第十格式时，所述第十格式的第十丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  30. 根据权利要求18或19所述的方法，其中，在所述格式为第十一格式时，所述第十一格式的第十一丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  31. 根据权利要求18或19所述的方法，其中，在所述格式为第十二格式时，所述第十二格式的第十二丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  32. 根据权利要求18或19所述的方法，其中，在所述格式为第十三格式时，所述第十三格式的第十三丢包指示信息，包括：丢失数据包的起始编号，下一个待接收的数据包的编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  33. 一种发送端，所述发送端为终端或网络侧设备并且包括：
    获取模块，用于获取状态报告，所述状态报告中包括至少一个用于指示 丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；以及
    发送模块，用于向接收端发送所述状态报告。
  34. 根据权利要求33所述的发送端，其中，所述获取模块，具体用于：根据预先配置的至少一个丢包指示信息的格式，生成所述状态报告，其中，所述格式指示位所指示的格式为所述预先配置的至少一个丢包指示信息的格式中的一个或多个。
  35. 根据权利要求34所述的发送端，其中，所述获取模块，具体用于：
    获取丢失的数据包的编号，并确定上报所述丢失的数据包的编号所采用不同的丢包指示信息的格式对应的状态报告的比特数；以及
    所述发送端根据比特数最小的状态报告所对应的丢包指示信息的格式，生成所述状态报告。
  36. 根据权利要求35所述的发送端，其中，所述发送端为终端时，所述发送端还包括接收模块；
    所述接收模块，用于在获取状态报告之前，接收接收端发送的配置信息，所述配置信息用于预先配置所述至少一个丢包指示信息的格式。
  37. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第一格式时，所述第一格式的第一丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号。
  38. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第二格式时，所述第二格式的第二丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号。
  39. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第三格式时，所述第三格式的第三丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号的后一个编号。
  40. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第四格式时，所述第四格式的第四丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号的后一个编号。
  41. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第 五格式时，所述第五格式的第五丢包指示信息，包括：丢失数据包的起始编号以及丢失数据包的数量。
  42. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第六格式时，所述第六格式的第六丢包指示信息，包括：丢失数据包的起始编号的前一个编号以及丢失数据包的数量。
  43. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第七格式时，所述第七格式的第七丢包指示信息，包括：丢失数据包的结束编号以及丢失数据包的数量。
  44. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第八格式时，所述第八格式的第八丢包指示信息，包括：丢失数据包的结束编号的后一个编号以及丢失数据包的数量。
  45. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第九格式时，所述第九格式的第九丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  46. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第十格式时，所述第十格式的第十丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  47. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第十一格式时，所述第十一格式的第十一丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  48. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第十二格式时，所述第十二格式的第十二丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  49. 根据权利要求33-36任一项所述的发送端，其中，在所述格式为第十三格式时，所述第十三格式的第十三丢包指示信息，包括：丢失数据包的起始编号，下一个待接收的数据包的编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  50. 一种接收端，所述接收端为终端或网络侧设备并且包括：
    接收模块，用于接收发送端发送的状态报告，所述状态报告中包括至少一个用于指示丢包指示信息的格式的格式指示位，以及所述格式指示位所指示的格式对应的丢包指示信息，所述丢包指示信息用于指示至少两个丢失的数据包；
    数据包确定模块，用于根据所述状态报告，确定丢失的数据包；以及
    数据包重传模块，用于将所述丢失的数据包重传至所述发送端。
  51. 根据权利要求50所述的接收端，其中，所述接收端为网络侧设备，所述接收端还包括格式确定模块和配置信息发送模块；
    所述格式确定模块，用于在接收发送端发送的状态报告之前，在所有可用的丢包指示信息的格式中确定所述发送端的待发送的状态报告可用的至少一个丢包指示信息的格式；并且
    所述配置信息发送模块，用于向所述发送端发送配置信息，所述配置信息用于预先配置所述至少一个丢包指示信息的格式。
  52. 根据权利要求50或51所述的接收端，其中，在所述格式为第一格式时，所述第一格式的第一丢包指示信息，包括：丢失数据包的起始编号和 丢失数据包的结束编号。
  53. 根据权利要求50或51所述的接收端，其中，在所述格式为第二格式时，所述第二格式的第二丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号。
  54. 根据权利要求50或51所述的接收端，其中，在所述格式为第三格式时，所述第三格式的第三丢包指示信息，包括：丢失数据包的起始编号和丢失数据包的结束编号的后一个编号。
  55. 根据权利要求50或51所述的接收端，其中，在所述格式为第四格式时，所述第四格式的第四丢包指示信息，包括：丢失数据包的起始编号的前一个编号和丢失数据包的结束编号的后一个编号。
  56. 根据权利要求50或51所述的接收端，其中，在所述格式为第五格式时，所述第五格式的第五丢包指示信息，包括：丢失数据包的起始编号以及丢失数据包的数量。
  57. 根据权利要求50或51所述的接收端，其中，在所述格式为第六格式时，所述第六格式的第六丢包指示信息，包括：丢失数据包的起始编号的前一个编号以及丢失数据包的数量。
  58. 根据权利要求50或51所述的接收端，其中，在所述格式为第七格式时，所述第七格式的第七丢包指示信息，包括：丢失数据包的结束编号以及丢失数据包的数量。
  59. 根据权利要求50或51所述的接收端，其中，在所述格式为第八格式时，所述第八格式的第八丢包指示信息，包括：丢失数据包的结束编号的后一个编号以及丢失数据包的数量。
  60. 根据权利要求50或51所述的接收端，其中，在所述格式为第九格式时，所述第九格式的第九丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  61. 根据权利要求50或51所述的接收端，其中，在所述格式为第十格 式时，所述第十格式的第十丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  62. 根据权利要求50或51所述的接收端，其中，在所述格式为第十一格式时，所述第十一格式的第十一丢包指示信息，包括：丢失数据包的起始编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  63. 根据权利要求50或51所述的接收端，其中，在所述格式为第十二格式时，所述第十二格式的第十二丢包指示信息，包括：丢失数据包的起始编号的前一个编号，丢失数据包的结束编号的后一个编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  64. 根据权利要求50或51所述的接收端，其中，在所述格式为第十三格式时，所述第十三格式的第十三丢包指示信息，包括：丢失数据包的起始编号，下一个待接收的数据包的编号，以及丢失数据包的比特图；
    其中，所述比特图中的比特排序对应数据包的接收顺序，比特图中的每个比特为第一比特值或第二比特值，所述第一比特值用于指示数据包接收成功，所述第二比特值用于指示数据包接收失败。
  65. 一种发送端，所述发送端为终端或网络侧设备并且包括：
    至少一个处理器、存储器、至少一个网络接口和用户接口，其中所述至少一个处理器、所述存储器、所述至少一个网络接口和所述用户接口通过总线系统耦合在一起，所述存储器用于存储可执行的应用程序和数据结构，
    当所述可执行的应用程序和数据结构被所述至少一个处理器执行时，所 述至少一个处理器实现根据权利要求1-17中任一项所述的方法中的步骤。
  66. 一种接收端，所述接收端为终端或网络侧设备并且包括：
    至少一个处理器、存储器、至少一个网络接口和用户接口，其中所述至少一个处理器、所述存储器、所述至少一个网络接口和所述用户接口通过总线系统耦合在一起，所述存储器用于存储可执行的应用程序和数据结构，
    当所述可执行的应用程序和数据结构被所述至少一个处理器执行时，所述至少一个处理器实现根据权利要求18-32中任一项所述的方法中的步骤。
  67. 一种非易失性计算机可读存储介质，包括：
    在所述非易失性计算机可读存储介质上存储的可执行的程序和数据，其中当所述可执行的程序和数据被计算机处理器执行时，所述计算机处理器实现根据权利要求1-17中任一项所述的方法。
  68. 一种非易失性计算机可读存储介质，包括：
    在所述非易失性计算机可读存储介质上存储的可执行的程序和数据，其中当所述可执行的程序和数据被计算机处理器执行时，所述计算机处理器实现根据权利要求18-32中任一项所述的方法。
PCT/CN2018/085355 2017-05-04 2018-05-02 状态报告的上报方法、终端及网络侧设备 Ceased WO2018202046A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710308962.7A CN108809489B (zh) 2017-05-04 2017-05-04 状态报告的上报方法、终端及网络侧设备
CN201710308962.7 2017-05-04

Publications (1)

Publication Number Publication Date
WO2018202046A1 true WO2018202046A1 (zh) 2018-11-08

Family

ID=64016920

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/085355 Ceased WO2018202046A1 (zh) 2017-05-04 2018-05-02 状态报告的上报方法、终端及网络侧设备

Country Status (2)

Country Link
CN (1) CN108809489B (zh)
WO (1) WO2018202046A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4199580A4 (en) * 2020-09-11 2023-09-27 Huawei Technologies Co., Ltd. METHOD FOR DISPLAYING PACKAGE LOSS AND ASSOCIATED DEVICE

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022193105A1 (zh) * 2021-03-15 2022-09-22 华为技术有限公司 一种传输指示方法、装置及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140293903A1 (en) * 2013-04-01 2014-10-02 Innovative Sonic Corporation Method and apparatus for removing a serving cell in a wireless communication system
CN104821859A (zh) * 2014-01-30 2015-08-05 上海贝尔股份有限公司 用于在分组数据汇聚协议层处理数据的方法和设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212283B (zh) * 2006-12-25 2011-07-20 华为技术有限公司 通信系统中传输确认/非确认信息的方法
JP5024003B2 (ja) * 2007-12-03 2012-09-12 ヤマハ株式会社 音声処理装置
CN101951555B (zh) * 2010-09-03 2013-03-13 中国科学技术大学 一种增强型多媒体多播/广播业务中的无线资源管理方法
CN102595251B (zh) * 2011-01-11 2016-07-27 中兴通讯股份有限公司 流媒体丢包重传实现方法和系统
CN104518853B (zh) * 2013-09-27 2018-04-17 北京新媒传信科技有限公司 一种数据重传的方法、接收端及系统
GB2533109B (en) * 2014-12-09 2018-11-28 Gurulogic Microsystems Oy Encoder, decoder and method for data
CN104469888B (zh) * 2015-01-04 2017-10-10 重庆邮电大学 一种软件定义网络的无线接入控制方法及设备
CN104796235B (zh) * 2015-04-13 2018-02-23 杭州电子科技大学 基于丢包率的卫星通信自适应拥塞控制方法
CN106330289A (zh) * 2015-06-19 2017-01-11 中广联合移动电视系统有限公司 一种大数据卫星网络传输系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140293903A1 (en) * 2013-04-01 2014-10-02 Innovative Sonic Corporation Method and apparatus for removing a serving cell in a wireless communication system
CN104821859A (zh) * 2014-01-30 2015-08-05 上海贝尔股份有限公司 用于在分组数据汇聚协议层处理数据的方法和设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "PDCP Status Report for NR", 3GPP TSG-RAN WG2 MEETING #97BIS, R2-1703738, 7 April 2017 (2017-04-07), XP051245545 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4199580A4 (en) * 2020-09-11 2023-09-27 Huawei Technologies Co., Ltd. METHOD FOR DISPLAYING PACKAGE LOSS AND ASSOCIATED DEVICE

Also Published As

Publication number Publication date
CN108809489B (zh) 2020-01-31
CN108809489A (zh) 2018-11-13

Similar Documents

Publication Publication Date Title
CN109803277B (zh) 数据包处理的方法和设备
WO2018224013A1 (zh) 波束失败处理方法、终端及网络设备
US20190230732A1 (en) Message transmission method, device, and system
US11882566B2 (en) Communications method and apparatus
WO2018014162A1 (zh) 传输数据的方法和装置
CN110392392B (zh) 通信方法、通信装置及可读存储介质
TWI741147B (zh) 傳輸回饋訊息的方法和終端設備
CN112187414B (zh) 指示数据传输情况的方法和装置
WO2023273754A1 (zh) 一种混合自动重传请求反馈的方法和装置
WO2019178854A1 (zh) 重传处理的方法和装置
WO2019136678A1 (zh) 上行信号发送方法、上行信号接收方法、装置和系统
WO2018126833A1 (zh) 无线通信的方法和设备
WO2019109239A1 (zh) 数据传输的方法、发射端设备和接收端设备
WO2019153170A1 (zh) 传输信息的方法、接收信息的方法、终端设备和网络设备
WO2018202046A1 (zh) 状态报告的上报方法、终端及网络侧设备
WO2018201555A1 (zh) 一种资源指示的方法和设备
WO2020024107A1 (zh) 一种发送状态报告的方法及设备
WO2018228553A1 (zh) 数据传输的方法、网络设备和终端设备
WO2018126410A1 (zh) 数据传输方法及终端与网络设备
WO2019085920A1 (zh) 信息传输方法和通信设备
CN110351042B (zh) 一种信息传输方法、装置及可读存储介质
WO2018120475A1 (zh) 一种消息应答方法及无线网络设备
CN109417522B (zh) 传输数据的方法、接收端设备和发送端设备
US12438644B2 (en) Communication method and apparatus
WO2020061966A1 (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: 18794603

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18794603

Country of ref document: EP

Kind code of ref document: A1