WO2019137558A1 - 基于NB-IoT的数据发送、接收方法和装置以及数据传输系统 - Google Patents

基于NB-IoT的数据发送、接收方法和装置以及数据传输系统 Download PDF

Info

Publication number
WO2019137558A1
WO2019137558A1 PCT/CN2019/071830 CN2019071830W WO2019137558A1 WO 2019137558 A1 WO2019137558 A1 WO 2019137558A1 CN 2019071830 W CN2019071830 W CN 2019071830W WO 2019137558 A1 WO2019137558 A1 WO 2019137558A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
sub
source
block
iot
Prior art date
Application number
PCT/CN2019/071830
Other languages
English (en)
French (fr)
Inventor
吕叶青
王昕�
Original Assignee
海信集团有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201810036534.8A external-priority patent/CN108366414B/zh
Priority claimed from CN201810037006.4A external-priority patent/CN108075875A/zh
Application filed by 海信集团有限公司 filed Critical 海信集团有限公司
Publication of WO2019137558A1 publication Critical patent/WO2019137558A1/zh

Links

Images

Classifications

    • 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

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a NB-IoT-based data transmitting and receiving method and apparatus, and a data transmission system.
  • NB-IoT The Narrow Band Internet of Things
  • GSM Global System for Mobile Communication
  • UMTS Universal Mobile Telecommunications System
  • LTE Long Term Evolution (Long Term Evolution) network can reduce deployment costs and achieve smooth upgrades.
  • some embodiments of the present disclosure provide an NB-IoT-based data transmitting method, the method comprising: acquiring first source data to be transmitted; detecting a current signal strength; The signal strength splits the first source data into a plurality of sub-blocks and transmits them via a cellular based narrowband Internet of Things NB-IoT.
  • some embodiments of the present disclosure further provide an NB-IoT-based data receiving method, the method comprising: receiving, by a cellular-based narrowband Internet of Things NB-IoT, a user equipment, including The information of the sub-block obtained by splitting the first source data one or more times according to the signal strength; combining the sub-blocks into the first source data.
  • some embodiments of the present disclosure further provide an NB-IoT-based data transmitting apparatus, including: a processor, wherein the processor is configured to execute the following program modules stored in a memory :
  • a first source data obtaining module configured to acquire first source data to be sent
  • a signal strength detection module configured to detect a current signal strength
  • the target data splitting module is configured to split the first source data into a plurality of sub-blocks according to the signal strength.
  • some embodiments of the present disclosure further provide an NB-IoT-based data receiving apparatus, the apparatus comprising: a memory storing computer instructions; and a processor configured to execute the computer instructions In order for the apparatus to execute the following program modules:
  • a sub-block receiving module configured to receive, by the cellular-based narrowband Internet of Things NB-IoT, information sent by the user equipment, including the sub-block obtained by splitting the source data by one or more times according to the signal strength;
  • a first source data combination module configured to combine the sub data blocks into the first source data.
  • some embodiments of the present disclosure further provide a data transmission system including a user equipment and a server, wherein the user equipment is the data transmitting apparatus according to the third aspect of the present disclosure,
  • the server is the data receiving device as described in the fourth aspect of the present disclosure.
  • some embodiments of the present disclosure further provide a computer readable non-volatile storage medium storing one or more programs, wherein the one or more programs include instructions, The instructions, when executed by a computer, cause the computer to perform the data transmission method as described in the first aspect of the present disclosure.
  • some embodiments of the present disclosure further provide a computer readable non-volatile storage medium storing one or more programs, wherein the one or more programs include instructions, The instructions, when executed by a computer, cause the computer to perform the data receiving method as described in the second aspect of the present disclosure.
  • some embodiments of the present disclosure also provide a computer program product comprising instructions that, when executed on a computer, cause the computer to perform the data as described in the first aspect Send method.
  • some embodiments of the present disclosure further provide a computer program product comprising instructions, when executed on a computer, causing a computer to execute the data as described in the second aspect Receiving method.
  • some embodiments of the present disclosure further provide an NB-IoT-based data sending method, including: determining whether a preset state condition is met, where the state condition includes at least one of the following: Receiving a level lower than a preset first threshold, a signal to noise ratio lower than a preset second threshold, the second source data being greater than a preset third threshold; when the status condition is met, the data is sent The method also includes:
  • the target data is transmitted through a cellular based narrowband Internet of Things NB-IoT.
  • FIG. 1 is a flow chart showing the steps of a NB-IoT-based data transmission method according to some embodiments of the present disclosure
  • FIG. 2 is a schematic structural diagram of a user equipment according to some embodiments of the present disclosure.
  • FIG. 3 is a flow chart showing the steps of another NB-IoT-based data transmission method according to some embodiments of the present disclosure
  • FIG. 4 is a flow chart showing steps of another NB-IoT-based data transmission method according to some embodiments of the present disclosure.
  • FIG. 5 is a structural block diagram of still another NB-IoT-based data transmitting apparatus according to some embodiments of the present disclosure.
  • FIG. 6 is a flow chart showing the steps of a NB-IoT-based data receiving method according to some embodiments of the present disclosure
  • FIG. 7 is a structural block diagram of an NB-IoT-based data receiving apparatus according to some embodiments of the present disclosure.
  • FIG. 8 is a structural block diagram of still another NB-IoT-based data receiving apparatus according to some embodiments of the present disclosure.
  • FIG. 9 is a flow chart showing the steps of another NB-IoT-based data transmission method according to some embodiments of the present disclosure.
  • FIG. 10 is a flow chart showing the steps of another NB-IoT-based data transmission method according to some embodiments of the present disclosure.
  • FIG. 11 is a flow chart showing the steps of another NB-IoT-based data transmission method according to some embodiments of the present disclosure.
  • 12A-12F are diagrams showing an example of segmentation and combination of source data according to some embodiments of the present invention.
  • FIG. 13 is a flow chart showing the steps of another NB-IoT-based data transmission method according to some embodiments of the present invention.
  • FIG. 14 is a structural block diagram of still another NB-IoT-based data transmitting apparatus according to some embodiments of the present invention.
  • FIG. 15 is a structural block diagram of still another NB-IoT-based data transmitting apparatus according to some embodiments of the present invention.
  • FIG. 16 is a structural block diagram of still another NB-IoT-based data receiving apparatus according to some embodiments of the present invention.
  • the inventors have realized that in the NB-IoT application, since the terminal deployment location is generally remote, the reflection, scattering, and diffraction of the buildings encountered during signal propagation are more complicated, and multiple signals of different phases are superimposed at the receiving end. The received signal will change drastically, and the terminal receiving level is often low, which greatly limits the application of NB-IoT.
  • some embodiments of the present disclosure provide a NB-IoT-based data transmission method.
  • the method can be applied, for example, in a User Equipment (UE).
  • UE User Equipment
  • Step 101 Acquire first source data to be sent.
  • step 102 the current signal strength is detected.
  • Step 103 Split the source data into a plurality of sub-blocks according to the signal strength, and transmit through a cell-based narrowband Internet of Things NB-IoT.
  • the transmitting end detects the current signal strength and splits the data to be transmitted into a plurality of sub-blocks according to the signal strength, which reduces the probability of data failure in the case of weak signal coverage, The effect of small-scale channel fading on data is weakened.
  • the data to be transmitted is referred to as first source data.
  • the transmitting end is, for example, a user equipment, including but not limited to a television (TV), a smart TV, a mobile phone, a tablet, a computer with wireless transceiver function, and virtual reality.
  • TV television
  • smart TV smart TV
  • mobile phone a tablet
  • a computer with wireless transceiver function virtual reality.
  • virtual reality Virtual Reality, VR
  • AR Augmented Reality
  • wireless terminal in industrial control wireless terminal in self driving, and remote medical surgery
  • a wireless terminal a wireless terminal in a smart grid, a wireless terminal in a transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, and the like.
  • the sender can also be a wired terminal.
  • the application layer submits the data to the NB-IoT protocol stack, which is managed by the protocol stack.
  • data acquired by an application layer to be submitted to an NB-IoT protocol stack is acquired as the first source data.
  • an adaptation layer is added between the original application layer and the NB-IoT protocol stack, and the adaptation layer is configured to dynamically monitor the signal strength of the downlink channel of the current base station. This is used as the received signal strength to evaluate the channel environment.
  • the downlink channel strength is proportional to the uplink channel strength, where the signal strength of the downlink channel can be used to estimate the quality of the channel environment.
  • the adaptation layer is further configured to split the source data to be sent to the base station into a plurality of sub-blocks by means such as dichotomy according to the quality of the channel environment (eg, sub-block #1, sub-block #2, ...
  • the data block #N that is, the adaptation layer dynamically adjusts the size of the sub-blocks submitted to the NB-IoT protocol stack according to the quality of the channel environment, and then submits the obtained sub-blocks to the NB-IoT protocol stack.
  • the NB-IoT protocol stack transmits the sub-blocks as transmission data blocks (such as transmission data block #1, transmission data block #2, ... transmission data block #N), and transmits them to the base station according to the protocol specification of NB-IoT.
  • the number of sub-blocks is inversely related to signal strength.
  • the number of sub-blocks is inversely related to signal strength, and the volume of sub-blocks is positively correlated with signal strength.
  • the stronger the signal strength the smaller the number of sub-blocks into which the first source data is split, and the weaker the signal strength, the more the number of sub-blocks into which the first source data is split.
  • the stronger the signal strength the larger the size of the sub-data block into which the first source data is split; the weaker the signal strength, the smaller the size of the sub-data block into which the first source data is split.
  • the source data to be transmitted through the cell-based narrowband Internet of Things NB-IoT is split into a plurality of sub-blocks according to the current signal strength. Since the strength of the wireless signal is constantly changing with time, by reducing the amount of data once in the data, the probability of data failure in the case of weak signal coverage can be reduced, and the influence of small-scale channel fading on the data is weakened, thereby improving The success rate of data in the case of weak signal coverage. This ensures that the application layer data transmission efficiency is within an acceptable range, thereby improving the practicality of the NB-IoT and improving the application range of the NB-IoT.
  • FIG. 3 a flow chart of steps of another NB-IoT-based data transmission method is illustrated in accordance with some embodiments of the present disclosure.
  • the data sending method is applied to the user equipment, for example, and includes the following steps:
  • step S5 if yes, the next unsent sub-block is sequentially extracted from the plurality of sub-blocks, and the process returns to step S3;
  • step S6 If no, the current signal strength is detected, and the remaining unsent sub-blocks are re-segmented according to the signal strength to form a new sub-block, and the process returns to step S2.
  • step S2 Extracting the untransferred sub-blocks in step S2, and extracting the next unsent sub-blocks in sequence in step S5, which may be extracted from a plurality of sub-blocks, and does not specifically limit which data block is extracted. As long as it can traverse all the sub-blocks of all memory that are split by the first source data.
  • the first unsent sub-block is extracted according to the storage location (the sub-block is referred to as the first sub-block for facilitating differentiation), and if the first sub-block is successfully sent, the subsequent step S5 Another unsent sub-block adjacent to the first sub-block is sequentially extracted (for convenience of distinction, the sub-block is referred to as a second sub-block).
  • FIG. 4 there is shown a flow chart of still another NB-IoT-based data transmission method according to some embodiments of the present disclosure.
  • the data transmission method is applied, for example, in a user equipment, and includes the following steps 301-310:
  • Step 301 Acquire first source data to be sent by the cell-based narrowband Internet of Things NB-IoT.
  • the application layer of the user equipment submits the sending data to the NB-IoT protocol stack
  • the adaptation layer may add the first source data submitted by the application layer to the cache queue, and sequentially extract and remove the data. Points, the first source data is obtained.
  • Step 302 detecting the current signal strength.
  • Step 303 Split the first source data into sub-blocks according to the signal strength.
  • a linked list is provided for saving a sub-block of data to be transmitted in a split order when the source data is split.
  • each node in the linked list includes a sub-block and information such as a packet ID, a header flag, a trailer flag, a split packet size, and a sequence number of the split of the data packet to which the sub-block belongs.
  • the data packet ID of the data packet to which the sub-data block belongs that is, the sub-data block is split from the data packet, and to be sent to that address, the data packet ID of the data packet to which the sub-data block belongs is convenient for transmission and at the receiving end. Assembly.
  • step 304 the sub-block is transmitted to the base station by the cell-based narrowband Internet of Things NB-IoT.
  • the sub-blocks are stored in a linked list, and the related information stored in the linked list of the sub-blocks is also sent to the base station, so that the base station can combine the source data according to the information.
  • the related information stored in the linked list of the sub-block includes, but is not limited to, the packet ID, the header flag, the trailer flag, the split packet size, and the sequence number of the data packet to which the sub-block belongs.
  • Step 305 Determine whether the sub-block is successfully sent to the base station; if yes, execute step 306; if no, execute step 308.
  • the NB-IoT protocol stack returns the transmission result of each sub-block, and based on this result, determines whether the sub-block is successfully transmitted to the base station.
  • Step 306 extracting the next unsent sub-block, and returning to step 304.
  • step 305 If it is determined in step 305 that the current sub-block is successfully transmitted, the next unsent sub-block may be extracted, and step 304 is executed to continue to transmit the next unsent sub-block to the base station according to the NB-IoT protocol specification.
  • the sub-blocks are stored in a linked list, and the sub-blocks in the linked list may be sent in order. For example, it can be sent in order from the header to the end of the table.
  • the successfully transmitted sub-block may be deleted in the linked list.
  • each time a sub-block located in the header of the linked list is extracted if the transmission is successful, the position of the sub-block in the linked list may be updated, so that the position of each data block is moved forward as a whole.
  • One bit re-set the next unsent sub-block in the header position.
  • the positions of the data blocks in the linked list are not updated, and the sub-data blocks are extracted in sequence, and the embodiment of the present disclosure does not limit this.
  • the linked list before the sub-data block is extracted in the linked list, it is determined whether the linked list is emptied; if so, all the sub-blocks into which the first source data is split have been sent, and the first source is determined.
  • the data is sent successfully; if not, it indicates that the sub-data block split by the first source data is not completed, and the unsent sub-blocks are continuously extracted from the linked list. For example, extract a sub-block of data located in the header of the linked list.
  • Step 307 When the sub-block is successfully sent, the failure count is cleared.
  • a counter is provided that is configured to count the number of failed sub-block transmissions.
  • the failure count is cleared, that is, the failure count is cleared to be re-stated.
  • Step 308 detecting the current signal strength, and re-splitting the remaining unsent sub-blocks into new sub-blocks according to the signal strength, and returning to step 304.
  • the current signal strength is re-detected, and the unsent sub-blocks (including the currently transmitted sub-blocks) are re-segmented according to the signal strength. , get new sub-blocks.
  • the sub-blocks to be transmitted are continuously saved in the split order in the re-split.
  • Each node in the linked list may include information such as a sub-block, a packet ID, a split packet size, a sequence number, a header flag, and a trailer header.
  • the number of sub-blocks is negatively correlated with the signal strength
  • the size of the sub-blocks is positively correlated with the signal strength
  • the sub-blocks are split into a larger number and smaller, and the success rate is further improved.
  • the remaining untransmitted sub-blocks are recombined into data to be transmitted, and the received signal strength is re-detected, thereby re-scoring the combined data to be transmitted.
  • the remaining remaining un-transmitted sub-blocks may be combined into new according to the information in the linked list.
  • the received signal strength is re-detected, and the combined data to be transmitted is re-fielded and split, and transmitted to the base station according to the protocol specification of NB-IoT.
  • the re-split is performed directly on the basis of the current signal strength based on the original sub-block. Specifically, how to re-split the remaining unsent sub-blocks is not limited in this embodiment of the present disclosure.
  • Step 309 when the transmission of the sub-block fails, accumulating the failure count.
  • Step 310 When the failure count exceeds a preset threshold, determine that the source data transmission fails.
  • the failure count is accumulated, for example, by adding one to the original statistic of the failure count.
  • the failure count exceeds a preset threshold (eg, 3 times)
  • a preset threshold eg, 3 times
  • the unpublished sub-blocks are combined into new target data, and the current signal strength is dynamically detected, and the target data is re-segmented.
  • the data is adaptively adapted to the signal strength in real time, and the flexibility is strong, which further improves the data success rate.
  • subdata is stored in a linked list, and the data transmitting method includes steps S11-S22 described below.
  • S13 Send the extracted sub-data block to a base station according to a cellular-based narrowband Internet of Things NB-IoT protocol;
  • step S14 determining whether the sub-block is successfully sent to the base station; if so, executing step S15, if not executing step S20;
  • the linked list is emptied, that is, there is no sub-block of data in the linked list.
  • the linked list is cleared means that the sub-blocks in the linked list have been successfully transmitted to the base station.
  • the first source data is reported to be sent successfully.
  • the failure count is a statistical value equal to or related to the number of failed sub-block transmissions.
  • the failure count is cleared, that is, the failure count is zeroed or initialized.
  • the failure count is reset to zero or initialized to start the next source data transmission, and the processing is reported to the next layer, for example, the application layer.
  • the first source data is all sent successfully.
  • the cumulative failure count for example, the failure count is increased by 1 based on the original value
  • step S22 re-split the remaining unsent sub-blocks according to the current signal strength, obtain a new sub-block, update the linked list, and return to step S12 to send each new sub-block stored in the new linked list;
  • the failure count is accumulated, and it is determined whether the failure count exceeds a preset threshold; if the failure count exceeds a preset threshold, the first source data transmission failure is reported to the upper layer. If the failure count does not exceed the preset threshold, the remaining unsent sub-blocks are re-segmented according to the current signal strength, and the new sub-blocks are obtained and stored in the linked list, that is, the linked list is updated. .
  • the size of the sub-blocks obtained upon splitting is positively correlated with the signal strength, and the number of sub-blocks is positively correlated with the signal strength.
  • the first source data of the same size tends to be split into smaller, larger numbers of sub-blocks, which helps to increase the success rate of the data.
  • the sub-blocks are submitted to the NB-IoT protocol stack and sent according to the NB-IoT protocol.
  • data to be transmitted including these sub-blocks (hereinafter, referred to as second source data for easy distinction) may be sliced and cut.
  • a check code is added after each of the source segment data formed, and the generated target data is transmitted according to the NB-IoT protocol.
  • a check code is directly added to each of the sub-blocks formed by the split.
  • the preset state condition may include, but is not limited to, a condition for reacting channel quality, for example, the state condition includes at least one of: a receiving level lower than a preset first threshold, and a signal to noise ratio lower than a preset number The second threshold, the second source data is greater than a preset third threshold.
  • the data receiving method is applicable, for example, in a base station, and includes the following steps:
  • Step 401 Receive, by the cellular-based narrowband Internet of Things NB-IoT, information that is sent by the user equipment, including the sub-data block obtained by splitting the first source data by one or more times according to the signal strength.
  • Step 402 Combine the sub-data blocks into the first source data.
  • the transmitting end for example, the user equipment, splits the source data one or more times according to the signal strength in real time, splits into one or more sub-blocks and sends them to the base station according to the protocol specification of NB-IoT.
  • the receiving end for example, the base station, after receiving the sub-blocks, recombines to obtain the first source data.
  • the sender may initially split the source data, and send the split sub-block to the base station according to the NB-IoT protocol specification. After a sub-block fails to be sent, the remaining un-transmitted sub-blocks are re-executed. Split to get new sub-blocks.
  • the sub-blocks are stored in a linked list, and information in the linked list (such as packet ID, split packet size, sequence number, packet header flag, and trailer header flag) may be sent to the base station together, and the base station may The sub-blocks are recombined according to this information.
  • information in the linked list such as packet ID, split packet size, sequence number, packet header flag, and trailer header flag
  • the transmitting end adds a check code to the sub data block
  • the receiving end for example, the base station further includes: identifying the check code and the sub data block; verifying the sub data block by using the check code; The tested sub-blocks are merged into the first source data. If a sub-block does not pass the check, the message that the sub-block is failed to be sent is sent to the sender.
  • the transmitting end splits the second source data including the sub-blocks when transmitting according to the NB-IoT protocol, and adds a check code after the segmentation of the formed source segment data, and then generates
  • the target data is sent in accordance with the NB-IoT protocol.
  • Receiving target data at the receiving end for example, a base station, and extracting test segment data from the target data; identifying a check code and source segment data in the check segment data; and performing the source segment data according to the check code Verifying; combining the source segment data that is verified by the second source data.
  • the information including the sub-blocks transmitted by the user equipment is received by the cell-based narrowband Internet of Things NB-IoT, and the sub-blocks are combined into the first source data.
  • NB-IoT narrowband Internet of Things
  • the received signal strength is divided into three levels: strong, medium, and weak.
  • the adaptation layer adds A, B, C, and D to the cache queue.
  • the adaptation layer extracts A from the cache queue to detect the current signal strength:
  • the signal strength is higher, the success rate is higher, and the sub-data block is the first source data block itself.
  • the signal strength is generally, the success rate is general, and the overall transmission is attempted first, and after the failure, it is split into multiple parts and sent separately.
  • Case 3 If the signal strength is weak, the A can be split according to the signal strength and submitted to the NB-IoT protocol stack to send the base station. If the transmission fails, the data is reassembled into the data to be sent, and the signal strength is detected. This re-split the data to be sent.
  • the signal strength is weak, and the success rate is low.
  • the signal strength is weak, and the success rate is low.
  • it is attempted to transmit in multiple parts. After the failure, it is recombined and then split into multiple parts according to the current signal strength.
  • the adaptation layer splits A into five sub-blocks of A11, A12, A13, A14, and A15 according to the current signal strength, and submits A11 to the NB-IoT protocol stack, NB-IoT protocol.
  • the stack sends A11 to the base station.
  • the adaptation layer continues to submit A12 to the NB-IoT protocol stack, and the NB-IoT protocol stack transmits A12 to the base station. If the signal strength decreases rapidly at this time, causing the A12 transmission to fail, the adaptation layer combines A12, A13, A14, and A15 into a new data A2 to be transmitted, and detects the current signal strength. According to the detected signal strength, A2 is divided into 7 sub-blocks of A21, A22, A23, A24, A25, A26 and A27.
  • the adaptation layer submits A21 to the NB-IoT protocol stack, and the NB-IoT protocol stack sends A21 to the base station. After the A21 is successfully sent, the adaptation layer submits the A22 to the NB-IoT protocol stack, and so on, until A22 and A23. , A24, A25, A26, A27 sent successfully.
  • the base station receives 8 sub-blocks of A11, A21, A22, A23, A24, A25, A26, and A27 transmitted by the user equipment, and combines the 8 sub-blocks into source data A in order.
  • FIG. 7 a block diagram of a NB-IoT-based data transmitting apparatus of an embodiment of the present disclosure is shown, for example, applicable to a user equipment.
  • the apparatus includes a processor, wherein the processor is configured to execute the following program modules stored in a memory:
  • the first source data obtaining module 501 is configured to acquire first source data to be sent by the cellular-based narrowband Internet of Things NB-IoT;
  • the signal strength detecting module 502 is configured to detect a current signal strength
  • the target data splitting module 503 is configured to split the first source data into a plurality of sub-blocks according to the signal strength.
  • the processor is further configured to execute the following program modules stored in the memory:
  • a sub-block sending module configured to send the sub-blocks extracted by the sub-block extracting module to the base station by using a cell-based narrowband Internet of Things NB-IoT;
  • the sending result judging module is configured to determine whether the sub-block is successfully sent to the base station; if yes, the sub-block extracting module is called, and the sub-block sending module is called when returning; if not, the re-split is called Module, and calling the sub-block extraction module and the sub-block sending module upon returning;
  • the sub-block extracting module is configured to be configured to extract an unsent sub-block from the plurality of sub-blocks, and sequentially extract the sub-blocks from the plurality of sub-blocks after the sub-block is successfully transmitted An unsent subblock of data;
  • the module is re-split, configured to detect the current signal strength, and re-split the remaining unsent sub-blocks into new sub-blocks according to the signal strength.
  • the sub-blocks are stored in a linked list, and the processor is further configured to execute the following program modules stored in the memory:
  • a sub-block deletion module configured to delete the successfully transmitted sub-block in the linked list
  • the linked list determining module is configured to determine whether the linked list is emptied; if yes, the sending successful reporting module is invoked, and if not, the sub-block extracting module is invoked;
  • Sending a successful report module configured to report that the source data is successfully sent
  • the sub-block extraction module is configured to extract unsent sub-blocks from the linked list.
  • the processor is further configured to execute the following program modules stored in the memory:
  • the failure count clearing module is configured to clear the failure count when the sub-block is successfully sent
  • a failure count accumulation module configured to accumulate a failure count when the sub-block is failed to be sent
  • the sending failure determining module is configured to report that the first source data transmission fails when the failure count exceeds a preset threshold.
  • the number of sub-blocks is inversely related to the signal strength, the size of the sub-block being positively correlated with the signal strength.
  • FIG. 8 a block diagram of another NB-IoT-based data receiving apparatus of some embodiments of the present disclosure is shown.
  • the device can be applied, for example, in a base station, the device comprising:
  • a processor configured to execute the computer instructions to cause the apparatus to execute the following program modules:
  • the sub-block receiving module 601 is configured to receive, by using the cell-based narrowband Internet of Things NB-IoT, information that is sent by the user equipment, including the sub-block obtained by splitting the source data by one or more times according to the signal strength;
  • the first source data combining module 602 is configured to combine the sub data blocks into the first source data.
  • the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.
  • the sending end device adds a check code to the sub data block into which the first source data is split, and the sub data block receiving module of the receiving device includes:
  • a target data receiving submodule configured to receive target data sent by the user equipment by using a cellular-based narrowband Internet of Things NB-IoT;
  • test fragment data sub-extraction module configured to extract test fragment data from the target data
  • a verification fragment data identification submodule configured to identify a verification code and source fragment data in the verification fragment data
  • a sub-verification module configured to perform verification on the source segment data according to the check code
  • a second source data combining submodule configured to combine the source segment data that passes the check into the second source data, where the second source data includes the sub data block.
  • Some embodiments of the present disclosure also provide a data transmission system including a user equipment and a server, wherein the user equipment is the transmitting device, and the server is a receiving device as described.
  • Some embodiments of the present disclosure also provide a computer readable non-volatile storage medium storing one or more programs, wherein the one or more programs include instructions that, when executed by a computer The computer executes the data transmission method.
  • the data transmission method is shown in Figure 1-5.
  • Some embodiments of the present disclosure also provide a computer readable non-volatile storage medium storing one or more programs, wherein the one or more programs include instructions that, when executed by a computer The computer executes the data receiving method.
  • the data receiving method is as shown in FIG.
  • Some embodiments of the present disclosure also provide a computer program product comprising instructions that, when executed on a computer, cause the computer to perform a data transmission method as described.
  • a data transmission method is shown in Figure 1-5.
  • Some embodiments of the present disclosure also provide a computer program product comprising instructions that, when executed on a computer, cause a computer to perform the data receiving method.
  • the data receiving method is as shown in FIG.
  • the NB-IoT-based data transmission method is applied, for example, in a User Equipment (UE), and includes the following steps:
  • Step 101' obtaining source data to be transmitted.
  • the NB-IoT protocol stack receives the data to be sent submitted by the application layer of the user equipment, and can acquire the to-be-sent as the source data.
  • Step 102' performing segmentation processing on the source data to obtain source segment data.
  • the segmentation process here refers to code block segmentation.
  • source data to be transmitted is acquired, and the source data is subjected to code block segmentation to obtain source segment data.
  • step 102' includes the following sub-steps:
  • Sub-step S11' determining the number of information bits of the source data to be and the number of bits of the check code.
  • the number of information bits of the source data in the step that is, the corresponding binary digits of the information to be transmitted.
  • the number of bits of the check code is the corresponding binary number of the check code to be used in the message.
  • Sub-step S12' calculates the difference between the number of transmission bits and the number of information bits of the source data.
  • the number of transmission blocks (TBS) is the block size of the data that the protocol actually specifies to process the source data.
  • TBS transmission blocks
  • the size of the number of transmission bits TBS supported by the NB-IoT device is defined in 3GPP (3rd Generation Partnership Project) 36.213.
  • Sub-step S13' the quotient obtained by dividing the difference value by the number of bits of the check code is rounded down to obtain a target value.
  • the decimal place of the value is omitted to obtain an integer. For example, if the difference is divided by the number of bits of the check code, the quotient is 4.6, and the 4.6 is rounded down to obtain The target value is 4.
  • step S14' it is judged whether or not the target value is equal to zero, and if it is equal to zero, step S16' is performed, otherwise step S15' is performed.
  • Sub-step S15' when the target value is greater than zero, the source data is sliced into source segment data equal to the target value.
  • the TBS must be greater than the source data and the target value cannot be less than zero.
  • the target value is not equal to zero, which is equal to zero.
  • target data is generated based on the source segment data (step S1041'), and is processed in accordance with the usual specification of the NB-IoT protocol (step S1042').
  • Sub-step S16' if the result of the determination in sub-step S15 is that the target value is equal to zero, it is determined that the source data does not support the splicing process.
  • the segmentation processing and the check code addition step described later in this embodiment are skipped, and are directly processed in accordance with the usual specifications of the NB-IoT protocol (step S1042').
  • the code block segmentation (bit size mismatch) is not supported in the time-frequency resource indicated by the base station.
  • the check code is data for verifying source segment data, for example, CRC (Cyclic Redundancy Check) and PCC (Parity Check).
  • CRC Cyclic Redundancy Check
  • PCC Parity Check
  • the target value is calculated as follows:
  • K is the target value
  • X is the number of information bits of the source data
  • TBS is the number of transmission bits
  • Y is the number of bits of the check code.
  • Floor is a function that rounds down. The TBS must be greater than the source data and the target value cannot be less than zero.
  • the source data may be directly padded (Zero Padding) until it matches the number of transmission bits and transmitted directly to the base station.
  • the value K>0 it means that the redundant bits in the number of transmission bits can be used to transmit the check code, that is, in the time-frequency resource indicated by the base station, if the source data is supported, the source data can be segmented.
  • the K source fragment data is added, and a check code is added to the K source fragment data.
  • sub-step S15' further includes the following sub-steps:
  • Sub-step S151 determining whether the number of information bits of the source data is divisible by the target value; if so, executing sub-step S152, and if not, executing sub-step S153.
  • Sub-step S152 the source data is sliced into source segment data equal to the target value.
  • Sub-step S153 adding the specified supplemental data to the source data, so that the source data can be divisible by the target value after the addition.
  • the specified supplementary data can be automatically generated according to (TBS-X)/Y.
  • the source data after adding the supplementary data is equally divided into source segment data whose number is equal to the target value.
  • the sub-step S152 may equally divide the source data, that is, the size of each piece of the source segment data after the segmentation is equal.
  • Source clip data is first determined whether the number of information bits of the source data can be divisible by the target value K; then, if it can be divisible, the source data is directly divided into K source segment data; if not, it can be divisible , the specified supplementary data can be added after the source data, for example, adding 0, so that the information bit number of the source data after adding the supplementary data can be divisible by the target value K, and then the source data after adding the supplementary data is equally divided into K parts.
  • Source clip data is first determined whether the number of information
  • the averaging is performed from the back to the front or from the going, according to the average negotiated by the user equipment and the server, and the average is related to the amount of data to be processed and the current network state. Or split according to the TSB size specified in the agreement.
  • a mark bit of a check code or the like may be added after the dicing.
  • the embodiment of the present disclosure is not limited as long as the message subjected to the above processing can implement the identification of the check code and the extraction and verification of the source data at the receiving end, for example, the base station.
  • the splitting manner of the foregoing source data is only an example.
  • other source data splitting manners may be set according to actual conditions. For example, after calculating the target value, determining a feature value that is less than or equal to the target value according to the network state, and dividing the source data into a source segment data equal to the feature value to improve efficiency under the premise of ensuring the fault tolerance rate. Or pre-establishing a mapping relationship between a range of the number of bits to be transmitted and a target value, determining the number of information bits of the source data, determining a range of the number of bits to which the source data belongs, and determining a target value by using a mapping relationship, and then determining the target value.
  • the data is divided into source segment data equal to the target value to improve computational efficiency, and the like, as long as the verification code can be added after the segmented source segment data, the embodiment of the present disclosure does not apply the segmentation method. limit.
  • a person skilled in the art may also adopt a singulation method of other source data according to actual needs, which is not limited by the embodiment of the present disclosure.
  • step 102' may also include the following sub-steps:
  • the uplink resource indicator value sent by the base station to the base station according to the information length of the check code is added, and the base station allocates the number of transmission bits according to the increased uplink resource indicator value.
  • the user equipment may request a larger resource in the resource request portion before the source data, that is, the resource requested by the resource request portion becomes larger, so as to subsequently add the check code.
  • the size of the resource requested by the resource request has taken into account the resources added by adding the check code.
  • the receiving level is lower than a preset first threshold, or the signal to noise ratio is lower than the preset second
  • the threshold and the second source data are greater than the preset third threshold, the foregoing steps 101'-S104' are performed before the sending; the size of the resource requested by the resource request has considered the resource added by adding the check code.
  • the resource request is reported in the form of a MAC (Media Access Control) control unit in the randomly accessed message 3 (the third step of the device in the process of random access), and the uplink request is transmitted.
  • the uplink resource indication value DV of the source data mapping In message 3, it refers to the third step in the process of random access of the device, and the specific content is: sending a random access request, the request relates to the reason for accessing the network, and the required data size (ie, the above) DV value). In the specific implementation, it is applicable only in the message that the resource request is made.
  • the DV value reflects the number of transmission bits to some extent. If the channel condition is not good and the amount of data is large, the DV value can be increased (that is, the requested resource/transmission bit number is increased). In this way, the number of transmission bits will be increased, and more redundant bits will be generated, which can be used to increase the check code to improve the fault tolerance.
  • Step 103' adding a check code after the source segment data to obtain check segment data.
  • a check code is added after each source segment data to obtain check segment data.
  • a frame T of n bits is formed by adding (n-k) bit number redundancy bits (also called Frame Check Sequence, FCS) F after the data D of the k-bit number to be transmitted.
  • n-k bit number redundancy bits
  • FCS Frame Check Sequence
  • Step 104' generating target data according to the check fragment data, and transmitting the target data according to a cell-based narrowband Internet of Things NB-IoT.
  • the target data can be generated by using the check fragment data as a main body.
  • step 104' includes the following sub-steps:
  • Sub-step S21' combining the check segment data into a segment data combination
  • Sub-step S22' determining the number of information bits of the segment data combination
  • Sub-step S23' it is determined whether the number of information bits of the segment data combination is equal to the preset number of transmission bits; if so, sub-step S24' is performed, and if not, sub-step S25' is performed;
  • Sub-step S24' determining that the segment data is combined into target data
  • Sub-step S25' the specified supplemental data is added to the segment data combination so as to be equal to the preset number of transmission bits, and the target data is obtained.
  • the supplemental data is added by zeroing after the segment data combination.
  • the check segment data is spliced into segment data combinations in order (eg, from the order received by the upper layer), and the number of information bits thereof is determined, and then it is determined whether the number of information bits of the segment data combination is equal to the transmission.
  • the number of bits is TBS.
  • the segment data combination is equal to the number of transmission bits TBS, it is determined that the segment data is combined into target data. If the number of information bits of the segment data combination is smaller than the number of transmission bits TBS, supplemental data is added after the segment data combination, for example, a number of bits 0 are added, so that the number of information bits of the segment data combination after adding the supplementary data is equal to the number of transmission bits TBS, The segment data combination after adding the supplementary data is used as the target data.
  • the target data is submitted to the NB-IoT protocol stack, and the NB-IoT protocol stack transmits the target data to the base station according to the NB-IoT specification.
  • the target value K is sent to the base station as the header data of the data packet.
  • a resource request is sent to the base station to apply for adding an uplink resource.
  • the above state condition includes at least one of: the receiving level is lower than a preset first threshold, for example, the receiving level is lower than -120 dBm; or the signal to noise ratio is lower than a preset a second threshold; or the source data is greater than a preset third threshold.
  • the user equipment splits the source data into source segment data and adds a check code to generate target data and through the cell-based narrowband Internet of Things NB-IoT to the base station; thus, at the base station end, the base station The target data is segmented, the check code and the source segment data are extracted, and the source segment data is verified according to the check code, and then recombined into the source data. Since the strength of the wireless signal is constantly changing over time, the probability of success of the data is not stable.
  • the check code is added to the source data in the above manner, which can improve the error correction capability of the base station and improve the probability of successful decoding, thereby reducing the probability of success of the data in the case of weak signal coverage, and weakening the small-scale channel fading.
  • the impact on the data reduces the number of retransmissions and reduces the power consumption of the user equipment.
  • the user equipment prepares to upload the source data A to the base station, and the source data A is as shown in FIG. 12A.
  • the number of information bits of the source data A is 601 bits
  • the number of transmission bits TBS is 680 bits
  • the CRC is used as the check code, that is, the number of bits of the check code is 24 bits.
  • the supplementary data B is added after A, and the supplementary data B is, for example, two zeros.
  • the source data after adding the supplementary data is (A+B), a total of 603 bits, as shown in FIG. 12B.
  • the source data (A+B) after the addition of the supplemental data is equally divided into 3 pieces of source segment data, which are A1, A2, and (A3+B), and the data of each source segment is 201 bits.
  • A1, A2, (A3+B) are as shown in Fig. 12C.
  • a check code C that is, a CRC check code is added, and three pieces of check segment data are obtained as (A1+C), (A2+C), (A3+B+C), respectively. As shown in Figure 12D.
  • the 3 check fragment data is combined into a fragment data combination (A1+C+A2+C+A3+B+C), as shown in Fig. 12E, for a total of 675 bits.
  • the supplementary data D is added after the fragment data combination, such as 5 zeros, as the target data (A1+C+A2+C+A3+B) +C+D).
  • the target data (A1+C+A2+C+A3+B+C+D) is as shown in Fig. 12F.
  • FIG. 13 a flow chart of the steps of another NB-IoT based data receiving method of some embodiments of the present disclosure is shown.
  • the data receiving method is applied to the base station, and includes the following steps:
  • Step 301' receiving the target data transmitted by the user equipment through the cellular based narrowband Internet of Things NB-IoT.
  • the user equipment if the user equipment performs the segmentation process on the source data, adds the check code to generate the target data, and transmits the data to the base station according to the protocol specification of the NB-IoT, after receiving the target data, the base station receives the target data. Perform segmentation and combination to obtain source data.
  • Step 302' extracting the test segment data from the target data.
  • the target data includes one or more test segment data, and each of the check segments includes source segment data and a check code.
  • the base station After receiving the target data, the base station extracts the check fragment data from the target data.
  • step 302' includes the following sub-steps:
  • Sub-step S31 identifying the segment data combination in the target data.
  • the segment data is combined to check the data of the segment data splicing. Due to the limitation of the number of transmission bits TBS, the number of information bits of the segment data combination may be smaller than the number of transmission bits, thus adding supplementary data (such as 0) ). In this case, it is judged whether or not the specified supplementary data (such as 0) exists in the end position or the like in the target data. If so, the supplementary data is deleted from the target data, and the fragment data combination is obtained, that is, the data after the supplementary data is deleted, and the fragment data is combined. If not, it is determined that the target data is a segment data combination, that is, the target data itself is a segment data combination.
  • the target value there are various ways to determine the target value, including but not limited to the following method: extracting the target value K from the header of the data packet received by the base station. Sub-step S33, the segment data combination is divided into a number of check segment data equal to the target value.
  • the segment data combination is divided into K shares, each of which is referred to as check segment data.
  • the segment data combination is averaged into K pieces of check segment data, that is, the size of each check segment data is equal.
  • Step 303' identifying the check code and the source segment data in the check segment data.
  • the data of the specified number of bits i.e., the check code
  • the check code is identified at the end of the check segment data, and the remaining data is the source segment data.
  • check code is CRC
  • 24-bit data is identified as a CRC at the end of the check segment, and the remaining data is the source segment data.
  • Step 304' verifying the source segment data according to the check code.
  • the source segment data is verified according to the verification mode of the different check codes to determine whether it is normal.
  • a CRC check code is appended to the frame to be transmitted, and a new frame is generated and sent to the receiving end.
  • this additional CRC is not arbitrary, it is such that the generated new frame can be divisible by a specific number selected by the sender and the receiver.
  • the new received frame is divided by the selected divisor. Since the data is added before the data frame is sent by adding the specified fragment, for example, one or more zeros are added, the "remaining" processing is performed, so the result should be no remainder. If there is a remainder, it indicates that the frame has an error in the process.
  • Step 305' combining the source segment data by the verification into source data.
  • the source segment data is spliced in order to obtain source data. In some embodiments, the source segment data is spliced according to the number at the time of the packaging process to obtain the source data.
  • the step of determining whether there is specified segment data (e.g., 0) in the source data is also included is the step of deleting the specified supplemental data (e.g., 0) from the source data when the specified supplemental data is present in the source data.
  • the server before receiving the increased uplink resource indication value sent by the user equipment when the preset status condition is met, allocates the number of transmission bits according to the increased uplink resource indication value.
  • the state condition includes at least one of the following:
  • the receiving level is lower than a preset first threshold, the signal to noise ratio is lower than a preset second threshold, and the source data is greater than a preset third threshold.
  • the user equipment requests a larger resource size in the resource request portion before the source data, so as to facilitate subsequent addition of the check code.
  • the resource request may be reported in a random access message 3 (third step) in the form of a MAC control unit, and the uplink resource indication value DV of the source data mapping to be transmitted is adjusted.
  • the base station adds the number of transmission bits allocated to the user equipment according to the uplink resource indication value DV, so that more redundant bit numbers are generated, so that the user equipment can increase the check code to improve the fault tolerance.
  • the user equipment divides the source data into source segment data and adds a check code, generates target data and passes the cell-based narrowband Internet of Things NB-IoT to the base station; the base station segments the target data The check code and the source segment data are extracted, the source segment data is verified according to the check code, and recombined into the source data. Since the strength of the wireless signal is constantly changing with time, in the data, by adding a check code to the source data, the error correction capability of the base station can be improved, and the probability of successful decoding is improved, thereby reducing data in the case of weak signal coverage. The probability of weakening the impact of small-scale channel fading on data, reducing the number of retransmissions, and reducing the power consumption of user equipment.
  • the user equipment prepares to upload the target data, for example, (A1+C+A2+C+A3+B+C+D) as shown in FIG. 12F to the base station, and the number of transmission bits TBS is 680 bits.
  • the target data applies CRC as a check code, the CRC check code is 24 bits in total, and the target value K is 3.
  • the base station detects that the target data has supplementary data D, and the supplementary data D is, for example, five zeros, that is, the supplementary data D is deleted, and the fragment data combination as shown in FIG. 12E is obtained (A1+C+A2+C+A3+B+C). ), a total of 675bits.
  • the fragment data combination (A1+C+A2+C+A3+B+C) is equally divided into three pieces of check fragment data as shown in Fig. 12D (A1+C), (A2+C), ( A3+B+C).
  • the CRC check code C is extracted at 24 bits of the last segment of the check fragment data, and the remaining ones are the source segment data A1, A2, (A3+B), and each source segment data is 201 bits.
  • Source segment data A1, A2, (A3+B) are shown in Fig. 12C.
  • Each source segment data A1, A2, (A3+B) is checked using a corresponding check code C.
  • A1, A2, and (A3+B) are verified, they are spliced into source data (A+B).
  • the source data (A+B) is as shown in Fig. 12B.
  • the source data (A+B) has the supplemental data B, for example, two zeros, and the supplemental data B is deleted, and the source data A can be obtained.
  • FIG. 14 a block diagram showing the structure of an NB-IoT-based data transmitting apparatus according to some embodiments of the present disclosure is shown.
  • the data transmitting device can be applied, for example, in a user equipment.
  • the data transmitting apparatus includes a processor, wherein the processor is configured to execute the following program modules stored in the memory:
  • the source data obtaining module 401' is configured to acquire source data to be sent
  • the source data segmentation module 402' is configured to perform segmentation processing on the source data to obtain source segment data.
  • a check code adding module 403' configured to add a check code after the source segment data to obtain check segment data
  • the target data generating module 404' is configured to generate target data according to the check fragment data
  • the target data transmitting module 405' is configured to transmit the target data to the base station via the cellular based narrowband Internet of Things NB-IoT.
  • the processor is configured to execute a program module stored in a memory: a segmentation determination module 406' configured to determine whether a preset state condition is satisfied,
  • the status condition includes at least one of: a receiving level lower than a preset first threshold, a signal to noise ratio lower than a preset second threshold, the second source data being greater than a preset third threshold;
  • the call source data obtaining module 401 ′ and the source data segmentation module 402 ′ are returned, and the source data to be sent is divided and the check code is added, and then sent through the cell-based narrowband Internet of Things NB-IoT. Go out.
  • the transmitting end divides the source data into source segment data and adds a check code when the network state satisfies certain conditions, for example, when the signal to noise ratio is lower than a preset second threshold, and passes the cell-based narrow band.
  • Internet of Things NB-IoT Internet of Things
  • the transmitting end Since the source data is divided and the check code is added to the source segment data, the error correction capability of the receiving end can be improved, and the probability of successful decoding at the receiving end can be improved, thereby reducing the data in the case of weak signal coverage. The probability of success, weakening the impact of small-scale channel fading on the data, reducing the number of retransmissions.
  • the source data segmentation module 402' includes:
  • a information bit number determining submodule configured to determine a number of information bits of the source data and a number of bits of the check code
  • a difference calculation submodule configured to calculate a difference between a preset number of transmission bits and the number of information bits
  • a target value obtaining submodule configured to round down the quotient obtained by dividing the difference value by the number of information bits to obtain a target value
  • the molecular module is configured to split the source data into source fragment data equal to the target value when the target value is greater than zero.
  • the source data segmentation module 402 directly transmits the source data according to a transmission NB-IoT protocol.
  • the cleavage molecule module comprises:
  • the information bit number determining unit is configured to determine whether the information bit number is divisible by the target value; if yes, the equalizing unit is called, and if not, the supplementary data adding unit is called;
  • a first sharing unit configured to divide the source data into an average number of source segment data equal to the target value
  • An additional data adding unit configured to add specified supplemental data to the source data to be divisible by the target value
  • the second sharing unit is configured to divide the source data after adding the supplementary data into an average of the source segment data having the same number as the target value.
  • the source data segmentation module 402' further includes:
  • the uplink resource indication value adding sub-module is configured to increase the uplink resource indication value sent to the base station according to the length of the information after adding the check code according to the source data, and the base station increases the uplink according to the preset status condition.
  • the resource indication value allocates the number of transmission bits
  • the state condition includes at least one of: a reception level lower than a preset first threshold, a signal to noise ratio lower than a preset second threshold, the source The data is greater than a preset third threshold.
  • the target data generating module 404' includes:
  • a segment data combination submodule configured to combine the check segment data into a segment data combination
  • a combined bit number determining submodule configured to determine a number of information bits of the segment data combination
  • the segment data combination determining sub-module is configured to determine whether the number of information bits of the segment data combination is equal to a preset number of transmission bits; if yes, the target data determining sub-module is called, and if not, the supplementary data adding sub-module is invoked;
  • a target data determining submodule configured to determine that the segment data is combined into target data
  • the supplementary data adding submodule is configured to add the specified supplemental data to the segment data combination so as to be equal to the preset number of transmission bits to obtain the target data.
  • FIG. 16 there is shown a block diagram of another NB-IoT-based data receiving apparatus of some embodiments of the present disclosure, which may be applied, for example, in a base station.
  • the apparatus includes a memory storing computer instructions, and a processor configured to execute the computer instructions to cause the apparatus to execute the following program modules:
  • the target data receiving module 501' is configured to receive the target data sent by the user equipment by using the cellular-based narrowband Internet of Things NB-IoT;
  • a verification fragment data extraction module 502' configured to extract inspection fragment data from the target data
  • the verification fragment data identification module 503' is configured to identify the verification code and the source fragment data in the verification fragment data
  • the verification module 504' is configured to perform verification on the source segment data according to the check code
  • the source data combining module 505' is configured to combine the source segment data that passes the verification into source data.
  • the verification fragment data extraction module 502' includes:
  • a segment data combination identification submodule configured to identify a segment data combination in the target data
  • a target value determining submodule configured to determine a target value
  • the segment data combination singulation module is configured to slice the segment data combination into a number of check segment data equal to the target value.
  • the segment data combination identification submodule includes:
  • the supplementary data determining submodule is configured to determine whether the specified supplemental data exists in the target data; if yes, the supplementary data deleting submodule is called, and if not, the segment data combination determining submodule is invoked;
  • An additional data deletion submodule configured to delete the supplemental data from the target data to obtain a segment data combination
  • the segment data combination determining submodule is configured to determine that the target data is a segment data combination.
  • the source data combination module 505' includes:
  • a sequence splicing sub-module configured to splicing the source segment data in order to obtain source data
  • the supplemental data deletion submodule is configured to delete the supplemental data from the source data when the specified supplemental data exists in the source data.
  • the method further includes:
  • the uplink resource indication value receiving module is configured to: when receiving, by the sending end, the uplink resource indication value that increases the length of the information after adding the check code according to the source data, when the preset state condition is met;
  • the transmission bit number allocation module is configured to allocate the number of transmission bits according to the increased uplink resource indication value.
  • the state condition includes at least one of: a receiving level lower than a preset first threshold, a signal to noise ratio lower than a preset second threshold, the source data being greater than a pre- Set the third threshold.
  • the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.
  • embodiments of the disclosed embodiments can be provided as a method, apparatus, system, or computer program product.
  • embodiments of the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware.
  • embodiments of the present disclosure may employ computer program products embodied on one or more computer-usable non-transitory storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer usable program code embodied therein. form.
  • Embodiments of the present disclosure are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the present disclosure. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG.
  • These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal device to produce a machine such that instructions are executed by a processor of a computer or other programmable data processing terminal device
  • Means are provided for implementing the functions specified in one or more of the flow or in one or more blocks of the flow chart.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

Landscapes

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

Abstract

一种基于NB-IoT的数据发送方法，包括：获取待发送的第一源数据；检测当前的信号强度；按照所述信号强度将所述第一源数据拆分为多个子数据块，并通过基于蜂窝的窄带物联网NB-IoT发送。

Description

基于NB-IoT的数据发送、接收方法和装置以及数据传输系统
本申请要求于2018年1月15日提交中国专利局、申请号为201810036534.8、发明名称为“一种基于NB-IoT的数据传输方法和装置”和申请号为201810037006.4、发明名称为“一种基于NB-IoT的数据传输方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本公开涉及通信技术领域，特别是涉及一种基于NB-IoT的数据发送、接收方法和装置以及数据传输系统。
背景技术
基于蜂窝的窄带物联网(Narrow Band Internet of Things,NB-IoT)成为万物互联网络的一个重要分支。NB-IoT构建于蜂窝网络，只消耗大约180KHz的带宽，可直接部署于GSM(Global System for Mobile Communication，全球移动通信系统)网络、UMTS(Universal Mobile Telecommunications System，通用移动通信系统)网络或LTE(Long Term Evolution，长期演进)网络，可以降低部署成本、实现平滑升级。
公开内容
依据本公开的第一方面，本公开的一些实施例提供了一种基于NB-IoT的数据发送方法，所述方法包括：获取待发送的第一源数据；检测当前的信号强度；按照所述信号强度将所述第一源数据拆分为多个子数据块，并通过基于蜂窝的窄带物联网NB-IoT发送。
依据本公开的第二方面，本公开的一些实施例还提供了一种基于NB-IoT的数据接收方法，所述方法包括：通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的、包括根据信号强度将第一源数据通过一次或多次拆分获得的子数据块的信息；将所述子数据块组合为第一源数据。
依据本公开的第三方面，本公开的一些实施例还提供了一种基于NB-IoT的数据发送装置，包括：处理器，其中，所述处理器配置为执行存储在存储器中的以下程序模块：
第一源数据获取模块，配置为获取待发送的第一源数据；
信号强度检测模块，配置为检测当前的信号强度；
目标数据拆分模块，配置为按照所述信号强度将所述第一源数据拆分为多个子数据块。
依据本公开的第四方面，本公开的一些实施例还提供了一种基于NB-IoT的数据接收装置，所述装置包括：存储器，存储有计算机指令；处理器，配置为运行所述计算机指令以使所述装置执行以下程序模块：
子数据块接收模块，配置为通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的、包括根据信号强度将源数据通过一次或多次拆分获得的子数据块的信息；
第一源数据组合模块，配置为将所述子数据块组合为所述第一源数据。
依据本公开的第五方面，本公开的一些实施例还提供了一种数据传输系统，包括用户设备和服务器，其中，所述用户设备为如本公开的第三方面所述的数据发送装置，所述服务器为如本公开的第四方面所述的数据接收装置。
依据本公开的第六方面，本公开的一些实施例还提供了一种存储一个或多个程序的计算机可读的非易失性存储介质，其中，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如本公开的第一方面所述的数据发送方法。
依据本公开的第七方面，本公开的一些实施例还提供了一种存储一个或多个程序的计算机可读的非易失性存储介质，其中，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如本公开的第二方面所述的数据接收方法。
依据本公开的第八方面，本公开的一些实施例还提供了一种计算机程序产品，所述计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行如第一方面所述的数据发送方法。
依据本公开的第九方面，本公开的一些实施例还提供了一种计算机程序产品，所述计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行如第二方面所述的数据接收方法。
依据本公开的第十方面，本公开的一些实施例还提供了一种基于NB-IoT的数据发送方法，包括：判断是否满足预设的状态条件，所述状态条件包括如下的至少一项：接收电平低于预设的第一阈值、 信噪比低于预设的第二阈值、所述第二源数据大于预设的第三阈值；当满足所述状态条件时，所述数据发送方法还包括：
获取欲通过基于蜂窝的窄带物联网NB-IoT发送的第二源数据；
对所述第二源数据进行切分处理，获得源片段数据；
在所述源片段数据后添加校验码，获得校验片段数据；
根据所述校验片段数据生成目标数据；
通过基于蜂窝的窄带物联网NB-IoT将所述目标数据发送。
附图说明
为了更清楚地说明本公开实施例的技术方案，下面将对实施例描述中所使用的附图作简单地介绍。
图1是本公开一些实施例的一种基于NB-IoT的数据发送方法的步骤流程图；
图2是本公开一些实施例的一种用户设备的架构示意图；
图3是本公开一些实施例的再一种基于NB-IoT的数据发送方法的步骤流程图；
图4是本公开一些实施例的另一种基于NB-IoT的数据发送方法的步骤流程图；
图5是本公开一些实施例的又一种基于NB-IoT的数据发送装置的结构框图；
图6是本公开一些实施例的一种基于NB-IoT的数据接收方法的步骤流程图；
图7是本公开一些实施例的一种基于NB-IoT的数据接收装置的结构框图；
图8是本公开一些实施例的再一种基于NB-IoT的数据接收装置的结构框图；
图9是本公开一些实施例的又一种基于NB-IoT的数据发送方法的步骤流程图；
图10是本公开一些实施例的又一种基于NB-IoT的数据发送方法的步骤流程图；
图11是本公开一些实施例的又一种基于NB-IoT的数据发送方法的步骤流程图；
图12A-图12F是本发明一些实施例的一种源数据的切分与组合的示例图；
图13是本发明一些实施例的又一种基于NB-IoT的数据发送方法的步骤流程图；
图14是本发明一些实施例的又一种基于NB-IoT的数据发送装置的结构框图；
图15是本发明一些实施例的又一种基于NB-IoT的数据发送装置的结构框图；
图16是本发明一些实施例的又一种基于NB-IoT的数据接收装置的结构框图。
具体实施方式
为使本公开的上述目的、特征和优点能够更加明显易懂，下面结合附图对本公开作进一步的说明。
发明人认识到在NB-IoT应用中，由于终端部署位置一般较为偏僻，信号传播过程中遇到的建筑物的反射、散射及绕射等情况更加复杂，不同相位的多个信号在接收端叠加，接收信号将急剧变化，经常会出现终端接收电平较低的情况，这大大限制了NB-IoT的应用。
参照图1，基于上述认识，本公开的一些实施例提供一种基于NB-IoT的数据发送方法。该方法例如可应用在用户设备(User Equipment，UE)中。该方法包括如下步骤：
步骤101，获取待发送的第一源数据。
步骤102，检测当前的信号强度。
步骤103，按照所述信号强度将所述源数据拆分为多个子数据块，并通过基于蜂窝的窄带物联网NB-IoT发送。
在本公开的至少一个实施例中，发送端检测当前的信号强度并按照所述信号强度将待发送数据拆分为多个子数据块，这使得在弱信号覆盖的情况下数据失败的概率减少，小尺度信道衰落对数据的影响弱化。本公开实施例中为描述方便以及便于区分，将上述待发送数据称为第一源数据。
在一些实施例中，发送端例如用户设备，包括但不限于为电视(TV)、智能电视(smart TV)、手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端、增强现实(Augmented Reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术 (remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。发送端也可以为有线终端。
NB-IoT的数据中，应用层将数据提交给NB-IoT协议栈，由协议栈负责管理。
参照图2，在本公开的一些实施例中，获取应用层准备向NB-IoT协议栈提交的数据作为所述第一源数据。
如图2所示，在本公开的至少一个实施例中，在原有的应用层和NB-IoT协议栈之间加入适配层，适配层配置为动态监测当前基站下行信道的信号强度，以此作为接收的信号强度，用来评估信道环境好坏。下行信道强度正比于上行信道强度，此处可用下行信道的信号强度估计信道环境的好坏。适配层还配置为根据信道环境的好坏，将待发送至基站的源数据通过诸如二分法等方式拆分为若干个子数据块(如子数据块#1、子数据块#2……子数据块#N)，即适配层根据信道环境的好坏动态调整提交给NB-IoT协议栈的子数据块的大小，然后将得到的子数据块提交给NB-IoT协议栈。NB-IoT协议栈将子数据块作为发送数据块(如发送数据块#1、发送数据块#2……发送数据块#N)，按照NB-IoT的协议规范，发送给基站。
在本公开的至少一个实施例中，子数据块的数量与信号强度负相关。
在本公开的至少一个实施例中，子数据块的数量与信号强度负相关，且子数据块的体积与信号强度正相关。信号强度越强，第一源数据拆分成的子数据块的数量越少，信号强度越弱，第一源数据拆分成的子数据块的数量越多。此外，信号强度越强，第一源数据拆分成的子数据块的大小越大；信号强度越弱，第一源数据拆分成的子数据块的大小越小。
根据本公开的一些实施例，对待通过基于蜂窝的窄带物联网NB-IoT发送的源数据，按照当前的信号强度，将源数据拆分为多个子数据块。由于无线信号的强度是随着时间不断变化的，在数据时，通过减少一次的数据量，可以减少在弱信号覆盖的情况下数据失败的概率，弱化小尺度信道衰落对数据的影响，从而提高在弱信号覆 盖的情况下数据的成功率。这样保证了应用层数据发送效率在可接受的范围内，从而提高NB-IoT的实用性，提高NB-IoT的应用范围。
参照图3，示出了根据本公开一些实施例的另一种基于NB-IoT的数据发送方法的步骤流程图。该数据发送方法例如应用在用户设备中，包括如下步骤：
S1、按照所述信号强度将所述第一源数据拆分为多个子数据块；
S2、从所述多个子数据块中提取一未发送的子数据块；
S3、通过基于蜂窝的窄带物联网NB-IoT将提取的所述子数据块发送至基站；
S4、判断所述子数据块是否成功发送至基站；
S5、若是，则从所述多个子数据块中按顺序提取下一未发送的子数据块，返回执行步骤S3；
S6、若否，则检测当前的信号强度，并按照所述信号强度将剩余未发送的子数据块重新进行拆分，形成新的子数据块，返回执行步骤S2。
步骤S2中的提取未发送的子数据块，步骤S5中按顺序提取下一未发送的子数据块，可以是从多个子数据块中提取，对提取的是哪一个数据块不做具体限制，只要能遍历所有存储器中存储的由第一源数据拆分的所有子数据块即可。例如，步骤S2中按存储位置提取第一个未发送的子数据块(为便于区分，该子数据块称为第一子数据块)，如果所述第一子数据块发送成功，后续步骤S5顺序提取与所述第一子数据块相邻的、另一未发送的子数据块(为便于区分，该子数据块称为第二子数据块)。参照图4，示出了根据本公开一些实施例的又一种基于NB-IoT的数据发送方法的步骤流程图，该数据发送方法例如应用在用户设备中，包括如下的步骤301-310：
步骤301，获取待通过基于蜂窝的窄带物联网NB-IoT发送的第一源数据。
在本公开的一些实施例中，用户设备的应用层向NB-IoT协议栈提交发送数据，适配层则可以将应用层提交的第一源数据加入到缓存队列中，并从中依次提取进行拆分，获得第一源数据。
步骤302，检测当前的信号强度。
步骤303，按照所述信号强度将所述第一源数据拆分为子数据块。
在本公开的一些实施例中，提供一种链表，该链表用以在拆分源数据时，按照拆分顺序保存将要发送的子数据块。
例如，在链表中的每个节点包括子数据块以及该子数据块所属数据包的数据包ID、包头标志、包尾标志、拆分包大小和拆分的顺序号等信息。该子数据块所属数据包的数据包ID，即代表该子数据块是从那个数据包拆分的，要发送到那个地址，该子数据块所属数据包的数据包ID便于发送以及在接收端的组装。
步骤304，通过基于蜂窝的窄带物联网NB-IoT将所述子数据块发送至基站。
在本公开的一些实施例中，子数据块存储在链表中，该子数据块的在链表中存储的相关信息也一同发送至基站，使得基站可以按照这些信息组合出源数据。该子数据块的在链表中存储的相关信息包括但不限于该子数据块所属数据包的数据包ID、包头标志、包尾标志、拆分包大小和顺序号等信息。
步骤305，判断所述子数据块是否成功发送至基站；若是，则执行步骤306，若否，则执行步骤308。
在本公开的一些实施例中，NB-IoT协议栈返回每个子数据块的发送结果，根据这个结果判断子数据块是否成功发送至基站。
步骤306，提取下一未发送的子数据块，返回执行步骤304。
如果步骤305判断当前的子数据块发送成功，则可以提取下一个未发送的子数据块，执行步骤304，继续按照NB-IoT的协议规范将下一个未发送的子数据块发送至基站。
在本公开的一些实施例中，子数据块存储在链表中，链表中的子数据块可以按照顺序进行发送。例如，可以按照从表头至表尾的顺序发送。
在本公开的一些实施例中，当前的子数据块发送成功之后，可以在链表中删除发送成功的子数据块。
在本公开的一些实施例中，为了方便提取，每次提取位于链表的表头的子数据块，如果发送成功，可以更新链表中子数据块的位置，使得各数据块的位置整体向前移一位，重新将下一未发送的子数据块设置在表头的位置。
在本公开的另一些实施例中，链表中各数据块的位置不更新，每次按照顺序提取子数据块，本公开实施例对此不加以限制。
在本公开的一些实施例中，在链表中每次提取子数据块前，判断链表是否清空；若是，则表示第一源数据拆分成的所有子数据块都已经完成发送，确定第一源数据发送成功；若否，则表示第一源数据拆分成的子数据块未完成发送，继续从链表中提取未发送的子数据块。例如提取位于链表的表头的子数据块。
步骤307，当所述子数据块发送成功时，清空失败计数。
在本公开的一些实施例中，提供一计数器，该计数器配置为统计子数据块发送失败次数。
如果子数据块成功发送至基站，则清空失败计数，即失败计数清零，以待重新进行统计。
步骤308，检测当前的信号强度，并按照所述信号强度将剩余未发送的子数据块重新拆分为新的子数据块，返回执行步骤304。
在本公开的一些实施例中，如果某个子数据块失败，则重新检测当前的信号强度，并按照该信号强度对未发送的子数据块(包括当前发送失败的子数据块)重新进行拆分，获得新的子数据块。
在本公开的一些实施例中，在重新拆分时，在对源数据建立的链表中，继续按照拆分顺序保存将要发送的子数据块。
在链表中每个节点可包括子数据块、数据包ID、拆分包大小、顺序号、包头标志和包尾标志等信息。
其中，子数据块的数量与信号强度负相关，子数据块的大小与信号强度正相关。
在信号强度变弱的情况下，将子数据块拆分得数量更多、更小，进一步提高的成功率。
在本公开的一些实施例中，剩余未发送的子数据块重新组合为待发送数据，并重新检测接收的信号强度，以此重新对组合成的待发送数据进行拆分。
在本公开的一些实施例中，如果当前的子数据块未发送成功，则可以将当前剩余未发送的子数据块(包括当前发送失败的子数据块)，按照链表中的信息，组合为新的待发送数据。重新检测接收的信号强度，并以此对该组合成的待发送数据重新进场拆分，并按照NB-IoT的协议规范，发送至基站。
在本公开的另一些实施例中，在原有子数据块的基础上直接根据当前信号强度进行重新拆分。具体如何对剩余未发送的子数据块进行重新拆分，本公开实施例对此不加以限制。
步骤309，当所述子数据块发送失败时，累加失败计数。
步骤310，当所述失败计数超过预设的阈值时，确定所述源数据发送失败。
在本公开的一些实施例中，如果子数据块发送失败，则累加失败计数，例如，在失败计数的原有的统计数值上加一。
在本公开的一些实施例中，如果该失败计数超过预设的阈值(如3次)，则可以确认源数据发送失败，向应用层提示发送失败。
本公开实施例在某个子数据块失败之后，将未发送的子数据块组合为新的目标数据，并动态地检测当前的信号强度，并以此重新对目标数据进行拆分。这样，实时适应信号强度地进行数据的，灵活性强，进一步提高了数据的成功率。
参照图5，在本公开的一些实施例中，子数据存储在链表中，所述数据发送方法，包括下面所述的步骤S11-S22。
S11、按照所述信号强度将所述第一源数据拆分为多个子数据块，并存入所述链表；
S12、从所述链表中提取一未发送的子数据块，例如链表中的第一个子数据块；
S13、按照基于蜂窝的窄带物联网NB-IoT协议将提取的所述子数据块发送至基站；
S14、判断所述子数据块是否成功发送至基站；若是，执行步骤S15，若否执行步骤S20；
S15、在所述链表中删除上述已发送成功的子数据块；
S16、判断所述链表是否清空，若否，则执行步骤S17；若是，则执行步骤S18；
所述链表清空，即所述链表不存在子数据块。结合步骤S15，所述链表清空即意味着所述链表中的子数据块均已成功发送至基站。
S17、从所述链表中提取下一未发送的子数据块，返回执行步骤S13；
S18、清空失败计数；
S19、上报第一源数据发送成功；
失败计数为一统计值，与子数据块发送失败的次数相等或相关。清空失败计数，即对失败计数进行归零或者初始化。
如果链表清空，说明由第一源数据拆分的所有子数据块都已经成功发送，失败计数归零或者初始化以便开始下一次的源数据发送，同时向上一层，例如应用层，报告本次处理的第一源数据全部发送成功。
S20、累计失败计数，例如失败计数在原有值基础上加1；
S21、判断所述失败计数是否超过预设的阈值，若是，则执行步骤S23；若否，则执行步骤S22；
S22、按照当前信号强度将剩余未发送的子数据块重新进行拆分，获得新的子数据块，更新链表；返回执行步骤S12，对新链表存储的各新子数据块进行发送；
S23、上报所述第一源数据发送失败。
当所述子数据块发送失败时，累加失败计数，并判断所述失败计数是否超过预设的阈值；如果所述失败计数超过预设的阈值，则向上层报告所述第一源数据发送失败；如果所述失败计数没有超过预设的阈值时，则将剩余未发送的子数据块按当前信号强度重新进行拆分，并将获得新的子数据块存入链表，即对链表进行了更新。在至少一个实施例中，拆分时获得的子数据块的大小与信号强度正相关，子数据块的数量与所述信号强度正相关。在至少一个实施例中，如果通信质量下降，则同样大小的第一源数据倾向于拆分成更小、数量更多的子数据块，这样有助于提高了数据的成功率。
根据当前信号强度调整子数据块的大小后，将这些子数据块提交给NB-IoT协议栈，按照NB-IoT协议发送。在本公开的至少一个实施例中，在按照NB-IoT协议发送时，可对包括这些子数据块的待发送数据(以下，为便于区分称为第二源数据)进行切分，并在切分形成的各源片段数据之后添加校验码，再生成目标数据按照NB-IoT协议发送。
在本公开的一些实施例中，在按照所述信号强度对所述第一源数据进行拆分后，直接对拆分形成的各子数据块分别添加校验码。
在本公开的一些实施例中，先判断是否满足预设的状态条件，当满足所述状态条件时，才对所述第二源数据进行切分处理、添加校验码。预设的状态条件可包括但不限于反应信道质量的条件，例 如，所述状态条件包括如下的至少一项：接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、所述第二源数据大于预设的第三阈值。
参照图6，示出了本公开一个实施例的再一种基于NB-IoT的数据接收方法的步骤流程图。该数据接收方法，例如可应用在基站中，并包括如下步骤：
步骤401，通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的、包括根据信号强度将第一源数据通过一次或多次拆分获得的子数据块的信息。
步骤402，将所述子数据块组合为所述第一源数据。
如果发送端，例如用户设备，实时根据信号强度将源数据进行一次或多次拆分，拆分为一个或多个子数据块，按照NB-IoT的协议规范发送至基站。接收端例如基站在接收到子数据块之后，重新组合，得到第一源数据。
发送端初始可以对源数据进行拆分，并将拆分后的子数据块按照NB-IoT的协议规范发送至基站，在某个子数据块发送失败之后，对剩余未发送的子数据块重新进行拆分，获得新的子数据块。
在一些实施例中，子数据块存储在链表中，其链表中的信息(如数据包ID、拆分包大小、顺序号、包头标志和包尾标志等)可以一同发送至基站，则基站可以按照该信息重新将子数据块进行组合。
在一些实施例中，发送端对子数据块附加了校验码，接收端例如基站相应地还包括：识别校验码和子数据块；利用校验码对子数据块进行校验；将通过校验的子数据块合并成第一源数据。如果某个子数据块未通过校验，则向发送端发送该子数据块发送失败的消息。
在一些实施例中，发送端在按照NB-IoT协议发送时，对包括子数据块的第二源数据进行了切分，并在切分形成的各源片段数据之后添加校验码，再生成目标数据按照NB-IoT协议发送。在接收端例如基站，接收目标数据并从所述目标数据中提取检验片段数据；在所述检验片段数据中识别校验码与源片段数据；根据所述校验码对所述源片段数据进行校验；将通过校验的所述源片段数据组合为第二源数据。
通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的、包括子数据块的信息，并将子数据块组合为第一源数据。这样，在数据时，通过减少的数据量，可以减少在弱信号覆盖的情况下数据失败的概率，弱化小尺度信道衰落对数据的影响，从而提高在弱信号覆盖的情况下数据的成功率。同时，保证应用层数据发送效率在可接受的范围内，从而提高NB-IoT的实用性，提高NB-IoT的应用范围。
为使本领域技术人员更好地理解本公开，以下通过具体的示例来说明本公开实施例中基于NB-IoT的数据传输方法。
在本示例中，将接收的信号强度划分为强、中、弱三个档次。
在用户设备中，若应用层需要发送A、B、C、D四个第一源数据，适配层将A、B、C、D加入到缓存队列。
适配层从缓存队列中提取A，检测当前的信号强度：
情况1、若该信号强度属于强档次，则可以将A整体提交给NB-IoT协议栈，发送基站。
在此情况中，信号强度较高，成功率较高，子数据块为第一源数据块本身。
情况2、若该信号强度属于中档次，则可以将A整体提交给NB-IoT协议栈，发送基站，如果发送失败，则重新检测信号强度，并以此对A进行拆分。
在此情况中，信号强度一般，成功率一般，先尝试整体发送，失败后再拆分成多个部分分别发送。
情况3、若该信号强度属于弱档次，则可以将A按照信号强度拆分后提交给NB-IoT协议栈，发送基站，如果发送失败，则重新组合为待发送数据，并检测信号强度，以此对该待发送数据重新进行拆分。
在此情况中，信号强度较弱，成功率较低，先尝试成多个部分发送，失败后再重新组合再根据当前信号强度拆分成多个部分分别发送。
以情况3进行进一步说明，适配层按照当前的信号强度将A拆分成A11、A12、A13、A14、A15共5个子数据块，并将A11提交给NB-IoT协议栈，NB-IoT协议栈将A11发送至基站。
在A11发送成功之后，适配层继续将A12提交给NB-IoT协议栈，NB-IoT协议栈将A12发送至基站。如果此时，信号强度快速降低，导致A12发送失败，适配层将A12、A13、A14、A15组合为新的待发送数据A2，并检测当前的信号强度。根据检测到的信号强度将A2拆分为A21、A22、A23、A24、A25、A26、A27共7个子数据块。
适配层将A21提交给NB-IoT协议栈，NB-IoT协议栈将A21发送至基站，在A21发送成功之后，适配层将A22提交给NB-IoT协议栈，如此类推，直至A22、A23、A24、A25、A26、A27发送成功。
基站接收到用户设备发送的A11、A21、A22、A23、A24、A25、A26、A27共8个子数据块，按照顺序将这8个子数据块组合为源数据A。
对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例所涉及的动作并不一定是本公开实施例所必须的。
参照图7，示出了本公开一个实施例的一种基于NB-IoT的数据发送装置的结构框图，例如可应用在用户设备中。所述装置包括：处理器，其中，所述处理器配置为执行存储在存储器中的以下程序模块：
第一源数据获取模块501，配置为获取待通过基于蜂窝的窄带物联网NB-IoT发送的第一源数据；
信号强度检测模块502，配置为检测当前的信号强度；
目标数据拆分模块503，配置为按照所述信号强度将所述第一源数据拆分为多个子数据块。
在本公开的至少一个实施例中，所述处理器还配置为执行存储在存储器中的以下程序模块：
子数据块发送模块，配置为通过基于蜂窝的窄带物联网NB-IoT将通过子数据块提取模块提取的所述子数据块发送至基站；
发送结果判断模块，配置为判断所述子数据块是否成功发送至基站；若是，则调用子数据块提取模块，并在返回时调用所述子数据块发送模块；若否，则调用重新拆分模块，并在返回时调用所述子数据块提取模块和所述子数据块发送模块；
所述子数据块提取模块，配置为配置为从所述多个子数据块提取一未发送的子数据块，以及在所述子数据块发送成功后从所述多个子数据块中按顺序提取下一未发送的子数据块；
重新拆分模块，配置为检测当前的信号强度，并按照所述信号强度将剩余未发送的子数据块重新拆分为新的子数据块。
在本公开的至少一个实施例中，所述子数据块存储在链表中，所述处理器还配置为执行存储在存储器中的以下程序模块：
子数据块删除模块，配置为在所述链表中删除发送成功的子数据块；
链表判断模块，配置为判断所述链表是否清空；若是，则调用发送成功上报模块，若否，则调用所述子数据块提取模块；
发送成功上报模块，配置为上报所述源数据发送成功；
所述子数据块提取模块，配置为从所述链表中提取未发送的子数据块。
在本公开的一些实施例中，所述处理器还配置为执行存储在存储器中的以下程序模块：
失败计数清空模块，配置为当所述子数据块发送成功时，清空失败计数；
失败计数累加模块，配置为当所述子数据块发送失败时，累加失败计数；
发送失败确定模块，配置为当所述失败计数超过预设的阈值时，上报所述第一源数据发送失败。
在本公开的一些实施例中，所述子数据块的数量与所述信号强度负相关，所述子数据块的大小与所述信号强度正相关。
参照图8，示出了本公开一些实施例的另一种基于NB-IoT的数据接收装置的结构框图。该装置例如可应用在基站中，所述装置包括：
存储器，存储有计算机指令；
处理器，配置为运行所述计算机指令以使所述装置执行以下程序模块：
子数据块接收模块601，配置为通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的、包括根据信号强度将源数据通过一次或多次拆分获得的子数据块的信息；
第一源数据组合模块602，配置为将所述子数据块组合为所述第一源数据。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在本公开的一些实施例中，发送端设备对第一源数据拆分成的子数据块添加了校验码，接收端装置的子数据块接收模块包括：
目标数据接收子模块，配置为通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的目标数据；
检验片段数据子提取模块，配置为从所述目标数据中提取检验片段数据；
检验片段数据识别子模块，配置为在所述检验片段数据中识别校验码与源片段数据；
子校验模块，配置为根据所述校验码对所述源片段数据进行校验；
第二源数据组合子模块，配置为将通过校验的所述源片段数据组合为第二源数据，所述第二源数据包括所述子数据块。
本公开的一些实施例还提供一种数据传输系统，包括用户设备和服务器，其中，所述用户设备为所述的发送装置，所述服务器为如所述的接收装置。
本公开的一些实施例还提供了一种存储一个或多个程序的计算机可读的非易失性存储介质，其中，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行所述的数据发送方法。例如，数据发送方法如图1-5所示。
本公开的一些实施例还提供了一种存储一个或多个程序的计算机可读的非易失性存储介质，其中，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行所述的数据接收方法。例如，数据接收方法如图4所示。
本公开的一些实施例还提供了一种计算机程序产品，所述计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行如所述的数据发送方法。例如，数据发送方法如图1-5所示。
本公开的一些实施例还提供了一种计算机程序产品，所述计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行所述的数据接收方法。例如，数据接收方法如图4所示。
参照图9，示出了本公开的一些实施例提供的一种基于NB-IoT的数据发送方法的步骤流程图。该基于NB-IoT的数据发送方法例如应用在用户设备(User Equipment，UE)中，包括如下步骤：
步骤101’，获取待发送的源数据。
例如，在至少一个实施方式中，NB-IoT协议栈接收用户设备的应用层提交的待发送数据，可以获取该待发送作为源数据。
步骤102’，对所述源数据进行切分处理，获得源片段数据。
此处的切分处理是指码块分段。
在本公开的至少一个实施例中，获取待发送的源数据，并对所述源数据进行码块分段，获得源片段数据。
在本公开的一些实施例中，在不改变NB-IoT协议栈原有架构的基础上，将源数据切分为一个或多个源片段数据，并增加校验码来提高的容错性。如图10所示，在本公开的至少一个实施例中，步骤102’包括如下子步骤：
子步骤S11’，确定待的所述源数据的信息比特数与校验码的比特数。其中，本步骤所述源数据的信息比特数，即待传输信息的相应二进制位数。类似地，校验码的比特数即信息中欲使用的校验码的相应二进制位数。
子步骤S12’，计算传输比特数与所述源数据的信息比特数之间的差值。其中，传输比特数TBS(Transport Block Size)，是协议实际规定将源数据进行处理后数据的块大小。例如，在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)36.213中定义了NB-IoT设备所支持的传输比特数TBS的大小。
子步骤S13’，对所述差值除以所述校验码的比特数所得的商向下取整，获得目标值。对某个数值向下取整即省略该数值的小数位从而得到一个整数，例如如果所述差值除以所述校验码的比特数所得的商为4.6，对4.6向下取整即得到目标值4。
子步骤S14’，判断所述目标值是否等于零，如果等于零，执行步骤S16’，否则执行步骤S15’。
子步骤S15’，当所述目标值大于零时，将所述源数据切分为数量与所述目标值相等的源片段数据。TBS一定大于源数据，目标值不可能小于零。目标值不等于零，即等于零。然后根据源片段数据生成目标数据(步骤S1041’)，按NB-IoT协议的通常规定处理(步骤S1042’)。
子步骤S16’，如果子步骤S15中判断结果为所述目标值等于零，则确定所述源数据不支持切分处理。跳过本实施例后续描述的切分处理和校验码添加步骤，直接按NB-IoT协议的通常规定处理(步骤S1042’)。
例如，在用户设备和基站的通信系统中，若取值K为0，则表示在基站指示的时频资源中不支持码块分段(比特大小不匹配)。
上述校验码为对源片段数据进行校验的数据，例如，CRC(Cyclic Redundancy Check，循环冗余校验码)、PCC(Parity Check，奇偶校验码)。CRC的比特数为24。
在本公开的一些实施例中，通过如下方式计算目标值：
K＝floor((TBS-X)/Y)---------(1)
其中，K为目标值，X为源数据的信息比特数，TBS为传输比特数，Y为校验码的比特数。Floor为向下取整的函数。TBS一定大于源数据，目标值不可能小于零。
若所述目标值取值K＝0，则表示在传输比特数中没有冗余的比特位进行校验，即在基站指示的时频资源中，不支持源数据分块。此时，在至少一个实施例中，可以直接对源数据补零(Zero Padding)，直至与传输比特数匹配，直接发送至基站。3GPP 36.213中定义了的NB-IoT设备所支持的TBS大小。在通信系统中，若假设规定的传输比特数为10，信息比特数为7，剩下的3个比特数补零。
若取值K＞0，则表示在传输比特数中有冗余的比特位可用于传输校验码，即在基站指示的时频资源中，支持源数据分块，则可以将源数据切分为K份源片段数据，并且对K份源片段数据分别添加校验码。
如图11所示，在本公开实施例的至少一个示例中，子步骤S15’进一步包括如下子步骤：
子步骤S151，判断所述源数据的信息比特数是否被所述目标值整除；若是，则执行子步骤S152，若否，则执行子步骤S153。
子步骤S152，将所述源数据切分为数量与所述目标值相等的源片段数据。
子步骤S153，对所述源数据添加指定的增补数据，以使源数据在增补后能被所述目标值整除。指定的增补数据可以根据(TBS-X)/Y自动生成。返回执行子步骤S152将添加所述增补数据后的源数据平均切分为数量与所述目标值相等的源片段数据。
在本示例中，为方便对源数据进行切分以及方便后续再组合成源数据，子步骤S152可以对源数据进行均分，即切分后的每一段源片段数据的大小相等。
在至少一个实施例中，先判断源数据的信息比特数是否可以被目标值K整除；然后，如果可以被整除，则直接将源数据平均切分为K份源片段数据；如果不可以被整除，则可以在源数据之后添加指定的增补数据，如添加0，使得添加增补数据之后的源数据的信息比特数可以被目标值K整除，再将添加增补数据之后的源数据平均切分成K份源片段数据。
除了添加指定的增补数据进行平均切分之外，还可以采用其他方式进行切分。例如，从后往前或从前往后按照用户设备和服务器协商好的平均值进行切分，该平均值与待的数据量和当前网络状态有关。或者照协议规定的TSB大小进行切分。另外，切分之后例如还可添加有校验码的标记位等等。只要经过上述处理的消息在接收端例如基站可实现校验码的识别和源数据的提取、校验即可，除此之外本公开实施例不加以限制。
上述源数据的切分方式只是作为示例，在实施本公开实施例时，可以根据实际情况设置其他的源数据切分方式。例如，在计算目标值之后，根据网络状态确定一个小于或等于目标值的特征值，将该源数据切分数量等于该特征值的源片段数据，以在保证容错率的前提下，提高效率。或者，预先建立待传输的比特数范围与目标值之间的映射关系，确定了源数据的信息比特数之后，确定所述源数据归属的比特数范围以及映射关系确定目标值，然后将该源数据切分成数量等于该目标值的源片段数据，以提高计算效率，等等，只要可实现在切分的源片段数据后添加校验码即可，本公开实施例对切 分方式并不加以限制。除了上述源数据的切分方式外，本领域技术人员还可以根据实际需要采用其它源数据的切分方式，本公开实施例对此不加以限制。
在本公开的一些实施例中，步骤102’还可以包括如下子步骤：
当满足预设的状态条件时，按照所述源数据添加所述校验码后的信息长度向基站发送的上行资源指示值，基站则按照增加的上行资源指示值分配传输比特数。
在子步骤S12’之前，用户设备可以在源数据前的资源请求部分请求更大的资源，即资源请求部分所请求的资源变大，以便于后续添加校验码。资源请求所请求的资源的大小已考虑到因添加校验码所增加的资源。
在本公开的一些实施例中，在某些预设的状态条件下，例如满足如下的至少一项：接收电平低于预设的第一阈值，或者信噪比低于预设的第二阈值、所述第二源数据大于预设的第三阈值时，发送前执行上述的步骤101’-S104’；资源请求时所请求的资源的大小已考虑因添加校验码所增加的资源。
在本公开的一些实施例中，该资源请求以MAC(Media Access Control)控制单元的形式在随机接入的消息3(设备在随机接入的过程中的第三步)中上报，上调待传源数据映射的上行资源指示值DV。在消息3中，是指在设备在随机接入的过程中的第三步，具体内容为：发送随机接入请求，该请求会涉及接入网络的原因、所需的数据大小(即上述的DV值)。具体实施中，只要在进行资源请求的消息中都是适用的。
DV值某种程度上反应的就是传输比特数的大小，若在信道条件不好、待数据量较大的情况下，可以增加DV值(即增大请求的资源/传输比特数的大小)，这样，将会增加传输比特数，产生更多的冗余比特数，可以用来增加校验码来提升的容错性。
步骤103’，在所述源片段数据后添加校验码，获得校验片段数据。
在本公开的一些实施例中，在每个源片段数据之后添加校验码，从而获得校验片段数据。
以CRC为例，通过在要传输的k比特数的数据D后添加(n-k)比特数冗余位(又称帧检验序列，Frame Check Sequence，FCS)F，形成n比特数的帧T。
步骤104’，根据所述校验片段数据生成目标数据，并按照基于蜂窝的窄带物联网NB-IoT将所述目标数据发送。
在添加了校验码之后，可以以校验片段数据作为主体，生成目标数据。
在本公开的至少一个实施例中，步骤104’包括如下子步骤：
子步骤S21’，将所述校验片段数据组合为片段数据组合；
子步骤S22’，确定所述片段数据组合的信息比特数；
子步骤S23’，判断所述片段数据组合的信息比特数是否与预设的传输比特数相等；若是，则执行子步骤S24’，若否，则执行子步骤S25’；
子步骤S24’，确定所述片段数据组合为目标数据；
子步骤S25’，对所述片段数据组合添加指定的增补数据，以使与预设的传输比特数相等，获得目标数据。在至少一个实施例子中，通过在所述片段数据组合之后补零，来添加增补数据。
在本公开至少一个实施例中，按照顺序(例如从上层接收的先后顺序)将校验片段数据拼接为片段数据组合，并确定其信息比特数，然后判断片段数据组合的信息比特数是否等于传输比特数TBS。
如果片段数据组合的信息比特数等于传输比特数TBS，则确定该片段数据组合为目标数据。如果片段数据组合的信息比特数小于传输比特数TBS，则在该片段数据组合之后添加增补数据，例如增补若干位0，使得添加增补数据后的片段数据组合的信息比特数等于传输比特数TBS，并以添加增补数据后的片段数据组合作为目标数据。
在本公开至少一个实施例中，将目标数据提交给NB-IoT协议栈，NB-IoT协议栈按照NB-IoT的规范将该目标数据发送至基站。
在本公开至少一个实施例中，目标值K作为数据包的包头数据，一同发送至基站。
在本公开的至少一个实施例中，数据发送之前，当满足预设的状态条件时，向基站发送资源请求，以申请增加上行资源。
在本公开的至少一个实施例中，上述状态条件包括如下的至少一项：接收电平低于预设的第一阈值，例如，接收电平低于-120dBm；或者信噪比低于预设的第二阈值；或者源数据大于预设的第三阈值。
在本公开的一些实施例中，用户设备将源数据切分为源片段数据并添加校验码，生成目标数据并通过基于蜂窝的窄带物联网NB-IoT至基站；这样，在基站端，基站对目标数据进行切分，提取校验码与源片段数据，并根据校验码对源片段数据进行校验，然后重新组合为源数据。由于无线信号的强度是随着时间不断变化的，因此数据的成功概率并不稳定。在数据时，通过上述方式对源数据添加校验码，可以提升基站的纠错能力，提高解码成功的概率，从而减少在弱信号覆盖的情况下数据的成功概率，用以弱化小尺度信道衰落对数据的影响，减少重传的次数，减低用户设备的功耗。
为使本领域技术人员更好地理解本公开的实施例，以下通过一个更具体的示例来说明本公开实施例中源数据的切分方法。
用户设备准备将源数据A上传至基站，源数据A如图12A所示。
假设源数据A的信息比特数为601bits，传输比特数TBS为680bits，应用CRC作为校验码，即校验码的比特数共24bits。
因此，目标值K＝floor((680-601)/24)＝3
由于601不能被3整除，因此，在A之后添加增补数据B，增补数据B例如为2个0。添加增补数据之后的源数据为(A+B)，共603bits，如图12B所示，
将添加增补数据之后的源数据(A+B)平均切分成3份源片段数据，分别为A1、A2、(A3+B)，每份源片段数据为201bits。A1、A2、(A3+B)如图12C所示。
在每份源片段数据之后，分别添加校验码C，即CRC校验码，获得3份校验片段数据分别为(A1+C)、(A2+C)、(A3+B+C)，如图12D所示。
将3校验片段数据组合为片段数据组合(A1+C+A2+C+A3+B+C)，如图12E所示，共675bits。
由于片段数据组合(675bits)与传输比特数TBS(680bits)不匹配，因此，在片段数据组合之后添加增补数据D，如5个0，作 为目标数据(A1+C+A2+C+A3+B+C+D)。目标数据(A1+C+A2+C+A3+B+C+D)如图12F所示。
参照图13，示出了本公开一些实施例的另一种基于NB-IoT的数据接收方法的步骤流程图。该数据接收方法应用在基站中，包括如下步骤：
步骤301’，通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的目标数据。
在本公开的至少一个实施例中，如果用户设备将源数据进行切分处理，添加校验码生成目标数据，并按照NB-IoT的协议规范发送至基站，则基站在接收到目标数据之后，进行切分、组合，得到源数据。
步骤302’，从所述目标数据中提取检验片段数据。
目标数据中包括一个或多个检验片段数据，每个校验片段中包括源片段数据与校验码。基站接收到目标数据之后，从目标数据中提取校验片段数据。
在本公开的一些实施例中，步骤302’包括如下子步骤：
子步骤S31，在所述目标数据中识别片段数据组合。
在本公开的至少一个实施例中，片段数据组合为检验片段数据拼接的数据，由于传输比特数TBS的限制，片段数据组合的信息比特数可能小于传输比特数，因此增加了增补数据(如0)。在这种情况下，判断目标数据中的末段等位置是否存在指定的增补数据(如0)。若是，则从目标数据中删除增补数据，获得片段数据组合，即删除增补数据之后的数据，为片段数据组合。若否，则确定目标数据为片段数据组合，即目标数据本身即为片段数据组合。
子步骤S32，确定目标值。
确定目标值的方式存在多种，包括但不限于下述方式：从基站接收到的数据包的包头中提取目标值K。子步骤S33，将所述片段数据组合切分为数量与所述目标值相等的校验片段数据。
在至少一个实施例中，在数据包的包头中提取了目标值K之后，将片段数据组合切分为K份，每一份都称为校验片段数据。
在至少一个实施例中，将片段数据组合平均切分为K份校验片段数据，即每份校验片段数据的大小相等。
步骤303’，在所述检验片段数据中识别校验码与源片段数据。
在至少一个实施例中，在校验片段数据的末段识别出指定位数的数据，即校验码，剩余的数据即为源片段数据。
例如，若校验码为CRC，则在校验片段的末段识别24位数据作为CRC，剩余的数据即为源片段数据。
步骤304’，根据所述校验码对所述源片段数据进行校验。
在至少一个实施例中，按照不同校验码的校验方式，对源片段数据进行校验，判断是否正常。
以CRC为例，在发送端，先在要发送的帧后面附加一个CRC校验码，生成一个新帧发送给接收端。当然，这个附加的CRC校验码不是随意的，它要使所生成的新帧能与发送端和接收端共同选定的某个特定数整除。到达接收端后，再把接收到的新帧除以这个选定的除数。因为在发送端发送数据帧之前就已通过添加指定的片段增补数据，例如附加一个或多个零，做了“去余”处理，所以结果应该是没有余数。如果有余数，则表明该帧在过程中出现了差错。
步骤305’，将通过所述校验的所述源片段数据组合为源数据。
在至少一个实施例中，，将源片段数据按照顺序进行拼接，获得源数据。在一些实施例中，将源片段数据按照打包处理时的编号进行拼接，获得源数据。
在发送端，由于目标值K的限制，源数据的信息比特数可能与目标值K不匹配，需要增加增补数据(如0)。因此，在本公开的至少一个实施例中，包括判断源数据中是否存在指定的片段数据(如0)的步骤。还包括当源数据中存在指定的增补数据时，从源数据中删除所述指定的增补数据(如0)的步骤。
在本公开的至少一个实施例中，在步骤301之前，接收到用户设备在满足预设的状态条件时发送的增加的上行资源指示值时，服务器按照增加的上行资源指示值分配传输比特数。
在本公开的至少一个实施例中，所述状态条件包括如下的至少一项：
接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、源数据大于预设的第三阈值。
在本公开一些实施例中，用户设备在源数据前的资源请求部分请求更大的资源的大小，便于后续添加校验码。
在本公开的一些实施例中，该资源请求可以以MAC控制单元的形式在随机接入的消息3(第三步)中上报，上调待传源数据映射的上行资源指示值DV。
基站根据上行资源指示值DV对该用户设备增加为其分配的传输比特数，使得产生更多的冗余比特数，从而用户设备可以增加校验码来提升的容错性。
在本公开的一些实施例中，用户设备将源数据切分为源片段数据并添加校验码，生成目标数据并通过基于蜂窝的窄带物联网NB-IoT至基站；基站对目标数据进行切分，提取校验码与源片段数据，根据校验码对源片段数据进行校验，并重新组合为源数据。由于无线信号的强度是随着时间不断变化的，在数据时，通过对源数据添加校验码，可以提升基站的纠错能力，提高解码成功的概率，从而减少在弱信号覆盖的情况下数据的概率，用以弱化小尺度信道衰落对数据的影响，减少重传的次数，减低用户设备的功耗。
为使本领域技术人员更好地理解本公开实施例，以下通过一些示例来说明本公开实施例中源数据的切分方法。
用户设备准备将目标数据，例如如图12F所示的(A1+C+A2+C+A3+B+C+D)上传至基站，传输比特数TBS为680bits。目标数据应用CRC作为校验码，CRC校验码共24bits，目标值K为3。
基站检测到该目标数据存在增补数据D，增补数据D例如为5个0，即删除增补数据D，获得如图12E所示的片段数据组合(A1+C+A2+C+A3+B+C)，共675bits。
将片段数据组合(A1+C+A2+C+A3+B+C)平均切分为如图12D所示的3份校验片段数据分别为(A1+C)、(A2+C)、(A3+B+C)。
在每份校验片段数据末段的24bits提取CRC校验码C，剩余的为源片段数据A1、A2、(A3+B)，每份源片段数据为201bits。图12C中示出源片段数据A1、A2、(A3+B)。
对每份源片段数据A1、A2、(A3+B)使用对应的校验码C进行校验。当A1、A2、(A3+B)均校验通过后，将他们拼接为源数据(A+B)。源数据(A+B)如图12B所示。
如图12A所示，检测到源数据(A+B)存在增补数据B，例如2个0，将该增补数据B删除后，即可获得源数据A。
参照图14，示出了根据本公开一些实施例的一种基于NB-IoT的数据发送装置的结构框图。数据发送装置例如可应用在用户设备中。数据发送装置包括：处理器，其中，所述处理器配置为执行存储在存储器中的以下程序模块：
源数据获取模块401’，配置为获取待发送的源数据；
源数据切分模块402’，配置为对所述源数据进行切分处理，获得源片段数据；
校验码添加模块403’，配置为在所述源片段数据后添加校验码，获得校验片段数据；
目标数据生成模块404’，配置为根据所述校验片段数据生成目标数据；
目标数据发送模块405’，配置为通过基于蜂窝的窄带物联网NB-IoT将所述目标数据发送至基站。
参照图15，在本公开的至少一个实施例中，所述处理器配置为执行存储在存储器中的以下程序模块：切分判定模块406’，配置为判断是否满足预设的状态条件，所述状态条件包括如下的至少一项：接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、所述第二源数据大于预设的第三阈值；当满足所述状态条件时，返回所述调用源数据获取模块401’和所述源数据切分模块402’，对待发送源数据切分、添加校验码后，通过基于蜂窝的窄带物联网NB-IoT发送出去。
在至少一个实施例中，发送端在网络状态满足一定条件，例如信噪比低于预设的第二阈值时，将源数据切分为源片段数据并添加校验码，通过基于蜂窝的窄带物联网NB-IoT至基站。由于对源数据进行了切分并对切分形成源片段数据的分别添加了校验码，可以提升接收端的纠错能力，提高接收端解码成功的概率，从而减少在弱信号覆盖的情况下数据的成功概率，弱化小尺度信道衰落对数据的影响，减少重传的次数。
在本公开的一些实施例中，所述源数据切分模块402’包括：
信息比特数确定子模块，配置为确定所述源数据的信息比特数与校验码的比特数；
差值计算子模块，配置为计算预设的传输比特数与所述信息比特数之间的差值；
目标值获得子模块，配置为对所述差值除以所述信息比特数之间所得的商向下取整，获得目标值；
切分子模块，配置为当所述目标值大于零时，将所述源数据切分为数量与所述目标值相等的源片段数据。
在本公开的一些实施例中，当所述目标值等于零时，确定所述源数据不支持切分处理。所述源数据切分模块402直接将所述源数据按发送NB-IoT协议发送。
在本公开的一些实施例中，所述切分子模块包括：
信息比特数判断单元，配置为判断所述信息比特数是否被所述目标值整除；若是，则调用均分单元，若否，则调用增补数据添加单元；
第一均分单元，配置为将所述源数据平均切分为数量与所述目标值相等的源片段数据；
增补数据添加单元，配置为对所述源数据添加指定的增补数据，以使被所述目标值整除；
第二均分单元，配置为将添加所述增补数据后的源数据平均切分为数量与所述目标值相等的源片段数据。
在本公开的一些实施例中，所述源数据切分模块402’还包括：
上行资源指示值增加子模块，配置为当满足预设的状态条件时，按照所述源数据添加所述校验码后的信息长度增加向基站发送的上行资源指示值，基站则按照增加的上行资源指示值分配传输比特数；
在本公开的至少一个实施例中，其中，所述状态条件包括如下的至少一项：接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、所述源数据大于预设的第三阈值。
在本公开的一些实施例中，所述目标数据生成模块404’包括：
片段数据组合子模块，配置为将所述校验片段数据组合为片段数据组合；
组合比特数确定子模块，配置为确定所述片段数据组合的信息比特数；
片段数据组合判断子模块，配置为判断所述片段数据组合的信息比特数是否与预设的传输比特数相等；若是，则调用目标数据确定子模块，若否，则调用增补数据添加子模块；
目标数据确定子模块，配置为确定所述片段数据组合为目标数据；
增补数据添加子模块，配置为对所述片段数据组合添加指定的增补数据，以使与预设的传输比特数相等，获得目标数据。
参照图16，示出了本公开一些实施例的另一种基于NB-IoT的数据接收装置的结构框图，所述装置例如可应用在基站中。所述装置包括：存储器，存储有计算机指令；处理器，配置为运行所述计算机指令以使所述装置执行以下程序模块：
目标数据接收模块501’，配置为通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的目标数据；
检验片段数据提取模块502’，配置为从所述目标数据中提取检验片段数据；
检验片段数据识别模块503’，配置为在所述检验片段数据中识别校验码与源片段数据；
校验模块504’，配置为根据所述校验码对所述源片段数据进行校验；
源数据组合模块505’，配置为将通过所述校验的所述源片段数据组合为源数据。
在本公开的一些个实施例中，所述检验片段数据提取模块502’包括：
片段数据组合识别子模块，配置为在所述目标数据中识别片段数据组合；
目标值确定子模块，配置为确定目标值；
片段数据组合切分子模块，配置为将所述片段数据组合切分为数量与所述目标值相等的校验片段数据。
在本公开的一些实施例中，所述片段数据组合识别子模块包括：
增补数据判断子模块，配置为判断所述目标数据中是否存在指定的增补数据；若是，则调用增补数据删除子模块，若否，则调用片段数据组合确定子模块；
增补数据删除子模块，配置为从所述目标数据中删除所述增补数据，获得片段数据组合；
片段数据组合确定子模块，配置为确定所述目标数据为片段数据组合。
在本公开的一些实施例中，所述源数据组合模块505’包括：
顺序拼接子模块，配置为将所述源片段数据按照顺序进行拼接，获得源数据；
增补数据删除子模块，配置为当所述源数据中存在指定的增补数据时，从所述源数据中删除所述增补数据。
在本公开的一些实施例中，还包括：
上行资源指示值接收模块，配置为接收发送端在满足预设的状态条件时，按照所述源数据添加校验码后的信息长度增加的上行资源指示值；
传输比特数分配模块，配置为按照增加的上行资源指示值分配传输比特数。
在本公开的一些实施例中，所述状态条件包括如下的至少一项：接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、所述源数据大于预设的第三阈值。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
在上述实施方式的描述中，具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
本领域内的技术人员应明白，本公开实施例的实施例可提供为方法、装置、系统或计算机程序产品。因此，本公开实施例可采用完全硬件实施例、完全软件实施例、或软件和硬件相结合的实施例的形式。而且，本公开实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开实施例是参照根据本公开实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过 计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本公开实施例的示例性实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括示例性实施例以及落入本公开实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本公开所提供的一种基于NB-IoT的数据发送、接收方法和一种基于NB-IoT的数据发送、接收装置，进行了介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式 及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (29)

  1. 一种基于NB-IoT的数据发送方法，其中，所述方法包括：
    获取待发送的第一源数据；
    检测当前的信号强度；
    按照所述信号强度将所述第一源数据拆分为多个子数据块，并通过基于蜂窝的窄带物联网NB-IoT发送。
  2. 根据权利要求1所述的数据发送方法，其中，
    所述多个子数据块的数量与所述信号强度负相关。
  3. 根据权利要求1所述的数据发送方法，其中，
    获取应用层准备向NB-IoT协议栈提交的数据作为所述第一源数据。
  4. 根据权利要求1-3任一项所述的数据发送方法，其中，按照所述信号强度将所述第一源数据拆分为多个子数据块，并通过基于蜂窝的窄带物联网NB-IoT发送至基站，包括：
    S1、按照所述信号强度将所述第一源数据拆分为多个子数据块；
    S2、从所述多个子数据块中提取一未发送的子数据块；
    S3、通过基于蜂窝的窄带物联网NB-IoT将提取的所述子数据块发送至基站；
    S4、判断所述子数据块是否成功发送至基站；
    S5、若是，则从所述多个子数据块中按顺序提取下一未发送的子数据块，返回执行步骤S3；
    S6、若否，则检测当前的信号强度，并按照所述信号强度将剩余未发送的子数据块重新进行拆分，形成新的子数据块，返回执行步骤S2。
  5. 根据权利要求4所述的数据发送方法，其中，所述子数据块存储在链表中，如果所述子数据块成功发送至基站，在提取下一未发送的子数据块之前，所述的数据发送方法还包括：
    在所述链表中删除发送成功的子数据块，
    判断所述链表是否清空；
    如果所述链表是清空的，则上报所述第一源数据发送成功；如果所述链表不是清空的，则执行步骤S5，从所述链表中按顺序提取下一未发送的子数据块。
  6. 根据权利要求4所述的数据发送方法，其中，还包括：
    当所述子数据块发送成功时，清空失败计数；
    当所述子数据块发送失败时，累加失败计数，并判断所述失败计数是否超过预设的阈值；如果所述失败计数超过预设的阈值，上报所述第一源数据发送失败，如果所述失败计数没有超过预设的阈值时，执行步骤S6。
  7. 根据权利要求1、3-6中的任一项所述的数据发送方法，其中，所述子数据块的数量与所述信号强度负相关，所述子数据块的大小与所述信号强度正相关。
  8. 根据权利要求1所述的数据发送方法，其中，所述通过基于蜂窝的窄带物联网NB-IoT发送的步骤，包括：
    获取欲通过基于蜂窝的窄带物联网NB-IoT发送的第二源数据，所述第二源数据包括待通过基于蜂窝的窄带物联网NB-IoT发送的所述子数据块；
    对所述第二源数据进行切分处理，获得源片段数据；
    在所述源片段数据后添加校验码，获得校验片段数据；
    根据所述校验片段数据生成目标数据；
    通过基于蜂窝的窄带物联网NB-IoT将所述目标数据发送。
  9. 根据权利要求8所述的数据发送方法，其中，所述获取第二源数据之前，还包括：
    判断是否满足预设的状态条件，所述状态条件包括如下的至少一项：接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、所述第二源数据大于预设的第三阈值；
    当满足所述状态条件时，获取第二源数据并对所述第二源数据进行切分处理。
  10. 根据权利要求8或9所述的数据发送方法，其中，所述对所述第二源数据进行切分处理，获得源片段数据，包括：
    确定所述第二源数据的信息比特数与校验码的比特数；
    计算传输比特数与所述第二源数据的信息比特数之间的差值；
    对所述差值除以所述第二源数据的信息比特数所得的商向下取整，获得目标值；
    当所述目标值大于零时，将所述第二源数据切分为数量与所述目标值相等的源片段数据。
  11. 根据权利要求10所述的数据发送方法，其中，所述对所述第二源数据进行切分处理，获得源片段数据，还包括：
    当所述目标值等于零时，对所述第二源数据进行补零操作，使所述第二源数据与所述传输比特数匹配，然后按照蜂窝的窄带物联网NB-IoT协议发送。
  12. 根据权利要求10所述的数据发送方法，其中，所述将所述第二源数据切分为数量与所述目标值相等的源片段数据，包括：
    判断所述第二源数据的信息比特数是否被所述目标值整除；
    若是，则将所述第二源数据平均切分为数量与所述目标值相等的源片段数据；
    若否，则对所述第二源数据添加指定的增补数据，以使添加所述增补数据后的第二源数据被所述目标值整除；
    将添加所述增补数据后的第二源数据平均切分为数量与所述目标值相等的源片段数据。
  13. 根据权利要求10-12任一项所述的数据发送方法，其中，在所述计算传输比特数与所述第二源数据的信息比特数之间的差值之前，还包括：
    当满足预设的状态条件时，按照添加所述校验码后的信息长度增加向基站发送的上行资源指示值，基站则按照增加的上行资源指示值分配传输比特数；
    其中，所述状态条件包括如下的至少一项：
    接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、所述第二源数据大于预设的第三阈值。
  14. 根据权利要求8-12任一项所述的数据发送方法，其中，所述根据所述校验片段数据生成目标数据，包括：
    将所述校验片段数据组合为片段数据组合；
    确定所述片段数据组合的信息比特数；
    判断所述片段数据组合的信息比特数是否与传输比特数相等；
    若是，则确定所述片段数据组合为目标数据；
    若否，则对所述片段数据组合添加指定的增补数据，以使与所述传输比特数相等，并确定添加指定的增补数据后的片段数据组合为目标数据。
  15. 一种基于NB-IoT的数据接收方法，其中，所述方法包括：
    通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的、包括根据信号强度将第一源数据通过一次或多次拆分获得的子数据块的信息；
    将所述子数据块组合为第一源数据。
  16. 根据权利要求15所述的数据接收方法，其中，将所述子数据块组合为第一源数据之前还包括：
    通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的目标数据；
    从所述目标数据中提取检验片段数据；
    在所述检验片段数据中识别校验码与源片段数据；
    根据所述校验码对所述源片段数据进行校验；
    将通过校验的所述源片段数据组合为第二源数据。
  17. 根据权利要求16所述的数据接收方法，其中，所述从所述目标数据中提取检验片段数据，包括：
    在所述目标数据中识别片段数据组合；
    确定目标值；
    将所述片段数据组合切分为数量与所述目标值相等的校验片段数据。
  18. 一种基于NB-IoT的数据发送装置，包括：处理器，其中，所述处理器配置为执行存储在存储器中的以下程序模块：
    第一源数据获取模块，配置为获取待发送的第一源数据；
    信号强度检测模块，配置为检测当前的信号强度；
    目标数据拆分模块，配置为按照所述信号强度将所述第一源数据拆分为多个子数据块。
  19. 根据权利要求18所述的数据发送装置，其中，所述处理器还配置为执行存储在存储器中的以下程序模块：
    子数据块发送模块，配置为通过基于蜂窝的窄带物联网NB-IoT将通过子数据块提取模块提取的所述子数据块发送至基站；
    发送结果判断模块，配置为判断所述子数据块是否成功发送至基站；若是，则调用所述子数据块提取模块，并在返回时调用所述子数据块发送模块；若否，则调用重新拆分模块，并在返回时调用所述子数据块提取模块和所述子数据块发送模块；
    所述子数据块提取模块，配置为从所述多个子数据块提取一未发送的子数据块，以及在所述子数据块发送成功后从所述多个子数据块中按顺序提取下一未发送的子数据块；
    重新拆分模块，配置为检测当前的信号强度，并按照所述信号强度将剩余未发送的子数据块重新拆分为新的子数据块。
  20. 根据权利要求19所述的数据发送装置，其中，所述子数据块存储在所述存储器中的链表中，所述处理器还配置为执行存储在存储器中的以下程序模块：
    子数据块删除模块，配置为在所述链表中删除发送成功的子数据块；
    链表清空判断模块，配置为判断所述链表是否清空；若是，则调用发送成功上报模块，若否，则调用所述子数据块提取模块；
    所述发送成功上报模块，配置为上报所述源数据发送成功；
    所述子数据块提取模块配置为从所述链表中提取未发送的子数据块。
  21. 根据权利要求19所述的数据发送装置，其中，所述子数据块发送模块包括：
    第二源数据获取子模块，配置为获取待发送的第二源数据，所述第二源数据包括待通过基于蜂窝的窄带物联网NB-IoT发送的所述子数据块；
    切分子模块，配置为对所述第二源数据进行切分处理，获得片段数据；
    校验码添加子模块，配置为在所述片段数据后添加校验码，获得校验片段数据；
    目标数据生成子模块，配置为根据所述校验片段数据生成目标数据；
    目标数据发送子模块，配置为通过基于蜂窝的窄带物联网NB-IoT将所述目标数据发送至基站。
  22. 根据权利要求21所述的数据发送装置，其中，所述子数据块发送模块还包括：
    切分判定子模块，配置为判断是否满足预设的状态条件，所述状态条件包括如下的至少一项：接收电平低于预设的第一阈值、信噪比低于预设的第二阈值、所述第二源数据大于预设的第三阈值；当满足所述状态条件时，返回所述调用第二源数据获取子模块和所述切分子模块。
  23. 一种基于NB-IoT的数据接收装置，所述装置包括：
    存储器，存储有计算机指令；
    处理器，配置为运行所述计算机指令以使所述装置执行以下程序模块：
    子数据块接收模块，配置为通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的、包括根据信号强度将源数据通过一次或多次拆分获得的子数据块的信息；
    第一源数据组合模块，配置为将所述子数据块组合为所述第一源数据。
  24. 根据权利要求23所述的数据接收装置，其中，所述子数据块接收模块包括：
    目标数据接收子模块，配置为通过基于蜂窝的窄带物联网NB-IoT接收用户设备发送的目标数据；
    检验片段数据子提取模块，配置为从所述目标数据中提取检验片段数据；
    检验片段数据识别子模块，配置为在所述检验片段数据中识别校验码与源片段数据；
    子校验模块，配置为根据所述校验码对所述源片段数据进行校验；
    第二源数据组合子模块，配置为将通过校验的所述源片段数据组合为第二源数据，所述第二源数据包括所述子数据块。
  25. 一种数据传输系统，包括用户设备和服务器，其中，所述用户设备为如权利要求18-22任一项所述的数据发送装置，所述服务器为如权利要求23-24任一项所述的数据接收装置。
  26. 一种存储一个或多个程序的计算机可读的非易失性存储介质，其中，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如权利要求1-14任一项所述的数据发送方法。
  27. 一种存储一个或多个程序的计算机可读的非易失性存储介质，其中，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如权利要求15-17任一项所述的数据接收方法。
  28. 一种计算机程序产品，所述计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行权利要求1-14任一项所述的数据发送方法。
  29. 一种计算机程序产品，所述计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行15-17任一项所述的数据接收方法。
PCT/CN2019/071830 2018-01-15 2019-01-15 基于NB-IoT的数据发送、接收方法和装置以及数据传输系统 WO2019137558A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201810036534.8 2018-01-15
CN201810036534.8A CN108366414B (zh) 2018-01-15 2018-01-15 一种基于NB-IoT的数据传输方法和装置
CN201810037006.4 2018-01-15
CN201810037006.4A CN108075875A (zh) 2018-01-15 2018-01-15 一种基于NB-IoT的数据传输方法和装置

Publications (1)

Publication Number Publication Date
WO2019137558A1 true WO2019137558A1 (zh) 2019-07-18

Family

ID=67219405

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/071830 WO2019137558A1 (zh) 2018-01-15 2019-01-15 基于NB-IoT的数据发送、接收方法和装置以及数据传输系统

Country Status (1)

Country Link
WO (1) WO2019137558A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111885564A (zh) * 2020-07-03 2020-11-03 海尔优家智能科技（北京）有限公司 数据传输方法、设备升级方法、计算机可读的存储介质
CN113507457A (zh) * 2021-06-25 2021-10-15 北京深度吉通信息技术有限公司 一种数据传输方法及装置
CN114629602A (zh) * 2022-05-17 2022-06-14 光谷技术有限公司 一种物联网数据的冗余度控制方法
CN115499377A (zh) * 2022-11-22 2022-12-20 广州优刻谷科技有限公司 一种物联网数据调度方法及系统
CN116963178A (zh) * 2023-09-21 2023-10-27 季华实验室 一种降低nb-iot设备功耗的方法及相关设备
WO2024027746A1 (zh) * 2022-08-05 2024-02-08 维沃移动通信有限公司 信息传输方法、装置、接收端及发送端
CN117896778A (zh) * 2024-03-14 2024-04-16 天津航天中为数据系统科技有限公司 一种基于北斗短报文的用电数据传输方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1496058A (zh) * 2002-08-31 2004-05-12 ���ǵ�����ʽ���� 根据无线信道状态动态管理分组分段阈值的方法
CN101194453A (zh) * 2005-04-29 2008-06-04 诺基亚公司 用于动态地调整例如媒体接入控制（mac）层的协议层处的分段的方法、设备和计算机程序
CN102088715A (zh) * 2011-01-20 2011-06-08 大唐移动通信设备有限公司 一种数据包分段方法及设备
CN107155204A (zh) * 2017-07-20 2017-09-12 广东工业大学 一种蓝牙与Wifi切换的方法及系统
CN108075875A (zh) * 2018-01-15 2018-05-25 海信集团有限公司 一种基于NB-IoT的数据传输方法和装置
CN108366414A (zh) * 2018-01-15 2018-08-03 海信集团有限公司 一种基于NB-IoT的数据传输方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1496058A (zh) * 2002-08-31 2004-05-12 ���ǵ�����ʽ���� 根据无线信道状态动态管理分组分段阈值的方法
CN101194453A (zh) * 2005-04-29 2008-06-04 诺基亚公司 用于动态地调整例如媒体接入控制（mac）层的协议层处的分段的方法、设备和计算机程序
CN102088715A (zh) * 2011-01-20 2011-06-08 大唐移动通信设备有限公司 一种数据包分段方法及设备
CN107155204A (zh) * 2017-07-20 2017-09-12 广东工业大学 一种蓝牙与Wifi切换的方法及系统
CN108075875A (zh) * 2018-01-15 2018-05-25 海信集团有限公司 一种基于NB-IoT的数据传输方法和装置
CN108366414A (zh) * 2018-01-15 2018-08-03 海信集团有限公司 一种基于NB-IoT的数据传输方法和装置

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111885564A (zh) * 2020-07-03 2020-11-03 海尔优家智能科技（北京）有限公司 数据传输方法、设备升级方法、计算机可读的存储介质
CN111885564B (zh) * 2020-07-03 2024-03-22 海尔优家智能科技（北京）有限公司 数据传输方法、设备升级方法、计算机可读的存储介质
CN113507457A (zh) * 2021-06-25 2021-10-15 北京深度吉通信息技术有限公司 一种数据传输方法及装置
CN114629602A (zh) * 2022-05-17 2022-06-14 光谷技术有限公司 一种物联网数据的冗余度控制方法
CN114629602B (zh) * 2022-05-17 2022-07-19 光谷技术有限公司 一种物联网数据的冗余度控制方法
WO2024027746A1 (zh) * 2022-08-05 2024-02-08 维沃移动通信有限公司 信息传输方法、装置、接收端及发送端
CN115499377A (zh) * 2022-11-22 2022-12-20 广州优刻谷科技有限公司 一种物联网数据调度方法及系统
CN116963178A (zh) * 2023-09-21 2023-10-27 季华实验室 一种降低nb-iot设备功耗的方法及相关设备
CN116963178B (zh) * 2023-09-21 2024-01-16 季华实验室 一种降低nb-iot设备功耗的方法及相关设备
CN117896778A (zh) * 2024-03-14 2024-04-16 天津航天中为数据系统科技有限公司 一种基于北斗短报文的用电数据传输方法

Similar Documents

Publication Publication Date Title
WO2019137558A1 (zh) 基于NB-IoT的数据发送、接收方法和装置以及数据传输系统
CN108366414B (zh) 一种基于NB-IoT的数据传输方法和装置
EP2810180B1 (en) Multi-path data transfer using network coding
TWI501579B (zh) 使用透過單播系統接收之增量冗餘以在廣播系統中接收資料的接收器與接收方法
CN111133704B (zh) 用于基于代码块组的第五代(5g)或其它下一代系统的自适应两级下行链路控制信道结构
CN110943800B (zh) 数据包的发送方法、装置及系统、存储介质、电子装置
US20090010155A1 (en) Network communication control methods and systems
JP2017508372A (ja) 輻輳制御ビットレート・アルゴリズム
US20170324428A1 (en) Data Packet Processing Method and Device
US20150180612A1 (en) Method and apparatus for transmitting and receiving control information in a broadcasting/communication system
WO2017092617A1 (zh) 一种错误估计的方法、基站及终端
CN108933642B (zh) 一种基于码块分组的下行重传方法、基站及终端
JP7101702B2 (ja) データ処理方法及び装置
CN112350803A (zh) 数据包的传输方法、装置、系统、电子设备及存储介质
US8270436B2 (en) Data structure boundary synchronization between a transmitter and receiver
TWI658715B (zh) 通信裝置、可用頻寬計算系統、可用頻寬計算方法及程式
US20130024902A1 (en) Source rate and channel rate matching for scalable video transmisson
EP1981226B1 (en) Quality of service securing method and apparatus
KR20140119656A (ko) 데이터 전송 방법, 장치, 및 시스템
US9131393B2 (en) Method for optimizing the resources of a data transmission at the level of the MAC layer and device implementing the method
US10014980B2 (en) Communication device and communication system
US9882822B2 (en) Data frame sending method and apparatus
CN116318545A (zh) 视频数据传输方法、装置、设备及存储介质
US20140064118A1 (en) Apparatus and method for controlling satellite terminal
CN108574684B (zh) 一种解压缩的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19739183

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19739183

Country of ref document: EP

Kind code of ref document: A1