WO2018196767A1

WO2018196767A1 - Method and device for improving data path reliability

Info

Publication number: WO2018196767A1
Application number: PCT/CN2018/084349
Authority: WO
Inventors: 张迪
Original assignee: 中兴通讯股份有限公司
Priority date: 2017-04-28
Filing date: 2018-04-25
Publication date: 2018-11-01
Also published as: CN108810939B; CN108810939A

Abstract

A method for improving data path reliability comprises: determining the reason of a data path abnormality according to a transmission condition of transmission control protocol (TCP) data packets and a transmission condition of a long term evolution (LTE) protocol layer; and executing an operation of recovering the network when the reason of the data path abnormality is that the data passage becomes abnormal due to a terminal cause.

Description

Method and device for improving reliability of data path

Technical field

The present disclosure relates to, but is not limited to, the field of communications, and more particularly to a method and apparatus for improving the reliability of a data path.

Background technique

With the development of the Internet of Vehicles, the performance and stability of networked devices are increasing. When a data service is performed on the network, usually, after the device is connected to the network, if the terminal is abnormal or the network is abnormal, the data service is disconnected. However, the network connection status is connected, and the status of the terminal and the status of the data service are made. Inconsistent, it is impossible to restore the network in time.

The network connection status can be determined by detecting the transmission status of a Transmission Control Protocol (TCP) packet. When the three-way handshake is completed, the TCP client and the server successfully establish a connection. After the connection is established, data can be transmitted. When the data path fails, the network is repaired by fast retransmission and fast recovery.

The Long Term Evolution (LTE) protocol can also be used to determine the data transmission. In LTE, a user equipment (UE, User Equipment) is in a radio resource control (RRC) connection state, the signal is stable, and there is no handover, and data services can be performed at this time. The process is that the RRC is established in the process of starting the random access, and the attach process is started: the default bearer is established through security signaling (such as authentication and encryption protection). When there is no data service, the RRC will be released, and the data connection will be disconnected. When the data path is abnormal, the network will try to recover or switch to another system or cell to restore the data connection.

Summary of the invention

The following is an overview of the topics detailed in this document. This Summary is not intended to limit the scope of the claims.

Based on the transmission control protocol, it is possible to detect that the data path is abnormal but cannot determine which of the data paths is unreachable. For example, if a personal computer (PC, Personal Computer) does not send a TCP packet, or if the PC sends a network-side reply acknowledgment character (ACK, ACKnowledgment), or the network side sends a TCP packet and the PC does not reply ACK, for these cases. The above method is undetermined. That is to say, the above method can only try to do some retransmission actions to recover the data path, and cannot solve the data path obstacle caused by the terminal cause.

Based on the LTE method, it is impossible to distinguish between "the user has no data to transmit" and "the user has data to transmit, but the data transmission cannot be performed in the LTE protocol stack". In both cases, if the above method is adopted It will try to recover by restarting the terminal. At this time, the user may suddenly restart the terminal without data transmission, which will affect the user experience.

The present disclosure provides a method and apparatus for improving the reliability of a data path.

Embodiments of the present disclosure provide a method for improving reliability of a data path, including:

Determining the cause of the abnormality of the data path according to the transmission condition of the TCP packet and the transmission condition of the LTE protocol layer;

When the cause of the abnormality of the data path is that the terminal causes the data path to be abnormal, the action of restoring the network is performed.

In an exemplary embodiment, before determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer, the method further includes: detecting a transmission condition of the TCP data packet and transmitting the LTE protocol layer. Happening.

In an exemplary embodiment, the detecting the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer include one or any combination of the following:

Detect whether a TCP packet is sent to the network side;

Detecting whether an acknowledgment character ACK packet from the network side is received;

Detecting whether air interface data is sent to the base station eNB;

Detecting whether air interface data from the eNB is received;

Detecting whether an ACK packet from the network side is sent to the PC;

Detect whether a TCP packet retransmitted by the server is received;

Detect whether the TCP packet retransmitted by the server is sent to the PC;

It is detected whether an ACK packet from the PC is received.

In an exemplary embodiment, the determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer includes at least one of the following:

When the TCP data retransmission occurs, when the TCP packet is sent to the network side but the ACK packet from the network side is not received, and the air interface data is not successfully sent to the eNB, it is determined that the terminal path causes the data path to be abnormal;

When a TCP data retransmission occurs, when a TCP packet is transmitted to the network side but an ACK packet from the network side is not received, and the air interface data is successfully transmitted to the eNB but the air interface data from the eNB is not received, the terminal is determined as the terminal. The cause of the data path is abnormal;

When TCP data retransmission occurs, when a TCP packet is sent to the network side and an ACK packet from the network side is received, the air interface data from the eNB is successfully received but the ACK packet from the network side is not successfully sent to When the PC is determined, the terminal causes the data path to be abnormal;

When TCP data retransmission occurs, when the TCP packet is not successfully sent to the network side, it is determined that the terminal path causes the data path to be abnormal.

In an exemplary embodiment, the determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer, including: when the TCP data retransmission occurs, when the TCP is sent to the network side The data packet, but not receiving the ACK packet from the network side, successfully transmits the air interface data to the eNB and receives the air interface data from the eNB, and determines that the network path causes the data path to be abnormal.

In an exemplary embodiment, after determining the cause of the abnormality of the data path, the method further includes: when the cause of the abnormality of the data path is that the network path causes the data path to be abnormal, the action of restoring the network is not performed.

When the TCP packet retransmitted by the server is received, but the TCP packet is not successfully sent to the PC, it is determined that the terminal causes the data path to be abnormal;

