CN103763314B - Method and device for processing user layer data in practically deployed tumble detecting system - Google Patents

Abstract

The present invention provides a method for processing user layer data in an actually deployed fall detection system, including: detecting IP data flow; judging whether the network is stable or whether there is obvious out-of-sequence packet loss phenomenon in server-side receiving packets, and if so, use UDP protocol Transmit IP data stream, if not, then use TCP protocol to transmit IP data stream; when using TCP protocol to transmit IP data stream, judge whether IP data stream is the ACK packet of TCP protocol, if so, then mark IP data stream as high priority and sent to the high-priority channel for transmission after PDCP processing and RLC processing, if not, mark the IP data flow as low priority and send it to the high-priority channel for transmission after PDCP processing and RLC processing. The present invention provides a method for processing user layer data in an actually deployed fall detection system, which can monitor the movement state of each person in real time.

Description

Method and device for processing user layer data in actually deployed fall detection system

technical field

The present invention relates to a method for processing user layer data, in particular to a method and device for processing user layer data in an actually deployed fall detection system.

Background technique

With the acceleration of population aging and the change of life concept of young people, there are more and more empty nest families. According to the statistical results, every year, one-third of the elderly over 65 years old will have the experience of accidental falls. On the one hand, as the scale of chip integration increases, the cost decreases; on the other hand, wireless communication technology is becoming more and more mature. The development of these technologies has made smart medical care more and more popular in ordinary people's homes, such as remote blood pressure and blood sugar measurement. Smart sensor-based wireless fall detection technology is one of many smart medical applications.

Since in actual deployment, a large number of sensor devices continuously generate data and send it to terminal devices, how to process these large amounts of data and quickly, instantly and accurately determine whether a fall event has occurred, determines whether smart medical devices (such as wearables) type medical equipment) application prospects.

With the rapid development of communication technology, especially the development of 3G technology and LTE (Long Term Evolution) technology, data services will become the top priority of mobile wireless communication services. These wireless communication technologies provide users of wearable medical devices with wireless connections from themselves to the Internet. Existing Internet network services mainly use the TCP/IP network protocol to form a network and transmit data, but actual tests show that the TCP/IP protocol cannot respond in a timely manner when a large amount of data bursts out. The reason is that the confirmation data packet may block the transmission of other data on the air interface, and cause the sender to think that the server has not received the message and resend the message. In the end, a large number of data packets blocked the air interface, and the messages sent by the wireless sensors could not be processed in time, resulting in the fact that the actual fall data could not be obtained to the server in time, delaying the best time for treatment.

Therefore, for the communication system of traditional wearable medical devices, it is necessary to provide a method for processing user layer data in the actually deployed fall detection system to solve the problem of the huge amount of data generated by the communication system of existing wearable medical devices. However, it is impossible to monitor the technical problems of each person's motion status in real time.

Contents of the invention

The purpose of the present invention is to provide a method for processing user-level data in a fall detection system that is actually deployed, so as to realize the optimized processing of the fall detection system oriented to the user level. The method uses the TCP protocol to perform data packet interaction, and hereby Based on the use of the UDP protocol, the data can be sent to the server faster to ensure that the real-time data can reach the service device quickly, so as to solve the problem that the communication system of the existing wearable medical device cannot monitor the movement of each person in real time due to the huge amount of data generated State technical issues.

On the one hand, the present invention provides a method for processing user layer data in an actually deployed fall detection system, including: detecting IP data flow; judging whether the network is stable or whether there is obvious out-of-sequence packet loss phenomenon in server-side receiving packets, and if so, then Use the UDP protocol to transmit the IP data flow, if not, then use the TCP protocol to transmit the IP data flow; Mark it as high priority and send it to the high priority channel for transmission after PDCP processing and RLC processing, if not, mark the IP data flow as low priority and send it to the low priority channel after PDCP processing and RLC processing transmission; wherein, the RLC processing may include: segmenting high-level PDU packets with different lengths into RLC load units (LU); when the content of an RLC SDU cannot fill a complete RLC PDU, the next RLC SDU The first segment of the SDU is also placed in this LU, and is concatenated with the last segment of the previous RLC SDU; when the content of the RLC SDU cannot fill a complete RLC PDU and cannot be concatenated, the remaining space is used Filling bits to fill up; when RLC PDU is reassembled into RLC SDU, check the RLC SDU status by checking the sequence number of RLC PDU; detect the error of RLC protocol and recover.

On the other hand, the present invention provides a user-level data processing device in an actually deployed fall detection system, including: a detection module for detecting IP data streams; a judging module for judging whether the network is stable or whether the server receives packets There is no obvious out-of-order packet loss phenomenon, and when using the TCP protocol to transmit IP data streams, it is judged whether the IP data stream is an ACK data packet of the TCP protocol; the processing module is used when the network is stable and the server receives packets without obvious out-of-order loss When the packet phenomenon occurs, the UDP protocol is used to transmit the IP data stream. When the network is unstable or the server receives packets out of order and the packet is lost, the TCP protocol is used to transmit the IP data stream, and when the IP data stream is TCP protocol When the ACK data packet is received, the IP data flow is marked as high priority and sent to the high priority channel for transmission after packet data convergence (PDCP) processing and radio link control layer (RLC) processing. When the IP data flow is not for During the ACK data packet of TCP agreement, then IP data stream is marked as low priority and sends to low priority channel after PDCP processing and RLC processing and transmits; Wherein, described processing module further comprises: RLC processing unit, for Segment and reassemble the high-level PDU packets with different lengths into RLC load unit LU. When the content of an RLC SDU cannot fill a complete RLC PDU, put the first segment of the next RLC SDU in this LU, and The last segment of the previous RLC SDU is concatenated together. When the content of the RLC SDU cannot fill a complete RLC PDU and cannot be concatenated, the remaining space is filled with stuffing bits, and the RLC PDU is reassembled into RLC During SDU, the RLC SDU status is checked by checking the sequence number of the RLC PDU, and the error of the RLC protocol is detected and recovered.

The method and device for processing user layer data in a actually deployed fall detection system provided by the present invention can realize the optimization processing of the fall detection system facing the user layer. The method uses the TCP protocol to perform data packet interaction, and hereby Based on the use of the UDP protocol, the data can be sent to the server faster to ensure that the real-time data can reach the service device quickly, so as to solve the problem that the communication system of the existing wearable medical device cannot monitor the movement of each person in real time due to the huge amount of data generated State technical issues. Furthermore, the present invention achieves the effect of stabilizing the bandwidth of the air interface by prioritizing the data packets of the TCP protocol, thereby ensuring that the data can be transmitted to the server stably and instantly.

Additional aspects and advantages of the invention will be set forth in part in the description which follows, and will become apparent from the description, or may be learned by practice of the invention.

Description of drawings

FIG. 1 shows a schematic structural diagram of the distribution of protocol structures between a client and a server in an air interface protocol according to an embodiment of the present invention;

FIG. 2 shows a schematic flowchart of a method for processing user layer data in an actual deployed fall detection system according to an embodiment of the present invention;

Fig. 3 shows a schematic structural diagram of a device for processing user layer data in an actually deployed fall detection system according to an embodiment of the present invention.

detailed description

Embodiments of the present invention are described in detail below, examples of which are shown in the drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the figures are exemplary only for explaining the present invention and should not be construed as limiting the present invention.

Those skilled in the art will understand that unless otherwise stated, the singular forms "a", "an", "said" and "the" used herein may also include plural forms. It should be further understood that the word "comprising" used in the description of the present invention refers to the presence of said features, integers, steps, operations, elements and/or components, but does not exclude the presence or addition of one or more other features, Integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Additionally, "connected" or "coupled" as used herein may include wirelessly connected or coupled. As used herein, the term "and/or" includes any and all combinations of one or more of the associated listed items.

Those skilled in the art can understand that, unless otherwise defined, all terms (including technical terms and scientific terms) used herein have the same meaning as commonly understood by those of ordinary skill in the art to which this invention belongs. It should also be understood that terms such as those defined in commonly used dictionaries should be understood to have a meaning consistent with the meaning in the context of the prior art, and unless defined as herein, are not to be interpreted in an idealized or overly formal sense Explanation.

The patent of the present invention designs a method for processing user layer data in an actually deployed fall detection system, which mainly uses UDP protocol and TCP/IP protocol, and focuses on processing data of PDCP protocol layer and RLC protocol layer.

Commonly used technical terms in the field involved in the present invention are shown in the table below.

technical terms English Chinese TCP/IP Transmission Control Protocol/Internet Protocol Transmission Control Protocol/Internet Protocol IP data flow Internet Protocol Dataflow Internet protocol based data UDP User Datagram Protocol UDP TCP Transmission Control Protocol transmission control protocol PDCP Packet Data Convergence Protocol Packet Data Convergence Protocol RLC Radio Link Control Radio Link Control Layer Protocol PDU Power Distribution Unit power distribution unit LU Load Unit load cell SDUs Service Data Unit service data unit RRC Radio Resource Control Radio Resource Control Protocol

UDP is a connectionless-oriented transport layer protocol in the OSI reference model. It is mainly used in the transmission that does not require the arrival of packets in sequence. The inspection and sorting of the packet transmission sequence are completed by the application layer. It is different from the connection-oriented protocol, so it has the advantages of low resource consumption and fast processing speed, so usually audio, video and ordinary data use UDP more when transmitting. Because even if they occasionally lose one or two packets, it will not have much impact on the reception results. Since there may be packet loss in UDP, it is only used as the first layer of this processing method.

TCP/IP is mainly divided into two parts: TCP data information and IP data packets. TCP data information can be expressed as: TCP header + actual data (TCP header includes: source and destination host port numbers, sequence numbers, confirmation numbers, checksums, etc.). The IP data packet can be expressed as: IP header + TCP data information (IP header includes: source and destination host IP address, type, lifetime, etc.). The basis for the TCP protocol to control whether a data segment needs to be retransmitted is to set up a retransmission timer. Start a retransmission timer while sending a data segment. If an acknowledgment is received before the timer expires, the timer will be closed. If no acknowledgment is received before the timer expires, the data segment will be retransmitted. It is precisely because of this feature that using the TCP protocol alone in a wireless network may block the air interface, resulting in data not being transmitted normally.

PDCP is a wireless transmission protocol stack in UMTS. It is mainly responsible for compressing and decompressing the IP header, transmitting user data and maintaining the sequence number of the wireless bearer for the lossless wireless network service subsystem (SRNS). The PDCP protocol layer belongs to the second layer of the radio interface protocol stack, and processes radio resource management (RRC) messages on the control plane and Internet Protocol (IP) packets on the user plane. On the user plane, after the PDCP sublayer obtains the IP data packet from the upper layer, it can perform header compression and encryption on the IP data packet, and then submit it to the RLC sublayer. The PDCP sublayer also provides in-sequence submission and duplicate packet detection functions to upper layers.

Fig. 1 shows a schematic structural diagram of the distribution of protocol structures between a client and a server in an air interface protocol according to an embodiment of the present invention. As shown in Figure 1, the protocol stacks of the evolved terrestrial radio access network node B (E-URTANNodeB, eNB) and the user equipment (UserEquipment, UE), from high to low layers include: PDCP protocol layer, radio link control (RadioLinkControl , RLC) layer, MAC (Medium Access Control) layer, physical layer (Physical layer, PHY). When the sending end needs to transmit service data to the receiving end, the sending end processes the received service data through the PDCP protocol layer, RLC layer, and MAC layer of the eNB, and finally reaches the PHY layer of the sending end, and the sending end transmits the service data through the physical channel of the PHY layer It is sent to the PHY layer of the receiving end, processed by the MAC layer, RLC layer, and PDCP protocol layer of the receiving end, and delivered to the upper layer of the receiving end.

Fig. 2 shows a schematic flowchart of a method for processing user layer data in an actually deployed fall detection system according to an embodiment of the present invention. As shown in Figure 2, the present invention provides a method for processing user layer data in an actually deployed fall detection system, including: detecting IP data flow; judging whether the network is stable or whether there is obvious out-of-sequence packet loss phenomenon in server-side receiving packets, If the network is stable and there is no obvious out-of-order packet loss when receiving packets on the server side, use the UDP protocol to transmit IP data streams. If the network is unstable or there is obvious out-of-order packet loss when receiving packets on the server side, use TCP protocol to transmit IP data streams ; When using the TCP protocol to transmit the IP data stream, judge whether the IP data stream is an ACK data packet of the TCP protocol, if so, mark the IP data stream as high priority and process it through Packet Data Convergence (PDCP) and wireless link control layer (RLC) and send it to the high-priority channel for transmission after processing, if not, mark the IP data flow as low priority and send it to the low-priority channel for transmission after PDCP processing and RLC processing.

Further, the RLC processing may include: segmenting and reassembling high-level PDU packets with different lengths into RLC load units (LU); when the content of an RLC SDU cannot fill a complete RLC PDU, the next RLC SDU The first segment of the RLC SDU is also placed in this LU, and is concatenated with the last segment of the previous RLC SDU; when the content of the RLC SDU cannot fill a complete RLC PDU and cannot be concatenated, the remaining space is filled with When the RLC PDU is reassembled into an RLC SDU, the RLC SDU status is checked by checking the sequence number of the RLC PDU; errors in the RLC protocol are detected and recovered.

Further, the PDCP processing further includes: obtaining IP data packets from the upper layer; performing header compression and encryption on the IP data packets; sending the compressed and encrypted IP data packets to the RLC sublayer; providing sequential submission and repetition of packets Testing services.

Further, said providing in-order submission and duplicate packet detection services further includes: providing signaling transmission services for upper layer RRC, and implementing encryption and consistency protection of RRC signaling, and realizing decryption and consistency of RRC signaling in the reverse direction sex check.

For example, a system that facilitates managing handover-related data transmission in a wireless communication system may include a Node B (e.g., base station, access point (AP), evolved Node B (eNB), etc.), The latter may communicate with one or more user equipment units (UE, also referred to herein as an access terminal (AT), mobile terminal, etc.) 130 . As an example, a Node B can communicate with a UE on one or more downlinks (DL, also called forward link (FL)), and the UE can communicate on one or more uplinks (UL, also called communicates with Node B on the reverse link (RL). As another example, a Node B may be associated with a wireless communication network (e.g., Evolved UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network (E-UTRAN) or a portion thereof (e.g., a cell, sector, etc.) . In addition, the Node B can cooperate with one or more other network entities (eg, a system controller (not shown), etc.) to coordinate communications between the Node B and the UE.

Corresponding packet transmissions in the system may be performed in the context of one or more communication layers of the system protocol stack. For example, a Packet Data Convergence Protocol (PDCP) layer, a Radio Link Control (RLC) layer, a Medium Access Control (MAC) layer, and Layer 1 (L1 ) may be used to implement various aspects of wireless communication at respective levels of complexity. In this way, for example, the PDCP protocol layer can be used to perform data compression and sequencing and/or other high-level functions, the RLC layer can be used to manage the transmission and/or retransmission of various data, and the MAC layer can be used to access the corresponding related equipment. To manage communication resources associated with the network, L1 can be used at lower layers to manage the physical air interface associated with a given network device. However, it should be understood that the foregoing are given by way of specific examples and any layer may perform any suitable function. Furthermore, it should be understood that the system may employ any suitable set of communication layers, in any suitable order.

Layers may be associated with various PDU formats to facilitate management and/or processing of information on one or more layers in connection with communication of information. Therefore, the corresponding PDCP PDU can be related to the PDCP protocol layer, and the PDCP PDU can be included in the RLC PDU related to the RLC layer. It should be understood that PDCP PDUs may be mapped into RLC PDUs in any suitable manner. Thus, one-to-one mapping, many-to-one mapping, one-to-many mapping, and/or any other suitable mapping may be used to encapsulate PDCP PDUs in corresponding RLC PDUs. It should be understood that, additionally or alternatively, the MAC layer, L1, and/or any other layer associated with a wireless communication system may use the PDU format for processing information in a given corresponding layer.

The combination of layers, eg PDCP protocol layer and RLC layer, may be coupled by respective data radio bearers (DRBs). Respective DRBs corresponding to respective pipes between the PDCP protocol layer and the RLC layer may be provided. For example, a corresponding DRB may be used to arrange data corresponding to one or more PDCP PDUs for later transmission in the wireless communication system. Additionally, the DRB can be used to hold PDCP status messages, and can generate and/or use PDCP status messages as described in further detail below. For example, priority values may be assigned to DRBs such that information permuted in the DRBs is transmitted based at least in part on the respective priorities of the DRBs. Therefore, a DRB may have the highest priority, a DRB may have the next highest priority, and a DRB may have the lowest priority. However, it should be understood that priorities may be established between DRBs in any suitable manner, and that a given corresponding priority may apply to any suitable number of DRBs.

The system can be adaptive in order to optimize the communication performance for a given UE. Thus, for example, if a degraded radio condition occurs between the Node B and the UE, the UE moves out of the coverage area of the Node B, the UE requires a service that the Node B does not have the capability or capacity to provide, or other reasons, then the A handover is performed to transfer service for the UE from the source Node B to the target Node B.

According to the handover procedure above, the UEs in the system can be configured to transmit the corresponding PDCP status message on the corresponding DRB as the first packet following the handover complete message. As an example, a PDCP status message may be transmitted on a signaling radio bearer (SRB), which may be used to indicate missing DLP CPP PDUs and/or indicate the sequence number (SN) of the last DLP CPP PDU among sequentially received DLP CPP PDUs. Thus, to give a specific example, if the UE receives PDCP PDUs with sequence numbers 1, 2, 4, 6, and 10 on a given DRB from the Node B, then the PDCP status message of the DRB may indicate that the missing sequence numbers 3, 3, and 10 are missing. The PDCP PDUs of 5, 7, 8 and 9 and the PDCP PDU indicating that the sequence number is 2 are the last PDUs received in sequence. Therefore, the Node B can free the memory used to store PDU1, 2, 4, 6 and 10 and retransmit only for the missing PDU3, 5, 7, 8 and 9. In a similar specific example, the UE may transmit an RLC acknowledgment (ACK) to the Node B corresponding to a RLC PDU that has been correctly received by the UE if the corresponding PDCP PDU is encapsulated into a corresponding RLC PDU. So, for example, if a RLC PDU is configured to contain five PDCP PDUs with SNs 1-5, the UE can be used to submit an ACK for the RLC PDU to the Node B after successfully receiving the RLC PDU, so that the Node B can release the appropriate memory and prevent Retransmission of PDCP PDU1-5.

In conventional wireless communication implementations, the scheduler algorithms used by the respective Node Bs and/or UEs are unaware of status messages (eg, PDCP status messages, RLCACKs) generated after handover and/or at other appropriate times. It should be appreciated that respective entities in the wireless communication system are configured to transmit data on respective logical channels so as to satisfy a prioritized bit rate (PBR) and/or one or more similar other conditions of the respective logical channels.

Therefore, it should be appreciated that when multiple channels are used for transmission, conventional scheduling algorithms, in some cases, prevent the transmission of status messages corresponding to the second or subsequent channels until the first Channel's PBR, all data is essentially shifted out of the first channel and/or after other conditions are met. This results in delayed transmission of status messages, preventing entities in the system from substantially benefiting from these status messages. For example, if a transmitting entity in the system does not receive one or more reports (e.g., via a PDCP status message, RLCACK, etc.) Choose to retransmit for a significant portion of the data, which would result in the loss of data if a retransmission is expected. Alternatively, in the absence of a status report, the transmitting entity may assume that portions of the data were not received and retransmit those portions. However, it should be understood that if at least a portion of the retransmitted data was successfully received in the original transmission, this would result in undesired repeated data transmissions on the uplink and/or downlink. Furthermore, it should be appreciated that performing repeated transmissions in this manner may also result in inefficient use of memory by the transmitting entity, since the transmitting entity may not be able to free memory associated with data associated with repeated transmissions.

Node Bs, UEs, and/or any other appropriate entity in the system can be used to intelligently schedule the queued information to prioritize status messages and transmit them prior to transmitting data. For example, a Node B's data analyzer and/or a UE's data analyzer may be used to monitor information related to respective DRBs or logical channels corresponding to the Node B and/or UE. Based on information obtained from the data analyzer and/or, the prioritization module can understand status messages (e.g., PDCP status messages, RLCACK, etc.) Status messages are transmitted from at least some of the logical channels before the PBR associated with at least a portion of the logical channels is satisfied. Thus, entities receiving these status messages may avoid repeated transmissions of data and waste of over-the-air bandwidth on the uplink and/or downlink, as generally described above. For example, the prioritization module may ensure that PDCP status reports are given high enough priority after handover such that no data transmission or retransmission occurs on any logical channel for which the PDCP status report request is made until substantially the transmission is complete All PDCP status reports up to now. As another example, the prioritization module may operate on DRBs with limited PBRs by causing the transmission of PDCP status messages on the corresponding DRBs before satisfying the PBRs of any associated DRBs. Alternatively, the prioritization module may operate on DRBs (eg, associated with unlimited PBR) that operate according to strict priorities by causing transmission of PDCP status messages on the respective DRBs prior to transmission of any data on the respective DRBs. As another example, the prioritization module facilitates prioritization of status messages on any other suitable logical channel (eg, signaling radio bearer (SRB), etc.).

Additionally, the prioritization module can be used to prioritize RLC status messages (e.g., RLCSTATUS messages including one or more ACKs and/or negative ACKs (NACKs)) in addition to and/or instead of PDCP status messages priority order. Thus, during a communication session between the Node B and the UE and/or at any other suitable time, the data analyzer or prioritization module can be made aware of the presence of corresponding RLC status messages and/or their respective types (e.g., regardless of these Whether the message contains NACK information), so as to assign higher priority to the RLC status message than new data transmission and/or data retransmission on other logical channels. Accordingly, it should be appreciated that the entity receiving the RLC status message may be made as aware of negative acknowledgments as possible during the course of a communication session, thereby ensuring a smooth flow of data on a given channel. Furthermore, it should be appreciated that by prioritizing RLC status messages in this manner, the duplication of unwanted data (e.g., data originally transmitted but not acknowledged by the receiving entity due to a status inhibit timer) can be substantially avoided. transmission, insufficient UL/DL authorization, and/or other factors.

The Node B's data analyzer and prioritization module and/or the UE's data analyzer and prioritization module may be used to prioritize status messages related to a limited subset of applications. For example, real-time applications (eg, Voice over Internet Protocol (VoIP) applications, etc.) and/or other time-sensitive or other applications may not be prioritized. For example, after establishing a communication session for a given application, the Node B and/or UE may determine whether the application is time-sensitive, and upon obtaining a positive determination, make some or all of the applications for the application as described above The prioritization is invalid.

Fig. 3 shows a schematic structural diagram of a device for processing user layer data in an actually deployed fall detection system according to an embodiment of the present invention. As shown in Figure 3, the present invention provides a user-level data processing device in an actually deployed fall detection system, including: a detection module for detecting IP data streams; a judging module for judging whether the network is stable or whether the server receives Whether there is obvious out-of-sequence packet loss phenomenon, and when using TCP protocol to transmit IP data stream, judge whether the IP data stream is an ACK data packet of TCP protocol; the processing module is used when the network is stable and the server receives packets without obvious disorder When the out-of-sequence packet loss occurs, the UDP protocol is used to transmit the IP data stream. When the network is unstable or the server receives packets with obvious out-of-order packet loss, the TCP protocol is used to transmit the IP data stream, and when the IP data stream is TCP When the ACK data packet of the protocol is received, the IP data flow is marked as high priority and sent to the high priority channel for transmission after being processed by Packet Data Convergence (PDCP) and Radio Link Control layer (RLC). When it is not an ACK data packet of the TCP protocol, the IP data stream is marked as low priority and sent to the low priority channel for transmission after being processed by PDCP and RLC.

Further, the processing module may include: a PDCP processing unit, configured to obtain an IP data packet from an upper layer, perform header compression and encryption on the IP data packet, and send the compressed and encrypted IP data packet to the RLC sublayer, providing Sequenced commit and duplicate packet detection services.

Further, the PDCP processing unit block can also be used to: provide signaling transmission services for upper layer RRC, implement encryption and consistency protection of RRC signaling, and implement decryption and consistency check of RRC signaling in the reverse direction.

Further, the processing module may include: an RLC processing unit, configured to segment and reassemble high-layer PDU packets of different lengths into RLC load units (LUs), when the content of an RLC SDU cannot fill a complete RLC PDU , put the first segment of the next RLC SDU in this LU, and concatenate with the last segment of the previous RLC SDU. When the content of the RLC SDU cannot fill a complete RLC PDU and cannot be concatenated, the The remaining space is filled with stuffing bits. When the RLC PDU is reassembled into an RLC SDU, the RLC SDU status is checked by checking the sequence number of the RLC PDU to detect and recover RLC protocol errors.

The method and device for processing user layer data in a actually deployed fall detection system provided by the present invention can realize the optimization processing of the fall detection system facing the user layer. The method uses the TCP protocol to perform data packet interaction, and hereby Based on the use of the UDP protocol, the data can be sent to the server faster to ensure that the real-time data can reach the service device quickly, so as to solve the problem that the communication system of the existing wearable medical device cannot monitor the movement of each person in real time due to the huge amount of data generated State technical issues. Furthermore, the present invention achieves the effect of stabilizing the bandwidth of the air interface by prioritizing the data packets of the TCP protocol, thereby ensuring that the data can be transmitted to the server stably and instantly.

Those skilled in the art will understand that the present invention may relate to an apparatus for performing one or more of the operations described in this application. Said apparatus may be specially designed and fabricated for the required purposes, or it may comprise known apparatus in a general purpose computer selectively activated or reconfigured by a program stored in it. Such a computer program can be stored in a device (e.g., computer) readable medium, including but not limited to any type of medium suitable for storing electronic instructions and respectively coupled to a bus. Types of disks (including floppy disks, hard disks, compact disks, CD-ROMs, and magneto-optical disks), random access memory (RAM), read-only memory (ROM), electrically programmable ROM, electrically erasable ROM (EPROM), electrically erasable Programmable ROM (EEPROM), flash memory, magnetic card or optical card. Readable media include any mechanism for storing or transmitting information in a form readable by a device (eg, a computer). Readable media include, for example, random access memory (RAM), read only memory (ROM), magnetic disk storage media, optical storage media, flash memory devices, signals propagated in electrical, optical, acoustic, or other forms (such as carrier waves, Infrared signal, digital signal), etc.

It will be understood by those skilled in the art that computer program instructions can be used to implement each block in these structural diagrams and/or block diagrams and/or flow diagrams and the blocks in these structural diagrams and/or block diagrams and/or flow diagrams The combination. These computer program instructions may be provided to a general-purpose computer, specialized computer, or other programmable data-processing processor to create a machine, whereby the instructions executed by the computer or other programmable data-processing processor create a structure for implementing A method specified in a box or boxes of a diagram and/or a block diagram and/or a flow diagram.

Those skilled in the art can understand that the various operations, methods, and steps, measures, and solutions in the processes discussed in the present invention can be replaced, changed, combined, or deleted. Further, other steps, measures, and schemes in the various operations, methods, and processes that have been discussed in the present invention may also be replaced, changed, rearranged, decomposed, combined, or deleted. Further, steps, measures, and schemes in the prior art that have operations, methods, and processes disclosed in the present invention can also be alternated, changed, rearranged, decomposed, combined, or deleted.

The above descriptions are only part of the embodiments of the present invention. It should be pointed out that those skilled in the art can make some improvements and modifications without departing from the principles of the present invention. It should be regarded as the protection scope of the present invention.

Claims (4)

1. the processing method of client layer data in the fall detection system of an actual deployment, it is characterised in that including:

Detection IP traffic；

Judge that network is the most stable or server end packet receiving is with or without obvious out of order packet loss phenomenon,

If network stabilization and server end packet receiving are without obvious out of order packet loss phenomenon, then use udp protocol transmission of IP data stream,

If unstable networks or server end packet receiving have obvious out of order packet loss phenomenon, then use Transmission Control Protocol transmission of IP data stream；

When using Transmission Control Protocol transmission of IP data stream, it is judged that whether IP traffic is the ack msg bag of Transmission Control Protocol,

The most then IP traffic is labeled as high priority and grouped convergence PDCP processes and wireless chain control layer RLC is sent to high-priority channel after processing and is transmitted,

If it is not, then IP traffic is labeled as low priority and is sent to low-priority channel after PDCP processes and RLC processes It is transmitted；

Wherein, described RLC process farther includes:

High-rise power distribution unit PDU packets different for length is carried out segmentation and is reassembled as RLC load cell LU；

When the content of a RLC service data unit SDU can not fill up a complete RLC PDU, by next one RLC SDU First paragraph be also placed in this LU, be concatenated together with the final stage of previous RLC SDU；

When the content of RLC SDU can not be filled up a complete RLC PDU and cannot be carried out cascade, by remaining space with filling out Fill bit to fill up；

When RLC PDU is reassembled as RLC SDU, by checking that RLC SDU state is checked by the serial number of RLC PDU；

Detect the mistake of rlc protocol and recover；

Described PDCP process farther includes:

Obtain the IP packet from upper strata；

IP packet is carried out head compression and encryption；

IP packet after compression and encryption is sent to rlc sublayer；

There is provided and sequentially submit to and repeated packets detection service.

2. the processing method of client layer data in the fall detection system of actual deployment as claimed in claim 1, its feature exists In, described offer is sequentially submitted to and is farther included with repeated packets detection service:

There is provided Signaling Transport service for upper strata radio resource control RRC, and realize encryption and the concordance guarantor of RRC signaling Protect, and realize deciphering and the consistency check of RRC signaling in the reverse direction.

3. the processing means of client layer data in the fall detection system of an actual deployment, it is characterised in that including:

Detection module, is used for detecting IP traffic；

Judge module, is used for judging that network is the most stable or server end packet receiving is with or without obvious out of order packet loss phenomenon, and when making During with Transmission Control Protocol transmission of IP data stream, it is judged that whether IP traffic is the ack msg bag of Transmission Control Protocol；

Processing module, for when network stabilization and server end packet receiving are without obvious out of order packet loss phenomenon, then uses udp protocol to pass Defeated IP traffic, when unstable networks or server end packet receiving have obvious out of order packet loss phenomenon, then uses Transmission Control Protocol transmission IP Data stream, and, when the ack msg bag that IP traffic is for Transmission Control Protocol, then IP traffic is labeled as high priority warp Packet data convergence PDCP processes and is sent to high-priority channel after wireless chain control layer RLC process and is transmitted, and works as IP When data stream is not the ack msg bag for Transmission Control Protocol, then IP traffic is labeled as low priority and processes and RLC through PDCP It is sent to low-priority channel after process be transmitted；

Wherein, described processing module farther includes: RLC processing unit, for different for length high-rise PDU packets being carried out point Section is reassembled as RLC load cell LU, when the content of a RLC SDU can not fill up a complete RLC PDU, by the next one The first paragraph of RLC SDU is also placed in this LU, is concatenated together with the final stage of previous RLC SDU, when in RLC SDU When appearance can not be filled up a complete RLC PDU and cannot be carried out cascade, remaining space filling bit is filled up, When RLC PDU is reassembled as RLC SDU, by checking that RLC SDU state is checked by the serial number of RLC PDU, detect RLC The mistake of agreement is also recovered；

Described processing module farther includes:

PDCP processing unit, for obtaining the IP packet from upper strata, carries out head compression and encryption to IP packet, will IP packet after compression and encryption sends to rlc sublayer, it is provided that sequentially submit to and repeated packets detection service.

4. the processing means of client layer data in the fall detection system of actual deployment as claimed in claim 3, its feature exists In, described PDCP processing unit block is further used for:

There is provided Signaling Transport service for upper strata RRC, and realize encryption and the consistency protection of RRC signaling, and in the reverse direction Realize deciphering and the consistency check of RRC signaling.