WO2024007572A1 - 报文处理方法及其装置、存储介质、程序产品 - Google Patents

报文处理方法及其装置、存储介质、程序产品 Download PDF

Info

Publication number
WO2024007572A1
WO2024007572A1 PCT/CN2023/073907 CN2023073907W WO2024007572A1 WO 2024007572 A1 WO2024007572 A1 WO 2024007572A1 CN 2023073907 W CN2023073907 W CN 2023073907W WO 2024007572 A1 WO2024007572 A1 WO 2024007572A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
data
candidate
sent
processing method
Prior art date
Application number
PCT/CN2023/073907
Other languages
English (en)
French (fr)
Inventor
董建军
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2024007572A1 publication Critical patent/WO2024007572A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Definitions

  • Embodiments of the present application relate to but are not limited to the field of wireless communication technology, and in particular, to a message processing method and its device, storage medium, and program product.
  • MAC Media Access Control, media access
  • HARQ Hybrid Automatic Repeat reQuest, hybrid automatic repeat request
  • RLC Radio Link Control, wireless link control
  • ARQ Automatic Repeat-reQuest, automatic repeat request
  • the HARQ mechanism is a fast retransmission mechanism for data TB (Transport Block). Its retransmission is highly real-time.
  • the ARQ mechanism of the RLC layer can provide reliable data transmission, and the retransmission of lost or errored data is mainly It is processed by the HARQ mechanism of the MAC layer and supplemented by the ARQ mechanism of the RLC layer.
  • the HARQ mechanism of the MAC layer cannot guarantee the reliability of data transmission, while the ARQ mechanism used by the RLC layer in confirmation mode can ensure the reliability of message transmission, but its retransmission real-time performance is poor. Therefore, neither the HARQ mechanism of the MAC layer nor the ARQ mechanism of the RLC layer can guarantee the reliability and real-time performance of data transmission at the same time.
  • both the HARQ retransmission mechanism for TB in the MAC layer and the ARQ retransmission mechanism for RLC PDU (Protocol Data Unit) in the RLC layer are undifferentiated retransmissions, that is, they cannot be based on Accurate retransmission based on business characteristics, message characteristics, etc.
  • Embodiments of the present application provide a message processing method, device, storage medium, and program product thereof.
  • embodiments of the present application provide a message processing method, which includes: obtaining a message to be sent; classifying the message to be sent according to the service type to obtain a classification result; and classifying the message to be sent. Perform transmission processing to obtain a first candidate message; perform selective caching processing on the first candidate message according to the classification result to obtain a first cached message; receive a feedback status report of the first candidate message, The feedback status report includes sequence number information; a target message is determined from the first buffered message according to the sequence number information, and the target message is retransmitted.
  • embodiments of the present application also provide a message processing device, including: a memory, a processor, and a computer program stored in the memory and executable on the processor.
  • a message processing device including: a memory, a processor, and a computer program stored in the memory and executable on the processor.
  • the processor executes the computer program Implement the message processing method as described above.
  • embodiments of the present application further provide a computer-readable storage medium that stores computer-executable instructions, and the computer-executable instructions are used to execute the message processing method as described above.
  • embodiments of the present application further provide a computer program product, which includes a computer program or computer instructions.
  • the computer program or computer instructions are stored in a computer-readable storage medium.
  • the processor of the computer device obtains the information from the computer program or computer instructions.
  • the computer-readable storage medium reads the computer program or the computer instructions, and the processor executes the computer program or the computer instructions, so that the computer device performs the message processing method as described above.
  • Figure 1 is a schematic diagram of an LTE user plane protocol stack for performing a message processing method provided by an embodiment of the present application
  • Figure 2 is a schematic diagram of an NR user plane protocol stack for executing a message processing method provided by an embodiment of the present application
  • Figure 3 is a flow chart of a message processing method provided by an embodiment of the present application.
  • Figure 4 is a flow chart of a method in step S140 in Figure 3;
  • Figure 5 is a flow chart of a method in step S220 in Figure 4;
  • Figure 6 is a flow chart of a method in step S160 in Figure 3;
  • Figure 7 is a flow chart of a method in step S120 in Figure 3;
  • Figure 8 is a flow chart of a method in step S510 in Figure 7;
  • Figure 9 is a flow chart of a method in step S620 in Figure 8.
  • Figure 10 is a flow chart of another method of step S620 in Figure 8;
  • Figure 11 is a schematic structural diagram of a message processing device provided by an embodiment of the present application.
  • This application provides a message processing method and its device, storage media, and program products.
  • the message to be sent is obtained, and then the message to be sent is classified and processed according to the business type to obtain the classification result, and then the message to be sent is transmitted.
  • Process obtain the first candidate message, selectively cache the first candidate message according to the classification result, obtain the first cached message, and finally receive the feedback status report including the sequence number information of the first candidate message.
  • the sequence number information determines the target message from the first buffered message and retransmits the target message. That is to say, the message to be sent is classified according to the service type to achieve accurate processing of messages of different service types. retransmit, and selectively cache the first candidate message to save air interface resources.
  • the target message is retransmitted in a timely manner through the received feedback status report, ensuring the reliability and real-time performance of message transmission. sex.
  • Figure 1 is a schematic diagram of an LTE user plane protocol stack for performing a message processing method provided by an embodiment of the present application.
  • Figure 2 is a schematic diagram of an LTE user plane protocol stack provided by an embodiment of the present application for performing a message processing method.
  • the LTE user plane protocol stack includes the eNodeB (4G base station) side and the UE (User Equipment) side. Both the eNodeB side and the UE side include the PDCP (Packet Data Convergence Protocol, Packet Data Convergence Protocol) layer, RLC layer, MAC layer and PHY (Physical, physical) layer.
  • PDCP Packet Data Convergence Protocol
  • Packet Data Convergence Protocol Packet Data Convergence Protocol
  • RLC layer Radio Link Control Protocol
  • MAC layer Physical Layer
  • the NR user plane protocol stack also includes the gNB (5G base station) side and the UE side, and the NR user plane protocol stack has more SDAP (Service Data Adaptation Protocol, Service Data Adaptation Protocol) layers than the LTE user plane protocol stack, that is, the gNB side
  • SDAP Service Data Adaptation Protocol
  • Both the UE side and the UE side include the SDAP layer, PDCP layer, RLC layer, MAC layer and PHY layer.
  • 4G fourth generation mobile communication system
  • the main function of the PDCP layer in the LTE user plane protocol stack and NR user plane protocol stack is to serve the data mapped on the logical channels DTCH (Dedicated Transmission CHannel, dedicated transmission channel) and DCCH (Dedicated Control Channel, dedicated control channel) SRB (Signalling Radio Bearer, Signaling Radio Bearer) and DRB (Data Radio Bearer, Data Radio Bearer).
  • the functions of the service DTCH channel include maintenance of sequence number information, header compression of IP data streams and decompression of IP data streams, encryption of data and signaling, and decryption of data and signaling.
  • the RLC layer in the LTE user plane protocol stack and NR user plane protocol stack includes three transmission modes: Transparent Mode (TM), Unacknowledged Mode (UM) and Acknowledged Mode (AM).
  • This transmission mode mainly segments, concatenates and retransmits cached SDU (Service Data Unit).
  • SDU Service Data Unit
  • TM mode does not perform any processing on the SDU incoming to the RLC layer, but directly transmits it transparently. That is to say, in TM mode, the RLC layer does not need to add an RLC header to the SDU, nor does it need to be segmented. It only needs to be forwarded.
  • the RLC layer in TM mode does not provide any transmission reliability guarantee; in UM mode, although the RLC layer segments, encapsulates and reassembles RLC SDU, it does not support the message retransmission mechanism. Therefore, The reliability of message transmission cannot be guaranteed; in AM mode, the RLC layer can add an RLC header to the SDU, segment the SDU and update the RLC header as needed. Different from UM mode, in AM mode, the RLC layer supports ARQ retransmission. When the size of the retransmitted SDU does not match the size indicated by the MAC layer, the SDU can be segmented or re-segmented.
  • the RLC layer can use the ARQ mechanism to ensure The transmission reliability of the message is poor, but its real-time performance is poor. Therefore, there are few services with high real-time requirements such as VoNR (Voice on New Radio), ViNR (Video Over New Radio), and multicast. AM mode using the RLC layer will be selected.
  • VoNR Voice on New Radio
  • ViNR Video Over New Radio
  • AM mode using the RLC layer will be selected.
  • the difference between the RLC layer in the LTE user plane protocol stack and the RLC layer in the NR user plane protocol stack is that in the NR user plane protocol stack, the RLC layer does not guarantee that SDUs are distributed to the upper layer (i.e., the PDCP layer) in order. This is It is beneficial to reduce the overall delay, that is, the subsequent data packet does not need to wait for the retransmission confirmation of the previous data packet; secondly, in the LTE user plane protocol stack, the RLC layer supports the cascade function, while the NR user plane protocol stack combines the RLC layer This part of the function is moved down to the MAC layer.
  • Both the MAC layer in the LTE user plane protocol stack and the MAC layer in the NR user plane protocol stack can multiplex the MAC SDU from one or more logical channels into a TB and send it to the PHY layer through the transport channel.
  • the MAC layer can also demultiplex the MAC SDU of one or more logical channels and report scheduling information, where the SDU comes from the TB sent by the PHY layer through the transport channel.
  • LTE user plane protocol stack, NR user plane protocol stack and application scenarios described in the embodiments of this application are for the purpose of explaining the technical solutions of the embodiments of this application more clearly and do not constitute a limitation on the technical solutions provided by the embodiments of this application.
  • Those skilled in the art know that with the evolution of the user plane protocol stack architecture and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.
  • Figure 3 is a flow chart of a message processing method provided by an embodiment of the present application.
  • the message processing method can be applied to the PDCP layer, such as the PDCP layer in the LTE user plane protocol stack shown in Figure 1. Or for example, the PDCP layer in the NR user plane protocol stack shown in Figure 2.
  • the message processing method may include but is not limited to step S110, step S120, step S130, step S140, step S150 and step S160.
  • Step S110 Obtain the message to be sent.
  • the packets to be sent may be packets of different service types, such as VoNR voice services, ViNR real-time video services, streaming video services, multicast services, etc., where the VoNR voice service type
  • the messages can include RTCP (Real-time Control Protocol, Real-time Transmission Control Protocol) control messages of VoNR services, activation period RTP (Real-Time Transport Protocol, Real-time Transport Protocol) messages of VoNR voice services, and silence of VoNR voice services.
  • RTCP Real-time Control Protocol, Real-time Transmission Control Protocol
  • RTP Real-Time Transport Protocol, Real-time Transport Protocol
  • Period RTP messages etc.
  • ViNR real-time video service type messages can include key frame messages of ViNR video service, RTCP control messages of ViNR service, ordinary frame messages of ViNR video service, etc., which will not be listed here. .
  • Step S120 Classify the message to be sent according to the service type to obtain the classification result.
  • the service types may include VoNR voice service types, ViNR real-time video service types, streaming video service types, multicast service types, etc., which will not be listed one by one here.
  • the classification results may include key messages, important messages, ordinary messages, etc., or other classification results, which may be set according to actual needs, and are not specifically limited here.
  • VoNR voice service type messages, ViNR real-time video service type messages, streaming video service type messages, and multicast service type messages can be divided into key messages, important messages, or Important messages, etc. are not specifically restricted here.
  • Step S130 Perform transmission processing on the message to be sent to obtain the first candidate message.
  • Step S140 Selectively cache the first candidate message according to the classification result to obtain the first cached message.
  • the first candidate message can be selectively cached according to the preset cache priority at the PDCP layer or a protocol layer above the PDCP layer to ensure that the ROHC and The correctness of encryption.
  • ROHC is an ideal header compression method used on wireless links, and there are no specific restrictions here.
  • Step S150 Receive a feedback status report of the first candidate message, where the feedback status report includes sequence number information.
  • the feedback status report indicates that the retransmission mechanism of the RLC layer and the MAC layer cannot provide reliability guarantee for the sent first candidate message. For example, the first candidate message has been lost or transmitted incorrectly, or the provided Reliability guarantee cannot meet business needs, etc.
  • Step S160 Determine the target message from the first buffered message according to the sequence number information, and retransmit the target message.
  • the target message belongs to a brand-new PDCP SDU message, that is, the allocation, encryption, ROHC (Robust Header Compression) of PDCP sequence number information are re-processed, and the same is true.
  • the target message also belongs to the new RLC SDU message, which will not be described again here.
  • the message processing method including the above steps S110 to S160 is adopted. Therefore, first, the PDCP layer obtains the message to be sent, and then classifies the message to be sent according to the service type to obtain the classification result, and then treats the message as Send the message for transmission processing, obtain the first candidate message, selectively cache the first candidate message according to the classification result, obtain the first cached message, and finally receive feedback including the sequence number information of the first candidate message Status report, determine the target message from the first buffered message based on the sequence number information, and retransmit the target message.
  • the embodiment of this application can
  • the messages to be sent are classified according to the service type to achieve accurate retransmission of messages of different service types, and the first candidate message is selectively cached.
  • the target message is retransmitted in a timely manner through the received feedback status report, ensuring the reliability and real-time performance of message transmission.
  • the RLC layer when the retransmission mechanism of the RLC layer and the MAC layer cannot provide reliability guarantee for the sent first candidate message, or the reliability guarantee provided cannot meet the business requirements, the RLC layer will construct the third candidate message.
  • a feedback status report of a candidate message and sends the feedback status report to the PDCP layer.
  • the PDCP layer knows based on the feedback status report that it needs to retransmit the first candidate message.
  • the target message needs to be determined from the first buffered message based on the sequence number information, and then the target message is retransmitted; when the sequence number information of the first candidate message is used from the first If no message matching the sequence number information is found in the cached message, there is no need to retransmit the first candidate message. Therefore, the embodiment of this application is based on the HARQ mechanism of the MAC layer and the ARQ mechanism of the RLC layer. On top, a higher layer (that is, the PDCP layer or the protocol layer above the PDCP layer) transmission mechanism is added again, and this embodiment of the present application does not specifically limit this.
  • step S140 is further described. This step S140 may include but is not limited to step S210 and step S220.
  • Step S210 Determine the preset cache priority of the classification results.
  • the classification results include key messages, important messages and ordinary messages
  • the default cache priority can be critical messages>important messages>ordinary messages (that is, the default cache priority of important messages higher than the default cache priority of ordinary messages and lower than the default cache priority of key messages), where key messages are the most important message type in the business flow and generally refer to the control messages in the business flow.
  • Messages such as the RTCP (Real-Time Control Protocol, Real-time Transmission Control Protocol) control message type of the VoNR service and the RTCP control message type of the ViNR service; important messages are the more important message types in the business flow, generally referred to Key data packets in the business flow, such as RTP packets during the activation period of the VoNR voice service and key frame packets of the ViNR video service; ordinary packets are packets other than key packets and important packets in the business flow Type generally refers to ordinary data packets in service flows, such as silent period RTP packets of VoNR voice services and ordinary frame packets of ViNR video services. There are no specific restrictions here.
  • Step S220 Selectively cache the first candidate message according to the preset cache priority to obtain the first cached message.
  • the first candidate message can be selectively cached according to the preset cache priority at the PDCP layer or a protocol layer above the PDCP layer to ensure that the ROHC and The correctness of encryption.
  • ROHC is an ideal header compression method used on wireless links, and there are no specific restrictions here.
  • the classification results include key messages, important messages and ordinary messages, and the default cache priority is key messages>important messages>ordinary messages, then only the key messages can be cached Processing, or caching only key messages and important messages, or caching all key messages, important messages and ordinary messages, without specific restrictions here.
  • the PDCP layer can determine the preset cache priority of the classification result, and then process the first candidate message according to the preset cache priority.
  • the first cached message is obtained through selective caching processing. Therefore, the embodiment of the present application can selectively cache the first candidate message according to the preset cache priority to save air interface resources and improve the utilization of air interface resources. , while also ensuring the orderliness and accuracy of message cache.
  • step S220 is further described.
  • This step S220 may include but is not limited to step S310, step S320 and step S330.
  • Step S310 Determine system load information.
  • the system load information includes a measure of how busy the system CPU is (i.e., how many processes are waiting to be scheduled by the CPU), or the active power, reactive power or apparent power generated, delivered or distributed within the system, etc. No specific restrictions are made here.
  • Step S320 Determine the second buffered message from the first candidate message according to the system load information.
  • Step S330 Caching the second cached message according to the preset cache priority to obtain the first cached message.
  • the second cached message can be selectively cached according to the preset cache priority at the PDCP layer or a protocol layer above the PDCP layer to ensure that the ROHC and The correctness of encryption.
  • ROHC is an ideal header compression method used on wireless links, and there are no specific restrictions here.
  • the PDCP layer can determine the system load information, and then determine the second buffered message from the first candidate message according to the system load information, and finally The second cached message is cached according to the preset cache priority to obtain the first cached message. Therefore, the embodiment of the present application can determine the second cached message that needs to be cached according to the system load information to save air interface resources, and then The second cached message is cached according to the preset cache priority to ensure the accuracy of message classification.
  • step S160 is further described. This step S160 may include but is not limited to step S410, step S420 and step S430.
  • Step S410 Determine the second candidate message from the first buffered message according to the sequence number information.
  • the packet when there is a packet with the same sequence number information in the first buffered packet, the packet can be determined to be the second candidate packet.
  • Step S420 Determine the retransmission threshold of the second candidate message.
  • the retransmission threshold of the second candidate message can be determined according to the classification result, that is, the retransmission threshold of different second candidate messages is different.
  • the retransmission threshold can be configured according to the preset cache priority. The preset The higher the cache priority of the second candidate message, the higher the retransmission threshold. For example, assuming that the classification results are divided into key messages, important messages, and ordinary messages, the default cache priority is key messages > important messages. Message > Ordinary message, that is, if the retransmission threshold of key messages is set to L, the retransmission threshold of important messages is set to M, and the retransmission threshold of ordinary messages is set to N, then L ⁇ M ⁇ N .
  • the retransmission threshold is 8 times. If the message type of the second candidate message is an important message, the retransmission threshold is It is 5 times. If the message type of the second candidate message is a normal message, the retransmission threshold is 2 times, and there is no specific limit here. Alternatively, the retransmission thresholds of different second candidate messages are the same, which can be set according to actual needs, and there are no specific restrictions here.
  • Step S430 When the number of retransmissions of the second candidate message is less than or equal to the retransmission threshold, determine the second candidate message as the target message.
  • the PDCP layer can determine the second candidate message from the first buffered message according to the sequence number information, and then determine the second candidate message.
  • the retransmission threshold of the message When the number of retransmissions of the second candidate message is less than or equal to the retransmission threshold, the second candidate message is determined as the target message. Therefore, the embodiment of the present application can directly based on the information in the feedback status report.
  • the sequence number information and retransmission threshold determine the target message that needs to be retransmitted, so that the target message can be retransmitted directly in subsequent steps without waiting for the retransmission confirmation from the RLC layer, ensuring the reliability and real-time of message transmission. sex.
  • the second candidate message when the number of retransmissions of the second candidate message is less than or equal to the retransmission threshold, the second candidate message is determined as the target message, and the number of retransmissions of the target message is updated, such as , the cumulative number of retransmissions is increased by one,
  • the second candidate message is determined again from the first cached message, the updated number of retransmissions is compared with the retransmission threshold. This embodiment of the present application does not specifically limit this.
  • Step S120 is further described.
  • Step S120 may include but is not limited to step S510 and step S520.
  • Step S510 Perform identification processing on the message to be sent, and obtain the identified message to be sent.
  • the message to be sent can be identified according to the message transmission port number to obtain the identified message to be sent, which is not specifically limited here.
  • Step S520 Classify the identified messages to be sent according to the service type to obtain a classification result.
  • the service types may include VoNR voice service types, ViNR real-time video service types, streaming video service types, multicast service types, etc., which will not be listed one by one here.
  • the classification results may include key messages, important messages, ordinary messages, etc., or other classification results, which may be set according to actual needs, and are not specifically limited here.
  • the PDCP layer can identify the message to be sent, obtain the identified message to be sent, and then process the identified message according to the service type.
  • the message to be sent is classified and processed to obtain the classification result. Therefore, the embodiment of the present application can accurately retransmit messages of different service types to meet different business needs.
  • step S510 is further described.
  • Step S510 may include but is not limited to step S610 and step S620.
  • Step S610 Parse the message to be sent according to the message transmission port number to obtain the control message and the data message.
  • control packets may include voice control packets (such as RTCP control packets for VoNR services) and video control packets (such as RTCP control packets for ViNR services), etc.; data packets may include voice data packets.
  • Messages such as RTP messages in the activation period of VoNR voice service, RTP messages in silent period of VoNR voice service
  • video data messages such as key frame messages in ViNR video service and ordinary frame messages in ViNR video service
  • Step S620 Perform identification processing on the data packet to obtain the first data packet and the second data packet.
  • the PDCP layer can parse the message to be sent according to the message transmission port number to obtain the control message and data message, and then process the message.
  • the data packet is identified and processed to obtain the first data packet and the second data packet, so that the control packet, the first data packet and the second data packet can be classified and processed in subsequent steps.
  • step S620 is further described. This step S620 may include but is not limited to step S710 and step S720.
  • Step S710 Determine the effective length of the data message.
  • the effective length of the message may be an information length excluding header information, where the header information may include an IP header, a TCP header, a UDP header, etc., and is not specifically limited here.
  • Step S720 Identify and process the data packet according to the effective length of the packet to obtain the voice activation period data packet and the voice silent period data packet.
  • the voice packets may be VoNR voice packets
  • the voice activation period data packets may be the activation period RTP packets of the VoNR voice service
  • the voice silence period data packets may be the silence period RTP packets of the VoNR voice service. arts.
  • the PDCP layer can determine the effective length of the data message, and then The data packet is identified and processed according to the effective length of the packet to obtain a voice activation period data packet and a voice silent period data packet.
  • This embodiment of the present application does not specifically limit this.
  • step S620 is further described. This step S620 may include but is not limited to step S810 and step S820.
  • Step S810 Determine the message payload information of the data message.
  • the message payload information is valid information except header information, where the header information may include IP headers, TCP headers, UDP headers, etc.
  • Step S820 Identify the data packet according to the packet payload information to obtain the video key frame data packet and the video common frame data packet.
  • the video packet may be a ViNR video packet
  • the video key frame data packet may be a key frame packet of the ViNR video service
  • the video ordinary frame data packet may be an ordinary frame packet of the ViNR video service.
  • the PDCP layer can determine the packet payload information of the data packet, and then identify and process the data packet based on the packet payload information to obtain the video key frame data packet and the video ordinary frame data packet.
  • Frame data message this embodiment of the present application does not specifically limit this.
  • the PDCP layer includes a PDCP sending entity and a PDCP receiving entity.
  • the PDCP sending entity receives the VoNR voice message delivered by the application layer and transmits it according to the message transmission port number.
  • the VoNR voice message is parsed and processed to obtain a voice control message and a voice data message.
  • the voice data message is identified and processed according to the effective length of the message to obtain a voice activation period data message and a voice silent period data message. , and then classify the voice control packets, voice activation period data packets and voice silent period data packets according to the service type, and obtain the classification results, that is, the voice control packets are key packets, and the voice activation period data packets are important packets.
  • the data packets during the voice silence period are ordinary packets.
  • the PDCP sending entity transmits the VoNR voice message to the RLC layer, and determines the second buffered message from the VoNR voice message according to the system load information, where the second buffered message is a voice control message, a voice activation message, and a voice control message. period data packets and voice silent period data packets, the second cached message is cached according to the preset cache priority, and the first cached message is obtained, that is, according to the key message > important message > ordinary message The second cached message is cached in order of priority.
  • the PDCP layer can configure different retransmission thresholds for key messages, important messages, and ordinary messages, and then determine the retransmission of voice control messages, voice activation period data messages, and voice silent period data messages based on the classification results.
  • Threshold where the retransmission threshold can be configured according to the preset cache priority. For example, the retransmission threshold of key messages is set to L, the retransmission threshold of important messages is set to M, and the retransmission threshold of ordinary messages is set to The threshold is set to N, and L ⁇ M ⁇ N.
  • the RLC layer When the retransmission mechanism of the RLC layer and the MAC layer cannot provide reliability guarantee for the first candidate message that has been sent, or the reliability guarantee provided cannot meet the business requirements, the RLC layer will construct a sequence of the VoNR voice message. feedback status report of the serial number information, and sends the feedback status report to the PDCP sending end entity.
  • the PDCP sending end entity determines the serial number matching the serial number information from the cached first cache file based on the serial number information in the feedback status report. the second candidate message, and then determine the second candidate message retransmission threshold.
  • the second candidate message is determined as the target message, the target message is retransmitted, and the target message is retransmitted.
  • the cumulative number of retransmissions of the message is increased by one.
  • the target message belongs to a new PDCP SDU message, that is, the PDCP sequence number information is allocated, encrypted, and ROHC (Robust Header Compression) is re-processed.
  • this target message also belongs to a brand-new RLC SDU message, which will not be described again here.
  • the PDCP layer includes a PDCP sending entity and a PDCP receiving entity.
  • the PDCP sending entity receives the ViNR video packets delivered by the application layer and transmits them based on the packet transmission port number.
  • the ViNR video message is parsed and processed to obtain a video control message and a video data message.
  • the video data message is identified and processed according to the message payload information to obtain a video key frame data message and a video ordinary frame data message.
  • the PDCP sending end entity transmits the ViNR video message to the RLC layer, and determines the second buffered message from the ViNR video message according to the system load information, where the second buffered message is the video control message and the video key message.
  • Frame data packets and video ordinary frame data packets are cached according to the preset cache priority, and the first cached packet is obtained, that is, according to the key packet > important packet > ordinary packet
  • the second cached message is cached in order of priority.
  • the PDCP layer can configure different retransmission thresholds for key messages, important messages, and ordinary messages, and then determine the retransmission of video control messages, video key frame data messages, and video ordinary frame data messages based on the classification results.
  • Threshold where the retransmission threshold can be configured according to the preset cache priority. For example, the retransmission threshold of key messages is set to L, the retransmission threshold of important messages is set to M, and the retransmission threshold of ordinary messages is set to The threshold is set to N, and L ⁇ M ⁇ N.
  • the RLC layer will construct the inclusion sequence of the ViNR video message.
  • feedback status report of the serial number information and sends the feedback status report to the PDCP sending end entity.
  • the PDCP sending end entity determines the sequence number information matching the sequence number information from the cached first cache file based on the sequence number information in the feedback status report.
  • the second candidate message is then determined to have a retransmission threshold. If the number of retransmissions of the second candidate message is less than or equal to the retransmission threshold, the second candidate message is determined to be the target message.
  • the target message belongs to a new PDCP SDU message, that is, the PDCP sequence number information is allocated, encrypted, ROHC (Robust Header Compression, robust header compression) and other processes are re-processed.
  • the target message also belongs to the new RLC SDU message, which will not be described again here.
  • the message processing methods in all the above embodiments can be applied together with HARQ and ARQ dual-layer retransmission mechanisms.
  • This message processing method can also be applied to the PDCP layer or other protocol layers above the PDCP layer, and is not specifically limited here.
  • the packet processing methods in all the above embodiments are applicable to VoNR voice services, ViNR real-time video services, streaming video services, multicast services, etc., and will not be listed one by one here.
  • an embodiment of the present application also provides a message processing device.
  • the message processing device 200 includes a memory 202, a processor 201, and a program stored in the memory 202 and capable of running on the processor 201. Computer program.
  • the processor 201 and the memory 202 may be connected through a bus or other means.
  • the memory 202 can be used to store non-transitory software programs and non-transitory computer executable programs.
  • memory 202 may include high-speed random access memory and may also include non-transitory state memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device.
  • the memory 202 may include memory located remotely relative to the processor 201, and these remote memories may be connected to the processor 201 through a network. Examples of the above-mentioned networks include but are not limited to the Internet, intranets, local area networks, mobile communication networks and combinations thereof.
  • the non-transitory software programs and instructions required to implement the message processing device of the above embodiment are stored in the memory 202.
  • the message processing method in the above embodiment is executed, for example, the above described Method steps S110 to S160 in Figure 3, method steps S210 to S220 in Figure 4, method steps S310 to S330 in Figure 5, method steps S410 to S430 in Figure 6, method steps S510 to S520 in Figure 7, Method steps S610 to S620 in FIG. 8 , method steps S710 to S720 in FIG. 9 , and method steps S810 to S820 in FIG. 10 .
  • the device embodiments described above are only illustrative, and the units described as separate components may or may not be physically separate, that is, they may be located in one place, or they may be distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
  • an embodiment of the present application also provides a computer-readable storage medium that stores computer-executable instructions, and the computer-executable instructions are executed by a processor or controller, for example, by the above-mentioned Execution by a processor in the device embodiment can cause the processor to execute the message processing method in the above embodiment, and execute the above-described method steps S110 to S160 in Figure 3, method steps S210 to S220 in Figure 4, Method steps S310 to S330 in Figure 5, method steps S410 to S430 in Figure 6, method steps S510 to S520 in Figure 7, method steps S610 to S620 in Figure 8, method steps S710 to S720 in Figure 9, Method steps S810 to S820 in Figure 10 .
  • an embodiment of the present application also provides a computer program product, including a computer program or computer instructions.
  • the computer program or computer instructions are stored in a computer-readable storage medium.
  • the processor of the computer device reads the computer program from the computer-readable storage medium. Get the computer program or computer instructions, and the processor executes the computer program or computer instructions, so that the computer device performs the message processing method in the above embodiment, for example, performs the above-described method steps S110 to S160 in Figure 3, and steps S160 in Figure 4 Method steps S210 to S220, method steps S310 to S330 in Figure 5, method steps S410 to S430 in Figure 6, method steps S510 to S520 in Figure 7, method steps S610 to S620 in Figure 8, method steps S610 to S620 in Figure 9 Method steps S710 to S720 and method steps S810 to S820 in FIG. 10 .
  • the embodiments of this application include: first obtaining the message to be sent, then classifying the message to be sent according to the service type, and obtaining the classification result, and then performing transmission processing on the message to be sent to obtain the first candidate message, and classifying the third candidate message according to the classification result.
  • a candidate message is selectively cached to obtain the first cached message, and finally a feedback status report including sequence number information of the first candidate message is received, and the target message is determined from the first cached message based on the sequence number information.
  • retransmit the target message that is, classify the message to be sent according to the service type, achieve accurate retransmission of messages of different service types, and selectively cache the first candidate message. processing to save air interface resources, and finally retransmit the target message in a timely manner through the received feedback status report, ensuring the reliability and real-time performance of message transmission.
  • computer storage medium includes media used for storing information (such as computer readable instructions, data structures, program modules or other data) on volatile and non-volatile, removable and non-removable media implemented in any method or technology.
  • Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disk (DVD) or other optical disk storage, magnetic cassettes, tapes, disk storage or other magnetic storage devices, or may Any other medium used to store the desired information and that can be accessed by a computer.
  • communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种报文处理方法及其装置、存储介质、程序产品，该方法包括：获取待发送报文(S110)；根据业务类型对待发送报文进行分类处理得到分类结果(S120)；对待发送报文进行传输处理得到第一候选报文(S130)；根据分类结果对第一候选报文进行选择性缓存处理得到第一缓存报文(S140)；接收第一候选报文的反馈状态报告，反馈状态报告包括序列号信息(S150)；根据序列号信息从第一缓存报文中确定目标报文，对目标报文进行重传处理(S160)。

Description

报文处理方法及其装置、存储介质、程序产品
相关申请的交叉引用
本申请基于申请号为202210784316.9、申请日为2022年07月05日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本申请实施例涉及但不限于无线通信技术领域，尤其涉及一种报文处理方法及其装置、存储介质、程序产品。
背景技术
在LTE(Long Term Evolution，长期演进)系统和NR(New Radio，新空口)系统中，为了保障数据传输的可靠性，均采用了两级重传机制，即MAC(Media Access Control，媒介接入控制)层的HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)机制和RLC(Radio Link Control，无线链路控制)层的ARQ(Automatic Repeat-reQuest，自动重传请求)机制，其中，MAC层的HARQ机制是针对数据TB(Transport Block，传输块)的快速重传机制，其重传实时性高，RLC层的ARQ机制则能够提供可靠的数据传输，而丢失或出错的数据的重传主要是由MAC层的HARQ机制处理，并由RLC层的ARQ机制进行补充。但是，MAC层的HARQ机制无法保证数据传输的可靠性，而RLC层在确认模式下采用ARQ机制可以保证报文的传输可靠性，但其重传实时性差。因此，MAC层的HARQ机制和RLC层的ARQ机制均无法同时保证数据传输的可靠性和实时性。
另外，无论是在MAC层中对于TB的HARQ重传机制，还是在RLC层中对于RLC PDU(Protocol Data Unit，协议数据单元)的ARQ重传机制，均是无差异化重传，即无法根据业务特征、报文特点等进行精准重传。
发明内容
本申请实施例提供了一种报文处理方法及其装置、存储介质、程序产品。
第一方面，本申请实施例提供了一种报文处理方法，包括：获取待发送报文；根据业务类型对所述待发送报文进行分类处理，得到分类结果；对所述待发送报文进行传输处理，得到第一候选报文；根据所述分类结果对所述第一候选报文进行选择性缓存处理，得到第一缓存报文；接收所述第一候选报文的反馈状态报告，所述反馈状态报告包括序列号信息；根据所述序列号信息从所述第一缓存报文中确定目标报文，对所述目标报文进行重传处理。
第二方面，本申请实施例还提供了一种报文处理装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的报文处理方法。
第三方面，本申请实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如上所述的报文处理方法。
第四方面，本申请实施例还提供了一种计算机程序产品，包括计算机程序或计算机指令，所述计算机程序或所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取所述计算机程序或所述计算机指令，所述处理器执行所述计算机程序或所述计算机指令，使得所述计算机设备执行如上所述的报文处理方法。
附图说明
图1是本申请一个实施例提供的用于执行报文处理方法的LTE用户平面协议栈的示意图；
图2是本申请一个实施例提供的用于执行报文处理方法的NR用户平面协议栈的示意图；
图3是本申请一个实施例提供的报文处理方法的流程图；
图4是图3中步骤S140的一种方法的流程图；
图5是图4中步骤S220的一种方法的流程图；
图6是图3中步骤S160的一种方法的流程图；
图7是图3中步骤S120的一种方法的流程图；
图8是图7中步骤S510的一种方法的流程图；
图9是图8中步骤S620的一种方法的流程图；
图10是图8中步骤S620的另一种方法的流程图；
图11是本申请一个实施例提供的报文处理装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的实施例仅用以解释本申请，并不用于限定本申请。
在一些实施例中，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图的描述中，两个或者两个以上(或多项)的含义是两个以上，大于、小于、超过等理解为不包括本数，以上、以下、以内等理解为包括本数。如果有描述到“第一”、“第二”等只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。
本申请提供了一种报文处理方法及其装置、存储介质、程序产品，首先获取待发送报文，接着根据业务类型对待发送报文进行分类处理，得到分类结果，然后对待发送报文进行传输处理，得到第一候选报文，根据分类结果对第一候选报文进行选择性缓存处理，得到第一缓存报文，最后接收第一候选报文的包括序列号信息的反馈状态报告，根据该序列号信息从第一缓存报文中确定目标报文，对目标报文进行重传处理，即是说，通过业务类型对待发送报文进行分类处理，以实现对不同业务类型的报文进行精准重传，又通过对第一候选报文进行选择性缓存处理，以节省空口资源，最后通过接收到的反馈状态报告及时对目标报文进行重传处理，保证了报文传输的可靠性和实时性。
下面结合附图，对本申请实施例作进一步阐述。
参照图1和图2，图1是本申请一个实施例提供的用于执行报文处理方法的LTE用户平面协议栈的示意图，图2是本申请一个实施例提供的用于执行报文处理方法的NR用户平面协 议栈的示意图。其中，该LTE用户平面协议栈包括eNodeB(4G基站)侧和UE(User Equipment，用户设备)侧，eNodeB侧与UE侧均包括PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)层、RLC层、MAC层和PHY(Physical，物理)层。而NR用户平面协议栈也包括gNB(5G基站)侧和UE侧，且NR用户平面协议栈比LTE用户平面协议栈多了SDAP(Service Data Adaptation Protocol，业务数据适配协议)层，即gNB侧和UE侧均包括SDAP层、PDCP层、RLC层、MAC层和PHY层。其中，4G(4th Generation，第四代移动通信系统)，5G(5th Generation，第五代移动通信系统)。
其中，LTE用户平面协议栈和NR用户平面协议栈中的PDCP层的主要功能是服务于映射在逻辑信道DTCH(Dedicated Transmission CHannel，专用传输信道)和DCCH(Dedicated Control Channel，专用控制信道)上的SRB(Signalling Radio Bearer，信令无线承载)和DRB(Data Radio Bearer，数据无线承载)。其中，服务DTCH信道的功能包括序列号信息的维护、IP数据流的头压缩和IP数据流的解压缩、数据与信令的加密以及数据与信令的解密等。
LTE用户平面协议栈和NR用户平面协议栈中的RLC层包含透明模式(Transparent Mode，TM)、非确认模式(Unacknowledged Mode，UM)和确认模式(Acknowledged Mode，AM)三种传输模式，该三种传输模式主要对缓存的SDU(Service Data Unit，服务数据单元)进行分段、级联和重传。其中，TM模式不对传入RLC层的SDU进行任何处理，而是直接透传，即是说，在TM模式下，RLC层无须对SDU添加RLC头，也无须进行分段，只需转发即可，因此，在TM模式下的RLC层不提供任何传输的可靠性保障；在UM模式下，RLC层虽然会对RLC SDU进行分段、封装和重组，但不支持报文重传机制，因此，也无法保证报文的传输可靠性；在AM模式下，RLC层可以为SDU添加RLC头，并按需对SDU进行分段以及更新RLC头。与UM模式不同，在AM模式下RLC层支持ARQ重传，当重传的SDU大小与MAC层指示的大小不符时，可以对SDU进行分割或者重分割，因此，RLC层可以采用ARQ机制来保证报文的传输可靠性，但其实时性差，因此，VoNR(Voice on New Radio，新无线电语音)、ViNR(Video Over New Radio，新无线电视频)、多播等对实时性要求高的业务很少会选择使用RLC层的AM模式。
另外，LTE用户平面协议栈中的RLC层与NR用户平面协议栈的RLC层的区别在于：在NR用户平面协议栈中，RLC层不保证SDU按序分发到上层(即PDCP层)，这有利于降低整体时延，即后一数据分组无须再等待前一数据分组的重传确认；其次，在LTE用户平面协议栈中，RLC层支持级联功能，而NR用户平面协议栈则将RLC层的该部分功能下移到MAC层。
LTE用户平面协议栈中的MAC层与NR用户平面协议栈的MAC层均可以将来自一个或多个逻辑信道的MAC SDU复用到一个TB，通过传输信道发给PHY层。另外，MAC层还可以将一个或多个逻辑信道的MAC SDU解复用以及上报调度信息，其中，该SDU来自于PHY层通过传输信道发送的TB。
本申请实施例描述的LTE用户平面协议栈、NR用户平面协议栈以及应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着用户平面协议栈架构的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
基于上述LTE用户平面协议栈和NR用户平面协议栈，下面提出数据处理方法的各个实施例。
如图3所示，图3是本申请一个实施例提供的报文处理方法的流程图，该报文处理方法可以应用于PDCP层，例如图1所示LTE用户平面协议栈中的PDCP层，或者例如图2所示NR用户平面协议栈中的PDCP层。该报文处理方法可以包括但不限于步骤S110、步骤S120、步骤S130、步骤S140、步骤S150和步骤S160。
步骤S110：获取待发送报文。
在一些实施例中，该待发送报文可以是不同业务类型的报文，比如VoNR语音业务、ViNR实时视频业务、流媒体视频业务、多播业务等类型的报文，其中，VoNR语音业务类型的报文可以包括VoNR业务的RTCP(Real-time ControlProtocol，实时传输控制协议)控制报文、VoNR语音业务的激活期RTP(Real-Time Transport Protocol，实时传输协议)报文、VoNR语音业务的静默期RTP报文等，ViNR实时视频业务类型的报文可以包括ViNR视频业务的关键帧报文、ViNR业务的RTCP控制报文、ViNR视频业务的普通帧报文等，在此不再一一列举。
步骤S120：根据业务类型对待发送报文进行分类处理，得到分类结果。
在一些实施例中，业务类型可以包括VoNR语音业务类型、ViNR实时视频业务类型、流媒体视频业务类型、多播业务类型等，在此不再一一列举。
在一些实施例中，分类结果可以包括关键报文、重要报文以及普通报文等，也可以是其他分类结果，可以根据实际需求设定，在此不做具体限制。
在一实施例中，可以将VoNR语音业务类型的报文、ViNR实时视频业务类型的报文、流媒体视频业务类型的报文、多播业务类型的报文分成关键报文、重要报文或者重要报文等，在此不做具体限制。
步骤S130：对待发送报文进行传输处理，得到第一候选报文。
步骤S140：根据分类结果对第一候选报文进行选择性缓存处理，得到第一缓存报文。
在一些实施例中，在LTE和NR系统中，可以在PDCP层或者PDCP层之上的协议层，根据预设缓存优先级对第一候选报文进行选择性缓存处理，以保证报文ROHC和加密的正确性，其中，ROHC是应用于无线链路上较为理想的头部压缩方式，在此不做具体限制。
步骤S150：接收第一候选报文的反馈状态报告，反馈状态报告包括序列号信息。
在一些实施例中，反馈状态报告表征RLC层和MAC层的重传机制无法对已发送的第一候选报文提供可靠性保障，比如第一候选报文已丢失或者传输错误，或者所提供的可靠性保障无法满足业务需求等。
步骤S160：根据序列号信息从第一缓存报文中确定目标报文，对目标报文进行重传处理。
在一些实施例中，对于PDCP层，该目标报文属于全新的PDCP SDU报文，即重新进行PDCP序列号信息的分配、加密、ROHC(Robust Header Compression，健壮性包头压缩)等处理，同理，对于PDCP层之下的RLC层，该目标报文同样属于全新的RLC SDU报文，在此不再赘述。
本实施例中，通过采用包括有上述步骤S110至步骤S160的报文处理方法，因此，首先PDCP层获取待发送报文，接着根据业务类型对待发送报文进行分类处理，得到分类结果，然后对待发送报文进行传输处理，得到第一候选报文，根据分类结果对第一候选报文进行选择性缓存处理，得到第一缓存报文，最后接收第一候选报文的包括序列号信息的反馈状态报告，根据该序列号信息从第一缓存报文中确定目标报文，对目标报文进行重传处理，即是说，与HARQ和ARQ双层重传机制相比，本申请实施例能够通过业务类型对待发送报文进行分类处理，以实现对不同业务类型的报文进行精准重传，又通过对第一候选报文进行选择性缓存处理， 以节省空口资源，最后通过接收到的反馈状态报告及时对目标报文进行重传处理，保证了报文传输的可靠性和实时性。
在一实施例中，当RLC层和MAC层的重传机制无法对已发送的第一候选报文提供可靠性保障，或者所提供的可靠性保障无法满足业务需求时，RLC层将构造该第一候选报文的反馈状态报告，并将该反馈状态报告发送给PDCP层，PDCP层根据该反馈状态报告得知其需要对该第一候选报文进行重传，但是，在对该第一候选报文进行重传之前，需要根据该序列号信息从第一缓存报文中确定目标报文，然后对目标报文进行重传处理；当根据该第一候选报文的序列号信息从第一缓存报文中查询不到与该序列号信息匹配的报文，则无需对该第一候选报文进行重传，因此，本申请实施例在MAC层的HARQ机制和RLC层的ARQ机制的基础上，再次新增一层高层(即PDCP层或PDCP层之上的协议层)传输机制，本申请实施例对此不做具体限制。
在一实施例中，如图4所示，对步骤S140进行进一步的说明，该步骤S140可以包括但不限于有步骤S210和步骤S220。
步骤S210：确定分类结果的预设缓存优先级。
在一些实施例中，分类结果包括关键报文、重要报文和普通报文，其预设缓存优先级可以为关键报文>重要报文>普通报文(即重要报文的预设缓存优先级高于普通报文的预设缓存优先级，且低于关键报文的预设缓存优先级)，其中，关键报文为业务流中最为重要的报文类型，一般指业务流中的控制报文，比如VoNR业务的RTCP(Real-Time Control Protocol，实时传输控制协议)控制报文类型以及ViNR业务的RTCP控制报文类型；重要报文为业务流中较为重要的报文类型，一般指业务流中的关键数据报文，比如VoNR语音业务的激活期RTP报文以及ViNR视频业务的关键帧报文等；普通报文为业务流中除了关键报文和重要报文之外的报文类型，一般指业务流中的普通数据报文，比如VoNR语音业务的静默期RTP报文和ViNR视频业务的普通帧报文等，在此不做具体限制。
步骤S220：根据预设缓存优先级对第一候选报文进行选择性缓存处理，得到第一缓存报文。
在一些实施例中，在LTE和NR系统中，可以在PDCP层或者PDCP层之上的协议层，根据预设缓存优先级对第一候选报文进行选择性缓存处理，以保证报文ROHC和加密的正确性，其中，ROHC是应用于无线链路上较为理想的头部压缩方式，在此不做具体限制。
在一实施例中，当分类结果包括关键报文、重要报文和普通报文，且预设缓存优先级为关键报文>重要报文>普通报文，则可以只对关键报文进行缓存处理，或者，只对关键报文和重要报文进行缓存处理，或者对关键报文、重要报文和普通报文都进行缓存处理，在此不做具体限制。
在本实施例中，通过采用包括上述步骤S210至步骤S220的报文处理方法，因此，PDCP层可以确定分类结果的预设缓存优先级，然后根据预设缓存优先级对第一候选报文进行选择性缓存处理，得到第一缓存报文，因此，本申请实施例可以通过根据预设缓存优先级对第一候选报文进行选择性缓存处理，以节省空口资源，提高了空口资源的利用率，同时还保证了报文缓存的有序性和准确性。
在一实施例中，如图5所示，对步骤S220进行进一步的说明，该步骤S220可以包括但不限于有步骤S310、步骤S320和步骤S330。
步骤S310：确定系统负荷信息。
在一些实施例中，系统负荷信息包括系统CPU繁忙程度的度量(即有多少进程在等待被CPU调度)，或者在系统内产生、输送或分配的有功功率、无功功率或视在功率等，在此不做具体限制。
步骤S320：根据系统负荷信息从第一候选报文中确定第二缓存报文。
步骤S330：根据预设缓存优先级对第二缓存报文进行缓存处理，得到第一缓存报文。
在一些实施例中，在LTE和NR系统中，可以在PDCP层或者PDCP层之上的协议层，根据预设缓存优先级对第二缓存报文进行选择性缓存处理，以保证报文ROHC和加密的正确性，其中，ROHC是应用于无线链路上较为理想的头部压缩方式，在此不做具体限制。
本实施例中，通过采用包括上述步骤S310至步骤S330的报文处理方法，首先，PDCP层可以确定系统负荷信息，然后根据系统负荷信息从第一候选报文中确定第二缓存报文，最后根据预设缓存优先级对第二缓存报文进行缓存处理，得到第一缓存报文，因此，本申请实施例可以根据系统负荷信息确定需要缓存的第二缓存报文，以节省空口资源，再根据预设缓存优先级对该第二缓存报文进行缓存处理，以保证报文分类的准确性。
在一实施例中，如图6所示，对步骤S160进行进一步的说明，该步骤S160可以包括但不限于有步骤S410、步骤S420和步骤S430。
步骤S410：根据序列号信息从第一缓存报文中确定第二候选报文。
可以理解的是，当第一缓存报文中存在与该序列号信息相同的报文，可以确定该报文为第二候选报文。
步骤S420：确定第二候选报文的重传门限。
一可行的实施例，可以根据分类结果确定第二候选报文的重传门限，即不同的第二候选报文的重传门限不同，重传门限可以根据预设缓存优先级进行配置，预设缓存优先级越高的第二候选报文，其重传门限越高，比如，假设分类结果分成关键报文、重要报文、普通报文，则预设缓存优先级为关键报文>重要报文>普通报文，即若关键报文的重传门限设定为L，重要报文的重传门限设定为M，普通报文的重传门限设定为N，则L≥M≥N。在一些实施例中，若第二候选报文的报文类型为关键报文，则该重传门限为8次，若第二候选报文的报文类型为重要报文，则该重传门限为5次，若第二候选报文的报文类型为普通报文，则该重传门限为2次，在此不做具体限制。或者，不同的第二候选报文的重传门限相同，可以根据实际需求设置，在此不做具体限制。
步骤S430：当第二候选报文的重传次数小于或者等于重传门限，将第二候选报文确定为目标报文。
在本实施例中，通过采用包括上述步骤S410至步骤S430的报文处理方法，首先，PDCP层可以根据序列号信息从第一缓存报文中确定第二候选报文，然后确定第二候选报文的重传门限，当该第二候选报文的重传次数小于或者等于重传门限，将第二候选报文确定为目标报文，因此，本申请实施例可以直接根据反馈状态报告中的序列号信息和重传门限确定需要重传的目标报文，以便于后续步骤中直接对目标报文进行重传，而无需等待RLC层的重传确认，保证了报文传输的可靠性和实时性。
在一实施例中，当第二候选报文的重传次数小于或者等于重传门限，将第二候选报文确定为目标报文，并对该目标报文的重传次数进行更新处理，比如，对该重传次数累计加一， 当再次从第一缓存报文中确定该第二候选报文，则利用更新后的重传次数与该重传门限进行对比，本申请实施例对此不做具体限制。
在一实施例中，如图7所示，对步骤S120进行进一步的说明，该步骤S120可以包括但不限于有步骤S510和步骤S520。
步骤S510：对待发送报文进行识别处理，得到识别后的待发送报文。
在一些实施例中，可以根据报文传输端口号对待发送报文进行识别处理，得到识别后的待发送报文，在此不做具体限制。
步骤S520：根据业务类型对识别后的待发送报文进行分类处理，得到分类结果。
在一些实施例中，业务类型可以包括VoNR语音业务类型、ViNR实时视频业务类型、流媒体视频业务类型、多播业务类型等，在此不再一一列举。
在一些实施例中，分类结果可以包括关键报文、重要报文以及普通报文等，也可以是其他分类结果，可以根据实际需求设定，在此不做具体限制。
在本实施例中，通过采用包括上述步骤S510和步骤S520的报文处理方法，首先PDCP层可以对待发送报文进行识别处理，得到识别后的待发送报文，然后根据业务类型对识别后的待发送报文进行分类处理，得到分类结果，因此，本申请实施例可以对不同业务类型的报文进行精准重传，以满足不同的业务需求。
在一实施例中，如图8所示，对步骤S510进行进一步的说明，该步骤S510可以包括但不限于有步骤S610和步骤S620。
步骤S610：根据报文传输端口号对待发送报文进行解析处理，得到控制报文和数据报文。
在一些实施例中，控制报文可以包括语音控制报文(如VoNR业务的RTCP控制报文)和视频控制报文(如ViNR业务的RTCP控制报文)等；数据报文可以包括语音数据报文(如VoNR语音业务的激活期RTP报文、VoNR语音业务的静默期RTP报文)和视频数据报文(如ViNR视频业务的关键帧报文和ViNR视频业务的普通帧报文)等，在此不做具体限制。
步骤S620：对数据报文进行识别处理，得到第一数据报文和第二数据报文。
在本实施例中，通过采用包括上述步骤S610至S620的报文处理方法，首先，PDCP层可以根据报文传输端口号对待发送报文进行解析处理，得到控制报文和数据报文，然后对数据报文进行识别处理，得到第一数据报文和第二数据报文，以便于后续步骤中根据对控制报文、第一数据报文和第二数据报文进行分类处理。
在一实施例中，如图9所示，在待发送报文为语音报文，第一数据报文包括语音激活期数据报文，第二数据报文包括语音静默期数据报文的情况下，对步骤S620进行进一步的说明，该步骤S620可以包括但不限于有步骤S710和步骤S720。
步骤S710：确定数据报文的报文有效长度。
可以理解的是，报文有效长度可以为不包括报头信息的信息长度，其中，报头信息可以包括IP报头、TCP报头、UDP报头等，在此不做具体限制。
步骤S720：根据报文有效长度对数据报文进行识别处理，得到语音激活期数据报文和语音静默期数据报文。
在一些实施例中，语音报文可以为VoNR语音报文，语音激活期数据报文可以为VoNR语音业务的激活期RTP报文，语音静默期数据报文可以为VoNR语音业务的静默期RTP报文。
在本实施例中，通过采用包括上述步骤S710至S720的报文处理方法，首先，在待发送 报文为语音报文，第一数据报文包括语音激活期数据报文，第二数据报文包括语音静默期数据报文的情况下，PDCP层可以确定数据报文的报文有效长度，然后根据报文有效长度对数据报文进行识别处理，得到语音激活期数据报文和语音静默期数据报文，本申请实施例对此不做具体限制。
在一实施例中，如图10所示，在待发送报文为视频报文，第一数据报文包括视频关键帧数据报文，第二数据报文包括视频普通帧数据报文的情况下，对步骤S620进行进一步的说明，该步骤S620可以包括但不限于有步骤S810和步骤S820。
步骤S810：确定数据报文的报文净荷信息。
在一些实施例中，报文净荷信息是除报头信息以外的有效信息，其中，报头信息可以包括IP报头、TCP报头、UDP报头等。
步骤S820：根据报文净荷信息对数据报文进行识别处理，得到视频关键帧数据报文和视频普通帧数据报文。
在一些实施例中，视频报文可以为ViNR视频报文，视频关键帧数据报文可以为ViNR视频业务的关键帧报文，视频普通帧数据报文可以为ViNR视频业务的普通帧报文。
在本实施例中，通过采用包括上述步骤S810至S820的报文处理方法，首先，在待发送报文为视频报文，第一数据报文包括视频关键帧数据报文，第二数据报文包括视频普通帧数据报文的情况下，PDCP层可以确定数据报文的报文净荷信息，然后根据报文净荷信息对数据报文进行识别处理，得到视频关键帧数据报文和视频普通帧数据报文，本申请实施例对此不做具体限制。
针对上述实施例所提供的报文处理方法，下面以示例进行详细的描述：
示例一：
在一实施例中，以VoNR语音报文为例，PDCP层包括PDCP发送端实体和PDCP接收端实体，PDCP发送端实体接收到应用层下发的VoNR语音报文，根据报文传输端口号对该VoNR语音报文进行解析处理，得到语音控制报文和语音数据报文，接着根据报文有效长度对该语音数据报文进行识别处理，得到语音激活期数据报文和语音静默期数据报文，接着根据业务类型对语音控制报文、语音激活期数据报文和语音静默期数据报文进行分类，得到分类结果，即语音控制报文为关键报文，语音激活期数据报文为重要报文，语音静默期数据报文为普通报文。之后，PDCP发送端实体向RLC层传输该VoNR语音报文，根据系统负荷信息从该VoNR语音报文中确定第二缓存报文，其中，该第二缓存报文为语音控制报文、语音激活期数据报文和语音静默期数据报文，根据预设缓存优先级对该第二缓存报文进行缓存处理，得到第一缓存报文，即根据关键报文>重要报文>普通报文的优先级顺序对该第二缓存报文进行缓存处理。然后PDCP层可以为关键报文、重要报文、普通报文配置不同的重传门限，然后根据分类结果分别确定语音控制报文、语音激活期数据报文和语音静默期数据报文的重传门限，其中，该重传门限可以根据预设缓存优先级进行配置，比如，关键报文的重传门限设定为L，重要报文的重传门限设定为M，普通报文的重传门限设定为N，且L≥M≥N。当RLC层和MAC层的重传机制无法对已发送的第一候选报文提供可靠性保障，或者所提供的可靠性保障无法满足业务需求时，RLC层将构造该VoNR语音报文的包括序列号信息的反馈状态报告，并将该反馈状态报告发送给PDCP发送端实体，PDCP发送端实体根据该反馈状态报告中的序列号信息从缓存的第一缓存文件中确定与该序列号信息匹配的第二候选报文，接着确定该第二候选报文 的重传门限，若该第二候选报文的重传次数小于或者等于重传门限，则将该第二候选报文确定为目标报文，对目标报文进行重传处理，并对该目标报文的重传次数累计加一。另外，对于PDCP层，该目标报文属于全新的PDCP SDU报文，即重新进行PDCP序列号信息的分配、加密、ROHC(Robust Header Compression，健壮性包头压缩)等处理，同理，对于PDCP层之下的RLC层，该目标报文同样属于全新的RLC SDU报文，在此不再赘述。
示例二：
在一实施例中，以ViNR视频报文为例，PDCP层包括PDCP发送端实体和PDCP接收端实体，PDCP发送端实体接收到应用层下发的ViNR视频报文，根据报文传输端口号对该ViNR视频报文进行解析处理，得到视频控制报文和视频数据报文，接着根据报文净荷信息对该视频数据报文进行识别处理，得到视频关键帧数据报文和视频普通帧数据报文，接着根据业务类型对视频控制报文、视频关键帧数据报文和视频普通帧数据报文进行分类，得到分类结果，即视频控制报文为关键报文，视频关键帧数据报文为重要报文，视频普通帧数据报文为普通报文。之后，PDCP发送端实体向RLC层传输该ViNR视频报文，根据系统负荷信息从该ViNR视频报文中确定第二缓存报文，其中，该第二缓存报文为视频控制报文、视频关键帧数据报文和视频普通帧数据报文，根据预设缓存优先级对该第二缓存报文进行缓存处理，得到第一缓存报文，即根据关键报文>重要报文>普通报文的优先级顺序对该第二缓存报文进行缓存处理。然后PDCP层可以为关键报文、重要报文、普通报文配置不同的重传门限，然后根据分类结果分别确定视频控制报文、视频关键帧数据报文和视频普通帧数据报文的重传门限，其中，该重传门限可以根据预设缓存优先级进行配置，比如，关键报文的重传门限设定为L，重要报文的重传门限设定为M，普通报文的重传门限设定为N，且L≥M≥N。当RLC层和MAC层的重传机制无法对已发送的第一候选报文提供可靠性保障，或者所提供的可靠性保障无法满足业务需求时，RLC层将构造该ViNR视频报文的包括序列号信息的反馈状态报告，并将该反馈状态报告发送给PDCP发送端实体，PDCP发送端实体根据该反馈状态报告中的序列号信息从缓存的第一缓存文件中确定与该序列号信息匹配的第二候选报文，接着确定该第二候选报文的重传门限，若该第二候选报文的重传次数小于或者等于重传门限，则将该第二候选报文确定为目标报文，对目标报文进行重传处理，并对该目标报文的重传次数累计加一。另外，对于PDCP层，该目标报文属于全新的PDCP SDU报文，即重新进行PDCP序列号信息的分配、加密、ROHC(Robust Header Compression，健壮性包头压缩)等处理，同理，对于PDCP层之下的RLC层，该目标报文同样属于全新的RLC SDU报文，在此不再赘述。
在一些实施例中，上述所有实施例中的报文处理方法可以与HARQ和ARQ双层重传机制一起应用。该报文处理方法还可应用于PDCP层或PDCP层之上的其他协议层，在此不做具体限制。
在一些实施例中，上述所有实施例中的报文处理方法适用于VoNR语音业务、ViNR实时视频业务、流媒体视频业务、多播业务等，在此不再一一例举。
另外，参照图11，本申请的一个实施例还提供了一种报文处理装置，该报文处理装置200包括存储器202、处理器201及存储在存储器202上并可在处理器201上运行的计算机程序。
处理器201和存储器202可以通过总线或者其他方式连接。
存储器202作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器202可以包括高速随机存取存储器，还可以包括非暂 态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器202可包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至该处理器201。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
实现上述实施例的报文处理装置所需的非暂态软件程序以及指令存储在存储器202中，当被处理器201执行时，执行上述实施例中的报文处理方法，例如，执行以上描述的图3中的方法步骤S110至S160、图4中的方法步骤S210至S220、图5中的方法步骤S310至S330、图6中的方法步骤S410至S430、图7中的方法步骤S510至S520、图8中的方法步骤S610至S620、图9中的方法步骤S710至S720、图10中的方法步骤S810至S820。
以上所描述的设备实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
此外，本申请的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述设备实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的报文处理方法，执行以上描述的图3中的方法步骤S110至S160、图4中的方法步骤S210至S220、图5中的方法步骤S310至S330、图6中的方法步骤S410至S430、图7中的方法步骤S510至S520、图8中的方法步骤S610至S620、图9中的方法步骤S710至S720、图10中的方法步骤S810至S820。
此外，本申请的一个实施例还提供了一种计算机程序产品，包括计算机程序或计算机指令，计算机程序或计算机指令存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取计算机程序或计算机指令，处理器执行计算机程序或计算机指令，使得计算机设备执行上述实施例中的报文处理方法，例如，执行以上描述的图3中的方法步骤S110至S160、图4中的方法步骤S210至S220、图5中的方法步骤S310至S330、图6中的方法步骤S410至S430、图7中的方法步骤S510至S520、图8中的方法步骤S610至S620、图9中的方法步骤S710至S720、图10中的方法步骤S810至S820。
本申请实施例包括：首先获取待发送报文，接着根据业务类型对待发送报文进行分类处理，得到分类结果，然后对待发送报文进行传输处理，得到第一候选报文，根据分类结果对第一候选报文进行选择性缓存处理，得到第一缓存报文，最后接收第一候选报文的包括序列号信息的反馈状态报告，根据该序列号信息从第一缓存报文中确定目标报文，对目标报文进行重传处理，即是说，通过业务类型对待发送报文进行分类处理，实现对不同业务类型的报文进行精准重传，又通过对第一候选报文进行选择性缓存处理，以节省空口资源，最后通过接收到的反馈状态报告及时对目标报文进行重传处理，保证了报文传输的可靠性和实时性。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据 结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (12)

  1. 一种报文处理方法，包括：
    获取待发送报文；
    根据业务类型对所述待发送报文进行分类处理，得到分类结果；
    对所述待发送报文进行传输处理，得到第一候选报文；
    根据所述分类结果对所述第一候选报文进行选择性缓存处理，得到第一缓存报文；
    接收所述第一候选报文的反馈状态报告，所述反馈状态报告包括序列号信息；
    根据所述序列号信息从所述第一缓存报文中确定目标报文，对所述目标报文进行重传处理。
  2. 根据权利要求1所述的报文处理方法，其中，所述根据所述分类结果对所述第一候选报文进行选择性缓存处理，得到第一缓存报文，包括：
    确定所述分类结果的预设缓存优先级；
    根据所述预设缓存优先级对所述第一候选报文进行选择性缓存处理，得到第一缓存报文。
  3. 根据权利要求2所述的报文处理方法，其中，所述根据所述预设缓存优先级对所述第一候选报文进行选择性缓存处理，得到第一缓存报文，包括：
    确定系统负荷信息；
    根据所述系统负荷信息从所述第一候选报文中确定第二缓存报文；
    根据所述预设缓存优先级对所述第二缓存报文进行缓存处理，得到所述第一缓存报文。
  4. 根据权利要求1所述的报文处理方法，其中，所述根据所述序列号信息从所述第一缓存报文中确定目标报文，包括：
    根据所述序列号信息从所述第一缓存报文中确定第二候选报文；
    确定所述第二候选报文的重传门限；
    当所述第二候选报文的重传次数小于或者等于所述重传门限，将所述第二候选报文确定为所述目标报文。
  5. 根据权利要求1所述的报文处理方法，其中，所述根据业务类型对所述待发送报文进行分类处理，得到分类结果，包括：
    对所述待发送报文进行识别处理，得到识别后的待发送报文；
    根据业务类型对所述识别后的待发送报文进行分类处理，得到分类结果。
  6. 根据权利要求5所述的报文处理方法，其中，所述对所述待发送报文进行识别处理，得到识别后的待发送报文，包括：
    根据报文传输端口号对所述待发送报文进行解析处理，得到控制报文和数据报文；
    对所述数据报文进行识别处理，得到第一数据报文和第二数据报文。
  7. 根据权利要求6所述的报文处理方法，其中，当所述待发送报文为语音报文，所述第一数据报文包括语音激活期数据报文，所述第二数据报文包括语音静默期数据报文，所述对所述数据报文进行识别处理，得到第一数据报文和第二数据报文，包括：
    确定所述数据报文的报文有效长度；
    根据所述报文有效长度对所述数据报文进行识别处理，得到所述语音激活期数据报文和所述语音静默期数据报文。
  8. 根据权利要求6所述的报文处理方法，其中，当所述待发送报文为视频报文，所述第一数据报文包括视频关键帧数据报文，所述第二数据报文包括视频普通帧数据报文，所述对所述数据报文进行识别处理，得到第一数据报文和第二数据报文，包括：
    确定所述数据报文的报文净荷信息；
    根据所述报文净荷信息对所述数据报文进行识别处理，得到所述视频关键帧数据报文和所述视频普通帧数据报文。
  9. 根据权利要求4所述的报文处理方法，其中，所述报文处理方法还包括：
    对所述目标报文的重传次数进行更新处理。
  10. 一种报文处理装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至9中任意一项所述的报文处理方法。
  11. 一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1至9中任意一项所述的报文处理方法。
  12. 一种计算机程序产品，包括计算机程序或计算机指令，所述计算机程序或所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取所述计算机程序或所述计算机指令，所述处理器执行所述计算机程序或所述计算机指令，使得所述计算机设备执行如权利要求1至9任意一项所述的报文处理方法。