After receiving the TCP packet retransmitted by the server, successfully transmitting the TCP packet to the PC and receiving the ACK packet from the PC, but failing to successfully send the air interface data to the eNB, determining that the terminal path causes the data path to be abnormal. ;

When the TCP packet retransmitted by the server is received, and the TCP packet is successfully sent to the PC but the ACK packet from the PC is not received, it is determined that the terminal causes the data path to be abnormal.

An embodiment of the present disclosure further provides an apparatus for improving reliability of a data path, including:

The determining module is configured to: determine the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer;

The execution module is configured to perform an action of restoring the network when the cause of the abnormality of the data path is that the data path is abnormal due to the terminal cause.

In an exemplary embodiment, the method further includes: a detecting module, configured to: detect a transmission condition of the TCP data packet and a transmission condition of the LTE protocol layer.

In an exemplary embodiment, the detection module is configured to perform one or any combination of the following:

Detect whether a TCP packet is sent to the network side;

Detecting whether an ACK packet from the network side is received;

Detecting whether air interface data is sent to the eNB;

Detecting whether air interface data from the eNB is received;

Detecting whether an ACK packet from the network side is sent to the PC;

Detect whether a TCP packet retransmitted by the server is received;

Detect whether the TCP packet retransmitted by the server is sent to the PC;

It is detected whether an ACK packet from the PC is received.

In an exemplary embodiment, the determining module is configured to perform at least one of the following:

In an exemplary embodiment, the determining module is configured to:

When a TCP data retransmission occurs, when a TCP packet is sent to the network side but an ACK packet from the network side is not received, the air interface data is successfully transmitted to the eNB, and the air interface data from the eNB is received, the network cause is determined. Causes an abnormal data path.

In an exemplary embodiment, the determining module is configured to perform one of the following:

The embodiment of the present disclosure further provides an apparatus for improving reliability of a data path, including at least:

A memory storing a program for improving the reliability of the data path;

a processor configured to perform the elevated data path reliability procedure to perform an operation of determining a cause of an abnormality of the data path according to a transmission condition of the TCP data packet and a transmission condition of the LTE protocol layer; When the data path is abnormal for the terminal cause, the action of restoring the network is performed.

The embodiment of the present disclosure further provides a computer readable storage medium, where the enhanced data path reliability program is stored, and the elevated data path reliability program is implemented by the processor to implement the enhanced data path. The steps of the reliability method.

Embodiments of the present disclosure also provide a computer readable storage medium storing computer executable instructions that, when executed, implement the above method of improving data path reliability.

In the embodiment of the present disclosure, the TCP layer data packet transmission situation on the UE side and the network side data packet transmission situation in the LTE protocol stack are comprehensively determined, so as to accurately determine the current data path status of the UE, and determine the data caused by the terminal cause. When the path is abnormal, the recovery operation is performed on the UE side, so that the cause of the data path obstacle can be accurately determined and the situation that the data service cannot be recovered in time due to the failure of the data path is prevented from affecting the normal operation of the data service. As a result, the reliability of the data path is effectively improved, and the data path of the UE in the Internet of Vehicles can be ensured.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

BRIEF abstract

1 is a schematic flowchart of a method for improving reliability of a data path according to a first embodiment of the present disclosure;

2 is a diagram showing an example of the structure of a car networking system;

3 is a schematic diagram of interaction when the data path in the scenario of receiving an ACK packet returned by the server after the PC sends the TCP data to the server;

4 is a schematic flowchart of improving the reliability of a data path in a scenario in which a PC receives TCP data from a server and receives an ACK packet returned by the server;

5 is a schematic diagram of interaction when the data path in the scenario of receiving an ACK packet returned by the PC after the server sends the TCP data to the PC;

6 is a schematic flowchart of improving the reliability of a data path in a scenario in which a server receives an ACK packet returned by a PC after transmitting TCP data to a PC;

FIG. 7 is a schematic structural diagram of a device for improving data reliability according to a second embodiment of the present disclosure.

Preferred embodiment of the present disclosure

Embodiments of the present disclosure will be described below with reference to the accompanying drawings.

The steps illustrated in the flowchart of the figures may be executed in a computer system such as a set of computer executable instructions. Also, although logical sequences are shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than the ones described herein.

The technical solutions known in the art may generally include the following three types:

1) When the network is disconnected, the terminal attempts to reconnect automatically, connecting every 30 seconds or 1 minute. When the number of times exceeds a certain number of times, the reconnection interval is increased to reduce power consumption;

2) After determining that the network is disconnected, the data packet sent by the client to the server received after the network disconnection is processed for the first time, and the data packet sent by the client to the server after the network disconnection is cached; After the recovery, the cached data packet is sent to the server, and according to the response packet returned by the server, it is determined whether the data packet needs to be processed a second time, wherein the second processing is a correction to the first processing. deal with;

3) classify the network by analyzing the network access information (MAC, Medium Access Control), Internet Protocol (IP) layer, and network information acquired by the TCP layer. If the wireless path status is not unavailable, the priority is high. The transport layer data (TCP Data) packet corresponding to the first repeated acknowledgement notification is locally retransmitted.

Among them, the scheme 1) only solves the reconnection and data processing in the case where the data device network state is determined to be disconnected. The data problem of the connection status on the network side cannot be solved. It cannot be avoided that the network status of the device is connected, but the data service due to the terminal is no longer available and the data service of the device is abnormal.

Scheme 2) is a method for processing data by means of caching after disconnection, and details of network disconnection are not disclosed;

Solution 3) is a packet retransmission of the TCP protocol performed when the wireless network is not unavailable to avoid network side congestion. Only when the TCP layer judges that the data is different for data retransmission, the data path caused by the terminal may not be avoided.

The present disclosure provides a method and apparatus for improving the reliability of a data path, which can avoid a data path that is not smooth due to a terminal, so as to ensure that the data path of the vehicle terminal is normally smooth.

First embodiment

The embodiment provides a method for improving the reliability of the data path. As shown in FIG. 1 , the method may include:

Step 101: Determine, according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer, the cause of the abnormality of the data path;

Step 102: Perform an action of restoring the network when the cause of the abnormality of the data path is that the terminal causes the data path to be abnormal.

In this embodiment, the transmission status of the TCP data packet may refer to the TCP data packet transmission situation on the UE side, and may include one of the following or any combination thereof: whether the UE sends the TCP data packet in the scenario of retransmission of the TCP layer data packet. Whether or not a TCP packet is received, whether an ACK packet is transmitted after receiving the TCP packet, and whether a corresponding ACK packet is received after the TCP packet is transmitted or the like.

In this embodiment, the transmission situation of the LTE protocol layer may refer to the LTE protocol stack data packet transmission situation of the UE side, and may include one or a combination of the following: the receiving status of the network side data packet in the LTE protocol stack of the UE side, And the case where the data packet is sent to the network side in the LTE protocol stack on the UE side.

In this embodiment, the TCP layer data packet transmission situation on the UE side and the network side data packet transmission situation in the LTE protocol stack are comprehensively determined, so as to accurately determine the current data path status of the UE, and determine the data path caused by the terminal cause. When an abnormality occurs, the recovery operation is performed on the UE side, so that the cause of the data path barrier can be accurately determined and the situation that the data service cannot be recovered in time due to the data path barrier is prevented from affecting the normal operation of the data service. Thereby, the reliability of the data path is effectively improved, and the data path of the UE in the vehicle network can be ensured to be normally smooth.

The method of this embodiment can be applied to a car network system. The method of the present embodiment can be performed by a UE in a car network system, thereby improving the reliability of the data path in the car networking system.

For example, the method of the present embodiment can be applied to a car network system as shown in FIG. 2. As shown in FIG. 2, the system can roughly include four parts: a PC, a UE, a base station, and a server. The PC may refer to a fixed terminal (such as a computer) or a vehicle terminal (such as a car computer) that uses the data service; the UE may be a wireless data terminal, and is responsible for connecting with the base station and the server to provide wireless data services to the PC; the base station may be The carrier base station, the LTE protocol refers to an evolved Node B (eNB), and the base station may be configured to provide a wireless network, and the wireless network may include a Packet Data Convergence Protocol (PDCP), an RLC, and a MAC layer. The server can be a data server configured to provide wireless data services to the UE. The method of this embodiment can be performed by the UE in the system structure shown in FIG. 2. By applying the method of the embodiment to the system architecture shown in FIG. 2, the reliability of the data path in the system structure can be improved.

Before the step 102, the method may further include: Step 100, detecting a transmission condition of the TCP data packet and a transmission condition of the LTE protocol layer.

Optionally, the detecting the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer may include one or any combination of the following:

Detect whether a TCP packet is sent to the network side;

Detecting whether an ACK packet from the network side is received;

Detecting whether air interface data is sent to the eNB;

Detecting whether air interface data from the eNB is received;

Detecting whether an ACK packet from the network side is sent to the PC;

Detect whether a TCP packet retransmitted by the server is received;

Detect whether the TCP packet retransmitted by the server is sent to the PC;

It is detected whether an ACK packet from the PC is received.

In practical applications, the embodiment can be embodied in the following four aspects:

1) In the scenario where the PC receives the ACK packet returned by the server after sending the TCP data to the server, the TCP layer packet is retransmitted multiple times. If the UE does not receive the TCP ACK message replied by the server, this is a problem with the data path. Caused. Problems can occur somewhere in the data path of PCs and networks. In combination with determining the LTE protocol layer, if the UE does not send air interface data to the eNB, it can be determined that the terminal cause causes the data path to be abnormal.

2) In the scenario where the PC receives the ACK packet returned by the server after sending the TCP data to the server, the TCP layer packet is retransmitted multiple times, and if the UE does not receive the TCP ACK message replied by the server, this is a problem with the data path. Caused. Problems can occur somewhere in the data path of PCs and networks. The LTE protocol layer is further determined. If the UE sends the air interface data to the eNB, but the UE does not receive the air interface data from the eNB, it can be determined that the terminal causes the data path to be abnormal.

3) In the scenario where the PC receives the ACK packet returned by the server after sending the TCP data to the server, the TCP layer packet is retransmitted multiple times. If the UE does not receive the TCP ACK message replied by the server, this is a problem with the data path. Caused. Problems can occur somewhere in the data path of PCs and networks. Continuing to determine the LTE protocol layer, if the UE sends the air interface data to the eNB and receives the air interface data from the eNB, it is determined that the network cause causes the data path to be abnormal.

4) In the scenario where the server receives the ACK packet returned by the PC after sending the TCP data to the PC, the UE sends the TCP packet retransmitted by the UE to the PC, and the UE also sends the TCP packet from the PC. The ACK packet is received by the side. At this time, the LTE protocol layer is continuously determined. The UE does not send air data to the eNB, and it can be determined that the terminal causes the data path to be abnormal.

In this embodiment, the UE side may perform a recovery operation for the data path abnormality caused by the terminal cause; the UE side may not process the data path abnormality caused by the network cause.

Optionally, the determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer may include at least one of the following:

Optionally, the determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer may include or may further include: when the TCP data retransmission occurs, when the TCP is sent to the network side The data packet, but not receiving the ACK packet from the network side, successfully transmits the air interface data to the eNB and receives the air interface data from the eNB, and determines that the network path causes the data path to be abnormal.

Optionally, after determining the cause of the abnormality of the data path, the method may further include: when the cause of the abnormality of the data path is that the network path causes the data path to be abnormal, the action of restoring the network is not performed.

In actual applications, the recovery means when the UE performs the recovery operation may include: reconnecting, re-attaching, modem (Modulator-Demodulator) side low power/high power, Modem side restart, whole machine restart, and the like. For example, when the UE does not send air interface data to the eNB, it attempts to re-attach (Detach), Attach, to recover the data path. For another example, when the UE fails to receive the air interface data from the eNB, the recovery is performed by the Modem side low power/high power. For another example, when the UE fails to send the ACK packet retransmitted by the server to the PC, it is restored by restarting the whole machine. For another example, when the UE does not receive the ACK packet from the PC side, the UE reconnects. In practical applications, different recovery modes may be used in multiple scenarios.

In practical applications, the LTE protocol layer described in this embodiment is not limited to the LTE standard, and may be applied to other network standards.

An optional implementation process of the method of this embodiment will be described in detail below with two examples for two different scenarios.

Example 1

The scenario in this example is a scenario in which the PC receives the ACK packet returned by the server after sending the TCP data to the server. In this scenario, the interaction process in the normal state of the data path is as shown in FIG. 3, and may include:

Step 301: The UE receives a TCP packet from the PC side.

Step 302: The UE sends a TCP packet to the network side.

Step 303: The UE receives an ACK packet from the network side.

Step 304: The UE sends an ACK packet to the PC.

In this scenario, the interaction process between the UE and the eNB in the normal state of the data path is as shown in FIG. 3, and may include:

Step 305: The air interface data sent by the UE to the eNB (such as a schedule request);

Step 306: The air interface data (such as RLC PDU & CQI) received by the UE from the eNB.

As shown in FIG. 4, in this example, the process of improving data path reliability may include:

Step 401: It is detected whether the PC retransmits the TCP data packet to the UE. If the PC retransmits the TCP data packet to the UE, the process proceeds to step 402. If the PC does not retransmit the TCP data packet to the UE, the process is not processed, and the current process is terminated.

Step 402: Detect whether the UE sends the TCP data packet to the network side. If the UE sends the TCP data packet to the network side, proceed to step 403. If the UE does not send the TCP data packet to the network side, the UE skips. Go to step 406;

Step 403: Detect whether the UE receives the ACK data packet of the TCP data packet from the network side. If the UE receives the ACK data packet of the TCP data packet from the network side, proceed to step 404; if the UE does not receive from the network side Go to the ACK packet of the TCP packet, then go to step 405;

Step 404: Detect whether the UE sends the ACK data packet to the PC, if the UE sends the ACK data packet to the PC, go to step 408; if the UE does not send the ACK data packet to the PC, Then jump to step 406;

Step 405, detecting whether the UE receives the air interface data from the eNB, if the UE receives the air interface data from the eNB, then the process proceeds to step 407; if the UE does not receive the air interface data from the eNB, then the process proceeds to step 406;

In step 406, it is determined that the data path is abnormal due to the terminal cause, and the action of restoring the network is performed, and the recovery is attempted.

In step 407, it is determined that the terminal may be the cause of the terminal, or the data path may be abnormal due to the network cause. It is possible to perform a restorative action only if the actual application only determines that it is the cause of the terminal. Therefore, in this case, the terminal can perform no restorative operations.

In step 408, it is determined that the data path is abnormal due to the non-terminal cause, and no processing is performed.

As shown in the flow shown in FIG. 4, the present example can roughly refer to the following situations:

The TCP packet retransmission is detected, the UE sends a TCP packet to the network side, and the UE does not receive the ACK packet of the TCP packet from the network side. At this time, the UE does not send the air interface data to the eNB, and the terminal causes the terminal cause. The data path is abnormal. Here, as long as the UE does not send air interface data to the eNB, it is enough to judge the terminal cause, and the reception can be no longer judged.

The TCP packet retransmission is detected, the UE sends a TCP packet to the network side, and the UE does not receive the ACK packet of the TCP packet from the network side. At this time, the UE successfully sends the air interface data to the eNB, but the UE does not receive the packet. If the air interface data of the eNB is determined, the terminal causes the data path to be abnormal.

The TCP packet retransmission is detected, the UE sends a TCP packet to the network side, and the UE receives the retransmitted ACK packet from the network side. At this time, it can be determined that the UE has received the air interface data from the eNB, and if the UE does not have When the ACK packet from the network side is sent to the PC, it is determined that the terminal cause the data path is abnormal.

The TCP packet retransmission is detected, the UE sends the TCP packet to the network side, the UE does not receive the ACK packet retransmitted by the network side, the UE successfully sends the air interface data to the eNB, but the UE also receives the air interface data from the eNB. At this time, it is determined that the network path causes the data path to be abnormal.

If the TCP packet retransmission is detected and the UE does not send a TCP packet to the network side, it is determined that the terminal causes the data path to be abnormal.

In this example, in combination with the detection of each TCP packet by the UE and the detection of the LTE air interface data transmission by the UE, it is determined whether the data path is abnormal due to the terminal cause, and is executed on the terminal side when the terminal causes the data path to be abnormal. Restore the action of the network.

In this example, the method for detecting whether a TCP retransmission occurs may include: the UE saves the sequence number and content of the TCP packet received by the UE from the PC side within the last 5s, and the UE will receive the currently received TCP packet from the PC side. The serial number and content are compared with the sequence number and content of the TCP packet received by the UE from the PC side within the last 5s, if the UE detects the serial number and content of the TCP packet currently received from the PC side. If the sequence number and content of one or more TCP packets in the TCP packet received by the UE from the PC side within the last 5 s are the same, it is determined that TCP packet retransmission has occurred. If the UE detects the sequence number and content of the TCP packet currently received from the PC side, and the serial number and content of any TCP packet in the TCP packet received by the UE from the PC side within the last 5 s of the save, If the same, it is determined that TCP packet retransmission has not occurred.

In this example, the manner in which the UE detects whether the TCP packet is sent to the network side may include: the UE saves the sequence number and content of the TCP packet sent by the UE to the network side within the last 5s, and the UE will retransmit the TCP data. The serial number and content of the packet are compared with the serial number and content of the TCP packet sent by the UE to the network side within the last 5s, if the UE detects the serial number and content of the retransmitted TCP packet and the saved recent If the sequence number and content of one or more TCP packets of the TCP packet sent by the UE to the network within 5 s are the same, it is determined that the UE transmits the retransmitted TCP packet to the network. If the UE detects that the sequence number and content of the retransmitted TCP packet are different from the sequence number and content of any TCP packet in the TCP packet sent by the UE to the network within the last 5s, it is determined as the UE. TCP packets that were not retransmitted to the network side.

In this example, the method for the UE to detect whether the ACK packet of the TCP packet is received from the network side may include: the UE saves the sequence number of the ACK packet received by the UE from the network side within the last 5s; The sequence number of the transmitted TCP packet is compared with the sequence number of the ACK packet received by the UE from the network side within the last 5s, if the UE detects the sequence number of the retransmitted TCP packet and the saved If the sequence number of one or more ACK packets in the ACK packet received by the UE from the network side is the same within the last 5s, it is determined that the UE has received the ACK packet for retransmitting the TCP packet. If the UE detects that the sequence number of the retransmitted TCP packet is different from the sequence number of any one of the ACK packets received by the UE from the network side within the last 5s, the UE is determined not to be The ACK packet of the retransmitted TCP packet is received.

In this example, the method for detecting whether the UE sends the ACK packet to the PC may include: the UE saves the sequence number of the ACK packet sent by the UE to the PC within the last 5s; and the sequence number of the TCP packet that the UE will retransmit Compare the sequence number of the ACK packet sent by the UE to the PC within the last 5s, if the UE detects the sequence number of the retransmitted TCP packet and the ACK packet sent by the UE to the PC within the last 5s of the save. If the sequence number of one or more ACK packets in the sequence number is the same, it is determined that the UE transmits the ACK packet for retransmitting the TCP packet to the PC. If the UE detects that the sequence number of the retransmitted TCP packet is different from the sequence number of any ACK packet sent by the UE to the PC within the last 5s, it is determined that the UE does not retransmit the ACK of the TCP packet. The packet is sent to the PC.

In the above detection mode, the UE saves the data packet within the last 5s, and can set the duration of the saved data packet to other values, for example, the UE saves the data packet within the last 10s, and the UE saves the data packet within the last 30s, generally The duration of the saved data packet is set to a value of no more than 1 minute to avoid congestion caused by the UE handling data too much.

In this example, the method for detecting whether the UE receives the air interface data from the eNB may include:

The UE can determine the quality of the downlink channel: the eNB can send a cell-specific reference signal to the UE, and the UE can estimate the channel quality indicator (CQI) and report it to the eNB. The CQI can not only tell the eNB the quality of the channel. It can also include the recommended code modulation method. The eNB may adaptively allocate downlink resources (select different carriers and slots for the UE) according to the quality of the downlink channel. In the downlink, an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) can dynamically allocate physical resource blocks (PRBs) to the UE at each Transmission Time Interval (TTI). Physical Resource Block) and Multipoint Communication Service (MCS). The eNB may transmit data on the downlink channel, fill the data on the physical downlink shared channel (PDSCH) according to the result of the resource allocation, and transmit the corresponding cell radio on the physical downlink control channel (PDCCH, Physical Downlink Control Channel). Network Radio Network Temporary Identifier (C-RNTI).

Then, the UE can determine the RLC link, and the RLC is a radio link control layer protocol in LTE. The acknowledge mode (AM, Acknowledge Mode): the transmitting side can add the necessary control protocol overhead to the high-level data, and then transmit the packet. To the peer entity. Because of the automatic repeat request (ARQ) capability, if the radio link control (RLC) receives the wrong RLC PDU, the sender's RLC can be notified to retransmit the protocol data unit (PDU, Protocol Data Unit). Since the RLC PDU contains sequence number information, it can support the order of data to the upper layer/out of order. The AM mode is a standard mode for packet data transmission.

The UE may detect whether the RLC layer has a PDU. If there is a PDU, it may determine that the UE receives the air interface data from the eNB; if there is no PDU, it may determine that the UE does not receive the air interface data from the eNB.

Example 2

The scenario in this example is a scenario in which the server receives the ACK packet returned by the PC after sending the TCP data to the PC. In this scenario, the interaction process under normal conditions of the data path is as shown in FIG. 5, and may include:

S501. The UE receives a TCP packet from a network side.

S502. The UE sends a TCP packet to the PC.

S503. The UE receives an ACK packet from a PC.

S504. The UE sends an ACK packet to the network side.

In this scenario, the interaction process between the UE and the eNB in the normal state of the data path is as shown in FIG. 5, and the process may be the same as that in the example 1, and details are not described herein.

As shown in FIG. 6, in this example, the process of improving data path reliability may include:

Step 601, detecting whether the UE receives the TCP data packet retransmitted by the server. If the UE receives the TCP data packet retransmitted by the server, proceeding to step 602; if the UE does not receive the TCP data packet retransmitted by the server, Step 606;

Step 602: Detect whether the UE sends the TCP data packet retransmitted by the server to the PC. If the UE sends the TCP data packet retransmitted by the server to the PC, proceed to step 603; if the UE does not retransmit the TCP data packet of the server Send to the PC, then go to step 606;

Step 603, detecting whether the UE receives the ACK data packet from the PC; if the UE receives the ACK data packet from the PC, proceeding to step 604, if the UE does not receive the ACK data packet from the PC, then the process proceeds to step 606;

Step 604, detecting whether the UE sends the air interface data to the eNB; if the UE sends the air interface data to the eNB, proceed to step 605, if the UE does not send the air interface data to the eNB, then go to step 606;

In step 605, it is determined that the data path is abnormal due to the non-terminal cause, and no processing is performed.

In step 606, it is determined that the data path is abnormal due to the terminal cause, and the action of restoring the network is performed, and the recovery is attempted.

In this example, in combination with the detection of various TCP data packets by the UE and the detection of the LTE air interface data transmission, the UE comprehensively determines whether the data path is abnormal due to the terminal cause, and performs recovery on the terminal side when the terminal causes the data path abnormal. The action of the network.

As can be seen from the flow shown in FIG. 6, the present example can roughly refer to the following situations:

It is detected that the UE receives the TCP packet retransmitted by the server, and the UE does not send the retransmitted TCP packet to the PC, and determines that the terminal causes the data path to be abnormal.

The UE receives the TCP data packet retransmitted by the server, and the UE sends the TCP data packet retransmitted by the server to the PC. The UE receives the ACK data packet from the PC side, and the UE does not send the air interface data to the eNB, and determines that the terminal is the terminal. The cause is an abnormal data path.

The UE detects that the UE has received the TCP packet retransmitted by the server, and the UE sends the TCP packet retransmitted by the server to the PC. If the UE does not receive the ACK packet from the PC side, it determines that the terminal causes the data path to be abnormal.

In this example, the manner of detection may be similar to that of the example 1, except that the direction is exactly the opposite, and details are not described herein again.

In this example, the method for detecting whether the UE sends the air interface data to the eNB may include the following:

The UE may request an uplink resource from the eNB: a physical channel, a PUCCH (Physical Uplink Control Channel) Message, and an SR (schedule request). The period of SR transmission and the position in the subframe can be determined by the configuration of the upper layer. The UE can tell the eNB the amount of data it wants to transmit, and the UE in the SR can tell the eNB its own identity (C-RNTI). The eNB can identify the sender of the SR by a pseudo-random sequence agreed upon by the UE and the eNB in advance. When the UE has a need to send data, the corresponding SR can be set to 1, and the SR is empty when there is no resource request. The SR may only be responsible for telling the eNB whether there is a resource requirement, and the specific required number of resources is notified to the eNB by the upper layer signaling interaction.

Before the eNB allocates uplink resources to the UE, the eNB can first obtain the quality of the uplink channel of the UE. If the uplink channel quality of the UE is good and there is a demand for transmitting data, the eNB can allocate resources to the UE. The eNB can know the quality of the current uplink channel based on the comparison between the sounding reference signal received from the UE and the signal known to itself.

The eNB may allocate resources and notify the UE that after allocating the resources, the eNB may also inform the UE of the result of the allocation, ie, at which time and on which carrier the UE can transmit data, and the modulation coding scheme employed. The E-UTRAN may dynamically allocate resources (PRBs & MCS) to the UE at each TTI and transmit a corresponding C-RNTI on the PDCCH, where the MCS is an abbreviation of Modulation and Coding Scheme.

The UE may receive the notification of the resource allocation result and transmit the data: the UE may first receive the resource allocation notification sent by the eNB, monitor the PDCCH to search for possible uplink transmission resource allocation, and obtain public information from the common search space. The UE specific search space searches for scheduling information about itself. According to the searched result, the data information can be transmitted on the PRB corresponding to the PUSCH.

In summary, the UE performs data transmission on the physical resource block (PRB) allocated to itself in the scheduling information by interacting with the eNB, and after transmitting the data to the eNB, it can determine that the air interface data of the UE has been sent to The eNB.

Second embodiment

The device provides a device for improving the reliability of the data path. As shown in FIG. 7, the method may include:

The determining module 72 is configured to: determine the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer;

The execution module 73 is configured to perform an operation of restoring the network when the cause of the abnormality of the data path is that the terminal causes the data path to be abnormal.

Optionally, the device for improving the reliability of the data path may further include: a detecting module 71 configured to: detect a transmission condition of a transmission control protocol TCP data packet and a transmission condition of a long-term evolution LTE protocol layer.

Optionally, the detecting module 71 is configured to perform one of the following or any combination thereof:

Detect whether a TCP packet is sent to the network side;

Detecting whether an ACK packet from the network side is received;

Detecting whether air interface data is sent to the eNB;

Detecting whether air interface data from the eNB is received;

Detecting whether an ACK packet from the network side is sent to the PC;

Detect whether a TCP packet retransmitted by the server is received;

Detect whether the TCP packet retransmitted by the server is sent to the PC;

It is detected whether an ACK packet from the PC is received.

Optionally, the determining module 72 is configured to perform at least one of the following:

Optionally, the determining module 72 is configured to: when the TCP data retransmission occurs, when the TCP data packet is sent to the network side but the ACK data packet from the network side is not received, the air interface data is successfully sent to the eNB. When the air interface data from the eNB is received, it is determined that the network path causes the data path to be abnormal.

The device for improving the reliability of the data path in this embodiment can implement all the details of the method described in the first embodiment, and can refer to the related description of the corresponding method. In an actual application, the device for improving the reliability of the data path in the embodiment may implement the foregoing functions and the method of the first embodiment, or the reliability of the data path in the embodiment, by being disposed on a vehicle networking device (such as a UE). The device can be implemented directly through a vehicle networking device such as a UE.

In an actual application, the detecting module 71, the determining module 72, and the executing module 73 can be implemented by software, hardware, or a combination of the two. For example, the detection module 71, the determination module 72, and the execution module 73 can be implemented by executing a corresponding program by a processor of a vehicle networking device such as a UE. There are no restrictions on this article.

Third embodiment

This embodiment provides an apparatus for improving reliability of a data path, which may include at least:

A memory storing a program for improving the reliability of the data path;

a processor configured to perform the enhanced data path reliability procedure to perform: detecting a transmission control protocol TCP packet transmission condition and a long-term evolution LTE protocol layer transmission condition; according to a TCP packet transmission condition and an LTE protocol The transmission condition of the layer determines the cause of the abnormality of the data path; when the cause of the abnormality of the data path is that the terminal path causes the data path to be abnormal, the action of restoring the network is performed.

Moreover, embodiments of the present disclosure also provide a computer readable storage medium storing computer executable instructions that, when executed, implement the above method of improving data path reliability.

Optionally, in this embodiment, the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory. A variety of media that can store program code, such as a disc or a disc.

Optionally, in this embodiment, the processor performs the method steps of the foregoing embodiments according to the stored program code in the storage medium.

For an alternative example in this embodiment, reference may be made to the examples described in the foregoing embodiments and the optional embodiments, and details are not described herein again.

One of ordinary skill in the art will appreciate that all or a portion of the above steps may be performed by a program to instruct related hardware, such as a processor, which may be stored in a computer readable storage medium, such as a read only memory, disk or optical disk. Wait. Alternatively, all or part of the steps of the above embodiments may also be implemented using one or more integrated circuits. Correspondingly, each module/unit in the foregoing embodiment may be implemented in the form of hardware, for example, by implementing an integrated circuit to implement its corresponding function, or may be implemented in the form of a software function module, for example, being executed by a processor and stored in a memory. Programs/instructions to implement their respective functions. The present disclosure is not limited to any specific form of combination of hardware and software.

Those of ordinary skill in the art will appreciate that all or some of the steps, systems, and functional blocks/units of the methods disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be composed of several physical The components work together. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on a computer readable medium, which may include computer storage media (or non-transitory media) and communication media (or transitory media). As is well known to those of ordinary skill in the art, the term computer storage medium includes volatile and nonvolatile, implemented in any method or technology for storing information, such as computer readable instructions, data structures, program modules or other data. Sex, removable and non-removable media. Computer storage media include, but are not limited to, Random Access Memory (RAM), Read-Only Memory (ROM), and Electrically Erasable Programmable Read-only Memory (EEPROM). Flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical disc storage, magnetic cassette, magnetic tape, disk storage or other magnetic storage device, or Any other medium used to store the desired information and that can be accessed by the computer. Moreover, it is well known to those skilled in the art that communication media typically includes computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and can include any information delivery media. .

A person skilled in the art can understand that the technical solutions of the present disclosure may be modified or equivalent, and the scope of the claims of the present disclosure should be included in the scope of the claims.

Industrial applicability

In the embodiment of the present disclosure, the TCP layer data packet transmission situation on the UE side and the network side data packet transmission situation in the LTE protocol stack are comprehensively determined, so as to accurately determine the current data path status of the UE, and determine the data caused by the terminal cause. When the path is abnormal, the recovery operation is performed on the UE side, so that the cause of the data path obstacle can be accurately determined and the situation that the data service cannot be recovered in time due to the failure of the data path is prevented from affecting the normal operation of the data service.

Claims

A method of improving the reliability of a data path, including:

Determining the cause of the abnormality of the data path according to the transmission condition of the TCP packet of the transmission control protocol and the transmission condition of the long-term evolution LTE protocol layer;

When the cause of the abnormality of the data path is that the terminal causes the data path to be abnormal, the action of restoring the network is performed.
The method according to claim 1, wherein before determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer, the method further includes:

Detect the transmission of TCP packets and the transmission of the LTE protocol layer.
The method according to claim 2, wherein said detecting a transmission condition of a TCP data packet and a transmission condition of an LTE protocol layer include one or any combination of the following:

Detect whether a TCP packet is sent to the network side;

Detecting whether an acknowledgment character ACK packet from the network side is received;

Detecting whether air interface data is sent to the base station eNB;

Detecting whether air interface data from the eNB is received;

Detecting whether an ACK packet from the network side is sent to the personal computer PC;

Detect whether a TCP packet retransmitted by the server is received;

Detect whether the TCP packet retransmitted by the server is sent to the PC;

It is detected whether an ACK packet from the PC is received.
The method according to claim 1, wherein the determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer includes one of the following:

When the TCP data retransmission occurs, when the TCP packet is sent to the network side but the ACK packet from the network side is not received, and the air interface data is not successfully sent to the eNB, it is determined that the terminal path causes the data path to be abnormal;

When a TCP data retransmission occurs, when a TCP packet is transmitted to the network side but an ACK packet from the network side is not received, and the air interface data is successfully transmitted to the eNB but the air interface data from the eNB is not received, the terminal is determined as the terminal. The cause of the data path is abnormal;

When TCP data retransmission occurs, when a TCP packet is sent to the network side and an ACK packet from the network side is received, the air interface data from the eNB is successfully received but the ACK packet from the network side is not successfully sent to When the PC is determined, the terminal causes the data path to be abnormal;

When TCP data retransmission occurs, when the TCP packet is not successfully sent to the network side, it is determined that the terminal path causes the data path to be abnormal.
The method according to claim 1, wherein the determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer includes:

When a TCP data retransmission occurs, when a TCP packet is sent to the network side but an ACK packet from the network side is not received, the air interface data is successfully transmitted to the eNB, and the air interface data from the eNB is received, the network cause is determined. Causes an abnormal data path.
The method according to claim 1 or 5, after the determining the cause of the abnormality of the data path, further comprising: performing an action of restoring the network when the cause of the abnormality of the data path is that the network path is abnormal due to the network cause.
The method according to claim 1, wherein the determining the cause of the abnormality of the data path according to the transmission condition of the TCP data packet and the transmission condition of the LTE protocol layer includes one of the following:

When the TCP packet retransmitted by the server is received, but the TCP packet is not successfully sent to the PC, it is determined that the terminal causes the data path to be abnormal;

After receiving the TCP packet retransmitted by the server, successfully transmitting the TCP packet to the PC and receiving the ACK packet from the PC, but failing to successfully send the air interface data to the eNB, determining that the terminal path causes the data path to be abnormal. ;

When the TCP packet retransmitted by the server is received, and the TCP packet is successfully sent to the PC but the ACK packet from the PC is not received, it is determined that the terminal causes the data path to be abnormal.
A device for improving the reliability of a data path, comprising:

The determining module is configured to: determine the cause of the abnormality of the data path according to the transmission condition of the TCP packet of the transmission control protocol and the transmission condition of the long-term evolution LTE protocol layer;

The execution module is configured to perform an action of restoring the network when the cause of the abnormality of the data path is that the data path is abnormal due to the terminal cause.
The apparatus according to claim 8, further comprising: a detecting module configured to: detect a transmission condition of the transmission control protocol TCP data packet and a transmission condition of the LTE protocol layer.
The apparatus of claim 9, wherein the detection module is configured to perform one of: or any combination thereof:

Detect whether a TCP packet is sent to the network side;

Detecting whether an acknowledgment character ACK packet from the network side is received;

Detecting whether air interface data is sent to the base station eNB;

Detecting whether air interface data from the eNB is received;

Detecting whether an ACK packet from the network side is sent to the personal computer PC;

Detect whether a TCP packet retransmitted by the server is received;

Detect whether the TCP packet retransmitted by the server is sent to the PC;

It is detected whether an ACK packet from the PC is received.
The apparatus of claim 8 wherein said determining module is configured to perform one of the following:

When the TCP data retransmission occurs, when the TCP packet is sent to the network side but the ACK packet from the network side is not received, and the air interface data is not successfully sent to the eNB, it is determined that the terminal path causes the data path to be abnormal;

When a TCP data retransmission occurs, when a TCP packet is transmitted to the network side but an ACK packet from the network side is not received, and the air interface data is successfully transmitted to the eNB but the air interface data from the eNB is not received, the terminal is determined as the terminal. The cause of the data path is abnormal;

When TCP data retransmission occurs, when a TCP packet is sent to the network side and an ACK packet from the network side is received, the air interface data from the eNB is successfully received but the ACK packet from the network side is not successfully sent to When the PC is determined, the terminal causes the data path to be abnormal;

When TCP data retransmission occurs, when the TCP packet is not successfully sent to the network side, it is determined that the terminal path causes the data path to be abnormal.
The apparatus according to claim 8, wherein said determining module is configured to: when a TCP data retransmission occurs, when a TCP packet is transmitted to the network side but an ACK packet from the network side is not received, the determining is successful When the eNB sends the air interface data and receives the air interface data from the eNB, it is determined that the network path causes the data path to be abnormal.
The apparatus of claim 8 wherein said determining module is configured to perform one of the following:

When the TCP packet retransmitted by the server is received, but the TCP packet is not successfully sent to the PC, it is determined that the terminal causes the data path to be abnormal;

After receiving the TCP packet retransmitted by the server, successfully transmitting the TCP packet to the PC and receiving the ACK packet from the PC, but failing to successfully send the air interface data to the eNB, determining that the terminal path causes the data path to be abnormal. ;

When the TCP packet retransmitted by the server is received, and the TCP packet is successfully sent to the PC but the ACK packet from the PC is not received, it is determined that the terminal causes the data path to be abnormal.
A device for improving the reliability of a data path, comprising:

A memory storing a program for improving the reliability of the data path;

a processor configured to perform the enhanced data path reliability procedure to perform an operation of determining a cause of a data path abnormality according to a transmission control protocol TCP packet transmission condition and a long term evolution LTE protocol layer transmission condition; When the data path is abnormal, the operation of restoring the network is performed when the data path is abnormal due to the terminal cause.
A computer readable storage medium having stored thereon an elevated data path reliability program, the enhanced data path reliability program being executed by a processor to implement any one of claims 1 to 7 The steps of the method of improving the reliability of the data path.