CN113132930A - Internet of things control method, system, equipment and storage medium - Google Patents
Internet of things control method, system, equipment and storage medium Download PDFInfo
- Publication number
- CN113132930A CN113132930A CN202110411387.XA CN202110411387A CN113132930A CN 113132930 A CN113132930 A CN 113132930A CN 202110411387 A CN202110411387 A CN 202110411387A CN 113132930 A CN113132930 A CN 113132930A
- Authority
- CN
- China
- Prior art keywords
- data
- base station
- terminal
- internet
- service
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention provides an Internet of things control method, an Internet of things control system, Internet of things equipment and a storage medium, wherein the Internet of things control method comprises the following steps: presetting a data length threshold, and starting flow control to stop a data link layer from receiving new service data after judging that the total length of the service data is greater than or equal to the data length threshold; the base station sends a receiving state report to the terminal so as to clear a sending window; and after the sending window is emptied, updating the total length of the service data, and when the updated total length of the service data is judged to be smaller than the data length threshold, releasing the flow control. The Internet of things control method controls the total length of service data received by a data link layer in uplink service by starting flow control, avoids extrusion of a sending window, reduces uplink service time delay and reduces power consumption. The invention also provides a system, equipment and a storage medium for realizing the Internet of things control method.
Description
Technical Field
The invention relates to the technical field of communication of the Internet of things, in particular to a method, a system, equipment and a storage medium for controlling the Internet of things.
Background
The narrowband Internet of Things (NB-IoT) becomes an important branch of the world-wide Internet. The NB-IoT is constructed in a cellular network, and only consumes about 180KHz of bandwidth, so that the deployment cost is reduced and smooth upgrading is realized.
Cost and power consumption are important indicators of NB-IoT internet of things chips. The sizes of the buffer areas corresponding to the sending window and the receiving window of the lower layer occupy random access memory spaces, the consumption of the random access memory is mainly reflected on a global variable and a stack, the random access memory spaces occupied by the global variable and the stack are large, and the cost is higher; the power consumption is embodied in the service working duration, and the longer the working duration is, the larger the power consumption is.
The invention patent with the public number of CN 104507122B discloses a flow Control method and a system for a Data Link layer in a mobile communication system, which includes initializing flow Control threshold thresholds of a Packet Data Convergence Protocol (PDCP) layer and a Radio Link Control (RLC) layer, respectively, including a flow Control threshold of a cell level and a flow Control threshold of a carrier level; when receiving the data message from GTPU layer, PDCP layer judges the load condition of base station according to the current congestion zone bit and processes; PDCP descending process, wherein the PDCP layer carries out the pre-judgment of the congestion zone bits of a cell level and a bearing level according to the length of the current descending message queue and the entity number of a descending buffer zone; RLC descending flow process, RLC layer carries on the congestion flag bit prejudgement of the cell level and bearing level according to the length of the present descending message queue and the entity number of the descending buffer area at the same time; the pre-judging result is used for flow control processing of the subsequent new data message. The invention is a flow control implementation scheme of a data link layer of an LTE system, but is not suitable for flow control of the data link layer of a narrowband Internet of things, and does not process the cache of a sending window and a receiving window.
Therefore, there is a need to provide a novel internet of things control method, system, device and storage medium to solve the above problems in the prior art.
Disclosure of Invention
The invention aims to provide an Internet of things control method, an Internet of things control system, Internet of things control equipment and a storage medium, and aims to solve the problems that in the prior art, an NB-IoT Internet of things chip is large in service delay, large in occupied cache space and high in power consumption.
In order to achieve the above object, the internet of things control method of the present invention includes the steps of:
s1: presetting a data length threshold, and starting flow control to stop a data link layer from receiving new service data after judging that the total length of the service data is greater than or equal to the data length threshold;
s2: the base station sends a receiving state report to the terminal so as to clear a sending window;
s3: and after the sending window is emptied, updating the total length of the service data, and when the updated total length of the service data is judged to be smaller than the data length threshold, releasing the flow control.
The control method of the Internet of things has the beneficial effects that:
by setting a data length threshold, when the total length of the service data is greater than the data length threshold, starting flow control, thereby achieving the purpose of controlling the flow of uplink data and avoiding extrusion caused by excessive uplink data; after the control flow is removed, the base station sends a receiving state report to the terminal to empty the sending window, so that the total length of the service data is updated, and after the total length of the updated service data is judged to be smaller than the data length threshold, the flow control is removed, so that the timely transmission and feedback of the information of the Internet of things are realized, the data in the sending window and the receiving window are emptied in time, the extrusion of the sending window is avoided, the uplink service time delay is reduced, and the power consumption is reduced.
Preferably, in step S1, the total length of the service data is the total length of the service data sent by the application layer to the data link layer, or the total length of the buffered data in the data link layer and the length of the buffered data in the sending window.
Preferably, in step S1, in step S1, each service data includes at least two service data units, and the data length threshold is at least twice the length of the service data unit. The beneficial effects are that: the method and the device avoid the discontinuity of the service data received by the data link layer and the false triggering of the random access process caused by the fact that the data length threshold is smaller than a single service data unit, ensure the integrity of the service data received by the data link layer, ensure the continuity of the uplink service, avoid the frequent triggering of the random access process by the terminal and reduce the power consumption.
In step S2, the specific step of the base station sending the reception status report to the terminal includes:
s201: after the data link layer constructs protocol data, when the length of service data to be sent of the data link layer is judged to be less than three times of the maximum protocol data length of an air interface uplink specified by a protocol, a polling request is carried in the protocol data;
s202: sending the protocol data carrying the polling request to the base station, and requesting the base station to reply a receiving state report;
s203: and the base station sends a receiving state report to the terminal based on the data receiving state.
The steps S201 to S203 have the beneficial effects that: when the length of service data to be sent of a data link layer is judged to be less than three times of the maximum protocol data length of an air interface uplink specified by a protocol, a polling request is carried in protocol data, and after receiving the polling request, a base station replies a receiving state report to a terminal so as to update the sending window. The method comprises the steps of sending a polling request in advance, namely after the length of service data to be sent of a data link layer is less than three times of the maximum protocol data length of an air interface uplink specified by a protocol, carrying polling information in the protocol data when the protocol data is sent every time, wherein the polling request is not carried in the last protocol data to be sent in the data link layer, so that the situation that a terminal sends a Buffer Status Report (BSR) 0 to a base station to stop the base station from scheduling uplink authorization information to the terminal is avoided, the situation that new data received by the data link layer after the terminal clears a sending window and releases flow control can only obtain the uplink authorization information through a random access process is avoided, and the data sending time delay of an uplink service is greatly reduced. The real-time performance of replying the receiving state report by the base station is reflected, and the sending window is cleared in time, so that the total length of the service data is updated.
Further preferably, in step S201, the data link layer includes a radio link control layer, and the service data is converted into protocol data through the radio link control layer, and the protocol data is stored in the sending window.
Further preferably, in step S203, the reception status report includes an acknowledgement packet and a non-acknowledgement packet, the base station feeds back an acknowledgement packet to the terminal after successfully receiving the data, and the terminal empties the data successfully received by the base station in a transmission window after receiving the acknowledgement packet;
and after the base station does not successfully receive the data, feeding back an unconfirmed packet to the terminal, and after the terminal receives the unconfirmed packet, taking out the data which are not successfully received by the base station from a sending window and resending the data which are not successfully received by the base station to the base station. The beneficial effects are that: and the terminal empties the data cached in the sending window after receiving the confirmation packet, thereby reducing the caching of the sending window, reducing the caching of the terminal, relieving the extrusion of the sending window and ensuring that the uplink service is smoothly carried out. The real-time performance of replying the receiving status report by the base station is embodied.
Preferably, in step S3, after the flow control is released, the data link layer receives the new service data again. The beneficial effects are that: after the flow control is released, the data link layer reselects and receives new service data, and the uplink service is ensured to be completely and continuously carried out.
Preferably, the method further comprises the step S4: and after the terminal establishes connection with the base station, downlink service is carried out, and the cache of a receiving window is controlled.
Preferably, in step S4, the controlling the buffering of the receiving window includes:
s401: presetting a receiving window data length threshold;
s402: and when the total length of the protocol data cached in the receiving window is judged to be greater than or equal to the data length threshold of the receiving window, discarding the latest received protocol data by the receiving window until the total length of the protocol data cached in the receiving window is judged to be less than the data length threshold of the receiving window. The beneficial effects are that: after the total length of the protocol data cached in the receiving window is judged to be larger than or equal to the data length threshold value of the receiving window, the receiving window discards the latest received protocol data, so that the data length in the receiving window is effectively controlled, the caching pressure of the receiving window is relieved, and the extrusion of the receiving window is avoided.
Further preferably, the method further comprises step S403: when the terminal does not successfully receive the protocol data, a non-acknowledgement packet is sent to the base station, and the protocol data which is not successfully received by the terminal is temporarily stored in the receiving window;
and after receiving the unconfirmed packet, the base station extracts the protocol data which is not successfully received by the terminal from the receiving window and resends the protocol data which is not successfully received by the terminal. The beneficial effects are that: the data which is successfully and unsuccessfully received is stored in the receiving window, the data loss is avoided, after the terminal unsuccessfully receives the data which is transmitted in the downlink, an unacknowledged packet is sent to the base station, the base station is required to retransmit the data which is unsuccessfully received by the terminal, and therefore the continuity and the integrity of the data received by the terminal are guaranteed.
Further preferably, the method further comprises step S404: after the terminal successfully receives the protocol data, sending a confirmation packet to the base station;
and after receiving the confirmation packet, the base station deletes the protocol data successfully received by the terminal in the receiving window. The beneficial effects are that: and after the terminal successfully receives the data, deleting the corresponding data in the receiving window, thereby relieving the extrusion of the receiving window and ensuring the smooth operation of the downlink service.
The invention also provides an Internet of things control system, which comprises a preset unit, a detection unit, a judgment unit and a control unit, wherein the preset unit and the detection unit are both connected with the judgment unit, and the judgment unit is connected with the control unit;
the preset unit is used for presetting a data length threshold;
the detection unit is used for detecting the total length of the service data;
the judging unit is used for judging the total length of the service data and the size of the data length threshold value to generate a judging result;
and the control unit starts flow control or releases the flow control according to the judgment result.
The Internet of things control system has the beneficial effects that:
the Internet of things control system reduces the cache pressure of the sending window in the uplink service, controls the length of the transmission data of the uplink service, and reduces the time delay and power consumption of the uplink service. The buffer memory of the receiving window is controlled by the control unit, so that the buffer memory pressure of the receiving window is reduced.
The control equipment of the Internet of things comprises a processor, a memory and a bus, wherein the processor is connected with the memory through the bus, and when a program in the memory is executed by the processor, the control method of the Internet of things is realized.
The computer-readable storage medium of the invention comprises a storage medium and a program stored in the storage medium, and when the program is executed by a processor, the internet of things control method of the invention is realized.
The control equipment of the internet of things and the storage medium have the advantages that:
the storage and the storage medium are respectively stored with corresponding programs, and when the programs are executed by the processor, the steps of the uplink and downlink control method of the Internet of things can be realized, so that the flow control of the uplink service of the Internet of things is realized, the buffer memory of a receiving window in the downlink service is relieved, the memory consumption of data in transmission between the Internet of things and a terminal is saved, the service continuity is maintained, the service delay is reduced, and the aims of reducing the buffer memory and reducing the power consumption are fulfilled.
Drawings
Fig. 1 is a flowchart of an internet of things control method of the present invention;
fig. 2 shows the detailed steps of the base station sending the reception status report to the terminal according to the present invention;
FIG. 3 is a flow chart of controlling the buffering of the receiving window according to the present invention;
fig. 4 is a block diagram of the internet of things control system of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings of the present invention, and it is obvious that the described embodiments are some, but not all embodiments of the present invention. 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 invention. Unless defined otherwise, technical or scientific terms used herein shall have the ordinary meaning as understood by one of ordinary skill in the art to which this invention belongs. As used herein, the word "comprising" and similar words are intended to mean that the element or item listed before the word covers the element or item listed after the word and its equivalents, but does not exclude other elements or items.
Aiming at the problems in the prior art, the embodiment of the invention provides an Internet of things control method.
Fig. 1 is a flowchart of steps of an internet of things control method according to the present invention, and referring to fig. 1, the internet of things control method includes the steps of:
s1: presetting a data length threshold, and starting flow control to stop a data link layer from receiving new service data after judging that the total length of the service data is greater than or equal to the data length threshold;
s2: the base station sends a receiving state report to the terminal so as to clear a sending window;
s3: after the sending window is emptied, the total length of the service data is updated, and when the updated total length of the service data is judged to be smaller than the data length threshold value, the flow control is released;
s4: and after the terminal establishes connection with the base station, downlink service is carried out, and the cache of a receiving window is controlled.
The control method of the Internet of things has the advantages that:
by setting a data length threshold, when the total length of the service data is greater than the data length threshold, starting flow control, thereby achieving the purpose of controlling the flow of uplink data and avoiding extrusion caused by excessive uplink data; after the control flow is removed, the base station sends a receiving state report to the terminal to empty the sending window, so that the total length of the service data is updated, and after the total length of the updated service data is judged to be smaller than the data length threshold, the flow control is removed, so that the timely transmission and feedback of the information of the Internet of things are realized, the data in the sending window and the receiving window are emptied in time, the extrusion of the sending window is avoided, the uplink service time delay is reduced, and the power consumption is reduced.
As a preferred embodiment of the present invention, the total length of the service data is the total length of the service data sent by the application layer to the data link layer, or the total length of the buffered data in the data link layer and the length of the buffered data in the sending window. Therefore, after the sending window is emptied, the total length of the service data is updated.
Fig. 2 is a detailed procedure of the base station transmitting a reception status report to a terminal according to a preferred embodiment of the present invention. Referring to fig. 1 and 2, in step S2, the step of sending, by the base station, the reception status report to the terminal includes:
s201: after the data link layer constructs protocol data, when the length of service data to be sent of the data link layer is judged to be less than three times of the maximum protocol data length of an air interface uplink specified by a protocol, a polling request is carried in the protocol data;
s202: sending the protocol data carrying the polling request to the base station, and requesting the base station to reply a receiving state report;
s203: and the base station sends a receiving state report to the terminal based on the data receiving state.
The advantage of steps S201 to 203 is that: when the length of service data to be sent of a data link layer is judged to be less than three times of the maximum protocol data length of an air interface uplink specified by a protocol, a polling request is carried in protocol data, and after receiving the polling request, a base station replies a receiving state report to a terminal so as to update the sending window. The method comprises the steps of sending a polling request in advance, namely after the length of service data to be sent of a data link layer is less than three times of the maximum protocol data length of an air interface uplink specified by a protocol, carrying polling information in the protocol data when the protocol data is sent every time, wherein the polling request is not carried in the last protocol data to be sent in the data link layer, so that the situation that a terminal sends a buffer status report BSR (0) to a base station to stop the base station from scheduling uplink authorization information to the terminal is avoided, the situation that new data received by the data link layer after flow control is released can only obtain the uplink authorization information through a random access process is avoided, and the data sending time delay of uplink services is greatly reduced. The real-time performance of replying the receiving state report by the base station is reflected, and the sending window is cleared in time, so that the total length of the service data is updated.
After the flow control is released, the data link layer receives new service data again, the data to be transmitted in the data link layer is updated, and the base station sends new uplink authorization to the terminal by carrying the polling information in the protocol data in advance instead of carrying the polling information and the updated buffer status report in the last protocol data to be transmitted in the data link layer, so that the terminal obtains enough uplink authorization to send the data to be transmitted updated in the data link layer. Therefore, the terminal does not need to apply for uplink authorization through a random access process, so that newly received data in a data link layer can be sent to the base station without interruption, data interruption and data transmission delay of uplink service are avoided, and continuity and integrity of data transmission are also ensured. The random access flow also affects the data transmission of the downlink service and improves the time delay of the downlink service, so the random access flow is avoided, the data transmission time delay of the downlink service can be effectively reduced, and the continuity and the smoothness of the data transmission of the downlink service are improved.
It can be supplemented that, after the length of the service data to be sent in the data link layer is judged to be less than three times of the maximum protocol data length of the air interface uplink specified by the protocol, the buffer status report BSR is carried in the protocol data while the polling request is carried. However, the BSR is not carried only when the protocol data carries the polling request, and there are several cases that the terminal reports the buffer status report BSR to the base station:
(1) when the uplink data buffer of the terminal is empty and new data arrives, reporting a Buffer Status Report (BSR) to a base station;
(2) the terminal periodically updates the buffer state of the terminal to the base station. For example: when the terminal needs to send a large file, the time for the data to reach the terminal transmission buffer is not synchronous with the time for the UE to receive the uplink grant, that is, the terminal fills the data in the uplink service buffer without stop while sending the buffer status report BSR and receiving the uplink grant, so that the terminal needs to continuously update the uplink data volume to be sent. After the flow control is released in step S3, the data link layer is enabled to receive new service data, so that the data to be sent in the data link layer is updated, and at this time, the terminal may periodically update the buffer status of the terminal to the base station, that is, periodically send a status report to the base station, so that the terminal obtains sufficient uplink grant.
(3) In order to avoid that the terminal sends the buffer status report BSR but does not receive the uplink grant all the time, a mechanism for retransmitting the buffer status report BSR is also provided: according to the retransmission time threshold configured by the base station, when the terminal does not receive the uplink authorization within the retransmission time threshold and data is to be sent in the uplink service buffer, the terminal will resend its buffer status report to the base station to apply for the uplink authorization.
(4) When the terminal has the uplink authorization, the data to be sent in the uplink service buffer is not enough to fill the uplink authorization, and the remaining data to be sent can carry a buffer status report BSR, reporting the BSR to the base station as 0. After receiving the BSR of 0, the base station does not allocate the uplink grant to the terminal. If new data arrives in the uplink service buffer of the subsequent terminal, the terminal needs to apply uplink authorization to the base station through a random access process.
In step S201, the data link layer includes a radio link control layer, and converts the service data into protocol data through the radio link control layer, and stores the protocol data in the sending window.
As a preferred embodiment of the present invention, in step S203, the reception status report includes an acknowledgement packet ACK and a non-acknowledgement packet NACK, after the base station successfully receives the data, the base station feeds back the acknowledgement packet ACK to the terminal, and after the terminal receives the acknowledgement packet ACK, the terminal empties the data successfully received by the base station in a sending window;
and after the base station does not successfully receive the data, feeding back an unacknowledged packet to the terminal, and after the terminal receives the unacknowledged packet, taking out the data which is not successfully received by the base station from a sending window and re-sending the data which is not successfully received by the base station to the base station. The advantages are that: and the terminal empties the data cached in the sending window after receiving the confirmation packet, thereby reducing the caching of the sending window, reducing the caching of the terminal, relieving the extrusion of the sending window and ensuring that the uplink service is smoothly carried out.
In a preferred embodiment of the present invention, in step S3, after the flow control is released, the data link layer receives the new service data again. The advantages are that: after the flow control is released, the data link layer reselects and receives new service data, and the uplink service is ensured to be completely and continuously carried out.
The invention reduces the memory consumption of the sending window and the receiving window by increasing the flow control, and considers that the sending mechanism of the uplink service data SDUs between the data link layer L2 and the application layer is a REQ-CNF confirmation mechanism, the invention realizes the last-time flow control by controlling the data volume of the service data SDUs of the data link layer L2 to reduce the memory consumption of the sending window TX _ WIN and the receiving window RX _ WIN, simultaneously considers the continuity of uplink and downlink services, avoids the uplink data discontinuity caused by the flow control as much as possible, and avoids frequently triggering the random access flow. Referring to fig. 1 and 2, steps S1-S3 specifically operate as follows:
step S1: presetting a data length Threshold Threshold and an air interface uplink maximum protocol data length MaxUlRlcPduSize specified by a protocol; and after the total length SDUsSumLen of the service data sent by the application layer to the data link layer L2 is judged to be greater than or equal to the data length Threshold value Threshold, namely after the total length SDUsSumLen > is judged to be Threshold, starting flow control. After the flow control is started, the data link layer L2 stops receiving New service data New SDUs.
Step S2: the base station sends a receiving state report to the terminal so as to clear a sending window. The specific operation steps of the base station sending the receiving status report to the terminal are as follows:
in the uplink service, after a protocol data RLC PDU is constructed through a radio link control layer RLC, after it is determined that the total amount of service data SDUsLeftSize to be transmitted is less than or equal to three times of an air interface uplink maximum protocol data length MaxUlRlcPduSize specified by the protocol, that is, after it is determined that SDUsLeftSize < 3 × MaxUlRlcPduSize, the terminal carries the polling request Poll 1 in the protocol data RLC PDU, and transmits the protocol data RLC PDU to which the polling request Poll 1 is added to the base station, and after the base station receives the polling request Poll 1, the base station transmits a reception status report ACK/NACK of the uplink service to the terminal. 3 of the 3 × MaxUlRlcPduSize is an empirical value, and reflects the real-time property of the base station for feeding back the receiving status report. From the analysis of the results of the actual measurement, 3 is a reasonable empirical value.
It may be noted that, a protocol in the uplink maximum protocol data length of the air interface specified by the protocol refers to a 3GPP protocol.
It may be added that, after determining SDUsLeftSize [ < 3 × MaxUlRlcPduSize ], the protocol data RLC PDU may also carry a Buffer Status Report (BSR) while carrying the polling request Poll ═ 1, and after the data link layer transmits the uplink protocol data to the base station, the base station receives the protocol data and also receives the polling request Poll ═ 1 and the Buffer Status Report BSR. The base station replies a terminal receiving state report when receiving the polling request Poll 1, the base station analyzes the content of the buffer state report BSR after receiving the buffer state report BSR so as to determine how much uplink authorization is allocated to the terminal, and the base station generates uplink authorization information after analyzing the buffer state report BSR and sends the uplink authorization information to the terminal.
It can be said that, after receiving the polling request Poll 1 and the buffer status report BSR (BSR ≠ 0), the base station may schedule multiple uplink authorization information and then issue an acknowledgement packet ACK to the terminal, so that the terminal obtains the authorization information. If the flow control is removed, after the data link layer L2 receives New service data New SDUs, the uplink data is sent according to the uplink authorization information, so that the terminal is prevented from applying for uplink authorization through a random access process, and the random access process is prevented from increasing the time delay and power consumption of data transmission of the uplink service.
The data link layer L2 includes the radio link control layer RLC, which converts the service data SDUs into protocol data RLC PDUs and stores the protocol data RLC PDUs in the transmission window TX _ WIN. In the uplink service, the protocol data RLC PDU in the transmission window TX _ WIN is transmitted to the base station. After the base station successfully receives the data in the uplink service, the base station sends an acknowledgement packet ACK to the data link layer L2 of the terminal, so as to clear the data cache successfully received by the base station in the sending window TX _ WIN, thereby updating the total length of the service data.
Step S3: the total length of the service data is the sum of the length of the cache data in the data link layer and the length of the cache data in the sending window, so that after the sending window TX _ WIN is emptied, the total length of the service data SDUsSumLen is updated. When the total length of the updated service data SDUsSumLen is judged to be smaller than the data length Threshold value Threshold, that is, when the length of the updated service data SDUsSumLen is judged to be smaller than the Threshold value, the flow control is released, so that the data link layer L2 can receive New service data New SDUs again.
It can be said that, after the flow control is started, the data link layer L2 does not receive New service data New SDUs any more, but the transmission of the uplink protocol data from the data link layer to the base station in the uplink service continues, so that the data in the transmission window TX _ WIN can be cleared, and the total length of the service data SDUs sumlen is updated. After the flow control is started, the receiving state report of the uplink service is also normally sent and received.
It can be added that each of said service data SDUs comprises at least two service data units SDU. The data length Threshold is at least twice the length of the service data unit SDU, so that the problem that the random access process is triggered by mistake due to the fact that service data received by a data link layer is discontinuous because the data length Threshold is smaller than the length of a single service data unit SDU is avoided.
The value of the data length Threshold is more than 1500 bytes, and the data length Threshold is more than or equal to two times of the length of the service data unit SDU. If the Threshold of the data length is set to be small, when uplink data is sent, the base station is frequently triggered to send and receive feedback information, and the uplink rate is affected. If the Threshold is set too large, the random access memory overhead is increased.
The memory overhead of the receiving window RX _ WIN of the downlink service of the internet of things is mainly caused by the packet loss of the downlink service, the packet loss of the downlink service can cause protocol data RLC PDU subsequently received by the data link layer L2 to be cached in the receiving window RX _ WIN, and the protocol data RLC PDU subsequently received can be deleted from the receiving window RX _ WIN in sequence only after the data link layer L2 successfully receives the last unsuccessfully received packet-lost data.
A SnGap mechanism is specified in the 3GPP protocol, which can alleviate the RX _ WIN squeezing of the receiving window, but the mechanism has defects. The SnGap mechanism is described in detail as follows:
in the downlink service, when the data link layer L2 detects that the protocol data RLC PDU loses packet, it will actively report an unacknowledged packet NACK to the base station, and request the base station to retransmit the protocol data RLC PDU that loses packet.
The advantages of the SnGap mechanism are: the terminal feeds back the NACK to the base station in time, requests the base station to retransmit the protocol data which is not successfully received by the terminal to the terminal, and deletes the corresponding retransmission data in the receiving window RX _ WIN after the retransmission is successful, thereby relieving the extrusion of the receiving window RX _ WIN.
The disadvantages of the SnGap mechanism are: the uplink NACK packet may be sent to the terminal through the random access procedure, and the random access procedure introduces a new packet loss, so that a new packet loss is introduced into the retransmission request, such a vicious circle may affect the downlink traffic rate, prolong the time delay of the downlink traffic, and improve power consumption. Based on this, the 3GPP protocol uses SnGap as an optional function, not a mandatory function.
Fig. 3 is a flowchart of controlling the buffering of the receiving window according to the present invention, and referring to fig. 3 and fig. 1, the steps of controlling the buffering of the receiving window in the downlink service of the internet of things according to the present invention are specifically as follows:
s401, presetting a receiving window data length Threshold RxWin _ Threshold;
s402, after determining that the total length of the buffered protocol data dlrlcpdusumlen in the receiving window is greater than or equal to the receiving window data length Threshold RxWin _ Threshold, that is, after determining that dlrlcpdusumlen > -RxWin _ Threshold, the receiving window RX _ WIN discards the newly received protocol data New RLC PDU until determining that the total length of the buffered protocol data in the receiving window is less than the receiving window data length Threshold, until dlrlcpdusumlen < RxWin _ Threshold.
S403: when the terminal does not successfully receive the protocol data RLC PDU, the terminal sends a non-acknowledgement packet NACK to the base station, and the protocol data RLC PDU which is not successfully received by the terminal is temporarily stored in the receiving window RX _ WIN;
and after receiving the unacknowledged packet, the base station takes out the protocol data RLC PDU which is not successfully received by the terminal from the receiving window RX _ WIN and resends the protocol data RLC PDU which is not successfully received by the terminal to the terminal.
S404: after the terminal successfully receives the protocol data RLC PDU, sending an acknowledgement packet ACK to the base station;
and after receiving the acknowledgement packet ACK, the base station deletes the protocol data RLC PDU successfully received by the terminal in the receiving window RX _ WIN, so that the extrusion of the receiving window RX _ WIN is relieved.
It can be noted that, in step S403, when the terminal sends the NACK to the base station, even if the random access procedure is triggered to transmit the NACK, even if a new packet loss is introduced in the random access process, after the new packet loss is received by the receiving window RX _ WIN of the data link layer L2, the lrlcpdusssumlen > -RxWin _ Threshold is caused, so that the receiving window RX _ WIN discards the new packet loss, and memory consumption of the receiving window occupied by the new packet loss is avoided. Therefore, even if the random access flow is triggered, the influence on the data transmission efficiency of the downlink service is not large, and the fault tolerance of the downlink service flow control is improved.
In other embodiments of the present invention, when an uplink service and a downlink service are performed simultaneously (not shown in the figure), when it is determined that the total length of protocol data buffered in the receiving window is greater than or equal to the receiving window data length Threshold, that is, when it is determined that dlrlcpdussulmlen > ═ RxWin _ Threshold, in the downlink service, the base station generates a receiving status report of the uplink service, and transmits the receiving status report of the uplink service to the terminal in a downlink transmission manner; after receiving the uplink service reception status report, the terminal parses the uplink service reception status report through the data link layer L2, that is, parses any one of ACK/NACK through the data link layer L2, so as to update the transmission window TX _ WIN. Meanwhile, the receiving state report of the uplink service is not stored in the receiving window RX _ WIN, and the memory of the receiving window RX _ WI is not occupied. If the data link layer L2 receives the acknowledgement packet ACK, the protocol data RLC PDU corresponding to the acknowledgement packet ACK in the transmission window TX _ WIN is deleted.
The invention also provides an internet of things control system, and fig. 4 is a structural block diagram of the internet of things control system. Referring to fig. 4, the internet of things control system (not shown) of the present invention includes a preset unit 1, a detection unit 2, a judgment unit 3 and a control unit 4, where the preset unit 1 and the detection unit 2 are both connected to the judgment unit 3, and the judgment unit 3 is connected to the control unit 4;
the preset unit 1 is used for presetting a data length threshold;
the detection unit 2 is used for detecting the total length of the service data;
the judging unit 3 is configured to judge the size of the data length threshold and the total length of the service data to generate a judgment result;
and the control unit 4 starts flow control or releases the flow control according to the judgment result.
As another specific embodiment of the present invention, the internet of things control system of the present invention is used for controlling the start of flow control or the release of flow control in an uplink service, and specifically includes the following steps:
presetting a data length threshold value by the presetting unit 1, detecting the total length of the service data by the detecting unit 2, and starting flow control by the control unit 4 when the judging unit 3 judges that the total length of the service data is greater than or equal to the data length threshold value;
after the judging unit 3 judges that the total length of the updated service data is smaller than the data length threshold, the control unit 4 releases the flow control.
As another specific embodiment of the present invention, the internet of things control system of the present invention is used for controlling a terminal to send a polling request to a base station in an uplink service, and specifically includes the following control steps:
the total amount of service data to be sent is detected by the detection unit 2, and when the judgment unit 3 judges that the total amount of service data to be sent is less than or equal to three times of the maximum length of the uplink protocol data of the air interface specified by the protocol, the control unit 4 controls the terminal to carry the polling request by the protocol data and send the protocol data carrying the polling request to the base station.
As another specific implementation manner of the present invention, the internet of things control system of the present invention is used for controlling the buffer of the receiving window in the downlink service, and specifically includes the following steps:
the method comprises the steps that a receiving window data length threshold value is preset through a preset unit 1, the total length of protocol data cached in a receiving window is detected through a detection unit 2, and after a judgment unit 3 judges that the total length of the protocol data cached in the receiving window is larger than or equal to the receiving window data length threshold value, a control unit 4 controls the receiving window to discard the latest received protocol data until the total length of the protocol data cached in the receiving window is judged to be smaller than the receiving window data length threshold value.
In addition, the internet of things control system is also used for controlling the sending of the receiving state report in the uplink service and the downlink service.
In an uplink service, when the detection unit 2 detects that the base station does not successfully receive uplink data, the control unit 4 controls the base station to send a non-acknowledgement packet NACK to the terminal, so that the terminal resends the uplink data which is not successfully received by the base station to the base station;
when the detection unit 2 detects that the base station successfully receives the uplink data, the control unit 4 controls the base station to send an acknowledgement packet ACK to the terminal, and deletes the successfully received uplink data corresponding to the acknowledgement packet ACK in the sending window.
In downlink service, when the detection unit 2 detects that the terminal does not successfully receive downlink data, the control unit 4 controls the terminal to send a non-acknowledgement packet NACK to the base station, so that the base station resends the unsuccessfully received downlink data to the terminal;
when the detection unit 2 detects that the terminal successfully receives the downlink data, the control unit 4 controls the terminal to send an acknowledgement packet ACK to the base station, and deletes the successfully received downlink data corresponding to the acknowledgement packet ACK in the receiving window.
The control system of the Internet of things has the advantages that:
the method comprises the steps that a data length threshold is preset through a preset unit 1, the total length of service data is detected through a detection unit 2, the total length of the service data and the data length threshold are judged through a judgment unit 3, so that a judgment result is generated, and a control unit 4 controls a terminal to start flow control or release flow control according to the judgment result, so that the buffer pressure of a sending window in an uplink service is reduced, the length of transmission data of the uplink service is controlled, and the time delay and the power consumption of the uplink service are reduced. The total length of the protocol data buffered in the receiving window is controlled by the control unit 4, thereby reducing the buffer pressure of the receiving window.
The control equipment of the Internet of things comprises a processor, a memory and a bus, wherein the processor is connected with the memory through the bus, and when a program in the memory is executed by the processor, the control method of the Internet of things is realized.
The computer-readable storage medium of the invention comprises a storage medium and a program stored in the storage medium, and when the program is executed by a processor, the internet of things control method of the invention is realized.
The control equipment of the internet of things and the storage medium have the advantages that:
the storage and the storage medium are respectively stored with corresponding programs, and when the programs are executed by the processor, the steps of the uplink and downlink control method of the Internet of things can be realized, so that the flow control of the uplink service of the Internet of things is realized, the buffer memory of a receiving window in the downlink service is relieved, the memory consumption of data in transmission between the Internet of things and a terminal is saved, the service continuity is maintained, the service delay is reduced, and the aims of reducing the buffer memory and reducing the power consumption are fulfilled.
Although the embodiments of the present invention have been described in detail hereinabove, it is apparent to those skilled in the art that various modifications and variations can be made to these embodiments. However, it is to be understood that such modifications and variations fall within the scope and spirit of the present invention as set forth in the appended claims. Moreover, the invention as described herein is capable of other embodiments and of being practiced or of being carried out in various ways.
Claims (14)
1. An Internet of things control method is characterized by comprising the following steps:
s1: presetting a data length threshold, and starting flow control to stop a data link layer from receiving new service data after judging that the total length of the service data is greater than or equal to the data length threshold;
s2: the base station sends a receiving state report to the terminal so as to clear a sending window;
s3: and after the sending window is emptied, updating the total length of the service data, and when the updated total length of the service data is judged to be smaller than the data length threshold, releasing the flow control.
2. The method for controlling internet of things of claim 1, wherein in step S1, the total length of the service data is a total length of the service data sent by the application layer to the data link layer, or a sum of a length of the buffered data in the data link layer and a length of the buffered data in the sending window.
3. The internet of things control method of claim 1, wherein in step S1, each service data includes at least two service data units, and the data length threshold is at least twice the length of the service data unit.
4. The internet of things control method of claim 1, wherein in step S2, the step of the base station sending the reception status report to the terminal includes:
s201: after the data link layer constructs protocol data, when the length of service data to be sent of the data link layer is judged to be less than three times of the maximum protocol data length of an air interface uplink specified by a protocol, a polling request is carried in the protocol data;
s202: sending the protocol data carrying the polling request to the base station, and requesting the base station to reply a receiving state report;
s203: and the base station sends a receiving state report to the terminal based on the data receiving state.
5. The method for controlling the internet of things of claim 4, wherein in step S201, the data link layer comprises a radio link control layer, and the service data is converted into protocol data through the radio link control layer, and the protocol data is stored in the sending window.
6. The IOT control method of claim 4, wherein in step S203, said reception status report includes an acknowledgement packet and a non-acknowledgement packet,
after the base station successfully receives the data, feeding back the confirmation packet to the terminal, and after the terminal receives the confirmation packet, emptying the data successfully received by the base station in the sending window;
and when the base station does not successfully receive the data, feeding back the unacknowledged packet to the terminal, and after the terminal receives the unacknowledged packet, taking the data which is not successfully received by the base station from the sending window and re-sending the data which is not successfully received by the base station to the base station.
7. The internet-of-things control method of claim 1, wherein in step S3, after the flow control is released, the data link layer receives the new service data again.
8. The internet of things control method of claim 1, further comprising:
step S4: and after the terminal establishes connection with the base station, downlink service is carried out, and the cache of a receiving window is controlled.
9. The internet of things control method of claim 8, wherein in the step S4, the controlling the buffering of the receiving window comprises the steps of:
s401: presetting a receiving window data length threshold;
s402: and when the total length of the protocol data cached in the receiving window is judged to be greater than or equal to the data length threshold of the receiving window, discarding the latest received protocol data by the receiving window until the total length of the protocol data cached in the receiving window is judged to be less than the data length threshold of the receiving window.
10. The internet of things control method of claim 9, further comprising:
step S403: when the terminal does not successfully receive the protocol data, the terminal sends a non-acknowledgement packet to the base station, and the protocol data which is not successfully received by the terminal is temporarily stored in the receiving window;
and after receiving the unconfirmed packet, the base station extracts the protocol data which is not successfully received by the terminal from the receiving window and retransmits the protocol data which is not successfully received by the terminal to the terminal.
11. The internet of things control method of claim 10, further comprising:
step S404: after the terminal successfully receives the protocol data, sending a confirmation packet to the base station;
and after receiving the confirmation packet, the base station deletes the protocol data successfully received by the terminal in the receiving window.
12. The Internet of things control system is characterized by comprising a preset unit, a detection unit, a judgment unit and a control unit, wherein the preset unit and the detection unit are connected with the judgment unit, and the judgment unit is connected with the control unit;
the preset unit is used for presetting a data length threshold;
the detection unit is used for detecting the total length of the service data;
the judging unit is used for judging the total length of the service data and the size of the data length threshold value to generate a judging result;
and the control unit starts flow control or releases the flow control according to the judgment result.
13. An internet of things control device, comprising a processor, a memory and a bus, wherein the processor is connected with the memory through the bus, and when being executed by the processor, a program in the memory realizes the internet of things control method according to any one of claims 1 to 11.
14. A computer-readable storage medium comprising a storage medium and a program stored in the storage medium, the program, when executed by a processor, implementing the internet of things control method according to any one of claims 1 to 11.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110411387.XA CN113132930B (en) | 2021-04-16 | 2021-04-16 | Internet of things control method, system, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110411387.XA CN113132930B (en) | 2021-04-16 | 2021-04-16 | Internet of things control method, system, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113132930A true CN113132930A (en) | 2021-07-16 |
| CN113132930B CN113132930B (en) | 2023-04-18 |
Family
ID=76777259
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110411387.XA Active CN113132930B (en) | 2021-04-16 | 2021-04-16 | Internet of things control method, system, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113132930B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113573357A (en) * | 2021-07-29 | 2021-10-29 | 锐迪科微电子科技（上海）有限公司 | Downlink data receiving method, system, storage medium and terminal |
| CN114598754A (en) * | 2022-01-14 | 2022-06-07 | 许继电气股份有限公司 | Real-time data one-way transmission method and device |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5719853A (en) * | 1993-12-22 | 1998-02-17 | Nec Corporation | Congestion control method in an ATM network based on threshold values of node queue length |
| CN1972284A (en) * | 2005-11-24 | 2007-05-30 | 大唐移动通信设备有限公司 | Control method of wireless link layer flow |
| CN101030926A (en) * | 2006-02-28 | 2007-09-05 | 华为技术有限公司 | Method for controlling network data flow of global microwave access inter-operation |
| US20070286070A1 (en) * | 2003-12-23 | 2007-12-13 | Paul Schliwa-Bertling | Method and Device for Controlling a Queue Buffer |
| CN102761910A (en) * | 2011-04-28 | 2012-10-31 | 普天信息技术研究院有限公司 | Service range flow control method |
-
2021
- 2021-04-16 CN CN202110411387.XA patent/CN113132930B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5719853A (en) * | 1993-12-22 | 1998-02-17 | Nec Corporation | Congestion control method in an ATM network based on threshold values of node queue length |
| US20070286070A1 (en) * | 2003-12-23 | 2007-12-13 | Paul Schliwa-Bertling | Method and Device for Controlling a Queue Buffer |
| CN1972284A (en) * | 2005-11-24 | 2007-05-30 | 大唐移动通信设备有限公司 | Control method of wireless link layer flow |
| CN101030926A (en) * | 2006-02-28 | 2007-09-05 | 华为技术有限公司 | Method for controlling network data flow of global microwave access inter-operation |
| CN102761910A (en) * | 2011-04-28 | 2012-10-31 | 普天信息技术研究院有限公司 | Service range flow control method |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113573357A (en) * | 2021-07-29 | 2021-10-29 | 锐迪科微电子科技（上海）有限公司 | Downlink data receiving method, system, storage medium and terminal |
| CN114598754A (en) * | 2022-01-14 | 2022-06-07 | 许继电气股份有限公司 | Real-time data one-way transmission method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113132930B (en) | 2023-04-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7869396B2 (en) | Data transmission method and data re-transmission method | |
| US7636312B2 (en) | Apparatus and method for moving a receive window in a radio access network | |
| US9565699B2 (en) | Method of performing polling procedure in a wireless communication system | |
| US9173210B2 (en) | Method for uplink transmission of radio link control layer and evolved node B | |
| US20080305819A1 (en) | Allocating Radio Resources in Mobile Communications System | |
| US20080146242A1 (en) | Method for requesting an uplink resource allocation during a downlink data transmission | |
| KR100809019B1 (en) | Method for look-ahead bandwidth request in mobile communication system and mobile station using the same | |
| EP2166691A2 (en) | Methods and apparatuses for improving buffer status triggering mechanism in wireless communictions system | |
| KR101470637B1 (en) | Method for enhancing radio resource and informing status report in mobile telecommunications system and receiver of mobile telecommunications | |
| WO2008020718A1 (en) | Method and apparatus for sending state indication of voice packet by user equipment in a mobile communication system | |
| CN113132930B (en) | Internet of things control method, system, equipment and storage medium | |
| JP2009534916A (en) | Method and apparatus for improved data communication in a cellular access system | |
| KR20140097610A (en) | Method and apparatus for sending radio link control status report for sending in a communication system based on a multi-radio access technologies | |
| KR20010080354A (en) | Method and apparatus for starting an acknowledgment timer | |
| CN101989899B (en) | Method for triggering status report by radio link control layer and receiving side device | |
| CN107645778A (en) | A kind of wireless site status information reporting method and device | |
| KR20060067329A (en) | Arq control method for using wireless source effectively and apparatus thereof | |
| KR101197887B1 (en) | Method and apparatus for transmitting and receiving status report of automatic repeat request in mobile telecommunication system | |
| EP1993313A2 (en) | Method and apparatus for polling transmission status in a wireless communications system | |
| KR100912785B1 (en) | Method of reporting status report and receiver | |
| CN110912831A (en) | TCP transmission method, device and storage medium | |
| KR20080071002A (en) | Apparatus and method for transmission using rlp buffering timer change in mobile communication ssytem | |
| KR20070060461A (en) | In the wireless broadband internet system, the bandwidth fixed allocation method to effective downlink arq traffic processing for arq feedback message in ap |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |