CN107070598B - Data packet identification system and method - Google Patents

Data packet identification system and method Download PDF

Info

Publication number
CN107070598B
CN107070598B CN201710207694.XA CN201710207694A CN107070598B CN 107070598 B CN107070598 B CN 107070598B CN 201710207694 A CN201710207694 A CN 201710207694A CN 107070598 B CN107070598 B CN 107070598B
Authority
CN
China
Prior art keywords
application processor
packet
preset
data packet
packet header
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710207694.XA
Other languages
Chinese (zh)
Other versions
CN107070598A (en
Inventor
李隽�
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing vodcat Technology Co., Ltd
Original Assignee
Chongqing Vodcat Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chongqing Vodcat Technology Co Ltd filed Critical Chongqing Vodcat Technology Co Ltd
Priority to CN201710207694.XA priority Critical patent/CN107070598B/en
Publication of CN107070598A publication Critical patent/CN107070598A/en
Application granted granted Critical
Publication of CN107070598B publication Critical patent/CN107070598B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045Arrangements at the receiver end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories

Abstract

The invention discloses a data packet identification system and a method, wherein the system comprises: the mobile terminal comprises a first application processor, a first modem, a first radio frequency module, an embedded user identification card and an entity user identification card, wherein the embedded user identification card and the entity user identification card are connected with the first modem; when the first application processor is awakened, receiving a data packet sent by the second application processor; identifying the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier; and if the packet header does not carry the preset packet header identification, sending a retransmission message to the second application processor so that the second application processor can resend the data packet. According to the invention, through the identification of the residual packet, the second application processor is informed to resend the data packet in time when receiving the residual packet, and the data packet is responded in time, so that the accuracy of data transmission is improved.

Description

Data packet identification system and method
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a system and a method for identifying a data packet.
Background
With the development of mobile communication technology, more and more mobile terminals such as smart phones have a dual-card dual-pass function, so that a user can establish data service connection while realizing the standby of voice service. A Mobile terminal generally has two subscriber identity cards and a modem connected to the two subscriber identity cards, respectively, when the two subscriber identity cards are fully opened, one subscriber identity card (SIM1) may use 4G (the 4th Generation Mobile communication technology, fourth Generation Mobile communication technology), such as LTE (Long Term Evolution) network, and the other subscriber identity card (SIM2) can only use 2G (2-Generation wireless telephone technology, second Generation Mobile communication specification) or 3G (3rd Generation, third Generation Mobile communication technology) network, and the reason why the SIM2 cannot have 4G is mainly: the mobile terminal only has one set of radio frequency, the two cards use the set of radio frequency in a time-sharing multiplexing relationship, and cannot occupy simultaneously, and because when the two cards are fully opened, only one card can use a 4G network, and the other card can only use a 2G or 3G network, the efficiency of data transmission in the mobile terminal is low.
Therefore, in order to enable the mobile terminal to support dual LTE to improve data transmission efficiency, the mobile terminal may be connected to an external device (in which a modem is provided) to implement a dual LTE communication function. However, in the process of transmitting the data packet by the mobile terminal and the external device at present, if the mobile device is not yet awakened, the external device sends the data packet, and because the mobile terminal is not yet completely awakened, the content sent in front of the data packet is lost, the data packet received by the mobile terminal is a residual packet, and the mobile terminal cannot respond to the data packet.
Disclosure of Invention
The present invention is directed to a data packet identification system and method, and aims to solve the technical problem that a data packet cannot respond easily if the content of the data packet is lost after the data packet is transmitted.
In order to achieve the above object, the present invention provides a data packet identification system, which includes a mobile terminal and an external device connected to the mobile terminal through a preset interface, wherein the mobile terminal includes a first application processor, a first modem and a first radio frequency module, and an embedded subscriber identity module card and an entity subscriber identity module card connected to the first modem, and the external device includes a second application processor, a second modem and a second radio frequency module;
the first application processor is used for receiving a data packet sent by the second application processor through the preset interface when being awakened; identifying the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier; and if the packet header does not carry a preset packet header identifier, sending a retransmission message to the second application processor so that the second application processor can resend the data packet to the first application processor.
Optionally, the identifying, by the first application processor, the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier specifically includes:
analyzing a first byte of the packet header to determine whether the first byte of the packet header is a preset field; and/or calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not;
and if the first byte of the packet header is a preset field and/or the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
Optionally, the preset conditions are: the length is the difference between the length of the data packet and a preset value.
Optionally, the first application processor is further configured to identify a length of the data packet;
and when the length of the data packet is greater than a preset length value, identifying the received packet header of the data packet.
Optionally, the first application processor is further configured to send a confirmation message to the second application processor if the packet header carries a preset packet header identifier, so that the second application processor continues to send other data packets to the first application processor.
In addition, to achieve the above object, the present invention further provides a data packet identification method, which is applied to a mobile terminal and an external device connected to the mobile terminal through a preset interface, where the mobile terminal includes a first application processor, a first modem, a first radio frequency module, and an embedded subscriber identity card and an entity subscriber identity card connected to the first modem, and the external device includes a second application processor, a second modem, and a second radio frequency module, and the method includes:
when the first application processor is awakened, receiving a data packet sent by the second application processor through the preset interface;
identifying the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier;
and if the packet header does not carry a preset packet header identifier, sending a retransmission message to the second application processor so that the second application processor can resend the data packet to the first application processor.
Optionally, the step of identifying the header of the received data packet to determine whether the header carries a preset header identifier includes:
the first application processor analyzes a first byte of the packet header to determine whether the first byte of the packet header is a preset field; and/or calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not;
and if the first byte of the packet header is a preset field and/or the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
Optionally, the preset conditions are: the length is the difference between the length of the data packet and a preset value.
Optionally, before the step of identifying the header of the received data packet to determine whether the header carries a preset header identifier, the method further includes:
the first application processor identifying a length of the data packet;
and when the length of the data packet is greater than a preset length value, executing the step of identifying the header of the received data packet.
Optionally, after the step of identifying the header of the received data packet to determine whether the header carries a preset header identifier, the method further includes:
and if the packet header carries a preset packet header identifier, the first application processor sends a confirmation message to the second application processor so that the second application processor can continuously send other data packets to the first application processor.
The data packet identification system comprises a mobile terminal and an external device connected with the mobile terminal through a preset interface, wherein the mobile terminal comprises a first application processor, a first modem, a first radio frequency module, an embedded user identification card and an entity user identification card, the embedded user identification card and the entity user identification card are connected with the first modem, the external device comprises a second application processor, a second modem and a second radio frequency module, when the first application processor is awakened, the data packet sent by the second application processor through the preset interface is received, the packet header of the received data packet is identified so as to determine whether the packet header carries a preset packet header identifier, if the packet header does not carry the preset packet header identifier, a retransmission message is sent to the second application processor, for the second application processor to resend the data packet to the first application processor. According to the scheme, when the first application processor in the mobile terminal is awakened, the packet header of the received data packet is firstly identified, and when the packet header is identified not to carry the preset packet header identification, the second application processor is informed to resend the data packet, so that even if the content of the data packet is lost, the first application processor can also timely inform the second application processor to resend the data packet, the data packet is responded in time, and the accuracy of data transmission is improved.
Drawings
Fig. 1 is a schematic diagram of an LTE network architecture according to an embodiment of the present invention;
fig. 2 is a schematic physical diagram of a communication connection between a mobile terminal and an external device according to an embodiment of the present invention;
fig. 3 is a schematic diagram of a hardware structure of the communication connection between the mobile terminal and the external device according to the embodiment of the present invention;
FIG. 4 is a flowchart illustrating a first embodiment of a packet identification method according to the present invention;
fig. 5 is a schematic view of a detailed flow of identifying a packet header of a received data packet to determine whether the packet header carries a preset packet header identifier according to the present invention;
fig. 6 is a flowchart illustrating a fourth embodiment of a data packet identification method according to the present invention.
The implementation, functional features and advantages of the present invention will be described with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention. It should be noted that the embodiments and features of the embodiments of the present invention may be arbitrarily combined with each other without conflict.
For a more clear understanding of the technical features, objects and effects of the present invention, embodiments of the present invention will now be described in detail with reference to the accompanying drawings.
Fig. 1 is a schematic diagram of an LTE (Long Term Evolution) network architecture according to an embodiment of the present invention. The LTE network architecture of an embodiment of the invention comprises: one or more mobile terminals (UEs) 100, an external device 200, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) (not numbered), an Evolved Packet Core (EPC) (not numbered), a Home Subscriber Server (HSS)107, a Network (e.g., the internet) (not numbered), and a circuit switched system (not numbered).
The E-UTRAN includes evolved node Bs (eNodeBs) 101 and other eNodeBs 102. The eNodeB 101 provides protocol terminations towards the user plane and the control plane of the mobile terminal 100. eNodeB 101 may be connected to other enodebs via an X2 interface. The eNodeB 101 may also be referred to as a base station, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set, an extended service set, or some other suitable terminology. The eNodeB 101 provides an access point for the mobile terminal 100 to the EPC.
eNodeB 101 connects to the EPC through the S1 interface. The EPC includes a mobility management entity (EEM)104, other mobility management entities 106, a serving gateway 103, and a Packet Data Network (PDN) gateway 105. The mobility management entity 104 is a control node that handles signaling between the mobile terminal 100 and the EPC. The mobility management entity 104 provides bearer and connection management. All user IP packets are passed through the serving gateway 103, the serving gateway 103 itself being connected to the PDN gateway 105. The PDN gateway 105 provides ue ip address allocation as well as other functions. The PDN gateway 105 is connected to a network, e.g. the internet.
The circuit switched system includes an interactive solution module (IWS)108, a Mobile Switching Center (MSC)109, a base station 110, and a mobile station 111. In one aspect, the circuit switched System may communicate with an EPS (Evolved Packet System) through an IWS and an MME (Mobility management entity).
The mobile terminal 100 is communicatively connected to the external device 200 through a predetermined interface, such as a Universal Serial Bus (USB) data line 300.
Fig. 2 is a schematic diagram of entities of the mobile terminal 100 and the external device 200 according to the present invention.
As shown in fig. 2, the mobile terminal 100 is communicatively connected to an external device 200 through a USB data line 300, wherein the mobile terminal includes, but is not limited to, a mobile phone, a PC (Personal Computer) or a PAD (Personal digital assistant), and the external device 200 may be a wireless network card or a data card.
Fig. 3 is a schematic structural diagram of the communication connection between the mobile terminal 100 and the external device 200 according to the present invention.
The mobile terminal 100 of the embodiment of the present invention is in communication connection with the external device 200 through the USB data line 300, and based on the basis of the communication connection between the mobile terminal 100 and the external device 200, the mobile terminal 100 can support dual LTE. Specifically, the method comprises the following steps:
the mobile terminal 100 includes a first processing chip 001, and a first radio frequency module 12 connected to the first processing chip 001, wherein the first processing chip 001 includes a first Application Processor (AP 1) 10, a first modem 11(modem1) connected to an embedded subscriber identity card 13 and a physical subscriber identity card 14, and an RPM (Resource Power Manager) 15.
The embedded subscriber Identity module 13 is connected to the first modem 11 through a serial port, the serial port includes but is not limited to a Universal Asynchronous Receiver Transmitter (UART), it should be noted that the embedded subscriber Identity module 13 is an ESIM (embedded subscriber Identity module) card, and related card parameters are directly written into the ESIM card, and the ESIM card includes a programmable SIM card chip; the embedded subscriber identity card 13 includes a storage module and a Chip Operating System (COS), the storage module may be an EFS (encryption File System), and the storage module is used for storing authentication data of the embedded subscriber identity card 13. The physical Subscriber Identity Module (SIM) card 14 is a Subscriber Identity Module (SIM) card
The external device 200 comprises a second processing chip 002 and a second rf module 22 connected to the second processing chip 002, wherein the second processing chip 002 comprises a second application processor (denoted by AP 2) 20 and a second modem (modem2) 21.
The internal framework of the first application processor 10 and the second application processor 20 includes an application layer, a framework layer, and the like, and can handle complex logical operations and perform task allocation, and the like. In one embodiment, the application processor refers to the Android operating system, and various apks (Android Package) based on the Android operating system. In the embodiment of the present invention, the first application processor 10 and the second application processor 20 are communicatively connected via a USB data line, so as to provide an interactive interface for a user, and transmit an operation instruction input by the user (for example, an operation instruction input by the user via the user interface and related to starting a video call) to the first modem 11 or the second modem 21, so as to define and transfer data between the two application processors, for example, perform control of hibernation, wakeup, synchronization, and chip start sequence during power on and power off of the two application processors.
It should be understood that, in the embodiment of the present invention, the USB data line 300 multiplexes three data channels, which are respectively used for interaction of user data, control signaling data and SIM card authentication data between the first application processor 10 and the second application processor 20, that is, data transmitted by the first application processor 10 and the second application processor 20 through the USB data line 300 includes the above three data. The user data comprises data generated by surfing the Internet, pictures and chatting information data; the control signaling data comprises control data of startup and shutdown, control data of a switching flight mode and control data of a display state signal; the SIM card authentication data includes, but is not limited to, IMSI (International Mobile Subscriber identity Number), Ki (key identifier), and the like.
In this embodiment, The first application processor 10 and The second application processor 20 perform data interaction by using an OTG (On-The-Go) technology. With OTG technology, the first modem 11 in the mobile terminal 100 can access the eNodeB 101 through SIM card parameters in the embedded subscriber identity card 13 or the physical subscriber identity card 14, and the second modem 21 in the external device can access the eNodeB 101 through SIM card parameters in the physical subscriber identity card 14 or the embedded subscriber identity card 13, including but not limited to SIM card authentication data.
The first modem 11 and the second modem 21 include protocol stacks of various network systems for network interaction, where the protocol stacks include protocol codes specified in Communication standards such as LTE (Long Term Evolution)/WCDMA (Wideband Code Division Multiple Access)/GSM (Global System for Mobile Communication), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access, Synchronous Time Division Multiple Access)/CDMA (Code Division Multiple Access )/EDGE (Enhanced Data Rate for GSM Evolution). The mobile terminal 100 interacts with the operator network through a protocol, that is, data traffic internet access, volte (voice Over lte) call or CS (Circuit Switched) call is performed. The first modem 11 and the second modem 21 are also used for management of SIM cards and the like.
In the embodiment of the present invention, the first radio frequency module 12 is configured to process data transmitted by the mobile terminal 100 and then transmit the processed data to the eNodeB 101 (base station network), and is configured to process data transmitted by the eNodeB 101 and then transmit the processed data to the mobile terminal 100. The second rf module 22 is configured to process data transmitted by the external device 200 and transmit the processed data to the eNodeB 101 (base station network), and is configured to process data transmitted by the eNodeB 101 and transmit the processed data to the external device 200.
The Radio access technologies related to the first Radio frequency module 12 and the second Radio frequency module 22 may include LTE, GSM, GPRS (General Packet Radio Service), CDMA, EDGE, WLAN (wireless local Area network), CDMA-2000, TD-SCDMA, WCDMA, WIFI (wireless fidelity), and the like.
An embedded subscriber identity card 13 and a physical subscriber identity card 14 in the mobile terminal 100 are connected to the first modem 11, and the embedded subscriber identity card 13 and the physical subscriber identity card 14 store subscriber information associated with different wireless communication standards. It should be understood that the current mobile terminal only has one set of radio frequency, and two subscriber identity modules in the mobile terminal use the set of radio frequency in a time division multiplexing relationship, and cannot occupy simultaneously. For example, when two subscriber identity cards are fully opened, one card can process GSM calls, and the other card can only process 4G network information, and specifically which subscriber identity card executes which network is not limited. Therefore, the current architecture of radio frequency dual-card time division multiplexing only achieves LTE + GSM (that is, the technical standard corresponding to one subscriber identity card is LTE, and the technical standard corresponding to the other subscriber identity card is GSM).
That is, although the conventional mobile terminal 100 can support a dual-user identification card, when the mobile terminal 100 is registered in a network, two user identification cards support networks with different technical standards, one supports 2G or 3G, and the other supports 4G, which makes the internet traffic speed slower during the use of the mobile terminal 100, in the present invention, the mobile terminal 100 is connected to the external device 200 through the USB data line 300, because the external device 200 includes the second rf module 22, and the second rf module 22 supports a 4G network, the mobile terminal 100 can interact with the external device 200 through the USB data line 300, so that the embedded user identification card 13 can support LTE through the second modem 21, and the physical user identification card 14 supports LTE through the first modem 11, or the embedded user identification card 13 can support LTE through the first modem 11, and the physical subscriber identity card 14 supports LTE through the second modem 21, thereby enabling the mobile terminal 100 to have dual LTE functionality.
In this embodiment, the data packet identification system includes the mobile terminal 100 and the external device 200, and the implementation process that the mobile terminal 100 has the dual LTE function through the external device 200 may be: the entity user identification card 14 supports LTE through the second modem 21, and the specific process is as follows: the first modem 11 sends data needing to access the LTE network in the entity user identification card 14 to the first application processor 10, the first application processor 10 sends the received data to the second application processor 20 of the external device 200 through USB, the second application processor 20 sends the received data to the second modem 21, the second modem 21 forwards the received data to the second radio frequency module 22, and the second radio frequency module 22 sends the received data out through the LTE network; and the embedded subscriber identity card 13 supports LTE through the first modem 11 to enable the mobile terminal 100 to support dual LTE. Secondly, the embedded subscriber identity module 13 supports LTE through the second modem 21, and the specific process is as follows: the first application processor 10 sends the data needing to access the LTE network in the embedded subscriber identity module 13 to the second application processor 20 of the external device 200 through the USB, the second application processor 20 sends the received data to the second modem 21, the second modem 21 forwards the received data to the second radio frequency module 22, and the second radio frequency module 22 sends the received data out through the LTE network; and the physical subscriber identity card 14 supports LTE through the first modem 11 to realize that the mobile terminal 100 can support dual LTE.
In the present embodiment, the embedded subscriber identity card 13 and the physical subscriber identity card 14 are used to provide relevant data required for mobile communication services (CS voice service, PS data service, and PS voice service), and store subscriber information, short messages, perform authentication algorithms, generate encryption keys, and the like therein.
When the physical subscriber identity card 14 interacts with the mobile terminal 100, the signal for the mobile terminal 100 to detect the presence of the physical subscriber identity card 14 is generated only at the instant of power-on, and when the presence of the physical subscriber identity card 14 is not detected at power-on, the mobile terminal 100 will prompt "insert subscriber identity card". After the mobile terminal 100 is powered on, the mobile terminal 100 and the physical subscriber identity card 14 communicate once in 28 seconds, completing some fixed communication checks (e.g., whether the subscriber identity card is in place, etc.).
It should be noted that, when the embedded subscriber identity module 13 needs to perform network registration, a download request including service menu data is sent to a cloud server corresponding to the embedded subscriber identity module 13 through an open wireless fidelity (WIFI) network, so as to obtain data information of the embedded subscriber identity module 13 from the cloud server. When the data information of the embedded subscriber identity module card 13 is acquired, the data information is written into the storage module of the embedded subscriber identity module card 13, so as to realize the network registration of the embedded subscriber identity module card 13. Wherein, the data information may include: IMSI, Ki (key identifier), iccid (integrated Circuit Card identifier), PIN (Personal identification number), puk (PIN unlock key). It can be understood that card number resources of each operator are stored in the cloud server.
In the embodiment of the present invention, the embedded subscriber identity card 13 and the entity subscriber identity card 14 carry information, and return corresponding card parameters according to an external request, and perform authentication operation on the network, and the wireless access technology related to the first radio frequency module 12 and the second radio frequency module 22 is LTE. When the mobile terminal 100 is connected to the external device 200 through the USB data line 300, the embedded subscriber identity card 13 may support LTE through the second modem 21, and the physical subscriber identity card 14 supports LTE through the first modem 11; or the embedded subscriber identity card 13 may support LTE through the first modem 11 and the physical subscriber identity card 14 supports LTE through the second modem 21, so that the mobile terminal 100 may support dual LTE.
RPM15 in mobile terminal 100 is used to manage various resources including clock resources, bus resources, PMIC (power management IC, i.e., voltage of each chip), DDR (memory allocation), and interrupts to manage sleep wake-up of chips and deadlines to apply processor wake-up. Each subsystem of the mobile terminal 100 applies for resources from the RPM15 when the resources are needed, each subsystem includes the first application processor 10, the first modem 11, PRONTO (WIFI/bluetooth, NFC (Near Field Communication, etc.), LPASS (Low power audio subsystem), and the RPM15 is used to determine a sleep state of the mobile terminal 100 system, specifically, the RPM15 is implemented based on a voting mechanism of each subsystem, and when each subsystem throws a sleep ticket, the RPM15 can make the entire system of the mobile terminal 100 sleep.
After the whole system of the mobile terminal 100 is dormant, if the operation is to be restarted, the first application processor 10 needs to be awakened for data transmission interaction.
Under the condition that the mobile terminal 100 and the external device 200 are in communication connection through the USB data line 300, the wake-up method includes three types:
1. when the first application processor 10 receives the control signaling data, it transmits a probe packet to the second application processor 20 through the USB data line 300 to wake up the second application processor 20.
2. When the second modem 21 of the external device 200 receives the user data, it wakes up the second application processor 20, and the second application processor 20 transmits the probe packet to the first application processor 10 through the USB data line 300 to wake up the first application processor 10.
3. The second modem 21 periodically searches for a paging request to actively activate itself, wakes up the second application processor 20 if the paging request is received, and sends a probe packet to the first application processor 10 through the USB data line 300 by the second application processor 20 to wake up the second application processor 20.
Furthermore, the second modem 21 may wake itself up periodically to perform handshake interaction with the base station when the mobile terminal 100 performs location update, without waking up the first application processor 10.
Based on the above architecture diagram of the LTE network and the schematic structural diagram of the communication connection between the mobile terminal 100 and the external device 200, embodiments of the present invention are provided.
Referring to fig. 3, the present embodiment provides a data packet identification system, where the data packet identification system includes a mobile terminal 100, and an external device 200 connected to the mobile terminal 100 through a preset interface, where the mobile terminal 100 includes a first application processor 10, a first modem 11 and a first radio frequency module 12, and an embedded subscriber identity module 13 and an entity subscriber identity module 14 connected to the first modem 11, and the external device 200 includes a second application processor 20, a second modem 21 and a second radio frequency module 22;
the first application processor 10 is configured to receive a data packet sent by the second application processor 20 through the preset interface when being awakened;
identifying the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier;
if the packet header does not carry a preset packet header identifier, a retransmission message is sent to the second application processor 20, so that the second application processor 20 can resend the data packet to the first application processor 10.
In this embodiment, the first application processor 10 is awakened by receiving a probe packet sent by the second application processor 20 through a predetermined interface. Subsequently, the first application processor 10 identifies the data packet, and also identifies the data packet received through the predetermined interface. And the preset interface is a USB interface.
First, it should be noted that after the mobile terminal 100 and the external device 200 are both dormant, if the external device 200 receives an external signal through the second rf module 22, the second rf module 22 of the external device 200 transmits the external signal to the second modem 21, so that the second modem 21 wakes up, and after the second modem 21 wakes up, the second application processor 20 is woken up again, thereby implementing the wake-up of the external device 200. After the external device 200 wakes up, the second application processor 20 of the external device 200 sends a probe packet through the USB data line 300 to wake up the first application processor 10 in the mobile terminal 100, and for the second application processor 20 of the external device 200, after sending the probe packet to the first application processor 10 of the mobile terminal 100, the second application processor 20 considers that the first application processor 10 has been woken up, and at this time, the second application processor 20 immediately sends a data packet of user data or control signaling to the first application processor 10 of the mobile terminal 100 to perform a subsequent data interaction process.
However, in practice, after the first application processor 10 sends the probe packet to the first application processor 10, the first application processor 10 is not immediately awakened, but needs a period of time to switch from the sleep state to the awake state. At this time, if the second application processor 20 sends a data packet next, since the first application processor 10 has not yet been fully woken up, the content of the previous part of the data packet received by the first application processor 10 is lost, so that the received data packet is an incomplete data packet, that is, a residual packet.
For better understanding, the following are exemplified: the second application processor 20 of the external device 200 sends a data packet to the first application processor 10 through the USB data line 300, where the data packet is 512 bytes, and in the sending process of the first 36 bytes, because the first application processor 10 of the mobile terminal 100 is not yet completely woken up, the first application processor 10 is really woken up at the 37 th byte, at this time, the first application processor 10 cannot receive the first 36 bytes, and the data packet received by the mobile terminal 100 is a residual packet, and because the mobile terminal 100 cannot recognize the data packet at all, the mobile terminal 100 cannot respond to the data packet, so that the external device 200 cannot reply late, and the data transmission is inaccurate.
Therefore, in this embodiment, after the first application processor 10 is awakened, if a data packet sent by the second application processor 20 through the preset interface is received, the header of the received data packet is identified first to determine whether the header carries a preset header identifier. It should be understood that the packet header carries a plurality of bytes, and the specific number is not limited.
In this embodiment, the first application processor 10 identifies a packet header of a received data packet, specifically, parses the data packet, and then identifies the parsed packet header of the data packet to determine whether the packet header carries a preset packet header identifier, where a specific identification manner is described in detail in the following embodiments.
When the first application processor 10 recognizes that the packet header does not carry the preset packet header identifier, a retransmission message is sent to the second application processor 20, so that the second application processor 20 can resend the data packet to the first application processor 10.
That is, when the first application processor 10 recognizes that the packet header does not carry the preset packet header identifier, it indicates that the content of the currently received data packet has been lost, the data packet cannot be recognized, and a data packet with a response cannot be fed back, so that the first application processor 10 sends a retransmission message to the second application processor 20 through the USB data line 300, so that the second application processor 20 retransmits the data packet to the first application processor 10, for example, the first application processor 10 sends a response message "err" to the second application processor 20, and informs the second application processor 20 that the previously sent data packet has an error, so that the second application processor 20 retransmits the data packet. In this embodiment, the form of the re-message is not limited, and may be a short message such as "err" or "Retry", or may be a preset field such as "0001", which is specifically set according to the actual situation.
In this embodiment, when the first application processor 10 recognizes that the data packet is a residual packet, that is, it is detected that no header tag of the data packet is carried, at this time, a responder is fed back to the second application processor 20, the first application processor 10 transmits the responder to the second application processor 20 of the external device 200 through the USB data line 300, and at this time, the second application processor 20 retransmits the data packet to the first application processor 10 through the USB data line 300 based on the received responder, so as to complete data interaction.
The data packet identification system provided in this embodiment includes a mobile terminal and an external device connected to the mobile terminal through a preset interface, where the mobile terminal includes a first application processor, a first modem, a first radio frequency module, and an embedded subscriber identity card and an entity subscriber identity card connected to the first modem, the external device includes a second application processor, a second modem, and a second radio frequency module, and when the first application processor is woken up, the external device receives a data packet sent by the second application processor through the preset interface, and identifies a packet header of the received data packet to determine whether the packet header carries a preset packet header identifier, and if the packet header does not carry the preset packet header identifier, sends a retransmission message to the second application processor, for the second application processor to resend the data packet to the first application processor. According to the scheme, when the first application processor in the mobile terminal is awakened, the packet header of the received data packet is firstly identified, and when the packet header is identified not to carry the preset packet header identification, the second application processor is informed to resend the data packet, so that even if the content of the data packet is lost, the first application processor can also timely inform the second application processor to resend the data packet, the data packet is responded in time, and the accuracy of data transmission is improved.
Further, a second embodiment of the packet identification system of the present invention is provided.
The difference between the second embodiment of the data packet identification system and the first embodiment of the data packet identification system is that the identifying, by the first application processor 10, the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier specifically includes:
the first application processor 10 parses the first byte of the packet header to determine whether the first byte of the packet header is a preset field; and/or calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not;
and if the first byte of the packet header is a preset field and/or the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
In this embodiment, the preset condition is preferably: the length is the difference between the length of the data packet and a preset value. That is, after calculating the lengths of the second byte and the third byte of the packet header, determining whether the lengths satisfy a preset condition, specifically: calculating the length of the data packet, subtracting a preset value from the length of the data packet to obtain a difference value between the length of the data packet and the preset value, wherein the preset value is not limited, for example, 1, after the difference value is obtained, comparing the lengths of the second byte and the third byte with the difference value to determine whether the lengths are equal to the difference value, and if so, indicating that the lengths of the second byte and the third byte meet the condition.
Generally, the first byte of the data packet corresponding to the user data or the control signaling data is a preset field, the preset field is not limited, for example, the field "0X 01", and the 2 nd byte and the 3rd byte together represent a length, and the value is the length of the entire data packet minus a preset value, for example, the preset value is 1. Therefore, the first application processor 10 identifies the header of the received data packet to determine whether the header carries a preset header identifier, which is actually to determine whether the first byte of the header is a preset field and whether the length of the 2 nd and 3rd bytes is a length minus a preset value of the entire data packet. If the first byte of the packet header is identified as the preset field 0X01, and the values of the 2 nd and 3rd bytes are the length of the entire data packet minus 1, at this time, the first application processor 10 considers that the data packet carries the packet header mark, and considers that the data packet is a valid data packet.
In this embodiment, three embodiments are included:
1) analyzing a first byte of the packet header to determine whether the first byte of the packet header is a preset field; and if the first byte of the packet header is a preset field, determining that the packet header carries a preset packet header identifier.
2) Calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions; and if the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
3) Analyzing a first byte of the packet header to determine whether the first byte of the packet header is a preset field; calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not; and if the first byte of the packet header is a preset field and the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
In the embodiment of the present invention, any one of the three manners described above may be set according to specific needs, but in order to improve the accuracy of packet identification, it is preferable to adopt the third manner.
In the case of the third method, after the first application processor 10 receives the data packet, the first application processor may analyze the header of the data packet by using multiple threads, that is, parse the first byte of the header by using one thread to determine whether the first byte of the header is the preset field. Meanwhile, calculating the lengths of a second byte and a third byte of the packet header through another thread, judging whether the lengths meet preset conditions, and determining that the packet header carries a preset packet header identifier when the first byte of the packet header is a preset field and the lengths meet the preset conditions.
It should be understood that, the parallel analysis is performed on each byte in the packet header by adopting multiple threads, and the analysis does not need to be performed one by one, thereby shortening the analysis time and improving the analysis efficiency.
Or, after receiving the data packet, the first application processor 10 parses the first node of the packet header to determine whether the first byte of the packet header is a preset field, calculates the lengths of the second byte and the third byte of the packet header when the first byte of the packet header is the preset field, determines whether the lengths meet a preset condition, and determines that the packet header carries a preset packet header identifier when the lengths meet the preset condition. It should be noted that, when the first byte of the packet header is not a preset field, it is not necessary to determine the lengths of the second byte and the third byte again, and it is only necessary to directly determine that the packet header does not carry the packet header identifier.
It can be understood that by the front and back judgment mode, the second byte and the third byte can be judged again under the condition that the first byte meets the requirement, and the situation that the first byte does not meet the requirement is prevented, resources are also spent for judgment, so that the intelligence of data packet analysis is improved, and the waste of resources is also avoided.
Further, a third embodiment of the packet identification system of the present invention is provided.
The third embodiment of the packet identification system differs from the first embodiment of the packet identification system in that the first application processor 10 is also arranged to identify the length of the packet;
and when the length of the data packet is greater than a preset length value, identifying the received packet header of the data packet.
In this embodiment, when the first application processor 10 is awakened and receives a data packet, first identifies the length of the data packet, then obtains a preset length value, compares the identified length of the data packet with the preset length value to determine whether the length of the data packet is greater than the preset length value, if the length of the data packet is greater than the preset length value, the first application processor 10 identifies the packet header of the received data packet, and if the length of the data packet is identified to be less than or equal to the preset length value, the received packet header of the data packet may not be identified.
It should be noted here that the length of the data packet (data) corresponding to the user data or the control signaling data is generally greater than the length corresponding to 6 bytes, and the length of the data packet (ack) corresponding to the response message is generally 4 or 6 bytes.
Therefore, when the first application processor 10 wakes up and receives a data packet, it first determines whether the data packet is ack or data according to the packet length, and if it is detected that the data packet is not longer than the length corresponding to 6 bytes, it can be determined that the data packet is ack, at this time, it indicates that the second application processor 20 of the external device 200 has not sent data, so the above-mentioned packet loss situation does not occur, and when it is detected that the data packet is longer than the length corresponding to 6 bytes, the packet header of the data packet is analyzed.
It can be understood that, in this embodiment, after receiving a data packet, the first application processor 10 parses the length of the data packet to determine the type of the data packet, so as to determine whether to parse the header of the data packet, and prevent all data packets from being parsed, thereby improving the intelligence of data packet identification.
Further, a fourth embodiment of the packet identification system of the present invention is provided.
The fourth embodiment of the data packet identification system is different from the first to third embodiments of the data packet identification system in that the first application processor 10 is further configured to send an acknowledgement message to the second application processor 20 if the packet header carries a preset packet header identifier, so that the second application processor 20 continues to send other data packets to the first application processor 10.
That is, in this embodiment, if the first application processor 10 recognizes that the packet header does not have the packet header identifier, at this time, the data packet is considered to be a residual packet, and after the data packet is detected to be a residual packet, the data response mechanism is adopted for feedback, so that the second application processor 20 determines to continue to send the packet or resend the data packet according to the data response mechanism fed back by the first application processor 10, specifically:
when the first application processor 10 identifies that the data packet is a valid data packet, that is, when it is detected that the data packet carries the packet header mark, a response ok is fed back to the second application processor 20 to notify the second application processor 20 that the currently received data packet is a complete data packet, specifically: the first application processor 10 transmits the response ok to the second application processor 20 of the external device 200 through the USB data line 300, and at this time, the second application processor 20 continues to transmit other data packets to the first application processor 10 through the USB data line 300 according to the response ok fed back by the first application processor 10, so as to complete the data packet transmission operation.
In this embodiment, when recognizing that the packet header carries a preset packet header identifier, a confirmation message is sent to the second application processor 20, so that the second application processor 20 continues to send other data packets to the first application processor 10, thereby completing the data transmission process.
The invention further provides a data packet identification method.
Referring to fig. 4, fig. 4 is a flowchart illustrating a packet identification method according to a preferred embodiment of the present invention.
While the present embodiment provides an embodiment of a packet identification method, it should be noted that although a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in an order different from that shown.
In the present invention, a data packet identification method is applied to a mobile terminal 100 connected to an external device 200 through a preset interface, where the mobile terminal 100 includes a first application processor 10, a first modem 11 and a first radio frequency module 12, and an embedded subscriber identity card 13 and an entity subscriber identity card 14 connected to the first modem 11, the external device 200 includes a second application processor 20, a second modem 21 and a second radio frequency module 22, and the method includes:
step S10, when the first application processor 10 is awakened, receiving a data packet sent by the second application processor 20 through the preset interface;
step S20, identifying the header of the received data packet to determine whether the header carries a preset header identifier;
step S30, if the packet header does not carry a preset packet header identifier, a retransmission message is sent to the second application processor 20, so that the second application processor 20 can resend the data packet to the first application processor 10.
In this embodiment, the first application processor 10 is awakened by receiving a probe packet sent by the second application processor 20 through a predetermined interface. Subsequently, the first application processor 10 identifies the data packet, and also identifies the data packet received through the predetermined interface. And the preset interface is a USB interface.
First, it should be noted that after the mobile terminal 100 and the external device 200 are both dormant, if the external device 200 receives an external signal through the second rf module 22, the second rf module 22 of the external device 200 transmits the external signal to the second modem 21, so that the second modem 21 wakes up, and after the second modem 21 wakes up, the second application processor 20 is woken up again, thereby implementing the wake-up of the external device 200. After the external device 200 wakes up, the second application processor 20 of the external device 200 sends a probe packet through the USB data line 300 to wake up the first application processor 10 in the mobile terminal 100, and for the second application processor 20 of the external device 200, after sending the probe packet to the first application processor 10 of the mobile terminal 100, the second application processor 20 considers that the first application processor 10 has been woken up, and at this time, the second application processor 20 immediately sends a data packet of user data or control signaling to the first application processor 10 of the mobile terminal 100 to perform a subsequent data interaction process.
However, in practice, after the first application processor 10 sends the probe packet to the first application processor 10, the first application processor 10 is not immediately awakened, but needs a period of time to switch from the sleep state to the awake state. At this time, if the second application processor 20 sends a data packet next, since the first application processor 10 has not yet been fully woken up, the content of the previous part of the data packet received by the first application processor 10 is lost, so that the received data packet is an incomplete data packet, that is, a residual packet.
For better understanding, the following are exemplified: the second application processor 20 of the external device 200 sends a data packet to the first application processor 10 through the USB data line 300, where the data packet is 512 bytes, and in the sending process of the first 36 bytes, because the first application processor 10 of the mobile terminal 100 is not yet completely woken up, the first application processor 10 is really woken up at the 37 th byte, at this time, the first application processor 10 cannot receive the first 36 bytes, and the data packet received by the mobile terminal 100 is a residual packet, and because the mobile terminal 100 cannot recognize the data packet at all, the mobile terminal 100 cannot respond to the data packet, so that the external device 200 cannot reply late, and the data transmission is inaccurate.
Therefore, in this embodiment, after the first application processor 10 is awakened, if a data packet sent by the second application processor 20 through the preset interface is received, the header of the received data packet is identified first to determine whether the header carries a preset header identifier. It should be understood that the packet header carries a plurality of bytes, and the specific number is not limited.
In this embodiment, the first application processor 10 identifies a packet header of a received data packet, specifically, parses the data packet, and then identifies the parsed packet header of the data packet to determine whether the packet header carries a preset packet header identifier, where a specific identification manner is described in detail in the following embodiments.
When the first application processor 10 recognizes that the packet header does not carry the preset packet header identifier, a retransmission message is sent to the second application processor 20, so that the second application processor 20 can resend the data packet to the first application processor 10.
That is, when the first application processor 10 recognizes that the packet header does not carry the preset packet header identifier, it indicates that the content of the currently received data packet has been lost, the data packet cannot be recognized, and a data packet with a response cannot be fed back, so that the first application processor 10 sends a retransmission message to the second application processor 20 through the USB data line 300, so that the second application processor 20 retransmits the data packet to the first application processor 10, for example, the first application processor 10 sends a response message "err" to the second application processor 20, and informs the second application processor 20 that the previously sent data packet has an error, so that the second application processor 20 retransmits the data packet. In this embodiment, the form of the re-message is not limited, and may be a short message such as "err" or "Retry", or may be a preset field such as "0001", which is specifically set according to the actual situation.
In this embodiment, when the first application processor 10 recognizes that the data packet is a residual packet, that is, it is detected that no header tag of the data packet is carried, at this time, a responder is fed back to the second application processor 20, the first application processor 10 transmits the responder to the second application processor 20 of the external device 200 through the USB data line 300, and at this time, the second application processor 20 retransmits the data packet to the first application processor 10 through the USB data line 300 based on the received responder, so as to complete data interaction.
In the data packet identification method provided in this embodiment, when a first application processor is awakened, a data packet sent by a second application processor through a preset interface is received, and a packet header of the received data packet is identified to determine whether the packet header carries a preset packet header identifier, and if the packet header does not carry the preset packet header identifier, a retransmission message is sent to the second application processor, so that the second application processor can resend the data packet to the first application processor. According to the scheme, when the first application processor in the mobile terminal is awakened, the packet header of the received data packet is firstly identified, and when the packet header is identified not to carry the preset packet header identification, the second application processor is informed to resend the data packet, so that even if the content of the data packet is lost, the first application processor can also timely inform the second application processor to resend the data packet, the data packet is responded in time, and the accuracy of data transmission is improved.
Further, a second embodiment of the packet identification method of the present invention is provided.
The second embodiment of the packet identifying method is different from the first embodiment of the packet identifying method in that, referring to fig. 5, the step S20 includes:
step S21, the first application processor 10 parses the first byte of the packet header to determine whether the first byte of the packet header is a preset field; and/or calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not;
step S22, if the first byte of the packet header is a preset field and/or the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
In this embodiment, the preset condition is preferably: the length is the difference between the length of the data packet and a preset value. That is, after calculating the lengths of the second byte and the third byte of the packet header, determining whether the lengths satisfy a preset condition, specifically: calculating the length of the data packet, subtracting a preset value from the length of the data packet to obtain a difference value between the length of the data packet and the preset value, wherein the preset value is not limited, for example, 1, after the difference value is obtained, comparing the lengths of the second byte and the third byte with the difference value to determine whether the lengths are equal to the difference value, and if so, indicating that the lengths of the second byte and the third byte meet the condition.
Generally, the first byte of the data packet corresponding to the user data or the control signaling data is a preset field, the preset field is not limited, for example, the field "0X 01", and the 2 nd byte and the 3rd byte together represent a length, and the value is the length of the entire data packet minus a preset value, for example, the preset value is 1. Therefore, the first application processor 10 identifies the header of the received data packet to determine whether the header carries a preset header identifier, which is actually to determine whether the first byte of the header is a preset field and whether the length of the 2 nd and 3rd bytes is a length minus a preset value of the entire data packet. If the first byte of the packet header is identified as the preset field 0X01, and the values of the 2 nd and 3rd bytes are the length of the entire data packet minus 1, at this time, the first application processor 10 considers that the data packet carries the packet header mark, and considers that the data packet is a valid data packet.
In this embodiment, three embodiments are included:
1) analyzing a first byte of the packet header to determine whether the first byte of the packet header is a preset field; and if the first byte of the packet header is a preset field, determining that the packet header carries a preset packet header identifier.
2) Calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions; and if the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
3) Analyzing a first byte of the packet header to determine whether the first byte of the packet header is a preset field; calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not; and if the first byte of the packet header is a preset field and the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
In the embodiment of the present invention, any one of the three manners described above may be set according to specific needs, but in order to improve the accuracy of packet identification, it is preferable to adopt the third manner.
In the case of the third method, after the first application processor 10 receives the data packet, the first application processor may analyze the header of the data packet by using multiple threads, that is, parse the first byte of the header by using one thread to determine whether the first byte of the header is the preset field. Meanwhile, calculating the lengths of a second byte and a third byte of the packet header through another thread, judging whether the lengths meet preset conditions, and determining that the packet header carries a preset packet header identifier when the first byte of the packet header is a preset field and the lengths meet the preset conditions.
It should be understood that, the parallel analysis is performed on each byte in the packet header by adopting multiple threads, and the analysis does not need to be performed one by one, thereby shortening the analysis time and improving the analysis efficiency.
Or, after receiving the data packet, the first application processor 10 parses the first node of the packet header to determine whether the first byte of the packet header is a preset field, calculates the lengths of the second byte and the third byte of the packet header when the first byte of the packet header is the preset field, determines whether the lengths meet a preset condition, and determines that the packet header carries a preset packet header identifier when the lengths meet the preset condition. It should be noted that, when the first byte of the packet header is not a preset field, it is not necessary to determine the lengths of the second byte and the third byte again, and it is only necessary to directly determine that the packet header does not carry the packet header identifier.
It can be understood that by the front and back judgment mode, the second byte and the third byte can be judged again under the condition that the first byte meets the requirement, and the situation that the first byte does not meet the requirement is prevented, resources are also spent for judgment, so that the intelligence of data packet analysis is improved, and the waste of resources is also avoided.
Further, a third embodiment of the packet identification method of the present invention is provided.
The third embodiment of the packet identifying method differs from the first embodiment of the packet identifying method in that, before the step S20, the method further includes:
step a, the first application processor 10 identifies the length of the data packet;
and B, when the length of the data packet is greater than a preset length value, the step of identifying the packet header of the received data packet is executed.
In this embodiment, when the first application processor 10 is awakened and receives a data packet, first identifies the length of the data packet, then obtains a preset length value, compares the identified length of the data packet with the preset length value to determine whether the length of the data packet is greater than the preset length value, if the length of the data packet is greater than the preset length value, the first application processor 10 identifies the packet header of the received data packet, and if the length of the data packet is identified to be less than or equal to the preset length value, the received packet header of the data packet may not be identified.
It should be noted here that the length of the data packet (data) corresponding to the user data or the control signaling data is generally greater than the length corresponding to 6 bytes, and the length of the data packet (ack) corresponding to the response message is generally 4 or 6 bytes.
Therefore, when the first application processor 10 wakes up and receives a data packet, it first determines whether the data packet is ack or data according to the packet length, and if it is detected that the data packet is not longer than the length corresponding to 6 bytes, it can be determined that the data packet is ack, at this time, it indicates that the second application processor 20 of the external device 200 has not sent data, so the above-mentioned packet loss situation does not occur, and when it is detected that the data packet is longer than the length corresponding to 6 bytes, the packet header of the data packet is analyzed.
It can be understood that, in this embodiment, after receiving a data packet, the first application processor 10 parses the length of the data packet to determine the type of the data packet, so as to determine whether to parse the header of the data packet, and prevent all data packets from being parsed, thereby improving the intelligence of data packet identification.
Further, a fourth embodiment of the packet identification method of the present invention is provided.
The fourth embodiment of the packet identifying method differs from the first to third embodiments of the packet identifying method in that, referring to fig. 6, after the step S20, the method further includes:
step S40, if the packet header carries a preset packet header identifier, the first application processor 10 sends a confirmation message to the second application processor 20, so that the second application processor 20 continues to send other data packets to the first application processor 10.
That is, in this embodiment, if the first application processor 10 recognizes that the packet header does not have the packet header identifier, at this time, the data packet is considered to be a residual packet, and after the data packet is detected to be a residual packet, the data response mechanism is adopted for feedback, so that the second application processor 20 determines to continue to send the packet or resend the data packet according to the data response mechanism fed back by the first application processor 10, specifically:
when the first application processor 10 identifies that the data packet is a valid data packet, that is, when it is detected that the data packet carries the packet header mark, a response ok is fed back to the second application processor 20 to notify the second application processor 20 that the currently received data packet is a complete data packet, specifically: the first application processor 10 transmits the response ok to the second application processor 20 of the external device 200 through the USB data line 300, and at this time, the second application processor 20 continues to transmit other data packets to the first application processor 10 through the USB data line 300 according to the response ok fed back by the first application processor 10, so as to complete the data packet transmission operation.
In this embodiment, when recognizing that the packet header carries a preset packet header identifier, a confirmation message is sent to the second application processor 20, so that the second application processor 20 continues to send other data packets to the first application processor 10, thereby completing the data transmission process.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims (8)

1. A data packet identification system is characterized in that the data packet identification system comprises a mobile terminal and an external device connected with the mobile terminal through a preset interface, wherein the mobile terminal comprises a first application processor, a first modem and a first radio frequency module, and an embedded user identification card and an entity user identification card which are connected with the first modem;
the second radio frequency module is used for transmitting an external signal to the second modem when receiving the external signal so as to wake up the second modem and the second application processor in sequence; after the second application processor is awakened, the second application processor sends a detection packet through the preset interface to awaken a first application processor in the mobile terminal;
the first application processor is used for receiving a data packet sent by the second application processor through the preset interface when being awakened; identifying the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier; if the packet header does not carry a preset packet header identifier, sending a retransmission message to the second application processor so that the second application processor can resend the data packet to the first application processor; the first application processor receives a detection packet sent by the second application processor through a preset interface to execute awakening operation;
the identifying, by the first application processor, the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier specifically includes:
analyzing a first byte of the packet header to determine whether the first byte of the packet header is a preset field; and/or calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not;
and if the first byte of the packet header is a preset field and/or the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
2. The packet identification system of claim 1, wherein the predetermined condition is: the length is the difference between the length of the data packet and a preset value.
3. The packet identification system of claim 1, wherein the first application processor is further configured to identify a length of the packet;
and when the length of the data packet is greater than a preset length value, identifying the received packet header of the data packet.
4. The system according to any of claims 1-3, wherein the first application processor is further configured to send an acknowledgement message to the second application processor if the packet header carries a preset packet header identifier, so that the second application processor continues to send other data packets to the first application processor.
5. A data packet identification method is applied to a mobile terminal and an external device connected with the mobile terminal through a preset interface, wherein the mobile terminal comprises a first application processor, a first modem and a first radio frequency module, and an embedded user identification card and an entity user identification card connected with the first modem, the external device comprises a second application processor, a second modem and a second radio frequency module, and the method comprises the following steps:
when receiving an external signal, the second radio frequency module transmits the external signal to the second modem so as to wake up the second modem and the second application processor in sequence; after the second application processor is awakened, the second application processor sends a detection packet through the preset interface to awaken a first application processor in the mobile terminal;
when the first application processor is awakened, receiving a data packet sent by the second application processor through the preset interface, wherein the first application processor receives a detection packet sent by the second application processor through the preset interface so as to execute an awakening operation;
identifying the packet header of the received data packet to determine whether the packet header carries a preset packet header identifier;
if the packet header does not carry a preset packet header identifier, sending a retransmission message to the second application processor so that the second application processor can resend the data packet to the first application processor;
the step of identifying the header of the received data packet to determine whether the header carries a preset header identifier includes:
the first application processor analyzes a first byte of the packet header to determine whether the first byte of the packet header is a preset field; and/or calculating the lengths of a second byte and a third byte of the packet header, and judging whether the lengths meet preset conditions or not;
and if the first byte of the packet header is a preset field and/or the length meets a preset condition, determining that the packet header carries a preset packet header identifier.
6. The packet identification method according to claim 5, wherein the predetermined condition is: the length is the difference between the length of the data packet and a preset value.
7. The method as claimed in claim 5, wherein before the step of identifying the header of the received data packet to determine whether the header carries a preset header identifier, the method further comprises:
the first application processor identifying a length of the data packet;
and when the length of the data packet is greater than a preset length value, executing the step of identifying the header of the received data packet.
8. The method according to any one of claims 5 to 7, wherein after the step of identifying the header of the received data packet to determine whether the header carries a preset header identifier, the method further comprises:
and if the packet header carries a preset packet header identifier, the first application processor sends a confirmation message to the second application processor so that the second application processor can continuously send other data packets to the first application processor.
CN201710207694.XA 2017-03-30 2017-03-30 Data packet identification system and method Active CN107070598B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710207694.XA CN107070598B (en) 2017-03-30 2017-03-30 Data packet identification system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710207694.XA CN107070598B (en) 2017-03-30 2017-03-30 Data packet identification system and method

Publications (2)

Publication Number Publication Date
CN107070598A CN107070598A (en) 2017-08-18
CN107070598B true CN107070598B (en) 2020-10-09

Family

ID=59602093

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710207694.XA Active CN107070598B (en) 2017-03-30 2017-03-30 Data packet identification system and method

Country Status (1)

Country Link
CN (1) CN107070598B (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013032139A2 (en) * 2011-08-27 2013-03-07 Lg Electronics Inc. Method and apparatus of transmitting paging frame and wakeup frame

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN202696911U (en) * 2012-05-25 2013-01-23 深圳市江波龙电子有限公司 Wireless communication system and wireless communication expansion device
CN103052131A (en) * 2013-01-04 2013-04-17 无锡儒安科技有限公司 Energy consumption control method under delay constraint in wireless sensor network
CN103532668B (en) * 2013-10-12 2016-11-23 成都阜特科技股份有限公司 A kind of method guaranteeing that TCP communication data are complete and correct
CN204119532U (en) * 2014-07-15 2015-01-21 宽兆科技(深圳)有限公司 A kind of LTE mobile terminal supporting public wireless network and dedicated network
US20160077573A1 (en) * 2014-09-16 2016-03-17 Samsung Electronics Co., Ltd. Transmission apparatus and reception apparatus for transmission and reception of wake-up packet, and wake-up system and method
US9706377B2 (en) * 2015-09-22 2017-07-11 Qualcomm Incorporated Emergency message support with dynamic priorities in dual subscriber identity module dual standby devices
CN105893304B (en) * 2016-03-28 2019-02-15 努比亚技术有限公司 A kind of terminal and its implementation for supporting double network data transmission

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013032139A2 (en) * 2011-08-27 2013-03-07 Lg Electronics Inc. Method and apparatus of transmitting paging frame and wakeup frame

Also Published As

Publication number Publication date
CN107070598A (en) 2017-08-18

Similar Documents

Publication Publication Date Title
CN107087269B (en) Mobile terminal and data transmission method thereof
CN107070598B (en) Data packet identification system and method
CN107086994B (en) Data packet identification system and method
CN107070904B (en) Data packet identification system and method
CN107040529B (en) Data packet identification system and method
CN106961438B (en) Data packet identification system and method
CN107086989B (en) Data packet identification system and method
CN107087062B (en) Data transmission system and method
CN107086987B (en) Data packet identification system and method
CN107086991B (en) Data packet identification system and method
CN107086993B (en) Data packet identification system and method
CN107086986B (en) Mobile terminal and data packet identification method
CN107086988B (en) Data packet identification system and method
CN107070903B (en) Data packet identification system and method
CN107086992B (en) Mobile terminal and data packet identification method
CN106953984B (en) Data transmission system and method
CN107087057B (en) Data transmission system and method
CN107086990B (en) Mobile terminal and data packet identification method
CN107071167B (en) Mobile terminal and data packet identification method
CN106900043B (en) Dormancy control system and dormancy control method thereof
CN106900044B (en) Mobile terminal and dormancy control method thereof
CN106900048B (en) Data transmission system and method
CN107094317B (en) Data transmission system and method
CN107018560B (en) Data transmission system and method
CN106900049B (en) Mobile terminal and data transmission method thereof

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200910

Address after: Floor 16, building C2, 107 dataguzhong Road, Xiantao street, Yubei District, Chongqing

Applicant after: Chongqing vodcat Technology Co., Ltd

Address before: 518057 Guangdong Province, Shenzhen high tech Zone of Nanshan District City, No. 9018 North Central Avenue's innovation building A, 6-8 layer, 10-11 layer, B layer, C District 6-10 District 6 floor

Applicant before: NUBIA TECHNOLOGY Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant