CN102045768A - Data transmission method, user device and data transmission system thereof - Google Patents

Abstract

A data transmission method, a user device and a data transmission system are provided. The data transmission method comprises the following steps. First, the user device establishes a connection with the server through a handshake procedure by means of the TCP, and designates the data transmission mode as one of a TCP data transmission mode and a UDP data transmission mode. Then, the user device and the server transmit data using the designated data transmission mode. When data transmission is carried out, the user device or the server determines whether to switch the data transmission mode adopted by the user device and the server according to the quality of the channel for establishing the online.

Description

Data transmission method, user device and data transmission system thereof

technical field

The present invention relates to a data transmission method, in particular to a data transmission method for switching between UDP and TCP data transmission modes in a wireless communication environment, a user device and a data transmission system thereof.

Background technique

At present, quite a number of mobile phone users use mobile phones to conduct stock transactions, and these mobile phone users can inquire about the current transaction prices of various stock trading targets in real time through the mobile phones. However, real-time trading information in the stock market has the characteristics of small data volume, long continuous transmission time, high transmission intensity and high data accuracy. The real-time transaction information of the stock market transmitted through the wireless communication network may include Transmission Control Protocol (Transmission Control Protocol, referred to as TCP)/Internet Protocol (abbreviated as TCP) in addition to the data transmission of the application layer. The transmission of the additional burden (overhead) of IP). These additional burdens include TCP header and acknowledgment information.

Please refer to FIG. 1 . FIG. 1 is a schematic diagram of packet exchange using TCP to transmit real-time transaction information. Please refer to FIG. 1 , before data transmission between a user device (for example, a mobile phone) and a server having real-time transaction information of the stock market, a TCP connection needs to be established. In the process of establishing a TCP connection, that is, in the connection procedure S10, the user device and the server use a TCP three-way handshaking procedure (handshaking procedure) to establish a connection. After the TCP connection is established, that is, in the TCP data transmission procedure S11, the user device and the server will use TCP to transmit data.

In order to ensure the correctness of data transmission and the sequence of packets, TCP uses the TCP header to record the sequence numbers of the transmitted packets at both the sending end and the receiving end. In addition, usually the TCP header is 20 bytes, and each data packet of one-way data transmission needs at least one confirmation data packet to be replied by the receiving end, wherein the confirmation data packet also includes a 20-byte TCP header. However, the real-time transaction information of the general stock market is only about 20 bytes. It can be seen that if TCP is used to transmit the real-time transaction information of the stock market updated each time, the resulting additional burden is more than 50%. If it is added that when the user device and the server interrupt the TCP connection, it needs to go through 4 stages of procedures to interrupt the connection, and the resulting additional burden will be even more. In addition, telecom operators calculate fees based on the number of packets or bytes for part of the data transmitted through the wireless communication network. In this case, using TCP to transmit real-time transaction information will result in unnecessary redundant communication fees.

Traditionally, in order to avoid the high additional load of the TCP connection, the user data protocol (UDP) can be used to transmit real-time transaction information of the stock market. UDP is a non-connection-oriented (connectionless) communication protocol. When the user device and the server use UDP to transmit data to each other, they only need to send data without establishing a connection. After the user device receives the data packet, the user device does not need Send an acknowledgment packet to the server. In addition, the header of UDP is only 8 bytes, so under good communication quality conditions, the additional burden of using UDP to transmit real-time transaction information of the stock market is much less than that of using TCP. However, UDP cannot guarantee the order of data packets and that data packets will not be lost. In addition, because the UDP connection is not established and the user device will not send the confirmation data packet to the server, if the communication quality is not good, the server may not know whether the user device has received the data packet.

Contents of the invention

An exemplary embodiment of the present invention provides a data transmission method, a user device, and a data transmission system used in a wireless communication environment. The data transmission mode between the user device and the server is determined to be TCP according to the channel quality of the established connection. Data transmission mode or UDP data transmission mode to reduce data transmission volume and improve data transmission efficiency.

Exemplary embodiments of the present invention provide a data transmission method for a user device. First, the user device establishes a connection with the server through a handshake procedure through TCP, and specifies its data transmission mode as one of the TCP data transmission mode and the UDP data transmission mode. Next, the user device and the server use the data transmission mode to perform data transmission, wherein during the data transmission, the user device or the server determines whether to switch the data transmission mode according to the quality of the channel used to establish the connection.

Exemplary embodiments of the present invention also provide a user device. The user device provided by the present invention includes a wireless transceiver unit, a TCP processing unit, a UDP processing unit, a TCP/UDP switching unit, a channel quality parameter measuring unit, a channel quality judging unit, a memory and a processor. The wireless transceiver unit transmits upload data to the wireless access device and receives download data from the wireless access device. The TCP processing unit has a TCP port code, and the TCP processing unit is used to encapsulate the data into a TCP data packet, and send the TCP data packet to the memory module, and then, the wireless transceiver unit can entrain the TCP data packet in the uploaded data for transmission go out. In addition, the TCP processing unit can also decapsulate the TCP data packet corresponding to the TCP port code in the download data received by the wireless signal transceiver. Furthermore, the data encapsulated and decapsulated by the TCP processing unit includes handshake program information and general data, therefore, through the TCP processing unit and the wireless transceiver unit, the user device and the server can be connected and transmitted using the TCP data transmission mode data. The UDP processing unit has a UDP port code. The UDP processing unit is used to encapsulate the data into a UDP data packet and send the UDP data packet to the memory module. Then, the wireless transceiver unit can entrain the UDP data packet in the uploaded data for transmission go out. The UDP processing unit can further decapsulate the UDP data packet corresponding to the UDP port code in the download data received by the wireless signal transceiver. Therefore, through the UDP processing unit and the wireless transceiver unit, the user device and the server can use the UDP data transmission mode to transmit data. The TCP/UDP switching unit is used for controlling the data transmission mode used between the user device and the server to be TCP data transmission mode or UDP data transmission mode. The channel quality parameter measuring unit measures the wireless connection between the user equipment and the wireless access device to obtain the channel quality parameter. The channel quality judging unit notifies the TCP/UDP switching unit whether to switch the data transmission mode of the user device according to the channel quality parameter. The memory module stores channel quality parameters, upload data, download data, TCP data packets and UDP data packets. The processor is used to control the execution sequence of components such as the TCP processing unit, the UDP processing unit, the TCP/UDP switching unit, the channel quality parameter measurement unit, and the channel quality judgment unit. In addition, the processor is also used to control the wireless transceiver unit.

Exemplary embodiments of the present invention also provide a data transmission system. The data transmission system provided by the invention includes a user device and a server. The user device and the server establish a connection through a wireless connection, the user device is used for sending upload data and receiving download data, and the server is used for sending download data and receiving upload data. The user device uses TCP to establish a connection with the server through a handshake procedure, and specifies a data transmission mode as one of a UDP data transmission mode and a TCP data transmission mode. Then, the user device and the server use the data transmission mode to transmit data. Wherein, when transmitting data, the user device or the server also decides whether to switch its data transmission mode according to the quality of the channel used to establish the connection.

Based on the above, exemplary embodiments of the present invention provide a data transmission method and its user equipment and a data transmission system, utilizing the characteristics of high reliability of TCP and low overhead of data transmission of UDP, and according to the measured channel The quality parameter is used to switch the data transmission mode used by the user device and the server, that is, to switch between the TCP data transmission mode and the UDP data transmission mode according to the quality of the channel. In this way, the amount of data transmission can be reduced, the efficiency of data transmission can be improved, and then the power usage efficiency of the user equipment using this data transmission method can be improved, and unnecessary communication costs can be reduced.

In order to make the above-mentioned features and advantages of the present invention more comprehensible, exemplary embodiments are exemplified below and described in detail with reference to the accompanying drawings.

Description of drawings

FIG. 1 is a schematic diagram of packet exchange using TCP to transmit real-time transaction information.

FIG. 2 is a schematic diagram of packet switching in a data transmission method according to an exemplary embodiment of the present invention.

FIG. 3 is a schematic diagram of a data transmission system according to an exemplary embodiment of the present invention.

FIG. 4 is a system block diagram of a user device according to an exemplary embodiment of the present invention.

FIG. 5 is a flowchart illustrating a data transmission method according to an exemplary embodiment of the present invention.

FIG. 6 is a flow chart illustrating the detailed actions of combining the connection establishment procedure and the data transmission procedure according to an exemplary embodiment of the present invention.

FIG. 7 is a flow chart illustrating detailed actions of establishing a connection procedure and switching to a UDP data transmission mode according to an exemplary embodiment of the present invention.

