Disclosure of Invention
The embodiment of the application provides a message transmission method and device, which are used for reducing the scheduling of invalid retransmission users and effectively improving the utilization rate of uplink air interface resources.
The message transmission method provided by the embodiment of the application comprises the following steps:
when the terminal is switched, sending a switching reconfiguration message to the terminal;
and determining whether to schedule uplink retransmission when the uplink data decoding is wrong according to the feedback of the terminal after receiving the switching reconfiguration message.
By the method, when the terminal is switched, the switching reconfiguration message is sent to the terminal; and determining whether to schedule uplink retransmission when the uplink data decoding is wrong according to the feedback of the terminal after receiving the switching reconfiguration message, thereby reducing the scheduling of invalid retransmission users and effectively improving the utilization rate of uplink air interface resources.
Optionally, determining whether to schedule uplink retransmission when the uplink data decoding is in error according to feedback after the terminal receives the switching reconfiguration message, specifically including:
and if the message fed back by the terminal is an Acknowledgement (ACK), not scheduling the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the message fed back by the terminal is an acknowledgement message ACK, the method further includes: setting a flag for indicating that the handover reconfiguration message is successfully transmitted.
Optionally, determining whether to schedule uplink retransmission when the uplink data decoding is in error according to feedback after the terminal receives the switching reconfiguration message, specifically including:
and if the message fed back by the terminal is a non-acknowledgement message NACK, continuing to schedule the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the fed back message is a non-acknowledgement message NACK, keeping the handover reconfiguration message transmission success flag unset.
Correspondingly, on the device side, the message transmission device provided by the embodiment of the present application includes:
a first unit, configured to send a handover reconfiguration message to a terminal when the terminal is handed over;
and the second unit is used for determining whether to schedule uplink retransmission when the uplink data decoding is wrong according to the feedback after the terminal receives the switching reconfiguration message.
Optionally, the second unit is specifically configured to: and if the message fed back by the terminal is an Acknowledgement (ACK), not scheduling the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the message fed back by the terminal is an acknowledgement message ACK, the second unit is further configured to: setting a flag for indicating that the handover reconfiguration message is successfully transmitted.
Optionally, the second unit is further specifically configured to: and if the message fed back by the terminal is a non-acknowledgement message NACK, continuing to schedule the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the fed back message is a non-acknowledgement message NACK, keeping the handover reconfiguration message transmission success flag unset.
An embodiment of the present application further provides a computing device, including:
a memory for storing program instructions;
and the processor is used for calling the program instructions stored in the memory and executing any one of the methods provided by the embodiment of the application according to the obtained program.
Another embodiment of the present application provides a computer storage medium having stored thereon computer-executable instructions for causing a computer to perform any one of the methods described above.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Various embodiments of the present application will be described in detail below with reference to the accompanying drawings. It should be noted that the display sequence of the embodiment of the present application only represents the sequence of the embodiment, and does not represent the merits of the technical solutions provided by the embodiments.
Currently, a base station will prioritize according to Service types of different users in resource scheduling of users, that is, perform scheduling according to requirements of a loaded QCI (Qos Class identifier) and Quality of Service (Qos), for example, the scheduling priority of a Voice over Long-Term Evolution (VoLTE) user (QCI of 1) is higher than the priority of a general user (QCI of 8 or QCI of 9), but for uplink Service scheduling of users, due to the characteristic of non-adaptive retransmission of a terminal, in order to avoid interference of a missed scheduling retransmission user on a new transmission user at the same air interface resource position, the priority of a retransmission user will be increased, that is, the retransmission scheduling priority of the general Service user is higher than the new transmission priority of a VoLTE user, so that if there are a large number of retransmission users in the same LTE cell, normal scheduling of the high Service level user will be affected, in the existing system, according to the LTE protocol, the base station determines whether to schedule uplink retransmission according to whether the decoding result reported by the physical layer to the Media Access Control (MAC) layer is correct, if the decoding is wrong, the MAC schedules retransmission, the current scene cannot be distinguished, in the switching scene, the terminal is switched from the source base station to the target base station, if the terminal transmits data in the uplink of the source base station, the base station is decoded wrongly, however, because the terminal initiates random access at the target side after receiving the reconfiguration message of switching, and finally switches to the target base station without retransmitting data at the source side, when the source base station judges whether to carry out retransmission scheduling of the user, the source base station only refers to the decoding result reported by the physical layer, therefore, due to decoding errors, uplink retransmission resources of the switching users are continuously scheduled, and uplink air interface resources are wasted.
The embodiment of the application provides a method for effectively distinguishing whether retransmission resources are effective or not, and scheduling of invalid retransmission users is reduced by identifying effectiveness of uplink data retransmission of a switching user, utilization rate of uplink air interface resources is effectively improved, and scheduling opportunity of users in a cell is improved.
The invalid retransmission means that the base station cannot receive correct data decoding even if the retransmission is scheduled due to the state difference between the terminal and the base station; the effective retransmission means that the states of the base station and the terminal are consistent, the decoding of the initially transmitted data is wrong, and finally the base station can be successfully decoded by combining different rv versions retransmitted by the receiving terminal.
Referring to fig. 1, a message transmission method provided in an embodiment of the present application includes:
s101, when the terminal is switched, sending a switching reconfiguration message to the terminal;
and S102, determining whether to schedule uplink retransmission when the uplink data decoding is wrong according to the feedback of the terminal after receiving the switching reconfiguration message.
Under the scene that the terminal is switched, the source base station sends a switching reconfiguration message to the terminal, the user terminal sends a feedback message ACK or NACK to the base station after receiving the switching reconfiguration message sent by the base station, and the base station determines whether to schedule uplink retransmission resources or not when the uplink data decoding is wrong according to the feedback message sent by the terminal.
Optionally, determining whether to schedule uplink retransmission when the uplink data decoding is in error according to feedback after the terminal receives the switching reconfiguration message, specifically including:
and if the message fed back by the terminal is an Acknowledgement (ACK), not scheduling the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the message fed back by the terminal is an acknowledgement message ACK, the method further includes: setting a flag for indicating that the handover reconfiguration message is successfully transmitted.
For example, if the message fed back by the user side is an acknowledgement message ACK, the user may initiate random access from the target side and finally switch to the target base station, and data is not retransmitted on the source side, so the MAC does not schedule uplink retransmission resources when the uplink data decoding is incorrect.
Optionally, determining whether to schedule uplink retransmission when the uplink data decoding is in error according to feedback after the terminal receives the switching reconfiguration message, specifically including:
and if the message fed back by the terminal is a non-acknowledgement message NACK, continuing to schedule the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the fed back message is a non-acknowledgement message NACK, keeping the handover reconfiguration message transmission success flag unset.
For example, if the message fed back by the ue is a non-acknowledgement message NACK, the ue does not switch from the source side to the target side, and retransmits data on the source side, so the MAC continues to schedule the uplink retransmission resource when the uplink data decoding is incorrect.
Referring to fig. 2, a processing method for uplink air interface resource optimization scheduling provided in an embodiment of the present application is provided.
A user establishes a connection, and in a handover scenario, a Signaling Radio Bearer (SRB) message (e.g., an SRB1 message) sent by a Radio Resource Control (RRC) layer of a base station identifies the handover reconfiguration message by analyzing downlink signaling data in an L2 layer, which specifically is: a Packet Data Convergence Protocol (PDCP) layer on an LTE Protocol receives and analyzes an SRB message sent by an RRC layer, and determines whether the SRB message is a reconfiguration message for notifying a terminal to switch; the method for judging the SRB message as the switching reconfiguration message comprises the following steps:
step one, taking the first byte of the payload of the SRB message (the message generally has a message header, the payload refers to the data content sent to an air interface after the internal message header is removed), right shifting by 3 bits, and bitwise comparing with 0x0f (keeping the numerical value of lower four bits);
step two, after the first byte operates according to the step one, if the result is 0x04, the signaling message is judged to be a reconfiguration message;
step three, taking the sub byte of the SRB message payload, right shifting by 3 bits, and logically combining with 0x 01;
step four, after the secondary byte is operated according to the step three, if the result is 0x01, the message is judged to be the switching reconfiguration message.
For example, a reconfiguration message for handover: 0x200438xxxxx, the initial byte 0x20 is after the operation according to step one: (0x20> >3) &0xf ═ 0x4, and can be determined as a reconfiguration message; taking the sub-byte 0x04, and operating according to the step three: (0x4> >3) &0x1 ═ 0x1, and this message is determined to be a handover reconfiguration value message.
After the SRB message is judged to be the switching reconfiguration message according to the steps, the PDCP adds a switching signaling identifier in the message and sends the switching signaling identifier to the MAC layer.
After receiving the switching reconfiguration message, the MAC Layer packs a group MAC PDU structure (the MAC PDU is a MAC Layer Protocol Data Unit, Protocol Data Unit), sends the MAC PDU structure to a Physical Layer (Physical Layer, PL), and sets a switching flag through a switching signaling identifier of the PDCP Layer, that is, marks the message as a switching reconfiguration message (the PDCP Layer identifies the message type and then notifies the MAC).
After receiving the switching reconfiguration message, the physical layer sends the switching reconfiguration message to the terminal;
the physical layer receives the message fed back by the terminal, decodes the message and sends the decoded message to the MAC layer; if the MAC PDU where the switching reconfiguration message is located feeds back an Acknowledgement (ACK), setting a flag for indicating that the switching reconfiguration message is successfully sent (namely setting a flag for indicating that the MAC does not schedule uplink retransmission resources when the user uplink data is decoded incorrectly), namely not scheduling the uplink retransmission resources after the user uplink data is transmitted incorrectly; if the MAC PDU feedback of the switching reconfiguration message is a non-acknowledgement message NACK, the method is equivalent to the common data NACK processing, the switching reconfiguration message sending success flag is not set, and the MAC continues to schedule the uplink retransmission resource after the user uplink data transmission is wrong until the maximum retransmission times is reached, and simultaneously the switching flag is cleared.
Correspondingly, on the device side, referring to fig. 3, an embodiment of the present application provides a message transmission device, including:
afirst unit 11, configured to send a handover reconfiguration message to a terminal when the terminal is handed over;
asecond unit 12, configured to determine whether to schedule uplink retransmission when the uplink data decoding is in error according to feedback of the terminal after receiving the handover reconfiguration message.
Optionally, thesecond unit 12 is specifically configured to: and if the message fed back by the terminal is an Acknowledgement (ACK), not scheduling the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the message fed back by the terminal is an acknowledgement message ACK, thesecond unit 12 is further configured to: setting a flag for indicating that the handover reconfiguration message is successfully transmitted.
Optionally, thesecond unit 12 is further specifically configured to: and if the message fed back by the terminal is a non-acknowledgement message NACK, continuing to schedule the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the fed back message is a non-acknowledgement message NACK, keeping the handover reconfiguration message transmission success flag unset.
Referring to fig. 4, an embodiment of the present application further provides a message transmission apparatus, including:
theprocessor 600, for reading the program in thememory 610, executes the following processes:
when the terminal is switched, sending a switching reconfiguration message to the terminal;
and determining whether to schedule uplink retransmission when the uplink data decoding is wrong according to the feedback of the terminal after receiving the switching reconfiguration message.
By the device, when the terminal is switched, the switching reconfiguration message is sent to the terminal; and determining whether to schedule uplink retransmission when the uplink data decoding is wrong according to the feedback of the terminal after receiving the switching reconfiguration message, thereby reducing the scheduling of invalid retransmission users and effectively improving the utilization rate of uplink air interface resources.
Optionally, determining whether to schedule uplink retransmission when the uplink data decoding is in error according to feedback after the terminal receives the switching reconfiguration message, specifically including:
and if the message fed back by the terminal is an Acknowledgement (ACK), not scheduling the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the message fed back by the terminal is an acknowledgement message ACK, the method further includes: setting a flag for indicating that the handover reconfiguration message is successfully transmitted.
Optionally, determining whether to schedule uplink retransmission when the uplink data decoding is in error according to feedback after the terminal receives the switching reconfiguration message, specifically including:
and if the message fed back by the terminal is a non-acknowledgement message NACK, continuing to schedule the uplink retransmission resource when the uplink data decoding is wrong.
Optionally, if the fed back message is a non-acknowledgement message NACK, keeping the handover reconfiguration message transmission success flag unset.
Where in fig. 4, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors, represented byprocessor 600, and memory, represented bymemory 610. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface.
The embodiment of the application provides a display terminal, which may be specifically a desktop computer, a portable computer, a smart phone, a tablet computer, a Personal Digital Assistant (PDA), and the like. The Display terminal may include a Central Processing Unit (CPU), a memory, an input/output device, etc., the input device may include a keyboard, a mouse, a touch screen, etc., and the output device may include a Display device, such as a Liquid Crystal Display (LCD), a Cathode Ray Tube (CRT), etc.
For different display terminals, theuser interface 620 may optionally be an interface capable of interfacing with a desired device, including but not limited to a keypad, display, speaker, microphone, joystick, etc.
Theprocessor 600 is responsible for managing the bus architecture and general processing, and thememory 610 may store data used by theprocessor 600 in performing operations.
Alternatively, theprocessor 600 may be a CPU (central processing unit), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), or a CPLD (Complex Programmable Logic Device).
Memory 610 may include Read Only Memory (ROM) and Random Access Memory (RAM), and provides the processor with program instructions and data stored in the memory. In the embodiments of the present application, the memory may be used for storing a program of any one of the methods provided by the embodiments of the present application.
The processor is used for executing any one of the methods provided by the embodiment of the application according to the obtained program instructions by calling the program instructions stored in the memory.
Embodiments of the present application provide a computer storage medium for storing computer program instructions for an apparatus provided in the embodiments of the present application, which includes a program for executing any one of the methods provided in the embodiments of the present application.
The computer storage media may be any available media or data storage device that can be accessed by a computer, including, but not limited to, magnetic memory (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical memory (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor memory (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND FLASH), Solid State Disks (SSDs)), etc.
In summary, the embodiments of the present application provide a message transmission method and apparatus, so that by identifying the effectiveness of uplink data retransmission of a handover user, scheduling of an invalid retransmission user is reduced, and the utilization rate of uplink air interface resources is effectively improved.
As will be appreciated by one skilled in the art, 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, 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 embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams 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 changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.