PCT/CN2023/073907 2022-07-05 2023-01-30 报文处理方法及其装置、存储介质、程序产品 WO2024007572A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210784316.9A CN117395311A (zh) 2022-07-05 2022-07-05 报文处理方法及其装置、存储介质、程序产品
CN202210784316.9 2022-07-05

Publications (1)

Publication Number Publication Date
WO2024007572A1 true WO2024007572A1 (zh) 2024-01-11

Family

ID=89454292

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/073907 WO2024007572A1 (zh) 2022-07-05 2023-01-30 报文处理方法及其装置、存储介质、程序产品

Country Status (2)

Country Link
CN (1) CN117395311A (zh)
WO (1) WO2024007572A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107360592A (zh) * 2017-07-05 2017-11-17 京信通信系统（中国）有限公司 Pdcp下行传输方法、装置、存储介质及其计算机设备
CN107634915A (zh) * 2017-08-25 2018-01-26 中国科学院计算机网络信息中心 数据传输方法、装置及储存介质
WO2018127225A1 (zh) * 2017-01-05 2018-07-12 电信科学技术研究院 数据传输方法、网络侧设备及用户设备
CN114071372A (zh) * 2020-08-07 2022-02-18 大唐移动通信设备有限公司 多播广播业务mbs传输方法、终端及网络设备
WO2022121876A1 (zh) * 2020-12-11 2022-06-16 维沃移动通信有限公司 多播业务的确认模式传输方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018127225A1 (zh) * 2017-01-05 2018-07-12 电信科学技术研究院 数据传输方法、网络侧设备及用户设备
CN107360592A (zh) * 2017-07-05 2017-11-17 京信通信系统（中国）有限公司 Pdcp下行传输方法、装置、存储介质及其计算机设备
CN107634915A (zh) * 2017-08-25 2018-01-26 中国科学院计算机网络信息中心 数据传输方法、装置及储存介质
CN114071372A (zh) * 2020-08-07 2022-02-18 大唐移动通信设备有限公司 多播广播业务mbs传输方法、终端及网络设备
WO2022121876A1 (zh) * 2020-12-11 2022-06-16 维沃移动通信有限公司 多播业务的确认模式传输方法、装置、设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
FUTUREWEI: "ARQ of PTM with Logical Channel Aggregation", 3GPP DRAFT; R2-2009304, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic Meeting; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942269 *

Also Published As

Publication number Publication date
CN117395311A (zh) 2024-01-12

Similar Documents

Publication Publication Date Title
US9860915B2 (en) Apparatus and method for moving a receive window in a radio access network
US11122152B2 (en) Data processing method and apparatus to reduce an overhead in a layer two protocol
TWI415433B (zh) 雙向無線電連結控制非持久模式低延遲服務
US9397791B2 (en) Transmitting data in a mobile communication system
US20190306871A1 (en) Method and system for sending and receiving data
US20120140704A1 (en) Method and apparatus for controlling downlink data transmission in a multi-hop relay communication system
WO2010121410A1 (zh) 一种采用arq机制的头压缩通信方法和装置
WO2020147453A1 (zh) 数据传输方法及相关装置
KR20140097610A (ko) 다중 무선 접속 기술 기반 통신 시스템에서의 무선 링크 제어 상태 보고 전송 방법 및 장치
WO2020010511A1 (zh) 数据传输方法及基站
WO2024007572A1 (zh) 报文处理方法及其装置、存储介质、程序产品
WO2019127533A1 (zh) 确定反馈的方法、发送端、接收端及系统
US20240014939A1 (en) Radio Link Control Cumulative Mode for New Radio
US20240121658A1 (en) Data transmission method and apparatus, device, and storage medium
CN115865282A (zh) 数据重传方法、装置、设备及存储介质
WO2024028277A1 (en) Infrastructure equipment, communications devices and methods
CN116261848A (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: 23834357

Country of ref document: EP

Kind code of ref document: A1