FIG. 8 is a flow chart showing detailed actions of a connection processing program specifying a TCP data transmission mode according to an exemplary embodiment of the present invention.

FIG. 9 is a flow chart showing detailed operations of a connection processing program specifying a UDP data transmission mode according to an exemplary embodiment of the present invention.

FIG. 10 is a flowchart illustrating a data transmission procedure according to an exemplary embodiment of the present invention.

FIG. 11 is a flow chart showing detailed actions of the receiving end checking the received packet processing program according to an exemplary embodiment of the present invention.

FIG. 12 is a flow chart showing the detailed actions of the sending end requesting the receiving end to return a packet sequence number processing program according to an exemplary embodiment of the present invention.

FIG. 13 is a flow chart illustrating the detailed actions of the sending end checking the sending frequency processing program according to an exemplary embodiment of the present invention.

FIG. 14 is a flow chart of switching from the TCP data transmission mode to the UDP data transmission mode in the data transmission procedure according to an exemplary embodiment of the present invention.

FIG. 15 is a flow chart of switching from the UDP data transmission mode to the TCP data transmission mode in the data transmission procedure according to an exemplary embodiment of the present invention.

FIG. 16 is a flow chart illustrating the detailed actions of interrupting the connection process according to an exemplary embodiment of the present invention.

Description of reference symbols

S10～S11: Each program of packet exchange using TCP to transmit real-time transaction information

S20～S23: each program of packet exchange in the data transmission method of the exemplary embodiment of the present invention

310: user device

320: wireless access device

330: Router

340: Internet

350: server

360: trading center server

402: TCP processing unit

404: UDP processing unit

406: TCP/UDP switching unit

412: channel quality parameter measurement unit

416: channel quality judging unit

414: Wireless Transceiver Unit

430: First timer

432: second timer

434: The third timer

436: Fourth timer

438: Fifth timer

439: Counter

440: memory module

440: Processor

S510-S550: each step of the data transmission method in the exemplary embodiment of the present invention

S602～S612: In the exemplary embodiment of the present invention, each step of combining the establishment of the online program and the data transmission program

S702～S714: each step of establishing the online program in the exemplary embodiment of the present invention

S802～S806: the steps of the TCP data transmission mode online processing program in the exemplary embodiment of the present invention

S902～S920: the steps of the UDP data transmission mode online processing program in the exemplary embodiment of the present invention

S1002～S1014: each step of the data transmission procedure of the exemplary embodiment of the present invention

S1102～S1118: The receiving end of the exemplary embodiment of the present invention checks each step of the receiving packet processing program

S1202～S1220: the sending end of the exemplary embodiment of the present invention requires the receiving end to return the steps of the packet sequence number processing program

S1302～S1316: each step of the sending end checking the sending frequency processing program of the exemplary embodiment of the present invention

S1402～S1414: each step of switching from the TCP data transmission mode to the UDP data transmission mode in the exemplary embodiment of the present invention

S1502～S1510: each step of switching from the UDP data transmission mode to the TCP data transmission mode in the exemplary embodiment of the present invention

S1602～S1612: each step of interrupting the online program in the exemplary embodiment of the present invention

Detailed ways

Reference will now be made in detail to the exemplary embodiments of the present invention, many of which are illustrated in the accompanying drawings, wherein like reference numerals are used throughout the drawings to designate the same or like components.

According to an exemplary embodiment of the present invention, the exemplary embodiment of the present invention provides a data transmission method used in a wireless communication environment, a user device thereof, and a data transmission system using the data transmission method. The above data transmission method can be Let the mobile phone and the server efficiently and reliably use TCP and UDP to transmit real-time transaction information or information with similar characteristics. In other words, the transmission method of the exemplary embodiment of the present invention is suitable for transmitting information with the characteristics of small data volume, long continuous transmission time, high transmission intensity and high data accuracy. In addition, it should be noted that in this paper, the mode of using TCP to transmit data is called the TCP data transmission mode, and the mode of using UDP to transmit data is called the UDP data transmission mode.

Please refer to FIG. 2 first. FIG. 2 is a schematic diagram of packet switching in a data transmission method according to an exemplary embodiment of the present invention. According to an exemplary embodiment of the present invention, the above-mentioned data transmission method is applied to data transmission between a user device and a server, wherein the user device may be, but not limited to, a handheld device, a notebook computer or other devices with wireless communication functions mobile device. First, in the connection procedure S20, the user device uses TCP to establish a connection with the server through a three-way handshake procedure, and specifies the data transmission mode to be used. Next, after the user device establishes a connection with the server, that is, in the UDP data transmission procedure S21, the user device and the server perform data transmission using a designated data transmission mode. In this example, the designated data transmission mode is UDP data transmission mode. Therefore, after the connection between the user device and the server is established using TCP, the server uses UDP instead to transmit data packets to the user device. It is worth mentioning here that when the server uses UDP to transmit data to the user device, if the user device successfully receives the packet sent by the server, the user device does not need to reply the server with an acknowledgment data packet.

If the channel quality between the user device and the server is good, the user device and the server will continue to use UDP for the data transmission procedure. If the channel quality begins to deteriorate to a certain extent, when performing S22, the user equipment cannot receive the data packet correctly all the time due to the deterioration of the channel quality. Then, when the number of times the user device repeatedly requests to resend the data packet reaches a predetermined number, or the waiting time of the data packet reaches a predetermined time, the user device and the server will switch to the TCP data transmission mode. Afterwards, in the TCP data transmission procedure S23, after each data packet transmission, the TCP data transmission mode requires the user device to reply with an acknowledgment data packet.

After roughly introducing the data transmission method provided by the exemplary embodiment of the present invention, the data transmission system provided by the exemplary embodiment of the present invention, the detailed data transmission method and its user device are first introduced below.

Please refer to FIG. 3 , which is a schematic diagram of a data transmission system 300 according to an exemplary embodiment of the present invention. The data transmission system 300 includes a user device 310 , a wireless access device 320 , a router 330 , the Internet 340 , a server 350 and a transaction center server 360 . Incidentally, the data transmission system 300 in FIG. 3 is only an exemplary embodiment of the present invention, and is not intended to limit the present invention. For example, if the user device 310 is a mobile phone, the wireless access device 320 can be replaced by an operator network.

The user device 310 transmits upload data to the server 350 and receives download data from the server 350. The user device 310 can switch the data transmission mode between itself and the server 350, that is, it can switch between the TCP data transmission mode and the UDP data transmission mode. The wireless access device 320 establishes a wireless connection with the user equipment, and establishes a connection with the server 350 through the Internet connection of the Internet 340 . When the user device 310 transmits the upload data to the server 350, the user device 310 first transmits the upload data to the wireless access device 320, and the wireless access device 320 then transmits the upload data to the server 350 through the Internet connection. Similarly, when the user device 310 receives the download data from the server 350, the wireless access device 320 first receives the download data from the server 350 through the Internet connection, and then the wireless access device 320 transmits the download data to the user device 310 through the Internet connection.

The router 330 provides the function of packet transmission between the wireless access device 320 and the server 350 . The Internet 340 provides Internet connections to the wireless access device 320 , the router 330 , the server 350 and the transaction center server 360 . The server 350 transmits download data to the user device 310 and receives upload data by the user device 310 . When the user device 310 is the sending end, the server 350 is the receiving end, and when the server 350 is the sending end, the user device 310 is the receiving end. In addition, the server 350 can also switch the data transmission mode between itself and the user device 310 , that is, can switch between the TCP data transmission mode and the UDP data transmission mode. As described in the previous example, the user device 310 will use TCP to establish a connection with the server 350 via the TCP three-way handshake procedure, and then specify the data transmission mode. If the user device 310 and the server 350 specify the UDP data transmission mode, the server The 350 and the user device 310 will use the UDP data transmission mode UDP to perform the data transmission procedure S21.

In this exemplary embodiment, the server 350 provides real-time transaction information to the user device 310 and receives transaction instructions uploaded by the user to the server 350 through the user device 310 . Among them, the upload data and download data of the data transmission program between the user device 310 and the server 350 have low bit rate (low bit rate), small amount of bits (small amount of bits), high transmission frequency, long time transmission and high Reliability (high reliability) characteristics. In addition, server 350 also handles the exchange of financial information related to transaction orders.

In this exemplary embodiment, the transaction center server 360 is a server of a stock market transaction center, which records real-time stock market transaction information. The server 350 uploads the user's transaction order to the stock market transaction center, and obtains real-time transaction information for downloading to the user. In addition, in this exemplary embodiment, the transaction center server 360 and the server 350 are separated, but in other exemplary embodiments, the transaction center server 360 and the server 350 can be integrated into a single server. In other words, the present invention is not limited to the above description.

Besides, in other exemplary embodiments of the present invention, the trading center server 360 and the server 350 can be applied to other trading markets or other service systems. For example, the trading center server 360 may be a trading center such as an exchange rate market, a futures trading market, a gold price trading market, or a carbon emissions trading market, and the server 350 provides real-time trading information of the above trading markets to the user device 310 . In other exemplary embodiments of the present invention, the trading center server 360 and the server 350 can also be applied in a traffic report system, a navigation service system, a weather forecast system or an environmental quality measurement system. Therefore, the uploaded data and downloaded data of the data transmission program between the user device 310 and the server 350 may also be financial data, stock market transaction data, foreign exchange data, futures transaction data, traffic data, navigation data and environmental measurement data.

After the introduction of the data transmission system 300, various components of the user device 310 according to the exemplary embodiment of the present invention will be further introduced below with reference to FIG. 4 .

Please refer to FIG. 3 and FIG. 4 together below. FIG. 4 is a system block diagram of a user device 310 according to an exemplary embodiment of the present invention. The user device 310 includes a TCP processing unit 402, a UDP processing unit 404, a TCP/UDP switching unit 406, a channel quality measuring unit 412, a channel quality judging unit 416, a wireless transceiver unit 414, a first timer 430, and a second timer 432 , a third timer 434 , a fourth timer 436 , a fifth timer 438 , a counter 439 , a memory module 440 and a processor 450 .

The wireless transceiver unit 414 transmits upload data to the wireless access device 320 and receives download data from the wireless access device 320 . The TCP processing unit 402 has a TCP port code (port number), and the TCP processing unit 402 is used for encapsulating the data into a TCP data packet, and sending the TCP data packet to the memory module 440, and then, the wireless transceiver unit 414 can transmit the TCP The data packets are carried in the upload data and sent out. In addition, the TCP processing unit 402 can also decapsulate the TCP data packet corresponding to the TCP port code in the download data received by the wireless signal transceiver 414 . In addition, the data encapsulated and decapsulated by the TCP processing unit 402 includes the messages of the three-way handshake procedure and general data. Therefore, through the TCP processing unit 402 and the wireless transceiver unit 414, the user device 310 and the server 350 can be connected and used TCP data transfer mode to transfer data.

The UDP processing unit 404 has a UDP port code, and the UDP processing unit 404 is used for encapsulating data into UDP data packets, and sending the UDP data packets to the memory module 440. Then, the wireless transceiver unit 414 can entrain the UDP data packets in the Upload the data and send it out. The UDP processing unit 404 can also decapsulate the UDP data packet corresponding to the UDP port code in the download data received by the wireless signal transceiver 414 . Therefore, through the UDP processing unit 404 and the wireless transceiver unit 414, the user device 310 and the server 350 can use the UDP data transmission mode to transmit data.

The TCP/UDP switching unit 406 is used for controlling the data transmission mode used between the user device 310 and the server 350 to be a TCP data transmission mode or a UDP data transmission mode. The channel quality parameter measurement unit 412 measures the wireless connection between the user equipment 310 and the wireless access device 320 (that is, the wireless channel used to establish the connection) to obtain the channel quality parameter. The channel quality judging unit 416 informs the TCP/UDP switching unit 406 whether to switch the data transmission mode of the user equipment 310 according to the channel quality parameter. The channel quality judging unit 416 judges whether the channel quality parameter is less than or equal to the channel quality parameter threshold value, if the channel quality parameter is less than the channel quality parameter threshold value, the channel quality judging unit 416 informs the TCP/UDP switching unit 406 to use the user device 310 and the server 350. The data transmission mode is switched from UDP data transmission mode to TCP data transmission mode.

The first timer 430 calculates a first waiting time for a certain type of packet that has not received a reply from the server 350 . The second timer 432 calculates the second waiting time when the receiving end does not receive the specific type of packet transmitted by the sending end in FIG. 3 . The third timer 434 counts a third waiting time for which the data transmission request of the application layer has not been received continuously. The fourth timer 436 calculates a fourth waiting time when the frequency of sending packets is greater than or equal to a preset frequency threshold. The fifth timer 438 calculates the fifth waiting time of the packets that have not received a reply from the receiving end. The counter 439 counts the number of waiting times for the sender to continuously send a specific type of packet to the receiver.

Referring to FIG. 4 , the memory module 440 stores channel quality parameters, upload data, download data, TCP data packets and UDP data packets. The processor 450 is used to control the execution sequence of components such as the TCP processing unit 402 , the UDP processing unit 404 , the TCP/UDP switching unit 406 , the channel quality parameter measurement unit 412 and the channel quality determination unit 416 . In addition, the processor 450 is also used to control the wireless transceiver unit 414 , the first timer 430 , the second timer 432 , the third timer 434 , the fourth timer 436 , the fifth timer 438 and the counter 439 .

In addition, the memory module 440 can also store program modules. When the processor 450 executes the program modules, the processor 450 will complete one or more processes in the program with each component connected to it. These processes are, for example, TCP connection program, data transfer program or interrupt online program, etc. The memory module 440 may be one or more memory devices for storing data and software programs, and may also include, for example, one or more of RAM, ROM, FLASH, magnetic storage devices, or optical data storage devices. The processor 450 may be provided as one or more processors configured to execute program modules.

After introducing each component of the user device 310, the data transmission method according to the exemplary embodiment of the present invention will be further described below with reference to FIG. 5 to FIG. 16 .

Please refer to FIG. 3 and FIG. 5 together below. FIG. 5 is a flowchart of a data transmission method 500 according to an exemplary embodiment of the present invention. First, in the process block S510, the user device 310 and the server 350 start the data transmission method 500 mentioned above. After the process block S510, proceed to the process block S520. In the process block S520, the user device 310 and the server 350 execute a connection establishment procedure. Usually, the procedure of establishing a connection is completed by using the three-way handshake procedure of TCP. Then, the data transmission mode between the user device 310 and the server 350 will be designated as one of the TCP data transmission mode and the UDP data transmission mode. . After the process block S520, proceed to the process block S530.

In process block S530, the user device 310 and the server 350 execute a data transmission procedure using the specified data transmission mode. Usually, the user device 310 and the server 350 can use the TCP data transmission mode or the UDP data transmission mode for data transmission, and can also choose to switch between the TCP data transmission mode and the UDP data transmission mode to continue the data transmission. After the process block S530, proceed to the process block S540. In the process block S540, the user device 310 and the server 350 execute a disconnection procedure. After the process block S540, proceed to the process block S550. In process block S550, the above-mentioned data transmission method 500 ends here.

The procedure of establishing a connection and the procedure of data transmission in blocks S520 and 530 of FIG. 5 will be further described below with reference to FIG. 6 .

Please refer to FIG. 3 and FIG. 6 at the same time. FIG. 6 is a flow chart illustrating the detailed operations of the connection establishment procedure S520 and the data transmission procedure S530 according to an exemplary embodiment of the present invention. Wherein, FIG. 6 is an example assuming that the connection establishment procedure is established using TCP and its data transmission mode is designated as UDP data transmission mode. Firstly, in the process block S602, the user device 310 and the server 350 start to establish a connection procedure S520. After the process block S602, proceed to the process block S604. In the process block S604, the user device 310 establishes a connection with the server 350 through a three-way handshake procedure through TCP. The three-way handshake procedure is completed by using TCP, and the user device 310 and the server 350 use the established connection to directly enter the TCP data transmission mode. After the process block S604, proceed to the process block S606.

In process block S606, the user device 310 switches the TCP data transmission mode to the UDP data transmission mode. Therefore, the user device 310 and the server 350 will use the UDP data transmission mode to transmit data in the data transmission procedure S530. After the process block S606, proceed to the process block S608. In process block S608, the user equipment 310 determines whether the currently measured channel quality parameter is less than or equal to a preset channel quality parameter threshold. If the current channel quality parameter is less than or equal to the preset channel quality parameter threshold, after the process block S608, proceed to the process block S610. If the current channel quality parameter is greater than the preset channel quality parameter threshold, return to block S608.

It should be noted here that, in this exemplary embodiment, the above-mentioned channel quality parameter is measured by the user device 310 of the wireless communication signal strength of the wireless connection established with the wireless access device 320, and the unit of the channel quality parameter is The unit of the channel quality parameter threshold. For example, the user device 310 is a two-way stock machine, and the channel quality parameter range of the user device 310 is 0-31dBm, and the channel quality parameter range is divided into five ranges, and the five ranges are 0-3dBm, 3dBm, ～5dBm, 5～8dBm, 8～13dBm and 13～31dBm. In this exemplary embodiment, the method for the user device 310 to measure the wireless communication signal strength of the wireless connection established with the wireless access device 320 is to detect the signal every 30 seconds. For example, if the detected wireless communication signal strength is less than 5dBm, it means that the wireless communication signal strength falls within the first range (level) or the second range (level), at this time the user device 310 must switch to the TCP data mode. On the other hand, if the detected wireless communication signal strength is greater than 5dBm, it means that the signal falls within the third range (level), the fourth range (level) or the fifth range (level), then the user device 310 can switch to UDP data mode. It should be noted here that the present invention is not limited thereto. The channel quality parameter ranges of the user equipment 310 can be divided into less than or greater than five ranges (levels), and in which range ( Level) suitable for switching to UDP data mode is related to the design requirements of the user equipment 310 . In other exemplary embodiments of the present invention, the channel quality parameter can also be other values, for example, bit error rate (Bit Error Rate, referred to as BER), block error rate (Block Error Rate) or packet loss rate (Packet Loss Rate). Rate) and so on. In conclusion, the above-mentioned definition and implementation of the channel quality parameters are not intended to limit the present invention.

In the process block S610, the user device 310 switches the UDP data transmission mode to the TCP data transmission mode, therefore, the user device 310 and the server 350 use the TCP data transmission mode in the data transmission procedure S530. After the process block S610, proceed to the process block S612. In the process block S612, the above-mentioned connection establishment procedure S520 and data transmission procedure S530 end here.

In addition to the above-mentioned steps in each flow block in FIG. 6 , the exemplary embodiment of the present invention also executes other steps in the connection establishment procedure S520 . Before introducing these steps, the exemplary embodiment of the present invention also provides six types of groups to complete these steps. The following will introduce these six types of packets in Table 1 to Table 6. Among them, the packets in Table 1 to Table 3 are defined in the session layer of TCP, and the packets in Table 4 to Table 6 are defined in the dialog of UDP layer.

Please refer to Table 1 below. Table 1 is the field parameters of the first type of grouping and the possible number of bits of each field.

Table 1

The first type of packet includes the information of action type, mode type and UDP port code. When the user device 310 and the server 350 execute the procedure of establishing a connection, the first type of grouping needs to be used. The value of the action type parameter in the first grouping is fixed at 0. When the parameter value of the mode type is 0, it represents the TCP data transmission mode, and the user device 310 does not transmit the UDP port code to the server 350 at this time. When the parameter value of the mode type is 1, it represents the UDP data transmission mode. At this time, the user device 310 must send the UDP port code to the server 350 . The parameter value of the action type is 0, which means that the user device 310 and the server 350 execute a procedure of establishing a connection.

Please refer to Table 2 below. Table 2 is the field parameters of the second grouping and the possible number of bits of each field.

Table 2

The second type of packet includes the action type, the length pointer of the packet sequence number and the information of the packet sequence number. In the second group, the parameter value of the action type is 1, which means switching from UDP data transmission mode to TCP data transmission mode. At this time, the last sequence number received by the other party’s UDP needs to be specified. The parameter value of the action type is 2, which means that the user device 310 sends a request to the server 350 by using UDP to switch from the TCP data transmission mode to the UDP data transmission mode; The sequence number of the packet to be transmitted in the next data transmission mode can be synchronized with the sequence number of the last transmitted packet in the previous data transmission mode, and there will be no lack of numbers or skipped numbers. If the packet sequence number length pointer is 0, it means that the packet sequence number length is 15 bits. If the packet sequence number length pointer is 1, it means that the packet sequence number length is 31 bits.

Please refer to Table 3 below. Table 3 is the field parameters of the third grouping and the possible number of bits of each field.

table 3

Field Name action type application data Number of field bits (bits) 2 N

The third type of packet includes information about the action type and application data. In the third type of packet, the parameter value of the action type is 3, which represents the TCP data transmission mode. Except for adding a 2-bit action type field to the TCP header (Header), the rest of the packet is the same as the general TCP The TCP data packet format in the data transfer mode is the same.

Please refer to Table 4 below. Table 4 is the field parameters of the fourth grouping and the possible number of bits of each field.

Table 4

Field Name action type option pointer Number of field bits (bits) 2 2

The fourth type of packet includes the information of action type and option pointer. In the fourth grouping, the parameter value of the action type is 0 to represent the UDP data transmission mode. The parameter value of the option pointer is 0, which means that the server 350 replies to the request made by the user device 310 to switch to the UDP data transmission mode. The parameter value of the option pointer is 1, which means that the sending end requires the receiving end to reply the last received packet sequence number. A parameter value of the option pointer of 2 represents a request from the user device 310 to the server 350 to switch from the TCP data transmission mode to the UDP data transmission mode.

Please refer to Table 5 below. Table 5 is the field parameters of the fifth grouping and the possible number of bits of each field.

table 5

The fifth type of packet includes action type, packet sequence number pointer, confirmation pointer, packet sequence number length pointer, confirmation sequence number and application data information. In the fifth type of grouping, the action type parameter is 0 to represent general data transmission, and the action type parameter is 1 to represent that in addition to general data transmission, the receiving end is required to reply the last sequence number currently received. The parameter value of the packet sequence number pointer is 0, indicating that the field parameters of the packet sequence number length pointer, packet sequence number and application data do not need to be sent. The parameter value of the packet sequence number pointer is 1, indicating that the field parameters of the packet sequence number length pointer and the packet sequence number must be sent, and the packet sequence number is designated as the sequence number of the application data. The parameter value of the confirmation pointer is 0, which means that the field parameters of the confirmation length pointer and the confirmation sequence number do not need to be sent. The parameter value of the confirmation pointer is 1, which means that the field parameters of the confirmation length pointer and the confirmation sequence number must be sent, and the confirmation sequence number is designated as the sequence number of the application data. The parameter value of the packet serial number length pointer is 0, which means that the packet serial number length is 15 bits. The parameter value of the packet serial number length pointer is 1, which means that the packet serial number length is 31 bits. The parameter value of the confirmation length pointer is 0, which means that the length of the confirmation sequence number is 15 bits. The parameter value of the confirmation length pointer is 1, which means that the length of the confirmation sequence number is 31 bits. The parameter value of the action type is 1, which represents the general UDP data transmission mode. The parameter value of the action type is 2, which represents the UDP data transmission mode and requires the receiving end to reply with an acknowledgment packet.

Please refer to Table 6 below. Table 6 shows the field parameters of the sixth type of grouping and the possible number of bits in each field.

Table 6

The sixth type of packet includes action type information, packet sequence number length pointer and application data information. In the sixth type of grouping, the parameter value of the action type is 3, indicating that the receiving end sends back the packet sequence number to the sending end. The packet sequence number of the sixth type of packet is the latest packet sequence number that the receiving end has sent back to the sending end to the packet sequence number that has been sent by the sending end. The parameter value of the packet serial number length pointer is 0, which means that the packet serial number length is 15 bits. The parameter value of the packet serial number length pointer is 1, which means that the packet serial number length is 31 bits.

After introducing the above six types of grouping, the following will further illustrate the detailed actions of establishing an online program with reference to FIG. 7 to FIG. 9 .

Please refer to FIG. 3 and FIG. 7 at the same time. FIG. 7 is a flow chart illustrating the detailed operations of the connection establishment procedure S520 and switching to the UDP data transmission mode according to an exemplary embodiment of the present invention. In the process block S702, the user device 310 and the server 350 start the remaining detailed actions of the connection establishment procedure S520. After the process block S702, proceed to the process block S704. In process block S704, the user device 310 opens the UDP port corresponding to its UDP port code, and the server 350 opens the TCP port corresponding to its TCP port code and the UDP port corresponding to its UDP port code. After the process block S704, proceed to the process block S706. In process block S706, the user device 310 establishes a connection with the server 350 using TCP and specifies a data transmission mode, wherein the user device 310 transmits the first type of packet in Table 1 via the TCP connection to specify the data transmission mode. After the process block S706, proceed to the process block S708.

In process block S708, the server 350 determines whether the data transmission mode specified by the user device 310 is a UDP data transmission mode, wherein, when the mode type of the first group is 1, it means that the specified data transmission mode is a UDP data transmission mode, When the mode type of the first group is 0, it means that the specified data transmission mode is the TCP data transmission mode. If the user device 310 specifies the UDP data transmission mode, after the process block S708, proceed to the process block S710. If the user device 310 specifies the TCP data transmission mode, then proceed to block S712. In process block S710, the user device 310 and the server 350 perform a connection processing procedure specifying a UDP data transmission mode. In the process block S712, the user device 310 and the server 350 perform a connection processing procedure specifying a TCP data transmission mode. After the process block S710 or S712, proceed to the process block S714. In flow block S714, the above-mentioned establishing connection procedure S520 ends here.

Please refer to FIG. 3 , FIG. 7 and FIG. 8 at the same time. FIG. 8 is a flow chart showing detailed operations of the connection processing program S712 for specifying the TCP data transmission mode according to an exemplary embodiment of the present invention. In the process block S802, the user device 310 and the server 350 start the remaining detailed actions of the connection establishment procedure S520. After the process block S802, proceed to the process block S804. In process block S804, the user device 310 and the server 350 reset the serial number of the session layer. Afterwards, during its data transmission procedure 530, the server 350 can start to transmit data using the third type of grouping in Table 3. After the process block S804, proceed to the process block S806. In the process block S806, the above-mentioned establishing connection procedure S520 ends here, and enters the data transmission procedure S530.

Please refer to FIG. 3 and FIG. 9 at the same time. FIG. 9 is a flow chart showing detailed operations of the connection processing program S710 specifying the UDP data transmission mode according to an exemplary embodiment of the present invention. In the process block S902, the user device 310 and the server 350 start the remaining detailed actions of the connection establishment procedure S520, which is the more detailed actions of the process block S710 in FIG. 7 . After the process block S902, proceed to the process block S904. In process block S904, the server 350 uses UDP to send the fourth grouping of Table 4 to the UDP port code specified by the user device 310 to reply to the request of the user device 310 for specifying the UDP data transmission mode, wherein the option of the fourth grouping The pointer is 0. After the process block S904, proceed to the process block S906. In process block S906 , the server 350 resets the packet sequence number of the session layer to 0, and can use UDP to transmit data in the data transmission program 530 . After the process block S906, proceed to the process block S908.

In process block S908, the user device 310 checks whether the fourth type packet sent by the server 350 is received, and checks whether the option pointer of the fourth type packet is 0. If not, after the process block S908, proceed to the process block S910. If yes, after the process block S908, proceed to the process block S912. In process block S910, the user device 310 checks whether the waiting time of the type 4 packet whose waiting option pointer is 0 exceeds the first waiting time. Wherein, the user device 310 confirms that the first waiting time is exceeded by using whether the first timer 430 expires. If yes, after the process block S910, proceed to the process block S914. If not, after the process block S910, proceed to the process block S908. In process block S912, the user device 310 resets the packet sequence number of the session layer to 0, and can start to use UDP to transmit data. After the process block S912, proceed to the process block S922.

In process block S914, the user device 310 determines whether the number of retransmissions of the type 4 packet whose waiting option pointer is 0 exceeds a certain number of times. If not, proceed to process block S916. If yes, it means that the number of retransmissions exceeds a certain number of times and proceed to block S918 , which means that the UDP data transmission mode cannot be used between the server 350 and the user device 310 . In process block S916, the user device 310 resends the first packet with mode type 1 to the server 350 using TCP to specify the UDP data transmission mode. After the process block S916, proceed to the process block S904.

In process block S918, the user device 310 uses TCP to send a second packet whose action type is 1 to the server 350, wherein the second packet includes the packet sequence number of the last packet received from the server 350 (here, the packet sequence number should be 0 ), so as to switch the currently specified data transmission mode to TCP data transmission mode. After the process block S918, proceed to the process block S920. In process block S920, after the server receives the request to switch to the TCP data transmission mode, then in the data transmission program S530, the server 350 can start to use the third group in Table 3 to transmit data, and the server 350 will reissue Packets that have been previously sent via UDP are sent to user device 310 . After the process block S920, proceed to the process block S922. In the process block S922, the above-mentioned establishing connection procedure S520 ends here, and enters the data transmission procedure S530.

After introducing the detailed operations of the connection program S520, the detailed operations of the data transmission program S530 will be described below with reference to FIGS. 10 to 15 .

Please refer to FIG. 3 and FIG. 10 at the same time. FIG. 10 is a flowchart of a data transmission procedure according to an exemplary embodiment of the present invention. Wherein, FIG. 10 is an example assuming that the specified data transmission mode is the UDP data transmission mode. In the process block S1002, the user device 310 and the server 350 execute detailed operations of the data transmission procedure S530. In this exemplary embodiment, it may be assumed that the user device 310 is the receiving end, and the server 350 is the sending end. However, anyone with ordinary knowledge in this field can know that in fact the receiving end can also be the server 350 and the sending end can be the user device 310 . After the process block S1002, proceed to the process block S1004.

In process block S1004, the sending end sends a fifth type packet to the receiving end, wherein the fifth type packet includes a session layer sequence number. After the process block S1004, proceed to the process block S1006. In flow block S1006, the receiving end executes a processing program for checking received packets, wherein the processing program for checking received packets includes corresponding processing programs. After the process block S1006, proceed to the process block S1008. In the process block S1008, the sending end executes a processing procedure that requires the receiving end to return the serial number. After the process block S1008, proceed to the process block S1010. In the process block S1010, the sending end executes a processing program for checking the frequency of the transmitted packets, wherein the processing program for checking the frequency of the transmitted packets includes a corresponding processing program. After the process block S1010, proceed to the process block S1012.

In the process block S1012, it is checked whether the user device 310 or the server 350 sends a disconnection request. If yes, after the process block S1012, proceed to the process block S1014. If not, after S1012, proceed to process block S1004. In the flow block S1014, the above-mentioned data transmission procedure S530 ends here, and enters the disconnection connection procedure S540.

After introducing the detailed actions of the data transmission program S530 in FIG. 10 , the detailed actions of process block S1006 , process block S1008 and process block S1010 in FIG. 10 will be described below with reference to FIGS. 11 to 13 .

Please refer to FIG. 3 and FIG. 11 at the same time. FIG. 11 is a flow chart showing detailed operations of the receiving end checking received packet processing program S1006 according to an exemplary embodiment of the present invention. In the process block S1102, the user device 310 and the server 350 start to execute the detailed actions of the receiving end checking the received packet processing program S1006. After the process block S1102, proceed to the process block S1104. In process block S1104, the receiving end checks whether it finds number hopping in the fifth type of packet. If yes, after the process block S1104, proceed to the process block S1106. If not, after the process block S1104, proceed to the process block S1112. In the process block S1106, the receiving end does not transmit the data to the application layer temporarily, and requests the sending end to send the fifth type of packet with the missing number, wherein the receiving end uses the sixth type of packet in Table 6 to inform the sending end to return The 5th grouping of filling numbers. After the process block S1106, proceed to the process block S1108.

In process block S1108, the receiving end checks whether the fifth type of packet sent by the sending end has not been received after the second waiting time has elapsed. On the user device 310, the user device 310 confirms that the second wait time has been exceeded by the expiry of the second timer 432. If yes, after the process block S1108, proceed to the process block S1110. If not, proceed to process block S1112.

In the process block S1110, the receiving end sends a request to the sending end to use the fifth type of packet to retransmit the packet that the receiving end lacks (that is, to send the sixth type of packet to the sending end), and then the sending end uses the fifth type of packet to retransmit A packet with a missing number at the receiving end. After the process block S1110, proceed to the process block S1114. In process block S1114, the receiving end checks whether the fifth type of packet sent by the sending end has not been received after the second waiting time has elapsed. If yes, after the process block S1114, proceed to the process block S1116. If not, proceed to process block S1112. In the process block S1112, since the receiving end has received the fifth packet whose number was missing before the sending end sent it, the receiving end transmits the data to the application layer. After the process block S1112, proceed to the process block S1118.

In the process block S1116, the receiving end uses the TCP connection to send the second type of packet to the sending end again, and requests the sending end to switch to the TCP data transmission mode, wherein the second type of packet is included in the UDP data transmission mode. Before the number, the sequence number of the last packet received by the receiver. After the process block S1116, proceed to the process block S1118. In the flow block S1118, the receiving end checks the detailed actions of the received packet processing program S1006 and ends here.

What I want to explain here is that when the quality of the wireless channel to establish the connection is poor, the receiving end will always be unable to receive the fifth type of packet sent by the sending end, that is, the waiting time for the fifth type of packet may be shortened. More than double the second wait time. Therefore, in the process block S1116, the receiving end sends out a request for changing the UDP data transmission mode to the TCP data transmission mode. In addition, it is worth mentioning that in the process block S1110 in Figure 11, although the receiving end only uses the sixth type of packet to request the sending end to send another packet when it does not receive the fifth type of packet sent by the sending end. The fifth type of packet with missing numbers, but the present invention is not limited to the above-mentioned number of retransmission requests. In other exemplary embodiments of the present invention, when the receiving end does not receive the fifth packet sent by the sending end, it can repeat the use of the sixth packet for more than two times to request the sending end to fill in the fifth packet of its missing number. kind of grouping.

After introducing the detailed actions of the receiving end checking received packet processing program S1006 in FIG. 11 , the following will illustrate the detailed actions of the sending end requesting the receiving end to return the packet sequence number processing program S1008 with FIG. 12 .

Please refer to FIG. 3 and FIG. 12 together below. FIG. 12 is a flow chart showing the detailed actions of the sending end requesting the receiving end to return the packet sequence number processing program S1008 according to an exemplary embodiment of the present invention. In the process block S1202, start to execute the detailed actions of the sending end requesting the receiving end to return the packet sequence number processing program S1008. After the process block S1202, proceed to the process block S1204. In process block S1204, the sending end checks whether the waiting time for the request of the application layer to transmit data exceeds a third waiting time. On user device 310, user device 310 confirms that the third wait time has been exceeded by expiration of third timer 434. If yes, after the process block S1204, proceed to the process block S1206. If not, after the process block S1204, proceed to the process block S1218.

In the process block S1206, the sending end sends the fourth type of packet whose option pointer is 1 to the receiving end, and requests the receiving end to send back the sequence number of the last received packet. After the process block S1206, proceed to the process block S1208. In the process block S1208, the receiving end replies with the last received packet sequence number with the fifth packet whose acknowledgment pointer is 1. After the process block S1208, proceed to the process block S1210.

In the process block S1210, it is determined whether the sending end receives the fifth type packet replied by the receiving end within the second waiting time. If yes, after the process block S1210, proceed to the process block S1214. If not, after the process block S1210, proceed to the process block S1212. In process block S1212, it is judged whether the number of times the sender sends the fourth type of packet exceeds a certain number of times. If not, after the process block S1210, proceed to the process block S1206 to retransmit the fourth type of packet. If yes, proceed to process block S1216.

In process block S1214, the sender checks whether the sequence number of the received packet is the same as the sequence number of the last sent packet. If yes, after the process block S1214, proceed to the process block S1220. If not, after the process block S1214, proceed to the process block S1218. If the sending end does not receive the packet replied by the receiving end within a certain period of time, it means that the quality of the entire channel is not good, and the UDP data transmission mode must be switched to the TCP data transmission mode. Therefore, in the process block S1216, the sending end uses the TCP connection to send the second type of packet to the receiving end, and requests the receiving end to switch to the TCP data transmission mode, wherein the second type of packet is included in the UDP data transmission mode. The sequence number of the last packet received by the peer. After the process block S1216, proceed to the process block S1220. In the process block S1218, the sending end retransmits the packets with missing numbers at the receiving end using the fifth type of packet. After the process block S1218, proceed to the process block S1220. In the process block S1220, the detailed actions of the sending end requesting the receiving end to return the packet sequence number processing program S1008 end here.

After introducing the detailed actions of the processing program S1008 in which the sender requests the receiving end to return the packet sequence number in FIG.

Please refer to FIG. 3 and FIG. 13 at the same time. FIG. 13 is a flow chart showing detailed operations of the sending end checking transmission frequency processing program S1010 according to an exemplary embodiment of the present invention. In the flow block S1302, start to execute the detailed operations of the sending end checking sending frequency processing program S1010. After the process block S1302, proceed to the process block S1304. In process block S1302, check whether to send a packet within the third waiting time. If yes, after the process block S1304, proceed to the process block S1306. If not, after the process block S1304, proceed to the process block S1308, and continue the processing flow of S1008. After performing the process block S1308 (that is, the process flow S1008), continue to process the process block S1324.

In the process block S1306, the sender checks whether the current number of sending packets exceeds the preset threshold value, and if so, proceed to the process block S1312 after the process block S1306. If not, after the process block S1306, proceed to the process block S1310. In process block S1310, the sender resets the third waiting time. On the user device 310, the user device 310 resets the third timer 434 to reset the third waiting time. After the process block S1310, proceed to the process block S1304.

In the process block S1312, when the sending end reaches a specific number of times, the sending end sends the fifth type of packet for the last time of the specific number of times, and requests the receiving end to reply with the serial number of the received packet, which is the last sent end. The action type for each group will be set to 2. On the user device 310, the user device 310 uses the counter 439 to count the number of times the packet is sent. The receiving end will send the fifth packet with the confirmation pointer set to 1 to reply the sequence number of the last received packet. After the process block S1312, proceed to the process block S1314. In the process block S1314, the sending end checks whether the receiving end replies to the fifth packet within the second waiting time. If yes, after the process block S1314, proceed to the process block S1316. If not, after the process block S1314, proceed to the process block S1320.

In process block S1316, the sender checks whether the sequence number of the received packet is the same as the sequence number of the last sent packet. If yes, after the process block S1316, proceed to the process block S1324. If not, after the process block S1316, proceed to the process block S1318. In the process block S1318, the sending end retransmits the packets with missing numbers at the receiving end using the fifth type of packet. After the process block S1318, proceed to the process block S1324. In process block S1320, it is judged whether the number of times that the sender sends the fifth type of packet and the action type is 2 exceeds a certain number of times. On the user device 310 , the user device 310 uses the counter 439 to count the number of times the fifth type of packet is sent and the action type is 2. If not, after the process block S1320, proceed to the process block S1314 to retransmit the fifth packet whose action type is 2. If yes, after the process block S1320, proceed to the process block S1314.

In the process block S1322, the sending end uses the TCP connection to transmit the second type of packet to the receiving end, and requests the receiving end to switch to the TCP data transmission mode. The sequence number of the last packet received by the end. In the flow block S1324, the above-mentioned detailed actions of the sending end checking the sending frequency processing program S1010 are ended here.

If the TCP data transmission mode is used in the data transmission program S530, both the sending end and the receiving end use the third type of packet to transmit and receive data based on the general TCP data transmission principle.

After introducing the detailed actions of process block S1006, process block S1008 and process block S1010 in FIG. 10, the process of switching from TCP data transmission mode to UDP data transmission mode in the data transmission program will be described below with FIG. 14. The switching of the TCP data transmission mode described in FIG. 14 to the UDP data transmission mode is mainly to judge whether to switch the data transmission mode by detecting channel quality parameters, and the switching process in FIG. 14 is to use TCP data between the server 350 and the user device 310 The transfer mode is executed when data transfer is performed.

Please refer to FIG. 3 and FIG. 14 together below. FIG. 14 is a flow chart of switching from the TCP data transmission mode to the UDP data transmission mode in the data transmission procedure according to an exemplary embodiment of the present invention. In the process block S1402, the user device 310 starts to perform detailed operations of switching from the TCP data transmission mode to the UDP data transmission mode. After the process block S1402, proceed to the process block S1404. In the process block S1404, the UE 310 measures the channel quality. After the process block S1404, proceed to the process block S1406. In process block S1406, the user equipment 310 checks whether the channel quality parameter is greater than or equal to a preset channel quality parameter threshold. If yes, after the process block S1406, proceed to the process block S1408. If not, then return to process block S1404 after process block S1406.

In the process block S1408, the user device 310 sends the fourth packet with the option pointer 2 to the server 350, and requests to switch to the designated UDP data transmission mode. After the process block S1408, proceed to the process block S1410. In process block S1410, after the server 350 receives the request from the user device 310 to switch to the UDP data transmission mode, the server 350 uses TCP to return the second type of packet with action type 2 to the user device 310, wherein the second type of packet includes Finally, the sequence number of the packet sent by TCP is used to synchronize the sequence number of the packet transmitted by UDP after the server 350 . After the process block S1410, proceed to the process block S1412.

In the process block S1412, after the user device 310 receives the reply from the server 350, the user device uses TCP to use the second packet whose action type is 2 to reply to the server 350 to respond to the last packet sequence number sent by TCP. After the process block S1412, proceed to the process block S1414. In process block S1412, the above-mentioned process of switching from the TCP data transmission mode to the UDP data transmission mode ends here.

Please refer to FIG. 3 and FIG. 15 at the same time below. FIG. 15 is a process flow when either the sending end or the receiving end requests to switch the UDP data transmission mode to the TCP data transmission mode in the data transmission program according to the exemplary embodiment of the present invention. picture. When the UDP data transmission mode is used for data transmission, the switching process shown in FIG. 15 will be executed. It is worth mentioning that the above has introduced various situations that may switch from the UDP data transmission mode to the TCP data transmission mode, but the above situations are not intended to limit the present invention. In fact, the above-mentioned situation where the user device 310 switches from the UDP data transmission mode to the TCP data transmission mode may be due to the poor quality of the wireless channel of the currently established connection. Therefore, in other exemplary embodiments, the user equipment 310 may also detect the channel quality parameter, and decide whether to switch the data transmission mode according to the channel quality parameter. For example, if the channel quality parameter is less than or equal to a preset channel quality parameter threshold, the UDP data transmission mode is switched to the TCP data transmission mode.

In the process block S1502, the user device 310 (or the server 350) starts to execute detailed operations of switching from the UDP data transmission mode to the TCP data transmission mode. After the process block S1502, proceed to the process block S1504. In the process block S1504, the sending end (or receiving end) sends the second type of packet whose action type is 1 to the receiving end (or sending end) through TCP, wherein the second type of packet includes the Use the sequence number of the last packet received by UDP to request switching to TCP data transfer mode and stop receiving any UDP data packets. After the process block S1504, continue to S1506.

In process block S1506, both the receiving end and the sending end stop receiving UDP data packets, and after receiving the second type of packet through TCP, the receiving end and the sending end reply to the last UDP data packet received through UDP from the other party. Starting with the next packet of the sequence number, the packets are transmitted and received using TCP, ie, using the TCP data transfer mode. After the process block S1506, proceed to the process block S1508. In process block S1508, both the receiving end and the sending end receive the second type of packet through TCP, and the above-mentioned process of switching from the UDP data transmission mode to the TCP data transmission mode ends here.

After introducing the detailed operation of the data transmission program S530, the detailed operation of the disconnection program S540 will be described below with reference to FIG. 16 .

Please refer to FIG. 3 , FIG. 5 , and FIG. 16 at the same time. FIG. 16 is a flow chart illustrating detailed operations of the disconnection program S540 according to an exemplary embodiment of the present invention. In the process block S1602, the user device 310 or the server 350 starts the disconnection process S540. After the process block S1602, proceed to the process block S1604. In the process block S1604, the user device 310 or the server 350 initiates a disconnection procedure through TCP. After the process block S1604, proceed to the process block S1606.

In process block S1606, the user device 310 or the server 350 checks whether it is currently in the UDP data transmission mode. If yes, after the process block S1604, proceed to the process block S1608. If not, after the process block S1604, proceed to the process block S1610. In the process block S1608, the user device 310 and the server 350 stop transmitting data through UDP, and the user device 310 closes the UDP port. After the process block S1608, proceed to the process block S1610. In the process block S1610, the user device 310 and the server 350 are disconnected through a normal TCP disconnection procedure, and the user device 310 and the server 350 close the TCP ports. After the process block S1610, proceed to the process block S1612. At flow block S1612, the flow of the above-mentioned interrupt connection program S540 ends here.

It is worth mentioning here that the exemplary embodiments of the present invention described above can also be implemented on a computer-readable recording medium such as a computer-readable code. A computer readable recording medium is any data storage device that can store data, where the data storage device can be thereafter read by a computer system. Examples of computer-readable recording media include, but are not limited to, ROM, RAM, FLASH, CD-ROMs, magnetic tapes, floppy disks, optical data storage devices, and carrier signals. The above-mentioned carrier signal includes, for example, data transmitted via the Internet via a wired or wireless transmission path. The computer-readable recording medium can also be distributed through network-connected computer systems, so that the computer-readable codes can be stored and executed in a distributed manner. In addition, programmers skilled in the art can easily implement the functional programs, instructions, instruction clusters, and code segments for realizing the present invention after understanding the scope of the present invention.

To sum up, exemplary embodiments of the present invention provide a data transmission method and its user equipment and a data transmission system. The data transmission method utilizes the characteristics of high reliability of TCP and low overhead of UDP data transmission, And judging when to switch between the TCP data transmission mode and the UDP data transmission mode according to the quality of the channel. In this way, the user device and the data transmission system using the data transmission method can reduce data transmission volume, improve data transmission efficiency, improve power usage efficiency and reduce unnecessary communication costs.

Although the present invention has been disclosed above with exemplary embodiments, it is not intended to limit the present invention. Those skilled in the art can make some changes and modifications without departing from the spirit and scope of the present invention. Therefore, the present invention The scope of protection is based on the claims of the present invention.

Claims (21)

1. A data transmission method for a user device, the method comprising: The user device establishes a connection with a server through a handshake procedure through a transmission control protocol TCP, and specifies its data transmission mode as one of a TCP data transmission mode and a user data protocol UDP data transmission mode; and The user device and the server use the data transmission mode for data transmission, wherein during data transmission, the user device or the server decides whether to switch the data transmission mode according to the quality of the channel used to establish the connection. 2. The data transmission method as claimed in claim 1, wherein, The TCP data transmission mode is that the user device and the server perform the data transmission through the TCP; The UDP data transmission mode is that the user device and the server perform the data transmission through the UDP; The data transmission includes the user device sending an upload data to the server and the server sending a download data to the user device; and When the user device is a sending end, the server is a receiving end, and when the server is the sending end, the user device is the receiving end. 3. The data transmission method as claimed in claim 1, wherein, when the user equipment designates its data transmission mode as one of the TCP data transmission mode and the UDP data transmission mode, the user equipment and the server use A first grouping and a fourth grouping, wherein, The first type of packet and the fourth type of packet respectively include a session layer defined in the TCP and a session layer of the UDP; The first type of packet carries a first information, wherein the first information includes a first action type information, a first mode type and a first UDP port code; and The fourth type of packet carries fourth information, wherein the fourth information includes fourth action type information and fourth option pointer information. 4. The data transmission method as claimed in claim 3, wherein, the TCP data transmission mode uses a second type of packet and a third type of packet, wherein, The second type of packet and the third type of packet respectively include a session layer defined in the TCP; The second type of packet carries a second information, wherein the second information includes a second action type information, a second packet sequence number length pointer information, and a second packet sequence number information; and The third type of packet carries a third information, wherein the third information includes a third action type information and a third application data information. 5. The data transmission method as claimed in claim 4, wherein, the UDP data transmission mode uses the second grouping, the fourth grouping, a fifth grouping and a sixth grouping, wherein, The fifth type of grouping and the sixth type of grouping are defined in the session layer of the UDP; The fifth group has a fifth information, wherein the fifth information includes a fifth action type information, a fifth group number pointer information, a fifth confirmation pointer information, a fifth group number length pointer information, a fifth Five packet sequence number information, a fifth acknowledgment length pointer information, a fifth acknowledgment sequence number information and a fifth application data information; and The sixth type of packet carries a sixth information, wherein the sixth information includes a sixth action type information, a sixth packet sequence number length pointer information and a sixth application data information. 6. The data transmission method as claimed in claim 4, wherein the data transmission method further comprises a TCP connection processing program, wherein the TCP connection processing program comprises: The user device and the server reset the sequence number of the session layer, and use the third packet to transmit data in the TCP data transmission mode. 7. The data transmission method as claimed in claim 5, wherein the data transmission method further comprises a UDP connection processing program, wherein the UDP connection processing program comprises: The server sends a fourth packet to the user device through the UDP to reply to the user device's request for specifying the UDP data transmission mode; The server resets the packet sequence number of its session layer, and can use the UDP to transmit data in the UDP data transmission mode; and The user device checks whether the fourth type of packet is received by the server, and checks whether the fourth option pointer of the fourth type of packet is 0, If so, the user device resets the packet sequence number of its session layer, and can use the UDP to transmit data in the UDP data transmission mode; and If not, the user device further checks that the waiting time for receiving the fourth type packet replied by the server exceeds a first waiting time. 8. The data transmission method as claimed in claim 6, wherein after the TCP connection processing procedure, the data transmission method further comprises a data transmission procedure, wherein the data transmission procedure comprises: The server sends the data of the fifth group to the user device; The user device executes a check received packet processing program; The server executes a processing program that requires the user device to return a packet sequence number; the server executes a check send packet frequency handler; and Check whether the server or the user device sends an disconnection request, If so, proceed to an interrupt connection procedure; and If not, continue with the data transmission procedure. 9. A user device, wherein the user device is used to establish a connection with a server, the user device comprising: a wireless transceiver unit, transmitting an upload data to a wireless access device and receiving a download data from the wireless access device; A transmission control protocol TCP processing unit, with a TCP port code, used to encapsulate data into a TCP data packet, wherein, the user device establishes a connection with the server through a handshake procedure through a TCP, and specifies its data transmission The mode is one of a TCP data transmission mode and a user data protocol UDP data transmission mode, the wireless transceiver unit transmits the TCP data packet in the upload data, and the TCP processing unit also transmits and receives the wireless signal The TCP data packet corresponding to the TCP port code in the download data received by the device is decapsulated, the data encapsulated and decapsulated by the TCP processing unit includes the information and general data of the handshake procedure, and the user device and The server uses the TCP processing unit and the wireless transceiver unit to perform the TCP data transmission mode to transmit data; A user data protocol UDP processing unit has a UDP port code for encapsulating data into a UDP data packet, wherein the wireless transceiver unit transmits the UDP data packet in the upload data, and the UDP processing unit will The UDP data packet corresponding to the UDP port code in the download data received by the wireless signal transceiver is decapsulated, and the user device and the server perform the UDP data transmission through the UDP processing unit and the wireless transceiver unit mode to transfer data; A TCP/UDP switching unit, used to control a data transmission mode used between the user device and the server to be a TCP data transmission mode or a UDP data transmission mode; a channel quality parameter measuring unit, measuring a wireless connection between the user equipment and the wireless access device to obtain a channel quality parameter; A channel quality judging unit, informing the TCP/UDP switching unit whether to switch the data transmission mode between the user device and the server according to the channel quality parameter; a memory for storing the channel quality parameter, the upload data, the download data, the TCP data packet and the UDP data packet; and A processor is used to control an execution sequence of the TCP processing unit, the UDP processing unit, the TCP/UDP switching unit, the channel quality parameter measurement unit and the channel quality judgment unit, and control the wireless transceiver unit. 10. The user equipment of claim 9, wherein: The TCP data transmission mode is that the user device and the server perform the data transmission process through the TCP; The UDP data transmission mode is that the user device and the server perform the data transmission procedure through the UDP; The data transmission procedure includes the user device transmitting the upload data to the server and the server transmitting the download data to the user device; and When the user device is a sending end, the server is a receiving end, and when the server is the sending end, the user device is the receiving end. 11. The user device as claimed in claim 9, wherein, when the user device designates its data transmission mode as one of the TCP data transmission mode and the UDP data transmission mode, the user device and the server use a The first grouping and a fourth grouping, wherein, The first type of packet and the fourth type of packet respectively include a session layer defined in the TCP and a session layer of the UDP; The first type of packet carries a first information, wherein the first information includes a first action type information, a first mode type and a first UDP port code; and The fourth type of packet carries fourth information, wherein the fourth information includes fourth action type information and fourth option pointer information. 12. The user equipment according to claim 11, wherein the TCP data transmission mode uses a second type of packet and a third type of packet, wherein, The second type of packet and the third type of packet are respectively defined in the session layer of the TCP; The second type of packet carries a second information, wherein the second information includes a second action type information, a second packet sequence number length pointer information, and a second packet sequence number information; and The third type of packet carries a third information, wherein the third information includes a third action type information and a third application data information. 13. The user equipment according to claim 12, wherein the UDP data transmission mode uses the second type of packet, the fourth type of packet, a fifth type of packet and a sixth type of packet, wherein, The fifth type of grouping and the sixth type of grouping are defined in the session layer of the UDP; The fifth group has a fifth information, wherein the fifth information includes a fifth action type information, a fifth group number pointer information, a fifth confirmation pointer information, a fifth group number length pointer information, a fifth Five packet sequence number information, a fifth acknowledgment length pointer information, a fifth acknowledgment sequence number information and a fifth application data information; and The sixth type of packet carries a sixth information, wherein the sixth information includes a sixth action type information, a sixth packet sequence number length pointer information and a sixth application data information. 14. The user device as claimed in claim 12, wherein the user device resets the sequence number of the session layer with the server when the TCP data transmission mode is established, and uses the third group in the TCP data transmission mode Send data. 15. The user device as claimed in claim 14, wherein in a data transmission procedure, The server sends the data of the fifth group to the user device; The user device executes a check received packet processing program; The server executes a processing program that requires the user device to return a packet sequence number; the server executes a check send packet frequency handler; and The server and the user device respectively check whether a disconnection request is sent, If so, then the server and the user device perform a disconnection procedure; and If not, the server and the user device perform a data transmission procedure. 16. A data transmission system comprising: a wireless access device, providing a wireless connection; a server, which transmits a download data and receives an upload data, and switches between a transmission control protocol TCP data transmission mode and a user data protocol UDP data transmission mode; and A user device establishes a connection with the server through the wireless connection provided by the wireless access device, and establishes the connection with the server through a handshake procedure through a TCP, and specifies its data transmission mode as a TCP One of the data transmission mode and a UDP data transmission mode, and use the data transmission mode to perform data transmission with the server, wherein, when performing data transmission, the user device or the server is based on the channel used to establish the connection The quality is good or bad to decide whether to switch the data transmission mode. 17. The data transmission system as claimed in claim 16, wherein the user equipment comprises: a wireless transceiver unit, transmitting an upload data to a wireless access device and receiving a download data from the wireless access device; A TCP processing unit, having a TCP port code, is used for encapsulating data into a TCP data packet, wherein, the wireless transceiver unit transmits the TCP data packet in the upload data, and the TCP processing unit further transmits the wireless signal The TCP data packet corresponding to the TCP port code in the download data received by the transceiver is decapsulated, and the data encapsulated and decapsulated by the TCP processing unit includes the information and general data of the three-way handshake procedure, and the The user device and the server transmit data through the TCP data transmission mode between the TCP processing unit and the wireless transceiver unit; A UDP processing unit with a UDP port code for encapsulating data into a UDP data packet, wherein the wireless transceiver unit transmits the UDP data packet in the upload data, and the UDP processing unit transmits and receives the wireless signal The UDP data packet corresponding to the UDP port code in the download data received by the device is decapsulated, and the user device and the server perform the UDP data transmission mode through the UDP processing unit and the wireless transceiver unit to transmit data ; A TCP/UDP switching unit, used to control the data transmission mode used between the user device and the server to be the TCP data transmission mode or the UDP data transmission mode; a channel quality parameter measuring unit, measuring the wireless connection between the user equipment and the wireless access device to obtain a channel quality parameter; A channel quality judging unit notifies the TCP/UDP switching unit whether to switch the data transmission mode between the user device and the server according to the channel quality parameter. 18. The data transmission system of claim 16, wherein: The TCP data transmission mode is that the user device and the server perform the data transmission procedure through the TCP; The UDP data transmission mode is that the user device and the server perform the data transmission procedure through the UDP; The data transmission procedure includes the user device transmitting the upload data to the server and the server transmitting the download data to the user device; and When the user device is a sending end, the server is a receiving end, and when the server is the sending end, the user device is the receiving end. 19. The data transmission system as claimed in claim 16, wherein, when the user equipment designates its data transmission mode as one of the TCP data transmission mode and the UDP data transmission mode, the user equipment and the server use A first grouping and a fourth grouping, wherein, The first type of packet and the fourth type of packet respectively include a session layer defined in the TCP and a session layer of the UDP; The first type of packet carries a first information, wherein the first information includes a first action type information, a first mode type and a first UDP port code; and The fourth type of packet carries fourth information, wherein the fourth information includes fourth action type information and fourth option pointer information. 20. The data transmission system as claimed in claim 19, wherein, the TCP data transmission mode uses a second type of packet and a third type of packet, wherein, The second type of packet and the third type of packet are respectively defined in the session layer of the TCP; The second type of packet carries a second information, wherein the second information includes a second action type information, a second packet sequence number length pointer information, and a second packet sequence number information; and The third type of packet carries a third information, wherein the third information includes a third action type information and a third application data information. 21. The data transmission system as claimed in claim 20, wherein, the UDP data transmission mode uses the second grouping, the fourth grouping, a fifth grouping and a sixth grouping, wherein, The fifth type of grouping and the sixth type of grouping are defined in the session layer of the UDP; The fifth group has a fifth information, wherein the fifth information includes a fifth action type information, a fifth group number pointer information, a fifth confirmation pointer information, a fifth group number length pointer information, a fifth Five packet sequence number information, a fifth acknowledgment length pointer information, a fifth acknowledgment sequence number information and a fifth application data information; and The sixth type of packet carries a sixth information, wherein the sixth information includes a sixth action type information, a sixth packet sequence number length pointer information and a sixth application data information.

Images