CN117295108A - Data transmission method, device and equipment - Google Patents

Data transmission method, device and equipment Download PDF

Info

Publication number
CN117295108A
CN117295108A CN202311310036.5A CN202311310036A CN117295108A CN 117295108 A CN117295108 A CN 117295108A CN 202311310036 A CN202311310036 A CN 202311310036A CN 117295108 A CN117295108 A CN 117295108A
Authority
CN
China
Prior art keywords
mode
data
rlc
transmission
layer
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.)
Pending
Application number
CN202311310036.5A
Other languages
Chinese (zh)
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.)
Xi'an Baopu Communication Technology Co ltd
Raisecom Technology Co Ltd
Original Assignee
Xi'an Baopu Communication Technology Co ltd
Raisecom Technology 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 Xi'an Baopu Communication Technology Co ltd, Raisecom Technology Co Ltd filed Critical Xi'an Baopu Communication Technology Co ltd
Priority to CN202311310036.5A priority Critical patent/CN117295108A/en
Publication of CN117295108A publication Critical patent/CN117295108A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

The application provides a data transmission method, a device and equipment, wherein the method comprises the following steps: determining that congestion occurs in an acknowledged mode AM in which the radio link control RLC layer is configured; switching the RLC layer into a non-acknowledgement mode UM for data transmission, and indicating the user equipment UE to be switched into the non-acknowledgement mode UM through a radio resource control RRC layer; when the radio link control RLC layer is configured to be in a non-acknowledgement mode UM and congestion is determined to be eliminated, switching to an AM mode for data transmission, and instructing the user equipment UE to switch to the acknowledgement mode AM through the radio resource control RRC layer. According to the method and the device, when the sending window is full in the AM mode, the UM mode is switched to perform data transmission, the problem that the base station is down due to memory exhaustion caused by data incapability of being issued due to the blocking of the sending window is avoided, the adaptive switching is performed in the AM mode when the channel quality is good, and the reliability of data transmission is improved.

Description

Data transmission method, device and equipment
Technical Field
The present invention relates to the field of network communications technologies, and in particular, to a data transmission method, apparatus, and device.
Background
RLC (Radio Link Control ) layer is located between PDCP (Packet Data Convergence Protocol, packet data bearer protocol) layer and MAC (Medium Access Control ) layer. It communicates with the PDCP layer or RRC (Radio Resource Control ) layer through an RLC Channel and communicates with the MAC layer through a logical Channel. The RLC layer is mainly responsible for data forwarding, segmentation, retransmission, discard, RLC re-establishment, and other functions. The function of the RLC layer is implemented by the RLC entity, which is created when the RLC bearer is established and deleted when the RLC bearer is released. Each RLC entity is configured by the upper layer RRC and is divided into 3 modes of operation: TM (Transparent Mode), UM (Unacknowledged Mode ), AM (Acknowledged Mode, acknowledged Mode).
In general, the RLC entity can be configured in only one of the three modes, and cannot be configured in two or more modes at the same time. Typically, when transmitting system messages, paging messages and RRC messages using SRB0 (System Radio Bearer 0Radio Resource Control Messag, radio resource control message for system radio bearer 0) will use TM mode; when the reconfiguration message is transmitted, the UE (User Equipment) is configured to one of UM mode or AM mode. This single unchanged mode configuration presents some problems after reconfiguration of the message. For example, for downlink FTP (File Transfer Protocol ) service which is insensitive to time delay and sensitive to errors, an AM mode is configured for the UE, but when the channel quality is extremely poor, NACK (Negative Acknowledgement ) fed back by the UE causes that the acknowledgement state variable of AM cannot be updated, so that a transmission window is not moved, and the transmission window is blocked, which causes that high-level downlink data cannot be transmitted, and finally, a base station is down due to the exhaustion of memory.
Disclosure of Invention
The purpose of the application is to provide a data transmission method, a device and equipment, which are used for solving the problems that when the channel quality is poor, a sending window is blocked and data cannot be issued, realizing automatic switching of modes, and further ensuring that the data can be transmitted smoothly and reliably.
In a first aspect, the present application provides a data transmission method, applied to a network side, where the method includes:
determining that congestion occurs in an acknowledged mode AM in which the radio link control RLC layer is configured;
switching the RLC layer into a non-acknowledgement mode UM for data transmission, and indicating the user equipment UE to be switched into the non-acknowledgement mode UM through a radio resource control RRC layer;
when the radio link control RLC layer is configured to be in a non-acknowledgement mode UM and congestion is determined to be eliminated, switching to an AM mode for data transmission, and instructing the user equipment UE to switch to the acknowledgement mode AM through the radio resource control RRC layer.
In some possible embodiments, the determining that congestion occurs in the RLC layer configured in AM mode includes:
monitoring a transmission window in an RLC layer configured in AM mode;
and when the sending window is determined to be full and the data packet is received, determining that congestion occurs.
In some possible embodiments, the determining congestion relief in the RLC layer configured with UM mode includes:
acquiring a channel quality index in a UM mode configured by the RLC layer;
and determining congestion elimination according to the fact that the channel quality index is larger than a set threshold value.
In some possible embodiments, in the RLC layer configured in AM mode, further comprising:
when an RLC layer receives a data packet, adding a header to a radio link control service data unit (RLC SDU) in the data packet to generate a radio link control protocol data unit (RLC PDU), wherein the RLC PDU is a radio link control protocol data unit (AMD PDU) in an AM mode;
and buffering the RLC PDU in a transmission data buffer and a retransmission queue.
In some possible embodiments, determining that congestion has occurred includes:
after the RLC PDU is cached in a transmission data buffer area and a retransmission queue, judging whether a sending window is full or not based on the current transmission data buffer area;
and when the sending window is determined to be full, determining that congestion occurs.
In some possible embodiments, in the RLC layer configured with UM mode, further comprising:
when an RLC layer receives a data packet, adding a header to each RLC SDU in the received data packet to generate an RLC PDU, wherein the RLC PDU is a radio link control protocol data unit UMD PDU in UM mode;
the RLC PDU is buffered in a transmission data buffer.
In some possible embodiments, the method switches to AM mode/UM mode for data transmission, including:
judging whether the transmission size indicated by a Media Access Control (MAC) layer is matched with the size of the RLC PDU to be transmitted in the transmission buffer zone;
if yes, transmitting all the matched RLC PDUs in the transmission data buffer area;
otherwise, segmenting at least one UMD PDU in the transmission data buffer area, and regenerating data with the transmission size matched with the indication of the MAC layer for transmission.
In a second aspect, the present application provides a data transmission method, applied to a user equipment side, where the method includes:
when the AM mode is adopted to receive data of a network side, the network side receives a first mode switching instruction which is sent when determining that congestion occurs in the AM mode, and switches to the UM mode to receive the data;
when receiving data of the network side in UM mode, the receiving network side determines a second mode switching instruction sent when congestion is eliminated in UM mode, and switches to AM mode for data reception.
In a third aspect, the present application provides a data transmission apparatus, the apparatus comprising:
a congestion determination module for determining that congestion occurs in a radio link control RLC layer configured as an acknowledged mode AM;
the first switching module is used for switching the Radio Link Control (RLC) layer into a non-acknowledgement mode UM for data transmission and indicating the User Equipment (UE) to switch into the non-acknowledgement mode UM through the Radio Resource Control (RRC) layer;
and the second switching module is used for switching to an AM mode for data transmission when the congestion elimination is determined under the condition that the Radio Link Control (RLC) layer is configured to be in a non-acknowledgement mode UM.
In a fourth aspect, the present application further provides a data transmission apparatus, the apparatus comprising:
the first switching module is used for switching to UM mode for data reception when receiving the first mode switching instruction sent by the network side when determining that congestion occurs in the AM mode when receiving the data of the network side in the AM mode;
and the second switching module is used for switching to the AM mode for data reception when receiving the second mode switching instruction sent by the network side when determining that the congestion is eliminated in the UM mode when receiving the data of the network side in the UM mode.
In a fifth aspect, the present application provides an electronic device, including:
at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the data transmission method of any one of the first or second aspects.
In a sixth aspect, the present application provides a computer storage medium storing a computer program for causing a computer to execute the data transmission method according to any one of the first or second aspects.
According to the embodiment of the invention, when the radio link control RLC layer is in the acknowledged mode AM mode, after the RLC entity receives the high-layer data packet, when data transmission is congested, the AM mode is switched to the unacknowledged mode UM mode in a self-adaptive mode by the base station, so that smooth transmission of data is realized, the problem that the base station is down due to memory exhaustion caused by incapability of issuing the data due to blockage of a sending window is avoided, meanwhile, when congestion of data transmission is eliminated, the UM mode is automatically switched to the AM mode, and service reliability is ensured.
Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments of the present application will be briefly described below, and it is obvious that the drawings that are described below are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a flowchart of a data transmission method provided in an embodiment of the present application;
fig. 2 is a schematic diagram of a transmission window provided in an embodiment of the present application;
fig. 3 is a flowchart of a data transmission method provided in an embodiment of the present application;
fig. 4 is a flowchart of a data transmission process provided in an embodiment of the present application;
fig. 5 is a diagram of a data transmission device according to an embodiment of the present application;
fig. 6 is a diagram of a data transmission device according to an embodiment of the present application;
fig. 7 is a diagram of a data transmission device provided in an embodiment of the present application;
fig. 8 is a diagram of a data transmission medium according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and thoroughly described below with reference to the accompanying drawings. It will be apparent that the described embodiments are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
In order to further explain the technical solutions provided in the embodiments of the present application, the following details are described with reference to the accompanying drawings and the detailed description. Although the embodiments of the present application provide the method operational steps as shown in the following embodiments or figures, more or fewer operational steps may be included in the method based on routine or non-inventive labor. In steps where there is logically no necessary causal relationship, the execution order of the steps is not limited to the execution order provided by the embodiments of the present application. The methods may be performed sequentially or in parallel as shown in the embodiments or the drawings when the actual processing or the control device is executing.
RLC (Radio Link Control ) layer is located between the PDCP layer and the MAC layer. It communicates with the PDCP (Packet Data Convergence Protocol ) layer or the RRC (Radio Resource Control, radio resource control) layer through an RLC Channel and with the MAC layer through a logical Channel. The RLC layer is mainly responsible for data forwarding, segmentation, retransmission, discard, RLC re-establishment, and other functions. The function of the RLC layer is implemented by the RLC entity, which is created when the RLC bearer is established and deleted when the RLC bearer is released. Each RLC entity is configured by the upper layer RRC and is divided into 3 modes of operation: TM (Transparent Mode), UM (Unacknowledged Mode ), AM (Acknowledged Mode, acknowledged Mode).
TM (Transparent Mode) mode is a transparent mode and is transparent to the RLC entity using TM mode, which does not make any modifications to the data. (RLC SDUs are not segmented nor any header information is added). The TM entity consists of only one transport buffer (transport buffer) holding RLC SDUs, and only one function is to buffer the forwarding data. When the MAC (Media Access Control, medium access control) layer tells the TM entity that there is a transmission opportunity, the TM entity will send one RLC SDU in the transmission buffer directly to the MAC layer without any modification.
Thus, the TM mode does not guarantee the order of the packets, and it delivers the packets to the peer with minimal delay. The method is mainly applicable to scenes which are sensitive to time delay and do not want to segment original data and do not need the lower layer to ensure that the data packets arrive sequentially. Its corresponding logical channels are BCCH/PCCH/CCCH (broadcast control channel/Paging control channel/common control channel), so TM mode is used only to transmit system messages, paging messages (Location Update Request Paging Message, location update request Paging messages) and RRC messages using SRB 0.
UM (Unacknowledged Mode) mode is unacknowledged mode and provides an unreliable service. After receiving the higher layer data packet, the UM entity generates a UMD PDU (including header information) for each RLC SDU, and buffers the generated UMD PDU in a transmission buffer; when the MAC layer informs it of the transmission of RLC PDUs, certain RLC SDUs are segmented, and RLC headers and RLC PDUs are regenerated, if necessary, so that the total size of the finally transmitted RLC PDUs is equal to the total size indicated by the MAC layer. In UM mode, the transmitting end is only responsible for transmitting data, and does not care whether the opposite end receives the data successfully; after receiving the data, the receiving end will not send confirmation information to the transmitting end whether the receiving end receives the data correctly. Therefore, the UM mode can deliver the data packets to the correspondent entity in sequence with the shortest delay. The corresponding logical channels include DTCH (Dedicated Traffic Channel ) channels for transmitting user plane data, and are mainly suitable for traffic that is time-sensitive but allows a certain packet loss rate, such as VoNR (Voice over New Radio, voice call on new radio, 5G phone), etc.
AM (Acknowledged Mode) mode is acknowledged mode and provides a reliable service. The AM mode has an ARQ error correction function based on the UM function, compared with the UM mode. That is, after the transmitting end finishes transmitting the data, the receiving end needs to wait for whether to reply the confirmation information of the data correctly or not. After receiving the acknowledgement information, the transmitting end needs to resend the data indicating the failure of receiving in the acknowledgement information. Therefore, the AM mode can provide reliable data transmission for an upper layer, and ensure that data is correctly delivered to an opposite terminal in sequence. The corresponding logic channel has DTCH/DCCH (dedicated control channel) for transmitting user plane data and control plane data, and is mainly suitable for delay insensitive but error sensitive services, such as FTP service, etc.
In AM (Acknowledged Mode) mode, after the transmitting end has sent the data, it is necessary to wait for the receiving end to reply whether the receiving end correctly receives the acknowledgement information of the data. After receiving the acknowledgement information, the transmitting end needs to resend the data indicating the failure of receiving in the acknowledgement information. The AM mode can thus provide a reliable data transmission service for the upper layer, and is mainly applicable to traffic that is not delay-sensitive but error-sensitive, such as FTP traffic, etc. However, in the AM mode, when the transmission window is full, the downlink data of the higher layer cannot be transmitted, and finally, the base station is down due to the exhaustion of the memory. The UM mode does not care whether the receiving end correctly receives the data sent by the sending end, and the UM entity is responsible for sending the data to the receiving end as long as the higher layer has the data to send. Therefore, the UM mode does not involve a sending window, and the problem that the base station is down due to memory exhaustion caused by data failure due to window blockage does not exist.
The RLC entity can be configured in only one of these three modes, and cannot be configured in two or more modes at the same time. Typically configured to TM mode when transmitting RRC messages for SRB 0; upon sending the reconfiguration message, the UE is configured to one of UM mode or AM mode. This single unchanged mode configuration presents some problems after reconfiguration of the message. For example, for downlink FTP service which is insensitive to time delay and sensitive to errors, we configure the UE to be in AM mode, but when the channel quality is extremely poor, the feedback of the UE is NACK, which causes that the acknowledgement state variable of AM cannot be updated, so that the transmission window is not moved, and the transmission window is blocked, and the downlink data of the higher layer cannot be transmitted. And finally, the base station is down due to the consumption of the memory.
Based on this principle, in order to solve the above-mentioned problem, the present application proposes a method for dynamic self-adaptation of RLC mode, and the inventive concept of the present application is as follows: after the RLC entity receives the higher layer packet, it determines whether the transmission window is full. If the transmission window is full, the base station adaptively converts the AM mode to UM mode. When the quality of the downlink channel is good, the UM mode is adaptively converted into the AM mode, so that the reliability of the service is ensured.
Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application. The objectives and other advantages of the application will be realized and attained by the structure particularly pointed out in the written description and claims thereof as well as the appended drawings.
The data transmission method in the embodiment of the present application is described in detail below with reference to the accompanying drawings.
The application provides a data transmission method, which is applied to a network side, as shown in fig. 1, and comprises the following steps:
step 101, determining that congestion occurs in the radio link control RLC layer configured in the acknowledged mode AM;
the DRB bearer (Data Radio Bearer ) is typically established when a reconfiguration message is sent, so that the RLC entity is configured in AM mode in RLC-beaderconfig (Radio Link Control Bearer Configuration ) RLC-Config (Radio Link Control Configuration, radio link control configuration) when the reconfiguration message establishes the DRB bearer.
The RLC entity includes a receiving end and a transmitting end, where the transmitting end is typically a base station, and in this application, the network side typically refers to the base station, and the receiving end typically refers to the UE side, and when the base station cannot receive the acknowledgement message sent by the UE due to channel quality or other reasons during downlink of data, congestion occurs, which results in a situation that data is accumulated in the base station and cannot be issued.
Step 102, switching the RLC layer to a non-acknowledged mode UM for data transmission, and indicating the UE to switch to the non-acknowledged mode UM by the RRC layer;
when the data is congested, the network side cannot directly inform the user equipment side of mode switching, so that when the UM mode needs to be switched for data transmission, the transmitting end of the RLC entity informs an upper RRC layer of mode switching.
In step 103, when the radio link control RLC layer is configured in the unacknowledged mode UM and congestion is eliminated, the radio link control RLC layer is switched to the AM mode for data transmission, and instructs the user equipment UE to switch to the acknowledged mode AM through the radio resource control RRC layer.
In UM mode, by detecting whether congestion is eliminated, switching back to AM mode is prepared at any time, and the switching back to AM mode also requires informing the RRC layer first, and then informing the UE side of mode switching by the RRC layer, so as to complete reconfiguration of AM mode.
In some possible embodiments, the determining that congestion occurs in the RLC layer configured in AM mode includes:
monitoring a transmission window in an RLC layer configured in AM mode;
and when the sending window is determined to be full and the data packet is received, determining that congestion occurs.
The congestion status is generally determined by a transmission window, and if the transmission window is full, the RLC requests the higher layer to transmit a reconfiguration message, and the reason for carrying the request in the request message is that the RLC transmission window is full. After the higher layer receives the request message and sees that the reason for carrying the request is that the RLC transmission window is full, the higher layer configures the RLC entity as UM in the reconfiguration message, and sends the reconfiguration message to the UE.
In the AM mode, a schematic diagram of transmitting data in a buffer and a transmission window at a transmitting end is shown in fig. 2:
the AM entity maintains the following state variables at the transmitting end: acknowledgement state variable, transmission window size, and transmission window.
Confirmation state variable (tx_next_ack): this variable holds the SN value of the next RLC SDU in sequence to receive a positive acknowledgement. That is, all RLC SDUs with SN < tx_next_ack have been successfully received. This variable corresponds to the lower boundary of the transmission window (containing tx_next_ack). This variable is updated when the AM entity receives a positive acknowledgement of an RLC SDU with sn=tx_next_ack.
The transmission Window Size (am_window_size) constant specifies the Size of one transmission Window and is used at both the transmitting and receiving ends of each AM entity. When a 12-bit SN is configured, am_window_size=2048; when an 18-bit SN is configured, am_window_size=131072.
A transmission window (Transmitting window) if an SN satisfies tx_next_ack < = SN < = tx_next_ack+am_window_size, the SN is located within the transmission window. This is because (1) all RLC SDUs with SN < tx_next_ack are considered to have been successfully received by the receiving end, and it is not necessary to repeatedly transmit these SDUs. (2) Since the transmitting side can only transmit at most am_window_size RLC SDUs from the minimum sn=tx_next_ack where no positive acknowledgement is received, the transmitting side does not transmit RLC SDUs with SN > =tx_next_ack+am_window_size.
SN: for indicating the sequence number of the corresponding RLC SDU, the SN field of one AM RLC entity is 12 bits or 18 bits long. (the RRC layer is configured by the sn-FieldLength field). The SN is by default 12 bits long. Unlike UM, the header of each RLC SDU in AM mode contains one SN. Thus, in AM mode, the SN value is incremented by one for every new RLC SDU.
Therefore, when the transmitting end cannot receive the Ack message from the receiving end for acknowledging the received data, the transmitting window cannot move, and the transmitting window cannot move, the congestion state of the data is determined.
In some possible embodiments, determining that congestion has occurred includes:
after the RLC PDU is cached in a transmission data buffer area and a retransmission queue, judging whether a sending window is full or not based on the current transmission data buffer area;
and when the sending window is determined to be full, determining that congestion occurs.
Therefore, whether congestion is judged in real time or not can be judged when new data is received, and the data is prevented from being stored into the buffer area and the retransmission queue continuously in a state that the sending window is full.
In some possible embodiments, the determining congestion relief in the RLC layer configured with UM mode includes:
acquiring a channel quality index in a UM mode configured by the RLC layer;
and determining congestion elimination according to the fact that the channel quality index is larger than a set threshold value.
In the UM mode, the quality of the channel is determined by the CQI (Channel Quality Indicator ), and the higher the CQI value is, the higher the channel quality is generally considered, and the threshold for determining the channel quality can be set according to the actual requirement.
In some possible embodiments, in the RLC layer configured in AM mode, further comprising:
when an RLC layer receives a data packet, adding a header to a radio link control service data unit (RLC SDU) in the data packet to generate a radio link control protocol data unit (RLC PDU), wherein the RLC PDU is a radio link control protocol data unit (AMD PDU) in an AM mode;
and buffering the RLC PDU in a transmission data buffer and a retransmission queue.
In the AM mode, after receiving a data packet of a higher layer, a transmitting end generates an RLC header for each RLC SDU, and the RLC header is buffered in a transmission buffer and also buffered in a retransmission queue, data is sequentially transmitted to the UE from the transmission buffer, and when the UE fails to receive the data, the corresponding unsuccessfully received data is retransmitted from the retransmission queue.
In some possible embodiments, in the RLC layer configured with UM mode, further comprising:
when an RLC layer receives a data packet, adding a header to each RLC SDU in the received data packet to generate an RLC PDU, wherein the RLC PDU is a radio link control protocol data unit UMD PDU in UM mode;
the RLC PDU is buffered in a transmission data buffer.
When the transmission window is full and the UM mode is switched to, the UM mode does not need to judge the transmission window when the data is transmitted in the UM mode, and the UM mode does not care whether the data is successfully received.
In some possible embodiments, the method switches to AM mode/UM mode for data transmission, including:
judging whether the transmission size indicated by a Media Access Control (MAC) layer is matched with the size of the RLC PDU to be transmitted in the transmission buffer zone;
if yes, transmitting all the matched RLC PDUs in the transmission data buffer area;
otherwise, segmenting at least one UMD PDU in the transmission data buffer area, and regenerating data with the transmission size matched with the indication of the MAC layer for transmission.
When the MAC layer informs the AM entity of a transmission opportunity, the AM entity is also told the total size of all RLC PDUs that can be transmitted in this transmission opportunity. Only if the total size of all the RLC PDUs specified by the MAC layer is just matched with the total size of all the RLC PDUs which can be transmitted, the RLC entity directly transmits the complete RLC PDU; otherwise, the RLC entity needs to segment a certain RLC SDU in order to match the total size of all RLC PDUs involved in this transmission to the size specified by the MAC layer. This step is to determine whether the total RLC PDU size that can be transmitted in the buffer queue is equal to the total RLC PDU size specified by the MAC after the MAC layer specifies the total RLC PDU size that can be transmitted.
If the total size of the transmittable RLC PDU in the buffer queue is just equal to or smaller than the total size appointed by the MAC, the transmittable RLC PDU in the buffer queue is directly transmitted, and then the relevant state variable of the transmitting end is updated.
If the total size of the RLC PDUs which can be sent in the buffer queue is greater than the total size specified by the MAC, the last RLC PDU which can be sent in its entirety is segmented and a new PDU is regenerated so that the total size of all RLC PDUs which participate in this transmission matches the size specified by the MAC layer.
In some possible embodiments, when data transmission is performed in AM mode, the transmitting end sends out data and receives a status report sent by the receiving end, if the status report is ACK, the RLC PDU corresponding to SN in the retransmission queue in step S02 is deleted, and the relevant state variable of the receiving end is updated; if the status report is NACK, the RLC PDU corresponding to SN in the retransmission queue in step S02 is retransmitted according to the size specified by MAC.
The application also provides a data transmission method applied to the user equipment side, as shown in fig. 3, including:
step 301, when receiving data from a network side in an AM mode, receiving a first mode switching instruction sent by the network side when determining that congestion occurs in the AM mode, and switching to a UM mode to receive the data;
and when the data is congested, the RRC layer receives a reconfiguration request message sent by the network side, and the request message carries the request reason that the RLC sending window is full. After the RRC layer receives the request message and sees that the reason of the carrying request is that the RLC sending window is full, the RRC layer configures the RLC entity into UM mode in the reconfiguration message, the UE receives the reconfiguration message forwarded by the RRC layer, and the UE switches to UM mode according to the indication of the network side.
In step 302, when receiving data from the network side in UM mode, the receiving network side determines a second mode switching instruction sent when congestion is eliminated in UM mode, and switches to AM mode for data reception.
When the CQI value is greater than 11 and congestion is eliminated, the RRC layer receives a reconfiguration request message sent by the network side of the RCL entity, the request message carries the request reason that the CQI value is greater than 11, the RRC layer configures the RLC entity into an AM mode in the reconfiguration message, and the UE receives the reconfiguration message forwarded by the RRC layer and switches to the AM mode according to the indication of the network side.
Specifically, the following describes the data transmission method process in the embodiment of the present application in detail, as shown in fig. 4:
step S401, configuring an RLC entity as an AM mode;
step S402, adding a head for each received RLC SDU, generating an RLC PDU to be buffered in a transmission Buffer, and simultaneously putting the generated RLC PDU into a retransmission queue;
step S403, judging whether the sending window is full, if yes, executing step S412; if not, executing step S404;
step S404, judging whether the transmission size of the MAC indication is matched with the size of the RLC PDU to be transmitted, if yes, executing step S405; if not, executing step S406;
step S405, all RLC PDUs in a buffer queue (transmission buffer) are directly sent, and relevant state variables of a sending end are updated;
step S406, segmenting the last RLC PDU, regenerating a new RLC PDU to match with the size of the MAC indication;
step S407, transmitting all the RLC PDUs matched with the size of the MAC indication, and updating the related state variables of the transmitting end;
step S408, receiving a status report fed back by the receiving end;
step S409, analyzing the ACK and NACK conditions in the status report;
step S410, deleting the RLC PDU corresponding to the SN in the retransmission queue, and updating the relevant state variable of the receiving end;
step S411, the RLC PDU corresponding to SN in the retransmission queue is retransmitted according to the size appointed by MAC;
step S412, the RLC informs the higher layer (RRC layer) to configure the RLC entity to UM mode;
step S413, the higher layer (RRC layer) configures the RLC entity as UM in the reconfiguration message, and forwards the reconfiguration message to the UE;
step S414, adding a header to each received RLC PDU, generating an RLC PDU, buffering the generated RLC PDU in a transmission buffer, and simultaneously placing the generated RLC PDU in a retransmission queue;
step S415, judging whether the transmission size of the MAC indication is matched with the size of the RLC PDU to be transmitted, if yes, executing step S416; if not, go to step S417;
step S416, all RLC PDUs matched with the MAC designated size are sent, and relevant state variables of a sending end are updated;
step S417, segmenting the last RLC PDU, regenerating a new RLC PDU to match the size of the MAC indication;
step S418, judging whether the channel quality CQI value is larger than 11, if yes, executing step S419;
step S419, the RLC informs the higher layer to configure the RLC entity to be in an AM mode;
in step S420, the higher layer configures the RLC entity as AM in the reconfiguration message, and forwards the reconfiguration message to the user equipment UE.
In the method provided by the embodiment of the application, when data is transmitted, in the AM entity, after the RLC entity receives the data packet of the high layer, whether the sending window is full is judged. If the transmission window is full, the base station can adaptively convert the AM mode into the UM mode, so that the problem that the base station is down due to memory exhaustion caused by data failure in transmission window blocking is avoided, and when the quality of a downlink channel is good, the UM mode is adaptively converted into the AM mode, so that the reliability of service is ensured.
Based on the same technical concept, fig. 5 schematically illustrates a structural schematic diagram of a data transmission device provided by an embodiment of the present invention, where the device may execute a flow of a data transmission method, and the device specifically includes:
a congestion determination module 501 that determines that congestion occurs in an acknowledged mode AM in which the radio link control RLC layer is configured;
a first switching module 502, configured to switch the radio link control RLC layer to the unacknowledged mode UM for data transmission, and instruct the user equipment UE to switch to the unacknowledged mode UM through the radio resource control RRC layer;
the second switching module 503 switches to the AM mode for data transmission when congestion is determined to be eliminated in the radio link control RLC layer configured in the unacknowledged mode UM.
In some possible embodiments, the determining module 501 determines that congestion occurs in the RLC layer configured in AM mode, including:
monitoring a transmission window in an RLC layer configured in AM mode;
and when the sending window is determined to be full and the data packet is received, determining that congestion occurs.
In some possible embodiments, the determining congestion determining module 501 determines congestion cancellation in the UM mode configured in the RLC layer, including:
acquiring a channel quality index in a UM mode configured by the RLC layer;
and determining congestion elimination according to the fact that the channel quality index is larger than a set threshold value.
In some possible embodiments, the first handover module 502 further performs, in the RLC layer configured in AM mode:
when an RLC layer receives a data packet, adding a header to a radio link control service data unit (RLC SDU) in the data packet to generate a radio link control protocol data unit (RLC PDU), wherein the RLC PDU is a radio link control protocol data unit (AMD PDU) in an AM mode;
and buffering the RLC PDU in a transmission data buffer and a retransmission queue.
In some possible embodiments, the congestion determination module 501 determines that congestion is occurring, including:
after the RLC PDU is cached in a transmission data buffer area and a retransmission queue, judging whether a sending window is full or not based on the current transmission data buffer area;
and when the sending window is determined to be full, determining that congestion occurs.
In some possible embodiments, the second handover module 503 further performs, in a UM mode where the RLC layer is configured:
when an RLC layer receives a data packet, adding a header to each RLC SDU in the received data packet to generate an RLC PDU, wherein the RLC PDU is a radio link control protocol data unit UMD PDU in UM mode;
the RLC PDU is buffered in a transmission data buffer.
In some possible embodiments, the switching of the first switching module 502/the second switching module 503 to AM mode/UM mode for data transmission includes:
judging whether the transmission size indicated by a Media Access Control (MAC) layer is matched with the size of the RLC PDU to be transmitted in the transmission buffer zone;
if yes, transmitting all the matched RLC PDUs in the transmission data buffer area;
otherwise, segmenting at least one UMD PDU in the transmission data buffer area, and regenerating data with the transmission size matched with the indication of the MAC layer for transmission.
Based on the same technical concept, fig. 6 is a schematic structural diagram schematically illustrating a data transmission device according to another embodiment of the present invention, where the device may execute a flow of a data transmission method, and the device specifically includes:
the first switching module 601, when receiving data of the network side in the AM mode, receives a first mode switching instruction sent by the network side when determining that congestion occurs in the AM mode, and switches to the UM mode to receive the data;
and the second switching module 602 switches to the AM mode for data reception when receiving the second mode switching instruction sent by the network side when determining that congestion is eliminated in the UM mode when receiving the data of the network side in the UM mode.
Based on the same inventive concept, the present application also provides an electronic device comprising at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a data transmission method according to the above-described embodiments.
As shown in fig. 7, the device includes a processor 701, a memory 702, a communication interface 703, and a bus 704. Wherein the processor 701, the memory 702 and the communication interface 703 are interconnected by a bus 704.
The processor 701 is configured to read and execute the instructions in the memory 702, so that at least one processor can execute the data transmission method provided in the foregoing embodiment.
The memory 702 is used for storing various instructions and programs of the data transmission method provided in the above embodiment.
Bus 704 may be a peripheral component interconnect standard (peripheral component interconnect, PCI) bus, or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 7, but not only one bus or one type of bus.
The processor 701 may be any combination of a central processing unit (central processing unit, CPU for short), a network processor (network processor, NP for short), an image processor (Graphic Processing Unit, GPU for short), or CPU, NP, GPU. But also a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (programmable logic device, PLD), or a combination thereof. The PLD may be a complex programmable logic device (complex programmable logic device, CPLD for short), a field-programmable gate array (field-programmable gate array, FPGA for short), general-purpose array logic (generic array logic, GAL for short), or any combination thereof.
Based on the same inventive concept, the present application also provides a readable storage medium, as shown in fig. 8, in which a computer program is stored, the computer program being configured to cause a computer to perform any one of the methods of the above embodiments.
The memory may include readable media in the form of volatile memory, such as Random Access Memory (RAM) 821 and/or cache memory 822, and may further include Read Only Memory (ROM) 823.
The memory may also include a program/utility 825 having a set (at least one) of program modules 824, such program modules 824 include, but are not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment.
It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims (12)

1. A data transmission method applied to a network side, the method comprising:
determining that congestion occurs in an acknowledged mode AM in which the radio link control RLC layer is configured;
switching the RLC layer into a non-acknowledgement mode UM for data transmission, and indicating the user equipment UE to be switched into the non-acknowledgement mode UM through a radio resource control RRC layer;
when the radio link control RLC layer is configured to be in a non-acknowledgement mode UM and congestion is determined to be eliminated, switching to an AM mode for data transmission, and instructing the user equipment UE to switch to the acknowledgement mode AM through the radio resource control RRC layer.
2. The method of claim 1, wherein the determining that congestion occurs in the RLC layer configured in AM mode comprises:
monitoring a transmission window in an RLC layer configured in AM mode;
and when the sending window is determined to be full and the data packet is received, determining that congestion occurs.
3. The method of claim 1, wherein determining congestion relief in the RLC layer configured UM mode comprises:
acquiring a channel quality index in a UM mode configured by the RLC layer;
and determining congestion elimination according to the fact that the channel quality index is larger than a set threshold value.
4. The method of claim 1, wherein in the RLC layer configured in AM mode, further comprising:
when an RLC layer receives a data packet, adding a header to a radio link control service data unit (RLC SDU) in the data packet to generate a radio link control protocol data unit (RLC PDU), wherein the RLC PDU is a radio link control protocol data unit (AMD PDU) in an AM mode;
and buffering the RLC PDU in a transmission data buffer and a retransmission queue.
5. The method of claim 4, wherein determining that congestion is occurring comprises:
after the RLC PDU is cached in a transmission data buffer area and a retransmission queue, judging whether a sending window is full or not based on the current transmission data buffer area;
and when the sending window is determined to be full, determining that congestion occurs.
6. The method of claim 1, wherein in the RLC layer configured with UM mode, further comprising:
when an RLC layer receives a data packet, adding a header to each RLC SDU in the received data packet to generate an RLC PDU, wherein the RLC PDU is a radio link control protocol data unit UMD PDU in UM mode;
the RLC PDU is buffered in a transmission data buffer.
7. A method according to claim 4 or 6, wherein the method switches to AM mode/UM mode for data transmission, comprising:
judging whether the transmission size indicated by a Media Access Control (MAC) layer is matched with the size of the RLC PDU to be transmitted in the transmission buffer zone;
if yes, transmitting all the matched RLC PDUs in the transmission data buffer area;
otherwise, segmenting at least one UMD PDU in the transmission data buffer area, and regenerating data with the transmission size matched with the indication of the MAC layer for transmission.
8. A data transmission method applied to a user equipment side, the method comprising:
when the AM mode is adopted to receive data of a network side, the network side receives a first mode switching instruction which is sent when determining that congestion occurs in the AM mode, and switches to the UM mode to receive the data;
when receiving data of the network side in UM mode, the receiving network side determines a second mode switching instruction sent when congestion is eliminated in UM mode, and switches to AM mode for data reception.
9. A data transmission apparatus, the apparatus comprising:
a congestion determination module for determining that congestion occurs in a radio link control RLC layer configured as an acknowledged mode AM;
the first switching module is used for switching the Radio Link Control (RLC) layer into a non-acknowledgement mode UM for data transmission and indicating the User Equipment (UE) to switch into the non-acknowledgement mode UM through the Radio Resource Control (RRC) layer;
and the second switching module is used for switching to an AM mode for data transmission when the congestion elimination is determined under the condition that the Radio Link Control (RLC) layer is configured to be in a non-acknowledgement mode UM.
10. A data transmission apparatus, the apparatus comprising:
the first switching module is used for switching to UM mode for data reception when receiving the first mode switching instruction sent by the network side when determining that congestion occurs in the AM mode when receiving the data of the network side in the AM mode;
and the second switching module is used for switching to the AM mode for data reception when receiving the second mode switching instruction sent by the network side when determining that the congestion is eliminated in the UM mode when receiving the data of the network side in the UM mode.
11. An electronic device, the electronic device comprising:
at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the data transmission method according to any one of claims 1-7 or to perform a data transmission method according to claim 8.
12. A computer storage medium, characterized in that the storage medium stores a computer program for causing a computer to execute the data transmission method according to any one of claims 1 to 7 or to execute a data transmission method according to claim 8.
CN202311310036.5A 2023-10-10 2023-10-10 Data transmission method, device and equipment Pending CN117295108A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311310036.5A CN117295108A (en) 2023-10-10 2023-10-10 Data transmission method, device and equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311310036.5A CN117295108A (en) 2023-10-10 2023-10-10 Data transmission method, device and equipment

Publications (1)

Publication Number Publication Date
CN117295108A true CN117295108A (en) 2023-12-26

Family

ID=89251604

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311310036.5A Pending CN117295108A (en) 2023-10-10 2023-10-10 Data transmission method, device and equipment

Country Status (1)

Country Link
CN (1) CN117295108A (en)

Similar Documents

Publication Publication Date Title
EP3596998B1 (en) Providing communication for a mobile communication device using a central unit node and distributed unit nodes
US8891485B2 (en) Mobile station and a base station
KR100998546B1 (en) System for efficient recovery of node-b buffered data following mac layer reset
KR100967150B1 (en) Cognitive flow control based on channel quality conditions
JP4991011B2 (en) Wireless communication method for transmission of a sequence of data units between a wireless device and a network
EP1983698A1 (en) Improved transmission scheme of protocol data units during a procedure that comprises the reset of the protocol layer
US20100257423A1 (en) Method of performing arq procedure for transmitting high rate data
JP2003111147A (en) Method for resetting high-speed medium access control layer entity in communication system using high-speed downlink packet access method
US8553641B2 (en) Method for handling radio bearer messages during reset and reestablishment in a wireless system
EP1987689A1 (en) Technique for configuring link layer entities for a handover
US10785687B2 (en) Inter-node B handover in HSDPA or multi-flow HSPA including packet retransmission
CN117295108A (en) Data transmission method, device and equipment
AU2009245823B2 (en) System for efficient recovery of node-b buffered data following Mac layer reset
AU2012201497B2 (en) Base station, mobile station, communication system, transmission method and reordering method
EP2745563A1 (en) Inter-node b handover in hsdpa or multi-flow hspa including packet retransmission

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination